AIゲートウェイとは何か？｜社内の利用を1か所に集める

「AIゲートウェイというのは、要するにアカウントを1つにまとめる話ですよね」「置いたら、うちの情報が外に出るのは止まるんでしょうか」。情報システム部門にこの言葉が持ち込まれるとき、相談はたいていこの2つの言い方に寄っていきます。どちらも、指し先が少しずれています。AIゲートウェイが束ねるのは人の入口ではなく、社内のアプリからAIへ出ていく通信そのものです。人の入口を束ねる仕事は認証の仕組みがすでに引き受けており、通信の側は、別に口を作らないかぎり1か所には集まりません。この記事では、通す口を1本にすると運用の何が変わり、何は変わらないのかを、型と費用と、置いても残る穴に分けて整理します。

「アカウントを束ねる話」と混ざる。人の門と、通信の管は別物

AIゲートウェイとは、社内の各アプリや各部門がAIを呼ぶときに、それぞれが直接それぞれの提供元へ出ていくのをやめ、いったん社内に置いた1つの中継を通してから外へ出す形のことです。呼ぶ側から見ると、行き先はいつもこの中継1つになります。その向こうで、どの提供元のどのモデルにつなぐかを決めるのは中継の側です。呼び方は現場によって割れており、AI向けの中継、社内の共通の呼び出し口、モデルの取り次ぎ、といった言い方が同じものを指していることがあります。

認証の一元化と混ざるのは、どちらも「1つにまとめる」と説明されるからです。けれども見ている対象が違います。門は「誰が入るか」を確かめて通す仕組みで、管は「何が出ていくか」を見て通す仕組みです。門を1つにしても、通ったあとに社内のどのアプリの中を流れ、どんな文面が外へ出たかは門には残りません。逆に管だけを置いて人の名寄せがないと、記録に残るのはアプリの名前だけで、誰の依頼だったかにひもづきません。2つは重ねて使うもので、片方がもう片方の代わりにはなりません。

会議で用語がすれ違いそうなときは、「呼び出しが通る場所を1つにする話ですか、それともログインの場所を1つにする話ですか」と最初に確かめると早く片が付きます。この2つを混ぜたまま検討を始めると、認証の担当者と網の担当者が別々の絵を描いたまま数か月が過ぎ、見積もりを取る段になって前提が合っていなかったことに気づく、という止まり方をします。

通す口を1本にして変わるのは、たった4つ

通す口を置いて実際に変わるのは、誰が使ったかが分かること、費用が1本で見えること、出してよい情報を出る手前で止められること、モデルを替えても現場の手が止まらないことの4つです。この4つ以外は変わりません。答えの質は良くなりませんし、現場の使いこなしも、指示文の上手下手も、通す口とは関係のないところで決まります。通す口は、出ていくものを見て数えて止めるための場所であって、AIの答えを良くする場所ではありません。

変わること	置く前	置いた後
誰が使ったか	提供元ごとの管理画面を順に開いて数える。部門が個別に契約した分は出てこない	通った呼び出しに部門・用途・依頼者の札が付き、1つの記録にまとまる
費用の見え方	提供元ごとに請求が届き、部門への割り戻しは手作業の照合になる	通した量が札ごとに積み上がる。請求が届く前に増え方が見える
出してよい情報	アプリの中で個別に判断する。抜けはアプリの数だけ生まれる	外へ出る手前の1か所に、共通の線を当てられる
モデルの差し替え	アプリごとに呼び出し名を書き換える。書き換えのあいだ現場は止まる	中継の設定を替える。呼ぶ側は同じ書き方のまま使い続けられる

この4つのうちどれが先に効くかは、いま何で困っているかで決まります。請求書が読めないなら費用、取引先の点検で聞かれて答えられなかったなら記録、新しいモデルに移りたいのに現場の予定が押さえられないなら差し替え、という具合です。マーケティング部門のように呼び出しの回数が多い側では、「どの施策にいくらかかったか」が施策単位で出るかどうかが最初の分かれ目になります。広告文の量産、記事の下書き、問い合わせ本文の要約は、回数が積み上がるわりに1件あたりが小さく、請求書の上では1つの塊にしか見えないからです。

