CN104125514A - 一种消息分发处理的方法、装置及音视频终端 - Google Patents

Abstract

本发明公开了一种消息分发处理的方法，包括步骤：(1)对消息数据进行定义和封装，形成码流；(2)接收所述码流；(3)对所述码流进行预解析，根据获得的地址数据判断该消息数据是否是分发给当前音视频终端，如果是则解析该消息数据，并把不同的描述符存储至数据单元中；(4)在解析完毕后，根据消息数据的类型进行对应的显示处理。本发明还公开了与所述方法对应的装置和音视频终端。本发明可在不增加其它软硬件成本的基础上，以更高的灵活性提供数字电视增值业务。

Description

一种消息分发处理的方法、装置及音视频终端

技术领域

本发明涉及通信领域，特别涉及一种消息分发处理的方法、装置及音视频终端。

背景技术

随着数字电视的普及和发展，互动式数字电视业务正在世界各地迅速普及，围绕数字电视业务的数字视频、数字信息与交互式应用三大核心功能开发了多种增值业务。

然而在为数字电视用户开发增值功能的过程中，软硬件成本不可避免的会增加。如何在现有软硬件的基础上为用户提供更好的体验，更高的服务质量，从而赢得用户的信任与支持成了众多数字电视业务从业者的心头之重。

现有技术中，音视频终端(机顶盒、智能电视等，也可以叫数字电视终端)对消息的处理机制不一，存在灵活性不高、系统资源占用大、效率低以及用户体验差的问题，为实现高效的消息处理，目前采用的方法的软硬件成本较高。

发明内容

本发明的目的在于克服现有技术的缺陷，提供一种消息分发处理的方法、装置及音视频终端。

为了实现上述目的，本发明采用以下的技术方案：

根据本发明的一个方面，提出了一种消息分发处理的方法，包括步骤：

(1)对消息数据进行定义和封装，形成码流；

(2)接收所述码流；

(3)对所述码流进行预解析，根据获得的地址数据判断该消息数据是否是分发给当前音视频终端，如果是则解析该消息数据；

(4)在解析完毕后，根据消息数据的类型进行对应的显示处理。

优选地，在步骤(1)中，使用自定的地址描述符和消息描述符对消息数据进行定义，并使用定制的MRT表对消息数据进行封装，其中地址描述符包含地址数据，消息描述符包括消息类型描述符。

优选地，在步骤(3)中，分配数据单元，把不同的描述符存储至数据单元中。

优选地，在步骤(4)中，包括子步骤：

(21)判断消息数据的类型；

(22)根据消息数据的类型，在屏幕上显示该消息数据或在屏幕上给出提示；

(23)将消息数据存入收件箱和/或跳转至步骤(1)。

优选地，在步骤(22)中，消息数据的类型包括弹出框消息、滚轴消息和收件箱消息，其中对于弹出框消息，在屏幕上直接弹出包含该弹出框消息的弹出框以进行弹出显示，并根据用户操作或新消息到达触发，将该弹出框消息存入收件箱和/或清屏和/或跳转至步骤(1)；对于滚轴消息，在屏幕上直接弹出包含该滚轴消息的滚轴以进行滚动显示，并根据用户操作或新消息到达触发，将该滚轴消息存入收件箱和/或清屏和/或跳转至步骤(1)；对于收件箱消息，在屏幕上生成提示标记，并将该收件箱消息存入收件箱。

根据本发明的第二个方面，提出了一种消息分发处理的装置，包括：

消息数据封装模块，对消息数据进行定义和封装，形成码流；

接收模块，接收所述码流；

解析模块，对所述码流进行预解析，根据获得的地址数据判断该消息数据是否是分发给当前音视频终端，如果是则解析该消息数据；

显示模块，在解析完毕后，根据消息数据的类型进行对应的显示处理。

优选地，消息数据封装模块使用自定的地址描述符和消息描述符对消息数据进行定义，并使用定制的MRT表对消息数据进行封装，其中地址描述符含有地址数据，消息描述符包括消息类型描述符。

