JP2006502615A - ソフトウェアパッケージの放送 - Google Patents

Abstract

放送受信機が、放送通信システムからデータを受信する通信インターフェース２１０を含んでいる。記憶部２６０は、プロセッサ２５０により実行可能なソフトウェアコンポーネントを記憶すると共に、斯かる実行可能なソフトウェアコンポーネントを識別するコンフィギュレーション情報を記憶する。当該受信機は、上記通信インターフェースを介して、関連するソフトウェアパッケージを受け取る前に当該放送受信機にインストールされていなければならないソフトウェアコンポーネントを識別するソフトウェアパッケージ記述と、少なくとも１つの実行可能なソフトウェアコンポーネントを含む上記の関連するソフトウェアパッケージとを受信する。該受信機は、上記ソフトウェアパッケージをインストールすることができるかを、上記ソフトウェアパッケージ記述と当該受信機の記憶部に記憶されたコンフィギュレーション情報とを比較することにより判断し、肯定的判断の場合は、該ソフトウェアパッケージの上記少なくとも１つのソフトウェアコンポーネントを記憶部に記憶すると共に、当該受信機のコンフィギュレーション情報をその様に更新する。

Description

本発明は、ソフトウェアパッケージを、ソフトウェアサーバから特にはデジタル放送受信機及びセット・トップ・ボックス等の放送受信機に放送する方法に関する。また、本発明は放送受信機にも関する。

デジタルＴＶ及びセット・トップ・ボックス（ＳＴＢ）等の放送受信機の機能は、継続的に増加している。結果として、受信機における実行可能なソフトウェアの量も増加している。このことは、ソフトウェアのバグを修正し、インストールされているソフトウェアに対して新たなソフトウェアフィーチャを追加する要求も増加することを意味する。

今までの処、当該システム内のサーバは、適時、新たなソフトウェアイメージ全体を放送受信機に放送していた。該イメージは、全てのコンポーネント、即ち既に存在する修正されていないコンポーネントも含む。イメージとは、当該受信機の完全な置換可能な実行可能なソフトウェアを一緒に形成するようなソフトウェアコンポーネント（モジュール）の組を意味する。スイッチオン（完全に電源オン又は待機状態）された受信機は新たなイメージを受信することができる。該新たなイメージは、自動的に又はユーザの承認後にインストールされる。それ自体で、放送は放送システムの資源に対する要求を制限する有効な方法である。しかしながら、受信機はスイッチオフされ得るので、新たなイメージは規則的に放送される必要がある。イメージの大きさは増加し得るので、過度に頻繁な放送は、放送システムの過度に大きな帯域幅を消費し得る。放送による方法は、放送受信機がハードウェアの差を有し得、結果として異なるイメージを放送する必要があるという事実により、更に複雑化される。この場合、上記の異なるイメージは選択された受信機に送信される必要があり、事態が更に複雑になる。

本発明の目的は、放送受信機における実行可能なソフトウェアの更新を改善することにある。

本発明の上記目的を満たすため、ソフトウェアサーバから放送通信システムを介して複数の放送受信機に実行可能なソフトウェアを供給する方法は、
各放送受信機に当該放送受信機にインストールされた実行可能なソフトウェアコンポーネントを識別するコンフィギュレーション情報を維持するステップと、
上記ソフトウェアサーバから上記放送受信機に対して、ソフトウェアコンポーネントを示すソフトウェアパッケージ記述であって、これらソフトウェアコンポーネントが当該ソフトウェアパッケージ記述に関連するソフトウェアパッケージを受け取る前に放送受信機にインストールされていなければならないようなものであるソフトウェアパッケージ記述と、少なくとも１つの実行可能なソフトウェアコンポーネントを含む上記の関連するソフトウェアパッケージとを放送するステップと、
各放送受信機において、上記ソフトウェアパッケージをインストールすることができるかを、上記ソフトウェアパッケージ記述を当該受信機のコンフィギュレーション情報と比較することにより判断し、肯定的判断の際には、上記ソフトウェアパッケージをインストールすると共に、当該受信機のコンフィギュレーション情報をその様に更新するステップと、
を含む。

各放送受信機において、インストールされたソフトウェアコンポーネントについての情報を維持すると共に、ソフトウェアパッケージをインストールすることができる前に何のコンポーネントが存在しなければならないかの記述を放送することにより、当該パッケージが当該受信機のハードウェア又はインストールされたソフトウェアにより該受信機に適していない場合でさえも、同一のパッケージを全受信機に対して放送することが可能となる。この様にして、多様なハードウェア及びソフトウェアの状況においても、放送（即ち、全受信機により受信可能な１つの送信を実行すること）を依然として適用することができる。個々の受信機を直接にアドレス指定し、又は異なるハードウェア／ソフトウェアプロファイルを持つ異なる群の受信機に対して繰り返しマルチキャストする必要はない。本発明は、各群が異なるハードウェア／ソフトウェアプロファイルを有するような幾つかの群の受信機に適したコンポーネントを備える１つのソフトウェアパッケージを作成することを可能にする。全体のパッケージの大きさは、個々の受信機のイメージの大きさよりも大幅に大きくなり得る。受信機は、必要とし且つ自身のコンフィギュレーションを満たすようなコンポーネントを単に選択すればよい。また、個々の群の受信機に対するソフトウェアパッケージを作成することもできる。

従属請求項２に記載されているように、上記コンフィギュレーション情報は各々のインストールされたソフトウェアコンポーネントに対して、対応する固有のコンポーネント識別子を含む。また、上記ソフトウェアパッケージ記述は、当該ソフトウェアパッケージを受け取る前に放送受信機にインストールされていなければならない各ソフトウェアコンポーネントの固有のコンポーネント識別子を含み、該パッケージ記述を当該受信機のコンフィギュレーション情報と比較するステップは、該ソフトウェアパッケージ記述における全てのコンポーネント識別子（又は複数のコンポーネント識別子）が該コンフィギュレーション情報の一部であるかをチェックするステップを含む。コンポーネント識別子をチェックするやり方は、新たなパッケージが当該受信機に適しているかを検証する容易な方法である。

