CN102111684A - 一种在iptv***中进行消息交互的方法及*** - Google Patents

Abstract

本发明公开了一种在IPTV***中进行消息交互的***，包括消息管理平台、消息引擎及IPTV用户端，其中，消息管理平台，用于提提供消息操作和审核平台，供登录成功的IPTV用户端编辑或审核消息内容，并根据登录成功的信息将消息引擎的地址下发到IPTV用户端；消息引擎，用于对完成注册的IPTV用户端，根据消息的接收地址发送消息；IPTV用户端，用于根据消息引擎的地址完成在消息引擎的注册，并将从消息引擎接收到的消息在IPTV***中展示。本发明还公开了一种在IPTV***中进行消息交互的消息方法。本发明所提供的***或方法，可扩展IPTV***的信息交互方式，提升用户体验；并使消息展示方式的灵活性及可扩展性大为提高。

Description

一种在IPTV***中进行消息交互的方法及***

技术领域

本发明涉及通信领域，尤其涉及一种在IPTV***中进行消息交互的方法及***。

背景技术

随着信息化和网络化的时代的到来，交互式网络电视IPTV已逐渐取代传统的电视，进入到人们的日常生活。但随着生活水平的不断提高，现有的IPTV***已远远不能满足日益增多的用户需求，例如：

用户端之间的信息交互；例如用户之间短信息发送，将节目向好友推荐等；和/或

用户端与IPTV业务***之间的信息交互；例如用户向IPTV***服务提供商提交用户调查表等；和/或

IPTV业务***与用户端之间的信息交互等。例如服务提供商发给用户的广告，新节目推荐信息等。

发明内容

本发明的主要目的在于提供一种IPTV消息***，旨在扩展IPTV***的信息交互方式，提升用户体验。

本发明提供一种在IPTV***中进行消息交互的***，包括消息管理平台、消息引擎及IPTV用户端，其中，

消息管理平台，用于提供消息操作和审核平台，供登录成功的IPTV用户端编辑或审核消息内容，并根据登录成功的信息将消息引擎的地址下发到IPTV用户端；

消息引擎，用于对完成注册的IPTV用户端，根据消息的接收地址发送消息；

IPTV用户端，用于根据消息引擎的地址完成在消息引擎的注册，并将从消息引擎接收到的消息在IPTV***中展示。

优选地，所述消息加载消息描述语言MDL；所述IPTV用户端设有：

MDL解析模块，用于解析接收到的消息，得到消息要展示的内容和样式，并调用图形引擎接口将消息在IPTV终端显示设备上显示出来。

优选地，所述IPTV用户端还设有：

存储判断模块，用于在收到消息后判断消息是否需要保存；如果是，则通知消息引擎将该条消息保存。

优选地，所述消息引擎设有：

用户管理数据库，用于存储消息；

消息处理模块，用于根据IPTV用户端的指令对用户管理数据库中的消息执行查看、答复、转发或删除操作；所述对消息执行查看包括分类查看。

优选地，所述消息引擎还用于：将消息的下载地址发送至IPTV用户端；所述IPTV用户端还用于收到消息的下载地址后，根据消息地址将消息内容下载到本地，并按消息中MDL描述的展示给用户。

本发明还提供一种在IPTV***中进行消息交互的方法，包括以下步骤：

提供消息操作和审核平台，供登录成功的IPTV用户端编辑或审核消息内容，并根据登录成功的信息将消息引擎的地址下发到IPTV用户端；

对完成注册的IPTV用户端，根据消息的接收地址发送消息；

根据消息引擎的地址完成在消息引擎的注册，并将从消息引擎接收到的消息在IPTV***中展示。

优选地，所述消息加载消息描述语言MDL；所述将从消息引擎接收到的消息在IPTV***中展示包括：

解析接收到的消息，得到消息要展示的内容和样式，并调用图形引擎接口将消息在IPTV终端显示设备上显示出来。

优选地，所述将从消息引擎接收到的消息在IPTV***中展示还包括：

在收到消息后判断消息是否需要保存；如果是，则通知消息引擎将该条消息保存。

优选地，所述对完成注册的IPTV用户端，根据消息的接收地址发送消息包括：

存储消息；

根据IPTV用户端的指令对用户管理数据库中的消息执行查看、答复、转发或删除操作；所述对消息执行查看包括分类查看。

