CN101371535A

CN101371535A - 电信网络中的内容和服务传递

Info

Publication number: CN101371535A
Application number: CNA2007800029686A
Authority: CN
Inventors: L·G·亚历山大
Original assignee: Markport Ltd
Current assignee: Markport Ltd
Priority date: 2006-01-24
Filing date: 2007-01-23
Publication date: 2009-02-18
Anticipated expiration: 2027-01-23
Also published as: JP2009524969A; US7725552B2; WO2007086038A1; CA2637912C; US20090013049A1; EP1977574B1; CN101371535B; ES2439458T3; JP5124752B2; EP1977574A1; CA2637912A1

Abstract

一种服务系统(1)包括服务内核(1(f))和用于与即时消息客户端(10)进行接口的接口(1(d))。该服务内核(1(f))根据应用来控制与即时消息客户端(10)的接口以便提供交互式服务，并且用于将多媒体内容路由到所述客户端。系统(1)是模式化的，其与客户端(10)动态地交互以在当前模式中提供希望的服务，该模式是应用的状态和相关的一组用户交互。一种模式数据库管理器1(a)对用户维护服务的模式的持续记录的。服务内核(1(f))与模式数据库管理器(1(a))进行接口以允许模式持续进行包含交互的至少两个即时消息会话。一种目录管理器(1(b))管理注册的即时消息用户，并且模式数据库管理器(1(a))仅仅对注册的用户维护模式状态。本系统还包括用于将服务的模式公布为呈现网络的用户的呈现合成器(1(c))，并且一些用户是显示在客户端显示屏上的头像并且表示模式。服务内核(1(f))指示邮件存储管理器(1(e))根据服务模式改变来执行消息操作。

Description

电信网络中的内容和服务传递

技术领域

本发明涉及电信网络中的内容和服务传递。

背景技术

目前广泛地使用应用服务提供商(ASP)来向万维网用户提供服务。本发明涉及提供增强的服务提供，特别是那些涉及对用户的内容传递的服务。

发明内容

根据本发明，提供了一种服务系统，其包括服务处理工具和用于与呈现服务器进行接口以便进而与即时消息客户端进行接口的接口，其中服务处理工具包括用于根据应用来控制与即时消息客户端的接口以便提供交互式服务，并且用于将多媒体内容路由到客户端的工具。

在一个实施例中，系统是模式化的，其与客户端动态地交互以在当前模式中提供希望的服务。

在一个实施例中，服务的模式包括应用的状态，以及允许的用户交互的相关的组。

在一个实施例中，处理工具包括服务内核，以及用于维护服务模式的持续记录的模式数据库管理器。

在一个实施例中，服务内核与模式数据库管理器进行接口，以允许模式持续进行包含交互的特定客户端的至少两个即时消息会话。

在一个实施例中，服务系统进一步包括目录管理器，用于管理注册的即时消息用户，并且模式数据库管理器仅仅为注册的用户维护模式状态。

在进一步实施例中，处理工具包括用于将服务的模式公布为呈现网络的虚拟用户的呈现合成器，以及用于与呈现合成器进行接口的服务内核。

在一个实施例中，处理工具提供用于在客户端显示屏上显示的头像，该头像将呈现合成器所记录的虚拟用户表示为呈现网络的虚拟用户，并且表示一种模式。

在一个实施例中，处理工具把客户端的虚拟用户的选择看作为一种模式中服务的选择。

在一个实施例中，处理工具使得可作为多个用户的好友的虚拟用户，成为用于允许多个用户访问模式中的服务的机制。

在一个实施例中，处理工具控制与外部媒体服务器的接口，以获取多媒体内容以便提供服务。

在一个实施例中，处理工具包括用于与外部媒体服务器进行接口的媒体会话管理器。

在另一个实施例中，处理工具调用外部应用服务器来执行用于提供服务的应用逻辑程序。

在一个实施例中，处理工具调用外部应用服务器来执行用于提供服务的应用逻辑程序；并且其中服务内核与外部应用服务器进行接口，并且与用于媒体会话管理的媒体会话管理器进行接口。