优选地，所述显示模块判断消息数据的类型；根据消息数据的类型，在屏幕上显示该消息数据或在屏幕上给出提示；将消息数据存入收件箱和/或重新等待并获取新消息。

优选地，消息数据的类型包括弹出框消息、滚轴消息和收件箱消息，其中所述显示模块适配为，对于弹出框消息，在屏幕上直接弹出包含该弹出框消息的弹出框以进行弹出显示，并根据用户操作或新消息到达触发，将该弹出框消息存入收件箱和/或清屏和/或重新等待并获取新消息；对于滚轴消息，在屏幕上直接弹出包含该滚轴消息的滚轴以进行滚动显示，并根据用户操作或新消息到达触发，将该滚轴消息存入收件箱和/或清屏和/或重新等待并获取新消息；对于收件箱消息，在屏幕上生成提示标记，并将该收件箱消息存入收件箱。

根据本发明的第三个方面，提出了一种音视频终端，所述音视频终端包括：

接收模块，接收对消息数据进行定义和封装而形成的码流；

解析模块，对所述码流进行预解析，根据获得的地址数据判断该消息数据是否是分发给当前音视频终端，如果是则解析该消息数据；

显示模块，在解析完毕后，根据消息数据的类型进行对应的显示处理。音视频终端音视频终端音视频终端音视频终端

与现有技术相比，本发明具有以下显著优点和有益效果：

根据本发明的消息分发处理的方法、装置，以及执行该方法的音视频终端或包括该装置的音视频终端，可在不增加其它软硬件成本的基础上提供数字电视增值业务。具体为，首先按照定义好的数据封装格式制作数据流并发送出来，音视频终端端的消息系统在接收到数据后，把有效数据解码出来，并按照约定的显示风格把消息呈现给用户，其中不同的消息类型实现不同的功能，并且有专门的模块管理所有的消息。利用该消息分发处理的方法或装置，还可以根据音视频终端的唯一ID来决定接收消息的用户，其可以是单个的用户也可是一个特定范围的用户，具有很大的灵活性。通过使用本发明的方法、装置和音视频终端，还增强了用户体验。

附图说明

以下结合附图，对本发明的实施例进行详细的描述：

图1所示为根据本发明的一具体实施例的消息分发处理的方法的流程图；

图2所示为根据本发明的一具体实施例的消息流向和状态转换示意图；

图3所示为根据本发明的一具体实施例的消息分发处理的装置的结构图。

具体实施方式

如图1所示为根据本发明的一具体实施例的消息分发处理的方法的流程图，图2所示为根据本发明的一具体实施例的消息流向和状态转换示意图.作为实例，其可以是一音视频终端系统的运行周期内的消息流向和状态转换。

如图3所示为根据本发明的一具体实施例的消息分发处理的装置的结构图，其中该消息数据可以为用于在音视频终端(例如机顶盒、智能电视)上提供数字电视增值业务的消息数据。本发明的消息分发处理装置可以为音视频终端的消息系统或其一部分。

该实施例的处理过程可分为以下步骤：

步骤(1)，对消息数据进行定义和封装，形成码流(图中未显示)。其中，本实施例使用自定的地址描述符和消息描述符对消息数据进行定义，并使用定制的MRT表对消息数据进行封装，其中地址描述符包含地址数据；消息描述符包括消息类型描述符和消息文本描述符，还可包括滚轴消息描述符或其他消息控制描述符，如针对语音消息和图像消息的控制描述符等。消息类型描述符可用于指定消息数据的类型，消息文本描述符可用于提供消息内容；滚轴消息描述符可用于确定滚轴消息行为。在使用上述规范制作好码流后，将码流发送出来。

步骤(2)，接收所述码流。

步骤(3)，对码流进行预解析，根据获得的地址数据判断该消息数据是否是分发给当前音视频终端，如果是则解析该消息数据。