优选地，所述对完成注册的IPTV用户端，根据消息的接收地址发送消息包括：

将消息的下载地址发送至IPTV用户端；

所述将从消息引擎接收到的消息在IPTV***中展示还包括：

收到消息的下载地址后，根据消息地址将消息内容下载到本地，并按消息中MDL描述的格式展示给用户。

本发明所提供的方法或***，通过消息管理平台对IPTV用户端进行鉴权操作，仅供登录成功的IPTV用户端编辑消息内容，并通过消息引擎发送消息至IPTV用户端，以便进行展示。IPTV用户端之间、IPTV用户端与IPTV***之间均可实现消息交互，扩展了IPTV***的信息交互方式，提升了用户体验；并且，IPTV用户端设有MDL解析模块，可解析加载MDL的消息，按指定格式展示消息内容，消息展示方式的灵活性及可扩展性大为提高。

附图说明

图1为本发明一实施方式中***的结构示意图；

图2为本发明一实施例中IPTV用户端的结构示意图；

图3为本发明一实施例中***的结构示意图；

图4为本发明一实施例中***进行消息交互的流程示意图；

图5为本发明一实施例中***进行消息交互的流程示意图；

图6为本发明一实施方式中方法的流程示意图。

为了使本发明的技术方案更加清楚、明了，下面将结合附图作进一步详述。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

参照图1，为本发明一实施方式中在IPTV***中进行消息交互的***的结构示意图。

该***包括消息管理平台10、消息引擎20及IPTV用户端30，其中，

消息管理平台10，用于提供消息操作和审核平台，供登录成功的IPTV用户端30编辑或审核消息内容，并根据登录成功的信息将消息引擎20的地址下发到IPTV用户端30；在一实施例中，消息管理平台10可提供消息内容编辑和审核接口，能对消息素材进行处理，提供接口与其他消息服务提供商设备和IPTV业务***的对接。同时提供IPTV用户终端的登录接口，完成IPTV用户终端的登录鉴权和将相关的业务参数下发到终端的功能，并可将IPTV***中的资源更新消息通知到IPTV用户终端。在一实施例中，IPTV用户终端可以是机顶盒。

消息引擎20，用于对完成注册的IPTV用户端30，根据消息的接收地址发送消息；在一实施例中，消息引擎20可开放接口和消息管理平台10对接，实现消息的收、发和存储、维护，例如，根据目标地址将消息发向IPTV用户终端，或将IPTV用户终端的消息发给其他用户终端；并且，还可存储历史消息以供查询和维护。

IPTV用户端30，用于根据消息引擎20的地址完成在消息引擎20的注册，并将从消息引擎20接收到的消息按照指定的样式在IPTV***中展示。IPTV用户端30可以是网络电视机顶盒，也可以是计算机，其可登录到消息管理平台10，在其中编辑消息后通过消息管理平台10发送至消息引擎20，由消息引擎20将消息发送至在其中注册的消息接收端。

本发明实施方式通过上述消息管理平台10、消息引擎20及IPTV用户端30，可自定义各种类型消息，并发送至各种对端，IPTV***的信息交互方式，提升了用户体验。

在一实施例中，消息管理平台10还用于将IPTV业务***的资源更新消息发送至IPTV用户端30。例如，当服务提供商或运营商要求更新资源时，向IPTV用户端30下发资源的URL，IPTV用户端30获得资源更新通知时，根据URL采用HTTP协议进行下载并更新。

IPTV用户端30发送至IPTV业务***的消息，可采用HTTP方式将消息发送至IPTV业务***。

在一实施例中，上述消息加载消息描述语言(Message Describe Language，MDL)。参照图2，IPTV用户端30设有MDL解析模块31，用于解析接收到的消息，得到消息要展示的内容和样式，并调用图形引擎接口将消息在IPTV显示设备上显示出来。

MDL用来指定消息的展示方式。根据消息的三类展示方式，本发明实施例中消息描述语言包含以下几种基本语法：

窗口展示：设定窗口的大小、位置、背景色及透明度等。

文本处理：设定文本的属性，包括文本内容、字体大小，字体颜色、滚动速度及滚动方式等。

图标处理：设定图标文件及显示区域等。

