Appleが独自モデルを訓練する中、中国で分岐するAppleとGoogleのAI戦略

Appleは、世界向けのSiri刷新をGoogleのGemini技術を軸に構築する一方で、中国専用の初のAIモデルを訓練したと報じられている。この動きにより、AppleとGoogleのAI提携は、分断された戦略の一部に位置づけられることになった。

この取り組みに詳しい3人がReutersに語ったところによると、AppleはAlibabaの支援を受けてこの大規模言語モデルを開発した。このモデルは、海外AIサービスに対して他市場とは異なる登録、データ、コンテンツ要件が課される中国向けに設計されている。

重要なのはモデルのブランド名よりも、この違いそのものだ。Appleはもはや、AIを内製するか他社からライセンス供与を受けるかという二者択一ではない。法域ごとに異なるモデル、インフラ、コンプライアンス体制を組み合わせている。

AppleはQwen統合の先へ進む

報じられたモデルは、Appleの役割を中国AIサービスの統合者から、中国企業と協力してモデルを開発する事業者へと変える。

Appleは以前、主としてAlibabaのQwenとBaiduが提供する機能に依存する準備を進めているように見えた。規制当局の報告によると、中国のサイバースペース規制当局は2026年7月、国内iPhone向けのApple Intelligenceを登録した。

Alibabaは、中国においてQwenをiOS、iPadOS、macOS、visionOS全体のApple Intelligenceに統合すると述べた。Baiduも、中国のユーザー向け機能でAppleと協力していることを別途確認している。

この構図は比較的なじみのあるものを示していた。AppleがインターフェースとOSを管理し、承認を受けた国内企業が重要なモデル機能を提供するという形だ。

新たな報道は、より野心的な取り決めを描いている。Appleは外部エンジンとしてQwenに全面的に依存するのではなく、Alibabaの支援を受けて中国向けのカスタム大規模言語モデルを訓練したという。

大規模言語モデル、すなわちLLMは、大量の訓練データからパターンを学習した後、言語を予測・生成する。自ら訓練すれば、第三者のチャットボットを呼び出すよりも、挙動、最適化、評価、統合をより細かく制御できる。

ReutersはAppleの中国向けモデルについて技術仕様を公表していない。アーキテクチャ、パラメータ数、訓練データ、ハードウェア、デプロイ環境はいずれも明らかにされていない。

AppleとAlibabaも、役割分担を公に説明していない。Alibabaは訓練インフラ、ローカルデータに関する専門知識、評価システム、Qwen技術、または規制対応支援を提供した可能性がある。公開情報からは、どの組み合わせが該当するのかは確定できない。

この不確実性があるからこそ、表現は重要になる。「支援を受けて訓練」は、AppleがAlibabaのモデルを出発点にしたことを必ずしも意味しない。また、Appleがすべてのコンポーネントを独力で構築したことも示していない。

より明確な結論は限定的だ。Appleは、単独では容易に再現できない能力についてAlibabaに依存しつつ、より直接的に方向付けられる中国専用モデルを求めていると報じられている。

これは、他地域のAppleユーザーになじみ深い外部拡張型の構造からの転換だ。例えばChatGPTは、Appleのシステムが外部支援を必要と判断したリクエストに対するオプションのサービスとして機能してきた。

Apple向けに特別に訓練されたモデルは、OSのより深い層に組み込める。デバイスのハードウェア、Siriのオーケストレーション層、Writing Tools、パーソナルコンテキスト、そして各リクエストを取り巻くプライバシー管理に最適化できる。

Appleはすでに、この違いを重視していることを示している。世界向けモデル群について説明する際、経営陣は、Gemini技術がAppleモデルの訓練と改良に役立った一方で、SiriをGeminiアプリケーションに変えたわけではないと強調した。

中国プロジェクトは、異なる技術的・政治的制約の下で同じ製品哲学を適用しているように見える。Appleは外部からの支援を受け入れながらも、ユーザーがApple Intelligenceとして体験するモデルの主導権を求めることができる。

これは単なる製品ラベルの問題ではない。モデル訓練を管理する側は、機能の連携方法、アップデートのテスト方法、デバイス全体での性能上のトレードオフの管理方法を決定できる。

