用于高效地分发提醒消息的系统和方法与流程

以下公开一般涉及用于生成和分发与新闻事件相关的提醒消息的系统和方法，并且更具体地涉及使用语义规则处理自动确定应如何将提醒分发给客户。

背景技术：

本文提供的背景技术描述是为了总体上呈现本公开的上下文的目的。目前指定的发明人的工作在其在本背景技术部分中描述的程度以及在提交时可能不以其他方式具有现有技术资格的描述的方面既不明示也不暗示地被认为是针对本公开的现有技术。

诸如会计、医学、法律等的专业服务的提供者经常向他们的客户通知相关的行业新闻、最近的实践发展以及技术或法规的改变。为此，提供者通常仔细阅读来自各种源的大量文档。在一些情况下，提供者还预订来自发布者或新闻聚合者的更新。例如，这些更新可以涉及特定话题或感兴趣的领域，诸如税收。虽然预订这样的更新通常比审阅主要源更高效，但更新仍然要求专业服务的提供者处理大量信息以标识可能对这些更新感兴趣的特定客户或潜在客户。此外，提供者并且通常为单独的接收者订做这些更新的呈现。更进一步地，在专业服务的提供者可以部署各种搜索或文本处理工具的程度上，该处理通常由于其发生在的大量节点而在计算上是低效的。

技术实现要素：

提供本发明内容是为了以简化的形式介绍概念的选择，其将在下面在具体实施方式中进一步描述。本发明内容不旨在标识所要求保护的主题的关键特征或必要特征，也不旨在用于限制所要求保护的主题的范围。

一般而言，本公开的系统经由中间服务提供者高效地将与各种事件相关的电子提醒从集中信息提供者分发到客户。为此，根据一个示例实现的集中信息提供者接收指定服务提供者的客户的各种属性的匿名数据集，从各种源接收描述潜在相关事件的“原始”信息，使用语义规则来处理信息以自动标识与客户的属性对应的信息的属性，并生成针对客户的信息的相关性的度量。然后，集中信息提供者分发描述所接收信息以及所生成的相关性度量的电子提醒，使得服务提供者可以以一致、可靠和高效的方式进一步将提醒分发给他们相应的客户。因此，本公开的系统消除了在多个网络节点处处理信息的需要，从而提高了分发提醒的总效率，并且更具体地，降低了服务提供者的计算系统处的处理成本和存储器使用。此外，集中信息提供者可以应用比单独的服务提供者更健壮的语义规则集合，以增加向客户准确分发相关提醒的概率。

这些技术的一个示例实施例是用于促进经由中间服务提供者向客户高效分发电子提醒的方法。该方法包括由集中信息提供者的一个或多个处理器接收描述新闻事件的文本。该方法还包括：由一个或多个处理器接收用于处理文本的语义规则，其中每个语义规则在满足时指定与一个或多个客户属性的对应关系；以及由一个或多个处理器将语义规则应用于文本以确定文本对应于哪些客户属性。又此外，该方法包括由一个或多个处理器从电子数据库检索（i）用于多个客户的标识符，（ii）用于每个客户的客户属性集合，以及（iii）针对每个客户，相应服务提供者的标识符；由一个或多个处理器针对每个客户基于客户的客户属性和文本被确定成对应于的客户属性来生成新闻事件的相关性度量；以及由一个或多个处理器向至少一个服务提供者发送描述新闻事件的电子提醒消息以及其相关性度量超过特定阈值的服务提供者的客户集合的指示，以便分发给客户集合中的一些或所有。

在各种实现中，上述方法还包括以下动作或步骤中的一个或多个。将文本被确定成对应于的客户属性与提醒消息和客户集合的指示一起发送到至少一个服务提供者。向至少一个服务提供者提供提供者用户接口，所述提供者用户接口包括以下中的至少一个：用于将基于提醒消息的批量电子邮件发送到客户中的一些或所有的第一控件和用于创建用于客户集合的提醒消息所相关的内部任务并将客户集合链接到提醒消息以进行后续追踪的第二控件。经由工作站向集中信息提供者的操作者提供操作者用户接口，该操作者用户接口包括用于修改应用于新闻事件的语义规则的控件。经由自然语言处理（nlp）应用语义规则包括标识语义概念（例如，“组织”、“货币价值”或“日期”）和各种名称实体、或特定范围内的语义概念的特定组合（诸如语句或段落），以触发适当的动作。应用词语搜索方法而不是nlp包括解析文本以检测一个或多个词语模式的存在，其中每个词语模式包括以指定相对布置的一个或多个关键字。使用文本被确定成对应于的客户属性来生成用于分发新闻事件的潜在客户的简档，以及将潜在客户的简档发送到至少一个服务提供者。使用一组电子文档自动地用与客户相关的信息填充电子数据库，包括使用第二语义规则解析该组电子文档。