MDL解析模块31可解析消息中的MDL内容，并根据其指定格式在IPTV显示设备中显示。

采用消息描述语言来分装消息具有灵活、可扩展性强等特点。例如，用户可采用滚动字幕方式或者采用弹出式窗口对消息内容进行展示，还可对消息的窗口大小及字体颜色进行自定义。

上述IPTV用户端30还设有：

存储判断模块32，用于在收到消息后判断消息是否需要保存；如果是，则通知消息引擎将该条消息保存。例如，当IPTV用户端30收到消息时，根据消息中的控制字来判断是否保存该消息(主要保存滚动消息、页面消息以及点对点的消息)，如果消息需要保存，则将消息的ID返回给消息引擎20，消息引擎20收到反馈信息后，将消息保存收件库里。

在一实施例中，消息引擎20设有：

用户管理数据库21，用于存储消息；例如，上述实施例中，当收到IPTV用户端30反馈的消息需要保存的反馈信息后，将消息保存。

消息处理模块22，用于根据IPTV用户端的指令对用户管理数据库中的消息执行查看、答复、转发或删除操作；所述对消息执行查看包括分类查看。例如，用户可通过消息引擎20查阅用户管理数据库21中的消息，并对接收到的消息和发送的消息进行管理，包括：

显示收件箱和发件箱中的所有消息，按照收取时间进行排列；其中未读消息采用特殊方式标示，同时显示未读消息总数；

显示每条消息发件人、有标题显示标题，无标题时显示消息内容(显示开始的10个左右字符)，界面允许的条件下可以显示收件时间；

用户可对焦点所在的消息进行查看、答复、转发、删除等操作；

用户可新建消息，自行输入对方号码和消息内容；进一步地，还可以从常用消息中选择内容；

收件箱和发件箱为应用界面由IPTV应用页面实现，IPTV用户端发送点对点消息时，进入发件箱，编辑消息，填上收件人消息引擎20的帐号，选择发送操作，即可将消息发送到目的终端。

上述IPTV用户端30根据消息引擎20的地址进行注册过程可包括：

根据消息引擎20的注册地址和会话初始化协议标识符SIP URI，通过SIP协议中的注册REGISTER消息到消息引擎中进行注册；

通过选择OPTION消息进行到消息引擎的链路保活；

通过注册消息进行业务保活，以实现隔时重新注册。

参照图3，本发明在IPTV***中进行消息交互的***一具体实施例中，消息引擎20位于一消息中心内，该消息中心还包括资源中心和登录中心。消息管理平台10与IPTV业务***连接，IPTV用户端30可登录IPTV业务***。具体的，IPTV管理平台10中配置一个本发明在IPTV***中进行消息交互的***的入口地址。当IPTV用户端30执行步骤A，登录到IPTV业务***时，IPTV业务***将入口地址下发给IPTV用户端30。IPTV用户端30再执行步骤B根据该入口地址通过登录中心执行步骤K到消息管理平台10进行登录操作。登录消息管理平台10成功后，消息管理平台10通过登录的响应消息将消息引擎20的地址、资源服务器地址、用户匹配规则、用户的消息客户端名称、链路保活周期、业务保活周期等参数下发到IPTV用户端30。IPTV用户端30终保存在内存中，并根据响应消息中的消息引擎20的注册地址和SIP URI通过SIP协议中的REGISTER消息，执行步骤E到消息引擎20中进行注册。到消息引擎20注册时，消息引擎20认为该IPTV用户端30已经上线。IPTV用户端30通过OPTION消息执行步骤F，进行到消息引擎20的链路保活，默认为60秒。考虑到有时候可能链路保活消息到达不了消息引擎20，因此采用通过执行步骤G，注册消息进行业务保活的方式进行补充，可设定每300秒重新注册一下。

上述消息引擎20还用于：将消息的下载地址发送至IPTV用户端30。如图3所示，在一实施例中，IPTV业务***将下载地址发送到管理平台10，管理平台10通过步骤I将下载地址发送至资源中心，由资源中心在步骤H中将消息的下载地址推送给机顶盒。IPTV用户端30还用于收到消息的下载地址后，根据消息地址将消息内容下载到本地，并按消息中MDL描述的展示给用户。

