入力を学習させない設定の確認項目｜管理画面で確かめる順番

「学習させない設定はオンにしました、という報告は上がってきます。ただ、どの画面のどこを見てそう言っているのかを聞くと、誰も答えられません」「無料で使っていた人がそのまま法人契約に移りました。前の設定は引き継がれていると考えてよいのでしょうか」——情報システムの窓口には、この2つが同じ日に並んで届きます。どちらも、設定は一度入れれば終わるという前提から出ています。ところが実際には、同じ名前の切り替えでも、乗っている契約の種別が違えば効き方が変わります。しかも仕様の側は動き続けます。この記事では、自社が契約している生成AIサービスについて、どの種別で、どの文書のどこを、いつ時点で確かめるのか、そして確かめたことをどう残すのかを、確認項目の形で並べます。

「設定はオンです」という報告は、確認したことになっていない

報告が上がってきたときに、何を聞けば確認になるのかを先に決めます。聞くのは3つです。どの契約の種別についての話か、どの文書のどこに書いてあったか、その文書をいつ時点で見たか。この3つが揃っていない報告は、状態の報告であって確認の記録ではありません。切り替えが入っているという事実だけでは、その切り替えが何を止めているのかが分かりません。

確認になっていない報告には、決まった形があります。管理画面の写真が1枚添付されている。切り替えの名前だけが書かれている。あるいは「ベンダーに問い合わせて、学習には使わないと回答を得た」と書かれている。どれも嘘ではありませんが、半年後に同じ状態かどうかを確かめ直すための手がかりが1つも残っていません。確認の記録は、次の確認のための材料でもあります。

この記事の範囲をはっきりさせます。扱うのは、自社がすでに契約しているサービスの設定と契約種別を、どう確かめるかだけです。どのプランを選ぶかという比較、料金や席数の話は扱いません。取引先から預かった資料を入れてよいかという判断、自社が学ばせたデータの来歴の残し方、履歴を消す方法も扱いません。それぞれ別の判断の層にあります。

順番は、契約の種別から始めて、学習の可否、保持、管理画面の射程、という4つの層で進みます。この順番には理由があって、後ろの層で見る画面は、前の層で決まった種別によって中身が変わるからです。画面から先に見ると、自分が見ている画面が自社に効くものかどうかが分からないまま結論が出ます。

確認は4つの層に分かれる。順番を入れ替えると空振りする

4つの層を先に並べておきます。層1は契約の種別で、無料の入口か、個人向けの有料か、法人向けか、接続用の窓口かを確かめます。層2は学習に使うかどうかで、既定がどちらで、どこで変えられるかを確かめます。層3はどれだけの期間、手元に残るか。層4は管理者の画面で何を切り替えられるかです。

順番を入れ替えると何が起きるか。層2から始めると、個人向けの説明を読んで法人契約の設定だと思い込む、という取り違えが起きます。公開されている説明のページは、種別ごとに分かれていることが多く、検索で最初に出るのはたいてい個人向けのほうです。最初に開いた説明が、自社の契約についてのものかどうかを確かめる工程が要ります。

層3を層2と混ぜてしまうのも、よくある空振りです。「学習に使わない」と書いてあるページに、保持期間の記載が無いことがあります。学習に使わないことと、手元に残らないことは別の約束です。不正利用の監視のために一定期間保存する仕組みは、学習に使わない前提でも一般的に置かれています。

層4は、前の3つを確かめたあとにしか意味を持ちません。管理者の画面に切り替えが並んでいても、それが層2に効くのか層3に効くのか、あるいは機能の入切だけなのかは、名前からは分かりません。4つの層を先に持っておくと、画面の項目をどの層に振り分ければよいかが決まります。

層1：自社がどの種別に乗っているかを、請求ではなく管理画面で確かめる

最初の層でつまずく会社は多くありません。ただし、つまずいたときの影響が最も大きいのもここです。種別は4つに分けて見ます。無料の入口、個人向けの有料、法人向け、そして接続用の窓口です。同じ製品名でも、この4つは別の約束の上で動いています。

確かめ方には順番があります。請求の記録から種別を推測するのは避けます。請求は契約の単位で立ちますが、実際に誰がどの入口を使っているかとは一致しません。見るのは管理画面の利用者の一覧で、そこに載っていない人が使っている経路が無いかまで含めて確かめます。載っていない利用者は、層4の設定の外にいます。

