【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、デジタルテレビ受信器のデジタルテレビゲーム及び対話式アプリケーションにおいて利用するためのターゲット特定プログラムコードを配信し受信し実行することに関する。 ターゲット特定プログラムコードは、ブロードキャストするためにデジタルテレビ搬送ストリームの中にマルチプレクスされる。 デジタルテレビ受信器はプログラムコードを引き出しアプリケーションを実行する。

【０００２】

【従来の技術】テレビ受信器に単純なゲームフィーチャを加えることは、既に開発されている。 一つの方法は、
テレビ受信器にテレビゲームプログラムを埋め込むことである。 しかしながら、この方法では、新しいゲームアプリケーションのダウンロードはできない。 デジタルテレビシステムでは、デジタルビデオブロードキャスト（ＤＶＢ）規格、アドバンストテレビジョンシステムズコミッティ（ＡＴＳＣ）規格及びテレストリアルインテグレイテドサービシーズデジタルブロードキャスト（Ｉ
ＳＤＢ−Ｔ）規格は、搬送ストリーム内にユーザデータをマルチプレクスする条項を有しており、従って新しいマルチメディアサービスの実施を可能にしている。

【０００３】デジタルテレビ受信器又はセット・トップ・ボックスにて利用するためのミドルウエアは数多く開発されている。 ミドルウエアは、テレビディスプレイのプレゼンテーションに対し信頼がおけるものである。 ミドルウエアは、対話式プログラムガイドのようなアプリケーションや単純なゲームアプリケーションを、配備することができる。 これらのアプローチを利用するならば、“プレゼンテーションエンジン”や“インタプリタ”が必要になる。 マルチメディア・ハイパメディア・
エキスパート・グループ・レベル５（ＭＨＥＧ−５）又はハイパテキスト・マークアップ・ランゲージ（ＨＴＭ
Ｌ）のような競合する方法及び他の商標登録されている方法がある。 ミドルウエアを導入すると、インタプリタ層により処理がスローダウンする。 さらに、コンテンツ開発者は、特定のプレゼンテーションエンジンに限定されるアプリケーションを開発するように制約を受け、デジタルテレビ受信器はミドルウエアと共に利用されるように仕様化されたハードウエアと移植との要求に適うものでなければならない。 共通のミドルウエアプラットフォーム上で共に稼動する様々な仲間を得るに際してはライセンスに関する問題もあり、困難さもある。

【０００４】本発明にて提案される方法は、デジタルテレビ受信器にて利用するためのターゲット特定プログラムコードを配信し受信し実行することに関する。 ゲーム又は対話式アプリケーションは、デジタルテレビ受信器の全体資源を利用するターゲット特定プログラムコードという形で、開発され得る。 アプリケーションプログラムコードは、引き出されてその後ターゲットのデジタルテレビ受信器にて実行される。 アプリケーションプログラムコードはターゲット特定であるから、デジタルテレビ受信器はどのプラットフォームからも独立したものであり得る。 この方法は、ミドルウエア層、又はインタプリタ層がアプリケーションを実行しなければならないという要求を取り除くものである。 このように、アプリケーションプログラムをダウンロードする能力を備える簡易なデジタルテレビ受信器を実現し得る。 コンテンツ開発者は、ターゲットデジタルテレビ受信器に関するＯＳ
Ｄフィーチャ、グラフィックジェネレータ、及び音処理能力などの、利用可能な資源を十分に使うことができる。

【０００５】

【発明が解決しようとする課題】この発明では、視聴者がゲーム又は対話式アプリケーションを選択してダウンロードすることができ、更にプログラムコードをデジタルテレビ受信器のホストメモリに移転する手段に加えて、実行可能ターゲット特定プログラムコードをデジタルテレビ受信器内で利用するため搬送ストリームにマルチプレクスする方法を要求する。 この後、デジタルテレビ受信器のホストプロセッサは、ダウンロードされたプログラムコードを実行する。 ダウンロードされたプログラムコードの実行においては、プログラム及びデータメモリに関するメモリ割振り及び再配置の結果に加えて、
プログラムコードが正確にアドレスされねばならない。
視聴者がアプリケーションプログラムを実行し得るために、デジタルテレビファンクションキーの個々のプログラムルーチンに対しての割付けが定義されねばならない。 ターゲット特定プログラムコードが利用されるため、様々なホストプロセッサ又はデジタルテレビ受信器が様々なプログラムコードのセットを要求する可能性があり、従って、ブローとキャストされるべきプログラムコードは膨大な量になり、ブロードキャスト帯域幅の限界との争いとなる。 従って、効率的なダウンロードの方法が導入されねばならない。

【０００６】

【課題を解決するための手段】セクションテーブルが、
ターゲット特定プログラムコードと制御情報を配信するように定義される。 このテーブルはブロードキャストするためにデジタルテレビ搬送ストリームにマルチプレクスされる。 テーブルからコンテンツを引き出すために、
視聴者はセクションテーブルを含むＰＩＤ値をインプットする。 一方で、視聴者は、ナビゲートして更にセクションテーブルを含むＰＩＤ値を選択するために、電子プログラムガイド情報を利用してもよい。 インプットされたＰＩＤ値を利用して、デジタルテレビ受信器はセクションテーブルを引き出し、テーブルコンテンツを構文解析し、メモリ内にターゲット特定プログラムコードを格納する。 セクションテーブルに埋め込まれる制御情報は、正確なプログラムコード、メモリ要求、再配置可能結果及びテレビファンクションキー割付け情報を、アドレスするのに利用される。 全プログラムコードが一旦ダウンロードされると、分岐命令が起動され、ホストマイクロプロセッサプログラムカウンタを動かしダウンロードされたプログラムコードを実行する開始に到る。 フィルタリングのためのＰＩＤ値のリストは、合致するＰＩ
Ｄによりセクションテーブルのフィルタリングを可能にするように、プログラムされ得る。 このことは、オフピーク周期の間に又はデジタルテレビがスタンバイモードにあるときに、セクションテーブルを引き出すことを助長するものである。