具体的，对码流中的封装有消息数据的MRT表进行预解析，根据获得的地址数据判断该消息数据是否是分发给当前音视频终端，如果是则分配数据单元，解析该消息数据，并把不同的描述符存储至数据单元中。

步骤(4)，在解析完毕后，根据消息数据的类型进行对应的显示处理，其中，步骤(4)可细分为以下步骤：

步骤(21)判断消息数据的类型。

步骤(22)根据消息数据的类型，在屏幕上显示该信息或在屏幕上给出提示。

步骤(23)将消息存入收件箱和/或跳转至步骤(1)。

其中，在步骤(22)中，消息数据的类型包括弹出框消息、滚轴消息和收件箱消息，在本实施例中，对消息数据的类型进行判断，如果是弹出框消息，则在屏幕上直接弹出包含该信息的弹出框以进行弹出显示，并根据用户操作或新消息到达触发，将该消息存入收件箱和/或清屏和/或跳转至步骤(1)。例如，当用户按下，例如，设置在弹出框中的确认键后，屏幕清屏，弹出框所含的消息存储到收件箱中；如果用户按下设置在弹出框中的退出键，屏幕清屏，消息不保存；在用户操作后，系统等待下一个新消息的到达；若用户不做任何操作，弹出框可保持显示，在下一个新消息到达时，自动覆盖弹出框中的旧消息。

如果是滚轴消息，则在屏幕上直接弹出包含该滚轴消息的滚轴以进行滚动显示，并根据用户操作或新消息到达触发，将该滚轴消息存入收件箱和/或清屏和/或跳转至步骤(1)。例如，显示模块根据滚动显示位置参数(参看下文表格中的scroll_location)设定在屏幕的顶端或者是底端显示滚轴。如果定义了强制显示标志参数(参看下文表格中的scroll_force)，同时未定义超时参数(参看下文表格中的scroll_loop)，则在用户按下确认键或者是超时满足后显示模块将滚轴消息关闭；如果定义了强制显示标志参数，同时定义了超时参数，那么按键无效，在超时时间过后，显示模块将滚轴消息关闭，系统等待下一个新消息的到达。

如果是收件箱消息，则在屏幕上生成提示标记，并将该收件箱消息存入收件箱。例如，音视频终端的操作系统或界面的主菜单中必须存在收件箱菜单的入口，收件箱中只能读取消息，不能删除或修改消息。对于未阅读的消息，在屏幕上应该有标记进行提示。

根据本发明的另一实施例，为实现消息数据的接收、解析和显示的消息分发处理的装置，如图3所示。该装置包括：消息数据封装模块(图未示)、接收模块、解析模块和显示模块。

消息数据封装模块对消息数据进行定义和封装，形成码流，其中，消息数据封装模块适配为使用自定的地址描述符和消息描述符对消息数据进行定义，并使用定制的MRT表对消息数据进行封装，其中地址描述符含有地址数据，消息描述符包括消息类型描述符和消息文本描述符，还可包括滚轴消息描述符。

接收模块接收所述码流。

解析模块对所述码流进行预解析，根据获得的地址数据判断该消息数据是否是分发给当前音视频终端，如果是则分配数据单元，解析该消息数据，把不同的描述符存储至数据单元中。

显示模块在解析完毕后，根据消息数据的类型进行对应的显示处理。其中，显示模块适配为判断消息数据的类型；根据消息数据的类型，在屏幕上显示该消息数据或在屏幕上给出提示；将消息数据存入收件箱和/或重新等待并获取新消息。

消息数据的类型包括弹出框消息、滚轴消息和收件箱消息，其中所述显示模块适配为，

对于弹出框消息，在屏幕上直接弹出包含该弹出框消息的弹出框以进行弹出显示，并根据用户操作或新消息到达触发，将该弹出框消息存入收件箱和/或清屏和/或通过接收模块重新等待并获取新消息；对于滚轴消息，在屏幕上直接弹出包含该滚轴消息的滚轴以进行滚动显示，并根据用户操作或新消息到达触发，将该滚轴消息存入收件箱和/或清屏和/或通过接收模块重新等待并获取新消息；对于收件箱消息，在屏幕上生成提示标记，并将该收件箱消息存入收件箱。

