用于与实体交互的方法和系统

技术领域

本说明书涉及用于与实体交互的方法和系统，并且特别地涉及用于通过通信网络与实体交互的方法和系统。

背景技术

大型通信网络可以连接大量的实体。这些网络可以允许进行数字通信或电子通信。经网络连接的实体可以通过通信网络与其他经网络连接的实体进行通信和交互。

发明内容

在本说明书中，元件可以被描述为“被配置为”执行一个或更多个功能或者“被配置为用于”这样的功能。一般而言，被配置为执行功能或被配置为用于执行功能的元件被使能以执行该功能，或者适合于执行该功能，或者适于执行该功能，或者可操作以执行该功能，或者以其他方式能够执行该功能。

可以理解的是，出于本说明书的目的，“X、Y和Z中的至少一个”以及“X、Y和Z中的一个或更多个”的语言可以被解释为仅X、仅Y、仅Z、或者X、Y和Z中的两个或更多个项的任意组合(例如，XYZ、XY、YZ、ZZ等)。类似的逻辑可以适用于任意出现“至少一个......”以及“一个或更多个......”语言中的两个或更多个项。

根据本说明书的一方面，提供了一种方法，包括：在交互引擎处接收与来自实体集的一实体相关联的标识符；在交互引擎处基于标识符获取实体的适合性评分；在交互引擎处接收对对象(objective，目标、标的)的选择，该对象与适合性评分相关联；在交互引擎处接收对与对象相关联的适合性公差(tolerance，容差、容限)的相应选择，该适合性公差还与适合性评分范围相关联；通过确定适合性评分是否落在适合性评分范围内交互引擎处生成可接受性指示符，该可接受性指示符用于指示是否要通过通信网络尝试与实体进行交互；以及输出可接受性指示符。

该交互可以包括交易。

获取适合性评分可以包括基于实体的过去行为来生成适合性评分。

获取适合性评分可以包括基于实体的过去行为和其他信息中的一者或更多者来预测适合性评分。

其他信息可以包括实体的支付卡类型。

获取适合性评分可以包括基于根据对象选择的公式来计算适合性评分。

对象可以包括下述中的一者：提高客户生命期值、减少退单、减少退款、以及减少试用内取消。

适合性公差可以包括与适合性评分范围相对应的低、中和高中的一者。

该方法还可以包括：在交互引擎处获取来自实体集的另外的实体的另外的适合性评分；以及在交互引擎处生成另外的可接受性指示符，该另外的可接受性指示符均为正，不管另外的适合性评分是否落在适合性评分范围内。

该方法还可以包括：在交互引擎处获取用于重新尝试(reattempt，再尝试、重试、再试)与实体的交互的重新尝试计划表；以及如果先前没有成功地尝试与该实体的交互，则根据该重新尝试计划表重新尝试与该实体的交互。

交互可以包括处理交易。

该方法还可以包括：在交互引擎处获取折扣指示；并且其中，重新尝试包括尝试处理根据折扣指示打折的交易。

重新尝试计划表可以包括下述中的一者或更多者：频率、日期、时间、时区、以及星期几。

该方法还可以包括：在交互引擎处获取交互的目标重新尝试次数的指示；通过追踪重新尝试次数以在交互引擎处确定重新尝试次数；以及如果重新尝试次数小于目标重新尝试次数且先前没有成功地尝试与该实体的交互，则重新尝试该交互。

该方法还可以包括：在交互引擎处获取目标尝试龄期的指示；在交互引擎处确定交互的先前尝试的龄期；以及如果龄期小于目标尝试龄期且先前没有成功地尝试与该实体的交互，则重新尝试该交互。

