专利名称：在数据广播中标示传输代码集的方法和设备的制作方法
技术领域：
本发明涉及一种标示(signal)传输代码集(transmission code set)的设备和 方法，更具体地讲，涉及一种在传送关于对象库仑纟番消息(object carousel message) 中的路径名的字符编码系统的数据中为了通过使用各种语言命名路径名而标 示传输代码集的方法。
背景技术：
数字广播是一种执行双向数据传送和不同于模拟广播的数据再现和存储 的先进的广播技术。在数字广播中，TV信号被压缩并且作为编码的数据信号 被记录于其中的数字信号而被广播。因为能够经由数字广播而被传送的信号 的数量比模拟广播中的大六倍，所以数字广播中的信号的分辨率至少是模拟 广播中的两倍。此外，因为数字无线电信号可以存储多个图像和音频文件， 所以与模拟广播中的 一条信道形成对比，在数字广播中六至八条信道可以在 相同的带宽中被运行。同样地，数字广播已成为信息时代的核心技术，通过 其，图像和音频文件可以被压缩和传送，并且各种信号可以通过使用基于计 算机的通信技术而被调制。因此，数字广播中的TV从传统消极的装置被转 换为积极的多媒体装置。作为数字广播的主要元素的数据广播，除了图像文件、声音文件、软件 应用程序、和数据流以外的，还将数字/多媒体广播内容连续传送到诸如PC、 数字机顶盒、和个人便携式终端的信息处理设备。数据广播不需要返回路径， 并且信息处理设备不用请求内容而接收内容。这样，数据广播是一种结合广 播方法、通信方法、和因特网来以非常高的速度传送双向多媒体内容的高度 先进的技术。因此，数据广播可以解决传统的模拟广播的单向性和简单性以及关于图像质量、音调质量、和因特网广播容量的限制。数字广播系统的例子包括作为地波接收系统在美国使用的先进电视系统委员会(ATSC)系统和在欧洲使用的数字视频广播-陆地(DVB-T)系统、以及 作为有线接收系统在美国使用的OpenCable系统和在欧洲使用的DVB-Cable (DVB-C)系统。用于数字广播的中间件技术的例子包括DVB-多媒体家庭平 台(DVB-MHP)、 OpenCable应用平台(OCAP)、和先进公共应用平台(ACAP)。 DVB-MHP是用于由DVB项目设计的欧洲数字TV的中间件系统。OCAP 是用于被美国的有线电视公司所采用的数字有线电视机顶盒和其它数字装 置的中间件系统。ACAP已被设计以统一在有线广4番中被使用的OCAP和在 地波广播中被使用的数字TV应用软件环境(DASE)。DVB-MHP、 OCAP、和ACAP使用由ISO-IEC 13818-6标准定义的对象 轮播。为了交换用于命名数据、目录、和文件的路径名组件，对象轮播使用 定义在CORBA/IIOP 2.1规范中的公共对象请求代理架构(CORBA)字串。另 夕卜，当字符编码数据没有在CORBA字串中被指定时，对象轮播使用用于编 码系统的ISO 8859-1 (ISO Latin l)标准。因此，这些使用对象轮播的中间件 技术使用用于基本编码系统的ISO 8859-1标准来命名路径名、文件、和目录。 然而，DVB-MHP、 OCAP、和ACAP对于路径名仅仅支持拉丁语言，从而 不可能通过使用另 一种语言来表示路径名。发明内容本发明提供了 一种用于报告关于编码系统的信息以在使用对象轮播的系 统中通过使用多种语言来表示路径名的方法和设备。根据本发明的一方面，提供了 一种在使用对象轮播的数据广播系统中使 用传输代码集标示方法的客户机，该客户机包括系统接口，用于接收由服 务器广播的广播流；多路分解器，用于从由系统接口接收的广播流中多路分 解对应于由用户选择的节目的打包基本流(PES)包；图像解码器，用于对用于 图像的多路分解的PES解码；声音解码器，用于对用于声音的多路分解的PES 解码；和中央处理单元(CPU),用于从多路分解的消息PES中耳又出关于在对 象轮播消息中使用的字符串的传输代码集的信息，并且基于该取出的关于传 输代码集的信息对在对象轮播消息中使用的字符串解码。根据本发明的另 一方面，提供了 一种在使用对象轮播的数据广播系统中使用传输代码集标示方法的服务器，该服务器包括图像编码器，用于对图 像数据编码并且产生图像位流；声音编码器，用于对声音数据编码并且产生 声音位流；多路复用器，用于多路复用图像位流和声音位流并且产生传输流； RF信号处理单元，用于将传输流调制成将被输出的信号；和CPU，用于控制 图像编码器、声音编码器、多路复用器、和RF信号处理单元，产生将被加 载在传输流上的对象轮播消息，并且产生包括关于在该消息中使用的字符串 的传输代码集的信息的消息。根据本发明的另一方面，提供了一种标示传输代码集的方法，该方法包 括从服务器接收消息，该消息包括关于在对象轮播消息中使用的字符串的 传输代码集的信息；从接收的消息中取出关于传输代码集的信息；和基于关于传输代码集的信息对在对象轮播消息中使用的字符串解码。
通过参照附图对本发明的示例性实施例进行详细的描述，本发明的以上 和其它的方面将会变得清楚，其中图l是示出DSM-CC模型的概念的方框图；图2示出包括对象轮播谱(spectrum)的DVB服务；图3示出BIOP消息的^^式；图4示出downloadServerlnitiate (DSI)消息的ServiceGatewaylnfo()的才各式；图5示出BIOP::DirectoryMessage的才各式；图6示出BIOP::FileMessage的才各式；图7是根据本发明示例性实施例的服务器的方框图；图8是根据本发明示例性实施例的客户机的方框图；和l ; 、 、 、、 '具体实施方式
通过参照下面对示例性实施例和附图的详细描述，本发明和实现本发明 的方法可以:帔更容易地理解。然而，本发明可以以不同的形式#:实施并且不 应该被解释为局限于在此阐述的示例性实施例。更合适地，提供这些示例性实施例以便于本公开将会彻底和完全并且将会完整地把本发明的概念传达给 本领域的技术人员，并且本发明将仅仅被所附的权利要求所限定。说明书中 相同的标号始终表示相同的部件。现在将参照显示本发明的示例性实施例的附图更完整地描述本发明。数字存储介质命令和控制(DSM-CC)标准是一套提供用于管理MPEG-1 和MPEG-2位流以发送多媒体宽带服务的控制功能和操作的协议。对象轮播 的概念已被定义在DSM-CC标准中并被反映在DVB规范中，然后已经被 DVB- MHP、 OCAP、和ACAP采用作为用于数字广播的中间件规范。图1示出DSM-CC模型的概念。在DSM-CC模型中，由服务器120产生的流被发送到客户机110，服务 器120和客户机IIO都被当作用户。客户机110是使用多i某体内容的机顶盒、 PC、或个人便携式终端。服务器120提供多媒体内容和服务。网络130表示 提供用户间的连接的一套通信部件。在图1中，运送用户到网络(U-N)数据的 连接136和运送用户到用户(U-U)数据的连接134被显示。U-U信息流在客户 机和服务器之间被使用，U-N信息流在网络和客户机之间或者网络和服务器 之间被使用。DSM-CC定义了被称为会话和资源管理器(SRM)的逻辑实体。 在这种情况下，SRM 132提供了会话和网络资源的集中管理。DVB系统提供了通过采用来自DSM-CC规范的U-U连接经过各种传输 介质的MPEG-2传输流(TS)的传输。MPEG-2 TS包括MPEG-2视频和MPEG-2 音频。数据广播被当作基于MPEG-2的DVB传输标准的主要扩充。数据广 播的例子包括经由卫星、电缆、或地面链路的软件下载、经过广播信道的因 特网服务的传输、和交互式TV。数据信息当被包括在MPEG-2 TS中时可以 被发送。发送数据信息的方法的例子包括数据管道、数据流、多协议封装、 数据轮播、和对象轮播。图2示出使用对象轮播的DVB服务。由DSM-CC定义的对象轮播是一种支持从使用目录对象、文件对象、和 流对象的广播服务器传输对象群到广播接收器的数据结构。在这种情况下， 真实的目录和内容位于服务器中。对象轮播规范支持这样的数据广播服务， 其要求DSM-CC U-U对象经过兼容DVB的广播网络的定期广播。服务器根 据对象轮播协议反复地把对象插入兼容DVB的MPEG-2 TS。被发送的目录 210和文件220包括对象的内容，并且被发送的流230是用于广播的其它的流的参考(reference)。此外，流230可以包括关于在特定的流中一皮广4番的 DSM-CC事件的信息。DSM-CC事件可以与普通流数据一起被广播并且被用 于触发DSM-CC应用程序。多个客户机通过反复地读取#1发送的轮播数据而 把服务器上的对象伪装成客户机的对象实现，从而客户机可以恢复该对象实 现。轮播的对象提供给客户机一种访问应用程序和被应用程序使用的内容的 方法，就好像客户机被连接到服务器一样。对象轮播中的U-U对象的数据和属性被作为消息发送。消息格式使用广 播内部ORB协议(BIOP)被描述。图3示出BIOP消息格式。该BIOP消息由 消息头312、消息段头314、和消息体316构成。消息头312提供关于BIOP 协议版本和BIOP消息长度的信息。消息段头314包括关于被发送的对象的 信息，例如，诸如文件、流、和目录的对象类型和对象键(object key)。消息 体316包括U-U对象的数据。BIOP消息在数据轮播模块320中被广播。在这种情况下， 一个模块320 由多于一个的连接的BIOP消息构成。在一个模块320中的每个对象通过使 用对象键而被识别。根据DSM-CC数据轮播规范，每个模块被分成多于一个 的块。这些块作为DownloadDataBlock (DDB) 330而#1发送。每个DDB消息 作为一种MPEG-2区段340而被顺序地发送。块可以通过使用多路分解器的 硬件滤波器而从TS直接获得。为了从广播网络获得一个对象，每一个包括对 象的模块应该被获得。因此，应该获得模块的传输参数，例如，模块版本、 模块大小、块大小、定时、和广播信道。因为这些参数作为 Downloadlnfolndication (DII)消息而被发送，所以DII消息应该先于模块被获 得。结果，从广播网络获得对象的过程包括获得DII消息和模块。为了获得从广播流发送的对象，DownloadServerlnitiate (DSI)消息被获 得，并且包括在该DSI消息中的ServiceGatewaylnfo结构;故解释。DSI消息包 括关于被包括在超群(supergroup)中的群的信息。在这种情况下，超群由多于 一个的群构成，并且群由多于一个的模块构成。图4示出ServiceGatewaylnfo结构i吾法。对象轮播表示特定服务域，其是一套DVB网络中的DSM-CC U-U对象。 该服务域包括为接收器提供服务名和对象名的图表的服务网关。客户机从ServiceGatewaylnfo获得表示对象的位置的内部可操作参考 (IOR) 410。被包括在ServiceGatewaylnfo中的IOR 410包括对象图表的路由对象在服务网关，换句话说，在一个服务域中的位置信息。因为包括路由对 象的模块应该被获得以确定一 个服务域的路由对象，所以路由对象(BIOP::DirectoryMessage)通过顺序地获得DII消息和DDB消息而被获得。 图5示出BIOP:: DirectoryMessage的形式。BIOP: :DirectoryMessage包括被包括在路由对象中的对象的位置、名称、 和属性。IOR字段510包括对象的位置信息，并且id—data—byte字段520包括 对象的名称信息。objectKind—data字段540包括用于区分消息的类型的值， 并且BIOP::DirectoryMessage具有根据该值的"dir"。另一方面，当objectKind—data字段540的值是"srg"时，该消息变成具 有被包括在路由对象中的对象的信息的BIOP::ServiceGateway消息。因此， 除了 objectKind—data字段540的值之外，BIOP::ServiceGateway消息具有与 BIOP:: DirectoryMessage相同的才各式。BIOP::ServiceGateway 消息的 serviceContextList —data—byte字段530可以包括包含关于CORBA字串的传输 代码集的信息的CORBA通用内部ORB协议(GIOP)代码集上下文结构。 CORBAGIOP代码集上下文结构将参照图7而被描述。图6示出BIOP:: FileMessage的形式。BIOP:: FileMessage是包括真实字段内容的数据消息。客户机通过执行一 系列IOR获得过程而获得期望的对象。图7是根据本发明示例性实施例的服务器700的方框图。 服务器700包括用于对数据编码的图像编码器710和声音编码器720、 多路复用器730、 RF信号处理单元740、传输流输出单元750、和CPU 760。 图像编码器710对图像数据编码并且产生被提供给多路复用器730的图像位 流。声音编码器720对声音数据编码并且产生被提供给多路复用器730的声 音位流。多路复用器730多路复用在图像编码器710和声音编码器720中被 编码的位流，并且产生一个或多个被提供给RF信号处理单元740的传输流。 信号处理单元740将传输流调制成可以被输出的信号，并且将该信号提供给 传输流输出单元750。传输流输出单元750发送传输流。CPU760控制每个单 元的操作，并且产生将纟皮力口载在传输流上的诸如DSI消息、DII消息、和DDB 消息的对象轮播消息。当在对象消息中使用除了 ISO 8859-1以外的传输代码集时，CPU 760产生包括关于传输代码集的信息的BIOP::ServiceGateway消白在对象轮播中的字符串的传输遵循被定义在CORBA/IIOP 2.1规范中的 CORBA字串。基于CORBA/IIOP2.1规范，当关于传输代码的信息没有被解 释时，CORBA字串遵循ISO 8859-1 (ISO Latin l)标准。因此，使用对象轮播 的DVB-MHP、 OCAP、和ACAP使用ISO 8859-1标准作为用于文件名和目 录名的基本传输代码集。这样，为了在CORBA字串中使用另一种传输代码 集，例如UTF-8传输代码集，要求发送关于使用的传输代码集的信息。应用于特定的CORBA字串实例的字符编码规则基于下面的关于字串实例是窄字串(narrow string)还是宽字串(wide string)的参数窄字符传输代码集(TCS-C)的值、和宽字符传输代码集(TCS-W)的值，而被确定。当TCS-C的值未知时，ISO 8859-1标准的基本值被应用。当TCS-W的值未知时，因为缺少用于TCS-W的基本值，所以对宽字串编码或解码就会发生错误。下面是GIOP代码集服务上下文结构的接口定义语言(IDL)表示。 Module CONV—FRAME {Typedef unsigned long CodeSetld;Struct CodeSetContext {CodeSetld char—data;CodeSetld wchar—data;根据CORBA/IIOP 2.1规范，TCS-C和TCS-W的值通过使用GIOP代码 集服务上下文而被分配。这样，为了把关于对象轮播的CORBA字串传输代 码集的信息报告给客户机，CORBA/IIOP 2.1规范的GIOP代码集服务上下文 结构可以被选4奪性地插入对象轮播的BIOP::ServiceGateway消息的 serviceContext List—data—byte字段530 。换句话说，当对于CORBA字串使用 除了 ISO 8859-1标准以外的传输代码集，例如UTF-8传输代码集时，TCS-C 值可以被设置为UTF-8传输代码集，TCS-W值可以通过将未定义的GIOP代 码集服务上下文结构插入 BIOP::ServiceGateway 消息的 serviceContextList—data—byte字段530而^皮设置。而且，对象轮播消息的 CORBA字串可以基于CORBA在窄字串中的定义而被解释。图8是根据本发明示例性实施例的客户机的方框图。图8的客户机是数据广播的机顶盒。机顶盒800包括系统接口 810、多 路分解器820、作为解码单元的图像解码器830和声音解码器840、 CPU 880、 存储器850、图像输出单元860、和声音输出单元870。系统接口 810接收被转换成低频信号的图像/声音信号，并且把接收的信 号调制成将被发射到TV的图像/声音信号。此外，系统接口810通过对调制 的图像/声音信号解扰码(descramble)来产生传输流，并且"fe该传输流发送到多 路分解器820。多路分解器820通过使用滤波器从多个打包基本流(PES)在其 中被多路复用的传输流中选择对应于由用户选择的节目的PES包。图像解码 器830和声音解码器840对由多路分解器820选择的PES解码，以将解码的 PES转换成一种将被发射的流。然后，图像解码器830和声音解码器840通 过图像输出单元860和声音输出单元870输出数据广播。存储器850存储由 多路分解器820选择的PES、解码的图像信号、或者解码的声音信号。CPU 880 控制机顶盒800的每个单元的操作，并且解释从服务器发送的例如DSI消息、 DII消息、和DBB消息的对象轮播消息。更具体地讲，当CPU 880接收BIOP:: ServiceGateway消息时，CPU 880 ,人4妻收的BIOP::ServiceGateway消息取出关 于在对象轮播消息中使用的字符串的传输代码集的信息，以通过使用对应于 该传输代码集的解码器对消息中的字符串解码。图9是示出才艮据本发明的示例性实施例的共享关于传输代码集的信息的 方法的流程图。在操作步骤S910中，服务器通过在BIOP::ServiceGateway消息的 serviceContextList—data—byte字段530中插入GIOP代码集服务上下文，来发 送包括关于在对象轮播消息中使用的CORBA字串的传输代码集的信息的 GIOP代码集服务上下文，并且在操作步骤S920中客户机接收该 BIOP::ServiceGateway消息。在操作步骤S930中，客户机的CPU 880从 BIOP::ServiceGateway消息取出GIOP代码集服务上下文，以取出关于传输代 码集的信息。在操作步骤S940中，客户机的CPU 880根据取出的传输代码 集信息通过使用正确的字符解码器，来对包括在消息中的路径名解码。尽管已参照其示例性实施例具体地显示和描述了本发明，但是本领域的技术人员应该理解的是，在不脱离由下面的权利要求所限定的本发明的精神和范围的情况下，可以对其进行形式和细节上的各种修改。根据本发明的用于标示传输代码集的设备和方法，通过标示传输代码集 从而在传送关于对象轮播消息中路径名的字符编码系统的数据中允许使用各 种语言来命名路径名。
权利要求
1、一种经由广播接收数据流的客户机，该客户机包括接收器，用于接收包括数据和BIOP消息的对象轮播；处理器，用于从BIOP消息取回传输代码集信息，其中，传输代码集信息提供用于解释BIOP消息的字符串的指令；和解码器，基于由传输代码集信息提供的指令对所述字符串解码。
2、 如权利要求1所述的客户机，其中，根据ISO-IEC 13838-6定义对象 轮播。
3、 如权利要求2所述的客户机，其中，所述字符串是根据CORBA/IIOP 2.1定义的CORBA字串。
4、 如权利要求3所述的客户机，其中，BIOP消息是BIOP::ServiceGateway消息。
5、 如权利要求4所述的客户机，其中，处理器读取BIOP::ServiceGateway 消息中的CORBA/IIOP 2.1的通用内部ORB协议代码集服务上下文中的传输 代码集信息。
6、 如权利要求5所述的客户机，其中，传输代码集信息由通用内部ORB 协议代码集服务上下文中的char—data字段表示。
7、 如权利要求6所述的客户机，其中，传输代码集信息被包括在 BIOP::ServiceGateway消息中的通用内部ORB协i义代码集服务上下文中。
8、 如权利要求7所述的客户机，其中，传输代码集信息指示所述字符串 基于ISO 8859-1或UTF-8被编码。
9、 如权利要求8所述的客户机，其中，如果没有在传输代码集信息中明 确编码系统，则解码器基于ISO 8859-1对所述字符串进行解码。
10、 如权利要求9所述的客户机，其中，不对用于宽字符传输代码集的 通用内部ORB协议代码集服务上下文进行定义。
11、 如权利要求10所述的客户机，其中，wchar—data字段不用于确定所 述消息内的字符串的编码系统。
12、 一种对参考数据的消息内的字符串解码的方法，所述方法包括 接收参考通过对象轮播发送的数据的消息，其中，所述消息为BIOP消自'.确定关于用于对消息内的字符串进行编码的编码系统的信息；和根据确定的信息对所述字符串进行解码。
13、 如权利要求12所述的方法，其中，根据ISO-IEC 13838-6定义对象轮播。
14、 如权利要求13所述的方法，其中，所述字符串是根据CORBA/IIOP 2.1定义的CORBA字串。
15 、如权利要求14所述的方法，其中，BIOP消息是BIOP::ServiceGateway消息。
16、 如权利要求15所述的方法，还包括读取BIOP::ServiceGateway消 息中的CORBA/IIOP2.1的通用内部ORB协议代码集服务上下文中的信息。
17、 如权利要求16所述的方法，其中，所述信息由通用内部ORB协议 代码集服务上下文中的char—data字段表示。
18、 如权利要求17所述的方法，其中，所述信息被包括在 BIOP::ServiceGateway消息中的通用内部ORB协议代码集服务上下文中。
19、 如权利要求18所述的方法，其中，所述信息指示所述字符串基于 ISO 8859-1或UTF-8被编码。
20、 如权利要求19所述的方法，还包括如果没有在所述信息中明确编 码系统，则基于ISO 8859-1对字符串进行解码。
21、 如权利要求20所述的方法，其中，不对用于宽字符传输代码集的通 用内部ORB协议代码集服务上下文进行定义。
22、 如权利要求21所述的方法，其中，wchar—data字段不用于确定所述 消息内的字符串的编码系统。
全文摘要
提供一种用于在数据广播中标示传输代码集的方法和设备。一种使用传输代码集标示方法的客户机包括多路分解器，用于从由系统接口接收的广播流中多路分解对应于由用户选择的节目的打包基本流(PES)包；图像解码器，用于对用于图像的多路分解的PES解码；声音解码器，用于对用于声音的多路分解的PES解码；和CPU，用于从多路分解的消息PES中取出关于在对象轮播消息中使用的字符串的传输代码集的信息，并且基于该取出的关于传输代码集的信息对在对象轮播消息中使用的字符串解码。
文档编号H04N7/015GK101267549SQ20081000201
公开日2008年9月17日 申请日期2005年6月17日 优先权日2004年8月24日
发明者A. 亚当斯·格伦, 李光基, 李度衡 申请人:三星电子株式会社