服务提供商个性化对于客户的事件通知的方法和系统

摘要

本发明公开了一种用于向用户传送个性化通知的方法、系统和计算机程序。所述方法包括步骤：①从内容提供商接收内容描述，该内容描述定义：关键字；附加到每个关键字的值；在附加到每个关键字的值的内容中的本地化；②每次从用户接收到对于与所接收的内容描述相关联的通知服务的申请请求时：记录由用户选择的关键字值和传送通道，根据所选择的关键字值和在所选择的一个或多个关键字值的内容中的本地化来产生与用户相关联的通知规则；③每次从内容提供商接收到与内容描述相关联的一段内容时，适配所接收的那段内容以符合所产生的规则；④对于先前产生的每个规则，对于每个本地化相对于在规则中定义的值来检查在所适配的那段内容中包括的值。

说明书

技术领域

本发明涉及通知服务，具体涉及服务提供商向客户传送个性化的事件通知的方法和系统。

背景技术

服务提供商(SP)市场将价值链从纯连接服务向能够产生收入的高附加值服务提升。除了它们的客户基础的发展，服务提供商现在希望提高它们对每个用户的平均收入。诸如通知服务的更引人注目的服务预示高的利润率和更大的客户满意度。

通知服务是服务提供商(SP)当事件发生时通知用户的手段。最初，使用两种主要方法：

·1.广播方法：

服务提供商向所有其订户广播信息。所述方法主要用于发布广告。一般，由服务提供商本身(而不是第三方)提供所述内容。

·2.编组方法

基于人口统计学或另一个标准，订户被分类在预定的组中，并且接收针对他所属的组的事件通知。例如，当事件发生时，人工操作员可以向特定组的成员发送消息。

每种方法具有其本身的局限：

·过程完全手动；

·用户在组中的分类非常粗；

·用户不可能按照他所感兴趣的题目来个性化所通知的事件。

另一个局限是终端用户不可能选择他优选的传送通道。在多数情况下，终端用户不能真正地选择内容和传送通道。

过去这些年来，意欲解决上述局限的、被称为“智能通知服务(INS)”的新技术已经出现。INS提供了供用户指定他们的喜好和当在所感兴趣的预定题目中的事件发生时自动向他们通知的手段。这个处理基于下列步骤：

·1.在申请过程期间的用户喜好(内容和传送通道)的定义。

·2.基于用户喜好的规则定义。

·3.由内容提供商(CP)提供的新内容的接收。

·4.通知引擎，它试图在新获得的内容中找到对应于用户喜好的内容。

在这种方法中，终端用户能够以下列为目标：

·他要被通知的内容；

·传送通道

这是用于个性化通知处理的第一步骤。这样的服务的一个示例是：“当我喜好的股票达到100元时向我发送SMS(短消息服务)”。

这种方法仍然具有一些缺点：

·针对用户的申请向用户展示的图形用户界面(GUI)对于每种内容类型不同，必须对于每种新的内容类型重新设计。

·在申请(subscription)过程中，用户需要明确地输入他要被通知的题目。例如，如果每次出现词“巴塞罗那”时他要被通知，则在一些处理点，它需要输入词“巴塞罗那”。这是严重的缺陷，因为这个声明过程很易于出错(拼写错误和误解)，并且当使用移动设备时特别令人厌烦。

·选择规则需要基于内容类型而不同。与新闻服务相关联的规则和与邮件服务相关联的规则不同。这个差别对于服务提供商具有严重的影响。对于图形用户界面(GUI)，必须对于每种内容类型重新定义规则。即使对于同一内容类型，规则可以依赖于传播通道而不同。例如，可以使用诸如RSS(丰富站点摘要(Rich Site Summary))和OCS(开放内容企业联合组织(OpenContent Syndication))的、不同的标准化格式来传送新闻。

·在通知引擎中输入内容之前，这个内容必须被适配来在内容和已经定义的规则之间建立联系(即，如果规则基于关键字，则从内容提供商(CP)接收的内容必须被适配来包括这个关键字)。这种适配必须对于每种内容类型进行。

上述缺陷在新服务和开发成本的综合上对于服务提供商具有主要影响。

发明内容

本发明的一个目的是使得服务提供商可以向用户通知个性化的内容。

本发明的另一个目的是使得服务提供商可以动态地产生申请界面以记录用户的喜好。

本发明的另一个目的是使得服务提供商可以按照用户喜好，在申请时间动态地产生通知规则。