制御を強めれば、責任も増す。モデルが不正確な、制限対象の、または安全でない出力を生成した場合、Appleはそれを単にパートナーサービスの障害として扱うことはできない。

したがって、報じられたモデルはこの記事の中心的な緊張関係を生み出している。Appleは統合された製品モデルを維持したい一方、中国進出には現地の技術・規制システムへのより深い依存が求められる。

AppleとGoogleのAIプレイブックを中国へそのまま持ち込めない理由

モデル、インフラ、規制対応の経路が異なるため、AppleはGoogleを軸とする世界向けアーキテクチャを中国にそのまま複製できない。

AppleとGoogleは2026年1月、複数年にわたるAI協業を発表した。両社の共同声明では、次世代Apple Foundation ModelsがGeminiモデルとGoogleのクラウド技術を基盤とするとしている。

この表現は当初、AppleがSiriを支える知能を外部委託しているかのように聞こえた。その後Appleは、より多層的な説明を提示した。

Craig Federighiは、AppleはGeminiのコンシューマー向けアプリケーション、Google Search、またはGoogleが顧客に直接提供するモデルを利用していないと述べた。その代わり、AppleとGoogleはApple Intelligence向けに設計されたモデルで協業したという。

4つのモデルは、Appleシリコン向けのカスタムビルドとして説明された。Appleによると、これらは独自データで訓練され、Geminiのフロンティアモデルの出力を用いて改良された。

最も負荷の高いモデルであるAFM Cloud Proは、Google Cloud上のNvidiaハードウェアで稼働する。Appleは、この環境にもPrivate Cloud Computeの保護を拡張したとしている。

Private Cloud Computeは、データ保持と運用者アクセスを制限しながら、リモートサーバーで複雑なリクエストを処理するAppleのシステムだ。Appleはまた、セキュリティ研究者が設計上の重要な要素を検証できる資料も公開している。

この世界向けアーキテクチャは、すでに独立性と能力の間の妥協点だ。Googleはフロンティアモデルの知見、クラウドインフラ、特殊ハードウェアへのアクセスを提供する。Appleは製品体験、オーケストレーション、プライバシー設計、そして最終的なモデル群の大部分を管理する。

中国では別の妥協が必要になる。Googleのコンシューマー向けAIサービスは同じ形では利用できず、中国の規則では公開生成AIサービスに国内の規制手続きを完了することが求められる。

企業は、訓練データの適法性、コンテンツセキュリティ、個人情報保護、公開モデルの挙動に対応しなければならない。海外企業には、中国のデータ・インフラ要件に適合する現地での運用体制も必要だ。

Appleは、中国のSiriリクエストを他地域で使われているGoogleホストの同一システムへ振り向けるだけでは、これらの要件を満たせない。技術的に適したモデルであっても、受け入れ可能な登録、ホスティング、データ、コンプライアンスの枠組みが必要になる。

Alibabaは、Appleが必要とする複数の要素を提供する。同社は中国の主要クラウドプラットフォームを運営し、Qwenモデル群を開発し、中国のAI規則への対応経験を持つ。

Baiduは、検索、視覚知能、Ernieモデル群を含む別の資産をもたらす。以前の報道では、Appleは他地域でGoogleやOpenAIが担う可能性のある視覚・ウェブ関連機能をBaiduが支援すると見込んでいたことが示唆されていた。

そのためAppleの中国向けアーキテクチャは、製品レベルでは世界向けシステムに似せつつ、内部構造を異なるものにできる。Siriは同じ親しみのあるインターフェースを提示しながら、別個のモデルやサービス群にタスクを振り分けられる。

これにより、地理的なモデルスタックが生まれる。ユーザーのデバイス、アカウント地域、現地規則が、どのモデルがリクエストを処理するか、処理がどこで行われるか、どのコンテンツポリシーが適用されるかに影響しうる。

システムレベルAIは、一般的なアプリケーションソフトウェアより移植性が低くなりつつあるため、開発者は注意を払うべきだ。アプリは多くの場合、単一のコードベースを世界展開できる。しかし、組み込まれたAIの挙動は、国別のモデル、エンドポイント、評価体制に依存する可能性がある。

企業の購入担当者も同様の問題に直面する。ある地域で文書を正確に要約するワークフローが、別の地域では異なる基盤モデルを使うかもしれない。出力品質、禁止される主題、保持ルール、ツールアクセスは変動しうる。