【０００７】（発明の操作）搬送ストリームの中にマルチプレクスするためのプライベートセクションテーブルが定義される。 そのプライベートセクションテーブルはターゲット特定プログラムコードと制御情報を配信する。 視聴者のインプットしたＰＩＤ値を利用して、デジタルテレビ受信器はプライベートセクションテーブルを引き出し、テーブルコンテンツを構文解析しそしてメモリにターゲット特定プログラムコードを格納する。 全プログラムコードが首尾よくダウンロードされると、分岐命令が起動され、ホストマイクロプロセッサプログラムカウンタを動かしダウンロードされたプログラムコードを実行する開始に到る。

【０００８】

【発明の実施の形態】デジタルテレビゲーム及び対話式アプリケーションにて利用するため、実行可能ターゲット特定プログラムコードをデジタルテレビ受信器に配信するに際しては、ブロードキャストのための搬送ストリームの中にターゲット特定プログラムコードをマルチプレクスする手段が、実現化されねばならない。 デジタルテレビでの利用のためのＭＰＥＧ−２搬送マルチプレクスは、映像及び音声プログラムに加え、プライベートデータを搬送することができる。 本発明は、デジタルテレビゲーム及び対話式アプリケーションにて利用するためのターゲット特定プログラムコードを配信し、受信し、
そして実行するための、プライベートデータセクションを利用する。 プライベートデータセクションは、プライベートセクションテーブルの形態をとるものである。 本発明は、ターゲット特定プログラムコード及び制御情報を配信するプライベートセクションテーブルのコンテンツを定義するものである。

【０００９】搬送パケットは、搬送ストリームの“リンクヘッダ”内のユニークな１３ビットＰＩＤにより、識別される。 ＭＰＥＧ−２においては、ＩＳＯ／ＩＥＣ１
３８１８［１］は、受信器の自動設定が様々なプログラムのストリームをデ・マルチプレックスし復号することを可能にする情報を供給する、プログラム特定情報（Ｐ
ＳＩ）を明記する。 ＰＳＩデータは４タイプのテーブルにより構成される。 ｉ）プログラム結合テーブル（ＰＡＴ、ＰＩＤ＝０
０）：プログラムナンバとプログラムマップテーブル（ＰＭＴ）ＰＩＤを結合する。 プログラムナンバ＝０はネットワークインフォメーショテーブル（ＮＩＴ）ＰＩ
Ｄに（オプションで）割り付ける。 ｉｉ）コンディショナル・アクセス・テーブル（ＣＡ
Ｔ、ＰＩＤ＝０１）：コンディショナル・アクセスのためである。 ｉｉｉ）プログラムマップテーブル（ＰＭＴ）：１つ又はそれ以上のプログラムの基本ストリームのためのＰＩ
Ｄ値を明記する。 ＰＭＴはプログラムを構成する搬送ストリームのＰＩＤに関する情報を含む。 ｉｖ）ネットワークインフォメーションテーブル（ＮＩ
Ｔ）：データフォーマットは、ＩＳＯ／ＩＥＣ１３８１
８−１［１］の範囲外である。 物理ネットワークに関する情報を供給することが意図されている。

【００１０】アプリケーションが公開ブロードキャストに向けられているときは、ＣＡＴテーブルは用いられない。 図１はマルチプレクシング・プロセスを示す。 全体的なマルチプレクシング・ビットストリームは、マルチプレクシング・プロセスの２つの層として記述され得る。 第１の層１００、１０３においては、プログラム搬送ストリーム１０５、１０６は、搬送層にて１つ又はそれ以上の基本ストリーム（ＥＳ）をマルチプレクシングすることにより形成される。 プライベートセクションテーブルは、基本ストリーム１０１の１つにて運ばれ結合すべきＰＭＴ１０２と一緒にされ、マルチプレックスされて１つのプログラム搬送ストリーム１０６を形成する。 第２の層１０７では、プログラム搬送ストリームはＰＡＴ１０４と結合され全システム搬送ストリームを形成する。

【００１１】図２は、本発明に従って構成されるデジタルテレビ受信器の機能ブロック図を示す。 フロントエンドモジュール２０１は検波し、チャネルはＲＦ入力信号を復号し搬送ストリーム２０２を生成する。 搬送復号器２０７は、視聴者により予め入力されるユニークな１３
ビットＰＩＤを識別することにより、搬送ストリームからプライベートセクションテーブルを引き出す。 合致する搬送パケットに出くわすと、搬送復号器２０７は専用データバス２０６を介して、サイクリック・バッファ２
０５内にプライベートセクションテーブルを格納し、続いてホスト・マイクロプロセッサ２０３に通知する。 ホスト・マイクロプロセッサ２０３は、サイクリック・バッファ２０５からプライベートセクションテーブルを引き出すことを始め、テーブルを構文解析してプログラムコード妥当性とメモリ要求をチェックし、サイクリックバッファ２０５から引き出されたターゲット特定プログラムコードをメモリ２０８へホストデータバスを経由して転送する。 搬送復号器２０７は、映像及び音声ストリームを復号し復号化デジタル映像信号２１１及び音声信号２１２を生成するＡ／Ｖ復号器２１０に対して、音声及び映像パケット基本ストリーム（ＰＥＳ）ペイロード２０９を、同時に配送する。 復号化デジタル映像音声信号は、グラフィックスとサウンドの特徴を付加するグラフィック生成器・音声処理器２１３に送られる。 グラフィック生成器・音声処理器からの映像信号２１６と音声信号２１７は、映像符号器２１５と音声ＤＡＣ（デジタルアナログ変換器）２１４にそれぞれ送られ、ベースバンドの映像信号２１８及び音声信号２１９を生成する。
ベースバンドの映像信号及び音声信号は、テレビディスプレイ及びサウンドを形成する映像音声及びテレビディスプレイ回路２２０により、利用される。 本発明におけるターゲット特定アプリケーションの実施においては、
デジタルテレビ受信器に関するハードウエア構成はコンテンツ開発者には開示されており、コンテンツ開発者はグラフィック生成器・音声処理器２１３のような使用可能資源を充分に利用することができる。 対話式及びゲームアプリケーションが開発され、ホストマイクロプロセッサ２０３にて利用するために実行可能プログラムコードにコンパイルされる。 これらのプログラムコードは、
マルチプレックスされて搬送ストリームを形成するプライベートセクションテーブル内に運ばれる。