本发明的另一个目的是使得服务提供商可以将从内容提供商(CP)接收的内容适配到通知引擎。

另一个目的是使得服务提供商可以容易地在其通知服务中提供新内容。

本发明是通过在独立权利要求中给出的方法、系统和计算机程序来被限定的。

本发明涉及一种用于向用户传送个性化通知的方法、系统和计算机程序。按照权利要求1，所述方法包括步骤：

·从内容提供商接收定义下列的内容描述：

·一个或多个关键字；

·附加到每个关键字的一个或多个值；

·在附加到每个关键字的一个或多个值的内容中的本地化(localization)；

每次从用户接收到对于与所接收的内容描述相关联的通知服务的申请请求时：

·记录由用户选择的：

·所述一个或多个关键字值

·所述一个或多个传送通道

·根据下列来产生与用户相关联的通知规则

·所选择的一个或多个关键字值；

·在所选择的一个或多个关键字值的内容中的本地化；

每次从内容提供商接收到与内容描述相关联的一段内容时：

·适配所接收的那段内容以符合所产生的规则；

每次从内容提供商接收到一段内容时，并且对于先前产生的每个规则：

·对于每个本地化，相对于在规则中定义的值来检查在所适配的那段内容中包括的值。

在所附的从属权利要求中提供了本发明的其他实施例。

现有技术的缺陷被克服如下：

·根据由内容提供商(CP)向服务提供商(SP)初始发送的“内容描述元数据”，展示给用户的用户界面被从一般用户界面动态地个性化。所述服务提供商(SP)仅仅必须开发一次用户界面，因此大大降低了开发工作量。

·因为用户可以从用户界面仅仅选择预先定义的一组值，因此输入不一致值的风险很小。这是从人机工程学角度来看的明显优点。

·从在申请时间输入的用户喜好和从自内容提供商(CP)接收的内容描述动态地建立由通知引擎使用的规则。用于产生这些规则的算法对于每个内容是相同的。为此，大大降低了服务提供商(SP)的开发工作量。

·根据在“内容描述元数据”中包括的本地化信息来自动进行内容的适配。为此，适配算法对于每个内容类型是相同的。这是从经济学角度来看的对于服务提供商(SP)的明显优点。

参照说明书、权利要求和附图可以更好地明白本发明的上述以及其他目的、特征和优点。

附图说明

在所附的权利要求中给出了本发明的相信具有新颖性和创造性特点的特征。但是，通过结合附图读取下面对于说明性详细实施例的详细说明，将会最佳地明白本发明本身及其优选使用方式、进一步的目的和优点，其中：

·图1是本发明操作的环境的一般视图。

·图2a、2b、2c图解了按照本发明的、服务提供商向客户传送个性化事件通知的方法。

·图2a是图解按照本发明的、向客户传送个性化事件通知的方法的第一阶段的流程图。

·图2b是图解按照本发明的、向客户传送个性化事件通知的方法的第二阶段的流程图。

·图2c是图解按照本发明的、向客户传送个性化事件通知的方法的第三阶段的流程图。

·图3示出了按照本发明的内容描述元数据的示例。

·图4和5示出了按照本发明的动态产生的申请界面的示例。

具体实施方式

概览

图1是使用本发明的环境的一般视图。它图解了在服务提供商(SP)(100)、其通知服务(110)、内容提供商(CP)(101)和终端用户(102)之间的关系。本发明基于下面的原理：

·在任何用户申请(107)和任何内容发送(106)之前，内容提供商(CP)(101)向服务提供商(SP)(100)发送内容描述(103)(关于内容的一些元数据将由内容提供商(CP)发送)。在优选实施例中，以XML(可扩展标记语言)文档发送元数据(103)。

·服务提供商(SP)(100)使用这个内容描述(103)(元数据)来个性化一般用户界面(104)并且在申请时间(107)记录用户的喜好。

·服务提供商(SP)使用所述描述(元数据)和用户的喜好来动态地产生对应于内容(106)的通知规则(105)。

·由内容提供商(CP)(101)传送的一段内容(106)一般被包括在XML文档中。所述那段内容可以被内容提供商(CP)发送或被服务提供商(SP)(100)检索。一般，由内容提供商(CP)(101)来发送(推送)所述那段内容(106)。

·服务提供商(SP)(100)使用描述(元数据)(103)来将由内容提供商(CP)(101)提交的内容(106)适配(109)到通知服务(110)，更具体而言是适配到通知服务(110)的通知引擎(108)。

