Real-Time Customer Profile でのプライバシーリクエストの処理

Adobe Experience Platform Privacy Service は、EU 一般データ保護規則（GDPR）や California Consumer Privacy Act（CCPA）などのプライバシー規制に従って、個人データへのアクセス、販売のオプトアウト、または削除を求める顧客のリクエストを処理します。

このドキュメントでは、Adobe Experience Platform における Real-Time Customer Profile のプライバシーリクエスト処理に関する基本的な概念について説明します。

はじめに

このガイドでは、次の点に関する十分な知識が必要です Platform コンポーネント：

ID 名前空間について namespaces

Adobe Experience Platform Identity Service は、システムやデバイスをまたいで顧客 ID データを結び付けます。Identity Service は ID 名前空間 ​を使用して、ID の値を元のシステムと関連付け、それらの値を識別するコンテキストを提供します。名前空間は、電子メールアドレス（「電子メール」）などの一般的な概念を表すことがあります。また、ID を特定のアプリケーション（Adobe Advertising Cloud ID（「AdCloud」）や Adobe Target ID（「TNTID」）など）に関連付けることができます。

ID サービスは、グローバルに定義された（標準）ID およびユーザー定義の（カスタム）ID 名前空間を保持します。標準の名前空間はすべての組織（「電子メール」や「ECID」など）で使用できますが、組織は、特定のニーズに合わせてカスタム名前空間を作成することもできます。

Experience Platform の ID 名前空間について詳しくは、 ID 名前空間の概要を参照してください。

リクエストの送信 submit

以下のセクションでは、Privacy Service の API または UI を使用して Real-Time Customer Profile に対しプライバシーリクエストを行う方法について概説しています。これらのセクションを読む前に、 PRIVACY SERVICEAPI または PRIVACY SERVICEUI ドキュメント。 これらのドキュメントは、リクエストペイロードで送信されたユーザー ID データの形式を適切に設定する方法など、プライバシージョブの送信方法に関する完全な手順を提供します。

API の使用

API でジョブリクエストを作成する際は、userIDs 内で指定するいずれの ID に対しても固有の namespace および type を使用する必要があります。Identity Service によって認識される有効な ID 名前空間 を namespace 値に指定する必要があり、type には、standard または unregistered のいずれかを（標準名前空間とカスタム名前空間のそれぞれに応じて）指定する必要があります。

さらに、リクエストペイロードの include 配列には、リクエスト対象である別のデータストアの製品値を含める必要があります。ID に関連付けられたプロファイルデータを削除するには、配列に値が含まれている必要があります ProfileService. 顧客の ID グラフの関連付けを削除するには、配列に値を含める必要があります identity.

次のリクエストは、1 件の顧客データ用に新しいプライバシージョブをで作成します。 Profile ストア。 で顧客に対して 2 つの ID 値が指定されています userIDs 配列。標準を使用するもの Email id 名前空間、およびカスタムを使用するその他の名前空間 Customer_ID 名前空間。 また、の製品値も含まれます Profile （ProfileService） include 配列：

リクエスト

curl -X POST \
  https://platform.adobe.io/data/core/privacy/jobs \
  -H 'Authorization: Bearer {ACCESS_TOKEN}' \
  -H 'x-api-key: {API_KEY}' \
  -H 'x-gw-ims-org-id: {ORG_ID}' \
  -H 'Content-Type: application/json' \
  -d '{
    "companyContexts": [
      {
        "namespace": "imsOrgID",
        "value": "{ORG_ID}"
      }
    ],
    "users": [
      {
        "key": "user12345",
        "action": ["access","delete"],
        "userIDs": [
          {
            "namespace": "Email",
            "value": "ajones@acme.com",
            "type": "standard"
          },
          {
            "namespace": "Customer_ID",
            "value": "12345678",
            "type": "unregistered"
          }
        ]
      }
    ],
    "include": ["ProfileService","identity"],
    "expandIds": false,
    "priority": "normal",
    "regulation": "ccpa"
}'

製品の反応

プロファイルサービスの場合、プライバシージョブが完了すると、要求されたユーザー ID に関する情報を含んだ応答が JSON 形式で返されます。

