LiveKitは中国本土で使えるか：PIPLの越境移転、電信ライセンス、データの国内保存
利用者のライブ音声と動画、あらゆる録画（話者の声紋と顔——センシティブな生体データ）、そしてその識別子はLiveKitのインフラに乗りますが、それは中国本土のリージョンを持ちません。中国でリアルタイム通信を提供するには、外国のAPIが保有できない付加価値電信業務の許可証が必要で、アプリにはICP備案が要ります——電信ライセンス・データの所在・越境のエクスポージャーを、コンプライアンス起点で読み解きます。
LiveKitは中国本土で使えるか
中国の利用者のライブ音声と動画、あらゆる録画（声紋と顔——センシティブな生体データ）、そしてその識別子は、LiveKitのメディアインフラに乗ります。そして中国でリアルタイム通信を提供することは、外国のAPI提供者がライセンスできない付加価値電信業務です——ですから問いはコンプライアンスのリスクであって、SDKが接続するかではありません。
LiveKitのオープンソースのWebRTC SFUは参加者のライブメディアを動かし、そのEgressサービスは参加者の音声と動画を録画できます——PIPL第28条が匿名化できないセンシティブな生体個人情報として扱う、声紋と顔です。マネージドLiveKit Cloudは米国・EU・アジア太平洋・インドのリージョンで動き、中国本土には一つもないので、中国の参加者のストリームと録画をそこへ運ぶことは第38〜40条の下でのPIPLの越境移転です。LiveKitサーバーはApache-2.0でセルフホスト可能なので、法令に沿ったてこは、メディアサーバーを国内で動かしてメディアと録画を本土に留め、リアルタイムのサービスをライセンスを持つ国内の事業者を通して流し、録画について第28条・第29条の同意を取得し、アプリをICP備案することです——オフショアのエンドポイントを到達可能にすることではありません（21YunBoxは電信ライセンスについては助言的立場です）。
これはリスクの見取り図であって判定ではありません——義務はデータ量と役割で変わるので、具体は専門家と確定させてください。当社の中国チームがエクスポージャーを可視化します →
コンプライアンス・スナップショット
- ! ライブ音声／動画を運ぶ。Egressの録画＝声紋＋顔＝PIPL第28条の生体データ
- ✕ マネージドLiveKit Cloudに中国本土のリージョンはない——メディアと録画はオフショアに置かれる
- ! 中国の参加者のメディアをオフショアへ流すことはPIPLの越境移転（第38〜40条）
- ! 中国でリアルタイム通信を提供するには、外国のAPIが保有できない電信ライセンスが必要
- ! Apache-2.0で中国国内にセルフホスト可能——本物のデータ国内保存のてこ
- ✓ 法令に沿った経路：国内セルフホスト＋ライセンスを持つ事業者＋第28条の同意＋ICP備案
LiveKitの公式ドキュメントが中国について述べていること
| 事実 | 一次情報源 |
|---|---|
| LiveKitのメディアサーバーはオープンソースでセルフホスト可能である。LiveKit自身のリポジトリは「LiveKitサーバーはApache License v2.0でライセンスされている」とし、「簡単にデプロイできる——単一バイナリ、Docker、またはKubernetes」と列挙する。それは参加者のリアルタイム音声・動画を動かす「スケーラブルで分散型のWebRTC SFU」であり——中国の内側で貴社が制御するインフラ上でメディアサーバーを動かし、中国の参加者のメディアと録画を本土に留められる。 | LiveKitサーバー README — github.com/livekit/livekit、2026-10-10 取得 |
| マネージドLiveKit Cloudに中国本土のリージョンはなく、そのEgressサービスは参加者の音声と動画を録画する。LiveKit Cloudのリアルタイムリージョンは米国、EU（フランス、ドイツ）、アジア太平洋（日本、シンガポール）、インド、中東、オーストラリア、ブラジルをカバーする——中国本土内には一つもなく——ドキュメントは「プロジェクトデータのリージョンが、LiveKit Cloudが貴社のプロジェクトデータをどこで保存・処理するかを決める」とする。そのEgressサービスは「参加者の音声と動画のトラックを録画」でき、話者の声紋と顔を捕捉する。 | LiveKit Docs — Region pinning、Data residency、Egress overview、2026-10-10 取得 |
| 録画はセンシティブな生体個人情報であり、それをオフショアへ運ぶことは越境移転である。音声録音は話者の声紋、映像は顔であり、PIPL第28条がセンシティブな個人情報として分類し、個別かつ特定の同意（第29条）と事前の影響評価を要し——生体は匿名化し去れない。中国の参加者のメディアと録画をオフショアのリージョンへ流すことは、PIPL第38〜40条の下での越境移転であり、取扱者である貴社が、通知し、個別の同意を取得し、移転メカニズムをクリアしなければならない。 | PIPL第28条・第29条・第38〜40条（CAC）、2026-10-10 取得 |
| 中国でリアルタイム通信を提供することはライセンスを要する電信業務であり、アプリ自体にはICP備案が要る。中国の利用者にリアルタイムの音声・動画の機能を提供することは、外国のAPI提供者が直接保有できないMIITの許可証を要する付加価値電信業務であり、法令に沿った経路はサービスをライセンスを持つ国内の事業者を通して流す。CIIOまたは大量取扱者は、中国で収集した個人情報をサイバーセキュリティ法 第39条（旧第37条）の下で本土に保存しなければならず、中国向けのアプリはICP備案の義務を負う。 | 中国の付加価値電信ライセンス（MIIT）；サイバーセキュリティ法 第39条（旧第37条）、2025年改正は2026-01-01施行 |
情報源は21YunBox コンプライアンスチームが2026年10月10日に確認しました。
中国本土の利用者について、LiveKitで確定すべき問いは、そのSDKが接続できるか、ルームに参加できるかではありません——参加者のライブメディアがどこにあるか、中国で誰がリアルタイム通信を合法的に提供してよいか、そしてそれを組み込むアプリが備案済みか、です。LiveKitはオープンソースのWebRTC SFUで、参加者のリアルタイム音声・動画・データを動かし、そのEgressサービスは参加者の音声と動画を録画できます。そのライブメディアは参加者の個人情報であり、録画は話者の声紋と参加者の顔——PIPL第28条の下でのセンシティブな生体データです。答えは、どの形態を動かすかで変わります。中国本土にリージョンを持たないオフショアのマネージドLiveKit Cloudか、貴社がセルフホストするApache-2.0のサーバーか。四つの論点が決めます。付加価値電信のライセンス、メディアと録画のデータの所在、参加者の個人情報の越境移転、そしてCIIOまたは大量取扱者の国内保存です。
中国でのLiveKit：ひと目で
| 決め手 | LiveKit自身の言葉で——そして中国の法では |
|---|---|
| 何を運ぶか | LiveKitはWebRTC SFUです。参加者のライブ音声・動画・データを動かし、そのEgressサービスは参加者の音声と動画を録画できます。そのライブメディアは参加者の個人情報であり、録画は話者の声紋と参加者の顔——匿名化し去ることのできない、PIPL第28条の下でのセンシティブな生体個人情報です。 |
| メディアがどこで動くか | マネージドLiveKit Cloudのリアルタイムリージョンは、米国、EU、アジア太平洋（日本、シンガポール）、インドなどにまたがります——中国本土には一つもありません。中国の参加者のストリームと録画をそこへ運ぶことは、PIPL第38〜40条の下での越境移転（数据出境）です。LiveKitサーバーはApache-2.0でセルフホスト可能なので、代わりに国内で動かせます。 |
| 電信ライセンスの扉 | 中国の利用者にリアルタイムの音声・動画の通信機能を提供することは、付加価値電信業務（增值电信业务）であり、外国のAPI提供者が直接保有できないMIITの許可証を必要とします。法令に沿った経路は、リアルタイムのサービスをライセンスを持つ国内の事業者を通して流します（21YunBoxはここでは助言的立場であり、電信ライセンスを保有していません）。 |
| 録画の同意とデータの所在 | 生体の録画には個別かつ特定の同意（PIPL第29条）と事前の影響評価が必要です。CIIOまたは大量取扱者の場合、中国で収集した個人情報は本土に保存しなければなりません——PIPL第40条とサイバーセキュリティ法 第39条（旧第37条）——2026年1月1日施行の2025年サイバーセキュリティ法改正が、データの国内保存を定める条を第37条から第39条へ変更しました（内容は不変）。 |
| 到達性は判断軸ではない | SDKが接続するかはそもそも問いではありませんでした。てこは、メディアと録画を国内に保つこと——オープンソースのサーバーを中国の内側でセルフホストする——リアルタイムのサービスをライセンスを持つ国内の事業者を通して流すこと、第28条・第29条の同意を取得すること、そして前段のアプリにICP備案を負わせることです。 |
実際に運ぶもの——ライブメディア、録画、識別子
LiveKitはWebRTC SFUです。参加者のリアルタイム音声・動画・データを、人どうしで、そしてますますAIモデルとの間で動かします。コンプライアンスのエクスポージャーを捉える有用な見方は、何がそれに乗るかを見ることです。第一に、ライブストリームそのもの——識別可能な人の音声と動画。第二に、識別子とセッションのメタデータ——誰がどのルームに、いつ、どこから参加したか。第三に、セッションで送られるチャットやデータメッセージ。そして第四に、LiveKitのEgressサービスを通じて、ファイルに書き出される録画やトランスクリプト。そのどれもが識別可能な人を記述し、その人々が中国にいるとき、それは彼らの個人情報です——ライブセッションでは動いており、録画するものについては保存されています。
まったく異なる二つの形態がLiveKitの名を帯びており、コンプライアンスの答えはどちらを動かすかによります。
- マネージドLiveKit Cloud — メディアとプロジェクトデータは、LiveKitが運用するリージョンで配信・保存されます。自社のドキュメントは「プロジェクトデータのリージョンが、LiveKit Cloudが貴社のプロジェクトデータをどこで保存・処理するかを決める」とし、そのリアルタイムリージョンには米国、EU、日本、シンガポール、インドが含まれ、中国本土内には一つもありません。中国向けのセッションをそこで動かせば、ストリーム・識別子・録画はオフショアで処理・保存されます。
- オープンソースのサーバー — LiveKitサーバーはApache-2.0でライセンスされ、自社の言葉では「簡単にデプロイできる——単一バイナリ、Docker、またはKubernetes」です。貴社が選ぶインフラ、中国の内側の自社サーバーを含めて動かせるので、メディアは国外へ出る必要がありません。
録画こそが、センシティブ性の水準を引き上げる部分です。LiveKit Egressは「参加者の音声と動画のトラックを録画」でき、その捕捉は話者の声紋と参加者の顔そのもの——通常のコンテンツではなく生体識別子——です。別途、ライブのトランスクリプション・翻訳・モデレーションのためにLiveKitのAgentsフレームワークを加える場合、参加者ごとにスコアリング・判定するAI機能がPIPL第24条の自動化された意思決定の義務を射程に入れ、利用者生成の音声・動画・チャットを運ぶことはコンテンツモデレーションの義務を伴います。判断軸についての正直な明確化：LiveKit自体はリアルタイムのメディアインフラです。AIは貴社が加えることを選ぶAgentsフレームワークを通じて到来し、その義務を名指すのはそれらの機能を出す場合に限ります。
三つの扉：電信ライセンス、越境するメディア、録画の同意
外国のAPIが保有できない電信ライセンス。 中国の利用者にリアルタイムの音声・動画・メッセージの通信機能を提供することは、付加価値電信業務（英語）（增值电信业务）であり、MIITの付加価値電信業務経営許可証（增值电信业务经营许可证）を必要とします——これは中国の外資電信規則の下で外国のAPI提供者が直接保有できないものです。オープンソースのプロジェクトも、マネージドのLiveKit Cloudも、その許可証を保有していません。法令に沿った経路は、リアルタイムのサービスをライセンスを持つ国内の事業者を通して流すことです。21YunBoxはこの区間については助言的立場であり、電信ライセンスを保有していません。
参加者データの越境移転。 中国の参加者のライブストリーム・識別子・チャット・通話メタデータをオフショアのメディアサーバーへ運べば、個人情報の越境移転（数据出境）を構築したことになり、義務はベンダーではなく取扱者である貴社にあります。PIPL第38〜40条は、通知、機能の利用への同意とは別の個別の同意、そして合法的な移転メカニズムのいずれか一つ——CACの安全評価、CAC標準契約、または認証——を求めます。
生体の録画のための個別同意、そしてデータの所在。 LiveKit Egressが生成するあらゆる録画やトランスクリプトは、話者の声紋と参加者の顔——PIPL第28条の下でのセンシティブな生体個人情報——を捕捉し、個別かつ特定の同意（第29条）と事前の個人情報保護影響評価を要し、生体であるがゆえに匿名化し去ることができません。同意の下にはデータの所在があります。重要情報インフラ運営者または大量取扱者は、中国で収集した個人情報を本土内に保存しなければなりません——PIPL第40条とサイバーセキュリティ法 第39条（旧第37条）（英語）——オフショアのリージョンが構造上満たせない義務です。
エンドポイントへの到達は問いではない——法令に沿った国内のリアルタイム経路が問いだ
上海からルームに参加できるかは判断ではありません。エクスポージャーは、中国の参加者のライブメディア、その録画（生体）、その識別子が、中国本土のリージョンを持たないインフラで、中国の電信ライセンスを保有できない当事者によって処理・保存されることです。LiveKitにとって、正直な答えは、たいていのリアルタイムAPIが示せるよりも良い形をしています。サーバーがオープンだからです。
最も強いてこは、中国の内側で貴社が運用するインフラ上でオープンソースのLiveKitサーバーをセルフホストすることで、そうすればメディアと録画は国境を越えず、データの所在は設計上満たされます。リアルタイムのサービス自体をライセンスを持つ国内の事業者を通して流せば電信ライセンスの扉が答えられ、録画については第28条・第29条の同意を取得し、捕捉・保持するものを最小化します。そうでないのは、中国の参加者のメディアをなおオフショアのサーバーへ運びながら国内のものとして見せる仕組みです——メディアを本物の国内経路に保つことがすべての眼目です。
このページはリスクの見取り図であって判定ではありません。国内保存義務が貴社を拘束するか、どの越境メカニズムが合うか、ライセンスを持つ事業者との取り決めがどう構成されるかは、貴社の法人、データ量、誰のデータかで変わります——構築の前に専門家と具体を確定させてください。
法令に沿った経路——把握し、国内化し、配信する
21YunBoxは、すでに運用中のスタックの周りの法令適合のオーバーレイです——電信ライセンスの区間については助言的立場であり、LiveKitの競合ではなくパートナーです。作業は三つの部分からなります。把握：APIが運ぶライブメディア・録画・トランスクリプト、参加者の識別子、チャットとセッションのメタデータ、それがどこで処理・保存されるか（中国本土の選択肢を持たないオフショアのリージョン）、AgentsのAI機能が参加者をスコアリングするか（第24条）、依拠する同意の根拠（録画については第28条・第29条）を棚卸しします。国内化：中国の参加者のメディアと録画を国内に保ち——オープンソースのLiveKitサーバーを本土のインフラ上でセルフホストし——リアルタイムのサービスをライセンスを持つ国内の事業者を通して流し、最小化・仮名化し、第28条・第29条と第13条・第23条の同意を取得し、利用者生成のコンテンツをモデレートします。国内化とは、メディアを国内の経路に保つことであって、オフショアへ送って戻すことでは決してありません。配信：SDKを組み込むアプリは、ICP備案の義務を負い、法令に沿った国内配信を必要とする公開サービスです——21YunBox Optimizerを、すでに運用中のスタックの前段に、作り直しも二つ目のコードベースもなしで置きます。21YunBoxはいかなる種類の回避手段も使わず、推奨もしません。その結果が、中国の利用者に向けて合法かつ法令に沿って動くリアルタイム通信機能です。
関連する読み物：
よくあるご質問
LiveKitは中国ユーザーのメディアと録画を中国に留めますか？
そこでセルフホストする場合に限ります。マネージドLiveKit Cloudは米国・EU・アジア太平洋・インドのリージョンで動き、中国本土には一つもないので、既定では中国の参加者のライブメディアとEgressの録画はオフショアで処理・保存されます。LiveKitサーバーはオープンソース（Apache-2.0）でセルフホスト可能なので、メディアサーバーを中国の内側のインフラ上で動かし、そのメディアと録画を本土に留められます。
なぜ中国でリアルタイムの音声・動画を提供することは速度ではなくライセンスの問いなのですか？
中国の利用者にリアルタイムの通信機能を提供することは、外国のAPI提供者が直接保有できないMIITの許可証を要する付加価値電信業務です。LiveKitのSDKが接続するかは論点ではありません。論点は、誰がそのサービスを合法的に提供してよいかです。法令に沿った経路は、リアルタイムのサービスをライセンスを持つ国内の事業者を通して流し、アプリをICP備案することです——21YunBoxは電信ライセンスの区間については助言的立場であり、電信ライセンスを保有していません。
21YunBoxはLiveKitを中国の利用者向けに法令に沿って動かす手助けができますか？
はい。当社の中国チームは、アプリがどんなライブメディア・録画・識別子を運び、サーバーがどこで動くかを整理し、オープンソースのLiveKitサーバーを国内でセルフホストしてメディアと録画を本土に留める手助けをし、リアルタイムのサービスをライセンスを持つ国内の事業者を通して流し、録画について第28条・第29条の同意を取得し、ICP備案済みのアプリを、すでに運用中のスタックの前段に配信します。お問い合わせいただければ、個別のケースを一緒に整理します。