在一个实施例中，服务内核包括用于指示呈现合成器改变服务模式的工具。

在一个实施例中，服务内核包括用于在初始化之后立即调用呈现合成器来公布呈现网络中的用户的工具，其中该用户包括用于表示服务模式的虚拟用户，并且该呈现合成器与外部呈现服务器进行接口以公布所述用户。

优选地，服务内核包括用于响应于服务模式改变，调用呈现合成器来改变虚拟用户的公布的工具。

在一个实施例中，服务系统包括用于触发模式改变的工具。

在一个实施例中，服务内核响应于来自应用服务器的输入来确定模式改变的需求，并且其中服务内核向媒体会话管理器指示该模式改变。

在一个实施例中，处理工具进一步包括邮件存储管理器，其与用于客户端消息堆放、数据获取和消息库存的邮件存储器进行接口。

在一个实施例中，服务内核指示邮件存储管理器执行邮箱的操作并且报告这个动作的结果。

在一个实施例中，服务内核响应来自应用的通知，向邮件存储管理器指示已经发生了模式改变。

另一方面，本发明提供了一种计算机可读介质，其包括用于在执行数字处理器时实现以上定义的任意服务系统的处理工具的操作的软件代码。

词汇

DM：目录管理器

GUI：图形用户接口

HTTP：超文本传输协议

IM：即时消息

IMAP：因特网消息访问协议

IP：因特网协议

LDAP：轻量级目录访问协议

MDM：模式数据库管理器

MM：媒体会话管理器

MMA：多模式多媒体应用

PC：呈现合成器

SC：服务内核

SM：邮件存储管理器

SIMPLE：用于即时消息和呈现业务的利用扩展的会话初始化协议

SIP：会话初始协议

UC：用户客户端

VXML：语音扩展标记语言

XMPP：可扩展消息和存储协议

附图说明

通过参考附图，从以下一些实施例的描述，将更清楚地理解本发明，该实施例仅仅是示例性的，其中在附图中：

图1和2是示出了本发明的多模式多媒体应用服务与外部服务的链接的图；

图3是更详细地示出了服务系统的图；以及

图4到8是示出了服务系统的操作的图。

具体实施方式

参考图1，多模式多媒体应用(MMA)服务系统1经由交换2和IP网络3链接到第三方服务器，即媒体服务器4、目录服务器5、邮件服务器6和应用服务器7。系统1还经由IP网络3连接到呈现服务器8。系统1与在用户计算机或移动设备上运行的即时消息(“TM”)客户端10(仅仅是所显示的其中一个)进行接口(经由呈现服务器8)。系统1与第三方服务器4到7交互，并且利用他们的能力来向IM客户端10提供增值服务。

系统1在即时消息接口上执行内容聚合和服务聚合。它使服务提供商以及企业能够对与呈现网络结合的增值服务进行配置。用户通过即时消息客户端10来访问这些增值服务，以接收丰富的、交互的以及多模式的体验。术语“多模式”是指聚合的固有的全状态特性。由于用户与服务交互，所以可以根据用户的想法来改变服务的“模式”。一种应用具有“状态”，并且服务具有由状态和对应该状态的恰当的交互所组成的模式。为了简化，模式A可以意味着状态X中的应用，并且用户可以执行动作Q，R和S；而模式B可以意味着状态Y中的应用，并且用户可以执行动作D，E和F。将模式A表示为由出现在即时消息好友列表上的头像所表示的虚拟用户好友。该好友也可以出现在其它用户的好友列表上，从而同时将特定模式中的服务给予多个用户。因此，从在用户看来，头像的持续呈现意味着保持着服务模式。头像所表示的虚拟用户是呈现服务器8所管理的呈现网络的虚拟用户。

并且，如果相关的状态和交互条件保持不变，则在多个会话上保持一种模式。使用以下更具体地描述的模式数据库管理器来实现这个模式的持续。

系统1用于将服务的呈现公布为呈现网络的用户的特征是很有优势的。其以与传统使用完全不同的并且极有优势的方式来利用即时消息的一个方面。通过采用用于维护以及显示即时消息好友的列表的即时消息机制，服务系统1能够用实时信息来为所有当前模式的用户提供宽范围的服务。