【００１２】プライベートセクションテーブルのシンタックスが、図７に示されている。 ＩＳＯ／ＩＥＣ１３８
１８［１］にて標準化されている包括的シンタックスに従う、プライベートセクションテーブル内のフィールドの意味定義は、以下のようである。 ・ｔａｂｌｅ＿ｉｄ――この８ビットフィールドは、このセクションが属するプライベートテーブルを識別する。 ＩＳＯ／ＩＥＣ１３８１８［１］は、０ｘ００から０ｘ３Ｆまで、特定記述を定義する。 デジタル・ビデオ・ブロードキャスティング（ＤＶＢ）；ＤＶＢシステム（ＥＮ ３００ ４６８）でのサービスインフォメーション（ＳＩ）仕様は、０ｘ４０から０ｘ７Ｆまでの値を利用する。 ユーザ定義値は、０ｘ８０からスタートし０
ｘＦＥに到る。 従って、このアプリケーションのためのｔａｂｌｅ＿ｉｄは０ｘ８０から０ｘＦＥまでの範囲の値をとり得る。 ・ｓｅｃｔｉｎ＿ｓｙｎｔａｘ＿ｉｎｄｉｃａｔｏｒ―
―プライベート定義データバイトが、ｐｒｉｖａｔｅ＿
ｓｅｃｔｉｏｎ＿ｌｅｎｇｔｈの直後に続くことを示すならば、'０'にセットする。 ・ｐｒｉｖａｔｅ＿ｉｎｄｉｃａｔｏｒ――利用されず。 ・ｒｅｓｅｒｖｅｄ――'１１'にセットする。 ・ｐｒｉｖａｔｅ＿ｓｅｃｔｉｏｎ＿ｌｅｎｇｔｈ――
この１２ビットフィールドは、ｐｒｉｖａｔｅ＿ｓｅｃ
ｔｉｏｎ＿ｌｅｎｇｔｈフィールドの直後からｐｒｉｖ
ａｔｅ＿ｔａｒｇｅｔ＿ｓｐｅｃｉｆｉｃ＿ｐｒｏｇｒ
ａｍ＿ｓｅｃｔｉｏｎの終わりまでのｐｒｉｖａｔｅ＿
ｔａｒｇｅｔ＿ｓｐｅｃｉｆｉｃ＿ｐｒｏｇｒａｍ＿ｓ
ｅｃｔｉｏｎでの残余バイト数を明記する。 ・ｖｅｒｓｉｏｎ＿ｎｕｍｂｅｒ――この８ビットフィールドは、実行可能アプリケーションプログラムコードのバージョンナンバを含む。 ・ｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒ――これは、このｐｒ
ｉｖａｔｅ＿ｔａｒｇｅｔ＿ｓｐｅｃｉｆｉｃ＿ｐｒｏ
ｇｒａｍ＿ｓｅｃｔｉｏｎの数を与える１６ビットフィールド値である。 プログラムコードは、セクション０からｌａｓｔ＿ｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒまでダウンロードされる。 この数は、連続して増える。 ・ｌａｓｔ＿ｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒ――この１
６ビットフィールドは、ｐｒｉｖａｔｅ＿ｔａｒｇｅｔ
＿ｓｐｅｃｉｆｉｃ＿ｐｒｏｇｒａｍ＿ｓｅｃｔｉｏｎ
の最後のセクション数を明記する。 ・ＣＲＣ＿３２――この３２ビットフィールドは、ＣＲ
Ｃ値を含む。 このセクションでのデータの正確性をチェックするために利用され得る。

