(57)【要約】  【課題】多重化して伝送される複数のデータの中から適切なデータを選択してダウンロードを行う。  【解決手段】ロード・セクションには、受信機のメーカ，機種，制御プログラムのバージョンがそれぞれメーカＩＤ，モデルＩＤ，およびバージョンＩＤとして格納される。また、このセクションの番号とセクションの総数が格納される。メーカＩＤとモデルＩＤとを受信機のＲＯＭに記憶されているものと一致しているかどうかを調べ、バージョン番号が受信機の制御プログラムのものよりも新しいかどうかを調べる。これにより、ダウン・ロードすべきプログラムであるかどうかが判断できる。既にダウン・ロードされたセクション番号のリストを参照することで、複数のセクションに分割されて伝送されたプログラムが全てダウン・ロードされたかどうかが分かる。セクション番号のリストとセクション総数とを参照することで、ダウン・ロードの途中経過を知ることができる。【選択図】図４
2008219898.tif 000002
【特許請求の範囲】
【請求項１】
複数のデータストリームがそれぞれ所定長のパケットに分割され、該パケットが時分割多重されて形成されるトランスポートストリームの複数が各トランスポンダに多重されて伝送される放送信号を受信する受信装置において、
上記放送信号を受信する受信手段と、
上記受信手段によって受信された前記放送信号から上記トランスポートストリームを復元し、該トランスポートストリームに多重化された上記パケットを分離し、該パケットに格納される上記複数のデータストリームを復元する分離手段と、
上記分離手段によって復元された上記複数のデータストリームから、どのトランスポンダから伝送されてきたかを示すトランスポートストリームＩＤと、受信装置の製造者識別情報および機種識別情報とを抽出する抽出手段と、
上記抽出手段によって抽出された上記トランスポートストリームＩＤにもとづいて上記トランスポンダを特定し、該特定したトランスポンダから上記製造者識別情報および上記機種識別情報にもとづいて、上記データストリームに含まれる更新用ダウンロードコンテンツをダウンロードして上記受信装置内のソフトウェアの更新を行う制御手段と
を有することを特徴とする受信装置。
【請求項２】
複数のデータストリームがそれぞれ所定長のパケットに分割され、該パケットが時分割多重されて形成されるトランスポートストリームの複数が各トランスポンダに多重されて伝送される放送信号を受信する受信方法において、
上記放送信号を受信する受信ステップと、
上記受信ステップによって受信された前記放送信号から上記トランスポートストリームを復元し、該トランスポートストリームに多重化された上記パケットを分離し、該パケットに格納される上記複数のデータストリームを復元する分離ステップと、
上記分離ステップによって復元された上記複数のデータストリームから、どのトランスポンダから伝送されてきたかを示すトランスポートストリームＩＤと、受信装置の製造者識別情報および機種識別情報とを抽出する抽出ステップと、
上記抽出ステップによって抽出された上記トランスポートストリームＩＤにもとづいて上記トランスポンダを特定し、該特定したトランスポンダから上記製造者識別情報および上記機種識別情報にもとづいて、上記データストリームに含まれる更新用ダウンロードコンテンツをダウンロードして上記受信装置内のソフトウェアの更新を行う制御ステップと
を有することを特徴とする受信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、例えばディジタル衛星放送を利用して複数のプログラム・データを伝送する場合の受信装置および受信方法に関する。
【背景技術】
【０００２】
現在、通信衛星を利用してディジタルデータを伝送し、放送を行うディジタル衛星放送が普及しつつある。このディジタル衛星放送では、映像および音声信号が所定の方式で以て圧縮符号化されディジタル化され、このディジタル化された映像および音声信号が通信衛星を介して視聴者のもとに伝送される。映像および音声信号の圧縮符号化方式としては、例えばＭＰＥＧ２(Moving Picture Experts Group)が用いられる。
【０００３】
図１０は、典型的なディジタル放送システムの概略を示すものである。番組を送出する側は、アップリンク局、番組提供者、管理システムにより構成される。
【０００４】
番組提供者１０１からの映像・音声データがアップリンク局１０２のＭＰＥＧ(Moving
Pictures Expert Group)２のエンコーダ、マルチプレクサ１０３に供給される。ＭＰＥＧ２エンコーダ、マルチプレクサ１０３において、映像・音声データが圧縮され、圧縮された映像・音声データが１８８バイトの長さのパケットに詰め込まれる。複数の番組とそれぞれ対応した映像・音声データのパケットが多重化され、ＭＰＥＧ２のトランスポート・パケットが形成される。トランスポート・パケットが連なって、トランスポート・ストリームが形成される。トランスポート・ストリームの数は、通信衛星に搭載されているトランスポンダの数に対応している。
【０００５】
ＭＰＥＧ２トランスポート・パケットが送信システム１０４に供給される。送信システム１０４では、パケット毎のスクランブル処理、パケット毎のエラー訂正符号化、変調等の処理がされ、変調出力が送信アンテナ１０５に供給される。スクランブル処理は、視聴者毎に視聴の可否を制御するのに使用する条件付きアクセスを実現する上で必要とされる。例えばある番組だけをそのつど有料で視聴するペイ・パー・ビューの契約が可能となる。スクランブルを解く鍵は、鍵管理システム１０６からＭＰＥＧ２エンコーダ、マルチプレクサ１０３に供給され、映像・音声情報と同様に、パケットの一つとしてトランスポート・パケット中に挿入されている。
【０００６】
また、番組管理システム１０７によって、ＭＰＥＧ２パケットの統合的管理がなされる。番組管理システム１０７と鍵管理システム１０６とが結合し、スクランブルを解く鍵を暗号化するようになされる。さらに、顧客管理システム１０８が設けられ、視聴契約に関連する事項等の管理がなされる。視聴者の家庭との間で、電話回線１０９を通じて課金情報が伝送される。
【０００７】
送信アンテナ１０５から送出され、通信衛星１１０を介して各家庭の受信アンテナ１１１により放送電波が受信される。受信アンテナ１１１に対して受信機１１２が接続される。受信機１１２は、受信トランスポンダを指定するチューナ、復調部、スクランブルを解くデスクランブル部、分離するパケットを指定するデマルチプレクサ、映像復号部、音声復号部等により構成される。復号された映像・音声信号がテレビジョン受像機１１３に供給される。
【０００８】
スクランブルを解く鍵は、暗号化され、関連情報として映像・音声とともに、伝送される。この暗号を解く鍵は、受信機１１２に挿入されているＩＣカード１１４の中に格納されている。どの番組のスクランブルを解くことができるかは、各受信システムの契約情報をもとに送信側から制御できるようにされている。条件付きアクセス機能を有する受信機は、通常、ＩＲＤ(Integrated Receiver/Decoder) と称される。
【０００９】
上述のディジタル衛星放送システムは、実用化が始まったばかりであり、受信側に対して、現行の受信機を制御するプログラムに対して種々の変更が加えられる可能性がある。そのため、このプログラムは、受信機に内蔵される書き換え可能なＲＯＭに対してデータとして記憶される。書き換え可能なＲＯＭとしては、例えばＥＥＰＲＯＭ(Electrically
Erasable Programmable ROM)といったフラッシュＲＯＭが挙げられる。この変更は、顧客に対して新たなサービス、付加価値を提供することを目的とするのが一般的である。このようなプログラムの変更がなされる時の対策としては、いくつかの方法が可能である。
【００１０】
例えば受信機に内蔵されているプログラムＲＯＭを交換したり、受信機全体を交換することにより、プログラム変更に対処することができる。また、受信機に設けられているＩＣカードのインターフェースを利用して、新たな受信プログラムが格納されたＩＣカードを顧客に配付して、このＩＣカードから新たなプログラムをロードすることができる。しかしながら、既に設置されている受信機の台数が多い場合では、受信機のＲＯＭの交換、受信機の回収は、困難である。また、ＩＣカードを配付する方法も、費用面の負担が大きいのみならず、ＩＣカードが比較的小さいメモリ容量を有するので、そこにプログラムを格納することが難しいという問題がある。
【発明の開示】
【発明が解決しようとする課題】
【００１１】
かかる問題点を解消する方法として、送信側から最新のプログラム情報を送信し、受信側において、このプログラムを受信機にロードすることが提案されている。すなわち、衛星放送によって例えばＭＰＥＧ２方式で伝送されるデータストリーム中にプログラム・データを挿入し、視聴者が受信機で以て受信することによって、このプログラム・データのダウンロードを行う。ダウンロードされたプログラム・データは、例えば受信機が内蔵するＲＡＭに一旦書き込まれ、このＲＡＭからフラッシュＲＯＭに対してプログラム・データが転送され、プログラムの書き換えがなされる。
【００１２】
従来では、１種類のソフトウェアが全ての受信装置に対して適用されていた。すなわち、複数種類のソフトウェアのなかから必要なものを選択するようにはされていなかった。そのため、受信機側では、ホストプロセッサ（ＣＰＵ）やＯＳ(Oparation System)の種類、また、プログラムを実行させるためのインタープリタの種類などを１種類に決める必要があり、これらが統一されていない受信機に対するダウンロードが行えないという問題点があった。
【００１３】
また、例えばパーソナルコンピュータなどでは、プログラムのダウンロードの際には、操作者がそのプログラムのバージョンを調べ、現在保有している同じプログラムのバージョンと比較することができる。これにより、パーソナルコンピュータなどでは、同バージョンのプログラムを重複してダウンロードすることを避けることができる。
【００１４】
しかしながら、従来では、このような衛星放送の受信機でのダウンロードは、ダウンロードするプログラムのバージョンに関わらずなされていた。したがって、既にダウンロード済の同バージョンのプログラムを、重複して、無駄にダウンロードしてしまう可能性があるという問題点があった。さらには、ダウンロードしたプログラムが既に保有しているプログラムよりも古いバージョンのものである可能性もあるという問題点があった。
【００１５】
また、パーソナルコンピュータによるダウンロードにおいても、バージョン情報の判断は、操作者の手に委ねられていたため、ダウンロードにおいて上述のような失敗を起こす可能性があった。
【００１６】
さらに、このダウンロードされるプログラム・データは、例えば数ＭＢｙｔｅのサイズを有するものである。したがって、ダウンロードには数分〜数十分の時間がかかることになる。従来では、ダウンロードの経過状態、例えばプログラム・データの総サイズのうち何割がダウンロードされたかを表示していなかった。そのため、ダウンロードがいつ終了するかがわからず、ダウンロードを実行した操作者の不満の原因となるという問題点があった。
【００１７】
一方、複数種類のプログラム・データの伝送を行おうとした場合、複数の伝送経路を用い、それぞれを別々の経路で伝送するという方法が考えられる。例えば、この衛星放送の場合では、それぞれ異なるキャリア周波数が割り当てられた複数のトランスポンダが用いられ、これにより受信機に対するデータストリームの伝送が行われる。したがって、受信機の製造者や機種別にトランスポンダを割り当てることができる。しかしながら、従来では、どのプログラム・データがどのトランスポンダから伝送されるかを示す情報が無かった。そのため、実質的に、受信機側で対応するプログラム・データのダウンロードが行えないという問題点があった。
【００１８】
したがって、この発明の目的は、多重化して伝送される複数のデータの中から適切なデータを選択してダウンロードを行えるような受信装置および受信方法を提供することにある。
【課題を解決するための手段】
【００１９】
この発明は、上述した課題を解決するために、複数のデータストリームがそれぞれ所定長のパケットに分割され、該パケットが時分割多重されて形成されるトランスポートストリームの複数が各トランスポンダに多重されて伝送される放送信号を受信する受信装置において、
放送信号を受信する受信手段と、
受信手段によって受信された前記放送信号からトランスポートストリームを復元し、該トランスポートストリームに多重化されたパケットを分離し、該パケットに格納される複数のデータストリームを復元する分離手段と、
分離手段によって復元された複数のデータストリームから、どのトランスポンダから伝送されてきたかを示すトランスポートストリームＩＤと、受信装置の製造者識別情報および機種識別情報とを抽出する抽出手段と、
抽出手段によって抽出されたトランスポートストリームＩＤにもとづいてトランスポンダを特定し、該特定したトランスポンダから製造者識別情報および機種識別情報にもとづいて、データストリームに含まれる更新用ダウンロードコンテンツをダウンロードして受信装置内のソフトウェアの更新を行う制御手段と
を有することを特徴とする受信装置である。また、この発明は、このように放送信号を受信する受信放送である。
【００２０】
上述したように、この発明は、受信装置の製造者を識別する受信機製造者識別情報と、受信装置の製造者毎の機種を識別する受信機機種識別情報とが伝送されるため、多重化して伝送される複数の情報の中から適切な情報を選択し受信することができる。
【発明の効果】
【００２１】
以上説明したように、この発明によれば、受信機製造者ならびに機種毎に、別々のプログラム・データを伝送することができる。そのため、受信側で、ホスト・プロセッサやＯＳ，インタープリタなどを統一しなくても、全ての受信機を対象としたプログラム・データのダウン・ロードを実施することができる効果がある。
【００２２】
また、この発明によれば、バージョンＩＤによって伝送されるプログラム・データのバージョン情報を知ることができるため、無駄なダウン・ロードを避けることができる効果がある。
【００２３】
さらに、この実施の一形態においては、ダウン・ロードの途中経過を表示させることができる効果がある。これにより、比較的時間のかかるダウン・ロードでも、ユーザにストレスを与えることが避けられる効果がある。
【００２４】
さらにまた、この発明によれば、製造者や機種が多岐にわたった場合でも、それぞれに対応するプログラム・データを任意のトランスポンダで伝送することができる効果がある。
【発明を実施するための最良の形態】
【００２５】
以下、この発明の実施の一形態を、図面を参照しながら説明する。図１は、この実施の一形態に適用できるデータ伝送システムの一例を示す。このシステムでは、送信側でビット・シリアルなデータ・ストリームとされた、映像や音声、あるいはその他のデータが変調され、送信設備４によって所定の周波数帯域の電波とされ送信される。この電波は、通信衛星５によって中継され、受信機６によって受信される。
【００２６】
送信側において、映像信号，音声信号，および付加データがエンコーダ１に供給される。付加データは、例えばテキストデータや他の音声データであり、プログラム・コード・データなどのバイナリ・データを含むことも可能である。エンコーダ１で、供給されたこれらの信号およびデータが高能率符号化されエンコードされる。
【００２７】
この実施の一形態においては、このエンコーダ１では、この高能率符号化には、ＭＰＥＧ２方式が用いられる。すなわち、映像信号は、ＤＣＴ（離散コサイン変換）ならびに動きベクトル演算による動き補償がなされ、量子化されることによって符号化される。また、音声信号は、聴覚心理符号化が利用されたサブバンド符号化がなされる。なお、プログラム・コード・データなどのバイナリ・データについては、必要に応じて所定の方式で以て符号化がなされる。
【００２８】
エンコーダ１では、さらに、符号化された映像，音声，および付加データが時分割多重され、ビット・シリアルなデータ・ストリームとされる。このデータ・ストリームは、多重化部２に供給される。このシステムにおいては、１つの周波数帯域での複数チャンネルの伝送に対応するために、各周波数帯域毎にエンコーダ１を複数、例えば６チャンネル分有することができる。これらそれぞれのエンコーダ１から出力されたデータ・ストリームは、多重化部２に供給される。
【００２９】
多重化部２では、供給されたこれらのデータ・ストリームが例えば時分割多重によりさらに多重化される。ＭＰＥＧ２においては、データ・ストリームは、パケットと称される単位に分割され伝送される。図２に示されるように、１つのパケットは、４バイトのヘッダ部および１８４バイトのペイロード部からなり、１８８バイトのサイズを有する。分割されたデータ・ストリームは、ペイロード部に格納される。ヘッダ部には、各々のパケットの情報やパケット同士の関係を表す情報などが格納される。このヘッダ部には、このパケットの識別情報であるＰＩＤが設けられる。
【００３０】
すなわち、この多重化部２では、供給されたデータ・ストリームが１８４バイト毎に分割され、所定のヘッダ情報が付加されパケットが生成されることにより、多重化がなされ、トランスポート・パケットとされる。同一のデータ・ストリームから生成されたトランスポート・パケットには、同一のＰＩＤが付される。このトランスポート・パケットが伝送形式で連なったものは、トランスポート・ストリームと称される。多重化部２から出力されたトランスポート・ストリームは、変調器３に供給される。
【００３１】
変調器３では、トランスポート・パケットに対してＱＰＳＫ(Quadrature Phase Shift
Keying) 変調がなされ、所定の周波数帯域の変調信号とされ出力される。変調器３から出力された変調信号は、電力増幅器や送信アンテナなどを備える送信設備４に供給される。
【００３２】
なお、実際には、トランスポート・パケットに対するスクランブル処理、リード・ソロモン符号による誤り訂正符号化の処理、バースト誤りに対応するためのインターリーブ処理、畳み込み符号化の処理などがなされる。
【００３３】
送信は、複数の周波数帯域について行うことができる。そのため、このシステムでは、図１に示されるように、上述の複数のエンコーダ１，多重化部２，および変調器３による構成を、さらに複数有することができる。それぞれの変調器３では、互いに異なる周波数帯域で変調が行われる。これら変調器３から出力された変調信号は、それぞれ送信設備４に供給される。
【００３４】
変調信号が電波とされ送信設備４から通信衛星５に対して送信される。通信衛星５は、トランスポンダ（衛星中継器）を搭載している。このトランスポンダは、所定の周波数帯域の電波の中継を行うもので、通信衛星５に対して、互いに対応する周波数帯域の異なる複数のトランスポンダを搭載することによって、複数の周波数帯域の電波の中継を同時に行うことができる。通信衛星５には、例えば２８台のトランスポンダが搭載される。したがって、送信設備４から通信衛星５に対する送信の際には、通信衛星５が搭載するトランスポンダの数に対応した、複数の周波数帯域の電波が同時に送信される。
【００３５】
なお、多くの場合、これら複数のトランスポンダのそれぞれは、互いに異なる事業者によって運営される。
【００３６】
送信設備４から送信され、通信衛星５で中継された電波は、受信機６のアンテナ７によって受信され受信信号とされる。受信信号は、チューナ８に供給され、以下、復調部９，誤り訂正部１０，分離化部１１，およびＭＰＥＧデコーダ１２などで後述する所定の信号処理がなされ、映像および音声信号が出力され、また、所定のデータが得られる。
【００３７】
図３は、この受信機６のさらに詳細な構成の一例を示す。アンテナ７によって受信された受信信号は、チューナ８に供給される。チューナ８で受信するトランスポンダが指定され、所定の周波数帯域が選択される。選択された受信信号が復調部９に供給されＱＰＳＫの復調処理を施され、誤り訂正部１０で誤り訂正がなされトランスポート・パケットが復元される。誤り訂正部１０でリード・ソロモン符号が復号化され、誤り訂正がなされる。このトランスポート・パケットは、分離化部１１に供給される。
【００３８】
分離化部１１では、所望のチャンネルのパケットが分離され、また、パケットのデスクランブルがなされ、さらに、ヘッダ部の情報に基づき映像データ，音声データおよび付加データ（プログラム情報が含まれる）に分離される。映像データが映像復号部１２Ｖにより復号され、受信映像信号が発生する。音声データが音声復号部１２Ａにより復号され、受信音声信号が発生する。これらの映像復号部１２Ｖおよび音声復号部１２Ａは、ＭＰＥＧデコーダ１２（図１参照）に含まれる。付加データは、機器制御部２０に供給される。復号された映像信号は、加算器２５において表示用信号が加算され、加算器２５の出力映像信号がディスプレイに映出される。同様に、復号された音声信号は、例えばアンプで増幅されスピーカから出力される。
【００３９】
機器制御部２０は、受信機全体の動作を制御するもので、マイクロコンピュータにより構成される。機器制御部２０に対して、ＲＯＭ２１、フラッシュメモリ２２、ＲＡＭ２３および画面表示生成部２４が結合される。ＲＯＭ２１には、ダウンロード制御用のプログラムが格納されている。機器制御部２０が行うダウンロードの制御は、このＲＯＭ２１に格納されたプログラムに基づいてなされる。フラッシュメモリ２２には、通常動作制御用のプログラムが格納される。機器制御部２０によって行われる通常動作の制御（すなわち、ダウンロードの制御以外）がフラッシュメモリ２２に記憶されているプログラムに基づいてなされる。ＲＡＭ２３は、フラッシュメモリ２２を書き換える際の一時的記憶部として使用される。画面表示生成部２４は、機器制御部２０の制御によって、種々の表示信号を生成する。この表示信号が加算器２５に供給され、復号された映像信号に重畳される。
【００４０】
この発明では、上述のような受信機６の制御を行うためのプログラムが上述の通信衛星５を介して送信される。すなわち、プログラム・データが付加データとしてエンコーダ１に対して供給され、上述したような処理が施され、ＭＰＥＧ２によって高能率符号化された映像および音声と共に送信設備４から送信され、通信衛星５によって中継される。ユーザは、受信機６によってこの送信されたプログラム・データを受信することで、受信機６のプログラムの例えばアップ・デートを行うことができる。
【００４１】
受信機６において、プログラムをダウンロードする場合では、分離化部１１によって分離されたプログラム情報が機器制御部２０によって、ＲＡＭ２３に書込まれる。書込みは、１書換え単位（例えば６４ｋバイト）毎になされる。フラッシュメモリ２２の１書換え単位分の処理が終了するまで、ＲＡＭ２３がこの情報を保持する。１書換え単位分のプログラムは、ＲＡＭ２３から読出された後、フラッシュメモリ２２に書込まれて、書換え処理がなされる。ダウンロードの対象となる全てのプログラムの書換えが完了するまで、この１書換え単位の処理が繰り返される。
【００４２】
図４は、プログラム・データを伝送するためのデータ・ストリームの構成の一例を示す。この例では、プログラム・データは、ＭＰＥＧ２  Ｓｙｓｔｅｍｓ（ＩＳＯ  １３８１８−１）に規定されているプライベート・セクションの形式に則ってなされる。ＭＰＥＧ２では、複数のパケットを束ねたパックと称される構成単位でデータ・ストリームの取り扱いがなされるが、このパックには、伝送されるストリームの種類やデータ構成などから、セクションとＰＥＳ(Packtized Elementary Stream) パケットの２種類が設けられる。セクションでは制御情報などが伝送され、ＰＥＳパケットでは映像や音声が伝送される。
【００４３】
また、セクションの中でも、ＭＰＥＧ２の規定に基づきヘッダ以外の部分も規定されている、例えばプログラムの仕様情報が伝送されるＰＡＴ(Program Association Table) ，ＰＭＴ(Program Map Table) ，およびＣＡＴ(Conditional Access Table)と、ヘッダのみが規定された上述のプライベート・セクションとが設けられる。また、セクションが複数、例えば１０２４個集まって１つのテーブルが構成される。この実施の一形態では、このプライベート・セクションに対して、プログラム・データが格納され伝送される。
【００４４】
プライベート・セクションは、ヘッダのサイズが３バイトであるショートと８バイトのヘッダを有するロングとの２種類が存在する。プログラム・データは、ショートのプライベート・セクションに格納される。最初の５つの領域、すなわち、テーブルＩＤ，セクション・シンタクス・インジケータ，プライベート・インジケータ，予約領域，およびセクション長とでヘッドが構成される。残りの部分に、プログラム・データやその他の必要なデータが格納される。
【００４５】
プログラム・データが格納されるこのセクションは、ロード・セクションと称される。８ビットを有するテーブルＩＤは、このセクションの内容を規定し、この場合には、このセクションがロード・セクションであることを表す値が格納される。次のセクション・シンタクス・インジケータは、このセクションのヘッダタイプがショートとロングとの何方であるかが１ビットで示される。例えば、ここの値が’１’であればロングとされ、’０’であればショートとされる。プライベート・インジケータは、このセクションがプライベート・セクションであるかどうかが示され、値が’１’でプライベート・セクションであるとされる。２ビットの予約領域には、’１１’が格納される。
【００４６】
次のセクション長には、このセクション長として規定された１２ビットの直後からの、このセクションのバイト数が格納される。このセクション長で、ヘッダが終了する。なお、セクション長には１２ビットが割り当てられているため、４０９６バイトまでを表現することができる。すなわち、このセクション長の領域以降には、４０９６バイトまでのデータを格納することができる。
【００４７】
メーカＩＤは、８ビットを有し、受信機の製造者を識別するための、受信機製造者識別番号を表す。すなわち、受信機の製造者に対して、互いに異なる受信機製造者識別番号が予め割り当てられる。また、次の、８ビットを有するモデルＩＤは、受信機の機種を識別するための、機種識別番号を表す。この機種識別番号は、製造者毎に独自に割り当てることができる。すなわち、製造者（受信機製造者識別番号）が異なれば、同一の機種識別番号が存在しても構わない。これらメーカＩＤおよびモデルＩＤとを組み合わせることで、受信機を特定することができる。
【００４８】
バージョンＩＤは、８ビットを有し、このプライベート・セクションで伝送されるプログラム・データのバージョンを表す。すなわち、上述のメーカＩＤとモデルＩＤとで特定された機種に対応するプログラム・データのバージョン識別番号がこのバージョンＩＤで表される。
【００４９】
次の拡張セクション番号は、１６ビットを有し、このセクションに割り当てられたセクション番号Ｓｎｏを表す。また、続く拡張最終セクション番号は、１６ビットを有し、同一テーブルＩＤ，同一メーカＩＤ，同一モデルＩＤ，および同一バージョンＩＤを有するセクションの総数Ｓｓｕｍを表す。
【００５０】
次の８ビットは、コード・データ領域とされ、プログラム・データの本体が格納される。このコード・データ領域は、同一セクションに連続して複数個、例えばＮ個設けることができる。したがって、１セクションに付き（８×Ｎ）ビットのプログラム・データを伝送することができる。
【００５１】
なお、上述したように、セクション長で、ヘッダ以降に格納できるデータの最大サイズが４０９６バイトまでに限定されているため、他のデータのサイズを差し引いて、Ｎは最大で４０８５とされる。実際には、プログラム・データの総サイズは、例えば２ＭＢｙｔｅ程度あるため、プログラム・データの伝送は、複数のロード・セクションに分割されてなされる。分割されたロードセクションのそれぞれには、異なるセクション番号Ｓｎｏが付される。この場合、セクション番号Ｓｎｏは、プログラム・データの先頭から連番で付すと後の処理の際に都合が良い。
【００５２】
最後の３２ビットを有するＣＲＣ−３２は、このセクションにおけるＣＲＣ−３２の直前までのデータによるＣＲＣ(Cyclic Redundancy Check) である。このＣＲＣ−３２領域の情報によって、このセクションの誤り検出を行う。
【００５３】
ところで、上述したように、通信衛星５には複数のトランスポンダが搭載され、これら複数のトランスポンダから同時に異なる周波数帯域で以て送信を行うことができる。この場合、複数のトランスポンダのそれぞれから同一のプログラム・データが伝送されるわけではなく、各トランスポンダ毎に異なる製造者や機種の受信機に対応したプログラム・データが伝送される可能性が大きい。例えば、トランスポンダＡからは製造者ａの機種ｂ、トランスポンダＢからは製造者ｃの機種ｄと製造者ｅの機種ｆ、また、トランスポンダＣからは、製造者ａの機種ｇと製造者ｈの機種ｉ、といったように、それぞれ異なる製造者および機種に対応したプログラム・データが伝送される。
【００５４】
したがって、どのトランスポンダから必要なプログラム・データが伝送されているかを判断する必要がある。図５は、どのトランスポンダからどの製造者および機種に対応したプログラム・データが送出されているかを示す情報を伝送するためのデータ・ストリームの構成を示す。ここでも、上述のプログラム・データの伝送と同様に、プライベート・セクションが用いられる。但し、この例では、ヘッダタイプがロングのものが用いられる。
【００５５】
このセクションは、ロード・コントロール・セクションと称される。このロード・コントロール・セクションは、それぞれのトランスポンダから同一内容のものが伝送される。ヘッダのうち最初の３バイトは、上述のロード・セクションと同一の内容を表す。勿論、テーブルＩＤは、ロード・コントロール・セクションを表す値が用いられ、セクション・シンタクス・インジケータは、ヘッダタイプがロングであることを表すため、’１’とされる。
【００５６】
次の１８ビットを有する予約領域は、’１’で埋められる。この予約領域に続くバージョンＩＤ，カレント・ネクスト・インジケータ，セクション番号，および最終セクション番号は、それぞれＭＰＥＧ２で規定の値とされる。この最終セクション番号で、ヘッダが終了する。
【００５７】
１６バイトを有するトランスポート・ストリームＩＤは、通信衛星５に搭載されているトランスポンダの番号Ｔｎｏを表す。以下、トランスポート・ストリームＩＤからＣＲＣ−３２の直前までの領域は、トランスポンダの数（この例ではＬ個）だけ繰り返されて設けられる。すなわち、このトランスポート・ストリームＩＤからＣＲＣ−３２の直前の領域のそれぞれに示される情報は、このトランスポート・ストリームＩＤで表されるトランスポンダから伝送されるデータに対応する。
【００５８】
次の３ビットの予約領域は、’１’で埋められる。その次の、１３ビットを有するダウン・ロードＰＩＤは、トランスポンダ番号Ｔｎｏで表されるトランスポンダから、ロード・セクションが伝送されるときのＰＩＤを表す。次の４ビットの予約領域は、’１’で埋められる。
【００５９】
１２バイトを有するモデル情報長は、この直後から最後尾のＣＲＣ−３２領域の直前までのバイト数を表す。続くメーカＩＤおよびモデルＩＤは、それぞれ８ビットを有し、それぞれ受信機製造者識別番号および機種識別番号を表す。これは、トランスポンダ番号Ｔｎｏで表されるトランスポンダから伝送されるプログラム・データが、どの製造者によるどの機種に対応するかを示すものである。このメーカＩＤおよびモデルＩＤは、伝送されるプログラム・データの種類に応じて繰り返される。この例では、Ｍ種類のデータが伝送され、これらメーカＩＤおよびモデルＩＤは、Ｍ回繰り返される。
【００６０】
最後の３２ビットを有するＣＲＣ−３２は、このセクションにおけるＣＲＣ−３２領域の直前までのデータによるＣＲＣ(Cyclic Redundancy Check) である。このＣＲＣ−３２領域の情報によって、このセクションの誤り検出を行う。
【００６１】
このようにデータ・ストリームを構成することによって、ユーザは、受信機６に対してダウン・ロードする旨指示するだけで、適切なプログラム・データのダウン・ロードを自動的に行うことができる。すなわち、それぞれのトランスポンダから同一内容が伝送される、ロード・コントロール・セクションを受信することによって、適切なプログラム・データが伝送されているトランスポンダ番号Ｔｎｏを知ることができる。このトランスポンダ番号Ｔｎｏに基づき、受信機６において、自動的に当該トランスポンダが指定される。当該トランスポンダから伝送されたロード・セクションが受信され、このロード・セクションが適切なものであるかどうかが、メーカＩＤ，モデルＩＤ，およびバージョンＩＤなどから判断される。適切なものであれば、ダウン・ロードが実行される。
【００６２】
次に、図６および図８に示されるフローチャートを用いて、このダウン・ロードの処理を詳細に説明する。図６は、受信機６に対応したロード・セクションが伝送されるトランスポンダを指定する際の処理を示す。先ず、最初のステップＳ１で、任意のトランスポンダを指定し、受信を行う。受信された電波は、上述したように、チューナ８および復調部９で所定の信号処理がなされ、誤り訂正部１０で誤り訂正され、分離化部１１で付加データのストリームが取り出される。この付加データのストリームは、例えば機器制御部２０を介してＲＡＭ２３の所定の領域に記憶される。
【００６３】
次のステップＳ２以降の処理は、機器制御部２０の制御によりなされる。ステップＳ２で、ＲＡＭ２３に記憶された付加データのストリームからＣＲＣ−３２領域に格納されたデータが取り出される。そして、ＣＲＣによる演算がなされ、伝送されたデータに誤りが無いかどうか判断される。若し、誤りが検出されたら、処理はステップＳ１へ戻され、再度、受信がなされる。誤りが無ければ、処理はステップＳ２に移行する。ステップＳ２では、受信されたデータからテーブルＩＤを取得する。
【００６４】
取得されたテーブルＩＤに基づき、受信したデータがロード・コントロール・セクションであるかどうかが判断される（ステップＳ４）。若し、ロード・コントロール・セクションではないと判断されたら、処理はステップＳ１へ戻される。
【００６５】
なお、図示されないが、このステップＳ４では、例えば図４や図５に示されるような、ヘッダ情報に含まれるプライベート・インジケータも判断の条件として用いられる。
【００６６】
一方、ステップＳ４で、受信したデータがロード・コントロール・セクションであると判断されたら、処理はステップＳ５に移行する。以降、上述の図５に示されたフォーマットに基づき処理がなされる。ステップＳ５では、セクション長が取得される。そして、次のステップＳ６で、トランスポンダ番号Ｔｎｏが初期値、例えばＴｎｏ1 にセットされる。続いて、ステップＳ７でトランスポンダ番号Ｔｎｏ1 におけるダウン・ロードＰＩＤが取得され、さらに次のステップＳ８でトランスポンダ番号Ｔｎｏ1 でのモデル情報長が取得される。
【００６７】
ステップＳ９で、トランスポンダ番号Ｔｎｏ1 で示されるトランスポンダから伝送される、プログラム・データのメーカＩＤおよびモデルＩＤとが取得される。このステップＳ９での処理は、ステップＳ１０での判断により、ステップＳ７で得られたモデル情報長に基づき繰り返される（この例では、Ｍ回繰り返される）。トランスポンダ番号Ｔｎｏ1 について処理が終了したと判断されたら、処理は次のステップＳ１１へ移行し、各トランスポンダに対して処理が終了したか判断される。終了していないと判断されたら、トランスポンダ番号Ｔｎｏが次の番号、例えばＴｎｏ2 にセットされ（ステップＳ１２）、処理はステップＳ７に戻される。
【００６８】
ステップＳ１１で、各トランスポンダに対する処理が終了したとされたら、一連の処理が終了される。この図６のフローチャートに示される処理が行われることにより、トランスポンダと、そのトランスポンダから伝送されるプログラム・データの受信機製造者識別番号（メーカＩＤ）および機種識別番号（モデルＩＤ）との対応関係が得られる。図７は、この対応関係の一例を示す。受信機６において、この対応関係に基づく機器制御部２０によりチューナ８が制御され、所定のトランスポンダの指定がなされる。
【００６９】
すなわち、機器制御部２０によってＲＯＭ２１からこの受信機６のメーカＩＤおよびモデルＩＤとが読み出され、図７に示されるような対応関係が参照される。これにより、読み出されたメーカＩＤおよびモデルＩＤとに対応したプログラム・データが伝送されるトランスポンダを知ることができる。
【００７０】
図８は、この指定されたトランスポンダからの電波を受信し、プログラムをダウン・ロードする際のフローチャートを示す。先ず、最初のステップＳ２０で、上述の対応関係によって得られた所定のトランスポンダを指定し、受信を行う。受信された電波に対して上述の処理が施され、付加データのストリームが取り出され、ＲＡＭ２３に記憶される。
【００７１】
次のステップＳ２１以降の処理は、機器制御部２０の制御によりなされる。ステップＳ２１で、ＲＡＭ２３に記憶された付加データのストリームからＣＲＣ−３２領域に格納されたデータが取り出される。そして、ＣＲＣによる演算がなされ、伝送されたデータに誤りが無いかどうか判断される。若し、誤りが検出されたら、処理はステップＳ２０へ戻され、再度、受信がなされる。誤りが無ければ、処理はステップＳ２２に移行する。ステップＳ２２では、受信されたデータからテーブルＩＤを取得する。
【００７２】
取得されたテーブルＩＤに基づき、受信したデータがロード・セクションであるかどうかが判断される（ステップＳ２３）。若し、ロード・セクションではないと判断されたら、処理はステップＳ２０へ戻される。
【００７３】
なお、図示されないが、このステップＳ２３では、例えば図４や図５に示されるような、ヘッダ情報に含まれるプライベート・インジケータも判断の条件として用いられる。
【００７４】
一方、ステップＳ２３で、受信したデータがロード・セクションであると判断されたら、このセクションでプログラム・データが伝送されているので、以降、上述の図４に示されたフォーマットに基づき、ダウン・ロードの処理がなされる。次のステップＳ２４では、セクション長が取得される。そして、次のステップＳ２５で、メーカＩＤ，モデルＩＤ，およびバージョンＩＤが取得され、ステップＳ２６で、このロード・セクションで伝送されるプログラム・データがダウン・ロードすべきものであるかどうかが判断される。
【００７５】
先ず、機器制御部２０によって、ＲＯＭ２１からメーカＩＤおよびモデルＩＤとが読み出される。これら読み出されたメーカＩＤおよびモデルＩＤと、ステップＳ２４で取得されたメーカＩＤおよびモデルＩＤとが一致するかどうかが判断される。若し、何方かが一致しなければ、このロード・セクションでは目的のプログラム・データが伝送されていないとされる。
【００７６】
共に一致すれば、次には、フラッシュ・メモリ２２から、現状で記憶されているプログラム・データのバージョンＩＤが読み出される。このバージョンＩＤは、例えば、フラッシュ・メモリ２２にプログラム・データが記憶される際に、このプログラム・データの属性として設定される。このバージョンＩＤと、ステップＳ２４で取得されたバージョンＩＤとが比較される。比較の結果、取得されたバージョンＩＤの方が新しいとされれば、このロード・セクションで目的のプログラム・データが伝送されているとされ、処理はステップＳ２７に移行する。
【００７７】
このバージョンＩＤの比較により、現状でフラッシュ・メモリ２２に記憶されているプログラム・データと同バージョンのプログラム・データや、さらに古いバージョンのプログラム・データを無駄にダウン・ロードすることが避けられる。
【００７８】
ステップＳ２７では、セクション番号Ｓｎｏおよび総セクション数Ｓｓｕｍとが取得される。これらセクション番号Ｓｎｏおよび総セクション数Ｓｓｕｍは、例えばＲＡＭ２３に記憶され、プログラム・データのダウン・ロードが全て終了するまで保持される。次のステップＳ２８で、現在受信しているロード・セクションが未取得のセクションであるかどうかが判断される。この判断は、セクション番号Ｓｎｏに基づいてなされる。
【００７９】
例えば、ロード・セクションが受信される度に、ステップＳ２７で取得されるセクション番号ＳｎｏをＲＡＭ２３に累積的に記憶させ、取得済ロード・セクションのセクション番号のテーブルを作成する。新たなセクション番号Ｓｎｏが取得される度にこのテーブルを参照することでなされる。
【００８０】
ステップＳ２８で、未取得のセクションではないとされたら、処理はステップＳ２０に戻され、次のロード・セクションの受信がなされる。一方、未取得のセクションであるとされれば、処理はステップＳ２９に移行し、データ・コード領域からプログラム・データが取得され、プログラム本体のダウン・ロードがなされる。ダウン・ロードされたプログラム・データは、例えばＲＡＭ２３の所定の領域に一旦記憶される。
【００８１】
プログラム・データは、図４に示されるように、８ビットのサイズを有するＮ個の領域に分けられ格納されている。上述のステップＳ２４で得られたセクション長によって、このロード・セクションにおいて格納されているプログラム・データのサイズが分かり、Ｎの値を知ることができる。このＮの値に基づきステップＳ３０で、このセクションでプログラム・データが所定のサイズだけダウン・ロードされたかどうかが判断される。若し、所定のサイズのダウン・ロードが終了していなければ、処理はステップＳ２９に戻され、ダウン・ロードが続けられる。
【００８２】
一方、ステップＳ３０で、所定サイズのダウン・ロードが終了したとされれば、処理はステップＳ３１に移行する。このステップＳ３１では、このプログラム・データが格納される一連のロード・セクションのダウン・ロードが終了したかどうかが判断される。これは、例えば、上述のＲＡＭ２３に累積的に記憶されたセクション番号Ｓｎｏを参照することでなされる。若し、終了していないとされれば、処理はステップＳ２０へ戻され、残りのセクションのダウン・ロード処理がなされる。
【００８３】
一方、ステップＳ３１で一連のロード・セクションのダウン・ロードが終了したとされれば、プログラム・データ全体のダウン・ロードが完了したとされ、一連の処理が終了される。
【００８４】
プログラム・データ全体のダウン・ロードが完了されると、所定の方法で以て、ＲＡＭ２３に記憶されているプログラム・データがフラッシュ・メモリ２２に転送され書き込まれる。これは、例えばＲＯＭ２１に予め記憶されたローダ・プログラムに基づきなされる。
【００８５】
また、上述のダウン・ロード処理の際に、ダウン・ロードの途中経過を表示させるようにすると、より好ましい。これは、例えば図８におけるステップＳ２９の実行と共に、総セクション数Ｓｓｕｍ，累積的に記憶されたセクション番号Ｓｎｏ，ステップＳ４で取得されたセクション長，およびステップＳ２９およびＳ３０の繰り返し回数とから容易に算出することができる。これにより、現在、全体の何パーセントのプログラム・データがダウンロードされているかを、例えば図９に一例が示されるように表示させることができる。この表示は、機器制御部２０の制御に基づき画面表示生成部２４で表示画面が作成され、加算機２５で映像信号部１２からの出力と合成させることでなされる。
【００８６】
なお、上述では、プログラム・データがダウンロードされるとしたが、これはこの例に限定されない。例えば、伝送させるデータをテキストデータや静止画，動画データとして、受信機の製造者からの、新製品やプログラムのアップデート情報などのメッセージを伝送するようにすることは容易である。
【図面の簡単な説明】
【００８７】
【図１】この実施の一形態に適用できるデータ伝送システムの一例を示すブロック図である。
【図２】トランスポート・パケットを説明するための略線図である。
【図３】受信機のさらに詳細な構成の一例を示すブロック図である。
【図４】ロード・セクションの構成の一例を示す略線図である。
【図５】ロード・コントロール・セクションの構成の一例を示す略線図である。
【図６】受信機に対応したロード・セクションが伝送されるトランスポンダを指定する際の処理を示すフローチャートである。
【図７】トランスポンダと、そのトランスポンダから伝送されるプログラム・データの受信機製造者識別番号および機種識別番号との対応関係を説明するための略線図である。
【図８】指定されたトランスポンダからの電波を受信し、プログラムをダウン・ロードする際のフローチャートである。
【図９】ダウン・ロードの途中経過の表示の一例を示す略線図である。
【図１０】典型的なディジタル放送システムの概略を示す図である。
【符号の説明】
【００８８】
１・・・エンコーダ、２・・・多重化部、３・・・変調器、４・・・送信設備、５・・・通信衛星、６・・・受信機、１１・・・分離化部、２０・・・機器制御部、２１・・・ＲＯＭ、２２・・・フラッシュ・メモリ、２３・・・ＲＡＭ
【図１】
2008219898.tif 000003
【図２】
2008219898.tif 000004
【図３】
2008219898.tif 000005
【図４】
2008219898.tif 000006
【図５】
2008219898.tif 000007
【図６】
2008219898.tif 000008
【図７】
2008219898.tif 000009
【図８】
2008219898.tif 000010
【図９】
2008219898.tif 000011
【図１０】
2008219898.tif 000012