由于与呈现服务器8的链接，系统1存在于呈现网络之中，并且可以与服务提供服务器4到7进行通信，以促进在即时消息接口(“客户端”)上传递的交互多媒体应用体验(“服务”)。

可以将服务器4到7称为“框架”。服务使用网路固有的文本消息、音频、视频和呈现能力，使得客户端的用户将能够通过客户端访问并且检查服务的模式。服务的模式反映了数据，使得用户将通过客户端以与该模式一致的方式来与服务进行交互。

“MMA”是用于描述与框架交互的任意多模式多媒体应用的一般术语，从而可能由会有不同MMA提供的许多不同类型的服务。例如，一个应用可以是面向运动的，而另一个应用可以涉及“在线约会”，而另一个应用可以是一体化的通信系统的前端。

用户通过当今流行的客户端中的传统的通信呈现模式：语音、视频和文本消息(“交互”)，来与服务进行交互。通过交互，服务通过与具体应用的特性一致的方式起来进行反应，并且这样做可以促进服务模式中的改变。

因为形态是根据用户与服务的交互而定的，所以服务的形态可以是个人化的并且对于具体的用户是唯一的。因此，用户A可以由于交互Q而发现状态Y中的服务模式，而用户B可以由于交互R而发现状态X中的服务模式

如果该应用的特性是基于社区的，那么服务的形态可以是公共的。在这个情况中，形态根据用户的社会的服务使用以及与其的交互而定的。因此，用户A和B可以根据用户A和B的具体交互，找到状态X中的服务的模式。

参考图2，系统1具有允许其与网络所提供的服务器4到8进行通信的接口，例如：

媒体会话管理(例如，SIP)

目录访问(例如，LDAP)

呈现/即时消息会话控制(例如，XMPP，SIMPLE)

邮件存储访问(例如，IMAP)

应用调用(例如，VXML/HTTP)。

系统1包括六个逻辑实体的聚合体，如图3中所显示，他们一起提供服务。下文将更具体地描述。通常对于即时消息来说，与客户端的交互是经由呈现服务器8的来实现的。

模式数据库管理器(MDM)(1(a))

本实体负责对每个唯一的用户，存储并且维护服务模式的持续的高速缓冲存储器。MDM1(a)封装持续数据库，该持续数据库允许该模式持续涉及交互的多个即时消息会话。从而，如果用户X正在从事导致模式Q的会话N并且随后结束该会话，那么当开始会话N+1的时候，用户X将找到模式Q中的服务。

目录管理器(DM)(1(b))

本实体负责根据用户集被允许的(预配置的)对于应用的访问级别和权限来管理用户集。例如，用户A是用户(“用户”)的合法用户，从而在DM所管理的目录服务器有一个条目。因此，用户B不是用户，从而在目录服务器中没有条目。而且，当用户C是用户的时候，他在他的用户费之后，因此目录中的该条目指示不允许用户C访问服务。

呈现合成器(PC)(1(c))

本实体负责向呈现服务器8公布DM所识别的每个用户的服务的模式。首先通过DM 1(b)代表PC1(c)来验证模式的所有请求。模式中的所有改变都经过PC来路由，并且随后存储在MDM 1(a)中。

媒体会话管理器(MM)(1(d))

本实体负责与媒体服务器4进行接口并且维护以及关联所有对话的恰当的媒体服务器处理。

邮件存储管理器(SM)(1(e))

本实体负责在消息堆放、获取和消息库存的背景中和邮件服务器6接口。当合适时，则应用可以利用用户的邮箱，并且SM 1(e)便于此操作。SM与DM 1(b)进行交互，以获得用户的邮箱的具体细节的知识。

服务内核(SC)(1(f))

本SC调用应用服务器7并且编排PC 1(c)，MM 1(d)和SM 1(e)的行为。基于该应用，SC 1(f)可以向MMA 1中的其它逻辑实体做出以下请求：

i.指示PC 1(c)改变服务的模式。

