本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

# Amazon Connect 中規則型身分解析的運作方式
<a name="how-rule-based-identity-resolution-works"></a>

本主題說明規則型身分解析如何執行自動設定檔比對，以及它如何自動合併類似的設定檔。

## 自動設定檔比對
<a name="automatic-profile-matching"></a>

為了識別類似的設定檔，規則型身分解析會使用[相符規則屬性](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**：[屬性類型選擇器](#rule-based-attribute-type-selector) 中指定的所有地址都會進行相似性審核，包括 Address、BusinessAddress、MaillingAddress 和 ShippingAddress
+ **Address.City**：[屬性類型選擇器](#rule-based-attribute-type-selector) 中指定的所有地址都會進行相似性審核，包括 Address、BusinessAddress、MaillingAddress 和 ShippingAddress
+ **Address.Country**：[屬性類型選擇器](#rule-based-attribute-type-selector) 中指定的所有地址都會進行相似性審核，包括 Address、BusinessAddress、MaillingAddress 和 ShippingAddress
+ **Address.County**：[屬性類型選擇器](#rule-based-attribute-type-selector) 中指定的所有地址都會進行相似性審核，包括 Address、BusinessAddress、MaillingAddress 和 ShippingAddress
+ **Address.PostalCode**：[屬性類型選擇器](#rule-based-attribute-type-selector) 中指定的所有地址都會進行相似性審核，包括 Address、BusinessAddress、MaillingAddress 和 ShippingAddress
+ **Address.State**：[屬性類型選擇器](#rule-based-attribute-type-selector) 中指定的所有地址都會進行相似性審核，包括 Address、BusinessAddress、MaillingAddress 和 ShippingAddress
+ **Address.Province**：[屬性類型選擇器](#rule-based-attribute-type-selector) 中指定的所有地址都會進行相似性審核，包括 Address、BusinessAddress、MaillingAddress 和 ShippingAddress
+ **PhoneNumber**：[屬性類型選擇器](#rule-based-attribute-type-selector) 中指定的電話號碼會進行相似性審核，包括 PhoneNumber、HomePhoneNumber 和 MobilePhoneNumber。
+ **EmailAddress**：[屬性類型選擇器](#rule-based-attribute-type-selector) 中指定的所有電子郵件地址都會進行相似性審核，包括 EmailAddress、BusinessEmailAddress 和 PersonalEmailAddress
+ **BirthDate**
+ **BusinessName**
+ **FirstName**
+ **LastName**
+ **MiddleName**
+ **Gender**
+ **任何具有 *Attributes* 字首的自訂設定檔屬性**

比對規則會依據優先順序處理。例如，第一個規則應該是您要定義的最佳化規則，應該用於獲得最準確的結果。

### 屬性類型選擇器
<a name="rule-based-attribute-type-selector"></a>

屬性類型選擇器會保留重要的組態資訊，供規則型身分解析使用，以便利設定檔比對。這可讓您微調跨屬性類型的設定檔比較，並選擇要在每個類型中比對的關鍵屬性。在此功能中，您可以靈活地設定三種不同的屬性類型，從而精確控制比對過程。
+ **電子郵件類型**
  + 您可以從 EmailAddress、BusinessEmailAddress 和 PersonalEmailAddress 中選擇
+ **PhoneNumber 類型**
  + 您可以從 PhoneNumberNumber、HomePhoneNumber 和 MobilePhoneNumber 中選擇
+ **Address 類型**
  + 您可以從 Address、BusinessAddress、MaillingAddress 和 ShippingAddress 中選擇

您可以選擇 `ONE_TO_ONE` 或 `MANY_TO_MANY` 作為 AttributeMatchingModel。選擇 `MANY_TO_MANY` 時，系統可以跨屬性類型的子類型比對屬性。例如，如果設定檔 A 的 EmailAddress 欄位的值與設定檔 B 的 BusinessEmailAddress 欄位的值相符，就會依據 EmailAddress 類型比對這兩個設定檔。選擇 `ONE_TO_ONE` 時，系統只有在子類型完全相符時匹配。例如，只有當設定檔 A 的 EmailAddress 欄位值與設定檔 B 的 EmailAddress 欄位值相符時，才會依據 EmailAddress 類型比對這兩個設定檔。

**比對允許的最大規則層級**

您可以設定用來比對類似設定檔的最大規則層級。例如，如果您允許的比對規則層級上限為 5，則系統將找不到使用規則層級 6 的類似設定檔。

### 匹配群組
<a name="rule-based-match-groups"></a>

相符群組由代表同一客戶的所有類似設定檔組成。每個匹配群組都包含以下資訊：
+ 相符 ID，可唯一識別代表同一聯絡人的兩個或多個類似設定檔的群組
+ 相符群組中的設定檔 ID 數

### 相符狀態
<a name="rule-based-match-status"></a>
+ **待定**

  規則型比對規則組態之後的第一個狀態。如果它是現有的網域，則規則型身分解析方案會等待 1 小時，然後再建立比對規則。如果是新網域，系統將跳過 **PENDING** 階段。
+ **IN\_PROGRESS**

  系統正在建立規則型比對規則。在此狀態下，系統正在評估現有資料，您無法再變更規則型比對組態。
+ **ACTIVE**

  規則已做好使用準備。您可以在狀態處於 **ACTIVE** 狀態一天之後變更規則。

### 自動比對程序的運作方式
<a name="rule-based-how-auto-matching-works"></a>

使用規則型比對規則建立新的 Amazon Connect Customer Profiles 網域後，規則型身分解析將根據您在擷取設定檔時指定的規則來比對類似的設定檔。如果您更新規則型比對組態，Customer Profiles 將在一小時內開始使用新設定重新評估您網域中的設定檔。

如果您要啟用現有網域的規則型比對，系統會進入 **PENDING** 狀態，並在一小時內開始使用新的組態評估網域中的現有設定檔。完成評估設定檔所需的時間取決於存在的設定檔數目。
+ **依據預設，如果未指定自訂規則，則會套用預設規則。**
  + 如果您未提供自訂比對規則，Amazon Connect Customer Profiles 會提供預設的比對規則。您可以在此處查看自訂比對規則。
+ **所有記錄都將實施規則型比對規則。**
  + 系統會評估每個比對規則層級，直到找到相符項目或達到允許的比對規則層級上限為止。評估程序會從規則層級 1 開始，其中會分析記錄。如果找不到相符群組，系統會繼續評估後續的規則層級，搜尋相符群組，直到找到相符項目或達到允許比對的規則層級上限為止。
+ **單一比對規則層級中的所有屬性都會使用 *AND* 關係來連接**
  + 當單一規則層級中存在多個屬性時，這些屬性會由 AND 關係互連。在設定檔比對期間，所有屬性值都必須相符，才能將設定檔指派給相同的相符群組。例如，只有當所有屬性的值相同時，設定檔才會被視為相符並分組在一起，以供進一步處理。
+ **屬性類型選擇器中的所有屬性均以 *OR* 關係連接**
  + 在屬性類型選擇器中指定屬性時，相同類型的屬性會透過 OR 關係來連結。例如，考慮使用 HomePhoneNumber 和 BusinessPhoneNumber 的 PhoneNumber 類型。在這種情況下，如果兩個設定檔的 HomePhoneNumber 或 BusinessPhoneNumber 相同，則它們是相符的。因此，比對過程允許根據家庭或公司電話號碼進行靈活的比對。
+ **比對結果最終會進行最佳化。**
  + 由於系統中的設定檔比對性質近乎即時，您的設定檔的相符群組可能會出現在較低 (最佳化程度較低) 的規則層級。不過，如果在較高 (最佳化程度較高) 的規則層級可找到相符項目，則系統會將設定檔指派給該特定群組。

**注意**  
身分解析執行規則型比對時，您已設定的規則的處理順序，取決於擷取資料的方式。例如，如果您設定規則 1 和 2，則規則 2 可能會在規則 1 之前處理。處理順序可能會改變，但最終結果將永遠是相同的。

## 自動合併類似的設定檔
<a name="rule-based-automatic-merging-similar-profiles"></a>

比對設定檔之後，身分解析任務可以根據您在規則型比對組態中指定的 [MaxAllowedRuleLevelForMerging](https://docs.aws.amazon.com/customerprofiles/latest/APIReference/API_RuleBasedMatchingRequest.html)，選擇性地合併類似的設定檔。

**重要**  
您無法復原合併程序。建議您僅先開啟比對，以使用 ListMatches 和 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)，以開啟合併功能。

**注意**  
合併兩個設定檔時，透過 API 呼叫或客服人員工作區手動填入的設定檔欄位不會被整合或自訂物件類型映射自動擷取的設定檔欄位覆寫。  
例如，假設客服人員在客服人員工作區中使用「John」這個名字手動建立一個設定檔。再使用名字為「Peter」的 S3 整合來建立另一個設定檔。如果這些設定檔自動合併，則會保留名字「John」。