根据本发明的再一实施例，为含有接收模块、解析模块和显示模块的音视频终端(例如机顶盒、智能电视等)，其实现消息数据的接收、解析和显示。

根据本发明的再进一步的实施例，在所述消息类型描述符中，消息数据的类型可以包括文本消息、语音消息、图像消息或其三者的组合。而消息描述符还可包括其他消息控制描述符，例如用于控制语音消息、图像消息行为的消息控制描述符。由此可设想到，上述的步骤(22)，以及图3所示的显示模块的功能，可根据添加的消息数据的类型进行扩展。

以下对本实施例涉及的消息数据的定义和封装，以及显示模块对消息数据的处理进行详细说明。

1.消息类型及用户界面(以下表述为UI)表现。

本实施例所提到的消息分发系统的消息类型有三种：弹出框消息、滚轴消息和收件箱消息。各消息的UI表现如下所述：

1.1弹出框消息

弹出框消息是直接在终端用户的电视机屏幕上显示的消息。用户不能拒绝这种类型的消息，但可以通过遥控器按键来通知音视频终端端的应用程序确认接收该消息。一旦确认接收某消息，该消息就会保存到音视频终端端的应用程序的收件箱中，直到前端发送删除该消息的命令到达该音视频终端。弹出框消息在屏幕上显示占的比例是固定的，例如，作为示例，宽度为屏幕宽度的74％(左右距离屏幕两端均为屏幕宽度的13％)，高度为屏幕高度的67％(上方距离屏幕顶端为屏幕高度的15％，下方距离屏幕顶端为屏幕高度的18％)，其实际大小取决于显示屏幕的分辨率。作为示例，弹出框消息的大小与通过上述比例计算出来的大小之间允许有10％的变化，以包含边框或者使大小取整。比如，在一个分辨率为1024x768像素的显示屏上，弹出框消息的宽度和高度应该为768像素和515像素。弹出框消息的显示区域由3个部分组成，从上到下分别是：标题栏、正文区和帮助栏。标题栏、正文和帮助栏的宽度与消息框的宽度一致。标题栏的高度为消息框高度的18％，正文区的高度为消息框高度的68％，帮助栏的高度为消息框高度的14％。同样的，这里给出的比例也允许有10％的变化。

1.2滚轴消息

和弹出框消息类似，滚轴消息也是直接在终端用户的电视机屏幕上显示的消息。这种类型的消息通常用来向终端用户发送事件或者促销信息，并且大多数情况下，滚轴消息不需要用户过多的进行干预(消息会根据内容大小或在消息中携带的超时条件满足后自动消失)。当然用户也可以通过遥控器按键来通知音视频终端端的应用程序确认接收该消息，一旦确认接收某消息，该消息就会保存到音视频终端端的应用程序的收件箱中，直到前端发送删除该消息的命令到达该音视频终端。滚轴消息在屏幕的顶部或底部显示，例如，显示框的宽度可与屏幕宽度相等，作为示例，滚轴消息的边缘距离屏幕的边缘有一个高度为屏幕高度的4％的间隙。例如，在一个像素为1024x768的屏幕的顶部显示滚轴消息时，滚轴消息的上边缘距离屏幕的上边缘大概有一个30像素的间隙。若滚轴消息在该屏幕的底部显示，则滚轴消息的下边缘距离屏幕的下边缘大概有一个30像素的间隙。滚轴消息显示的高度为屏幕高度的10％，该高度比例允许自身有10％的变化。还是以像素为1024x768的屏幕为例，滚轴消息的高度应该为76个像素，但由于可以有10％的变化，所以83个像素或者69个像素的高度也是允许的，这取决于对滚动消息的排版。滚轴消息的显示区域也由3个部分组成，从左到右分别是：标题栏、正文区和帮助栏。标题栏、正文区和帮助栏的高度与滚动框的高度一致。标题栏的宽度为滚动框宽度的17％，正文区的高度为消息框高度的66％，标题栏的高度为消息框高度的17％。同样的，这里给出的比例也允许有10％的变化。