ナレッジワーカーも、一貫したインターフェースが一貫したアシスタントを保証するわけではないことを理解する必要がある。同じSiriコマンドでも、市場によって異なる知識ソースや応答拒否の境界に直面する可能性がある。

Appleにとっての利点は、製品アイデンティティを捨てずに市場へアクセスできることだ。代償は、説明、テスト、保守がより困難になるアーキテクチャである。

AppleとGoogleのAI関係は、中国以外では引き続き中核をなす。中国国内ではAlibabaとBaiduが不可欠となり、Appleは一定の制御を取り戻すために独自に訓練したローカルモデルを加えると報じられている。

これはGoogleの置き換えというより、地域ごとの分岐だ。Appleは同じ製品上の約束に向け、並行する経路を構築している。

Appleの真の相手はパートナーモデルへの依存

主要な競争は、Apple対GoogleやAlibabaではない。Appleの製品統制への欲求と、外部モデル開発企業への依存拡大の間にある。

Appleは伝統的に、ハードウェア、ソフトウェア、サービスのつながりを管理することで製品を差別化してきた。基盤モデルは、その訓練に研究、データ、計算インフラ、迅速な反復が必要となるため、この方程式を複雑にする。

GoogleとAlibabaはすでに、これらの資産を大規模に保有している。Appleは巨大なデバイスプラットフォーム、カスタムシリコン、OSへのアクセス、そして人々が自社アプリケーションを利用する方法に関する詳細な知識を持つ。

この分担は自然な協業関係を生む。モデル企業はAppleの能力上の不足を補い、Appleは高価値デバイス内で自社技術の流通を提供する。

同時に、戦略上のリスクも生じる。Appleが1社のパートナーモデルに過度に依存すれば、その企業は性能、リリース時期、インフラの選択、そしてすべてのAI機能の経済性に影響を及ぼす。

Appleの世界向け設計は、Geminiの知見をApple専用モデルに変換することで、そのリスクを抑えようとしている。Federighiは、これらのモデルをAppleのインターフェースの背後に置かれたGoogle製品ではなく、カスタムシステムだと説明した。

Appleが既に発表しているモデル研究も、このアプローチを裏付けている。2025年のモデル群には、およそ30億パラメータのオンデバイスモデルと、Private Cloud Compute向けに構築されたサーバーモデルが含まれていた。

オンデバイスモデルは、量子化対応訓練などの手法を用いてAppleシリコン向けに最適化された。これは、より低い数値精度で動作するようモデルを準備する手法だ。低精度化はメモリーと計算要件を削減できる。

サーバーモデルには、Mixture-of-Expertsアーキテクチャが採用された。この設計では各リクエストに対してモデルの一部だけを有効化するため、すべてのパラメータを有効化する場合と比べて必要な処理を削減できる。

こうした詳細は、AppleがGoogleとの合意以前から本格的なモデル開発能力を構築していたことを示す。ただし、複雑な推論、幅広い知識、エージェント型タスクにおいて、Appleの内製システムが最高水準のフロンティアモデルに匹敵していたことを証明するものではない。

Googleは、そうした能力に至るより速い経路を提供した。AppleはGeminiの出力、技術、インフラを利用しつつ、結果を自社デバイスとプライバシーアーキテクチャに適応させることができた。

Alibabaは中国で同様の役割を担いうるが、その関係にはもう一層の要素がある。Appleは、中国の規制当局に受け入れられ、現地の言語、文化、サービス、法律に適した振る舞いを実現する必要がある。

以前の中国向けシステムの説明では、Alibabaがコンプライアンスのためにモデル出力を分析・修正するとされていた。規則やフィルタリング要件が変わった際には、デバイスに更新済みモデルが配信される可能性がある。

その中国向けアーキテクチャによれば、古いモデルは準拠した更新版が届くまで無効化される可能性がある。この仕組みでは、モデル更新が製品リリースであると同時に、ポリシー執行の手段にもなる。

独自モデルを訓練すれば、Appleはこうした更新をより厳密に制御できる。一般的なQwenサービスの周囲に別個のフィルターを設けるのではなく、Appleアプリケーション向けに単一のシステムを調整できるからだ。

