なぜ音声のプロセス内処理はGDPRと音声AIにとって重要なのか

音声のプロセス内処理がGDPRで重要なのは、音声がすでに管理下にあるシステムから出ないため、この処理が新たなコピー、新たな処理者・再委託先、評価すべき新たな移転を生まないからです。 識別可能な個人の音声録音はGDPR上の個人データであり、通過するシステムが増えるごとに文書化すべき対象が増えます。

これは技術的な背景であり、法的助言ではありません。個々のデプロイが適合するかは、法的根拠、契約、法域によります。法務担当またはデータ保護責任者に相談してください。

処理がプロセス内にあると何が変わるか

問い	プロセス内SDK	ホスト型音声API
この処理で音声はプロセスの外に出ますか？	出ない	出る
音声に関する新たな処理者・再委託先は必要ですか？	不要（ライセンスサービスに送るのは時間のみ）	必要。記載と契約が必要
音声はどこで処理されますか？	ワーカーが動く場所	プロバイダーが実行する場所
この処理で国際移転が生じますか？	音声については生じない	生じ得る。要評価

3つのGDPRの考え方が違いを具体的にします。

• データ最小化（第5条1項(c)）：必要なものだけを処理する。ワーカー内で動く強調処理は、通話がすでに持っている音声を扱い、2つ目の保存先を作りません。
• 処理者と再委託先（第28条）：録音を受け取るホスト型音声APIは処理者または再委託先であり、契約と再委託先リストへの記載が必要です。自社プロセス内のライブラリは、音声を受け取る別の当事者ではありません。
• 国際移転（第V章）：音声がどこで処理されるかで、移転があるかが決まります。プロセス内なら、すでにワーカーを動かすと決めた場所で処理され、特定の地域に音声を留める方法にもなります。

SDKが送るもの、送らないもの

当社のSDKはモデルをCPUで実行し、音声経路にネットワークはありません。UsageReporter は処理した時間を送り、ライセンストークンを更新しますが、音声は送りません。それでもライセンスサービスは存在するため、受け取る内容に即して正確に記載してください。

プロセス内で動かす実測コスト	値	日付
アルゴリズム遅延	15 ms	2026-08-14
実時間係数、CPU 1スレッド	0.067	2026-08-14
最悪ブロック時間、p99	3.96 ms	2026-08-14

数値は Null Test の2026-08-14の実行、Apple M1 Maxでのものです。プロセス内で動かすということは、CPUコストが自社負担になり、精度リスクがないわけでもないことを意味します。19条件のプールで当社モデルのWERは16.59%、手を加えない音声は14.32%です。利得を計測した場所で有効にしてください（話者分離の評価方法）。

同じ性質が成り立つのは、パイプラインの残りも自社のものである場合だけです。クラウドの音声認識は依然として音声を受け取ります。プロセス内アイソレーションが取り除くのは受け手の1つであり、すべてではありません。

FAQ

音声をプロセス内で処理すれば、音声エージェントはGDPRに適合しますか？

いいえ。処理者を1つ、移転を1つ減らすだけです。法的根拠、通知、保存期間、スタック内の他の処理者は引き続き適用されます。

プロセス内SDKは再委託先ですか？

SDKは自社プロセス内で動き、音声を受け取らないため、音声の受領者ではありません。ライセンスサービスは使用時間を受け取るので、記録に正確に記載してください。

音声はAnechoに送られますか？

いいえ。音声はプロセス内に留まります。レポーターが送るのは時間です。