情報処理システムおよび方法、受信装置および方法、データ生成装置および方法、並びにプログラム
【課題】受信装置の機種を特定する識別子の枯渇を未然に抑制することができるようにする。
【解決手段】データ生成装置１１−１は、受信機製作者１−１を特定する識別子（maker_id）であるメーカ識別子とともに、受信機製作者１−１において、更新する機種に応じて設定されているモデル識別子と拡張モデル識別子を、それぞれ対応する領域に記述して、SDTTを生成する。ダウンロード装置３は、SDTTを、放送装置４を介して、放送信号に多重して、市場５の受信機に提供する。受信機２１Ａ−２は、SDTTに記述のメーカ識別子、モデル識別子、拡張モデル識別子が自己のものとそれぞれ一致した場合、SDTTに基づいて、更新データをダウンロード（取得）する。本発明は、放送信号を受信する受信機の更新ソフトウェアデータを伝送するデジタルテレビジョン放送システムに適用できる。
【解決手段】データ生成装置１１−１は、受信機製作者１−１を特定する識別子（maker_id）であるメーカ識別子とともに、受信機製作者１−１において、更新する機種に応じて設定されているモデル識別子と拡張モデル識別子を、それぞれ対応する領域に記述して、SDTTを生成する。ダウンロード装置３は、SDTTを、放送装置４を介して、放送信号に多重して、市場５の受信機に提供する。受信機２１Ａ−２は、SDTTに記述のメーカ識別子、モデル識別子、拡張モデル識別子が自己のものとそれぞれ一致した場合、SDTTに基づいて、更新データをダウンロード（取得）する。本発明は、放送信号を受信する受信機の更新ソフトウェアデータを伝送するデジタルテレビジョン放送システムに適用できる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理システムおよび方法、受信装置および方法、データ生成装置および方法、並びにプログラムに関し、特に、市場に受信装置の機種が増えた場合であっても、所定の規格において規定されている受信装置の機種を特定するための識別子の枯渇によって機種の識別が不可能になることを抑制することができるようにした情報処理システムおよび方法、受信装置および方法、データ生成装置および方法、並びにプログラムに関する。
【背景技術】
【０００２】
非特許文献１に示されるように、デジタルテレビジョン放送においては、放送局から送出される電波を利用して、受信機のソフトウェアを更新するための更新データを送受信する仕組みが運用されている。
【０００３】
この運用では、放送局から、放送事業者のロゴやジャンルコードを含む共通データや、ソフトウェアの更新データなどがダウンロードデータとして送出される。そして、ダウンロードデータ（例えば、ソフトウェアの更新データ）が送出される前に、ソフトウェアの更新データのダウンロードが行われることを受信機に対して通知するためのダウンロード告知情報テーブル（SDTT：Software Download Trigger Table）が放送波に定期的に多重化（重畳）されて送出されており、このSDTTを不揮発性メモリに記憶し、監視することで、受信機は、自己のソフトウェアを更新する更新データを選択的にダウンロード（受信）し、更新データにより自己のソフトウェアを更新することができる（特許文献１参照）。
【０００４】
SDTTには、非特許文献１において規定されている、SDTTであることを識別するテーブル識別子、受信機のメーカを識別するための識別子であるメーカ識別子(ID :identification)、および受信機の機種を識別するモデル識別子が記述されており、受信機は、内蔵するマルチプレクサにおいて、それらの識別子などをパラメータとしたハードウェアまたはソフトウェアのフィルタをかけることにより、SDTTの監視を行っている。
【０００５】
このような従来の受信機がソフトウェアの更新データを取得する処理を、図１のフローチャートを参照して具体的に説明する。
【０００６】
受信機は、放送波を受信すると、ステップＳ１において、マルチプレクサを用いて、受信した放送波に多重化されたセクションデータをフィルタリング処理する。セクションデータには、例えば、SDTT や、ソフトウェアの更新データ、EPG（Electronic Program Guide）情報などが含まれている。
【０００７】
すなわち、マルチプレクサは、セクションデータに対して、非特許文献１において規定されているテーブル識別子、メーカ識別子、およびモデル識別子などをパラメータとしたハードウェアまたはソフトウェアのフィルタをかけることで、テーブル識別子、メーカ識別子、およびモデル識別子を抽出する。
【０００８】
受信機は、テーブル識別子に基づいてこのセクションデータがSDTTであることを確認するとともに、ステップＳ２において、SDTTに記述されているメーカ識別子およびモデル識別子が受信機（自己）のメーカ識別子およびモデル識別子と一致するか否かを判定する。ステップＳ２において、SDTTに記述されているメーカ識別子およびモデル識別子が受信機のメーカ識別子およびモデル識別子と一致しないと判定された場合、このSDTTは、受信機に対応するものではないとされ、SDTTは破棄され、処理は、ステップＳ１に戻り、それ以降の処理が繰り返される。
【０００９】
ステップＳ２において、SDTTに記述されているメーカ識別子およびモデル識別子が受信機のメーカ識別子およびモデル識別子と一致すると判定された場合、処理は、ステップＳ３に進み、受信機は、SDTTを取得し、揮発性メモリに一旦展開させる。
【００１０】
受信機は、SDTTに記述されている（ソフトウェアの）更新データのバージョン情報を取得し、受信機（自己）のソフトウェアのバージョンと比較し、ステップＳ４において、SDTTに記述されているバージョンが必要なバージョンであるか否かを判定する。SDTTに記述されているバージョンが受信機のソフトウェアのバージョンと同じ、もしくは小さい(古い)場合、SDTTに記述されているバージョンは必要なバージョンではないとされて、SDTTは破棄され、処理は、ステップＳ１に戻りそれ以降の処理が繰り返される。
【００１１】
SDTTに記述されているバージョンが受信機のソフトウェアのバージョンよりも大きい（新しい）場合、SDTTに記述されているバージョンは必要なバージョンであるとされて、処理は、ステップＳ５に進む。
【００１２】
受信機は、ステップＳ５において、SDTTのデータの解析（すなわち、SDTT内のその他の情報の確認）を行う。ここで、その他の情報とは、例えば、ダウンロードが行われるネットワークやサービスの情報、更新データを構成するモジュールの大きさ、更新データのダウンロード開始時刻などの非特許文献１で規定されている情報を示す。
【００１３】
受信機は、ステップＳ６において、更新データのダウンロードの準備を行う。具体的には、受信機は、内蔵するクロックで計時動作を行い、SDTTに記述されている更新データのダウンロード開始時刻になるまで待機している。
【００１４】
そして、受信機は、更新データのダウンロード開始時刻になったと判定した場合、ステップＳ７において、更新データをダウンロード（取得)する。すなわち、受信機は、放送信号を受信し、ダウンロードが行われるサービスを選局して、所定のサービスの放送信号から、更新データを取得する。これにより、受信機においては、ダウンロードした更新データで、ソフトウェアが更新される。
【００１５】
【非特許文献１】デジタル放送用受信機標準規格ARIB STD-B21，4.0版，ダウンロード機能，社団法人 電波産業会，H15.2.6，Ｐ．１２０およびＰ．１７８
【特許文献１】特開２００２−１１２１３３号公報
【発明の開示】
【発明が解決しようとする課題】
【００１６】
以上のように、従来のデジタル放送システムによる、受信機のソフトウェアを更新するためのダウンロードの仕組みにおいては、受信機により放送波に多重化された複数のSDTTのうち、メーカ識別子、およびモデル識別子が、受信機が有する識別子を一致するものだけが選別して取得されて、そのSDTTに記述されたバージョンやダウンロードが行われるサービスなどの情報をもとに、必要な更新データのダウンロードの準備が開始されている。
【００１７】
すなわち、受信機のソフトウェアを更新するためには、市場に発売された受信機のうち、ソフトウェアの種類が異なる受信機毎に、それぞれ固有な受信機の識別子を用いて、SDTTやコンテンツを送信する必要がある。
【００１８】
しかしながら、現状、SDTTにおいて、非特許文献１で規定されている、受信機を特定する識別子であるモデル識別子が記述可能な領域は、8ビットしか設けられていないため、市場に発売される受信機の数が増えていくと、固有でなければならない識別子が枯渇してしまうことが考えられる。この場合、受信機のメーカは、新しい機種の受信機をしても、このダウンロードの仕組みを新しい機種の受信機のソフトウェアの更新に利用することができなくなってしまう。
【００１９】
本発明は、このような状況に鑑みてなされたものであり、受信装置の機種を特定する識別子の枯渇を未然に抑制することができるようにするものである。
【課題を解決するための手段】
【００２０】
本発明の第１の側面の情報処理システムは、放送信号を受信する受信装置と、前記放送信号に多重化されて送信される、前記受信装置のソフトウェアを更新するための更新データのダウンロードに関する告知情報を生成するデータ生成装置からなる情報処理システムにおいて、前記データ生成装置は、前記受信装置の機種を一意的に識別するために所定の規格において規定されている規定モデル識別子を、前記所定の規格において規定されている前記告知情報の規定領域に記述するとともに、前記規定モデル識別子と組み合わせて用いることで、前記規定モデル識別子の数よりも多くの数の前記受信装置の機種を一意的に識別可能な拡張モデル識別子を、前記告知情報の所定の領域に記述する情報記述手段と、前記情報記述手段により前記規定モデル識別子とともに拡張モデル識別子が記述された前記告知情報を生成する生成手段とを備え、前記受信装置は、前記放送信号に多重化された前記告知情報の前記規定モデル識別子が、自己の規定モデル識別子と一致するか否かを判定する規定識別子判定手段と、前記規定識別子判定手段により前記告知情報の前記規定モデル識別子が、自己の規定モデル識別子と一致すると判定された場合、前記告知情報の前記拡張モデル識別子が、自己の前記拡張モデル識別子と一致するか否かを判定する拡張識別子判定手段と、前記拡張識別子判定手段により前記告知情報の前記拡張モデル識別子が、自己の拡張モデル識別子と一致すると判定された場合、前記告知情報に基づいて、前記放送信号から前記更新データを取得する更新データ取得手段とを備える。
【００２１】
前記受信装置は、前記拡張識別子判定手段により前記告知情報の前記拡張モデル識別子が、自己の拡張モデル識別子と一致しないと判定された場合、前記告知情報を破棄する情報破棄手段をさらに備えることができる。
【００２２】
前記データ生成装置の前記情報記述手段は、前記告知情報において、前記規定モデル識別子が記述される前記規定領域より後方に配置され、前記所定の規格において規定されていない、または、利用されていない所定の領域に、前記拡張モデル識別子を記述する
ことができる。
【００２３】
前記拡張モデル識別子が記述される前記所定の領域は、プライベートデータ領域（Private_data_byte）であることができる。
【００２４】
前記受信装置は、前記更新データ取得手段により取得された前記更新データを用いて、自己のソフトウェアを更新するソフトウェア更新手段をさらに備えることができる。
【００２５】
本発明の第１の側面の情報処理方法は、放送信号を受信する受信装置と、前記放送信号に多重化されて送信される、前記受信装置のソフトウェアを更新するための更新データのダウンロードに関する告知情報を生成するデータ生成装置からなる情報処理システムの情報処理方法において、前記データ生成装置における、前記受信装置の機種を一意的に識別するために所定の規格において規定されている規定モデル識別子を、前記所定の規格において規定されている前記告知情報の規定領域に記述するとともに、前記規定モデル識別子と組み合わせて用いることで、前記規定モデル識別子の数よりも多くの数の前記受信装置の機種を一意的に識別可能な拡張モデル識別子を、前記告知情報の所定の領域記述する情報記述ステップと、前記情報記述ステップの処理により前記規定モデル識別子とともに拡張モデル識別子が記述された前記告知情報を生成する生成ステップとを含み、前記受信装置における、前記放送信号に多重化された前記告知情報の前記規定モデル識別子が、自己の規定モデル識別子と一致するか否かを判定する規定識別子判定ステップと、前記規定識別子判定ステップの処理により前記告知情報の前記規定モデル識別子が、自己の規定モデル識別子と一致すると判定された場合、前記告知情報の前記拡張モデル識別子が、自己の前記拡張モデル識別子と一致するか否かを判定する拡張識別子判定ステップと、前記拡張識別子判定ステップの処理により前記告知情報の前記拡張モデル識別子が、自己の拡張モデル識別子と一致すると判定された場合、前記告知情報に基づいて、前記放送信号から前記更新データを取得する更新データ取得ステップとを含む。
【００２６】
本発明の第２の側面の受信装置は、データ生成装置により生成され、放送信号に多重化された、ソフトウェアを更新するための更新データのダウンロードに関する告知情報を受信する受信装置において、前記受信装置の機種を一意的に識別するために所定の規格において規定されている規定モデル識別子が、前記所定の規格において規定されている規定領域に記述されるとともに、前記規定モデル識別子と組み合わせて用いることで、前記規定モデル識別子の数よりも多くの数の前記受信装置の機種を一意的に識別可能な拡張モデル識別子が、所定の領域に記述されて生成され、前記放送信号に多重化された前記告知情報の前記規定モデル識別子が、自己の規定モデル識別子と一致するか否かを判定する規定識別子判定手段と、前記規定識別子判定手段により前記告知情報の前記規定モデル識別子が、自己の規定モデル識別子と一致すると判定された場合、前記告知情報の前記拡張モデル識別子が、自己の前記拡張モデル識別子と一致するか否かを判定する拡張識別子判定手段と、前記拡張識別子判定手段により前記告知情報の前記拡張モデル識別子が、自己の拡張モデル識別子と一致すると判定された場合、前記告知情報に基づいて、前記放送信号から前記更新データを取得する更新データ取得手段とを備える。
【００２７】
前記拡張識別子判定手段により前記告知情報の前記拡張モデル識別子が、自己の拡張モデル識別子と一致しないと判定された場合、前記告知情報を破棄する情報破棄手段をさらに備えることができる。
【００２８】
前記拡張モデル識別子は、前記告知情報において、前記規定モデル識別子が記述された規定領域より後方に配置され、前記所定の規格において規定されていない、または、利用されていない所定の領域に記述されることができる。
【００２９】
前記拡張モデル識別子が記述される前記所定の領域は、プライベートデータ領域（Private_data_byte）であることができる。
【００３０】
前記更新データ取得手段により取得された前記更新データを用いて、自己のソフトウェアを更新するソフトウェア更新手段をさらに備えることができる。
【００３１】
本発明の第２の側面の受信方法は、データ生成装置により生成され、放送信号に多重化された、ソフトウェアを更新するための更新データのダウンロードに関する告知情報を受信する受信装置の受信方法において、前記受信装置の機種を一意的に識別するために所定の規格において規定されている規定モデル識別子が、前記所定の規格において規定されている規定領域に記述されるとともに、前記規定モデル識別子と組み合わせて用いることで、前記規定モデル識別子の数よりも多くの数の前記受信装置の機種を一意的に識別可能な拡張モデル識別子が、所定の領域に記述されて生成され、前記放送信号に多重化された前記告知情報の前記規定モデル識別子が、自己の規定モデル識別子と一致するか否かを判定する規定識別子判定ステップと、前記規定識別子判定ステップの処理により前記告知情報の前記規定モデル識別子が、自己の規定モデル識別子と一致すると判定された場合、前記告知情報の前記拡張モデル識別子が、自己の前記拡張モデル識別子と一致するか否かを判定する拡張識別子判定ステップと、前記拡張識別子判定ステップの処理により前記告知情報の前記拡張モデル識別子が、自己の拡張モデル識別子と一致すると判定された場合、前記告知情報に基づいて、前記放送信号から前記更新データを取得する更新データ取得ステップとを含む。
【００３２】
本発明の第２の側面のプログラムは、データ生成装置により生成され、放送信号に多重化された、ソフトウェアを更新するための更新データのダウンロードに関する告知情報を受信する受信装置用のプログラムであって、前記受信装置の機種を一意的に識別するために所定の規格において規定されている規定モデル識別子が、前記所定の規格において規定されている規定領域に記述されるとともに、前記規定モデル識別子と組み合わせて用いることで、前記規定モデル識別子の数よりも多くの数の前記受信装置の機種を一意的に識別可能な拡張モデル識別子が、所定の領域に記述されて生成され、前記放送信号に多重化された前記告知情報の前記規定モデル識別子が、自己の規定モデル識別子と一致するか否かを判定する規定識別子判定ステップと、前記規定識別子判定ステップの処理により前記告知情報の前記規定モデル識別子が、自己の規定モデル識別子と一致すると判定された場合、前記告知情報の前記拡張モデル識別子が、自己の前記拡張モデル識別子と一致するか否かを判定する拡張識別子判定ステップと、前記拡張識別子判定ステップの処理により前記告知情報の前記拡張モデル識別子が、自己の拡張モデル識別子と一致すると判定された場合、前記告知情報に基づいて、前記放送信号から前記更新データを取得する更新データ取得ステップとを含む。
【００３３】
本発明の第３の側面のデータ生成装置は、放送信号に多重化されて送信される、前記放送信号を受信する受信装置のソフトウェアを更新するための更新データのダウンロードに関する告知情報を生成するデータ生成装置において、前記受信装置の機種を一意的に識別するために所定の規格において規定されている規定モデル識別子を、前記所定の規格において規定されている前記告知情報の規定領域に記述するとともに、前記規定モデル識別子と組み合わせて用いることで、前記規定モデル識別子の数よりも多くの数の前記受信装置の機種を一意的に識別可能な拡張モデル識別子を、前記告知情報の所定の領域に記述する情報記述手段と、前記情報記述手段により前記規定モデル識別子とともに拡張モデル識別子が記述された前記告知情報を生成する生成手段とを備える。
【００３４】
前記生成手段は、前記告知情報において、前記規定モデル識別子が記述された規定領域より後方に配置され、前記所定の規格において規定されていない、または、利用されていない所定の領域に、前記拡張モデル識別子を記述することができる。
【００３５】
前記拡張モデル識別子が記述される前記所定の領域は、プライベートデータ領域（Private_data_byte）であることができる。
【００３６】
本発明の第３の側面のデータ生成方法は、放送信号に多重化されて送信される、前記放送信号を受信する受信装置のソフトウェアを更新するための更新データのダウンロードに関する告知情報を生成するデータ生成装置のデータ生成方法において、前記受信装置の機種を一意的に識別するために所定の規格において規定されている規定モデル識別子を、前記所定の規格において規定されている前記告知情報の規定領域に記述するとともに、前記規定モデル識別子と組み合わせて用いることで、前記規定モデル識別子の数よりも多くの数の前記受信装置の機種を一意的に識別可能な拡張モデル識別子を、前記告知情報の所定の領域に記述する情報記述ステップと、前記情報記述ステップの処理により前記規定モデル識別子とともに拡張モデル識別子が記述された前記告知情報を生成する生成ステップとを含む。
【００３７】
本発明の第３の側面のプログラムは、放送信号に多重化されて送信される、前記放送信号を受信する受信装置のソフトウェアを更新するための更新データのダウンロードに関する告知情報を生成する処理をコンピュータに行わせるプログラムであって、前記受信装置の機種を一意的に識別するために所定の規格において規定されている規定モデル識別子を、前記所定の規格において規定されている前記告知情報の規定領域に記述するとともに、前記規定モデル識別子と組み合わせて用いることで、前記規定モデル識別子の数よりも多くの数の前記受信装置の機種を一意的に識別可能な拡張モデル識別子を、前記告知情報の所定の領域に記述する情報記述ステップと、前記情報記述ステップの処理により前記規定モデル識別子とともに拡張モデル識別子が記述された前記告知情報を生成する生成ステップとを含む。
【００３８】
第１の本発明においては、受信装置のソフトウェアを更新するための更新データのダウンロードに関する告知情報を生成するデータ生成装置により、放送信号を受信する受信装置の機種を一意的に識別するために所定の規格において規定されている規定モデル識別子が、前記所定の規格において規定されている前記告知情報の規定領域に記述されるとともに、前記規定モデル識別子と組み合わせて用いることで、前記規定モデル識別子の数よりも多くの数の前記受信装置の機種を一意的に識別可能な拡張モデル識別子が、前記告知情報の所定の領域に記述され、前記規定モデル識別子とともに拡張モデル識別子が記述された前記告知情報が生成される。そして、前記受信装置により、前記放送信号に多重化された前記告知情報の前記規定モデル識別子が、自己の規定モデル識別子と一致するか否かが判定され、前記告知情報の前記規定モデル識別子が、自己の規定モデル識別子と一致すると判定された場合、前記告知情報の前記拡張モデル識別子が、自己の前記拡張モデル識別子と一致するか否かが判定される。また、前記拡張識別子判定ステップの処理により前記告知情報の前記拡張モデル識別子が、自己の拡張モデル識別子と一致すると判定された場合、前記告知情報に基づいて、前記放送信号から前記更新データを取得される。
【００３９】
第２の本発明においては、受信装置の機種を一意的に識別するために所定の規格において規定されている規定モデル識別子が、前記所定の規格において規定されている規定領域に記述されるとともに、前記規定モデル識別子と組み合わせて用いることで、前記規定モデル識別子の数よりも多くの数の前記受信装置の機種を一意的に識別可能な拡張モデル識別子が、所定の領域に記述されて生成され、前記放送信号に多重化された前記告知情報の前記規定モデル識別子が、自己の規定モデル識別子と一致するか否かが判定され、前記告知情報の前記規定モデル識別子が、自己の規定モデル識別子と一致すると判定された場合、前記告知情報の前記拡張モデル識別子が、自己の前記拡張モデル識別子と一致するか否かが判定される。そして、前記告知情報の前記拡張モデル識別子が、自己の拡張モデル識別子と一致すると判定された場合、前記告知情報に基づいて、前記放送信号から前記更新データが取得される。
【００４０】
第３の本発明においては、受信装置の機種を一意的に識別するために所定の規格において規定されている規定モデル識別子が、前記所定の規格において規定されている前記告知情報の規定領域に記述されるとともに、前記規定モデル識別子と組み合わせて用いることで、前記規定モデル識別子の数よりも多くの数の前記受信装置の機種を一意的に識別可能な拡張モデル識別子が、前記告知情報の所定の領域に記述される。そして、前記規定モデル識別子とともに拡張モデル識別子が記述された前記告知情報が生成される。
【発明の効果】
【００４１】
本発明の第１の側面によれば、受信装置の機種を特定する識別子の枯渇を未然に抑制することができる。これにより、受信装置の機種が増えた場合にも、受信装置のソフトウェアを容易に更新させることができる。
【００４２】
本発明の第２の側面によれば、受信装置の機種が増えた場合にも、ソフトウェアの更新データを容易に取得することができる。
【００４３】
本発明の第３の側面によれば、受信装置の機種を特定する識別子の枯渇を未然に抑制することができる。
【発明を実施するための最良の形態】
【００４４】
以下に本発明の実施の形態を説明するが、本発明の構成要件と、明細書または図面に記載の実施の形態との対応関係を例示すると、次のようになる。この記載は、本発明をサポートする実施の形態が、明細書または図面に記載されていることを確認するためのものである。従って、明細書または図面中には記載されているが、本発明の構成要件に対応する実施の形態として、ここには記載されていない実施の形態があったとしても、そのことは、その実施の形態が、その構成要件に対応するものではないことを意味するものではない。逆に、実施の形態が構成要件に対応するものとしてここに記載されていたとしても、そのことは、その実施の形態が、その構成要件以外の構成要件には対応しないものであることを意味するものでもない。
【００４５】
本発明の第１の側面の情報処理システム（例えば、図２のデジタルテレビジョン放送システム）は、放送信号を受信する受信装置（例えば、図２の受信機２１Ａ−２）と、前記放送信号に多重化されて送信される、前記受信装置のソフトウェアを更新するための更新データのダウンロードに関する告知情報を生成するデータ生成装置（例えば、図２のデータ生成装置１１−１）からなる情報処理システムにおいて、前記データ生成装置は、前記受信装置の機種を一意的に識別するために所定の規格において規定されている規定モデル識別子（例えば、図９のmodel_id）を、前記所定の規格において規定されている前記告知情報の規定領域（例えば、図９のtable_id_ext）に記述するとともに、前記規定モデル識別子と組み合わせて用いることで、前記規定モデル識別子の数よりも多くの数の前記受信装置の機種を一意的に識別可能な拡張モデル識別子（例えば、図８のsub_model_id）を、前記告知情報の所定の領域（例えば、図１２のprivate_data_byte）に記述する情報記述手段（例えば、図４の情報記述部１５１）と、前記情報記述手段により前記規定モデル識別子とともに拡張モデル識別子が記述された前記告知情報を生成する生成手段（例えば、図４の告知情報生成部１５２）とを備え、前記受信装置は、前記放送信号に多重化された前記告知情報の前記規定モデル識別子が、自己の規定モデル識別子と一致するか否かを判定する規定識別子判定手段（例えば、図５のデマルチプレクサ２２１）と、前記規定識別子判定手段により前記告知情報の前記規定モデル識別子が、自己の規定モデル識別子と一致すると判定された場合、前記告知情報の前記拡張モデル識別子が、自己の前記拡張モデル識別子と一致するか否かを判定する拡張識別子判定手段（例えば、図６の拡張ID判定部２６１）と、前記拡張識別子判定手段により前記告知情報の前記拡張モデル識別子が、自己の拡張モデル識別子と一致すると判定された場合、前記告知情報に基づいて、前記放送信号から前記更新データを取得する更新データ取得手段（例えば、図６の更新データ取得部２５２）とを備える。
【００４６】
前記受信装置は、前記拡張識別子判定手段により前記告知情報の前記拡張モデル識別子が、自己の拡張モデル識別子と一致しないと判定された場合、前記告知情報を破棄する情報破棄手段（例えば、図６の告知情報取得部２５１）をさらに備えることができる。
【００４７】
前記受信装置は、前記更新データ取得手段により取得された前記更新データを用いて、自己のソフトウェアを更新するソフトウェア更新手段（例えば、図６のソフトウェア更新部２５４）をさらに備えることができる。
【００４８】
本発明の第１の側面の情報処理方法は、放送信号を受信する受信装置と、前記放送信号に多重化されて送信される、前記受信装置のソフトウェアを更新するための更新データのダウンロードに関する告知情報を生成するデータ生成装置からなる情報処理システムの情報処理方法において、前記データ生成装置における、前記受信装置の機種を一意的に識別するために所定の規格において規定されている規定モデル識別子を、前記所定の規格において規定されている前記告知情報の規定領域に記述するとともに、前記規定モデル識別子と組み合わせて用いることで、前記規定モデル識別子の数よりも多くの数の前記受信装置の機種を一意的に識別可能な拡張モデル識別子を、前記告知情報の所定の領域記述する情報記述ステップ（例えば、図１３のステップＳ１１）と、前記情報記述ステップの処理により前記規定モデル識別子とともに拡張モデル識別子が記述された前記告知情報を生成する生成ステップ（例えば、図１３のステップＳ１２）とを含み、前記受信装置における、前記放送信号に多重化された前記告知情報の前記規定モデル識別子が、自己の規定モデル識別子と一致するか否かを判定する規定識別子判定ステップ（例えば、図１４のステップＳ４２）と、前記規定識別子判定ステップの処理により前記告知情報の前記規定モデル識別子が、自己の規定モデル識別子と一致すると判定された場合、前記告知情報の前記拡張モデル識別子が、自己の前記拡張モデル識別子と一致するか否かを判定する拡張識別子判定ステップ（例えば、図１４のステップＳ４５）と、前記拡張識別子判定ステップの処理により前記告知情報の前記拡張モデル識別子が、自己の拡張モデル識別子と一致すると判定された場合、前記告知情報に基づいて、前記放送信号から前記更新データを取得する更新データ取得ステップ（例えば、図１５のステップＳ７２）とを含む。
【００４９】
本発明の第２の側面の受信装置（例えば、図２の受信機２１Ａ−２）は、データ生成装置（例えば、図２のデータ生成装置１１−１）により生成され、放送信号に多重化された、ソフトウェアを更新するための更新データのダウンロードに関する告知情報を受信する受信装置において、前記受信装置の機種を一意的に識別するために所定の規格において規定されている規定モデル識別子（例えば、図９のmodel_id）が、前記所定の規格において規定されている規定領域に記述されるとともに、前記規定モデル識別子と組み合わせて用いることで、前記規定モデル識別子の数よりも多くの数の前記受信装置の機種を一意的に識別可能な拡張モデル識別子（例えば、図８のsub_model_id）が、所定の領域に記述されて生成され、前記放送信号に多重化された前記告知情報の前記規定モデル識別子が、自己の規定モデル識別子と一致するか否かを判定する規定識別子判定手段（例えば、図５のデマルチプレクサ２２１）と、前記規定識別子判定手段により前記告知情報の前記規定モデル識別子が、自己の規定モデル識別子と一致すると判定された場合、前記告知情報の前記拡張モデル識別子が、自己の前記拡張モデル識別子と一致するか否かを判定する拡張識別子判定手段（例えば、図６の拡張ID判定部２６１）と、前記拡張識別子判定手段により前記告知情報の前記拡張モデル識別子が、自己の拡張モデル識別子と一致すると判定された場合、前記告知情報に基づいて、前記放送信号から前記更新データを取得する更新データ取得手段（例えば、図６の更新データ取得部２５２）とを備える。
【００５０】
前記拡張識別子判定手段により前記告知情報の前記拡張モデル識別子が、自己の拡張モデル識別子と一致しないと判定された場合、前記告知情報を破棄する情報破棄手段（例えば、図６の告知情報取得部２５１）をさらに備えることができる。
【００５１】
前記更新データ取得手段により取得された前記更新データを用いて、自己のソフトウェアを更新するソフトウェア更新手段（例えば、図６のソフトウェア更新部２５４）をさらに備えることができる。
【００５２】
本発明の第２の側面の受信方法またはプログラムは、データ生成装置により生成され、放送信号に多重化された、ソフトウェアを更新するための更新データのダウンロードに関する告知情報を受信する受信装置の受信方法またはプログラムにおいて、前記受信装置の機種を一意的に識別するために所定の規格において規定されている規定モデル識別子が、前記所定の規格において規定されている規定領域に記述されるとともに、前記規定モデル識別子と組み合わせて用いることで、前記規定モデル識別子の数よりも多くの数の前記受信装置の機種を一意的に識別可能な拡張モデル識別子が、所定の領域に記述されて生成され、前記放送信号に多重化された前記告知情報の前記規定モデル識別子が、自己の規定モデル識別子と一致するか否かを判定する規定識別子判定ステップ（例えば、図１４のステップＳ４２）と、前記規定識別子判定ステップの処理により前記告知情報の前記規定モデル識別子が、自己の規定モデル識別子と一致すると判定された場合、前記告知情報の前記拡張モデル識別子が、自己の前記拡張モデル識別子と一致するか否かを判定する拡張識別子判定ステップ（例えば、図１４のステップＳ４５）と、前記拡張識別子判定ステップの処理により前記告知情報の前記拡張モデル識別子が、自己の拡張モデル識別子と一致すると判定された場合、前記告知情報に基づいて、前記放送信号から前記更新データを取得する更新データ取得ステップ（例えば、図１５のステップＳ７２）とを含む。
【００５３】
本発明の第３の側面のデータ生成装置（例えば、図２のデータ生成装置１１−１）は、放送信号に多重化されて送信される、前記放送信号を受信する受信装置（例えば、図２の受信機２１Ａ−２）のソフトウェアを更新するための更新データのダウンロードに関する告知情報を生成するデータ生成装置において、前記受信装置の機種を一意的に識別するために所定の規格において規定されている規定モデル識別子を、前記所定の規格において規定されている前記告知情報の規定領域に記述するとともに、前記規定モデル識別子と組み合わせて用いることで、前記規定モデル識別子の数よりも多くの数の前記受信装置の機種を一意的に識別可能な拡張モデル識別子を、前記告知情報の所定の領域に記述する情報記述手段（例えば、図４の情報記述部１５１）と、前記情報記述手段により前記規定モデル識別子とともに拡張モデル識別子が記述された前記告知情報を生成する生成手段（例えば、図４の告知情報生成部１５２）とを備える。
【００５４】
本発明の第３の側面のデータ生成方法またはプログラムは、放送信号に多重化されて送信される、前記放送信号を受信する受信装置のソフトウェアを更新するための更新データのダウンロードに関する告知情報を生成するデータ生成装置のデータ生成方法またはプログラムにおいて、前記受信装置の機種を一意的に識別するために所定の規格において規定されている規定モデル識別子を、前記所定の規格において規定されている前記告知情報の規定領域に記述するとともに、前記規定モデル識別子と組み合わせて用いることで、前記規定モデル識別子の数よりも多くの数の前記受信装置の機種を一意的に識別可能な拡張モデル識別子を、前記告知情報の所定の領域に記述する情報記述ステップ（例えば、図１３のステップＳ１１）と、前記情報記述ステップの処理により前記規定モデル識別子とともに拡張モデル識別子が記述された前記告知情報を生成する生成ステップ（例えば、図１３のステップＳ１２）とを含む。
【００５５】
以下、図を参照して本発明の実施の形態について説明する。
【００５６】
図２は、本発明を適用したデジタルテレビジョン放送（以下、デジタル放送とも称する）システムの構成例を表している。なお、図２の例においては、地上波デジタル放送を用いて説明する。
【００５７】
このデジタル放送システムにおいては、放送装置４から、放送事業者のロゴやジャンルコードを含む共通データや、受信機毎のソフトウェアの更新データなどがダウンロードデータとして放送信号に多重化されて放送されている。
【００５８】
Ａタイプの受信機２１Ａ−１およびＢタイプの受信機２１Ｂ−１などを製作する受信機製作者（メーカ）１−１は、データ生成装置１１−１を有している。データ生成装置１１−１は、更新する機種の地上波デジタル放送用のソフトウェアの更新データや、更新データのダウンロードが行われることを市場の受信機に対して通知するためのダウンロード告知情報テーブル（SDTT：Software Download Trigger Table）を、機種毎に生成し、ダウンロード事業者の有するダウンロード装置３に提出（送信）する。
【００５９】
このとき、データ生成装置１１−１は、受信機製作者１−１を特定する識別子（maker_id）であるメーカ識別子（maker_id）とともに、受信機製作者１−１において、更新する機種に応じて設定されているモデル識別子（mobel_id）と拡張モデル識別子(sub_model_id)を、それぞれ対応する領域に記述して、SDTTを生成する。
【００６０】
ここで、モデル識別子は、非特許文献１において受信機の機種を特定する識別子として規定されているものであり、拡張モデル識別子は、モデル識別子と組み合わせて用いることで、モデル識別子の数よりも多くの数の受信機の機種を一意的に識別するために受信機製作者１−１により設けられたものであり、モデル識別子と拡張モデル識別子の組み合わせは、受信機製作者１−１において機種毎に一意的に予め設定されている。
【００６１】
すなわち、図２のデジタル放送システムにおいて、受信機は、モデル識別子だけでは一意的に識別されることはなく、モデル識別子および拡張モデル識別子を組み合わせることで、受信機は、一意的に識別される。換言するに、受信機製作者（メーカ）１−１により製作される受信機の中には、モデル識別子、あるいは、拡張モデル識別子が同じものが存在しうる。
【００６２】
なお、受信機製作者１−１において製作される受信機２１Ａ−１および受信機２１Ｂ−１は、出荷前に、メーカ識別子とともに、モデル識別子と拡張モデル識別子が予め記憶されてから市場に出荷される。
【００６３】
Ｃタイプの受信機２１Ｃ−１などを製作する受信機製作者１−２は、データ生成装置１１−２を有している。データ生成装置１１−２は、データ生成装置１１−１と同様に、更新する機種の地上波デジタル放送用のソフトウェアの更新データやSDTTを、機種毎に生成し、ダウンロード事業者の有するダウンロード装置３に提出（送信）する。
【００６４】
このとき、データ生成装置１１−２も、データ生成装置１１−１と同様に、受信機製作者１−２を特定する識別子であるメーカ識別子とともに、受信機製作者１−２において、更新する機種に応じて設定されているモデル識別子と拡張モデル識別子を、それぞれ対応する領域に記述して、SDTTを生成する。
【００６５】
また、受信機製作者１−２においても、製作される受信機２１Ｃ−１は、出荷前に、メーカ識別子とともに、モデル識別子と拡張モデル識別子が予め記憶されてから市場に出荷される。
【００６６】
なお、以下、受信機製作者１−１および１−２、並びにデータ生成装置１１−１および１１−２を、個々に区別する必要がない場合、それぞれ、受信機製作者１およびデータ生成装置１１と称する。
【００６７】
ダウンロード装置３は、受信機製作者１−１および１−２の提出する更新データを集めて、スケジューリングし、これらの更新データや放送事業者のロゴやジャンルコードを含む共通データなどを、放送装置４を介して、ダウンロードデータとして放送信号に多重して放送する。なお、このとき、ダウンロードデータは、DSM-CCデータカルーセル方式で、データカルーセルとして放送信号に多重して放送される。
【００６８】
また、ダウンロード装置３は、ダウンロードデータを送信する前に、受信機製作者１−１および１−２の提出するSDTTに、更新データに基づく必要な情報（例えば、更新データのダウンロードのスケジュールに基づく、更新データのダウンロード時刻やダウンロードを行うサービス（チャンネル）などのダウンロード情報）を記述して完成させ、完成したSDTTを、放送装置４を介して、放送信号に多重して放送する。
【００６９】
市場５には、Ａタイプの受信機２１Ａ−２および２１Ａ−３、Ｂタイプの受信機２１Ｂ−２、およびＣタイプの受信機２１Ｃ−２などさまざまな機種のデジタル放送受信機が存在する。なお、以下、受信機２１Ａ−１乃至２１Ａ−３、受信機２１Ｂ−１および２１Ｂ−２、並びに、受信機２１Ｃ−１および２１Ｃ−２を、個々に区別する必要がない場合、それぞれ、単に受信機２１Ａ、２１Ｂ、および２１Ｃと称したり、まとめて、受信機２１とも称する。
【００７０】
市場５に存在する受信機２１は、放送装置４からの放送信号を受信し、SDTTを取得する。上述したように、これらの受信機２１には、予め対応する受信機製作者１によりメーカ識別子とともに、モデル識別子と拡張モデル識別子が記憶されている。
【００７１】
受信機２１は、まず、SDTTに記述（記載）されているメーカ識別子とモデル識別子を参照し、自己の（すなわち、受信機２１に記憶されている）メーカ識別子とモデル識別子と一致するか否かを判定し、SDTTのメーカ識別子とモデル識別子が自己のメーカ識別子とモデル識別子と一致した場合、SDTTに記述されている拡張モデル識別子が、自己の拡張モデル識別子と一致するか否かを判定する。
【００７２】
SDTTに記述されている拡張モデル識別子が、自己の拡張モデル識別子と一致すると判定された場合、受信機２１は、SDTTに記述されている更新データのバージョンが、自己に記憶されているソフトウェアのバージョンよりも新しいならば、SDTTに基づいて、更新データのダウンロードの準備を行う。そして、受信機２１は、SDTTに記述されている更新データのダウンロード開始時刻になったときに、ダウンロードデータが多重化された放送信号を受信することで、更新データをダウンロード（取得）し、ダウンロードした更新データを用いて、自己のソフトウェアを更新する。
【００７３】
以上のように、図２のデジタル放送システムにおいては、規定のモデル識別子だけでなく、モデル識別子と拡張モデル識別子を組み合わせて、受信機の機種が一意的に識別される。これにより、規定のモデル識別子だけを用いて、受信機の機種を識別する場合よりも、多くの受信機を識別することができる。
【００７４】
なお、図２の例においては、受信機製作者１が２つ、ダウンロード装置３および放送装置４が１台しか示されていないが、実際には、任意の複数の受信機製作者１、ダウンロード装置３、および放送装置４が存在する。また、市場５には、Ａタイプの受信機２１Ａが２台、Ｂタイプの受信機２１Ｂが１台、およびＣタイプの受信機２１Ｃが１台しか示されていないが、各受信機２１も任意の複数台存在し、さらに、受信機の機種も、３種類に限定されず、複数種類存在する。
【００７５】
図３は、データ生成装置１１の構成例を表している。図３の例において、CPU（Central Processing Unit）１１１は、ROM（Read Only Memory）１１２に記憶されているプログラム、または記憶部１１８からRAM（Random Access Memory）１１３にロードされたプログラムに従って各種の処理を実行する。RAM１１３にはまた、CPU１１１が各種の処理を実行する上において必要なデータなども適宜記憶される。
【００７６】
CPU１１１、ROM１１２、およびRAM１１３は、バス１１４を介して相互に接続されている。このバス１１４にはまた、入出力インタフェース１１５も接続されている。
【００７７】
入出力インタフェース１１５には、キーボード、マウス、マイクロホンなどよりなる入力部１１６、ディスプレイ、スピーカなどよりなる出力部１１７が接続されている。CPU１１１は、入力部１１６から入力される指令に対応して各種の処理を実行する。そして、CPU１１１は、処理の結果を出力部１１７に出力する。
【００７８】
入出力インタフェース１１５に接続されている記憶部１１８は、例えばハードディスクからなり、CPU１１１が実行するプログラムや各種のデータを記憶する。通信部１１９は、インターネットやローカルエリアネットワークなどのネットワークを介して外部の装置と通信する。また、通信部１１９を介してプログラムを取得し、記憶部１１８に記憶してもよい。
【００７９】
入出力インタフェース１１５に接続されているドライブ１２０は、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリなどのリムーバブルメディア１２１が装着されたとき、それらを駆動し、そこに記録されているプログラムやデータなどを取得する。取得されたプログラムやデータは、必要に応じて記憶部１１８に転送され、記憶される。
【００８０】
なお、図示は省略するが、ダウンロード装置３および放送装置４も、図３に示したデータ生成装置１１と基本的に同様の構成とされる。従って、以下の説明においては、図３のデータ生成装置１１の構成は、必要に応じて、ダウンロード装置３または放送装置４の構成としても引用される。
【００８１】
図４は、SDTTの生成処理を行うデータ生成装置１１の機能構成例を示している。図４に示される機能ブロックは、図３のCPU１１１により所定の制御プログラムが実行されることで実現される。
【００８２】
図４に示される機能ブロックは、情報記述部１５１および告知情報生成部１５２により構成される。
【００８３】
情報記述部１５１は、受信機製作者１の入力部１１６を構成するキーボードなどの操作に対応して入力される、受信機製作者１側でSDTTに記述すべき情報（メーカ識別子、受信機製作者１により予め設定されているモデル識別子および拡張モデル識別子など）を、それぞれ対応する領域に記述する。
【００８４】
例えば、メーカ識別子およびモデル識別子は、非特許文献１で規定されているSDTTの先頭付近に配置される規定領域（例えば、図９のtableIdExtension（table_id_ext））にそれぞれ記述される。また、拡張モデル識別子は、詳しくは図７を参照して後述するが、例えば、SDTTのプライベートデータ領域(private_data_byte)に記述される。
【００８５】
情報記述部１５１は、受信機製作者１側でSDTTに記述すべき情報がすべて記述されたデータを、告知情報生成部１５２に供給する。
【００８６】
告知情報生成部１５２は、情報記述部１５１から供給されたデータを、SDTTの形式に変換してSDTTを生成する。
【００８７】
図５は、受信機２１の構成例を示している。受信機２１は、アンテナ２０１を介して、放送装置４からの放送信号を受信、選局し、その映像をディスプレイ２０２より出力するとともに、その音声をスピーカ２０３より出力する。
【００８８】
図５の例においては、CPU（Central Processing Unit）２１１には、ROM(Read Only Memory) ２１２、RAM（Random Access Memory）２１３、操作入力部２１４、および不揮発性メモリ２１５が接続されている。CPU２１１は、ROM２１２に記憶されているプログラム、または、RAM２１３にロードされたプログラム、もしくは操作入力部２１４を介して得られるユーザの指示信号に従って、受信機２１の各部を制御し、各種の処理を実行する。RAM２１３にはまた、CPU２１１が各種の処理を実行する上において必要なデータなどが適宜記憶される。操作入力部２１４は、入力ボタンやダイヤルなどからなり、ユーザの指示信号を、CPU２１１に出力する。不揮発性メモリ２１５には、受信機２１が受信したSDTTやソフトウェアの更新データなどが記憶される。
【００８９】
CPU２１１には、バス２１６を介して、ネットワークインタフェース（I/F）２１７、ドライブ２１８、フロントエンド部２１９、デスクランブラ２２０、デマルチプレクサ２２１、MPEG（Moving Picture Experts Group）デコーダ２２２、映像信号処理部２２３、および音声信号処理部２２４が接続されており、CPU２１１の制御に応じて、所定の処理を実行する。
【００９０】
ネットワークインタフェース２１７は、モデムやIEEE802.3インタフェースなどにより構成され、図示せぬネットワークに接続されるサーバなどとデータリンク確立を行い、必要に応じて、FTP(File Transfer Protocol)やHTTP(Hyper Text Transport Protocol)などのデータ転送プロトコルにより、所定のデータを通信する。ドライブ２１８には、磁気ディスク、光ディスク、光磁気ディスク、あるいは半導体メモリなどからなるリムーバブルメディア２２５が適宜装着される。ドライブ２１８は、リムーバブルメディア２２５よりデータを読み出したり、データを書き込んだりする際に用いられる。リムーバブルメディア２２５から読み出されたコンピュータプログラムは、必要に応じてROM２１２や不揮発性メモリ２１５に記憶され、インストールされる。
【００９１】
フロントエンド部２１９は、アンテナ２０１を介して受信された放送信号から、ユーザの選局に対応する放送信号を抽出して、復調し、トランスポートストリーム（TS : transport Stream）を生成し、デスクランブラ２２０に出力する。デスクランブラ２２０は、フロントエンド部２１９から入力されるトランスポートストリームのスクランブルを適宜解除して、デマルチプレクサ２２１に出力する。
【００９２】
デマルチプレクサ２２１は、多重化されたトランスポートストリームを、映像または音声データなどのストリームや、セクションデータに分離する。デマルチプレクサ２２１は、映像データおよび音声データをMPEGデコーダ２２２に出力し、必要なセクションデータのみをCPU２１１に出力する。すなわち、デマルチプレクサ２２１においては、ソフトウェアあるいはハードウェアのフィルタをかけることが可能であり、そのフィルタに対して、パラメータを指定することで必要なセクションデータのみがCPU２１１に出力される。
【００９３】
セクションデータには、データ放送やデータのダウンロードで利用されるDSM-CCセクション（例えば、データカルーセル）、SDTT（ダウンロード告知情報）、およびEPG（Electronic Program Guide）情報などが含まれている。
【００９４】
例えば、SDTTであることを特定するテーブル識別子、メーカ識別子、およびモデル識別子などは、SDTTの先頭付近に配置されているので、テーブル識別子と、受信機２１が対応するメーカ識別子およびモデル識別子とをパラメータとして指定することで、デマルチプレクサ２２１は、SDTTのうち、受信機１１が対応するメーカ識別子およびモデル識別子のSDTTのみを選別して、CPU２１１に出力することができる。
【００９５】
CPU２１１は、デマルチプレクサ２２１からのセクションデータのそれぞれの情報をRAM２１３に展開する。RAM２１３に展開されたセクションデータのうち、保持すべきものは、CPU２１１により形式を変換されて、RAM２１３や不揮発性メモリ２１５に保持される。
【００９６】
MPEGデコーダ２２２は、デマルチプレクサ２２１からの映像データをデコードし、映像信号処理部２２３に出力し、また、デマルチプレクサ２２１からの音声データをデコードし、音声信号処理部２２４に出力する。
【００９７】
映像信号処理部２２３は、デマルチプレクサ２２１からの映像データに、データ放送データなどを付加（重畳）し、NTSCフォーマットの信号に変換して、映像を、ディスプレイ２０２に表示させる。音声信号処理部２２４は、デマルチプレクサ２２１からの音声データを、スピーカ２０３から出力させる。
【００９８】
ここで、受信機２１の基本的な動作を説明する。
【００９９】
フロントエンド部２１９は、アンテナ２０１を介して受信された放送信号から、ユーザの選局に対応する放送信号を抽出して、復調し、トランスポートストリームを生成し、デスクランブラ２２０に出力する。デスクランブラ２２０は、フロントエンド部２１９から入力されるトランスポートストリームのスクランブルを適宜解除して、デマルチプレクサ２２１に出力する。
【０１００】
デマルチプレクサ２２１は、フロントエンド部２１９からの多重化されたトランスポートストリームを、映像または音声データなどのストリームや、セクションデータに分離し、映像データおよび音声データをMPEGデコーダ２２２に出力し、必要なセクションデータのみをCPU２１１に出力する。
【０１０１】
MPEGデコーダ２２２は、デマルチプレクサ２２１からの映像データをデコードし、映像信号処理部２２３に出力し、デマルチプレクサ２２１からの音声データをデコードし、音声信号処理部２２４に出力する。
【０１０２】
映像信号処理部２２３は、デマルチプレクサ２２１からの映像データに、データ放送データなどを付加（重畳）し、NTSCフォーマットの信号に変換して、変換した映像データに対応する映像を、ディスプレイ２０２に表示させる。音声信号処理部２２４は、デマルチプレクサ２２１からの音声データに対応する音声を、スピーカ２０３から出力させる。
【０１０３】
これにより、受信機２１のディスプレイ２０２には、所定のサービスの映像が表示され、スピーカ２０３から、所定のサービスの音声が出力される。
【０１０４】
図６は、SDTTに基づいてソフトウェアを更新する受信機２１の機能構成例を示している。図６に示される機能ブロックは、図５のCPU２１１により所定の制御プログラムが実行されることで実現される。
【０１０５】
図６に示される機能ブロックは、告知情報取得部２５１、更新データ取得部２５２、選局部２５３、およびソフトウェア更新部２５４、並びに図５の不揮発性メモリ２１５により構成されている。
【０１０６】
告知情報取得部２５１は、デマルチプレクサ２２１からのセクションデータのうち、デマルチプレクサ２２１により選別されたSDTTを入力すると、RAM２１３に一旦展開し、内蔵する拡張ID判定部２６１およびバージョン判定部２６２によるSDTTの判定結果に応じて、SDTTを不揮発性メモリ２１５に保持させる。
【０１０７】
不揮発性メモリ２１５には、受信機２１の拡張モデル識別子、および受信機２１のソフトウェアの現状のバージョン情報などが記憶されている。
【０１０８】
拡張ID判定部２６１は、告知情報取得部２５１の制御のもと、不揮発性メモリ２１５の拡張モデル識別子を参照して、SDTTに拡張モデルIDが記述されているか否か、および、SDTTに記述されている拡張モデルIDが、受信機２１（自己）の拡張モデルIDと一致するか否かを判定する。
【０１０９】
拡張ID判定部２６１によりSDTTに拡張モデルIDが記述されていないと判定された場合、または、SDTTに記述されている拡張モデルIDが、受信機２１（自己）の拡張モデルIDと一致しないと判定された場合、告知情報取得部２５１は、RAM２１３に展開したSDTTを破棄する。
【０１１０】
バージョン判定部２６２は、告知情報取得部２５１の制御のもと、不揮発性メモリ２１５のソフトウェアのバージョン情報を参照して、SDTTに記述されている更新データのバージョンが、受信機２１にとって必要なバージョンであるか否かを判定する。すなわち、バージョン判定部２６２は、SDTTに記述のバージョンが、受信機２１のソフトウェアのバージョンと同じ、もしくは小さい（古い）場合、SDTTに記述のバージョンが必要なバージョンではないと判定し、SDTTに記述のバージョンが、受信機２１のソフトウェアのバージョンよりも大きい（新しい）場合、SDTTに記述のバージョンが必要なバージョンであると判定する。
【０１１１】
バージョン判定部２６２によりSDTTに記述のバージョンが必要なバージョンではないと判定された場合、告知情報取得部２５１は、RAM２１３に展開したSDTTを破棄する。
【０１１２】
すなわち、告知情報取得部２５１は、拡張ID判定部２６１によりSDTTに拡張モデルIDが記述されていると判定され、拡張ID判定部２６１によりSDTTに記述されている拡張モデルIDが、受信機２１（自己）の拡張モデルIDと一致すると判定され、さらに、バージョン判定部２６２によりSDTTに記述のバージョンが必要なバージョンであると判定された場合、RAM２１３に展開したSDTTを、不揮発性メモリ２１５に保持させる。
【０１１３】
更新データ取得部２５２は、不揮発性メモリ２１５にSDTTが保持されると、SDTTに記述されている情報を解析し、更新データのダウンロードの準備を行う。すなわち、更新データ取得部２５２は、SDTTに記述の情報を解析することで、更新データのダウンロード開始時刻やダウンロードを行うサービス（チャンネル）などのダウンロード情報を確認し、更新データのダウンロード開始時刻を決定し、内蔵するクロックで計時動作を行い、SDTTに記述されている更新データのダウンロード開始時刻になるまで待機する。
【０１１４】
更新データ取得部２５２は、更新データのダウンロード開始時刻になったと判定した場合、選局部２５３を制御し、SDTTに記述されているサービス（チャンネル）を選局させ、デマルチプレクサ２２１を制御し、選局部２５３により選局されたサービスの放送信号から、受信機２１に必要なバージョンの更新データを取得させ、取得した更新データを不揮発性メモリ２１５に一旦記憶させる。
【０１１５】
選局部２５３は、更新データ取得部２５２の制御のもと、SDTTに記述の更新データのダウンロード開始時刻に、SDTTに記述のサービス（チャンネル）を選局する。
【０１１６】
ソフトウェア更新部２５４は、更新データ取得部２５２により不揮発性メモリ２１５に記憶された更新データを用いて、受信機２１のソフトウェアを更新する。
【０１１７】
図７は、SDTTの構成例を示す図である。
【０１１８】
SDTTは、MAX（最大サイズ）４Kバイトで構成され、放送装置４からは、複数のTSパケットに分けられて、放送信号に多重化されて送信されてくる。
【０１１９】
SDTTの先端付近は、マルチプレクサ２２１におけるソフトウェアまたはハードウェアによるフィルタをかけることが可能なフィルタリング可能領域とされる。このフィルタリング可能領域のtableIdExtension（table_id_ext）には、メーカ識別子（ID）とモデル識別子（ID）が記述されている。
【０１２０】
なお、このフィルタリング可能領域は、例えば、先頭から１０数バイトの範囲であり、この範囲は、使用するチップの性能や受信機の仕様などにより異なる。
【０１２１】
フィルタリング可能領域の後方には、グループ識別子（ID）が記述されており、グループ識別子のさらに後方には、値が16進数の「C9」(0xc9)で示されるダウンロードコンテンツ記述子(Download Contents Descriptor)３０１−１乃至３０１−４が記述される。
【０１２２】
ダウンロード記述子３０１−１乃至３０１−４は、それぞれ、ダウンロードされるコンテンツ（更新データ）のサイズや種別、ダウンロードIDなどの属性情報を記述する用途に用いられるものであり、MAX(最大サイズ)256バイトで構成され、複数個設けることもできる。なお、図７の例においては、４つのダウンロード記述子３０１−１乃至３０１−４が設けられている例が示されている。
【０１２３】
ダウンロード記述子３０１−１乃至３０１−４の後方付近には、それぞれ、プライベートデータ領域(private_data_btye) ３０２−１乃至３０２−４が設けられている。プライベートデータ領域３０２−１乃至３０２−４は、非特許文献１における規格の範囲外であり、各受信機２１（すなわち、受信機製作者１）により自由に利用することができる領域である。そこで、図２のデジタル放送システムにおいては、このプライベートデータ領域（例えば、先頭のダウンロード記述子３０１−１のプライベートデータ領域３０２−１）に、拡張モデル識別子が記述される。
【０１２４】
なお、拡張モデル識別子は、先頭のダウンロード記述子３０１−１のプライベートデータ領域３０２−１に限らず、他のダウンロード記述子のプライベートデータ領域に記述することも可能である。
【０１２５】
図８は、ダウンロード記述子のプライベートデータ領域に記述される拡張モデル識別子用のデータの構成例を示す図である。
【０１２６】
プライベートデータ領域の先頭から順に、8ビットのモデル識別拡張用プライベート識別子(private_data_type)、8ビットのモデル識別拡張用データバイト長(private_data_type_length)、および、8ビットの拡張モデル識別子(sub_model_id)が記述される。
【０１２７】
すなわち、プライベートデータ領域は、非特許文献１で規定されておらず、各受信機２１が自由に使うことのできる領域であるため、この領域を他の用途と同時に使用可能にするために、プライベートデータ領域に何が記述されているのかを示すタイプ（モデル識別拡張用プライベート識別子）を先頭の8ビットに記述し、その直後の8ビットに、その後に記述されているデータ（すなわち、拡張モデル識別子）のバイト長（いまの場合、１バイト）を記述する。そして、バイト長の後ろに、拡張モデル識別子として、8ビットの識別子（sub_model_id）を記述する。
【０１２８】
以上のように構成されるデータが記述されたダウンロード記述子を少なくとも１つSDTTに配置させる。すなわち、このように拡張モデル識別子をSDTTに記述することにより、規定のモデル識別子だけでなく、モデル識別子と拡張モデル識別子を組み合わせて、受信機の機種が一意的に識別することができる。
【０１２９】
したがって、規定のモデル識別子だけを用いて、受信機の機種を識別する場合よりも、多くの受信機を識別することができる。
【０１３０】
なお、例えば、規定のモデル識別子の判定（フィルタリング）を行わないようにし、受信機２１の機種の識別には、拡張モデル識別子だけを利用するようにしてもよい。ただしこの場合には、規定のモデル識別子とともに用いる場合よりも、拡張モデル識別子に必要な領域が増える。すなわち、規定のモデル識別子ともに拡張モデル識別子を利用することで、最小限の必要領域で、多くの受信機の機種を識別することが可能になる。
【０１３１】
また、図８の例においては、拡張モデル識別子を8ビットとしたが、このサイズは任意である。また、拡張モデル識別子が記述されたプライベートデータ領域には、上述したように、拡張モデル識別子とともに、その他の情報を記述することもできる。
【０１３２】
図９および図１０は、SDTT（ダウンロード告知情報）の詳細な構成例を示す図である。なお、値において、「*」が示されるものは、SDTTによって異なる値が記述されることを表わしている。
【０１３３】
SDTTには、先頭から順に、8ビットのtable_id、1ビットのsection_syntax_indicator、1ビットのreserved_future_use、2ビットのreserved、12ビットのsection_length、16ビットのtable_in_ext、2ビットのreserved、5ビットのversion_number、1ビットのcurrent_next_indicator、8ビットのsection_number、8ビットのlast_section_number、16ビットのtransport_stream_id、16ビットのoriginal_network_id、16ビットのservice_id、および、8ビットのnum_of_contentsの各領域が配置され、num_of_contentsの後、ループ（Loop）が配置され、ループの後、すなわち、SDTT の最後尾には、32ビットのCRC_32の領域が配置されている。
【０１３４】
table_idには、SDTTのテーブル識別子であることを示す値「0x03」が記述される。section_syntax_indicatorには、値「1」が記述される。reserved_future_useには、値「1」が記述される。reservedには、値「11」が記述される。section_lengthには、セクション長（CRC_32までの長さ）を示す値「0x***」が記述される。table_in_extのうち、前の8ビットには、受信機製作者１のメーカ識別子（maker_id）を示す値「0x**」が記述され、後の8ビットには、モデル識別子(model_id)を示す値「0x**」が記述される。
【０１３５】
reservedには、値「11」が記述される。version_numberには、更新毎に1から1つずつ順にインクリメントされる、このSDTTのバージョンの値「*****」が記述される。current_next_indicatorには、まだ適用できない(not yet applicable)を示す値「0」、または、現在適用中を示す値「1」が記述される。section_numberには、値「0x00」が記述される。last_section_numberには、最後のセクション番号（通常、00）を示す値「0x**」が記述される。
【０１３６】
transport_stream_idには、TS（トランスポートストリーム）の識別子を示す値「0x****」が記述される。original_network_idには、元の分配システムのネットワーク識別子を示す値「0x****」が記述される。service_idには、ソフトウェアのコンテンツ（更新データ）が伝送（ダウンロード）されるサービス（チャンネル）識別子（ID）を示す値「0x****」が記述される。num_of_contentsには、このSDTTで告知されている、ダウンロード対象のソフトウェアの数を表わす値「0x**」が記述される。
【０１３７】
なお、受信機２１においては、これらのうち、例えば、先頭のtable_idからlast_section_numberまでが、マルチプレクサ２２１におけるフィルタリング可能領域とされる。
【０１３８】
num_of_contentsの後の大きなループ（Loop）内には、4ビットのgroup、12ビットのtarget_version、12ビットのnew_version、2ビットのdownload_level、2ビットのversion_indicator、12ビットのcontent_description_length、4ビットのreserved、および、12ビットのschedule_description_length、4ビットのreservedがそれぞれ配置され、その後、スケジュールループ(Loop)と記述子ループ(Loop)が配置されている。
【０１３９】
groupには、グループ識別子（group_id）を示す値「0x*」が記述される。target_versionには、アップデート（更新）対象となるソフトウェアのバージョン番号を示す値「0x***」が記述される。new_versionには、今回ダウンロードされるソフトウェアのバージョン番号を示す値「0x***」が記述される。download_levelには、任意ダウンロードを示す値「00」、または、強制ダウンロードを示す値「01」が記述される。
【０１４０】
version_indicatorには、全バージョンが対象（バージョン指定(target_version)は無効）であるであることを示す値「00」、指定されたバージョン以降が対象であることを示す値「01」、指定されたバージョン以前が対象であることを示す値「10」、または、指定されたバージョンのみが対象であることを示す値「11」が記述される。
【０１４１】
content_description_lengthには、スケジュールループと記述子ループの合計バイト数を示す値「0x***」が記述される。reservedには、値「0xF」（すなわち、4ビットすべてに１）が記述される。schedule_description_lengthには、スケジュールループのバイト数を示す値「0x***」が記述される。この値が０の場合、ダウンロードコンテンツ（更新データ）が伝送されていることが示される。reservedには、値「0xF」（すなわち、4ビットすべてに１）が記述される。
【０１４２】
１つ目のLoop(スケジュールループ)には、40ビットのstart_time、24ビットのdurationの領域が配置されている。
【０１４３】
start_timeには、ダウンロードの配信開始時刻を、日本標準時刻(JST : Japan Standard Time)と、修正ユリウス日(MJD : Modified Julian Day)で示す値「0x**********」が記述される。Durationには、いつまで更新データを配信するかという期間である配信継続時間を示す値「0x******」が記述される。
【０１４４】
２つ目のLoop（記述子ループ）には、値「0xC9」で示されるダウンロードコンテンツ記述子（DCD：Download Contents Descriptor）が記述されるdescriptors()の領域が配置されている。
【０１４５】
図１１および図１２は、ダウンロードコンテンツ記述子の構成を示す図である。
【０１４６】
ダウンロードコンテンツ記述子には、先頭から、8ビットのdescriptor_tag、8ビットのdescriptor_length、1ビットのreboot、1ビットのadd_on、1ビットのcompatibility_flag、1ビットのmodule_info_flag、１ビットのtext_info_flag、3ビットのreserved、32ビットのcomponent_size、32ビットのdownload_id、32ビットのtime_out_value_DII、22ビットのleak_rate、2ビットのreserved、8ビットのcomponent_tagの各領域が配置されている。
【０１４７】
descriptor_tagは、ダウンロードコンテンツ記述子のタグ(tag)値を示す値「0xC9」が記述されている。descriptor_lengthには、この記述子の長さを示す値「0x**」が記述される。Rebootには、ダウンロード終了後、継続動作を行うことを示す値「0」、またはダウンロード終了後、再起動を行うことを示す値「1」が記述される。add_onには、ソフトウェアの更新方法が、既存モジュールの書き換えであることを示す値「0」、または、ソフトウェアの更新方法が、既存モジュールの追加であることを示す値「1」が記述される。
【０１４８】
compatibility_flagには、この記述子に、compatibility_descriptor()がないことを示す値「0」、または、この記述子に、compatibility_descriptor()があることを示す値「1」が記述される。module_info_flagには、この記述子に、モジュールごとの情報がないことを示す値「0」、または、この記述子に、モジュールごとの情報があることを示す値「1」が記述される。text_info_flagには、この記述子に、末尾のサービス記述がないことを示す値「0」、または、この記述子に、末尾のサービス記述があることを示す値「1」が記述される。
【０１４９】
reservedには、１を示す値「111」が記述される。component_sizeには、データカルーセルでの伝送データサイズの合計をバイト単位で示す値「0x********」が記述される。download_idには、ダウンロードの受付番号を識別する識別子（ID）の値「0x********」が記述される。time_out_value_DIIには、当該カルーセルでのダウンロード制御メッセージの１つであるDII(Download Info Indication)の全セクション受信に対する推奨すべきタイムアウト値を示す値「0x********」が記述される。
【０１５０】
leak_rateには、受信機２１のTS（トランスポートストリーム）バッファのリークレートを50バイト単位で示す値「**,0x*****」が記述される。Reservedには、１を示す値「11」が記述される。component_tagには、PMT（Program Map Table：放送番組マップテーブル）のストリーム記述子で与えられる、対応するストリームのコンポーネントタグ値を示す値「**」が記述される。
【０１５１】
component_tagの後には、モジュールループ（Loop）、8ビットのprivate_data_lengthの領域、プライベートループ(Loop)が配置されるが、component_tagと、モジュールループ（Loop）の間には、compatibility_flagが値「1」である場合のみ、compatibility_descriptor()の領域が配置され、module_info_flagが値「1」である場合のみ、16ビットのnum_of_modulesの領域が配置される。
【０１５２】
compatibility_descriptor()には、DII内のものと全く同等の互換性に関する記述子が記述される。num_of_modulesには、ダウンロードにおけるデータ伝送に用いられるモジュール数を示す値「****」が記述される。
【０１５３】
モジュールループには、16ビットのmodule_id、32ビットのmodule_size、8ビットのmodule_info_lengthの各領域と、その後にループが配置される。module_idには、ダウンロードにおけるデータ伝送に用いられるモジュール識別子を示す値「****」が記述される。module_sizeには、当該モジュールのバイト長を示す値「********」が記述される。module_info_lengthには、次に続くループ内のmodule_info_byteのバイト長を示す値「**」が記述される。
【０１５４】
ループ内の8ビットのmodule_info_byteには、DIIで記述されるtype記述子、name記述子、およびinfo記述子のうち必要なものが記述される。
【０１５５】
モジュールループの後のprivate_data_lengthには、次に続くプライベートループ内のprivate_data_byteのバイト長を示す値「**」が記述される。
【０１５６】
モジュールループには、8ビットのprivate_data_byteの領域が配置され、その後に、text_info_flagが値「1」である場合のみ、24ビットのISO_639_language_code、8ビットのtext_lengthの各領域、および、8ビットのtext_charの領域が含まれるループが配置される。
【０１５７】
private_data_byte（プライベートデータ領域）は、規格の範囲外であり、図２のデジタル放送システムにおいては、private_data_byteに、拡張モデル識別子が、図８を参照して上述した構成で記述される。
【０１５８】
ISO_639_language_codeには、末尾のサービス記述で使用される文字記述の言語を識別するための値[******」が記述される。text_lengthには、末尾のサービス記述のバイト長を示す値「**」が記述される。text_char（サービス記述領域）には、伝送されるダウンロードコンテンツ（更新データ）のサービスに関する記述がなされる。
【０１５９】
なお、上記説明においては、拡張モデル識別子を、ダウンロードコンテンツ記述子のプライベートデータ領域に記述するようにしたが、その領域に限らず、現状の規格で利用されていない領域であれば、他の領域であってもよい。
【０１６０】
例えば、ダウンロードコンテンツ記述子のプライベートデータ領域の他には、例えば、ダウンロードコンテンツ記述子のtext_char（サービス記述領域）や、SDTTのGroup(グループ領域)、または、他のreserved領域に、拡張モデル識別子が記述されるようにしてもよい。
【０１６１】
なお、ダウンロードコンテンツ記述子のtext_char（サービス記述領域）は、伝送されるダウンロードコンテンツ（更新データ）のサービスに関する記述がなされる領域であり、SDTTのGroup(グループ領域)は、非特許文献１のSTD-B21によって、受信機毎にダウンロード開始時刻を分散させ、発電所の負荷低減を図るための領域と規定されている。また、他のreserved領域は、将来の利用のために予約された領域のため、将来的に、他の目的に利用される可能性もある。これらの領域に拡張モデル識別子が記述されるようにしてもよいが、以上のことを踏まえると、ダウンロードコンテンツ記述子のプライベートデータ領域が、拡張モデル識別子を記述することに対して、一番推奨される領域となる。
【０１６２】
次に、図１３のフローチャートを参照して、データ生成装置２１のSDTT生成処理を説明する。
【０１６３】
受信機製作者１は、入力部１１６を構成するキーボードなどを操作し、受信機製作者１側でSDTTに記述すべき情報（メーカ識別子、受信機製作者１により設定されているモデル識別子および拡張モデル識別子など）を入力する。
【０１６４】
入力部１１６から受信機製作者１の操作に対応する情報が入力されると、情報記述部１５１は、ステップＳ１１において、受信機製作者１側でSDTTに記述すべき情報（メーカ識別子、受信機製作者１により設定されているモデル識別子および拡張モデル識別子など）を、それぞれ対応する領域に記述する。
【０１６５】
例えば、メーカ識別子およびモデル識別子は、SDTTの先頭付近のtableIdExtensionにそれぞれ記述される。また、拡張モデル識別子は、例えば、SDTTのダウンロードコンテンツ記述子のプライベートデータ領域(private_data_byte)に記述される。
【０１６６】
情報記述部１５１は、受信機製作者１側でSDTTに記述すべき情報をすべてが記述されたデータを、告知情報生成部１５２に供給する。
【０１６７】
告知情報生成部１５２は、ステップＳ１２において、情報記述部１５１から供給されたデータを、SDTTの形式に変換してSDTTを生成する。
【０１６８】
これにより、生成されたSDTTは、図示せぬ処理により生成された更新データとともに、ダウンロード装置３に送信（提出）されるので、ダウンロード装置３は、受信機製作者１−１および１−２の提出する更新データを集めて、スケジューリングする。
【０１６９】
そして、ダウンロード装置３は、更新データをダウンロードデータ（データカルーセル）として送信する前に、受信機製作者１−１および１−２の提出するSDTTに、更新データに基づく必要な情報（例えば、受信機に対して、事前にソフトウェアの更新データのダウンロードが行われること通知する情報として、更新データのダウンロード時刻やダウンロードを行うサービス（チャンネル）などのダウンロード情報）を記載して完成させ、完成したSDTTを、放送装置４を介して、放送信号に多重して放送する。
【０１７０】
その後、ダウンロード装置３は、更新データのダウンロード時刻に、更新データをダウンロードデータ（データカルーセル）として、放送装置４を介して、放送信号に多重して放送する。
【０１７１】
次に、図１４のフローチャートを参照して、受信機２１がSDTTに基づいてソフトウェアを取得し、更新する処理を説明する。
【０１７２】
上述したように、受信機２１のソフトウェアの更新の際には、更新データの送信（放送）に先立って、SDTT(ダウンロード告知情報テーブル)がダウンロード装置３および放送装置４を介して放送されてくる。
【０１７３】
受信機２１のフロントエンド部２１９は、アンテナ２０１を介して受信された放送信号から、ユーザの選局に対応する放送信号を抽出して、復調し、トランスポートストリームを生成し、デスクランブラ２２０に出力する。デスクランブラ２２０は、フロントエンド部２１９から入力されるトランスポートストリームのスクランブルを適宜解除して、デマルチプレクサ２２１に出力する。
【０１７４】
デマルチプレクサ２２１は、多重化されたトランスポートストリームを、映像または音声データなどのストリームや、セクションデータに分離する。そして、デマルチプレクサ２２１は、ステップＳ４１において、分離したセクションデータを、テーブル識別子、メーカ識別子、およびモデル識別子をパラメータとしたフィルタリング処理を行い、SDTTであることを識別すると、さらに、ステップＳ４２において、SDTTに記述されているメーカ識別子およびモデル識別子が、受信機２１が対応するメーカ識別子およびモデル識別子と一致するかを判定する。
【０１７５】
ステップＳ４２において、SDTTに記述されているメーカ識別子およびモデル識別子が、受信機２１が対応するメーカ識別子およびモデル識別子と一致すると判定された場合、デマルチプレクサ２２１は、そのSDTTを、CPU２１１の告知情報取得部２５１に出力する。
【０１７６】
告知情報取得部２５１は、ステップＳ４３において、デマルチプレクサ２２１からのSDTTを取得し、取得したSDTTをRAM２１３に一旦展開する。
【０１７７】
拡張ID判定部２６１は、ステップＳ４４において、告知情報取得部２５１の制御のもと、不揮発性メモリ２１５の拡張モデル識別子を参照して、SDTTに拡張モデル識別子が記述されているか否かを判定し、SDTTに拡張モデル識別子が記述されていると判定した場合、ステップＳ４５において、SDTTに記述されている拡張モデル識別子が、受信機２１（自己）の拡張モデル識別子と一致するか否かを判定する。
【０１７８】
ステップＳ４５において、SDTTに記述されている拡張モデルIDが、受信機２１（自己）の拡張モデル識別子と一致すると判定された場合、バージョン判定部２６２は、ステップＳ４６において、告知情報取得部２５１の制御のもと、不揮発性メモリ２１５のソフトウェアのバージョン情報を参照して、SDTTに記述されている更新データのバージョンが、受信機２１にとって必要なバージョンであるか否かを判定する。
【０１７９】
SDTTに記述のバージョンが、受信機２１のソフトウェアのバージョンよりも大きい（新しい）場合、ステップＳ４６において、SDTTに記述のバージョンが必要なバージョンであると判定されるので、告知情報取得部２５１は、RAM２１３に展開したSDTTを、不揮発性メモリ２１５に保持させる。
【０１８０】
一方、ステップＳ４２において、SDTTに記述されているメーカ識別子およびモデル識別子が、受信機２１が対応するメーカ識別子およびモデル識別子と一致しないと判定された場合、ステップＳ４４において、SDTTに拡張モデル識別子が記述されていないと判定された場合、ステップＳ４５において、SDTTに記述されている拡張モデル識別子が、受信機２１（自己）の拡張モデル識別子と一致しないと判定された場合、または、ステップＳ４６において、SDTTに記述のバージョンが必要なバージョンではないと判定された場合、RAM２１３に展開したSDTTは、告知情報取得部２５１により、破棄され、処理は、ステップＳ４１に戻り、次に放送されてくるセクションデータに対しての処理が実行される。
【０１８１】
更新データ取得部２５２は、不揮発性メモリ２１５にSDTTが保持されると、ステップＳ４７において、SDTTに記述されている情報を解析し、ステップＳ４８において、更新データのダウンロードの準備を行う。
【０１８２】
すなわち、更新データ取得部２５２は、SDTTに記述の情報を解析することで、更新データのダウンロード開始時刻やダウンロードを行うサービス（チャンネル）などのダウンロード情報を確認し、更新データのダウンロード開始時刻を決定し、内蔵するクロックで計時動作を行い、SDTTに記述されている更新データのダウンロード開始時刻になるまで待機している。
【０１８３】
更新データ取得部２５２は、更新データのダウンロード開始時刻になったと判定した場合、ステップＳ４９において、ソフトウェアの更新処理を実行する。このソフトウェアの更新処理を、図１５のフローチャートを参照して説明する。
【０１８４】
更新データ取得部２５２は、ステップＳ７１において、選局部２５３を制御し、SDTTに記述されているダウンロードサービス（チャンネル）を選局させ、ステップＳ７２において、デマルチプレクサ２２１を制御し、選局部２５３により選局されたサービスの放送信号から、受信機２１に必要なバージョンの更新データを取得させ、取得した更新データを不揮発性メモリ２１５に一旦記憶させる。
【０１８５】
すなわち、更新データの放送の日時（ダウンロード開始時刻）に、放送装置４から、ソフトウェアの更新データが、ダウンロードデータ（データカルーセル）として所定のサービスの放送信号に多重化されて送信されてくる。なお、このコンテンツは、暗号化されていてもよいし、伝送誤りを防ぐために、誤り検出、誤り訂正符号などが付加されているようにしてもよい。
【０１８６】
フロントエンド部２１９は、アンテナ２０１を介して放送装置４からの放送信号を受信するので、選局部２５４は、フロントエンド部２１９を制御し、受信された放送信号より、ダウンロード告知情報に記述されているサービス（チャンネル）を選局させる。フロントエンド部２１９は、アンテナ２０１を介して受信された放送信号から、選局部２５４の選局に対応する放送信号を抽出して、復調し、トランスポートストリームを生成し、デスクランブラ２２０に出力する。デスクランブラ２２０は、フロントエンド部２１９から入力されるトランスポートストリームのスクランブルを適宜解除して、デマルチプレクサ２２１に出力する。
【０１８７】
デマルチプレクサ２２１は、多重化されたトランスポートストリームを、映像または音声データなどのストリームや、セクションデータに分離し、更新データ取得部２５２からの制御により、分離されたセクションデータから、必要なDSM-CCセクションを更新データとして、更新データ取得部２５２に供給する。
【０１８８】
更新データ取得部２５２は、ステップＳ７２において、デマルチプレクサ２２１からの更新データを取得し、不揮発性メモリ２１５に一旦記憶する。
【０１８９】
ソフトウェア更新部２５４は、ステップＳ７３において、更新データ取得部２５２により不揮発性メモリ２１５に記憶された更新データを用いて、受信機２１のソフトウェアを更新し、受信機２１の処理は、終了する。
【０１９０】
なお、図１４の例においては、ステップＳ４４およびＳ４５において、拡張識別子の判定を行い、その後、ステップＳ４６のバージョンの判定処理を行う場合を説明したが、バージョンの判定処理は、拡張識別子の判定処理の前に行うこともできる。
【０１９１】
以上のように、規定のモデル識別子だけでなく、モデル識別子と拡張モデル識別子を組み合わせて、受信機２１の機種を識別するようにしたので、規定のモデル識別子だけを用いて、受信機の機種を識別する場合よりも、多くの受信機を識別することができる。
【０１９２】
また、新規のモデル識別子を用いるのではなく、モデル識別子と拡張モデル識別子を組み合わせて、受信機２１の機種を識別するようにしたので、拡張モデル識別子に必要な領域も最小限にすることができる。
【０１９３】
さらに、現在、規定されていない領域に、拡張モデル識別子を記述するようにしたので、現在の非特許文献１の規定に則ったまま、モデル識別が有限であることの制約が緩和され、受信機製作者１は、多種多様な受信機を市場に供給することが可能になる。
【０１９４】
すなわち、本発明によれば、従来のように、規定のモデル識別子だけを使用する場合に、１０年乃至２０年でモデル識別の枯渇が発生し、新たな機種の受信機が供給できなくなるであろうことを抑制することができる。
【０１９５】
さらに、具体的には、例えば、１年で２０モデルが市場に発売される場合を想定すると、従来の規定のモデル識別子だけの場合には、１０年超でモデル識別子の枯渇の恐れがあるが、本発明によれば、例えば、拡張モデル識別子が8ビットの場合、1000年以上まで、モデル識別子と拡張モデル識別子の組み合わせが重複することなく利用可能である。
【０１９６】
なお、上記説明においては、更新データを放送信号に多重して、放送信号から取得するようにしたが、図示せぬネットワークなどを介してサーバから取得するようにしてもよい。
【０１９７】
また、上記説明においては、ディスプレイ２０２を内蔵した受信機２１を用いて説明したが、外部のテレビジョン装置と接続される受信機であってもよいし、セットトップボックスなどにより構成されるようにしてもよい。また、上記説明においては、固定受信機の受信機２１を用いて説明したが、PDA(Personal Digital assistant)や携帯電話機などの移動受信機や携帯受信機にも本発明を適用することができる。
【０１９８】
上述した一連の処理は、ハードウェアにより実行させることもできるが、ソフトウェアにより実行させることもできる。一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、専用のハードウェアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、プログラム格納媒体からインストールされる。
【０１９９】
コンピュータにインストールされ、コンピュータによって実行可能な状態とされるプログラムを格納するプログラム格納媒体は、図３および図５に示されるように、磁気ディスク（フレキシブルディスクを含む）、光ディスク（CD-ROM(Compact Disc-Read Only Memory)、DVD(Digital Versatile Disc)を含む）、光磁気ディスク（MD(Mini-Disc)（商標）を含む）、もしくは半導体メモリなどよりなるリムーバブルメディア（パッケージメディア）１２１および２２５、または、プログラムが一時的もしくは永続的に格納されるROM１１２およびROM２１２などにより構成される。
【０２００】
なお、本明細書において、フローチャートに示されるステップは、記載された順序に従って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【０２０１】
なお、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。
【図面の簡単な説明】
【０２０２】
【図１】従来の受信機の更新データ取得処理を説明するフローチャートである。
【図２】本発明のデジタルテレビジョン放送システムの構成例を示す図である。
【図３】図２のデータ生成装置の構成例を示すブロック図である。
【図４】図３のデータ生成装置の機能構成例を示すブロック図である。
【図５】図２の受信機の構成例を示すブロック図である。
【図６】図５の受信機の機能構成例を示すブロック図である。
【図７】SDTTの構成例を示す図である。
【図８】拡張モデル識別子用のデータの構成例を示す図である。
【図９】SDTTの詳細な構成例を示す図である。
【図１０】SDTTの詳細な構成例を示す図である。
【図１１】ダウンロードコンテンツ記述子の構成を示す図である。
【図１２】ダウンロードコンテンツ記述子の構成を示す図である。
【図１３】図２のデータ生成装置のSDTT生成処理を説明するフローチャートである。
【図１４】図２の受信機の処理を説明するフローチャートである。
【図１５】図１４のステップＳ４９のソフトウェアの更新処理を説明するフローチャートである。
【符号の説明】
【０２０３】
１１−１および１１−２ データ生成装置， ２１Ａ−１乃至２１Ａ−３，２１Ｂ−１，２１Ｂ−２，２１Ｃ−１，および２１Ｃ−２ 受信機， ７２−１および７２−２ 受信機， １５１ 情報記述部， １５２ 告知情報生成部， ２１１ CPU， ２１２ ROM， ２１３ RAM， ２１５ 不揮発性メモリ， ２２１ デマルチプレクサ， ２５１ 告知情報取得部， ２５２ 更新データ取得部， ２５３ 選局部， ２５４ ソフトウェア更新部，２６１ 拡張ID判定部，２６２ バージョン判定部
【技術分野】
【０００１】
本発明は、情報処理システムおよび方法、受信装置および方法、データ生成装置および方法、並びにプログラムに関し、特に、市場に受信装置の機種が増えた場合であっても、所定の規格において規定されている受信装置の機種を特定するための識別子の枯渇によって機種の識別が不可能になることを抑制することができるようにした情報処理システムおよび方法、受信装置および方法、データ生成装置および方法、並びにプログラムに関する。
【背景技術】
【０００２】
非特許文献１に示されるように、デジタルテレビジョン放送においては、放送局から送出される電波を利用して、受信機のソフトウェアを更新するための更新データを送受信する仕組みが運用されている。
【０００３】
この運用では、放送局から、放送事業者のロゴやジャンルコードを含む共通データや、ソフトウェアの更新データなどがダウンロードデータとして送出される。そして、ダウンロードデータ（例えば、ソフトウェアの更新データ）が送出される前に、ソフトウェアの更新データのダウンロードが行われることを受信機に対して通知するためのダウンロード告知情報テーブル（SDTT：Software Download Trigger Table）が放送波に定期的に多重化（重畳）されて送出されており、このSDTTを不揮発性メモリに記憶し、監視することで、受信機は、自己のソフトウェアを更新する更新データを選択的にダウンロード（受信）し、更新データにより自己のソフトウェアを更新することができる（特許文献１参照）。
【０００４】
SDTTには、非特許文献１において規定されている、SDTTであることを識別するテーブル識別子、受信機のメーカを識別するための識別子であるメーカ識別子(ID :identification)、および受信機の機種を識別するモデル識別子が記述されており、受信機は、内蔵するマルチプレクサにおいて、それらの識別子などをパラメータとしたハードウェアまたはソフトウェアのフィルタをかけることにより、SDTTの監視を行っている。
【０００５】
このような従来の受信機がソフトウェアの更新データを取得する処理を、図１のフローチャートを参照して具体的に説明する。
【０００６】
受信機は、放送波を受信すると、ステップＳ１において、マルチプレクサを用いて、受信した放送波に多重化されたセクションデータをフィルタリング処理する。セクションデータには、例えば、SDTT や、ソフトウェアの更新データ、EPG（Electronic Program Guide）情報などが含まれている。
【０００７】
すなわち、マルチプレクサは、セクションデータに対して、非特許文献１において規定されているテーブル識別子、メーカ識別子、およびモデル識別子などをパラメータとしたハードウェアまたはソフトウェアのフィルタをかけることで、テーブル識別子、メーカ識別子、およびモデル識別子を抽出する。
【０００８】
受信機は、テーブル識別子に基づいてこのセクションデータがSDTTであることを確認するとともに、ステップＳ２において、SDTTに記述されているメーカ識別子およびモデル識別子が受信機（自己）のメーカ識別子およびモデル識別子と一致するか否かを判定する。ステップＳ２において、SDTTに記述されているメーカ識別子およびモデル識別子が受信機のメーカ識別子およびモデル識別子と一致しないと判定された場合、このSDTTは、受信機に対応するものではないとされ、SDTTは破棄され、処理は、ステップＳ１に戻り、それ以降の処理が繰り返される。
【０００９】
ステップＳ２において、SDTTに記述されているメーカ識別子およびモデル識別子が受信機のメーカ識別子およびモデル識別子と一致すると判定された場合、処理は、ステップＳ３に進み、受信機は、SDTTを取得し、揮発性メモリに一旦展開させる。
【００１０】
受信機は、SDTTに記述されている（ソフトウェアの）更新データのバージョン情報を取得し、受信機（自己）のソフトウェアのバージョンと比較し、ステップＳ４において、SDTTに記述されているバージョンが必要なバージョンであるか否かを判定する。SDTTに記述されているバージョンが受信機のソフトウェアのバージョンと同じ、もしくは小さい(古い)場合、SDTTに記述されているバージョンは必要なバージョンではないとされて、SDTTは破棄され、処理は、ステップＳ１に戻りそれ以降の処理が繰り返される。
【００１１】
SDTTに記述されているバージョンが受信機のソフトウェアのバージョンよりも大きい（新しい）場合、SDTTに記述されているバージョンは必要なバージョンであるとされて、処理は、ステップＳ５に進む。
【００１２】
受信機は、ステップＳ５において、SDTTのデータの解析（すなわち、SDTT内のその他の情報の確認）を行う。ここで、その他の情報とは、例えば、ダウンロードが行われるネットワークやサービスの情報、更新データを構成するモジュールの大きさ、更新データのダウンロード開始時刻などの非特許文献１で規定されている情報を示す。
【００１３】
受信機は、ステップＳ６において、更新データのダウンロードの準備を行う。具体的には、受信機は、内蔵するクロックで計時動作を行い、SDTTに記述されている更新データのダウンロード開始時刻になるまで待機している。
【００１４】
そして、受信機は、更新データのダウンロード開始時刻になったと判定した場合、ステップＳ７において、更新データをダウンロード（取得)する。すなわち、受信機は、放送信号を受信し、ダウンロードが行われるサービスを選局して、所定のサービスの放送信号から、更新データを取得する。これにより、受信機においては、ダウンロードした更新データで、ソフトウェアが更新される。
【００１５】
【非特許文献１】デジタル放送用受信機標準規格ARIB STD-B21，4.0版，ダウンロード機能，社団法人 電波産業会，H15.2.6，Ｐ．１２０およびＰ．１７８
【特許文献１】特開２００２−１１２１３３号公報
【発明の開示】
【発明が解決しようとする課題】
【００１６】
以上のように、従来のデジタル放送システムによる、受信機のソフトウェアを更新するためのダウンロードの仕組みにおいては、受信機により放送波に多重化された複数のSDTTのうち、メーカ識別子、およびモデル識別子が、受信機が有する識別子を一致するものだけが選別して取得されて、そのSDTTに記述されたバージョンやダウンロードが行われるサービスなどの情報をもとに、必要な更新データのダウンロードの準備が開始されている。
【００１７】
すなわち、受信機のソフトウェアを更新するためには、市場に発売された受信機のうち、ソフトウェアの種類が異なる受信機毎に、それぞれ固有な受信機の識別子を用いて、SDTTやコンテンツを送信する必要がある。
【００１８】
しかしながら、現状、SDTTにおいて、非特許文献１で規定されている、受信機を特定する識別子であるモデル識別子が記述可能な領域は、8ビットしか設けられていないため、市場に発売される受信機の数が増えていくと、固有でなければならない識別子が枯渇してしまうことが考えられる。この場合、受信機のメーカは、新しい機種の受信機をしても、このダウンロードの仕組みを新しい機種の受信機のソフトウェアの更新に利用することができなくなってしまう。
【００１９】
本発明は、このような状況に鑑みてなされたものであり、受信装置の機種を特定する識別子の枯渇を未然に抑制することができるようにするものである。
【課題を解決するための手段】
【００２０】
本発明の第１の側面の情報処理システムは、放送信号を受信する受信装置と、前記放送信号に多重化されて送信される、前記受信装置のソフトウェアを更新するための更新データのダウンロードに関する告知情報を生成するデータ生成装置からなる情報処理システムにおいて、前記データ生成装置は、前記受信装置の機種を一意的に識別するために所定の規格において規定されている規定モデル識別子を、前記所定の規格において規定されている前記告知情報の規定領域に記述するとともに、前記規定モデル識別子と組み合わせて用いることで、前記規定モデル識別子の数よりも多くの数の前記受信装置の機種を一意的に識別可能な拡張モデル識別子を、前記告知情報の所定の領域に記述する情報記述手段と、前記情報記述手段により前記規定モデル識別子とともに拡張モデル識別子が記述された前記告知情報を生成する生成手段とを備え、前記受信装置は、前記放送信号に多重化された前記告知情報の前記規定モデル識別子が、自己の規定モデル識別子と一致するか否かを判定する規定識別子判定手段と、前記規定識別子判定手段により前記告知情報の前記規定モデル識別子が、自己の規定モデル識別子と一致すると判定された場合、前記告知情報の前記拡張モデル識別子が、自己の前記拡張モデル識別子と一致するか否かを判定する拡張識別子判定手段と、前記拡張識別子判定手段により前記告知情報の前記拡張モデル識別子が、自己の拡張モデル識別子と一致すると判定された場合、前記告知情報に基づいて、前記放送信号から前記更新データを取得する更新データ取得手段とを備える。
【００２１】
前記受信装置は、前記拡張識別子判定手段により前記告知情報の前記拡張モデル識別子が、自己の拡張モデル識別子と一致しないと判定された場合、前記告知情報を破棄する情報破棄手段をさらに備えることができる。
【００２２】
前記データ生成装置の前記情報記述手段は、前記告知情報において、前記規定モデル識別子が記述される前記規定領域より後方に配置され、前記所定の規格において規定されていない、または、利用されていない所定の領域に、前記拡張モデル識別子を記述する
ことができる。
【００２３】
前記拡張モデル識別子が記述される前記所定の領域は、プライベートデータ領域（Private_data_byte）であることができる。
【００２４】
前記受信装置は、前記更新データ取得手段により取得された前記更新データを用いて、自己のソフトウェアを更新するソフトウェア更新手段をさらに備えることができる。
【００２５】
本発明の第１の側面の情報処理方法は、放送信号を受信する受信装置と、前記放送信号に多重化されて送信される、前記受信装置のソフトウェアを更新するための更新データのダウンロードに関する告知情報を生成するデータ生成装置からなる情報処理システムの情報処理方法において、前記データ生成装置における、前記受信装置の機種を一意的に識別するために所定の規格において規定されている規定モデル識別子を、前記所定の規格において規定されている前記告知情報の規定領域に記述するとともに、前記規定モデル識別子と組み合わせて用いることで、前記規定モデル識別子の数よりも多くの数の前記受信装置の機種を一意的に識別可能な拡張モデル識別子を、前記告知情報の所定の領域記述する情報記述ステップと、前記情報記述ステップの処理により前記規定モデル識別子とともに拡張モデル識別子が記述された前記告知情報を生成する生成ステップとを含み、前記受信装置における、前記放送信号に多重化された前記告知情報の前記規定モデル識別子が、自己の規定モデル識別子と一致するか否かを判定する規定識別子判定ステップと、前記規定識別子判定ステップの処理により前記告知情報の前記規定モデル識別子が、自己の規定モデル識別子と一致すると判定された場合、前記告知情報の前記拡張モデル識別子が、自己の前記拡張モデル識別子と一致するか否かを判定する拡張識別子判定ステップと、前記拡張識別子判定ステップの処理により前記告知情報の前記拡張モデル識別子が、自己の拡張モデル識別子と一致すると判定された場合、前記告知情報に基づいて、前記放送信号から前記更新データを取得する更新データ取得ステップとを含む。
【００２６】
本発明の第２の側面の受信装置は、データ生成装置により生成され、放送信号に多重化された、ソフトウェアを更新するための更新データのダウンロードに関する告知情報を受信する受信装置において、前記受信装置の機種を一意的に識別するために所定の規格において規定されている規定モデル識別子が、前記所定の規格において規定されている規定領域に記述されるとともに、前記規定モデル識別子と組み合わせて用いることで、前記規定モデル識別子の数よりも多くの数の前記受信装置の機種を一意的に識別可能な拡張モデル識別子が、所定の領域に記述されて生成され、前記放送信号に多重化された前記告知情報の前記規定モデル識別子が、自己の規定モデル識別子と一致するか否かを判定する規定識別子判定手段と、前記規定識別子判定手段により前記告知情報の前記規定モデル識別子が、自己の規定モデル識別子と一致すると判定された場合、前記告知情報の前記拡張モデル識別子が、自己の前記拡張モデル識別子と一致するか否かを判定する拡張識別子判定手段と、前記拡張識別子判定手段により前記告知情報の前記拡張モデル識別子が、自己の拡張モデル識別子と一致すると判定された場合、前記告知情報に基づいて、前記放送信号から前記更新データを取得する更新データ取得手段とを備える。
【００２７】
前記拡張識別子判定手段により前記告知情報の前記拡張モデル識別子が、自己の拡張モデル識別子と一致しないと判定された場合、前記告知情報を破棄する情報破棄手段をさらに備えることができる。
【００２８】
前記拡張モデル識別子は、前記告知情報において、前記規定モデル識別子が記述された規定領域より後方に配置され、前記所定の規格において規定されていない、または、利用されていない所定の領域に記述されることができる。
【００２９】
前記拡張モデル識別子が記述される前記所定の領域は、プライベートデータ領域（Private_data_byte）であることができる。
【００３０】
前記更新データ取得手段により取得された前記更新データを用いて、自己のソフトウェアを更新するソフトウェア更新手段をさらに備えることができる。
【００３１】
本発明の第２の側面の受信方法は、データ生成装置により生成され、放送信号に多重化された、ソフトウェアを更新するための更新データのダウンロードに関する告知情報を受信する受信装置の受信方法において、前記受信装置の機種を一意的に識別するために所定の規格において規定されている規定モデル識別子が、前記所定の規格において規定されている規定領域に記述されるとともに、前記規定モデル識別子と組み合わせて用いることで、前記規定モデル識別子の数よりも多くの数の前記受信装置の機種を一意的に識別可能な拡張モデル識別子が、所定の領域に記述されて生成され、前記放送信号に多重化された前記告知情報の前記規定モデル識別子が、自己の規定モデル識別子と一致するか否かを判定する規定識別子判定ステップと、前記規定識別子判定ステップの処理により前記告知情報の前記規定モデル識別子が、自己の規定モデル識別子と一致すると判定された場合、前記告知情報の前記拡張モデル識別子が、自己の前記拡張モデル識別子と一致するか否かを判定する拡張識別子判定ステップと、前記拡張識別子判定ステップの処理により前記告知情報の前記拡張モデル識別子が、自己の拡張モデル識別子と一致すると判定された場合、前記告知情報に基づいて、前記放送信号から前記更新データを取得する更新データ取得ステップとを含む。
【００３２】
本発明の第２の側面のプログラムは、データ生成装置により生成され、放送信号に多重化された、ソフトウェアを更新するための更新データのダウンロードに関する告知情報を受信する受信装置用のプログラムであって、前記受信装置の機種を一意的に識別するために所定の規格において規定されている規定モデル識別子が、前記所定の規格において規定されている規定領域に記述されるとともに、前記規定モデル識別子と組み合わせて用いることで、前記規定モデル識別子の数よりも多くの数の前記受信装置の機種を一意的に識別可能な拡張モデル識別子が、所定の領域に記述されて生成され、前記放送信号に多重化された前記告知情報の前記規定モデル識別子が、自己の規定モデル識別子と一致するか否かを判定する規定識別子判定ステップと、前記規定識別子判定ステップの処理により前記告知情報の前記規定モデル識別子が、自己の規定モデル識別子と一致すると判定された場合、前記告知情報の前記拡張モデル識別子が、自己の前記拡張モデル識別子と一致するか否かを判定する拡張識別子判定ステップと、前記拡張識別子判定ステップの処理により前記告知情報の前記拡張モデル識別子が、自己の拡張モデル識別子と一致すると判定された場合、前記告知情報に基づいて、前記放送信号から前記更新データを取得する更新データ取得ステップとを含む。
【００３３】
本発明の第３の側面のデータ生成装置は、放送信号に多重化されて送信される、前記放送信号を受信する受信装置のソフトウェアを更新するための更新データのダウンロードに関する告知情報を生成するデータ生成装置において、前記受信装置の機種を一意的に識別するために所定の規格において規定されている規定モデル識別子を、前記所定の規格において規定されている前記告知情報の規定領域に記述するとともに、前記規定モデル識別子と組み合わせて用いることで、前記規定モデル識別子の数よりも多くの数の前記受信装置の機種を一意的に識別可能な拡張モデル識別子を、前記告知情報の所定の領域に記述する情報記述手段と、前記情報記述手段により前記規定モデル識別子とともに拡張モデル識別子が記述された前記告知情報を生成する生成手段とを備える。
【００３４】
前記生成手段は、前記告知情報において、前記規定モデル識別子が記述された規定領域より後方に配置され、前記所定の規格において規定されていない、または、利用されていない所定の領域に、前記拡張モデル識別子を記述することができる。
【００３５】
前記拡張モデル識別子が記述される前記所定の領域は、プライベートデータ領域（Private_data_byte）であることができる。
【００３６】
本発明の第３の側面のデータ生成方法は、放送信号に多重化されて送信される、前記放送信号を受信する受信装置のソフトウェアを更新するための更新データのダウンロードに関する告知情報を生成するデータ生成装置のデータ生成方法において、前記受信装置の機種を一意的に識別するために所定の規格において規定されている規定モデル識別子を、前記所定の規格において規定されている前記告知情報の規定領域に記述するとともに、前記規定モデル識別子と組み合わせて用いることで、前記規定モデル識別子の数よりも多くの数の前記受信装置の機種を一意的に識別可能な拡張モデル識別子を、前記告知情報の所定の領域に記述する情報記述ステップと、前記情報記述ステップの処理により前記規定モデル識別子とともに拡張モデル識別子が記述された前記告知情報を生成する生成ステップとを含む。
【００３７】
本発明の第３の側面のプログラムは、放送信号に多重化されて送信される、前記放送信号を受信する受信装置のソフトウェアを更新するための更新データのダウンロードに関する告知情報を生成する処理をコンピュータに行わせるプログラムであって、前記受信装置の機種を一意的に識別するために所定の規格において規定されている規定モデル識別子を、前記所定の規格において規定されている前記告知情報の規定領域に記述するとともに、前記規定モデル識別子と組み合わせて用いることで、前記規定モデル識別子の数よりも多くの数の前記受信装置の機種を一意的に識別可能な拡張モデル識別子を、前記告知情報の所定の領域に記述する情報記述ステップと、前記情報記述ステップの処理により前記規定モデル識別子とともに拡張モデル識別子が記述された前記告知情報を生成する生成ステップとを含む。
【００３８】
第１の本発明においては、受信装置のソフトウェアを更新するための更新データのダウンロードに関する告知情報を生成するデータ生成装置により、放送信号を受信する受信装置の機種を一意的に識別するために所定の規格において規定されている規定モデル識別子が、前記所定の規格において規定されている前記告知情報の規定領域に記述されるとともに、前記規定モデル識別子と組み合わせて用いることで、前記規定モデル識別子の数よりも多くの数の前記受信装置の機種を一意的に識別可能な拡張モデル識別子が、前記告知情報の所定の領域に記述され、前記規定モデル識別子とともに拡張モデル識別子が記述された前記告知情報が生成される。そして、前記受信装置により、前記放送信号に多重化された前記告知情報の前記規定モデル識別子が、自己の規定モデル識別子と一致するか否かが判定され、前記告知情報の前記規定モデル識別子が、自己の規定モデル識別子と一致すると判定された場合、前記告知情報の前記拡張モデル識別子が、自己の前記拡張モデル識別子と一致するか否かが判定される。また、前記拡張識別子判定ステップの処理により前記告知情報の前記拡張モデル識別子が、自己の拡張モデル識別子と一致すると判定された場合、前記告知情報に基づいて、前記放送信号から前記更新データを取得される。
【００３９】
第２の本発明においては、受信装置の機種を一意的に識別するために所定の規格において規定されている規定モデル識別子が、前記所定の規格において規定されている規定領域に記述されるとともに、前記規定モデル識別子と組み合わせて用いることで、前記規定モデル識別子の数よりも多くの数の前記受信装置の機種を一意的に識別可能な拡張モデル識別子が、所定の領域に記述されて生成され、前記放送信号に多重化された前記告知情報の前記規定モデル識別子が、自己の規定モデル識別子と一致するか否かが判定され、前記告知情報の前記規定モデル識別子が、自己の規定モデル識別子と一致すると判定された場合、前記告知情報の前記拡張モデル識別子が、自己の前記拡張モデル識別子と一致するか否かが判定される。そして、前記告知情報の前記拡張モデル識別子が、自己の拡張モデル識別子と一致すると判定された場合、前記告知情報に基づいて、前記放送信号から前記更新データが取得される。
【００４０】
第３の本発明においては、受信装置の機種を一意的に識別するために所定の規格において規定されている規定モデル識別子が、前記所定の規格において規定されている前記告知情報の規定領域に記述されるとともに、前記規定モデル識別子と組み合わせて用いることで、前記規定モデル識別子の数よりも多くの数の前記受信装置の機種を一意的に識別可能な拡張モデル識別子が、前記告知情報の所定の領域に記述される。そして、前記規定モデル識別子とともに拡張モデル識別子が記述された前記告知情報が生成される。
【発明の効果】
【００４１】
本発明の第１の側面によれば、受信装置の機種を特定する識別子の枯渇を未然に抑制することができる。これにより、受信装置の機種が増えた場合にも、受信装置のソフトウェアを容易に更新させることができる。
【００４２】
本発明の第２の側面によれば、受信装置の機種が増えた場合にも、ソフトウェアの更新データを容易に取得することができる。
【００４３】
本発明の第３の側面によれば、受信装置の機種を特定する識別子の枯渇を未然に抑制することができる。
【発明を実施するための最良の形態】
【００４４】
以下に本発明の実施の形態を説明するが、本発明の構成要件と、明細書または図面に記載の実施の形態との対応関係を例示すると、次のようになる。この記載は、本発明をサポートする実施の形態が、明細書または図面に記載されていることを確認するためのものである。従って、明細書または図面中には記載されているが、本発明の構成要件に対応する実施の形態として、ここには記載されていない実施の形態があったとしても、そのことは、その実施の形態が、その構成要件に対応するものではないことを意味するものではない。逆に、実施の形態が構成要件に対応するものとしてここに記載されていたとしても、そのことは、その実施の形態が、その構成要件以外の構成要件には対応しないものであることを意味するものでもない。
【００４５】
本発明の第１の側面の情報処理システム（例えば、図２のデジタルテレビジョン放送システム）は、放送信号を受信する受信装置（例えば、図２の受信機２１Ａ−２）と、前記放送信号に多重化されて送信される、前記受信装置のソフトウェアを更新するための更新データのダウンロードに関する告知情報を生成するデータ生成装置（例えば、図２のデータ生成装置１１−１）からなる情報処理システムにおいて、前記データ生成装置は、前記受信装置の機種を一意的に識別するために所定の規格において規定されている規定モデル識別子（例えば、図９のmodel_id）を、前記所定の規格において規定されている前記告知情報の規定領域（例えば、図９のtable_id_ext）に記述するとともに、前記規定モデル識別子と組み合わせて用いることで、前記規定モデル識別子の数よりも多くの数の前記受信装置の機種を一意的に識別可能な拡張モデル識別子（例えば、図８のsub_model_id）を、前記告知情報の所定の領域（例えば、図１２のprivate_data_byte）に記述する情報記述手段（例えば、図４の情報記述部１５１）と、前記情報記述手段により前記規定モデル識別子とともに拡張モデル識別子が記述された前記告知情報を生成する生成手段（例えば、図４の告知情報生成部１５２）とを備え、前記受信装置は、前記放送信号に多重化された前記告知情報の前記規定モデル識別子が、自己の規定モデル識別子と一致するか否かを判定する規定識別子判定手段（例えば、図５のデマルチプレクサ２２１）と、前記規定識別子判定手段により前記告知情報の前記規定モデル識別子が、自己の規定モデル識別子と一致すると判定された場合、前記告知情報の前記拡張モデル識別子が、自己の前記拡張モデル識別子と一致するか否かを判定する拡張識別子判定手段（例えば、図６の拡張ID判定部２６１）と、前記拡張識別子判定手段により前記告知情報の前記拡張モデル識別子が、自己の拡張モデル識別子と一致すると判定された場合、前記告知情報に基づいて、前記放送信号から前記更新データを取得する更新データ取得手段（例えば、図６の更新データ取得部２５２）とを備える。
【００４６】
前記受信装置は、前記拡張識別子判定手段により前記告知情報の前記拡張モデル識別子が、自己の拡張モデル識別子と一致しないと判定された場合、前記告知情報を破棄する情報破棄手段（例えば、図６の告知情報取得部２５１）をさらに備えることができる。
【００４７】
前記受信装置は、前記更新データ取得手段により取得された前記更新データを用いて、自己のソフトウェアを更新するソフトウェア更新手段（例えば、図６のソフトウェア更新部２５４）をさらに備えることができる。
【００４８】
本発明の第１の側面の情報処理方法は、放送信号を受信する受信装置と、前記放送信号に多重化されて送信される、前記受信装置のソフトウェアを更新するための更新データのダウンロードに関する告知情報を生成するデータ生成装置からなる情報処理システムの情報処理方法において、前記データ生成装置における、前記受信装置の機種を一意的に識別するために所定の規格において規定されている規定モデル識別子を、前記所定の規格において規定されている前記告知情報の規定領域に記述するとともに、前記規定モデル識別子と組み合わせて用いることで、前記規定モデル識別子の数よりも多くの数の前記受信装置の機種を一意的に識別可能な拡張モデル識別子を、前記告知情報の所定の領域記述する情報記述ステップ（例えば、図１３のステップＳ１１）と、前記情報記述ステップの処理により前記規定モデル識別子とともに拡張モデル識別子が記述された前記告知情報を生成する生成ステップ（例えば、図１３のステップＳ１２）とを含み、前記受信装置における、前記放送信号に多重化された前記告知情報の前記規定モデル識別子が、自己の規定モデル識別子と一致するか否かを判定する規定識別子判定ステップ（例えば、図１４のステップＳ４２）と、前記規定識別子判定ステップの処理により前記告知情報の前記規定モデル識別子が、自己の規定モデル識別子と一致すると判定された場合、前記告知情報の前記拡張モデル識別子が、自己の前記拡張モデル識別子と一致するか否かを判定する拡張識別子判定ステップ（例えば、図１４のステップＳ４５）と、前記拡張識別子判定ステップの処理により前記告知情報の前記拡張モデル識別子が、自己の拡張モデル識別子と一致すると判定された場合、前記告知情報に基づいて、前記放送信号から前記更新データを取得する更新データ取得ステップ（例えば、図１５のステップＳ７２）とを含む。
【００４９】
本発明の第２の側面の受信装置（例えば、図２の受信機２１Ａ−２）は、データ生成装置（例えば、図２のデータ生成装置１１−１）により生成され、放送信号に多重化された、ソフトウェアを更新するための更新データのダウンロードに関する告知情報を受信する受信装置において、前記受信装置の機種を一意的に識別するために所定の規格において規定されている規定モデル識別子（例えば、図９のmodel_id）が、前記所定の規格において規定されている規定領域に記述されるとともに、前記規定モデル識別子と組み合わせて用いることで、前記規定モデル識別子の数よりも多くの数の前記受信装置の機種を一意的に識別可能な拡張モデル識別子（例えば、図８のsub_model_id）が、所定の領域に記述されて生成され、前記放送信号に多重化された前記告知情報の前記規定モデル識別子が、自己の規定モデル識別子と一致するか否かを判定する規定識別子判定手段（例えば、図５のデマルチプレクサ２２１）と、前記規定識別子判定手段により前記告知情報の前記規定モデル識別子が、自己の規定モデル識別子と一致すると判定された場合、前記告知情報の前記拡張モデル識別子が、自己の前記拡張モデル識別子と一致するか否かを判定する拡張識別子判定手段（例えば、図６の拡張ID判定部２６１）と、前記拡張識別子判定手段により前記告知情報の前記拡張モデル識別子が、自己の拡張モデル識別子と一致すると判定された場合、前記告知情報に基づいて、前記放送信号から前記更新データを取得する更新データ取得手段（例えば、図６の更新データ取得部２５２）とを備える。
【００５０】
前記拡張識別子判定手段により前記告知情報の前記拡張モデル識別子が、自己の拡張モデル識別子と一致しないと判定された場合、前記告知情報を破棄する情報破棄手段（例えば、図６の告知情報取得部２５１）をさらに備えることができる。
【００５１】
前記更新データ取得手段により取得された前記更新データを用いて、自己のソフトウェアを更新するソフトウェア更新手段（例えば、図６のソフトウェア更新部２５４）をさらに備えることができる。
【００５２】
本発明の第２の側面の受信方法またはプログラムは、データ生成装置により生成され、放送信号に多重化された、ソフトウェアを更新するための更新データのダウンロードに関する告知情報を受信する受信装置の受信方法またはプログラムにおいて、前記受信装置の機種を一意的に識別するために所定の規格において規定されている規定モデル識別子が、前記所定の規格において規定されている規定領域に記述されるとともに、前記規定モデル識別子と組み合わせて用いることで、前記規定モデル識別子の数よりも多くの数の前記受信装置の機種を一意的に識別可能な拡張モデル識別子が、所定の領域に記述されて生成され、前記放送信号に多重化された前記告知情報の前記規定モデル識別子が、自己の規定モデル識別子と一致するか否かを判定する規定識別子判定ステップ（例えば、図１４のステップＳ４２）と、前記規定識別子判定ステップの処理により前記告知情報の前記規定モデル識別子が、自己の規定モデル識別子と一致すると判定された場合、前記告知情報の前記拡張モデル識別子が、自己の前記拡張モデル識別子と一致するか否かを判定する拡張識別子判定ステップ（例えば、図１４のステップＳ４５）と、前記拡張識別子判定ステップの処理により前記告知情報の前記拡張モデル識別子が、自己の拡張モデル識別子と一致すると判定された場合、前記告知情報に基づいて、前記放送信号から前記更新データを取得する更新データ取得ステップ（例えば、図１５のステップＳ７２）とを含む。
【００５３】
本発明の第３の側面のデータ生成装置（例えば、図２のデータ生成装置１１−１）は、放送信号に多重化されて送信される、前記放送信号を受信する受信装置（例えば、図２の受信機２１Ａ−２）のソフトウェアを更新するための更新データのダウンロードに関する告知情報を生成するデータ生成装置において、前記受信装置の機種を一意的に識別するために所定の規格において規定されている規定モデル識別子を、前記所定の規格において規定されている前記告知情報の規定領域に記述するとともに、前記規定モデル識別子と組み合わせて用いることで、前記規定モデル識別子の数よりも多くの数の前記受信装置の機種を一意的に識別可能な拡張モデル識別子を、前記告知情報の所定の領域に記述する情報記述手段（例えば、図４の情報記述部１５１）と、前記情報記述手段により前記規定モデル識別子とともに拡張モデル識別子が記述された前記告知情報を生成する生成手段（例えば、図４の告知情報生成部１５２）とを備える。
【００５４】
本発明の第３の側面のデータ生成方法またはプログラムは、放送信号に多重化されて送信される、前記放送信号を受信する受信装置のソフトウェアを更新するための更新データのダウンロードに関する告知情報を生成するデータ生成装置のデータ生成方法またはプログラムにおいて、前記受信装置の機種を一意的に識別するために所定の規格において規定されている規定モデル識別子を、前記所定の規格において規定されている前記告知情報の規定領域に記述するとともに、前記規定モデル識別子と組み合わせて用いることで、前記規定モデル識別子の数よりも多くの数の前記受信装置の機種を一意的に識別可能な拡張モデル識別子を、前記告知情報の所定の領域に記述する情報記述ステップ（例えば、図１３のステップＳ１１）と、前記情報記述ステップの処理により前記規定モデル識別子とともに拡張モデル識別子が記述された前記告知情報を生成する生成ステップ（例えば、図１３のステップＳ１２）とを含む。
【００５５】
以下、図を参照して本発明の実施の形態について説明する。
【００５６】
図２は、本発明を適用したデジタルテレビジョン放送（以下、デジタル放送とも称する）システムの構成例を表している。なお、図２の例においては、地上波デジタル放送を用いて説明する。
【００５７】
このデジタル放送システムにおいては、放送装置４から、放送事業者のロゴやジャンルコードを含む共通データや、受信機毎のソフトウェアの更新データなどがダウンロードデータとして放送信号に多重化されて放送されている。
【００５８】
Ａタイプの受信機２１Ａ−１およびＢタイプの受信機２１Ｂ−１などを製作する受信機製作者（メーカ）１−１は、データ生成装置１１−１を有している。データ生成装置１１−１は、更新する機種の地上波デジタル放送用のソフトウェアの更新データや、更新データのダウンロードが行われることを市場の受信機に対して通知するためのダウンロード告知情報テーブル（SDTT：Software Download Trigger Table）を、機種毎に生成し、ダウンロード事業者の有するダウンロード装置３に提出（送信）する。
【００５９】
このとき、データ生成装置１１−１は、受信機製作者１−１を特定する識別子（maker_id）であるメーカ識別子（maker_id）とともに、受信機製作者１−１において、更新する機種に応じて設定されているモデル識別子（mobel_id）と拡張モデル識別子(sub_model_id)を、それぞれ対応する領域に記述して、SDTTを生成する。
【００６０】
ここで、モデル識別子は、非特許文献１において受信機の機種を特定する識別子として規定されているものであり、拡張モデル識別子は、モデル識別子と組み合わせて用いることで、モデル識別子の数よりも多くの数の受信機の機種を一意的に識別するために受信機製作者１−１により設けられたものであり、モデル識別子と拡張モデル識別子の組み合わせは、受信機製作者１−１において機種毎に一意的に予め設定されている。
【００６１】
すなわち、図２のデジタル放送システムにおいて、受信機は、モデル識別子だけでは一意的に識別されることはなく、モデル識別子および拡張モデル識別子を組み合わせることで、受信機は、一意的に識別される。換言するに、受信機製作者（メーカ）１−１により製作される受信機の中には、モデル識別子、あるいは、拡張モデル識別子が同じものが存在しうる。
【００６２】
なお、受信機製作者１−１において製作される受信機２１Ａ−１および受信機２１Ｂ−１は、出荷前に、メーカ識別子とともに、モデル識別子と拡張モデル識別子が予め記憶されてから市場に出荷される。
【００６３】
Ｃタイプの受信機２１Ｃ−１などを製作する受信機製作者１−２は、データ生成装置１１−２を有している。データ生成装置１１−２は、データ生成装置１１−１と同様に、更新する機種の地上波デジタル放送用のソフトウェアの更新データやSDTTを、機種毎に生成し、ダウンロード事業者の有するダウンロード装置３に提出（送信）する。
【００６４】
このとき、データ生成装置１１−２も、データ生成装置１１−１と同様に、受信機製作者１−２を特定する識別子であるメーカ識別子とともに、受信機製作者１−２において、更新する機種に応じて設定されているモデル識別子と拡張モデル識別子を、それぞれ対応する領域に記述して、SDTTを生成する。
【００６５】
また、受信機製作者１−２においても、製作される受信機２１Ｃ−１は、出荷前に、メーカ識別子とともに、モデル識別子と拡張モデル識別子が予め記憶されてから市場に出荷される。
【００６６】
なお、以下、受信機製作者１−１および１−２、並びにデータ生成装置１１−１および１１−２を、個々に区別する必要がない場合、それぞれ、受信機製作者１およびデータ生成装置１１と称する。
【００６７】
ダウンロード装置３は、受信機製作者１−１および１−２の提出する更新データを集めて、スケジューリングし、これらの更新データや放送事業者のロゴやジャンルコードを含む共通データなどを、放送装置４を介して、ダウンロードデータとして放送信号に多重して放送する。なお、このとき、ダウンロードデータは、DSM-CCデータカルーセル方式で、データカルーセルとして放送信号に多重して放送される。
【００６８】
また、ダウンロード装置３は、ダウンロードデータを送信する前に、受信機製作者１−１および１−２の提出するSDTTに、更新データに基づく必要な情報（例えば、更新データのダウンロードのスケジュールに基づく、更新データのダウンロード時刻やダウンロードを行うサービス（チャンネル）などのダウンロード情報）を記述して完成させ、完成したSDTTを、放送装置４を介して、放送信号に多重して放送する。
【００６９】
市場５には、Ａタイプの受信機２１Ａ−２および２１Ａ−３、Ｂタイプの受信機２１Ｂ−２、およびＣタイプの受信機２１Ｃ−２などさまざまな機種のデジタル放送受信機が存在する。なお、以下、受信機２１Ａ−１乃至２１Ａ−３、受信機２１Ｂ−１および２１Ｂ−２、並びに、受信機２１Ｃ−１および２１Ｃ−２を、個々に区別する必要がない場合、それぞれ、単に受信機２１Ａ、２１Ｂ、および２１Ｃと称したり、まとめて、受信機２１とも称する。
【００７０】
市場５に存在する受信機２１は、放送装置４からの放送信号を受信し、SDTTを取得する。上述したように、これらの受信機２１には、予め対応する受信機製作者１によりメーカ識別子とともに、モデル識別子と拡張モデル識別子が記憶されている。
【００７１】
受信機２１は、まず、SDTTに記述（記載）されているメーカ識別子とモデル識別子を参照し、自己の（すなわち、受信機２１に記憶されている）メーカ識別子とモデル識別子と一致するか否かを判定し、SDTTのメーカ識別子とモデル識別子が自己のメーカ識別子とモデル識別子と一致した場合、SDTTに記述されている拡張モデル識別子が、自己の拡張モデル識別子と一致するか否かを判定する。
【００７２】
SDTTに記述されている拡張モデル識別子が、自己の拡張モデル識別子と一致すると判定された場合、受信機２１は、SDTTに記述されている更新データのバージョンが、自己に記憶されているソフトウェアのバージョンよりも新しいならば、SDTTに基づいて、更新データのダウンロードの準備を行う。そして、受信機２１は、SDTTに記述されている更新データのダウンロード開始時刻になったときに、ダウンロードデータが多重化された放送信号を受信することで、更新データをダウンロード（取得）し、ダウンロードした更新データを用いて、自己のソフトウェアを更新する。
【００７３】
以上のように、図２のデジタル放送システムにおいては、規定のモデル識別子だけでなく、モデル識別子と拡張モデル識別子を組み合わせて、受信機の機種が一意的に識別される。これにより、規定のモデル識別子だけを用いて、受信機の機種を識別する場合よりも、多くの受信機を識別することができる。
【００７４】
なお、図２の例においては、受信機製作者１が２つ、ダウンロード装置３および放送装置４が１台しか示されていないが、実際には、任意の複数の受信機製作者１、ダウンロード装置３、および放送装置４が存在する。また、市場５には、Ａタイプの受信機２１Ａが２台、Ｂタイプの受信機２１Ｂが１台、およびＣタイプの受信機２１Ｃが１台しか示されていないが、各受信機２１も任意の複数台存在し、さらに、受信機の機種も、３種類に限定されず、複数種類存在する。
【００７５】
図３は、データ生成装置１１の構成例を表している。図３の例において、CPU（Central Processing Unit）１１１は、ROM（Read Only Memory）１１２に記憶されているプログラム、または記憶部１１８からRAM（Random Access Memory）１１３にロードされたプログラムに従って各種の処理を実行する。RAM１１３にはまた、CPU１１１が各種の処理を実行する上において必要なデータなども適宜記憶される。
【００７６】
CPU１１１、ROM１１２、およびRAM１１３は、バス１１４を介して相互に接続されている。このバス１１４にはまた、入出力インタフェース１１５も接続されている。
【００７７】
入出力インタフェース１１５には、キーボード、マウス、マイクロホンなどよりなる入力部１１６、ディスプレイ、スピーカなどよりなる出力部１１７が接続されている。CPU１１１は、入力部１１６から入力される指令に対応して各種の処理を実行する。そして、CPU１１１は、処理の結果を出力部１１７に出力する。
【００７８】
入出力インタフェース１１５に接続されている記憶部１１８は、例えばハードディスクからなり、CPU１１１が実行するプログラムや各種のデータを記憶する。通信部１１９は、インターネットやローカルエリアネットワークなどのネットワークを介して外部の装置と通信する。また、通信部１１９を介してプログラムを取得し、記憶部１１８に記憶してもよい。
【００７９】
入出力インタフェース１１５に接続されているドライブ１２０は、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリなどのリムーバブルメディア１２１が装着されたとき、それらを駆動し、そこに記録されているプログラムやデータなどを取得する。取得されたプログラムやデータは、必要に応じて記憶部１１８に転送され、記憶される。
【００８０】
なお、図示は省略するが、ダウンロード装置３および放送装置４も、図３に示したデータ生成装置１１と基本的に同様の構成とされる。従って、以下の説明においては、図３のデータ生成装置１１の構成は、必要に応じて、ダウンロード装置３または放送装置４の構成としても引用される。
【００８１】
図４は、SDTTの生成処理を行うデータ生成装置１１の機能構成例を示している。図４に示される機能ブロックは、図３のCPU１１１により所定の制御プログラムが実行されることで実現される。
【００８２】
図４に示される機能ブロックは、情報記述部１５１および告知情報生成部１５２により構成される。
【００８３】
情報記述部１５１は、受信機製作者１の入力部１１６を構成するキーボードなどの操作に対応して入力される、受信機製作者１側でSDTTに記述すべき情報（メーカ識別子、受信機製作者１により予め設定されているモデル識別子および拡張モデル識別子など）を、それぞれ対応する領域に記述する。
【００８４】
例えば、メーカ識別子およびモデル識別子は、非特許文献１で規定されているSDTTの先頭付近に配置される規定領域（例えば、図９のtableIdExtension（table_id_ext））にそれぞれ記述される。また、拡張モデル識別子は、詳しくは図７を参照して後述するが、例えば、SDTTのプライベートデータ領域(private_data_byte)に記述される。
【００８５】
情報記述部１５１は、受信機製作者１側でSDTTに記述すべき情報がすべて記述されたデータを、告知情報生成部１５２に供給する。
【００８６】
告知情報生成部１５２は、情報記述部１５１から供給されたデータを、SDTTの形式に変換してSDTTを生成する。
【００８７】
図５は、受信機２１の構成例を示している。受信機２１は、アンテナ２０１を介して、放送装置４からの放送信号を受信、選局し、その映像をディスプレイ２０２より出力するとともに、その音声をスピーカ２０３より出力する。
【００８８】
図５の例においては、CPU（Central Processing Unit）２１１には、ROM(Read Only Memory) ２１２、RAM（Random Access Memory）２１３、操作入力部２１４、および不揮発性メモリ２１５が接続されている。CPU２１１は、ROM２１２に記憶されているプログラム、または、RAM２１３にロードされたプログラム、もしくは操作入力部２１４を介して得られるユーザの指示信号に従って、受信機２１の各部を制御し、各種の処理を実行する。RAM２１３にはまた、CPU２１１が各種の処理を実行する上において必要なデータなどが適宜記憶される。操作入力部２１４は、入力ボタンやダイヤルなどからなり、ユーザの指示信号を、CPU２１１に出力する。不揮発性メモリ２１５には、受信機２１が受信したSDTTやソフトウェアの更新データなどが記憶される。
【００８９】
CPU２１１には、バス２１６を介して、ネットワークインタフェース（I/F）２１７、ドライブ２１８、フロントエンド部２１９、デスクランブラ２２０、デマルチプレクサ２２１、MPEG（Moving Picture Experts Group）デコーダ２２２、映像信号処理部２２３、および音声信号処理部２２４が接続されており、CPU２１１の制御に応じて、所定の処理を実行する。
【００９０】
ネットワークインタフェース２１７は、モデムやIEEE802.3インタフェースなどにより構成され、図示せぬネットワークに接続されるサーバなどとデータリンク確立を行い、必要に応じて、FTP(File Transfer Protocol)やHTTP(Hyper Text Transport Protocol)などのデータ転送プロトコルにより、所定のデータを通信する。ドライブ２１８には、磁気ディスク、光ディスク、光磁気ディスク、あるいは半導体メモリなどからなるリムーバブルメディア２２５が適宜装着される。ドライブ２１８は、リムーバブルメディア２２５よりデータを読み出したり、データを書き込んだりする際に用いられる。リムーバブルメディア２２５から読み出されたコンピュータプログラムは、必要に応じてROM２１２や不揮発性メモリ２１５に記憶され、インストールされる。
【００９１】
フロントエンド部２１９は、アンテナ２０１を介して受信された放送信号から、ユーザの選局に対応する放送信号を抽出して、復調し、トランスポートストリーム（TS : transport Stream）を生成し、デスクランブラ２２０に出力する。デスクランブラ２２０は、フロントエンド部２１９から入力されるトランスポートストリームのスクランブルを適宜解除して、デマルチプレクサ２２１に出力する。
【００９２】
デマルチプレクサ２２１は、多重化されたトランスポートストリームを、映像または音声データなどのストリームや、セクションデータに分離する。デマルチプレクサ２２１は、映像データおよび音声データをMPEGデコーダ２２２に出力し、必要なセクションデータのみをCPU２１１に出力する。すなわち、デマルチプレクサ２２１においては、ソフトウェアあるいはハードウェアのフィルタをかけることが可能であり、そのフィルタに対して、パラメータを指定することで必要なセクションデータのみがCPU２１１に出力される。
【００９３】
セクションデータには、データ放送やデータのダウンロードで利用されるDSM-CCセクション（例えば、データカルーセル）、SDTT（ダウンロード告知情報）、およびEPG（Electronic Program Guide）情報などが含まれている。
【００９４】
例えば、SDTTであることを特定するテーブル識別子、メーカ識別子、およびモデル識別子などは、SDTTの先頭付近に配置されているので、テーブル識別子と、受信機２１が対応するメーカ識別子およびモデル識別子とをパラメータとして指定することで、デマルチプレクサ２２１は、SDTTのうち、受信機１１が対応するメーカ識別子およびモデル識別子のSDTTのみを選別して、CPU２１１に出力することができる。
【００９５】
CPU２１１は、デマルチプレクサ２２１からのセクションデータのそれぞれの情報をRAM２１３に展開する。RAM２１３に展開されたセクションデータのうち、保持すべきものは、CPU２１１により形式を変換されて、RAM２１３や不揮発性メモリ２１５に保持される。
【００９６】
MPEGデコーダ２２２は、デマルチプレクサ２２１からの映像データをデコードし、映像信号処理部２２３に出力し、また、デマルチプレクサ２２１からの音声データをデコードし、音声信号処理部２２４に出力する。
【００９７】
映像信号処理部２２３は、デマルチプレクサ２２１からの映像データに、データ放送データなどを付加（重畳）し、NTSCフォーマットの信号に変換して、映像を、ディスプレイ２０２に表示させる。音声信号処理部２２４は、デマルチプレクサ２２１からの音声データを、スピーカ２０３から出力させる。
【００９８】
ここで、受信機２１の基本的な動作を説明する。
【００９９】
フロントエンド部２１９は、アンテナ２０１を介して受信された放送信号から、ユーザの選局に対応する放送信号を抽出して、復調し、トランスポートストリームを生成し、デスクランブラ２２０に出力する。デスクランブラ２２０は、フロントエンド部２１９から入力されるトランスポートストリームのスクランブルを適宜解除して、デマルチプレクサ２２１に出力する。
【０１００】
デマルチプレクサ２２１は、フロントエンド部２１９からの多重化されたトランスポートストリームを、映像または音声データなどのストリームや、セクションデータに分離し、映像データおよび音声データをMPEGデコーダ２２２に出力し、必要なセクションデータのみをCPU２１１に出力する。
【０１０１】
MPEGデコーダ２２２は、デマルチプレクサ２２１からの映像データをデコードし、映像信号処理部２２３に出力し、デマルチプレクサ２２１からの音声データをデコードし、音声信号処理部２２４に出力する。
【０１０２】
映像信号処理部２２３は、デマルチプレクサ２２１からの映像データに、データ放送データなどを付加（重畳）し、NTSCフォーマットの信号に変換して、変換した映像データに対応する映像を、ディスプレイ２０２に表示させる。音声信号処理部２２４は、デマルチプレクサ２２１からの音声データに対応する音声を、スピーカ２０３から出力させる。
【０１０３】
これにより、受信機２１のディスプレイ２０２には、所定のサービスの映像が表示され、スピーカ２０３から、所定のサービスの音声が出力される。
【０１０４】
図６は、SDTTに基づいてソフトウェアを更新する受信機２１の機能構成例を示している。図６に示される機能ブロックは、図５のCPU２１１により所定の制御プログラムが実行されることで実現される。
【０１０５】
図６に示される機能ブロックは、告知情報取得部２５１、更新データ取得部２５２、選局部２５３、およびソフトウェア更新部２５４、並びに図５の不揮発性メモリ２１５により構成されている。
【０１０６】
告知情報取得部２５１は、デマルチプレクサ２２１からのセクションデータのうち、デマルチプレクサ２２１により選別されたSDTTを入力すると、RAM２１３に一旦展開し、内蔵する拡張ID判定部２６１およびバージョン判定部２６２によるSDTTの判定結果に応じて、SDTTを不揮発性メモリ２１５に保持させる。
【０１０７】
不揮発性メモリ２１５には、受信機２１の拡張モデル識別子、および受信機２１のソフトウェアの現状のバージョン情報などが記憶されている。
【０１０８】
拡張ID判定部２６１は、告知情報取得部２５１の制御のもと、不揮発性メモリ２１５の拡張モデル識別子を参照して、SDTTに拡張モデルIDが記述されているか否か、および、SDTTに記述されている拡張モデルIDが、受信機２１（自己）の拡張モデルIDと一致するか否かを判定する。
【０１０９】
拡張ID判定部２６１によりSDTTに拡張モデルIDが記述されていないと判定された場合、または、SDTTに記述されている拡張モデルIDが、受信機２１（自己）の拡張モデルIDと一致しないと判定された場合、告知情報取得部２５１は、RAM２１３に展開したSDTTを破棄する。
【０１１０】
バージョン判定部２６２は、告知情報取得部２５１の制御のもと、不揮発性メモリ２１５のソフトウェアのバージョン情報を参照して、SDTTに記述されている更新データのバージョンが、受信機２１にとって必要なバージョンであるか否かを判定する。すなわち、バージョン判定部２６２は、SDTTに記述のバージョンが、受信機２１のソフトウェアのバージョンと同じ、もしくは小さい（古い）場合、SDTTに記述のバージョンが必要なバージョンではないと判定し、SDTTに記述のバージョンが、受信機２１のソフトウェアのバージョンよりも大きい（新しい）場合、SDTTに記述のバージョンが必要なバージョンであると判定する。
【０１１１】
バージョン判定部２６２によりSDTTに記述のバージョンが必要なバージョンではないと判定された場合、告知情報取得部２５１は、RAM２１３に展開したSDTTを破棄する。
【０１１２】
すなわち、告知情報取得部２５１は、拡張ID判定部２６１によりSDTTに拡張モデルIDが記述されていると判定され、拡張ID判定部２６１によりSDTTに記述されている拡張モデルIDが、受信機２１（自己）の拡張モデルIDと一致すると判定され、さらに、バージョン判定部２６２によりSDTTに記述のバージョンが必要なバージョンであると判定された場合、RAM２１３に展開したSDTTを、不揮発性メモリ２１５に保持させる。
【０１１３】
更新データ取得部２５２は、不揮発性メモリ２１５にSDTTが保持されると、SDTTに記述されている情報を解析し、更新データのダウンロードの準備を行う。すなわち、更新データ取得部２５２は、SDTTに記述の情報を解析することで、更新データのダウンロード開始時刻やダウンロードを行うサービス（チャンネル）などのダウンロード情報を確認し、更新データのダウンロード開始時刻を決定し、内蔵するクロックで計時動作を行い、SDTTに記述されている更新データのダウンロード開始時刻になるまで待機する。
【０１１４】
更新データ取得部２５２は、更新データのダウンロード開始時刻になったと判定した場合、選局部２５３を制御し、SDTTに記述されているサービス（チャンネル）を選局させ、デマルチプレクサ２２１を制御し、選局部２５３により選局されたサービスの放送信号から、受信機２１に必要なバージョンの更新データを取得させ、取得した更新データを不揮発性メモリ２１５に一旦記憶させる。
【０１１５】
選局部２５３は、更新データ取得部２５２の制御のもと、SDTTに記述の更新データのダウンロード開始時刻に、SDTTに記述のサービス（チャンネル）を選局する。
【０１１６】
ソフトウェア更新部２５４は、更新データ取得部２５２により不揮発性メモリ２１５に記憶された更新データを用いて、受信機２１のソフトウェアを更新する。
【０１１７】
図７は、SDTTの構成例を示す図である。
【０１１８】
SDTTは、MAX（最大サイズ）４Kバイトで構成され、放送装置４からは、複数のTSパケットに分けられて、放送信号に多重化されて送信されてくる。
【０１１９】
SDTTの先端付近は、マルチプレクサ２２１におけるソフトウェアまたはハードウェアによるフィルタをかけることが可能なフィルタリング可能領域とされる。このフィルタリング可能領域のtableIdExtension（table_id_ext）には、メーカ識別子（ID）とモデル識別子（ID）が記述されている。
【０１２０】
なお、このフィルタリング可能領域は、例えば、先頭から１０数バイトの範囲であり、この範囲は、使用するチップの性能や受信機の仕様などにより異なる。
【０１２１】
フィルタリング可能領域の後方には、グループ識別子（ID）が記述されており、グループ識別子のさらに後方には、値が16進数の「C9」(0xc9)で示されるダウンロードコンテンツ記述子(Download Contents Descriptor)３０１−１乃至３０１−４が記述される。
【０１２２】
ダウンロード記述子３０１−１乃至３０１−４は、それぞれ、ダウンロードされるコンテンツ（更新データ）のサイズや種別、ダウンロードIDなどの属性情報を記述する用途に用いられるものであり、MAX(最大サイズ)256バイトで構成され、複数個設けることもできる。なお、図７の例においては、４つのダウンロード記述子３０１−１乃至３０１−４が設けられている例が示されている。
【０１２３】
ダウンロード記述子３０１−１乃至３０１−４の後方付近には、それぞれ、プライベートデータ領域(private_data_btye) ３０２−１乃至３０２−４が設けられている。プライベートデータ領域３０２−１乃至３０２−４は、非特許文献１における規格の範囲外であり、各受信機２１（すなわち、受信機製作者１）により自由に利用することができる領域である。そこで、図２のデジタル放送システムにおいては、このプライベートデータ領域（例えば、先頭のダウンロード記述子３０１−１のプライベートデータ領域３０２−１）に、拡張モデル識別子が記述される。
【０１２４】
なお、拡張モデル識別子は、先頭のダウンロード記述子３０１−１のプライベートデータ領域３０２−１に限らず、他のダウンロード記述子のプライベートデータ領域に記述することも可能である。
【０１２５】
図８は、ダウンロード記述子のプライベートデータ領域に記述される拡張モデル識別子用のデータの構成例を示す図である。
【０１２６】
プライベートデータ領域の先頭から順に、8ビットのモデル識別拡張用プライベート識別子(private_data_type)、8ビットのモデル識別拡張用データバイト長(private_data_type_length)、および、8ビットの拡張モデル識別子(sub_model_id)が記述される。
【０１２７】
すなわち、プライベートデータ領域は、非特許文献１で規定されておらず、各受信機２１が自由に使うことのできる領域であるため、この領域を他の用途と同時に使用可能にするために、プライベートデータ領域に何が記述されているのかを示すタイプ（モデル識別拡張用プライベート識別子）を先頭の8ビットに記述し、その直後の8ビットに、その後に記述されているデータ（すなわち、拡張モデル識別子）のバイト長（いまの場合、１バイト）を記述する。そして、バイト長の後ろに、拡張モデル識別子として、8ビットの識別子（sub_model_id）を記述する。
【０１２８】
以上のように構成されるデータが記述されたダウンロード記述子を少なくとも１つSDTTに配置させる。すなわち、このように拡張モデル識別子をSDTTに記述することにより、規定のモデル識別子だけでなく、モデル識別子と拡張モデル識別子を組み合わせて、受信機の機種が一意的に識別することができる。
【０１２９】
したがって、規定のモデル識別子だけを用いて、受信機の機種を識別する場合よりも、多くの受信機を識別することができる。
【０１３０】
なお、例えば、規定のモデル識別子の判定（フィルタリング）を行わないようにし、受信機２１の機種の識別には、拡張モデル識別子だけを利用するようにしてもよい。ただしこの場合には、規定のモデル識別子とともに用いる場合よりも、拡張モデル識別子に必要な領域が増える。すなわち、規定のモデル識別子ともに拡張モデル識別子を利用することで、最小限の必要領域で、多くの受信機の機種を識別することが可能になる。
【０１３１】
また、図８の例においては、拡張モデル識別子を8ビットとしたが、このサイズは任意である。また、拡張モデル識別子が記述されたプライベートデータ領域には、上述したように、拡張モデル識別子とともに、その他の情報を記述することもできる。
【０１３２】
図９および図１０は、SDTT（ダウンロード告知情報）の詳細な構成例を示す図である。なお、値において、「*」が示されるものは、SDTTによって異なる値が記述されることを表わしている。
【０１３３】
SDTTには、先頭から順に、8ビットのtable_id、1ビットのsection_syntax_indicator、1ビットのreserved_future_use、2ビットのreserved、12ビットのsection_length、16ビットのtable_in_ext、2ビットのreserved、5ビットのversion_number、1ビットのcurrent_next_indicator、8ビットのsection_number、8ビットのlast_section_number、16ビットのtransport_stream_id、16ビットのoriginal_network_id、16ビットのservice_id、および、8ビットのnum_of_contentsの各領域が配置され、num_of_contentsの後、ループ（Loop）が配置され、ループの後、すなわち、SDTT の最後尾には、32ビットのCRC_32の領域が配置されている。
【０１３４】
table_idには、SDTTのテーブル識別子であることを示す値「0x03」が記述される。section_syntax_indicatorには、値「1」が記述される。reserved_future_useには、値「1」が記述される。reservedには、値「11」が記述される。section_lengthには、セクション長（CRC_32までの長さ）を示す値「0x***」が記述される。table_in_extのうち、前の8ビットには、受信機製作者１のメーカ識別子（maker_id）を示す値「0x**」が記述され、後の8ビットには、モデル識別子(model_id)を示す値「0x**」が記述される。
【０１３５】
reservedには、値「11」が記述される。version_numberには、更新毎に1から1つずつ順にインクリメントされる、このSDTTのバージョンの値「*****」が記述される。current_next_indicatorには、まだ適用できない(not yet applicable)を示す値「0」、または、現在適用中を示す値「1」が記述される。section_numberには、値「0x00」が記述される。last_section_numberには、最後のセクション番号（通常、00）を示す値「0x**」が記述される。
【０１３６】
transport_stream_idには、TS（トランスポートストリーム）の識別子を示す値「0x****」が記述される。original_network_idには、元の分配システムのネットワーク識別子を示す値「0x****」が記述される。service_idには、ソフトウェアのコンテンツ（更新データ）が伝送（ダウンロード）されるサービス（チャンネル）識別子（ID）を示す値「0x****」が記述される。num_of_contentsには、このSDTTで告知されている、ダウンロード対象のソフトウェアの数を表わす値「0x**」が記述される。
【０１３７】
なお、受信機２１においては、これらのうち、例えば、先頭のtable_idからlast_section_numberまでが、マルチプレクサ２２１におけるフィルタリング可能領域とされる。
【０１３８】
num_of_contentsの後の大きなループ（Loop）内には、4ビットのgroup、12ビットのtarget_version、12ビットのnew_version、2ビットのdownload_level、2ビットのversion_indicator、12ビットのcontent_description_length、4ビットのreserved、および、12ビットのschedule_description_length、4ビットのreservedがそれぞれ配置され、その後、スケジュールループ(Loop)と記述子ループ(Loop)が配置されている。
【０１３９】
groupには、グループ識別子（group_id）を示す値「0x*」が記述される。target_versionには、アップデート（更新）対象となるソフトウェアのバージョン番号を示す値「0x***」が記述される。new_versionには、今回ダウンロードされるソフトウェアのバージョン番号を示す値「0x***」が記述される。download_levelには、任意ダウンロードを示す値「00」、または、強制ダウンロードを示す値「01」が記述される。
【０１４０】
version_indicatorには、全バージョンが対象（バージョン指定(target_version)は無効）であるであることを示す値「00」、指定されたバージョン以降が対象であることを示す値「01」、指定されたバージョン以前が対象であることを示す値「10」、または、指定されたバージョンのみが対象であることを示す値「11」が記述される。
【０１４１】
content_description_lengthには、スケジュールループと記述子ループの合計バイト数を示す値「0x***」が記述される。reservedには、値「0xF」（すなわち、4ビットすべてに１）が記述される。schedule_description_lengthには、スケジュールループのバイト数を示す値「0x***」が記述される。この値が０の場合、ダウンロードコンテンツ（更新データ）が伝送されていることが示される。reservedには、値「0xF」（すなわち、4ビットすべてに１）が記述される。
【０１４２】
１つ目のLoop(スケジュールループ)には、40ビットのstart_time、24ビットのdurationの領域が配置されている。
【０１４３】
start_timeには、ダウンロードの配信開始時刻を、日本標準時刻(JST : Japan Standard Time)と、修正ユリウス日(MJD : Modified Julian Day)で示す値「0x**********」が記述される。Durationには、いつまで更新データを配信するかという期間である配信継続時間を示す値「0x******」が記述される。
【０１４４】
２つ目のLoop（記述子ループ）には、値「0xC9」で示されるダウンロードコンテンツ記述子（DCD：Download Contents Descriptor）が記述されるdescriptors()の領域が配置されている。
【０１４５】
図１１および図１２は、ダウンロードコンテンツ記述子の構成を示す図である。
【０１４６】
ダウンロードコンテンツ記述子には、先頭から、8ビットのdescriptor_tag、8ビットのdescriptor_length、1ビットのreboot、1ビットのadd_on、1ビットのcompatibility_flag、1ビットのmodule_info_flag、１ビットのtext_info_flag、3ビットのreserved、32ビットのcomponent_size、32ビットのdownload_id、32ビットのtime_out_value_DII、22ビットのleak_rate、2ビットのreserved、8ビットのcomponent_tagの各領域が配置されている。
【０１４７】
descriptor_tagは、ダウンロードコンテンツ記述子のタグ(tag)値を示す値「0xC9」が記述されている。descriptor_lengthには、この記述子の長さを示す値「0x**」が記述される。Rebootには、ダウンロード終了後、継続動作を行うことを示す値「0」、またはダウンロード終了後、再起動を行うことを示す値「1」が記述される。add_onには、ソフトウェアの更新方法が、既存モジュールの書き換えであることを示す値「0」、または、ソフトウェアの更新方法が、既存モジュールの追加であることを示す値「1」が記述される。
【０１４８】
compatibility_flagには、この記述子に、compatibility_descriptor()がないことを示す値「0」、または、この記述子に、compatibility_descriptor()があることを示す値「1」が記述される。module_info_flagには、この記述子に、モジュールごとの情報がないことを示す値「0」、または、この記述子に、モジュールごとの情報があることを示す値「1」が記述される。text_info_flagには、この記述子に、末尾のサービス記述がないことを示す値「0」、または、この記述子に、末尾のサービス記述があることを示す値「1」が記述される。
【０１４９】
reservedには、１を示す値「111」が記述される。component_sizeには、データカルーセルでの伝送データサイズの合計をバイト単位で示す値「0x********」が記述される。download_idには、ダウンロードの受付番号を識別する識別子（ID）の値「0x********」が記述される。time_out_value_DIIには、当該カルーセルでのダウンロード制御メッセージの１つであるDII(Download Info Indication)の全セクション受信に対する推奨すべきタイムアウト値を示す値「0x********」が記述される。
【０１５０】
leak_rateには、受信機２１のTS（トランスポートストリーム）バッファのリークレートを50バイト単位で示す値「**,0x*****」が記述される。Reservedには、１を示す値「11」が記述される。component_tagには、PMT（Program Map Table：放送番組マップテーブル）のストリーム記述子で与えられる、対応するストリームのコンポーネントタグ値を示す値「**」が記述される。
【０１５１】
component_tagの後には、モジュールループ（Loop）、8ビットのprivate_data_lengthの領域、プライベートループ(Loop)が配置されるが、component_tagと、モジュールループ（Loop）の間には、compatibility_flagが値「1」である場合のみ、compatibility_descriptor()の領域が配置され、module_info_flagが値「1」である場合のみ、16ビットのnum_of_modulesの領域が配置される。
【０１５２】
compatibility_descriptor()には、DII内のものと全く同等の互換性に関する記述子が記述される。num_of_modulesには、ダウンロードにおけるデータ伝送に用いられるモジュール数を示す値「****」が記述される。
【０１５３】
モジュールループには、16ビットのmodule_id、32ビットのmodule_size、8ビットのmodule_info_lengthの各領域と、その後にループが配置される。module_idには、ダウンロードにおけるデータ伝送に用いられるモジュール識別子を示す値「****」が記述される。module_sizeには、当該モジュールのバイト長を示す値「********」が記述される。module_info_lengthには、次に続くループ内のmodule_info_byteのバイト長を示す値「**」が記述される。
【０１５４】
ループ内の8ビットのmodule_info_byteには、DIIで記述されるtype記述子、name記述子、およびinfo記述子のうち必要なものが記述される。
【０１５５】
モジュールループの後のprivate_data_lengthには、次に続くプライベートループ内のprivate_data_byteのバイト長を示す値「**」が記述される。
【０１５６】
モジュールループには、8ビットのprivate_data_byteの領域が配置され、その後に、text_info_flagが値「1」である場合のみ、24ビットのISO_639_language_code、8ビットのtext_lengthの各領域、および、8ビットのtext_charの領域が含まれるループが配置される。
【０１５７】
private_data_byte（プライベートデータ領域）は、規格の範囲外であり、図２のデジタル放送システムにおいては、private_data_byteに、拡張モデル識別子が、図８を参照して上述した構成で記述される。
【０１５８】
ISO_639_language_codeには、末尾のサービス記述で使用される文字記述の言語を識別するための値[******」が記述される。text_lengthには、末尾のサービス記述のバイト長を示す値「**」が記述される。text_char（サービス記述領域）には、伝送されるダウンロードコンテンツ（更新データ）のサービスに関する記述がなされる。
【０１５９】
なお、上記説明においては、拡張モデル識別子を、ダウンロードコンテンツ記述子のプライベートデータ領域に記述するようにしたが、その領域に限らず、現状の規格で利用されていない領域であれば、他の領域であってもよい。
【０１６０】
例えば、ダウンロードコンテンツ記述子のプライベートデータ領域の他には、例えば、ダウンロードコンテンツ記述子のtext_char（サービス記述領域）や、SDTTのGroup(グループ領域)、または、他のreserved領域に、拡張モデル識別子が記述されるようにしてもよい。
【０１６１】
なお、ダウンロードコンテンツ記述子のtext_char（サービス記述領域）は、伝送されるダウンロードコンテンツ（更新データ）のサービスに関する記述がなされる領域であり、SDTTのGroup(グループ領域)は、非特許文献１のSTD-B21によって、受信機毎にダウンロード開始時刻を分散させ、発電所の負荷低減を図るための領域と規定されている。また、他のreserved領域は、将来の利用のために予約された領域のため、将来的に、他の目的に利用される可能性もある。これらの領域に拡張モデル識別子が記述されるようにしてもよいが、以上のことを踏まえると、ダウンロードコンテンツ記述子のプライベートデータ領域が、拡張モデル識別子を記述することに対して、一番推奨される領域となる。
【０１６２】
次に、図１３のフローチャートを参照して、データ生成装置２１のSDTT生成処理を説明する。
【０１６３】
受信機製作者１は、入力部１１６を構成するキーボードなどを操作し、受信機製作者１側でSDTTに記述すべき情報（メーカ識別子、受信機製作者１により設定されているモデル識別子および拡張モデル識別子など）を入力する。
【０１６４】
入力部１１６から受信機製作者１の操作に対応する情報が入力されると、情報記述部１５１は、ステップＳ１１において、受信機製作者１側でSDTTに記述すべき情報（メーカ識別子、受信機製作者１により設定されているモデル識別子および拡張モデル識別子など）を、それぞれ対応する領域に記述する。
【０１６５】
例えば、メーカ識別子およびモデル識別子は、SDTTの先頭付近のtableIdExtensionにそれぞれ記述される。また、拡張モデル識別子は、例えば、SDTTのダウンロードコンテンツ記述子のプライベートデータ領域(private_data_byte)に記述される。
【０１６６】
情報記述部１５１は、受信機製作者１側でSDTTに記述すべき情報をすべてが記述されたデータを、告知情報生成部１５２に供給する。
【０１６７】
告知情報生成部１５２は、ステップＳ１２において、情報記述部１５１から供給されたデータを、SDTTの形式に変換してSDTTを生成する。
【０１６８】
これにより、生成されたSDTTは、図示せぬ処理により生成された更新データとともに、ダウンロード装置３に送信（提出）されるので、ダウンロード装置３は、受信機製作者１−１および１−２の提出する更新データを集めて、スケジューリングする。
【０１６９】
そして、ダウンロード装置３は、更新データをダウンロードデータ（データカルーセル）として送信する前に、受信機製作者１−１および１−２の提出するSDTTに、更新データに基づく必要な情報（例えば、受信機に対して、事前にソフトウェアの更新データのダウンロードが行われること通知する情報として、更新データのダウンロード時刻やダウンロードを行うサービス（チャンネル）などのダウンロード情報）を記載して完成させ、完成したSDTTを、放送装置４を介して、放送信号に多重して放送する。
【０１７０】
その後、ダウンロード装置３は、更新データのダウンロード時刻に、更新データをダウンロードデータ（データカルーセル）として、放送装置４を介して、放送信号に多重して放送する。
【０１７１】
次に、図１４のフローチャートを参照して、受信機２１がSDTTに基づいてソフトウェアを取得し、更新する処理を説明する。
【０１７２】
上述したように、受信機２１のソフトウェアの更新の際には、更新データの送信（放送）に先立って、SDTT(ダウンロード告知情報テーブル)がダウンロード装置３および放送装置４を介して放送されてくる。
【０１７３】
受信機２１のフロントエンド部２１９は、アンテナ２０１を介して受信された放送信号から、ユーザの選局に対応する放送信号を抽出して、復調し、トランスポートストリームを生成し、デスクランブラ２２０に出力する。デスクランブラ２２０は、フロントエンド部２１９から入力されるトランスポートストリームのスクランブルを適宜解除して、デマルチプレクサ２２１に出力する。
【０１７４】
デマルチプレクサ２２１は、多重化されたトランスポートストリームを、映像または音声データなどのストリームや、セクションデータに分離する。そして、デマルチプレクサ２２１は、ステップＳ４１において、分離したセクションデータを、テーブル識別子、メーカ識別子、およびモデル識別子をパラメータとしたフィルタリング処理を行い、SDTTであることを識別すると、さらに、ステップＳ４２において、SDTTに記述されているメーカ識別子およびモデル識別子が、受信機２１が対応するメーカ識別子およびモデル識別子と一致するかを判定する。
【０１７５】
ステップＳ４２において、SDTTに記述されているメーカ識別子およびモデル識別子が、受信機２１が対応するメーカ識別子およびモデル識別子と一致すると判定された場合、デマルチプレクサ２２１は、そのSDTTを、CPU２１１の告知情報取得部２５１に出力する。
【０１７６】
告知情報取得部２５１は、ステップＳ４３において、デマルチプレクサ２２１からのSDTTを取得し、取得したSDTTをRAM２１３に一旦展開する。
【０１７７】
拡張ID判定部２６１は、ステップＳ４４において、告知情報取得部２５１の制御のもと、不揮発性メモリ２１５の拡張モデル識別子を参照して、SDTTに拡張モデル識別子が記述されているか否かを判定し、SDTTに拡張モデル識別子が記述されていると判定した場合、ステップＳ４５において、SDTTに記述されている拡張モデル識別子が、受信機２１（自己）の拡張モデル識別子と一致するか否かを判定する。
【０１７８】
ステップＳ４５において、SDTTに記述されている拡張モデルIDが、受信機２１（自己）の拡張モデル識別子と一致すると判定された場合、バージョン判定部２６２は、ステップＳ４６において、告知情報取得部２５１の制御のもと、不揮発性メモリ２１５のソフトウェアのバージョン情報を参照して、SDTTに記述されている更新データのバージョンが、受信機２１にとって必要なバージョンであるか否かを判定する。
【０１７９】
SDTTに記述のバージョンが、受信機２１のソフトウェアのバージョンよりも大きい（新しい）場合、ステップＳ４６において、SDTTに記述のバージョンが必要なバージョンであると判定されるので、告知情報取得部２５１は、RAM２１３に展開したSDTTを、不揮発性メモリ２１５に保持させる。
【０１８０】
一方、ステップＳ４２において、SDTTに記述されているメーカ識別子およびモデル識別子が、受信機２１が対応するメーカ識別子およびモデル識別子と一致しないと判定された場合、ステップＳ４４において、SDTTに拡張モデル識別子が記述されていないと判定された場合、ステップＳ４５において、SDTTに記述されている拡張モデル識別子が、受信機２１（自己）の拡張モデル識別子と一致しないと判定された場合、または、ステップＳ４６において、SDTTに記述のバージョンが必要なバージョンではないと判定された場合、RAM２１３に展開したSDTTは、告知情報取得部２５１により、破棄され、処理は、ステップＳ４１に戻り、次に放送されてくるセクションデータに対しての処理が実行される。
【０１８１】
更新データ取得部２５２は、不揮発性メモリ２１５にSDTTが保持されると、ステップＳ４７において、SDTTに記述されている情報を解析し、ステップＳ４８において、更新データのダウンロードの準備を行う。
【０１８２】
すなわち、更新データ取得部２５２は、SDTTに記述の情報を解析することで、更新データのダウンロード開始時刻やダウンロードを行うサービス（チャンネル）などのダウンロード情報を確認し、更新データのダウンロード開始時刻を決定し、内蔵するクロックで計時動作を行い、SDTTに記述されている更新データのダウンロード開始時刻になるまで待機している。
【０１８３】
更新データ取得部２５２は、更新データのダウンロード開始時刻になったと判定した場合、ステップＳ４９において、ソフトウェアの更新処理を実行する。このソフトウェアの更新処理を、図１５のフローチャートを参照して説明する。
【０１８４】
更新データ取得部２５２は、ステップＳ７１において、選局部２５３を制御し、SDTTに記述されているダウンロードサービス（チャンネル）を選局させ、ステップＳ７２において、デマルチプレクサ２２１を制御し、選局部２５３により選局されたサービスの放送信号から、受信機２１に必要なバージョンの更新データを取得させ、取得した更新データを不揮発性メモリ２１５に一旦記憶させる。
【０１８５】
すなわち、更新データの放送の日時（ダウンロード開始時刻）に、放送装置４から、ソフトウェアの更新データが、ダウンロードデータ（データカルーセル）として所定のサービスの放送信号に多重化されて送信されてくる。なお、このコンテンツは、暗号化されていてもよいし、伝送誤りを防ぐために、誤り検出、誤り訂正符号などが付加されているようにしてもよい。
【０１８６】
フロントエンド部２１９は、アンテナ２０１を介して放送装置４からの放送信号を受信するので、選局部２５４は、フロントエンド部２１９を制御し、受信された放送信号より、ダウンロード告知情報に記述されているサービス（チャンネル）を選局させる。フロントエンド部２１９は、アンテナ２０１を介して受信された放送信号から、選局部２５４の選局に対応する放送信号を抽出して、復調し、トランスポートストリームを生成し、デスクランブラ２２０に出力する。デスクランブラ２２０は、フロントエンド部２１９から入力されるトランスポートストリームのスクランブルを適宜解除して、デマルチプレクサ２２１に出力する。
【０１８７】
デマルチプレクサ２２１は、多重化されたトランスポートストリームを、映像または音声データなどのストリームや、セクションデータに分離し、更新データ取得部２５２からの制御により、分離されたセクションデータから、必要なDSM-CCセクションを更新データとして、更新データ取得部２５２に供給する。
【０１８８】
更新データ取得部２５２は、ステップＳ７２において、デマルチプレクサ２２１からの更新データを取得し、不揮発性メモリ２１５に一旦記憶する。
【０１８９】
ソフトウェア更新部２５４は、ステップＳ７３において、更新データ取得部２５２により不揮発性メモリ２１５に記憶された更新データを用いて、受信機２１のソフトウェアを更新し、受信機２１の処理は、終了する。
【０１９０】
なお、図１４の例においては、ステップＳ４４およびＳ４５において、拡張識別子の判定を行い、その後、ステップＳ４６のバージョンの判定処理を行う場合を説明したが、バージョンの判定処理は、拡張識別子の判定処理の前に行うこともできる。
【０１９１】
以上のように、規定のモデル識別子だけでなく、モデル識別子と拡張モデル識別子を組み合わせて、受信機２１の機種を識別するようにしたので、規定のモデル識別子だけを用いて、受信機の機種を識別する場合よりも、多くの受信機を識別することができる。
【０１９２】
また、新規のモデル識別子を用いるのではなく、モデル識別子と拡張モデル識別子を組み合わせて、受信機２１の機種を識別するようにしたので、拡張モデル識別子に必要な領域も最小限にすることができる。
【０１９３】
さらに、現在、規定されていない領域に、拡張モデル識別子を記述するようにしたので、現在の非特許文献１の規定に則ったまま、モデル識別が有限であることの制約が緩和され、受信機製作者１は、多種多様な受信機を市場に供給することが可能になる。
【０１９４】
すなわち、本発明によれば、従来のように、規定のモデル識別子だけを使用する場合に、１０年乃至２０年でモデル識別の枯渇が発生し、新たな機種の受信機が供給できなくなるであろうことを抑制することができる。
【０１９５】
さらに、具体的には、例えば、１年で２０モデルが市場に発売される場合を想定すると、従来の規定のモデル識別子だけの場合には、１０年超でモデル識別子の枯渇の恐れがあるが、本発明によれば、例えば、拡張モデル識別子が8ビットの場合、1000年以上まで、モデル識別子と拡張モデル識別子の組み合わせが重複することなく利用可能である。
【０１９６】
なお、上記説明においては、更新データを放送信号に多重して、放送信号から取得するようにしたが、図示せぬネットワークなどを介してサーバから取得するようにしてもよい。
【０１９７】
また、上記説明においては、ディスプレイ２０２を内蔵した受信機２１を用いて説明したが、外部のテレビジョン装置と接続される受信機であってもよいし、セットトップボックスなどにより構成されるようにしてもよい。また、上記説明においては、固定受信機の受信機２１を用いて説明したが、PDA(Personal Digital assistant)や携帯電話機などの移動受信機や携帯受信機にも本発明を適用することができる。
【０１９８】
上述した一連の処理は、ハードウェアにより実行させることもできるが、ソフトウェアにより実行させることもできる。一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、専用のハードウェアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、プログラム格納媒体からインストールされる。
【０１９９】
コンピュータにインストールされ、コンピュータによって実行可能な状態とされるプログラムを格納するプログラム格納媒体は、図３および図５に示されるように、磁気ディスク（フレキシブルディスクを含む）、光ディスク（CD-ROM(Compact Disc-Read Only Memory)、DVD(Digital Versatile Disc)を含む）、光磁気ディスク（MD(Mini-Disc)（商標）を含む）、もしくは半導体メモリなどよりなるリムーバブルメディア（パッケージメディア）１２１および２２５、または、プログラムが一時的もしくは永続的に格納されるROM１１２およびROM２１２などにより構成される。
【０２００】
なお、本明細書において、フローチャートに示されるステップは、記載された順序に従って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【０２０１】
なお、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。
【図面の簡単な説明】
【０２０２】
【図１】従来の受信機の更新データ取得処理を説明するフローチャートである。
【図２】本発明のデジタルテレビジョン放送システムの構成例を示す図である。
【図３】図２のデータ生成装置の構成例を示すブロック図である。
【図４】図３のデータ生成装置の機能構成例を示すブロック図である。
【図５】図２の受信機の構成例を示すブロック図である。
【図６】図５の受信機の機能構成例を示すブロック図である。
【図７】SDTTの構成例を示す図である。
【図８】拡張モデル識別子用のデータの構成例を示す図である。
【図９】SDTTの詳細な構成例を示す図である。
【図１０】SDTTの詳細な構成例を示す図である。
【図１１】ダウンロードコンテンツ記述子の構成を示す図である。
【図１２】ダウンロードコンテンツ記述子の構成を示す図である。
【図１３】図２のデータ生成装置のSDTT生成処理を説明するフローチャートである。
【図１４】図２の受信機の処理を説明するフローチャートである。
【図１５】図１４のステップＳ４９のソフトウェアの更新処理を説明するフローチャートである。
【符号の説明】
【０２０３】
１１−１および１１−２ データ生成装置， ２１Ａ−１乃至２１Ａ−３，２１Ｂ−１，２１Ｂ−２，２１Ｃ−１，および２１Ｃ−２ 受信機， ７２−１および７２−２ 受信機， １５１ 情報記述部， １５２ 告知情報生成部， ２１１ CPU， ２１２ ROM， ２１３ RAM， ２１５ 不揮発性メモリ， ２２１ デマルチプレクサ， ２５１ 告知情報取得部， ２５２ 更新データ取得部， ２５３ 選局部， ２５４ ソフトウェア更新部，２６１ 拡張ID判定部，２６２ バージョン判定部
【特許請求の範囲】
【請求項１】
放送信号を受信する受信装置と、前記放送信号に多重化されて送信される、前記受信装置のソフトウェアを更新するための更新データのダウンロードに関する告知情報を生成するデータ生成装置からなる情報処理システムにおいて、
前記データ生成装置は、
前記受信装置の機種を一意的に識別するために所定の規格において規定されている規定モデル識別子を、前記所定の規格において規定されている前記告知情報の規定領域に記述するとともに、前記規定モデル識別子と組み合わせて用いることで、前記規定モデル識別子の数よりも多くの数の前記受信装置の機種を一意的に識別可能な拡張モデル識別子を、前記告知情報の所定の領域に記述する情報記述手段と、
前記情報記述手段により前記規定モデル識別子とともに拡張モデル識別子が記述された前記告知情報を生成する生成手段とを備え、
前記受信装置は、
前記放送信号に多重化された前記告知情報の前記規定モデル識別子が、自己の規定モデル識別子と一致するか否かを判定する規定識別子判定手段と、
前記規定識別子判定手段により前記告知情報の前記規定モデル識別子が、自己の規定モデル識別子と一致すると判定された場合、前記告知情報の前記拡張モデル識別子が、自己の前記拡張モデル識別子と一致するか否かを判定する拡張識別子判定手段と、
前記拡張識別子判定手段により前記告知情報の前記拡張モデル識別子が、自己の拡張モデル識別子と一致すると判定された場合、前記告知情報に基づいて、前記放送信号から前記更新データを取得する更新データ取得手段とを備える
情報処理システム。
【請求項２】
前記受信装置は、
前記拡張識別子判定手段により前記告知情報の前記拡張モデル識別子が、自己の拡張モデル識別子と一致しないと判定された場合、前記告知情報を破棄する情報破棄手段をさらに備える
請求項１に記載の情報処理システム。
【請求項３】
前記データ生成装置の前記情報記述手段は、前記告知情報において、前記規定モデル識別子が記述される前記規定領域より後方に配置され、前記所定の規格において規定されていない、または、利用されていない所定の領域に、前記拡張モデル識別子を記述する
請求項１に記載の情報処理システム。
【請求項４】
前記拡張モデル識別子が記述される前記所定の領域は、プライベートデータ領域（Private_data_byte）である
請求項３に記載の情報処理システム。
【請求項５】
前記受信装置は、
前記更新データ取得手段により取得された前記更新データを用いて、自己のソフトウェアを更新するソフトウェア更新手段をさらに備える
請求項１に記載の情報処理システム。
【請求項６】
放送信号を受信する受信装置と、前記放送信号に多重化されて送信される、前記受信装置のソフトウェアを更新するための更新データのダウンロードに関する告知情報を生成するデータ生成装置からなる情報処理システムの情報処理方法において、
前記データ生成装置における、
前記受信装置の機種を一意的に識別するために所定の規格において規定されている規定モデル識別子を、前記所定の規格において規定されている前記告知情報の規定領域に記述するとともに、前記規定モデル識別子と組み合わせて用いることで、前記規定モデル識別子の数よりも多くの数の前記受信装置の機種を一意的に識別可能な拡張モデル識別子を、前記告知情報の所定の領域記述する情報記述ステップと、
前記情報記述ステップの処理により前記規定モデル識別子とともに拡張モデル識別子が記述された前記告知情報を生成する生成ステップとを含み、
前記受信装置における、
前記放送信号に多重化された前記告知情報の前記規定モデル識別子が、自己の規定モデル識別子と一致するか否かを判定する規定識別子判定ステップと、
前記規定識別子判定ステップの処理により前記告知情報の前記規定モデル識別子が、自己の規定モデル識別子と一致すると判定された場合、前記告知情報の前記拡張モデル識別子が、自己の前記拡張モデル識別子と一致するか否かを判定する拡張識別子判定ステップと、
前記拡張識別子判定ステップの処理により前記告知情報の前記拡張モデル識別子が、自己の拡張モデル識別子と一致すると判定された場合、前記告知情報に基づいて、前記放送信号から前記更新データを取得する更新データ取得ステップとを含む
情報処理方法。
【請求項７】
データ生成装置により生成され、放送信号に多重化された、ソフトウェアを更新するための更新データのダウンロードに関する告知情報を受信する受信装置において、
前記受信装置の機種を一意的に識別するために所定の規格において規定されている規定モデル識別子が、前記所定の規格において規定されている規定領域に記述されるとともに、前記規定モデル識別子と組み合わせて用いることで、前記規定モデル識別子の数よりも多くの数の前記受信装置の機種を一意的に識別可能な拡張モデル識別子が、所定の領域に記述されて生成され、前記放送信号に多重化された前記告知情報の前記規定モデル識別子が、自己の規定モデル識別子と一致するか否かを判定する規定識別子判定手段と、
前記規定識別子判定手段により前記告知情報の前記規定モデル識別子が、自己の規定モデル識別子と一致すると判定された場合、前記告知情報の前記拡張モデル識別子が、自己の前記拡張モデル識別子と一致するか否かを判定する拡張識別子判定手段と、
前記拡張識別子判定手段により前記告知情報の前記拡張モデル識別子が、自己の拡張モデル識別子と一致すると判定された場合、前記告知情報に基づいて、前記放送信号から前記更新データを取得する更新データ取得手段と
を備える受信装置。
【請求項８】
前記拡張識別子判定手段により前記告知情報の前記拡張モデル識別子が、自己の拡張モデル識別子と一致しないと判定された場合、前記告知情報を破棄する情報破棄手段をさらに備える
請求項７に記載の受信装置。
【請求項９】
前記拡張モデル識別子は、前記告知情報において、前記規定モデル識別子が記述された規定領域より後方に配置され、前記所定の規格において規定されていない、または、利用されていない所定の領域に記述される
請求項７に記載の受信装置。
【請求項１０】
前記拡張モデル識別子が記述される前記所定の領域は、プライベートデータ領域（Private_data_byte）である
請求項９に記載の受信装置。
【請求項１１】
前記更新データ取得手段により取得された前記更新データを用いて、自己のソフトウェアを更新するソフトウェア更新手段をさらに備える
請求項７に記載の受信装置。
【請求項１２】
データ生成装置により生成され、放送信号に多重化された、ソフトウェアを更新するための更新データのダウンロードに関する告知情報を受信する受信装置の受信方法において、
前記受信装置の機種を一意的に識別するために所定の規格において規定されている規定モデル識別子が、前記所定の規格において規定されている規定領域に記述されるとともに、前記規定モデル識別子と組み合わせて用いることで、前記規定モデル識別子の数よりも多くの数の前記受信装置の機種を一意的に識別可能な拡張モデル識別子が、所定の領域に記述されて生成され、前記放送信号に多重化された前記告知情報の前記規定モデル識別子が、自己の規定モデル識別子と一致するか否かを判定する規定識別子判定ステップと、
前記規定識別子判定ステップの処理により前記告知情報の前記規定モデル識別子が、自己の規定モデル識別子と一致すると判定された場合、前記告知情報の前記拡張モデル識別子が、自己の前記拡張モデル識別子と一致するか否かを判定する拡張識別子判定ステップと、
前記拡張識別子判定ステップの処理により前記告知情報の前記拡張モデル識別子が、自己の拡張モデル識別子と一致すると判定された場合、前記告知情報に基づいて、前記放送信号から前記更新データを取得する更新データ取得ステップと
を含む受信方法。
【請求項１３】
データ生成装置により生成され、放送信号に多重化された、ソフトウェアを更新するための更新データのダウンロードに関する告知情報を受信する受信装置用のプログラムであって、
前記受信装置の機種を一意的に識別するために所定の規格において規定されている規定モデル識別子が、前記所定の規格において規定されている規定領域に記述されるとともに、前記規定モデル識別子と組み合わせて用いることで、前記規定モデル識別子の数よりも多くの数の前記受信装置の機種を一意的に識別可能な拡張モデル識別子が、所定の領域に記述されて生成され、前記放送信号に多重化された前記告知情報の前記規定モデル識別子が、自己の規定モデル識別子と一致するか否かを判定する規定識別子判定ステップと、
前記規定識別子判定ステップの処理により前記告知情報の前記規定モデル識別子が、自己の規定モデル識別子と一致すると判定された場合、前記告知情報の前記拡張モデル識別子が、自己の前記拡張モデル識別子と一致するか否かを判定する拡張識別子判定ステップと、
前記拡張識別子判定ステップの処理により前記告知情報の前記拡張モデル識別子が、自己の拡張モデル識別子と一致すると判定された場合、前記告知情報に基づいて、前記放送信号から前記更新データを取得する更新データ取得ステップと
を含むプログラム。
【請求項１４】
放送信号に多重化されて送信される、前記放送信号を受信する受信装置のソフトウェアを更新するための更新データのダウンロードに関する告知情報を生成するデータ生成装置において、
前記受信装置の機種を一意的に識別するために所定の規格において規定されている規定モデル識別子を、前記所定の規格において規定されている前記告知情報の規定領域に記述するとともに、前記規定モデル識別子と組み合わせて用いることで、前記規定モデル識別子の数よりも多くの数の前記受信装置の機種を一意的に識別可能な拡張モデル識別子を、前記告知情報の所定の領域に記述する情報記述手段と、
前記情報記述手段により前記規定モデル識別子とともに拡張モデル識別子が記述された前記告知情報を生成する生成手段と
を備えるデータ生成装置。
【請求項１５】
前記生成手段は、前記告知情報において、前記規定モデル識別子が記述された規定領域より後方に配置され、前記所定の規格において規定されていない、または、利用されていない所定の領域に、前記拡張モデル識別子を記述する
請求項１４に記載のデータ生成装置。
【請求項１６】
前記拡張モデル識別子が記述される前記所定の領域は、プライベートデータ領域（Private_data_byte）である
請求項１５に記載のデータ生成装置。
【請求項１７】
放送信号に多重化されて送信される、前記放送信号を受信する受信装置のソフトウェアを更新するための更新データのダウンロードに関する告知情報を生成するデータ生成装置のデータ生成方法において、
前記受信装置の機種を一意的に識別するために所定の規格において規定されている規定モデル識別子を、前記所定の規格において規定されている前記告知情報の規定領域に記述するとともに、前記規定モデル識別子と組み合わせて用いることで、前記規定モデル識別子の数よりも多くの数の前記受信装置の機種を一意的に識別可能な拡張モデル識別子を、前記告知情報の所定の領域に記述する情報記述ステップと、
前記情報記述ステップの処理により前記規定モデル識別子とともに拡張モデル識別子が記述された前記告知情報を生成する生成ステップと
を含むデータ生成方法。
【請求項１８】
放送信号に多重化されて送信される、前記放送信号を受信する受信装置のソフトウェアを更新するための更新データのダウンロードに関する告知情報を生成する処理をコンピュータに行わせるプログラムであって、
前記受信装置の機種を一意的に識別するために所定の規格において規定されている規定モデル識別子を、前記所定の規格において規定されている前記告知情報の規定領域に記述するとともに、前記規定モデル識別子と組み合わせて用いることで、前記規定モデル識別子の数よりも多くの数の前記受信装置の機種を一意的に識別可能な拡張モデル識別子を、前記告知情報の所定の領域に記述する情報記述ステップと、
前記情報記述ステップの処理により前記規定モデル識別子とともに拡張モデル識別子が記述された前記告知情報を生成する生成ステップと
を含むプログラム。
【請求項１】
放送信号を受信する受信装置と、前記放送信号に多重化されて送信される、前記受信装置のソフトウェアを更新するための更新データのダウンロードに関する告知情報を生成するデータ生成装置からなる情報処理システムにおいて、
前記データ生成装置は、
前記受信装置の機種を一意的に識別するために所定の規格において規定されている規定モデル識別子を、前記所定の規格において規定されている前記告知情報の規定領域に記述するとともに、前記規定モデル識別子と組み合わせて用いることで、前記規定モデル識別子の数よりも多くの数の前記受信装置の機種を一意的に識別可能な拡張モデル識別子を、前記告知情報の所定の領域に記述する情報記述手段と、
前記情報記述手段により前記規定モデル識別子とともに拡張モデル識別子が記述された前記告知情報を生成する生成手段とを備え、
前記受信装置は、
前記放送信号に多重化された前記告知情報の前記規定モデル識別子が、自己の規定モデル識別子と一致するか否かを判定する規定識別子判定手段と、
前記規定識別子判定手段により前記告知情報の前記規定モデル識別子が、自己の規定モデル識別子と一致すると判定された場合、前記告知情報の前記拡張モデル識別子が、自己の前記拡張モデル識別子と一致するか否かを判定する拡張識別子判定手段と、
前記拡張識別子判定手段により前記告知情報の前記拡張モデル識別子が、自己の拡張モデル識別子と一致すると判定された場合、前記告知情報に基づいて、前記放送信号から前記更新データを取得する更新データ取得手段とを備える
情報処理システム。
【請求項２】
前記受信装置は、
前記拡張識別子判定手段により前記告知情報の前記拡張モデル識別子が、自己の拡張モデル識別子と一致しないと判定された場合、前記告知情報を破棄する情報破棄手段をさらに備える
請求項１に記載の情報処理システム。
【請求項３】
前記データ生成装置の前記情報記述手段は、前記告知情報において、前記規定モデル識別子が記述される前記規定領域より後方に配置され、前記所定の規格において規定されていない、または、利用されていない所定の領域に、前記拡張モデル識別子を記述する
請求項１に記載の情報処理システム。
【請求項４】
前記拡張モデル識別子が記述される前記所定の領域は、プライベートデータ領域（Private_data_byte）である
請求項３に記載の情報処理システム。
【請求項５】
前記受信装置は、
前記更新データ取得手段により取得された前記更新データを用いて、自己のソフトウェアを更新するソフトウェア更新手段をさらに備える
請求項１に記載の情報処理システム。
【請求項６】
放送信号を受信する受信装置と、前記放送信号に多重化されて送信される、前記受信装置のソフトウェアを更新するための更新データのダウンロードに関する告知情報を生成するデータ生成装置からなる情報処理システムの情報処理方法において、
前記データ生成装置における、
前記受信装置の機種を一意的に識別するために所定の規格において規定されている規定モデル識別子を、前記所定の規格において規定されている前記告知情報の規定領域に記述するとともに、前記規定モデル識別子と組み合わせて用いることで、前記規定モデル識別子の数よりも多くの数の前記受信装置の機種を一意的に識別可能な拡張モデル識別子を、前記告知情報の所定の領域記述する情報記述ステップと、
前記情報記述ステップの処理により前記規定モデル識別子とともに拡張モデル識別子が記述された前記告知情報を生成する生成ステップとを含み、
前記受信装置における、
前記放送信号に多重化された前記告知情報の前記規定モデル識別子が、自己の規定モデル識別子と一致するか否かを判定する規定識別子判定ステップと、
前記規定識別子判定ステップの処理により前記告知情報の前記規定モデル識別子が、自己の規定モデル識別子と一致すると判定された場合、前記告知情報の前記拡張モデル識別子が、自己の前記拡張モデル識別子と一致するか否かを判定する拡張識別子判定ステップと、
前記拡張識別子判定ステップの処理により前記告知情報の前記拡張モデル識別子が、自己の拡張モデル識別子と一致すると判定された場合、前記告知情報に基づいて、前記放送信号から前記更新データを取得する更新データ取得ステップとを含む
情報処理方法。
【請求項７】
データ生成装置により生成され、放送信号に多重化された、ソフトウェアを更新するための更新データのダウンロードに関する告知情報を受信する受信装置において、
前記受信装置の機種を一意的に識別するために所定の規格において規定されている規定モデル識別子が、前記所定の規格において規定されている規定領域に記述されるとともに、前記規定モデル識別子と組み合わせて用いることで、前記規定モデル識別子の数よりも多くの数の前記受信装置の機種を一意的に識別可能な拡張モデル識別子が、所定の領域に記述されて生成され、前記放送信号に多重化された前記告知情報の前記規定モデル識別子が、自己の規定モデル識別子と一致するか否かを判定する規定識別子判定手段と、
前記規定識別子判定手段により前記告知情報の前記規定モデル識別子が、自己の規定モデル識別子と一致すると判定された場合、前記告知情報の前記拡張モデル識別子が、自己の前記拡張モデル識別子と一致するか否かを判定する拡張識別子判定手段と、
前記拡張識別子判定手段により前記告知情報の前記拡張モデル識別子が、自己の拡張モデル識別子と一致すると判定された場合、前記告知情報に基づいて、前記放送信号から前記更新データを取得する更新データ取得手段と
を備える受信装置。
【請求項８】
前記拡張識別子判定手段により前記告知情報の前記拡張モデル識別子が、自己の拡張モデル識別子と一致しないと判定された場合、前記告知情報を破棄する情報破棄手段をさらに備える
請求項７に記載の受信装置。
【請求項９】
前記拡張モデル識別子は、前記告知情報において、前記規定モデル識別子が記述された規定領域より後方に配置され、前記所定の規格において規定されていない、または、利用されていない所定の領域に記述される
請求項７に記載の受信装置。
【請求項１０】
前記拡張モデル識別子が記述される前記所定の領域は、プライベートデータ領域（Private_data_byte）である
請求項９に記載の受信装置。
【請求項１１】
前記更新データ取得手段により取得された前記更新データを用いて、自己のソフトウェアを更新するソフトウェア更新手段をさらに備える
請求項７に記載の受信装置。
【請求項１２】
データ生成装置により生成され、放送信号に多重化された、ソフトウェアを更新するための更新データのダウンロードに関する告知情報を受信する受信装置の受信方法において、
前記受信装置の機種を一意的に識別するために所定の規格において規定されている規定モデル識別子が、前記所定の規格において規定されている規定領域に記述されるとともに、前記規定モデル識別子と組み合わせて用いることで、前記規定モデル識別子の数よりも多くの数の前記受信装置の機種を一意的に識別可能な拡張モデル識別子が、所定の領域に記述されて生成され、前記放送信号に多重化された前記告知情報の前記規定モデル識別子が、自己の規定モデル識別子と一致するか否かを判定する規定識別子判定ステップと、
前記規定識別子判定ステップの処理により前記告知情報の前記規定モデル識別子が、自己の規定モデル識別子と一致すると判定された場合、前記告知情報の前記拡張モデル識別子が、自己の前記拡張モデル識別子と一致するか否かを判定する拡張識別子判定ステップと、
前記拡張識別子判定ステップの処理により前記告知情報の前記拡張モデル識別子が、自己の拡張モデル識別子と一致すると判定された場合、前記告知情報に基づいて、前記放送信号から前記更新データを取得する更新データ取得ステップと
を含む受信方法。
【請求項１３】
データ生成装置により生成され、放送信号に多重化された、ソフトウェアを更新するための更新データのダウンロードに関する告知情報を受信する受信装置用のプログラムであって、
前記受信装置の機種を一意的に識別するために所定の規格において規定されている規定モデル識別子が、前記所定の規格において規定されている規定領域に記述されるとともに、前記規定モデル識別子と組み合わせて用いることで、前記規定モデル識別子の数よりも多くの数の前記受信装置の機種を一意的に識別可能な拡張モデル識別子が、所定の領域に記述されて生成され、前記放送信号に多重化された前記告知情報の前記規定モデル識別子が、自己の規定モデル識別子と一致するか否かを判定する規定識別子判定ステップと、
前記規定識別子判定ステップの処理により前記告知情報の前記規定モデル識別子が、自己の規定モデル識別子と一致すると判定された場合、前記告知情報の前記拡張モデル識別子が、自己の前記拡張モデル識別子と一致するか否かを判定する拡張識別子判定ステップと、
前記拡張識別子判定ステップの処理により前記告知情報の前記拡張モデル識別子が、自己の拡張モデル識別子と一致すると判定された場合、前記告知情報に基づいて、前記放送信号から前記更新データを取得する更新データ取得ステップと
を含むプログラム。
【請求項１４】
放送信号に多重化されて送信される、前記放送信号を受信する受信装置のソフトウェアを更新するための更新データのダウンロードに関する告知情報を生成するデータ生成装置において、
前記受信装置の機種を一意的に識別するために所定の規格において規定されている規定モデル識別子を、前記所定の規格において規定されている前記告知情報の規定領域に記述するとともに、前記規定モデル識別子と組み合わせて用いることで、前記規定モデル識別子の数よりも多くの数の前記受信装置の機種を一意的に識別可能な拡張モデル識別子を、前記告知情報の所定の領域に記述する情報記述手段と、
前記情報記述手段により前記規定モデル識別子とともに拡張モデル識別子が記述された前記告知情報を生成する生成手段と
を備えるデータ生成装置。
【請求項１５】
前記生成手段は、前記告知情報において、前記規定モデル識別子が記述された規定領域より後方に配置され、前記所定の規格において規定されていない、または、利用されていない所定の領域に、前記拡張モデル識別子を記述する
請求項１４に記載のデータ生成装置。
【請求項１６】
前記拡張モデル識別子が記述される前記所定の領域は、プライベートデータ領域（Private_data_byte）である
請求項１５に記載のデータ生成装置。
【請求項１７】
放送信号に多重化されて送信される、前記放送信号を受信する受信装置のソフトウェアを更新するための更新データのダウンロードに関する告知情報を生成するデータ生成装置のデータ生成方法において、
前記受信装置の機種を一意的に識別するために所定の規格において規定されている規定モデル識別子を、前記所定の規格において規定されている前記告知情報の規定領域に記述するとともに、前記規定モデル識別子と組み合わせて用いることで、前記規定モデル識別子の数よりも多くの数の前記受信装置の機種を一意的に識別可能な拡張モデル識別子を、前記告知情報の所定の領域に記述する情報記述ステップと、
前記情報記述ステップの処理により前記規定モデル識別子とともに拡張モデル識別子が記述された前記告知情報を生成する生成ステップと
を含むデータ生成方法。
【請求項１８】
放送信号に多重化されて送信される、前記放送信号を受信する受信装置のソフトウェアを更新するための更新データのダウンロードに関する告知情報を生成する処理をコンピュータに行わせるプログラムであって、
前記受信装置の機種を一意的に識別するために所定の規格において規定されている規定モデル識別子を、前記所定の規格において規定されている前記告知情報の規定領域に記述するとともに、前記規定モデル識別子と組み合わせて用いることで、前記規定モデル識別子の数よりも多くの数の前記受信装置の機種を一意的に識別可能な拡張モデル識別子を、前記告知情報の所定の領域に記述する情報記述ステップと、
前記情報記述ステップの処理により前記規定モデル識別子とともに拡張モデル識別子が記述された前記告知情報を生成する生成ステップと
を含むプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【公開番号】特開２００７−７９９５１（Ｐ２００７−７９９５１Ａ）
【公開日】平成１９年３月２９日（２００７．３．２９）
【国際特許分類】
【出願番号】特願２００５−２６７１０８（Ｐ２００５−２６７１０８）
【出願日】平成１７年９月１４日（２００５．９．１４）
【出願人】（０００００２１８５）ソニー株式会社 (34,172)
【Ｆターム（参考）】
【公開日】平成１９年３月２９日（２００７．３．２９）
【国際特許分類】
【出願日】平成１７年９月１４日（２００５．９．１４）
【出願人】（０００００２１８５）ソニー株式会社 (34,172)
【Ｆターム（参考）】
[ Back to top ]