根据本说明书的另一方面，提供了一种系统，包括：存储器，其用于存储与来自实体集的一实体相关联的标识符；与存储器通信的交互引擎，该交互引擎包括处理器，该处理器用于：接收标识符；基于标识符获取实体的适合性评分；接收对对象的选择，该对象与适合性评分相关联；接收对与对象相关联的适合性公差的相应选择，该适合性公差还与适合性评分范围相关联；通过确定适合性评分是否落在适合性评分范围内，生成可接受性指示符，该可接受性指示符被配置为指示是否通过通信网络尝试与实体进行交互；以及输出可接受性指示符。

该交互可以包括交易。

为了获取适合性评分，处理器可以基于实体的过去行为来生成适合性评分。

为了获取适合性评分，处理器可以基于实体的过去行为和其他信息中的一者或更多者来预测适合性评分。

其他信息可以包括实体的支付卡类型。

处理器还可以基于根据对象选择的公式来计算适合性评分。

对象可以包括下述中的一者：提高客户生命期值、减少退单、减少退款、以及减少试用内取消。

适合性容忍度可以包括与适合性评分范围相对应的低、中、高中的一者。

处理器还可以：获取来自实体集的另外的实体的另外的适合性评分；以及生成另外的可接受性指示符，另外的可接受性指示符为正值，不管另外的适合性评分是否落在适合性评分范围内。

处理器还可以：获取用于重新尝试与实体的交互的重新尝试计划表；以及如果先前没有成功地尝试与该实体的交互，则根据该重新尝试计划表重新尝试与该实体的交互。

交互可以包括处理交易。

处理器还可以：获取折扣指示；并且其中，为了重新尝试交互，处理器可以尝试处理根据折扣指示打折的交易。

重新尝试计划表可以包括下述中的一者或更多者：频率、日期、时间、时区、以及星期几。

处理器还可以：获取交互的目标重新尝试次数的指示；通过追踪重新尝试次数来确定重新尝试次数；以及如果重新尝试次数小于目标重新尝试次数且先前没有成功地尝试与该实体的交互，则重新尝试交互。

处理器还可以：获取目标尝试龄期的指示；确定交互的先前尝试的龄期；以及如果龄期小于目标尝试龄期且先前没有成功地尝试与该实体的交互，则重新尝试该交互。

根据本说明书的另一方面，提供了一种非暂时性计算机可读存储介质，其包括能够由计算引擎执行的指令，该指令用于使计算引擎执行本文所述的任何一个方法。

根据本说明书的另一方面，提供了一种计算机程序，该计算机程序包括程序代码，如果该计算机程序是被加载在计算引擎中以及由计算引擎执行中的一项或更多项的话，该程序代码用于执行根据本文所述的任何一个方法的所有方法步骤。

附图说明

现在将参照附图来描述本说明书的一些示例，其中：

图1示出了用于源实体通过通信网络与目标实体交互的示例方案。

图2示出了可以用于评估目标实体与源实体交互的适合性的示例方法的流程图。

图3示出了示例计算系统的框图。

图4示出了示例计算机可读存储介质的框图。

具体实施方式

通信网络诸如互联网的规模、覆盖范围和信息承载能力正在增加。另外，越来越多的实体正在连接到这样的网络。例如，这些实体可以包括网络可连接的设备或系统，其可以连接到网络以形成连接的系统诸如物联网(IoT)。在其他示例中，这些实体可以包括通过通信网络连接的商品与服务的卖方和买方。

随着网络连接的实体的数量增加，并且由于通信网络的复杂性和地理区域的开阔性允许经连接的实体彼此远离并且彼此至少部分地未知，尝试通过通信网络与目标实体通信的源实体可能具有关于目标实体的质量、能力或适合性的不完善信息。

例如，尝试在IoT方案中与目标设备交互的源设备可能具有关于目标设备的质量或操作标准的不完善信息。类似地，尝试通过通信网络诸如互联网与买方进行交易的卖方可能对于买方作为客户的适合性不具有私下的或完全的了解。