ii.指示PC 1(c)发送文本消息。

iii.指示SM 1(e)对给定的邮箱执行操作，并且报告该动作的结果。

iv.指示MM 1(d)播放或接收给定的会话的多媒体。

SC 1(f)可以以未经请求的和请求的方式从MMA1中的其它逻辑实体接收信息：

i.可以从MM 1(d)接收音频和视频数据。

ii.可以从PC 1(c)接收文本消息数据。

iii.可以从SM 1(e)接收最新接收的消息的副本。

iv.可以从SM 1(e)接收其它涉及用户邮箱的信息。

参考图4，显示了以下消息传递：

1.初始化服务内核1(f)，并且请求存储合成器1(c)将服务值传播到所有有效的服务“好友”的呈现服务器8。

2.呈现合成器1(c)从目录管理器1(b)请求用户信息。

3.目录管理器1(b)从而获取用户信息。

4.(可选择地)如果邮件存储状态是公布的服务呈现的一部分，那么还用于步骤3中获得的数据来获取并且聚合邮件存储状态。

5.目录管理器1(b)履行他对呈现合成器1(c)的义务，传递从目录服务器5获取的一个或多个用户描述。

6.从模式数据库管理器1(a)获取给定的用户的服务的当前状态。

7.向呈现服务器8公布服务呈现。

参考图5，发生以下步骤：

1.用户在网络上打开与呈现服务器8的连接。

2.在呈现服务器8上终止对用户的联系人列表上的所有“好友”的呈现的请求。

3.向步骤2中的请求中所指定的联系人地址公布所有请求的“好友”(包括分类的服务状态)的呈现。

4.在用户的客户端10处终止呈现信息，并且在与客户端10相关联的GUI中进行传播。

参考图6，发生以下步骤：

1.用户发起与表示服务({文本、语音、视频}的任意集合)的好友的交互。

2.在媒体服务器4处终止交互。

3.媒体服务器4将交互传递给媒体会话管理器1(d)。

4.媒体会话管理器1(d)将交互传递给服务内核1(f)。

5.服务内核1(f)必须向呈现合成器1(c)查询该服务的当前的状态(可以影响交互的有效性)。

6.呈现合成器1(c)向模式数据库管理器1(a)查询当前服务状态。

7.将服务状态返回到呈现合成器1(c)。

8.将服务状态返回到服务内核1(f)并将其与交互聚合。

9.将服务状态和交互的组合传递给应用服务器7。

10.执行应用服务器7逻辑，并且将用于所得的交互的指令发送到服务内核1(f)(如果应用逻辑中所得的交互+服务状态需要与邮件服务器6接口，那么服务内核1(f)将在此点处利用邮件存储管理器1(e))。

11.服务内核1(f)将所得的交互传递给媒体会话管理器1(d)。

12.媒体会话管理器1(d)控制媒体服务器4产生希望的交互。

13.在网络上将所得的交互发送给用户的客户端10。

14.在用户的客户端10处终止交互。

参考图7，发生以下步骤：

(注意：步骤X和步骤X’并行地发生)

1.用户开始与表示服务({文本、语音、视频}的任意集合)的好友的交互。

2.在媒体服务器4处终止交互。

3.媒体服务器4将交互传递给媒体会话管理器1(d)。

4.媒体会话管理器1(d)将交互传递给服务内核1(f)。

5.服务内核1(f)服务内核1(f)必须向呈现合成器1(c)查询服务的当前状态(可以影响交互的有效性)。

6.呈现合成器1(c)向模式数据库管理器1(a)查询当前的服务状态。

7.将服务状态返回到呈现合成器1(c)。

8.将服务状态返回到服务内核1(f)并与交互聚合。

9.将服务状态和交互的组合传递给应用服务器7。

10.执行应用服务器逻辑，并且将用于所得的交互的指令发送到服务内核1(f)(如果应用逻辑中所得的交互+服务状态需要与邮件服务器6接口，那么服务内核1(f)将在此点处利用邮件存储管理器1(e))。

11.服务内核1(f)将所得的交互传递给媒体会话管理器1(d)。