従属請求項３に記載されているように、上記ソフトウェアパッケージはソフトウェアコンポーネントの少なくとも１つの更新を含み、上記ソフトウェアパッケージ記述は該ソフトウェアコンポーネントの固有のコンポーネント識別子を含む。この様にして、個々のソフトウェアコンポーネント（又はコンポーネントの群）を、例えばコンポーネント内のバグを克服するために、新たなバージョンと置換することができる。ソフトウェアコンポーネントの一部のみが更新される場合に、最早、全体のイメージを放送する必要はない。

従属請求項４に記載されているように、上記ソフトウェアパッケージは、別の更なるソフトウェアコンポーネントが当該放送受信機にインストールされていることを要するようなソフトウェアコンポーネントを含み、上記ソフトウェアパッケージ記述は該更なるソフトウェアコンポーネントの固有のコンポーネント識別子を含む。この様にして、特定の他のコンポーネント（又は複数のコンポーネント）が既に存在する場合にのみ実行することができるような１以上の新たなコンポーネントをインストールすることができる。このことは、異なるソフトウェアコンフィギュレーションを信頼性のある方法で処理することを可能にする。

従属請求項５に記載されているように、上記コンフィギュレーション情報は各々のインストールされたソフトウェアコンポーネントに対して、当該固有のコンポーネント識別子に関連する対応するコンポーネントバージョン識別子を含み、上記ソフトウェアパッケージ記述は、当該ソフトウェアパッケージを受け取る前に放送受信機にインストールされていなければならない各ソフトウェアコンポーネントに対して、関連するコンポーネントバージョン識別子を含み、上記パッケージ記述を受信機のコンフィギュレーション情報と比較するステップは、該パッケージ記述内のコンポーネント識別子（又は複数の識別子）及び関連するコンポーネントバージョン識別子（又は複数の識別子）が上記コンフィギュレーション情報の一部であるかをチェックするステップを含む。バージョン番号等のバージョン識別子を使用することにより、ソフトウェアコンポーネントは、これらコンポーネントのコンポーネントＩＤ及びバージョンＩＤにより一層正確に識別することができる。

従属請求項６に記載されているように、上記ソフトウェアパッケージ記述におけるコンポーネントバージョン識別子は、
− 或るバージョンの識別子、
− バージョンが順番に配列されている場合、最小バージョン又は最大バージョンの識別子、及び
− バージョンのシーケンシャルな範囲の指示子、
のうちの少なくとも１つを含む。

これは、異なるコンフィギュレーションを扱うのを更に容易にし、特に、ソフトウェアコンポーネントに対して、１つのパッケージ記述において１以上の許容可能なバージョン番号を指定することを可能にする。

従属請求項７に記載されているように、上記ソフトウェアパッケージ記述は複数の許容可能なソフトウェアコンフィギュレーションを含み、各ソフトウェアコンフィギュレーションは当該ソフトウェアパッケージを受け取る前に放送受信機にインストールされていなければならないソフトウェアコンポーネントを示す。また、当該ソフトウェアパッケージの少なくとも１つのソフトウェアコンポーネントをインストールすることができるかを判断するステップは、上記許容可能なソフトウェアコンフィギュレーションの少なくとも１つが当該受信機のコンフィギュレーション情報に対応するかを検証するステップを含む。パッケージ記述において幾つかの許容可能なコンフィギュレーションを送出することにより、１つの放送されたソフトウェアパッケージを、２以上のコンフィギュレーションを持つ受信機により受け取ることができる。これは、放送システムに対する負荷を軽減する。他の重要な利点は、受信機がソフトウェアイメージをダウンロードし、該イメージをフラッシュメモリのような永久メモリに記憶するのに余り時間を消費しない点にある。これは、上記イメージを損なう危険性を軽減する。というのは、書き込み中に、当該受信機がユーザによりスイッチオフされ、これにより該受信機中に不完全な損なわれたイメージを残し得るからである。

従属請求項８に記載したように、放送受信機の完全なソフトウェアイメージをソフトウェアサーバから放送受信機に放送することができる。この様にして、非常に長い時間にわたりスイッチオフされ、最早最小限の要件も満たさないような受信機も、依然として更新することができる。全イメージを用いる斯様な更新は、非常に低い頻度で生じ得る。

従属請求項９に記載したように、放送受信機は、少なくとも１つの必要なソフトウェアコンポーネントがインストールされていないとの判断に応答して、斯かるインストールされていないソフトウェアコンポーネント（又は複数のコンポーネント）をソフトウェアサーバからダウンロードし、該ダウンロードされたソフトウェアコンポーネント（又は複数のコンポーネント）をインストールし、当該受信機のコンフィギュレーション情報をその様に更新することができる。この様にして、単一の受信機の“個々の”更新は、この受信機が更なる放送パッケージを受信することができることを保証する。このことは、当該受信機が特定の放送パッケージを受け取ることができるには余りにも古すぎる場合に特に有用である。好ましくは、当該受信機がパッケージを受け取ることができない旨を通知し、更新をダウンロードする指導権をとるようにする。他の例として、上記サーバが、このような場合に当てはまるかを時折チェックし、ダウンロードの指導権をとることもできる。

