6-1 「1社のAIに依存してはいけない」——日本が中国モデルを"使わない"のではなく"使い分ける"という現実解

はじめに：この記事の問題意識

「AI APIへの依存リスク」という教科書の問題6-1を出発点に、ここまでの議論を整理すると、一つの現実的な結論にたどり着きます。

日本は中国モデルを「使わない」のではなく、「法的リスクを解釈した上で、使い分ける」べきではないか。

これは「中国モデルを推奨する」という話ではありません。SPOF（単一障害点）とベンダーロックインを避けるという教科書の原則を、地政学時代の現実に適用すると、中国モデルを選択肢から外すこと自体がリスクになる、という話です。

問題6-1の整理：教科書の3問を復習する

(1) 単一障害点（SPOF）とは

システムや事業の構成要素のうち、そこが1か所故障・停止するだけで全体が停止したり重大な機能低下を起こしたりする箇所のことです。冗長化されていないサーバ、唯一のネットワーク経路、唯一の外部サービス依存などが典型例です。

AI APIへの依存で言えば、特定ベンダーのAPIだけを必須経路として使い、代替手段がない状態がSPOFになります。

(2) ベンダー障害が事業障害になる構造

1. 自社サービスがAI APIを必須機能として呼び出す

2. 代替経路がない、または切替に時間がかかる

3. ベンダー障害・仕様変更・料金改定・サービス終了が発生

4. 自社機能が停止・劣化

5. ユーザー影響、売上・信用・契約上の損害

6. 事業継続に影響

依存度が高い／代替性が低い／復旧時間が長い／影響範囲が広いほど、事業障害になりやすくなります。

(3) ベンダーロックインを減らす方法

• AI API呼び出しを抽象化レイヤ／アダプタで包み、ベンダー固有APIを直接各所に書かない

• 複数ベンダーの併用やフェイルオーバー、切替手順を用意する

• 標準的なAPI・プロトコルやOSSモデル、自前推論など代替手段を検討する

• プロンプト、評価データ、学習資産、ログを移行可能な形式で管理する

• 契約にSLA、データ移行、サービス終了時の支援、解約条件を盛り込む

• 定期的にベンダー切替訓練・依存度評価を行う

ここからが本題：地政学時代のロックイン

教科書的な答えは上記の通りですが、2026年の現実では**「法的リスク」がベンダーロックインを引き起こす**という、教科書には書かれていない構造が加わります。

法的リスクがロックインを生む3つの経路

① 「使えない」が「完全に捨てられない」を生む

中国の法令リスクがあるため、企業は中国系モデルを基幹業務に使えない。しかしコスト優位性があるため、周辺業務では使い続ける。結果として、「安全だが高い主系」と「安いが危険な副系」の二重構造が固定化され、両方への依存が残ります。

② 「法的リスク」が「契約上の出口」を塞ぐ

国家情報法・データセキュリティ法は、「データを出せ」と言われたときに拒否できるかが不明確です。この不確実性があると、「いつでも撤退できる」契約を結びたくても、先方の法的義務がそれを保証できない。技術的ロックインより厄介な、法的に出口が塞がれている状態です。

③ 「地政学的リスク」が「乗り換え先の選択肢」を狭める

米国APIはCLOUD Act、中国系は国家情報法、EUはAI Act。「完全に安全な乗り換え先」が存在しない。だから「危険だが安い中国モデル」に留まるインセンティブが働く。これは「リスクがあるのに代替がない」という、最も強いロックインです。

重要なのは、これは中国モデル固有ではないということ

米国APIにも同じ構造があります。どのベンダーを選んでも法的リスクはゼロにならない。だからこそ、**「リスクを完全に避ける」のではなく、「リスクを分類・可視化し、遮断できる層を確保する」**という設計が必要になります。

日本の現実：100人規模企業のケーススタディ

ここで、以前の議論を踏まえた100人規模の日本企業のケースを考えます。

前提

• IT専任は1〜2名（兼務）

• 機密情報（法務・人事・経営）と一般業務（下書き・翻訳・要約）が混在

• GPUを自前で持つ体力はないが、API従量だけも怖い

• 上場はしていないが、取引先から情報管理を求められる

