翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
# Amazon Connect でアイデンティティ解決を使用して類似プロファイルを統合する
ある*類似プロファイル*とは、1 件の問い合わせで、複数のプロファイルが同じであると判断された場合を意味します。同じお客様の複数のチャネルおよびアプリケーションでお客様レコードが取得され、共通する一意の識別子を共有しない場合、複数のプロファイルが存在する可能性があります。
アイデンティティ解決により、類似プロファイルが自動的に検出され、統合に役立ちます。アイデンティティ解決ジョブを毎週実行し、次の手順を実行します。
1. [自動プロファイル照合](how-identity-resolution-works.md#auto-profile-matching)
1. 統合条件に基づく[類似プロファイルの自動マージ](how-identity-resolution-works.md#auto-profile-merging)
アイデンティティ解決ジョブが実行されるたびに、**[Customer Profiles]** ページにメトリクスが表示されます。メトリクスには、レビューしたプロファイルの数、見つかった一致グループの数、統合プロファイルの数が表示されます。
アイデンティティ解決を有効にするには、追加料金が適用される場合があります。詳細については、[Amazon Connect の料金](https://aws.amazon.com/connect/pricing/)を参照してください。
![\[Amazon Connect Customer Profiles ページ、[アイデンティティ解決を有効にする] ボタン。\]](http://docs.aws.amazon.com/ja_jp/connect/latest/adminguide/images/customer-profiles-enable-ir.png)
# Amazon Connect Customer Profiles ドメインのアイデンティティ解決を有効にする
**重要**
Amazon Connect エージェントワークスペースを使用する場合、ケースは Amazon Connect Customer Profiles Identity Resolution と完全には互換性がありません。プロファイルがマージされると、既存のケースは以下のように処理されます。
マージ後も、ケースは元のプロファイル ID に紐付けられたままになります。
ケースはマージされたプロファイル間で自動的に統合されません。
既存のケースを別のプロファイルに再度関連付けする方法はありません。ケースを手動で統合する必要がある場合は、回避策として [CreateCase](https://docs.aws.amazon.com/connect/latest/APIReference/API_connect-cases_CreateCase.html) と [CreateRelatedItem](https://docs.aws.amazon.com/connect/latest/APIReference/API_connect-cases_CreateRelatedItem.html) を使用します。
アイデンティティ解決を有効にする場合は、以下の情報を指定します。
+ アイデンティティ解決ジョブを毎週実行する必要がある時期。デフォルトでは、土曜日の午前 12 時 (UTC) に実行されます。
+ アイデンティティ解決ジョブが自動プロファイル照合プロセスの結果を書き込む必要がある Amazon S3 バケット。S3 バケットがない場合は、有効化プロセス中にバケットを作成するオプションがあります。
Amazon S3 バケットにクエリを実行するか、[GetMatches](https://docs.aws.amazon.com/customerprofiles/latest/APIReference/API_GetMatches.html) API を使用し、[信頼スコア](how-identity-resolution-works.md#confidence-score)に基づいて結果をフィルタリングします。
アイデンティティ解決を有効にすると、オプションの自動マージプロセスに、[統合条件を作成する](create-consolidation-criteria.md)ためのオプションが表示されます。
**アイデンティティ解決を有効にするには**
1. インスタンスの Customer Profiles ドメインを有効にする必要があります。手順については、「[Amazon Connect インスタンスで Customer Profiles を有効にする](enable-customer-profiles.md)」を参照してください。
1. ナビゲーションペインで、**[Customer profiles]** (お客様プロファイル) を選択します。
1. **[Identity Resolution]** (アイデンティティ解決) セクションで、**[Enable Identity Resolution]** (アイデンティティ解決を有効にする) を選択します。
![\[Amazon Connect Customer Profiles ページ、[アイデンティティ解決を有効にする] ボタン。\]](http://docs.aws.amazon.com/ja_jp/connect/latest/adminguide/images/customer-profiles-enable-ir.png)
1. **[アイデンティティ解決]** ポップアップボックスで、**[アイデンティティ解決を有効にする]** を選択します。
![\[Amazon Connect Customer Profiles ページ、[アイデンティティ解決を有効にする] ボタン。\]](http://docs.aws.amazon.com/ja_jp/connect/latest/adminguide/images/customer-profiles-enable-ir-2.png)
1. **[Enable Identity Resolution]** (アイデンティティ解決を有効にする) ページで、アイデンティティ解決ジョブを実行する日時を指定します。
1. Amazon S3 バケットから一致するプロファイル ID を確認する場合は、**[Write profile ID matches to Amazon S3]** (Amazon S3 に一致するプロファイル ID を書き込む) を選択します。それ以外の場合は、[GetMatches](https://docs.aws.amazon.com/customerprofiles/latest/APIReference/API_GetMatches.html) API を使用して、一致するプロファイルをレビューできます。
**注記**
マージを自動有効化すると、一致するプロファイル ID は受信されません。
1. アイデンティティ解決ジョブがプロファイル照合を書き込む必要がある Amazon S3 バケットを指定します。
混乱した代理処理のセキュリティ問題を防ぐために、ポリシーを適用することをお勧めします。詳細とポリシー例については、[Amazon Connect Customer Profiles サービス間の混乱した代理問題の防止](cross-service-confused-deputy-prevention.md#customer-profiles-cross-service) を参照してください。
1. 完了後、**[Enable Identity Resolution]** (アイデンティティ解決を有効にする) を選択します。ID 解決を有効にすると、ルールベースのマッチングと ML ベースのマッチングの両方が有効になります。ID 解決ページからどちらか一方または両方を無効にできます。詳細については、「[Amazon Connect Customer Profiles でアイデンティティ解決を無効にする](disable-identity-resolution.md)」を参照してください。
1. ID 解決のルールベースのマッチング:
1. 新しいドメインとのルールベースのマッチングを有効にした後、統合を設定し、統合が実行中の場合は、すぐにマッチングが開始されます。
1. 既存のドメインとのルールベースのマッチングを有効にすると、1 時間以内にマッチングプロセスが開始されます。
1. ID 解決のルールベースのマッチング:
1. アイデンティティ解決を有効にすると、アイデンティティ解決ジョブは 24 時間以内に 1 回目が実行されます。
**注記**
新しい Customer Profiles ドメインで初めて アイデンティティ解決ジョブを実行する前に、プロファイルメトリクスをチェックして、プロファイルが作成されていることを確認することをお勧めします。作成されていない場合、一致する結果は表示されません。
1. 自動マージ照合プロファイルの統合条件を設定することもできます。その場合は、「[Amazon Connect でのアイデンティティ解決の統合条件を設定する](create-consolidation-criteria.md)」を参照してください。
# Amazon Connect でのアイデンティティ解決の統合条件を設定する
**注記**
Amazon Connect 管理コンソールを使用して統合条件を作成するオプションにアクセスするには、[アイデンティティ解決を有効にする](#create-consolidation-criteria)必要があります。
アイデンティティ解決ジョブで類似プロファイルが検出されると、プロセスは指定した統合条件に基づいて、自動的に統合プロファイルにマージできます。
選択した属性は、完全一致するかを一致グループ内のすべての類似プロファイルで比較されます。例えば、条件で `email` を属性として指定した場合、`email address` の値と完全に一致する値を持つ一致グループ内のすべての類似プロファイルが統合プロファイルへとマージされます。
**ヒント**
独自のマージ用ロジックを設定する場合は、[MergeProfiles](https://docs.aws.amazon.com/customerprofiles/latest/APIReference/API_MergeProfiles.html) API を使用します。
## 制限
[標準プロファイル](standard-profile-definition.md)から任意の属性を選択し、類似プロファイルを比較できます。例えば、電話番号、メールアドレス、名前、およびカスタム属性を選択できます。
最大で次の値に指定できます。
+ 統合条件 10 個
+ 条件あたり 20 個の属性
## 強力な条件を作成するためのヒント
一意のプロファイルのターゲット設定を改善し、重複しないプロファイルの統合を回避するには、次の手順を実行することをお勧めします。
+ お客様を一意に識別でき、アカウント番号や政府機関 ID の形式など、お客様間で同じではないと思われる属性を選択します。
+ 単一の属性条件は避けてください。複数の属性を選択して属性の組み合わせを作成し、ターゲット設定を改善します。例:
+ **[Phone number]** (電話番号) と **[First name]** (名)、**[Middle name]** (ミドルネーム)、**[Last name]** (姓) を合わせたより強力な条件
条件は
+ **[Phone number]** (電話番号) のみ、または
+ **[First name, Middle, name, Last name]** (名、ミドルネーム、姓) の組み合わせのみより強力です。
+ 該当する場合は、特定の属性グループ内のすべての属性を選択します。例えば、名前を使用する場合は、関連する名前属性 (**[First name, Middle name, Last name]** (名、ミドルネーム、姓)) をすべて選択します。勤務先住所を使用する場合は、関連するすべての勤務先住所属性を選択します。
+ 以下の属性の 1 つを含めることで、条件の他の属性と組み合わせて、お客様を一意に特定する可能性があります。
+ アカウント番号
+ Phone number (電話番号)
+ E メール
## 自動マージ条件をセットアップする方法
自動マージの統合条件を設定する前に、[自動マージプロセスの仕組み](how-identity-resolution-works.md#consolidation-criteria-how-it-works) をレビューすることをお勧めします。
1. アイデンティティ解決を有効化した後に、**[Identity Resolution]** (アイデンティティ解決) ページに、自動マージ条件を設定するオプションが表示されます。**[Create consolidation criteria]** (統合条件を作成する) を選択します。
1. **[Missing timestamp]** (タイムスタンプがありません) ダイアログボックスが表示された場合、続行する前に、カスタムオブジェクトタイプに新しいタイムスタンプ属性を追加することをお勧めします。「[プロファイルの競合にタイムスタンプがない](#missing-timestamp-for-profile-conflicts)」を参照してください。
1. **[Profile conflicts]** (プロファイルの競合) セクションで、2 つ以上のレコードが競合する場合のプロファイルの競合を解決する方法を選択します。
1. **[Consolidation criteria]** (統合条件) セクションで、1 つ以上の条件を作成します。条件ごとに少なくとも 2 つ以上の属性を含めることをお勧めします。
## プロファイルの競合にタイムスタンプがない
**[Missing timestamp]** (タイムスタンプがありません) メッセージは、カスタムオブジェクトタイプマッピングがある場合に表示されます。
カスタムオブジェクトタイプに次の新しい属性を追加するには、[PutProfileObjectType](https://docs.aws.amazon.com/customerprofiles/latest/APIReference/API_PutProfileObjectType.html) API を使用します。
+ `Fields.sourceLastUpdatedTimestamp`
+ `sourceLastUpdatedTimestampFormat`
タイムスタンプ属性が指定されていない場合は、統合条件の作成を続行できますが、レコードが Customer Profiles に取り込まれたときのデフォルトのタイムスタンプが使用されます。統合条件を作成する前に、新しい属性を追加することをお勧めします。
カスタムオブジェクトタイプを既に定義しており、カスタムオブジェクトタイプを更新する場合は、スケジュールされたバックフィルを毎週実行して、既存のプロファイルを `Fields.sourceLastUpdatedTimestamp` で更新します。スケジュールされたバックフィルをオプトインするには:
1. [PutProfileObjectType](https://docs.aws.amazon.com/customerprofiles/latest/APIReference/API_PutProfileObjectType.html) API を使用して、カスタムプロファイルオブジェクトタイプを更新します。
1. カスタムプロファイルオブジェクトタイプを更新したら、[サポート チケット](https://console.aws.amazon.com/support/home)を開き、バックフィルをスケジュールします。予定されているバックフィルは 2022 年 2 月末まで実行されます。
または、カスタムオブジェクトタイプを使用するドメインの取り込み/コネクタを削除して再作成することもできます。すべてのデータは、更新されたオブジェクトタイプを使用して再度取り込まれ、`Fields.sourceLastUpdatedTimestamp` はそこから解析されます。
## 例: サンプル条件の適用方法
この例では、次の 3 つの条件があります。
+ **[Resolve profile conflicts]** (プロファイル競合を解決) が、**[Use last updated timestamp]** (最後に更新されたタイムスタンプを使用する) に設定されている。つまり、2 つのフィールドに競合する値がある場合、アイデンティティ解決は最後に更新されたタイムスタンプを使用して、使用する値を決定します。
+ 条件 1:
+ 名と姓
+ E メール
+ 条件 2:
+ Phone number (電話番号)
これらの条件は、以下のプロファイルに適用されます。
+ プロファイル A
+ John Doe [last updated **05:00**a]
+ doefamily@anyemail.com [last updated **05:00**a]
+ 555-555-5555 [last updated **07:00**a]
+ プロファイル B
+ John Doe [last updated **04:00**a]
+ doefamily@anyemail.com [last updated **06:00**a]
+ 555-555-555**6** [last updated *04:00*a]
+ プロファイル C
+ **Jane** Doe [last updated **06:00**a]
+ doefamily@anyemail.com [last updated **07:00**a]
+ 555-555-5555 [last updated **06:00**a]
条件 1 が適用された場合の結果は次のとおりです。
+ プロファイル A と B がマージされた = プロファイル AB
この結果 ProfileAB は次のようになります。
+ John Doe [last updated **05:00**a]
+ doefamily@anyemail.com [last updated **07:00**a]
+ 555-555-555**5** [last updated **06:00**a]
電話番号間に競合があるため、アイデンティティ解決は最後のタイムスタンプを使用して 555-555-555 番号を選択します。
次に、条件 2 が適用されます。結果は、以下のとおりです。
+ プロファイル AB と C がマージされた = プロファイル ABC
この結果、Profile ABC は次のようになります。
+ **Jane** Doe [last updated **06:00**a]
+ doefamily@anyemail.com [last updated **07:00**a]
+ 555-555-555**5** [last updated **07:00**a]
アイデンティティ解決には、最新のタイムスタンプがあるため、プロファイル C の名、姓、電子メールが使用されます。
# Amazon Connect でのアイデンティティ解決のための機械学習
Amazon Connect のアイデンティティ解決は類似プロファイルを自動的に検出し、プロファイルの統合に役立ちます。このセクションのトピックでは、自動マージプロセスの一環として重複プロファイルを統合するための機械学習マッチングを設定する方法を説明します。
**Topics**
+ [ID 解決のための機械学習の仕組み](how-identity-resolution-works.md)
+ [ID 解決のための機械学習のセットアップ](setup-machine-learning-matching.md)
# Amazon Connect でのアイデンティティ解決のための機械学習の仕組み
このトピックでは、アイデンティティ解決が自動プロファイル照合を実行する方法、および設定されている場合、類似プロファイルが自動的にマージされる方法について説明します。
## 自動プロファイル照合
類似プロファイルを識別するために、アイデンティティ解決は機械学習を使用して、各プロファイルの次の個人を特定できる情報 (PII) 属性を確認します。
+ 名前: 名、ミドルネーム、姓を含むすべての名前で類似性についてレビューされます。
+ メール: 個人のメールや勤務先メールなど、すべてのメールアドレスで類似性についてレビューされます。大文字と小文字は区別されません。
+ 電話番号: 自宅の電話、携帯電話、勤務先電話など、すべての電話番号と形式で類似性についてレビューされます。
+ 住所: 勤務先住所、郵送先住所、配送先住所、請求連絡先など、すべての住所タイプと形式で類似性についてレビューされます。
+ 生年月日: すべての生年月日と形式で類似性についてレビューされます。
この情報を使用して、類似プロファイルの一致グループを作成します。
### 一致グループ
一致グループは、お客様を表すすべての類似プロファイルで構成されます。各一致グループには、以下の情報が含まれます。
+ 問い合わせを表す 2 つ以上の類似プロファイルのグループを一意に識別する一致 ID
+ 一致グループ内のプロファイル ID の数
+ 一致グループに関連付けられた信頼スコア
### 信頼スコア
自動照合プロセスの実行後、S3 バケットにクエリを実行するか、[GetMatches](https://docs.aws.amazon.com/customerprofiles/latest/APIReference/API_GetMatches.html) API を使用して信頼スコアに基づいて結果をフィルタリングします。例えば、詳細なレビューのために、高い信頼一致をフィルタリングできます。
信頼スコアは 0～1 の間の数値で、プロファイルを一致グループに割り当てる信頼レベルを表します。スコアが 1 の場合は、完全一致を示している可能性があります。
## 類似プロファイルの自動マージ
プロファイルの照合後、アイデンティティ解決ジョブは、必要に応じ、条件に基づいて類似プロファイルをマージできます。条件を削除または更新すると、更新された条件は次の実行時に類似プロファイルへ適用されます。
**重要**
統合プロセスは元に戻すことはできません。アイデンティティ解決ジョブを実行する前に、自動マージプロセスのドライランを実行するために、[GetAutoMergingPreview](https://docs.aws.amazon.com/customerprofiles/latest/APIReference/API_GetAutoMergingPreview.html) API を使用することを強く推奨します。
**注記**
2 つのプロファイルをマージする際、API コールまたはエージェントワークスペースによって手動で入力されたプロファイルフィールドが、統合またはカスタムオブジェクトタイプマッピングから自動的に取り込まれたプロファイルフィールドによって上書きされることはありません。
例えば、エージェントワークスペースのエージェントが FirstName「John」を使用してプロファイルを手動で作成したとします。FirstName「Peter」を持つ別のプロファイルが S3 統合を使用して作成されます。この 2 つのプロファイルが自動的に統合された場合、FirstName「John」が保持されます。
### 自動マージプロセスの仕組み
+ **統合条件で選択したすべての属性は、マージ前の厳密な値比較の `AND` 条件とひも付けられます**。
+ 例えば、`email address` や `phone number` のように、条件に複数の属性が指定されている場合、`email address` と `phone number` の完全に一致する値を持つ一致グループ内のすべての類似プロファイルがマージされます。
+ 一致グループ内の 1 つ以上の類似プロファイルが、条件内の 1 つ以上の属性に対して異なる値を持っている、または値がない場合は、その類似プロファイルがマージされます。
例えば、1 つの一致グループが 5 つの類似プロファイルからなり、そのうちの 3 つのプロファイルが統合されているとします。これは、これらの 3 つのプロファイルが条件を満たしているためです。他の 2 つのプロファイルは、条件を満たさないため、マージされません。
+ **複数の条件は、条件 1 から始まる優先順で評価されます**。
+ 統合条件の順序が適用されます。条件 1 を最優先とし、条件 10 が最低の優先度となります。
+ アイデンティティ解決ジョブが 1 つの条件に適用されると、統合されたプロファイルと一致グループ内の残りの類似プロファイルに、次の条件が適用されます。
+ 最大 10 個の条件を設定できます。
+ **各条件は独立して実行され、その他の条件で `OR` として操作されます**。
+ 複数の条件がある場合、アイデンティティ解決ジョブが次の条件に移る前に、各条件が個別に、優先順位の順序で適用されます。
+ すべての条件は、リストした順序で適用されます。一致グループ内の類似プロファイルを統合するのに条件が満たされるかどうかは関係ありません。
+ **デフォルトでは、プロファイルの競合は新しさによって管理されます**。
+ 一致グループ内の 2 つ以上の類似プロファイルが統合条件を満たす場合、結果の統合プロファイルは、構成類似プロファイルのプロファイル属性の各値を比較して作成されます。
+ 各属性では、値が完全に一致している場合があります。この場合、その属性には任意の値を選択できます。
+ 類似プロファイルを構成する 2 つ以上のプロファイルの値に競合がある場合は、最後に更新された属性が選択されます。
例えば、Jane Doe が構成類似プロファイルの `Address` 属性に 3 つの異なる値を持つ場合、アイデンティティ解決は、統合プロファイルを作成するために最近使用されたものを選択します。
+ デフォルトでは、**[Last updated timestamp]** (最終更新されたタイムスタンプ) は、最近更新されたレコードを特定するために使用されます。
+ **プロファイルの競合は、ソースのオブジェクトタイプと新しさによって管理されます**。
+ また、競合する解決のデフォルトの動作を変更して、特定のソースから類似の構成プロファイルを正規のソースとして選択して、競合する解決を明示することもできます。
+ プロファイルの競合に使用するデータソースを指定する場合は、**[Source with last updated timestamp]** (タイムスタンプが最後に更新されたソース) を選択すると、いずれかのオブジェクトタイプをデータソースとして選択できます。
+ 指定したオブジェクトタイプから最後に更新されたレコードは、プロファイルの競合を解決するために使用されます。
+ **最終更新タイムスタンプは、最後に更新されたレコードを特定します**。
+ ソースレコードのオブジェクトタイプに関連付けられたタイムスタンプ属性は、最後に更新されたレコードを特定するために使用されます。
+ オブジェクトタイプのタイムスタンプ属性を使用できない場合は、レコードが Customer Profiles ドメインに取り込まれたタイムスタンプが使用されます。
+ カスタムオブジェクトタイプの場合、タイムスタンプを追加する必要があります。詳細については「[プロファイルの競合にタイムスタンプがない](create-consolidation-criteria.md#missing-timestamp-for-profile-conflicts)」を参照してください。
+ **統合は一方向のプロセスであり、元に戻すことはできません**。
+ 統合プロセスを開始する前に、条件を慎重に選択してください。詳細については、「[強力な条件を作成するためのヒント](create-consolidation-criteria.md#tips-for-creating-consolidation-criteria)」を参照してください。
+ データをマージすることなくアイデンティティ解決の自動マージ設定をテストする [GetAutoMergingPreview](https://docs.aws.amazon.com/customerprofiles/latest/APIReference/API_GetAutoMergingPreview.html) API を使用します。
条件が適用される方法を示す例については、「[例: サンプル条件の適用方法](create-consolidation-criteria.md#criteria-examples)」を参照してください。
# Amazon Connect でのアイデンティティ解決のための機械学習のセットアップ
## 機械学習マッチング実行スケジュールの編集
![\[機械学習マッチング実行スケジュールを編集します。\]](http://docs.aws.amazon.com/ja_jp/connect/latest/adminguide/images/machine-learning-ir-edit-run-schedule.png)
## 機械学習による一致のマージを編集する
![\[機械学習による一致のマージを編集します。\]](http://docs.aws.amazon.com/ja_jp/connect/latest/adminguide/images/machine-learning-ir-edit-merge-matches.png)
## 機械学習による一致の場所を編集する
![\[機械学習による一致の場所を編集します。\]](http://docs.aws.amazon.com/ja_jp/connect/latest/adminguide/images/machine-learning-ir-edit-match-location.png)
# Amazon Connect でのアイデンティティ解決のルールベースマッチング
AC のアイデンティティ解決は類似プロファイルを自動的に検出し、プロファイルの統合に役立ちます。このセクションのトピックでは、自動マージプロセスの一環として重複プロファイルを統合するためのルールベースのアイデンティティ解決を設定する方法を説明します。
**Topics**
+ [ルールベースの ID 解決の仕組み](how-rule-based-identity-resolution-works.md)
+ [ID 解決のルールベースのマッチングを設定する](setup-rule-based-matching.md)
+ [ルールベースの ID 解決のためのマッチングルールを設定する](setup-matching-rule-examples.md)
# Amazon Connect でのルールベースのアイデンティティ解決の仕組み
このトピックでは、ルールベースの ID 解決が自動プロファイルマッチングを実行する方法と、類似プロファイルを自動的にマージする方法について説明します。
## 自動プロファイル照合
ルールベースの ID 解決では、類似のプロファイルを識別するために、[マッチングルール属性](https://docs.aws.amazon.com/customerprofiles/latest/APIReference/API_MatchingRule.html)のリストを使用して、各プロファイルを照合します。[MatchingRules](https://docs.aws.amazon.com/customerprofiles/latest/APIReference/API_RuleBasedMatchingRequest.html#customerprofiles-Type-RuleBasedMatchingRequest-MatchingRules) では、最大 15 個の MatchingRule 属性がサポートされています。
### マッチングルール
以下は、使用できる [MatchingRule](https://docs.aws.amazon.com/customerprofiles/latest/APIReference/API_MatchingRule.html) 属性のリストです。最大 15 のマッチングルールレベルを設定できます。各マッチングルールでは、各プロファイルで次の個人を特定できる情報 (PII) 属性を使用できます。
+ **AccountNumber**
+ **Address.Address**: Address、BusinessAddress、MaillingAddress、ShippingAddress など、[属性タイプセレクター](#rule-based-attribute-type-selector) で指定されたすべての住所の類似性が確認されます。
+ **Address.City**: Address、BusinessAddress、MaillingAddress、ShippingAddress など、[属性タイプセレクター](#rule-based-attribute-type-selector) で指定されたすべての住所の類似性が確認されます。
+ **Address.Country**: Address、BusinessAddress、MaillingAddress、ShippingAddress など、[属性タイプセレクター](#rule-based-attribute-type-selector) で指定されたすべての住所の類似性が確認されます。
+ **Address.County**: Address、BusinessAddress、MaillingAddress、ShippingAddress など、[属性タイプセレクター](#rule-based-attribute-type-selector) で指定されたすべての住所の類似性が確認されます。
+ **Address.PostalCode**: Address、BusinessAddress、MaillingAddress、ShippingAddress など、[属性タイプセレクター](#rule-based-attribute-type-selector) で指定されたすべての住所の類似性が確認されます。
+ **Address.State**: Address、BusinessAddress、MaillingAddress、ShippingAddress など、[属性タイプセレクター](#rule-based-attribute-type-selector) で指定されたすべての住所の類似性が確認されます。
+ **Address.Province**: Address、BusinessAddress、MaillingAddress、ShippingAddress など、[属性タイプセレクター](#rule-based-attribute-type-selector) で指定されたすべての住所の類似性が確認されます。
+ **PhoneNumber**: PhoneNumber、HomePhoneNumber、MobilePhoneNumber など、[属性タイプセレクター](#rule-based-attribute-type-selector) で指定された電話番号の類似性が確認されます。
+ **EmailAddress**: EmailAddress、BusinessEmailAddress、PersonalEmailAddress など、[属性タイプセレクター](#rule-based-attribute-type-selector) で指定されたすべてのメールアドレスの類似性が確認されます。
+ **BirthDate**
+ **BusinessName**
+ **FirstName**
+ **LastName**
+ **MiddleName**
+ **[Gender]** (性別)
+ ***Attributes* プレフィックスを持つカスタマイズされた任意のプロファイル属性**
マッチングルールは優先度によって処理されます。例えば、最初のルールは、定義したい最も最適化されたルールにすべきであり、最も正確な結果を得るために使用する必要があります。
### 属性タイプセレクター
属性タイプセレクターには、ルールベースの ID 解決に不可欠な設定情報が格納され、プロファイルの照合が容易になります。これにより、属性タイプ間のプロファイルの比較を微調整し、各タイプ内で照合する主要な属性を選択できます。この機能では、3 つの異なる属性タイプを柔軟に設定できるため、マッチングプロセスを正確に制御できます。
+ **メールタイプ**
+ EmailAddress、BusinessEmailAddress、および PersonalEmailAddress から選択できます。
+ **PhoneNumber タイプ**
+ PhoneNumberNumber、HomePhoneNumber、および MobilePhoneNumber から選択できます。
+ **住所タイプ**
+ Address、BusinessAddress、MaillingAddress、および ShippingAddress から選択できます。
`ONE_TO_ONE` または `MANY_TO_MANY` を AttributeMatchingModel として選択できます。`MANY_TO_MANY` を選ぶと、システムは属性タイプのサブタイプ間で属性を照合できます。例えば、プロファイル A の EmailAddress フィールドの値とプロファイル B の BusinessEmailAddress フィールドの値が一致する場合、2 つのプロファイルは EmailAddress タイプで一致します。`ONE_TO_ONE` を選ぶと、システムはサブタイプが完全に一致する場合にのみ照合できます。例えば、プロファイル A の EmailAddress フィールドの値とプロファイル B の EmailAddress フィールドの値が一致する場合、2 つのプロファイルは EmailAddress タイプで一致します。
**マッチングに許可される最大ルールレベル**
類似のプロファイルの照合に使用する最大ルールレベルを設定できます。例えば、マッチングで許される最大ルールレベルが 5 の場合、システムはルールレベル 6 を使用して類似のプロファイルを検索しません。
### 一致グループ
一致グループは、お客様を表すすべての類似プロファイルで構成されます。各一致グループには、以下の情報が含まれます。
+ 問い合わせを表す 2 つ以上の類似プロファイルのグループを一意に識別する一致 ID
+ 一致グループ内のプロファイル ID の数
### 一致のステータス
+ **保留中**
ルールベースのマッチングルールを設定した後の最初のステータス。既存のドメインの場合、ルールベースの ID 解決は 1 時間待ってからマッチングルールを作成します。新しいドメインの場合、システムは **PENDING** ステージをスキップします。
+ **IN\$1PROGRESS**
システムは、ルールベースのマッチングルールを作成しています。このステータスでは、システムは既存のデータを評価中であり、ルールベースのマッチング設定を変更できなくなります。
+ **ACTIVE**
ルールはすぐに使用できます。ステータスが **ACTIVE** 状態になった翌日にルールを変更できます。
### 自動マッチングプロセスの仕組み
ルールベースのマッチングルールを使用して新しい Amazon Connect Customer Profiles ドメインを作成すると、ルールベースの ID 解決は、プロファイルの取り込み中に指定したルールに基づいて類似のプロファイルを照合します。ルールベースのマッチングの設定を更新した場合、Customer Profiles は 1 時間以内に新しい設定を使用してドメイン内のプロファイルの再評価を開始します。
既存のドメインでルールベースのマッチングを有効にした場合、システムは **PENDING** 状態に移行し、1 時間以内に新しい設定を使用してドメイン内の既存のプロファイルの評価を開始します。プロファイルの評価が完了するまでの時間は、存在するプロファイルの数によって異なります。
+ **デフォルトでは、カスタムルールが指定されていない場合、デフォルトルールが適用されます。**
+ カスタムマッチングルールを指定しない場合、Amazon Connect Customer Profiles にはデフォルトのマッチングルールが用意されています。カスタムマッチングルールはこちらで確認できます。
+ **すべてのレコードはルールベースのマッチングルールを通過します。**
+ システムは、一致が見つかるまで、またはマッチングできる最大ルールレベルに達するまで、各マッチングルールレベルを評価します。評価プロセスはルールレベル 1 から始まり、そこでレコードが分析されます。一致するグループが見つからなかった場合、システムはその後のルールレベルの評価を続け、一致が見つかるか、マッチングできる最大ルールレベルに達するまで、一致グループを検索します。
+ **1 つのマッチングルールレベルのすべての属性が、*AND* 関係を使用して接続されます。**
+ 1 つのルールレベル内に複数の属性が存在する場合、それらは AND 関係によって相互接続されます。プロファイルマッチング中、プロファイルが同じ一致グループに割り当てられるには、すべての属性値が揃っている必要があります。例えば、すべての属性の値が同じ場合にのみ、プロファイルは一致していると見なされ、後で処理するためにグループ化されます。
+ **属性タイプセレクターのすべての属性は、*OR* 関係で接続されます。**
+ 属性タイプセレクター内で属性を指定すると、同じタイプの属性が OR 関係を介してリンクされます。例えば、HomePhoneNumber と BusinessPhoneNumber が利用される PhoneNumber タイプを考えてみます。このシナリオでは、HomePhoneNumber または BusinessPhoneNumber のいずれかが同じ場合、2 つのプロファイルは一致とみなすことができます。そのため、マッチングプロセスでは、自宅または会社の電話番号に基づいて柔軟にマッチングできます。
+ **一致結果は最終的に最適化されます。**
+ システム内のプロファイルマッチングはほぼリアルタイムで行われるため、プロファイルの一致グループが低い (最適化されていない) ルールレベルで見つかる可能性があります。それでも、より高い (より最適化された) ルールレベルで一致するものがあれば、システムはその特定のグループにプロファイルを割り当てます。
**注記**
ID 解決がルールベースのマッチングを実行するとき、設定したルールが処理される順序は、データの取り込み方法によって異なります。例えば、ルール 1 と 2 を設定した場合、ルール 2 がルール 1 の前に処理される可能性があります。処理の順序は変わるかもしれませんが、最終結果は常に同じです。
## 類似プロファイルの自動マージ
プロファイルが一致したら、ID 解決ジョブは、ルールベースのマッチング設定で指定した [MaxAllowedRuleLevelForMerging](https://docs.aws.amazon.com/customerprofiles/latest/APIReference/API_RuleBasedMatchingRequest.html) に基づいて類似のプロファイルをマージできます。
**重要**
統合プロセスは元に戻すことはできません。ListMatches API と GetSimiliarProfiles API を使用してマッチ結果を評価するには、まずマッチングのみを有効にすることをお勧めします。[UpdateDomain](https://docs.aws.amazon.com/customerprofiles/latest/APIReference/API_UpdateDomain.html) API を使用して [MaxAllowedRuleLevelForMerging](https://docs.aws.amazon.com/customerprofiles/latest/APIReference/API_RuleBasedMatchingRequest.html) を設定することで、マージを有効にできます。
**注記**
2 つのプロファイルをマージする際、API コールまたはエージェントワークスペースによって手動で入力されたプロファイルフィールドが、統合またはカスタムオブジェクトタイプマッピングから自動的に取り込まれたプロファイルフィールドによって上書きされることはありません。
例えば、エージェントワークスペースのエージェントが FirstName「John」を使用してプロファイルを手動で作成したとします。FirstName「Peter」を持つ別のプロファイルが S3 統合を使用して作成されます。この 2 つのプロファイルが自動的に統合された場合、FirstName「John」が保持されます。
# Amazon Connect でのアイデンティティ解決のためのルールベースマッチングを設定する
このトピックでは、ルールベースマッチングの属性タイプ、ルールベースマッチングのルール、ルールベースマッチングのマージルール、ルールベースマッチングの場所を編集するために使用するステップの詳細な説明を示します。また、ルールベースマッチングのルールをリセットする方法も示します。
## ルールベースのマッチング属性タイプを編集する
![\[ルールベースのマッチング属性タイプを編集します。\]](http://docs.aws.amazon.com/ja_jp/connect/latest/adminguide/images/rule-based-edit-attribute-types.png)
## ルールベースのマッチングルールを編集する
![\[ルールベースのマッチングルールを編集します。\]](http://docs.aws.amazon.com/ja_jp/connect/latest/adminguide/images/rule-based-edit-matching-rules.png)
## ルールベースのマッチングルールをリセットする
![\[ルールベースのマッチングルールをリセットします。\]](http://docs.aws.amazon.com/ja_jp/connect/latest/adminguide/images/rule-based-edit-reset-rules.png)
## ルールベースのマッチングマージルールを編集する
![\[ルールベースのマッチングマージルールを編集する\]](http://docs.aws.amazon.com/ja_jp/connect/latest/adminguide/images/rule-based-edit-merge-rules.png)
## ルールベースのマッチ位置を編集する
![\[ルールベースのマッチ位置を編集します。\]](http://docs.aws.amazon.com/ja_jp/connect/latest/adminguide/images/rule-based-match-location.png)
# Amazon Connect でルールベースのアイデンティティ解決のためのマッチングルールを設定する
## 制限
標準プロファイルから任意の属性を選択し、類似プロファイルを比較できます。例えば、電話番号、メールアドレス、名前、およびカスタム属性を選択できます。
ルールベースのマッチングルールを作成できますが、次の制限があります。
+ 15 のルールレベル
+ 各ルールレベルには、最大 15 のプロファイル属性を含めることができます。
## ヒント
一意のプロファイルのターゲット設定を改善し、重複しないプロファイルの統合を回避するには、以下のヒントに従うことをお勧めします。
+ 電話番号、メールアドレス、アカウント番号など、顧客を一意に識別でき、顧客間で同じである可能性が低い高基数属性を少なくとも 1 つ含めてください。
+ 高基数属性がなくても、異なる ID に属する可能性のあるプロファイル属性は使用しないでください。
+ **[電話番号]** と **[名]**、**[姓]** の組み合わせは、**[名]** と **[姓]** のみの組み合わせより強いルールです。
+ あるルールレベルで、そのルールのすべてのプロファイル属性が低基数属性 (500 を超える異なるプロファイルに属する可能性のある属性) である場合、Customer Profiles はそのプロファイルの照合を試みません。ドメインの作成時に設定した場合、DLQ に次の SQS メッセージが表示されます。
+ ルールレベル x のすべての属性が 500 を超えるレコードに関連付けられています。
+ 常に、最初に **[一致のみ]** を有効にして、一致結果を確認し、一致結果に満足した場合にのみ、**[MaxAllowedRuleLevelForMerging]** を設定することによって、マージを有効にします。
## プロファイルマージのためのプロファイル競合の解決
住所レコードが競合しているなど、2 つ以上の類似したプロファイルの属性の値が異なる場合に使用するレコードを定義できます。
**最終更新日タイムスタンプ**
デフォルトでは、プロファイルの競合は新しさによって管理されます。2 つ以上の類似プロファイルの値が競合するときには、最後に更新された属性が選択されます。
**最終更新日タイムスタンプを含むソース**
プロファイルの競合を管理するためのデータソースとして、特定のオブジェクトタイプのレコードに優先順位を付けることができます。2 つ以上の類似プロファイルの値が競合するときには、指定されたオブジェクトタイプの最後に更新された属性が選択されます。
オブジェクトタイプでタイムスタンプが指定されていない場合は、レコードが Customer Profiles に取り込まれた日付が使用されます。統合を設定していない場合、最終更新日のタイムスタンプを含むソースは使用できません。統合を追加すると、オブジェクトタイプをこのオプションのソースとして使用できるようになります。
## プロファイルの競合にタイムスタンプがない
[Missing timestamp] (タイムスタンプがありません) メッセージは、カスタムオブジェクトタイプマッピングがある場合に表示されます。
カスタムオブジェクトタイプに次の新しい属性を追加するには、[PutProfileObjectType](https://docs.aws.amazon.com/customerprofiles/latest/APIReference/API_PutProfileObjectType.html) API を使用します。
+ `Fields.sourceLastUpdatedTimestamp`
+ `sourceLastUpdatedTimestampFormat`
タイムスタンプ属性が指定されていない場合は、統合条件の作成を続行できますが、レコードが Customer Profiles に取り込まれたときのデフォルトのタイムスタンプが使用されます。統合条件を作成する前に、新しい属性を追加することをお勧めします。
カスタムオブジェクトタイプを既に定義しており、カスタムオブジェクトタイプを更新する場合は、スケジュールされたバックフィルを毎週実行して、既存のプロファイルを `Fields.sourceLastUpdatedTimestamp` で更新します。スケジュールされたバックフィルにオプトインするには、以下の手順に従ってください。
1. [PutProfileObjectType](https://docs.aws.amazon.com/customerprofiles/latest/APIReference/API_PutProfileObjectType.html) API を使用して、カスタムプロファイルオブジェクトタイプを更新します。
1. カスタムプロファイルオブジェクトタイプを更新した後、[AWS サポートチケット](https://console.aws.amazon.com/support/home)を開きます。
1. AWS はユーザーに代わってバックフィルをスケジュールします。予定されているバックフィルは 2022 年 2 月末まで実行されます。
または、カスタムオブジェクトタイプを使用するドメインの取り込み/コネクタを削除して再作成することもできます。すべてのデータは、更新されたオブジェクトタイプを使用して再度取り込まれ、`Fields.sourceLastUpdatedTimestamp` はそこから解析されます。
## 例:マッチングの仕組み
### ONE\$1TO\$1ONE の例
`ONE_TO_ONE` を `AttributeMatchingModel` として選択できます。`ONE_TO_ONE` を選ぶと、システムはサブタイプが完全に一致する場合にのみ照合できます。
**例**:
`EmailAddress` タイプを表すために、`EmailAddress` と `BusinessEmailAddress` を使用しています。`AttributeMatchingModel` は、`ONE_TO_ONE` です。
**マッチングルールは次のとおりです**。
```
Rule Level 1: EmailAddress, LastName, FirstName
Rule Level 2: AccountNumber
```
```
Profile A:
EmailAddress: 1@email.com
BusinessEmailAddress: john@company.com
LastName: Doe
FirstName: John
AccountNumber: account1234
```
```
Profile B:
EmailAddress: 2@email.com
BusinessEmailAddress: john@company.com
LastName: Doe
FirstName: John
AccountNumber: account1234
```
プロファイル A とプロファイル B は、`EmailAddress` タイプ、`LastName`、および `FirstName` が一致するため、ルールレベル 1 で一致します。
### MANY\$1TO\$1MANY の例
`MANY_TO_MANY` を `AttributeMatchingModel` として選択できます。`MANY_TO_MANY` を選ぶと、システムは属性タイプのサブタイプ間で属性を照合できます。
**例**:
`EmailAddress` タイプを表すために、`EmailAddress` と `BusinessEmailAddress` を使用しています。`AttributeMatchingModel` は、`MANY_TO_MANY` です。
**マッチングルールは次のとおりです**。
```
Rule Level 1: EmailAddress, LastName, FirstName
Rule Level 2: AccountNumber
```
```
Profile A:
EmailAddress: 1@email.com (match with Profile B’s BusinessEmailAddress)
BusinessEmailAddress: john@company.com
LastName: Doe
FirstName: John
AccountNumber: account1234
```
```
Profile B:
EmailAddress: 2@email.com
BusinessEmailAddress: 1@email.com (match with Profile A's EmailAddress)
LastName: Doe
FirstName: John
AccountNumber: account1234
```
プロファイル A とプロファイル B は、`EmailAddress` タイプ、`LastName`、および `FirstName` が一致するため、ルールレベル 1 で一致します。
# Amazon Connect Customer Profiles でアイデンティティ解決メトリクスを表示する
ID 解決がプロファイルを照合またはマージするときには、プロセスに関するメトリクスが Customer Profiles ダッシュボードに表示されます。**[アイデンティティ解決]** 概要ページで。パスウィークのメトリクスを確認できます。
アイデンティティ解決ジョブが実行されるたびに、次のメトリクスが生成されます。
+ **Match groups found** (検出された一致グループ): 見つかった一致グループの数。
+ ML ベースとルールベースの両方の ID 解決で使用できます。
+ **[マージされたプロファイル数]**: マージされたプロファイルの数。
+ ML ベースとルールベースの両方の ID 解決で使用できます。
+ **[ルール別の一致グループ]**: 各ルールレベルで作成された一致グループの数。
+ ルールベースの ID 解決でのみ使用できます。
![\[Amazon Connect Customer Profiles ページ、[アイデンティティ解決を有効にする] ボタン。\]](http://docs.aws.amazon.com/ja_jp/connect/latest/adminguide/images/ir-metrics-example-1.png)
![\[Amazon Connect Customer Profiles ページ、[アイデンティティ解決を有効にする] ボタン。\]](http://docs.aws.amazon.com/ja_jp/connect/latest/adminguide/images/customer-profiles-enable-ir.png)
# Amazon Connect Customer Profiles でアイデンティティ解決を無効にする
## 機械学習ベースを無効にする
類似プロファイルを自動的に検出したくない場合は、機械学習ベースのマッチングを無効にできます。統合条件がある場合、すべての条件が削除され、プロファイルは自動的に統合されなくなります。既に統合されているプロファイルは、統合されたままになります。
## ルールベースのマッチングを無効にする
類似プロファイルを自動的に検出したくない場合は、ルールベースのマッチングを無効にできます。カスタムマッチングルールがある場合、マッチングルールは削除され、プロファイルは自動的に統合されなくなります。既に統合されているプロファイルは、統合されたままになります。