图1示出了系统105，其包括交互引擎(未在图1中示出，但在图3中示出)，该交互引擎可以充当源实体110-1、110-2至110-n(一般或统称为源实体110)与目标实体115-1、115-2至115-n(一般或统称为目标实体115)之间的中介机构。系统105还可以被描述为可以由源实体110用于通过通信网络与目标实体115进行通信的系统、平台或工具。系统105可以允许源实体110针对通过通信网络进行交互评估目标实体115的质量和/或适合性。此外，在一些示例中，系统105可以用于降低源实体与目标实体之间的尝试交互不成功的可能性。此外，在一些示例中，系统105可以用于允许重新尝试不成功的交互以增加实现成功交互的可能性。

尽管图1示出了多个源实体110和多个目标实体115，但可以设想的是，在一些示例中可以有一个源实体110和多个目标实体115、多个源实体110和一个目标实体115、或者一个源实体110和一个目标实体115。源实体110、系统105和目标实体115可以通过一个或更多个通信网络进行通信。在一些示例中，这些通信网络可以包括数字通信网络和/或电子通信网络。此外，在一些示例中，这些网络可以包括有线网络、无线网络或者组合的有线与无线网络。在一些示例中，通信网络可以包括互联网、蜂窝网络、Wi-Fi网络、局域网、广域网、支付系统网络等。

此外，在一些示例中，在源实体110与系统105之间和/或在系统105与目标实体115之间可能有中介机构。例如，这些中介机构可以包括网络提供商和/或运营商，诸如互联网服务提供商、支付处理器或支付系统提供商诸如支付网关、过滤器、网络交换机、防火墙等。在一些示例中，除了使用系统105来与目标实体115通信之外，源实体可以具有与目标实体115的额外直接通信链路。

现在转向图2，示出了可以用于评估目标实体与源实体交互的适合性的示例方法200的流程图。在框205处，可以在交互引擎处接收与实体相关联的标识符。在一些示例中，该实体可以包括来自目标实体集的目标实体。该实体集可以包括一个实体或多个实体。如上所述，目标实体可以包括设备或系统。在一些示例中，目标实体可以包括买方、买方的设备或买方的用户的终端。买方可以包括设备、系统、人、人工智能数字助理等。

标识符可以包括能够识别实体的一串字母、数字和/或符号。在一些示例中，标识符可以唯一地标识实体。此外，在一些示例中，标识符可以包括序列号、IP地址、用户凭证、电子邮件地址等。标识符可以从实体、从源实体、或从第三方设备、储存库、数据库或其他源接收。

在框210处，可以在交互引擎处获取实体的适合性评分。适合性评分可以基于标识符。适合性评分可以提供实体与源实体交互的适合性的衡量或指示。评分可以包括数字、字母指示符、标志数据、等级等。在一些示例中，可以从存储了与不同实体的对应标识符相关联的适合性评分的储存库或数据库中检索适合性评分。在其他示例中，交互引擎可以生成或计算适合性评分。

在框215处，可以在交互引擎处接收对对象的选择。对象可以与适合性评分相关联。对象可以从源实体、从第三方等接收。对象可以反映源实体打算与目标实体尝试的交互的方面、质量或目标结果。例如，在源实体是打算召唤或租用作为目标实体的自动驾驶汽车的数字个人助理的情况下，对象可以反映目标安全水平或服务的及时性。在其中源实体是打算与作为目标实体的买方进行交易的卖方的其他示例中，对象可以包括维护退货或退款的目标水平。

对象和适合性评分可以彼此关联。例如，取决于对象，适合性评分可以以不同的方式或根据不同的公式来计算或生成。这样的公式可以根据对象来选择。作为一个示例，用于评估自动驾驶汽车服务的及时性的评分系统或评分表可以不同于用于评估导向退货或退款的交易的可能性的评分系统或评分表。