这些技术的另一示例实施例是用于高效地分发电子提醒的方法。该方法包括从与服务提供者相关联的计算系统经由通信网络向集中信息提供者提供匿名数据，包括用于多个客户中的每个的相应客户属性，每个属性从预定义集合中选择。根据一些实现的匿名数据被变换为语义表示，以允许集中信息提供者更高效地生成提醒。该方法还包括从集中信息提供者接收针对新闻事件的提醒，提醒包括（i）描述新闻事件的文本组成部分和（ii）从多个客户中选择的客户的指示，针对其，使用相应的客户属性确定新闻事件具有超过特定阈值的相关性的度量。该方法还包括在计算系统处确定在所接收的提醒中指示的客户的身份；经由用户接口提供所标识的客户的列表，其包括提供用于选择或取消选择用于分发提醒的单独客户的控件，以及经由通信网络将提醒分发给经由用户接口选择的一个或多个客户。

本公开的技术的又一些示例实施例是包括处理硬件和非暂时性计算机可读存储器的计算系统。存储器存储当由处理硬件执行时执行上述任何方法的指令。

本发明内容和以下具体实施方式中描述的特征和优点并非包括一切的。鉴于附图、说明书和其权利要求，许多附加特征和优点对于本领域普通技术人员将是显而易见的。

附图说明

下面描述的图描绘了其中公开的系统和方法的各个方面。应当理解，每个图描绘了所公开的系统和方法的特定方面的实施例，并且每个图旨在符合其可能的实施例。此外，只要有可能，以下描述涉及包括在以下图中的附图标记，其中多个图中描绘的特征用一致的附图标记表示。

在附图布置中示出了目前讨论的内容，然而，应理解，本实施例不限于所示的精确布置和手段，其中：

图1是其中可以实现用于分发客户提醒的技术的系统的框图；

图2是可以在图1的系统中实现的示例事件检测和客户简档制作（profiling）引擎的框图；

图3是在图1的系统中操作的不同节点之间的示例信息流的概念图；

图4是用于处理事件并确定可能向哪些客户发送对应提醒的示例方法的流程图，其可以在图1的系统所示的服务器系统中实现；

图5是用于处理事件并生成可能将对提醒感兴趣的假设客户的简档的示例方法的流程图，其也可以在图1的系统所示的服务器系统中实现；

图6是用于接收操作者输入并根据所接收的操作者输入修改事件数据的示例方法的流程图，其可以在图1的系统所示的服务器系统中实现；

图7是用于经由操作者接口呈现事件的示例用户接口屏幕的图，其可以在图1的系统所示的服务提供者系统中实现；

图8是用于使用经由操作者接口接收的输入来修改或构建事件查询的示例方法的流程图，其可以在图1的系统所示的服务器系统中实现；

图9是用于响应于匿名数据从集中信息提供者接收提醒的示例方法，其可以在图1的系统所示的服务提供者系统中实现；

图10是用于审阅所接收的提醒的示例小部件，其可以显示为图1的系统中的服务提供者接口的部分；

图11图示了用于审阅事件数据的示例用户接口屏幕，其可以显示为图1的系统中的服务提供者接口的部分；和

图12是用于审阅事件准则的示例小部件，其可以显示为图1的系统中的服务提供者接口的部分。

具体实施方式

概述

下面讨论的技术可以在其中诸如出版公司之类的集中信息提供者例如向诸如会计、医疗护理、法律咨询等之类的服务的提供者发送新闻提醒的环境中实现，其继而将信息分发给他们的客户，其可以包括个人、公司和其他组织。这些技术降低了与标识相关信息和经由通信网络路由相关信息相关联的计算复杂度，提高了递送相关提醒的总体准确性，提供了例如通过支持多个客户上的同时操作来提高效率的用户接口，并提供其他技术优点。

如下所述，集中信息提供者的服务器系统可以分发新闻提醒以及以概率方式指定应如何进一步分发提醒的元数据。换句话说，服务器系统指定可能对特定提醒感兴趣的匿名客户和/或客户的简档。服务器系统可以从各种源接收信息，诸如新闻媒体、新闻稿、监管机构的出版物等，并将语义规则应用于所接收的信息，以标识可能对所接收的信息感兴趣的客户的各种属性（例如，“2016年1月1日至2016年12月31日之间注册成立的公司”、“年收入在20万美元以下的公司”、“建筑公司”）。在一些场景中，服务器系统然后使用来自服务提供者的描述各种客户属性的匿名数据来标识客户以用于潜在通知。在其他场景中，服务器系统自动生成可能应被通知的客户的简档，并且基于所接收的信息将简档以及提醒分发给各种服务提供者，以便随后分发给相关客户。

服务器系统可以提供交互式用户接口（“操作者ui”），经由其，集中信息提供者的操作者可以审阅自动检测到的事件、添加或删除事件的属性、改善自动创建的查询、或者甚至在一些情况下通过指定客户应由其选择用于通知的各种准则来构建新的搜索查询等。操作者还可以使用操作者ui将附加信息链接到事件，创建和编辑建议的客户信函，以及生成其他事件内容。更一般地，操作者可以使用操作者ui来修改事件通知的内容、定时和目标。

此外，服务器系统可以向服务提供者（“服务提供者ui”）提供不同的交互式用户接口。使用服务提供者ui，服务提供者可以审阅从集中信息提供者接收到的新闻提醒，审阅服务提供者的客户与新闻提醒之间的标识的匹配，调整自动标识的匹配以添加或删除客户，并开始自动通知客户。服务提供者ui可以支持向多个客户批量分发提醒，从而提高对应服务提供者系统的效率。在一些实现中，新闻提醒包括用于客户通知的建议文本，并且暴露给服务提供者的用户接口包括用于审阅和修改建议文本的控件。

