IDaaS/SSO比較2026｜Okta・Entra ID・OneLogin料金と選び方チェックリスト

結論から言う。中小企業のIDaaS選定は、製品の優劣ではなく「自社が今どのメール/グループウェアを契約しているか」で8割が決まる。 Microsoft 365のBusiness Premium以上を使っているなら、追加ライセンスなしで使える Microsoft Entra ID P1 から検証するのが最短かつ最安だ。M365を使っていない、あるいはMac混在・多数のSaaSを一元管理したいなら Okta、コストを抑えつつSSO・MFA・自動プロビジョニングを一通り揃えたいなら OneLogin が現実的な候補になる。

ただし、この結論は「どれを買うか」の話であって、「導入が成功するか」の話ではない。IDaaSは入れれば終わりの製品ではなく、条件付きアクセスの設計・退職者の自動無効化・監査ログの保全・旧ログイン経路の閉鎖まで運用して初めて効果が出る。失敗の大半は製品選定ではなく、設計と運用の抜けから起きる。 この記事は、3製品を公式情報で正確に比較したうえで、GXOが実務で重視する「発注前に何を確認し、どこで失敗し、ベンダーに何を聞くか」までを一気通貫でまとめた実践ガイドだ。

この記事の要点（先に結論）

• M365 Business Premium/E3契約済み → Entra ID P1が追加費用ゼロ。まずここを確認する。
• 料金は各社とも改定が速い。特にOktaは製品別課金からスイート課金へ移行済み。ネットの古い単価を信じず、必ず自社構成で見積もりを取る。
• SSO対応アプリ「7,000」等の数字は鵜呑みにしない。自社が実際に使うSaaSが対応しているかだけが意味を持つ。
• 失敗の急所は4つ：ローカルアカウント残存／プロビジョニング未実装／条件付きアクセス過剰でロックアウト／監査ログのデフォルト保管期間（多くは90日）で証跡消失。
• IDaaSは「導入」より「運用」が本体。診断・設計・運用まで通しで見られるかで結果が変わる。

---

この記事を読むべき人

• 年商1〜10億円規模で、社内に専任の情シスがいない、または兼任情シス一人で回している経営者・事業責任者・IT担当者。
• SaaSが10〜30個に増え、パスワード管理・退職処理・アカウント棚卸しが手作業で限界に近づいている。
• 取引先やサイバー保険から「SSO・MFAの導入」を条件として求められ始めている。
• IDaaSの製品名は聞くが、Okta・Entra ID・OneLoginの違いと自社への向き不向きが判断できない。
• 「とりあえず一番有名なものを入れて失敗した」を避けたい。発注前に判断軸を持っておきたい。

---

1. なぜ今IDaaSなのか──「認証基盤」が経営リスクになった

IDaaS（Identity as a Service）は、社員のID・認証・アクセス権限をクラウドで一元管理する仕組みだ。SSO（シングルサインオン＝一度の認証で複数のSaaSに入れる）、MFA（多要素認証）、プロビジョニング（入退社に合わせたアカウントの自動作成・無効化）、条件付きアクセス（場所・端末・リスクに応じた制御）を、まとめて提供する。

なぜ今かというと、認証の不備が「セキュリティ部門の課題」から「経営の課題」に変わったからだ。理由は三つある。

第一に、SaaSの増殖だ。中小企業でも業務で使うクラウドサービスは10〜30個に達し、それぞれに個別のID・パスワードが存在する。使い回し・付箋管理・退職者の削除漏れが常態化し、一つの漏えいが全社に波及する構造になっている。

第二に、被害額の桁が上がった。IBMの「Cost of a Data Breach Report 2025」によれば、データ侵害の世界平均コストは1件あたりUSD 4.44M（約4.44百万ドル）で、前年から9%低下したものの依然として高額であり、米国に限れば過去最高のUSD 10.22Mに達している（いずれも同レポートの公表値。日本国内の平均値は別途集計されており為替や業種で変動するため、金額はレポート原典で確認してほしい）。中小企業にとっては、一度の情報漏えいが事業継続そのものを揺るがす水準だ。