在框220处，可以在交互引擎处接收适合性公差的选择。适合性公差可以与对象相关联。此外，适合性公差可以与适合性评分范围相关联。适合性公差可以包括适合性评分的选择或范围。如此，适合性公差可以反映与所选对象的目标符合度。例如，如果对象涉及自动驾驶汽车服务的及时性，并且评分系统将较高的评分分配给较及时的服务，则适合性公差可以指示，适合性评分在评分的前百分之二十五的实体是可接受的。前百分之二十五可以代表由适合性公差所指示的适合性评分范围。在一些示例中，适合性公差可以包括与相应的适合性评分范围相对应的低、中和高中的一者。

可以从源实体、第三方等接收对适合性公差的选择。此外，在框225处，可以通过确定适合性评分是否落在适合性评分范围内，在交互引擎处生成可接受性指示符。可接受性指示符可以指示是否要尝试与实体的交互。交互可以通过通信网络进行。

在一些示例中，可接受性指示符可以包括两个状态或值：正或负。正值可以指示源实体可以尝试与目标实体的交互。负值则可以指示源实体不应该或不可以尝试与目标实体的交互。换句话说，正的可接受性指示符可以指示目标实体可接受与源实体的交互，而负的可接受性指示符可以指示相反的情况。在一些示例中，可接受性指示符可以包括除了正状态和负状态之外的其他状态。这样的其他状态的示例可以包括有条件的正、有条件的负、保持、稍后重新估计、没有决定等。

在框230处，可以输出可接受性指示符。为了输出可接受性指示符，可以将可接受性指示符存储在存储器中、发送到输出终端、传达给另一部件或另一系统等。尽管与方法200相关联的一些功能被描述为由交互引擎执行，但可以设想的是，在一些示例中，一些功能可以由不同于交互引擎的部件或模块执行。

交互引擎可以包括能够执行关于方法200和本文所述的其他方法所描述的功能的计算模块或处理模块。在一些示例中，本文所描述的方法可以用于卖方通过通信网络诸如互联网等与潜在的和实际的买方进行交互的环境中。在这样的示例中，源实体可以是卖方，目标实体可以是买方，并且交互可以是卖方与买方之间的交易。

此外，在一些示例中，系统105和本文所述的方法可以由卖方用于管理基于试用的、基于订阅的或周期性结算的销售活动。在这些示例中，卖方可以发起在线、电子商务和/或移动商务销售活动，并使用系统105来管理与潜在的和实际的买方的交互。由于该活动可以吸引大量的远程和/或不完全已知的买方，卖方可以使用本文所述的系统和方法来评估潜在买方的可接受性。

在这样的示例的背景中，在框205处，交互引擎可以接收潜在买方的电子邮件地址或其他标识符。在框210处，交互引擎可以获取与接收到的电子邮件地址相关联的买方的适合性评分。在框215处，交互引擎可以从卖方接收对对象的选择。对象可以包括增加客户生命期值、减少退单、减少退款、减少试用内取消等。基于对象，交互引擎可以选择用于计算适合性评分的公式。

在一些示例中，适合性评分可以基于买方的过去行为和/或其他信息来计算。过去行为可以包括个体衡量，诸如买方过去的退款、试用内取消、退单等的记录。在一些示例中，这些衡量可以包括对买方过去的退款、试用内取消、退单等的计数。系统可以维护多个买方的个体衡量的储存库或数据库。

对于给定的对象，可以从个体衡量数据中得出经验方程或相关性，以根据个体衡量表达与给定对象相关的结果。例如，可以通过将技术诸如逻辑回归等应用于多个买方的个体衡量的记录来获取这样的经验方程。一旦买方的身份变得已知，并且可以获取买方的个体衡量，经验方程就可以用来计算与给定对象相关的给定结果的评分或概率。例如，一旦已知买方是约翰·史密斯，并且对象与减少退款有关，就可以将约翰·史密斯的个体衡量(即，他过去的退款请求)的记录插入到经验方程中以获取反映约翰·史密斯在未来寻求退款的概率的适合性评分。

适合性评分可以被缩放或标准化为百分比、一到一百的数字等。由于经验方程是针对给定对象得出的，因此方程以及适合性评分可以基于对象而改变。

