数字解码器中应用的下载的制作方法

文档序号:7580954阅读:163来源:国知局

专利名称::数字解码器中应用的下载的制作方法本申请涉及一种把可执行应用下载到用于诸如数字电视系统的数字广播系统的解码器中的方法和装置。在收费的TV系统领域中广播发射数字数据为人们所熟知,其中通过卫星或卫星、电缆链路将加密的音频视频信息发送给多个用户,每个用户处理能解密发射的节目以依次收看的解码器或接收机/解码器。也都知道地面数字广播系统。近来系统还使用广播链路将除了音频视频数据之外或和音频视频数据一起诸如计算机程序或相关应用的其它数据发射到解码器或连接的PC。相同的解码器可以由系统设计者提供给多个不同的业务提供商或在多个不同国家的广播公司。在这种环境下,由业务提供商对解码器单元进行一定程度的测试或用户化通常是必要的。典型地,测试应用用于建议解码器硬件元件的正确操作,例如确定解码器内的调谐器正常运行等。在解码器传送到用户之前典型地由业务提供商或发行商通过使用专用的PC和到解码器的并行或串行链路执行该操作。由系统设计者提供的并在PC运行的应用用于调整解码器的操作参数。根据操作的复杂性和用于执行该任务的操作员的技术,测试解码器所必须的时间可以考虑并且可以对所完成项目的实际费用增加较为显著的量。而且,在该领域安装时,用户还可能希望根据自己的方便引入与解码器共同工作的多个应用。再次,用户将面临配置和运行具有在PC等装载的应用的解码器的问题。本发明的目的是减少此类型操作的时间和复杂性并提供将应用引入到解码器的简单装置。根据本发明,提供一种将可执行应用下载到解码器中的方法,特征在于该应用存储在引入到解码器读卡器的便携式存储卡中,解码器从卡中读取和下载该应用。使用便携式存储卡使预定的应用能容易和简单地引入到解码器中而不需要例如将解码器连接到PC、将程序下载到PC等。将极大地减少执行例如测试操作所必须的时间,因为操作员可以通过简单地将卡插入到解码器来将应用下载到解码器中。虽然在解码器
技术领域
都熟知便携式存储卡,但是它们的使用至今还受到或者来自插入到解码器信用卡的例如财务数据的静态数据的简单转换,或者保存与广播发射有关的解密密钥的限制。直到现在,这种卡还不能用于下载可执行应用。这部分由于与使用卡槽有关的数据链路的可觉察的缓慢,这使得系统设计者对解决方案失去信心。PCTWO93/07715公开了一种系统,其中相应于信道频率信息的静态数据保存在智能卡的存储器中,智能卡插入到电视中以使电视调谐到正确的频道。在DE4344317中描述了一种类似的系统,其中智能卡插入到电视遥控器的槽中以便控制电视的调谐器。两篇文献都没有公开将可执行应用下载到解码器中。可以理解,本发明并不局限于下载测试类型的应用。该卡同样可用于引入最初配置解码器所使用的应用。也可以想象其它的应用,例如,其中承载诸如视频游戏或类似物的促销应用的卡直接分配给解码器的终端用户。解码器单元正日益并入越来越多的与一般多媒体有关的功能性而且使用便携式存储卡为非技术用户提供相对简单的装置以便将可执行应用引入到解码器中。术语“便携式存储卡”包括任何可以插入解码器中相应卡槽的便携式卡。该卡除了简单的存储器元件之外还包括微处理器芯片。该卡可以经到位于解码器读卡器槽内部的电源的连接提供电源,或者包含电池电源。在一个实施例中,该卡应符合必要的标准以便允许在解码器中的PCMCIA读卡器中读取。但是,该卡最好适于在解码器的智能卡读卡器中读取。该解决方案例如与PCMCIA卡相比拥有多个优点,特别是由于在卡上形成接触的简单性,减少生成成本和解码器单元中智能卡读卡器的普遍性。例如在国际标准ISO7816_1(物理特性)、ISO7816_2(接触面积和布局)和ISO7816_3(电信号和传输协议)中定义了智能卡和智能卡读卡器的特性,并被人们所熟知。例如不同于银行卡,与解码器单元相关的智能卡不需要完全插入到单元中并且可能伸出解码器一定的距离。结果,虽然用于卡插入部分的卡的宽度和厚度必须符合标准值,但是该卡可以长于标准信用卡。有利的是根据诸如MPEG数据格式的广播数据格式格式化在卡中存储并下载到解码器的可执行应用。在应用类型的数据保存在传送分组的有效负载中的情况下,MPEG标准描述了数据组织成一系列表,每个表中包含一个表ID等。与使用MPEG格式的数据有关的优点是很多的,因为在解码器处理经广播链路下载的应用时可以相同的方式处理这些应用。例如在解码器包含虚拟机处理数据的情况下,该应用可以写成解释码,由虚拟机内部用于广播MPEG应用相同的逻辑单元解释和处理该码。可以理解,虽然解码器适于根据另一种数据格式下载数字广播发射,但是通过将卡中的数据以这种格式组织可以得到相同的优点。根据进一步优选的实施例,存储卡内存储的一些或部分应用可以用一个或多个加密密钥来加密。特别是,存储卡内存储的一些或部分数据可以用专用密钥来解密和/或签名。解码器可以访问同等的公共密钥以便解密和/或验证原始应用。在不验证码的情况下,解码器可以拒绝下载该码。除了或替代该签名过程其它的方案也是可能的,例如使用对称算法的两个保密密钥或组合散列/加密技术。存储卡的优点在于应用可以引入解码器的简单性。通过此相同的特征,由于允许盗版应用安装在解码器中,所以存储卡的使用可能潜在导致安全性问题。使用签名码确定解码器中应用的完整性并防止引入例如“欺骗”程序或类似物到系统中。解码器最好提供有多个智能卡读卡器,以便允许读取承载可执行应用的智能卡和另一个智能卡,例如承载解密密钥的智能卡。如上所述,解码器语境中智能卡的主要使用涉及存储与解码器有关的解密或加密密钥。在部分加密或全部加密从存储卡下载的可执行码的情况下,最可能关于存入收费型智能卡的公共密钥执行解密。多个槽的解码器允许两张卡之间的相互作用。一个槽的解码器的其它实施例也是可能的,例如,其中应用从第一张智能卡下载应用并在取出第一张卡和插入第二张卡以证实应用之前存入缓冲器中,或者其中使用适配器以使两张卡并行插入等。在一个实施例中,方法可以包括将应用下载到解码器、设置与应用有关的一个或多个参数和存储参数到存储卡中以后使用的步骤。例如,在存储卡用作系统设计者开发的测试应用的运载媒体的情况下,应用可以包括由测试操作员设置的诸如调谐频率的特定参数。应用第一次装到解码器中时,操作员可以例如使用解码器的遥控器来选择这些参数。一旦固定,参数可以存储在卡中。因此,将自动关于这些存储的参数自动依次执行解码器的测试。出于安全性的原因,最好应用保持不变并且只是新设置的参数再次装到卡中。应用例如可以存入访问受限的FLASH或ROM存储器中,并且参数装入存储卡上的EEPROM存储单元中。有利的是,存储卡包括用于选择存储卡上的多个应用中的其中一个的物理开关装置,在将存储卡插入解码器中时将下载该应用。例如,因为卡用作来自多个业务提供商的多个配置应用的运载媒体,所以卡可以包括有操作员设置的DIL开关装置以便选择与业务提供商有关的配置应用。本发明扩展到一种用于上述方法的解码器,特别是一种适于经解码器中读卡器引入的广播(例如MPEG)格式。本发明还扩展到用于这种方法的存储卡,存储器特别包括以广播格式存入卡中的应用。虽然本说明书提到“接收机/解码器”和“解码器”,但是可以理解本发明可用于具有集成了解码器的接收机的实施例,该接收机的功能与解码器单元结合物理分离的接收机的功能。这种解码器可以是用于任何卫星、地面、电缆等的数字广播系统的类型并且可以包括其它多媒体类型的能力或者可以集成诸如录像机或电视的其它设备。同样术语“可执行应用”覆盖以任何码形式(解释码、编译码、本机码等)所写的应用并能由解码器内的微处理器来执行。术语MPEG是指由国际标准化组织工作组“运动图象专家组”开发的数据发射标准,而且特别不排除数字电视应用开发和在文件ISO13818-1、ISO13818-2、ISO13818-3和ISO13818-4设置的MPEG-2标准。在本专利申请的上下文中,该术语包括用于数字数据发射领域的MPEG格式的所有改变、改进或发展。现在将参照附图仅通过例子描述本发明的优选实施例,其中图1表示解码器元件的概观;图2表示适于在图1的解码器读卡器槽中读取的存储卡;图3表示图2卡的元件的电路图;和图4表示图1解码器的软件结构。参照图1,现在将描述在数字广播系统中使用的和适于用在本发明的接收机/解码器1或机顶盒元件。可以理解,该解码器的硬件元件大部分是传统的并且其实施将在本领域技术人员的能力范围内。如图所示,解码器1装备有用于接收和发射数据的若干接口,特别是用于接收广播MPEG发射的MPEG调谐器和解复用器2、串行接口3、并行接口4、和用于经电话网发送和接收数据的调制解调器后向信道5。在该实施例中,解码器还包括第一和第二智能卡读卡器6和7,第一读卡器6用于接收包含与系统有关的解密密钥的收费智能卡,第二读卡器7用于接收银行卡,在这种情况下,智能卡包含要下载的应用。解码器还包括用于接收来自手持遥控器9的红外控制信号的接收机8和用于将音频视频发送到与解码器相连的电视11的Peritel输出10。由中央控制单元40处理对经接口接收的数字信号的处理和数字输出信号的产生。解码器内部控制单元的软件结构可以采取许多形式。这例如可以根据经接口层与低层操作系统相互作用的以解码器硬件成分实现的虚拟机。关于硬件结构,解码器将装配已知解码器中的处理器、诸如ROM、RAM、FLASH存储器等的存储器元件。现在关于图4描述软件结构的特殊实现方式。可以看出使用了分层结构。第一层51表示接收机/解码器的硬件的操作系统。这是制造商选择的实时操作系统以便控制接收机/解码器的硬件元件。实时操作系统具有相对较快的响应时间以便能正确地同步硬件操作。数据处理系统层位于硬件操作系统的顶部并包括中间件层52和应用接口层53。事件消息在操作系统层51和紧上面的中间件层52之间传送。中间件层以诸如CANSI的语言书写并包括虚拟机54和多个接口55的元件,多个接口55包括图形接口56、FLASH/PROM存储器接口57、协议接口58和设备接口59。虚拟机54的使用使得上层应用66和低层操作系统51之间彼此独立,通常由系统管理员或一个或多个操作员提供上层应用66,通常由解码器的硬件结构来实现低层操作系统51。接口60提供虚拟机和低层操作系统51之间操作的链路并还包括多个在该层更容易执行的中间层应用模块。应用接口〔API〕层53包括多个以诸如Java的面向目标的解释性语言书写的高层分组60-65。这些分组提供通常由业务提供商生成的高层应用(交互式程序导向、远程购物、互联网浏览器等)和系统虚拟机之间的接口。低层OS正常嵌入解码器的硬件元件中,尽管在某些实现方式中,可以下载低层OS。来自广播发射的中间件和应用接口层的分组可以下载到解码器的RAM或FLASH存储器。或者,一些或全部的中间件或应用接口层元件可以存入解码器的ROM或(如果有的话)FLASH存储器。可以理解,解码器的存储器元件的物理组织完全不同于存储器的逻辑组织。回到具体的每一层,现在描述虚拟机54上面的接口层55。如图所示,它包括四个模块,图形模块56、存储器文件管理模块57、协议模块58和设备管理器59。虽然本层的模块描述为接口模块,但是它们的功能是通常提供实现应用接口分组和虚拟机操作的“粘帖”层。图形模块56提供图形目标的生成和管理。它请求低层OS显示诸如一个像素、直线、四角形等的基本图形形状。以类似的方式,存储器文件管理模块57包括与系统存储器元件有关的低层读/写文件命令。协议管理模块58定义通信中经例如解码器TCP/IP层调用的通信协议库。设备管理器59与此层的其它模块的轻微区别在于它提供硬件操作系统和上面包括接口层的其它模块和虚拟机的层之间的链路或接口。例如,从虚拟机到硬件OS接收/发射的命令或事件消息必须由根据两层之间的接口规定转换的设备管理器来传送。现在参考应用接口层53,以诸如Java的面向目标的语言来书写此层的分组。每个分组定义在系统的操作期间调用的分类库。其分类行为依赖于选择的语言,一个继承分类结构对应Java的情况。在本系统中安装下面的分组。Lang/Util分组60。这些分组定义虚拟机操作目标所必须的分类。这些分类库正常形成与所选面向目标语言有关的一部分标准库。MHEG-5分组61。该分组定义与操作电视显示器上图形目标有关的分类,这些目标不同于音频视频数据并且可以组成例如信道标识符或覆盖所显示图象的电文。此分组内分类的定义应当参照由标准ETS300777-3和ISO/ISE13522-5定义的MHEG-5规范(和Java实现的系统情形下标准ISO/ISE13522-6)。Toolbox分组62,该分组包含用于下载和解压缩信息的分类还有与管理接收机/解码器内文件系统和存储器有关的分类和与连接到互联网有关的分类等。Device分组63。该分组定义管理与接收机/解码器相连的外围设备所必须的分类,上述的外围设备包括调制解调器、智能卡读卡器、MPEG流调谐器等。Service分组64。该分组定义实现发展的较高级交互应用所必须的分类,诸如管理信用卡数据等。DSMCC-UU分组65。该分组实现在客户和服务器之间数据文件搜索和读取通信所必须的协议。实现该分组应当参考规范ISO/IEC13818-6和在DAVIC第9部分定义的指令。最后,多个高级应用66位于系统中较低层的顶部并经应用接口层53与系统中的较低层通信。在本实施例中,使用虚拟机类的结构意味着应用可用诸如Java的解释性语言来书写。处理以其它码类型书写的可执行应用的其它软件系统当然也是可能的。如下所述,应用可以从多个源和/或操作员中产生。特别是,在本发明的实施例中,经智能卡接口安装可执行应用。引入到解码器的应用相应于引入到机器的一部分码,该应用例如允许控制机器的较高级功能。这些可以包括响应来自遥控器的命令在电视显示屏上产生图形序列,或经调制解调器5将消息发射到与数字广播系统有关的服务器上。由应用管理器67处理应用和执行和保持,应用管理器67自身安装在应用层上。应用可以是存在解码器ROM或FLASH中的常驻应用或是经解码器的MPEG接口2广播和下载的应用。应用可以包括程序引导应用、应用、交互式业务、远程购物应用、还有使解码器能立即启动运行的初始化应用和用于配置测试解码器的应用。应用存储在解码器的存储器位置并表示为包括图形目标描述文件、单元文件、可变块文件、指令序列文件、应用文件、数据文件等的源文件。在广播发射的情况下,可以出现例如多种类型的数据流,例如视频数据流、音频数据流、电文数据流等。根据MPEG标准,每个传送分组的前面是13个比特的分组标识符(PID),每个分组的一个PID以MPEG流传送。程序映射表(PMT)包含一列不同的特定业务或“信道”流,并根据各自的PID定义每个流的内容。PID可以在数据流中出现应用时警告设备,由PMT表识别PID。在包含应用的MPEG传送流中,可以有三层或更多层的分组结构。第一层相应于包括一系列固定大小的传送分组的基本传送层。而且,经广播链路下载到解码器的应用分成模块,每个模块相应于一个或多个在上述传送分组中封装的MPEG表。每个MPEG表可以分成多个部分,对于数据经串行或并行端口传送,模块也可以分成表和部分,部分的大小依赖于所使用的信道。类似的划分部分应用于利用本实施例的智能卡下载的MPEG表中。最后,应用划分成MPEG表独立于应用数据自身任何结构。例如,应用例如根据DSM-CC协议可以组成在一个数据传送带内安排的多个文件。参见图2和图3,现在将描述解码器中适于负担可执行应用的智能卡12的结构。图2表示智能卡的平面图,包括接触区域13、FLASHROM存储器14、EEPROM存储器15、微处理器16、DIL开关单元17和多个其它的分散元件。不同于标准的智能卡,附加存储器单元14、15的出现使得较大的可执行应用能存储在智能卡中。存储卡2拥有标准规范化智能卡的宽度和厚度以便能插入到解码器的智能卡槽中。但是,从图2中可以看出,该卡长于智能卡以便能在其表面并入所有描述的元件。在存储卡用于解码器的最初配置时,大小的增加并不显著。在另一种情况下,例如,在意欲将卡提供给解码器的最终用户的情况下,可以省略诸如DIL开关单元17和EEPROM15的某些元件。剩余的元件可以小型化并且整个卡设计为符合智能卡规范。现在参照与3,解码器中与智能卡读卡器结合的接触区域13可以根据功能分成提供卡电压Vcc的电源线、连接到微处理器相应复位终端20的复位线19、连接到微处理器时钟终端22的时钟线21、和连接到微处理器相应输入和输出终端24、25的I/O线。如图所示,经一系列运算放大器来进行连接。由电容C4调整电源。EEPROM存储器单元15经线路27、28连接到微处理器16。这些线路由经电阻R1和R2连接的电源Vcc来偏置。下面参考配置应用更详细地讨论EEPROM存储器的功能。微处理器16通过一系列线路29连接到FLASH存储器14的相应终端。其中三条线路30、31、32的状态由经一系列二极管D1、D2、D3连接的开关单元17确定并由经电阻R3、R4、R5连接的电源Vcc来偏置。通过转换每个开关ON或OFF,可以定义二进制控制字000、001、010、011等。正如将要讨论的,该二进制字用于确定通过插卡访问的FLASH存储器中的第一方块和因此将填充入解码器的应用。设计卡12以便接入解码器1的信用卡读卡器7。读卡器6保留给与广播系统有关的收费卡,收费卡包含解码收费发射和证实下载码所必须的密钥。插入时,读卡器通过卡的简单握手信号检验插入的卡的类型。在读卡器识别卡的类型是包含装入机器的应用码的类型的情况下,解码器将访问FLASH存储器15在相应于开关单元17表示的二进制消息的十六进制地址的第一方块码。例如在卡意欲用于测试多个业务提供商的解码器的情况下,可以装载相应于所指业务提供商的或者相应于需要测试功能的不同的应用。除此之外或者,第一次设置的开关可用于下载提供卡的应用,第二次设置下载不同的应用和/或业务提供商设置的相关参数(参见下面)。从卡中的一系列模块中下载应用码,接着如上所述集成模块以便形成一系列结合广播数据的MPEG-2(短形式)表。根据MPEG格式来格式化数据的优点在于解码器的中央控制单元内的虚拟机可以直接处理以这种格式接收的应用。可以理解,这将导致极大地降低处理应用所需的时间。这种情况下MPEG专用部分的格式如下table_id8比特section_syntax_indicator(=0)1比特private_indicator(=1)1比特reserved2比特private_section_length12比特table_id_extension16比特reserved2比特version_number5比特current_next_indicator1比特section_number8比特last_section_number8比特private_data_byte未定义解码器通过使用table_id和table_id_extension值可以访问应用。在存入卡之前,加密MPEG表中包含的应用码以便提供数字签名。由卡的提供商用只有他自己知道的诸如RSA公共/专用密钥算法的专用密钥来生成签名。解码器可以访问插入其它读卡器的收费卡上的一系列公共密钥。在解码器通过验证数字签名确定码从已知源产生的情况下,应用可以装入机器。解码器将拒绝未证实的码。除了验证码之外,解码器还可以使用公共密钥以便在运行之前解密码。另外,用专用/公共算法的加密还可以结合诸如MD5的单向散列型函数。例如可以处理一部分码以便提供散列值,接着用专用密钥加密该散列值以便提供数字签名。例如根据一个或多个应用卡的提供商已知的专用密钥,也可以应用广播数字系统所用的其它加密技术来加密码以防止第三方解密和使用存在卡中的应用。解码器处理解密收费卡上存储的码所必须的密钥。可以在码的签名之后进行该加密。例如可以使用对称算法进行加密/解密。使用收存储卡必要的解密密钥通常需要解码器还提供有第二智能卡读卡器,因为在下载和验证步骤期间解码器对两张卡都编址。可以想象得到其它的实施例,例如,其中数据首先从应用卡上下载到缓冲器中,应用卡取出并插入包含解密密钥的卡等。但是,可以理解,这不如使用装备有两个或两个以上的智能卡读卡器的解码器方便,特别是因为一张或另外一张卡需要随时重新编址。现在描述在解码器中安装测试应用。典型地,业务提供商使用这样一种应用以便测试硬件层的正确运行。例如,测试应用可以控制解码器的调谐器以便测试解码器可以正确接收以给定信道频率发射的数据。装载的应用可以相互作用以便允许操作员通过例如遥控器将参数输入到解码器中。在调谐频率的情况下,操作员可以手工调整设置频率直到得到最清楚的接收。一旦解码器得知这些参数,它们对剩余的序列是相同的。因此希望可以存储此和其它的参数值以便避免每个解码器的重复操作。因此,一旦由操作员作出关于第一解码器定义,这些参数就下载到卡的EEPROM存储器15中。取出卡后,操作员改变开关单元17中的开关设置,结果在其解码器再次插入时可以访问FLASH存储器内在不同地址的应用。接着当卡重新插入一系列解码器的下一个时,该新的引用将装入解码器。在执行时,该应用将通知存在EEPROM中预定参数值的出现,并且这些值将自动装入并设置在解码器中。例如在调谐器的情况下,应用自动将调谐器设置为操作员为第一解码器选择的频率,接着操作员可以立即确定调谐器是否正常运行。考虑到将数据写入FLASH单元(与EEPROM相比)的相对难度,FLASH存储器最好(但不必须)用于并不改进使用的应用和EEPROM留给下载到卡上的数据。另外,为了增强系统的安全性,在最初连接卡时和/或接收到未知指令时,微处理器可以将FLASH存储器锁定到只读的配置。其它的存储器组合和配置当然也是可以的,使用ROM设备等。虽然已经关于智能卡的实现方式讨论了上述的实施例,但是如果解码器能读取该卡的话也可以使用诸如PCMCIA卡的其它的便携式存储卡。权利要求1.一种将可执行应用下载到解码器的方法,其特征在于应用存储在引入到解码器读卡器的便携式存储卡中,解码器从该卡中读取和下载该应用。2.如权利要求1所述的方法,其特征在于该卡适于在解码器中的智能卡读卡器中读取。3.如权利要求1或2所述的方法,其特征在于存储在卡中的并且下载到解码器的可执行应用根据广播数据格式格式化。4.如权利要求3所述的方法,其特征在于存储在卡中的并且下载到解码器的可执行应用根据MPEG数据格式格式化。5.如权利要求4所述的方法,其特征在于应用可以细分成卡存储器中的多个模块,由解码器下载和集成这些模块以便形成完整的应用。6.如前面权利要求的任何一个所述的方法,其特征在于以解释性码书写该应用。7.如前面权利要求的任何一个所述的方法,其特征在于用一个或多个加密密钥加密存储器卡内存储的一些或部分应用。8.如前面权利要求的任何一个所述的方法,其特征在于用专用密钥加密和/或签名存储器卡内存储的一些或部分数据,解码器可以访问同等的公共密钥以便解密和/或验证原始的应用。9.如前面权利要求的任何一个所述的方法,其特征在于解码器提供有多个智能卡读卡器,以便允许读取承载可执行应用的智能卡和另一个智能卡。10.如前面权利要求的任何一个所述的方法,其特征在于包括将应用下载到解码器中、设置与应用有关的一个或多个参数和将参数存入存储卡中用于以后使用的步骤。11.如前面权利要求的任何一个所述的方法,其特征在于卡包括用于选择多个应用的其中一个的物理开关装置,该应用存储在将存储卡插入解码器后下载的卡上。12.一种用于如前面权利要求的任何一个所述方法的解码器。13.如权利要求12所述的解码器,其特征在于适于读取经解码器中的读卡器引入的广播格式数据。14.一种用于如权利要求1到11的任何一个所述方法的存储卡。15.如权利要求14所述的存储卡,其特征在于包括以广播数据格式存入卡中的应用。16.一种基本如这里描述的将可执行应用下载到解码器的方法。17.一种用于如权利要求1到11的任何一个所述方法的并且基本如这里描述的解码器。18.一种用于如权利要求1到11的任何一个所述方法的并且基本如这里描述的存储卡。全文摘要一种将可执行应用下载到数字广播系统的解码器(1)中的方法,其特征在于该应用存储在引入到解码器读卡器(6、7)的便携式存储卡中,解码器从卡中读取和下载该应用。数据最好以诸如MPEG格式的广播数据格式存入智能卡中以便允许以与解码器的控制单元(40)处理广播发射下载的数据的相同方式处理该数据。本发明同样扩展到使用这种方法的解码器和存储卡。文档编号H04N5/44GK1277782SQ98810581公开日2000年12月20日申请日期1998年10月27日优先权日1997年10月28日发明者J·C·萨尔法蒂申请人:卡纳尔股份有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1