第三に、外部からの要求だ。2025〜2026年にかけて、サイバー保険の加入・更新条件や、大企業との取引条件に「SSO・MFAの導入」が明記されるケースが増えている（複数のセキュリティ関連メディアの報道による。契約ごとに要件は異なるため、自社の保険・取引条件は原文で確認が必要）。IDaaS未導入が、保険に入れない・取引を切られるという形で、直接的な事業リスクになりつつある。

つまりIDaaSは「あると便利なIT投資」ではなく、「認証という土台を整えないと、その上のセキュリティ施策も取引継続も成り立たない」インフラになった。ゼロトラスト（すべてのアクセスを検証する）の考え方でも、起点は必ず「誰がアクセスしているか」の把握であり、それを担うのがIDaaSだ。自社の認証環境をどう整理すべきか迷う段階なら、セキュリティ体制の再構築を前提に現状を棚卸しするところから始めると、製品選びの前に「何が足りていないか」が見える。

---

2. IDaaSが解決する3つの実務課題

製品比較の前に、IDaaSで実際に何が消えるのかを具体化しておく。ここが曖昧なまま製品を選ぶと、稟議も運用も空回りする。

課題1：パスワード疲れと使い回し

SaaSが増えるほど、社員は「同じパスワードを使い回す」「Excelや付箋にメモする」に流れる。IT担当者はパスワードリセット対応に追われる。SSO＋MFAを入れれば、社員が覚えるのはIDaaSの1本だけになり、そこに強い多要素認証をかけることで、全SaaSに弱いパスワードを個別設定するより安全になる。リセット対応の工数も大きく減る。

課題2：退職者アカウントの放置

退職時に全SaaSのアカウントを確実に止められている中小企業は少ない。Excelの棚卸しリストではSaaSが増えるほど漏れる。放置されたアカウントは内部不正・不正ログインの入り口になり、不要なライセンス費も垂れ流す。SCIM（アカウント連携の標準規格）による自動プロビジョニングを使えば、IDaaS側で1人を無効化するだけで連携済みSaaSのアカウントが一斉に止まる。この「退職即遮断」が、IDaaS導入で最もコスト効果とセキュリティ効果が高い一手だと考えておくとよい。

課題3：シャドーIT

IT部門が把握していないSaaSを社員が勝手に使う状態だ。IDaaSを「業務SaaSへの唯一の入口」として運用し、SSOポータルに承認済みSaaSだけを並べ、条件付きアクセスと（必要ならCASB連携で）非承認サービスの利用を可視化・制御することで、管理外へのデータ流出を抑えられる。

---

3. 3製品の正体──同じ「IDaaS」でも設計思想が違う

Okta・Entra ID・OneLoginは同じカテゴリだが、生まれも狙いも違う。ここを取り違えると、機能は足りているのに「自社には高い／回らない」というミスマッチが起きる。

Okta──特定クラウドに依存しない独立系の王道

Oktaは独立系IDaaSの世界的リーダーで、Gartnerのアクセス管理領域で継続的にリーダーに位置づけられている（Gartner Magic Quadrantの評価。年度ごとに変動するため最新版で要確認）。最大の強みは、事前統合済みアプリの多さ（公式に7,000超と案内）と、入退社処理を自動化する Okta Workflows、ログインのリスクに応じて認証強度を変える アダプティブMFA だ。特定のクラウド基盤に縛られないため、Microsoft・Google・各種SaaSが混在するマルチクラウド環境の一元管理に向く。

Microsoft Entra ID──M365を使っているなら「そこにある」認証基盤

Microsoft Entra ID（旧Azure AD／Azure Active Directory。2023年に改称）は、Microsoft 365の認証をそのまま担うサービスだ。M365のBusiness PremiumやE3を契約していれば、上位機能のP1相当が追加費用なしで含まれるのが決定的な特徴。Teams・SharePoint・OneDrive・Outlook・Intune（端末管理）・Defenderとの統合はネイティブで、追加設定なしに深く連携する。条件付きアクセスの細かさ、端末コンプライアンスと連動したアクセス制御は、他社が模倣しづらい領域だ。

OneLogin──シンプルさとコストで中堅規模に効く専業ベンダー

OneLoginはOne Identity（Quest Software傘下）の専業IDaaSで、管理画面の分かりやすさと導入のしやすさ、そしてOktaより抑えめの価格が持ち味だ。リスクに応じて認証を出し分ける SmartFactor Authentication、PC/VPN/Wi-Fiの認証統合（Desktop・RADIUS）を備え、50〜300ユーザー規模で「一通り揃っていて、シンプルで、コストが読める」選択肢になりやすい。