除了过去的行为和/或个体衡量，还可以使用其他信息来计算适合性评分。这样的其他信息可以包括关于买方的支付源诸如买方的支付卡诸如信用卡的信息。例如，信用卡可以按银行识别码(BIN)进行分组。这样的BIN可以包括支付卡号的前四位或六位数字。BIN可以提供关于支付卡类型的信息，诸如预付卡、积分卡、白金卡等。在一些示例中，其他信息可以包括集体衡量，诸如对每个BIN的退款、试用内取消、退单等的衡量。这些衡量可以包括退款、试用内取消、退单等的计数、百分比或总值。

可以使用集体衡量来得出经验方程或公式，其方式类似于关于个体衡量所描述的方式。在一些示例中，可以得出下述经验方程或公式，所述经验方程或公式根据个体衡量和集体衡量诸如BIN相关的衡量两者表达适合性评分。

在一些示例中，可以使用额外的衡量来得出经验公式。这些额外衡量可以包括IP地址、交易时间、流量/买方来自的隶属网络、搜索引擎活动标识符、产品类别、卖方的垂直位置/行业、来自第三方提供商的欺诈评分等。其他方法诸如机器学习、统计和/或概率性模型可以用于基于个体衡量、集体衡量和/或额外衡量生成适合性评分。在一些示例中，这些模型可以使用支持向量机、遗传程序、Kohonen型自组织映射、分层贝叶斯聚类、贝叶斯网络、朴素贝叶斯分类器、支持向量机、有条件的随机场、隐藏马尔可夫模型、k-最近邻模型、多重投票模型等来实现。这些模型可以在过去的个体衡量、集体衡量和额外衡量的集合上进行训练，使其能够产生适合性评分。

此外，对于给定的买方，不同的衡量可以从一笔交易到另一笔交易改变。例如，随着时间的推移，买方过去行为的累积历史可能改变。此外，使用的支付卡以及因此BIN可以在交易之间改变。此外，额外衡量诸如IP地址、交易时间、隶属网络等也可以在交易之间改变。如此，给定买方的适合性评分也可以从一笔交易到另一笔交易改变。换句话说，适合性评分可以是特定于交易的和/或买方正在寻求进行的给定交易的函数。

现在转向框220，交互引擎可以从卖方接收对适合性公差的选择。该选择可以指示卖方针对给定对象可接受的适合性评分的范围。例如，如果适合性评分代表买方寻求退款的概率，那么适合性公差选择为“高”可以表明卖方愿意进行适合性评分(即退款概率)低于50％的交易。另一方面，如果卖方选择“低”的适合性公差，则卖方可以是表明适合性评分(即退款概率)低于10％的交易是可接受的。

在框225处，交互引擎可以通过确定适合性评分是否落在适合性公差所指示的评分范围内，来生成可接受性指示符。例如，如果将适合性公差选择为“高”，则表明卖方愿意进行适合性评分(例如退款概率)低于50％的交易，并且退款概率被计算为40％，交互引擎可以生成为正的可接受性指示符，表明买方适合与卖方进行交互。然后，在框230处，可以例如通过使可接受性指示符对卖方、买方或系统105的其他部件可用来输出可接受性指示符。可接受性指示符也可以被存储在存储器中，并且用于生成或估计其他交易的后续适合性评分计算。

在一些示例中，可以维护标识符的白名单，并且交互引擎可以访问该白名单。可以允许由白名单识别的实体与卖方进行交互，而无需如方法200以及本文所述的其他方法中描述的那样经受交互引擎的可接受性评估。

此外，在一些示例中，交互引擎可以将一些目标实体分配给对照组，该对照组的成员被允许与源实体进行交互，而无需由交互引擎评估可接受性或者不管由交互引擎生成的可接受性指示符。在一些示例中，这些目标实体可以是随机选择的。此外，与对照组的这些目标实体进行交互可以允许系统105建立其过去的个体衡量、集体衡量和额外衡量的记录。此外，对照组可以提供用于评估方法200和上述其他方法在实现对象中的有效性的基线。