課題1　払っている額が、契約の数だけ別々に届く

米国の投資会社が2025年12月に公表した企業調査によると、2025年に企業が生成AIに使った額は370億ドルで、前年の115億ドルから3.2倍に増えています。このうち基盤モデルを呼び出して使う分（API経由）が125億ドルでした。同じ調査で、企業のこの呼び出し利用のシェアは40%・27%・21%と3社に割れており、上位3社で88%を占めています。調査は2025年11月7日から25日にかけて、米国企業でAIの購買と開発を決める立場の495名に対して行われたものです。

シェアが3社に割れているということは、多くの企業で請求書が最低でも3枚届くということです。しかも、どの請求書も「どの部門のどの機能が使ったか」では割れていません。費用管理の分野で公表されている2026年の調査では、AIの支出を手作業で突き合わせている財務の責任者が約3割、AIを動かすのにかかっている費用をリアルタイムで完全に把握できていると答えた企業が約26%とされています。いずれも費用管理の道具を出している側がまとめたものなので数字は幅を持って読む必要がありますが、手作業の照合が残っているという傾向自体は、現場の実感と大きくずれません。

通す口を置くと、請求が届く前に自社側の記録で積み上がります。ただし、提供元の請求と1円単位で一致することはありません。取り置きが効いた分、課金の単位の違い、端数の丸め方が食い違うためです。合わせにいくのは総額ではなく、増え方の傾きのほうです。先月と比べてどの札が急に伸びたか、が読めれば、置いた目的の大半は果たせています。

課題2　誰が何を出したかの記録が、アプリごとに散る

取引先から点検を受けたとき、あるいは社内で監査の対象になったときに困るのは、記録が無いことよりも、記録がアプリの数だけ別の場所に別の形で残っていることです。1つのアプリは呼び出しの回数だけを持ち、別のアプリは入力の本文まで持ち、3つ目は提供元の管理画面にしか残っていない。こうなると、質問1つに答えるために担当者を3人呼ぶことになり、答えがそろうまでの日数が、そのまま点検の印象を悪くします。

欧州の人工知能規則は、高リスクに当たるAIシステムについて、第12条で、稼働している期間を通じてイベントを自動で記録できる技術的な能力を備えることを求めています。同条3項は、生体情報にかかわる一部の類型について、最低限記録すべきものとして、各使用期間の開始と終了の日時、照合した参照データベース、一致が見つかった入力データ、結果の検証に関わった人の特定、の4つを挙げています。さらに第26条6項は、そのシステムを使う側にも、自らの管理下にあるログを原則6か月以上残すことを求めています。

適用の時期は動いています。2026年の改正で高リスクの義務は後ろ倒しになり、現在示されている適用日は、付属書III掲載の類型が2027年12月2日、付属書I掲載の類型が2028年8月2日です（第50条の透明性の義務は2026年8月2日のまま据え置かれました）。日本の企業でも、欧州向けの製品や、欧州に関係する取引先の点検を通じて、これらが条件として降りてくることがあります。自社が高リスクに当たるかどうかは個別の判断になりますが、「記録は自動で取れているか」「6か月分は取り出せるか」の2つは、当たるかどうかが決まる前でも先に確かめておける項目です。なお、記録として何を残すかの設計は別の話で、通す口が片付けるのは「どこに集まるか」だけです。

課題3　モデルを替える判断が、現場の予定に縛られる

国内のある企業が公開した社内向け中継の構築の記録には、複数のサービスがそれぞれ別の提供元を直接呼んでいたときに起きていたことが4つ挙げられています。利用の制限に当たったときの再試行がサービスごとに別々に実装されていたこと、新しいモデルが出るたびに複数のサービスで呼び出し名を個別に書き換える必要があったこと、どの機能がどの顧客のためにどのモデルをどれだけ使ったかが提供元をまたいで分からなかったこと、そしてデータを国外に出せない機能でのモデルの制限が、各サービスで個別に管理されていて適用漏れの恐れがあったことです。