---

4. 機能比較表（公式仕様ベース）

各社公式ドキュメントに基づく機能の整理。◎＝特に強い、○＝対応、△＝限定的または外部連携が前提。優劣の断定ではなく、設計思想の違いとして読んでほしい。

表の読み方の注意：「事前統合アプリ7,000超」のような数字は、規模の大きさを示すものであって、自社が実際に使うSaaSが対応しているかは別問題だ。比較すべきは総数ではなく、「自社のSaaS棚卸しリストのうち、何個がSCIM自動プロビジョニングまで対応しているか」。ここを製品ごとに実データで突き合わせる作業が、比較表を眺めるより百倍重要になる（詳細は後述のチェックリスト参照）。

---

5. 料金比較──「単価×人数」で終わらせない

料金は各社とも改定が速い。特に Oktaは従来の製品別課金から「スイート課金」へ移行済みで、ネット上に残る古い単価は当てにならない。以下は各社公式の料金ページで確認した2026年7月時点の米ドル建てリスト価格だ。円建て実売は、為替・消費税・最低契約・代理店経由・年間割引で変わる。必ず自社構成で正式見積もりを取ること。

50ユーザー・年額の“ざっくり試算”（考え方の型）

正確な金額ではなく、桁感をつかむための試算だ。米ドルのリスト価格から機械的に計算した例で、実際は上記の変動要因が乗る。

この表から読み取るべきは金額そのものではなく、「M365をすでに使っているかどうか」で最安の選択肢がガラッと変わるという一点だ。Business PremiumにP1が同梱されている企業がわざわざ別のIDaaSを買うと、機能の重複にお金を払うことになりやすい。逆にM365を使っていない企業がEntra ID目当てにM365へ乗り換えると、IDaaS単体で見れば割高になる場合がある。「今の契約の延長でどこまで賄えるか」を最初に確定させるのが、料金比較の出発点だ。

見積もりの読み方──ここを見落とすと後で膨らむ

ライセンス単価だけを見て稟議を通すと、後から費用が膨らむ。見積書とベンダー提案では、次の項目が「含まれているか／別料金か」を必ず確認する。

• 初期設計・構築費：SSO設定、条件付きアクセス設計、既存ADとの同期構築は、多くの場合ライセンスと別。中小企業では外部支援を使うことが多く、ここが総額の大きな部分になる。
• 最低契約・最低人数・年払い縛り：Oktaのように年間最低契約が設定されている製品では、小規模だと1人あたり単価が実質的に上がる。
• 必要な機能が上位プランにしかない：自動プロビジョニングやリスクベース認証は上位プラン限定のことが多い。「基本プランの単価」で試算すると、実際に必要な構成では倍近くになることがある。
• 既存投資との重複：M365にP1が含まれているのに別IDaaSを買う、といった重複。
• 運用費・教育費：導入後の月次アクセスレビュー、ポリシー調整、社員教育の工数は、ライセンス費に含まれない“隠れコスト”だ。

金額の妥当性を社内だけで判断しづらいなら、発注前に第三者の視点で構成と見積もりを検証することで、過剰なプランや不要な重複を発注前に落とせる。

---

6. GXOの選定フレーム──5つの判断軸で絞る

製品名から入ると迷う。「自社の前提」から入ると一本道になる。 GXOが実務で使う順番はこうだ。

1. 契約状況（最優先）：M365 Business Premium/E3を契約しているか。YESならEntra ID P1をまず検証。ここで多くの企業は答えが出る。
2. SaaSの棚卸し結果：自社で使うSaaSのうち、SSO対応・SCIM自動プロビジョニング対応が何個あるか。多数・多ベンダーならOktaの統合力が効く。
3. 端末管理の要否：PC/スマホの管理（MDM）も同時にやりたいならEntra ID＋Intuneの単一ベンダー統合が有利。
4. 運用体制：社内に設定・運用できる人がいるか。いないならシンプルなOneLogin、または外部運用支援を前提にした設計にする。
5. 将来像：マルチクラウド化・ZTNA・API保護まで見据えるならOkta、Microsoft中心に固めるならEntra ID。

簡易フローで絞る

