CN101296253B

CN101296253B - 消息发布方法、系统及用户设备

Info

Publication number: CN101296253B
Application number: CN2008101085374A
Authority: CN
Inventors: 尚国强
Original assignee: ZTE Corp
Current assignee: ZTE Corp
Priority date: 2008-05-22
Filing date: 2008-05-22
Publication date: 2011-06-22
Anticipated expiration: 2028-05-22
Also published as: CN101296253A

Abstract

在本发明中，公开了一种消息发布方法，包括：对实时传送协议中的资源描述增设特征码，其中，增设特征码用于标识资源描述中携带有消息；将携带消息的资源描述进行打包，并将打包后得到的资源描述数据包发送至用户设备。此外，本发明还公开了一种消息发布系统和用户设备。通过使用本发明，能够使得用户更加及时的获得网络发布的各种消息，丰富了业务的信息，提高了用户体验。

Description

消息发布方法、系统及用户设备

技术领域

本发明涉及通信领域，并且特别地，涉及一种消息发布方法、系统及用户设备。

背景技术

随着通讯技术的快速发展，为终端设备提供的通讯带宽越来越大，使得多媒体技术在移动终端上得到了飞速的发展，其中，手机电视、流媒体等业务逐渐成熟。但是，这些多媒体业务只是展现了其特色的一面，并没有充分挖掘在这些业务上的其他业务的集成。

目前，已经提出了基于流媒体系统的消息发送方法，但是，所提出的这种基于流媒体系统的消息发送方法发布的消息不够直观，发布消息不够及时，并且没有进行充分的整合，然而，目前尚未提出解决上述问题的技术方案。

发明内容

考虑到上述问题而做出本发明，为此，本发明提出了一种消息发布方法、系统及用户设备，已解决相关技术中基于流媒体系统的消息发布方法没有进行充分整合，并且使得发布消息不够直观、不够及时的问题。

根据本发明的一个方面，提供了一种消息发布方法。

根据本发明实施例的消息发布方法包括：对实时传送协议中的资源描述增设特征码，其中，增设特征码用于标识资源描述中携带有消息；将携带消息的资源描述进行打包，并将打包后得到的资源描述数据包发送至用户设备。

此外，对上述资源描述进行打包的处理具体包括：确定消息的长度得到消息的长度信息，并将特征码、长度信息和消息的内容打包至资源描述数据包中。

此外，在上述用户设备接收到资源描述数据包之后，进一步包括：用户设备通过消息中携带的特征码识别消息，得到消息的内容并显示给用户。

其中，用户设备显示消息的内容的方式包括以下至少之一：滚动显示、非滚动显示。

根据本发明的另一方面，提供了一种消息发布系统。

根据本发明实施例的消息发布系统包括：业务管理平台，用于管理以及发布消息；数据存储系统，用于存储业务管理平台发布的消息；流媒体服务器，用于对实时传送协议中的资源描述增设特征码，将消息打包至资源描述中，其中，增设特征码用于标识资源描述中携带有消息；通讯传输系统，用于将资源描述数据包发送至用户设备。

此外，上述流媒体服务器对资源描述进行打包的处理具体为：确定消息的长度得到消息的长度信息，并将特征码、长度信息和消息的内容打包至资源描述数据包中。

根据本发明的再一方面，提供了一种用户设备，用于接收上述消息发布系统发送过来的资源描述数据包所携带的消息。

根据本发明实施例的用户设备包括：解析模块，用于根据资源描述数据包中的特征码识别资源描述数据包中的消息，并解析得到消息的内容；显示模块，用于显示消息的内容。

此外，上述显示模块中还包括：控制模块，用于对消息的内容的显示进行定义和控制。

借助于上述技术方案，能够使得用户更加及时的获得网络发布的各种消息，丰富了业务的信息，提高了用户体验。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

附图说明

附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明，并不构成对本发明的限制。在附图中：

图1是根据本发明方法实施例的消息发布方法的流程图；

图2是根据本发明方法实施例的扩充特征码包结构的示意图；

图3是根据本发明系统实施例的消息发布系统的示意图；

图4是根据本发明系统实施例的业务系统的示意图；

图5是根据本发明系统实施例的实时传送协议中资源描述的包结构的示意图；

