专利名称：：视频设备的管理方法以及对应的视频设备的制作方法
技术领域：
：本发明涉及数字电视的领域5并且更精确地涉及接收数字地面电视(或DTT)信号的视频设备(例如机顶盒(或STB))的管理。技术背景例如DDT在一些国家(诸如在欧洲)对应于DVB-T(地面数字视频广播)或在美国对应于地面ATSC(先进电视系统委员会)，或在日本对应于ISDB-T(地面集成服务数字广播)。在接收DTT信号的视频设备的首次使用期间，该视频设备通常扫描其中呈现DTT信号的频率。然后，它可以接收对应的服务。以参考标号US2007/0067816A17>开的专利文件公开了一种DTT接收器，其存储用于不同的传输标准的频率数据，以及存储基于接收器的位置的国家或区域设置。-
发明内容本发明的目标为减少现有技术的这些缺点。更具体地，本发明的目标为优化视频设备中服务的DTT接收。因此，本发明提出一种远程管理服务器中的管理方法，该方法使得服务器能够管理适配于通过无线电信道接收数字地面电视信号、并且通过第二通信信道接收来自管理服务器的帧的至少一个远处的视频设备。为了优化DTT接收，该方法包括通过第二通信信道传送请求视频设备设置与服务列表管理相关的至少一个数字地面电视参数的控制命令。根据具体特征，至少一个数字地面电视参数的设置包括发送对视频设备扫描至少一个数字地面电视频率的请求。根据另一具体特征，至少一个数字地面电视参数的设置包括发送对视频设备将至少一个数字地面电视逻辑信道与数字地面电视服务坐标相关联的请求。本发明还涉及在适配于通过无线电信道接收数字地面电^见信号、并且通过第二通信信道接收来自远处的远程管理服务器的数据的视频设备中的管理方法。为了优化接收，该方法包括以下步骤-通过第二通信信道接收控制命令，该控制命令请求视频设备设置与数字地面电视服务列表管理相关的至少一个数字地面电视参数；以及-设置与数字地面电视服务列表管理相关的至少一个数字地面电视参数。根据具体特征，所述控制命令包括对视频设备扫描至少一个数字地面电视频率的请求，并且所述设置步骤包括扫描至少一个数字地面电视参数。根据另一具体特征，所述控制命令包括对视频设备将至少一个数字地面电视逻辑信道与数字地面电视服务坐标相关联的请求。有利地，该方法包括通过第二通信信道向管理服务器传送与数字地面电视服务列表管理相关的信息。根据有利的特征，所述第二通信信道属于因特网协议类型和/或根据CPEWAN管理协议接收所述控制命令。本发明还涉及对应的视频设备。所述视频设备包括通过无线电信道的数字地面电视信号的接收器、以及通过第二通信信道的来自远处的远程管理服务器的数据的接收器。为了优化其DTT接收，所述设备包括用于根据通过第二通信信道接收的控制命令来设置与数字地面电视服务列表管理相关的一个或若干数字地面电视参数的部件，所述控制命令请求视频设备设置与服务列表管理相关的(多个)数字地面电视参数。通过阅读以下描述，将被更好地理解本发明，并且将显现其他特征和优势，所述描述参考附图，其中图1图示了根据本发明的具体实施例的视频设备对象的结构；图2图示了实施根据图1的视频设备对象的结构的网络架构；图3和4分别示出了根据本发明的具体实施例、并且属于图2的网络的配置服务器和视频设备；图5和6各自图示了根据本发明的具体实施例的、分别在图3的服务器和图4的视频设备中实施的方法；以及图7呈现了图2的网络的元件之间的通信交换的例子。具体实施方式根据本发明，可以远程地管理与视频设备中的^^务列表管理相关的一个或若干数字地面电视参数的设置。该远程管理例如可以用于DTT服务和服务坐标(coordinate)之间的关联。还可以使用该远程管理以使其接收由DTT传输使用的特定频率。根据本领域的情况，总由用户启动服务列表安装。当在STB(机顶盒)上发生故障或出现问题时，并且如果需要重新安装服务列表，则用户必须自己进行该重新安装。还可能发生改变STB的区域中的传送器的设置，并且出现新的传送器，使得重新触发(re-trigger)STB上的服务安装可能是有用的。当前这必须总是由用户启动。本发明^吏得能够进行远程管理，所述远程管理使得能够进行自动地启动配置、或在远处的运营商的控制下启动配置。根据本发明的一方面，由服务器远程地向视频设备传送用于服务列表安装的频率映射(frequencymap)。因为这减少了要扫描的频率集合，所以这提供了增加安装速度的优势。另外，该操作对于视频设备用户来说可以是透明的。有利地，频率映射指定要扫描的一个或若干频带(或范围)。可以用起始频率和停止频率、或起始(或停止)频率和尺寸来定义这些频带。对于其中可能存在不连续的频率映射的国家来说，可以通过在若干不同的频率范围上的强制连续扫描来完成完整的安装。根据本发明的另一方面，由配置服务器远程地控制视频设备内的DTT服务(逻辑信道)和服务坐标(例如在DVB-T的情况中的DVB三元组(triplet))(如果对于一个服务来说存在若干服务坐标)之间的关联。在本发明的具体实施例中，使用数据模型，并且数据;漠型代表对象。它们允许控制服务器的帮助站(helpdesk)运营商辅助用户并且对用户的服务列表安装和配置进行故障查找。它们还允许远处的配置服务器管理与视频设备中的服务器列表管理相关的参数。这些参数包括视频设备被允许扫描的(对于DTT服务列表安装来说是典型的)DTT频带，DTT逻辑信道和DTT服务坐标之间的关联，与所确定的DTT逻辑信道和/或所确定的DTT服务坐标的连接。6将连同由DSLForum定义的TR-069CWMP协议一起使用该数据才莫型。在被称作TR-069的DSL(或数据用户线)ForumTechnicalR印ort中定义了也被称作CWMP的CPE(或客户端装置)WAN(或广域网)远程管理协议。TR-069(标题为"CPEWANManagementProtocol",DSLForumTechnicalReport,出版于2004年5月并且修订于2006年)定义了远程管理协议堆栈。TR106(遵循TR-069的通用数据模型)定义了适配于任何种类的设备的通用数据模型。对于STB存在远程管理草案标准(被称作WT-135),并且该远程管理草案标准遵循TR-069。该草案标准不涵盖DTT服务列表的远程管理。具体地，本专利说明书定义了对WT-135(当前版本v8)中所指定的数据模型的扩展。根据本发明，该扩展使得能够配置允许在视频设备上进行DTT服务的各种参数。贯穿本文件使用下列术语-ACS或自动配置服务器这是广播网络中负责用于高级服务的CPE的自动配置的组件；-CPE或客户端设备；-参数代表可访问ACS以进行读和/或写的、可管理的CPE参数的名称-f直对(name-valuepair)。-STB或机顶盒该设备包含音频视频解码器，并且意图与模拟TV和/或家庭影院连接。本文件定义了与用于DTT服务管理的提供对象关联的STB设备数据模型扩展的例子。有利地，设备对象遵守在TR106中所定义的所有数据层级要求。在TR106的环境中，STB设备对象是顶层的特定应用的对象(top-levelapplication-specificobject)(如在正式数据层级定义中所定义的应用对象)。同样，单个CPE"i殳备可以在它们的RootObject内包含与TR106中所定义的通用数据对象一起的一个或更多的这些对象。图1图示了根据本发明的具体实施例的设备对象结构1(例如该设备为机顶盒)。根据图1，每个STB或视频设备可以管理其配置和数椐。如图1中所图示，远程服务器可以具有(整个地或部分地)用于其可以控制的某些或所有视频设备的对象结构。结构1包括不同的子结构，所述子结构包括性能结构10、组件结构11、视频/音频播放器结构12、音频/视频流结构13和应用结构14。在WT-135中定义这些结构。组件结构11与关于地面组件(FrontEnd.{i}.Terrestrial110)或IP组件(FrontEnd.{j}.IP111)的每个前端(被称作FrontEnd.(i)或FrontEnd.{j})的性能相关。本发明定义了可以由远程服务器(例如ACS)远程地读取和/或更新的特定的地面组件。图2图示了网络架构2，其包括-至少一个配置服务器(例如ACS)20;-网络核心21(例如广域网(例如ADSL(非对称数字用户线)网络))；-两个DTT传送器24和25;以及-一个或若干各自与网关22关联的视频设备23(例如，机顶盒)(视频设备23和关联的网关22或者如TR-069中所定义的作为因特网网关设备的一部分被嵌入、或者是单独的设备，即可以以一个或两个分离的设备来制造设备23和网关22)(作为本发明的变型，如果视频设备23不遵循TR-069,则可以在网关22和设备23之间插入专用代理服务器)。视频设备23和配置服务器通过网关22和网络核心21通信。视频设备23实施根据图1的视频设备对象结构。有利地，视频设备23和远处的服务器20之间的信道属于因特网协议类型。这使得能够利用返回信道(returnchannel)和对适配于本发明的远程管理协议的遵从，易于在远处的服务器20和^L频设备23之间进行通信。DT丁传送器24和25使用特定的频率(分别表示为Fl和F2)来向视频设备传送DTT服务。视频设备23适配于接收由传送器24和25广播的服务。图3示意性地图示了服务器20的配置。服务器20包括-微处理器30(或CPU);-属于ROM(只读存储器)类型的非易失性存储器(或硬盘)31;-随机存取存储器或RAM32;-使得能够进行与用户或控制机通信的因特网应用接口35。-使得能够通过核心网络21与视频设备23交换(向其发送和/或从其接收)数据或控制帧(典型地为CWPM帧)的网络接口34;-链接元件30至32、34和35的数据和地址总线33。这里所使用的词汇"寄存器"可以对应于在RAM320或ROM310中小尺寸(几个二进制数据)的存储器区域或大尺寸(例如程序或音频/视频数据)的存储器区域。ROM31包括程序310和代表由DTT传送器所使用的频率映射311的信息。在与服务器20关联的ROM61中存储实施图5的方法的算法。在通电时，CPU30将程序310下载至RAM32中并且执行其指令。特别地，RAM32包括-在寄存器320中的、在服务器20的通电时被下栽的、由CPU30使用的程序；-寄存器321中的各种状态(例如与一个或若干视频设备23相关的服务)；以及-寄存器322中的各种配置数据(例如由一个或若干视频设备23使用的频率)。图4示意性地图示了视频设备23。视频设备23包括-微处理器40(或CPU);-属于ROM类型的非易失性存储器(例如闪存或硬盘)41;-RAM42;-使得能够进行与用户、显示器、和/或音频/视频解码、记录和/或播放设备通信的因特网应用接口45;-使得能够通过核心网络21和与视频设备关联的网关20来与配置服务器20交换(向其发送和/或从其接收)数据或控制帧(典型地为CWPM帧)的网络接口44;作为总结，接口44为来自远处的远程管理服务器20的数据的接收器；-DTT4姿收块46,其包括天线、RF(射频)部分和解调器；块46为通过DTT无线电信道的数字地面电视/(言号接收器；-链接元件40至42和44至46的数据和地址总线43。ROM41包括程序410和可以由DTT接收块46调谐的频率的列表。在与设备23关联的ROM41中存储实施图6的方法的算法。在通电时，CPU40将程序410下载至RAM42中并且执行其指令。特别地，RAM42包括-在寄存器420中的、在设备23的通电时被下载的、由CPUW使用的程序；-寄存器421中的各种状态(例如由设备23接收的服务)；-寄存器422中的各种配置数据(例如由服务器20分配给设备23的频率)；-存储从DTT传送器24或25接收的音频/视频数据的音频/视频緩沖器423;以及-存储要发送的RTP帧和所接收的RTP帧的RTP缓冲器424。CPU40、ROM41、RAM42、接收器46和总线43为用于以下功能的部件根据通过第二通信信道接收的控制命令来设置与服务列表管理相关的一个或若干数字地面电视参数、以及请求视频设备23设置与服务列表管理相关的数字地面电视参数。根据本发明，这些部件的其他结构是可能的，特别地为诸如专用芯片(例如ASIC)的纯硬件芯片、或被集成在接收器46中的硬件元件、或硬件和软件元件的混合物。有利地，接收器46包括可以存储用于DTT接收的DTT物理参数的配置、并且据此接收(多个)DTT信号的可编程元件。根据变型，在DTT参数不与用于DTT接收的物理参数相关时，用于设置它们的部件不包括DTT接收器，并且可以包括纯软件实施方案(例如具有存储器的CPU)、软件和硬件实施方案的混合物(例如CPU、存储器和专用芯片)或纯硬件实施方案(例如专用芯片)。图5公开了在根据本发明的具体实施例的配置服务器20中实施的方法。该方法以重置步骤50开始，其中初始化服务器20自身的不同的配置数据(例如设备23的IP地址、它们的简档(profile)、与音频/视频广播者、用户和/或控制机相关的配置数据。在该步骤期间，可以由用户手动地设置由DTT传送器使用的频率、或自动地从特定的服务器下载由DTT传送器使用的频率。根据本发明的变型，所述频率与代表(多个)特定地理区域(可以接收由关联的频率承载的DTT信号的地理区域)的信息关联。然后，在步骤51期间，服务器等待并且通过应用接口35从用户或控制机、或从视频设备接收命令。可以在改变频率映射时(对应于频率的改变和/或地理覆盖的改变)时由用户(典型地为运营商)或控制机发送该命令。还可以跟随在安装、重置、来自用户的请求、DTT接收、或由视频设备检测到配置问题之后由视频设备发送命令。然后，在步骤52期间，服务器20根据在步骤51处接收的命令来建立CWMP请求，并且(根据该命令)将其发送至一个或若干个视频设备23。然后，在步骤53期间，服务器20等待并且接收来自在步骤52期间发送的CWMP请求的每个接收者的响应。作为变型，可以在步骤52期间设定超时，并且服务器等待响应，直至接收到所有期望的应答或在超时的到期时。然后，在步骤54中，服务器向在步骤51期间发送命令的用户或控制机发送状态，例如以进行显示。最后，重复步骤51。根据本发明，可以在步骤51期间由服务器接收若干命令，特别地-一个或若干视频设备的DTT频率扫描；该频率扫描可以与所允许的整个频带相关或与整体频带的一部分或若干部分相关(例如可以由起始频率和结束频率或带宽来定义(多个)部分)；该命令使得(多个)视频设备能够扫描定义的频带；有利地，该频带限于并且适配于使用特定的准则(例如视频设备的地理位置或所估计的接收质量)的视频设备；该命令还使得能够在已经进行了视频设备的安装时考虑到频率映射的变化，并且使得能够强制视频设备更新服务参数；还可以使用该命令来测试特定的频率或特定的多个频率上的视频；-选择由一个或若干视频设备使用的一个或若干DTT频率；-选择由一个或若干视频设备连接的一个或若千DTT服务；这可以用于远程测试；-选择由一个或若干视频设备连接的一个DTT逻辑信道；这也可以用于远程测试(根据本领域的情况，由视频设备用户手动地完成对服务或逻辑信道的选择)。CWMP请求遵循如在TR-609中如下定义的标准命令的结构-该请求基于如在TR-069的A.3.2.1部分中在表9中定义的SetParameterValues，以根据步骤51的命令向一个或若干视频设备发送配置请求。-该请求基于如在TR-069的A.3.2.5部分中在表20中定义的GetParameterValues,以向一个或若干视频设备发送请求以用于获取诸如与视频设备的使用率(usage)相关的观众统计或递送问题的可能原因的标识之类的数据。与步骤53相关的对应的CWMP响应遵循如在TR-069中如下定义的标准响应的结构ii-该响应基于如在TR-069的A.3.2.1部分中在表10中定义的SetParameterValuesResponse,以乂人一个或若干—见频设备获取配置请求的状态；-该响应基于如在TR-069的A.3.2.5部分中在表21中定义的GetParameterValuesResponse自变量(argument),以获取i者4口与一见步页i殳备的使用率相关的观众统计或递送问题的可能原因的标识之类的数据。对于每个命令和/或响应来说，在表l中给出了信息和格式的具体类型，本说明书的结尾的表l列出了完整的数据模型。在下文中详细描述与上面所列出的命令相关的数据模型的主要对象。当在步骤51期间接收到与频率的配置相关的命令时，配置服务器向对应的(多个)视频设备23发送包括对象的请求SetParameterValues。在步骤53期间，(多个)视频设备以响应GetParameterValuesResponse应答。然后，在步骤54期间，显示由所控制的视频设备23使用的频率的状态。最后，重复步骤51。若干情境(scenario)是可能的。作为图7的图示给出了其中一些情境。图6公开了在根据本发明的具体实施例的视频设备23中实施的方法。该方法以重置步骤60开始，其中初始化视频设备自身的不同的配置数据(例如服务器20的IP地址、其默认筒档、与音频/视频广播者、用户、内部统计的重置、可以使用的DTT频率……相关的数据)。然后，在步骤61期间，视频设备23等待并且接收来自服务器20的CWMP请求。然后，在测试62期间，设备23检查该命令是否对应于配置设置，即，是否与如上所述的配置使用的一个对象相关的请求SetParameterValues对应。如果是，则在步骤63期间，设备23根据在所接收的配置请求中所使用的对象和自变量来设置配置。然后，在步骤64期间，设备23向服务器20发送指示已经完成了配置的响应。在步骤64之后，重复步骤61。在测试62之后，如果该命令不对应于配置设置，则在测试65期间，设备23才企查该命令是否对应于数据获取，即，是否与如上所述的数据获取所使用的一个对象相关的请求GetParameterValues对应。如果是，则在步骤66期间，设备23根据在所接收的请求中所使用的对象和自变量来发送所请求的数据。然后，在步骤67期间，设备23向服务器20发送具有所请求的统计数据的响应。在步骤67之后，重复步骤61。否则，在步骤68期间，设备23执行CWMP请求，并且重复步骤61。图7呈现了服务器20、设备23和用户或控制机70之间的通信交换的例子。在接收到由用户或控制机70发送的配置命令71时，服务器20建立CWMP命令72，并且如图5的步骤52中所指示的那样向视频设备23发送CWMP命令72。然后，视频设备23建立响应73,并且如图6的步骤64中所指示的那样向视频设备23发送回响应73,并且由服务器20向用户或控制机70给出配置的结果74。在接收到由用户或控制机70发送的数据请求命令71时，服务器20建立CWMP命令76,并且如图5的步骤52中所指示的那样向视频设备23发送CWMP命令76。然后，视频设备23建立响应77，并且如图6的步骤67中所指示的那样向视频设备23发送回响应77,并且由服务器20向用户或控制机70给出所需要的配置的统计数据78。本发明的实施方案使得能够有利地具有用于网关和STB的统一的协议；因为TR-069被用于网关，所以如果它也被用于视频设备(STB)和网关这两者，则简化了视频设备(STB)和网关的整个远程管理系统。另外，因为在TCP上使用RPC(远程过程调用)(而非消息交换)，所以该协议是可靠的远程地进行获得及设置参数功能。更一般地，本发明使得能够从配置服务器(例如ACS)进行STB的远程故障查找和远程配置。根据本发明的数据模型遵循TR-069框架，并且允许使用TR-069协议的远程管理的各种操作。进一步地，本发明提出使得远处的远程管理服务器能够管理远处的音频/视频设备中的DTT频率的远程管理方法。有利地，该管理方法包括与所分配的DTT频率的管理相关联的命令和/或对应的应答(例如CWMP命令和/或应答)的传送和/或接收步骤。可以根据可以由服务器(例如配置服务器)恢复的各种数据精确地调谐这些频率参数，有利地，通过与配置协议相同的协议来上载所述各种数据。有利地，可以根据本发明定义许多情境，并且在各种配置请求和/或数据获取之间存在协同(synergy)。在下文中给出基于表格1中使用的语法的示例。例如，对于DTT服务列表安装来说，由服务器20向视频设备23发送请求，并且该请求请求视频设备23扫描至少一个数字地面电视频率(其可以是一个确定的频率(例如用于测试)、频率集合和/或一个或若千频率范围)。在接收到该请求时，视频设备23扫描(多个)数字地面电视频率。根据具体的实施例，该情境包括以下相继的步骤-通过设置要扫描的(多个)频率(例如一个或多个频率、或(多个)频率范围)进行可选频率映射；对此，服务器20向(多个)目标视频设备发送相应参凄tSTBService.{i}.Components.FrontEnd.{i}.Terrestrial,Install.StartFrequency禾口STBService.{i}.Components.FrontEnd.(i).Terrestrial-Install.StopFrequency被i殳置为期望频率的两个或更多的命令SetParameterValues。-开始频率扫描；对此，服务器20向(多个)视频设备发送参数STBService.{i}.Components.FrontEnd.{i}.Terrestrial.Install.Start寻皮i殳置为1的的命令SetParameterValues。作为变型，由服务器20请求频率映射，并且视频设备23在频率映射之后自动地或非自动地开始频率扫描。然后，接收以上命令的任何视频设备开始给定频率范围中的频率扫描。作为变型，可以扫描若干分离的范围。根据具体的实施例，利用一个开始命令、或在定义每个范围之后发送的开始命令来进行扫描。作为变型，可以在DTT服务列表安装之前完成服务列表的重置。对此，服务器20向(多个)目标视频设备发送参数STBService.{i}.Components.FrontEnd.{i}.Terrestrial.ServiceListDatabase.reset沣皮i殳置为真的命令SetParameterValues。如果有用处或者必要，服务器可以通过使用具有与扫描状态(STBService.{i}.Components.FrontEnd.{i}.Terrestrial.Install.Status)和/或扫描进程(STBService.{i}.Components.FrontEnd.{i}.Terrestrial.Install.Progress)相关的参数的命令GetParamterValues，从视频设备获得参数，以获得扫描的状态。作为变型，由远处的服务器23管理由视频设备使用的DTT物理信道的其他参数，特别是保护间隔(guardinterval)(使用Install结构14STBService.{i}.Components,FrontEnd.{i}.Terrestrial.Install.的字,史Guardlnterval)、调制类型(例如使用Install结构的字段Constellation的所使用的星座(constellation),)、OFDM帧中的载波数目(使用Install结构中的字段Transmissionmode)、用于传输的层级编码参数(使用Install结构的字段Hierarchylnformation)、应用于高优先级(或HP,如果使用层级编码，则使用Install结构中的字段CodeRateHP)或低优先级(或LP,如果使用层级编码，则使用Install结构中的字段CodeRateLP)的用于扫描的编码率、用于扫描进程的信道带宽(如果使用层级编码，则使用Install结构中的字段ChannelBandwi她)。有利地，在安装期间，视频设备23在存储器中存储与DTT服务列表管理相关、并且可以由服务器20通过荻得它们的请求来请求的所有信息。这些信息包括已扫描的(多个)频率或要扫描的(多个)频率，并且更一般地包括由视频设备23为DTT接收而使用的物理层的参数、DTT逻辑信道和DTT服务坐标之间的关联、与接收质量相关的信息(例如与所接收的逻辑信道或服务坐标相关联的、在前向纠错之前或之后的比特错误率或帧错误率、与所接收的逻辑信道或服务坐标相关联的信噪比)、与DTT接收安装的状态相关的信息(例如当前安装的进程中的等级、安装是否被使能)、与已安装的DTT服务列表相关的信息(例如已安装逻辑信道的数目、与服务列表相关联的逻辑信道的数目、逻辑信道的标识符、与每个逻辑信道相关联的服务的数目、对应于所确定的服务坐标和对应d服务坐标的标识符的传送器频率、优选服务坐标、所连接的服务坐标)。对于DTT逻辑信道和DTT服务坐标之间的特定关if关来说，该情境包括下列相继的步骤-使用具有与服务列表数据库相关的参数(STBService.{i}.Components.FrontEnd.{i}.Terrestrial.ServiceListDatabase)的命令GetParameterValues来获得服务列表数据库；该响应包括在被用作该命令中的参数的结构下定义的所有对象；这包括服务的数目(Numberofservices)、逻專尋4言道的凄丈目(NumberOfLogicalChannel)、与每个逻辑信道相关联的逻辑信道信息(STBService.{i}.Components.FrontEnd.{i}.Terrestrial.ServiceListDatabase.LogicalChannel{i}，其中i在1禾口NumberOfLogicalChannel之间)；-浏览服务列表数据库以寻找与多于一个服务坐标相关联的逻辑信道。-对于与多于一个服务坐标相关联的至少一个逻辑信道来说(并且有利地对于每个逻辑信道来说)，通过查看对应于服务信息的数据(STBService,{i}.Components.FrontEnd.{i}Terrestrial.ServiceListDatabase.;LogicalChannel{i}.Service{i})来4企查优选月艮务坐标与最佳的接收质量(例如较低的BER或CBER、或较高的SNR)相关联；-如果通过查看对应于服务信息的数据，优选服务坐标不与最佳的接收质量(或作为变型的足够的质量，例如BER、CBER和/或SNR优于给定的阈值)相关联，则服务器可以强制进行新的服务列表安装(服务列表的重置)；对此，服务器20向(多个)目标视频设备发送参数STBService.{i}.Components.FrontEnd.{i}.Terrestrial.ServiceListDatabase.reset被设置为真的命令SetParameterValues,并且强制进行如上所述的频率扫描)；根据变型，对于对应于最佳(或足够)质量(较低的BER或CBER、或较高的SNR)的服务坐标来说，服务器可以将"preferred(优选的)"参数设置为真，而对于以前的优选服务坐标来说，服务器可以将"preferred"参数设置为假。根据以下的情境，服务器20还可以检查与由视频设备23接收的逻辑信道相关联的服务坐标的接收质量-使用具有与逻辑信道的实例"i"相关的参数(STBService.{i}.Components.FrontEnd.{i}.Terrestrial.ServiceListDatabase.LogicalChannel{i})的命令GetPammeterValues来获得DTT逻辑信道和DTT服务坐标之间的当前的关联，该响应包括在被用作命令中的参数的结构下定义的所有对象；这包括逻辑信道的标识符(LogicaIChannelNumber)、服务的数目(NumberOfServices)、与每个月良务相关联的信息(STBService.{i}.Components.FrontEnd.{i}.Terrestrial.ServiceListDatabase丄ogicalChannel(i).Service.{i}，其中i在1和NumberOfServices之间)。包才舌Frequency,ServiceCoordinates(净皮称"l乍DVBId、BER、SBER、SNR、Preferred)。-然后查看服务信息的信息来识别是否存在与逻辑信道相关联、并且不具备足够的信号质量(如在前面的情境中所描述的)的服务坐标。服务器20还可以使用参数STBService.{i}.Components.FrontEnd.{i}.DTT.ServiceConnect.DvbId净皮i殳置为要连接的服务坐标的标识符的命令SetParameterValues来强制视频设备与所确定的服务坐标连接。月良务器20还可以使用参数STBService.{i}.Components.FrontEnd.{i}.DTT.LogicalChannelConnect.LogicalNumber#L设置为要连接的逻辑信道的标识符的命令SetParameterValues来强制^L频设备与关联于所确定的逻辑信道的优选的月良务坐标连接。自然地，本发明不限于上述诸实施例。具体地，根据本发明，可以使用其他类型或格式的请求或响应命令。在描述中，给出了基于TR-069的例子。实际上，可以根据本发明来实施遵循或不遵循TR-069的其^^功能。另外，对象的结构、格式和名称(与配置或统计联系)不限于表1的例子，并且可以根据本发明的具体实施方案而被改变。例如，可以将布尔格式改变为字符串或整数格式；可以将整数格式改变为字符串格式、或将字符串格式改变为整数格式(整数对应于预定义的自变量)。其他对象的结构也遵循本发明例如，在表1中所定义的一些结构可以被分割为若干结构(例如可以用若干结构来定义具有许多可能的自变量的与统计相关的结构，所述若干结构中的每一个与一个或若干特定的自变量相关)，或相反地被集中在一个结构中。给出对象的名称和自变量以说明具体的实施例。当然，可以根据具体的实施方案来改变它们。另外可以向以上列表添加其他配置命令或统计获取功能。进一步地，在一些具体的实施方案中，上面所定义的所有对象不是强制性的(mandatory),例如，可以不用DTT服务管理而实施频率管理，或可以不用频率管理而实施DTT服务管理。另外，本发明不限于CWMP协议的使用，而是也涉及使得服务器能够在远处的视频设备的对象上远程地直接应用配置和/或数据获取功能的任何协议。具体地，可以使用SNMP(简单网络管理协议)来代替CWMP,并且可以使用MIB(管理信息库)来代替WT-135数据模型以用于相同的功能。替代地，还可以使用由IETF(因特网工程任务组)定义的XCAP(XML配置访问协议)。XCAP允许远程服务器管理(创建、删除、读取、写入和修改)每个用户和每个应用的配置数据、在可以是视频设备的设备上将其存储为以XML格式的文件。根据该变型，使用XML结构代替WT-135数据模型以用于相同的功能。本发明不限于图2的网络结构，而是还涉及包括可以向一个或若干远程设备发送命令的一个或若干管理服务器的各种结构，这些设备为视频设备或与一个或若干视频设备直接或通过网关相关联的代理服务器。视频设备不限算机、膝上计算机、固定或移动通信设备……本发明还涉及诸如包含适配于(在服务器和/或视频设备侧上)实施如上所述的根据本发明的管理方法的指令的计算机程序或包括这种程序的介质。本发明还涉及如上所述(例如在表1中)、并且与诸如CWMP的协议一同使用的远程管理模型。根据本发明的变型，通过其他协议来传送请求和接收响应。该协议可以是使得视频设备和远处的服务器之间能够进行数据通信的任何通信协议。例如，请求可以包括由远处的服务器向DTT视频设备传送的、具有识别和/或描迷该请求的参数的消息。响应可以包括由DTT视频设备向远处的服务器传送的、具有由远处的服务器请求的信息的消息。具体地，本发明涉及用于允许运营商动态地管理由机顶盒使用的DTT频率以接收数字节目的视频设备(例如STB或机顶盒)的远程管理模型。本发明还涉及包括实施如在本说明书中描述的远程管理模型的部件的服务器、网关、代理服务器或视频设备(例如STB),并且更一般地涉及包括这样的(多个)服务器和/或(多个)视频设备的网络或通信系统。表1以附件列表给出了根据本发明的实施例的与STBCPE设备和它们关联的参数相关联的对象。用于指示每个参数的数据类型的符号(notation),以及与多实例对象相关联的符号遵循在TR106DSLForumTechnicalReport(标题为"HomeNetworkDataModelTemplateforTR-069-EnabedDevices")中所定义的符号。表1的第一列代表参数的全名称为如在TR106DSLForumTechnicalReport中所定义的根对象名、对象名(粗体)和单个参数名的级联18(concatenation)。表1的第二列代表参数的类型(例如(包括一个或若干参数的)对象、具有256个字符的字符串(用string(256)来表示)、布尔、无符号整数(用unsignedlnt来表示))。第三列代表写状态，其中"w"意味着可写并且可读，而"-，，意味着只可读。第四列描述对应的(多个)参数。另外，由根据本发明的管理方法使用的主要对象处于粗体字符。使用以下符号-逻辑信道对应于由用户使用以在其STB上选择服务的号码；-服务对应于DTT服务坐标，或在DVB(数字视频广播)的情况中对应于DVB三元组(original一network一id、transport—stream—id、service—id)。在DTT系统上，可以存在对应于单个逻辑信道的若干服务(并且在DVB-T的情况中的若干个DVB三元组)。因而机顶盒(STB)可以处于从若干不同的传送器接收相同的逻辑信道的位置。其必须选择它们中的一个。通常其选取具有最佳接收等级(最低BER)的服务。如此构造该数据模型以使逻辑信道可以包含若干服务实例。可以存在这样的配置(例如因为一个传送器在STB安装之后投入运行)，其中STB可以接收用于相同的逻辑信道的若干服务，但被锁定在具有最低质量的一个服务上。该数据模型提出检测这样的配置并且改变它。一种方式是使用允许强制用于逻辑信道的一个特定服务(具有最佳QoS(较低BER)的那一个服务)的"preferred"可写参数(STBService.{i}.Components.FrontEnd.{i}.Terrestrial.ServiceListDatabase.LogicalChannel{i}.Service.{i}.Preferred)。另一种方式是强制安装逻辑上将选择具有最佳质量的服务坐标的服务列表。可以存在一些情况，其中帮助站可能想要强制将STB连接到专用服务上。该数据模型提出基于DVB三元组或基于逻辑信道这样做的方式。附件表1-根据本发明的用于视频设备(例如STBCPE设备)的参数列表<table>tableseeoriginaldocumentpage20</column></row><table><table>tableseeoriginaldocumentpage21</column></row><table>.STBService.{i}.Components,FrontEnd.{i}.Terrestrial.ServiceListDatabase.LogicalChnnel{i}对象逻辑信道信息LogicalChannelNumberimsignedlnt—逻辑信道标识符NumberOfServicesunsignedlnt-与该逻辑信道相关联的服务的数目.STBService.W.Components.FrontEnd.{i}.Terrestrial.ScrviceListDatabase.LogicalChannel{i}.ServiceW对象服务信息Frequencyunsignedlnt一对应于服务的传送器频率Dvbld字符串用于标识服务列表数据库中的一个服务的DVB三元组。DVB三元组由OriginalNetworkId、ServiceId、TransportStreamId组成。该参数为包含以十六进制格式表达的、DVB三元组的不同的元素的级联的字符串。例如Origina)NetworkId=0x20FATransportStreamld=0x0004Serviceld=0x0101导致Dvbld="20FA00040101"BERimsignedlnt-按照纠错之前的比特错误率来标识服务质量CBERunsignedlnt纠错之后的比特错误率SNRunsignedlnt以dB为单位测量的载波带中的信噪比。22<table>tableseeoriginaldocumentpage23</column></row><table>权利要求1.远程管理服务器(20)中的管理方法，该方法使得服务器能够管理适配于通过无线电信道接收数字地面电视信号、并且通过第二通信信道接收来自管理服务器的帧的至少一个远处的视频设备(23)，其特征在于，所述方法包括通过第二通信信道传送(52)控制命令，所述控制命令请求所述视频设备设置与数字地面电视服务列表管理相关的至少一个数字地面电视参数。2.根据权利要求1的方法，其特征在于，设置至少一个数字地面电视参数包括发送对所述视频设备扫描至少一个数字地面电^L频率的请求。3.根据权利要求1或2之一的方法，其特征在于，设置至少一个数字地面电视参数包括发送对所述视频设备将至少一个数字地面电视逻辑信道与数字地面电视服务坐标相关联的请求。4.视频设备(23)中的管理方法，所述视频设备(23)适配于通过无线电信道接收数字地面电视信号、并且通过第二通信信道接收来自远处的远程管理服务器(20)的数据，其特征在于所述方法包括以下步骤-通过第二通信信道接收(61)控制命令，所述控制命令请求所述视频设备设置与数字地面电视服务列表管理相关的至少一个数字地面电视参数；以及-设置(63)与数字地面电视服务列表管理相关的至少一个数字地面电视参数。5.根据权利要求4的方法，其特征在于所述控制命令包括对所述视频设备扫描至少一个数字地面电视频率的请求，并且特征在于所述设置步骤包括扫描至少一个数字地面电视参数。6.根据权利要求4或5之一的方法，其特征在于所述控制命令包括对所迷视频设备将至少一个数字地面电视逻辑信道与数字地面电视服务坐标相关联的请求。7.根据权利要求4至7之一的方法，其特征在于该方法包括通过第二通信信道向管理服务器传送与数字地面电视服务列表管理相关的信息。8.根据权利要求4至7之一的方法，其特征在于第二通信信道属于因特网协议类型。9.根据权利要求4至7之一的方法，其特征在于根据CPEWAN管理协议来接收所述控制命令。10.视频设备(23)，其包括通过无线电信道的数字地面电视信号的接收器(46)、以及通过第二通信信道的来自远处的远程管理服务器(20)的数据的接收器(44)，其特征在于，所述设备包括用于根据通过第二通信信道接收的控制命令来设置与数字地面电视服务列表管理相关的所述至少一个数字地面电视参数的部件，所述控制命令请求所述视频设备设置与数字地面电视服务列表管理相关的至少一个数字地面电^见参数。全文摘要本发明涉及数字地面电视设备(23)的远程管理。为了改善地面电视接收，由远处的远程管理服务器(20)通过另一通信信道传送控制命令，所述控制命令请求视频设备设置与服务列表管理相关的至少一个数字地面电视参数。文档编号H04N5/50GK101682712SQ200880021115公开日2010年3月24日申请日期2008年3月25日优先权日2007年4月20日发明者吉勒斯·斯特劳布,尼古拉斯·卡拉梅利申请人:汤姆森特许公司