参考图1讨论了其中可以实现这些技术的示例计算环境，并且参考图2讨论了在该计算环境中操作的示例处理引擎，其后跟着计算环境中的数据流的讨论。然后，参考其余图讨论了示例方法、可以在集中信息提供者处提供的操作者接口、以及可以作为服务提供者系统提供的服务提供者接口。

计算环境示例

参考图1，示例计算环境10包括与诸如出版公司的信息提供者相关联的服务器系统12。服务器系统12可以包括耦合到通信网络14的一个或多个服务器，经由其，服务器系统12可以访问各种信息源，诸如公共记录16和新闻源18。源16和18可以包括网站、邮件服务器、新闻组等，其由公布关于新法规的公告的政府监管机构、行业特定协会、新闻媒体、法院等维护。取决于实现，服务器系统12可以根据特定调度（诸如每小时）轮询源16和18以获得新信息，或者服务器系统12可以预订来自源16和18的实时通知。

计算环境10还包括服务提供者系统20。每个系统20可以包括一个或多个服务器，包括（一个或多个）处理器和非暂时性计算机可读存储器，或者在一些实现中，例如包括与基于云的服务相关联的帐户。系统20可以由诸如会计、医疗护理等的专业服务的提供者操作。服务提供者系统20可以经由通信网络14与客户电子邮件服务22通信，其中客户电子邮件服务22由各种客户或者服务提供者的订户操作。

例如，服务器系统12可以耦合到电子数据库，例如存储与各种服务提供者相关的信息和匿名客户数据的这样的客户和服务提供者数据库30。事件储存库32可以存储服务器系统12基于从源16和18接收的“原始”信息生成的事件数据。语义规则数据库34存储服务器系统12应用于原始信息和匿名客户数据以确定信息与各种客户的相关性的各种规则的定义。数据库30、32和34中的每个可以实现为单独的数据库或实现为单个数据库的部分，其可以使用任何合适的技术来实现（例如，使用通过索引互连以定义关系数据库的一组表）。

存储在服务提供者数据库30中的示例数据记录40描述了特定客户的属性。数据记录40包括匿名客户标识符以及客户与其相关联的服务提供者的标识符。虽然匿名客户标识符不向服务器系统12揭示客户的身份，但是数据记录40中引用的服务提供者可以使用匿名客户标识符来标识客户。数据记录40还包括诸如客户的年收入水平的示例属性、指示客户是否具有超过50名雇员的标志、标识客户所参与的业务的类型的字段。

存储在数据库32中的示例数据记录42描述了由服务器系统12处理的事件。数据记录42包括用于指示与事件相关联的日期（例如，特定立法改变将变为有效的日期和/或接收到关于即将发生改变的信息的日期）、事件的类型、与事件相关的信息源、结合事件要分发给服务提供者的文本、服务器系统12基于源信息确定的事件的属性等的字段。

继续参考图1，服务器系统12包括一个或多个处理器50和可由一个或多个处理器50读取的非暂时性存储器52。存储器52可以存储实现客户简档制作引擎62、事件检测引擎64和接口生成器66的指令。每个服务提供者系统20还可以包括一个或多个处理器和存储实现匿名器60的指令的非暂时性存储器。服务提供者系统20的非暂时性存储器还可以存储允许服务提供者访问服务器系统12的各种功能的web（网络）浏览器或其他应用。服务提供者系统20可以通过调用由例如服务器系统12暴露的适当的应用编程接口（api）功能来获得实现匿名器60的指令。

在操作中，服务提供者系统20调用匿名器60以从客户数据中移除实际客户标识符，用诸如随机出现的字母数字串的临时标识符替换客户标识符，生成匿名数据的语义表示，并向服务器系统12提供匿名数据的语义表示。服务器系统12从源16和18接收新信息并标识新事件。引擎62和64确定新事件对应于哪些匿名客户，并且服务器系统12为与事件相关的一些或所有服务器提供者系统20生成提醒消息。接口生成器66提供操作者ui70，经由其，服务器系统12的操作者可以调整事件准则以选择或取消选择各种事件属性，制定和发起查询等。接口生成器66还可以提供基于web的api，使用其，服务提供者系统20可以与服务器系统12交互。当调用时，api可以生成服务提供者ui屏幕72。例如，以这种方式，服务提供者可以审阅所接收的提醒并自动地将提醒分发给客户。

用于处理事件和客户数据的示例组件

现在参考图2，例如，可以在服务器系统12中实现示例处理环境100。通常，处理环境100的组件可以在单个服务器或可能彼此远程设置的多个服务器中实现。