4つ目が、いちばん静かに効きます。「この機能だけは国内で処理する」という決めごとは、アプリの中に書くと、アプリが増えるたびに書き写す作業が発生します。書き写した数だけ、写し間違いの余地が増えます。しかも写し間違いは、事故が起きるまで表に出てきません。決めごとを1か所に置いて、そこを通らないと外に出られない形にすると、この種の抜けは構造的に減ります。

マーケティングの現場では、モデルの差し替えはもう1段めんどうです。広告文や記事の下書きは文体そのものが資産なので、呼び出し先を替えると言い回しが変わり、確認の手間が跳ね上がります。通す口があると、同じ入力を新旧2つのモデルに流して並べる作業が中継の側でできるので、替えるかどうかの判断を、現場の締め切りとは別の時間軸で進められます。替えたあとに戻す判断も、設定を戻すだけで済みます。

原因　AIの呼び出しは、末端のコード1行として社内に入った

なぜ散ったのかを、規律の問題にしないほうがよいです。従来の外部システムとの連携は、情報システム部門が窓口を作ってから始まるものでした。AIの呼び出しは順番が違います。鍵を1つ発行して、コードに1行足せば動きます。しかも部門の予算で決裁できる価格帯から始まります。つまり最初から、窓口を経由しない形で末端に入るように出来ていました。散っているのは、入り方の順番がそうだったからです。

業務の道具に後から付いたAIの機能も同じ構図です。既存の道具の中でAIが動くとき、通信はその道具の提供元から外へ出ていきます。社内に中継を置いても、その経路は中継を通りません。ここを最初に確かめておかないと、「通す口を置いたのに、記録に出てくる件数が実感の半分しかない」という状態になります。

だから対策の形も、「禁止して集める」ではなく「通したほうが楽な状態を作って集める」になります。提供元の鍵を各部門に配るのをやめ、中継の鍵だけを配る。中継の側に、再試行、提供元が落ちたときの切り替え、利用量の記録が付いてくる。そうすると、使う側の手間はむしろ減ります。手間が減らない集め方は、時間が経つと必ず抜け道ができます。

通す口の3つの型と、どれを選ぶかの分かれ目

通す口の作り方は、大きく3つの型に分かれます。自社の基盤の上に中継を立てる型、外の中継サービスを経由させる型、社外へ出る通信を検査する場所で見る型です。3つは置き換えの関係ではなく、見える範囲と決められる範囲が違います。混ぜて使うのが普通で、実際には3つ目で全体を見ながら、業務で使う呼び出しを1つ目か2つ目に寄せていく形になります。

型	見える範囲・できること	向く場面と注意
自社に中継を立てる	入力と出力の中身、行き先の選び直し、札ごとの積み上げ。データが自社側に留まる	決めごとが複合しているとき。運用と当番を持つチームが要る
外の中継サービスを通す	行き先の切り替え、記録、上限。立ち上げが速い	決めごとが単純なとき。通した量に対する上乗せが乗る
網の出口で検査する	許可していない道具への通信も含めて、出ていくこと自体が見える	全体の把握に向く。呼び出しの中身に沿って行き先を選び直すことはできない

自分で立てるか外を使うかの分かれ目は、決めごとが単独か、複合かです。「記録を取りたいだけ」のような単独の要件なら、外の中継で足ります。ところが「この機能は国内で処理する」「呼び出し先が落ちたら指定した順に切り替える」「ただし切り替え先も国内に限る」のように条件が重なると、既製の中継の標準の機能では書ききれないことがあります。先ほどの国内の構築記録も、まさにこの組み合わせが理由で、既製の中継をそのまま使う案から自社での実装に切り替えたと書かれています。

費用は「置いた分」ではなく「通した分」で増える

通す口の費用は、置いた瞬間に決まる固定の額ではなく、通した量に付いてきます。増え方は3通りです。1つ目は外の中継を使う場合の上乗せで、利用分を前払いで買うときに5.5%を上乗せする形が公表されている例があります。2つ目は自前で立てる場合の保守の時間で、月10時間規模の手当てを見込む置き方が示されています。3つ目は検査を足した分です。入る手前や出る手前で中身を見る処理を重ねるほど、1回あたりの処理は増えます。

