专利名称：提供诊断信息的广播接收器、数据结构和方法
技术领域：
本公开涉及内容广播技术，并且更具体而言，涉及一种用于提供诊断信息的广播接收器、数据结构和方法。
背景技术：
通常，内容广播系统可以包括广播站，用于通过有线(例如，电话或线缆)或无线(例如，蜂窝或卫星)网络发送内容；以及至少一个主机(诸如广播接收器)，用于接收所述内容。广播接收器可以包括通信接口。在广播接收器没有通信接口的情况下，广播接收器可以使用通信卡来与广播站进行接口连接。
在有线广播的情况下，有线广播站可以是系统运营商(SO)数据转发器或多系统运营商(MSO)数据转发器。SO可以是统一的有线广播提供商(即，本地有线TV广播提供商)，而MSO可以是成组的几个SO。
有线广播接收器可以是数字内置电视机(digital build-in TV)、数字就绪电视机(digital ready TV)等。有线广播接收器可以使用开放有线系统，并可以使用有线卡或者是可能包括条件接入(CA)系统的配置点(POD)模块。换句话说，有线广播接收器可以具有功能相当于有线卡的内置模块。在这种情况下，有线广播接收器可以以软件的形式接收CA系统，可从SO或MSO下载该软件，并将其存储在有线广播接收器的存储器中。可下载的软件通常被称为下载条件接入系统(DCAS)。这样，有线广播接收器可以具有可以需要或可以不需要单独的有线卡的配置。
当需要有线卡时，有线卡为了与有线广播接收器接口连接可以使用个人计算机存储卡国际协会(PCMCIA)标准。有线卡可以插入到在有线广播接收器提供的槽中。
图1是用于说明有线广播网络的示意图。参考图1，有线数据转发器或线路站可以经由各种通信网络从例如电视广播站接收有线广播信号。有线数据转发器可以经由包括节点的网络将有线广播传递到有线广播接收器，该有线广播接收器可以包括有线卡。
有线广播接收器可以与有线数据转发器双向通信。在这种情况下，经由能够双向传递数据的有线网络实现数据的发送/接收。
有线广播接收器可以连接到各种设备上，诸如数字化视频光盘(DVD)播放器、数字摄像机(digicam)、机顶盒以及类似物。随着有线数据转发器提供的服务增加，广播接收器可能会缺少实现服务所需的存储器。
发明内容
因此，本公开关注于基本克服一个和多个上述问题的用于提供诊断信息的广播接收器、数据结构和方法。
例如，本公开可能公开用于提供诊断信息的广播接收器和方法，通过它们可以将主机的存储器状态信息转发到数据转发器。
本公开可能公开诊断信息数据结构，通过该诊断信息数据结构可以发送/接收广播接收器的存储器状态的诊断信息。
本发明的优点、目的、和特征在随后的描述中部分地可以变得明显，并且对于本领域内的普通技术人员来说，部分地可以在研究随后的描述后变得明显或可以通过对本发明的实践而学习得到。通过在说明书、权利要求书、以及附图中描述的结构和过程可以实现和获得本发明的各种实施例的目的和其它优点。
为了获得这些目的和其它优点，以及依据如这里所具体化和广义描述的本发明的目的，主机包括主机控制器，将它配置为接收来自主机外的请求，其中，该请求是为了请求与分配给应用程序的存储器相关的诊断信息。还将该主机控制器配置为收集所请求的诊断信息。
在另一方面，将通信设备配置为与主机通信，该通信设备包括控制器，将该控制器配置为接收来自通信设备外的请求，其中，所述请求是为了请求与分配给应用程序的存储器相关的诊断信息。还将该控制器配置为设置与所请求的诊断信息对应的值，并使用该设置值从主机请求诊断信息。
在另一方面，一种方法包括接收来自主机外的请求，其中，该请求是为了请求与分配给应用程序的存储器相关的诊断信息；依据该请求收集所请求的诊断信息；以及转发所收集的诊断信息。
仍然在另一方面，一种方法包括请求与分配给应用程序的存储器相关的诊断信息；依据该请求接收所请求的诊断信息；以及执行转发诊断信息以及使该诊断信息被显示中的至少一个。
仍然在另一方面，一种数据结构包括定义了分配给应用程序的存储器的尺寸的信息；以及定义了可获得的存储器尺寸的信息。
应该理解，上面的概要描述和下面的详细描述都是示范性和解释性的，并不应将其认为是对权利要求书的范围的限制。
为提供对本公开的进一步理解而包括的附图被合并在本申请中，并组成本申请的一部分。附图与说明书一起用来解释本发明的原理。在附图中图1是根据本发明的一个实施例的有线广播网络的示意图；图2是说明根据本发明的一个实施例的用于转发对于诊断信息的请求和接收该诊断信息的示范性协议的图；图3是根据本发明的一个实施例的包括与各种诊断信息相关的值的示范性表格；图4是在根据本发明的一个实施例的诊断信息发送方法中、在接收单个流(S-模式)的情况下的状态诊断响应协议的示范性语法图；图5是在根据本发明的一个实施例的诊断信息发送方法中、在多路复用多个广播流(M-模式)的情况下的状态诊断响应协议的示范性语法图；图6是根据本发明的一个实施例的OCAP_memory_status_report()对象语法的示例的图；图7是根据本发明的一个实施例的Memory_status_report()对象语法的示例的图；图8是根据本发明的一个实施例的示范性有线广播接收器的框图；以及图9是根据本发明的一个实施例的发送存储器状态诊断信息的方法的示范性流程图。
具体实施例方式
现在将根据附图中说明的各个实施例的示例来对提供诊断信息的广播接收器、数据结构和方法做出详细参照。如果可能，为了简单，在全部附图中，相同的参考数字将用于指代相同或相似的部分。在这种情况下，在描述各个公开的实施例中，将OCAP(开放有线应用程序平台)当作数据广播平台的示例。
如图1中所示，可以将有线广播接收器配置为经由有线网络基础设施而与有线数据转发器进行双向通信，使数据能被双向传递。有线广播接收器可以下载应用程序以及数据，例如，诸如执行管理应用程序的监视应用程序、电子程序指南(EPG)、用于游戏应用程序的OCAP-Java应用程序等。
有线数据转发器提供的服务是不断增加的。所以，主机应该能够支持增加的服务。例如，主机为了支持增加的服务使之连续地在主机上操作而可能需要确保足够的存储器。
图2是根据本发明的一个实施例的用于请求和接收主机的诊断信息的示范性协议的图。在本实施例中，有线卡从有线数据转发器或用户中接收对于主机的诊断信息的请求，其中该有线卡可以是被插入主机的。参考图2，该有线卡可以从有线数据转发器或用户中接收对于主机的诊断信息的请求。该有线卡可以根据预定的协议将该请求转发到主机。
如果该主机接收到对于诊断信息的请求，则该主机依据该请求而收集诊断信息。然后，主机可以根据预定的协议将所收集的诊断信息转发到该有线卡。
所述预定的协议可以是例如用在开放有线中的通用诊断协议(GenericDiagnostic Protocol)。通用诊断协议是可以用于通过本地实体(例如，用户)或远程实体(例如，有线MSO)实时监视与主机和连接到所述主机上的设备相关的各种类型的信息的协议。例如，通过使用该协议，有线卡可以使用诊断请求协议请求主机的诊断信息，并且该主机可以使用诊断确认协议而将诊断信息转发到该有线卡。
因而，在图2中，例如，如果在有线卡和主机之间使用的协议是通用诊断协议，则可以分别通过diagnostic_req()APDU(应用程序协议数据单元)和diagnostic_cnf()APDU来表示诊断请求协议和诊断响应协议。因而，如果该主机根据诊断响应协议收集和向有线卡转发它的诊断信息，则该有线卡可以将所接收的诊断信息转发到位于远程位置的有线数据转发器，或可以通过在有线卡和主机之间实现的有线菜单界面将它输出到主机的屏幕上。在这种情况下，该有线菜单界面可以向主机发送超文本标记语言(HTML)格式的文件或类似格式的文件，这使得能在屏幕上显示有线菜单，其中，用户可以从有线菜单中选择诊断项。在这种情况下，有线菜单界面可以生成使得用户可以请求和接收诊断信息的用户界面。
如上所述，通用诊断协议是可以使用的一个协议的示例。然而，可以使用其它协议从该主机请求和接收诊断信息。例如，可以使用由各种广播规范定义的诊断信息协议。事实上，可以将不传送诊断信息的协议修改为传送这样的信息的协议。因而，通用诊断协议是可以用于传送诊断信息的协议的一个示例。
现在描述使得主机能够有效支持各种基于OCAP的服务的方法，所述基于OCAP的服务是由有线数据转发器添加或增加的。为了确保该主机可以执行从有线数据转发器提供的OCAP应用程序，主机可以为其必须确保的OCAP应用程序确定总的存储器尺寸。这是因为，诸如该主机本地产生的应用程序(本地应用程序)的其它应用程序可能需要某些存储器尺寸，并且可能与OCAP应用程序一起竞争存储器分配。例如，如果任一应用程序在特定的时间占用了相当大的存储器尺寸，则其它应用程序可能不能确保对于最优操作来说是足够的存储器。因此，其它应用程序可能不能有效地操作或可能完全不能操作。因而，下面的说明可能描述具有某个存储容量的主机可以使用的各种方案，以确保由有线数据转发器提供的服务可以在主机中正常操作。
有线数据转发器可以为具有足够存储容量以驱动当前正在服务的所有OCAP应用程序或数据的主机准备完整版本的OCAP应用程序。例如，由主机为OCAP应用程序分配的存储器的尺寸可以是被任意定义的，或可以是在特定时间与有线数据转发器和主机制造商之间协商的存储器尺寸对应。
有线数据转发器也可以为没有足够存储容量以驱动当前正服务的所有OCAP应用程序或数据的主机准备“轻量级”版本的OCAP应用程序。例如，主机可能基于主机确保用于OCAP应用程序的任意存储器尺寸、或有线数据转发器与主机制造商之间协商的存储器尺寸而不能确保足够的存储器来处理有线数据转发器的当前服务。
有线MSO可以具有应用程序数据库，以存储完整版本的OCAP应用程序和轻量级版本的OCAP应用程序。
可以将主机配置为使用例如通用诊断协议而向有线卡转发诊断信息，该诊断信息包括主机确保用于OCAP应用程序的存储器尺寸。并且，可以将有线卡配置为向有线数据转发器转发所接收的诊断信息。在接收到诊断信息后，有线数据转发器可以能够基于该主机的对所接收的OCAP应用程序确保的存储器尺寸而转发要被主机下载的适当的OCAP应用程序。
在一个实施例中，可以通过牺牲可能产生的各种图形图像的质量来生成轻量级OCAP应用程序。在另一实施例中，可以通过降低在应用程序中可获得的服务数目来生成轻量级OCAP应用程序。
为了在主机上下载适当的OCAP应用程序，有线MSO的应用程序服务器可能需要关于该主机确保用于OCAP应用程序的总存储器尺寸的信息，以及关于在应用程序下载前的特定时间该主机确保的可获得的存储器尺寸的信息。对于这一点，在各个实施例中，可以扩展通用诊断协议以包括该信息。
如下面可能描述的，主机可以转发关于主机确保用于OCAP应用程序的总存储器尺寸的信息；以及在例如有线数据转发器做出对该信息的请求的特定时间由主机确保的可获得的存储器尺寸的信息。这里，可获得的存储器尺寸信息可以是最大可获得的连续存储器尺寸信息。
图3是根据本发明的一个实施例的可以包括各种可获得的诊断信息和相应值的示范性表格的图。参考图3，有线卡可以通过将诊断ID值设置为“0x0D”而作出对诊断信息的请求。该值表示正请求的OCAP应用程序存储器分配诊断信息。可以使用诊断请求协议将ID值“0x0D”转发到主机。当主机接收到ID值“0x0D”时，该主机收集所请求的OCAP应用程序存储器分配诊断信息。可以使用诊断响应协议将所收集的诊断信息转发到有线卡。
例如，如果诊断ID值是“0x08”，则意味着有线卡正向主机请求DVI状态信息。另一方面，如果诊断ID值是“0x0A”，则有线卡正在请求主机检查高清多媒体接口(HDMI)端口的状态。总的来说，可以使用多个诊断ID以从主机接收各种信息(eCM、RDS状态、OCHD 2网络地址)。
可以将有线卡和主机之间的接口分类为单个流有线卡接口或多个流有线卡接口。在单个流有线卡接口中，有线卡可以解扰单个广播流，且主机可以处理单个广播流。在多个流有线卡接口中，有线卡可以解扰多个多路复用的广播流，且主机可以处理多个广播流。
因而，可以将解扰单个流的有线卡称为“S-模式”有线卡，而可以将解扰多个流的有线卡称为“M-模式”有线卡。
图4是根据本发明的一个实施例的用于接收转发诊断信息的单个流(S-模式)的诊断响应协议的语法的示例图。
如果有线卡将诊断ID值设置为“0x0D”并将诊断请求信号转发到主机，则接收该诊断请求信号的主机可以识别出正在请求与为OCAP应用程序分配的存储器相关的诊断信息。该主机可以收集所请求的诊断信息，然后依据诊断响应协议将所收集的结果转发到有线卡。
当有线卡接收到该诊断信息时，有线卡可以解析包括在该诊断信息中的诊断内容的号码(number_of_diag)。有线卡可以解析具有被设置为“0x0D”的诊断ID值的OCAP_memory_status_report()对象。然后，有线卡可以将所解析的诊断信息转发到有线数据转发器。
图5是根据本发明的一个实施例的、有线广播接收器可以接收和多路复用诊断信息中的多个广播流(M模式)的诊断响应协议的语法的示例图。
图5中所示的语法与图4中所示的语法的不同之处可能在于，可能存在用于多个多路复用流的每个的ID值。因而，有线卡可以以下述方式来获得存储器的状态诊断信息接收主机收集的存储器的状态诊断信息并解析具有被设置为“0x0D”的诊断ID的OCAP_memory_status_report()。
根据本发明的一个实施例的诊断信息可以包括为诸如可下载的应用程序、数据等的OCAP应用程序分配的总OCAP存储器的尺寸信息；可获得的OCAP存储器的尺寸信息；在可获得的OCAP存储器中的最大可获得的连续OCAP存储器的尺寸信息等。
图6是根据本发明的一个实施例的、包括在图4或图5中所示的示范性语法中的OCAP_memory_status_report()对象语法的示例图。下面参考图6解释用于在根据本发明的一个实施例的诊断信息发送方法中的有线卡解析诊断响应协议的语法示例。
主机可以使用诊断响应协议根据被设置为“0x0D”的诊断ID值将所收集的诊断信息转发到有线卡。有线卡可以通过解析可以包括在诊断信息中的如图6的示例所示的OCAP_memory_status_report()而获得诊断信息。因而，如果有线卡通过将“OCAP存储器分配诊断id”包括在diagnostic_req()APDU中而发送它，则主机可以通过将OCAP_memory_status_report()包括在diagnostic_cnf()APDU中而将其转发到有线卡。
包括在来自主机的diagnostic_cnf()APDU中的OCAP_memory_status_report()的对象语法可以如下。在本示例中，由主机确保用于基于OCAP的服务的存储器尺寸可以包括易失性和非易失性存储器。
“Total_volatile_OCAP_memory_size(总的易失性OCAP存储器尺寸)”可以表示由主机确保用于OCAP应用程序的易失性存储器的总尺寸，所述OCAP应用程序与本地应用程序的存储器区域分开，以防止相互侵入(intrusion)。在这种情况下，将存储器尺寸的单位定义为相应于1,024字节的千字节。
“Current_available_volatile_OCAP_memory_size(当前可获得的易失性OCAP存储器尺寸)”可以表示在由主机参考通过将“OCAP存储器分配诊断id”包括在diagnostic_req()APDU中作为诊断请求协议而将其从有线卡发送到主机的时间点所确保的易失性存储器的总尺寸中，由主机所确保的可获得的易失性存储器的尺寸。换句话说，其是从总的OCAP易失性存储器中减去使用的OCAP易失性存储器而得到的尺寸。
“Largest_available_volatile_OCAP_memory_size(最大可获得的易失性OCAP存储器尺寸)”可以表示由主机参考通过将“OCAP存储器分配诊断id”包括在diagnostic_req()APDU中作为诊断请求协议将其从有线卡发送到主机的时间点而确保的最大可获得的连续OCAP易失性存储器的尺寸。
“Total_non_volatile_OCAP_memory_size(总的非易失性OCAP存储器尺寸)”可以表示由主机确保用于OCAP应用程序的非易失性存储器的总尺寸。并且，将其单位表示为以1,024字节定义的千字节。
“Current_available_non_volatile_OCAP_memory_size(当前可获得的非易失性OCAP存储器尺寸)”表示由主机参考通过将“OCAP存储器分配诊断id”包括在diagnostic_req()APDU中作为诊断请求协议而将其从有线卡发送到主机的时间点从而确保的可获得的OCAP非易失性存储器的尺寸。其是指从总的OCAP非易失性存储器中减去使用的OCAP非易失性存储器而得到的尺寸。
“Largest_available_non_volatile_OCAP_memory_size(最大可获得的非易失性OCAP存储器尺寸)”表示由主机参考通过将“OCAP存储器分配诊断id”包括在diagnostic_req()APDU中作为诊断请求协议而将其从有线卡发送到主机的时间点从而确保的最大可获得的连续OCAP非易失性存储器的尺寸。换句话说，其是考虑了存储器碎片的最大可获得的连续存储器尺寸。
存储器的各个状态诊断信息和关于该状态诊断信息的值是示范性的，并且本领域技术人员可以很容易地对其进行修改。
如上所述，可以定义分配给OCAP应用程序的存储器的状态。通过在主机和有线卡之间发送和接收的信息并通过将相应信息从有线卡发送到有线数据转发器，有线数据转发器可以根据预定规范而使用所接收的已定义状态诊断信息。在主机不需要有线卡的情况下，主机直接与有线数据转发器双向通信。
在各种实施例中，主机可以使用与上述的通用诊断协议相关的主机诊断协议。
主机可以使用主机诊断协议诊断其存储器的状态信息，并将它显示给用户。如果这样，用户可以经由屏幕识别主机的存储器状态。用户可以通过将服务与有线数据转发器所提供的服务尺寸进行比较而选择可下载到主机的服务。在主机和有线数据转发器之间的相应通信中，主机使用通用诊断协议、因特网协议等根据用户对有线数据转发器的选择而获得服务。
此外，可以将上面解释的状态诊断功能应用到卫星广播接收器、地面广播接收器、IPTV等。
在卫星广播接收器的情况下，用智能卡替换有线卡。在这种情况下，可以外部或内部地提供类似于有线卡的用于外部接口连接的接口模块。
本发明的第二实施例涉及一种经由通用诊断协议来发送用于OCAP应用程序的总存储器尺寸信息的方案。在选择发送具有单码(single code)图像的总服务的同时用该单码图像替换以前使用的代码图像的方案的情况下，这种方案是有用的。
图7是根据本发明的一个实施例的Memory_status_report()对象语法的示例图。参考图7，Memory_status_report()对象语法可以包括“number_of_memory”、“memory_type”和“memory_size”。
“number_of_memory”指示存储器类型的数目。“memory_type”指示存储器的类型。并且，存储器类型的值被定义为如表1中所示。
“memory_size”可以根据存储器类型的值来指示特定存储器类型的物理尺寸。而且，可以将“memory_size”的单位定义为相应于1,024字节的千字节。参考表1，“0x08～0x0C”可以定义为每个OCAP确保的主机存储器。这可以从主机发送到有线卡。而且，有线卡可以将其发送到有线数据转发器。在这种情况下，可以使用通用诊断协议而实现有线卡和有线数据转发器之间的传输。
图8是根据本发明的一个实施例的示范性有线广播接收器的框图。现在参考图8描述有线广播接收器的操作。
参考图8，有线广播接收器100可以包括有线卡，其可以单独插入到位于广播接收器100的槽中。在可选的实施例中，广播接收器可以包括具有相当于有线卡的功能的内置模块。在该实例中，广播接收器不需要独立的有线卡。通常，广播接收器可以只能够接收有线广播信号或能够接收有线广播、地面广播以及卫星广播的广播信号中的至少一个广播信号。
同时，可以将有线广播接收器和广播站之间的双向通信系统分为两类。对于开放有线中的上行链路服务，可以获得带外(Out-of-Band)模式或DOCSIS机顶网关(DSG)模式。观看者可以选择，以使用两个模式之一经由主机观看特定节目。用户可以直接参与广播节目或选择观看必要信息。而且，可以经由OOB或DSG模式提供数据广播服务。
OOB模式是可以调整有线广播站(数据转发器)和机顶盒、有线卡或广播接收器内的转接部分(inter-sec)装备之间的传输规范的参考。另一方面，DSG模式可以指示有线广播站的有线调制解调器控制系统和机顶盒、有线卡或广播接收器内的基于DOCSIS的有线调制解调器之间的传输模式。这种情况下，DOCSIS可以使用有线调制解调器发送数据。
在本实施例中，描述了使用混合OOB和DSG模式的有线广播接收器。如图8中所示，有线广播接收器100可以包括第一调谐器101a、第二调谐器101b、第一解调单元102、多路复用单元103、去多路复用单元104、解码单元105、第二解调单元(DOCSIS)106、OOB接收单元107、开关单元108、第三解调单元109、控制单元110、存储器控制单元120和存储器130。
第一调谐器101a可以调谐到经由天线发送的地面音频/视频(A/V)广播或经由线缆通过带内(in-band)发送的有线A/V广播的特定频道频率，并可将其输出到第一解调单元102。
地面广播可以与有线广播不同。然而，第一解调单元102可以能够分别对不同调制方案的信号执行不同的解调。如果要发送由残留边带调制(VSB)调制的地面A/V广播并且如果要发送由正交幅度调制(QAM)调制的有线A/V广播，则第一解调单元102可以根据第一调谐器101a选择的信号而通过VSB或QAM执行信号的解调。
由第一解调单元102解调的信号可以被多路复用单元103复用，以将有线广播输出到有线卡200，并将地面广播输出到去多路复用单元104。
在图8所示的该实施例中，有线卡200可以能够处理多个流。因此，有线卡200可以使得用户能够观看具有经由有线广播接收器100而复用的至少两个流的输入广播。
去多路复用单元104可以接收多路复用的广播信号，并且然后将所接收的广播信号去多路复用为多个流以输出。解码单元105可以进行接收，以解码由去多路复用单元104所去多路复用的广播信号。如果这样，可以输出用户可观看的视频/音频信号。
第二调谐器101b可以进行调谐以DSG模式经由线缆发送的数据广播的特定频道频率，然后将其输出到第二解调单元106。第二解调单元106可以解调DSG-模式的数据广播，然后将所解调的广播信号输出到控制单元110。第三调谐器107可以调谐以OOB模式经由线缆发送的下行链路数据广播的特定频道频率，然后将其输出到有线卡200。
如果有线广播站和有线广播接收器之间的双向通信是可能的，则可以以OOB或DSG模式发送从有线广播接收器发送到有线广播站的上行链路信息(例如，付费节目请求、主机的诊断信息等)。因此，根据本发明的一个实施例的有线广播接收器可以包括开关单元108，用于选择一个模式来发送信息。
在OOB模式中，可以经由有线卡200和开关单元108将用户信息或系统诊断信息输出到第三调制单元109。第三解调单元109可以通过正交相移键控(QPSK)调制等而调制输出信号，然后经由线缆将所调制的信号发送到有线广播站。如果以DSG模式发送用户的广播信息，则可以经由开关单元108将该信息输出到控制单元110和调制单元109，然后由调制单元109根据QAM-16进行调制。可以通过线缆将所调制的信号发送到有线广播站。
在从控制单元110接收存储器状态诊断请求的情况下，存储器控制单元120可以收集存储器的诊断信息，然后将所收集的信息发送到控制单元110。然后，控制单元110将所收集的存储器诊断信息发送到有线卡200。
在图8中所示的该实施例中，如果所接收的广播与地面广播相对应，则有线卡200可以从多路复用单元103接收多个流的广播信号。如果广播信号是加扰的，则有线卡200可以解扰该加扰的广播信号，以使得相应的有线广播可以被正常观看。
有线卡200可以使用用于主机状态的状态诊断请求协议向控制单元110做出关于有线广播接收器100的状态诊断的请求。控制单元110可以将状态诊断信息发送到存储器控制单元120，然后可以收集存储器状态诊断信息。
控制单元110可以从存储器控制单元120接收所收集的存储器状态诊断信息，然后根据诊断响应协议将所接收的存储器状态诊断信息发送到有线卡。在图8中，将状态诊断请求协议的示例表示为“diagnostic_req APDU”，并将状态诊断响应协议的示例表示为“diagnostic_cnfAPDU”。
有线广播接收器100可以创建以向有线卡200发送存储器130的状态诊断信息。如果这样，则有线卡200可以经由有线网络而将状态诊断信息发送到有线数据转发器。然后。有线数据转发器能够识别每个有线广播接收器的存储器130的状态。
图9是根据本发明的一个实施例的发送存储器状态诊断信息的方法的示范性流程图。参考图9，在步骤S100，接收对于状态诊断信息的请求。在使用通用诊断协议的情况下，所发送的状态诊断请求可以是“diagnostic_req()APDU”。所接收的状态诊断请求被解析为识别所请求的诊断信息的值。
然后，在步骤S110，确定是否请求了与用于OCAP应用程序的存储器分配相关的诊断信息。如果没有请求与用于OCAP应用程序的存储器分配相关的诊断信息，则处理继续识别其它诊断信息。
如果所解析的协议的诊断id字段的值包括分配给OCAP应用程序的存储器的状态诊断信息，则在步骤S120收集诊断信息。然后，在S130，所收集的与分配给OCAP应用程序的存储器相关的诊断信息被转发给请求该信息的源。
因此，可以获得下面的优点。
可以通过有线数据转发器而获得与每个主机相关的存储器状态诊断信息。
如果通过诸如通用诊断协议的预定协议而调整的模式被扩展，则在诊断信息发送方法中可以确保发送信息与有线卡的兼容性。
已使用数字广播接收器而描述了本发明公开，其中，所述广播接收器可以具有地面模拟/数字频道、以及有线模拟/数字频道。对本领域技术人员来说公知的是，可以通过修改而将本公开实现在任何地面有线(例如，电话)和无线(例如，蜂窝)网络和卫星网络中。
可以理解，在各种上述公开和其它特征以及功能、或其替代中，可以将它们实现在编程的微处理器、微控制器、诸如ASIC、PLD、PLA、FPGA、或PAL等的集成电路组件、硬连接的电子或逻辑电路、或可编程逻辑器件中。
可以理解，所描述的流程处理、数据结构、协议、或表格可以被实现为导致所希望的结果的计算机处理的步骤的一致(self-consistent)序列。可以通过和/以存储在计算机可读介质中的一个或多个计算机指令定义这些步骤，或可以使用信号来包括这些步骤，或将这些步骤提供为处理设备的软件指令。可以通过执行定义这些步骤的指令的处理器来执行这些步骤。此外，可以通过执行一个或多个适当程序的处理器、通过被设计为执行该方法的专用硬件、或这样的硬件、固件以及软件组件的任何组合来执行该流程处理。
可以理解，各种上述公开和其它特征以及功能及其替代可以如所希望地被组合成许多其它不同的设备或应用程序。而且，本领域技术人员以后应可以做出各种当前不可预见或不能预期的替代、修改、改变或改进，并且其也被认为是包括在下面的权利要求书中。
对相关申请的交叉引用本申请要求于2006年2月1目提交的韩国专利申请第10-2006-0009784的优先权，其内容通过引用而被合并于此。
权利要求
1.一种主机，包括主机控制器，被配置为接收来自该主机外的请求，其中，该请求是关于与分配给应用程序的存储器相关的诊断信息的；并且该主机控制器还被配置为收集所请求的诊断信息。
2.根据权利要求1所述的主机，其中，所述主机控制器被配置为通过通信接口接收所述外部请求。
3.根据权利要求2所述的主机，其中，所述通信接口包括有线卡。
4.根据权利要求3所述的主机，其中，所述主机被配置为使用通用诊断协议与所述有线卡通信。
5.根据权利要求1所述的主机，其中，所请求的诊断信息包括识别分配给所述应用程序的总存储器、主机的可获得的存储器、主机的最大可获得的连续存储器中的至少一个存储器的信息。
6.根据权利要求5所述的主机，其中，所述可获得的存储器是在所述主机控制器接收所请求的诊断信息时可获得的存储器。
7.根据权利要求1所述的主机，其中，所述应用程序包括开放有线应用程序平台OCAP应用程序。
8.一种被配置为与主机通信的通信设备，该通信设备包括控制器，被配置为接收来自该通信设备外的请求，其中，该请求是关于与分配给应用程序的存储器相关的诊断信息的；该控制器还被配置为设置与所请求的诊断信息对应的值；并且该控制器还被配置为使用所设置的值从该主机请求诊断信息。
9.根据权利要求8所述的通信设备，其中，所述控制器被配置为从所述主机接收所请求的诊断信息，以及该通信设备还被配置为依据预定协议解析所请求的诊断信息。
10.根据权利要求9所述的通信设备，其中，所述控制器被配置为将所解析的诊断信息转发到请求该诊断信息的源。
11.根据权利要求8所述的通信设备，其中，所述应用程序包括开放有线应用程序平台OCAP应用程序。
12.一种方法，包括步骤接收来自主机外的请求，其中，该请求是关于与分配给应用程序的存储器相关的诊断信息的；依据该请求而收集所请求的诊断信息；以及转发所收集的诊断信息。
13.根据权利要求12所述的方法，还包括步骤在所述主机接收适合于分配给所述应用程序的存储器的应用程序版本。
14.根据权利要求12所述的方法，还包括步骤解析对值的所述请求；以及基于所述值来确定该请求是否是关于与分配给应用程序的存储器相关的诊断信息的。
15.一种方法，包括步骤请求与分配给应用程序的存储器相关的诊断信息；依据该请求接收所述诊断信息；以及执行转发诊断信息和使诊断信息被显示中的至少一个。
16.根据权利要求15所述的方法，还包括依据预定协议解析所请求的诊断信息的步骤。
17.根据权利要求16所述的方法，还包括将所解析的诊断信息转发到请求该诊断信息的源的步骤。
18.根据权利要求15所述的方法，还包括收集所请求的诊断信息的步骤。
19.根据权利要求15所述的方法，还包括接收适应于分配给所述应用程序的存储器的应用程序版本的步骤。
20.一种数据结构，包括用于定义分配给应用程序的存储器的尺寸的信息；以及用于定义可获得的存储器的尺寸的信息。
21.根据权利要求20所述的数据结构，还包括用于定义最大可获得的连续存储器的尺寸的信息。
全文摘要
一种主机，包括控制器，该控制器被配置为接收来自主机外的请求，其中，该请求是关于与分配给应用程序的存储器相关的诊断信息的。该控制器还被配置为收集所请求的诊断信息。
文档编号H04N7/173GK101013974SQ20071000795
公开日2007年8月8日 申请日期2007年2月1日 优先权日2006年2月1日
发明者车尚勋, 朴泰镇, 尹昌植 申请人:Lg电子株式会社