在一个示例中，对照组可以通过在交互引擎处获取来自实体集的另外的实体的另外的适合性评分来实现。然后，可以在交互引擎处生成另外的可接受性指示符。可以将该另外的可接受性指示符设置为正，而不管该另外的适合性评分是否落在适合性评分范围内。以这样的方式，可以将另外的实体分配到对照组。可以重复相同的步骤以将其他成员添加到对照组。

在卖方与买方之间的交易的背景下，被选为对照组的一部分的买方/交易可以免除交互引擎的可接受性评估，可以接收正的可接受性指示符，或者可以不管可接受性指示符来被完成。

在一些示例中，一旦做出源实体将尝试与目标实体交互的决定，对交互的尝试可能是不成功的。然后，交互引擎可以重新尝试交互，以努力成功地完成交互。关于重新尝试执行的步骤和功能可以形成单独的方法，或者可以作为对方法200的步骤和/或功能的添加。

在一些示例中，可以在交互引擎处获取用于重新尝试与实体的交互的重新尝试计划表。然后，如果先前没有成功地尝试与实体的交互，则可以根据重新尝试计划表重新尝试与实体的交互。为了获取重新尝试计划表，交互引擎可以从存储器中检索计划表，或者可以从源实体或第三方接收计划表。

重新尝试计划表可以指定下述中的一者或更多者：频率、日期、时间、时区、星期几等。频率可以提供连续重新尝试之间的天数。日期可以提供要重新尝试交互的具体日期。此外，时间可以指定具体时间，并指示重新尝试应该在指定的时间、指定的时间之前或之后进行。时区还可以指定应该使用什么时区来实现计划表的时间或者其他时间或日期的细节。星期几可以提供重新尝试应该在一周中的具体哪一天进行。在一些示例中，重新尝试计划表还可以指定一个月的哪一天，诸如一个月中的第一个星期一等。这些日期、星期和时间细节可以用于使重新尝试计划表与可能影响交互成功的外部因素诸如实体的开门或营业时间、买方的付款日期等相一致。

例如，当交互包括处理交易时，重新尝试计划表可以指定负责处理付款的银行的开门时间，以增加在银行开门并且能够成功处理交易时重新尝试交易的可能性。类似地，在IoT环境中，可以选择重新尝试计划表以避开目标实体的计划维护或停机时段，或避开峰需求时间。这又可以用于增加交互的重新尝试成功的可能性。

在其中被重新尝试的交互包括处理交易的一些示例中，交互引擎可以获取折扣指示，并且重新尝试可以包括尝试处理根据折扣指示打折的交易。交互引擎不需要自身处理交易。在接收到折扣指示的情况下，交互引擎可以直接请求或以其他方式致使以折扣来重新尝试交易。

在交易与涉及运费的商品销售有关的示例中，折扣可以被选择为适用或不适用于运费。此外，在一些示例中，可以设置最低交易金额，低于该最低交易金额的话，要么根本不重新尝试交易，要么折扣不适用于重新尝试。在一些示例中，可以设置最低金额，以表明交易金额不会被打折至低于最低金额。此外，在一些示例中，折扣可以包括用于每次重新尝试的固定金额，诸如每次重新尝试就减少10美元。在其他示例中，折扣可以是累积的，诸如最后一次交易金额的10％折扣，该最后一次交易金额可能已经在重新尝试过程期间被打折。

在一些示例中，可以设置目标重新尝试次数，超过该目标重新尝试次数则不再重新尝试交互。例如，交互引擎可以获取交互的目标重新尝试次数的指示。该指示可以从存储器中检索、从源实体接收、或者从第三方接收。接下来，交互引擎可以通过追踪重新尝试次数来确定重新尝试次数。这可以包括维护追踪已经尝试/重新尝试给定交互的次数的计数器。接下来，如果重新尝试次数或计数小于目标重新尝试次数，并且先前没有与实体成功地尝试交互，则可以重新尝试交互。