处理环境100包括与客户简档制作引擎104通信的事件检测引擎102。事件检测引擎102包括语义规则处理器108和自然语言处理器110。事件检测引擎102可以从操作者ui106接收输入，并且向操作者ui106提供输出（操作者ui106可以类似于参考图1讨论的操作者ui70。事件检测引擎102从各种数据源1、2、……n接收数据。返回参考图1，数据源1、2、……n可以包括公共记录16和新闻源18。这些数据源可以包括文本，并且在一些实现中，可以包括其他媒体，诸如图像、音频、视频等。在一些情况下，多个数据源1、2、……n可以提供事件检测引擎102联合为单个事件的信息（例如，多个新闻媒体可以关于相同发展进行报告）。

事件检测引擎102还接收语义规则和域特定的概念（例如，税收文档域中的财政年度、医疗记录域中的权衡），语义规则处理器108使用其来确定从数据源接收的文本是否包括触发事件通知的某些属性。更一般地，自然语言处理器110可以向语义规则处理器108提供语义数据，语义规则处理器108然后可以执行规则以确定由语义数据表达的想法和精炼特性是否表示应触发提醒的有影响的改变。作为其输出的部分，自然语言处理器110可以指定日期、金额、位置等。语义规则可以存储在诸如图1中所示的数据库34之类的数据库中。语义规则可以以任何合适的方式格式化，以例如指定文档中出现的特定语义域概念应使事件检测引擎102向对应事件分配特定属性（例如，“农业法规”）和精炼特性。因此，语义规则可以指定某些语义数据或文本中的语义数据的特定组合或布置使得文本极有可能与每年收入超过50万美元的公司相关，即使文本不包含数字50万美元。

作为更具体的示例，负责监管农业生产的联邦机构可以在具体设计用于此目的的网站上发布公报，并且事件检测引擎102可以基于信息的源向事件分配某些属性。根据附加的语义规则，事件检测引擎102可以向事件分配更具体的属性，诸如农业活动的类型、新发展是否涉及进口或出口、新发展是否涉及农民、供应商、分销商等。此外，取决于实现或场景，语义规则可以指定事件检测引擎102是应具体标识对现有法规或实践的改变、仅标识对现有法规或实践的重大改变、还是触发开启关于这些法规或实践的任何通知。

使用操作者ui106，操作者可以添加、删除或修改语义规则，并控制特定语义规则对各种数据源的应用。在一些情况下，操作者可以使用操作者ui106来推翻属性、远程属性的自动确定或手动移除属性。此外，操作者ui106可以允许操作者使用属性来修改或构建查询。

通常，使用具有语义规则的nlp允许事件检测引擎102自动检测以各种形式表达的想法，其中文本不遵守需要特定关键字的严格规则。例如，自然语言处理器110可以识别概念“儿童看护工作者”和等同表达，其中标准文档中使用的对应受管代码是childcare_worker。此外，例如，自然语言处理器110可以标识“儿童看护工作者”的概念以及管辖区域的名称（例如，纽约州）、日期和其他概念，诸如“训练”和“合规性”。这些语义概念的布置可以对应于规则的特定标识符，其指定应如何评估结果所得的表达。

事件检测引擎102生成用于事件的属性的列表，并将这些属性提供给客户简档引擎104。如图2所示，客户简档引擎104可以包括相关性度量生成器120、自动客户简档制作器122、以及用于检索用于匹配客户的信息的api124。其他实现中的客户简档引擎104可以包括附加组件，或者相反地，省略图2中所示的一些组件。客户简档引擎104接收客户属性、服务提供者数据作为输入，以及接收来自操作者ui106的命令作为输入。客户简档引擎104的输出可以包括提醒详情、目标客户的指示符和用于通知客户的通知模板。

自动客户简档制作器122可以对表单、文档和其他域特定的产物进行操作，其被变换为域特定的语义模型。每个产物可以定义为由链接到客户属性的项目组成的简档。例如，自动客户简档制作器122处理所得税申报表以确定客户的许多属性。所得税申报表可以符合数据记录采用其根据某些记录的规则被填充的标准电子格式。类似地，现今存在用于医疗记录的多个记录良好的格式，诸如hl7，并且自动客户简档制作器122可以基于从医院接收的匿名数据集生成客户简档。系统100还可以创建语义模型并相应地变换文本以用于健康保险可移植性和责任法案（hipaa）政策文档、合规性检查列表等。类似于事件检测102，自动客户简档制作器122可以应用语义规则和/或自然语言处理以提取客户属性。一旦被提取，客户属性可以存储在例如图1所示的数据库30中。例如，自动客户简档制作器122可以以批处理模式操作以根据特定调度处理客户数据并存储客户属性以供后续使用，或者自动客户简档制作器122可以基本上实时操作以在新闻事件变得可用时提取客户属性。

相关性度量生成器120可以从事件检测引擎102接收事件属性，并将事件属性与自动客户简档制作器122所生成的客户属性进行比较。例如，如果事件的属性之一是“收入低于每年10万美元”并且如果特定客户的简档也包括该属性，则相关性度量生成器120可以增加匹配属性的计数器。在一些实现中，相关性度量生成器120将权重分配给属性。例如，相关性度量生成器120可以根据属性的特性来分配权重。因此，许多客户共享的属性（例如，注册成立的州=“特拉华”）可以具有比相对较少客户共享的属性（例如，业务类型=“舞蹈工作室”）更低的权重。

