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

文档序号:7807523阅读:158来源:国知局
一种消息分发处理的方法、装置及音视频终端的利记博彩app
【专利摘要】本发明公开了一种消息分发处理的方法,包括步骤:(1)对消息数据进行定义和封装,形成码流;(2)接收所述码流;(3)对所述码流进行预解析,根据获得的地址数据判断该消息数据是否是分发给当前音视频终端,如果是则解析该消息数据,并把不同的描述符存储至数据单元中;(4)在解析完毕后,根据消息数据的类型进行对应的显示处理。本发明还公开了与所述方法对应的装置和音视频终端。本发明可在不增加其它软硬件成本的基础上,以更高的灵活性提供数字电视增值业务。
【专利说明】一种消息分发处理的方法、装置及音视频终端

【技术领域】
[0001] 本发明涉及通信领域,特别涉及一种消息分发处理的方法、装置及音视频终端。

【背景技术】
[0002] 随着数字电视的普及和发展,互动式数字电视业务正在世界各地迅速普及,围绕 数字电视业务的数字视频、数字信息与交互式应用三大核心功能开发了多种增值业务。
[0003] 然而在为数字电视用户开发增值功能的过程中,软硬件成本不可避免的会增加。 如何在现有软硬件的基础上为用户提供更好的体验,更高的服务质量,从而赢得用户的信 任与支持成了众多数字电视业务从业者的心头之重。
[0004] 现有技术中,音视频终端(机顶盒、智能电视等,也可以叫数字电视终端)对消息 的处理机制不一,存在灵活性不高、系统资源占用大、效率低以及用户体验差的问题,为实 现高效的消息处理,目前采用的方法的软硬件成本较高。


【发明内容】