カスタムモデルはデバイス向けに蒸留することもできる。蒸留とは、より小さなモデルが、より高性能な教師モデルの出力から学習するプロセスである。

AppleはGoogleとの取り組みでこの手法を活用している。同社は、開発段階で最先端システムを使って回答を改善しながら、ローカルで動作する小規模モデルを作成できる。

中国プロジェクトでもAlibabaと同様の仕組みを採る可能性はあるが、これは推測にとどまる。Qwenがベースモデル、教師モデル、評価ツール、あるいは別の役割を果たしたのかについて、両社はいずれも明らかにしていない。

この違いは商業面で重要だ。Qwenを直接ベースにしたモデルであれば、Alibabaは中核的な知的財産により近い位置を保つことになる。Appleが独自に訓練したモデルであれば、Appleは最適化や更新の自由度をより高く確保できる。

より独立性の高い経路であっても、パートナーへの依存がなくなるわけではない。Appleにはなお、国内インフラ、規制当局との連携、そして場合によっては現地のナレッジサービスが必要となる。

したがってAppleは、完全な内製戦略に戻るわけではない。依存関係をレイヤーごとに分散する方法を学んでいる。

Googleは世界的に、最先端モデルの支援とクラウド能力を提供できる。Alibabaは中国で、ローカルな訓練と規制対応を提供できる。Baiduは選択された検索機能やビジュアル機能を担える。

Appleは引き続きオーケストレーターである。同社のシステムが、どのモデルにタスクを渡すか、どの個人コンテキストを利用可能にするか、処理をデバイス上に留めるかサーバーへ移すかを決定する。

そのオーケストレーション層は、単一のどのモデルよりも戦略的重要性を増す可能性がある。モデルは変わりうるが、ユーザーとの関係を維持するのはOSだからだ。

Appleの強みは、その関係を掌握していることにある。弱みは、アシスタントの知能が、独自のプラットフォーム、クラウド、商業的目標を持つ企業にますます依存している点だ。

カスタム中国モデルがもたらす新たなプライバシーとポリシーのリスク

所有権を強めればAppleは技術的な制御を得られるが、世界的なプライバシーの約束と中国のローカルなコンプライアンス要求との衝突は解消されない。

Appleによれば、同社のグローバルAIアーキテクチャは多くのリクエストをローカルで処理する。より複雑なリクエストはPrivate Cloud Computeに送られる場合があり、同社はそこでユーザーデータが保存されず、Appleもアクセスできないと主張している。

Federighiが詳述したSiriアーキテクチャには、システムオーケストレーター、オンデバイスモデル、Appleのクラウドモデル、Google Cloud経由でホストされるより大規模なモデルが含まれる。

Appleは、外部の研究者が主要なセキュリティ特性を検証できるとしている。その検証可能性は、個人メッセージ、文書、写真、アプリケーションデータの処理に対する懸念への回答の一部となっている。

報じられた中国向けモデルについて、これに相当する技術的開示は存在しない。Appleは、どこで稼働するのか、誰がサーバーを運用するのか、同じ検証システムが適用されるのかを明らかにしていない。

以前の報道では、中国における複雑なリクエストは、中国本土でiCloudサービスの運用も支援しているGuizhou-Cloud Big Dataに関連するインフラを通じて処理される可能性が示されていた。

この可能性は実務上の疑問を提起する。中国のクラウド推論ではAppleシリコン、Alibabaのハードウェア、あるいは別のプラットフォームが使われるのか。Appleは研究者向けにソフトウェアイメージや透明性に関する資料を公開するのか。

Alibabaが訓練支援にどのようなデータを用いたのかも不明だ。Appleは、ライセンスを得た中国語コンテンツ、合成例、Qwenの出力、Appleのデータ、またはそれらの組み合わせからモデルが学習したのかを明らかにしていない。

訓練データが影響するのは語彙だけではない。事実情報のカバレッジ、文化的な参照、政治的な境界線、安全性の振る舞い、現地アプリケーションへの親和性を形作る。

規制準拠も回答に影響する。中国で一般公開が承認されたモデルは、米国やカナダで期待されるものとは異なるコンテンツ要件に従わなければならない。