事件检测引擎102和/或客户简档制作引擎104应用的一些语义规则可以对应于由操作者定义和/或存储在数据库中的事件准则。例如，特定事件准则可以是新信息涉及在上一收入年度中声称的初级生产损失超过5万美元的公司。对应的规则指定哪些语义概念以及以什么相对布置满足该准则。此外，事件准则可以通过数字来参数化以允许近似匹配和听到命中（hear-hits）。继续上面的示例，5万美元可以是准则“在上一收入年度中声称的初级生产损失超过x的公司”的参数。应用对应的语义规则，事件检测引擎102可以检测对在上一收入年度中声称的初级生产损失超过4万美元的引用。然后，事件检测引擎102可以确定值4万美元与参数5万美元的接近程度，并生成近似匹配的指示。替代地，事件检测引擎102可以检测事件属性和客户属性之间的匹配，但是与由4万美元和5万美元之间的差异定义的错误量成比例地为匹配分配权重。

基于事件属性和客户属性之间的重叠，相关性度量生成器120可以确定事件是否可能是客户感兴趣的。在一些实现中，相关性度量生成器120可以将匹配的属性的数量与客户属性的总数和/或事件属性的总数进行比较。例如，根据一个实施例，为了使相关性度量生成器120确定事件可能是客户感兴趣的，匹配的属性n与可用于客户m的属性的总数的比率必须超过特定阈值数量t。在一些实施例中，针对每个事件单独设置阈值数量t。

继续参考图2，服务提供者可以调用api124以标识客户，以根据从操作者ui106接收到的命令为单独或多个客户生成电子邮件通知。例如，操作者可以编辑提醒的文本，并且api124还可以生成包括文本和文本可以分发到的客户的属性的通知模板。

用于分发提醒消息的系统中的示例数据流

为了进一步清楚性，图3示意性地图示了环境10或类似计算环境中的数据流。拓扑150包括信息提供者152，其与服务提供者154a、154b等通信，每个服务提供者继而与相应的客户系统160a-c、160d-160f等通信。这些实体可以分别类似于操作服务系统12、服务提供者系统20和客户电子邮件服务22的那些实体（参见图1）。

如图1所示，例如，匿名客户数据的语义表示在拓扑150中从服务提供者154a和154b“上游”行进。包括指定匿名客户、客户简档、匹配属性等的元数据和事件信息的提醒消息从信息提供者152“下游”行进到服务提供者154a和154b，并且事件信息行进到一些客户系统160a-f。

注意，该布置有利地允许事件的语义处理在单个节点（信息提供者152）处发生，从而减少其他节点处的计算负载。换句话说，该布置消除了在服务提供者154a和154b处执行经常应用于相同数据的类似操作以确定事件属性的需要。

此外，图3的布置定义了概率路由方案，其中提醒消息与提醒消息的可能接收者或端点的列表一起被发送到中间节点（例如，从服务提供者154a154a）。因此，中间节点154a接收关于提醒消息的推荐后续路由的信息，但是中间节点154a并不总是将提醒消息转发到由信息提供者152标识的每个端点。又此外，虽然信息提供者152可以标识提醒消息的最终接收者的属性，但是信息提供者152（至少在一些实施例中）不知道这些最终接收者的身份。

示例操作者方法和用户接口

现在参考图4，例如，可以在图1的服务器系统12或另一合适的系统中实现用于处理事件并确定可能向哪些客户发送对应提醒的示例方法200。例如，方法200可以实现为存储在非暂时性计算机可读介质上并且可由一个或多个处理器执行的一组指令。

方法200开始于框202，其中接收描述潜在新闻事件的文本。如上所述，可以从任何合适的源（例如，图1的源16或18）接收文本，并且在一些情况下，可以针对相同的事件从不同的源接收多个文本。

在框204和206，分别获得用于处理文本的语义规则并将其应用于文本。每个语义规则可以要求一个或多个语义概念以特定的相对布置存在于文本中，并且如果满足语义规则，则指定要分配给事件的属性。可以为特定域或行业定义语义规则，诸如“建造”或“接待服务”，使得相同的语义概念匹配为不同行业生成不同的属性。如果需要，其中实现方法200的系统可以使用语义规则和自然语言处理两者来提取事件属性。

在框208，检索指定客户属性的客户数据。在一些实施例中，客户数据是匿名的。诸如图2的自动客户简档制作器122之类的模块可以在较早时间以离线（批处理）模式处理客户数据集并填充数据库（例如，图1中所示的数据库30）。更一般地，各种实施例中的框208可以在框202和204之前、在框202和204之后、或者与框202和204并行地执行。

一旦客户属性和事件属性两者都可用，则在框210为各种客户生成新闻事件的相关性的度量。如上所述，每个度量可以反映与事件属性匹配的客户属性的数量，并且一些属性可以被分配更高的权重。

在框212，标识具有超过特定阈值的度量的客户集合。阈值可以用绝对术语（例如，“5个或更多匹配属性”）、相对术语（例如，“60％或更多事件属性匹配客户的属性）”或以任何其他合适的方式定义。