1.3收件箱消息

作为音视频终端操作系统或界面的消息系统，其需要提供一个收件箱来让用户查看已经接收到的消息，作为示例，其设置为使用户无权删除收件箱中的消息或对其进行修改，也就是说，收件箱及其内容对用户来说是只读的。收件箱消息到达之后，消息会直接保存到收件箱中，并在屏幕上给出相应的提示信息，告知用户有新消息到达，该提示信息还应包含未读消息的数量。用户可以通过图形菜单访问收件箱，收件箱显示时占满整个屏幕。收件箱主要有3部分组成，从上到下分别为：标题栏、主体区和帮助栏。其中主体区又分为2部分，从左到右分别是：列表区和正文区。标题栏、主体区和帮助栏的宽度和屏幕宽度相等，标题栏的高度占屏幕高度的18％，主体区的高度占屏幕高度的64％，帮助栏的高度占屏幕高度的18％。主体区中的列表区和正文区的高度与主体区的高度相等，列表区的宽度占主体区宽度的28％，正文区的宽度占主体区宽度的72％。考虑到音视频终端的存储空间有限，收件箱采用FIFO(先入先出)的策略对消息进行保存和管理，当收件箱已满时，在接收到新的消息后，最早进入收件箱的消息首先会被删除以腾出空间存储新到达的消息。

2.消息数据封装格式。

根据本发明的实施例所述的消息系统主要采用自定义的MRT(Message Recipient Table)表对数据进行封装，作为实例，以下给出消息数据的封装定义，该定义兼容MPEG-2标准。

表1MRT表定义

在上述定义中需要重点关注的是地址(address)描述符和消息描述符。地址描述符携带有能接收该消息的音视频终端地址数据，音视频终端端的消息系统根据该地址描述符选择接收发送给本机的消息。在一些情况下，以该地址描述符定义的地址可作为音视频终端的唯一ID，由此，利用本发明的消息分发处理的方法或装置，还可以根据音视频终端的唯一ID来决定接收消息的用户，其可以是单个的用户也可是一个特定范围的用户，具有很大的灵活性。

在该实例中，消息描述符目前有三个，分别为消息类型描述符(message_type_descriptor)、消息文本描述符(message_text_descriptor)和滚轴消息描述符(message_scroll_descriptor)。其中消息类型描述符用来指定消息类型；消息文本描述符给出消息内容；滚轴消息描述符确定滚轴消息行为。

2.1地址描述符定义

表2地址描述符定义

表3地址描述符注解

2.2消息描述符。

表4消息描述符

2.2.1消息类型描述符(message_type_descriptor)

表5消息类型描述符定义

表6消息类型描述符消息类型(message_type)注解

2.2.2消息文本描述符(message_text_descriptor)。

表7消息文本描述符定义

2.2.3滚轴消息描述符(message_scroll_descriptor)。

表8滚轴消息描述符定义

scroll_speed	语义
		0	正常，24fps
1	慢，18fps
		2	快，30fps
4	保留

表9滚轴消息描述符滚动显示速度(scroll_speed)注解

scroll_location	语义
		0	顶部
1	底部
		2	保留
4	保留

表10滚轴消息描述符滚动显示位置(scroll_location)注解

作为根据本发明的实施例的变型，所述消息类型还可以是其他任何适用于向用户展示的消息类型。

以上所述，只是本发明的较佳实施例而已，本发明并不局限于上述实施方式，只要其以相同的手段达到本发明的技术效果，都应属于本发明的保护范围。在本发明的保护范围内其技术方案和/或实施方式可以有各种不同的修改和变化。即使个别的技术特征在不同的权利要求中引用，本发明还可包含共有这些特征的实施例。

Claims (10)