本発明の前記目的を達成するため、放送受信機は、
放送通信システムからデータを受信する通信インターフェースと、
プロセッサにより実行可能なソフトウェアコンポーネントを記憶すると共に斯かる実行可能なソフトウェアコンポーネントを識別する情報を記憶する記憶部と、
上記の記憶されたソフトウェアコンポーネントを実行するプロセッサと、
を含み、前記ソフトウェアコンポーネントの少なくとも１つは前記プロセッサに、
前記通信インターフェースを介して、
ソフトウェアコンポーネントを示すソフトウェアパッケージ記述であって、これらソフトウェアコンポーネントが当該ソフトウェアパッケージ記述に関連するソフトウェアパッケージを受け取る前に当該放送受信機にインストールされていなければならないものであるようなソフトウェアパッケージ記述と、
少なくとも１つの実行可能なソフトウェアコンポーネントを含む上記の関連するソフトウェアパッケージと、
を受信させ、
上記ソフトウェアパッケージをインストールすることができるかを、上記ソフトウェアパッケージ記述と当該受信機の前記記憶部に記憶された前記コンフィギュレーション情報とを比較することにより判断させ、
肯定的判断の際に、上記ソフトウェアパッケージの上記少なくとも１つのソフトウェアコンポーネントを前記記憶部に記憶させると共に、当該受信機のコンフィギュレーション情報をその様に更新させる、
ように動作する。

本発明の、これら及び他の態様は、以下に記載する実施例から明らかとなり且つ斯かる実施例を参照して解説されるであろう。

図１は、本発明による放送受信機及びソフトウェアパッケージの放送を使用することが可能なデジタルテレビジョンシステムの概要を示している。一般的に、本発明によるソフトウェア配信／更新は、放送受信能力を備える携帯電話及びＰＤＡ等の手持ち装置の更新も含み、如何なる放送システムにおいても適用することができる。一例として、オーディオ／ビデオ（Ａ／Ｖ）信号が、斯かるＡ／Ｖ信号を圧縮するためのＭＰＥＧ−２を使用してデジタル的に配信されるシステムを説明する。該システムは、通常は放送センタに配置されるＭＰＥＧ−２圧縮器１０を含む。該圧縮器はデジタル信号ストリーム（典型的には、デジタル化されたアナログ又はデジタルビデオ信号のストリーム）を入力する。該オリジナル信号はサービスプロバイダにより供給される。上記圧縮器はスクランブラ及びマルチプレクサ２０に接続されている。該スクランブラは、後に更に詳細に説明するように、制御キーの制御の下でデータストリームのデジタル信号を暗号化することにより該信号を任意選択的にスクランブル処理する。マルチプレクサ２０は、１以上のスクランブル処理された又はスクランブル処理されていないデータストリームに加えて、他のデジタル信号も入力する。特に、該マルチプレクサは放送受信機により実行可能なソフトウェアを表すデジタルデータを入力する。該ソフトウェアは、後に更に詳細に説明するように、ソフトウェアサーバ９０によりソフトウェアパッケージの形態で供給される。マルチプレクサ２０は、全ての信号及びストリームを伝送ストリームに組み立て、圧縮され多重化された信号を当該放送センタの送信機３０に供給する。上記スクランブル処理及び多重化処理は、別個のユニットにおいて、所望なら異なる場所で実行することができる。上記の多重化された伝送ストリームは、スクランブラ／マルチプレクサ２０から送信機３０へ、通信リンクを含む如何なる好適なリンクを使用しても供給することができる。送信機３０は電磁信号をアップリンクを介して衛星トランスポンダ４０に送信し、該衛星トランスポンダにおいては、上記信号が電子的に処理されると共に、ダウンリンクを介して、通常はエンドユーザのパラボラアンテナの形態の地上衛星受信機５０に放送される。図においては、衛星受信機５０は統合された受信機６０に接続されている。受信機６０の動作は、後に図２を参照して更に詳細に説明する。該受信機は、所望の信号を選択し、該信号を適切な形態でテレビジョン７０のようなレンダリング装置に供給する。該信号は、テープ、光ディスク若しくはハードディスクレコーダ又は他の適切なレコーダを用いて記録することもできる。上記信号は、ＣＡＴＶケーブル又はIEEE 1394等の良く知られた分配システムを用いてアナログ又はデジタルの形態で上記レンダリング／記録装置に供給することができる。上記信号の主たる配信は衛星を介して行われる必要はないと理解される。代わりに、地上放送、ケーブル伝送、衛星／ケーブルの組合せ等の他の配信システム（即ち、１以上の多重情報が送信される物理的媒体）も使用することができる。斯かる配信システムを介してデータを配信する当事者は、時には、ネットワークプロバイダとも呼ばれる。また、受信機／デコーダ６０は上記レンダリング又は記録装置に統合することもできると理解される。

典型的なシステムは多チャンネルシステムとして動作し、これは、マルチプレクサ２０が複数の（並列）ソースから入力されたＡ／Ｖ情報を処理することができ、送信機３０と相互に作用し合って、当該情報を対応する数のチャンネルを介して又は別個の伝送ストリームに多重化されて放送する。Ａ／Ｖ信号に加えて、メッセージ若しくはアプリケーション又は他の如何なる種類のデジタルデータも、これらのサービス／チャンネルの幾つか又は全てに、送信されるデジタルオーディオ及びビデオ情報とインターレースされて導入することができる。特に、上記デジタルデータはソフトウェアパッケージを表すことができる。それ自体で、伝送ストリームは１以上のサービスを含み、各サービスは１以上のサービスコンポーネントを備える。１つのサービスコンポーネントは、モノメディア要素である。サービスコンポーネントの例は、ビデオ基本ストリーム、オーディオ基本ストリーム、本発明によるプログラムパッケージ、又は他のデータタイプである。伝送ストリームは、１以上の基本ストリーム及び／又はデータを時間多重化することにより形成される。通常、放送データは当該放送システムにおける全ての活動状態の受信機により受信される。しかしながら、当てはまる場合は、ソフトウェアパッケージの放送とは、複数の受信機のうちの部分集合のみが１つの送信において受信機の群に対して送信されたソフトウェアパッケージを受信する（各々が１つのみの受信機にアドレス指定された別個の送信を用いるのとは異なり）ような“マルチキャスト”をも意味すると理解される

