本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。

# 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)列表来匹配每个资料。中最多支持 15 个 MatchingRule 属性[MatchingRules](https://docs.aws.amazon.com/customerprofiles/latest/APIReference/API_RuleBasedMatchingRequest.html#customerprofiles-Type-RuleBasedMatchingRequest-MatchingRules)。

### 匹配规则
<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)是否相似，包括地址、、 BusinessAddress和 MaillingAddress ShippingAddress
+ **Address.City**：将检查中指定的所有地址[属性类型选择器](#rule-based-attribute-type-selector)是否相似，包括地址、、 BusinessAddress和 MaillingAddress ShippingAddress
+ **Address.Countr** y：对[属性类型选择器](#rule-based-attribute-type-selector)中指定的所有地址进行相似性审查，包括地址、、 BusinessAddress和 MaillingAddress ShippingAddress
+ **Address.Cou** nty：对中[属性类型选择器](#rule-based-attribute-type-selector)指定的所有地址进行相似性审查，包括地址、、 BusinessAddress和 MaillingAddress ShippingAddress
+ **地址。 PostalCode**: 将检查中指定的所有地址[属性类型选择器](#rule-based-attribute-type-selector)是否相似，包括地址、 BusinessAddress MaillingAddress、和 ShippingAddress
+ **Address.Stat** e：对中[属性类型选择器](#rule-based-attribute-type-selector)指定的所有地址进行相似性审查，包括地址、、 BusinessAddress和 MaillingAddress ShippingAddress
+ **Address.P** rovince：对[属性类型选择器](#rule-based-attribute-type-selector)中指定的所有地址进行相似性审查，包括地址、、 BusinessAddress和 MaillingAddress ShippingAddress
+ **PhoneNumber**：检查中指定的电话号码[属性类型选择器](#rule-based-attribute-type-selector)是否相似，包括 PhoneNumber HomePhoneNumber、和。 MobilePhoneNumber
+ **EmailAddress**：对中指定的所有电子邮件地址进行相似性审查，包括 EmailAddress BusinessEmailAddress、和 [属性类型选择器](#rule-based-attribute-type-selector) PersonalEmailAddress
+ **BirthDate**
+ **BusinessName**
+ **FirstName**
+ **LastName**
+ **MiddleName**
+ **Gender**
+ **任何带有*属性* 前缀的自定义资料属性**

按优先级处理匹配规则。例如，第一个规则应该是您要定义的最优化的规则，并应使用它来获得最准确的结果。

### 属性类型选择器
<a name="rule-based-attribute-type-selector"></a>

属性类型选择器包含基于规则的身份解析的重要配置信息，有助于资料匹配。这将有助于您跨属性类型微调资料比较，并选择要在每种类型中进行匹配的主要属性。在此功能中，您可以灵活地配置三种不同的属性类型，从而实现对匹配过程的精确控制。
+ **电子邮件类型**
  + 您可以选择 EmailAddress BusinessEmailAddress、和 PersonalEmailAddress
+ **PhoneNumber type**
  + 您可以选择 PhoneNumberNumber HomePhoneNumber、和 MobilePhoneNumber
+ **地址类型**
  + 您可以从 “地址”、 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，用于唯一标识代表联系人的两个或更多相似资料的组
+ 比赛组 IDs 中的个人资料数量

### 匹配状态
<a name="rule-based-match-status"></a>
+ **等待**

  配置基于规则的匹配规则后的第一个状态。如果它是现有域，则基于规则的身份解析将等待 1 小时后再创建匹配规则。如果它是新域，则系统将跳过**等待**阶段。
+ **进行中**

  系统正在创建基于规则的匹配规则。在此状态下，系统正在评估现有数据，您无法再更改基于规则的匹配配置。
+ **活动**

  规则已准备就绪，可供使用。您可以在状态处于**活动**状态后的第二天更改规则。

### 自动匹配过程的工作原理
<a name="rule-based-how-auto-matching-works"></a>

使用基于规则的匹配规则创建新的 Amazon Connect Customer Profiles 域后，基于规则的身份解析将根据您在摄取资料时指定的规则匹配相似的资料。如果您更新基于规则的匹配的配置，则 Customer Profiles 将在一小时内开始使用新配置重新评估您域中的资料。

如果您启用与现有域基于规则的匹配，则系统将进入**等待**状态，并将在一小时内开始使用新配置评估域中的现有资料。完成资料评估所需的时间取决于存在多少资料。
+ **默认情况下，如果未指定自定义规则，将应用默认规则。**
  + 如果您未提供自定义匹配规则，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>

配置文件匹配后，Identity Resolution Job 可以选择根据[MaxAllowedRuleLevelForMerging](https://docs.aws.amazon.com/customerprofiles/latest/APIReference/API_RuleBasedMatchingRequest.html)您在基于规则的匹配配置中指定的配置文件合并相似的配置文件。

**重要**  
您无法撤消合并过程。建议仅先开启匹配，然后使用 ListMatches 和来评估匹配结果 GetSimiliarProfiles APIs。您可以通过[MaxAllowedRuleLevelForMerging](https://docs.aws.amazon.com/customerprofiles/latest/APIReference/API_RuleBasedMatchingRequest.html)使用 [UpdateDomain](https://docs.aws.amazon.com/customerprofiles/latest/APIReference/API_UpdateDomain.html)API 进行设置来启用合并。

**注意**  
合并两个配置文件时，通过 API 调用或座席工作区手动填充的配置文件字段不会被从集成或自定义对象类型映射中自动摄取的配置文件字段覆盖。  
例如，假设代理在座席工作区中手动创建了带有 FirstName “John” 的配置文件。另一个配置文件是使用 S3 与 FirstName “Peter” 的集成创建的。如果自动合并这些配置文件， FirstName “John” 将被保留。