{
    "privacyResponse": {
        "jobId": "7467850f-9698-11ed-8635-355435552164",
        "response": [
            {
                "sandbox": "prod",
                "mergePolicyId": "none",
                "result": {
                    "person": {
                        "gender": "female"
                    },
                    "personalEmail": {
                        "address": "ajones@acme.com",
                    },
                    "identityMap": {
                        "crmid": [
                            {
                                "id": "5b7db37a-bc7a-46a2-a63e-2cfe7e1cc068"
                            }
                        ]
                    }
                }
            },
            {
                "sandbox": "prod",
                "mergePolicyId": "none",
                "result": {
                    "person": {
                        "gender": "male"
                    },
                    "id": 12345678,
                    "identityMap": {
                        "crmid": [
                            {
                                "id": "e9d439f2-f5e4-4790-ad67-b13dbd89d52e"
                            }
                        ]
                    }
                }
            }
        ]
    }
}

UI の使用

UI でジョブリクエストを作成する場合は、必ず次を選択します。 AEP データレイク および/または Profile 未満 製品 データレイクに保存されたデータのジョブを処理するため、または Real-Time Customer Profile、それぞれ。

プライバシーリクエストのプロファイルフラグメント fragments

が含まれる Profile データストア。個々の顧客の個人データは、多くの場合、複数のプロファイルフラグメントで構成され、id グラフを通じて人物に関連付けられます。 にプライバシーリクエストを送信する場合 Profile ストア。リクエストは、プロファイル全体ではなく、プロファイルフラグメントレベルでのみ処理されることに注意してください。

例えば、顧客属性データを 3 つの異なるデータセットに格納し、それらのデータセットで異なる識別子を使用してデータを個々の顧客に関連付ける場合を考えてみましょう。

いずれかのデータセットはを使用します customer_id プライマリ識別子としての使用に対して、他の 2 つは email_id. を使用してプライバシーリクエスト（アクセスまたは削除）を送信する場合 email_id ユーザー ID の値として、 firstName, lastName、および mlScore 属性が処理される一方、 address 影響を受けません。

プライバシーリクエストがすべての関連する顧客属性を処理するようにするには、これらの属性を保存できるすべての適用可能なデータセットにプライマリ ID 値を指定する必要があります（顧客あたり最大 9 つの ID）。 の ID フィールドについては、の節を参照してください スキーマ構成の基本 一般的に ID としてマークされるフィールドの詳細を確認してください。

リクエスト処理の削除 delete

Experience Platform が Privacy Service から削除リクエストを受信すると、Platform は、Privacy Service に対し、リクエストを受信し、影響を受けるデータが削除用にマークされている旨の確認を送信します。その後、プライバシージョブが完了すると、レコードが削除されます。

ID サービスも含めたかどうかに応じて（identity）とデータレイク（aepDataLake）をプロファイルのプライバシーリクエストの製品として使用します（ProfileService）、プロファイルに関連する様々なデータセットが、異なる時間にシステムから削除される可能性があります。

を参照してください。 Privacy Service 詳細を見る ジョブステータスのトラッキングの詳細情報

プロファイルリクエストと ID リクエスト profile-v-identity

プロファイルの削除リクエストが行われた場合（ProfileService）、ID サービス （identity）を選択した場合、結果のジョブでは、顧客（または顧客のセット）について収集された属性データは削除されますが、ID グラフで確立された関連付けは削除されません。

例えば、顧客のを使用する削除リクエストの場合 email_id および customer_id これらの ID の下に保存されているすべての属性データを削除します。 ただし、その後同じ下に取り込まれたデータ customer_id は、引き続き適切なに関連付けられます email_id関連付けがまだ存在するので、

特定の顧客のプロファイルとすべての ID の関連付けを削除するには、必ずプロファイルと ID サービスの両方を削除リクエストのターゲット製品として含めてください。

結合ポリシーの制限 merge-policy-limitations

Privacy Serviceは処理することしかできません Profile id ステッチを実行しない結合ポリシーを使用するデータ。 UI を使用してプライバシーリクエストが処理されているかどうかを確認する場合は、でポリシーを使用していることを確認してください None as its ID ステッチ タイプ。 つまり、次の場合は結合ポリシーを使用できません。 ID ステッチ はに設定されています。 プライベートグラフ.

次の手順

このドキュメントでは、Experience Platform におけるプライバシーリクエストの処理に関する重要な概念について説明します。ID データの管理方法とプライバシージョブの作成方法に関する理解を深めるには、引き続きこのガイドに記載されているドキュメントを参照してください。

のプライバシーリクエストの処理について Platform が使用していないリソース Profileのドキュメントを参照してください。 データレイクでのプライバシーリクエストの処理.