如果IPTV业务***要发送消息至机顶盒，可先将消息发布到消息管理***，消息经过审核后执行步骤J，发布到消息引擎20，消息引擎20再将消息的地址通过步骤C发送至机顶盒。机顶盒通过步骤D收到消息地址后，将消息下载到本地，然后分析该消息的展示内容和显示演示，并展示给用户。

图4示出了本发明一实施例中，由IPTV业务***向IPTV用户终端发送消息的流程。该流程包括：SP管理员通过手工或者调用消息生成工具创建消息，将消息通过IPTV业务***发布到消息管理平台，消息经过消息管理平台审核后发布到消息引擎，消息引擎再将消息的地址发送至机顶盒。机顶盒收到消息地址后，将消息http下载到本地，然后分析该消息的展示内容和显示演示，并展示给用户。

图5示出了本发明一实施例中IPTV用户端30之间的消息交互流程。该流程包括：用户通过发件箱编辑好消息后，发送至消息引擎20。消息引擎20根据收到消息接收方的注册ID，将消息发送至目的IPTV用户端。目的IPTV用户端收到消息后解析显示消息并判断消息是否需要保存，如果需要保存，则通知消息引擎20将该条消息保存至收件箱。

图6示出了本发明上述***在IPTV***中进行消息交互的方法流程。该流程包括：

步骤S10，提供消息操作和审核平台，供登录成功的IPTV用户端编辑或审核消息内容，并根据登录成功的信息将消息引擎的地址下发到IPTV用户端；例如，可通过上述消息管理平台10实现本步骤中对用户的鉴权登录、发送相关信息至IPTV用户端。消息管理平台10的功能可参照前述实施例，在此不作详述。

步骤S20，对完成注册的IPTV用户端，根据消息的接收地址发送消息；例如，可通过前述消息引擎20完成对IPTV用户端的注册，并收、发和存储、维护消息。例如，根据目标地址将消息发向IPTV用户终端，或将IPTV用户终端的消息发给其他用户终端；并且，还可存储历史消息以供查询和维护。

步骤S30，根据消息引擎的地址完成在消息引擎的注册，并将从消息引擎接收到的消息在IPTV***中展示。可利用前述IPTV用户端30实现本步骤。例如，利用IPTV用户端30登录到消息管理平台10，在消息管理平台10编辑消息后通过其发送至消息引擎20，由消息引擎20将消息发送至在其中注册的消息接收端。

在一实施例中，上述消息加载消息描述语言(Message Describe Language，MDL)。可利用前述IPTV用户端30中的MDL解析模块31解析接收到的消息，得到消息要展示的内容和样式，并调用图形引擎接口将消息在IPTV终端显示设备上显示出来。

MDL用来指定消息的展示方式。根据消息的三类展示方式，本发明实施例中消息描述语言包含以下几种基本语法：

窗口展示：设定窗口的大小、位置、背景色及透明度等。

文本处理：设定文本的属性，包括文本内容、字体大小，字体颜色、滚动速度及滚动方式等。

图标处理：设定图标文件及显示区域等。

采用消息描述语言来分装消息具有灵活、可扩展性强等特点。例如，用户可采用滚动字幕方式或者采用弹出式窗口对消息内容进行展示，还可对消息的窗口大小及字体颜色进行自定义。

在一实施例中，步骤S30中包括：

在收到消息后判断消息是否需要保存；如果是，则通知消息引擎将该条消息保存。例如，当IPTV用户端30收到消息时，根据消息中的控制字来判断是否保存该消息(主要保存滚动消息、页面消息以及点对点的消息)，如果消息需要保存，则将消息的ID返回给消息引擎20，消息引擎20收到反馈信息后，将消息保存收件库里。

在一实施例中，步骤S20中包括：

存储消息；根据IPTV用户端的指令对用户管理数据库中的消息执行查看、答复、转发或删除操作；所述对消息执行查看包括分类查看。例如，上述实施例中，当收到IPTV用户端30反馈的消息需要保存的反馈信息后，将消息保存。用户可通过消息引擎20查阅所存储的消息，并对接收到的消息和发送的消息进行管理，包括：

显示收件箱和发件箱中的所有消息，按照收取时间进行排列；其中未读消息采用特殊方式标示，同时显示未读消息总数；

显示每条消息发件人、有标题显示标题，无标题时显示消息内容(显示开始的10个左右字符)，界面允许的条件下可以显示收件时间；

