优先权要求
该专利申请要求于2014年12月23日提交的美国专利申请序列号14/581,446的优先权的利益，该申请通过引用整体并入本文。
技术领域
本文描述的实施例总体上涉及移动设备管理，并且特别涉及协作电话信誉系统。
背景技术：
电话销售员、调查员和其他未经请求的人可能会尝试通过电话联系一个人。在2003年，联邦贸易委员会创建了“不要呼叫注册表”。人们可以将自己的电话号码添加到注册表。要求电话销售员参考注册表，并将注册表的电话号码列入“不要呼叫”的名单中。不过，即使注册表已经到位，未经请求的电话仍然是一个问题。例如，注册表可能会限制电话销售员，但不会解决犯罪分子试图欺骗终端用户泄露个人和财务信息的社会工程攻击。
附图说明
在不一定按比例绘制的附图中，相同的数字可以在不同的视图中描述相似的部件。具有不同字母后缀的相似的数字可以表示类似组件的不同实例。在附图中，通过示例而非限制的方式示出了一些实施例，其中：
图1是示出根据实施例的系统的示意图；
图2是示出根据实施例的控制流程的框图；
图3是示出根据实施例的用于实现协作电话信誉系统的计算设备和服务器系统的框图；
图4是示出根据实施例的实现协作电话信誉系统的方法的流程图；以及
图5是示出根据示例实施例的其上可以执行本文讨论的任何一种或多种技术(例如，方法)的示例性机器的框图。
具体实施方式
本文所述的系统和方法提供协作电话信誉系统。使用协作电话信誉系统，用户可以避免不得不接收来自具有不良信誉的呼叫者的呼叫。
在FTC的不要呼叫注册表建立十多年后，未经请求的电话对许多人来说仍然是一个问题。一些问题源于不遵守注册表的电话营销公司。其他问题源自注册表未涉及的组织和当事人，例如慈善机构、政治组织、调查员和与接收方存在现有关系的公司。但最大的威胁和挑战来自进行社会工程攻击的犯罪分子。这个问题由于移动电话的流行而加剧，导致人们几乎一天中的每个小时都有电话或接近他们有电话的情况。
一些移动应用和服务已经尝试通过使用黑名单来解决非请求电话呼叫的问题。黑名单是被怀疑为不受欢迎的电话号码的列表，例如电话销售员、欺诈性招揽人、骗子或机器人拨号程序。然而，许多黑名单服务需要手动配置和持续维护。此外，黑名单服务是一个简单化的机制，其中一个号码在或不在列表上，如果它在列表中，则该号码被阻止或标记。所需要的是一个更动态的可行解决方案来跟踪不需要的号码。
图1是示出根据实施例的系统100的示意图。系统100包括经由网络106通信地耦合的计算设备102和服务器系统104。计算设备102可以是诸如智能电话、蜂窝电话、移动电话、膝上型计算机、平板计算机、音乐播放器、可穿戴设备(例如，手表、基于眼镜的设备等)、台式机、笔记本电脑、混合型设备、嵌入式设备或其他联网设备的设备。计算设备102包括扬声器和非可听警报机制。非可听警报机制可以是机械振动马达或电子显示器。当处于正常模式时，计算设备102可以使用可听警报机制(例如，铃声)、很可能还使用非可听警报(例如，振动)来警告用户呼入的呼叫或通知。当以静音模式操作时，计算设备102可以用振动或振动模式、视觉通知或非可听警报的组合来警告用户。
网络106可以包括局域网(LAN)、广域网(WAN)、无线网络(例如，802.11或蜂窝网络)、公共交换电话网(PSTN)网络、自组织网络、个域网(例如，蓝牙)或网络协议和网络类型的其他组合或排列。网络106可以包括单个局域网(LAN)或广域网(WAN)、或LAN或WAN的组合，诸如因特网。图中的各种设备1可以经由一个或多个有线或无线连接耦合到网络106。
服务器系统104可以提供协作电话信誉系统。此外，服务器系统104可以提供辅助服务，诸如社交网络平台、零售购物平台、天气预报或历史、约会日历、电子邮件、文本消息传递、即时消息传递、因特网协议语音(VOIP)或类似物。
在使用中，计算设备102可以接收呼入的呼叫。呼叫代理108截取呼入的呼叫并使用各种机制对其进行分析，以便确定电话呼叫是不期望的概率。呼叫代理108可以使用的一些因素是呼叫者和接收者之间的关系、接收者的上下文、相关呼叫历史以及呼叫号码的电话号码信誉分数。呼叫代理108可以访问联系人列表110或呼叫历史112，以评估呼叫者的身份或与呼叫者对话的频率。呼叫代理108可以基于电话公司(“telco”)交换机来识别呼叫者或电话号码的方面。例如，可以访问telco交换机以确定呼叫者是商业线路还是住宅线路。计算设备102可以允许源自住宅线路的呼叫且阻止源自商业线路的呼叫。可以使用的另一特征是电信网络的自动号码识别特征。
尽管通常在电话呼叫方面进行了讨论，但是应当理解，如果存在通过地址簿或其他在线目录将这些消息映射到电话号码的方式，则除了电话呼叫之外，概念可以更一般地应用于任何类型的通信，例如文本消息或电子邮件。
呼叫代理108还可以访问多个传感器114。传感器114可以远离计算设备102或并入计算设备102。传感器114可以使用短距离无线网络与计算设备102配对，如传感器114可以是任何类型的传感器之一，包括但不限于相机、姿势传感器、生物特征传感器(例如心率，皮肤温度，汗水等)、位置传感器(例如GPS或GLONASS)、麦克风、加速度计、运动传感器、环境光传感器等。尽管图1中仅示出了一个传感器114，应当理解，可以实现多于一个传感器114，并且一些传感器可以并入到计算设备102中，而其他传感器可以与计算设备102分离。使用传感器114，呼叫代理108可以检测会话的环境或内容、环境声音、运动等，以指示或推断接收者对对话部分的反应或响应。
呼叫代理108还可以与服务器系统104通信以获得主叫电话号码的信誉。服务器系统104可以维护具有多个电话号码的电话号码信誉数据116的信誉数据库。电话号码信誉数据116包括电话号码和一个或多个信誉分数。信誉分数是对从该电话号码接收呼叫的期望程度的反映。大众拨号器，如电话销售人员或其他机器人拨号系统，可能具有较低信誉的电话号码。相比之下，仅呼叫他们的家庭成员的个人信誉可能较高。在一个示例中，信誉数据库包括使用中的几乎所有已知电话号码的电话号码信誉数据116。信誉数据库可以是区域性的，例如仅适用于美国电话号码或国际电话号码。信誉数据库可以用国家呼叫代码、区号或其他区域电话号码划分方案来划分。
在呼叫代理108分析呼入的、正在进行的或完成的呼叫之后，呼叫代理108可以对交互进行评分，并将该分数推送到服务器系统104。然后，服务器系统104使用分数来更新电话号码的信誉。如果电话营销员正在使用电话号码，那么该电话号码的信誉可能会迅速下降。如果以后，相同的电话号码被分配给负责任地使用它的私人方，则该电话号码可能会获得信誉。在电话号码曾用于一个私人方(例如，一个毒贩)并且随后被分配给能够恢复与该电话号码相关联的信誉的另一个私人方(例如软件工程师)的实例中，这种机制也可以起作用。以这种方式，电话号码能够被动态地恢复到有信誉的水平。
服务器系统104可以从大量客户端(例如，计算设备)接收分数，以修改电话号码信誉。此外，服务器系统104可以对号码执行自己的努力，诸如通过执行反向电话查找来确定号码是否与业务或个人相关联，以及也许该号码是否与已知用于大量拨号的业务相关联(例如电话推销员)。服务器系统104还可以访问另一个计算机系统116，例如消费者驱动的网站，其中人们报告那些滥用或忽略FTC注册表的人。服务器系统104还可以访问诸如社交媒体站点的另一计算机系统116，以识别各种欺诈或社会工程尝试的报告，并从这些报告中确定电话呼叫者的签名。使用直接报告信息和其他得出的信息，服务器系统104可以更新多一个电话号码的信誉数据。
因此，计算设备102可以接收呼叫、评估呼叫的期望性、计算并向呼叫者分配分数、并将分数报告给服务器系统104，服务器系统104然后可以更新其信誉数据的记录。当计算设备102接收到呼叫时，它可以从服务器系统104获得信誉。当呼叫来自未知号码时，这是特别有用的。计算设备102还可以评估用户如何对接收来自未知号码呼叫的先前实例进行反应(例如，用户是否接听、发送到语音邮箱或断开连接？)。
呼叫代理108还可以使用录制的问候语来屏蔽呼叫。录制的问候语可以是对用户的语音的录制，或者可以是具有模拟或预录的人的声音的计算机生成的问候语。呼叫代理108可以应答呼叫并播放问候语。这有时是引起反应的必要条件，因为有些机器人拨号程序可能会保持沉默，直到接收者讲话为止，然后机器人拨号程序或者开通一条线路到人类操作员或开始录制的消息。当响应于问候听到语音时，呼叫代理108可以使用各种因素来分析呼叫，诸如呼叫者是人还是录音，是呼叫者语音还是识别的语音(例如，用户之前已经交谈过的某人)或在会话中使用哪些关键字。例如，诸如“有限时间报价”或“有价值的客户”之类的关键字可以指示销售电话。此外，可以使用语音分析来确定呼叫者的国籍。例如，呼叫者ID被屏蔽且具有外来口音的讲话者的呼叫可能是欺骗者的指示。也可以使用语音分析来确定呼叫者是否是人。呼叫代理108可以寻找典型的问候语，例如“Hello”和进一步对话的时间。例如，人类通常会问候一个人，然后等待响应的问候语，而计算机语音呼叫者可能在继续脚本之前不等待来自呼叫接收者的响应。在对话期间响应或询问的时机、语调、对呼叫上下文和内容的理解以及其他标记中可以用于对计算机生成的呼叫者与人类呼叫者进行区分。
类似的语音和呼叫分析可以在正在进行的呼叫中执行。例如，呼叫代理108可以监视正在进行的对话并且识别关键字、上下文、呼叫号码、呼叫者的说话口音或对话的其他方面。如果呼叫代理108确定呼叫可能是欺诈，则呼叫代理108可以触发对用户的通知。该通知可以在计算设备102上或辅助设备(例如由用户佩戴的可穿戴设备)上提供。该通知可以是任何类型的警报，包括但不限于可听警报、振动、非可听警报、闪烁的屏幕或灯、电击、消息等。
图2是示出根据实施例的控制流程200的框图。在阶段202，在计算设备102处接收呼叫。呼叫可以是普通电话呼叫、因特网协议语音(VOIP)呼叫等。安装在计算设备102上的呼叫代理确定呼叫者身份是否存在于联系人列表中或具有计算设备102的用户的历史(操作204)。如果呼叫者不在联系人列表中，则呼叫代理与信誉服务器通信以确定呼叫电话号码是否未知(操作206)。虽然一些电话号码可能对于信誉服务器是未知的，但呼叫更有可能是受阻的呼叫者ID，在这种情况下，没有电话号码可以查询。如果呼叫号码不被信誉服务器阻止并且已知，则将信誉分数下载到计算设备102(操作208)。可替代地，如果电话号码是未知的，则计算设备102可以通过播放问候语来屏蔽呼叫(操作210)并分析对该问候语的回答(操作212)。
在判定框214处，呼叫代理计算概率分数以确定呼入的呼叫是否可能是期望的。例如，当呼叫者已知时，呼叫代理可以基于呼叫者的特征来确定分数(例如，名字、基于社交网络与用户的关系、电子邮件、文本、行为、先前通信的频率的历史、当前的用户上下文，包括位置、时间、日期等)、概率分数。当呼叫者未知时，该分数可以基于来自信誉服务器的分数或对屏蔽问候的回答的分析。基于该结果，呼叫代理将允许呼叫接通和电话响铃(操作216)或忽略呼叫(操作218)。
如果呼叫被忽略(操作218)，则确定呼叫者是否留下语音邮件消息(判定框220)。如果留下了语音邮件，则进行分析(操作222)。可以在语音邮件中识别关键词或短语，以确定该呼叫是否是感兴趣的。语音邮件的关键词、短语或其他分析可能会影响分数的确定(操作232)。关键词或短语也可以被推送到云(例如，信誉服务器)，以被用作信誉数据库中的电话号码上的标签或其他元数据。如果用户收听语音邮件(判定框224)，则可以要求用户对呼叫者进行评分(操作226)。评分可以与其他因素结合使用以确定分数(操作232)。
转向另一个判定路径，如果概率分数大于阈值(判定框214)，则电话响铃(操作216)。如果用户回答(判定框228)，则呼叫代理可以分析用户响应(操作230)。自然语言处理或其他语音识别可用于监视对话，并确定电话号码的信誉是否应受到影响。用户也可以被警告内容或该内容为欺诈电话的可能性。例如，在检测正在请求个人信息的犯罪者的情况下，该系统可以被配置为理解呼叫的内容并且通过任何可用的机制来警告用户该呼叫可能是恶意的(例如，通过使可穿戴设备发蜂鸣声)。如果用户没有接听电话，则流程200移动到操作232，其中分数被更新。可以基于包括用户的响应的各种输入(例如，应答电话，点击忽略，收听语音邮件，以文本响应呼叫者等)、对话的上下文或内容、语音邮件的上下文或内容，假设是用户的评级等来更新分数。
如果呼叫不是个人(判定框234)，则可以将分数推送到信誉服务器(操作236)。这部分是重要的，因为它允许数据的众包。因此，可以更快地识别恶意、引起反感的或令人烦恼的呼叫者。
在信誉服务器处，对分数进行汇编以产生电话号码的简档。简档可以包括分数和元数据。元数据可以包括关键字、来自用户的具体反馈、业务名称、业务类型、语音特征或其他信息，以帮助识别呼叫者和/或评估电话号码的信誉。该简档可能具有老化机制，使得随着电话号码的老化，其信誉分数增加。以这种方式，还没有使用几个月或几年的信誉差的电话号码最终可以回到中立的信誉分数。电话号码的所有者可以访问该简档。所有者可以将其用于自己的信息或审计目的。例如，汽车经销商可以定期提醒客户进行例行维修预约。随着人们挂断这样的提醒电话，汽车经销商的电话号码可能会随着时间的推移而得到负面信誉。汽车经销商可能有兴趣了解他们的信誉，以改善他们的业务实践。
信誉服务器的用户也可以使用元数据。例如，电话号码可以基于元数据进行过滤(白名单或黑名单)。接收来自银行的电话且忽略它的人可以稍后提供关于对留下的语音邮件的反馈，指示该语音邮件包括术语“信用卡”。结果，当通常拒绝来自信用卡公司的呼叫的不同用户从银行接收呼叫时，不同用户电话上的呼叫代理可以将“信用卡”元数据标签与电话号码相关联，并且确定不同的用户很可能不想接收来自银行的电话。
图3是示出根据实施例的用于实现协作电话信誉系统的计算设备102和服务器系统104的框图。计算设备102可以包括呼叫处理模块300、评分模块302和执行模块304。
呼叫处理模块300可以被配置为在计算设备处检测针对计算设备102的用户的呼入的呼叫。
评分模块302可以被配置为确定呼入的呼叫对于用户是期望的本地概率分数。
执行模块304可以被配置为基于本地概率分数在计算设备102处执行动作。
在一个实施例中，为了确定本地概率分数，评分模块302确定呼入的呼叫是来自用户的联系人列表中的一方，并且基于确定呼入的呼叫是来自用户的联系人列表中的一方而增加本地概率分数。在另一实施例中，评分模块302基于来自该方的呼叫的频率、来自该方的呼叫的模态或来自该方的呼叫的联系质量来增加本地概率分数。
在另一实施例中，为了执行动作，执行模块304将通知用户呼入的呼叫。在另一实施例中，评分模块302分析对通知用户呼入的呼叫的用户响应，并基于用户响应修改本地概率分数。
在一个实施例中，为了确定本地概率分数，评分模块302确定呼入的呼叫来自不在用户的联系人列表中的一方，并且基于确定呼入的呼叫来自不在联系人列表中的一方来减少本地概率分数。在进一步的实施例中，呼入的呼叫包括发源电话号码，并且评分模块302将获得发源电话号码的信誉分数，并基于信誉分数修改本地概率分数。在另一实施例中，为了获得信誉分数，评分模块302从信誉服务器获得信誉分数。
在另一个实施例中，呼入的呼叫被匿名化，并且呼叫处理模块300用于屏蔽呼入的呼叫。在这样的实施例中，评分模块302基于屏蔽来修改本地概率分数。在另一实施例中，为了屏蔽呼入的呼叫，呼叫处理模块300将播放预先安排的问候语并分析对预先安排的问候语的响应。
在一个实施例中，本地概率分数小于阈值，并且为了在计算设备102上基于本地概率分数来执行动作，执行模块304将向呼入的呼叫发送到语音邮箱以留下语音邮件信息。在进一步的实施例中，评分模块302用于分析语音邮件消息并基于对语音邮件消息的分析来修改本地概率分数。
在另一个实施例中，评分模块302用于分析对语音邮件消息的用户响应，并基于用户响应修改本地概率分数。在进一步的实施例中，在用户收听了语音邮件消息之后，评分模块302询问用户对呼入的呼叫的反馈，并且基于反馈来修改本地概率分数。
在一个实施例中，执行模块304用于将本地概率分数传送到信誉服务器。这样，本地概率分数可以用作关于电话号码的众包的信息。
在一个实施例中，服务器系统104通信地耦合到计算设备102，并且服务器系统104可以被配置为在信誉数据库中管理对应的多个电话号码的多个信誉分数。服务器系统104还可以被配置为从计算设备102接收针对特定电话号码的信誉分数的请求，并将特定电话号码的信誉分数发送到计算设备102。
在一个实施例中，为了管理多个信誉分数，服务器系统104将从多个计算设备接收特定电话号码的本地概率分数，计算特定电话号码的信誉分数，并且修改信誉数据库中特定电话号码的信誉分数。
在一个实施例中，为了管理多个信誉分数，服务器系统104将跟踪电话号码的使用并且基于使用来增加电话号码的信誉。例如，如果随时间推移不再使用电话号码，则可能会增加信誉。作为另一个例子，如果随着时间的推移从用户接收的分数指示电话号码正在负责任地使用，则可以增加电话号码的信誉以反映这一点。
可以将各种模块(例如，模块300和302)并入或集成到在计算设备102上执行的应用中。应用可以在后台执行并从传感器收集数据并填充数据库，数据库可以由一个或多个其他应用访问。可以开发多种应用以将实时或历史数据用于各种目的。
图4是示出根据实施例的实现协作电话信誉系统的方法400的流程图。在框402处，在计算设备处检测针对计算设备的用户的呼入的呼叫。
在框404处，确定呼入的呼叫对于用户是期望的本地概率分数。
在框406处，基于本地概率分数在计算设备处执行动作。
在一个实施例中，确定本地概率分数包括确定呼入的呼叫是来自用户的联系人列表中的一方，并且基于确定呼入的呼叫是来自联系人列表中的一方来增加本地概率分数。在另一实施例中，方法400包括基于来自该方的呼叫的频率、来自该方的呼叫的模态或来自该方的呼叫的联系质量来增加本地概率分数。
在另一实施例中，执行动作包括向用户通知呼入的呼叫。在另一实施例中，方法400包括分析对向用户通知用户呼入的呼叫的用户响应，并基于用户响应修改本地概率分数。
在一个实施例中，确定本地概率分数包括：确定呼入的呼叫来自不在用户的联系人列表中的一方，并且基于确定呼入的呼叫来自不在联系人列表中的一方而减少本地概率分数。在另一个实施例中，呼入的呼叫包括发源电话号码，方法400包括获得发源电话号码的信誉分数，并基于信誉分数修改本地概率分数。在另一实施例中，获得信誉分数包括从信誉服务器获得信誉分数。
在一个实施例中，呼入的呼叫是匿名的，并且方法400包括屏蔽呼入的呼叫并基于屏蔽修改本地概率分数。在进一步的实施例中，屏蔽呼入的呼叫包括播放预先安排的问候语并分析对预先安排的问候语的响应。在另一个实施例中，本地概率分数小于阈值，并且基于本地概率分数在计算设备处执行动作包括将呼入的呼叫发送到语音邮箱以留下语音邮件消息。在另一实施例中，方法400包括分析语音邮件消息以及基于语音邮件消息的分析来修改本地概率分数。
在一个实施例中，方法400包括分析用户对语音邮件消息的响应并且基于用户响应来修改本地概率分数。在另一实施例中，方法400包括：在用户已经收听了语音邮件消息之后，询问用户对呼入的呼叫的反馈，并且基于该反馈来修改本地概率分数。
在一个实施例中，方法400包括将本地概率分数发送到信誉服务器。
实施例可以利用硬件、固件和软件中的一个或组合来实现。实施例还可以实现为存储在机器可读存储设备上的指令，该指令可以由至少一个处理器读取且执行以执行本文所述的操作。机器可读存储设备可以包括任何用于以机器(例如计算机)可读的形式存储信息的非暂态机制。例如，机器可读存储设备可以包括只读存储器(ROM)、随机存取存储器(RAM)、磁盘存储介质、光存储介质、闪存设备和其它存储设备和介质。
如本文所述的示例可以包括逻辑或多个组件、模块或机制或者可以操作于逻辑或多个组件、模块或机制上。模块可以是与一个或多个处理器通信耦合从而实施本文所述的操作的硬件、软件或固件。模块可以是硬件模块，并且因此模块可被视为能够执行规定的操作且可以按某种方式配置或布置的有形实体。在示例中，电路可按规定的方式布置为模块(在内部或相对于诸如其它电路的外部实体)。在示例中，一个或多个计算机系统(例如，独立计算机系统、客户端计算机系统或服务器计算机系统)或一个或多个硬件处理器的整体或部分可由固件或软件(例如，指令、应用部分或应用)来配置为操作以执行规定操作的模块。在示例中，软件可以位于机器可读介质上。在示例中，在由模块的底层硬件执行时，软件使得硬件执行规定的操作。因此，术语硬件模块应理解为涵盖有形实体，该有形实体是物理上构造、具体地配置(例如，硬接线)或临时(例如，暂态地)配置(例如，经编程)而以规定方式操作或者执行本文所述的任意操作的部分或全部的实体。考虑模块被临时配置的示例，无需在任一时刻例示每个模块。例如，在模块包括利用软件配置的通用硬件处理器的情况下；通用硬件处理器可在不同的时间被配置为相应不同的模块。软件可相应地配置硬件处理器，例如，在一个时间实例中构成特定的模块，而在不同的时间实例构成不同的模块。模块还可以是软件或固件模块，它们操作以执行本文所述的方法。
图5是示出了根据示例性实施例的为计算机系统500的示例形式的机器的框图，在该机器内可以执行一组指令或指令序列以使机器执行本文所述的任一方法。在可替代的实施例中，该机器作为独立设备来操作，或者可以连接(例如联网)到其它机器。在联网部署中，机器可在服务器-客户端网络环境中的服务器或客户端机器的容量内操作，或者其可以充当对等-对等(或分布式)网络环境中的对等机器。该机器可以是车载系统、可佩戴式设备、个人计算机(PC)、平板式PC、混合式平板设备、个人数字助理(PDA)、移动电话或能够执行规定该机器要采取的动作的指令(顺序的或其它)的任何机器。此外，虽然仅示出了单个机器，术语“机器”还应被视为包含单独地或联合地执行一组(或多组)指令来执行本文所述的任意一个或多个方法的任意机器的集合。类似地，术语“基于处理器的系统”应当被认为包含由处理器(例如，计算机)控制或操作以单独地或联合地执行指令以执行本文所述的任意一个或多个方法的任意组的一个或多个机器。
示例性计算机系统500包括至少一个处理器502(例如，中央处理单元(CPU)、图形处理单元(GPU)或两者、处理器核心、计算节点等)，主存储器504和静态存储器506，它们经由链路508(例如，总线)彼此通信。计算机系统500还可以包括视频显示单元510，字母数字输入设备512(例如，键盘)和用户界面(UI)导航设备514(例如，鼠标)。在一个实施例中，视频显示单元510、输入设备512和UI导航设备514被结合到触摸屏显示器中。计算机系统500还可以包括存储设备516(例如，驱动单元)、信号生成设备518(例如，扬声器)，网络接口设备520和一个或多个传感器(未示出)，诸如全球定位系统(GPS)传感器、罗盘、加速度计或其他传感器。
存储设备516包括机器可读介质522，在其上存储一个或多个数据结构集合和指令524(例如，软件)，其通过本文所述的任何一种或多种方法或功能实现或利用。在由计算机系统500执行时，指令524还可以完全或至少部分地驻留在主存储器504、静态存储器506和/或处理器502内，主存储器504、静态存储器506和处理器502也构成机器可读介质。
虽然在示例的实施例中机器可读介质522图示为单个介质，术语“机器可读介质”可以包括存储一条或多条指令524的单个介质或多个介质(例如，集中式的或分布式的数据库、和/或相关联的高速缓存和服务器)。术语“机器可读介质”还应被认为包含能够存储、编码或承载指令以便由机器执行且使机器执行本公开的任意一个或多个方法或者能够存储、编码或承载由这些指令使用或与这些指令相关联的数据结构的任何有形介质。术语“机器可读介质”因此应当被认为包含但不限于，固态存储器，以及光介质和磁介质。机器可读介质的具体的示例包括非易失性存储器，包含但不限于(以举例说明的方式)半导体存储器设备(例如，电可编程只读存储器(EPROM)、电可擦除可编程只读存储器(EEPROM)和闪存设备；例如内部硬盘和可移除磁盘的磁盘；磁光盘；以及CD-ROM和DVD-ROM盘。
还可以使用许多公知的传输协议(例如，HTTP)中的任何一个，经由网络接口设备520，使用传输介质通过通信网络526发送或接收指令524。通信网络的示例包括局域网(LAN)、广域网(WAN)、因特网、移动电话网、普通老式电话(POTS)网络和无线数据网络(例如，Wi-Fi，3G和4G LTE/LTE-A或WiMAX网络)。术语“传输介质”应被视为包括能够存储、编码或携带由机器执行的指令的任何无形介质，并且包括数字或模拟通信信号或其他无形介质以便于这种软件的通信。
附加注解和示例：
示例1包括用于实现协作电话信誉系统的主题(诸如设备、装置或机器)，包括：计算设备，包括：呼叫处理模块，用于在计算设备处检测针对计算设备的用户的呼入的呼叫；用于确定呼入的呼叫对于用户是期望的本地概率分数的评分模块；以及执行模块，用于基于所述本地概率分数在所述计算设备处执行动作。
在示例2中，示例1的主题可以包括，其中为了确定本地概率分数，评分模块：确定呼入的呼叫是来自用户的联系人列表中的一方；并且基于确定呼入的呼叫是来自联系人列表中的一方来增加本地概率分数。
在示例3中，示例1至2中任一项所述的主题可以包括，其中所述评分模块基于来自所述一方的呼叫的频率、来自所述一方的呼叫的模态，或来自该方的呼叫的联系质量来增加所述本地概率分数。
在示例4中，示例1至3中任一项的主题可以包括，其中为了执行该动作，执行模块将通知用户呼入的呼叫。
在示例5中，示例1至4中任一个的主题可以包括，其中评分模块：分析对向用户通知用户呼入的呼叫的用户响应；并基于用户响应修改本地概率分数。
在示例6中，示例1至5中任一项的主题可以包括，其中为了确定本地概率分数，评分模块：确定呼入的呼叫来自不在用户联系人列表中的一方；并且基于确定呼入的呼叫来自不在联系人列表中的一方来减少本地概率分数。
在示例7中，示例1至6中任一项的主题可以包括，其中所述呼入的呼叫包括发源电话号码，并且其中所述评分模块：获得所述发源电话号码的信誉分数；并基于信誉分数修改本地概率分数。
在示例8中，示例1至7中任一项的主题可以包括其中为了获得信誉分数，评分模块从信誉服务器获得信誉分数。
在示例9中，示例1至8中任一项所述的主题可以包括：其中所述呼入的呼叫被匿名化，并且其中所述呼叫处理模块用于屏蔽所述呼入的呼叫；并且其中所述评分模块基于所述屏蔽来修改所述本地概率分数。
在示例10中，示例1至9中任一个的主题可以包括：其中为了屏蔽呼入的呼叫，呼叫处理模块：播放预先安排的问候；并分析对预先安排的问候语的响应。
在示例11中，示例1至10中任一项的主题可以包括，其中本地概率分数小于阈值，并且其中为了基于本地概率分数在计算设备处执行该动作，执行模块是将呼入的呼叫发送到语音信箱留下语音邮件消息。
在示例12中，示例1至11中任一项的主题可以包括，其中评分模块：分析语音邮件消息；并根据语音邮件消息的分析来修改本地概率分数。
在示例13中，示例1至12中任一项的主题可以包括，其中评分模块：分析用户对语音邮件消息的响应；并基于用户响应修改本地概率分数。
在示例14中，示例1至13中任一项所述的主题可以包括，其中所述评分模块在所述用户收听所述语音邮件消息之后，向所述用户询问关于所述呼入的呼叫的反馈；并根据反馈修改本地概率分数。
在示例15中，示例1至14中任一项的主题可以包括，其中执行模块：将本地概率分数发送到信誉服务器。
在示例16中，示例1至15中任一项的主题可以包括：通信地耦合到计算设备的服务器系统，所述服务器系统：在信誉数据库中管理相应的多个电话号码的多个信誉分数；从计算设备接收特定电话号码的信誉分数的请求；并将特定电话号码的信誉分数发送到计算设备。
在示例17中，示例1至16中任一项的主题可以包括，其中为了管理多个信誉分数，服务器系统：从用于特定电话的多个计算设备接收本地概率分数；计算特定电话号码的信誉分数；并修改信誉数据库中特定电话号码的信誉分数。
在示例18中，示例1至17中任一项的主题可以包括，其中为了管理多个信誉分数，服务器系统：跟踪电话号码的使用；并根据使用情况增加电话号码的信誉。
示例19包括用于实现协作电话信誉系统的主题(诸如方法，用于执行动作的模块，机器可读介质，其中机器可读介质包括当由机器执行时使机器执行动作的指令，或执行的装置)，包括：在计算设备处检测所述计算设备的用户的呼入的呼叫；确定呼入的呼叫对于用户是期望的本地概率分数；以及基于所述本地概率分数在所述计算设备处执行动作。
在示例20中，示例19的主题可以包括，其中确定本地概率分数包括：确定呼入的呼叫是来自用户的联系人列表中的一方；并且基于确定呼入的呼叫是来自联系人列表中的一方来增加本地概率分数。
在示例21中，示例19至20中任一项的主题可以包括，基于来自该方的呼叫的频率、来自该方的呼叫的模态或来自该方的呼叫的联系质量来增加本地概率分数。
在示例22中，示例19至21中任一项的主题可以包括，其中执行动作包括通知用户呼入的呼叫。
在示例23中，示例19至22中任一项的主题可以包括：分析用户对通知用户呼入的呼叫的响应；以及基于用户响应修改本地概率分数。
在示例24中，示例19-23中任一项所述的主题可以包括，其中确定所述本地概率分数包括：确定所述呼入的呼叫来自不在所述用户的联系人列表中的一方；并且基于确定呼入的呼叫来自不在联系人列表中的一方来减少本地概率分数。
在示例25中，示例19至24中任一项所述的主题可以包括，其中所述呼入的呼叫包括发源电话号码，并且其中所述方法还包括：获得所述发源电话号码的信誉分数；并根据该信誉分数修改本地概率分数。
在示例26中，示例19至25中任一项的主题可以包括其中获得信誉分数包括从信誉服务器获得信誉分数。
在示例27中，示例19至26中任一项所述的主题可以包括其中所述呼入的呼叫被匿名化，并且其中所述方法还包括：屏蔽所述呼入的呼叫；并基于屏蔽来修改本地概率分数。
在示例28中，示例19至27中任一项的主题可以包括，其中屏蔽呼入的呼叫包括：播放预先安排的问候语；并分析对预先安排的问候语的响应。
在示例29中，示例19至28中任一项的主题可以包括，其中本地概率分数小于阈值，并且其中基于所述本地概率分数在所述计算设备处执行所述动作包括：将呼入的呼叫发送到语音信箱以留下语音邮件消息。
在示例30中，示例19至29中任一项的主题可以包括分析语音邮件消息；并且基于语音邮件消息的分析来修改本地概率分数。
在示例31中，示例19至30中任一项的主题可以包括：分析用户对语音邮件消息的响应；以及基于用户响应修改本地概率分数。
在示例32中，示例19到31中任一个的主题可以包括：在用户已经收听了语音邮件消息之后，向用户询问关于呼入的呼叫的反馈；并根据反馈修改本地概率分数。
在示例33中，示例19至32中任一项的主题可以包括将本地概率分数发送到信誉服务器。
示例34包括至少一种包括指令的机器可读介质，当所述指令由机器执行时，使该机器执行示例19-33中任一项的操作。
示例35包括一种装置，所述装置包括包括用于执行示例19-33中任一项的模块。
示例36包括用于实现协作电话信誉系统的主题(诸如设备、装置或机器)，包括：用于在计算设备处检测针对计算设备的用户的呼入的呼叫的模块；用于确定所述呼入的呼叫对于所述用户是期望的本地概率分数的模块；以及用于基于所述本地概率分数在所述计算设备处执行动作的模块。
在示例37中，示例36的主题可以包括，其中用于确定本地概率分数的模块包括：用于确定呼入的呼叫来自用户的联系人列表中的一方的模块；以及用于基于确定呼入的呼叫来自联系人列表中的一方来增加本地概率分数的模块。
在示例38中，示例36至37中任一项的主题可以包括用于根据来自该方的呼叫的频率、来自该方的呼叫模态或来自该方的呼叫的联系质量来增加本地概率分数的模块。
在示例39中，示例36至38中任一项的主题可以包括，其中用于执行动作的模块包括用于通知用户呼入的呼叫的模块。
在示例40中，示例36至39中任一项的主题可以包括用于分析用户对通知用户呼入的呼叫的响应的模块；以及用于基于用户响应修改本地概率分数的模块。
在示例41中，示例36至40中任一项的主题可以包括，其中用于确定本地概率分数的模块包括：用于确定呼入的呼叫来自不在所述用户联系人列表的一方的模块；以及基于确定呼入的呼叫来自不在所述联系人列表的一方来减少本地概率分数的模块。
在示例42中，示例36至41中任一项所述的主题可以包括，其中所述呼入的呼叫包括发源电话号码，并且其中所述装置还包括：用于获得所述发源电话号码的信誉分数的模块；以及基于信誉分数修改本地概率分数的模块。
在示例43中，示例36至42中任一项的主题可以包括，其中用于获得信誉分数的模块包括用于从信誉服务器获得信誉分数的模块。
在示例44中，示例36至43中任一项所述的主题可以包括，其中所述呼入的呼叫被匿名化，并且其中所述装置还包括：用于屏蔽所述呼入的呼叫的模块；以及基于屏蔽来修改本地概率分数的模块。
在示例45中，示例36至44中任一项的主题可以包括，其中用于屏蔽呼入的呼叫的模块包括：播放预先安排的问候的模块；以及用于分析对预先安排的问候语的响应的模块。
在示例46中，示例36至45中任一项的主题可以包括，其中本地概率评分小于阈值，并且其中用于基于本地概率分数在计算设备处执行动作的模块包括用于将呼入的呼叫发送到语音邮箱以留下语音邮件消息的模块。
在示例47中，示例36至46中任一项的主题可以包括用于分析语音邮件消息的模块；以及用于基于所述语音邮件消息的分析来修改所述本地概率分数的模块。
在示例48中，示例36至47中任一项的主题可以包括用于分析用户对该语音邮件消息的响应的模块；以及用于基于用户响应修改本地概率分数的模块。
在示例49中，示例36至48中任一项所述的主题可以包括在用户收听了语音邮件消息之后，用于询问用户对呼入的呼叫的反馈的模块；以及基于该反馈来修改本地概率分数的模块。
在示例50中，示例36至49中任一项的主题可以包括用于将本地概率分数发送到信誉服务器的模块。
上文的详述包括对附图的参考，附图构成了详述的部分。附图通过图示说明的方式示出了可实现的具体的实施例。这些实施例在本文还称为“示例”。这些示例可以包括除了所图示和所描述的之外的元件。然而，还构思包括所图示或所描述的元件的示例。而且，还构思使用所图示或所描述的那些元件(或其一个或多个方面)的任意组合或置换的示例，或者针对特定的示例(或其一个或多个方面)或者针对所图示或所描述的其它示例(或其一个或多个方面)。
在该文档中提及的出版物、专利和专利文献的全文通过引用方式合并于此，好像单独地通过引用并入一样。在该文档与如此通过引用并入的那些文献之间出现使用不一致的情形下，在并入的引用文献中的用法补充该文档中的用法；对于无法协调的不一致，以该文档中的用法为准。
在该文档中，使用了术语“一(a)”或“一个(an)”，这是专利文献常见的，包括一个或多于一个，独立于“至少一个”或“一个或多个”的任何其它实例或用法。在该文档中，除非另作说明，术语“或者”用来指代非排他或者，使得“A或B”包括“A而非B”、“B而非A”和“A和B”。在随附的权利要求中，术语“包含(including)”和“其中(in which)”用作相应的术语“包括(comprising)”和“其中(wherein)”的通俗英语等价词。而且，在随附的权利要求中，术语“包含”和“包括”是开放式的，也即，包含除了在该术语后所列的那些元件之外的元件的系统、设备、物品或过程仍认为落入该权利要求的范围内。而且，在下面的权利要求中，术语“第一”、“第二”和“第三”等仅用作标签，不旨在暗示用于其对象的数字顺序。
上面的说明旨在示例性的，而非限制性的。例如，上述的示例(或其一个或多个方面)可与其它示例组合使用。例如本领域普通技术人员在阅览上述说明时可使用其它的实施例。摘要允许读者快速地确定技术公开的本质。应当理解，摘要不用来解释或限制权利要求的范围或含义。而且，在上面的详细说明中，可以将各种特征组合在一起而使得公开内容流畅。然而，权利要求不可能阐述在此公开的每一个特征，因为实施例可以表征所述特征的子集。此外，实施例可以包括比在特定示例中公开的更少的特征。因此，下面的权利要求特此并入详述中，权利要求本身独立地作为单独的实施例。本文公开的实施例的范围应参考随附的权利要求以及这些权利要求赋予权利的等同内容的整个范围来确定。