[发明专利]融合的信息系统

说明书

技术领域

本发明涉及融合的信息系统。更具体地，本发明涉及一种系统，其中用户设 备(UE)被用于利用许多不同的协议传送并且接收各种类型的数据。

背景技术

IPTV(互联网协议电视)的用户可能希望使用许多不同的通信和信息技术。 例如，SMS、MMS、IMS(IP多媒体子系统)、IMS-IM、VOIP呼叫、RSS、电子 邮件、日历功能、例如MSN或者Google Talk的即时消息收发(messaging)服务、 互联网通知以及许多其他类型的服务。这些通常都涉及不同的协议。运营商越来 越感兴趣的是为IPTV用户提供用于按照上述的一些或者所有通知源发出的通知 来行动的功能性。也就是说，当利用特定的协议向用户通告请求或者传输时，他 们接收到通知并且在该UE提供使得用户能够选择如何对其进行处理的功能性。 这些应用通常被称为“融合服务”并且这些都是对传统的IPTV(例如广播TV、内 容点播或者视频点播VOD)的增值服务。

类似地，用户理想地更愿意具有适合于他们的生活方式的通信体验和多媒体 服务。例如，用户可能希望在TV屏幕上接收到关于来自“好友列表”中的个人的 高优先级电子邮件、SMS信息或者呼叫的通知并且做出适当的响应动作。

给UE提供这样的融合服务的现有方法可以利用从通知源到UE的网关并且需 要在UE处提供单独的通知客户端，该通知客户端包括对每种类型的通信(SMS、 电子邮件、VOIP、日历功能性等等)所特有的通知处理逻辑。例如，为了将IMS VOIP(会话启动协议)呼叫递送给IP子系统，使用网关将IMS VOIP通知递送给 IPTV UE。该网关可以利用SIP将呼叫通知递送给IPTV UE，并且UE上的内置客 户端提供响应动作。典型地，可能的选项可以包括：重定向到语音邮件，请求更 多的关于呼叫方的信息、拒绝、应答或者其他。

另一个例子是电子邮件通知。通过诸如POP3、IMAP、SMTP等电子邮件协 议将进来的电子邮件的通知直接或者经由网关递送给UE用户，并且在UE上的 不同的内置客户端提供响应动作。典型地，这些动作可能是答复，读出正文，忽 略，或其它。根据该响应，该客户端然后将利用POP3、IMAP等重新获得电子邮 件的文本。

该现有办法的主要问题是其需要包括用于每一个通知源的特殊协议和通知处 理逻辑的专门的UE客户端。该客户端必须在UE自身上提供。这产生了以下限 制。

需要新的UE客户端来支持新的通知源，例如电子邮件、SMS，这在中等规 模到更高规模的配置中是不经济的，

UE上需要新的通知处理逻辑来支持新的通知源

UE上的附加处理逻辑需要额外的处理功率和硬件需求，增加了成本， 多个通知客户端和其他应用之间的仲裁也增加了成本，以及

当图形用户接口(GUI)被用户化的时候，需要对每个客户端进行用户化， 再次增加了成本。

此外，难以给现有的UE增加新的服务。

这种通知方法在ES 20239 10-3“Open Service Access”(OSA)“parlay X-web services Part3：Call Notification”中被标准化。其中，客户端应用必须为具体的通知源 进行登记并且实施通知处理逻辑。

发明内容

本发明的出现试图提供一种用于在UE装置上实施来自多个通知源的通知和 响应动作的改进方法，并且试图提供一种实现新的通知源和类型的简单添加的系 统。

根据本发明，提供了一种通知系统，用于通过网络利用至少两个不同协议从 多个源向用户设备提供通知，该系统包括通知代理，其被布置为从所述多个通知 源接收打算送给该用户的通知，该通知代理包括用于根据个体(individual)源的 协议来利用多个协议接收通知并且用于利用公共协议将通知提供给UE的装置。

该通知代理优选地将另外的数据与该通知一起打包，所述数据表示一个或者 多个参数。该参数可以仅仅有元数据，响应动作以及允许的功能中的一个或者多 个，或者称为“{通知、动作、元数据、功能}”({NAMF})包。

该{NAMF}可以单独地、一起或者以其他方式从通知代理传递到客户端用户 设备(UE)。任选地，它们可以通过IPTV AS传送。

该系统进一步可以包括用于初始处理的可插式处理逻辑。