種別が移ったときの引き継ぎも、ここで確かめます。個人向けから法人向けに移った利用者について、以前の会話や設定がどう扱われるかは製品ごとに違います。前の種別で入れた設定が、新しい種別にそのまま引き継がれるとは限りません。移行のときに、移った人の分だけ確認をやり直す手順を持っておきます。

接続用の窓口は、層1の時点で別扱いにします。自社で作った道具が呼び出している窓口は、利用者の一覧には出てきません。誰がその窓口の鍵を持っているか、どのプロジェクトの下にあるかは、別の画面で管理されています。層1の一覧に「接続用の窓口」という行を1つ足しておくと、あとで漏れません。

層2：学習に使うかどうかは、提供元の文書のどこに書いてあるか

層2は、画面の切り替えではなく文書から確かめます。理由は、画面の切り替えの名前が製品ごとに違ううえ、名前だけでは何を止めているのか判別できないからです。先に文書で約束の形を掴んでから、画面でその約束に対応する切り替えを探す、という順番にします。

実際の書かれ方を、公式の文書で確認できた3つの例で見ます。マイクロソフトの Copilot については、2026年8月18日に更新された公式の説明で、プロンプト、応答、そして社内のデータは基盤となる大規模言語モデルの学習には使われないと明記されています。グーグルの業務向けサービスについては、2026年8月14日最終更新の説明で、顧客のデータは顧客の事前の許可または指示なしに生成AIモデルの学習や調整には使わない、と書かれています。

OpenAI の接続用の窓口については、公式のドキュメントに2023年3月1日以降、窓口に送られたデータはモデルの学習に使われない（明示的に共有を選んだ場合を除く）と記載されています。3つに共通しているのは、約束の対象が「誰のどの経路のデータか」で限定されている点です。文書を読むときは、約束の中身より先に、約束の対象の範囲を読みます。

ここで残すのは、文書の名称、公開または更新の日付、該当する記載がどの見出しの下にあったか、の3つです。本文をそのまま写すのではなく、探し直せる形で残します。文書は改訂されるので、半年後に同じ場所を開いて、記載が同じかどうかを見比べられる形にしておくことが目的になります。

層3：学習に使わないことと、手元に残らないことは別

層3でよく起きる混乱は、「学習に使わないなら残らない」という読み違えです。実際には、学習に使わない前提でも一定期間の保存は行われます。保存の目的は学習ではなく、不正な使われ方の監視や、利用者が過去のやり取りを見返せるようにすることです。目的が違うので、止め方も別の場所にあります。

数字が公式に示されている例があります。OpenAI の接続用の窓口では、不正利用の監視のための記録が既定で最大30日保持されると記載されています。グーグルの業務向けサービスでは、管理者が会話の履歴の保持期間として3か月、18か月、3年、無期限から選べると案内されています。保持期間が管理者の選択に委ねられている場合、既定のままにしておくと誰も選んでいないことになります。

層3で確かめるのは、期間そのものより期間を誰が決めているかです。提供元が一律に決めているのか、管理者が選べるのか、利用者が自分で消せるのか。決めている主体が分かると、変えたいときに誰に頼めばよいかが決まります。なお、残す期間を何年にすべきかという判断や、削除を求められたときの手順は、この記事では扱いません。

もう1つ確かめるのが、人の目による確認の有無です。マイクロソフトの前出の説明では、人の目による確認を含む不正利用の監視は Azure OpenAI では利用できるものの、Copilot の側はこれを使わない設定にしていると明記されています。グーグルの説明でも、許可なしに人の目による確認を受けることはないとされています。学習に使うかどうかとは別に、人が見るかどうかを分けて確かめます。

層4：管理者の画面で切り替えられる項目を、名前で数える

層4では、管理者の画面を開いて、切り替えられる項目を名前で書き出します。数えるのは数ではなく名前です。「10項目ある」では次の確認に使えませんが、項目の名前が書いてあれば、半年後に増減が分かります。書き出した名前を、層2に効くもの、層3に効くもの、機能の入切だけのもの、の3つに振り分けます。

公式の文書で確認できる範囲では、管理者が持てる操作はおおむね4種類に整理できます。機能そのものの入切、保持期間の選択、外部につなぐ道具の許可、そして記録の取り出しです。マイクロソフトの説明では、管理者がどの追加の道具を許すかを管理画面で選べること、そして第三者のモデルを使うかどうかも管理者が決められ、その場合は追加の条件が付くことがあると書かれています。