本発明によるソフトウェアの配信は、本質的に、図１に関して説明したような１方向放送システムのみを用いて行うことができる。好ましくは、当該システムにおいて、特に受信者固有の操作等の付加的フィーチャを容易にするために双方向通信が可能とされる。放送受信機からソフトウェアサーバへ戻る通信経路は如何なる適切な方法によっても確立することができる。図示されたものは、当該放送受信機をソフトウェアサーバ９０に接続する、好ましくはオープンインターネット等の広域ネットワーク８０の使用である。ソフトウェアサーバ９０上に記憶されたソフトウェアパッケージの放送を可能にするために、好ましくは、ソフトウェアサーバ９０はマルチプレクサ２０への接続も有する。これは、直接的リンクでもよいが、インターネットを介するものでも良い。インターネット又は同様の通信システムの通信機能は如何なる好適な形態でも提供することができる。例えば、上記受信機は、インターネットプロトコルを直接使用して、ケーブルネットワーク又は衛星接続を介して通信することができる。他の例として、当該受信機は、インターネットへのアクセスを提供するアクセスプロバイダに対して電話によるダイヤルイン接続を有することもできる。該受信機は、インターネットプロトコルを使用してもよいが、使用する必要はない。サーバ９０がインターネットプロトコルを使用しない場合は、例えばゲートウェイを用いてプロトコルの変換を行うことができる。また、通信システムを介して配信するために、ソフトウェアは他のサーバによりソフトウェアサーバ９０に供給することもできる。

図２は、典型的な放送受信機を更に詳細に示している。該放送受信機は、好ましくは、ヨーロッパＭＨＰ（マルチメディア・ホーム・プラットフォーム）又はＵＳ ＤＡＳＥプラットフォーム等の規定されたプラットフォームに準拠するものとする。当該放送受信機はチューナ２１０を含む。チューナ２１０は、通常はＭＰＥＧ２伝送ストリームとなるような個別の同調可能な無線周波数（ＲＦ）帯域を抽出する。デマルチプレクサ（De-MUX）２２０により、一定の搬送波信号から可変データ信号が分離される。その結果は、時には、オーディオ、ビデオ及びデータ出力である。本例のシステムでは、本発明によるソフトウェアパッケージはデータとして出力される。当該ビデオ及びオーディオストリームは、アクセス許可を決定すると共にデータを解読することができるような条件付きアクセスサブシステム２３０を介して供給することができる。該オーディオ及びビデオストリームはデコーダ２４０に供給され、該デコーダは斯かるストリームをビデオ及びオーディオレンダリング又は記憶装置に適した信号に変換する。これは、ＭＰＥＧ２復号を含み得る。典型的には、デコーダ２４０の出力は、後のレンダリング／記憶装置への供給のために先ずフレームバッファ２７０に記憶される。好ましくは、当該受信機は、前記ソフトウェアサーバとの双方向通信のための通信インターフェース２８０を含む。この目的のためには、標準の電気通信回線用の通常のモデム又は広帯域モデムを含み、如何なる好適な通信ハードウェア／ソフトウェアも使用することができる。双方向通信チャンネルは、ソフトウェアコンポーネントのより進んだ受信者固有のダウンロード、インタラクティブ・ビデオ及びｅコマース等の対話的アプリケーション、並びに例えばウェブサイトから付加的情報／機能を得るのを容易にする。好ましくは、例えばＭＨＰ“インターネット・アクセス・プロファイル”において規定されているもののような、インターネットプロトコルが使用される。当該受信機のユーザインターフェース２９５は該受信機がユーザと対話するのを可能にする。ユーザインターフェース２９５は、ＩＲリモコンから信号を受信するための赤外線受信器、キーボード、又は音声制御用のマイクロフォン等の如何なる好適なユーザ入力手段も含むことができる。出力に関しては、小型ＬＣＤ表示器の使用、又はテレビジョンの表示器の使用、又は可聴フィードバック等の如何なる好適な形態も使用することができる。

チューナ機能２１０、デマルチプレクサ機能２２０、オプション的デスクランブラ／解読器機能２３０及びデコーダ機能２４０は専用ハードウェアを使用して実行することができることが分かるであろう。斯かる機能のうちの幾つかの機能又は一部は、例えば適切なプログラムがロードされたデジタル信号プロセッサ（ＤＳＰ）を用いるプログラマブル処理機能により実行することもできる。当該受信機内の種々の機能はコントローラ２５０の制御の下で作動され、該コントローラは典型的には内蔵されたマイクロプロセッサ又はマイクロコントローラを含む。図を単純化するために、該コントローラと他の機能との間の制御関係は図示されていない。該コントローラがソフトウェアパッケージの処理において有し得る役割のみが、図示されている。

当該放送受信機は、例えば図２に示されるように、幾つかのソフトウェアコンポーネントを含む。典型的には、斯かるソフトウェアは、例えばハードウェアドライバ、ミドルウェア、アプリケーションプログラムインターフェース（ＡＰＩ）及びアプリケーションプログラムの層のように、階層的に編成される。図２の受信機は、各々が自身のソフトウェアドライバにより制御されるような多数のハードウェアコンポーネントを有することができる。斯様なハードウェアの例は、チューナ、デコーダ、デスクランブラ、通信ハードウェア（例えば、モデム、ローカルエリアネットワーク等）、表示器、オーディオ増幅器／変換器、赤外線受信器等である。上記ミドルウェアはＴＣＰ／ＩＰ、ｈｔｔｐ及びＤＳＭ−ＣＣインターネットプロトコルのような“ＭＨＰ”規格により規定された対話チャンネルプロトコルを含むことができる。上記ＡＰＩはＭＨＰにより定義されたものとすることができる。アプリケーションプログラムの例は、ザッパ（サービスの変更のための）のような常駐アプリケーション、ＥＳＧ又はＥＰＧ、セットアップメニュ、及び天気アプリケーション又はゴルフアプリケーション（風速、距離等のゲーム中に送信されるスポーツの追加情報）のようなダウンロード可能なアプリケーションを含む。

