- 公開日
AIのデータ経路は、推論する場所、入力と結果を保存する場所、同期する先、ログを送る先に分けて確認します。OSに組み込まれていることは機能の入口を示しますが、すべての処理が端末内で終わるという意味にはなりません。機能ごとの公式説明と有効な設定を照合し、業務で許可された情報だけが、許可された経路を通る構成を選びます。
まず、業務で守る条件をデータ別に決める
例えば会議の音声を要約するなら、原音、文字起こし、要約、話者や日時などの付随情報を分けます。原音を外へ出せない業務でも、確認済みの要約は承認済みサービスへ保存できる場合があります。逆に、音声を保存しない機能でも、文字起こしや利用履歴を保持するなら、その条件を別に確認する必要があります。
要件は「端末AIを使う」ではなく、「原音と文字起こしを端末外へ送らない」「要約だけを指定の保存先へ送れる」のように、情報と処理を結び付けて書きます。外部送信禁止の対象に、同期、バックアップ、診断用の情報も含むかを定めます。目的に必要な品質、利用できる端末、オフライン利用の必要性も、経路と並ぶ合格条件です。
採用時は、処理速度や推論先に加えて、その情報を扱ってよい条件も照合します。端末内処理でも、結果を共有フォルダーに保存すれば、その保存先の共有・同期条件は残ります。クラウド処理では、送信を認める情報と事業者の処理条件が業務要件に合うかを判断します。
「どこで使うか」と「どこで処理するか」を分ける
OS内蔵AIは、OSの画面や機能から呼び出せるという観点です。端末内AIは推論を端末上で行うという観点で、クラウドAIはサーバー側の処理を使うという観点です。OS内蔵の一つの機能が、条件によって端末処理とクラウド処理を使い分ける構成もあります。三つを互いに排他的な製品分類として比較しないようにします。
推論とは、モデルが入力から認識結果や文章などを作る処理です。音声の取得、文字起こし、要約、検索、保存が同じ場所で行われるとは限りません。「要約は端末内」と確認できても、その前の文字起こしがOSの音声サービスへ送られるなら、原音の経路は別です。文字入力欄に結果が現れることから、認識も端末内だったとは判断できません。
アプリ名だけでなく、どの機能が、どのデータを、どこへ渡すかを書き出します。アプリ独自のサーバー、OSが提供するサービス、モデルのクラウド処理、ユーザーの保存用クラウドは、運営主体や目的が重なる場合でも処理段階として区別します。接続先の名前と、そこへ送る原音・文字起こし・要約を対応付けます。
Appleの説明も、記載された経路に限定して読む
AppleのApple Intelligence and privacy on iPhoneは、端末内での処理とPrivate Cloud Compute（PCC）を使う処理を説明しています。PCCはApple Intelligenceのクラウド処理の仕組みです。PCCで処理するデータについての非保持の説明は、その処理経路に対する説明として読みます。端末に保存した文書や、別機能の同期、すべての診断記録まで保存されないという説明へ広げてはいけません。
確認に用いたのは2026年10月28日時点のアラブ首長国連邦（AE）向け英語iPhoneガイドで、iOS 27以降に言及する内容を含みます。同ガイド自身も、Apple Intelligenceはすべての言語や地域で使えるわけではなく、PCCも一部の地域では提供されないと注記しています。日本のすべての端末、OS版、言語で同じ機能を使えることを確認したものではありません。採用する機能の提供条件と、手元の端末の設定を別に照合します。
一方、Siri, Dictation & Privacyは、Siriや音声入力について、端末で処理するかサーバーへ送るかに関係する設定、改善への協力の選択、音声と文字起こし等の扱いを説明しています。こちらは固定OS版を示す仕様書ではなく、確認時点のプライバシー説明です。PCCの説明を、そのままSiriや音声入力の全データへ当てはめることはできません。
同資料には、iCloud利用時のSiriの設定やパーソナライズに関する同期も説明されています。これは、あらゆる音声メモの原音が同期される、または同期されないという説明ではありません。機能名が似ていても、原音、文字起こし、設定、学習や改善に使うデータ、診断情報を、原典がどの範囲で述べているかに戻って確認します。
音声メモの経路を、処理・保存・同期・記録へ分ける
ここからは、架空の業務アプリ「メモS」の音声メモを比較します。Apple純正のボイスメモや、実在製品の現行仕様を表す例ではありません。入力は、個人情報を含まない2分間の合成音声とします。内容は「試作品の発送は10月20日を予定。価格は未確定」の二点です。
業務要件は、原音と文字起こしは端末外へ出さず、要約は承認済みの保存先だけに送れることです。要約が発送予定を確約へ変えず、未確定の価格を補わないことも合格条件とします。同じ音声、利用者、端末とOS版、言語、出力項目、権限、比較対象外の設定を固定し、経路に関係する条件だけを変える設計です。基準となるAでは、同期と内容を含む診断送信を無効にすると仮定します。以下は未実施の比較計画で、精度や通信の測定結果ではありません。
| 比較案 | 変える条件 | 期待する経路と判断 |
|---|---|---|
| A：端末処理、同期なし | 比較の基準 | 原音→端末内の文字起こし→端末内の要約→端末保存。別の送信経路がないかも確認する |
| B：Aから要約の同期だけ有効化 | 要約の保存・同期先 | 推論はAと同じ。要約だけが承認済み保存先へ届き、原音・文字起こしが付随しないことを確認する |
| C：Aから要約のクラウド処理だけ有効化 | 要約の推論先 | 文字起こしをサーバーへ送る設計なら今回の要件に不適合。送信前に利用対象から外す |
| D：Aから内容を含む診断送信を有効化 | 診断のデータ項目・送信先 | 原音や文字起こしが含まれるなら不適合。内容と送信先が不明でも採用は保留する |
AとBで期待する要約は「試作品の発送は10月20日予定。価格は未確定」です。同じ文章をAでは端末へ保存し、Bでは承認済みの同期先にも保存します。保存内容が同じでも、送信先が増える点を確認します。
Aを基準にB、C、Dを個別に比べます。BとCでは複数の条件が異なるため、二つの結果の差を「同期の効果」とは呼びません。クラウド処理で別モデルを使うなら、処理先に加えてモデルも変わるため、品質や速度の差を処理場所だけの効果にはできません。今回の主な比較対象は、業務条件に合うデータ経路かどうかです。
Dは、診断ログがいつも原音を含むという主張ではありません。内容を含む構成を仮定し、送信項目が変わったときの判断を示しています。性能値やエラーコードだけを送る設定でも、識別子や端末情報が含まれる場合はその目的と許可を確認します。AI改善への協力と、障害解析用の診断送信が同じ設定で管理されるとも限りません。
設定値を、公式説明と確認結果へつなぐ
比較前に、端末型番、OSとアプリの版、利用言語・地域、アカウント種別、対象機能、有効な同期・診断設定、確認日を記録します。次に、機能ごとの公式説明で、入力データ、処理先、結果の保存先、保持や削除の条件を対応させます。「クラウド不使用」という表示が推論だけを指すのか、同期や診断まで含むのかを確かめます。
メモSでは、録音、文字起こし、要約、保存、同期、診断の六段階に分けて資料と設定を照合します。例えば要約の同期先が許可済みでも、「音声を添付して同期する」設定が有効ならBの条件を満たしません。音声入力のOSサービス経路が不明なら、要約が端末内で動くことを理由に、原音の外部送信なしとは判定しません。
実際の確認には、承認された検証環境で合成音声を使い、利用できる記録や保存先の状態を照合する方法があります。その際は観測範囲を記録します。通信の存在だけでは送信内容まで特定できず、記録がないだけでは未送信とも断定できません。
Appleの前掲iPhoneガイドには、PCCへ送った要求を書き出すApple Intelligence Reportの説明があります。対象期間は直近15分か7日間から選ぶ方式で、期間を変えてからPCCへの要求がなければ空になり得ると説明されています。こうしたレポートの条件を踏まえて読みます。このレポートが空でも、OSやアプリ全体の同期・診断通信が存在しないという証明にはなりません。これは、レポートが対象にする処理と確認条件の範囲から導かれる注意点です。
オフラインで要約できた場合も、その場の処理が可能だったことと、再接続後に同期や送信が起きないことは別です。後から送る設計や設定があるなら、比較に含める必要があります。観測や管理機能が十分でなければ、経路を推測せず、提供者の説明や管理者の確認を待ちます。
保存先ごとに、保持と削除の条件を確かめる
原音の端末保存、文字起こしの作業ファイル、要約の同期先、履歴、診断記録は、同じ保持期間とは限りません。各保存先について、保存する内容、閲覧できる主体、保持期間、削除手段、他の端末やバックアップへの複製を確認します。暗号化されていても、保存先や保持条件の確認が不要になるわけではありません。
例えば、メモSで原音を削除しても、同期先の要約や診断記録まで消えるかは別の仕様です。「削除した」「保持しない」という説明を使うときは、その対象を明示します。保持期間の記載を見つけられなければ「保存されない」ではなく「この保存先の期間は未確認」とし、要件判定を保留します。
原音を端末外へ出せない業務なら、推論だけでなく文字起こし、同期、診断を含む経路を確認できる構成を選びます。要約のみ共有できる業務なら、Bのように送信対象を限定できるかが選択条件です。クラウド処理を認める業務では、対象データと受領者、利用目的、保持条件を揃えたうえで別の候補を比較します。
端末内処理は、対応端末や機能に制約があり得ます。クラウド処理は、接続と送信条件の管理が必要です。どちらも、OSやアプリの更新で経路が変わったときに確認し直せる記録を残しておきます。選定の根拠は呼び名ではなく、許可した情報がどの処理と保存先へ渡るかを説明できることです。
学習利用をオフにしたときに変わる範囲は「AIの学習利用をオフにすると何が変わるか、設定の範囲を確認する」、AIに渡したデータが残る場所と、削除までの管理は「AIに渡したデータはどこに残るか 分類から削除までの管理」で解説しています。