【００１３】本発明において、制御情報とターゲット特定プログラムコードは、プライベートセクションテーブルに埋め込まれる。 意味定義は、以下のようである。 ・ｔａｒｇｅｔ＿ｓｐｅｃｉｆｉｃ＿ｐｒｏｇｒａｍ＿
ｃｏｄｅ＿ｉｄ――ターゲット特定プログラムコードをキャリーするプライベートセクションテーブルのための２０ビットのユニークな識別符である。 ターゲット特定プログラムコードの妥当性をチェックするために、利用され得る。 ・ｍａｎｕｆａｃｔｕｒｅｒ＿ｍｉｃｒｏｐｒｏｃｅｓ
ｓｏｒ＿ｉｄ＿ｆｉｅｌｄ＿ｌｅｎｇｔｈ――この１２
ビットフィールドは、これに続くｍａｎｕｆａｃｔｕｒ
ｅｒ＿ｉｄ値とｍｉｃｒｏｐｒｏｃｅｓｓｏｒ＿ｉｄ値のバイト長を明記する。 ・ｍａｎｕｆａｃｔｕｒｅｒ＿ｉｄ――製造者識別のための１２ビット値である。 ターゲット特定プログラムコードの妥当性をチェックするために、利用し得る。 ・ｍｉｃｒｏｐｒｏｃｅｓｓｏｒ＿ｉｄ――マイクロプロセッサの識別のための２０ビット値である。 ターゲット特定プログラムコードの妥当性をチェックするために、利用し得る。 ・ａｐｐｌｉｃａｔｉｏｎ＿ｉｄ――この１６ビットフィールドは、アプリケーション識別値を含む。 ・ｐｒｏｇｒａｍ＿ｓｔａｒｔ＿ａｄｄｒｅｓｓ――ソースコードコンパイルの間の実行可能アプリケーションプログラムの開始絶対アドレスを明記する３２ビットフィールドである。 実行可能アプリケーションプログラムのサイズは、ｐｒｏｇｒａｍ＿ｓｔａｒｔ＿ａｄｄｒｅ
ｓｓとｐｒｏｇｒａｍ＿ｅｎｄ＿ａｄｄｒｅｓｓの差異を求めることにより、決定し得る。 ・ｐｒｏｇｒａｍ＿ｅｎｄ＿ａｄｄｒｅｓｓ――ソースコードコンパイルの間の実行可能アプリケーションプログラムの終了絶対アドレスを明記する３２ビットフィールドである。 実行可能アプリケーションプログラムのサイズは、ｐｒｏｇｒａｍ＿ｓｔａｒｔ＿ａｄｄｒｅｓｓ
とｐｒｏｇｒａｍ＿ｅｎｄ＿ａｄｄｒｅｓｓの差異を求めることにより、決定し得る。 ・ｄａｔａ＿ｓｔａｒｔ＿ａｄｒｅｓｓ――ソースコードコンパイルの間の実行可能アプリケーションプログラムにより利用されるデータメモリの開始絶対アドレスを明記する３２ビットフィールドである。 データメモリのサイズは、ｄａｔａ＿ｓｔａｒｔ＿ａｄｄｒｅｓｓとｄ
ａｔａ＿ｅｎｄ＿ａｄｄｒｅｓｓの差異を求めることにより、決定し得る。 ｄａｔａ＿ｓｔａｒｔ＿ａｄｄｒｅ
ｓｓからｄａｔａ＿ｅｎｄ＿ａｄｄｒｅｓｓまでは、ｐ
ｒｏｇｒａｍ＿ｓｔａｒｔ＿ａｄｄｒｅｓｓからｐｒｏ
ｇｒａｍ＿ｅｎｄ＿ａｄｄｒｅｓｓまでの範囲内であり得る。 ・ｄａｔａ＿ｅｎｄ＿ａｄｒｅｓｓ――ソースコードコンパイルの間の実行可能アプリケーションプログラムにより利用されるデータメモリの終了絶対アドレスを明記する３２ビットフィールドである。 データメモリのサイズは、ｄａｔａ＿ｓｔａｒｔ＿ａｄｄｒｅｓｓとｄａｔ
ａ＿ｅｎｄ＿ａｄｄｒｅｓｓの差異を求めることにより、決定し得る。 ｄａｔａ＿ｓｔａｒｔ＿ａｄｄｒｅｓ
ｓからｄａｔａ＿ｅｎｄ＿ａｄｄｒｅｓｓまでは、ｐｒ
ｏｇｒａｍ＿ｓｔａｒｔ＿ａｄｄｒｅｓｓからｐｒｏｇ
ｒａｍ＿ｅｎｄ＿ａｄｄｒｅｓｓまでの範囲内であり得る。 ・ｐｒｏｇｒａｍ＿ｃｏｄｅ＿ｒｅ−ｌｏｃａｔｂｌｅ
＿ｆｌａｇ――実行可能アプリケーションプログラムコードが再配置可能であるならば、'１'にセットする。 実行可能プログラムコードがｐｒｏｇｒａｍ＿ｓｔａｒｔ
＿ａｄｄｒｅｓｓとｐｒｏｇｒａｍ＿ｅｎｄ＿ａｄｄｒ
ｅｓｓにより明記されるアドレスロケーションにダウンロードされなければならないならば、'０'にセットする。 ・ｄａｔａ＿ｍｅｍｏｒｙ＿ｒｅ−ｌｏｃａｔａｂｌｅ
＿ｆｌａｇ――実行可能アプリケーションプログラムに利用されるデータメモリが再配置可能であるならば、'
１'にセットする。 データメモリがｄａｔａ＿ｓｔａｒ
ｔ＿ａｄｄｒｅｓｓとｄａｔａ＿ｅｎｄ＿ａｄｄｒｅｓ
ｓにより明記されるアドレスロケーションに配置されなければならないならば、'０'にセットする。 ・ｐｒｏｇｒａｍ＿ｉｎｉｔｉａｌ＿ｒｕｎ＿ｏｆｆｓ
ｅｔ――この６ビットフィールドは、最初にアプリケーションを実行するため、ｐｒｏｇｒａｍ＿ｓｔａｒｔ＿
ａｄｄｒｅｓｓからのバイトオフセットの数を明記する。 ・ｋｅｙ＿ｍａｐｐｉｎｇ＿ｆｉｅｌｄ＿ｌｅｎｇｔｈ
――この８ビットフィールドは、これに続くｋｅｙ＿ｃ
ｏｄｅとｋｅｙ＿ｏｆｆｓｅｔとのバイト長を明記する。 ・ｋｅｙ＿ｃｏｄｅ――この８ビットフィールドは、キーコードの数を与える。 テレビファンクションキーを個々の実行可能ターゲット特定プログラムルーチンに対して割付けるために、ｋｅｙ＿ｏｆｆｓｅｔと共に利用される。 ｋｅｙ＿ｃｏｄｅの割当ては、各々のデジタルテレビ受信器に対して予め定義される。 ・ｋｅｙ＿ｏｆｆｓｅｔ――この２４ビットフィールドは、対応するｋｅｙ＿ｃｏｄｅ数により起動される個々の実行可能ターゲット特定プログラムルーチンを実行するため、ｐｒｏｇｒａｍ＿ｓｔａｒｔ＿ａｄｄｒｅｓｓ
からのバイトオフセットの数を明記する。 ・ＩＳＯ＿６３９＿ｌａｎｇｕａｇｅ＿ｃｏｄｅ――この２４ビットフィールドは、これに続くテキストフィールドの３キャラクタＩＳＯ６３９言語コードを含む。 各々のキャラクタはＩＳＯ８８５９−１に従って８ビットにコードされる。 ・ｔｅｘｔ＿ｌｅｎｇｔｈ――この８ビットフィールドは、これに続くテキスト記述のバイト長を明記する。 ・ｔｅｘｔ＿ｃｈａｒ――この８ビットフィールドは、
テキスト記述を含む。 ・ｓｅｃｔｉｎ＿ｐｒｏｇｒａｍ＿ｃｏｄｅ＿ｏｆｆｓ
ｅｔ――この２４ビットフィールドは、このセクションテーブル内に'ｔａｒｇｅｔ＿ｓｐｅｃｉｆｉｃ＿ｐｒ
ｏｇｒａｍ＿ｃｏｄｅ'をダウンロードするため、ｐｒ
ｏｇｒａｍ＿ｓｔａｒｔ＿ａｄｄｒｅｓｓからのバイトオフセットの数を明記する。 ・ｔａｒｇｅｔ＿ｓｐｅｃｉｆｉｃ＿ｐｒｏｇｒａｍ＿
ｃｏｄｅ――この８ビットフィールドは、ダウンロードすべき実行可能アプリケーションプログラムコードを含む。 プログラムコードは、セクション０から最後のセクション数を備えるセクションまで、連続してダウンロードされる。