在框214，将包括新闻事件的描述以及关于提醒消息的提议分发的指示的提醒消息发送到一个或多个服务提供者。在一些情况下可以基于在框202接收的文本自动生成新闻事件的描述。在其他情况下，操作者可以经由操作者ui（例如，参考图2讨论的操作者ui106）手动编辑描述。关于提醒消息的提议分发的指示可以包括对客户的匿名引用，对应的服务提供者可以使用其来确定客户身份。

然而，在一些情况下，不能针对提醒分发标识特定客户，这是由于例如客户数据的不可用或者因为可用数据集中的任何客户都没有与用于特定新闻事件的事件属性匹配的足够数量的客户属性。参考图5，方法250通常类似于方法200，除了客户简档而不是客户的标识符被发送到一个或多个服务提供者。

具体地，框252-256类似于上面讨论的框202-206。在框258，根据相应的属性权重来选择所标识的事件属性的子集，并且在框260基于所选择的事件属性来生成客户简档。根据方法250的一个实现，属性权重对于所有属性是相同的。在一些实施例中，客户简档包括所有所标识的事件属性。

在框262，将具有事件的描述的提醒消息连同所生成的客户简档一起发送到一个或多个服务提供者。然后，服务提供者可以使用所接收的客户来使用例如未暴露给集中信息提供者的数据集自动标识提醒分发的客户。

接下来，图6描绘了例如图1的服务器系统12可以使用软件指令来实现的示例方法300或接收操作者输入并根据所接收的操作者输入修改事件数据的流程图。返回参考图2，可以经由操作者ui106接收操作者输入和输出。

在框302和304，经由操作者接口提供最近检测到的源文档和最近检测到的事件的列表。注意，并非每个源文档都必须包括例如事件检测引擎102（参见图2）可以标识为匹配于一个或多个语义规则或使用自然语言处理来识别的语义概念。因此，在一个实现中，操作者ui列出被自动识别为新闻事件的基础的源文档和未用于生成新闻事件中的源文档两者。操作者可以审阅两种类型的文档，并且如果需要，可以推翻自动处理的结果。

操作者可以在框306修改事件准则。例如，操作者可以添加、移除或编辑事件准则，以便修改分配给事件的属性。作为响应，系统可以在框308根据操作者输入修改事件数据。

图7图示了操作者ui70或106（参见图1和2）可以向集中信息提供者的操作者提供以审阅特定事件的示例用户接口屏幕400。在示例场景中，操作者ui向操作者呈现当前和过去事件的可搜索列表，并响应于操作者选择这些事件之一而生成屏幕400。

屏幕400可以在集中信息提供者处指示事件的状态（例如，发行、未决、删除）。在该示例场景中，事件已经被发行到服务提供者。屏幕400还指示事件的类型（在这种情况下，立法改变）、事件的标题、创建和最后修改日期、事件的（一个或多个）源、贡献者的姓名和简要描述。更一般地，屏幕400可以为每个事件显示任何期望数量的信息字段。

如图7中所示，示例屏幕400还包括选项卡，在其下组织相应组的功能和信息字段。在图7中描绘的视图中激活的详情选项卡下，操作者可以访问以原始和充实或注释两种格式的源文档。例如，源文档可以是相关法院判决的原始文本，并且注释格式可以显示事件检测引擎102或类似组件检测到的语义概念、源文档中标识的各种日期和数字等。此外，“详情”选项卡可以包括事件中提到的术语的交互式列表以及在事件中检测到的更广泛概念的交互式列表。操作者可以选择地删除和添加这些术语和概念。

“相关事件”选项卡可以包括到其他事件的链接，以允许操作者审阅和修改被确定为相关的事件的列表。例如，事件检测引擎102可以确定两个最近事件共享多个事件属性并自动地为操作者交叉引用这些事件。“事件准则”选项卡可以包括操作者可以审阅和调整的事件准则的交互式列表。

例如，为了允许操作者修改事件准则，图1的服务器系统12可以实现示例方法450。方法450开始于框452，其中响应于例如操作者激活事件准则而接收到修改事件准则的请求。在框454，呈现用于修改或构建查询的交互式接口。交互式查询接口可以包括用于指定事件准则和准则之间的关系的控件。例如，操作者可以指定他或她希望搜索客户鞋个人税收申报表指示以下之一：净初级生产收入/减少为2.1、信托净收入份额为10％、该收入年度声称的初级生产损失为5万美元等。在一个实施例中，这些准则是预定义的并存储在数据库中，其中操作者仅供应数字参数（2.1％、10％、5万美元等）。操作者选择的准则之间的关系可以包括例如“应具有……中的至少一个”、“必须具有……中的所有”或“应具有……中的至少一个”。

在框456，接收属性的选择，并且在框458根据所选择的属性执行查询以获得匹配客户的集合。在框460，可以在提醒分发中使用所获得的集合。

示例服务提供者方法和用户接口

图9描绘了例如可以在图1的服务提供者系统20之一中实现的用于响应于匿名数据从集中信息提供者接收提醒的示例方法500的流程图。类似于本公开的其他方法，方法500可以被实现为存储在计算机可读介质上且可由一个或多个处理器执行的一组指令。

