(57)【特許請求の範囲】
【請求項１】
ユーザからの入力に対応するイベントをアプリケーションへ配送するデジタル放送受信装置であって、
デジタル放送を介して映像データ、音声データ、実行中のアプリケーションが受け付けることができるイベントを示す受付可能イベント情報を登録するための記述および前記実行中のアプリケーションの実行状態に応じて前記登録された受付可能イベント情報を変更するための記述を含むコンテンツ情報を受信する受信部と、
前記受信部によって受信された映像データおよび音声データをデコードするデコード部と、
前記アプリケーションを実行する実行部と、
前記ユーザからの入力を受け付ける入力部と、
前記入力部より受け付けた入力に対応するイベントを前記処理部に実行されているアプリケーションへ配送するイベント制御部とを備え、
前記イベント制御部は、前記受付可能イベント情報を登録するための記述に基づいて、前記デジタル放送受信装置内に当該受付可能イベント情報を登録し、前記入力部からの入力に対応するイベントが前記実行中のアプリケーションにより受け付けることができることを前記デジタル放送受信装置内に登録された受付可能イベント情報が示す場合、前記入力部からの入力に対応するイベントを前記実行中のアプリケーションに配送し、さらに、前記実行中のアプリケーションの実行状態に応じて、当該受付可能イベント情報を変更するための記述に基づき前記登録された受付可能イベント情報を変更することを特徴とするデジタル放送受信装置。
【発明の詳細な説明】
【０００１】
【発明の技術分野】
この発明はイベントの配送を制御するデジタル放送受信装置、デジタル放送受信装置に用いるイベント配送方法に関するものである。
【０００２】
【従来の技術および課題】
パーソナルコンピュータ等のウインドウシステムにおいて、複数のウインドウが起動している場合、マウスやキーボードからの入力（イベントという）を、何れのウインドウに与えるかを決定しなければならない。従来、操作者によって選択されアクティブとなっているウインドウに対してイベントを与えるよう、オペレーティングシステムが制御を行っていた。
【０００３】
しかしながら、このような方法では、操作者が所望のウインドウをマウスなどによって選択してアクティブにしなければならず、操作が煩雑であった。
【０００４】
このような問題を解決するため、特開平５−１１９６２号公報では、入力可能なウインドウをリストとして管理しておき、特定のキーを押して、ウインドウを順次切り替えることができるようにしている。これにより、ユーザは、特定のキーを押すだけで、ウインドウの切り替えを行うことができ、マウスによるウインドウの選択よりも簡易な操作によるウインドウ切替を実現している。
【０００５】
しかしながら、この従来技術においても、ユーザのキー操作が必要であり、依然として操作の煩わしさは残っている。特に、テレビジョン受像機等の家庭用の専用機器に用いる場合には、操作の容易性が求められることから、このような従来のウインドウシステムをそのまま用いることは問題があった。
【０００６】
この発明は上記のような問題点を解決して、操作者の選択操作を要さずに、イベントの配送先を決定することのできるデジタル放送受信装置、デジタル放送受信装置に用いるイベント配送方法を提供することを目的とする。
【０００７】
さらに、イベントの配送先を柔軟に変更することのできるデジタル放送受信装置、デジタル放送受信装置に用いるイベント配送方法を提供することを目的とする。
【０００８】
【課題を解決するための手段および発明の効果】
(1)この発明のイベント制御装置は、イベントを入力するためのイベント入力手段と、イベントの内容に応じて、当該イベントがいずれのアプリケーションに配送されるかを、アプリケーションごとに示した配送先決定情報を格納した配送先決定情報格納部と、入力されたイベントの内容に従い、配送先決定情報格納部に格納された配送先決定情報に基づいて、当該イベントをいずれのアプリケーションに配送するかを決定して配送する配送先決定手段とを備えている。
【０００９】
したがって、操作者が配送先のアプリケーションを選択しなくとも、イベントに応じて、適切なアプリケーションにイベントを配送することができる。
【００１０】
(2)この発明のイベント制御装置は、配送先決定情報として配送の優先度を記録するようにしている。したがって、当該優先度に基づき、イベントの内容に応じて、当該イベントを適切なアプリケーションに配送することができる。
【００１１】
(3)この発明のイベント制御装置は、現在動作中のアプリケーションがいずれであるかを取得し、これに基づいて、配送先決定手段において配送先決定のために用いる配送先決定情報を変更する配送先決定情報変更手段を更に備えている。
【００１２】
したがって、いずれのアプリケーションが動作しているかに応じて、柔軟に配送先のアプリケーションを変更することができる。
【００１３】
(4)この発明のイベント制御装置は、配送先決定情報格納部が、アプリケーションごとに、各イベントの内容に応じて、当該イベントを受信するか否かを格納した受信イベント指定部と、イベントの内容に応じて、当該イベントをいずれのアプリケーションに対して優先的に配送するかを配送優先度として格納した配送優先度格納部とを備えており、配送先決定手段は、受信イベント指定部と配送優先度格納部の記述に基づいて、イベントの配送先アプリケーションを決定して配送することを特徴としている。
【００１４】
受信イベントの指定と、配送優先度を分離して記憶しているので、両者の組み合わせによって、配送先を柔軟に変更することができる。
【００１５】
(5)この発明のイベント制御装置は、現在動作中のアプリケーションがいずれであるかを取得し、動作中アプリケーションの変更に応じて、受信イベント指定部の記述を変更する受信イベント指定変更手段を更に備えている。
【００１６】
動作中のアプリケーションのみを受信イベントの配送先として記述するようにしているので、配送先アプリケーションの決定が迅速となる。
【００１７】
(6)この発明のイベント制御装置は、受信イベント指定変更手段が、各アプリケーションの動作現状に従って、受信イベント指定部の記述を変更する処理も行うことを特徴としている。
【００１８】
したがって、各アプリケーションがどのような動作状況にあるかに応じて、柔軟に配送先アプリケーションを変更し、状況に応じて、適切なアプリケーションを配送先とすることができる。
【００１９】
(7)この発明のイベント制御装置は、受信イベント指定変更手段が、各アプリケーションからの記述変更指令を受けて、受信イベント指定部の記述を変更する処理を行うことを特徴としている。
【００２０】
したがって、アプリケーションの側から、何れのイベントを受信可能であるかを指定することができる。つまり、アプリケーション作成時に、アプリケーションの処理進行に応じて、受信するイベントを決定することが可能である。
【００２１】
(8)この発明のイベント制御装置は、配送先決定情報格納部が、各イベントの内容ごとに、基本配送先となるアプリケーションを記述した基本配送先格納部を備えており、配送先決定手段は、受信イベント指定部において、入力されたイベントを配送できるアプリケーションが指定されていない場合、基本配送先格納部に記述された基本配送先のアプリケーションにイベントを配送することを特徴としている。
【００２２】
したがって、イベントの配送先が受信イベント指定部に記述されていなくとも、基本配送先のアプリケーションを配送先として決定することができ、どのような状況であっても、配送先アプリケーションが無いという状況を避けることができる。
【００２３】
(9)この発明のイベント制御装置は、現在動作中のアプリケーションがいずれであるかを取得し、動作中アプリケーションの変更に応じて、配送優先度格納部の優先度を変更する配送優先度変更手段を更に備えている。
【００２４】
したがって、いずれのアプリケーションが動作中であるかによって、配送優先度を変更することができ、状況に応じて、適切な配送先アプリケーションを選択することができる。
【００２５】
(10)この発明のイベント制御装置は、配送優先度変更手段が、各アプリケーションの動作現状も考慮して、配送優先度格納部の優先度を変更することを特徴としている。
【００２６】
したがって、各アプリケーションの動作状況によって、配送優先度を変更することができ、状況に応じて、適切な配送先アプリケーションを選択することができる。
【００２７】
(11)この発明のイベント制御装置は、動作中のアプリケーションの組み合わせに対応して、複数の配送優先度テーブルを配送優先度格納部に記憶しておき、配送優先度変更手段は、動作中アプリケーションの変更に応じ、対応する配送優先度テーブルを選択することによって、優先度を変更することを特徴としている。
【００２８】
したがって、迅速に、適切な配送優先度テーブルを選択して使用することができる。
【００２９】
(A)この発明のイベント制御装置は、配送優先度変更手段が、動作中のアプリケーションの組み合わせ、または、各アプリケーションの動作現状を受けて、所定の条件に合致する場合には、配送優先度格納部の配送優先度を変更し、所定の条件に合致しない場合には配送優先度格納部の配送優先度を変更しないことを特徴としている。
【００３０】
したがって、配送優先度格納部には基準となる配送優先度を記憶しておき、処理の状況が所定の条件に合致するような例外的な場合にのみ、配送優先度を変更することができる。
【００３１】
(12)この発明のイベント制御装置は、配送先決定情報格納部が、各アプリケーションが受信するイベントの配送属性を格納する配送属性格納部を備えており、配送先決定手段は、配送属性格納部に格納された配送属性も考慮して、イベントを配送するアプリケーションを決定することを特徴としている。
【００３２】
したがって、配送属性に応じて、各アプリケーションに適切にイベントを配送することができる。
【００３３】
(13)この発明のイベント制御装置は、配送属性が、当該イベントを他のアプリケーションとともに受信しうるか否かを示す属性であることを特徴としている。
【００３４】
したがって、複数のアプリケーションに同時にイベントを配送するかどうかを適切に決定することができる。
【００３５】
(14)この発明のイベント制御装置は、各アプリケーションの動作状況に応じて、配送属性格納部の配送属性を変更する配送属性変更手段を更に備えたことを特徴としている。
【００３６】
したがって、状況に応じて、複数のアプリケーションに同時にイベントを配送するかどうかを適切に変更することができる。
【００３７】
(15)この発明のイベント制御装置は、複数のイベントをグループ化してイベントグループとし、配送先決定情報格納部は、イベントグループに応じて、当該イベントグループに属するイベントがいずれのアプリケーションに配送されるかを、アプリケーションごとに優先度によって示した配送先決定情報を格納しており、配送先決定手段は、入力されたイベントが属するイベントグループに従い、配送先決定情報格納部に格納された優先度に基づいて、当該イベントをいずれのアプリケーションに配送するかを決定して配送することを特徴としている。
【００３８】
したがって、複数のイベントをグループ化して、配送先アプリケーションの管理を行うことができる。
【００３９】
(16)この発明のイベント制御装置は、各アプリケーションの動作状況に応じて、イベントのグループ化を変更するイベントグループ変更手段を更に備えている。
【００４０】
したがって、状況に応じて、グループ化するイベントを適切に変更することができる。
【００４１】
(17)この発明のイベント制御装置は、複数のアプリケーションをグループ化してアプリケーショングループとし、配送先決定情報格納部は、イベントに応じて、当該イベントがいずれのアプリケーショングループに配送されるかを、アプリケーショングループごとに優先度によって示した配送先決定情報を格納しており、配送先決定手段は、入力されたイベントに従い、配送先決定情報格納部に格納された優先度に基づいて、当該イベントをいずれのアプリケーショングループに配送するかを決定し、当該アプリケーショングループに属するアプリケーションに配送することを特徴としている。
【００４２】
したがって、複数のアプリケーションをグループ化して、イベントの配送を管理することができる。
【００４３】
(18)この発明のイベント制御装置は、各アプリケーションの動作状況に応じて、アプリケーションのグループ化を変更するアプリケーショングループ変更手段を更に備えている。
【００４４】
したがって、状況に応じて、グループ化するアプリケーションを適切に変更することができる。
【００４５】
(19)この発明のイベント制御装置は、各アプリケーションが、それぞれ、自己が起動しているか否かの情報を、配送先決定情報格納部に、自ら書き込むように制御することを特徴としている。
【００４６】
したがって、配送先決定手段は、この配送先決定情報格納部に記録された各アプリケーションの状態を考慮して、イベントの配送先を決定することができる。
【００４７】
(23)この発明のイベント制御装置は、複数のアプリケーションが動作可能であって、入力されたイベントを何れのアプリケーションが実行するかを決定することのできるイベント制御装置であって、イベントの内容に応じて、当該イベントが何れのアプリケーションにおいて実行されるかを示したイベント実行情報を記録するイベント実行情報記録部と、与えられたイベントを、少なくとも現在起動しているアプリケーションに配送するイベント配送手段と、を備え、前記イベント配送手段からイベントを受け取った各アプリケーションは、イベント実行情報記録部の記録内容を参照して、受け取ったイベントを実行すべきか否かを判断することを特徴としている。
【００４８】
したがって、イベント実行実行情報に基づいて、各アプリケーション自身が、受け取ったイベントを実行すべきかどうかを判断することができる。
【００４９】
(24)この発明のイベント制御装置は、各アプリケーションは、イベント実行情報として、当該各アプリケーションが動作しているか否かを書き込むよう制御することを特徴としている。したがって、いずれのアプリケーションが動作しているかによって、イベントを実行するアプリケーションをダイナミックに変えることができる。
【００５０】
(25)この発明のイベント制御装置において、各アプリケーションは、アプリケーション動作記録部に、自己の動作現状も記録するようにし、前記イベント配送手段からイベントを受け取った各アプリケーションは、アプリケーション動作記録部に記録された各アプリケーションの動作現状を考慮して、受け取ったイベントを実行すべきか否かを判断することを特徴としている。
【００５１】
したがって、各アプリケーションの動作現状も考慮して、受け取ったイベントを実行すべきか否かを判断することができる。
【００５２】
(27)この発明のデジタル放送システムは、
送信装置が、受信装置側において受け付け可能なイベントを記述した受付可能イベント情報をコンテンツに多重化して多重化データとする多重化手段と、多重化データを送信する送信手段と、を備えており、
受信装置が、多重化データを受信する受信手段と、操作者からのイベントを受け取るイベント入力手段と、受信手段によって受信した多重化データをコンテンツに復元するとともに、イベント入力手段からのイベントに基づいて、復元するコンテンツの内容を変更する処理を行うためのインタラクティブ復元アプリケーションを備えた復元手段と、を備えており、
前記復元手段は、受信した受付可能イベント情報に基づいて、イベント入力手段から入力されたイベントのうち、受付可能なイベントを選択してインタラクティブ復元アプリケーションに与えることを特徴としている。
【００５３】
したがって、受信装置において受付可能とするイベントと、受付不能とするイベントを、送信装置側から制御することができる。
【００５４】
(29)この発明の送信装置は、受信装置側において受け付け可能なイベントを記述した受付可能イベント情報をコンテンツに多重化して多重化データとする多重化手段と、多重化データを送信する送信手段と、を備えたことを特徴としている。
【００５５】
したがって、受信装置において受付可能とするイベントと、受付不能とするイベントを、送信装置側から制御することができる。
【００５６】
(30)この発明のデジタル送信装置は、多重化手段が、所定条件に基づいて受付可能イベントを変更する受付可能イベント変更情報も併せて多重化することを特徴としている。
【００５７】
したがって、受信装置側において受付可能とするイベントと、受付不能とするイベントを、送信装置側から変更することができる。
【００５８】
(31)この発明のデジタル送信装置は、コンテンツが、自己記述型言語で記述されており、受付可能イベント情報は、自己記述型言語の定義情報として記述されていることを特徴としている。
【００５９】
したがって、データ放送等において、受付可能とするイベントと、受付不能とするイベントを、送信装置側から容易に制御することができる。
【００６０】
(32)この発明のデジタル送信装置は、受付可能イベント変更情報が、自己記述型言語の本体情報として記述されていることを特徴としている。
【００６１】
したがって、データ放送等において、受付可能とするイベントと、受付不能とするイベントを、送信装置側から容易に変更することができる。
【００６２】
(34)この発明の受信装置は、多重化データを受信する受信手段と、操作者からのイベントを受け取るイベント入力手段と、受信手段によって受信した多重化データをコンテンツに復元するとともに、イベント入力手段からのイベントに基づいて、復元するコンテンツの内容を変更する処理を行うためのインタラクティブ復元アプリケーションを備えた復元手段と、を備えており、
前記復元手段は、受信した受付可能イベント情報に基づいて、イベント入力手段から入力されたイベントのうち、受付可能なイベントを選択してインタラクティブ復元アプリケーションに与えることを特徴としている。
【００６３】
したがって、受付可能とするイベントと、受付不能とするイベントを、送信装置側からの制御に基づいて決定することができる。
【００６４】
(35)この発明のデジタル受信装置は、復元手段が、受信した受付可能イベント変更情報に基づいて、前記受付可能なイベントを変更することを特徴としている。
【００６５】
したがって、受付可能とするイベントと、受付不能とするイベントを、送信装置側からの制御に基づいて変更することができる。
【００６６】
(41)この発明のデジタル受信装置は、多重化データを受信し、操作者の操作にしたがって、受信した多重化データを復元して表示するとともに、操作者の操作に応じて、通信回線または放送受信によってプログラムを変更し、あるいはプログラムを記録した記録媒体を交換することによってプログラムを変更し、当該プログラムの変更の前後において、操作者の同一の操作に対して、異なる表示処理を行うことを特徴としている。
【００６７】
したがって、同じアプリケーションが起動した状態において、操作者が同じ操作を行っても、プログラムを変更することによって、自動的に処理内容を変更して、異なった表示を実現することができる。
【００６８】
(44)この発明のデジタル送信システムは、
送信装置が、配送先決定情報をコンテンツに多重化して多重化データとする多重化手段と、多重化データを送信する送信手段と、を備えており、
前記受信装置が、多重化データを受信する受信手段と、操作者からのイベントを受け取るイベント入力手段と、受信手段によって受信した多重化データをコンテンツに復元する復元アプリケーションを含む複数のアプリケーションを備えた復元手段と、を備えており、
前記復元手段は、入力されたイベントの内容に従い、受信した配送先決定情報に基づいて、当該イベントをいずれのアプリケーションに配送するかを決定することを特徴としている。
【００６９】
したがって、受信装置側におけるイベントの配送先を、送信装置側から制御することのできる放送システムを提供することができる。
【００７０】
(45)この発明の送信装置は、配送先決定情報をコンテンツに多重化して多重化データとする多重化手段と、多重化データを送信する送信手段と、を備えている。
【００７１】
したがって、受信装置側におけるイベントの配送先を、送信装置側から制御することのできる送信装置を提供することができる。
【００７２】
(46)この発明の受信装置は、多重化データを受信する受信手段と、操作者からのイベントを受け取るイベント入力手段と、受信手段によって受信した多重化データをコンテンツに復元する復元アプリケーションを含む複数のアプリケーションを備えた復元手段と、を備えており、
前記復元手段は、入力されたイベントの内容に従い、受信した配送先決定情報に基づいて、当該イベントをいずれのアプリケーションに配送するかを決定することを特徴としている。
【００７３】
したがって、イベントの配送先アプリケーションを、送信装置から送られてくる配送先決定情報に基づいて決定することができる。
【００７４】
以下、この発明において用いた用語を説明する。
【００７５】
「イベント」とは、アプリケーションやシステムプログラム等に与えられる事象をいい、キーの押下、マウスの移動、マウスのクリック、データ受信等を含む概念である。
【００７６】
「配送先決定情報」とは、イベントを何れのアプリケーションに配送すべきかを決定するための情報をいい、テーブルの形式にて表現されているものだけでなく、演算処理等によって得られるような情報も含む概念である。実施形態では、受信イベント指定情報、配送優先度情報、基本配送先情報、配送属性情報、受付可能イベント情報、受付可能イベント変更情報、アプリケーション起動情報等がこれに含まれる。
【００７７】
「配送先決定手段」とは、イベントの配送先を決定する手段をいい、実施形態では、図３のイベント制御プログラム、図１３のイベント制御プログラム（配送先の決定）等がこれに対応する。
【００７８】
「受信イベント指定変更手段」とは、使用する受信イベント指定情報を実質的に変更する手段をいい、複数の受信イベント指定情報を用意しておいて使用するものを選択するような場合や受信イベント指定情報の内容を書き換えるような場合を含む概念である。実施形態では、図１２のイベント制御プログラム（配送先決定情報の管理）等がこれに対応する。
【００７９】
「配送優先度変更手段」とは、使用する配送優先度情報を実質的に変更する手段をいい、複数の配送優先度情報を用意しておいて使用するものを選択するような場合や配送優先度情報の内容を書き換えるような場合を含む概念である。
【００８０】
「配送属性情報変更手段」とは、使用する配送属性情報を実質的に変更する手段をいい、複数の配送属性情報を用意しておいて使用するものを選択するような場合や配送属性情報の内容を書き換えるような場合を含む概念である。
【００８１】
「インタラクティブ復元アプリケーション」とは、視聴者の操作入力に応じて、コンテンツの出力内容に何等かの反応があるような処理を行うアプリケーションをいい、画面表示や音声出力が変化させる場合だけでなく、画面表示や音声出力に変化はなくとも、内部処理等に変化があるような場合も含む概念である。たとえば、電子番組表を表示するアプリケーション、ユーザ操作に対応して選局を行うアプリケーションもこれに含まれる。実施形態では、ブラウザアプリケーションがこれに該当する。
【００８２】
「プログラムを記録した記録媒体」とは、プログラムを記録したＲＯＭ、ＲＡＭ、フレキシブルディスク、ＣＤ−ＲＯＭ、メモリカード、ハードディスク等の記録媒体をいう。また、電話回線、搬送路等の通信媒体も含む概念である。ＣＰＵに接続されて、記録されたプログラムが直接実行されるハードディスクのような記録媒体だけでなく、一旦ハードディスク等にインストールした後に実行されるプログラムを記録したＣＤ−ＲＯＭ等の記録媒体を含む概念である。さらに、ここでいうプログラムには、直接実行可能なプログラムだけでなく、ソース形式のプログラム、圧縮処理がされたプログラム、暗号化されたプログラム等を含む。
【００８３】
【発明の実施の形態】
1.第１の実施形態
図１に、この発明の一実施形態によるイベント制御装置２の全体構成を示す。
イベント入力手段４から入力されたイベントは、配送先決定手段６に与えられる。配送先決定手段６は、与えられたイベントの内容と、配送先決定情報格納部８に格納された配送先決定情報とにしたがって、イベントを何れのアプリケーションＡＰ１、ＡＰ２・・・ＡＰｎに与えるかを決定し配送する。
【００８４】
図２に、図１のイベント制御装置を、デジタル放送受信装置１２に適用した場合のハードウエア構成を示す。なお、本実施形態を含んで以下の実施形態では、デジタル放送受信装置を例として示しているが、アプリケーションに対するイベントの制御を行う必要のある装置、たとえば、オーディオ機器、パーソナルコンピュータ等にも適用することができる。
【００８５】
アンテナ１６によって捕捉された電波は、チューナ１８に与えられる。チューナ１８は、ＣＰＵ２４の制御に従って、一つのトランスポートストリームを選択する。一つのトランスポートストリームには、複数のサービスが多重化されている。トランスポートデコーダ（ＴＳデコーダ）２０は、ＣＰＵ２４の制御に従って、一つのサービスを選局して出力する。トランスポートデコーダ２０の出力は、ＡＶデコーダ２２に与えられ、ＮＴＳＣコンポジット信号等に変換される。このＮＴＳＣコンポジット信号は、ＴＶセット１４において、画像および音声として出力される。
【００８６】
ＣＰＵ２４は、メモリ２６（読み出し専用メモリ（ＲＯＭ）、書き換え可能メモリ（ＲＡＭ）等によって構成されている）に記録された選局アプリケーション（プログラム）に従って、チューナ１８、ＴＳデコーダ２０を制御し、操作入力部４から入力されるイベントに応じて、サービスを選局する。なお、操作入力部４は、受信装置１２に設けられた操作入力ボタン、またはリモコンからの指令を受信する受信部である。この実施形態では、図８に示すようなボタンを備えたリモコンを用いて、イベントの入力を行う。
【００８７】
また、メモリ２６には、選局アプリケーションの他、インターネット・ブラウザ・アプリケーション、電子メールアプリケーションも記録されている。これらプログラムの他に、これらプログラムを制御するシステムプログラム（オペレーティングシステム）も記録されている。インターネット・ブラウザ・アプリケーションは、通信制御部２８を介して接続されたインターネットからのデータを閲覧するためのアプリケーションである。電子メールアプリケーションは、同様に、インターネットを介して、メールをやりとりするためのアプリケーションである。インターネット・ブラウザ・アプリケーション、電子メールアプリケーションの起動、終了、操作は、操作入力部４からのイベント入力によって行う。
【００８８】
また、メモリ２６には、図４に示すような配送優先度情報が記録されている。
配送優先度情報は、イベントの内容ごとに、各イベントを何れのアプリケーションに与えるかを優先度によって示したものである。ＣＰＵ２４は、メモリ２６に記録されているイベント制御プログラムに従って、配送優先度情報を参照し、操作入力部４からのイベントを何れかのアプリケーションに配送する。図３に、メモリ２６に記録されたイベント制御プログラムをフローチャートにて示す。
【００８９】
ここでは、図５に示すように、放送受信中に、電子メールアプリケーション、インターネットブラウザアプリケーションを起動させ、放送受信画面３０に重ねて、電子メールのウインドウ３２、インターネットブラウザのウインドウ３４を表示させている状態であるとする。電子メールのウインドウ３２の詳細を図６に、インターネットブラウザのウインドウ３４の詳細を図７に示す。
【００９０】
操作入力部４からイベントが入力されると、図３のイベント制御処理が開始される。まず、ＣＰＵ２４は、メモリ２６の配送優先度情報を参照し、入力されたイベントに関し、最も優先度の高いアプリケーションを選択する（ステップＳ１）。たとえば、イベントとして右移動ボタン３６（図８参照）が押された場合には、図４の配送優先度決定情報の右移動ボタンの欄から、各アプリケーションの優先度を取得する。したがって、インターネットブラウザアプリケーションが「２」、電子メールアプリケーションが「１」、選局アプリケーションが「−」という優先度を取得する。この中で最も優先度が高いのは電子メールアプリケーションの「１」であるから、電子メールアプリケーションが選択される。なお、この実施形態では、小さい数字の方が優先度が高いものとしている。また、「−」は、優先度が与えられていないこと、つまり、当該イベントの配送先として選択されないアプリケーションであることを示している。
【００９１】
上記のようにして電子メールアプリケーションが選択されると、ＣＰＵ２４は、次に、当該選択された電子メールアプリケーションが、起動しているかどうかを判断する（ステップＳ２）。電子メールアプリケーションが起動していない場合には、次の優先度のアプリケーション（インターネットブラウザ）を選択する（ステップＳ３）。ここでは、電子メールアプリケーションが起動しているので、ステップＳ４に進む。ステップＳ４では、電子メールアプリケーションに対し、右移動ボタン押下のイベントを配送する。
【００９２】
右移動ボタン押下のイベントを受け取った電子メールアプリケーションは、このイベントに対応した処理を実行する。たとえば、図６に示すように、「ファイル」にある注目カーソル１００を、右に移動して「編集」に移す。これにより、メニュー項目として、「ファイル」が選択された状態から、「編集」が選択された状態となる。
【００９３】
上記のようにして、操作者が、配送先のアプリケーションを指定しなくとも、右移動ボタン押下のイベントは、電子メールアプリケーションに自動的に配送される。なお、他のイベントについても、同様に、適切なアプリケーションに配送される。
【００９４】
上記では、図５に示すように、インターネットブラウザアプリケーション、電子メールアプリケーション、選局アプリケーションが起動した状態において、右移動ボタン３６が押下された場合を説明した。次に、インターネットブラウザアプリケーションと選局アプリケーションだけが起動している状態において、右移動ボ３６タンが押下された場合の処理について説明する。
【００９５】
まず、ＣＰＵ２４は、メモリ２６の配送優先度情報（図４）を参照し、入力された右移動ボタン押下のイベントに関し、最も優先度の高いアプリケーションを選択する（ステップＳ１）。したがって、優先度「１」の電子メールアプリケーションが選択される。次に、電子メールアプリケーションが起動しているかどうかを判断する（ステップＳ２）。ここでは、電子メールアプリケーションは起動していないので、配送優先度情報から、次の優先度のアプリケーションを選択する（ステップＳ３）。したがって、優先度「２」のインターネットブラウザアプリケーションが選択される。このインターネットブラウザアプリケーションは起動しているので、ステップＳ２からＳ４に進み、入力された右移動ボタン押下のイベントを、インターネットブラウザアプリケーションに配送する。
【００９６】
上記のようにして、同じイベントが与えられても、何れのアプリケーションが動作しているかによって、その適切な配送先アプリケーションが決定される。
【００９７】
なお、図４の配送優先度情報において、配送先アプリケーションが記述されていないイベント「メニュー」「電源」等は、システムプログラムに配送されることを示している。
【００９８】
2.第２の実施形態
図９に、この発明の第２の実施形態によるイベント制御装置２の全体構成を示す。この実施形態では、各アプリケーションの状況を取得し、当該状況に基づいて、配送先決定情報格納部８に記録された配送先決定情報を変更する配送先決定情報変更手段１０を備えている。
【００９９】
図９のイベント制御装置を、デジタル放送受信装置１２に適用した場合のハードウエア構成は、図２と同様である。この実施形態においては、メモリ２６に、図１０、図１１に示すような、受信イベント指定情報が配送先決定情報として記録されている。図１０は、インターネットブラウザアプリケーション、電子メールアプリケーション、選局アプリケーションが起動している場合に用いる受信イベント指定情報である。○印の付されたアプリケーションに対してイベントを配送することを示している。また、図１１は、インターネットブラウザアプリケーションと選局アプリケーションが起動している場合に用いる受信イベント指定情報である。その他、電子メールアプリケーションと選局アプリケーションが起動している場合の受信イベント指定情報も記録されているが、ここでは図示を省略する。このように、この実施形態では、起動しているアプリケーションの組み合わせごとに、受信イベント指定情報のテーブルが記録されている。
【０１００】
図１２、図１３に、メモリ２６に記録されたイベント制御プログラムのフローチャートを示す。図１２は、配送先決定情報の管理を行うプログラムであり、新たなアプリケーションが起動した場合や、アプリケーションが終了した場合に実行される。まず、ステップＳ１１において、ＣＰＵ２４は、現在いずれのアプリケーションが起動して動作しているかを取得する。次に、起動しているアプリケーションの組み合わせによって、受信イベント指定情報を選択する（ステップＳ１２）。たとえば、インターネットブラウザアプリケーションと選局アプリケーションが起動している場合には、図１１の受信イベント指定情報が選択される。このようにして選択された受信イベント情報が、配送先決定プログラムにおいて用いられる。アプリケーションの起動状態に変更があった場合には、配送先決定情報管理プログラムによって選択される受信イベント情報が変更され、その結果、配送先決定プログラムにおいて用いられる受信イベント情報も変更される。
【０１０１】
図１３は、配送先決定のプログラムであり、イベントが発生した場合に実行される。たとえば、＃ボタン押下のイベントが発生すると、選択されている図１１の受信イベント情報にしたがって、選局アプリケーションを配送先として決定する（ステップＳ２１）。次に、このようにして決定した選局アプリケーションに＃ボタン押下のイベントを配送する。選局アプリケーションは、これを受けて、＃ボタン押下に対応する処理（たとえば、短縮番号によるチャネル選局）を行う。
【０１０２】
この実施形態では、動作しているアプリケーションの組み合わせによって、受信イベント指定情報を切り換えて用いるようにしている。したがって、動作アプリケーションの組み合わせに応じて、適切な配送先アプリケーションを選択することができる。つまり、状況に応じて、より詳細に配送先を設定することができる。
【０１０３】
なお、上記実施形態では、動作しているアプリケーションの組み合わせによって受信イベント指定情報を切り換えて用いるようにしている。しかしながら、後の実施形態でも説明するように、各アプリケーションがどのような動作状況にあるかに応じて、受信イベント指定情報を変更するようにしてもよい。たとえば、図１１において、インターネットブラウザアプリケーションが、特定メニュー（図７のファイル等）をプルダウン表示した状態においては、「１」「２」・・・「０」の数字キー押下イベントは、インターネットブラウザアプリケーションが受け取るように変更する。このようにすれば、各アプリケーションの処理状況に応じて、より適切に、ダイナミックに配送先アプリケーションを変更することができる。
【０１０４】
上記の場合、配送先決定情報の管理プログラムが、各アプリケーションの動作現状を取得し、受信イベント指定情報を変更するようにすればよい。また、各アプリケーションの側から、受信イベント指定情報を変更するようにしてもよい。
【０１０５】
3.第３の実施形態
図１４に、第３の実施形態によるイベント制御装置の全体構成を示す。この実施形態では、配送先決定情報格納部８には、配送優先度情報と受信イベント指定情報が配送先決定情報として記録されている。また、配送先決定情報変更手段１０は、各アプリケーションの状況を取得し、当該状況に基づいて、配送先決定情報格納部８に記録された受信イベント指定情報を変更する。
【０１０６】
図１４のイベント制御装置を、デジタル放送受信装置に適用した場合のハードウエア構成は、図２と同様である。この実施形態においては、メモリ２６に、図１５に示す配送優先度情報、図１６、図１７に示す受信イベント指定情報が記録されている。なお、受信イベント指定情報は、起動しているアプリケーションの組み合わせごとに設けられている。図１６は、インターネットブラウザアプリケーション、電子メールアプリケーション、選局アプリケーションが起動している場合の受信イベント指定情報であり、図１７は、インターネットブラウザアプリケーションと選局アプリケーションが起動している場合の受信イベント指定情報である。この他、電子メールアプリケーションと選局アプリケーションが起動している場合の受信イベント指定情報等も記録されているが、図示は省略した。
【０１０７】
図１８、図１９に、メモリ２６に記録されたイベント制御プログラムのフローチャートを示す。図１８は、配送先決定情報の管理を行うプログラムであり、新たなアプリケーションが起動した場合や、アプリケーションが終了した場合に実行される。まず、ステップＳ３１において、ＣＰＵ２４は、現在いずれのアプリケーションが起動して動作しているかを取得する。次に、起動しているアプリケーションの組み合わせによって、受信イベント指定情報を選択する（ステップＳ３２）。たとえば、インターネットブラウザアプリケーション、電子メールアプリケーション、選局アプリケーションが起動している場合には、図１６の受信イベント指定情報が選択される。このようにして選択された受信イベント情報が、配送先決定プログラムにおいて用いられる。アプリケーションの起動状態に変更があった場合には、配送先決定情報管理プログラムによって選択される受信イベント情報が変更され、その結果、配送先決定プログラムにおいて用いられる受信イベント情報も変更される。
【０１０８】
図１９は、配送先決定のプログラムであり、イベントが発生した場合に実行される。たとえば、操作者によって＃ボタンが押下され、＃ボタン押下のイベントが発生したとする。ＣＰＵ２４は、図１５の配送優先度情報を参照して、＃ボタン押下イベントに対応する最も優先度の高いアプリケーションを選択する（ステップＳ４１）。ここでは、優先度「１」の電子メールアプリケーションが選択される。次に、現在選択されている図１６の受信イベント指定情報を参照して、当該アプリケーションにイベントを配送可能かどうかを判断する（ステップＳ４２）。図１６においては、＃ボタン押下イベントは、電子メールアプリケーションに配送可能である旨が記述されているから（○が記述されているから）、配送可能であると判断し、ステップＳ４５に進む。
【０１０９】
ステップＳ４５においては、当該＃ボタン押下イベントを、電子メールアプリケーションに配送する。電子メールアプリケーションは、＃ボタン押下イベントを受けて、これに対応する処理（たとえば、メールの送受信）を行う。
【０１１０】
また、数字ボタン「１」の押下イベントが発生した場合には、図１５を参照して、インターネットブラウザアプリケーションが選択される（ステップＳ４１）。しかし、図１６の受信イベント指定情報において、数字ボタン「１」は、インターネットブラウザアプリケーションに配送できない旨が記述されている（−が記述されている）。したがって、ステップＳ４２から、ステップＳ４３、Ｓ４４に進む。
【０１１１】
ステップＳ４４においては、次の配送優先度のアプリケーションを選択する。
これにより、図１５を参照して、優先度「２」の選局アプリケーションが選択される。図１６によれば、数字ボタン「１」は選局アプリケーションに配送可能であるから、ステップＳ４５に進み、数字ボタン「１」押下のイベントが選局アプリケーションに配送される。
【０１１２】
このようにして、数字ボタン「１」押下イベントが選局アプリケーションに配送され、選局アプリケーションはこれに基づいて選局動作を行う。
【０１１３】
なお、最低の優先度まで下げてアプリケーションを選択しても配送可能なアプリケーションが見いだせない場合には、当該イベントは何れにも配送せず（あるいはシステムプログラムに配送して）、処理を終了する。なお、起動しているアプリケーションの数により、最低の優先度を認識することができる。
【０１１４】
この実施形態によれば、配送優先度情報と受信イベント指定情報とによって配送先決定情報を構成しているので、両者の組み合わせにより、状況に応じて適切な配送先アプリケーションを柔軟に設定することができる。
【０１１５】
また、起動しているアプリケーションの組み合わせによって受信イベント指定情報を切り換えて使用するようにしているので、アプリケーションの起動状況に応じて、適切にイベントの配送先を決定することができる。特に、配送優先度情報は固定的なものとしておき、受信イベント指定情報の変更によって、状況の対応に変更するようにしているので、配送先の設定が容易である。
【０１１６】
なお、上記実施形態では、いずれのアプリケーションが起動しているかに応じて、受信イベント指定情報を選択するようにしている。しかしながら、各アプリケーションがどのような動作状況にあるかに応じて、受信イベント指定情報を変更するようにしてもよい。
【０１１７】
たとえば、現在、インターネットブラウザアプリケーションと選局アプリケーションが起動している状態であり、図１７の受信イベント指定情報が選択されているとする。この状態で、操作者の操作入力により、インターネットブラウザアプリケーションが、図２０に示すように、プルダウンメニュー１０４を表示している状態になったとする。配送先決定情報管理プログラムは、このような状態を検出して、受信イベント指定情報を図２１に示すように変更する。つまり、数字キー押下イベントを、インターネットブラウザアプリケーションに配布可能とする。
【０１１８】
図１５に示すように、数字キーに関して、インターネットブラウザアプリケーションのほうが優先度が高く設定されている。したがって、この状態において、操作者によって数字キーが押されると、当該数字キー押下イベントは、選局アプリケーションに配送されず、インターネットブラウザアプリケーションに配送される。すなわち、操作者は、数字キーに応じて、「１」であれば新規ファイル作成、「２」であれば既存ファイルを開く、「３」であればファイルを閉じる等の処理を、インターネットブラウザに行わせることができる。
【０１１９】
かかる処理が終了すると、配送先決定情報管理プログラムは、受信イベント指定情報を図１７の状態に戻す。
【０１２０】
上記のようにすれば、各アプリケーションの動作現状に応じて、適切なイベントの配送先アプリケーションを決定することができる。
【０１２１】
上記の場合、配送先決定情報の管理プログラムが、各アプリケーションの動作現状を取得し、受信イベント指定情報を変更するようにしたが、各アプリケーションの側から、受信イベント指定情報を変更するようにしてもよい。
【０１２２】
また、上記の場合、プルダウンメニューが表示されたことに応じて、受信イベント指定情報を変更するようにした。しかしながら、受信イベント指定情報は変更せず、プルダウンメニューが表示されたアプリケーションがある場合には、図１９の配送先決定のアルゴリズムを実行せずに、プルダウンメニューが表示されたアプリケーションに対して無条件にイベントを配送するようにしてもよい。
【０１２３】
上記実施形態では、受信イベント指定情報を複数用意しておき、何れのアプリケーションが起動しているかによって、受信イベント指定情報を切り換えて使用するようにしている。同様に、配送優先度情報を複数用意しておき、何れのアプリケーションが起動しているかによって、配送優先度情報を切り換えて使用するようにしてもよい。さらに、各アプリケーションの動作現状に応じて、配送優先度情報を変更するようにしてもよい。
【０１２４】
なお、上記各実施形態においては、配送優先度情報、受信イベント指定情報に基づいて、配送先が決定できないイベントは、何れのアプリケーションにも配送しないようにしている。しかしながら、各イベントに対して、基本配送先アプリケーションを予め記録しておき、いずれのアプリケーションに配送すべきかを決定できない場合に、当該基本配送先アプリケーションに配送するようにしてもよい。
【０１２５】
また、上記実施形態では、配送優先度情報を先に検索した後、受信イベント指定情報によって配送可能かどうかを判断しているが、先に受信イベント指定情報によって配送可能なアプリケーションを選択しておき、その中から配送優先度情報を参照して最も優先度の高いアプリケーションを選択して配送するようにしてもよい。
【０１２６】
また、図２２、図２３に示すように、配送優先度情報、受信イベント指定情報を、グループ化したイベントによって管理してもよい。つまり、数字キー押下イベントであれば、全て、同じアプリケーションに配送するようにしている。このようにする場合には、図２４に示すように、メモリ２６に、イベントをどのようにグループ化したかを示すイベントグループ化情報を記録しておく。図２４では、数字グループに、「１」「２」・・・「９」「０」「＃」が含まれ、カーソルグループに、「上移動」「右移動」「下移動」「左移動」「決定」が含まれることが示されている。このようにイベントをグループ化することにより、配送優先度情報や受信イベント指定情報の管理を簡素化することができる。
【０１２７】
なお、何れのアプリケーションが起動しているかや、各アプリケーションの動作現状等に応じて、図２４のイベントグループ化情報を変更して、イベントの配送先を状況に応じて柔軟に設定することができるようにしてもよい。
【０１２８】
上記実施形態では、イベントをグループ化したが、アプリケーションをグループ化してもよい。この場合には、一つのイベントが、グループに属する複数のアプリケーションに配送されることとなる。また、上記と同様に、何れのアプリケーションが起動しているかや、各アプリケーションの動作現状等に応じて、アプリケーションのグループ化の内容を変更して、イベントの配送先を状況に応じて柔軟に設定することができるようにしてもよい。
【０１２９】
4.第４の実施形態
図２５に、第４の実施形態によるイベント制御装置の全体構成を示す。この実施形態では、配送先決定情報格納部８には、配送優先度情報、受信イベント指定情報に加えて、配送属性情報が記録されている。配送先決定手段６は、この配送属性情報を考慮して、イベントの配送形態を決定する。ここで、イベントの配送形態とは、複数のアプリケーションに同時にイベントを配送するか否か、何れのアプリケーションから先にイベントを配送するか等のイベントを配送するにあたっての形態をいう。
【０１３０】
図２５のイベント制御装置を、デジタル放送受信装置に適用した場合のハードウエア構成は、図２と同様である。この実施形態においては、メモリ２６に、図１５に示す配送優先度情報、図１６、図１７に示す受信イベント指定情報の他に、図２６に示すような配送属性情報を記録している。なお、この配送属性情報は、起動しているアプリケーションの組み合わせごとに設け、選択して使用してもよいし、固定的に１つの配送属性情報を用いるようにしてもよい。
【０１３１】
図２７に、イベント制御プログラムのフローチャートを示す。  図１５の配送優先度情報、図１６の受信イベント指定情報、図２６の配送属性情報が使用される状況において、「下移動」キー押下イベントが発生したとする。この場合、まず、図１５の配送優先度情報に基づいて電子メールアプリケーションが選択され、図１６の受信イベント指定情報によって配送可能であることから、「下移動」キー押下イベントは、電子メールアプリケーションに配送される（ステップＳ５１）。
【０１３２】
次に、図２６の配送属性情報を参照すると、「下移動」キー押下イベントの電子メールアプリケーションにおける属性が「共有」であることを得る（ステップＳ５２）。これにより、ＣＰＵ２４は、このイベントが同時に他のアプリケーションにも送られ得ることを知る。
【０１３３】
次に、ＣＰＵ２４は、優先度を１つ下げて（この場合「２」にして）、ステップＳ５１を実行する。これにより、図１５の配送優先度情報において優先度「２」が与えられたインターネットブラウザアプリケーションを選択する。図１６の受信イベント指定情報において配送可能となっていることから、「下移動」キー押下イベントは、インターネットブラウザアプリケーションにも重ねて配送される。
【０１３４】
次に、図２６の配送属性情報を参照すると、「下移動」キー押下イベントのインターネットブラウザアプリケーションにおける属性が「共有終わり」であることを得る（ステップＳ５２）。これにより、ＣＰＵ２４は、このイベントがこれ以上同時に他のアプリケーションには送られ得ないことを知る。よって、イベントの配送処理を終了する（ステップＳ５３）。
【０１３５】
上記のように、配送属性情報を設けておくことにより、イベントの配送形態を適切に設定することができる。
【０１３６】
なお、この配送属性情報も、何れのアプリケーションが起動しているかや、各アプリケーションの動作現状等に応じて変更するようにしてもよい。
【０１３７】
また、配送属性情報についても、前述と同様にして、イベント、アプリケーションをグループ化して管理するようにしてもよい。
【０１３８】
5.第５の実施形態
上記の各実施形態では、配送先決定情報として、配送優先度情報、受信イベント指定情報、配送属性情報等を記録して用いるようにしている。しかしながら、図２８に示すように、各アプリケーションＡＰ１、ＡＰ２・・・ＡＰｎのそれぞれが、自己が起動しているか否かのアプリケーション起動情報を、配送先決定情報として配送先決定情報格納部８に書き込むようにしてもよい。
【０１３９】
アプリケーション起動情報の一例を、図２９に示す。配送先決定手段６は、このアプリケーション起動情報を参照して、与えられたイベントを、何れのアプリケーションに与えるかを決定し、配送する。
【０１４０】
6.第６の実施形態
上記の各実施形態では、配送先決定手段６が、配送先決定情報格納部８の配送先決定情報に基づいて、アプリケーションＡＰ１、ＡＰ２・・・ＡＰｎに対して、選択的にイベントを配送するようにしている。しかしながら、全てのアプリケーションに（起動しているアプリケーションに）イベントを配送し、各アプリケーションＡＰ１、ＡＰ２・・・ＡＰｎにおいて、イベント実行情報に基づいて、受け取ったイベントを実行するかどうか（有効なものとして扱うかどうか）を決定するようにしてもよい。
【０１４１】
このような実施形態を図３０に示す。図３０のイベント制御装置を、デジタル放送受信装置に適用した場合のハードウエア構成は、図２と同様である。この実施形態においては、メモリ２６に、図３１に示すようなイベント実行情報が記録されている。また、各アプリケーションＡＰ１、ＡＰ２・・・ＡＰｎのそれぞれに、図３２に示すようなイベント処理プログラムが含まれている。
【０１４２】
まず、イベントを受け取ると、アプリケーションは、まずステップＳ６１において、受け取ったイベントについて、自己が実行すべきかどうかを、図３１のイベント実行情報から取得する（ステップＳ６１）。たとえば、アプリケーションがブラウザであり、与えられたイベントが数字キー「９」の押下であった場合、図３１より実行可（○）であると判断する（ステップＳ６２）。この場合、ブラウザは、当該イベントに対する処理を実行する（ステップＳ６３）。
【０１４３】
また、与えられたイベントが「＃」であった場合、実行不可「×」であると判断する（ステップＳ６２）。この場合、ブラウザは、当該イベントを破棄し、当該イベントに対する処理を実行しない（ステップＳ６４）。
【０１４４】
また、イベントを受け取った他のアプリケーションも同様にして、イベントを実行するか否かを決定する。したがって、図３１のようなイベント実行情報が設定されている場合、数字キーであれば、ブラウザと電子メールの双方において実行される。
【０１４５】
なお、何れのアプリケーションが起動しているかや、その動作状況等に応じて、使用するイベント実行情報を変更するようにしてもよい。
【０１４６】
また、上記実施形態では、複数のアプリケーションによってイベントが実行される場合があり得るようにしたが、イベント実行情報の記述の仕方によっては、１つのアプリケーションのみで実行されるようにすることもできる。
【０１４７】
また、上記第１〜第６の実施形態に関して、配送先決定プログラム、各アプリケーション、配送先決定情報を、図５１に示すように、ＩＣカード２７に記録して使用するようにしてもよい。これによって、新たなアプリケーションの追加、配送先決定情報の変更等を容易に行うことができる。
【０１４８】
さらに、ＩＣカード２７を用いずに、通信制御部や放送電波によって、メモリ２６に記録された配送先決定プログラム、各アプリケーション、配送先決定情報の書き換えを行うようにしてもよい。
【０１４９】
上記何れの場合も、同じ状況（同じアプリケーションが起動し、同じ動作状況にある）において、同一のイベントが与えられても、書き換えや差し替えによって、異なるアプリケーションにおいて当該イベントが実行され、ＴＶセットにおいて異なる表示（出力結果）がなされることとなる。
【０１５０】
7.第７の実施形態
7.1.デジタル放送システムの全体構成
第７の実施形態によるデジタル放送システムの全体構成を、図３３、図３４に示す。図３３の多重化手段２００は、放送内容であるコンテンツ情報２０４を制御情報２０８に基づいてパケット化し、多重化する。多重化されたデータは、トランスポートストリームとして送信手段２０２に与えられ、放送衛星を介して（もしくは地上波電波として）送信される。
【０１５１】
なお、図においては省略しているが、１つのトランスポートストリームには、複数の放送内容（サービス内容）が多重化される。
【０１５２】
この実施形態では、受信装置側において当該コンテンツ情報２０４に関連して受付可能なイベントを、受付可能イベント情報として、コンテンツ情報２０４に含ませている。したがって、受付可能イベント情報も、多重化手段２００によって多重化されて送信される。
【０１５３】
図３４の受信手段２１０は、送られてきた電波を受信し、トランスポートストリームとして出力する。復元手段２１２は、制御情報等にしたがって、このトランスポートストリームから所望のサービスを選択し、放送内容を復元する。所望のサービスの選択等は、操作者によるイベント入力を受け付ける、イベント入力手段２１４からのイベントに従い、制御アプリケーション２１８が行う。
【０１５４】
インタラクティブ復元アプリケーション２１６は、コンテンツ情報を復元するとともに、イベント入力手段２１４からのイベントに基づいて、放送内容を変化させる。また、イベント制御手段２２０は、イベント入力手段２１４から与えられたイベントのうち、いずれのイベントをインタラクティブ復元アプリケーションに配送し、いずれを配送しないかを制御する。この配送制御は、コンテンツ情報に多重化して送られてきた受付可能イベント情報２２２に基づいて行う。
【０１５５】
上記のように、この実施形態によれば、受信装置側において受け付け可能とするイベントを、コンテンツ提供者が決定することができ、放送内容に応じた柔軟なイベント受付を実現することができる。
【０１５６】
7.2.送信装置
図３５に、送信装置の詳細構成例を示す。この実施形態では、映像・音声を含むサービスとＨＴＭＬ(Hyper Text Markup Language)データを含むサービスを多重化して送信する例を示している。
【０１５７】
映像データ２３８は、映像エンコーダ２３２によって圧縮され、多重化部２００に与えられる。同様に、音声データ２４０は、音声エンコーダ２３４によって圧縮され、多重化部２００に与えられる。
【０１５８】
ＨＴＭＬデータ２０４は、データ管理部２３６によって管理され、多重化部２００に与えられる。
【０１５９】
この実施形態では、映像・音声データは１つのサービス（サービスＳＶ１とする）として、ＨＴＭＬデータは１つのサービス（サービスＳＶ２）として、多重化部２００によってパケット化されて多重化される。生成されたトランスポートストリームは、変調部２０２において変調されて送信される。なお、パケット化に伴って、パケットを識別するため等に必要となる制御データは、制御データ生成部２３０において生成され、多重化部２００において多重化される。
【０１６０】
また、図示は省略したが、上記のようにして生成されるトランスポートストリームは、周波数などを変えて、複数個送信される。
【０１６１】
この実施形態では、ＨＴＭＬデータに受付可能イベント情報を記述するものとする。
【０１６２】
図３６に、生成されたトランスポートストリームを構成する制御データＮＩＴ、ＰＡＴ、ＰＭＴ１、ＰＭＴ２、コンテンツデータＥＳ１（Ｖ）、ＥＳ１（Ａ）、ＨＴＭＬを示す。各制御データ、コンテンツデータは、図３７に示すようなパケット構造にされる。すなわち、所定長の長さのデータに分割され、識別のためにパケットＩＤが付される。
【０１６３】
図３６の線５０にて模式的に示すように、制御データＮＩＴ、ＰＡＴ、ＰＭＴ１、ＰＭＴ２、コンテンツデータＥＳ１（Ｖ）、ＥＳ１（Ａ）、ＨＴＭＬのパケット化が終了すると、続いて、線５２に示すように、次のデータのパケット化が行われる。
【０１６４】
制御データＰＭＴ１には、図３８に示すように、映像・音声のサービスＳＶ１のパケットＩＤが記述されている。さらに、制御データＰＡＴには、この制御データＰＭＴ１のパケットＩＤが記述されている。同様に、制御データＰＭＴ２には、ＨＴＭＬデータのサービスＳＶ２のパケットＩＤが記述され、制御データＰＡＴには、この制御データＰＭＴ２のパケットＩＤが記述されている。したがって、制御データＰＡＴ、ＰＭＴを取得することにより、所望のサービスのデータを取得できるように構成されている。
【０１６５】
なお、制御データＮＩＴには、図３９に示すように、各トランスポートストリームに含まれるサービスの一覧が記述されている。この制御データＮＩＴのパケットＩＤは、制御データＰＡＴに記述されている。
【０１６６】
図４０に、サービスＳＶ２のコンテンツであるＨＴＭＬデータの例を示す。このＨＴＭＬデータは、後述のように、受信装置側のブラウザアプリケーションによって解釈され、表示される。ＨＴＭＬデータは、定義情報記述部分５１０と本体情報記述部分５１２によって構成されている。
【０１６７】
この実施形態では、定義情報記述部分５１０の４行目のkeylist : "number.basic"が受付可能イベント情報であり、これによって受信装置側のブラウザアプリケーションが受付可能なイベントを示している。
【０１６８】
keylist :は、:以下に、受付可能なイベントが示されることを表している。ここでは、numberとbasicのイベントが受付可能である旨が示されている。numberは数字キーのグループを示し、basicはカーソル移動、決定等のキーのグループを示している。したがって、受信装置側のブラウザアプリケーションは、数字キー、カーソル移動キー、決定キー等の押下イベントを受け付けることができる。
【０１６９】
7.3.受信装置
図４１に、図４０の受信装置を、ＣＰＵを用いて実現した場合のハードウエア構成を示す。メモリ２６には、選局アプリケーション、ブラウザアプリケーション等が記録されている。
【０１７０】
ＣＰＵ２４は、操作入力部４から入力された操作入力（イベント）に基づいて、選局アプリケーションにしたがって、所望のサービスを取得するよう制御を行う。トランスポートストリームの切換は、制御データＮＩＴの情報にしたがって、チューナ１８を制御することにより行う。また、トランスポートストリーム内から所望のサービスを選択する場合には、トランスポートデコーダ２０を制御することにより行う。トランスポートデコーダ２０は、パケットＩＤを設定することにより、所望のパケットのみを出力する。したがって、ＣＰＵ２４は、パケットＩＤをトランスポートデコーダに設定することによって、所望のサービスを得ることができる。
【０１７１】
たとえば、操作入力部４から、ＨＴＭＬデータのサービスＳＶ２を選局する指令が与えられたとする。サービスＳＶ２のチャネル番号が”１４５”であれば、数字キー「１」「４」「５」が押下されることとなる。ＣＰＵ２４は、これを受けて、制御データＰＡＴ（図３８参照）のパケットＩＤ（０ｘ００００に固定されている）をＴＳデコーダ２０に設定する。これにより、ＴＳデコーダ２０からは、制御データＰＡＴの内容が出力され、メモリ２６に記憶される。ＣＰＵ２４は、このようにして分離された制御データＰＡＴを参照して、サービスＳＶ２の制御データＰＭＴ２のパケットＩＤを取得する。
【０１７２】
次に、このようにして取得した制御データＰＭＴ２のパケットＩＤを、ＴＳデコーダ２０に設定し、制御データＰＭＴ２の内容をメモリ２６に記憶させる。さらに、この制御データＰＭＴ２の内容を参照して、ＨＴＭＬデータのパケットＩＤを取得する。次に、ＨＴＭＬデータのパケットＩＤをＴＳデコーダ２０に設定することによって、ＨＴＭＬデータをメモり２６に記憶することができる。
【０１７３】
このようにしてメモリ２６に記憶されたＨＴＭＬデータは、ブラウザアプリケーションによって解釈され、ＡＶデコーダ２２を介して、ＴＶセット１４に表示される。以下、図４０に示すようなＨＴＭＬデータを受信したものとして、説明を進める。
【０１７４】
ブラウザアプリケーションは、図４０の４行目において、keylist : "number.basic"を取得すると、受付可能イベントテーブルをメモリ２６内に生成する。すなわち、当該ブラウザアプリケーションが受け付けることのできるイベントをテーブルとして記憶する。ここでは、numberとbasicが指定されているので、数字ボタン、カーソル移動ボタン、決定ボタン等のイベントが受付可能であるとして「○」が記録される。＃ボタン、戻るボタン等は指定されていないので、イベント受付不可であるとして「−」が記録される。なお、numberにどのようなボタンが属するか、basicにどのようなボタンが属するかは、予め定められている。
【０１７５】
ブラウザアプリケーションは、その他のＨＴＭＬの記述も解釈して、内容をＴＶセット１４に表示する。表示内容を、図４３に示す。図４３のイメージ５２０は、図４０の本体情報記述部分５１２の３行目のsrc="http://aaa/bbb/ccc/why.png"に基づいて表示されたものである。すなわち、ブラウザアプリケーションがこれを解釈して、通信制御部２８を介して、http://aaa/bbb/ccc/why.pngの場所に保存されているイメージを取得して表示したものである。
【０１７６】
本体情報記述部分５１２の１１行目、１２行目では、数字ボタン「１」(accesskey="1")が押下(onclick)されると、関数img1Goto()を実行する旨が記述されている。図４３の画面表示状態において、操作入力部４から、数字ボタン「１」押下のイベントが与えられると、ブラウザアプリケーションは、図４２の受付可能イベントテーブルを参照して、当該イベントが受付可能かどうかを判断する。ここでは、数字ボタン「１」はブラウザアプリケーションが受付可能であるから、ブラウザアプリケーションは、数字ボタン「１」押下イベントに対応する処理を行う。すなわち、図４０の本体情報記述部分５１２の１１行目、１２行目に基づいて、関数img1Goto()を実行する。関数img1Goto()は、定義情報記述部分５１０に定義されているように、"http://aaa/bbb/ccc/s2.html"の場所へ移動する命令である。
【０１７７】
ブラウザアプリケーションは、これにしたがって、通信制御部２８を介して、場所"http://aaa/bbb/ccc/s2.html"からの情報を取得し、ＴＶセット１４に表示する。
【０１７８】
なお、図４３の画面表示状態において、＃ボタン押下イベントが発生しても、図４２のテーブルにおいて受け付け不可となっているので、このイベントをブラウザアプリケーションは受け付けない。この場合、他のアプリケーションに与えられるか、何れのアプリケーションにも与えられないことになる。
【０１７９】
以上のようにして、受信装置側におけるイベント受付を、送信側から決定することができる。
【０１８０】
7.4.他の実施形態
上記実施形態では、ブラウザアプリケーションが受付可能イベントテーブルを生成し、受付可能かどうかを判断している。つまり、ブラウザアプリケーションがイベント制御手段を兼ねている。しかしながら、ブラウザアプリケーションとは別個のイベント制御プログラムが、イベントを受付可能かどうかを判断するようにしてもよい。すなわち、図４４に示すように、インタラクティブ復元アプリケーション２１６の外にイベント制御手段２２０を設けてもよい。
【０１８１】
上記実施形態では、イベントをグループ化して受付可能イベント情報を記述しているが、個々のイベントごとに受付可能かどうかを記述した受付可能イベント情報を用いてもよい。
【０１８２】
また、上記実施形態では、ＨＴＭＬデータを用いた放送に適用したが、ＸＭＬ等の他の自己記述型言語を用いてもよい。
【０１８３】
さらに、上記実施形態では、コンテンツデータの中に受付可能イベント情報を記述しているが、コンテンツデータと対応付けられた制御データ（ＰＭＴ等）に受付可能イベント情報を記述するようにしてもよい。このようにすれば、ＨＴＭＬのようなデータ放送だけでなく、通常の映像・音声放送に対しても、受付可能イベントを設定することができる。
【０１８４】
また、上記実施形態では、受付可能イベントテーブルによって制御を行っているが、図１５、図１６、図１７に示すような配送優先度情報、受信イベント指定情報を受信装置において用意しておき、受信した受付可能イベント情報に基づいて、受信イベント指定情報のブラウザソフトエウアの項目を書きかえるようにしてもよい。
【０１８５】
さらにまた、送信側から、第１の実施形態〜第６の実施形態に示すような配送先決定情報を多重化して送信し、受信装置側では、この配送先決定情報に基づいて、第１の実施形態〜第６の実施形態と同様のイベント制御を行うようにしてもよい。
【０１８６】
8.第８の実施形態
8.1.デジタル放送システムの全体構成
図４５、図４６に、第８の実施形態によるデジタル放送システムの全体構成を示す。図４５の送信装置においては、コンテンツ情報２０４に、受付可能イベント情報２０６だけでなく、受付可能イベント変更情報２５０多重化して送信している。この受付可能イベント変更情報２５０は、受付可能イベント情報２０６に基づいて受付可能となるイベントを、状況に応じて変更するための情報である。
【０１８７】
図４６の受信装置においては、受信した受付可能イベント変更情報に基づいて、受付可能なイベントを変更するようにしている。したがって、インタラクティブ復元アプリケーション２１６の処理状況等に応じて、受信可能なイベントを柔軟に、かつ送信側から設定することができる。
【０１８８】
8.2.送信装置
送信装置の詳細構成は、図３５と同様である。送信されるＨＴＭＬデータの例を示すと、図４７のようである。この実施形態では、受付可能イベントとして、basicのみが指定されている（３行目参照）。したがって、ブラウザアプリケーションは、カーソル移動キー、決定キーを受け付けることができるが、数字キーは受け付けることができない。
【０１８９】
定義情報記述部分５１０の１９行〜２０行には、関数funcage1()が定義されている。その内容は、keylistを"number.basic"に書き換えよというものである。したがって、関数funcage1()が実行されると、カーソル移動キー、決定キーだけでなく、数字キーも受付可能となる。同様に、関数funcage2()も定義されている。その内容は、keylistを"basic"に書き換えよというものである。したがって、関数funcage2()が実行されると、カーソル移動キー、決定キーだけが受付可能となり、数字キーは受付不可となる。
【０１９０】
これら関数funcage1()、funcage2()は、本体情報記述部分５１２の８行目において、実行される。この実施形態では、上記関数の定義記述と、関数実行の記述により、受付可能イベント変更情報が構成されている。
【０１９１】
8.3.受信装置
図４６の受信装置を、ＣＰＵを用いて実現した場合のハードウエア構成は、図４１と同様である。メモリ２６には、選局アプリケーション、ブラウザアプリケーション等が記録されている。
【０１９２】
図４７のＨＴＭＬデータを選択してメモり２６に記録するまでの動作は、第７の実施形態と同様である。ブラウザアプリケーションは、メモリ２６に記憶されたＨＴＭＬデータを解釈して、ＴＶセット１４に表示を行う。
【０１９３】
ブラウザアプリケーションは、図４１の３行目のkeylist : "basic"を取得し、図４８に示すような、受付可能イベントテーブルを生成してメモり２６に記憶する。この受付可能イベントテーブルによれば、ブラウザアプリケーションは、カーソル移動キー、決定キーのみを受け付けることができる。
【０１９４】
ブラウザアプリケーションは、その他のＨＴＭＬ記述の実行を行い、図４９に示すようなアンケート画面をＴＶセット１４に表示する。視聴者は、この画面を参照して、カーソル移動キーによって、注目カーソル（フォーカス）を移動させてアンケート入力を行う。このカーソル移動の制御は、ブラウザアプリケーションが行う。図４９においては、性別の項目に注目カーソルが位置している（フォーカスされている）状態を示している。つまり、性別の項目の入力状態となる。
【０１９５】
図４９の状態において、カーソル上移動キーを入力すると、年齢がフォーカスされた状態となる。ブラウザアプリケーションは、これを検知し、関数funcage1()を実行する。すなわち、図４７の本体情報記述部分５１２の８行目のonfocus="funcage1"を解釈して実行する。onfocus="funcage1"は、「年齢」がフォーカスされた状態において、関数funcage1()を実行することを示している。関数funcage1()は、定義記述部分５１０にあるように、keylistを"number.basic"に書き換える関数である。したがって、「年齢」がフォーカスされると、keylist="number.basic"となり、これを受けて、受付可能イベントテーブルも図４８から図４２のように書き換えられる。すなわち、数字キーも受付可能な状態となる。したがって、視聴者は、数字キーを押下してブラウザアプリケーションに与え、図５０に示すように年齢を数字にて入力することができる。
【０１９６】
さらに、カーソル移動キーによって、年齢からフォーカスを外すと、ブラウザアプリケーションは、これを検知し、関数funcage2()を実行する。すなわち、図４７の本体情報記述部分５１２の８行目のonblur="funcage2"を解釈して実行する。onblur="funcage2"は、「年齢」がフォーカスさていない状態において、関数funcage2()を実行することを示している。関数funcage2()は、定義記述部分５１０にあるように、keylistを"basic"に書き換える関数である。したがって、「年齢」がフォーカスから外されると、keylist="basic"となり、これを受けて、受付可能イベントテーブルも図４２から図４８のように書き換えられる。すなわち、数字キーの受付は不可状態に戻される。
【０１９７】
入力されたアンケートは、送信ボタン等（図示せず）によって、通信制御部２８を介して、サービス提供業者等に送信される。
【０１９８】
上記のように、受付可能イベント変更情報を用いることにより、状況に応じて受付可能なイベントを適宜変更することができる。また、かかる変更を、送信側から指定することが可能となる。
【０１９９】
この実施形態においても、第７の実施形態においてその他の実施形態として示した事項を適用することができる。
【０２００】
9.その他
上記各実施形態では、各機能をＣＰＵを用いて実現しているが、その一部または全部をハードウエアロジックによって構成してもよい。
【０２０１】
また、上記各実施形態では、受信の場合の動作についてのみ説明したが、トランスポートストリームを記録再生する装置においても適用することができる。この場合、受信時と、再生時により、配送先決定情報や受付可能イベント情報を変更するようにしてもよい。
【図面の簡単な説明】
【図１】この発明の第１の実施形態によるイベント制御装置の全体構成図である。
【図２】デジタル放送受信装置のハードウエア構成を示す図である。
【図３】イベント制御プログラムのフローチャートである。
【図４】配送先決定情報を示す図である。
【図５】複数のウインドウが開いた状態を示す図である。
【図６】電子メールアプリケーションのウインドウを示す図である。
【図７】インターネットブラウザアプリケーションのウインドウを示す図である。
【図８】リモコン装置の外観を示す図である。
【図９】第２の実施形態によるイベント制御装置の全体構成を示す図である。
【図１０】受信イベント指定情報を示す図である。
【図１１】受信イベント指定情報を示す図である。
【図１２】イベント制御プログラム（配送先決定情報の管理）のフローチャートである。
【図１３】イベント制御プログラム（配送先の決定）のフローチャートである。
【図１４】第３の実施形態によるイベント制御装置の全体構成を示す図である。
【図１５】配送優先度情報を示す図である。
【図１６】受信イベント指定情報を示す図である。
【図１７】受信イベント指定情報を示す図である。
【図１８】イベント制御プログラム（配送先決定情報の管理）のフローチャートである。
【図１９】イベント制御プログラム（配送先の決定）のフローチャートである。
【図２０】インターネットブラウザアプリケーションのプルダウンメニューを示す図である。
【図２１】受信イベント指定情報を示す図である。
【図２２】配送優先度情報を示す図である。
【図２３】受信イベント指定情報を示す図である。
【図２４】イベントグループ化情報を示す図である。
【図２５】第４の実施形態によるイベント制御装置の全体構成図である。
【図２６】配送属性情報を示す図である。
【図２７】イベント制御プログラムのフローチャートである。
【図２８】第５の実施形態によるイベント制御装置の全体構成図である。
【図２９】アプリケーション起動情報を示す図である。
【図３０】第６の実施形態によるイベント制御装置の全体構成図である。
【図３１】イベント実行情報を示す図である。
【図３２】イベント処理プログラムのフローチャートである。
【図３３】第７の実施形態による送信装置の全体構成図である。
【図３４】第７の実施形態による受信装置の全体構成図である。
【図３５】送信装置の詳細構成図である。
【図３６】データのパケット化を示す図である。
【図３７】パケット化データの構造を示す図である。
【図３８】制御データとコンテンツデータとの関係を示す図である。
【図３９】制御データＮＩＴを示す図である。
【図４０】ＨＴＭＬデータを示す図である。
【図４１】デジタル受信装置のハードウエア構成を示す図である。
【図４２】受付可能イベントテーブルを示す図である。
【図４３】図３４のＨＴＭＬデータをブラウザによって表示した画面である。
【図４４】他の実施形態による受信装置の全体構成図である。
【図４５】第８の実施形態による送信装置の全体構成図である。
【図４６】第８の実施形態による受信装置の全体構成図である。
【図４７】ＨＴＭＬデータを示す図である。
【図４８】受付可能イベントテーブルを示す図である。
【図４９】図４７のＨＴＭＬデータをブラウザによって表示した画面である。
【図５０】図４７のＨＴＭＬデータをブラウザによって表示した画面である。
【図５１】デジタル受信装置のハードウエア構成を示す図である。
【符号の説明】
２・・・イベント制御装置
４・・・イベント入力手段
６・・・配送先決定手段
８・・・配送先決定情報格納部
ＡＰ１、ＡＰ２、ＡＰｎ・・・アプリケーション
【図１】
0004522533.tif 000002
【図２】
0004522533.tif 000003
【図３】
0004522533.tif 000004
【図４】
0004522533.tif 000005
【図５】
0004522533.tif 000006
【図６】
0004522533.tif 000007
【図７】
0004522533.tif 000008
【図８】
0004522533.tif 000009
【図９】
0004522533.tif 000010
【図１０】
0004522533.tif 000011
【図１１】
0004522533.tif 000012
【図１２】
0004522533.tif 000013
【図１３】
0004522533.tif 000014
【図１４】
0004522533.tif 000015
【図１５】
0004522533.tif 000016
【図１６】
0004522533.tif 000017
【図１７】
0004522533.tif 000018
【図１８】
0004522533.tif 000019
【図１９】
0004522533.tif 000020
【図２０】
0004522533.tif 000021
【図２１】
0004522533.tif 000022
【図２２】
0004522533.tif 000023
【図２３】
0004522533.tif 000024
【図２４】
0004522533.tif 000025
【図２５】
0004522533.tif 000026
【図２６】
0004522533.tif 000027
【図２７】
0004522533.tif 000028
【図２８】
0004522533.tif 000029
【図２９】
0004522533.tif 000030
【図３０】
0004522533.tif 000031
【図３１】
0004522533.tif 000032
【図３２】
0004522533.tif 000033
【図３３】
0004522533.tif 000034
【図３４】
0004522533.tif 000035
【図３５】
0004522533.tif 000036
【図３６】
0004522533.tif 000037
【図３７】
0004522533.tif 000038
【図３８】
0004522533.tif 000039
【図３９】
0004522533.tif 000040
【図４０】
0004522533.tif 000041
【図４１】
0004522533.tif 000042
【図４２】
0004522533.tif 000043
【図４３】
0004522533.tif 000044
【図４４】
0004522533.tif 000045
【図４５】
0004522533.tif 000046
【図４６】
0004522533.tif 000047
【図４７】
0004522533.tif 000048
【図４８】
0004522533.tif 000049
【図４９】
0004522533.tif 000050
【図５０】
0004522533.tif 000051
【図５１】
0004522533.tif 000052