【００１４】ダウンロードのためのプライベートセクションテーブルを含む１３ビットＰＩＤをユーザが選択し得るようにするために、ブロードキャスタは、タイムテーブル、アプリケーションに関する注釈記述及び広告に加えて、ターゲット特定アプリケーションのタイトル、
対応するＰＩＤの値、及び意図されているテレビモデルを示すテレビ表示を形成する。 このテレビ表示は、通常のデジタルテレビプログラム（ＭＰＥＧ−２ Ｖｉｄｅ
ｏ）として形成されることができる。 エレクトロニック・プログラム・ガイド・インフォメーションを基礎として生成されるテレテキスト又はＯＳＤのようなテキスト表示である。 視聴者は、ダウンロードセッションを開始し、続いて、ダウンロードすべきプライベートセクションテーブルを含む１３ビットＰＩＤに合致する４デジットＰＩＤ値を入力する。 デジットエントリはスクリーンディスプレイ上でテレビナンバファンクションキーを利用して為される。 マルチプルＰＩＤエントリは、インプットされて、合致するＰＩＤと出くわすとアプリケーションプログラムのフィルタリング、構文解析及び格納をスタートアップする待ち行列及びプライオリティシステムを形成することができる。 新しいアプリケーションプログラムがダウンロードされたり古いアプリケーションプログラムがメモリシステムから除去されたりしたときはいつでも、ダウンロードされたターゲット特定プログラムコードのリストは更新される。 このリストは、視聴者の要求により表示される。 デジタルテレビ受信器のメモリ構成に左右されて、アプリケーションプログラムはフラッシュメモリに格納され得る。

【００１５】ターゲット特定プログラムコードが利用される故に、異なるホストプロセッサ又はデジタルテレビ受信器が、異なるプログラムコードセットを必要とすることがある。 この結果、異なるモデルのデジタルテレビ受信器にて利用するためにはブロードキャスト（送信）
されるプログラムコードは膨大な量になり得、従って限界のあるブロードキャスト周波数帯域幅以上に匹敵する量になる。 この限界を克服するために、アプリケーションプログラムを、非ピーク周期においてブロードキャスト（送信）するということが可能である。 デジタルテレビ受信器内にてプログラム可能であるという特徴は、アプリケーションプログラムのフィルタリング、構文解析及び格納を、バックグラウンド・タスクとすることを可能にする。 スタンバイモードでは、デジタルテレビ受信器のタイマとしての特徴がフィルタリングセクションをパワーアップすることによりフィルタリングプロセスを起動する。 そして、合致するＰＩＤに出くわすとアプリケーションプログラムのフィルタリング、構文解析及び格納を開始する。 図２によると、マイクロプロセッサ２
０３とメモリシステム２０８の他に、フロントエンドモジュール２０１、搬送復号器２０７及びサイクリック・
バッファ２０５が、パワーアップされることが要求される。

【００１６】図３は、ターゲット特定プログラムコードをメモリに格納する方法を示す。 プログラム及びデータメモリのブロックをオーバラップさせて、ターゲット特定プログラムコードがデータメモリとしてダウンロードされその後プログラムコードとして実行される。 セクション数０から'ｌａｓｔ＿ｓｅｃｔｉｏｎ＿ｎｕｍｂｅ
ｒ'を備えるセクションまでのプライベートセクションテーブルから、順々に、実行可能アプリケーションプログラムコードがダウンロードされる。 非再配置可能プログラムコードにおいては、実行可能アプリケーションプログラムコードは、'ｐｒｏｇｒａｍ＿ｓｔａｒｔ＿ａ
ｄｄｒｅｓｓ'と'ｐｒｏｇｒａｍ＿ｅｎｄ＿ａｄｒｅｓ
ｓ'にて定義される正確な位置に対してダウンロードされなければならない。 再配置可能プログラムコードに対しては、この制約は外される。 この場合は、ダウンロード開始アドレス（ｔａｒｇｅｔ＿ｓｔａｒｔ＿ａｄｒｅ
ｓｓ）は'ｐｒｏｇｒａｍ＿ｓｔａｒｔ＿ａｄｒｅｓｓ'
から開始しなくてもよく、ダウンロードのメモリを割振りするのは、ホストプログラムの役割である。