图6是根据本发明装置实施例的用户设备的结构示意图；以及

图7是根据本发明装置实施例的用户设备在显示消息时的示意图。

具体实施方式

以下结合附图对本发明的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本发明，并不用于限定本发明。

方法实施例

在现有的流媒体业务系统中，运营商管理者通过业务管理平台生成网页链接和实际的媒体的关联关系，用户通过终端登录运营商的流媒体业务网页，可以点击期望的链接，终端上启动流媒体播放器，播放器主动发起建链请求，得到音视频数据后进行解码并显示，在播放的过程中，终端定期向服务器发送实时传送协议(Real-time Transport Control Protocol，简称为RTCP)反馈包，用来通知用户终端当前的一些状态；服务器也定期向终端推送RTCP包，用来通知终端服务器的消息及状态。

在上述条件下，在本实施例中，提供了一种消息发布方法，图1是根据本发明方法实施例的消息发布方法的流程图。

如图1所示，上述方法包括：

步骤S102，对实时传送协议中的资源描述增设特征码，其中，增设特征码用于标识资源描述中携带有消息；

步骤S104，将携带消息的资源描述进行打包，并将打包后得到的资源描述数据包发送至用户设备。

也就是说，利用流媒体业务系统中的RTCP，对该协议的源描述(Source Description，简称为SDES)进行扩充，保持了和原有结构的通用性，并且，将已经分配的1～8特征码进行扩充，产生一个特征码，如SMS＝9，如图2所示的扩充特征码，这里主要是针对消息发布的内容进行扩充，指定SMS＝9作为消息发布的特征值，之后跟着消息发布的长度，随后跟着发布的消息内容，其中SMS＝9可以用不同内容表示，但是实际的工作内容类同，如可以表示为MS＝9、或者是SMS＝10等。通过对这个协议的扩充，可以非常方便的将要发送的信息通过流媒体业务平台通知给用户，用户可以在使用流媒体业务时非常快速便捷的看到信息。

此外，在步骤S104中，对上述资源描述进行打包的处理具体包括：确定消息的长度得到消息的长度信息，并将特征码、长度信息和消息的内容打包至资源描述数据包中。

系统实施例

在本实施例中，提供了一种消息发布系统，图3是根据本发明实施例的消息发布系统的示意图。

如图3所示，上述系统包括：

业务管理平台30，用于管理以及发布消息；

数据存储系统32，用于存储业务管理平台发布的消息；

流媒体服务器34，用于对实时传送协议中的资源描述增设特征码，将存储的消息打包至资源描述中，其中，增设特征码用于标识资源描述中携带有该消息；

通讯传输系统36，用于将资源描述数据包发送至用户设备。

此外，上述流媒体服务器对资源描述进行打包的处理具体包括：确定消息的长度得到消息的长度信息，并将特征码、长度信息和消息的内容打包至资源描述数据包中。

下面将结合附图对上述系统消息发布的处理过程进行详细说明。

第一步，要求该业务系统具有业务管理平台、数据存储系统(设备)、流媒体服务器、通讯传输系统以及终端接收设备，如图4所示；

其中，业务管理平台用来管理流媒体业务的各种信息和状态，如用户鉴权信息、资费信息、信息发布等；数据存储系统用来保存管理的信息；通讯传输系统用来将相关服务器和终端的信息在两者之间传递，以便形成相互之间的联系；终端接收设备是用户用来发送、接收、显示的设备；

第二步，通过业务管理平台输入要发布的消息并且通知流媒体服务器并保存在数据存储系统；例如，可以在业务管理平台中点击及时发布消息页面，并且，在该页面中输入要发送的消息橙色天气通知，今晚8点起有10级台风，请注意防范的消息；

第三步，流媒体服务器收到通知消息后从数据存储系统上读取要发送的消息内容；在实际的处理中，上述的三步可以简化，例如，直接通过业务管理平台将要发送的消息通知到流媒体服务器，并且，携带需要播放时间长度的信息。

第四步，流媒体服务器将要发布的内容通过RTCP包的SDES结构进行打包，其中，由于编码1～8已经被CNAME和PRIV等几个属性所占据，如图2所示，定义SMS＝9；

