专利名称：使用输入程序以便通知系统软件更新服务的制作方法
技术领域：
本发明涉及接收机设备，更具体地，涉及用于机顶盒的软件升级。
在当前的机顶盒实施方案中，在机顶盒内的接收机包含有关搜索系统软件更新的功能。典型地，机顶盒具有执行机顶盒的正常广播接收功能的系统软件。另外，在负责寻找更新服务的接收机内实施输入程序，以便执行系统软件更新。接收机必须能够寻找到这种系统软件更新服务，以得到有关系统软件更新的数据(诸如，新的系统软件的说明、版本号、系统软件更新广播的开始和结束时间、系统软件更新的估计的持续时间等等)。这些传统的实施方案内的问题在于，系统软件和输入程序内的系统软件搜索功能在所使用的代码上是不同的(如果输入程序是从第三方购买时可能出现的情形)，以及导致在系统软件与输入程序之间的不兼容性。这些情形可导致在系统软件与输入程序之间处理系统软件更新的不一致性。例如，系统软件可能找到了系统软件更新服务，并通知了用户系统软件更新即将开始。然而，如果由于缺乏通信或基本的不可兼容性而使输入程序没有找到系统软件更新服务，则将不发生系统软件更新。
从以上讨论，应当看到，在机顶盒技术内仍旧需要能一致地更新系统软件的系统软件与输入程序的配置。
本发明通过提供一种这样的接收机而解决现有技术内的缺点，该接收机具有接收机的多个模式，其中至少第一模式是接收机的正常工作模式，以及第二模式搜索则用于接收机的软件更新，该接收机用于搜索在至少一个模式中的软件更新，向接收机内的一个模式指明软件更新的可提供性，把可得到的软件更新传送到接收机，以及把所传送的软件更新安装在接收机中。
本发明的一个目的是提供一个被连接到网络，并在系统内配置非易失性存储器，该系统可以经由网络连接而被升级。
本发明的另一个目的是提供具有等待模式的系统，在该模式下系统搜索软件更新，以及给系统提供表明软件更新是可得到的指示。
本发明的再一个目的是提供具有工作模式的系统，在该模式下系统感知表示软件更新是可得到的指示，以及该系统软件装载该软件更新。
本发明的再一个目的是提供具有工作模式的系统，它在工作模式期间可以搜索可得到的软件更新以及把可得到的软件更新传送到系统中。
本发明的又一个目的是提供具有等待模式的系统，在重新进入等待模式后，装载程序装载已被传送到系统的软件更新。
这些和其它目的由一个被连接到网络的系统提供，该系统具有被包含在非易失性存储器内的软件，它可以经由网络连接被更新。系统提供等待模式，其中系统搜索软件更新，以及如果找到可得到的更新，则系统记录一个表明软件更新是可得到的指示。在系统进入工作模式后，它识别该表明软件更新是可得到的指示，然后系统软件装载新的软件更新。系统能够在工作模式期间搜索软件更新，以及如果找到可得到的更新，则系统把更新装载到存储器，在重新进入等待模式后，把被存储在存储器的更新放置在预定的非易失性存储器中，这样，在下一次进入工作模式时更新是可得到的。
图1是显示本发明的优选实施例的流程图；图2是运行图1的算法的机顶盒的框图。
图1是用于实践本发明的输入程序10的流程图。图2是在能够运行由图1的流程图显示的输入程序10算法的的典型的机顶盒内的硬件50的框图。
参照图2，用于机顶盒的硬件50具有前端62，它在输入/输出控制器60的直接控制下运行。前面板控制64(它也可以是遥控器)将命令提供给输入/输出控制器60。输入/输出控制器60也可以经由IEEE 1394接口或RS 232接口68接收和发送数据。被机顶盒硬件50接收的数据将进入前端62，然后被放置在存储器58中。存储器58可以是易失性或非易失性存储器，它优选地是某种类型的DRAM。操作机顶盒的系统软件典型地放置在非易失性存储器内，诸如快闪存储器。还有其它类型的非易失性存储器，例如EEPRPOM、FLASH存储器或电池供电的DRAM，它们都可以被写入，但一旦系统功率被去除将不丢失它们的内容。FLASH 52是由本发明的优选实施例采用的快闪存储器，它保存系统软件的当前版本。机顶盒硬件50将在经由CPU总线75的CPU70的控制下运行。除了CPU 70和FLASH 52以外，DRAM 54和存储器56也处于CPU总线75上作为可以由CPU 70使用的资源。另外，CPU 70通过分开的专用总线与视频图形72接口。正如由优选实施例设想的，视频图形72具有至少一个存储器资源。
优选地在机顶盒硬件50中，以及典型地在数字电视领城内，接收机(用于机顶盒或数字电视)的系统软件的大多数部分是存储在快闪存储器中的，因为快闪存储器是非易失性存储器并且可以被写入。FLASH52在优选实施例中是被用来存储系统软件的快闪存储器。机顶盒硬件52使用快闪存储器来保存系统软件，因为它有可能更新在可写入的非易失性存储器内的系统软件。还有其它类型的可写入的非易失性存储器，诸如EEPROM或电池供电的易失性存储器，然而快闪存储器由于价格、集成密度、和在设计和制造上的简单性而受到优选实施例所喜爱。
在机顶盒硬件50中和典型地在数字电视城内，对机顶盒的系统软件的更新典型地由前端62接收，并且临时放置在存储器58。新的系统软件典型地在广播流内由不同的业务所广播。为了执行系统软件更新，机顶盒必须首先找到包含新的系统软件的业务，然后把新的系统软件装载到存储器58，最后(在验证新的系统软件是正确的以后)，把新的系统软件存储在某种类型的非易失性存储器中，这种非易失性存储器在优选实施例中是FLASH 58存储器。
从软件观点看来，优选实施例设想机顶盒的接收机部分将具有两个基本部件。第一个部件是在机顶盒上运行的系统软件，以及第二个部件是检索系统软件升级的输入程序10。
系统软件是提供接收机的标称性能的软件。输入程序10是搜索系统软件更新服务和执行实际的软件升级的软件。系统软件和输入程序10在常规上不能同时执行。
接收机的当前的实施方案在系统软件和输入程序这两者中都包括了为系统软件搜索更新服务的功能。这些传统的实施方案可能导致不能完全兼容的搜索功能。这种情形可导致检索系统软件更新的不一致性。
本发明通过提供一个输入程序10而解决这个问题，该输入程序10具有被扩展的功能使它可以在两个模式下启动。第一模式允许输入程序10搜索系统软件更新服务。第二模式允许输入程序10搜索系统软件更新服务，以及如果输入程序10找到这种服务，则它开始执行系统软件更新。在当前的输入程序实施方案中不提供第一模式。本发明提供的系统软件不搜索系统软件更新的服务本身，而是利用分开的输入程序10来执行搜索系统软件更新服务的功能，类似于以上讨论的第一模式1。
如前所述，输入程序10和系统软件典型地不同时执行。典型地，在诸如快闪或EEPROM的非易失性存储器内的一个单元被用来指示在接通电源以后或在进行复位以后输入程序10或系统软件是否必须被启动。而且，诸如快闪或EEPROM的这个非易失性存储器也被使用来在输入程序与系统软件之间传送信息(例如与系统软件更新服务有关的定位器)。用于使系统软件使用输入程序10来找出系统软件更新服务的一个方法是如下当接收机正准备进入等待时，系统软件把信息传送到输入程序，然后使接收机复位。接收机在第一模式下启动输入程序10，在其中输入程序10将搜索系统软件更新服务。一旦输入程序10结束搜索，它就使得接收机处在等待模式。在接收机再次接通电源后(即，离开等待模式)，系统软件检验输入程序10是否找到系统软件更新服务。系统软件验证由输入程序10返回的状态可以有许多方法，诸如设置标记，或修改在软件中的信标，以允许系统软件据此而动作。如果输入程序10表示更新是可得到的，则系统软件调谐到这个服务，并检索它需要用来下载机顶盒的更新的信息。
图1是显示本发明的优选实施例的输入程序10的操作的流程图。一旦系统一开始被接通，这里被称为冷启动，由本发明的优选实施例设想的输入程序10就典型地开始15。然而，应当指出，有许多例行程序可以起动输入程序10。本发明的优选实施例描述对于图1的算法的调用，它可在工作模式或在等待模式下进行。图1所示的算法的引用总的被称为开始15。在被调用后(诸如在开始接通电源或模式改变期间)，输入程序10将执行两个任务。第一任务是验证当前的映像(image)13，其中软件映像检验当前在系统中的映像。验证当前的映像13检验当前的映像以确定它是否损坏，以及优选地通过计算映像的检验和或者循环冗余检验码(CRC)而被实施。CRC可以确定两个映像或文件是否相同的。CRC功能典型地处理映像或文件的每个字节。映像或文件上的任何差别将产生不同的CRC数。然而，用于验证当前的映像的其它实施方案是可能的，并且是本领域技术人员容易理解的。
第二个任务是检验强迫下载序列12。由本发明设想的强迫下载序列可以由机顶盒的家庭用户通过在遥控器或接收机上输入预定的序列而发起。另外，强迫下载序列可以由在修理店里的服务人员发起。一旦发起，强迫下载序列就检索在这里称作为标准映像的内容。标准映像是原先放置在机顶盒中的映像。
一些实施例被设想为在进行验证当前的映像13之前先进行检验强迫下载序列，以及如果在进行验证当前的映像13之前还没有输入必须的序列来发起强迫下载序列。然而，优选实施例在验证当前的映像之前不对下载序列12执行检验，因为检验该强迫下载序列涉及到灾难性事件，需要向系统进行输入和把时间花费在难得需要执行的功能上。在优选实施例中，检验强迫下载序列12基本上与验证当前的映像13同时进行。强迫下载序列12和验证当前映像13的功能可以互相独立地执行，这是在优选实施例中完成的。优选实施例还在系统内提供硬件，允许强迫下载序列12和验证当前映像13的功能作为并行执行的两个功能被实施。
测试本地下载服务器14将搜索具有可得到的升级的下载服务器，这些升级可以在输入程序执行强迫下载序列12和验证当前映像13后被下载。本地下载服务器可以是在与机顶盒相同的位置处的或在用户可以把系统送去修理的本地商店处的PC上运行的软件。测试本地下载服务器14在系统中的软件映像变为出错的和当前没有被广播的软件映像的情况下是有用的。本地下载服务器的使用(在家中或在商店里)允许用户再次把正确的软件映像加到系统上。优选实施例的打算是本地下载服务器可以在紧急情形下使用。如果检测到下载服务器，则在这个服务器处可得到的映像将是选择的映像。
一旦测试本地下载服务器14被执行，判决块41就识别测试本地下载服务器14的结果，并且据此指引程序的运行。如果判决块41确定没有检测到下载服务器，则判决块42将确定是否检测到如前所讨论的强迫下载序列。如果判决块42确定没有检测到强迫下载，则输入程序10进行选择映像。选择映像16是其中输入程序10搜索用于软件更新的广播信号的步骤。在典型的操作中，输入程序10不会检测到下载服务器或强迫下载，所以，通常将执行选择映像16。如果软件更新是可得到的，则输入程序10将运行下载选择映像的功能28，以便把检索到的更新加到机顶盒中。判决块43将对映象测试可能的出错。如果判决块43确定当前的映像出错，则输入程序10将执行下载选择的映像28，以检索出一个更新加到机顶盒。典型地，对于一个特定的系统在任何时间只有一个软件映像被广播。如前所述，在判决决41确定检测到下载服务器的情形下，从这个服务器可得到的映像将是选择的映像。
判决块41将识别选择的映像是否为当前的映像。完全可能地，判决块44将确定选择的映像可以是与当前在机顶盒内使用的映像相同的。如果当前的映像是选择的映像，则假设当前写入到快闪存储器中的映像是正确的以及子程序结束。本领域技术人员将容易看到，由判决块43在为是否出错而测试映像时执行的功能和由判决块44用于识别当前的映像是否选择的映像的功能两者可以被组合成单个功能。其目的是，如果当前的映像是出错的或如果选择了当前映像以外的映像，则进行下载。应当指出，有可能选择的映像是与当前的映像是相同的。这典型地发生在成功的软件升级之后，但这并非是不通常的，因为单个软件映像可以广播几个月或几年。
如果判决块41确定检测到下载服务器，则输入程序执行下载选择的映像28，以便如前面讨论的那样从该服务器检索出更新。
在执行了选择的映像28下载后，在判决块46处测试选择的映像以验证它是否被正确地下载。如果判决块46确定选择的映像的下载是成功的，则验证下载映像20以确定该映像是否为出错的，以及判决块47据此把程序操作分成支路。如果判决块47确定下载映像是出错的，则进入装载当前的映像的支路26以装载现有的映像。如果判决块47确定下载映像是没有出错的，则映像被写入到快闪存储器以及输入程序10返回到系统软件的操作。如果判决块49确定写入是不成功的，则操作进入下载标准映像18的支路。
回到下载选择的映像28，如果选择的映像的下载被判决块46确定为失败的，则采取通过装载当前的映像26以恢复现有的映像的步骤。然后由判决块48测试现有的映像是否出错。如果发现现有的映像没有出错，则返回到程序工作分支，并退出输入程序10。如果发现现有的映像有错，则程序操作进入下载标准映像18的支路，以及判决块46再次测试映像，不过这时测试的是标准映象。
再次回到判决块41，如果确定没有检测到下载服务器，则程序支路进到判决块42，以识别是否有强迫下载序列的指示。如果检测到强迫下载序列，则操作进到下载标准映像18的支路，这将发起下载序列到机顶盒，该序列把原先的映像恢复到机顶盒中。操作将再次进到判决块46的支路，这将检验下载的正确性，如果判决决46确定映像被正确地下载，则映像得到验证并且如前面讨论的那样被写入到快闪存储器。如果判决块46确定映像是出错的，则系统执行装载当前的映像26。如果当前的映像得到成功验证，则程序终结24。如果当前映像未正确地验证，则执行一系列步骤，来校正和恢复映像。
本发明具有下列优点实施搜索系统软件更新服务的功能，同时保证输入程序在任何情形下都不会是不兼容的，因为软件更新和输入程序10是互相完全认识的。优选地，输入程序10和系统软件使用相同的代码。另外，系统软件的规模被减小成能够使用集中的方法来设计输入程序10和系统软件。优选实施例利用如在以下的文件中详细描述的用于DVB系统中的系统软件更新的技术规范ETSI TS 102 006VI.2.1(2002-10)，Digital Video Broadcasting(DVB)(数字视频广播)；Specification for System Software Update in DVB Systems(DVB系统中系统软件更新说明)。
以上的讨论描述本发明人最优选的实施例。本领域技术人员将容易看到这些实施例的变例，因此，本发明的范围不应当由以上讨论的实施例限制，而是由所附权利要求规定。
权利要求
1.一种用于更新软件的方法，包括以下步骤在接收机设备(50)上实施多种模式，使得至少第一模式是用于机顶盒的正常工作模式，和第二模式(10)用于搜索软件更新；用至少一个模式来搜索(16)软件更新；向接收机设备内的一个模式指示(44)出现可得到的软件更新；把可得到的软件更新传送(28)到接收机设备；以及把所传送的软件更新安装(22)到可编程设备。
2.权利要求1的方法，其中实施的步骤还包括作为该多个模式的一个工作模式和一个等待模式。
3.权利要求2的方法，其中搜索(16)和传送(28)步骤在等待模式下完成。
4.权利要求2的方法，其中搜索(16)和传送(28)步骤在工作模式下完成。
5.权利要求3的方法，其中搜索(16)步骤还包括在等待模式下搜索软件更新，以及如果找到软件更新，则作出关于软件更新是可得到的指示。
6.一种具有通信接口(62)的接收机系统(50)，该系统(50)包含处在非易失性存储器(52)中的软件，它可以经由网络连接而被更新，包括接收机设备(50)内的等待模式，该模式结合工作模式一起工作以安装软件更新，其中接收机系统(50)通常在工作模式下工作，以及等待模式不与工作模式同时工作；以及子程序(10)，在工作模式或等待模式下用于提供对于软件更新的可提供性的指示(16)，它由工作模式或等待模式中的另一个模式所使用以便识别该指示并帮助把软件更新安装到接收机。
7.权利要求6的系统，其中等待模式识别软件更新的存在，工作模式把可得到的更新程序安装到接收机。
8.权利要求6的系统，其中工作模式识别可得到的软件更新的存在，等待模式把可得到的软件更新装载到接收机。
9.权利要求6的系统，其中例行程序把软件更新放置在易失性存储器中，它在以后被放置在非易失性存储器中。
10.权利要求9的系统，其中例行程序在等待模式下把软件更新放置在易失性存储器中，以及接收机在重新进入工作模式后把软件更新放置在非易失性存储器中。
11.具有可以改变的非易失性存储器(52)的接收机系统(50)，包括在接收机系统中的通信接口(62)，它在接收机系统内的处理装置的控制下被可操作地耦合到非易失性存储器(52)；在接收机内的系统软件装置，它执行接收机系统的正常运行；以及输入程序(10)，它相对系统软件装置独立地工作，以搜索(16)软件更新和检索被寻找的更新(28)；其中输入程序在出现多个预定的事件之一后运行。
12.权利要求11的接收机系统，其中系统软件装置在系统用来接收广播信号时运行在工作模式，以及输入程序在正常广播功能被禁止时运行在等待模式。
13.权利要求12的接收机系统，其中工作模式识别软件更新对于输入程序是可得到的，以及输入程序检索可得到的软件更新。
14.权利要求12的接收机系统，其中等待模式识别可得到的软件更新以及工作模式安装可得到的软件更新。
15.权利要求12的接收机系统，其中接收机可以在等待模式下确定更新为接收机生成进入工作模式的指示，关于软件更新是可得到的该指示被加以识别，然后接收机装载新的软件更新。
16.权利要求11的接收机系统(50)，其中该多个预定的事件还包括给接收机系统(50)供电。
17.权利要求11的接收机系统(50)，其中该多个预定的事件还包括改变接收机系统(50)上的信道。
18.权利要求11的接收机系统(50)，其中该多个预定的事件还包括一个至接收机系统(50)的输入。
全文摘要
接收机(50)具有被包含在非易失性存储器(52)内的软件并可经由通信接口(62)升级。接收机(50)提供等待模式以结合工作模式一起工作，以用来搜索(16)和装载(28)软件更新。如果找到可得到的更新，则接收机记录关于软件更新是可得到的指示(44)以允许装载(28)和安装(22)该更新。接收机可以在等待模式下判定更新，以生成对接收机的指示，并在进入工作模式后识别关于软件更新是可得到的的指示，然后系统软件装载新的软件更新。接收机能够在工作模式期间搜索软件更新，以及如果找到可得到的更新，则接收机把该更新装载到存储器，在重新进入等待模式后，把被存储在存储器的更新放置在预定的非易失性存储器中，这样，该更新在下一次进入工作模式时是可得到的。
文档编号G06F9/445GK101091158SQ200580003301
公开日2007年12月19日 申请日期2005年1月25日 优先权日2004年1月28日
发明者S·R·库伊曼斯 申请人:皇家飞利浦电子股份有限公司