アーキテクチャの結論

[社内アプリ]
   ├─ 機密・低レイテンシー → 国内DCの専有GPU（オープンウェイト自己ホスト）
   └─ 一般・高性能 → ハイパースケーラーAPI（印西リージョン）
        └ 必要に応じて中国系オープンウェイトを「評価用」に併用

ポイントは「中国モデルを本番系に置く」のではなく、「評価・比較・代替系」として位置づけることです。

• 機密・基幹：国内DCの専有環境（オープンウェイト＋RAG）

• 一般業務：米国APIを主系、国内・EU・中国系を代替系

• AIゲートウェイでデータ分類ルーティング

• 中国系オープンウェイトは自己ホスト限定（API経由のデータ越境を遮断）

中国モデルを「使う」ための法的リスク解釈

ここが記事の核心です。「中国モデルは危険だから使わない」で終わらせないために、リスクを分解して解釈します。

リスクは「モデルの国籍」ではなく「データの流れ」で決まる

つまり、「中国モデル＝一律危険」ではなく、「API経由か自己ホストか」「送るデータは何か」でリスクは大きく変わる。オープンウェイトの自己ホストは、データ越境リスクを遮断するという意味で、法的リスクを大幅に下げられます。

日本企業の実務が「個人情報かどうか」で線を引いていない点に注意

トヨタ、三菱重工、ソフトバンクなどは、個人情報の有無にかかわらず中国系AIの社内利用を禁止しています。理由は「情報漏洩とデータがAI学習に使われるリスク」であり、個人情報保護法以前の「情報管理」の問題として扱われているからです。

デジタル庁の注意喚起も、**「機密情報を取り扱わない場合であっても、リスクを考慮した上で利用可能な業務の範囲を特定する」**ことを求めており、個人情報の有無だけでは判断していません。

したがって、「個人情報じゃないから大丈夫」と割り切るのは危険です。営業秘密・技術情報・取引先情報も、国家情報法の対象になり得ます。

結論：日本は中国モデルを「使い分ける」べき

3つの原則

① 中国モデルを選択肢から外すこと自体がロックインを生む

米国APIだけに依存すれば、CLOUD Actリスクと価格支配に晒される。中国系オープンウェイトを評価・代替系として維持することは、交渉力と切替可能性を確保する意味を持ちます。

② 「API経由」と「自己ホスト」を分ける

中国企業のAPIを直接叩くのは、データ越境リスクが高い。しかしオープンウェイトを自己ホストすれば、データを外部に送らずに推論でき、法的リスクを大幅に下げられます。「中国モデルを使う」＝「中国企業にデータを送る」ではない。

③ データ分類とゲートウェイで境界を制御する

機密・個人情報・営業秘密はAPIに送らない。中国系オープンウェイトは自己ホスト限定で評価・代替系に置く。この境界をAIゲートウェイで制御し、監査ログを統合する。

100人規模企業の現実解

• 機密・基幹：国内DCの専有GPU（オープンウェイト＋RAG）

• 一般業務：米国APIを主系

• 中国系オープンウェイト：自己ホストで評価・代替系として維持。本番依存にしない

• 契約：SLA・データ移行・サービス終了支援・監査権を明記

• 定期訓練：ベンダー切替訓練と依存度評価を年1回

最後に

問題6-1の答えは「1社のAIに依存してはいけない」です。地政学時代において、この原則を徹底すると、「米国APIだけに依存する」ことも「中国モデルを全面排除する」ことも、どちらも依存の固定化につながるという結論になります。

日本が取るべき道は、「どのモデルが安全か」を国籍で決めるのではなく、「どのデータを、どの経路で、どの法的リスクを許容して流すか」を設計することです。中国モデルは、自己ホストという形でなら、その設計の中に組み込める。これが、教科書の原則と地政学の現実を両立させる、現時点での最も現実的な解だと私は考えます。

▼ DeepSeekを、日本語で学び、動かし、安全に使う。
実践学習サイト「deepseek.ac」では、参考書の内容を
操作と実装で確かめられる教材を公開しています。

▼ 参考書・問題集
『DeepSeek安全運用の手引き』
『DeepSeek安全運用の手引き 問題集 全70問』