(57)【要約】【課題】ネットワーク家電の状態変化を即時に提示する。【解決手段】外部の制御対象となる機器の状態変化をデジタルテレビに表示させるための表示制御装置であって、制御対象機器を監視し、その状態変化の内容を生成する機器監視部６０２と、内容をＢＭＬ構文へ変換する構文変換部６０３と、ＢＭＬ構文をデジタルテレビが再生中の放送データに多重して多重放送データを生成する多重部６０４と、多重放送データをデジタルテレビに出力する出力部６０５と、を具備する。【選択図】図６
2010161474.tif 000002
【特許請求の範囲】
【請求項１】
外部の制御対象となる機器の状態変化をデジタルテレビに表示させるための表示制御装置であって、
前記機器を監視し、その状態変化の内容を生成する機器監視部と、
前記内容をＢＭＬ（Broadcast Markup Language）構文へ変換する構文変換部と、
前記ＢＭＬ構文を前記デジタルテレビが再生中の放送データに多重して多重放送データを生成する多重部と、
前記多重放送データを前記デジタルテレビに出力する出力部と、を具備することを特徴とする表示制御装置。
【請求項２】
前記構文変換部は、前記ＢＭＬ構文としてＢＭＬイベント構文に変換することを特徴とする請求項１に記載の表示制御装置。
【請求項３】
前記内容を送信する第１通信部と、該内容を受信する第２通信部と、をさらに具備し、
前記構文変換部は、前記第２通信部が受信した内容をＢＭＬ構文へ変換することを特徴とする請求項１または請求項２に記載の表示制御装置。
【請求項４】
前記第１通信部、前記構文変換部、前記多重部、および前記出力部は前記デジタルテレビのシステムの一部として内包されることを特徴とする請求項３に記載の表示制御装置。
【請求項５】
前記内容を送信する第３通信部と、該内容を受信する第４通信部と、をさらに具備し、
前記構文変換部は前記内容をＢＭＬ構文へ変換し、前記第４通信部は該ＢＭＬ構文を前記第３通信部に送信し、前記第３通信部は該ＢＭＬ構文を受信し、前記多重部は該ＢＭＬ構文を前記デジタルテレビが再生中の放送データに多重して多重放送データを生成し、前記出力部は該多重放送データを前記デジタルテレビに出力することを特徴とする請求項１または請求項２に記載の表示制御装置。
【請求項６】
前記構文変換部から前記ＢＭＬ構文を受け取り、前記放送データの一部分に該ＢＭＬ構文の内容を示す領域を作成した領域含有放送データを生成するデータ送出部をさらに具備し、
前記多重部は、前記領域含有放送データを受け取り、前記領域に前記ＢＭＬ構文を多重することを特徴とする請求項５に記載の表示制御装置。
【請求項７】
外部の制御対象となる機器の状態変化をデジタルテレビに表示させるための表示制御方法であって、
前記機器を監視し、その状態変化の内容を生成し、
前記内容をＢＭＬ（Broadcast Markup Language）構文へ変換し、
前記ＢＭＬ構文を前記デジタルテレビが再生中の放送データに多重して多重放送データを生成し、
前記多重放送データを前記デジタルテレビに出力することを特徴とする表示制御方法。
【請求項８】
外部の制御対象となる機器の状態変化をデジタルテレビに表示させるための表示制御装置で使用するプログラムであって、
コンピュータを、
前記機器を監視し、その状態変化の内容を生成する機器監視部と、
前記内容をＢＭＬ（Broadcast Markup Language）構文へ変換する構文変換部と、
前記ＢＭＬ構文を前記デジタルテレビが再生中の放送データに多重して多重放送データを生成する多重部と、
前記多重放送データを前記デジタルテレビに出力する出力部として機能させるための表示制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、地上デジタル放送で運用される形式のデータを受信し再生可能な受信機に関連して、ユーザの制御下にある機器の情報を提示する表示制御装置、方法およびプログラムに関する。
【背景技術】
【０００２】
地上デジタル放送の開始に伴い、地上デジタル放送受信機（以後「デジタルテレビ」と呼ぶ）の普及が進んでいる。デジタル放送では通常の映像コンテンツのみならず静止画や音声、データ放送などの様々なデータを扱うことができる（以後これらを統合したものを「放送データ」と呼ぶ）。すべてのデジタルテレビはデータ放送を再生するための機能を搭載し、ユーザはリモコン等を利用してデータ放送を楽しむことができる。
【０００３】
デジタルテレビとネットワーク家電とが互いにホームネットワークを介して接続可能である場合、デジタルテレビからネットワーク家電を操作するための環境、またはネットワーク家電の状態を知るための環境が提供されることがある。このような環境では、ネットワーク家電の制御のためにデジタルテレビのＨＴＭＬブラウザが利用される。
【０００４】
一方、放送局により配信されるデジタル放送コンテンツに基づいて、家庭のホームネットワークに接続された機器と番組との連動を前提としたサービスを提供する記述手段を実装した機器制御装置を提供する技術がある（例えば特許文献１参照）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００６−１９７３５８公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、上述のような技術では、デジタルテレビによってネットワーク家電の状態変化（例えば「電子レンジの運転が終了した」）を知るためにはＨＴＭＬブラウザを使用してネットワーク家電またはネットワーク家電を統括するホームサーバへ複数回アクセスしなければならない。ネットワーク家電の状態変化はユーザへ即時に提示することが望ましく、現在の技術では短い時間間隔でデジタルテレビからサーバへ定期的にアクセスし、ネットワーク家電の状態を頻繁に確認しなければならない。このため、ネットワーク家電の状態変化が頻繁でない場合には無駄が生じる。
【０００７】
また、状態変化を知るためにデジタルテレビの画面がＨＴＭＬブラウザに占有されることで、放送データを同時に楽しむことができないといった問題がある。さらに、ＨＴＭＬブラウザは必ずしも全てのデジタルテレビに搭載されておらず、ネットワーク家電を利用することが可能な環境にデジタルテレビが接続されていても、ネットワーク家電の制御やネットワーク家電の状態を知ることができない場合もある。
【０００８】
本発明はこれらの問題に鑑みてなされたものであり、ネットワーク家電の状態変化を即時にユーザに提示するための表示制御装置、方法およびプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
上述の課題を解決するため、本発明の表示制御装置は、外部の制御対象となる機器の状態変化をデジタルテレビに表示させるための表示制御装置であって、前記機器を監視し、その状態変化の内容を生成する機器監視部と、前記内容をＢＭＬ構文へ変換する構文変換部と、前記ＢＭＬ構文を前記デジタルテレビが再生中の放送データに多重して多重放送データを生成する多重部と、前記多重放送データを前記デジタルテレビに出力する出力部と、を具備することを特徴とする。
【発明の効果】
【００１０】
本発明の表示制御装置、方法およびプログラムによれば、ネットワーク家電の状態変化を即時にユーザに提示することができる。
【図面の簡単な説明】
【００１１】
【図１】ホームネットワークの概要を説明するための図。
【図２】第１の実施形態での機器の接続の一例を示す図。
【図３】図２に放送データの流れを流れの第１例を示す図。
【図４】図２に放送データの流れを流れの第２例を示す図。
【図５】図２に放送データの流れを流れの第３例を示す図。
【図６】第１の実施形態の表示制御装置のブロック図。
【図７】図６の機器監視部の動作の一例を示すフローチャート。
【図８】図６のＢＭＬイベント構文変換部の動作の一例を示すフローチャート。
【図９】図６の放送データ多重部の動作の一例を示すフローチャート。
【図１０】ホームサーバとネットワーク家電のイベントを検出するＵＰｎＰプロトコルのメッセージフローの一例を示す図。
【図１１】図１０のメッセージの一例を示す図。
【図１２】ＢＭＬイベント発火のために必要なＢＭＬ文書の一例を示す図。
【図１３】洗濯機の運転終了を提示するＢＭＬ文書の一例を示す図。
【図１４】図６のデジタルテレビでの表示例を示す図。
【図１５】ＤＳＭ−ＣＣデータ・カルーセルにＢＭＬ文書を多重することを説明するための図。
【図１６】図２に、第２の実施形態での放送データの流れを示す図。
【図１７】第２の実施形態の表示制御装置のブロック図。
【図１８】図１７のホームサーバが使用するメッセージの一例を示す図。
【図１９】図２に、第３の実施形態での放送データの流れを示す図。
【図２０】第３の実施形態の表示制御装置のブロック図。
【図２１】図２０のホームサーバが使用するメッセージの一例を示す図。
【図２２】図２に、第４の実施形態での放送データの流れを示す図。
【図２３】第４の実施形態の表示制御装置のブロック図。
【図２４】図２３の放送データ送出機器が使用するメッセージの一例を示す図。
【発明を実施するための形態】
【００１２】
以下、図面を参照しながら本発明の実施形態に係る表示制御装置、方法およびプログラムについて詳細に説明する。なお、以下の実施形態では、同一の番号を付した部分については同様の動作を行うものとして、重ねての説明を省略する。  
地上デジタル放送の放送データはＡＲＩＢ（Association of Radio Industries and Businesses ：電波産業会）が策定した標準規格に基づいて送信される。すべてのデジタルテレビはこの標準規格に基づいて作成された放送データを再生できるよう作られている。地上デジタル放送の放送データ（以下、単に「放送データ」と呼ぶ）には映像、音声、静止画等に加えてデータ放送がある。データ放送は放送データの一つの要素である。データ放送はＢＭＬ（Broadcast Markup Language）という言語により記述される。ＢＭＬは、ＸＭＬ（eXtensible Markup Language）を基にした言語であり、映像などのマルチメディアデータの画面上での配置を厳密に定義する。ＢＭＬは、Ｊａｖａ（登録商標）Ｓｃｒｉｐｔの標準規格であるＥＣＭＡ Ｓｃｒｉｐｔを実行する機能や、ＤＯＭ（Document Object Model）によるデータを操作する機能も備え、ＸＭＬにはないデジタル放送独自の拡張も含まれる。
【００１３】
より具体的には、例えばｒｅｍａｉｎ属性があり、データ放送の切替または遷移により放送の映像や音声に不連続が生じない仕様となっている。他に下記の実施形態にて例示されるように本発明の実施形態ではイベント（割り込み）機構も備え、放送局が任意のタイミングでデジタルテレビによって再生されるデータ放送を制御することが可能である。デジタルテレビはＢＭＬにより表現されるデータ放送サービスをユーザに提示するためのＢＭＬブラウザを搭載し、ユーザは地上デジタル放送の映像および音声を楽しむことと同時に放送局が作成するデータ放送を楽しむことができる。ユーザは、放送局が作成するデータ放送から、映像または音声に関連した情報や、映像または音声に関連しないニュースや天気予報といった情報を得ることが可能である。
【００１４】
一方、現在のデジタルレコーダに代表されるＡＶ機器に加え冷蔵庫や洗濯機に代表される白物家電にはネットワーク機能をもつものがある（これらの機器を総称して以後、「ネットワーク家電」と呼ぶことにする）。図１を用いてネットワーク家電が宅内に配置される様子を説明する。宅内に敷設されたホームネットワーク１０１に接続されたネットワーク家電１０３をユーザの操作によりホームサーバ１０２が制御する仕組みが提供されている。ホームサーバ１０２は、ホームネットワーク１０１に接続されたネットワーク家電１０３を一括して管理および制御する役割を果たし、ユーザがネットワーク家電１０３を管理および制御するためのインタフェースを提供する。また、ホームネットワーク１０１はＩＰ（Internet Protocol）ネットワークであることが多く、下記の実施形態においてもＩＰネットワークによりホームネットワークが敷設されている。ネットワーク家電１０３を制御するための標準的な仕組みとしてはＵＰｎＰ（Universal Plug and Play）やＥＣＨＯＮＥＴ（参考：http://www.echonet.gr.jp/index.htm）がある。
【００１５】
＜第１の実施形態＞  
第１の実施形態でのホームネットワーク１０１に関する概略について図２を参照して説明する。  
ＩＰネットワークにより構成されるホームネットワーク１０１に複数の機器が接続される。接続される機器は例えば電子レンジ、自動風呂システム、洗濯機などのネットワーク家電１０３や、ネットワーク家電１０３を一括して管理および制御する役割を果たすホームサーバ１０２に加え、デジタルテレビ１０４がある。また、放送データ送出機器２０１がホームネットワーク１０１にネットワークを介して到達可能な場所にある。ここで放送データ送出機器２０１はユーザの宅内にあってもなくてもよい。  
放送データ送出機器２０１はデジタルテレビ１０４が再生可能なＡＲＩＢが策定した標準規格形式の放送データをデジタルテレビ１０４へ送出する。放送データ送出機器２０１が送出する放送データのうちの例えば映像についてはユーザが撮影した風景映像を部屋のインテリアとしてデジタルテレビ１０４にて表示させる。また同時に、風景映像を撮影したと同時刻に取得した音声も放送データに含めてデジタルテレビ１０４に再生させることもある。さらに映像と共に風景映像を撮影した日付や場所等のデータをデータ放送として提供してもよい。ここでの放送データ送出機器２０１が送出するデータ放送の内容はあくまで一例であり、他の放送データであってもよい。
【００１６】
ＡＲＩＢが策定したデジタル放送の標準規格に定められる放送データの搬送形式はＭＰＥＧ（Moving Picture Experts Group）策定のＭＰＥＧ−２システム（ＭＰＥＧ−２ System）である。地上デジタル放送では放送データはＭＰＥＧ−２ ＴＳ（Transport Stream）パケットにパケット化されＲＦ（Radio Frequency）信号により電波で搬送される。地上デジタル放送の放送データがＩＰネットワークの場合、ＭＰＥＧ−２ ＴＳパケットの先頭に４バイトのタイムスタンプ情報を付加したＴＴＳ（Time stamped TS）パケットが使用され、さらに複数のＴＴＳパケットを１つのＩＰパケットに格納して搬送される。ＩＰパケットが使用される場合、一般にはＵＤＰ（User Datagram Protocol）を利用したＲＴＰ（Realtime Transport Protocol）ストリームである。ＩＰネットワークにおけるパケット伝送にはＩＰｖ４（Internet Protocol version 4）ではユニキャストとマルチキャストとブロードキャストが、ＩＰｖ６（Internet Protocol version 6）ではユニキャストとマルチキャストとエニーキャストがあるが、これらのうちのいずれが使用されていてもよく、放送データが放送データ送出機器からデジタルテレビに到達可能であればいかなるＩＰパケットであってもよい。また、ケーブルテレビ事業者がケーブルテレビの伝送路を利用して地上デジタル放送の放送データを搬送することもある。
【００１７】
図３から図５に放送データ送出機器２０１が送出した放送データがデジタルテレビ１０４に到達するまでの放送データの流れを示す矢印を付加した。実施形態において、放送データ送出機器２０１が送出する放送データは一度ホームサーバ１０２で終端され、その後にホームサーバ１０２がデジタルテレビ１０４へ転送する。図３では、放送データはＩＰネットワークにより搬送され、ホームサーバ１０２にて終端された後にホームネットワーク１０１を経由してデジタルテレビ１０４に到達する。図４では、放送データはＲＦ信号により搬送され、ホームサーバ１０２にて終端された後に再びＲＦ信号で送出されデジタルテレビ１０４に到達する。図５では、放送データはＩＰネットワークにより搬送され、ホームネットワーク１０１を経由して転送された放送データはデジタルテレビ１０４の手前に位置するホームサーバ１０２にて終端された後にデジタルテレビ１０４に到着する。これらの他にも放送データを搬送するための伝送路の組み合わせは想定されるが、本発明の実施形態にとっては本質的ではないので実施形態では言及しない。
【００１８】
次に、第１の実施形態の表示制御装置について図６、図７、図８、図９を参照して説明する。図６にホームサーバの構成図および放送データ送出機器、デジタルテレビ、放送データとの関連を示す。  
本実施形態の表示制御装置は、ホームサーバ１０２であり、放送データ入力部６０１、機器監視部６０２、ＢＭＬイベント構文変換部６０３、放送データ多重部６０４、放送データ出力部６０５を含む。なお、ホームサーバ１０２は宅内でも宅外でも構わない。
【００１９】
放送データ入力部６０１は、放送データ送出機器２０１から送出された放送データを受信する。  
機器監視部６０２は、宅内のホームネットワーク１０１に接続されたホームサーバ１０２の制御下にあるネットワーク家電１０３の状態を監視し、ネットワーク家電１０３の状態が変化するとただちに変化の内容についての通知をＢＭＬイベント構文変換部６０３へ送信する。ネットワーク家電１０３は表示制御装置の外部にある。機器監視部６０２は、ネットワーク家電１０３から状態変化通知を受信し（ステップＳ７０１）、受信後、状態変化の内容をＢＭＬイベント構文変換部６０３へ送信する（ステップＳ７０２）。
【００２０】
ＢＭＬイベント構文変換部６０３は、機器監視部６０２が通知するネットワーク家電１０３の状態変化通知を受信し、通知に含まれる状態変化の内容をデジタルテレビ１０４が表示可能な形式のＢＭＬイベント構文へと変換する。この「イベント」については後のＢＭＬイベント構文変換部６０３の詳細を説明する箇所で説明する。ＢＭＬイベント構文変換部６０３は、機器監視部６０２からネットワーク家電１０３の状態変化の内容を受信し（ステップＳ８０１）、状態変化の内容をＢＭＬイベント構文へ変換し（ステップＳ８０２）、ＢＭＬイベント構文を放送データ多重部６０４へ送信する（ステップＳ８０３）。
【００２１】
放送データ多重部６０４は、ＢＭＬイベント構文変換部６０３が変換したＢＭＬイベント構文を、放送データ入力部６０１にて入力されたＭＰＥＧ−２システムにて搬送される放送データ送出機器２０１が送出した放送データに対してデジタルテレビ１０４が正常に再生可能な形式で多重する。放送データ多重部６０４は、ネットワーク家電１０３の状態変化をデジタルテレビ１０４のＢＭＬブラウザで通知するためのＢＭＬイベント構文を受信し（ステップＳ９０１）、放送データにＢＭＬイベント構文を多重し（ステップＳ９０２）、ＢＭＬイベント構文を多重した放送データをデジタルテレビ１０４へ送出する（ステップＳ９０３）。  
放送データ出力部６０５は、放送データ多重部６０４が放送データにＢＭＬイベント構文を多重した後の放送データをデジタルテレビ１０４へと出力する。
【００２２】
以下に機器監視部６０２、ＢＭＬイベント構文変換部６０３、放送データ多重部６０４のそれぞれについて詳細な説明を加える。  
（機器監視部６０２）  
ホームサーバ１０２とホームネットワーク１０１に接続されたネットワーク家電１０３との接続性はＵＰｎＰの手続きにより既に成立している。ＵＰｎＰにはデバイス間でイベント通知をやりとりする仕組みとしてＧＥＮＡ（Generic Event Notification Architecture）がある。ＧＥＮＡではイベント通知を受信するデバイスをサブスクライバ１００１、イベント通知を送信するデバイスをパブリッシャ１００２と呼ぶ。  
まず、サブスクライバ１００１は事前に通知先（サブスクライバのＩＰアドレスなど）や通知して欲しいサービス対象を含んだＳＵＢＳＣＲＩＢＥメッセージ（Ｍ１００３）をパブリッシャ１００２へ送信する。ＳＵＢＳＣＲＩＢＥメッセージは有効期限があり、有効期限が過ぎた後もサブスクライバ１００１がパブリッシャ１００２からイベント通知を受信する場合は有効期限内に後述するＳＩＤ要素を含んだＳＵＢＳＣＲＩＢＥメッセージ（Ｍ１００３）をパブリッシャ１００２に再度送信して有効期限の更新を行う必要がある。また、ＧＥＮＡではＳＵＢＳＣＲＩＢＥメッセージを有効期限前にキャンセルすることもできる。パブリッシャ１００２にてサブスクライバ１００１へ通知すべき状態変化が生じると、パブリッシャ１００２は状態変化のイベント通知をするＮＯＴＩＦＹメッセージ（Ｍ１００５）をサブスクライバへ送信する。
【００２３】
より具体的に洗濯機の状態変化の一つである「運転終了」というイベントがホームサーバ１０２へ通知されるまでのやりとりを、ＧＥＮＡにおけるサブスクライバ１００１がホームサーバ１０２で、パブリッシャ１００２がネットワーク家電（洗濯機）１０３として示す。図１０がホームサーバと洗濯機との間でやりとりされるメッセージシーケンスであり、図１１に各メッセージの一例を示す。  
まず、ホームサーバ１０２から洗濯機へＳＵＢＳＣＲＩＢＥメッセージ（Ｍ１００３）が送られる。ここで図１１のＳＵＢＳＣＲＩＢＥメッセージ（Ｍ１００３）は、有効期限が１８００秒に設定されており、洗濯機のＩＰアドレスは１９２．１６８．０．５７でありホームサーバのＩＰアドレスは１９２．１６８．０．１であることを示している。ホームサーバ１０２からＳＵＢＳＣＲＩＢＥメッセージを受信した洗濯機は２００ ＯＫメッセージ（Ｍ１００４）をホームサーバ１０２に送信する。２００ ＯＫメッセージは、洗濯機がホームサーバ１０２に対しＳＵＢＳＣＲＩＢＥメッセージの受信確認と、ＳＵＢＳＣＲＩＢＥメッセージの有効期限と、パブリッシャ１００２からサブスクライバ１００１に与えられるＳＩＤ（Service Identifier）とを示している。図１１の例では、有効期限は１８００秒、ＳＩＤは“１３ｃｅ８４００−１ｄｄ２−１９８０−００００−０００ｄ０ｂ１７ｂｃ３ｃ”である。ＳＩＤは前述した、ＳＵＢＳＣＲＩＢＥメッセージの有効期限更新のために必要である。
【００２４】
以上の手続きにより、ＧＥＮＡのサブスクライバ１００１であるホームサーバ１０２が、パブリッシャ１００２である洗濯機からイベント通知を受信する準備が整う。洗濯機が「運転中」から「運転終了」という状態に変化すると、洗濯機は「運転終了」のイベント通知をＮＯＴＩＦＹメッセージ（Ｍ１００５）によりホームサーバ１０２に通知する。図１１にＮＯＴＩＦＹメッセージの例を示す。ここでは＜Ｓｔａｔｕｓ＞ＡｌｌＤｏｎｅ＜／Ｓｔａｔｕｓ＞が運転終了を示す。ホームサーバ１０２はＮＯＴＩＦＹメッセージを受信することで洗濯機の「運転終了」という状態変化を把握する。
【００２５】
なお、本実施形態ではホームサーバ１０２がネットワーク家電１０３の状態変化を知るために、ＵＰｎＰとＧＥＮＡを利用したイベントドリブンな手続きを用いたが、紹介した以外の方法を用いて同様の効果を実現してもよいし、実装としてイベントドリブンな手続きでなくても構わない。
【００２６】
（ＢＭＬイベント構文変換部６０３）  
ＡＲＩＢの標準規格ではイベントとはテレビの番組を指し、ＢＭＬによるイベントを区別して「割り込み」と表現するが、本明細書内では単語の統一性を尊重してＢＭＬイベント構文により発生する割り込み事象のことを「イベント」と表記する。ＢＭＬのイベントは、例えば放送データ内で定められたタイミングにおいてデータ放送の内容を切り換えるために利用される。また、ユーザのリモコン操作に追随してデータ放送の画面を遷移させるためにも使用される。本実施形態ではＢＭＬイベント構文の即時発火の仕組みを利用してユーザへネットワーク家電の状態変化を提示する例を示す。
【００２７】
ＢＭＬイベント構文変換部６０３は、ホームサーバ１０２の機器監視部６０２が確認する洗濯機の状態変化「運転終了」を、ＢＭＬのイベントを利用してデジタルテレビ１０４を使用中のユーザへ提示できるように変換する。ＢＭＬのイベントは＜ｂｅｖｅｎｔ＞要素により実現される。図１２にＢＭＬイベント構文の一例を示す。ＢＭＬのイベントを利用するには＜ｈｅａｄ＞要素内で＜ｂｅｖｅｎｔ＞要素を配置する。また、＜ｂｅｖｅｎｔ＞要素内に＜ｂｅｉｔｅｍ＞要素を１つ以上配置し、イベントの発火条件や発火後の処理等を記述する。図１２の構文では＜ｂｅｉｔｅｍ＞要素内に４つの属性が配置され、それぞれ＜ｂｅｉｔｅｍ＞要素の識別子である‘ｉｄ’、イベントの種類を指定する‘ｔｙｐｅ’、イベントが発生したときに実行すべき関数名を指定する‘ｏｎｏｃｃｕｒ’、イベントの発生を有効にするための‘ｓｕｂｓｃｒｉｂｅ’である。
【００２８】
図１２では‘ｔｙｐｅ＝“ＥｖｅｎｔＭｅｓｓａｇｅＦｉｒｅｄ”’となっており、デジタルテレビ１０４がメッセージを受信した直後にイベント発火するよう指示する（すなわち非同期イベントとなる）。‘ｏｎｏｃｃｕｒ’属性には関数“ｗａｓｈｅｒ＿ｄｏｎｅ（）”が指定されており、デジタルテレビ１０４はイベント発火により＜ｈｅａｄ＞要素内で定義された関数“ｗａｓｈｅｒ＿ｄｏｎｅ（）”を実行する。関数ｗａｓｈｅｒ＿ｄｏｎｅ（）はｌａｕｎｃｈＤｏｃｕｍｅｎｔ（）関数を呼び出し、“ｗａｓｈｅｒ＿ｄｏｎｅ．ｂｍｌ”の画面へ遷移する。“ｗａｓｈｅｒ＿ｄｏｎｅ．ｂｍｌ”は洗濯機の運転終了をユーザに提示するためのＢＭＬ文書であり、例えば図１３に示される。“ｗａｓｈｅｒ＿ｄｏｎｅ．ｂｍｌ”はイベント発火時にはデジタルテレビ内にあらかじめ存在する。データ放送を再生するデジタルテレビ１０４は以上の手続きにより図１４に例示するような画面をＢＭＬ文書から生成し、ユーザに洗濯機の運転終了を提示する。なお、図１４は図１３で示したｂｍｌ文書の表示結果であるとは限らない。
【００２９】
（放送データ多重部６０４）  
ホームサーバ１０２は、放送データ送出機器２０１が送出した放送データを放送データ入力部６０１から受信し、ＢＭＬイベント構文変換部６０３にて作成されたＢＭＬイベント構文を、放送データ多重部６０４でデジタルテレビにて再生可能な形式を保持しつつ放送データ入力部６０１が受信した放送データに多重する。地上デジタル放送のデータ放送のデータ搬送方式はＤＳＭ−ＣＣ（Digital Storage Media Command and Control）のデータ・カルーセル方式である。データ・カルーセル方式は、同じデータを時間経過とともに繰り返し伝送し、データの受信端末が受信したデータをキャッシュすることで片方向の情報伝達であるデータ放送に擬似的に双方向性を持たせる。ＤＳＭ−ＣＣには、イベント・メッセージと呼ばれる仕組みがあり、放送データ送出機器２０１の任意のタイミングでデジタルテレビ１０４に対してイベント・メッセージを送信することが可能である。
【００３０】
図１２にて示したＢＭＬイベント構文をＤＳＭ−ＣＣのイベント・メッセージを使用してデジタルテレビ１０４に送信すると、ＤＳＭ−ＣＣのイベント・メッセージを受信したデジタルテレビ１０４は、前述手順により、図１２の文書を実行する結果として図１３に例示したＢＭＬ文書をデジタルテレビ１０４が再生し、洗濯機の「運転終了」通知をユーザに提示する。ここで、デジタルテレビ１０４がＢＭＬイベント構文を受信した時にデジタルテレビ１０４内にＢＭＬ文書“ｗａｓｈｅｒ＿ｄｏｎｅ．ｂｍｌ”が存在しない場合には本実施形態での所望の動作をデジタルテレビ１０４で実現することができないため、ＢＭＬ文書“ｗａｓｈｅｒ＿ｄｏｎｅ．ｂｍｌ”は、デジタルテレビ１０４がＢＭＬイベント構文を受信する時点でデジタルテレビ内部にキャッシュされているよう、あらかじめＤＭＳ−ＣＣのデータ・カルーセルに含めて多重させておく。また、データ・カルーセルを利用せずとも、例えばデジタルテレビ１０４の出荷時にプリセットしておくなどでもよいが、イベント発火前にデジタルテレビ１０４が表示に利用するデータを利用可能であればよい。
【００３１】
ＢＭＬイベント構文は少なくともデジタルテレビ１０４が受信中の放送データに多重されなければならない。いま放送データ送出機器２０１が送出する放送データはＩＰネットワークを介してホームサーバ１０２により転送されデジタルテレビ１０４に到達する。放送データは前述のようにＭＰＥＧ−２システムで搬送され、各データはＭＰＥＧ−２ ＴＳパケットに格納される。さらに放送データを格納したＭＰＥＧ−２ ＴＳパケットはＩＰパケットに格納される。ホームサーバ１０２は、放送データ送出機器２０１が送出した放送データをデジタルテレビ１０４に転送するため、デジタルテレビへ放送データを搬送するためのＩＰパケットのアドレスやポートを始めとした各種パラメータを把握することが可能である。これらのパラメータを把握することは、放送データ送出機器２０１が複数のチャンネルをマルチキャスト配信していて、そのうちの１チャンネルをデジタルテレビ１０４が受信している場合もＩＧＭＰ（Internet Group Management Protocol）パケットを監視する等すれば、デジタルテレビ１０４が受信中であるチャンネルを特定することが可能であるし、他にデジタルテレビ１０４とホームサーバ１０２がメッセージを交換することによっても可能である。デジタルテレビ１０４においてＢＭＬイベントを発生させるために必要なＤＳＭ−ＣＣイベント・メッセージは各種パラメータをデジタルテレビ１０４が受信可能な形に合わせ、ＭＰＥＧ−２ ＴＳパケット化の上でＩＰパケットに格納し、転送すればよい。
【００３２】
また、本実施形態に基づく洗濯機の「運転終了」通知をユーザに提示するためにはＤＳＭ−ＣＣのデータ・カルーセル方式で伝送されるＢＭＬ文書群に加え、“ｗａｓｈｅｒ＿ｄｏｎｅ．ｂｍｌ”を多重する必要がある。カルーセル化されたＢＭＬ文書群にＢＭＬ文書を多重するためには、図１５に示す概念図を用いて説明される方法が考えられる。  
いまホームサーバ１０２のＢＭＬイベント構文変換部６０３にて生成されたＢＭＬ文書をデジタルテレビ１０４に搬送するために、図１５では放送データ送出機器２０１から送出される放送データのうちＤＳＭ−ＣＣデータ・カルーセル方式で伝送されるファイル群に注目する。ＤＭＳ−ＣＣデータ・カルーセル方式では複数のファイルをまとめてカルーセル化し、カルーセル化されたデータを繰り返し送信する。ここで、ホームサーバ１０２が放送データ入力部６０１で受信する放送データのうち、ＢＭＬイベント構文変換部６０３にて生成されたＢＭＬ文書を多重する対象となる、カルーセル化されたデータをホームサーバ１０２にて終端する。ホームサーバ１０２はカルーセル化されたデータにＢＭＬ文書“ｗａｓｈｅｒ＿ｄｏｎｅ．ｂｍｌ”を追加し、再びカルーセル化したデータを放送データ出力部６０５からデジタルテレビ１０４へ向け、放送データ送出機器２０１が送出したカルーセル化したデータ以外の放送データと共に送出する。したがって、放送データのうちカルーセル化したデータは、ホームサーバ１０２がＢＭＬ文書を多重する後にはデータ量が増加する。このため、ＤＭＳ−ＣＣデータ・カルーセル方式にて搬送するデータのビットレートを一定とする場合、データの繰返し周期が長くなる。また、ＤＭＳ−ＣＣデータ・カルーセル方式にて搬送するデータの繰り返し周期を放送データ送出機器２０１が送出する繰返し周期と同じに保つ場合、平均ビットレートが上昇する。本実施形態のように放送データがＩＰネットワークにより搬送されている場合にはデジタルテレビ１０４の放送データ処理能力にも依存するが、図１３にて示した“ｗａｓｈｅｒ＿ｄｏｎｅ．ｂｍｌ”程度のファイル容量の文書を追加する程度であれば、データの繰返し周期がＢＭＬ文書を多重する前後でビットレートが増加しても一般には問題は生じにくい。
【００３３】
一方、放送データを搬送するためにＲＦ信号を利用する場合、利用可能なビットレートに上限が設けられている場合がある。ＲＦ信号を利用して放送データを搬送する場合には放送データ全体のビットレートを一定に保つ目的でＭＰＥＧ−２ ＴＳパケットのうちデータが空であるＮＵＬＬ ＴＳパケットでデータ補完されることが一般的である。本実施形態において放送データの搬送にＲＦ信号を使用する場合には、ＮＵＬＬ ＴＳパケットデータとカルーセル化されたデータを置き換えることで放送データ全体のビットレートを変化させることなく、カルーセル化したデータの繰返し周期を減少させることが可能である。当然のことながら、ＩＰネットワークが使用される場合にもＮＵＬＬ ＴＳパケットの利用がある場合には、同様に置き換えを用いることができる。なお、ホームサーバ１０２の放送データ多重部６０４の動作はデジタルテレビ１０４が再生可能な形でＢＭＬイベント構文およびＢＭＬ文書を多重すればよい（より詳しくはＡＲＩＢの標準規格（例えばＳＴＤ−Ｂ２４など）参照）。
【００３４】
以上の第１の実施形態によれば、放送データ送出機器が送出する放送データをデジタルテレビで視聴中に、ホームネットワークに接続されたネットワーク家電の状態への変化を、視聴中のチャンネルにかかわらず即時に提示させることが可能となる。
【００３５】
＜第２の実施形態＞  
第２の実施形態の表示制御装置について図１６、図１７を参照して説明する。図１６に図２に対して放送データ送出機器が送出した放送データがデジタルテレビに到達するまでの放送データの流れを示す矢印を付加してある。また、本実施形態に必要なホームサーバ１０２から放送データ送出機器２０１への通知データの流れを示す矢印も付加してある。通知データについては後述する。
【００３６】
第１の実施形態では、機器監視部６０２、ＢＭＬイベント構文変換部６０３、放送データ多重部６０４がホームサーバ１０２に含まれていたが、第２の実施形態では、ホームサーバ１６０２が機器監視部６０２を含み、放送データ送出機器１６０１がＢＭＬイベント構文変換部６０３、放送データ多重部６０４を含むことが異なる。本実施形態では、放送データはホームサーバを介さないで直接デジタルテレビに送出される。
【００３７】
本実施形態の表示制御装置は、放送データ送出機器１６０１とホームサーバ１６０２を含み、放送データ送出機器１６０１は、ＢＭＬイベント構文変換部６０３、放送データ多重部６０４、通信部１７０２、放送データ送出部１７０３を含み、ホームサーバ１６０２は、機器監視部６０２、通信部１７０１を含む。
【００３８】
通信部１７０１は、機器監視部６０２が通知するネットワーク家電１０３の状態変化通知を受信し、通知内容をネットワークを介して放送データ送出機器１６０１へと送信する。  
通信部１７０２は、ホームサーバ１６０２の通信部１７０１からネットワークを介して通知を受信する。  
放送データ送出部１７０３は、デジタルテレビが視聴する放送データを送出する。放送データ送出部１７０３は放送データ送出機器２０１と同様に動作する。
【００３９】
機器監視部６０２が、ホームサーバ１６０２の管理するホームネットワーク１０１に接続されたネットワーク家電１０３の状態変化を確認したとき、通信部１７０１へ情報を送信する。機器監視部６０２がネットワーク家電１０３の状態変化を確認すると、確認内容を通信部１７０２を介して放送データ送出機器１６０１へと伝える。このとき、ホームサーバ１６０２と放送データ送出機器１６０１とは互いに通信可能であればよく、放送データ送出機器１６０１が必ずしもホームネットワーク１０１に到達可能である必要はない。一例として以下のシーケンスによりホームサーバ１６０２が放送データ送出機器２０１に通知を行うとする。
【００４０】
本発明の実施形態の特徴からホームサーバが送信する通知はネットワーク家電の状態変化を補足すると直ちに送られるべきであるし、放送データ送出機器も直ちに受信した通知内容を把握するべきである。このため、両者の通信は非同期であることが望ましい。放送データ送出機器の通信部１７０２ではＨＴＴＰ（HyperText Transfer Protocol）サーバが稼動しているとする。ＨＴＴＰサーバ側でＲＥＳＴ（REpresentational State Transfer） ＡＰＩ（Application Programming Interface）を用意する。ＲＥＳＴ ＡＰＩとは、特定のＵＲＩ（Uniform Resource Identifier）にクエリを渡す形式でＷｅｂサービスを利用するためのＡＰＩである。ＨＴＴＰクライアントたるホームサーバ１６０２はＨＴＴＰサーバたる放送データ送出機器１６０１に向けて図１８のＵＲＩへＧＥＴメッセージを送信する。図１８では放送データ送出機器１６０１（ＦＱＤＮ（Fully Qualified Domain Name）はwww.housou-sousyutsu-kiki.co.jp）が用意したＡＰＩに対して“ｉｄ”と“ｅｖｅｎｔ”の２つの引数が指定されている。放送データ送出機器１６０１は、ホームサーバ１６０２からのアクセスに対してホームサーバの固有番号をｉｄから、ホームサーバ１６０２が管理するネットワーク家電１０３で起きた状態変化の種類をｅｖｅｎｔから把握する。放送データ送出機器の通信部１７０２は、ホームサーバ１６０２のＧＥＴリクエストへの返送である２００ ＯＫメッセージをホームサーバ１６０２へ送信する。２００ ＯＫメッセージ内にはユーザが可読ななんらかのメッセージを含むことができるが、必ずしも含まなくてもよい。放送データ送出機器の通信部１７０２は受信した通知内容をＢＭＬイベント構文変換部６０３へと渡す。その後の各部の動作は第１の実施形態にて説明した動作と同じである。放送データ多重部６０４は、放送データ送出機器の通信部１７０２が受信したｉｄに基づき、放送データの送信先端末を限定するかイベント発火内容を制御するように多重してもよいが、実装依存である。
【００４１】
ホームサーバの通信部１７０１と放送データ送出機器の通信部１７０２とのやり取りには、上述のＨＴＴＰのＲＥＳＴ ＡＰＩを利用する方式のほかに、ＳＭＴＰ（Simple Mail Transfer Protocol）やＳＩＰ（Session Initiation Protocol）などを用いた方式が想定されるが、本実施形態の機能を有しておればいかなる方式を採用してもよい。
【００４２】
以上の第２の実施形態によれば、第１の実施形態の効果に加え、ホームサーバは放送データ送出機器が送出する放送データの仕様を意識することなく本発明の実施形態を実施可能である。また、ｉｄ情報とユーザが有するデジタルテレビの型番との関連情報が存在していれば、ホームサーバに特別な実装を必要とせずに特定のデジタルテレビに特化したサービスを例示したシステムにより構築可能である。
【００４３】
＜第３の実施形態＞  
第３の実施形態の表示制御装置について図１９、図２０を参照して説明する。図１９に図２に対して放送データ送出機器が送出した放送データがデジタルテレビに到達するまでの放送データの流れを示す矢印を付加してある。また、本実施形態に必要なホームサーバからデジタルテレビへの通知データの流れを示す矢印も付加してある。通知データについては後述する。
【００４４】
本実施形態はＢＭＬイベント構文変換部６０３および放送データ多重部６０４をデジタルテレビが含んでいることが第２の実施形態とは異なる。
【００４５】
本実施形態の表示制御装置は、ホームサーバ１９０１、デジタルテレビ１９０２を含み、ホームサーバ１９０１は、機器監視部６０２、通信部２００１を含み、デジタルテレビ１９０２は、放送データ入力部６０１、ＢＭＬイベント構文変換部６０３、放送データ多重部６０４、通信部２００２、デジタルテレビシステム部２００３を含む。
【００４６】
通信部２００１は、機器監視部６０２が通知するネットワーク家電１０３の状態変化通知を受信し、ネットワークを介して通知内容をデジタルテレビ１９０２へ送信する。  
通信部２００２は、ホームサーバ１９０１の通信部２００１からネットワークを介して通知を受信する。  
デジタルテレビシステム部２００３は、放送データ多重部６０４がＢＭＬイベント構文を多重した後の放送データをユーザに提示する。デジタルテレビシステム部２００３は第１の実施形態および第２の実施形態にて示すデジタルテレビ１０４と同等の機能を具備する。
【００４７】
実装に依存するところでは、本実施形態のデジタルテレビ１９０２における通信部２００２と放送データ入力部６０１と放送データ多重部６０４はデジタルテレビ１９０２の内部構成となることもあるし、外部に接続されるＳＴＢ（Set Top Box）となることもあるが、本実施形態の要件をみたしてあればどのようなシステム構成であってもよい。
【００４８】
ホームサーバの通信部２００１とデジタルテレビの通信部２００２との情報のやりとりについて説明する。本発明の実施形態ではホームサーバ１９０１が送信する通知はネットワーク家電１０３の状態変化を補足すると直ちに送られることが望ましく、デジタルテレビも直ちに受信した通知内容を把握するべきである。このため、両者の通信は非同期であることが望ましい。デジタルテレビの通信部はＨＴＴＰサーバが稼動している。ＨＴＴＰサーバ側でＲＥＳＴ ＡＰＩを用意する。ＨＴＴＰクライアントたるホームサーバ１９０１はＨＴＴＰサーバたるデジタルテレビ１９０２に図２１のＵＲＩにＧＥＴメッセージを送信する。図２１ではデジタルテレビ（ホスト名はｄｉｇｉｔａｌ−ｔｖ）が用意したＡＰＩに対して引数“ｅｖｅｎｔ”が指定されている。デジタルテレビはホームサーバからのアクセスに対してホームサーバが管理するネットワーク家電で起きた状態変化の種類を引数“ｅｖｅｎｔ”から把握する。デジタルテレビの通信部２００２は、ホームサーバのＧＥＴリクエストへ返送として２００ ＯＫメッセージを送信する。２００ ＯＫメッセージ内にはなんらかのメッセージを含むことができるが、必ずしも含まなくてもよい。デジタルテレビの通信部２００２はホームサーバから受信した通知内容をＢＭＬイベント構文変換部６０３へと渡す。その後のデジタルテレビ１９０２の動作は第２の実施形態の放送データ送出機器１６０１の各部と同じである。
【００４９】
なお、ホームサーバの通信部２００１とデジタルテレビの通信部２００２とのやり取りには上述のＨＴＴＰのＲＥＳＴ ＡＰＩを利用する方式のほかに、ＳＭＴＰ（Simple Mail Transfer Protocol）やＳＩＰ（Session Initiation Protocol）などが想定されるが、本実施形態の機能を有しておればいかなる方式を採用しても構わない。
【００５０】
以上の第３の実施形態によれば、ＢＭＬイベント構文変換部、放送データ多重部をデジタルテレビに含めて、放送データ送出機器が送出する放送データをデジタルテレビで視聴中に、ホームネットワークに接続されたネットワーク家電の状態への変化を、視聴中のチャンネルにかかわらず即時に提示させることが可能となる。
【００５１】
＜第４の実施形態＞  
第４の実施形態の表示制御装置について図２２、図２３を参照して説明する。図２２に図２に対して放送データ送出機器が送出した放送データがデジタルテレビに到達するまでの放送データの流れを示す矢印を付加してある。また、本実施形態に必要なホームサーバとデジタルテレビとのデータの流れを示す矢印も付加してある。これらのデータの詳細は後述する。
【００５２】
本実施形態は、放送データ送出機器がＢＭＬイベント構文変換部および通信部を含み、ホームサーバがＢＭＬイベント構文変換部を含まず通信部を含むことが第１の実施形態とは異なる。
【００５３】
本実施形態の表示制御装置は、ホームサーバ２２０１、放送データ送出機器２２０２を含み、ホームサーバ２２０１は、機器監視部６０２、放送データ多重部６０４、放送データ出力部６０５、通信部２３０１を含み、放送データ送出機器２２０２は、通信部２３０２、ＢＭＬイベント構文変換部２３０３、放送データ送出部２３０４、放送データ入力部２３０５を含む。
【００５４】
通信部２３０１は、機器監視部６０２が通知するネットワーク家電１０３の状態変化通知を受信し、通知内容をネットワーク経由で放送データ送出機器２２０２へと送信することと、放送データ送出機器２２０２からＢＭＬイベント構文を受信することを行う。  
放送データ入力部２３０５は放送データ送出機器２２０２から送出された放送データを受信する。  
放送データ送出部２３０４はデジタルテレビ１０４で視聴する放送データを送出する。  
通信部２３０２はホームサーバ２２０１とネットワークを介してネットワーク家電１０３の状態変化通知を受信しＢＭＬイベント構文を送信する。  
ＢＭＬイベント構文変換部２３０３は、通信部２３０２が受信する通知内容をデジタルテレビが表示可能な形式のＢＭＬイベント構文へと変換する。
【００５５】
本発明の実施形態の特徴からホームサーバが送信する通知はネットワーク家電の状態変化を補足すると直ちに送られるべきであるし、放送データ送出機器も直ちに受信した通知内容を把握するべきである。このため、両者の通信は非同期であることが望ましい。放送データ送出機器の通信部ではＨＴＴＰサーバが稼動しているとする。ＨＴＴＰサーバ側でＲＥＳＴ ＡＰＩを用意する。ＲＥＳＴ ＡＰＩとは、特定のＵＲＩ（Uniform Resource Identifier）にクエリを渡す形式でＷｅｂサービスを利用するためのＡＰＩである。ＨＴＴＰクライアントたるホームサーバはＨＴＴＰサーバたる放送データ接続機器に向けてＧＥＴメッセージを送信する。ＧＥＴメッセージを送信する先のＵＲＩは第２の実施形態で使用した図１８と同一とする。図１８では放送データ送出機器が用意したＡＰＩに対して“ｉｄ”と“ｅｖｅｎｔ”の２つの引数が指定される。
【００５６】
放送データ送出機器２２０２は、ホームサーバ２２０１からのアクセスに対してホームサーバ２２０１の固有番号をｉｄから、ホームサーバ２２０１が管理するネットワーク家電１０３で起きた状態変化の種類をｅｖｅｎｔから把握する。放送データ送出機器の通信部２３０２は、ホームサーバ２２０１のＧＥＴリクエストに対して図２４に例示する２００ ＯＫメッセージとＢＭＬイベント構文を送信する。ここで、放送データ送出機器の放送データ送出部２３０４とＢＭＬイベント構文変換部２３０３は連携した動作をしてもよく、データ放送の一部分としてユーザの洗濯機が「運転終了」したことを提示するための領域をあらかじめ放送データ送出機器の放送データ送出部２３０４が作成しておくなど、前述の実施形態以外の高度な提示が可能である。さらに第１の実施形態で説明したような、ホームサーバの放送データ多重部６０４の動作を補助する目的で、放送データ中にあらかじめ放送データ多重部６０４で置き換えられる対象となりうるＭＰＥＧ−２ ＴＳパケットになんらかの目印をつけるような連携も考えられる。ホームサーバの通信部２３０１は受信したＢＭＬイベント構文を放送データ多重部６０４へ渡す。放送データ多重部６０４は第１の実施形態での説明と同様の手続きにより放送データ送出機器２２０２が送出した放送データにＢＭＬイベント構文を多重する。
【００５７】
以上の第４の実施形態によれば、第１の実施形態での効果に加え、ホームサーバはＢＭＬイベント構文の作成手順を知らなくてよく、仕様の変更が生じた場合にも柔軟に対応することができる。また、放送データ送出機器との高度な連携も可能となる。
【００５８】
以上に示した実施形態によれば、ネットワーク家電の状態変化を確認すると、状態変化の内容を提示するためのＢＭＬ文書をＢＭＬの割り込みが可能な形で用意し、デジタルテレビが再生可能な形式の放送データに適切に多重することによって、ネットワーク家電の状態変化を即時にユーザに提示することができる。
【００５９】
また、すべてのデジタルテレビに搭載される地上デジタル放送を視聴するための枠組みを利用して、デジタルテレビに特別な追加実装をせずに、ネットワーク家電の状態変化を即時にユーザに提示することができる。さらに、デジタルテレビの画面をＨＴＭＬブラウザに切り換える必要がないために映像の視聴を妨げないことを実現できる。
【００６０】
また、上述の実施形態の中で示した処理手順に示された指示は、ソフトウェアであるプログラムに基づいて実行されることが可能である。汎用の計算機システムが、このプログラムを予め記憶しておき、このプログラムを読み込むことにより、上述した実施形態の表示制御装置による効果と同様な効果を得ることも可能である。上述の実施形態で記述された指示は、コンピュータに実行させることのできるプログラムとして、磁気ディスク（フレキシブルディスク、ハードディスクなど）、光ディスク（ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＤＶＤ−ＲＯＭ、ＤＶＤ±Ｒ、ＤＶＤ±ＲＷなど）、半導体メモリ、またはこれに類する記録媒体に記録される。コンピュータまたは組み込みシステムが読み取り可能な記録媒体であれば、その記憶形式は何れの形態であってもよい。コンピュータは、この記録媒体からプログラムを読み込み、このプログラムに基づいてプログラムに記述されている指示をＣＰＵで実行させれば、上述した実施形態の表示制御装置と同様な動作を実現することができる。もちろん、コンピュータがプログラムを取得する場合または読み込む場合はネットワークを通じて取得または読み込んでもよい。  
また、記録媒体からコンピュータや組み込みシステムにインストールされたプログラムの指示に基づきコンピュータ上で稼働しているＯＳ（オペレーティングシステム）や、データベース管理ソフト、ネットワーク等のＭＷ（ミドルウェア）等が本実施形態を実現するための各処理の一部を実行してもよい。  
さらに、本願発明における記録媒体は、コンピュータあるいは組み込みシステムと独立した媒体に限らず、ＬＡＮやインターネット等により伝達されたプログラムをダウンロードして記憶または一時記憶した記録媒体も含まれる。  
また、記録媒体は１つに限られず、複数の媒体から本実施形態における処理が実行される場合も、本発明における記録媒体に含まれ、媒体の構成は何れの構成であってもよい。
【００６１】
なお、本願発明におけるコンピュータまたは組み込みシステムは、記録媒体に記憶されたプログラムに基づき、本実施形態における各処理を実行するためのものであって、パソコン、マイコン等の１つからなる装置、複数の装置がネットワーク接続されたシステム等の何れの構成であってもよい。  
また、本願発明の実施形態におけるコンピュータとは、パソコンに限らず、情報処理機器に含まれる演算処理装置、マイコン等も含み、プログラムによって本発明の実施形態における機能を実現することが可能な機器、装置を総称している。
【００６２】
なお、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。
【符号の説明】
【００６３】
１０１・・・ホームネットワーク、１０２、１６０２、１９０１、２２０１・・・ホームサーバ、１０３・・・ネットワーク家電、１０４、１９０２・・・デジタルテレビ、２０１、１６０１、２２０２・・・放送データ送出機器、６０１、２３０５・・・放送データ入力部、６０２・・・機器監視部、６０３、２３０３・・・イベント構文変換部、６０４・・・放送データ多重部、６０５・・・放送データ出力部、１００１・・・サブスクライバ、１００２・・・パブリッシャ、１７０１、１７０２、２００１、２００２、２３０１、２３０２・・・通信部、１７０３、２３０４・・・放送データ送出部、２００３・・・デジタルテレビシステム部。
【図１】
2010161474.tif 000003
【図２】
2010161474.tif 000004
【図３】
2010161474.tif 000005
【図４】
2010161474.tif 000006
【図５】
2010161474.tif 000007
【図６】
2010161474.tif 000008
【図７】
2010161474.tif 000009
【図８】
2010161474.tif 000010
【図９】
2010161474.tif 000011
【図１０】
2010161474.tif 000012
【図１１】
2010161474.tif 000013
【図１２】
2010161474.tif 000014
【図１３】
2010161474.tif 000015
【図１４】
2010161474.tif 000016
【図１５】
2010161474.tif 000017
【図１６】
2010161474.tif 000018
【図１７】
2010161474.tif 000019
【図１８】
2010161474.tif 000020
【図１９】
2010161474.tif 000021
【図２０】
2010161474.tif 000022
【図２１】
2010161474.tif 000023
【図２２】
2010161474.tif 000024
【図２３】
2010161474.tif 000025
【図２４】
2010161474.tif 000026