[0005] 本发明的目的在于克服现有技术的缺陷,提供一种消息分发处理的方法、装置及 首视频终端。
[0006] 为了实现上述目的,本发明采用以下的技术方案:
[0007] 根据本发明的一个方面,提出了一种消息分发处理的方法,包括步骤:
[0008] (1)对消息数据进行定义和封装,形成码流;
[0009] (2)接收所述码流;
[0010] (3)对所述码流进行预解析,根据获得的地址数据判断该消息数据是否是分发给 当前音视频终端,如果是则解析该消息数据;
[0011] (4)在解析完毕后,根据消息数据的类型进行对应的显示处理。
[0012] 优选地,在步骤(1)中,使用自定的地址描述符和消息描述符对消息数据进行定 义,并使用定制的MRT表对消息数据进行封装,其中地址描述符包含地址数据,消息描述符 包括消息类型描述符。
[0013] 优选地,在步骤(3)中,分配数据单元,把不同的描述符存储至数据单元中。
[0014] 优选地,在步骤⑷中,包括子步骤:
[0015] (21)判断消息数据的类型;
[0016] (22)根据消息数据的类型,在屏幕上显示该消息数据或在屏幕上给出提示;
[0017] (23)将消息数据存入收件箱和/或跳转至步骤(1)。
[0018] 优选地,在步骤(22)中,消息数据的类型包括弹出框消息、滚轴消息和收件箱消 息,其中对于弹出框消息,在屏幕上直接弹出包含该弹出框消息的弹出框以进行弹出显示, 并根据用户操作或新消息到达触发,将该弹出框消息存入收件箱和/或清屏和/或跳转至 步骤(1);对于滚轴消息,在屏幕上直接弹出包含该滚轴消息的滚轴以进行滚动显示,并根 据用户操作或新消息到达触发,将该滚轴消息存入收件箱和/或清屏和/或跳转至步骤 (1);对于收件箱消息,在屏幕上生成提示标记,并将该收件箱消息存入收件箱。
[0019] 根据本发明的第二个方面,提出了一种消息分发处理的装置,包括:
[0020] 消息数据封装模块,对消息数据进行定义和封装,形成码流;
[0021] 接收模块,接收所述码流;
[0022] 解析模块,对所述码流进行预解析,根据获得的地址数据判断该消息数据是否是 分发给当前音视频终端,如果是则解析该消息数据;
[0023] 显示模块,在解析完毕后,根据消息数据的类型进行对应的显示处理。
[0024] 优选地,消息数据封装模块使用自定的地址描述符和消息描述符对消息数据进行 定义,并使用定制的MRT表对消息数据进行封装,其中地址描述符含有地址数据,消息描述 符包括消息类型描述符。
[0025] 优选地,所述显示模块判断消息数据的类型;根据消息数据的类型,在屏幕上显示 该消息数据或在屏幕上给出提示;将消息数据存入收件箱和/或重新等待并获取新消息。
[0026] 优选地,消息数据的类型包括弹出框消息、滚轴消息和收件箱消息,其中所述显示 模块适配为,对于弹出框消息,在屏幕上直接弹出包含该弹出框消息的弹出框以进行弹出 显示,并根据用户操作或新消息到达触发,将该弹出框消息存入收件箱和/或清屏和/或重 新等待并获取新消息;对于滚轴消息,在屏幕上直接弹出包含该滚轴消息的滚轴以进行滚 动显示,并根据用户操作或新消息到达触发,将该滚轴消息存入收件箱和/或清屏和/或重 新等待并获取新消息;对于收件箱消息,在屏幕上生成提示标记,并将该收件箱消息存入收 件箱。
[0027] 根据本发明的第三个方面,提出了一种音视频终端,所述音视频终端包括:
[0028] 接收模块,接收对消息数据进行定义和封装而形成的码流;
[0029] 解析模块,对所述码流进行预解析,根据获得的地址数据判断该消息数据是否是 分发给当前音视频终端,如果是则解析该消息数据;
[0030] 显示模块,在解析完毕后,根据消息数据的类型进行对应的显示处理。音视频终端 首视频终端首视频终端首视频终端
[0031] 与现有技术相比,本发明具有以下显著优点和有益效果:
[0032] 根据本发明的消息分发处理的方法、装置,以及执行该方法的音视频终端或包括 该装置的音视频终端,可在不增加其它软硬件成本的基础上提供数字电视增值业务。具体 为,首先按照定义好的数据封装格式制作数据流并发送出来,音视频终端端的消息系统在 接收到数据后,把有效数据解码出来,并按照约定的显示风格把消息呈现给用户,其中不同 的消息类型实现不同的功能,并且有专门的模块管理所有的消息。利用该消息分发处理的 方法或装置,还可以根据音视频终端的唯一 ID来决定接收消息的用户,其可以是单个的用 户也可是一个特定范围的用户,具有很大的灵活性。通过使用本发明的方法、装置和音视频 终端,还增强了用户体验。

【专利附图】

【附图说明】
[0033] 以下结合附图,对本发明的实施例进行详细的描述:
[0034] 图1所示为根据本发明的一具体实施例的消息分发处理的方法的流程图;
[0035] 图2所示为根据本发明的一具体实施例的消息流向和状态转换示意图;
[0036] 图3所示为根据本发明的一具体实施例的消息分发处理的装置的结构图。