1.一种消息分发处理的方法，其特征在于，包括步骤：

(1)对消息数据进行定义和封装，形成码流；

(2)接收所述码流；

(3)对所述码流进行预解析，根据获得的地址数据判断该消息数据是否是分发给当前音视频终端，如果是则解析该消息数据；

(4)在解析完毕后，根据消息数据的类型进行对应的显示处理。

2.根据权利要求1所述的一种消息分发处理的方法，其特征在于，在步骤(1)中，使用自定的地址描述符和消息描述符对消息数据进行定义，并使用定制的MRT表对消息数据进行封装，其中地址描述符包含地址数据，消息描述符包括消息类型描述符。

3.根据权利要求2所述的一种消息分发处理的方法，其特征在于，在步骤(3)中，分配数据单元，把不同的描述符存储至数据单元中。

4.根据权利要求1至3任一项所述的一种消息分发处理的方法，其特征在于，在步骤(4)中，包括子步骤：

(21)判断消息数据的类型；

(22)根据消息数据的类型，在屏幕上显示该消息数据或在屏幕上给出提示；

(23)将消息数据存入收件箱和/或跳转至步骤(1)。

5.根据权利要求4所述的一种消息分发处理的方法，其特征在于，在步骤(22)中，消息数据的类型包括弹出框消息、滚轴消息和收件箱消息，其中：

对于弹出框消息，在屏幕上直接弹出包含该弹出框消息的弹出框以进行弹出显示，并根据用户操作或新消息到达触发，将该弹出框消息存入收件箱和/或清屏和/或跳转至步骤(1)；

对于滚轴消息，在屏幕上直接弹出包含该滚轴消息的滚轴以进行滚动显示，并根据用户操作或新消息到达触发，将该滚轴消息存入收件箱和/或清屏和/或跳转至步骤(1)；

对于收件箱消息，在屏幕上生成提示标记，并将该收件箱消息存入收件箱。

6.一种消息分发处理的装置，其特征在于，包括：

消息数据封装模块，对消息数据进行定义和封装，形成码流；

接收模块，接收所述码流；

解析模块，对所述码流进行预解析，根据获得的地址数据判断该消息数据是否是分发给当前音视频终端，如果是则解析该消息数据；

显示模块，在解析完毕后，根据消息数据的类型进行对应的显示处理。

7.根据权利要求6所述的一种消息分发处理的装置，其特征在于，消息数据封装模块使用自定的地址描述符和消息描述符对消息数据进行定义，并使用定制的MRT表对消息数据进行封装，其中地址描述符含有地址数据，消息描述符包括消息类型描述符。

8.根据权利要求6或7所述的一种消息分发处理的装置，其特征在于，所述显示模块判断消息数据的类型；根据消息数据的类型，在屏幕上显示该消息数据或在屏幕上给出提示；将消息数据存入收件箱和/或重新等待并获取新消息。

9.根据权利要求8所述的一种消息分发处理的装置，其特征在于，消息数据的类型包括弹出框消息、滚轴消息和收件箱消息，其中所述显示模块适配为，

对于弹出框消息，在屏幕上直接弹出包含该弹出框消息的弹出框以进行弹出显示，并根据用户操作或新消息到达触发，将该弹出框消息存入收件箱和/或清屏和/或重新等待并获取新消息；

对于滚轴消息，在屏幕上直接弹出包含该滚轴消息的滚轴以进行滚动显示，并根据用户操作或新消息到达触发，将该滚轴消息存入收件箱和/或清屏和/或重新等待并获取新消息；

对于收件箱消息，在屏幕上生成提示标记，并将该收件箱消息存入收件箱。

10.一种音视频终端，其特征在于，所述音视频终端包括：

接收模块，接收对消息数据进行定义和封装而形成的码流；

解析模块，对所述码流进行预解析，根据获得的地址数据判断该消息数据是否是分发给当前音视频终端，如果是则解析该消息数据；

显示模块，在解析完毕后，根据消息数据的类型进行对应的显示处理。