典型的には、種々のソフトウェアコンポーネントがコントローラ２５０により実行される。基本的な信号処理機能もソフトウェアにより益々実施されるようになっているので、当該システムの信号プロセッサは幾つかのソフトウェアコンポーネントを実行することもできる。図においては、１つのみのプロセッサしか示されていない。当該説明の残りにおいても、通常は、１つのロセッサしか言及されない。これは、ソフトウェアコンポーネントが当該受信機において実際に複数のプロセッサにより実行されるような状況もカバーすると理解されるであろう。実行可能なソフトウェアコンポーネントは記憶部２６０からロードされる。これは、フラッシュメモリのような不揮発性メモリ、又はハードディスク若しくは他の永久的バックグラウンド記憶部とさえすることもできる。実行中において、通常、プログラムコンポーネントはＤＲＡＭ（図示略）等の揮発性メモリにロードされる。

好ましくは、個々の実行可能なソフトウェアコンポーネントは固有に識別可能なものとする。これは、各コンポーネントに番号の形態の固有ソフトウェア識別子を付与することにより実施することができる。該番号は一連のバイトの形でデジタル的に表すことができる。該番号が特にユーザに対しても提示される場合は、該識別子として（一連の）（アルファベット）数値文字を用いることが好ましい。当該ソフトウェアパッケージが当該受信機の既存のソフトウェアの拡張であり、該パッケージに関して何のモジュールが存在しなければならないかのみが示される場合は、コンポーネント識別子のみを使用することで充分であろう。特に、既に存在するソフトウェアの更新の場合、インストールされたソフトウェアコンポーネントに関する一層多くの情報が存在することが好ましい。この付加的な情報は、バージョン識別子であり得る。バージョン識別子は如何なる適切な形態をとることもできる。本説明の残りにおいては、斯かるバージョン識別子は、当該受信機にコンポーネントが既にインストールされているコンポーネントよりも新しいことを識別することを可能にするような構成に従うものと仮定される。該バージョン識別子は、例えば２以上の番号により形成することができ、その場合において、第１番号は主たるリリースを表し、第２／第３番号は小さな改善を示す。代わりに又は追加として、斯かるバージョン番号は日付（例えば、ソフトウェアコンポーネントの作成日、又は配信日付）とすることもできる。

本発明によれば、各放送受信機は、当該放送受信機にインストールされた実行可能なソフトウェアコンポーネントを識別するコンフィギュレーション情報を保持する。この情報は、ソフトウェアコンポーネントを記憶するために使用されるのと同一の不揮発性メモリ２６０等の適切なメモリ／記憶部に記憶することができる。当該放送システムを介して２つの部分が放送される。第１部分はソフトウェアパッケージ記述である。第２部分はソフトウェアパッケージ自体である。斯かる２つの部分は１つの動作で順番に放送することができる。また、先ず記述を放送し、後の時点において別の放送でパッケージを送信することもできる。後者の方法においては、放送受信機は当該パッケージを受信すべきか否かを判断するために、より多くの時間を有する。受信機は、当該パッケージを記憶することができるようにメモリ／記憶部を空ける等のための準備処理を行う必要があり得る。受信機は、既にインストールされているソフトウェアコンポーネント及び新たに放送されるコンポーネントを記憶することができるように、余分な記憶空間を一時的に空ける必要があるかも知れないことが分かる。もし所望なら、放送されるコンポーネントは、該コンポーネントが壊れていないことを検証した後にのみインストールすることができる。好ましい実施例においては、パッケージ記述は、ソフトウェアパッケージと共に放送カルーセルに投入される。放送者は斯かるカルーセルを数日のように一定の期間にわたり“継続的に”放送する。通常、所望のコンポーネントのロードは、当該受信機に斯かる期間内にロードを実行するのに充分な時間を付与したとして、数分掛かる。ロードエラーが発生したとしても（例えば、ユーザが受信を中断する等）、通常は、これを訂正するための充分な時間が存在する。好ましくは、パッケージ記述はカルーセル内に数秒ごとに（即ち、ソフトウェアパッケージよりも大幅に高い頻度で）ある。また、斯かる記述は実際のソフトウェアパッケージの放送に数週間先行して放送することもできる。この場合、受信機は新たなコンポーネントの放送の時点について通知される。好ましくは、当該ソフトウェアパッケージの放送の一部として、記述も放送され、受信機が該パッケージを即座に処理するのを可能にする。

埋め込みソフトウェアの制御の下で動作される装置が、如何にして、実行可能なソフトウェアを新たに受信されたコンポーネントにより／を用いて安全に置換又は拡張することができ、エラーがあった場合は“ロールバック”することができるか自体は、既知である。従って、これは、これ以上は説明しない。準備処理として、本受信機はユーザに対して当該ソフトウェアパッケージをインストールするための許可を尋ねることもできる。通常、パッケージ記述は相対的に小さい（パッケージ自体と較べて）ので、該記述は幾度か放送して、最初の送信時に不活性状態であった受信機が該パッケージ記述を受信するのを可能にすることもできる。好ましくは、パッケージ記述とパッケージ自体との間にリンクが存在するようにする。このようなリンクは、パッケージ識別子（例えば、連番）の形態とすることができる。これは当該放送受信機が、パッケージ記述に基づいてパッケージを受け取ると判断した後に、実際のパッケージを識別するのを簡単にする。

上記ソフトウェアパッケージ記述は、該ソフトウェアパッケージ記述に関連付けられた対応するソフトウェアパッケージを受け取る前に、当該放送受信機にインストールされていなければならないソフトウェアコンポーネントを示す。パッケージが実際には時間的に、もっと後の時点で放送される場合には、該パッケージ記述は好ましくは実際の放送時間の識別子も含むようにする。これは、当該受信機がパッケージを受信するために放送の時点で活性化されるのを可能にする。ソフトウェアパッケージは、少なくとも１つの実行可能なソフトウェアコンポーネントを含む。パッケージ記述を受信することに応答して、当該放送受信機は該ソフトウェアパッケージをインストールすることができるかを判断する。当該受信機はこれを、ソフトウェアパッケージ記述を該受信機のコンフィギュレーション情報と比較することにより行う。結果が肯定的な場合、当該受信機は、当該パッケージが未だ受信されていない場合、該パッケージ（又は該パッケージの少なくとも興味のあるコンポーネント）を受信すると共に、該ソフトウェアパッケージ（又は少なくとも興味のあるコンポーネント）をインストールするのを確かめる。これに従い、受信機は自身のコンフィギュレーション情報を更新する。上記パッケージ記述及びパッケージが１つの動作で放送される場合、受信機は実際には興味のあるパッケージの全てのコンポーネントを受信し、該パッケージ（又は少なくともその一部）をインストールすると最終的に決定する前に一時的に記憶しなければならないことが分かる。上記検証の結果が否定的（又は一部のみが肯定的）である場合、インストールされないコンポーネント（又は複数のコンポーネント）は単に破棄され得る。