振り分けのときに気をつけるのが、機能の入切と学習の可否の混同です。機能を切れば入力そのものが起きないので、結果として学習の心配は消えます。ただしそれは設定が効いているのではなく、使っていないだけです。使いながら止めたいのか、使わないことで止めたいのかを、項目ごとに書き分けます。

もう1つ、接続された機能の設定が全体に効いてしまう例も押さえます。マイクロソフトの説明では、社内の文書を分析する接続された体験の設定を切ると、主要なアプリで Copilot の機能そのものが使えなくなると書かれています。止めたつもりの設定が、別の機能ごと落とすことがあるので、切る前に影響の範囲を確かめます。

提供元の文書は版で読む。日付の無い写しは確認に使えない

確認の質を決めるのは、どの文書を見たかよりどの版を見たかです。公式の説明のページには、更新日が載っていることが多くあります。前のセクションで挙げた例でも、マイクロソフトの説明は2026年8月18日更新、グーグルの説明は2026年8月14日最終更新と示されていました。この日付ごと記録します。

日付が無い情報源は、確認の材料にしません。社内の共有フォルダに置かれた説明の写し、いつ作られたか分からない比較の表、問い合わせへの回答を転記したメモ。どれも作られた時点では正しかった可能性がありますが、いま正しいかどうかは誰にも言えません。確認に使ってよいのは、いま開ける場所にある、日付の付いた文書だけです。

記録の形は4つで足ります。文書の名称、参照した日、その文書に示されていた更新日、該当の記載が置かれていた見出し。この4つがあれば、次の確認は同じ場所を開いて更新日を比べるだけで済みます。更新日が動いていなければ、内容を読み直す必要はありません。

• 管理画面の写真を1枚だけ添付して、確認の記録とする
• 検索で最初に出た説明のページを読み、自社の契約種別に当たるかを確かめない
• 「学習に使わない」という記載を見つけた時点で、保持期間の記載を探さずに終える
• 問い合わせへの回答を転記したメモを、更新日の付いた文書の代わりに使う
• 機能を切ったことを、学習させない設定を入れたことと同じ扱いで記録する

個人向けの区分は、選ぶ主体が会社ではない

「法人向けなら既定で学習には使われない」という理解は、多くの製品で当たります。ただし、その理解を個人向けの区分にまで広げると外れます。個人向けでは、学習に使ってよいかどうかを選ぶ主体が利用者本人になっていて、会社の側からはその選択が見えません。

公表されている例を挙げます。アンソロピックは2025年8月28日に個人向けの条件を更新し、無料と個人向けの有料の区分について、入力を学習に使ってよいかどうかを利用者自身が選ぶ形に変えました。許可した場合、会話は本人が分からない形に直したうえで最大5年、学習の工程の中に保持されるとされています。設定はプライバシー設定の中に置かれています。

同じ告知で、この変更の対象外も示されています。法人向けの区分、接続用の窓口、クラウド事業者の基盤を経由する経路、行政向けと教育向けは対象に含まれません。同じ製品名でも、個人向けと法人向けで前提がここまで違うという例として、社内の説明にそのまま使えます。

ここから導ける確認の項目は1つです。自社の中に、個人向けの区分で業務に使っている人がいないかを、層1の一覧と突き合わせます。いた場合、その人の入力は法人契約の設定の外にあります。層4でどれだけ丁寧に設定しても届きません。

設定は将来に効く。過去にさかのぼって効くわけではない

設定を入れたあとにも残るものがあります。仕組みの不備ではなく、学習の工程がどう動くかから来る性質です。これを知らないまま「設定を入れたので入力は一切使われません」と社内に説明すると、あとで説明を訂正することになります。

公式の説明で確認できる例があります。アンソロピックの個人向けの説明（2026年7月1日発効と記載）では、学習への利用を止める設定に変えても、すでに学習の工程に入っているデータや、学習を終えたモデルに反映されたものは、そのまま使われ続けるとされています。一方で、個別の会話を削除すれば、その会話は以後の学習には使われないとも書かれています。設定は、これから入れるものに効く、という読み方になります。