減る側もあります。同じ問いが繰り返される用途では、一度出た答えを取り置いて返す仕組みが効きます。取り置きが当たる割合は3割から4割が典型と紹介されており、当たったときの応答は5ミリ秒に満たない一方、当たらない呼び出しは2秒から5秒かかります。ある提供側は、当たったときに待ち時間が最大で9割減ると報告しています。ただし当たる割合は用途で大きく変わるので、他社の数字を自社の試算の前提に置かないでください。問い合わせ対応のように定型が多い用途と、企画の壁打ちのように毎回違う用途とでは、桁が変わります。

金額の話に入る前に決めておくことが1つあります。札をどの単位で付けるかです。部門で割るのか、機能で割るのか、案件で割るのか。先ほどの構築記録では、札を柔軟に足せる形で保存しておいたおかげで、後から集計の切り口を増やせたと書かれていました。ここを決めずに通し始めると、記録は取れているのに割り戻せない、という一番もったいない状態になります。

置く前と置いた後で、運用の何が変わるか

情報システム部門の側では、5つの場面で手順が変わります。新しい機能でAIを使いたいという相談が来たときは、提供元との契約と鍵の発行ではなく、中継への札の登録になります。使いすぎが起きたときは、請求書を待たずに札の単位で止められます。情報が出たかもしれないという相談には、通った記録を時間で絞って答えられます。提供元が落ちたときは、各アプリの担当者に連絡して回るのではなく、中継の切り替えで済みます。退職者が出たときは、鍵の回収先が1か所になります。

マーケティング部門の側で変わるのは、説明できることの範囲です。施策ごとに札を付けておけば、「この四半期の記事制作でAIにいくら通したか」が言えるようになります。外部の制作会社や代理店に渡した作業でAIが使われた場合も、自社の中継を通す形にしていれば、どこに何が出たかを自社の記録で説明できます。顧客の名前、未公表の価格、商談のメモといった、マーケティングの現場でいちばん混ざりやすいものが、出る手前の1か所で見えるようになります。

一方で、置いたのに何も変わらないという結果になることもあります。次のような形になっていないかを、置く前に確かめておくと手戻りが減ります。

• 提供元の鍵を配ったまま、中継の鍵も配った。両方の道が生きていて、通す口を通らない経路が残っている
• 札を決めずに通し始めた。記録は溜まっているが、部門にも施策にも割り戻せない
• 記録を見る担当と周期を決めていない。半年後に誰も開いていないことに気づく
• 初日から検査を強く当てた。現場が回り道を覚え、許可外の道具の利用がかえって増えた
• 中継の設定を触れる人が1人しかいない。その人の休みが、そのまま切り替えの遅れになる

遅くなるのではないか、という心配の実際

通す口を提案すると、必ず出てくるのが「1段はさむと遅くなるのでは」という声です。中継そのものが足す時間は、運用が整っていれば数ミリ秒から数十ミリ秒の範囲だと説明されています。モデルの応答そのものが数秒かかることを考えると、比率としては小さい部類です。先ほどの構築記録でも、記録の書き込みは応答を返した後に別で行う作りにしてあり、返す速さには乗らないようにしてあると書かれていました。

実際に増えるのは、検査を足したときです。入る手前で中身を見る、出る手前でもう一度見る、という処理を重ねると、そこは実測しないと分かりません。設計の解説でも、機能を1つ足すたびに応答の速さと処理できる量に影響しうると述べられています。だから、検査は最初から全部を有効にせず、記録だけを取る期間を挟んでから1つずつ入れるのが実務的です。

速さより先に問題になりやすいのは、通り道が1本になったことによる詰まりのほうです。同時に呼べる数の上限は提供元の側にもありますが、中継の側にも別に持っておかないと、1つの部門が大量に流したときに他の部門の呼び出しが待たされます。札ごとに1分あたりの上限を持てる形にしておくと、止めなくても混み具合を分けられます。

1か所に集めると、そこが落ちたとき全部落ちる