これは、すべての回答が信頼できなくなることを意味しない。システムの境界が、単に技術的なものではなく、部分的には政治的・法的なものでもあることを意味する。

Appleは、こうした違いをどれほど明確に伝えるかを決める必要がある。地域ごとのシステムをすべてApple Intelligenceと呼べばブランドの一貫性は保てるが、有意な差異を覆い隠す可能性がある。

ユーザーは、リクエストがデバイス上に留まるのか、Appleが管理するサーバーに送られるのか、中国のパートナーが関与するのかを判断できるべきだ。

また、パートナー企業がプロンプトを保持したり、モデル改善に利用したりできるかも知る必要がある。Qwen統合向けに一時公開されたサポート文書では、Alibabaは送信されたコンテンツを自社モデルの訓練に利用できないとされていたという。

これは有益な保護策だが、サポート文書だけで完全なアーキテクチャを説明することはできない。サーバーアクセス、ログ記録、法的要請、個人コンテキストを外部サービスからどのように分離するかについては説明されていない。

モデル品質も別の不確実性を抱える。Appleの中国向けモデルは、標準中国語、地域ごとの言語パターン、画像、アプリケーション操作、現地に関連する知識を扱わなければならない。

また、Appleのハードウェア制約にも適合する必要がある。オンデバイスモデルは、iPhoneの他のすべての機能とメモリ、ストレージ、バッテリー寿命を競合する。

より大規模なクラウドモデルは強い推論能力を提供できるが、遅延とインフラ依存を増やす。また、機微なデータを物理デバイスの外へ移動させる。

Appleはルーティングによって、その複雑さの多くを隠せる。ユーザーは一つの質問をするが、システムは能力、プライバシー、可用性、ポリシーに基づいてモデルを選択する。

ルーティングの誤りを診断するのは難しい。弱い回答は、モデル、検索プロバイダー、コンテンツ制限、欠落した個人コンテキスト、あるいはオーケストレーターの判断に起因する可能性がある。

この分断は、開発者にも負担をかけうる。Appleのグローバルモデルに対してテストされた機能でも、中国向けモデルがツール呼び出しや構造化出力を処理すると、異なる挙動を示す可能性がある。

社内アシスタントを導入する企業も同じ問題に直面する。単一のグローバルベンチマークではなく、各地域をカバーする評価セットが必要だ。

チームは、モデルテスト、アーキテクチャノート、地域別のコンプライアンス判断を保存するために、検索可能なAIナレッジベースを利用できる。同一のインターフェースが異なるシステムを隠す場合、ドキュメントは極めて重要になる。

最大のリスクは過大な主張だ。Reutersの報道が示すのは、AppleがAlibabaの支援を受けて中国向けモデルを訓練したと報じられていることだ。消費者向けの準備が整ったことや、展開が承認されたことを示すものではない。

また、AppleがQwenを置き換えることの証明でもない。カスタムモデル、Qwen統合、Baiduのサービスは、別々のレイヤーで共存しうる。

Appleは新たな訓練の取り組みを独自には確認していない。技術文書を提供するまでは、このプロジェクトは完成した製品ではなく、報じられた戦略として扱うべきだ。

Appleが報じられた中国向けモデルの後に注目すべき点

3つのシグナルが、Appleが本格的な地域別モデルプラットフォームを構築したのか、それとも遅れた展開における新たな実験レイヤーにすぎないのかを示す。

最初のシグナルは、モデルレベルの文書を伴う、中国本土での正式なApple Intelligenceのローンチだ。

規制上の登録は重要な障害を取り除いたが、Reutersは7月、規制当局がローンチ日を示していないと伝えた。登録と広範な提供開始は同じ出来事ではない。

Appleは、対応デバイス、OSバージョン、言語、機能を特定する必要がある。また、どのサービスがローカルで動作し、どのサービスがリモート処理を必要とするかも説明すべきだ。

Appleが訓練したモデルを明記するローンチであれば、報道の中心的な主張を補強する。Qwen統合としてのみ説明されるリリースであれば、カスタムモデルは依然として開発段階にあるか、用途が限定されていることを示唆する。

2つ目のシグナルは、Private Cloud Computeに相当する技術的なセキュリティ開示だ。