本发明的原理

本发明基于由内容提供商(CP)(101)向服务提供商(SP)(100)提交的内容(103)的描述。所述内容描述(103)通常被称为“内容描述元数据，，或简称为“元数据”。在一个优选实施例中，内容提供商(CP)(101)作为内容拥有者提供这个描述(103)。

·在接收到由内容提供商(CP)(101)发送的元数据(103)时，服务提供商(SP)(100)使用在所述元数据中定义的关键字名称、关键字值和在这些关键字之间的层级关系来个性化一般界面(104)，以在申请时间记录用户的喜好(107)。

·在新用户通过先前产生的用户界面(104)来申请(107)时，服务提供商(SP)(100)使用在元数据中定义的本地化信息和用户喜好来动态地建立对应于这个特定内容的规则(105)。

·一旦可以获得新的一段内容(106)，服务提供商(SP)(100)使用在元数据(103)中定义的本地化信息来将从内容提供商(CP)(101)接收的一段内容(109)转换为被适配到由通知服务(110)向终端用户(102)通知(112)而使用的通知引擎(108)的数据(111)。

以下以充分的细节来说明这些原理，以便本领域内的技术人员可以再现权利要求中给出的本发明。

本发明的动态视图

图2a、2b和2c图解了服务提供商向用户传送个性化的事件通知的方法。按照本发明的一个优选实施例的所述方法包括三个主要阶段：

·阶段1：建立内容描述元数据

图2a中图解的第一阶段涉及建立内容描述元数据。

·(210)首先，内容提供商(CP)和服务提供商(SP)定义了一个一般协议。这个一般协议包括：

·将由内容提供商(CP)向服务提供商(SP)发送的内容的类型(例如新闻、邮件、...)，

·将由内容提供商(CP)向服务提供商(SP)发送的内容的格式(例如RSS、OCS、...)

·价格模型，...

第二，内容提供商(CP)和服务提供商(SP)定义一个详尽的或技术协议。这个技术协议包括用于每个内容的：

·一个由其名称定义的可能关键字的列表；

·附加到这些关键字的一组值；

·在这些关键字之间的层级关系；

·附加到与例如特定事件相关联的一段内容中的每个关键字的值的本地化。

·(211)第二，一旦在服务提供商(SP)和内容提供商(CP)之间发现协议，则对应于所述技术协议的内容描述元数据被内容提供商(CP)建立并且被发送到服务提供商(SP)。在一个优选实施例中，这个内容描述元数据具有简单XML文件的形式。

注意：达成这个协议的方式不是本发明的目的，在此不进一步说明。

·阶段2：新内容通知服务的申请

图2b所示的第二阶段涉及由终端用户对由服务提供商(SP)提出的新内容通知服务的申请。在申请后，每次将获得新的信息或每次对应于终端用户的喜好之一的事件发生时，终端用户通过其喜好的传送通道被通知。

·(220)首先，终端用户向新的内容通知服务提交申请。这个新的内容通知服务被服务提供商(SP)提出，但是内容由内容提供商(CP)提供。为此，终端用户主动访问申请界面。可以想像，终端用户已经经由由服务提供商(SP)发送的广告邮件或通过任何其它信息手段被通知这个服务。

·(221)基于内容描述元数据来动态地个性化一般用户界面。所述用户界面被服务提供商(SP)在申请时间个性化，并且被展示到终端用户，以便他可以输入他的喜好。

·(222)使用所述个性化的用户界面，所述终端用户根据内容和传送通道选择他的喜好。它选择：

·与他感兴趣的关键字相关联的一个或几个值；

·他希望如何被通知。他将被通知的方式依赖于服务提供商(SP)的能力。它可以是简单的邮件、在他的移动电话上的SMS(短消息服务)消息、MMS(多媒体消息服务)消息、WAP(无线应用协议)推送消息、在其移动电话中的电话呼叫、...

·(223)由于从与每个关键字相关联的内容描述元数据提取的本地化信息和用户的喜好，服务提供商(SP)动态地产生规则，所述规则将由通知引擎在每次接收到对应于用户喜好的新的一段内容时使用来通知用户。本发明的目的不是公开或描述特定的算法或建立规则。服务提供商(SP)负责定义其本身的算法。

·(224)所述规则和所选择的终端用户喜好的传送通道以持久的方式存储(例如在一个数据库中)。每次从内容提供商(CP)接收到新的一段内容时，通知引擎将使用它们。