【００１７】メモリへのダウンロードと格納が完了すると、ターゲット特定アプリケーションは実行準備が整う。 個々のルーチンへの分岐命令は、“ｇｏｔｏ”オペレーションを利用することで実行され得る。 ターゲット特定アプリケーションルーチンの分岐命令絶対アドレスは、'ｔａｒｇｅｔ＿ｓｔａｒｔ＿ａｄｄｒｅｓｓ'に個々の'ｋｅｙ＿ｏｆｆｓｅｔ'値を加えることにより計算される。 これらのアドレスはダウンロードプロセスの間に計算され、メモリ内にルックアップテーブルの形態で格納される。 その後、テレビファンクションキーのうちの１つがアクティブ状態になると、キー解読プロシジュアは、ルックアップテーブルから引き出した分岐アドレスをプログラムカウンタに置く。 プログラムカウンタ内のこの値はフェッチされるべき次の命令のアドレスである。 'ｔａｒｇｅｔ＿ｓｔａｒｔ＿ａｄｄｒｅｓｓ'と'
ｔａｒｇｅｔ＿ｓｔａｒｔ＿ａｄｄｒｅｓｓ＋ｐｒｏｇ
ｒａｍ＿ｉｎｉｔｉａｌ＿ｒｕｎ＿ｏｆｆｓｅｔ'との間のメモリロケーションは、ユーザ定義される。 これらのロケーションは、専用サービスルーチン又はデータポインタのためのベクトルアドレスを格納するのに利用され得る。

【００１８】ターゲット特定アプリケーションが始まると、絶対アドレス'ｔａｒｇｅｔ＿ｓｔａｒｔ＿ａｄｄ
ｒｅｓｓ＋ｐｒｏｇｒａｍ＿ｉｎｉｔｉａｌ＿ｒｕｎ＿
ｏｆｆｓｅｔ'から開始するソフトウエアルーチンが実行される。 このルーチンは、アプリケーション主表示を形成する。 その後、プログラムは、ユーザキー“Ｅｘｉ
ｔ Ａｐｐｌｉｃａｔｉｏｎ（アプリケーション終了）”、“Ｍｅｎｕ（メニュ）”、“Ｅｎｔｅｒ（エンタ）”、“Ａｒｒｏｗ Ｌｅｆｔ（左）”、“Ａｒｒｏ
ｗ Ｒｉｇｈｔ（右）”、“Ａｒｒｏｗ Ｕｐ
（上）”、“Ａｒｒｏｗ Ｄｏｗｎ（下）”、“Ｆｕｎ
ｃｔｉｏｎ Ｋｅｙ ０（ファンクションキー０）”及び“Ｆｕｎｃｔｉｏｎ Ｋｅｙ １（ファンクションキー１）”に反応する。ファンクションキーのうちの１つがアクティブ状態になると、'ｋｅｙ＿ｃｏｄｅ'に合致する個々の'ｋｅｙ＿ｏｆｆｓｅｔ'を使って、絶対アドレス'ｔａｒｇｅｔ＿ｓｔａｒｔ＿ａｄｄｒｅｓｓ＋ｋ
ｅｙ＿ｏｆｆｓｅｔ'から開始するソフトウエアルーチンが実行される。

【００１９】図４は、ターゲット特定プログラムの実行の間のデジタルテレビ受信器の状態を示す。 “アプリケーションメインプログラム”４０１が実行されると、有効なユーザキーのアクティブ状態を待機する。 ユーザキーである“Ｅｘｉｔ Ａｐｐｌｉｃａｔｉｏｎ（アプリケーション終了）”、“Ｍｅｎｕ（メニュ）”、“Ｅｎ
ｔｅｒ（エンタ）”、“Ａｒｒｏｗ Ｌｅｆｔ
（左）”、“Ａｒｒｏｗ Ｒｉｇｈｔ（右）”、“Ａｒ
ｒｏｗ Ｕｐ（上）”、“Ａｒｒｏｗ Ｄｏｗｎ
（下）”、“Ｆｕｎｃｔｉｏｎ Ｋｅｙ ０（ファンクションキー０）”及び“Ｆｕｎｃｔｉｏｎ Ｋｅｙ １
（ファンクションキー１）”がアクティブ状態になると、プログラムは、 “Ｍｅｎｕ Ｏｐｅｒａｔｉｏｎ
（メニュ・オペレーション）”４０２、“Ｅｎｔｅｒ
Ｏｐｅｒａｔｉｏｎ（エンタ・オペレーション）”４０
３、“Ａｒｒｏｗ Ｌｅｆｔ Ｏｐｅｒａｔｉｏｎ（左・オペレーション）”４０４、“Ａｒｒｏｗ Ｒｉｇｈ
ｔ Ｏｐｅｒａｔｉｏｎ（右・オペレーション）”４０
５、“Ａｒｒｏｗ Ｕｐ Ｏｐｅｒａｔｉｏｎ（上・オペレーション）”４０６、“Ａｒｒｏｗ Ｄｏｗｎ Ｏ
ｐｅｒａｔｉｏｎ（下・オペレーション）”４０７、
“Ｆｕｎｃｔｉｏｎ Ｋｅｙ ０ Ｏｐｅｒａｔｉｏｎ
（ファンクションキー０オペレーション）”４０９及び“Ｆｕｎｃｔｉｏｎ Ｋｅｙ １Ｏｐｅｒａｔｉｏｎ
（ファンクションキー１オペレーション）”４０８などそれぞれのユーザキーオペレーションを実行する。ユーザキーオペレーションの終わりには、プログラムは“Ａ
ｐｐｌｉｃａｔｉｏｎ Ｍａｉｎ Ｐｒｏｇｒａｍ（アプリケーションメインプログラム）”４０１に戻る。
“Ｅｘｉｔ Ａｐｐｌｉｃａｔｉｏｎ（アプリケーション終了）”が選択されると、プログラムはアプリケーションプログラムを終了させ、通常のデジタルテレビオペレーション４００に戻る。