方法500开始于框502，其中将匿名客户数据的语义表示提供给集中信息提供者。匿名客户数据可以包括例如以标准的、计算机可解析的电子格式的所得税报表，其中标识客户的数据被替换为临时标识符。在框504，从集中信息提供者接收新闻提醒。新闻提醒可以包括文本组成部分（并且如果需要，诸如图像的其他媒体）以及用于确定服务提供者的哪些客户可能对新闻提醒感兴趣的元数据。元数据可以包括作为匿名客户数据的部分而供应的客户的临时标识符。附加地或替代地，元数据可以包括列出潜在地对新闻提醒感兴趣的假想客户的多个属性的客户简档。

在框506，服务操作者ui例如被提供作为基于web的接口的部分。接下来，在框508经由服务操作者ui接收分发命令，并且在框510根据所接收的分发命令来分发新闻提醒。

为了附加的清楚性，图10图示了服务操作者ui可以提供用于审阅所接收的提醒的示例小部件500。小部件550包括从集中信息提供者接收的事件的列表、服务提供者的多少客户已经基于它们的属性与事件匹配的指示、事件被公告的日期等。示例小部件550允许服务提供者基于匹配的客户的数量对事件进行排名。

因此，服务提供者可以使用所接收的元数据来确定有多少客户潜在地受到新闻提醒的影响，而无需在本地分析新闻事件。此外，元数据允许服务提供者ui基于潜在受影响的客户的数量自动区分提醒消息的优先级。

接下来，图11图示了服务提供者ui可以生成用于审阅事件数据的示例用户接口屏幕600。对于每个事件，屏幕600可以包括事件描述、客户简档、提议的客户影响声明和从集中信息提供者接收的提议的客户信函等。服务提供者可以使用可经由屏幕600访问的功能来修改将向其分发新闻提醒的客户的简档、客户将接收到的文本等。

此外，如图12所示，服务提供者可以查看在集中信息提供者处检测到的事件准则，并且如果需要，可以推翻这些准则。示例小部件650可以被提供作为服务提供者ui的部分，并且可以包括单独事件准则的列表以及有多少客户具有匹配客户准则的指示。在该示例场景中，小部件650指示服务提供者正在屏幕600中审阅的事件适用于具有20万美元或更少的可访问收入的公司、声称研究和发展偏移的公司等。在一些实现中，服务提供者可以推翻一些或全部这些事件准则，并为集中信息提供者生成反馈。如果一定数量或百分比的服务提供者不同意特定事件准则，则集中信息提供者继而可以为操作者生成适当的提醒。

附加考虑

以下附加的考虑适用于前述讨论。遍及本说明书，多个实例可以实现被描述为单个实例的功能、组件、操作或结构。虽然一个或多个方法的单独功能和指令被图示并描述为单独的操作，但是可以同时执行一个或多个单独的操作，并且不需要以所示的次序执行操作。在示例性配置中作为单独组件呈现的结构和功能可以实现为组合结构或组件。类似地，作为单个组件呈现的结构和功能可以实现为单独的组件。这些和其他变化、修改、添加和改进落入本文的主题的范围内。

例如，网络可以包括但不限于lan、man、wan、移动装置、有线或无线网络、专用网络或虚拟专用网络的任何组合。此外，应当理解，支持任何数量的客户端计算机或显示设备，并且其可以与数据系统104通信。

另外，本文将某些实施例描述为包括逻辑或许多功能、组件、模块、块或机制。功能可以构成软件模块（例如，存储在有形机器可读存储介质上的非暂时性代码）或硬件模块。硬件模块是能够执行某些操作的有形单元，并且可以以某种方式配置或布置。在示例实施例中，一个或多个计算机系统（例如，独立的、客户端或服务器计算机系统）或计算机系统的一个或多个硬件模块（例如，处理器或一组处理器）可以由软件（例如，应用或应用部分）配置为进行操作以执行如本文所述的某些操作的硬件模块。

因此，术语硬件应被理解为包含有形实体，其可以是被物理构造、永久配置（例如，硬连线）或临时配置（例如，编程）成以特定方式操作或执行本文所述的某些操作的实体之一。考虑其中临时配置（例如，编程）硬件模块的实施例，不需要在任何一个时间配置或实例化每个硬件模块。例如，在硬件模块包括使用软件配置的通用处理器的情况下，通用处理器可以在不同时间被配置为相应的不同硬件模块。因此，软件可以将处理器配置为例如在一个时刻构成特定硬件模块并在不同时刻构成不同的硬件模块。

硬件和软件模块可以向其他硬件和/或软件模块提供信息并从其接收信息。因此，所描述的硬件模块可以被视为通信地耦合。在同时存在多个这样的硬件或软件模块的情况下，可以通过连接硬件或软件模块的信号传输（例如，通过适当的电路和总线）来实现通信。在其中在不同时间配置或实例化多个硬件模块或软件的实施例中，这样的硬件或软件模块之间的通信可以例如通过存储和检索多个硬件或软件模块能访问的存储器结构中的信息来实现。例如，一个硬件或软件模块可以执行操作并将该操作的输出存储在其通信耦合到的存储器设备中。然后，另一硬件或软件模块可以在稍后的时间访问存储器设备以检索和处理所存储的输出。硬件和软件模块还可以发起与输入或输出设备的通信，并且可以在资源（例如，信息的集合）上操作。