11’.服务内核1(f)将所得的状态传递给呈现合成器1(c)。

12.媒体会话管理器1(d)控制媒体服务器4产生希望的交互。

12’.呈现合成器1(c)用模式数据库管理器1(a)来存储修改的服务状态。

13.将所得的交互经过网络发送给用户的客户端10。

13’.呈现合成器1(c)向呈现服务器8公布新的服务状态。

14.在用户的客户端处终止交互。

14’.服务器8向用户的客户端(用户)公布新的服务状态。

15’.在用户的客户端处终止呈现更新。

参考图8，发生以下步骤：

(注意：步骤X和步骤X’并行地发生)

1^*.服务的状态随着从外部接口所接收的数据而改变。基于应用逻辑，向服务内核1(f)公布所得的状态。另外，可以产生MMA发起的交互(见(2’))。

2.服务内核1(f)请求呈现合成器1(c)将状态更新为服务内核1(f)所指定的状态。

2’.(可选择地)如果服务状态改变导致MMA发起的交互，那么服务内核1(f)将所述交互发送到媒体会话管理器1(d)。

3.呈现合成器1(c)将所得的状态存储在模式数据库管理器1(a)中。

3’.(可选择地)媒体会话管理器1(d)命令媒体服务器4发起代表该服务的交互。

4.呈现合成器1(c)向呈现服务器8公布所得服务的状态。

4’.(可选择地)媒体服务器4在网络上将交互发送到用户的客户端。

5.呈现服务器8在网络上向用户的客户端10公布关于服务的更新的呈现信息。

5’.(可选择地)终止向用户的客户端交互。

6.终止向用户的客户端的呈现更新。

在一个实施例中，系统1可以在Windows Messenger 5.1上向用户提供个人化的UC服务。它使用以下功能来提供框架：

●uOneXP应用服务器

●TNT媒体服务器

●Sun One目录服务器

●Sun One邮件存储

服务的模式允许用户双击好友并且开始语音或语音/视频会话。这允许用户进入他的邮箱，检查他的语音/视频消息，并且通过交互执行其它邮箱相关的操作。系统1还实现从PC 1(c)接收文本消息交互的能力，用于通过应用的导航。

基于应用的SETINDICATOR TAP命令的使用发生模式的改变。当应用决定转换用户的邮箱的“新的消息”状态的时候，应用向SC 1(f)发出SETINDICATOR命令，其中SC 1(f)进而向PC 1(c)公布操作的结果。如果有状态改变(例如，开->关，或关->开)，则这可以触发个人化的服务的模式的改变。

该模式指示邮箱的状态。如果有新的消息，那么模式将显示这个事实。

本发明在有宽带媒体服务市场领域中的特别有益。目前，如果宽带提供商希望提供多媒体丰富和交互的服务，那么他们必须实现基于万维网的应用或“机顶盒”应用。服务系统1引入宽带市场给与服务提供商额外的选择来进行创收服务的快速生成的，其中该创收服务能够吸引广阔的市场。即时消息是非常飞速成长的技术，其正寻求渗透到从青少年到商业人员的大量用户中。

本发明不限于描述的实施例，但是可以在构造以及细节中进行改变。例如，在可替换的实施例中，服务系统可以将不同的配置中的全服务处理功能合并到所示出的配置当中，并且可以仅在一个硬件服务器上控制全服务系统。例如，服务内核可以不是物理地离散的物件，而可以是与其他程序联合控制的一套程序。同样，用户客户端可以是具有即时消息和处理能力的任意用户设备。

Claims

1.一种服务系统(1)，其包括服务处理工具(1(a)-1(f))和用于与呈现服务器(8)进行接口以便进而与即时消息客户端(10)进行接口的接口，其中，所述服务处理工具包括用于根据应用来控制与即时消息客户端(10)的接口以便提供交互式服务，并且用于将多媒体内容路由到所述客户端的工具。

2.如权利要求1所述的服务系统，其中所述系统是模式化的，并且与客户端(10)动态地交互以在当前模式中提供希望的服务。