同じ説明には、安全性の確認に回った内容が別のルールで保持されることも書かれています。確認の対象になったやり取りは最大2年、判定の結果を表す値は最大7年とされていて、これは学習に使うかどうかとは別の、保持の側の決まりです。層2と層3を分けて確かめるべき理由が、ここにも出てきます。

接続用の窓口の側にも、似た構造の記載があります。OpenAI の公式ドキュメントでは、不正利用の監視の記録は既定ですべての利用について作られるとされ、ゼロ保持や監視の変更を有効にした場合でも、安全上の違反が検知された場合には人の目による確認が行われ得ると記載されています。「一切使われない」ではなく「通常の運用では使われない」と書くほうが、実態に近いという整理になります。

社内の説明の文面は、この整理に合わせて直しておきます。通常の運用では学習に使われないこと、設定は入れた時点から先に効くこと、そして保持や安全性の確認という別の決まりがあるからこそ、入れてはいけない情報の線は設定とは別に持つこと。3つを並べて書くと、設定への過信が起きにくくなります。

接続用の窓口は、別の画面で決まる

自社で作った道具が呼び出している接続用の窓口は、利用者が使う画面とは別の場所で設定します。ここを層4の管理画面と同じものだと思っていると、確認が丸ごと抜けます。窓口の側の設定は、開発の担当者しか触らないことが多く、業務側の確認の対象から外れやすいという事情もあります。

OpenAI の公式ドキュメントでは、保持の制御は「設定」の中の「組織」の下にある「データ管理」で行うと案内されています。設定は組織の単位でも、プロジェクトの単位でも決められるとされています。組織で決めた既定を、プロジェクト側で上書きできる構造になっているので、組織の画面だけを見て確認を終えると実態とずれます。

同じドキュメントには、ゼロ保持を有効にすると不正利用の監視の記録から顧客の内容が外れること、そして保存を指示する指定が送られても無効として扱われることが書かれています。窓口を呼び出す側の道具が保存を指示していても、窓口の設定が勝つという順序関係になります。どちらが勝つかを知らないと、道具側の設定だけを直して安心することになります。

確認の項目としては3つ足します。窓口の設定がどの単位で入っているか、プロジェクトごとの上書きが無いか、そして窓口の鍵を持っている人と、その鍵がどの道具で使われているかの対応。3つ目は層1の一覧に戻る話で、鍵の棚卸しと同じ周期で回すと手間が減ります。

種別ごとに、既定と確認する場所と、確認できないことが変わる

ここまでの層を、種別の側から1枚に並べ直します。表にする目的は種別を比べることではなく、自社が乗っている行を指さして、その行の右端まで確かめたかを見るためです。比べて選ぶ表ではないので、料金や機能の差は入れていません。

契約の種別	学習の扱いの一般的な既定	確かめる場所	その種別では確かめられないこと
無料の入口	利用者が自分で選ぶ形になっている例がある	利用者本人の設定画面	会社の側からは、誰が使っているかも設定の状態も見えない
個人向けの有料	利用者が自分で選ぶ形になっている例がある	利用者本人の設定画面と、提供元の個人向けの説明	会社の管理画面に反映されないので、一括での確認ができない
法人向け	既定で学習には使わないとしている例が多い	管理者の画面と、提供元の法人向けの説明の更新日	安全性の確認に回った内容の扱いは、管理者側では切り替えられない
接続用の窓口	既定で学習には使わないとしている例がある	組織の設定のデータ管理と、プロジェクトごとの上書き	呼び出す側の道具が何を送っているかは、窓口の画面からは分からない

表の右端の列が、この記事でいちばん使う列です。確かめられないことが分かっていれば、そこには別の手を当てられます。無料の入口と個人向けの有料については、会社の側から設定を確認する方法がないので、確認ではなく「業務では使わせない」という運用の側で処理することになります。

法人向けの行で「切り替えられない」としたのは、前のセクションで見た例外のことです。管理者の画面に該当する切り替えが無いのは不備ではなく、そもそも管理者の権限の外にある、という意味です。ここを切り替えようとして時間を使うより、入れてはいけない情報の線を引くほうが早く効きます。

管理者の設定が届かない3つの経路

層4の設定がどれだけ整っていても、その外を通る入力があります。経路は3つです。個人の契約、ブラウザに入れた拡張の機能、そして別のサービスに組み込まれた生成AIの機能。3つとも、管理者の画面には現れません。