上述したように、上記コンフィギュレーション情報は、各々のインストールされたソフトウェアコンポーネントに対して対応する固有のコンポーネント識別子を含むことができ、上記ソフトウェアパッケージ記述は当該ソフトウェアパッケージを受け取る前に放送受信機にインストールされていなければならない各ソフトウェアコンポーネントの固有のコンポーネント識別子を含むことができる。この方法は、受信機の機能を、特定の他のコンポーネント（又は複数のコンポーネント）が既にインストールされている場合にのみ動作し得る新たなソフトウェアコンポーネントにより拡張するのに非常に適している。この場合、これらの他のコンポーネントは当該パッケージ記述において示される。受信機は、パッケージ記述と当該受信機のコンフィギュレーション情報とを、該ソフトウェアパッケージ記述内の全てのコンポーネント識別子（又は複数の識別子）が当該コンフィギュレーション情報の一部であるかを単にチェックすることにより比較する。もしそうなら、上記パッケージは受け取り且つインストールすることが可能であり、もしそうでないなら、該パッケージは受信する必要はないか、又は破棄することができる（既に受信されているなら）。

既存のソフトウェアパッケージの更新のために、ソフトウェアパッケージは１以上の放送受信機に既にインストールされているかもしれないソフトウェアコンポーネントの少なくとも１つの更新を含む。前記ソフトウェアパッケージは該ソフトウェアコンポーネントの固有のコンポーネント識別子を含む。パッケージ記述におけるコンポーネント識別子のみを使用することは、該コンポーネントを既に有する放送受信機が、通常は、新たに放送されたコンポーネントを、これが既にインストールされたものと同一であってもインストールしてしまうという効果を有する。好ましくは、パッケージ記述は、当該ソフトウェアパッケージを受け取る前に放送受信機にインストールされていなければならない各ソフトウェアコンポーネントのコンポーネントバージョン識別子を含むようにする。該放送受信機内のコンフィギュレーション情報は、各々のインストールされたソフトウェアコンポーネントに対して、固有のコンポーネント識別子に関連づけられた対応するコンポーネントバージョン識別子を含む。当該放送受信機は、上記パッケージ識別子を該受信機のコンフィギュレーション情報と比較する。これは、ソフトウェア更新記述内のコンポーネント識別子（又は複数の識別子）が上記コンフィギュレーション情報の一部であることのチェックを含む。もしそうなら、対応するコンポーネント識別子のバージョン番号も一致しなければならない。この様にして、当該放送受信機は、更新されたソフトウェアが既にインストールされている場合は、ソフトウェアコンポーネントを更新しない。更に、これは、全てのバージョンに対してではなく、特定のバージョン（又は複数のバージョン）のコンポーネントに対してのみ適用されることを要するソフトウェアパッチ（ソフトウェアコンポーネントにおける全てではなく、一部のみの訂正）を放送することを可能にする。

当該システムは、ソフトウェアコンポーネントのバージョンを示す幾つかの方法をサポートすることができる。下記の表は、４つのオプションを示している。第１列は、当該パッケージ記述の一部であって何のオプションが使用されるかを示す２ビット指示子を示す。第２列は、テキスト的説明を示す（当該パッケージ記述に含める必要はない）。第３列は、選択されたオプションに関係するバージョン番号を含む。下記表では、この情報が当該パッケージ記述内に存在するかが示されている。第４列（オプション列）は第２バージョン番号を示す。下記表においては、この情報が当該パッケージ記述内に存在するかが示されている。実際のパッケージ記述は、下記表の列１、３及び４を含むことができ、列３及び４が実際のバージョン識別子（又は複数の識別子）により満たされる。

各オプションは下記の通りである：
・絶対バージョン番号：当該パッケージは、識別されたコンポーネントがパッケージ記述内で示された第１バージョン番号を有する場合にのみ関係する。
・最小バージョン番号：更新が番号が順番に大きくなるものであると仮定すると（何らかの好適な方法を使用して）、このオプションは、当該パッケージが、パッケージ記述の第１バージョン番号で開始するバージョン番号を持つような“最近の”コンポーネントとの組合せでのみインストールすることができることを指定するのを可能にする。
・最大バージョン番号：上記最小のオプションと同様に、このオプションは、当該パッケージが、パッケージ記述の第１バージョン番号を含み該番号までのバージョン番号を持つような“古い”コンポーネントとの組合せでのみインストールすることができることを指定するのを可能にする。このオプションは、古いコンポーネントを、新しいコンポーネントには既に含まれている改良で更新する場合に特に適している。
・バージョンの範囲：このオプションは、例えば当該パッケージにおける他のソフトウェアコンポーネントと最早互換性がないような非常に“古い”バージョン及び既に最新となっている非常に“最近の”コンポーネントを除外するのを可能にしながら、連続する範囲のバージョンの置換を可能にする。低いバージョンは当該パッケージ記述における第１バージョン番号を用いて示すことができる一方、高いバージョンは第２バージョン番号を用いて示すことができる。