【００２０】図５及び図６は、プライベートセクションテーブルを構文解析するフローチャートを示す。 'ｔａ
ｂｌｅ＿ｉｄ'（ステップ５００）、'ｓｅｃｔｉｏｎ＿
ｓｙｎｔａｘ＿ｉｎｄｉｃａｔｏｒ'（ステップ５０
１）及び'ｔａｒｇｅｔ＿ｓｐｅｃｉｆｉｃ＿ｐｒｏｇ
ｒａｍ＿ｃｏｄｅ'（ステップ５０３）が、テーブルキャリ'ｐｒｉｖａｔｅ＿ｔａｒｇｅｔ＿ｓｐｅｃｉｆｉ
ｃ＿ｐｒｏｇｒａｍ＿ｃｏｄｅ＿ｓｅｃｔｉｏｎ'をベリファイするために、チェックされる。 次に、'ｍａｎ
ｕｆａｃｔｕｒｅ＿ｉｄ'及び'ｍｉｃｒｏｐｒｏｃｅｓ
ｓｏｒ＿ｉｄ'（ステップ５０４）が、デジタルテレビ受信器での利用のためコードの妥当性をベリファイするために、チェックされる。 構文解析制御パラメータは、'ｐｒｉｖａｔｅ＿ｓｅｃｔｉｏｎ＿ｌｅｎｇｔ
ｈ'、'ｖｅｒｓｉｏｎ＿ｎｕｍｂｅｒ'、'ｓｅｃｔｉｏ
ｎ＿ｎｕｍｂｅｒ'及び'ｌａｓｔ＿ｓｅｃｔｉｏｎ＿ｎ
ｕｍｂｅｒ'（ステップ５０２）から構成される。 'ｐｒ
ｉｖａｔｅ＿ｓｅｃｔｉｏｎ＿ｌｅｎｇｔｈ'は、残余バイトの数を明記し、構文解析がセクションの最後まで達したかどうかを探知するために、利用される。 'ｖｅ
ｒｓｉｏｎ＿ｎｕｍｂｅｒ'及び'ａｐｐｌｉｃａｔｉｏ
ｎ＿ｉｄ'は、それぞれの実行可能アプリケーションプログラムのバージョンナンバとアプリケーション識別を含む。 それらは、アプリケーションプログラムコードにおけるどの変更をも監視するために利用される。 'ｓｅ
ｃｔｉｏｎ＿ｎｕｍｂｅｒ'は、この構文解析中の'ｐｒ
ｉｖａｔｅ＿ｔａｒｇｅｔ＿ｓｐｅｃｉｆｉｃ＿ｐｒｏ
ｇｒａｍ＿ｓｅｃｔｉｏｎ'の数を、与える。 プログラムコードは、ゼロと等しい'ｓｅｃｔｉｏｎ＿ｎｕｍｂ
ｅｒ'から'ｌａｓｔ＿ｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒ'
までがダウンロードされる。

【００２１】プライベートセクションテーブルが、最初、構文解析されると（ステップ５０５）、'ｖｅｒｓ
ｉｏｎ＿ｎｕｍｂｅｒ'及び'ａｐｐｌｉｃａｔｉｏｎ＿
ｎｕｍｂｅｒ'が更新される（ステップ５１２）。 ホストプログラムは、再配置可能フラグに加えて、'ｐｒｏ
ｇｒａｍ＿ｓｔａｒｔ＿ａｄｄｒｅｓｓ'、'ｐｒｏｇｒ
ａｍ＿ｅｎｄ＿ａｄｄｒｅｓｓ'、'ｄａｔａ＿ｓｔａｒ
ｔ＿ａｄｄｒｅｓｓ'、'ｄａｔｅ＿ｅｎｄ＿ａｄｒｅｓ
ｓ'を引きだす。 そして、アプリケーションプログラムにて利用するためにアプリケーションプログラムコードとデータのためのメモリを割振りすることを開始する（ステップ５１３）。 メモリ割振りが失敗すると（ステップ５１４）、構文解析プロセスがリセットされ（ステップ５１５）、エラーメッセージが生成される（ステップ５１６）。 視聴者は、先にダウンロードされているアプリケーションを除去するメモリを解放し、ダウンロードプロセスを再開始してもよい。

【００２２】各々のプライベートセクションテーブルは、４Ｋバイト以下までの'ｔａｒｇｅｔ＿ｓｐｅｃｉ
ｆｉｃ＿ｐｒｏｇｒａｍ＿ｃｏｄｅ'を運ぶことができる。 仮に、'ｔａｒｇｅｔ＿ｓｐｅｃｉｆｉｃ＿ｐｒｏ
ｇｒａｍ＿ｃｏｄｅ'が４Ｋバイトを超えると、マルチプルプライベートセクションテーブルが必要である。 マルチプルプライベートセクションテーブルのダウンロードプロセスの間に、'ａｐｐｌｉｃａｔｉｏｎ＿ｉｄ'又は'ｖｅｒｓｉｏｎ＿ｎｕｍｂｅｒ'において変動があれば（ステップ５０６）、構文解析はリセットされ（ステップ５１９）、その後構文解析プロセスが再開始する。

【００２３】先にフィルタされたプライベートセクションテーブルは、無視される（ステップ５０７）。 ゼロと等しい'ｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒ'を備えるプライベートセクションテーブルが受信されると（ステップ５
０８）、'ｋｅｙ＿ｃｏｄｅ'及び'ｋｅｙ＿ｏｆｆｓｅ
ｔ'値が引き出される（ステップ５１７）。 'ｋｅｙ＿ｃ
ｏｄｅ'は図８に示される有効なテレビファンクションキーを識別するために、用いられる。 その後、テレビファンクションキーは、'ｋｅｙ＿ｏｆｆｓｅｔ'を利用して且つ個々のソフトウエアルーチンに分岐するためのルックアップテーブルをセットアップして、アプリケーションルーチンを実行するために、割付けされる。 このセクションは、視聴者に表示され得る選択テキスト記述も、含む。

