[发明专利]条件处理方法和设备

说明书

技术领域

本发明一般涉及数据处理，具体地，涉及用于高效存储器管理的条件处理方法和设备。

背景技术

描述语言可被分类为命令(imperative)和声明(declarative)描述语言。命令描述语言关注于<怎样>获得目标，以便于明确地说明用于实现目标的算法。命令描述语言包括Fortran、C、Java等。

相反，声明描述语言关注于应当做<什么>，以便于明确地说明目标并且将实现方式留给算法。当利用作为代表性的声明描述语言的超文本标记语言(HTML)编程时，声明什么是要通过HTML视图(view)(即，浏览器)呈现的，从而浏览器的程序算法将要被呈现的转换为要在屏幕上显示的像素。代表性的声明描述语言包括可扩展样式表转换语言(XSLT)、结构化查询语言(SQL)、基于可扩展标记语言(XML)的可缩放矢量图形(SVG)、以及轻量级应用场景表示(LASeR)。

LASeR是随着通信和广播技术的发展通过免费的演示和用户交互使用例如场景描述、视频、音频、图像、字体、文本，元数据和脚本之类的各种多媒体元素向用户提供丰富的内容服务的国际标准。

条件处理是用于通过评估给定的表达来确定结果有效性、是否提供了服务以及信息的执行时间的服务控制方法。在声明描述语言中，条件处理包括确定为条件处理功能的、利用声明描述语言编写的逻辑声明，使得决定性地描述信息的有效性、是否提供服务以及信息的执行时间。

图1是图示了在接收具有传统的声明描述语言的数据的UE的条件处理的过程的流程图。

参考图1，在步骤100接收数据流并且将基本流分配到解码缓存器，在步骤110中，UE解码数据流。在步骤120将解码后的基本流加载到配置存储器中。加载到配置存储器中的基本流、即数据分量被分离(split)成有意义的令牌(token)。以分级关系分析这些令牌，使得数据按句子结构被构成为预定解析树。将所有元素加载到配置存储器中，以便于被配置来执行。在步骤130中，当在解析树的分级元素中存在执行条件处理功能的元素时，在步骤150中UE加载要在步骤140评估的全部目标子节点并且在步骤150逐一访问节点。也就是说，在步骤150，UE对于所有的子节点逐一执行条件处理。在步骤160中，UE确定条件处理评估结果是否为真，并且如果条件处理评估结果为真，则输出结果以显示。

在这种传统的条件处理中，在全部向下节点(子节点)被加载到配置存储器之后，执行条件处理。当在条件处理期间出现被评估为<真>的子节点时，终止条件处理。传统的条件处理被设计为导致根据评估结果而没有在屏幕上显示的子节点被保持加载在配置存储器上。因此，在配置存储器中加载用于条件处理的命令节点的全部子节点，从而占用了巨大的存储空间。因此，即使当仅有一个子节点作为条件处理的结果输出时，剩余的子节点、即其条件处理评估结果为<假>的节点也保持占用存储空间中。

也就是说，对于利用传统声明描述语言构成的数据的执行被设计为使得全部解码数据被加载到配置存储器中以被分解为解析树，从而逐一处理传统处理节点，并且以同样的方式处理其他节点。

根据最近的技术发展趋势，可能将存在集成例如数字视频广播-广播和移动服务融合(DVB-CBMS)以及互联网协议电视(IPTV)之类的不同技术的网络模型，以便于集成地服务不同类型的装置。当单个网络操作者集成地管理用于提供IPTV服务的有线和无线网络时，IPTV服务可被提供到移动和固定装置两者。例如，可实现广播服务，使得发送广播流以支持显示尺寸、存储尺寸、容量和其他特性相互不同的各种类型的端用户终端。这意味着，可通过包括家庭数字TV和移动电话的不同装置提供相同的服务。鉴于这种趋势，正在提出用于提供适应终端和适应条件的服务的各种技术。在这样的基于集成网络的服务环境中，前面提到的条件处理方法希望要求用于积累增加数目的要被评估的子节点的巨大存储空间。但是，具有相对较低容量的终端将经受处理过载，导致服务失败。除了网络集成以外，服务集成增加了终端同时接收各种服务的可能性，从而特定应用的巨大存储器的占用使得终端难以有效地管理其用于其它服务的资源。

发明内容

技术问题

因此，需要一种条件处理方法和设备，其使得端用户终端能够在处理所接收的数据的同时只加载用于提供服务的数据，从而减少存储器的占用并且因此改进存储器管理效率。