【具体实施方式】
[0037] 如图1所示为根据本发明的一具体实施例的消息分发处理的方法的流程图,图2 所示为根据本发明的一具体实施例的消息流向和状态转换示意图.作为实例,其可以是一 音视频终端系统的运行周期内的消息流向和状态转换。
[0038] 如图3所示为根据本发明的一具体实施例的消息分发处理的装置的结构图,其中 该消息数据可以为用于在音视频终端(例如机顶盒、智能电视)上提供数字电视增值业务 的消息数据。本发明的消息分发处理装置可以为音视频终端的消息系统或其一部分。
[0039] 该实施例的处理过程可分为以下步骤:
[0040] 步骤(1),对消息数据进行定义和封装,形成码流(图中未显示)。其中,本实施例 使用自定的地址描述符和消息描述符对消息数据进行定义,并使用定制的MRT表对消息数 据进行封装,其中地址描述符包含地址数据;消息描述符包括消息类型描述符和消息文本 描述符,还可包括滚轴消息描述符或其他消息控制描述符,如针对语音消息和图像消息的 控制描述符等。消息类型描述符可用于指定消息数据的类型,消息文本描述符可用于提供 消息内容;滚轴消息描述符可用于确定滚轴消息行为。在使用上述规范制作好码流后,将码 流发送出来。
[0041] 步骤(2),接收所述码流。
[0042] 步骤(3),对码流进行预解析,根据获得的地址数据判断该消息数据是否是分发给 当前音视频终端,如果是则解析该消息数据。
[0043] 具体的,对码流中的封装有消息数据的MRT表进行预解析,根据获得的地址数据 判断该消息数据是否是分发给当前音视频终端,如果是则分配数据单元,解析该消息数据, 并把不同的描述符存储至数据单元中。
[0044] 步骤(4),在解析完毕后,根据消息数据的类型进行对应的显示处理,其中,步骤 (4)可细分为以下步骤:
[0045] 步骤(21)判断消息数据的类型。
[0046] 步骤(22)根据消息数据的类型,在屏幕上显示该信息或在屏幕上给出提示。
[0047] 步骤(23)将消息存入收件箱和/或跳转至步骤(1)。
[0048] 其中,在步骤(22)中,消息数据的类型包括弹出框消息、滚轴消息和收件箱消息, 在本实施例中,对消息数据的类型进行判断,如果是弹出框消息,则在屏幕上直接弹出包含 该信息的弹出框以进行弹出显示,并根据用户操作或新消息到达触发,将该消息存入收件 箱和/或清屏和/或跳转至步骤(1)。例如,当用户按下,例如,设置在弹出框中的确认键后, 屏幕清屏,弹出框所含的消息存储到收件箱中;如果用户按下设置在弹出框中的退出键, 屏幕清屏,消息不保存;在用户操作后,系统等待下一个新消息的到达;若用户不做任何操 作,弹出框可保持显示,在下一个新消息到达时,自动覆盖弹出框中的旧消息。
[0049] 如果是滚轴消息,则在屏幕上直接弹出包含该滚轴消息的滚轴以进行滚动显示, 并根据用户操作或新消息到达触发,将该滚轴消息存入收件箱和/或清屏和/或跳转至步 骤(1)。例如,显示模块根据滚动显示位置参数(参看下文表格中的scrolljocation)设 定在屏幕的顶端或者是底端显示滚轴。如果定义了强制显示标志参数(参看下文表格中的 scroll_force),同时未定义超时参数(参看下文表格中的scroll_loop),贝U在用户按下确 认键或者是超时满足后显示模块将滚轴消息关闭;如果定义了强制显示标志参数,同时定 义了超时参数,那么按键无效,在超时时间过后,显示模块将滚轴消息关闭,系统等待下一 个新消息的到达。
[0050] 如果是收件箱消息,则在屏幕上生成提示标记,并将该收件箱消息存入收件箱。例 如,音视频终端的操作系统或界面的主菜单中必须存在收件箱菜单的入口,收件箱中只能 读取消息,不能删除或修改消息。对于未阅读的消息,在屏幕上应该有标记进行提示。
[0051] 根据本发明的另一实施例,为实现消息数据的接收、解析和显示的消息分发处理 的装置,如图3所示。该装置包括:消息数据封装模块(图未示)、接收模块、解析模块和显 示模块。
[0052] 消息数据封装模块对消息数据进行定义和封装,形成码流,其中,消息数据封装模 块适配为使用自定的地址描述符和消息描述符对消息数据进行定义,并使用定制的MRT表 对消息数据进行封装,其中地址描述符含有地址数据,消息描述符包括消息类型描述符和 消息文本描述符,还可包括滚轴消息描述符。
[0053] 接收模块接收所述码流。
[0054] 解析模块对所述码流进行预解析,根据获得的地址数据判断该消息数据是否是分 发给当前音视频终端,如果是则分配数据单元,解析该消息数据,把不同的描述符存储至数 据单元中。
[0055] 显示模块在解析完毕后,根据消息数据的类型进行对应的显示处理。其中,显示模 块适配为判断消息数据的类型;根据消息数据的类型,在屏幕上显示该消息数据或在屏幕 上给出提示;将消息数据存入收件箱和/或重新等待并获取新消息。
[0056] 消息数据的类型包括弹出框消息、滚轴消息和收件箱消息,其中所述显示模块适 配为,
[0057] 对于弹出框消息,在屏幕上直接弹出包含该弹出框消息的弹出框以进行弹出显 示,并根据用户操作或新消息到达触发,将该弹出框消息存入收件箱和/或清屏和/或通过 接收模块重新等待并获取新消息;对于滚轴消息,在屏幕上直接弹出包含该滚轴消息的滚 轴以进行滚动显示,并根据用户操作或新消息到达触发,将该滚轴消息存入收件箱和/或 清屏和/或通过接收模块重新等待并获取新消息;对于收件箱消息,在屏幕上生成提示标 记,并将该收件箱消息存入收件箱。
[0058] 根据本发明的再一实施例,为含有接收模块、解析模块和显示模块的音视频终端 (例如机顶盒、智能电视等),其实现消息数据的接收、解析和显示。
[0059] 根据本发明的再进一步的实施例,在所述消息类型描述符中,消息数据的类型可 以包括文本消息、语音消息、图像消息或其三者的组合。而消息描述符还可包括其他消息控 制描述符,例如用于控制语音消息、图像消息行为的消息控制描述符。由此可设想到,上述 的步骤(22),以及图3所示的显示模块的功能,可根据添加的消息数据的类型进行扩展。
[0060] 以下对本实施例涉及的消息数据的定义和封装,以及显示模块对消息数据的处理 进行详细说明。
[0061] 1.消息类型及用户界面(以下表述为UI)表现。
[0062] 本实施例所提到的消息分发系统的消息类型有三种:弹出框消息、滚轴消息和收 件箱消息。各消息的Π 表现如下所述:
[0063] 1. 1弹出框消息
[0064] 弹出框消息是直接在终端用户的电视机屏幕上显示的消息。用户不能拒绝这种 类型的消息,但可以通过遥控器按键来通知音视频终端端的应用程序确认接收该消息。一 旦确认接收某消息,该消息就会保存到音视频终端端的应用程序的收件箱中,直到前端发 送删除该消息的命令到达该音视频终端。弹出框消息在屏幕上显示占的比例是固定的,例 如,作为示例,宽度为屏幕宽度的74% (左右距离屏幕两端均为屏幕宽度的13% ),高度为 屏幕高度的67% (上方距离屏幕顶端为屏幕高度的15%,下方距离屏幕顶端为屏幕高度的 18% ),其实际大小取决于显示屏幕的分辨率。作为示例,弹出框消息的大小与通过上述比 例计算出来的大小之间允许有10%的变化,以包含边框或者使大小取整。比如,在一个分辨 率为1024x768像素的显示屏上,弹出框消息的宽度和高度应该为768像素和515像素。弹 出框消息的显示区域由3个部分组成,从上到下分别是:标题栏、正文区和帮助栏。标题栏、 正文和帮助栏的宽度与消息框的宽度一致。标题栏的高度为消息框高度的18%,正文区的 高度为消息框高度的68%,帮助栏的高度为消息框高度的14%。同样的,这里给出的比例 也允许有10%的变化。
[0065] 1.2滚轴消息
[0066] 和弹出框消息类似,滚轴消息也是直接在终端用户的电视机屏幕上显示的消息。 这种类型的消息通常用来向终端用户发送事件或者促销信息,并且大多数情况下,滚轴消 息不需要用户过多的进行干预(消息会根据内容大小或在消息中携带的超时条件满足后 自动消失)。当然用户也可以通过遥控器按键来通知音视频终端端的应用程序确认接收该 消息,一旦确认接收某消息,该消息就会保存到音视频终端端的应用程序的收件箱中,直到 前端发送删除该消息的命令到达该音视频终端。滚轴消息在屏幕的顶部或底部显示,例如, 显示框的宽度可与屏幕宽度相等,作为示例,滚轴消息的边缘距离屏幕的边缘有一个高度 为屏幕高度的4%的间隙。例如,在一个像素为1024x768的屏幕的顶部显示滚轴消息时,滚 轴消息的上边缘距离屏幕的上边缘大概有一个30像素的间隙。若滚轴消息在该屏幕的底 部显示,则滚轴消息的下边缘距离屏幕的下边缘大概有一个30像素的间隙。滚轴消息显示 的高度为屏幕高度的10%,该高度比例允许自身有10%的变化。还是以像素为1024x768 的屏幕为例,滚轴消息的高度应该为76个像素,但由于可以有10%的变化,所以83个像素 或者69个像素的高度也是允许的,这取决于对滚动消息的排版。滚轴消息的显示区域也由 3个部分组成,从左到右分别是:标题栏、正文区和帮助栏。标题栏、正文区和帮助栏的高度 与滚动框的高度一致。标题栏的宽度为滚动框宽度的17%,正文区的高度为消息框高度的 66%,标题栏的高度为消息框高度的17%。同样的,这里给出的比例也允许有10%的变化。 [0067] 1.3收件箱消息
[0068] 作为音视频终端操作系统或界面的消息系统,其需要提供一个收件箱来让用户查 看已经接收到的消息,作为示例,其设置为使用户无权删除收件箱中的消息或对其进行修 改,也就是说,收件箱及其内容对用户来说是只读的。收件箱消息到达之后,消息会直接保 存到收件箱中,并在屏幕上给出相应的提示信息,告知用户有新消息到达,该提示信息还应 包含未读消息的数量。用户可以通过图形菜单访问收件箱,收件箱显示时占满整个屏幕。收 件箱主要有3部分组成,从上到下分别为:标题栏、主体区和帮助栏。其中主体区又分为2部 分,从左到右分别是:列表区和正文区。标题栏、主体区和帮助栏的宽度和屏幕宽度相等,标 题栏的高度占屏幕高度的18%,主体区的高度占屏幕高度的64%,帮助栏的高度占屏幕高 度的18%。主体区中的列表区和正文区的高度与主体区的高度相等,列表区的宽度占主体 区宽度的28%,正文区的宽度占主体区宽度的72%。考虑到音视频终端的存储空间有限, 收件箱采用FIFO (先入先出)的策略对消息进行保存和管理,当收件箱已满时,在接收到新 的消息后,最早进入收件箱的消息首先会被删除以腾出空间存储新到达的消息。
[0069] 2.消息数据封装格式。
[0070] 根据本发明的实施例所述的消息系统主要采用自定义的MRT (Message Recipient Table)表对数据进行封装,作为实例,以下给出消息数据的封装定义,该定义兼容MPEG-2 标准。
[0071]

