翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

# Amazon Connect でのルールベースのアイデンティティ解決の仕組み
<a name="how-rule-based-identity-resolution-works"></a>

このトピックでは、ルールベースの ID 解決が自動プロファイルマッチングを実行する方法と、類似プロファイルを自動的にマージする方法について説明します。

## 自動プロファイル照合
<a name="automatic-profile-matching"></a>

ルールベースの 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 属性がサポートされています。

### マッチングルール
<a name="rule-based-matching-rules"></a>

以下は、使用できる [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* プレフィックスを持つカスタマイズされた任意のプロファイル属性**

マッチングルールは優先度によって処理されます。例えば、最初のルールは、定義したい最も最適化されたルールにすべきであり、最も正確な結果を得るために使用する必要があります。

### 属性タイプセレクター
<a name="rule-based-attribute-type-selector"></a>

属性タイプセレクターには、ルールベースの 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 を使用して類似のプロファイルを検索しません。

### 一致グループ
<a name="rule-based-match-groups"></a>

一致グループは、お客様を表すすべての類似プロファイルで構成されます。各一致グループには、以下の情報が含まれます。
+ 問い合わせを表す 2 つ以上の類似プロファイルのグループを一意に識別する一致 ID
+ 一致グループ内のプロファイル ID の数

### 一致のステータス
<a name="rule-based-match-status"></a>
+ **保留中**

  ルールベースのマッチングルールを設定した後の最初のステータス。既存のドメインの場合、ルールベースの ID 解決は 1 時間待ってからマッチングルールを作成します。新しいドメインの場合、システムは **PENDING** ステージをスキップします。
+ **IN\_PROGRESS**

  システムは、ルールベースのマッチングルールを作成しています。このステータスでは、システムは既存のデータを評価中であり、ルールベースのマッチング設定を変更できなくなります。
+ **ACTIVE**

  ルールはすぐに使用できます。ステータスが **ACTIVE** 状態になった翌日にルールを変更できます。

### 自動マッチングプロセスの仕組み
<a name="rule-based-how-auto-matching-works"></a>

ルールベースのマッチングルールを使用して新しい 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 の前に処理される可能性があります。処理の順序は変わるかもしれませんが、最終結果は常に同じです。

## 類似プロファイルの自動マージ
<a name="rule-based-automatic-merging-similar-profiles"></a>

プロファイルが一致したら、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」が保持されます。