专利名称：软件包的广播的制作方法
技术领域：
本发明涉及一种从软件服务器向广播接收机广播软件包的方法，具体来讲涉及数字式广播接收机和机顶盒。本发明还涉及广播接收机。
背景技术：
诸如数字电视和机顶盒(STB)之类的广播接收机的功能不断地增加。因此，接收机中的可执行软件的数量同样也增加。这意味者修改软件错误和给已安装的软件添加新软件功能的需求增加。
到目前为止，系统中的服务器间或地向广播接收机广播整个新的软件映像(software image)。所述映像包括所有软件组件，也包括已经现有的组件和未修改的组件。利用映像就意味着软件组件(模块)集合共同形成接收机的完整的可替换的可执行软件。接通的接收机(全功率或待用)能够接收新的映像。所述新映像被自动地安装或者在用户同意之后被安装。实质上，广播是一种限制对广播系统资源的需要的有效方式。然而，由于接收机能够被断开，因而需要定期地广播新映像。由于映像可能会在尺寸方面增加，因而过于频繁的广播可能会消耗太多的广播系统带宽。进一步由于广播接收机可能有硬件差异而使广播的手段变得复杂，这会导致对不同的待广播的映像的需要。所述不同的映像需要接着被传输给所选定的接收机，这进一步使问题变复杂。
发明内容
本发明的一个目的是改善广播接收机中的可执行软件的更新。
为了满足本发明的上述目的，一种经由广播通信系统从软件服务器向多个广播接收机提供可执行软件的方法，包括在每个广播接收机中维护标识安装在广播接收机中的可执行软件组件的配置信息；从软件服务器向广播接收机广播标明在接收与软件包说明相关联的软件包之前必须已安装在广播接收机中的软件组件的软件包说明；以及广播包含至少一个可执行软件组件的相关软件包；
在每个广播接收机中通过将软件包说明与接收机的配置信息相比较来判断是否能够安装软件包；以及当肯定判断时安装软件包并且相应地更新接收机的配置信息。
通过在每个广播接收机中维护有关已安装的软件组件的信息并且广播在可以安装软件包之前必须存在的组件的说明，即使软件包因接收机的硬件或已安装的软件的原因而不适合于接收机，也可以向所有接收机广播相同的包。照此，即使在具有各种硬件和软件的情况下，也仍然能够应用广播(即执行所有接收机可接收的一种传输)。不需要单独接收机的直接寻址或者不需要具有不同硬件/软件简档的不同接收机群组的重复多信道广播。本发明允许创建一个具有适合于多个接收机群组的组件的软件包，其中每组接收机都具有不同的硬件/软件简档。总软件包的尺寸实质上大于单独接收机的映像尺寸。所述接收机仅仅选择它需要的以及符合其配置的组件。还可以创建用于单独接收机群组的软件包。
如从属权利要求2中所述，所述配置信息包括用于每个已安装的软件组件的各个唯一组件标识，并且所述软件包说明包括在接受软件包之前必须已安装在广播接收机中的每个软件组件的唯一组件标识；并且其中将软件包说明与接收机的配置信息相比较的步骤包括检查软件包说明中的所有组件标识是否都是配置信息的一部分。检查组件标识是一种核实新软件包是否适合于接收机的容易方式。
如从属权利要求3中所述，所述软件包包括软件组件的至少一个更新；所述软件包说明包括软件组件的唯一组件标识。照此，单独的软件组件(或组件的群组)能够用新的版本来替代，例如从而克服组件中的软件错误。如果只有部分软件组件是更新的，就不再需要广播整个映像。
如从属权利要求4中所述，所述软件包包括要求不同的另外软件组件已经被安装在广播接收机中的软件组件；所述软件包说明包括另外的软件组件的唯一组件标识。照此，能够安装那些只有某些其它组件已存在才能被执行的一个或多个新组件。这使得以可靠的方式来处理不同的软件配置成为可能。
如从属权利要求5中所述，其中所述配置信息包括用于每个已安装的软件组件的、与唯一组件标识相关联的各个组件版本标识；并且其中所述软件包说明包括用于在接受软件包之前必须已安装在广播接收机中的每个软件组件的相关组件版本标识；并且其中将软件包说明与接收机的配置信息相比较的步骤包括检查软件包说明中的组件标识和相关组件版本标识是否也是配置信息的一部分。通过利用版本标识(像版本号)，能够通过软件组件的组件ID和版本ID来更准确地标识所述软件组件。
如从属权利要求6中所述，软件包说明中的组件版本标识包括下列当中的至少一个一个版本的标识；最低版本或最高版本的标识，其中版本是顺序排列的；版本的顺序范围的指示。
这使得甚至更加易于处理不同的配置，具体来讲使得在一个软件包说明中为软件组件指定一个或多个可允许的版本号成为可能。
如从属权利要求7中所述，所述软件包说明包括多个可允许的软件配置，其中每个软件配置标明在接受软件包之前必须已安装在广播接收机中的软件组件；并且其中判断能够安装软件包的至少一个软件组件的步骤包括核实是否至少其中一个可允许的软件配置对应于接收机的配置信息。通过在软件包说明中发放几种可允许的配置，能够由具有一种以上配置的接收机来接受一个已广播的软件包。这减少了广播系统的负载。另一个重要的优点就是接收机花费较少的时间来下载软件映像并将它存储在诸如快闪存之类的永久存储器中。由于在写入期间接收机可能会被用户关掉，从而在接收机中剩下不完整的坏映像，因而这降低了损坏映像的风险。
如从属权利要求8中所述，广播接收机的完整的软件映像能够从软件服务器被广播到广播接收机。照此，仍然能够更新已经关断很长时间且已不再满足最低要求的接收机。利用完整映像来进行的这类更新能够以极低的频率发生。
如从属权利要求9中所述，所述广播接收机能够响应于确定未安装至少一个所需软件组件，来从软件服务器中下载未安装的软件组件；安装已下载的软件组件并相应地更新接收机的配置信息。照此，单个接收机的“单独”更新能够确保这个接收机能够接收将来的广播软件包。如果接收机太陈旧以致于不能接受某些广播包的话，那么这就特别有用。优选地，所述接收机注意到它无法接受软件包并主动开始下载更新版。作为选择，所述服务器可以间或地检查是否存在这种情况并主动开始进行下载。
为了满足本发明的上述目的，一种广播接收机，包括通信接口，用于从广播通信系统那里接收数据；存储器，用于存储可由处理器执行的软件组件，并且用于存储标识所述可执行软件组件的配置信息；处理器，用于执行已存的软件组件；至少其中一个软件组件可操作用于令处理器执行如下操作通过通信接口接收软件包说明，它标明在接受与软件包说明相关联的软件包之前必须已安装在广播接收机中的软件组件；和相关软件包，它包含至少一个可执行的软件组件；通过将软件包说明与存储在接收机存储器中的配置信息相比较来判断是否能够安装软件包；以及当肯定判断时在存储器中存储软件包的至少一个软件组件并且相应地更新接收机的配置信息。
通过参照下文中描述的实施例来进行阐述，本发明的这些及其它方面变得明显。
在附图中图1示出了其中能够采用本发明的广播系统；图2示出了根据本发明的广播接收机；图3举例说明了规定多种配置的软件包说明；和图4举例说明了根据本发明的方法的流程图。
具体实施例方式
图1给出了数字电视系统的概述，在所述数字电视系统中能够使用根据本发明的广播接收机和软件包的广播。一般而言，在任何广播系统中都能使用根据本发明的软件发布/更新，也包括像移动式电话和PDA这类具有广播接收能力的手提式设备的更新。举例来说，描述了这样一种系统，在所述系统中运用MPEG-2压缩以压缩A/V信号来数字地发布音频/视频(A/V)信号。所述系统包括MPEG-2压缩器10，其通常位于广播中心当中。所述压缩器接收数字信号流(通常是数字化模拟信号或数字视频信号的流)。原始信号由服务提供商来提供。所述压缩器连接于加扰器和多路复用器20。正如下面将更详细描述的那样，所述加扰器通过受内容密钥的控制、对数据流的数字信号进行加密来随意地将它们扰乱。所述多路复用器20除接收一个或多个扰乱数据流或非扰乱数据流之外，还接收其它数字信号。具体来讲，所述多路复用器接收表示可由广播接收机执行的软件的数字数据。正如下面将更详细描述的那样，所述软件是由软件服务器90按软件包的形式提供的。所述多路复用器20将所有信号和流都汇集成传输流，并向广播中心的发射机30提供压缩和多路复用的信号。可以在独立的单元中执行扰乱和多路复用功能，并且如果需要的话可以在不同的位置上执行。可以利用任何适当形式的链接(包括电信链路)来从加扰器/多路复用器20向发射机30提供多路复用的传输流。所述发射机30经由上行链路朝卫星发射机应答器40发送电磁信号，其中对它们进行电子处理并经由下行链路将它们广播到基于陆地的卫星接收机50，通常是按终端用户的盘碟的形式。在图中，所述卫星接收机50连接于集成接收机60。下面参照图2来更详细地描述接收机60的操作。所述接收机选择期望的信号并且以适当形式将其呈现给再现设备，比如电视70。也可以使用磁带、光盘或硬盘记录器或其它适宜的记录器来记录所述信号。可以利用众所周知的发布系统(比如CATV电缆或IEEE 1394)将所述信号以模拟或数字形式提供给再现/记录设备。将要理解的是，所述信号的主要发布是不需要经由卫星进行的。作为代替，可以使用其它的传送系统(即经其传输一个或多个多路信号的物理介质)，诸如陆地广播、电缆传输、组合的卫星/电缆。经由该传送系统发布数据的当事人往往是指网络提供商。同样将要理解的是，可以将接收机/解码器60集成到再现或记录设备中。
一种典型的系统充当多信道系统，暗指多路复用器20能够处理接收自多个(并行)源的A/V信息并且与发射机30相交互以沿相应的多个信道广播信息或多路复用成独立的传输流。除A/V信号之外，还可以在一些或所有这些与所传输的数字音频和视频信息交织的服务/信道中引入消息或应用或任何其它种类的数字数据。具体来讲，数字数据可以代表软件包。因而，传输流包括一个或多个服务，每一个服务具有一个或多个服务组件。服务组件是单媒体元件。服务组件的示例是视频基本流、音频基本流、根据本发明的程序包或其它数据类型。传输流是通过对一个或多个基本流和/或数据进行时间多路复用而形成的。正常来讲，广播数据是由广播系统中的所有活动的接收机接收的。然而，将要理解的是，在可适用的情况下，利用软件包的广播也意指“多信道广播”，在多信道广播的情况下仅仅多个接收机的子集接收在一次传输中传输到接收机群组的的软件包(不同于使用独立的传输，每一次独立的传输都仅仅寻址到一个接收机)。
根据本发明的软件发布原则上只能利用一个方向的广播系统来进行，就像图1所描述的那种广播系统一样。优选地，在所述系统中启用双向通信以简化附加的特征，特别是接收机指定的操作。可以以任何适宜的方式建立从广播接收机返回到软件服务器的通信路径。示出了广域网80的使用(优选的是，开放式因特网)，所述广域网将广播接收机连接到软件服务器90。为了实现软件服务器90上所存储的软件包的广播，优选地，所述软件服务器90还具有到多路复用器20的连接。这可以是直接链路，不过同样也可以经由因特网。将要理解的是，可以以任何适宜的形式提供因特网或类似的通信系统的通信功能。例如，接收机可以直接使用因特网协议、经由有线电视网或卫星连接来进行通信。作为选择，接收机可以具有到提供接入因特网的接入提供商的基于电话的拨入连接，所述接入提供商提供了对因特网的接入。所述接收机可以使用因特网协议，但是不必如此。如果服务器90确实使用了因特网协议，则例如可以利用网关来进行协议转换。同样也将要认识到的是，所述软件还可以由其它服务器提供给软件服务器90以供经由通信系统进行发布。
图2示出了典型的广播接收机的更多细节。优选地，所述广播接收机遵循类似欧洲MHP(多媒体家庭平台)或美国DASE平台那样的已定义的平台。所述广播接收机包括调谐器210。所述调谐器210提取通常会产生MPEG2传输流的独立的可调射频(RF)波段。用解多路复用器220(De-MUX)将可变数据信号与恒定载波信号分离开。所述结果往往是音频、视频和数据输出。在示例性的系统中，根据本发明的软件包是作为数据加以输出的。可以通过条件接入子系统230来馈送视频和音频流，所述条件接入子系统判断接入许可并且可以对数据进行解密。将音频和视频流馈送到解码器240，所述解码器将他们转换成适合于视频和音频再现或存储设备的信号。这可以包含MPEG2解码。典型地，首先将解码器240的输出存储在帧缓冲器270中以供随后提供给再现/存储设备。优选地，所述接收机还包括用于与软件服务器双向通信的通信接口280。任何适宜的通信硬件/软件都可以用于所述接收机，包括用于标准电信线路的常规调制解调器或宽带调制解调器。所述双向通信信道简化更多高级的接收机指定的软件组件的下载以及交互式应用，比如像交互式视频、电子商务等等，并且从例如Web站点上获取附加信息/功能。优选地，使用因特网协议，例如在MHP“因特网接入简档”中定义的那些因特网协议。接收机的用户接口295使该接收机能与用户相交互。所述用户接口295可以包括任何适宜的用户输入装置，比如像用于从IR遥控装置、键盘那里或从用于话音控制的麦克风那里接收信号的红外接收机。对于输出乃至于听觉反馈而言，还可以使用任何适宜的形式，比如使用小型LCD显示器或使用电视显示器。
将会认识到的是，可以利用专用硬件来执行诸如调谐器功能210、解多路复用器功能220、可选的加扰器/解密器功能230和解码器功能240之类的各种功能。一些功能或所述这些功能的一部分都可以用可编程的处理功能来执行，例如利用装载有适当程序的数字信号处理器(DSP)来执行。在控制器250的控制下操作接收机内部的各种功能，所述控制器典型地包括嵌入式微处理器或微控制器。为了保持图的简单，没有示出控制器与其它功能之间的控制关系。仅仅示出了在软件包的处理过程中控制器可能具备的功用。
例如就如图2中所示的那样，所述广播接收机包括多个软件组件。典型地，所述软件是分层编组的，例如以硬件驱动器层、中间件层、应用编程接口(API)层和应用程序层的形式来分层编组的。图2的接收机可以具有许多硬件组件，所述每一个硬件组件都是由它们自己的软件驱动程序来控制的。这类硬件的示例为调谐器、解码器、解扰器、通信硬件(例如，调制解调器、局域网)、显示器、音频放大器/转换器、红外接收机等等。所述中间件可以包括按照(MHP)标准规定的交互信道协议，比如像TCP/IP、http和DSM-CC因特网协议。所述API可以是MHP所定义的那些API。应用程序的示例包括驻留的应用，比如zapper(用于改变服务)、ESG或EPG、设置菜单和像气候应用或高尔夫球应用那样的可下载应用(就像风速、距离等等那样的、在比赛期间传输的运动的附加信息)。
典型地，由控制器250来执行所述各种软件组件。由于逐渐地也以软件的形式来实现基本信号处理功能，因而系统中的信号处理器也可以执行多种软件组件。在图中，仅仅示出了一个处理器。同样，在说明书的其余部分中，一般说来也将参考仅仅一个处理器。将会认识到的是，这还涵盖实际由接收机中的多个处理器执行所述软件组件的情况。从存储器260中加载所述可执行软件组件。这可以是非易失性存储器，比如像快闪存，乃至硬盘或其它永久性的辅助存储器。在执行期间，通常把所述程序组件加载到像DRAM这样的易失性存储器中(在图中未示出)。
优选地，单独的可执行软件组件是可唯一标识的。这可以通过以号码的形式给每个组件分配一个唯一软件标识来完成。所述号码可以按字节序列的形式来数字地表示。具体而言，如果还向用户展示所述标识，则最好将(阿尔法)数值字符(序列)用作为标识。在软件包是接收机中现有软件的扩展并且它仅为软件包指示需要存在哪些模块的情况下，仅仅使用组件标识就足够了。特别对于更新早已存在的软件而言，在已安装的软件组件上优选地有更多的信息。这种附加信息可以是版本标识。所述版本标识可以采用任何适当的形式。对于其余的部分而言，假设版本标识遵循使接收机能识别出一个组件比早已安装的组件更新的方案。所述版本标识例如可以由两个或三个数字形成，其中第一个数字表示主要的发行版本，而第二/第三个数字表示次要的改进版本。作为选择或者另外，所述版本号可以是日期(例如，软件组件的生产日期或发布日期)。
根据本发明，每个广播接收机都保存有对安装在广播接收机中的可执行软件组件进行标识的配置信息。可以把这个存储在诸如相同的非易失性存储器260之类的适当内存/存储器中，就像用来存储软件组件一样。经由广播系统来广播两个部分。第一部分是软件包说明。第二部分是软件包自身。可以在一次操作中连续地广播所述两个部分。还可以首先广播说明而稍后在单独的广播中传输软件包。在后者的解决手段中，广播接收机具有更多的时间来判断是否接收软件包。所述接收机可能需要执行像清理将能存储软件包的内存/存储器这样的准备步骤。将会认识到的是，所述接收机暂时可能需要清除额外的存储空间以便能够存储早已安装的软件组件以及最新广播的组件。如果期望如此的话，那么仅仅可以在已经核实所述广播组件未被破坏之后安装所述广播组件。在优选实施例中，将软件包说明连同软件包一起放进广播传送带(carousel)中。广播电台在确定的周期内(比如，几天)“连续地”广播该传送带。一般说来，期望的组件的加载将占用几分钟，在这段时间给接收机充裕的时间来执行加载。即使发生加载错误(例如，用户中断接收)，通常也将有足够的时间来纠正这一错误。优选地，所述软件包说明每隔几个秒处于传送带中一次，即实质上具备比软件包更高的频率。还可以在广播实际软件包之前的几个星期广播所述说明。然后，通知所述接收机新组件的广播时刻。优选地，作为软件包的广播的一部分，同样仍然要广播说明，这使接收机能立即处理所述软件包。
实质上，已知在嵌入式软件控制下操作的设备是如何借助于/利用最新接收到的组件来安全地替代或扩展可执行软件，并且如果有错误的话则就“重新执行”。这将不再作进一步地描述了。作为准备步骤，所述接收机还可以请求用户许可安装软件包。由于通常所述软件包说明相对较小(同软件包本身相比)，所以可以广播说明若干次，这使在第一次传输时失效的接收机也能接收软件包说明。优选地，在软件包说明与软件包本身之间存在链接。这类链接可以是包标识符(例如，序列号)的形式。这为广播接收机在其已经决定根据软件包说明来接受软件包之后简化了对实际软件包的识别。
软件包说明表示在接受与软件包说明相关联的相应软件包之前必须已安装在广播接收机中的软件组件。如果实际上在更迟的时刻广播软件包，则优选地所述软件包说明也包括实际广播时间的标识。这使接收机能被激活，以便在广播时接收软件包。所述软件包包括至少一个可执行软件组件。响应于接收软件包说明，所述广播接收机判断是否能够安装软件包。它通过将软件包说明与接收机的配置信息相比较来进行。如果结果是肯定的，那么若它尚未接收软件包并且安装所述软件包(或至少它感兴趣的那些组件)，所述接收机就将确保它接收软件包(或至少接收它感兴趣的软件包的组件)。所述接收机相应地更新其配置信息。将会认识到的是，如果在一次操作中广播软件包说明和软件包，则接收机实际上可能必须接收它感兴趣的软件包的所有组件并且在它已经最终决定它将安装软件包(至少其一部分)之前临时存储它。如果核实的结果是否定的(或只有部分是肯定的)，则可以简单地丢弃未安装的组件。
如上所述，所述配置信息可以包括对应每个已安装的软件组件的各个唯一组件标识，而所述软件包说明可以包括在接受软件包之前必须已安装在广播接收机中的每个软件组件的唯一组件标识。这种解决手段非常适合于扩展具有新软件组件的接收机的功能，所述接收机只有当某些其它组件已被安装时才能工作。然后，在软件包说明中标明那些其它组件。所述接收机通过简单地检查软件包说明中的所有组件标识是否是配置信息的一部分，来将软件包说明与接收机的配置信息进行比较。倘若如此，就能够接受并且安装软件包；否则，无须接收该软件包，或者如果已被接收，则可以丢弃该软件包。
为了更新现有的软件组件，所述软件包包括可能早已被安装在一个或多个广播接收机中的软件组件的至少一个更新。所述软件包说明包括软件组件的唯一组件标识。仅仅利用软件包说明中的组件标识将具有这样的影响，即已经具备组件的广播接收机将正常地安装最新的广播组件，即使这个组件与早已安装的组件相同也是如此。优选地，所述软件包说明包括在接受软件包之前必须已安装在广播接收机中的每个软件组件的组件版本标识。广播接收机中的配置信息包括对应每个已安装的软件组件的、与唯一组件标识的相关联的各个组件版本标识。所述广播接收机将软件包说明与接收机的配置信息进行比较。这包括检查软件更新说明中的组件标识是否是配置信息的一部分。倘若如此，那么相应组件标识的版本号也必须匹配。照此，如果它已经具备已安装的更新软件，则所述广播接收机将不会更新软件组件。此外，这同样实现了广播只需为组件的某些版本(而非所有版本)应用的软件补丁(只有部分的校正而不是所有软件组件的校正)。
所述系统可以支持标明软件组件版本的几种方式。下面的表格示出了四个选项。第一列示出了2位的指示符，所述指示符是软件包说明的一部分并且标明使用了哪个选项。第二列给出了文本解释(不必包含在软件包说明中)。第三列含有作为所选定的选项的关联的版本号；在表中标明了此信息是否存在于软件包说明中。第四列(可选列)含有第二版本号；在表中标明了此信息是否存在于软件包说明中。实际软件包说明可以包含该表的第1、第3和第4列，其中第3和第4列填充有实际的版本标识。
所述选项为·绝对版本号所述软件包仅仅关联于软件包说明中标明的已标识的具有第1版本号的组件。
·最低版本号假定更新是按数字顺序更高的(采用任何适当的方案)，这个选项允许指定只可以与具有起始于软件包说明的第一版本号的版本号的“新的”组件相结合来安装软件包。
·最高版本号类似于最低选项，这个选项允许指定只可以与具有直至且包含软件包说明中的第一版本号的版本号的“旧的”组件相结合来安装软件包。这个选项特别适合于利用已经被包含在更新的组件中的改进版本来更新旧的组件。
·版本范围这个选项实现了版本的连续范围的替换，这允许排除非常“旧的”版本，例如不再与软件包中的其它软件组件相兼容的版本，以及已是最新的非常“新的”组件。可以利用软件包说明中的第一版本号来标明较低的版本，而可以利用第二版本号来标明较高的版本。
将会认识到的是，也可以使用其它适当的方案来指定可容许的组件标识和/或版本标识。例如，可以利用布尔运算符来指定不同可能性，比如所述软件包可以被安装IF(组件X具有版本X1 AND组件Y具有版本Y1)OR(组件X具有版本X2 AND组件Y具有版本Y2 AND组件Z具有版本Z1)。实际上，照此，标明了两种可允许的配置。这可以以任何适当的方式来表示。在图3中举例说明了完成这一操作的一种方式。在此，所述软件包说明包括三种可能的配置310、320和330。该图示出了软件包说明是配置的链表。将会认识到的是，也可以使用其它方式。在该示例中，每个配置包括分别用以标识这些配置的可选配置号312、314和316。每个配置包括必须存在的另一个组件列表。作为示例，在图中，在第314、324和334列中分别给定每个组件的组件标识，并且在第316、326和336列中分别给定版本标识。广播接收机能够简单地顺序检查配置直到它已经找到符合于所述接收机的配置信息的一个可允许的软件配置为止。如果它已经检查了软件包说明中的所有配置并且已经发现没有匹配的配置，则将无法安装相应的软件包。
具体而言，为了克服这样的情况，其中一些广播接收机太陈旧以至于要以正常的方案加以更新，间或地(例如，每隔半年一次)经由广播通信系统从软件服务器向具有相应硬件简档的广播接收机广播完整的软件映像。优选地，根据所有软件组件的本发明，全部映像伴随有软件包说明，以便最新的接收机能够核实它无需安装映像。
在优选实施例中，单独的广播接收机可以得出如下结论不允许它们安装广播软件包，例如，因为某些组件未被安装在接收机中或者一些组件太陈旧的事实。所述广播接收机可以通过主动地联系软件服务器(例如经由因特网)、从服务器下载未安装的(根本没有安装的或陈旧的)软件组件、安装已下载的软件组件并且相应地更新接收机的配置信息来主动开始校正这个事实。还可以经由因特网来进行下载，不过也可以经由通过广播系统的直接(即寻址)传输来执行。作为选择，所述软件服务器可以间或地扫描系统中的广播接收机，并且核实它们是否需要单独的更新或者核实它们是否能够经由广播软件包来保持最新。如果接收机需要单独的更新，那么能够以任何适当的方式来完成这一操作，比如像经由拨入或宽带连接的因特网、经由广播系统的寻址传输或经由CD-ROM。
图4概述了执行根据本发明的所述方法的一种可能的顺序。在步骤410中，所述软件包说明是从软件服务器广播到接收机的。在步骤420中，接收机接收该说明。在步骤430中，广播实际软件包并且在步骤440中接收该实际软件包。然后，在步骤450中所述接收机将软件包说明与它存储的配置信息相比较。如果匹配的话，那么就安装软件包的组件(步骤460)并且更新配置信息(步骤470)以代表新的模块。如果不匹配的话，则在步骤480中丢弃接收到的软件包。将会认识到的是，顺序和细节方面的许多变形都是可能的。例如，可以在接收说明之后“立即”执行步骤450的检查。如果结果是否定的，则不必接收并丢弃软件包。
应当注意的是，上述实施例举例说明了本发明而不是限制本发明，而且本领域的技术人员将能在不背离所附的权利要求的范围的情况下设计许多可替换的实施例。在权利要求中，不应该把括号内的任何参考标记理解成对权利要求的限制。除那些列在权利要求中的元件或步骤外，单词“包括”和“包含”不排除其它元件或步骤的存在。本发明能够通过包括几个不同元件在内的硬件来实现，以及通过适当地编程的计算机来实现。其中系统/装置/设备权利要求枚举了几个装置，这些装置中的几个装置能够通过同一个的硬件项加以实现。可以在适当介质上存储/发布计算机程序产品，比如光存储器，不过也可以按照其它形式来发布，比如经由因特网或无线电信系统来进行发布。
权利要求
1.一种经由广播通信系统从软件服务器向多个广播接收机提供可执行软件的方法，所述方法包括在每个广播接收机中保存标识安装在广播接收机中的可执行软件组件的配置信息；从软件服务器向广播接收机广播软件包说明，其标明在接受与软件包说明相关联的软件包之前必须已安装在广播接收机中的软件组件；和包括至少一个可执行软件组件的相关的软件包；在每个广播接收机中通过将软件包说明与接收机的配置信息相比较来判断是否能够安装软件包；以及当肯定判断时安装软件包并且相应地更新接收机的配置信息。
2.如权利要求1所述的方法，其中所述配置信息包括每个已安装的软件组件的各个唯一组件标识，而所述软件包说明包括在接受软件包之前必须已安装在广播接收机中的每个软件组件的唯一组件标识；并且其中将软件包说明与接收机的配置信息相比较的步骤包括检查软件包说明中的所有组件标识是否是配置信息的一部分。
3.如权利要求2所述的方法，其中所述软件包包括软件组件的至少一个更新；所述软件包说明包括软件组件的唯一组件标识。
4.如权利要求2所述的方法，其中所述软件包包括要求不同的另外的软件组件已安装在广播接收机中的软件组件；所述软件包说明包括另外的软件组件的唯一组件标识。
5.如权利要求2所述的方法，其中所述配置信息包括每个已安装的软件组件的、与唯一组件标识相关联的各个组件版本标识；并且其中所述软件包说明包括在接受软件包之前已安装在广播接收机中的每个软件组件的相关组件版本标识；并且其中将软件包说明与接收机的配置信息相比较的步骤包括检查软件包说明中的组件标识和相关组件版本标识是否也是配置信息的一部分。
6.如权利要求5所述的方法，其中软件包说明中的组件版本标识包括下列中的至少一个一个版本的标识；最低版本或最高版本的标识，其中顺序地排列版本；版本的连续范围的指示。
7.如权利要求1所述的方法，其中所述软件包说明包括多个可允许的软件配置，其中每个软件配置标明在接受软件包之前必须已安装在广播接收机中的软件组件；并且其中判断是否能够安装软件包中的至少一个软件组件的步骤包括核实至少其中一个可允许的软件配置是否符合于接收机的配置信息。
8.如权利要求1所述的方法，包括从软件服务器向广播接收机广播完整的软件映像。
9.如权利要求1所述的方法，包括以下步骤广播接收机响应于没有安装至少一个所需的软件组件的判定，从服务器下载该未安装的软件组件；安装已下载的软件组件，并且相应地更新接收机的配置信息。
10.一种广播接收机，包括通信接口，用于从广播通信系统中接收数据；存储器，用于存储可由处理器执行的软件组件并且用于存储标识所述可执行软件组件的配置信息；处理器，用于执行已存储的软件组件；至少其中一个软件组件可操作用于令处理器经由通信接口接收软件包说明，其标明在接受与软件包说明相关联的软件包之前必须已安装在广播接收机中的软件组件；和相关软件包，其包括至少一个可执行的软件组件；通过将软件包说明与存储在接收机的存储器中的配置信息相比较来判断是否能够安装软件包；以及当肯定判断时在存储器中存储软件包的至少一个软件组件并且相应地更新接收机的配置信息。
全文摘要
一种包括用于从广播通信系统那里接收数据的通信接口210的广播接收机。存储器260存储可由处理器250执行的软件组件并且存储标识所述可执行软件组件的配置信息。所述接收机通过通信接口来接收软件包说明，该软件包说明标明在接受与软件包说明相关联的软件包之前必须已安装在广播接收机中的软件组件；以及接收包含至少一个可执行软件组件的相关软件包。所述接收机通过将软件包说明与存储在接收机的存储器中的配置信息相比较来判断是否能够安装软件包；以及当肯定判断时在存储器中存储软件包的至少一个软件组件并且相应地更新接收机的配置信息。
文档编号G06F9/445GK1754149SQ03823865
公开日2006年3月29日 申请日期2003年9月18日 优先权日2002年10月7日
发明者E·J·B·科尔伯 申请人:皇家飞利浦电子股份有限公司