Q1: M365 Business Premium / E3を契約している？
  ├─ YES → Q2: M365以外のSaaSを10以上、しかも多ベンダーで使っている？
  │          ├─ YES → 予算に余裕あり → Okta（統合力・自動化）
  │          │         予算重視     → OneLogin（コスパ）
  │          │         ※ただしまずEntra ID P1で足りるか必ず検証
  │          └─ NO  → Microsoft Entra ID（追加コスト最小）
  └─ NO  → Q3: 50ユーザー以上／多SaaS？
              ├─ YES → Okta or OneLogin（要件で比較）
              └─ NO  → OneLogin（導入しやすさ＋コスト）

このフローは「最終決定」ではなく「候補の絞り込み」だ。最後は必ず、自社SaaSの対応状況と正式見積もりで裏を取る。

---

7. 導入で失敗する4つの急所──製品選びより怖い

競合記事は製品スペックの比較で終わりがちだが、現場が事故るのは選定後の設計・運用フェーズだ。GXOが特に注意する失敗パターンを挙げる。

失敗1：旧ログイン経路（ローカルアカウント）を閉じ忘れる

IDaaSを入れても、各SaaSの「ID/パスワード直接ログイン」を残したままだと、MFAを迂回する裏口が開きっぱなしになる。攻撃者はSSOではなく、この閉じ忘れた直接ログインを狙う。SSO統合とセットで、旧認証経路を計画的に閉じるところまでやって初めて効果が出る。ただし一気に閉じるとロックアウト事故になるため、閉じる順番と退路の設計が要る。

失敗2：プロビジョニング自動化を「後回し」にして永久に来ない

SSOだけ入れて満足し、SCIM自動プロビジョニングを設定しないケースが非常に多い。すると退職者の無効化は結局手作業のままで、IDaaSの最大の効果（退職即遮断）を捨てることになる。導入計画の初期に、HR/勤怠SaaSとの連携まで含めて設計に入れておく。

失敗3：条件付きアクセスが厳しすぎてロックアウト

「社外からはMFA必須」「未管理端末はブロック」を勢いで全社一斉適用すると、出張中の役員や現場端末が締め出され、業務が止まる。条件付きアクセスは、除外グループ・段階適用・緊急アクセス用アカウント（ブレークグラス）を用意してから有効化する。ここは設計ミスが直接的な業務停止につながる急所だ。

失敗4：監査ログの保管期間切れで証跡が消える

多くのIDaaSは、標準プランだと監査ログの保管がデフォルト90日程度で、それを超えると消える。インシデント調査は数か月後に始まることも多く、その時に肝心のログがないと原因究明も報告もできない。必要な保管期間（法令・取引先要件・保険条件を確認）と、外部ストレージへのエクスポート設計を導入時に決めておく。

これら4つはいずれも「製品の良し悪し」ではなく「設計と運用の抜け」で起きる。だからこそ、IDaaSは導入して終わりではなく、月次のアクセスレビュー・ログ保全・ポリシー調整まで回して初めて“防御力”になる。運用まで社内で抱えきれない場合は、セキュリティ運用を月額で伴走してもらう体制（顧問／リテイナー）を前提に、導入時から運用設計を組み込んでおくと事故が減る。

---

8. 発注前チェックリスト（このまま社内で使える）

製品を決める前・ベンダーに声をかける前に、この12項目を埋める。埋まらない項目があるうちは、まだ発注のタイミングではない。

• 現在契約しているメール/グループウェア（M365のどのプラン、またはGoogle Workspace等）を確定したか
• 社内で使う全SaaSを棚卸しし、各サービスの「SAML/OIDC対応」「SCIM自動プロビジョニング対応」を製品ごとに突き合わせたか
• 対象ユーザー数と、今後1〜2年の増減見込みを出したか（最低契約・単価に効く）
• 必要な機能（自動プロビジョニング／リスクベース認証／条件付きアクセス／MDM連携）を「必須」「あると良い」に仕分けしたか
• その必須機能が、各製品の“どのプラン”に含まれるかを確認したか（基本プランの単価で試算していないか）
• 初期設計・構築費が見積もりに含まれるか、別料金かを確認したか
• 監査ログのデフォルト保管期間と、必要な保管期間・エクスポート要件を確認したか
• 条件付きアクセスの段階適用・除外グループ・緊急アクセス用アカウントの計画があるか
• 旧ログイン経路（各SaaSの直接ログイン）を閉じる順番と退路を設計したか
• 導入後の運用（月次レビュー・ポリシー調整・教育）を誰が担うか決めたか（社内／外部）
• サイバー保険・取引先のセキュリティ要件で、SSO/MFAが条件になっていないか確認したか
• IT導入補助金等、活用可能な補助制度を確認したか（要件・公募時期は必ず公募要領の原文で確認）