Appleのグローバルなプライバシーの主張は、ポリシー文言だけでなくアーキテクチャに基づいている。同社は、クラウドノードの動作方法や、研究者が関連ソフトウェアを検証する方法について詳細を公開している。

中国では、そのアプローチが地域インフラの要件を越えて維持できるかが試される。Appleは設計の大部分を再現するかもしれないし、国内事業者向けに修正するかもしれない。あるいは別の保証モデルを提供する可能性もある。

詳細な開示があれば、Appleがシステムの技術的所有者であり続けるという見方を強める。沈黙すれば、ユーザーは包括的な約束やパートナーの声明に依存することになる。

3つ目のシグナルは、Apple、Alibaba、Baiduの間の役割分担だ。

Appleは、自社モデルが直接言語を生成するのか、リクエストをルーティングするのか、あるいは小規模なオンデバイスコンポーネントとして動作するのかを明確にすべきだ。Alibabaは、Qwenが引き続きユーザー向け拡張機能であるのか、Appleのモデルの背後で技術を提供するのかを明らかにすべきだ。

Baiduの役割にも同等の注意が必要だ。同社の広報担当者は協業を認めたが、公の説明は検索、ビジュアルインテリジェンス、より広範なモデル能力の間で変化してきた。

各社が安定した明確な機能を担うなら、Appleはモジュール型の地域プラットフォームを構築したことになる。責任分担が変わり続けるなら、アーキテクチャはおそらくまだ固まっていない。

性能も間接的な試金石となる。中国のユーザーはSiriを、Huawei、Xiaomi、Oppo、Vivo、その他の国内デバイスに組み込まれたアシスタントと比較するだろう。

競合他社がより迅速な回答、より深いローカルサービス、より有能なエージェントを提供するなら、Appleはプライバシーブランディングだけに頼ることはできない。そのモデルは、単に流暢な文章を生成するだけでなく、中国のアプリケーションや日常サービスと連携しなければならない。

競争圧力は中国にとどまらない。ローカルモデルの成功は、Appleが優先するグローバルプロバイダーを利用できない他の規制市場にとっても、テンプレートになりうる。

この可能性があるため、この物語は一地域でのローンチを超える意味を持つ。Appleは、その下で動く知能を変えながら、OS企業が統一されたAI製品を維持できるかを試している。

AppleのGoogle AI戦略は、そのモデルの最初の形を確立した。Googleは技術とインフラを提供し、AppleはSiriと自社OSを通じてカスタマイズされたモデルを提示する。

中国戦略は2つ目の形を加える。AlibabaはローカルAIとコンプライアンス支援を提供し、Baiduは選択された能力を提供し、Appleは独自モデルを訓練していると報じられている。

どちらの経路も完全な独立をもたらすものではない。いずれも、パートナーが希少なモデル専門知識を提供する一方で、Appleがインターフェースとオーケストレーション層の制御を維持しようとする試みだ。

ユーザーは、Appleが何をブランド化するかだけでなく、何を文書化するかを見るべきだ。モデル名、ホスティング場所、プライバシー保証、パートナーのアクセス権は、システムの各部分を実際に誰が制御しているかを明らかにする。

サービスが利用可能になった際、開発者は地域間で同一のタスクをテストすべきだ。ツール呼び出し、拒否、構造化出力、事実情報のカバレッジの違いは、システムAI上に構築されるアプリケーションに影響を与えうる。

企業の購入担当者は、プロンプトがどこを経由し、どの企業によって処理されるのかを確認すべきです。また、重要なソース資料はアシスタントの外部に保存し、独自に検索できるパーソナル・ナレッジ・システムで管理する必要があります。

報じられているAppleの中国向けモデルは、コントロール戦略として捉えるのが最も適切です。同社はパートナーの支援を受け入れつつも、ユーザー体験の主導権をパートナーに握らせないようにしています。

今後数カ月で、このバランスが機能するかどうかが明らかになるはずです。注目すべきは、正式に名称が付いたモデル、文書化されたプライバシーアーキテクチャ、そしてApple、Alibaba、Baiduの間で安定した役割分担です。

これらのシグナルによって、Apple Google AIパートナーシップがSiriの遅れに対する一度限りの対応だったのか、それともAppleが管理するモデルによる地域ネットワークの青写真なのかが決まるでしょう。