集めることの裏側に必ず付いてくるのが、中継が落ちればモデルが生きていても社内のAIは全部止まるという性質です。散っていたときは、1つの提供元が不調でも、別の提供元を使っている部門は動いていました。集めた後は、止まったときの範囲が集めた分だけ広がります。これは設計の失敗ではなく、集約と引き換えに受け取る性質なので、逃がし方を最初に決めておくしかありません。

逃がし方は3つあります。1つ目は、提供元とモデルの組み合わせごとに別々の遮断器を置くことです。1つのモデルの不調が、同じ提供元の別のモデルへの呼び出しまで止めないようにします。2つ目は、中継を通らない緊急の経路を、使う条件と記録の残し方まで含めて先に書いておくことです。記録が薄い状態を一時的に許すという決めごとを、事故の最中ではなく平時に作っておきます。3つ目は、切り替え先のモデルを、切り替える前に品質の下限で確かめておくことです。安いほうへ逃がしたら答えの質が変わっていた、は実際に起こります。

運用の側では、落ちたときに誰が何分で判断するかを決めておきます。中継を持つチームは、いつのまにか「止めるかどうかを決めるチーム」になります。設計の解説でも、この仕組みを持つチームが検査の調整や誤って止まった件の仕分け、呼び出し当番までを抱えることになり、結果として安全の判定を担うことになると指摘されています。持ち主を決めずに置くと、この負荷が誰にも割り当てられないまま溜まります。

AIに任せる工程と、人が決める工程を先に切る

通す口は、放っておくと記録の山を作ります。読む作業のほうは、AIに回せる部分がはっきりしています。先月と比べて増え方が急な札の洗い出し、初めて出てきた行き先の一覧、同じ内容が繰り返し流れている箇所の抽出、伏せ字の規則に引っかかった呼び出しの分類。いずれも量が多くて人の目には合わない作業です。出させる形は「一覧と、そう判断した理由の一言」までにしておくと、見る側が確かめる手間が減ります。

人が決めるほうは4つです。何を出したら止めるかの線、例外を通すかどうかの承認、切り替え先に登録してよいモデルの可否、記録を見る周期と担当。線をAIに書かせない理由ははっきりしています。止める強さは業務の事情で決まるもので、記録の中には答えがないからです。止めすぎれば現場は別の道を使い、許可外の利用に戻ります。その境目は、その部門が何を扱っているかを知っている人にしか引けません。

分ける基準は、難しさではなく、間違えたときに手前で誰かが気づくかどうかです。洗い出しを間違えても、次の週に見直せば直ります。止める線を間違えると、気づくのは現場が回り道を覚えたあとで、そのころには記録に出てこない利用が育っています。だから、AIに任せる範囲は「気づける側」に寄せ、取り返しのつかない側は人の手元に残す、という切り方をします。

置いても解けない問題が、5つ残る

ここが、この仕組みでいちばん誤解される部分です。通す口は、通った通信については強いですが、通らない通信については1行も記録を持ちません。私物の端末から使われた分、ブラウザに入れた拡張が出している分、端末の中だけで動く仕組み、業務の道具に後から付いたAIの機能。これらは中継の外を流れます。置いた翌月に記録を見て「思ったより件数が少ない」と感じたら、それは減ったのではなく、外を流れている分が見えていないだけです。

中身を見ようとすると、もう1つ壁があります。ウェブの通信はおよそ95%が暗号化されているとされ、出口で検査する型では、中身まで見るなら復号の仕組みと、それを社員にどう説明するかの整理が別に要ります。復号を入れない選択もあり得ますが、その場合に分かるのは「どこへ出ていったか」までで、「何を出したか」は分かりません。どちらを取るかは、業務の性質と、労務の側の説明のしやすさで決めることになります。

そして、通信を見る場所と、操作の権限を絞る場所は別です。2025年7月には、開発向けの基盤で、変更を止めると明示していた期間にもかかわらず自動で動く仕組みが本番のデータベースを消し、1,196社分の記録に影響が及んだ事故が報告されています。通す口が言葉の出入りを見ていても、その先で実行できる権限をそのまま渡していれば、こうした事故は止まりません。残る問題を、5つに整理しておきます。