此外，在一些示例中，确定是否重新尝试交互可以基于自交互的初始或最近的尝试/重新尝试以来的经过时间。换句话说，该决定可以基于目标尝试龄期。在这些示例中，交互引擎可以获取目标重新尝试龄期的指示。这可以设定一龄期，超过这个龄期就不会重新尝试交互。接下来，交互引擎可以确定交互的先前尝试的龄期。该龄期可以以合适的时间间隔诸如小时、天、周、月等测量。随后，如果龄期小于目标尝试龄期，并且先前没有与实体成功地尝试交互，则可以重新尝试交互。这可以允许交互引擎中止对已经变得太久的交互进行重新尝试。

在一些示例中，交互引擎可以获取与源实体或活动相关联的要重新尝试的不成功交互的百分比的指示。该百分比也可以被称为挽救百分比。当已经设置了这样的百分比时，交互引擎可以重新尝试不成功的交互直到达到挽救百分比，然后中止对其他不成功的交互的重新尝试。在源实体为了重新尝试交互而产生费用的示例中，挽救百分比可以允许源实体调整重新尝试成本与重新尝试交互的可能收益的平衡。与重新尝试相关联的成本的一些示例可以包括电力成本、计算机处理成本、带宽和/或网络成本、交易或支付处理成本等。

此外，在一些示例中，在确定是否重新尝试交互时可以考虑额外的参数、规则和/或条件。例如，最初交互被拒绝或不成功的原因可以被考虑为这样的情况。在交互包括处理交易的示例中，额外的参数可以包括交易被拒绝的原因。例如，如果拒绝的原因是资金不足，那么在自先前不成功的尝试以来已经提供了额外资金的情况下，可以在之后重新尝试交易。拒绝原因可以被交互引擎用作额外参数来决定是否重新尝试交互，诸如处理交易。

虽然本文所述的一些方法步骤被指示为由交互引擎执行，但可以设想的是，这样的步骤或功能中的一些或全部可以不同于交互引擎的引擎或模块执行。

现在转向图3，示出了示例系统105的框图，其包括与交互引擎310通信的存储器305。存储器305可以包括非暂时性机器可读存储介质，该非暂时性机器可读存储介质可以是存储可执行指令的电子、磁性、光学或其他物理的存储设备。机器可读存储介质可以包括例如随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、闪速存储器、存储驱动器、光盘等。机器可读存储介质可以用可执行指令来编码。在一些示例系统中，存储器305可以包括数据库。

交互引擎310可以包括处理器345，其可以包括中央处理单元(CPU)、图形处理单元(GPU)、微控制器、微处理器、处理核、现场可编程门阵列(FPGA)或能够执行指令的类似设备。在一些示例中，处理器345可以包括由并联的处理器或云计算系统提供的虚拟化处理能力。处理器345可以与存储器305合作以执行指令。

系统105及其交互引擎310和处理器345可以执行关于方法200以及本文所述的其他方法所描述的功能和过程。例如，处理器345可以接收与来自实体集的一实体相关联并被存储在存储器305中的标识符315。处理器345还可以基于标识符315获取实体的适合性评分320。适合性评分320可以存储在存储器305中。

此外，处理器345可以接收对对象325的选择，该对象可以与适合性评分320相关联。对象325可以存储在存储器305中与适合性评分320相关联的。在一些示例中，可以基于对象325来得出或选择用于计算适合性评分320的公式或方程。存储在存储器305中的对象325可以包括对象诸如本文所述的示例对象的描述或其他指示。