用户可对焦点所在的消息进行查看、答复、转发、删除等操作；

用户可新建消息，自行输入对方号码和消息内容；进一步地，还可以从常用消息中选择内容；

收件箱和发件箱为应用界面由IPTV应用页面实现，IPTV用户端发送点对点消息时，进入发件箱，编辑消息，填上收件人消息引擎20的帐号，选择发送操作，即可将消息发送到目的终端。

在一实施例中，上述步骤S30中，IPTV用户端30根据消息引擎20的地址进行注册过程可包括：

根据消息引擎注册地址和会话初始化协议标识符SIP URI，通过SIP协议中的注册REGISTER消息到消息引擎中进行注册；

通过选择OPTION消息进行到消息引擎的链路保活；

通过注册消息进行业务保活，以实现隔时重新注册。

本发明实施方式中IPTV业务***与IPTV用户端之间、IPTV用户端之间的消息交互流程可参照前述图4和图5所示实施例，在此不作详述。

以上所述仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接应用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (10)

1.一种在IPTV***中进行消息交互的***，其特征在于，包括消息管理平台、消息引擎及IPTV用户端，其中，

消息管理平台，用于提供消息操作和审核平台，供登录成功的IPTV用户端编辑或审核消息内容，并根据登录成功的信息将消息引擎的地址下发到IPTV用户端；

消息引擎，用于对完成注册的IPTV用户端，根据消息的接收地址发送消息；

IPTV用户端，用于根据消息引擎的地址完成在消息引擎的注册，并将从消息引擎接收到的消息在IPTV***中展示。

2.如权利要求1所述的***，其特征在于，所述消息加载消息描述语言MDL；所述IPTV用户端设有：

MDL解析模块，用于解析接收到的消息，得到消息要展示的内容和样式，并调用图形引擎接口将消息在IPTV终端显示设备上显示出来。

3.如权利要求1或2所述的***，其特征在于，所述IPTV用户端还设有：

存储判断模块，用于在收到消息后判断消息是否需要保存；如果是，则通知消息引擎将该条消息保存。

4.如权利要求3所述的***，其特征在于，所述消息引擎设有：

用户管理数据库，用于存储消息；

消息处理模块，用于根据IPTV用户端的指令对用户管理数据库中的消息执行查看、答复、转发或删除操作；所述对消息执行查看包括分类查看。

5.如权利要求4所述的***，其特征在于，所述消息引擎还用于：将消息的下载地址发送至IPTV用户端；所述IPTV用户端还用于收到消息的下载地址后，根据消息地址将消息内容下载到本地，并按消息中MDL描述的格式展示给用户。

6.一种在IPTV***中进行消息交互的方法，其特征在于，包括以下步骤：

提供消息操作和审核平台，供登录成功的IPTV用户端编辑或审核消息内容，并根据登录成功的信息将消息引擎的地址下发到IPTV用户端；

对完成注册的IPTV用户端，根据消息的接收地址发送消息；

根据消息引擎的地址完成在消息引擎的注册，并将从消息引擎接收到的消息在IPTV***中展示。

7.如权利要求6所述的方法，其特征在于，所述消息加载消息描述语言MDL；所述将从消息引擎接收到的消息在IPTV***中展示包括：

解析接收到的消息，得到消息要展示的内容和样式，并调用图形引擎接口将消息在IPTV终端显示设备上显示出来。

8.如权利要求6或7所述的方法，其特征在于，所述将从消息引擎接收到的消息在IPTV***中展示还包括：

在收到消息后判断消息是否需要保存；如果是，则通知消息引擎将该条消息保存。

9.如权利要求8所述的方法，其特征在于，所述对完成注册的IPTV用户端，根据消息的接收地址发送消息包括：

存储消息；

根据IPTV用户端的指令对用户管理数据库中的消息执行查看、答复、转发或删除操作；所述对消息执行查看包括分类查看。

10.如权利要求9所述的方法，其特征在于，所述对完成注册的IPTV用户端，根据消息的接收地址发送消息包括：

将消息的下载地址发送至IPTV用户端；

所述将从消息引擎接收到的消息在IPTV***中展示还包括：

收到消息的下载地址后，根据消息地址将消息内容下载到本地，并按消息中MDL描述的格式展示给用户。

Images