1つ目の個人の契約については、前に見たとおり、個人向けの区分では既定が学習に使う側になっている例があります。ここで扱うのは、その入力をどう見つけるかや、見つけたあとどう仕分けるかではありません。会社が入れた設定の射程がどこで切れるかという一点です。射程が切れる場所を先に書いておくと、対策の議論がそこから始まります。

2つ目は、ブラウザに入れた拡張や、端末に入れた補助の道具です。これらは業務のアプリの上に重なって動くので、利用者から見ると社内の道具と区別が付きません。画面が同じに見えるかどうかと、設定が届くかどうかは関係がありません。3つ目は、すでに使っている別のサービスに、あとから生成AIの機能が足された場合です。契約は前からあるので、新しい確認が必要だと誰も気づきません。

3つの経路に共通するのは、入り口が増えたことに気づく仕掛けが無いと確認が始まらないという点です。だから次のセクションの再確認は、日付ではなく出来事で起こします。「新しい道具を入れた」「既存のサービスに機能が足された」という出来事が、確認の引き金になります。

確認したことを、どう証拠に残すか

確認の記録は、説明を求められたときに出すものであると同時に、次の確認の出発点です。この2つの役割を満たす形にします。画面の写しが足りないのは、写したときの状態は分かっても、その状態が何の約束に基づいていたかが写っていないからです。

残す項目は6つで足ります。対象のサービス名と契約の種別、確認した層の番号、参照した文書の名称と更新日、参照した日、確認した人、そして確認の結果を業務の言葉にした1行。最後の1行が要点で、「切り替えは入っている」ではなく「営業部が使う入口では、入力が学習に使われない状態になっている」のように、誰の何が対象かが分かる書き方にします。

記録の置き場所は、設定を入れた人の手元ではなく、探す人が最初に開く場所にします。証拠は、それを必要とする人が自分でたどり着けて初めて証拠になります。監査や取引先からの照会は、設定を入れた担当が休んでいる日にも来ます。

• 画面の写しを添えるなら、文書の名称と更新日を必ず併記する。写しだけでは版がたどれない
• 「確認済み」とだけ書かれた行は、次の確認で読み直せない。確認の結果を1行の文にする
• 確認した人の名前は、部署名ではなく個人の名前で残す。聞き返す先が決まる
• 種別が移った利用者がいる月は、その人の分だけ確認をやり直した記録を別に残す

記録の使い道も、最初に宣言しておきます。この記録は担当者の作業量を測るためではなく、次の確認を軽くするために取る、と伝えます。評価に使うと宣言した瞬間に、確認できなかった項目が記録から消えます。確認できなかったことが書かれていない記録は、確認の材料として使えません。

再確認は日付ではなく、出来事で起こす

設定は変わります。ただし、変わり方には種類があります。提供元の側が既定を変えることもあれば、自社の側で新しい入口が増えることもあります。前者は文書の更新日を見れば分かりますが、後者は自社の中でしか分かりません。だから再確認の引き金は、暦ではなく出来事に置きます。

引き金にする出来事は5つに絞ります。利用者の席を追加したとき、管理者が交代したとき、使っている製品に新しい機能が追加されたとき、外部につなぐ道具を新しく許可したとき、そして接続用の窓口を新しく作ったとき。5つを超えると誰も覚えていられないので、増やす代わりに入れ替えます。

暦のほうは、最低限の網として半年に1回だけ置きます。やるのは全項目の見直しではなく、記録に残した文書の更新日を開いて、動いているかどうかを見るだけです。動いていなければそこで終わります。動いていた文書についてだけ、該当の見出しを読み直します。これなら1時間で終わります。

なお、使用条件そのものが改定されたときの読み方と社内への伝え方は、この記事では扱いません。ここで扱うのは、条件の文面ではなく設定の状態が変わる場合の確認です。2つは引き金も確認する場所も違うので、同じ手順に押し込めないほうが回ります。

AIに仕様の判定をさせない範囲

確認の作業でAIを使う場面はあります。効くのは3か所で、長い公式の文書から該当しそうな段落を拾うこと、複数の製品の記載を同じ項目に並べ直すこと、そして確認の記録の下書きを作ることです。どれも、人が原文に当たって確かめ直すことを前提にした下ごしらえです。

逆に、AIに判断させないのは2つです。仕様がどうなっているかという事実の確定と、自社の契約がどの種別に当たるかの判定。理由は同じで、どちらも学習した時点の情報に引きずられるからです。仕様は変わるので、更新日の新しい文書を人が開いて確かめる以外に、確定の方法がありません。

