专利名称：：数字广播中用扩展标识符更新目标设备软件的方法
技术领域：
：本发明涉及在数字广播中升级目标设备的软件的方法。本发明尤其涉及一种用于更新其软件要进行更新的目标设备的软件的方法，该目标设备是几个目标设备之一。
背景技术：
：近来，对数字广播的兴趣已经扩大了。数字广播从字面上来说是指这样的广播模式，其中对视频、音频、数据等进行处理并且将它们转化为数字信号，然后以数字信号的传输模式进行传输，其不同于传统的模拟广播。数字处理是指使用高级的数字技术将模拟信号转换为由零(0)和一(1)组成的数字信号，其中连同其它信息一起压缩所转换的信号然后以数字传输模式将其发送。在被称为机顶盒的接收设备(也就是，目标设备)中，将所传输的信号恢复为最初识别的视频和/或音频。数字信号有利之处在于与模拟信号相比，它们通常对噪声有抵抗力，需要较小的发射功率，可以使用纠错技术，而且较少由于传输、复制和存储而导致退化。此外，因为数字信号可以使用诸如运动图像专家组(MPEG)之类的压缩算法，所以有可能显著地压缩视频和音频信号，以由此减少信息量。此外，容易检索、处理和编辑信息并且利用大规模集成电路(LSI)技术。数字广播具有如上所述数字信号所具有的优点，而且因此，它还在诸如强噪声抵抗力、信息的有效传输之类的几个方面优于传统的模拟电视。当前正被商业化，或者处于商业化过程中的数字广播支持高清晰度广播，其具有比传统的模拟电视机清楚超过两倍的画面质量。就声音质量而言，支持5.1声道的立体声，由此允许用户就好像他/她在音乐厅中那样收听实况声音。屏幕的长宽比为16∶9(即，采用与电影院屏幕相同比率的宽屏幕)，由此使得当在家观看电影时、以完全模式观看电影成为可能。数字TV还可以利用串联接口从包括数字通用盘(DVD)播放器、数字录像摄像机、数字VCR等在内的各种家庭电器接收数据，或者将数据传输到这些家庭电器，所有这些电器类似于个人计算机(PC)，以数字模式处理信号。使用双向网络的数字广播服务可以提供增值的各种双向服务，例如家庭购物和家庭银行以及Internet搜索，其中该双向网络近来已经准备好向用户提供。图1是说明交互式数字广播系统的配置的功能框图。数字广播系统通常包括数字广播服务供应商100和多个接收设备(目标设备)200，这些接收设备接收由数字广播服务供应商100提供的数字广播。数字广播服务供应商100可以指传输数字广播信号的电台。数字广播服务供应商100可以广播它自己内部产生的内容和/或由内容供应商(未示出)提供的广播内容。数字广播服务供应商100可以通过仅可用于到目标设备200的单向数据传输的广播媒介提供单向服务，并且通过双向网络提供模拟的双向服务。当用户使用双向介质之一时，用户可以利用用于双向数字广播的目标设备200请求数字广播服务供应商100向他/她提供视频点播(VOD)服务，或者在他/她观看TV的同时，向供应商100订购以购买诸如衣服、配饰之类的男演员/女演员正穿戴的任何物品。当前，大体上有两种数字广播传输模式ATSC(高级电视系统委员会)模式和DVB(数字视频广播)模式。ATSC模式已经由高级电视系统委员会提出以在美国开发和研究数字TV标准，而DVB模式已经由欧洲广播联盟(EBU)建立。DVB模式使用正交频分多路复用(OFDM)，其可以调制为正交差分移相键控(DQPSK)或者n-正交调幅(n-QAM)。DVB广播系统基本上包括源编码和多路复用单元、信道编码和调制单元、传输介质、解调制和解码单元、以及显示单元。源编码和多路复用单元使用MPEG-2将数字图像和声音压缩为期望的传输速度，并且由此减少所要求的带宽。信道编码和调制单元将任何剩余数据增加到为信道编码而编码的MPEG-2数据中，以便处理任何可能在信号传输的过程中导致的错误。当完成信道编码时，根据传输介质的状态恰当地解调制信道编码的信号。根据广播类型，卫星、线缆或者地面广播等，有各种传输介质。解调制和解码单元从通过传输介质传输的射频(RF)信号中恢复基带信号。显示单元显示恢复的信号。ATSC模式已经用作地面传输标准，其定义了输送位流内容的速度，并且采用19.4Mbps作为位流的官方速度、在6MHzRF信道传输数字数据。ATSC系统采用使用多画面格式、数字音频/视频压缩、分包和单一载波的8残余边带(VSB)的RF调制模式。数据广播可通过数字广播得到。当前在韩国数据广播中的地面数字TV的传输标准是ATSC-A/90，其中的服务标准是ATSC-DTV应用软件环境(ATSC-DASE)。数字卫星广播的传输标准是由欧洲电信标准协会(ETSI)建立的ETSI-EN301192，而且其服务标准是DVB多媒体家庭平台(DVB-MHP)。在数字电缆广播的情况下，其服务标准是开放线缆应用平台(OCAP)。OCAP基于MHP并且因此可以利用MHP传递内容。在ATSC-DASE和DVB-MHP之间的内容交换当前是不可能的，因此，关于这方面的研究在进行之中。在ATSC数据广播中，传输协议遵循ATSC-A/90标准，该标准可以在WWW.atsc.org/standards/a_90-with-att.pdf获得，并且通过引用在此处将其并入。在通过该协议封装数据之后，在MPEG-2输送流的结构中多路复用数据，然后将其传输。服务协议遵循ATSC-DATABASE规范，而且要求接收装置的制造者提供与使用ATSC-DATABASE规范的协议兼容的硬件平台、操作系统、和设备驱动器。
发明内容技术问题当前，接收装置的制造者可以更新从属于特定模型的接收装置的软件。然而，仅仅利用总共16位的模型字段，并不足以区分由大量制造者制造的、采用多个模型的全部接收装置。此外，根据接收装置的制造时间，很可能向采用相同模型的接收装置提供不同版本的软件。此外，仅仅采用16位的版本字段，可能难以精确和具体地区分软件的版本。技术方案考虑到上述问题和困难，构思了本发明。根据本发明的一个方面，提供了扩展模型字段以区分数字广播接收装置，以及一种通过定义扩展版本字段以更精确地区分软件版本来更新其软件的服务方法，以便通过使用扩展模型字段和扩展版本字段来更新和区分要进行更新的接收装置。按照本发明的示范实施例，提供了一种用于更新数字接收装置的软件的方法，包括使用数据服务公告广播包括作为软件更新目标的接收设备的扩展标识符和扩展软件的版本的信息；以及当满足软件传输条件时，将软件传输到具有该扩展标识符的接收装置。优选为，扩展标识符包括全世界唯一标识符(UUID)。此外，扩展软件的版本可能采用至少两个或更多子版本，而且该版本系统具有诸如大版本(majorversion)、小版本(minorversion)和微版本(microversion)之类的三层，其中的每个版本都由16位表示。数据服务公告可以包括有关软件更新时间的信息，而且当接近软件更新时间时满足软件传输条件。包括在数据服务公告中用于软件更新的时间信息可以包括两种情况一种为在预定时段内进行更新的情况，另一种为在过去了预定时段之后进行更新的情况。通过参考附图对优选实施例进行详细描述，本发明的上述及其它特征和优点将变成更为明显，其中图1是示意地说明交互式数字广播系统的配置的框图；图2是说明根据本发明的示范实施例更新软件的过程的图示；图3是说明根据本发明的另一示范实施例更新软件的过程的图示；图4是说明ATSC数据广播标准(A/90)的数字存储介质命令和控制的兼容性描述符的结构的表格；图5是说明根据本发明的示范实施例的扩展模型子描述符的结构的表格；图6是说明根据本发明的示范实施例的扩展版本子描述符的结构的表格；以及图7是说明根据本发明的示范实施例的软件更新信息描述符的结构的表格。具体实施例方式在下文中，将参考附图更详细地描述本发明。图2是说明根据本发明的示范实施例更新软件的过程的图示。机顶盒制造者确定机顶盒中的软件是否要接收更新服务(以下称为‘目标机顶盒’)。在需要更新属于某些模型的机顶盒的软件，或者需要在特定时间阶段期间更新机顶盒的软件时，机顶盒制造者确定所涉及的机顶盒的特有(proper)标识符，以便从其它机顶盒中区分出目标机顶盒。当机顶盒制造者生产其机顶盒时，它向每个相应设备或模型分配特有标识符。在本发明的示范实施例中，特有标识符采用由微软公司提出的UUID(全世界唯一标识符)。UUID是这样的术语，其表示由程序生成的特有数字，以便向诸如MicrosoftWordTM文档之类的实体分配特有的身份。大多数的常规编程语言已经使用名称作为标识符，其在相关
技术领域：
应当是唯一的。为确保该唯一性，已经提出了GUID(全球唯一标识符)和UUID，这两个术语实质上具有相同的意思。GUID和UUID都具有128位尺寸的结构。如果它们由UunidCreate()函数生成，则仅仅允许它们生成唯一的标识符。这个唯一性是全球性的，而且与时间和位置没有关联性。因此，通过使用UUID，机顶盒制造者可以让它的机顶盒具有与由其它制造者生产的机顶盒不同的它们的特有标识符。机顶盒制造者确定哪个机顶盒要接收其软件更新。当确定了时，制造者向数字广播服务供应商提供更新时间、目标机顶盒的UUID、以及软件的当前版本。数字广播服务供应商给出广播更新服务的预先通知，以便允许观众得知有关更新时间、目标机顶盒的UUID、以及软件的当前版本的信息。当包括在该预先通知广播中的UUID与目标机顶盒的UUID相同，而且要更新的软件版本高于目标机顶盒自己的版本时，目标机顶盒记住更新时间，并且当更新时间已经到来时准备更新。当更新时间到来时，机顶盒制造者向数字广播服务供应商提供要更新的软件，而且供应商广播该软件。已经接收到该广播软件的机顶盒更新它自己的软件。将根据图4到7描述公告、发信号、和封装。图3是说明根据本发明的另一示范实施例更新软件的过程的图示。图3中，软件更新基于双向网络。机顶盒制造者确定哪个机顶盒是要更新其软件的目标，并且确定目标机顶盒的UUID。随后，机顶盒制造者向数字广播服务供应商提供软件、目标机顶盒的UUID、以及软件版本。供应商广播关于更新的预先通知，以允许用户获悉哪个机顶盒是软件更新的目标以及软件的版本。已经接收了更新通知的机顶盒确定它的UUID是否与在更新通知中标识的UUID相同，以及该软件版本是否新于它自己的软件版本。当软件更新通知送到接收该通知的机顶盒时，这个目标机顶盒请求数字广播服务供应商更新它的软件，而且已经接收了这样的请求的数字广播服务供应商向目标机顶盒传输要更新的软件。接收了该软件的目标机顶盒更新它自己的软件。当如图3所示，数字广播服务供应商给出关于更新的预先通知时，可以同时发送要更新的目标软件的URL。在这种情况下，机顶盒可以直接在所接收的URL处接收所涉及的软件，以由此更新该软件。图4是说明ATSC数据广播标准(A/90)的数字存储介质命令和控制的兼容性描述符的结构的表格。图4中，术语′uimsbf′是‘开头为最高有效位的无符号整数(unsignedintegermostsignificantbitfirst)’的缩写。在兼容性描述符当中，字段‘compatibilityDescriptorLength’是指具有16位的字段，其指示包括字段‘descriptorCount’但排除了‘compatibilityDescriptorLength’长度的描述符的总长度。字段‘descriptorCount’包含16位字段，其指定描述符的数目。字段‘descriptorType’包含8位字段，其用于区分硬件或者软件的类型。字段‘descriptorLength’包含8位字段，其指示排除了描述符‘descriptorType’和‘descriptorLength’的描述符的总长度。字段‘specifierType’包含8位字段，其用于区分字段‘specifierData’的格式。字段‘specifierData’包含24位字段，其以唯一的方式区分组织。分配给这个字段的值取决于‘specifierType’字段。字段‘model’包含16位字段，其用于区分由组织定义的各种模型。在本发明的示范实施例中，如稍后将要描述的那样，扩展字段‘model’以便使用128位的UUID。字段‘version’包含16位字段，用于区分由组织定义的模型的不同版本。在本发明的示范实施例中，如稍后将要描述的那样，扩展版本字段并且指定和区分版本。字段‘subDescriptorCount’包含8位字段，其表示子描述符的数目。在本发明的示范实施例中，(1)字段‘descriptorCount’具有值‘0x002’以指示它具有两个描述符，(2)字段‘descriptorType’具有值‘0x01’以指示系统硬件，(3)字段‘speciferType’具有值0x01以指示IEEE(电气和电子工程师学会)的OUI，(4)字段‘specifierData’中的第一描述符必须具有由IEEE分配的唯一值，用于由软件更新所涵盖的终端制造者，(5)第一描述符的模型和版本字段必须由所涉及终端制造者定义，而且除了0x0000和0xFFFF的情况之外，它们都用于软件更新，(6)根据本发明的字段‘extendedModelSubDescribor’应该如图5所示定义，而且当第一描述符的模型字段的值为0x0000时，其包含在该描述符中，(7)如果第一描述符的模型字段值是0xFFFF，则软件更新可以应用于指定制造者的所有模型，(8)根据本发明的字段‘extendedVersionSubDescribor’应该如图6所示定义，而且当第一描述符的模型字段的值为0x0000时，其包含在该描述符中，(9)如果第一描述符的版本字段值是0xFFFF，则软件更新可以应用于指定制造者的所有模型，(10)在当字段‘subDescriptorType’未被指定为0x01或者0x02时，终端将忽略全部的子描述符的情况下，第一描述符中的字段‘subDescriptorCount’可以大于2，(11)第二描述符中的字段‘descriptorType’可以具有值0x02，以指示它是系统软件，以及(12)在上述项目(3)到(10)之内指定终端要更新的软件部件，而不是硬件部件，除了要使用的制造者、模型和版本之外，这将应用于第二描述符。图5是说明根据本发明的示范实施例的扩展模型子描述符的结构的表格。扩展模型子描述符采用由制造者分配的UUID来指定硬件或者软件模型。在本发明的示范实施例中，因为使用了UUID，所以它可以具有比DSM-CC兼容性描述符中的16位模型字段大很多的空间来区分硬件或者软件。值‘subDescriptorType’指示子描述符的类型。子描述符的类型具有值0x01。‘subDescriptorLength’的值指示在该子描述符中这个字段之后的位数目。‘uuid()’是指定由制造者确定的UUID的字段，其区分硬件或者软件的唯一模型。图6是说明根据本发明的示范实施例的扩展版本子描述符的结构的表格。扩展版本子描述符用于指定硬件或者软件的版本，其具有由制造者分配的主版本、子版本和微版本的编号。根据本发明的示范实施例，扩展版本子描述符提供了更可扩展的机制，以便区分硬件单元的版本或者软件部件的版本。字段‘subDescriptorType’指示子描述符的类型。指示该自描述符类型的值是0x02。字段‘subDescriptorLength’指示在该子描述符内这个字段之后的位数目。‘minor’指定子版本号，而‘micro’指定微版本号。当每个版本具有值0xFFFF时，它用于指示每个版本的全部版本。图7是说明根据本发明的示范实施例的软件更新信息描述符的结构的表格。基本上，软件更新数据服务采用如ATSC-A/90定义的数据服务公告以便提供软件更新的通知。将参考图7描述该服务的受限使用。描述软件更新信息的描述符用于在软件更新数据服务公告的上下文中提供有关软件更新的信息。下面将考虑其结构。字段‘descriptorTag’指示描述符的类型，其具有8位的常量值。‘descriptorLength’是用于指示在这个描述符中这个字段之后的位数目的字段，其具有8位的值。‘compatibilityDescriptor’是用于指定如图4向6所述的兼容性描述符的字段。需要确定时间(schedule)以便广播软件更新服务。例如，当要在从当前阶段开始的16天(384小时)内进行广播时，使用由ATSC-A/90规定的数据事件表(DET)通知该广播。具体地说，(1)descriptor()包含一个或多个软件更新信息描述符作为data_event_table_section()中的条目的内部描述符循环结构，data_event_table_section()是软件更新数据服务公告的结构。当一个或者多个软件更新信息描述符在结构data_event_table_section()的同一条目中时，上述软件更新信息描述符是不相同的。当确定时间以在当前时段之后的16天内广播软件更新数据服务时，使用由ATSC-A/90规定的长期服务表(长期服务表LTST)通知该广播。(2)descriptor()包含一个或多个软件更新信息描述符作为long_term_service_table()中的条目的内部描述符循环结构，其中long_term_service_table()是软件更新数据服务公告的结构。当一个或者多个软件更新信息描述符处于结构long_term_service_table()的同一条目中时，上述软件更新信息描述符是不相同的。使用根据ATSC-A/90定义的服务描述框架发信号传输(signal)该软件更新服务。下面示出了施加于数据服务表格(DST)中的每个应用的条目的限制，该数据服务表格阐明了用于数据应用的软件更新。(1)字段‘compatibilityDescriptor()’是用于指定例如在图4到6中描述的兼容性描述符的结构。(2)字段‘app_id_byte_length’具有值0x0012。(3)字段‘app_id_description’具有值0x0001。(4)字段‘app_id_byte()’是以二进制编码的UUID，该UUID根据参数空间＜deviceManufacturer(设备生产商)、deviceModel(设备模型)、deviceVersion(设备版本)、softwareComponent(软件组件)、sofiwareComponentVersion(软件组件版本)＞是唯一的。这些参数由兼容性描述符的内容所确定。(5)字段‘tap_count’大于0。(6)每个抽头(tap)条目中的字段‘protocol_encapsulation’具有值0x0D(DSM-CC下载协议中的异步转盘(carousel)方案)。(7)每个抽头条目中的字段‘action_type’具有值0x00(运行时数据)。(8)每个抽头条目中的字段‘resource_location’具有值0(在节目映射表(PMT)内的关联标记)。(9)每个抽头条目中的字段‘tap_id’具有在单个软件更新应用的上下文内的唯一值。(10)每个抽头条目中的字段‘use’具有值0x0000。(11)每个抽头条目中的字段‘association_tag’具有与封装软件更新有效负载的节目(program)基本流相关联的关联标记相同的值。(12)‘selector()’中的字段‘selector_length’指示每个抽头的结构具有值0、4、6或者8。(13)当字段‘selector_length’具有值0、4、6或者8时，‘selector()’中的字段‘selector_type’具有值0x0101、0x0107或者0x0108。(14)每个抽头条目中的字段‘tap_info_length’不应该为0。如果字段‘tap_info_length’为0，则终端设备忽略紧跟在该未知的抽头条目之后的描述符。(15)字段‘app_info_length’不应该为0。如果字段‘app_info_length’为0，则终端设备忽略紧跟在该未知的抽头条目之后的描述符。(16)字段‘app_data_length’不应该为0。如果字段‘app_data_length’为0，则终端设备忽略紧跟在这个字段之后的字段‘app_data_byte()’并且它不确定关于该字段的不标准含义。以下指示施加于‘data_service_table_bytes()’的限制，其涉及被发信号传输的数据服务表格部分的结构。(17)字段‘service_info_length’不应该为0。如果‘service_info_length’为0，则终端设备忽略紧跟在该未知的抽头条目之后的描述符。(18)字段‘service+private_data_length’不应该为0。如果字段‘service+private_data_length’为0，则终端设备忽略紧跟在这个字段之后的字段‘service_private_data_byte()’，并且它不确定关于该字段的不标准含义。如在DSM-CC的第7章(用户到网络下载)中定义的那样，软件更新有效负载被封装为一个或者多个模块。单层以及双层控制结构都是允许的。封装软件更新有效负载的模块和结构将由各个生产商定义。工业实用性根据本发明，可以通过使用UUID以唯一方式区分接收装置而几乎不对传统数据广播标准进行修改，来提供软件更新服务。此外，可以与传统的数字广播不同地细区分软件的版本信息。虽然已经结合在附图中示出的示范实施例描述了本发明，但是这些附图仅仅是本发明的示例。本领域的技术人员还应当理解，可以在其中进行各种改变、修改和等效替换。因此，本发明真正的技术范围应当由所附权利要求定义。权利要求1.一种使用扩展标识符更新数字广播接收装置的软件的方法，包括使用数据服务公告广播包括作为软件更新目标的接收设备的扩展标识符和扩展软件的版本的信息；以及当满足软件传输条件时，将软件传输到具有该扩展标识符的接收装置。2.如权利要求1所述的方法，其中扩展标识符包括全世界唯一标识符(UUID)。3.如权利要求1所述的方法，其中，扩展软件的版本采用至少两个子版本。4.如权利要求2所述的方法，其中扩展软件的版本采用至少两个子版本。5.如权利要求3所述的方法，其中，子版本具有至少三层，其至少包括大版本、小版本和微版本，每个版本用16位表示。6.如权利要求4所述的方法，其中，子版本具有至少三层，其至少包括大版本、小版本和微版本，每个版本用16位表示。7.如权利要求1所述的方法，其中数据服务公告包括有关软件更新时间的信息，而且当接近软件更新时间时满足所述软件传输条件。8.如权利要求2所述的方法，其中数据服务公告包括有关软件更新时间的信息，而且当接近软件更新时间时满足所述软件传输条件。9.如权利要求7所述的方法，其中，包括在数据服务公告中的用于软件更新的时间信息包括与以下两种情况中的至少一种相关的信息一种为在预定时段内进行更新的情况；另一种为在过去了预定时段之后进行更新的情况。10.如权利要求8所述的方法，其中，包括在数据服务公告中的用于软件更新的时间信息包括与以下两种情况中的至少一种相关的信息一种为在预定时段内进行更新的情况；另一种为在过去了预定时段之后进行更新的情况。11.如权利要求1所述的方法，其中使用服务描述框架，连同包括扩展标识符和软件版本在内的信息一起发信号传输该软件。12.如权利要求2所述的方法，其中使用服务描述框架，连同包括扩展标识符和软件版本在内的信息一起发信号传输该软件。13.一种用于记录计算机可读程序的计算机可读记录介质，该计算机可读程序用于执行使用扩展标识符更新数字广播接收装置的软件的方法，所述方法包括使用数据服务公告广播包括作为软件更新目标的接收设备的扩展标识符和扩展软件的版本的信息；以及当满足软件传输条件时，将软件传输到具有该扩展标识符的接收装置。14.如权利要求13所述的计算机可读记录介质，其中所述扩展标识符包括全世界唯一标识符(UUID)。全文摘要一种使用扩展标识符更新数字广播接收装置的软件的方法，包括使用数据服务公告广播具有作为软件更新目标的接收设备的扩展标识符和扩展软件的版本的信息；以及当满足软件传输条件时，将软件传输到具有该扩展标识符的接收装置。可以通过使用UUID以唯一方式区分接收装置而几乎不对传统数据广播标准进行修改，来提供软件更新服务。文档编号H04N7/24GK1883202SQ200480033866公开日2006年12月20日申请日期2004年11月4日优先权日2003年11月17日发明者李光基,格伦·A·亚当斯申请人:三星电子株式会社