• 通らない経路には届かない。私物端末・拡張・端末内で動く仕組み・道具に付いたAI機能は中継の外を流れる
• 中身を見るには復号が要る。出口で見る型は、復号の仕組みとその説明を別に用意しないと行き先しか分からない
• 止めすぎると戻る。検査を強く当てるほど回り道が増え、許可外の利用に戻っていく
• 実行できる権限は絞れない。通信を見ることと、外部の操作を実行できる範囲を狭めることは別の仕事
• 記録を誰がいつ見るかを決めないと、置いただけで終わる。溜めることと読むことは別の工程

小さく始める順番

いきなり全社の通信を寄せにいくと、必ずどこかで止まります。5工程で、記録だけの期間を挟みながら進めるのが安全です。順番には理由があって、札の単位を決める工程を、記録を取り始める工程より先に置くのが要点です。逆にすると、溜まった記録が後から読めません。

なお、置かないという判断もあります。設計の解説では、関わるチームもモデルも検査も少数にとどまるうちは、見合わないことがあると述べられています。1つのアプリが1つのモデルを呼んでいるだけなら、共通の呼び出し部品を1つ作るほうが早く、運用の当番も要りません。複数のチームが共通の決めごとを必要とし始めた時点が、置きどきです。

よくある質問

認証を1つにまとめてあれば、通す口は要らないのでは？

要ります。認証は「誰が入るか」を確かめる仕組みで、入ったあとにどのアプリからどのモデルへ何が出たかは、認証の記録には残りません。逆に、通す口だけを置いて人の名寄せがないと、記録がアプリ名までしか辿れません。2つを重ねてはじめて、誰が何を出したかが1本でつながります。

業務の道具に後から付いたAI機能も、通す口を通せますか？

多くは通せません。その機能は道具の提供元の中で動いており、通信も提供元から外へ出ていくためです。この分は、提供元との契約条件と、道具側の管理画面で見るしかありません。通す口の記録と、道具側の管理画面と、社外へ出る通信の記録の3つを並べて、見えていない範囲を「不明」として明示しておくのが現実的な扱いです。

小さい組織でも置いたほうがよいですか？

使っているモデルが1つで、呼んでいるアプリも1つなら、急ぎません。共通の呼び出し部品を1つ作って、記録の項目だけそろえておけば足ります。判断の目安は本数ではなく、「同じ決めごとを2か所以上に書き写している状態が生まれたか」です。書き写しが始まったら、そこが置きどきです。

置けば、情報の持ち出しは止まりますか？

止まりません。止まるのは、通す口を通った通信のうち、止めると決めた条件に当たったものだけです。私物の端末やブラウザの拡張から出ていく分は、通す口には来ません。また、止める条件を書くのは人で、書いていない条件は通ります。置くことと、止めることは別の作業です。

中継は情報システム部門が持つべきですか？

運用は情報システム部門が持つのが自然ですが、止める線を決める場面では業務側の判断が要ります。設計の解説でも、この仕組みを持つチームが検査の調整や誤って止まった件の仕分けを抱え、結果として安全の判定を担うことになると指摘されています。運用の持ち主と、線を決める持ち主を分けて書いておくと、後から押し付け合いになりません。

まとめ

AIゲートウェイは、人のログインを束ねる仕組みの言い換えではありません。社内のアプリからAIへ出ていく通信を1本の管に通し直し、そこで見る、数える、止める、差し替えるための場所です。変わるのは、誰が使ったか、費用の見え方、出す情報の止め方、モデルの差し替えの4つ。それ以外は変わりません。型は3つあり、決めごとが複合するほど自社で立てる側に倒れます。費用は置いた分ではなく通した分に付き、上乗せの率、保守の時間、検査を足した分で増え、取り置きが当たる用途では減ります。

そして、置いても5つ残ります。通らない経路、復号、止めすぎ、実行できる権限、そして記録の読み手。このうち最後の1つだけは、道具では埋まりません。札の単位を決めて、1つの業務で1か月、記録だけを取ってみる。その1枚を最初に開く人と日付が決まっていれば、通す口は置いた翌月から働き始めます。決まっていなければ、どれだけ精巧に組んでも、増え続ける記録の置き場所にしかなりません。

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