---

9. ベンダー・代理店に必ず聞くべき7つの質問

見積もりを受け取ったら、営業トークではなく、この質問への回答で見極める。

1. 「弊社が使っている（具体的なSaaS名を挙げて）は、SSOだけでなくSCIM自動プロビジョニングまで対応していますか？」
2. 「この見積もりに、初期設計・構築・既存ADとの同期構築は含まれますか、別料金ですか？」
3. 「最低契約金額・最低人数・年払い縛りはありますか？」
4. 「自動プロビジョニングとリスクベース認証は、この見積もりのプランに含まれますか？上位プランが必要ですか？」
5. 「監査ログのデフォルト保管期間は何日ですか？延長やエクスポートの方法と追加費用は？」
6. 「条件付きアクセスの段階適用と、締め出し事故を防ぐ緊急アクセス用アカウントの設計はどう提案されますか？」
7. 「導入後の運用（月次レビュー・障害対応）はどこまで支援範囲ですか、追加契約ですか？」

回答が曖昧、あるいは「まず契約してから」という営業には注意する。発注前に上記が明確にならない提案は、導入後に追加費用と手戻りを生みやすい。

---

10. 段階導入のロードマップ（3〜6か月の型）

一気に全SaaSを統合しようとすると必ず事故る。段階的に対象を広げるのが成功の鍵だ。

ポイントは、Phase 2で 必ず退路（従来ログイン）を残すこと、そしてPhase 4の運用を「導入プロジェクトの終わり」ではなく「本番の始まり」と捉えることだ。

---

11. 稟議を通すための費用対効果の示し方

IDaaSの稟議は、単価×人数の“コスト”だけを出すと通りにくい。削減効果とリスクをセットで示す。

• 削減できる工数：パスワードリセット対応、退職者アカウントの手作業無効化、SaaSライセンスの棚卸し。月次の削減時間×担当者の時間単価で定量化する。
• 不要ライセンスの削減：退職者アカウント放置による不要課金の停止。
• リスク低減：情報漏えい時の対応コスト（IBMの2025年レポートでは世界平均USD 4.44M。日本国内の水準は別集計・原典確認が前提）を、発生確率とリスク低減率で割り引いて示す。ここは断定を避け、レンジで提示するのが誠実だ。
• 外部要求への対応：サイバー保険の条件、取引先のセキュリティ基準。未対応が「取引・保険を失うリスク」であることを経営目線で言語化する。

注意：ROIの数値は「自社の前提で計算した試算」として提示し、他社事例の数字や根拠のない成功率を借りてこない。 経営に響くのは、盛った数字ではなく、自社のSaaS数・退職者数・工数から積み上げた根拠のある試算だ。

---

12. よくある質問（FAQ）

Q. 結局、中小企業はどれを選べばいいですか？

A. まず「M365 Business Premium/E3を契約しているか」を確認してください。契約済みならEntra ID P1が追加費用なしで使えるため、最初の検証対象はここです。M365を使っていない、Mac混在、多数SaaSの一元管理が主目的ならOkta、コストを抑えつつ一通り揃えたいならOneLoginが候補になります。最後は自社SaaSの対応状況と正式見積もりで裏を取ってください。

Q. SSOだけ入れれば十分では？MFAは必須ですか？

A. MFAは必須です。SSOだけだとIDaaSの1本のパスワードが漏れた瞬間に全SaaSが危険にさらされます。SSOとMFAは必ずセットで導入してください。加えて、旧ログイン経路を閉じないとMFAを迂回されるため、そこまでを一連の作業として計画します。

Q. Oktaの料金がネットの情報とだいぶ違うのですが？

A. Oktaは製品別課金からスイート課金へ移行しており、古い単価情報が多く残っています。本記事は2026年7月時点の公式料金ページの値を記載していますが、円建て実売は為替・税・最低契約・代理店で変わります。必ず自社構成で最新の見積もりを取ってください。

