> For the complete documentation index, see [llms.txt](https://legal.dispel.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://legal.dispel.com/security-and-data-protection/security-and-data-protection-ja/konpuraiansu/dtarejidensh.md).
# データレジデンシー
データレジデンシーとは、お客様データが処理され、保存される地理的な場所を指します。
### 概要
データレジデンシーとは、顧客データが処理・保存される地理的な場所を指します。Dispelでは透明性と制御を重視し、顧客がそれぞれの要件に基づいてデータの保存場所を管理できるようにしています。このガイドでは、さまざまな Dispel の展開モデルにおけるデータレジデンシーの仕組みを説明します:
* [Dispel SaaS](#h_d723768bf3)
* [Customer Cloud](#h_c4e8126fb7)、および
* [オンプレミス展開](#h_c4e8126fb7)
### Dispel SaaS のデータレジデンシー
Dispel SaaS を利用する顧客の場合、すべてのデータ処理は Dispel 管理のインフラ上で行われます。弊社のサブプロセッサは米国に所在しており、公式の [サブプロセッサ一覧](/terms-and-policies/legal-and-privacy-ja/privacy/sub-processor-list.md)に記載されています。Dispel SaaS におけるデータ保護の運用は、 [Dispel データ保護追加条項](/terms-and-policies/legal-and-privacy-ja/privacy/data-subject-consent-form.md)に従い、業界標準およびセキュリティのベストプラクティスへの準拠を確保します。
重要なポイント:
* Dispel SaaS は米国拠点のサブプロセッサを活用します。
* データ保護は Dispel のデータ保護追加条項に基づいて管理されます。
* 顧客は利用可能な地理的デプロイオプションを通じてデータのルーティング設定を制御できます。
### Customer Cloud とオンプレミス展開
Customer Cloud およびオンプレミス展開では、Dispel はサブプロセッサとしては機能しません。代わりに、データの保存、処理、およびコンプライアンスに関する全責任は顧客が負います。つまり、すべてのデータレジデンシーの決定、インフラ管理、および法的義務は、顧客が直接管理します。
重要なポイント:
* これらの環境では Dispel はサブプロセッサではありません。
* 顧客がデータセキュリティとデータレジデンシーに対する全責任を負います。
* 顧客は自社のインフラ、コンプライアンス、アクセス制御を管理します。
{% hint style="info" %}
詳しくはこちら [共有責任](/security-and-data-protection/security-and-data-protection-ja/sekyuritimoderu/gong-you-ze-ren.md) について Dispel Zero Trust Engine で。
{% endhint %}
***
### 顧客が制御するデータルーティング
日常運用において、Dispel は、デプロイメントに選択した地理的な場所に基づいて、データのルーティング先を顧客が制御できるようにします。データレジデンシーは主に次の要因によって決まります:
地域の選択
* 顧客は SD-WAN 展開用の主要な地理的リージョンを選択します。
* この選択は、ネットワークサービスがどこでホストされるかに影響します。
* データはネットワーク内には保存されません（セキュリティ情報および適用ルールを除く）が、これらの地域を経由して転送されます。
仮想デスクトップのジオロケーション
* 仮想デスクトップの場所は Dispel ダッシュボードから設定できます。
* ユーザーは利用可能なデータセンターの場所から選択し、パフォーマンスとコンプライアンス要件を最適化できます。
* セッション中のデータはこれらの場所に保存されます。
Wicket の展開場所
* Wicket はアクセスゲートウェイとして機能し、その地理的な場所がルーティングポリシーに影響します。
* 顧客はセキュリティとレイテンシーの優先事項に基づいて、Wicket をどこに配置するかを決定します。
* データは Wicket 内には保存されません（セキュリティ情報および適用ルールを除く）が、これらの場所を経由して転送されます。
### Dispel におけるデータレジデンシーの管理
データレジデンシー設定を構成するには:
1. Dispel ダッシュボードにログインします。
2. Regions に移動し、環境の Region を選択または変更します。
3. Stacks に移動し、必要に応じて Virtual Desktop の場所を設定します。
4. Wicket の展開がデータレジデンシーおよびアクセス ポリシーと一致していることを確認します。
これらのコンポーネントに適切な地理的リージョンを選択することで、顧客はデータレジデンシー、レイテンシー、およびコンプライアンス要件を効果的に管理できます。
***
## 要約
* Dispel SaaS の展開では米国拠点のサブプロセッサを使用し、Dispel のデータ保護追加条項に従います。
* Customer Cloud およびオンプレミス展開では、データに関する全責任を顧客が負い、Dispel はサブプロセッサとして機能しません。
* 顧客は、Region、Virtual Desktop、Wicket の展開場所に基づいてデータルーティングを制御できます。
* ジオロケーション設定は Dispel ダッシュボードから設定できます。
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.
Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:
```
GET https://legal.dispel.com/security-and-data-protection/security-and-data-protection-ja/konpuraiansu/dtarejidensh.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.