【００２４】その後、'ｔａｒｇｅｔ＿ｓｐｅｃｉｆｉ
ｃ＿ｐｒｏｇｒａｍ＿ｃｏｄｅ'が引き出され（ステップ５０９）、メモリに格納される（ステップ５２０）。
プログラムコードは、メモリに順々に格納され、セクション０から'ｌａｓｔ＿ｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒ'
を備えるセクションまでより引き出されるコードから、
開始する。 しかしながら、プライベートテーブルセクションは、セクション０から順々にフィルタされる必要はない。 'ｓｅｃｔｉｏｎ＿ｐｒｏｇｒａｍ＿ｃｏｄｅ＿
ｏｆｆｓｅｔ'値を利用することにより、最新セクションでの'ｔａｒｇｅｔ＿ｓｐｅｃｉｆｉｃ＿ｐｒｏｇｒ
ａｍ＿ｃｏｄｅ'に対する正確なダウンロード開始ロケーションを、計算することができる。

【００２５】セクションの最後の４バイトは、'ＣＲＣ
＿３２'情報を含み、送信間に生じるどのエラーをもチェックする（ステップ５１０）ために利用される。 エラーがあれば、データが放棄される（ステップ５２１）。
各々の構文解析の終了にて、'ｖｅｒｓｉｏｎ＿ｎｕｍ
ｂｅｒ'、構文解析された'ｓｅｃｔｉｏｎ＿ｎｕｍｂｅ
ｒ'のリスト、'ｌａｓｔ＿ｓｅｃｔｉｏｎ＿ｎｕｍｂｅ
ｒ'、'ａｐｐｌｉｃａｔｉｏｎ＿ｉｄ'及びメモリマネジメントパラメータから構成される制御パラメータは、
フィルタプロセス及びダウンロードプロセスを探知し続けるために、更新される（ステップ５１１）。

【００２６】

【発明の効果】本発明の効果は、対話式及びテレビゲームアプリケーションのための実行可能プログラムコードをダウンロードする能力を与えることにより、デジタルテレビフィーチャが向上することである。 コンテンツ開発者は利用可能資源を最大限利用して、デジタルテレビ受信器にて利用する対話式及びゲームアプリケーションを開発することができる。 ターゲット特定プログラムコードを含むプライベートセクションテーブルを、オフピーク周期の間に送ることにより、送信周波数帯域幅を充分に利用することができる。 サービスプロバイダは、視聴者に付加価値サービスを提供することによるだけでなく、広告によって収入を引き出すことによって、利潤を得られる。 製造者はこの付加価値フィーチャを備えたデジタルテレビ受信器を市場に出すことができる。

【図面の簡単な説明】

【図１】 プライベートセクションテーブルを搬送ストリームの中にマルチプレクスするプロセスを示す。

【図２】 本発明に従い構成されるデジタルテレビ受信器の機能ブロック図を示す。

【図３】 ターゲット特定プログラムコードのメモリ内への格納を示す。

【図４】 ターゲット特定プログラム実行中のデジタルテレビの状態を示す。

【図５】 プライベートセクションテーブルを構文解析するためのフローチャート（１）である。

【図６】 プライベートセクションテーブルを構文解析するためのフローチャート（２）である。

【図７】 ターゲット特定プログラムコードを送信するためのプライベートセクションテーブルの定義を示す。

【図８】 キーコードとそれらに対応するテレビファンクションキーの割当てを示す。

【符号の説明】

１００、１０３・・・第１のマルチプレクス・プロセス層、 １０１・・・基本ストリーム、 １０５、１０６・・・プログラム搬送ストリーム、 １０７・・・第２のマルチプレクス・プロセス層、 ２０１・・・フロントエンドモジュール、 ２０２・・・搬送ストリーム、 ２０３・・・ホスト・マイクロプロセッサ、 ２０５・・・サイクリック・バッファ、 ２０６・・・専用データバス、 ２０７・・・搬送復号器、 ２０８・・・メモリシステム、 ２１０・・・Ａ／Ｖ復号器、 ２０９・・・音声及び映像パケット基本ストリーム（Ｐ
ＥＳ）ペイロード、 ２１１・・・復号化デジタル映像信号、 ２１２・・・音声信号、 ２１３・・・グラフィック生成器・音声処理器、 ２１４・・・音声デジタルアナログ変換器、 ２１５・・・映像符号器、 ２１６・・・グラフィック生成器・音声処理器からの映像信号、 ２１７・・・グラフィック生成器・音声処理器からの音声信号、 ２１８・・・ベースバンドの映像信号、 ２１９・・・ベースバンドの音声信号、 ２２０・・・映像音声及びテレビディスプレイ回路、 ４０１・・・アプリケーションメインプログラム、 ４０２・・・メニュ・オペレーション、 ４０３・・・エンタ・オペレーション、 ４０４・・・左・オペレーション、 ４０５・・・右・オペレーション、 ４０６・・・上・オペレーション、 ４０７・・・下・オペレーション、 ４０９・・・ファンクションキー０オペレーション、 ４０８・・・ファンクションキー１オペレーション。

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl. ⁷識別記号 ＦＩ テーマコート゛(参考） Ｈ０４Ｎ 7/08 Ｈ０４Ｎ 7/08 Ｚ ９Ａ００１ 7/081 Ｆターム(参考） 2C001 AA00 AA11 AA17 CB00 CB01 CB08 CC02 5B076 BB17 5B089 GA01 GA23 JA09 JB07 KA08 KB09 KC02 KC15 KC23 KE07 5C025 AA30 BA03 BA21 BA27 BA28 CA20 DA01 DA05 5C063 AB03 AB05 AC01 AC10 CA09 CA20 CA29 CA36 DA07 DA13 DA20 DB10 9A001 DD04 DD05 JJ19 JJ76 KK45