拾わせるときは、必ず出どころを書かせます。どの文書の、どの見出しの下にあった記述なのか。出どころの付いていない要約は、そのままでは確認の記録に使えません。出どころがあれば、人が開いて1分で確かめられます。無ければ、その記述が実在するかどうかから調べ直すことになります。

そのうえで、人が必ず開く文書を先に決めます。自社が最も多く使っている製品の、法人向けの説明。接続用の窓口のデータの扱いの説明。この2つは、要約ではなく原文を人が開く、と決めておきます。残りの製品については、下書きを人が確かめる形で足ります。

確認項目一覧と、実務仕様

最後に、ここまでを実際に配れる形にまとめます。配る相手は、情報システムの担当と、各部署で生成AIの窓口になっている人です。両方に同じ一覧を配って、担当が違う行を空欄のまま返してもらうと、誰も見ていない行が見つかります。

• 自社が使っているサービスと契約の種別が、1つの一覧になっているか
• その一覧に、接続用の窓口の行が入っているか
• 個人向けの区分で業務に使っている人がいないかを、一覧と突き合わせたか
• 学習に使うかどうかの記載を、提供元の文書のどの見出しの下で見つけたか書いてあるか
• 参照した文書の更新日と、参照した日の両方を記録しているか
• 学習の可否と、保持期間を、別の項目として確かめたか
• 保持期間を誰が決めているか（提供元・管理者・利用者）を書いてあるか
• 人の目による確認の有無を、学習の可否とは別に確かめたか
• 管理者の画面で切り替えられる項目を、名前で書き出したか
• 書き出した項目を、学習に効く・保持に効く・機能の入切、の3つに振り分けたか
• 接続用の窓口の設定が、組織とプロジェクトのどちらで入っているか確かめたか
• 管理者の設定が届かない3つの経路について、対応する運用が決まっているか
• 確認の結果が「誰の何が対象か」の分かる1行になっているか
• 再確認の引き金になる出来事が5つ決まっていて、担当が書いてあるか

実務仕様として決めておく値も並べます。確認の記録に残す項目は6つ（サービス名と種別、層の番号、文書の名称と更新日、参照した日、確認者の個人名、結果の1行）。再確認の引き金は出来事5つと、半年に1回の更新日の確認。人が原文を開くと決める文書は2つ。項目を増やすほど埋まらなくなるので、この数は上限として扱います。

運用を始めた最初の月は、全部の行を埋めようとしないほうが続きます。いちばん利用者の多いサービス1つについて、4つの層を最後まで通す。1本通すと、どの層で時間がかかるかが分かるので、2本目以降の見積もりが立ちます。最初から全社の一覧を作ろうとすると、層1の一覧づくりで止まります。

1本目を通す手順は、半日で終わる大きさに割っておきます。工程を5つに切っておくと、途中で別の仕事が入っても、どこまで進んだかが翌日に分かります。

まとめ

入力を学習させない設定は、入れる作業よりも、効いていると確かめる作業のほうが長く続きます。確かめる順番は、契約の種別、学習の可否、保持、管理者の画面の射程という4つの層で、後ろの層で見る画面の中身は前の層で決まるので入れ替えられません。学習に使うかどうかと、どれだけ残るかと、人の目が入るかどうかは別々の約束なので、別々に確かめます。公式の文書には更新日が載っていることが多く、マイクロソフトの説明は2026年8月18日更新、グーグルの説明は2026年8月14日最終更新と示されていました。この日付ごと記録しておけば、次の確認は更新日を見比べるだけで済みます。そして、法人向けの設定がどれだけ整っていても、個人の契約、ブラウザの拡張、別のサービスに後から足された機能という3つの経路には届きません。届かない場所が分かっていれば、そこには設定ではなく運用の手を当てられます。手始めに、いちばん利用者の多いサービス1つを選んで、4つの層を最後まで通してみてください。どの層で時間がかかるかが分かります。

※本記事にはAIが活用されています。編集者が確認・編集し、可能な限り正確で最新の情報を提供するよう努めておりますが、情報の完全性、正確性、最新性、有用性等について保証するものではありません。本記事の内容に基づいて行動を取る場合は、読者ご自身の責任で行っていただくようお願いいたします。