許容されるコンポーネント識別子及び／又はバージョン識別子を指定する他の適切な方法も使用することができると理解される。例えば、もし｛（コンポーネントＸがバージョンＸ１を有する）ＡＮＤ（コンポーネントＹがバージョンＹ１を有する）｝ＯＲ｛（コンポーネントＸがバージョンＸ２を有する）ＡＮＤ（コンポーネントＹがバージョンＹ２を有する）ＡＮＤ（コンポーネントＺがバージョンＺ１を有する）｝なら当該パッケージをインストールすることができる、等の別の可能性をブール演算を用いて指定することもできる。この様にして、事実、２つの許容可能なコンフィギュレーションが示される。これは、如何なる好適な方法でも表すことができる。これを行う１つの方法が図３に示されている。ここでは、パッケージ記述が３つの可能なコンフィギュレーション３１０、３２０及び３３０を含んでいる。該図は、当該パッケージ記述がコンフィギュレーションのリンクされたリストであることを示している。他の方法も同様に使用することができることが分かる。本例では、各コンフィギュレーションは、当該コンフィギュレーションを識別するために、オプションのコンフィギュレーション番号３１２、３１４及び３１６を各々有している。各コンフィギュレーションは、存在しなければならないコンポーネントの更なるリストを有している。例として、図においては、各コンポーネントに対して、コンポーネント識別子が列３１４、３２４及び３３４に各々与えられ、バージョン識別子が列３１６、３２６及び３３６に各々与えられる。放送受信機は、単に、当該受信機のコンフィギュレーション情報に対応する１つの許容可能なソフトウェアコンフィギュレーションが見つかるまで、斯かるコンフィギュレーションを順番にチェックすることができる。当該パッケージ記述における全てのコンフィギュレーションをチェックし、何の一致も見つからなかった場合は、対応するソフトウェアパッケージはインストールすることができない。

特に、幾つかの放送受信機が通常の方法で更新されるには過度に古くなるような状況を克服するために、時には（例えば半年に一回）、ソフトウェアサーバから対応するハードウェアプロファイルを備える放送受信機に対して放送通信システムを介して完全なソフトウェアイメージが放送されるようにする。好ましくは、該完全なイメージには全てのソフトウェアコンポーネントに関する本発明によるパッケージ記述が伴い、新しい状態の受信機が、該イメージをインストールする必要がないことを検証することができるようにする。

好ましい実施例においては、個々の放送受信機は、例えば特定のコンポーネントが当該受信機にインストールされていない、又は幾つかのコンポーネントが余りにも古すぎるという事実により、放送されたパッケージをインストールすることができないという結論に達する可能性がある。斯かる放送受信機は、ソフトウェアサーバに（例えばインターネットを介して）積極的にコンタクトし、該サーバからインストールされていない（全くインストールされていない、又は古い）ソフトウェアコンポーネント（又は複数のコンポーネント）をダウンロードし、該ダウンロードされたソフトウェアコンポーネント（又は複数のコンポーネント）をインストールし、当該受信機のコンフィギュレーション情報をそれに応じて更新することにより、これを正すための指導権をとることができる。上記ダウンロードはインターネットを介して行うこともできるが、当該放送システムを経る指向された（即ち、アドレス指定された）送信を介して実行することもできる。他の例として、上記ソフトウェアサーバは当該システムにおける放送受信機を時々走査し、これら受信機が個別の更新を必要とするか、又は放送されるソフトウェアパッケージを介して最新状態に留まることができることを検証する。受信機が個別の更新を必要とする場合、これは、ダイヤルイン若しくは広帯域接続を介してのインターネット、当該放送システムを介してのアドレス指定された送信、又はＣＤ−ＲＯＭを介して等の何らかの適切な方法で実行することができる。

図４は、本発明による方法を実行する１つの可能性のあるシーケンスを要約している。ステップ４１０において、ソフトウェアサーバから受信機に対してパッケージ記述が放送される。ステップ４２０において、受信機は上記記述を受信する。ステップ４３０において、実際のソフトウェアパッケージが送信され、ステップ４４０において受信される。該受信機は、次いでステップ４５０において、上記パッケージ記述を自身の記憶されたコンフィギュレーション情報と比較する。これが一致したら、当該パッケージのコンポーネントがインストールされ（ステップ４６０）、新たなモジュールを表すためにコンフィギュレーション情報が更新される（ステップ４７０）。一致しない場合、ステップ４８０において、受信されたパッケージは破棄される。上記シーケンス及び細部の多数の変形が可能であることが分かるであろう。例えば、４５０のチェックは、上記記述の受信の“直ぐ”後に実行することができる。結果が否定的な場合、該パッケージは受信され必要はなく、破棄される。

上述した実施例は、本発明を限定するというよりは解説するものであり、当業者であれば添付請求項の範囲から逸脱すること無しに多くの代替実施例を設計することができることに注意すべきである。また、請求項において、括弧間に配置された符号は当該請求項を限定するものと見なしてはならない。また、“有する”及び“含む”なる用語は、請求項に記載されたもの以外の構成要素又はステップの存在を排除するものではない。また、本発明は、幾つかの別個の要素を有するハードウェアにより、及び適切にプログラムされたコンピュータにより実施化することができる。また、システム／デバイス／装置の請求項が幾つかの手段を列挙する場合、これら手段の幾つかは１つの同一のハードウェア品目により具現化することができる。コンピュータプログラム製品は、光ディスク等の適切な媒体上で記憶／分配することができるが、インターネット又は無線通信システムを介して配信される如くに、他の形態でも分配することができる。

図１は、本発明を採用することが可能な放送システムを示す。 図２は、本発明による放送受信機を示す。 図３は、複数のコンフィギュレーションを識別するパッケージ記述を示す。 図４は、本発明による方法のフローチャートである。

Claims (10)