3.如权利要求2所述的服务系统，其服务的模式包括应用的状态，以及相关的一组所允许的用户交互。

4.如权利要求2或3所述的服务系统，其中所述处理工具包括服务内核(1(f))，以及用于维护服务的所述模式的持续记录的模式数据库管理器(1(a))。

5.如权利要求4所述的服务系统，其中所述服务内核(1(f))与所述模式数据库管理器(1(a))进行接口，以允许模式持续进行包含交互的特定客户端的至少两个即时消息会话。

6.如权利要求5所述的服务系统，进一步包括目录管理器(1(b))，用于管理注册的即时消息用户，并且所述模式数据库管理器(1(a))仅仅为注册的用户维护模式状态。

7.如权利要求2或6所述的服务系统，其中所述处理工具包括用于将服务的模式公布为呈现网络的虚拟用户的呈现合成器(1(c))，以及用于与所述呈现合成器(1(c))接口的服务内核(1(f))。

8.如权利要求7所述的服务系统，其中所述处理工具提供用于在客户端显示屏上显示的头像，所述头像将所述呈现合成器(1(c))所记录的虚拟用户表示为所述呈现网络的虚拟用户，并且表示一种模式中的服务。

9.如权利要求8所述的服务系统，其中所述处理工具把客户端对所述虚拟用户的选择看作为对一种模式中的服务的选择。

10.如权利要求9所述的服务系统，使得可作为多个用户好友的所述用户成为用于允许所述多个用户访问所述模式中的所述服务的机制。

所述处理工具使得可作为多个用户的好友的虚拟用户，成为用于允许所述多个用户访问所述模式中的所述服务的机制。

11.如前述任意一个权利要求所述的服务系统，其中所述处理工具控制与外部媒体服务器(4-7)的接口，以获取多媒体内容以便提供所述服务。

12.如权利要求11所述的服务系统，其中所述处理工具包括媒体会话管理器(1(d))，用于与外部媒体服务器(4)进行接口。

13.如权利要求11或12所述的服务系统，其中；所述处理工具调用外部应用服务器(7)来执行应用逻辑程序以便提供服务。

14.如权利要求7所述的服务系统，其中所述处理工具调用外部应用服务器(7)来执行应用逻辑程序以便提供服务；并且其中所述(1(f))服务内核与外部应用服务器(7)接口，并且与用于媒体会话管理的媒体会话管理器(1(d))接口。

15.如权利要求7到14中的任意一个所述的服务系统，其中所述服务内核(1(f))包括用于指示所述呈现合成器(1(c))改变服务模式的工具。

16.如权利要求7到15中的任意一个所述的服务系统，其中所述服务内核(1(f))包括用于在初始化之后立即调用所述呈现合成器(1(c))来公布呈现网络中的用户的工具，其中所述用户包括用于表示服务模式的虚拟用户，并且所述呈现合成器(1(c))与外部呈现服务器(8)接口以公布所述用户。

17.如权利要求16所述的服务系统，其中所述服务内核(1(f))包括用于响应于服务模式改变来调用所述呈现合成器(1(c))以改变虚拟用户的公布的工具。

18.如权利要求1所述的服务系统，其中所述服务系统包括用于触发模式改变的工具。

19.如权利要求15到18中的任意一个所述的服务系统，其中所述服务内核响应于来自所述应用服务器的输入来确定模式改变的需求，并且所述服务内核向所述媒体会话管理器指示所述模式改变。

20.如权利要求所述的服务系统，其中所述处理工具进一步包括邮件存储管理器，其与用于客户端的消息堆放、数据获取和消息库存的邮件存储器接口。

21.如权利要求20所述的服务系统，其中所述服务内核(1(f))指示邮件存储管理器(1(e))执行邮箱的操作，并且报告这个动作的结果。

22.如权利要求21所述的服务系统，其中所述服务内核(1(f))响应于来自应用的通知，向所述邮件存储管理器指示已经发生了模式改变。

23.一种包括软件代码的计算机可读介质，当所述软件代码在数字处理器上执行时，实现前述任意一个权利要求所述的服务系统的所述处理工具的操作。