专利名称：在数据广播中标示传输代码集的方法和设备的制作方法
技术领域：
本发明涉及一种标示(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已被设计以统一在有线广播中被使用的OCAP和在地波广播中被使用的数字TV应用软件环境(DASE)。
DVB-MHP、OCAP、和ACAP使用由ISO-IEC 13818-6标准定义的对象轮播。为了交换用于命名数据、目录、和文件的路径名组件，对象轮播使用定义在CORBA/IIOP 2.1规范中的公共对象请求代理架构(CORBA)字串。另外，当字符编码数据没有在CORBA字串中被指定时，对象轮播使用用于编码系统的ISO 8859-1(ISO Latin 1)标准。因此，这些使用对象轮播的中间件技术使用用于基本编码系统的ISO 8859-1标准来命名路径名、文件、和目录。然而，DVB-MHP、OCAP、和ACAP对于路径名仅仅支持拉丁语言，从而不可能通过使用另一种语言来表示路径名。
发明内容
本发明提供了一种用于报告关于编码系统的信息以在使用对象轮播的系统中通过使用多种语言来表示路径名的方法和设备。
根据本发明的一方面，提供了一种在使用对象轮播的数据广播系统中使用传输代码集标示方法的客户机，该客户机包括系统接口，用于接收由服务器广播的广播流；多路分解器，用于从由系统接口接收的广播流中多路分解对应于由用户选择的节目的打包基本流(PES)包；图像解码器，用于对用于图像的多路分解的PES解码；声音解码器，用于对用于声音的多路分解的PES解码；和中央处理单元(CPU)，用于从多路分解的消息PES中取出关于在对象轮播消息中使用的字符串的传输代码集的信息，并且基于该取出的关于传输代码集的信息对在对象轮播消息中使用的字符串解码。
根据本发明的另一方面，提供了一种在使用对象轮播的数据广播系统中使用传输代码集标示方法的服务器，该服务器包括图像编码器，用于对图像数据编码并且产生图像位流；声音编码器，用于对声音数据编码并且产生声音位流；多路复用器，用于多路复用图像位流和声音位流并且产生传输流；RF信号处理单元，用于将传输流调制成将被输出的信号；和CPU，用于控制图像编码器、声音编码器、多路复用器、和RF信号处理单元，产生将被加载在传输流上的对象轮播消息，并且产生包括关于在该消息中使用的字符串的传输代码集的信息的消息。
根据本发明的另一方面，提供了一种标示传输代码集的方法，该方法包括从服务器接收消息，该消息包括关于在对象轮播消息中使用的字符串的传输代码集的信息；从接收的消息中取出关于传输代码集的信息；和基于关于传输代码集的信息对在对象轮播消息中使用的字符串解码。
通过参照附图对本发明的示例性实施例进行详细的描述，本发明的以上和其它的方面将会变得清楚，其中图1是示出DSM-CC模型的概念的方框图；图2示出包括对象轮播谱(spectrum)的DVB服务；图3示出BIOP消息的格式；图4示出downloadServerInitiate(DSI)消息的ServiceGatewayInfo()的格式；图5示出BIOP::DirectoryMessage的格式；图6示出BIOP::FileMessage的格式；图7是根据本发明示例性实施例的服务器的方框图；图8是根据本发明示例性实施例的客户机的方框图；和图9是示出根据本发明的示例性实施例的标示传输代码集的方法的流程图。
具体实施例方式
通过参照下面对示例性实施例和附图的详细描述，本发明和实现本发明的方法可以被更容易地理解。然而，本发明可以以不同的形式被实施并且不应该被解释为局限于在此阐述的示例性实施例。更合适地，提供这些示例性实施例以便于本公开将会彻底和完全并且将会完整地把本发明的概念传达给本领域的技术人员，并且本发明将仅仅被所附的权利要求所限定。说明书中相同的标号始终表示相同的部件。
现在将参照显示本发明的示例性实施例的附图更完整地描述本发明。
数字存储介质命令和控制(DSM-CC)标准是一套提供用于管理MPEG-1和MPEG-2位流以发送多媒体宽带服务的控制功能和操作的协议。对象轮播的概念已被定义在DSM-CC标准中并被反映在DVB规范中，然后已经被DVB-MHP、OCAP、和ACAP采用作为用于数字广播的中间件规范。
图1示出DSM-CC模型的概念。
在DSM-CC模型中，由服务器120产生的流被发送到客户机110，服务器120和客户机110都被当作用户。客户机110是使用多媒体内容的机顶盒、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-2TS包括MPEG-2视频和MPEG-2音频。数据广播被当作基于MPEG-2的DVB传输标准的主要扩充。数据广播的例子包括经由卫星、电缆、或地面链路的软件下载、经过广播信道的因特网服务的传输、和交互式TV。数据信息当被包括在MPEG-2TS中时可以被发送。发送数据信息的方法的例子包括数据管道、数据流、多协议封装、数据轮播、和对象轮播。
图2示出使用对象轮播的DVB服务。
由DSM-CC定义的对象轮播是一种支持从使用目录对象、文件对象、和流对象的广播服务器传输对象群到广播接收器的数据结构。在这种情况下，真实的目录和内容位于服务器中。对象轮播规范支持这样的数据广播服务，其要求DSM-CC U-U对象经过兼容DVB的广播网络的定期广播。服务器根据对象轮播协议反复地把对象插入兼容DVB的MPEG-2TS。被发送的目录210和文件220包括对象的内容，并且被发送的流230是用于广播的其它的流的参考(reference)。此外，流230可以包括关于在特定的流中被广播的DSM-CC事件的信息。DSM-CC事件可以与普通流数据一起被广播并且被用于触发DSM-CC应用程序。多个客户机通过反复地读取被发送的轮播数据而把服务器上的对象伪装成客户机的对象实现，从而客户机可以恢复该对象实现。轮播的对象提供给客户机一种访问应用程序和被应用程序使用的内容的方法，就好像客户机被连接到服务器一样。
对象轮播中的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而被发送。每个DDB消息作为一种MPEG-2区段340而被顺序地发送。块可以通过使用多路分解器的硬件滤波器而从TS直接获得。为了从广播网络获得一个对象，每一个包括对象的模块应该被获得。因此，应该获得模块的传输参数，例如，模块版本、模块大小、块大小、定时、和广播信道。因为这些参数作为DownloadInfoIndication(DII)消息而被发送，所以DII消息应该先于模块被获得。结果，从广播网络获得对象的过程包括获得DII消息和模块。
为了获得从广播流发送的对象，DownloadServerInitiate(DSI)消息被获得，并且包括在该DSI消息中的ServiceGatewayInfo结构被解释。DSI消息包括关于被包括在超群(super group)中的群的信息。在这种情况下，超群由多于一个的群构成，并且群由多于一个的模块构成。
图4示出ServiceGatewayInfo结构语法。
对象轮播表示特定服务域，其是一套DVB网络中的DSM-CC U-U对象。该服务域包括为接收器提供服务名和对象名的图表的服务网关。
客户机从ServiceGatewayInfo获得表示对象的位置的内部可操作参考(IOR)410。被包括在ServiceGatewayInfo中的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)代码集上下文结构。CORBA GIOP代码集上下文结构将参照图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发送传输流。CPU 760控制每个单元的操作，并且产生将被加载在传输流上的诸如DSI消息、DII消息、和DDB消息的对象轮播消息。当在对象消息中使用除了ISO 8859-1以外的传输代码集时，CPU 760产生包括关于传输代码集的信息的BIOP::ServiceGateway消息。
在对象轮播中的字符串的传输遵循被定义在CORBA/IIOP 2.1规范中的CORBA字串。基于CORBA/IIOP 2.1规范，当关于传输代码的信息没有被解释时，CORBA字串遵循ISO 8859-1(ISO Latin 1)标准。因此，使用对象轮播的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 CodeSetId；Struct CodeSetContext{CodeSetId char_data；CodeSetId wchar_data；}}根据CORBA/IIOP 2.1规范，TCS-C和TCS-W的值通过使用GIOP代码集服务上下文而被分配。这样，为了把关于对象轮播的CORBA字串传输代码集的信息报告给客户机，CORBA/IIOP 2.1规范的GIOP代码集服务上下文结构可以被选择性地插入对象轮播的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)来产生传输流，并且把该传输流发送到多路分解器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从接收的BIOP::ServiceGateway消息取出关于在对象轮播消息中使用的字符串的传输代码集的信息，以通过使用对应于该传输代码集的解码器对消息中的字符串解码。
示于图7和8中的每个单元可以以硬件方式或软件方式实现。
图9是示出根据本发明的示例性实施例的共享关于传输代码集的信息的方法的流程图。
在操作步骤S910中，服务器通过在BIOP::ServiceGateway消息的serviceContextList_data_byte字段530中插入GIOP代码集服务上下文，来发送包括关于在对象轮播消忽中使用的CORBA字串的传输代码集的信息的GIOP代码集服务上下文，并且在操作步骤S920中客户机接收该BIOP::ServiceGateway消息。在操作步骤S930中，客户机的CPU 880从BIOP::ServiceGateway消息取出GIOP代码集服务上下文，以取出关于传输代码集的信息。在操作步骤S940中，客户机的CPU 880根据取出的传输代码集信息通过使用正确的字符解码器，来对包括在消息中的路径名解码。
尽管已参照其示例性实施例具体地显示和描述了本发明，但是本领域的技术人员应该理解的是，在不脱离由下面的权利要求所限定的本发明的精神和范围的情况下，可以对其进行形式和细节上的各种修改。
根据本发明的用于标示传输代码集的设备和方法，通过标示传输代码集从而在传送关于对象轮播消息中路径名的字符编码系统的数据中允许使用各种语言来命名路径名。
权利要求
1.一种在使用对象轮播的数据广播系统中使用传输代码集标示方法的客户机，该客户机包括多路分解器，用于从由服务器广播的广播流中多路分解对应于选择的节目的打包基本流包；图像解码器，用于对用于图像的多路分解的打包基本流解码；声音解码器，用于对用于声音的多路分解的打包基本流解码；和处理单元，用于从多路分解的消息打包基本流中取回关于在对象轮播消息中使用的字符串的传输代码集的信息，并且基于该取回的关于传输代码集的信息对在对象轮播消息中使用的字符串解码。
2.如权利要求1所述的客户机，其中，该字符串是一种遵循定义在CORBA/IIOP 2.1规范中的CORBA字串的字符串。
3.如权利要求1所述的客户机，其中，该包括关于传输代码集的信息的消息是BIOP::ServiceGateway消息。
4.如权利要求1所述的客户机，其中，关于传输代码集的信息通过使用CORBA/IIOP 2.1规范的通用内部ORB协议代码集服务上下文而被表示。
5.如权利要求1所述的客户机，其中，传输代码集是UFT-8传输代码集。
6.一种在使用对象轮播的数据广播系统中使用传输代码集标示方法的服务器，该服务器包括图像编码器，用于对图像数据编码并产生图像位流；声音编码器，用于对声音数据编码并产生声音位流；多路多路多路复用器，用于多路复用图像位流和声音位流并产生传输流；RF信号处理单元，用于将传输流调制成将被输出的信号；和处理单元，用于控制图像编码器、声音编码器、多路复用器、和RF信号处理单元，产生将被加载在传输流上的对象轮播消息，并且产生包括关于在该消息中使用的字符串的传输代码集的信息的消息。
7.如权利要求6所述的服务器，其中，字符串是一种遵循定义在CORBA/IIOP 2.1规范中的CORBA字串的字符串。
8.如权利要求6所述的服务器，其中，该包括关于传输代码集的信息的消息是BIOP::ServiceGateway消息。
9.如权利要求6所述的服务器，其中，关于传输代码集的信息通过使用CORBA/IIOP 2.1规范的通用内部ORB协议代码集服务上下文而被表示。
10.如权利要求6所述的服务器，其中，传输代码集是UFT-8传输代码集。
11.一种经由广播接收数据流的方法，该方法包括接收包括对象的对象轮播，所述对象包括数据和关于所述对象的结构的信息；从对象轮播中取回传输代码集信息，其中，传输代码集信息提供用于解释表示所述对象的结构的字符串的指令；和使用基于由传输代码集信息提供的指令而被选择的正确的字符解码器对字符串解码。
12.如权利要求11所述的方法，其中，对象轮播在ISO-IEC 13838-6标准下被定义。
13.如权利要求11所述的方法，其中，字符串是在CORBA/IIOP下定义的CORBA字串。
14.如权利要求11所述的方法，其中，传输代码集信息被包括在对象轮播的通用内部ORB协议代码集服务上下文中。
15.如权利要求14所述的方法，其中，通用内部ORB协议代码集服务上下文被包括在对象轮播的BIOP::ServiceGateway消息中。
16.如权利要求11所述的方法，如果取回的传输代码集信息包括指示ISO8859-1标准的值，则该信息提供用于在ISO 8859-1标准下解释字符串的指令。
17.如权利要求11所述的方法，如果取回的传输代码集信息包括指示UTF-8标准的值，则该信息提供用于在UTF-8标准下解释字符串的指令。
18.如权利要求11所述的方法，如果不能得到传输代码集信息，则使用正确的字符解码器对字符串解码的步骤包括在ISO 8859-1标准下对字符串解码。
19.一种经由广播接收数据流的客户机，该客户机包括接收器，用于接收包括对象的对象轮播，所述对象包括数据和关于所述对象的结构的信息；处理器，用于从对象轮播中取回传输代码集信息，其中，传输代码集信息提供用于解释表示所述对象的结构的字符串的指令；和解码器，其基于由传输代码集信息提供的指令而被选择以对字符串解码。
20.如权利要求19所述的客户机，其中，对象轮播在ISO-IEC 13838-6标准下被定义。
21.如权利要求19所述的客户机，其中，字符串是在CORBA/IIOP下定义的CORBA字串。
22.如权利要求19所述的客户机，其中，传输代码集信息被包括在对象轮播的通用内部ORB协议代码集服务上下文中。
23.如权利要求22所述的客户机，其中，通用内部ORB协议代码集服务上下文被包括在对象轮播的BIOP::ServiceGateway消息中。
24.如权利要求19所述的客户机，如果取回的传输代码集信息包括指示ISO 8859-1标准的值，则该信息提供用于在ISO 8859-1标准下解释字符串的指令。
25.如权利要求19所述的客户机，如果取回的传输代码集信息包括指示UTF-8标准的值，则该信息提供用于在UTF-8标准下解释字符串的指令。
26.如权利要求19所述的客户机，如果不能得到传输代码集信息，则使用正确的字符解码器对字符串解码包括在ISO 8859-1标准下对字符串解码。
27.一种支持在广播数据流中以各种语言表示的对象的结构的方法，该方法包括产生包括对象的对象轮播，所述对象包括数据和关于所述对象的结构的信息；将传输代码集信息插入对象轮播，其中，传输代码集信息提供用于解释表示所述对象的结构的字符串的指令；和发送对象轮播。
28.如权利要求27所述的方法，如果插入的传输代码集信息包括指示ISO 8859-1标准的值，则该信息提供用于在ISO 8859-1标准下解释字符串的指令。
29.如权利要求27所述的方法，如果插入的传输代码集信息包括指示UTF-8标准的值，则该信息提供用于在UTF-8标准下解释字符串的指令。
30.一种支持在广播数据流中以各种语言表示的对象的结构的服务器，该服务器包括产生器，用于产生包括对象的对象轮播，所述对象包括数据和关于所述对象的结构的信息；处理器，用于将传输代码集信息插入对象轮播，其中，传输代码集信息提供用于解释表示所述对象的结构的字符串的指令；和发送器，用于发送对象轮播。
31.如权利要求30所述的服务器，如果插入的传输代码集信息包括指示ISO 8859-1标准的值，则该信息提供用于在ISO 8859-1标准下解释字符串的指令。
32.如权利要求30所述的服务器，如果插入的传输代码集信息包括指示UTF-8标准的值，则该信息提供用于在UTF-8标准下解释字符串的指令。
33.一种支持在广播数据流中以各种语言表示的对象的结构的方法，该方法包括产生包括对象的对象轮播，所述对象包括数据和关于所述对象的结构的信息；将传输代码集信息插入对象轮播，其中，传输代码集信息提供用于解释表示所述对象的结构的字符串的指令；接收对象轮播；从对象轮播取回传输代码集信息；和使用基于由传输代码集信息提供的指令而被选择的正确的字符解码器对字符串解码。
34.如权利要求33所述的方法，其中，对象轮播在ISO-IEC 13838-6标准下被定义。
35.如权利要求33所述的方法，其中，字符串是在CORBA/IIOP下定义的CORBA字串。
36.如权利要求33所述的方法，其中，传输代码集信息被包括在对象轮播的通用内部ORB协议代码集服务上下文中。
37.如权利要求36所述的方法，其中，通用内部ORB协议代码集服务上下文被包括在对象轮播的BIOP::ServiceGateway消息中。
38.如权利要求33所述的方法，如果插入的传输代码集信息包括指示ISO 8859-1标准的值，则该信息提供用于在ISO 8859-1标准下解释字符串的指令。
39.如权利要求33所述的方法，如果插入的传输代码集信息包括指示UTF-8标准的值，则该信息提供用于在UTF-8标准下解释字符串的指令。
40.如权利要求33所述的方法，如果不能得到传输代码集信息，则使用正确的字符解码器对字符串解码的步骤包括在ISO 8859-1标准下对字符串解码。
41.一种支持在广播数据流中以各种语言表示的对象的结构的系统，该系统包括产生器，用于产生包括对象的对象轮播，所述对象包括数据和关于所述对象的结构的信息；第一处理器，用于把传输代码集信息插入对象轮播，其中，传输代码集信息提供用于解释表示所述对象的结构的字符串的指令；接收器，用于接收对象轮播；第二处理器，用于从对象轮播中取回传输代码集信息；和解码器，其基于由传输代码集信息提供的指令而被选择以对字符串解码。
全文摘要
提供一种用于在数据广播中标示传输代码集的方法和设备。一种使用传输代码集标示方法的客户机包括多路分解器，用于从由系统接口接收的广播流中多路分解对应于由用户选择的节目的打包基本流(PES)包；图像解码器，用于对用于图像的多路分解的PES解码；声音解码器，用于对用于声音的多路分解的PES解码；和CPU，用于从多路分解的消息PES中取出关于在对象轮播消息中使用的字符串的传输代码集的信息，并且基于该取出的关于传输代码集的信息对在对象轮播消息中使用的字符串解码。
文档编号H04N7/173GK1767605SQ200510077508
公开日2006年5月3日 申请日期2005年6月17日 优先权日2004年9月24日
发明者李度衡, A. 亚当斯·格伦, 李光基 申请人:三星电子株式会社