·阶段3：用户通知

每次内容提供商(CP)向服务提供商(SP)发送新的内容时，触发图2所示的最后阶段(230)。

·(230)内容提供商(CP)向服务提供商(SP)发送新的一段内容。

·(231)所述那段内容由服务提供商(SP)接收，并且被自动适配到通知引擎以符合先前产生的规则。必须对于每段内容执行由通知引擎要求的这种适配处理。

·(232)通知引擎针对关于每个终端用户先前产生并且存储的规则检查所适配的那段内容。这个检查阶段可以由标准智能通知引擎提供。

·(233)如果在所述规则中定义的关键字的值和在被适配的内容中发现的值之间发生匹配，该终端用户通过在申请步骤期间选择的传送通道被自动通知。

·(234)如果没发生匹配，则所述系统忽略对于这个终端用户的内容。

每次服务提供商(SP)接收到一段新的内容，则处理相同的步骤。

内容描述元数据

我们假定服务提供商(SP)要集成一种新的通知服务，诸如涉及例如欧洲杯的具体比赛的足球新闻服务。这个服务提供商(SP)想要向它的任何注册用户提供对这个新服务申请的可能。在服务提供商(SP)和内容提供商(CP)之间开始协商阶段。在这个阶段期间，讨论了一些技术(类型和格式)和经济因素。本发明增加了一个附加要求：内容提供商(CP)必须向服务提供商(SP)提供将发送的内容的描述(内容描述元数据)。图3示出了包括内容描述元数据的典型的XML文档。所述内容描述元数据被内容提供商(CP)向服务提供商(SP)发送一次。内容描述元数据包括至少下列信息段：

·一个或多个关键字，通过名称定义每个关键字。

在我们的示例中，可能的关键字是“赛事”、“球队”、“运动员”和“新闻类型”。

·附加到可以在每段内容中发现的每个关键字的一组值。

用于关键字“赛事(Event)”、“球队(Team)”、“运动员(Player)”和“新闻类型(News Type)”的可能值是：

·对于关键字“赛事”：“世界杯(World Cup)”、“欧洲足球协会联盟(UEFA)锦标赛”、“法国联赛1”...

·对于关键字“球队”：“皇家马德里(Real Madrid)”、“尤文图斯”、“AC米兰”、“国际米兰”...

·对于关键字“运动员”：“Zidane”、“Figo”、“Raul”、“Ronaldo”...

·对于关键字“新闻类型”：“得分(Score)”、“半场(Half-Time)”、“全场(Full-Time)”、“总分(General)”。

·在关键字之间的关系的层级描述。

例如，“Real Madrid”那样的“球队”是具体的“欧洲足球协会联盟锦标赛”那样的“赛事”的一部分，但是不是“世界杯”那样的“赛事”的一部分。

“Zidane”那样的“运动员”是“Real Madrid”那样的“球队”的一个成员。

·附加到每个关键字的值的、在内容中的本地化。

例如，如果内容被作为RSS文档传送，则可以在“rss”标签包括的“通道(channel)”标签内的、“项目(item)”标签的“标题(title)”标签或“描述(description)”标签内发现关键字的值。这种本地化可以以XPath(XML路径语言)符号通过“rss/channel/item/title”或“rss/channel/item/description”表达。

·对于每个关键字是否允许几个值的选择的指示。在我们的示例中，“关键字(keyword)”标签的属性“emultiple”指示是否可以向同一关键字名称附加几个值。这是例如关键字“tPlayer”的情况。

在本发明的一个优选实施例中，在XML文档中描述内容描述元数据。这个XML文档的格式(语法，...)可以是在服务提供商(SP)和内容提供商(CP)之间的讨论的一部分(一般协议的一部分)。这些部分有可能定义对于所述XML文件的XML模式或文档类型定义。

用户界面

根据所述内容描述元数据，对于每个终端用户申请动态地个性化一般用户界面。通过一个或多个树来表示在元数据中定义的层级描述，针对每个顶层关键字有一个树。第一屏幕显示树的“根节点”。“根节点”表示顶层关键字(在层级的顶部)与它们的相关联的值。与在层级中与较高层的节点相关联的节点被定义为“子节点”。用户对于关键字值的每个选择产生与所选择的节点(如果有的话)相关联的子节点的显示。

图4示出了与上述关于足球新闻通道的示例相关联的用户界面的第一屏幕。对应于顶层关键字“赛事”(400)和“新闻类型”(401)的两个顶层节点被显示为具有由服务提供商通知服务提供的所有可能传送通道(402)和所有可能值。