Q. 自動プロビジョニング（退職者の自動無効化）は最初から必要ですか？

A. 効果が最も高い機能なので、導入計画の初期から設計に入れるべきです。ただしSSOと同時に一気にやると負荷が高いため、Phase 4（運用最適化）で確実に有効化する前提で、対応SaaSと連携方式を最初に確認しておきます。

Q. 社内にIT担当が一人（または兼任）しかいません。導入できますか？

A. 可能ですが、条件付きアクセスの設計・旧経路の閉鎖・監査ログ設計は事故が起きやすい領域です。製品選定は自社で、設計と運用の要所は外部の第三者検証・運用支援を併用するのが、手戻りを抑える現実的な進め方です。

Q. どの段階でGXOに相談すべきですか？

A. 「製品を決める前」「見積もりを受け取ったが妥当性が判断できないとき」「導入したが運用が回っていないとき」のいずれでも相談できます。詳細は次項を参照してください。

---

13. GXOに相談すべきタイミング

IDaaSは、製品選定そのものよりも、その前後の「現状整理」と「運用設計」で結果が分かれる。次のような状況なら、発注前に第三者の視点を入れる価値がある。

• 製品を決めきれない／複数の代理店から違う提案が来ている：自社のSaaS構成と契約状況を棚卸しし、認証基盤を含めたセキュリティ体制の再構築の全体像の中でIDaaSを位置づける。
• 見積もりの妥当性が判断できない：過剰なプラン・機能重複・隠れた初期費用がないか、導入前に第三者の視点で構成と見積もりを検証する。
• 導入したが運用が回っていない：アクセスレビュー・ログ保全・条件付きアクセスの調整を、月額の伴走型セキュリティ運用（顧問・リテイナー）として仕組み化する。

GXOが重視するのは、話題の製品を入れることではなく、「自社の業務・データ・権限・予算・運用責任にどう影響するか」を、担当者だけで抱え込ませず、経営・現場・情シス・外部パートナーの役割に分けて整理することだ。IDaaSは認証という土台であり、その上に脆弱性管理・インシデント対応・監査運用が積み上がる。土台の設計を誤ると、その後のすべてが不安定になる。だからこそ、発注の前に一度、判断軸を第三者と揃えておくことをすすめる。

---

まとめ

• 中小企業のIDaaS選定は、製品の優劣より 「M365をどう契約しているか」 で大半が決まる。まず契約状況を確定させる。
• 料金は改定が速く、特にOktaはスイート課金へ移行済み。ネットの古い単価を信じず、必ず自社構成で見積もりを取る。
• 比較すべきは「対応アプリの総数」ではなく、自社が使うSaaSの対応状況。
• 失敗は製品ではなく設計・運用で起きる。旧経路の閉鎖・自動プロビジョニング・条件付きアクセスの段階適用・監査ログ保全の4点を外さない。
• IDaaSは導入より運用が本体。診断・設計・運用まで通しで見られる体制を、発注前に決めておく。

認証基盤の整備は、ゼロトラストの第一歩であると同時に、取引継続と保険加入という経営条件にも直結する。製品名から入って迷うより、自社の前提と失敗パターンから逆算すれば、選定は一本道になる。判断に迷う段階なら、発注前の現状整理と見積もり検証から着手するのが、最短で失敗を避ける道だ。

---

参考・一次情報

• Okta 公式料金ページ（Workforce Identity のプラン・最低契約）: https://www.okta.com/pricing/
• Microsoft Entra 公式料金ページ（Free / P1 / P2 / Entra Suite）: https://www.microsoft.com/en-us/security/business/microsoft-entra-pricing
• OneLogin 公式料金ページ（Basic / Essentials / Business）: https://www.onelogin.com/product/pricing
• IBM「Cost of a Data Breach Report 2025」（データ侵害の平均コスト）: https://www.ibm.com/reports/data-breach

※価格・プラン・仕様・調査数値は公開時点の各公式情報に基づく。金額は米ドル建てリスト価格であり、円建て実売・税・最低契約・代理店条件で変動する。導入判断の前に、必ず各社公式および正式見積もりで最新情報を確認してください。統計・保険条件・補助金要件は原典（レポート原文・約款・公募要領）での確認を前提とする。