OpenWeatherは中国本土で使えるか：データの国内保存・ICP・越境ルール
OpenWeatherは、各ユーザーの精密な座標で呼び出すホスト型の気象APIです。中国本土のユーザーの天気を取得することは、その精密な位置情報を、中国リージョンを持たない英国拠点のサービスへ送ること——PIPLの個人データの越境移転であり、速度ではなくデータ保存場所の問いです。コンプライアンス起点で読み解きます。
OpenWeatherは中国本土で使えるか
中国本土向けにOpenWeatherを使えるかは、まずデータ保存場所と越境の問いであって、速度の問いではありません。OpenWeatherは、各ユーザーの精密な座標（緯度・経度）で呼び出すホスト型の気象APIです——ですから中国にいる人の天気を取得した瞬間に、貴社はその人の精密な位置情報を、英国拠点のオフショアのサービスへ送っています。
中国ユーザーの精密な位置情報は、その人に結び付く以上、中国の法の下で個人情報であり、精密または継続的な位置情報は、より厳格な必要性と個別の同意の義務を伴う 機微 個人情報になり得ます。その座標をOpenWeatherへ輸出することはPIPLが規律する越境移転です（通知、個別の同意、移転メカニズム。第38〜40条）。OpenWeatherは中国本土リージョンを挙げない"London-based weather intelligence company"であり、その中国エンドポイントは"to reduce latency and improve reliability for users connecting from China"ために存在します——リクエストと座標は変わらない性能上の便宜であって、中国国内のデータ保存場所の経路ではありません（そのサーバーが物理的にどこにあるかは当社では確認できませんでした）。
これは判定ではなくリスクの見取り図です——何を負うかは、位置情報の利用がどれだけ精密で継続的か、データ量、取扱者としての役割によって変わり、専門家と詰める価値があります。当社の中国チームが露出を一緒に整理します →
コンプライアンス・スナップショット
- ! OpenWeatherは、各ユーザーの精密な緯度・経度の座標で呼び出すホスト型API
- ! 中国ユーザーの精密な位置情報は個人情報——PIPLの下で機微個人情報になり得る
- ! 中国ユーザーの座標をオフショアへ送ることはPIPLの越境移転（第38〜40条）
- ✕ 英国拠点のOpenWeatherは中国リージョンを挙げない。cn-エンドポイントは遅延を縮めるだけで、データ保存場所は変えない
- ! その位置データの通知と個別の同意は、OpenWeatherではなく貴社の義務
- ✓ 梃子：中国ユーザーの位置情報を国内にとどめる。21YunBoxがコンプライアントな中国国内経路を配信
OpenWeatherの公式ドキュメントが中国について述べていること
| 事実 | 一次情報源 |
|---|---|
OpenWeatherは座標をキーとするホスト型APIだ。 そのドキュメントは"Requesting API calls by geographical coordinates is the most accurate way to specify any location"（地理座標でAPIを呼び出すのが、あらゆる位置を指定する最も正確な方法）と述べ、現在天気の呼び出しにlat、lon、appidをapi.openweathermap.org宛てで必須としています。各参照はしたがってユーザーの精密な緯度・経度をOpenWeatherへ送ります——中国本土にいる人の天気を取得することは、その人の精密な位置情報を送ることを意味します。 | OpenWeather — Current weather data API docs（openweathermap.org）、2026-10-13取得 |
OpenWeatherの中国エンドポイントは遅延対策であって、データ保存場所の経路ではない。 OpenWeatherは自らを"London-based weather intelligence company"と説明し、中国本土向けにcn-ホスト名を"to reduce latency and improve reliability for users connecting from China"ために提供しつつ、"The request structure, parameters, authentication, and response formats remain unchanged"とします。ページは中国本土のデータリージョンも、中国の運営主体も、ICP備案も、PIPLの取り扱いも挙げず、そのサーバーが物理的にどこにあるかも述べていません——ですから同じ精密な座標が毎回の呼び出しで依然としてOpenWeatherへ届きます。 | OpenWeather — China endpoints（openweathermap.org）、2026-10-13取得 |
| 中国ユーザーの座標をオフショアへ送ることはPIPLの下での越境移転だ。 中国に所在する個人の精密な位置情報は個人情報であり、それをOpenWeatherのオフショアのサービスへ輸出することはPIPLが規律する越境移転です。個人情報の取扱者——OpenWeatherの顧客である貴社であって、OpenWeatherではありません——は、通知を行い、個別の同意を取得し、移転メカニズムのいずれか一つ（CACの安全評価、CAC標準契約、または認証）を第38〜40条の下で満たさなければなりません。精密または継続的な位置情報は 機微 個人情報になり得て、必要性と同意のハードルをさらに上げます。 | PIPL 第3章 第38〜40条（越境移転）；第28条（機微個人情報） |
| 一部の取扱者にはデータが中国にとどまらなければならず、中国向けの面にはICP備案が必要だ。 取扱者が重要情報インフラ運営者（CIIO）であるか、個人情報を大量に扱う場合、中国で収集した個人情報は中国本土内に保存しなければなりません（PIPL 第40条、サイバーセキュリティ法 第39条（旧第37条）（英語））——英国だけのAPIでは満たせない国内保存義務です。中国の内側から実際に提供される公開の面は、別途、中国本土ホストに紐づくICP備案を必要とします。 | サイバーセキュリティ法 第39条（旧第37条）；PIPL 第40条 |
情報源は21YunBox コンプライアンスチームが2026年10月13日に確認しました。
中国本土の読者にとって、OpenWeatherをめぐる決め手は、予報がどれだけ速く返ってくるかではありません——その予報が存在するために、誰の位置情報が国外へ出なければならないか、です。OpenWeatherはホスト型の気象APIです。緯度と経度という一組の精密な座標で呼び出すと、その地点の気象条件を返します。ですから貴社のアプリが中国にいる人の天気を調べた瞬間に、貴社はその人の精密な位置情報を取得し、オフショアのサービスへ送っていることになります。ある中国本土の回線から呼び出しがきれいに接続するかどうかは配信上の細目です。それらの座標がどこへ行き、誰の法の下で国境を越えたのか、が露出です。
中国でのOpenWeather：ひと目で
| 決め手 | OpenWeather自身の言葉 |
|---|---|
| 何を受け取るか | OpenWeatherは座標をキーとするホスト型APIです。"Requesting API calls by geographical coordinates is the most accurate way to specify any location"（地理座標でAPIを呼び出すのが、あらゆる位置を指定する最も正確な方法）とされ、lat、lon、appidが必須と記されています。各参照は、ユーザーの精密な緯度・経度をapi.openweathermap.orgへ送ります。 |
| なぜそれが個人データなのか | 個人に結び付いた精密な位置情報は、中国の法の下で個人情報であり、精密または継続的な位置情報は 機微 個人情報になり得ます——PIPLはこれに必要性テストと、個別かつ具体的な同意を課します。 |
| リクエストがどこへ行くか | OpenWeatherは自らを"London-based weather intelligence company"（ロンドン拠点の気象インテリジェンス企業）と説明し、オフィスはロンドン・パフォス・デラウェアにあり、中国本土リージョンは挙げていません。中国ユーザーの座標は、そのオフショアのサービスへ送られます。 |
| 中国エンドポイントが変えるもの | cn-エンドポイントは"to reduce latency and improve reliability for users connecting from China"（中国から接続するユーザーの遅延を低減し、信頼性を高める）ために存在し、一方で"The request structure, parameters, authentication, and response formats remain unchanged"（リクエストの構造・パラメータ・認証・レスポンス形式は変わらない）とされます。性能上の便宜であって、明示された中国国内のデータ保存場所の経路ではなく、そのサーバーが物理的にどこにあるかは当社では確認できませんでした。 |
| データ保存場所のルール | 中国ユーザーの座標をオフショアへ送ることは、PIPLの下での越境移転です（通知、個別の同意、移転メカニズム。第38〜40条）。CIIOや大量取扱者の場合、中国で収集した個人情報は中国本土内にとどめなければなりません——英国だけのAPIでは満たせません。 |
ユーザーの座標は個人データであり、精密な位置情報は機微になり得る
OpenWeatherは都市名を受け取って推測するのではなく、使う上で最も正確なのは正確な地点を渡すことです。OpenWeather自身のドキュメントでは、“Requesting API calls by geographical coordinates is the most accurate way to specify any location,“（地理座標でAPIを呼び出すのが、あらゆる位置を指定する最も正確な方法）とされ、latもlonもappidキーとともに必須と記されています。中国の内側から貴社のアプリを使う実在の人物に結び付いたその数値の組は、中国の法の下でその人の個人情報です。そして位置情報は、誰がどこに住み、働き、移動するかを特定し得るため、精密 または継続的な位置情報は 機微 個人情報として扱われます——PIPLは、機微個人情報が現れるところに、より厳格な必要性テストと個別かつ具体的な同意を付します。ですから貴社のアプリが中国本土のユーザーの天気を取得した瞬間に、貴社はその人の個人データを——ときに最も機微な形で——取り扱っており、しかもそれをOpenWeatherへ送ることで取り扱っているのです。
リクエストは英国のサービスへ行く——そして中国本土リージョンはない
どこにあるかを問われると、OpenWeatherは自らを “London-based weather intelligence company,“（ロンドン拠点の気象インテリジェンス企業）と説明し、オフィスはロンドン・パフォス・デラウェア——中国本土にはなく、中国データリージョンも挙げていません。各参照はapi.openweathermap.orgというオフショアのエンドポイントへ向かいます。中国の個人情報保護法（PIPL）の下では、その輸出は越境移転であり、取扱者——OpenWeatherではなく貴社——は、通知を行い、影響を受ける各ユーザーから個別の同意を取得し、移転メカニズムのいずれか一つ（CACの安全評価、CAC標準契約、または認証）を第38〜40条の下でクリアしなければなりません。重要情報インフラ運営者（CIIO）や大量取扱者の場合、中国で収集した個人情報は中国本土内に保存しなければなりません（PIPL 第40条、サイバーセキュリティ法 第39条（旧第37条）（英語））——英国だけのサービスでは満たせない国内保存義務であり、OpenWeather内のどのアカウント設定でも変えられません。中国の内側から実際に提供される公開の面は、別途、中国本土ホストに紐づくICP備案を必要とします。サービスがリクエストのパラメータを保持しないと述べている場合でも、PIPLが規律する移転は、座標が送られた瞬間に——保存されるか否かにかかわらず——起こります。
OpenWeatherの中国エンドポイントは遅延対策であって、データ保存場所の対策ではない
OpenWeatherは中国本土のユーザーにcn-接頭辞のホスト名の一式を提供しており、それを「中国向けの選択肢」と読みたくなります。それらはコンプライアンスの答えではありません。OpenWeather自身のページはその目的を率直に述べています——“To reduce latency and improve reliability for users connecting from China”（中国から接続するユーザーの遅延を低減し、信頼性を高めるため）——そして*“The request structure, parameters, authentication, and response formats remain unchanged.”*（リクエストの構造・パラメータ・認証・レスポンス形式は変わらない）。言い換えれば、同じリクエストが、同じ精密な座標を運んで、依然としてOpenWeatherへ行きます。エンドポイントが変えるのは、それがどれだけ速く届くかであって、どの管轄がデータを握るか、ではありません。ページは、中国本土のデータリージョンも、中国の運営主体も、ICP備案も、PIPLの取り扱いも挙げておらず、そのサーバーが物理的にどこにあるかも述べていません。これが到達性チェックの見落とす半分です——予報が速く、より近いエンドポイントから読み込まれても、中国ユーザーの位置情報の越境移転は毎回の呼び出しで依然として起きています。速度は配信の性質、データ保存場所と同意は法的な性質であり、後者こそが、中国向けにOpenWeatherを使ってよいかを決めます。
これは判定ではなくリスクの見取り図です。個別の同意、移転メカニズム、国内保存、機微な位置データへのより厳格な取り扱い、あるいはそれらすべてを負うかは、位置情報の利用がどれだけ精密で継続的か、データ量、取扱者としての役割によって変わります——頼りにする前に、専門家と詰める価値があります。
21YunBoxの位置づけ——移行ではなく、法令適合のオーバーレイ
OpenWeatherは、意味のあるところで引き続き使えます。当社が加えるのは、OpenWeatherが貴社に委ねたままにしている部分です。まず、何が国境を越えるかを マップ（把握） します——どの参照が中国ユーザーの精密な座標を運ぶか、どれだけ精密か、どの同意と移転の根拠で国外へ出るか。次に ローカライズ（国内化） します——中国ユーザーの精密な位置情報が国内にとどまるようデータ経路を設計し、位置をサーバー側で解決または粗粒度化し、機能が実際に必要とするものへ最小化し、ユースケースが要するところでは、認可された中国国内のプロバイダーから気象を取得して、中国本土ユーザーの座標がオフショアへ送られないようにします。そして デリバー（配信） します——ICP備案済みの中国国内からの配信を、スタックの残りの前段に、作り直しも二つ目のコードベースもなく設置します。当社の中国チームが、貴社の法人格とデータ量に照らしてPIPLの越境とデータ国内保存の義務を量り、そのうえでコンプライアントな中国プレゼンスに必要な、適法で中国本土内の土台を立ち上げます——一方でOpenWeatherとその他のツールは、すでにある場所で動き続けます。21YunBoxは、いかなる不正な手段も用いず、推奨することもありません。
関連する読み物：
よくあるご質問
OpenWeatherは中国本土の位置データを中国に保存しますか？
明示された中国国内の選択肢はありません。OpenWeatherは、各ユーザーの精密な座標で呼び出すホスト型APIで、中国本土のデータリージョンを挙げない"London-based weather intelligence company"が運営します。中国にいるユーザーの天気を取得することは、その精密な位置情報をそのオフショアのサービスへ送ること——PIPLの下での個人情報の越境移転——であり、取扱者（OpenWeatherではなく貴社）が通知・個別の同意・移転メカニズムを負います。専門家と詰めるべきリスクとして扱ってください。
OpenWeatherには中国（cn-）エンドポイントがあります——それで中国コンプライアントになりませんか？
いいえ。OpenWeather自身のページによれば、cn-エンドポイントは"to reduce latency and improve reliability for users connecting from China"ために存在し、"The request structure, parameters, authentication, and response formats remain unchanged"です。これは性能上の便宜で、同じリクエストが同じ精密な座標を運んで依然としてOpenWeatherへ行き、ページは中国本土のデータリージョンも、中国の主体も、ICP備案も、PIPLの取り扱いも挙げていません。コンプライアンスはデータ保存場所と同意で決まり、遅延では決まりません——ですから越境移転は毎回の呼び出しで依然として起こります。
OpenWeatherの構成を、21YunBoxは中国で使えるようにできますか？
はい。当社の中国チームが露出を把握し——どの参照が中国本土ユーザーの精密な座標を運ぶか、どれだけ精密か、どの同意と移転の根拠か——そのうえでデータ経路をローカライズし（位置をサーバー側で解決または粗粒度化、機能が必要とするものへ最小化、または認可された中国国内のプロバイダーから気象を取得）、面が中国の内側から提供される場合には、スタックの前段にICP備案済みの中国国内からの配信を立ち上げます。当社は、いかなる不正な手段も用いず、推奨することもありません。具体的なケースはお問い合わせください。