图5示出了在选择赛事(500)和新闻类型(502)后的用户界面的屏幕。在“赛事”树的层级中的下一个节点被显示(501)。用户现在可以选择他喜爱的球队。在节点“新闻类型”下没有内容，因为“新闻类型”被定义为“叶”(没有子节点)。由服务提供商通知服务提供的可能的传送通道(503)也被显示。

重复这个过程直到达到每个分支的叶。

规则

用户喜好和附加到每个关键字的值在元数据中的本地化使得服务提供商(SP)能够动态地建立由通知引擎通知终端用户所使用的规则。

例如，用户可以选择“UEFA冠军联赛(Champions League)”作为“赛事”、“Real Madrid”作为“球队”、“得分”作为“新闻类型”，如图5所示。因为在对应于我们的示例(图3)的元数据中，“赛事”关键字的本地化具有值“rss/channel/item/title”或“rss/channel/item/description”、“球队”关键字的本地化具有值“rss/channel/item/title”或“rss/channel/item/description”、“新闻类型”关键字的本地化具有值“rss/channel/item/title”或“rss/channel/item/description”，因此可以自动产生下列规则：

((像‘UEFA冠军联赛’那样的rss/channel/item/title)

(像‘UEFA冠军联赛’那样的rss/channel/item/description))A

((像‘Real Madrid’那样的rss/channel/item/title)O(像‘Real Madrid’那样的rss/channel/item/description))A

((像‘得分’那样的rss/channel/item/title)O(像‘得分’那样的rss/channel/item/description))

这种规则是从用户的喜好自然地导出的。但是，有可能定义另一个规则，它将省略“赛事”关键字，以便通知更大范围的终端用户：

((像‘Real Madrid’那样的rss/channel/item/title)O

(像‘Real Madrid’那样的rss/channel/item/description))AN

((像‘得分’那样的rss/channel/item/title)O

(像‘得分’那样的rss/channel/item/description))

规则的生成依赖于服务提供商(SP)的实现方式，将不进一步说明。

内容适配

由服务提供商(SP)从内容提供商(CP)接收的每段内容必须被适配到服务提供商(SP)的通知引擎界面以匹配所产生的规则。再一次，内容描述元数据由于在与关键字相关联的值的内容中的本地化而使能一般适配。被适配的那段内容的格式依赖于通知引擎界面，在此不说明。但是被适配的那段内容应当至少指示在所产生的规则中使用的关键字以便使能匹配处理。

注意：与关键字相关联的值的本地化先前已经用于动态地产生规则。

在前面的示例中，规则如下：

((像‘UEFA冠军联赛’那样的rss/channel/item/title)

(像‘UEFA冠军联赛’那样的rss/channel/item/description))A

((像‘Real Madrid’那样的rss/channel/item/title)O(像‘Real Madrid’那样的rss/channel/item/description))A

((像‘得分’那样的rss/channel/item/title)O(像‘得分’那样的rss/channel/item/description))

被适配的那段内容可以具有下列XML形式：

<rss/channel/item/title>UEFA冠军联赛在半场时的得分</rss/channel/item/title>

<rss/channel/item/description>Real Madrid在上半场对Arsenal进一个球。</rss/channel/item/description>

匹配处理

一旦与用户申请相关联的所产生规则被产生和存储在服务提供商(SP)的通知系统中，则可以引用这些规则来检查被适配的那段内容。如果发生联系，则向用户发送通知。

在当前的示例中，对于先前定义的规则和对于被适配的那段内容，存在匹配，因为标题包括值“UEFA冠军联赛”和值“得分”，描述包括值“RealMadrid”。

优点

本发明有多个优点：

·第一个和可能最重要的优点(从服务提供商(SP)的观点)是大大降低了开发成本。使用与由内容提供商(CP)提供的内容相关联的内容描述元数据来自动处理申请界面、规则和内容适配。

·元数据的定义和交换在CP和SP之间的协商阶段期间增加了步骤，但是如上所述，通过发送这个元数据而产生的优点高度地克服了这个交换的成本。

·由服务提供商(SP)在申请时间提供的用户界面从用户角度来看表示不可否认的人机工程学的改进。

虽然已经参照一个优选实施例具体示出和说明了本发明，但是可以理解，在不脱离本发明的精神和范围的情况下，可以进行形式和细节上的各种改变。