1. 実行可能なソフトウェアをソフトウェアサーバから放送通信システムを介して複数の放送受信機へ供給する方法において、該方法が、
   各放送受信機に、当該放送受信機にインストールされた実行可能なソフトウェアコンポーネントを識別するコンフィギュレーション情報を保持するステップと、
   前記ソフトウェアサーバから前記放送受信機へ、
   ソフトウェアコンポーネントを示すソフトウェアパッケージ記述であって、これらソフトウェアコンポーネントが、当該ソフトウェアパッケージ記述に関連するソフトウェアパッケージを受け取る前に放送受信機にインストールされていなければならないものであるようなソフトウェアパッケージ記述と、
   少なくとも１つの実行可能なソフトウェアコンポーネントを含む前記関連するソフトウェアパッケージと、
   を放送するステップと、
   各受信機において、
   前記ソフトウェアパッケージをインストールすることができるかを、前記ソフトウェアパッケージ記述を当該受信機のコンフィギュレーション情報と比較することにより判断するステップと、
   肯定的判断の場合に、前記ソフトウェアパッケージをインストールすると共に、当該受信機のコンフィギュレーション情報をそれに従い更新するステップと、
   を有することを特徴とする方法。
2. 請求項１に記載の方法において、前記コンフィギュレーション情報はインストールされた各ソフトウェアコンポーネントに対して対応する固有なコンポーネント識別子を含み、前記ソフトウェアパッケージ記述は前記ソフトウェアパッケージを受け取る前に放送受信機にインストールされていなければならない各ソフトウェアコンポーネントの固有のコンポーネント識別子を含み、前記パッケージ記述を当該受信機のコンフィギュレーション情報と比較するステップは、前記ソフトウェアパッケージ記述における全てのコンポーネント識別子が前記コンフィギュレーション情報の一部であるかをチェックするステップを含むことを特徴とする方法。
3. 請求項２に記載の方法において、前記ソフトウェアパッケージはソフトウェアコンポーネントの少なくとも１つの更新を含み、前記ソフトウェアパッケージ記述は該ソフトウェアコンポーネントの前記固有のコンポーネント識別子を含むことを特徴とする方法。
4. 請求項２に記載の方法において、前記ソフトウェアパッケージは、別の更なるソフトウェアコンポーネントが当該放送受信機にインストールされていることを要するようなソフトウェアコンポーネントを含み、前記ソフトウェアパッケージ記述は該更なるソフトウェアコンポーネントの固有のコンポーネント識別子を含むことを特徴とする方法。
5. 請求項２に記載の方法において、前記コンフィギュレーション情報は、インストールされた各ソフトウェアコンポーネントに対して当該固有のコンポーネント識別子に関連する対応するコンポーネントバージョン識別子を含み、前記ソフトウェアパッケージ記述は、当該ソフトウェアパッケージを受け取る前に放送受信機にインストールされていなければならない各ソフトウェアコンポーネントに対して対応するコンポーネントバージョン識別子を含み、前記パッケージ記述を当該受信機のコンフィギュレーション情報と比較するステップは、前記ソフトウェアパッケージ記述におけるコンポーネント識別子及び関連するコンポーネントバージョン識別子も前記コンフィギュレーション情報の一部であるかをチェックするステップを含むことを特徴とする方法。
6. 請求項５に記載の方法において、前記ソフトウェアパッケージ記述における前記コンポーネントバージョン識別子が、
   − 或るバージョンの識別子、
   − バージョンが順番に配列されている場合の最小バージョン又は最大バージョンの識別子、
   − バージョンの連続する範囲の指示子、
   のうちの少なくとも１つを含むことを特徴とする方法。
7. 請求項１に記載の方法において、前記ソフトウェアパッケージ記述は複数の許容可能なソフトウェアコンフィギュレーションを含み、各ソフトウェアコンフィギュレーションは当該ソフトウェアパッケージを受け取る前にインストールされていなければならないソフトウェアコンポーネントを示し、前記ソフトウェアパッケージの少なくとも１つのソフトウェアコンポーネントをインストールすることができるかを判断するステップが、前記許容可能なソフトウェアコンフィギュレーションのうちの少なくとも１つが当該受信機のコンフィギュレーション情報に一致するかを検証するステップを含んでいることを特徴とする方法。
8. 請求項１に記載の方法において、放送受信機の完全なソフトウェアイメージを前記ソフトウェアサーバから前記放送受信機へ放送するステップを含むことを特徴とする方法。
9. 請求項１に記載の方法において、前記放送受信機が、少なくとも１つの必要なソフトウェアコンポーネントがインストールされていないとの判断に応答して、該インストールされていないソフトウェアコンポーネントを前記サーバからダウンロードし、該ダウンロードされたソフトウェアコンポーネントをインストールし、当該受信機のコンフィギュレーション情報をそれに従い更新するステップを含んでいることを特徴とする方法。
10. 放送受信機において、
    放送通信システムからデータを受信する通信インターフェースと、
    プロセッサにより実行可能なソフトウェアコンポーネントを記憶すると共に、これら実行可能なソフトウェアコンポーネントを識別するコンフィギュレーション情報を記憶する記憶部と、
    前記記憶されたソフトウェアコンポーネントを実行するプロセッサと、
    を含み、前記ソフトウェアコンポーネントの少なくとも１つは前記プロセッサに、
    前記通信インターフェースを介して、
    ソフトウェアコンポーネントを示すソフトウェアパッケージ記述であって、これらソフトウェアコンポーネントが当該ソフトウェアパッケージ記述に関連するソフトウェアパッケージを受け取る前に当該放送受信機にインストールされていなければならないものであるようなソフトウェアパッケージ記述と、
    少なくとも１つの実行可能なソフトウェアコンポーネントを含む前記ソフトウェアパッケージと、
    を受信させ、
    前記ソフトウェアパッケージをインストールすることができるかを、前記ソフトウェアパッケージ記述を当該受信機の前記記憶部に記憶された前記コンフィギュレーション情報と比較することにより判断させ、
    肯定的判断の場合に、前記ソフトウェアパッケージの前記少なくとも１つのソフトウェアコンポーネントを前記記憶部に記憶させると共に、当該受信機のコンフィギュレーション情報をそれに従って更新させる、
    ように動作することを特徴とする放送受信機。
    

Images