根据上述的描述，可以形成SDES数据区为SMS＝9，length＝45，data＝橙色天气通知，今晚8点起有10级台风，请注意防范；之后打包成如图5所示的RTCP包，SDES包结构是标准的RTCP包结构，包含32字节的包头，包头后跟随数据体。这样，就标明了这是一个通知消息包，包长45字节，包内容为橙色天气通知：今晚8点起有10级台风，请注意防范；

第五步，通过流媒体系统将该RTCP发送给接收终端，即，流媒体服务器在发送RTCP包定时器到时(通常该定时器时间比较短，一般设置为5秒)，将组成的该RTCP数据包通过通讯传输系统传递给用户终端；

装置实施例

在本实施例中，提供了一种用户设备，用于接收上述消息发布系统发送过来的资源描述数据包所携带的消息。图4是根据本发明实施例的用户设备的示意图。

如图6所示，上述用户设备包括：

解析模块60，用于根据资源描述数据包中的特征码识别资源描述数据包中的消息，并解析得到消息的内容；也就是说，终端接收到该RTCP包后，通过解包操作，当识别出RTCP包的PT标志为202时，则表明是一个SDES数据包；通过识别SDES数据的第一个字段值为9时，则表明是一个通知消息，从消息体中读取length长度的数据，例如，读取45字节的长度，即得到的消息内容：橙色天气通知，今晚8点起有10级台风，请注意防范

显示模块62，用于显示消息的内容。也就是说，将上述消息显示在播放区域的下部并滚动字幕，以保证用户能够看出全部内容，如图7所示，显示消息的区域包括但不限于播放的下部，可以在屏幕的任何一个位置。消息可以滚动显示，也可以不滚动显示，其具体显示方式可以自行定义。

此外，上述显示模块62中还包括：控制模块，用于对消息的内容的显示进行定义和控制。当有显示消息出现后，在菜单项中要体现有相关的操作项，如停止播放，关闭等操作，以便实现用户的自定义。最终能够扩充RTCP数据包，并将携带的消息传递至用户设备并显示给用户。

综上所述，借助于本发明的技术方案，能够在不改变大的网络结构、协议结构的前提下，对现有协议进行扩充的方式，能够使得用户更加及时的获得网络发布的各种消息，丰富了业务的信息，提高了用户体验。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims

1.一种消息发布方法，其特征在于，所述方法包括：

对实时传送协议中的资源描述增设特征码，其中，所述增设特征码用于标识所述资源描述中携带有消息；

将携带所述消息的所述资源描述进行打包，并将打包后得到的资源描述数据包发送至用户设备。

2.根据权利要求1所述的方法，其特征在于，对所述资源描述进行打包的处理具体包括：

确定所述消息的长度得到所述消息的长度信息，并将所述特征码、所述长度信息和所述消息的内容打包至所述资源描述数据包中。

3.根据权利要求2所述的方法，其特征在于，在所述用户设备接收到所述资源描述数据包之后，进一步包括：

所述用户设备通过所述资源描述数据包中携带的所述特征码识别所述消息，得到所述消息的内容并显示给用户。

4.根据权利要求3所述的方法，其特征在于，所述用户设备显示所述消息的内容的方式包括以下至少之一：滚动显示、非滚动显示。

5.一种消息发布系统，其特征在于，包括：

业务管理平台，用于管理以及发布消息；

数据存储系统，用于存储所述业务管理平台发布的所述消息；

流媒体服务器，用于对实时传送协议中的资源描述增设特征码，将所述消息打包至所述资源描述中，其中，所述增设特征码用于标识所述资源描述中携带有所述消息；

通讯传输系统，用于将所述资源描述数据包发送至用户设备。

6.根据权利要求5所述的系统，其特征在于，所述流媒体服务器对所述资源描述进行打包的处理具体包括：

7.一种用户设备，用于接收根据权利要求5或6所述的系统发送过来的所述资源描述数据包所携带的消息，其特征在于，所述用户设备包括：

解析模块，用于根据所述资源描述数据包中的特征码识别所述资源描述数据包中的消息，并解析得到所述消息的内容；

显示模块，用于显示所述消息的内容。

8.根据权利要求7所述的用户设备，其特征在于，所述显示模块中还包括：

控制模块，用于对所述消息的内容的显示进行定义和控制。