此外，处理器345可以接收对与对象325相关联的适合性公差330的选择。适合性公差330还可以与适合性评分范围335相关联。适合性公差330和适合性评分范围335可以存储在存储器305中，并且在一些示例中可以彼此关联地存储。另外，处理器345可以通过确定适合性评分320是否落在适合性评分范围335内，来生成可接受性指示符340。可接受性指示符340可以指示是否要通过通信网络尝试与实体进行交互。可接受性指示符340可以存储在存储器305中。此外，处理器345可以输出可接受性指示符340，例如通过将可接受性指示符340存储在存储器305中或者在系统105内部和/或外部的另一存储器中，通过将可接受性指示符340发送到输出终端，通过将可接受性指示符340发送到另一系统等等。

在图3中，适合性评分320、对象325、适合性公差330、适合性评分范围335和可接受性指示符340使用虚线示出，以表示虽然这些部件可以存储在系统105的存储器305中，但在一些示例中，这些部件中的一个或更多个可以存储在系统105外部或系统105中的存储器305外部。此外，在一些示例中，标识符315不需要存储在存储器305中，并且可以存储在系统105外部或系统105中的存储器305外部。

此外，在一些示例中，存储器305可以是交互引擎310中的部件或其一部分。在这些示例中，系统105可以在功能上等同于交互引擎310。在其他示例中，系统105不需要包括存储器，并且交互引擎310可以与系统105外部的存储器通信。

现在转向图4，示出了示例的非暂时性计算机可读存储介质(CRSM)400，其包括由处理器执行的指令。CRSM可以包括存储可执行指令的电子、磁性、光学或其他物理的存储设备。指令可以包括：用以使处理器接收与实体相关联的标识符的指令405，以及用以使处理器基于标识符获取实体的适合性评分的指令410。此外，指令可以包括：用以使处理器接收对对象的选择的指令415，该对象与适合性评分相关联，以及用以使处理器接收对与对象相关联的适合性公差的相应选择的指令420。适合性公差还可以与适合性评分范围相关联。此外，指令可以包括用以使处理器通过确定适合性评分是否落在适合性评分范围内来生成可接受性指示符的指令425。可接受性指示符可以指示是否要尝试与实体进行交互。另外，指令可以包括用以使处理器输出可接受性指示符的指令430。

在一些示例中，本文所述的CRSM可以包括用以使处理器、交互引擎和/或系统执行关于方法200和本文所述的其他方法所描述的功能和过程的指令。

另外，当计算机程序或计算机程序产品被加载到计算引擎中和/或由计算引擎执行时，可以在计算机程序代码或计算机程序产品中限定关于方法200和本文所述的其他方法所描述的功能和过程，以执行这些方法步骤。计算引擎可以包括物理的或虚拟化的计算机或计算系统。

此外，本文所述的方法、系统、CRSM和计算机程序产品可以包括本文关于本文描述的其他方法、系统、CRSM和计算机程序产品中的一个或组合所描述的特征和/或执行本文关于本文描述的其他方法、系统、CRSM和计算机程序产品中的一个或组合所描述的功能。

虽然本文所述的一些上述示例是在卖方和买方之间交易的背景下，但可以设想的是，本文关于交易所描述的特征和功能也可以适用于其他背景诸如IoT等。本文所述的功能和特征可以允许考虑通过通信网络与目标实体进行交互的源实体决定目标实体对于该交互是否是可接受的。即使目标实体远离源实体并且对源实体不完全已知，也可以进行该确定。这可以减少源实体因与不可接受的目标实体交互而遭受损害或其系统受到连累的可能性。

另外，如果对交互的尝试是不成功的，本文所述的特征和功能可以允许重新尝试交互，以增加最终成功尝试交互的可能性。这可以建立冗余和弹性，并且可以降低交互的硬性失败或最终失败的可能性。这又可以提供源实体与目标实体之间的通信协议(通过交互引擎)，该通信协议由于能够在有失败的交互尝试时进行重新尝试而更具弹性。

以上描述的是示例，并且本领域的技术人员在不脱离仅由本发明所附权利要求书限定的发明范围的情况下可以对其进行改变和修改。