【权利要求】
1. 一种消息分发处理的方法,其特征在于,包括步骤: (1) 对消息数据进行定义和封装,形成码流; (2) 接收所述码流; (3) 对所述码流进行预解析,根据获得的地址数据判断该消息数据是否是分发给当前 音视频终端,如果是则解析该消息数据; (4) 在解析完毕后,根据消息数据的类型进行对应的显示处理。
2. 根据权利要求1所述的一种消息分发处理的方法,其特征在于,在步骤(1)中,使用 自定的地址描述符和消息描述符对消息数据进行定义,并使用定制的MRT表对消息数据进 行封装,其中地址描述符包含地址数据,消息描述符包括消息类型描述符。
3. 根据权利要求2所述的一种消息分发处理的方法,其特征在于,在步骤(3)中,分配 数据单元,把不同的描述符存储至数据单元中。
4. 根据权利要求1至3任一项所述的一种消息分发处理的方法,其特征在于,在步骤 (4)中,包括子步骤: (21) 判断消息数据的类型; (22) 根据消息数据的类型,在屏幕上显示该消息数据或在屏幕上给出提示; (23) 将消息数据存入收件箱和/或跳转至步骤(1)。
5. 根据权利要求4所述的一种消息分发处理的方法,其特征在于,在步骤(22)中,消息 数据的类型包括弹出框消息、滚轴消息和收件箱消息,其中: 对于弹出框消息,在屏幕上直接弹出包含该弹出框消息的弹出框以进行弹出显示,并 根据用户操作或新消息到达触发,将该弹出框消息存入收件箱和/或清屏和/或跳转至步 骤⑴; 对于滚轴消息,在屏幕上直接弹出包含该滚轴消息的滚轴以进行滚动显示,并根据用 户操作或新消息到达触发,将该滚轴消息存入收件箱和/或清屏和/或跳转至步骤(1); 对于收件箱消息,在屏幕上生成提示标记,并将该收件箱消息存入收件箱。
6. -种消息分发处理的装置,其特征在于,包括: 消息数据封装模块,对消息数据进行定义和封装,形成码流; 接收模块,接收所述码流; 解析模块,对所述码流进行预解析,根据获得的地址数据判断该消息数据是否是分发 给当前音视频终端,如果是则解析该消息数据; 显示模块,在解析完毕后,根据消息数据的类型进行对应的显示处理。
7. 根据权利要求6所述的一种消息分发处理的装置,其特征在于,消息数据封装模块 使用自定的地址描述符和消息描述符对消息数据进行定义,并使用定制的MRT表对消息数 据进行封装,其中地址描述符含有地址数据,消息描述符包括消息类型描述符。
8. 根据权利要求6或7所述的一种消息分发处理的装置,其特征在于,所述显示模块判 断消息数据的类型;根据消息数据的类型,在屏幕上显示该消息数据或在屏幕上给出提示; 将消息数据存入收件箱和/或重新等待并获取新消息。
9. 根据权利要求8所述的一种消息分发处理的装置,其特征在于,消息数据的类型包 括弹出框消息、滚轴消息和收件箱消息,其中所述显示模块适配为, 对于弹出框消息,在屏幕上直接弹出包含该弹出框消息的弹出框以进行弹出显示,并 根据用户操作或新消息到达触发,将该弹出框消息存入收件箱和/或清屏和/或重新等待 并获取新消息; 对于滚轴消息,在屏幕上直接弹出包含该滚轴消息的滚轴以进行滚动显示,并根据用 户操作或新消息到达触发,将该滚轴消息存入收件箱和/或清屏和/或重新等待并获取新 消息; 对于收件箱消息,在屏幕上生成提示标记,并将该收件箱消息存入收件箱。
10. -种首视频终端,其特征在于,所述首视频终端包括: 接收模块,接收对消息数据进行定义和封装而形成的码流; 解析模块,对所述码流进行预解析,根据获得的地址数据判断该消息数据是否是分发 给当前音视频终端,如果是则解析该消息数据; 显示模块,在解析完毕后,根据消息数据的类型进行对应的显示处理。
【文档编号】H04N21/434GK104125514SQ201410301658
【公开日】2014年10月29日 申请日期:2014年6月27日 优先权日:2014年6月27日
【发明者】陈业安 申请人:深圳市九洲电器有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1