本文描述的示例性功能和方法的各种操作可以至少部分地由临时配置（例如，通过软件）或永久地配置成执行相关操作的一个或多个处理器来执行。无论是临时配置还是永久配置，这样的处理器可以构成处理器实现的模块，其进行操作以执行一个或多个操作或功能。在一些示例性实施例中，本文提到的模块可以包括处理器实现的模块。

类似地，本文描述的方法或功能可以至少部分地是处理器实现的。例如，方法的至少一些功能可以由一个或多个处理器或处理器实现的硬件模块来执行。某些功能的执行可以分布在一个或多个处理器之间，不仅驻留在单个机器内，而且跨多个机器部署。在一些示例性实施例中，一个或多个处理器可以位于单个位置中（例如，在家庭环境、办公室环境内或作为服务器群），而在其他实施例中，处理器可以跨多个位置分布。

一个或多个处理器还可以操作以支持作为“软件即服务”（saas）或“云计算”环境中的相关操作的执行。例如，至少一些功能可以由一组计算机（作为包括处理器的机器的示例）执行。这些操作可经由网络（例如，因特网）和经由一个或多个适当的接口（例如，应用程序接口（api））访问。

某些操作的执行可以在一个或多个处理器之间分布，不仅驻留在单个机器内，而且跨多个机器部署。在一些示例性实施例中，一个或多个处理器或处理器实现的模块可以位于单个地理位置中（例如，在家庭环境、办公室环境或服务器群内）。在其他示例性实施例中，一个或多个处理器或处理器实现的模块可以跨多个地理位置分布。

本说明书的一些部分是根据作为机器存储器（例如，计算机存储器）内的位或二进制数字信号存储的数据和数据结构上的操作的符号表示或算法来呈现的。这些算法或符号表示是数据处理领域的普通技术人员用于将其工作的实质传达给本领域其他技术人员的技术的示例。如本文所用，“功能”或“算法”或“例程”是自洽的操作序列或导致期望结果的类似处理。在本上下文中，功能、算法、例程和操作涉及物理量的物理操纵。通常但非必要地，这样的量可以采取能够被机器存储、访问、传输、组合、比较或以其他方式操纵的电信号、磁信号或光信号的形式。有时，主要是出于通用的原因，使用诸如“数据”、“内容”、“位”、“值”、“元素”、“符号”、“字符”、“术语”、“数字”、“数值”等之类的词语来引用这样的信号是方便的。然而，这些词语仅仅是方便的标签，并且与适当的物理量相关联。

除非另有明确说明，否则本文中使用诸如“处理”、“计算”、“运算”、“确定”、“呈现”、“显示”等之类的词语的讨论可以指代机器（例如，计算机）的动作或过程，其操纵或变换表示为一个或多个存储器（例如，易失性存储器、非易失性存储器或其组合）、寄存器或接收、存储、发送或显示信息的其他机器组件内的物理（例如，电子、磁性或光学）量的数据。

如本文所用，对“一些实施例”或“一个实施例”或“实施例”的任何引用意味着结合该实施例描述的特定元素、特征、结构或特性包括在至少一个实施例中。在说明书中各处的短语“在一个实施例中”的出现不一定都是指同一实施例。

可以使用表达“耦合”和“连接”以及它们的派生词来描述一些实施例。例如，一些实施例可以使用术语“耦合”来描述，以指示两个或更多个元素处于直接物理或电接触。然而，术语“耦合”还可以意指两个或更多个元素彼此不直接接触，但仍然彼此协作或交互。实施例不限于此上下文。

如本文所用，术语“包括”、“包括有”、“包含”、“包含有”、“具有”、“有”或其任何其他变型旨在涵盖非排他性的包含。例如，包括元素列表的功能、过程、方法、物品或装置不一定仅限于那些元素，而是可以包括未明确列出的或者这样的过程、方法、物品或装置固有的其他元素。此外，除非有相反的明确说明，否则“或”是指包含性的或不是排他性的或。例如，条件a或b由以下任何一个满足：a为真（或存在）且b为假（或不存在），a为假（或不存在）且b为真（或存在），a和b两者都为真（或存在）。

另外，采用“一”或“一个”的使用来描述本文的实施例的元素和组件。这仅仅是为了方便并且给出描述的一般意义而进行的。该描述应被理解为包括一个或至少一个，并且单数也包括复数，除非明显另有所指。

又此外，图仅出于说明的目的描绘了计算机系统100的优选实施例。本领域普通技术人员从以下讨论中将容易认识到，可以采用本文所示结构和方法的替代实施例而不脱离本文所述的原理。

在阅读本公开后，本领域技术人员将理解用于通过本文公开的原理高效地分发提醒消息的系统和过程的另外的替代结构和功能设计。因此，虽然已经说明和描述了特定实施例和应用，但是应理解，所公开的实施例不限于本文公开的精确构造和组件。在不脱离所附权利要求中限定的精神和范围的情况下，可以在本文公开的方法和装置的布置、操作和详情中进行对于本领域技术人员显而易见的各种修改、改变和变化。