(57)【特許請求の範囲】
【請求項１】
デジタル放送受信装置であって、
データ放送アプリケーションと補助情報とを含んだ放送番組データを受信する受信手段と、
前記放送番組データを再生する再生手段と、
前記データ放送アプリケーションを実行する実行手段と、
を備え、
前記補助情報は、前記再生手段で再生中の放送番組データに含まれる番組が他の番組に切り替わった場合に前記実行手段による前記データ放送アプリケーションの実行を終了するか否かを示すアプリケーション制御情報を含み、
前記実行手段は、前記アプリケーション制御情報に基づいて、前記データ放送アプリケーションを実行し、
前記デジタル放送受信装置は、
前記再生手段で再生中の放送番組データに含まれる番組が終了した後も前記実行手段による前記データ放送アプリケーションの実行を継続させることを指示する継続指示をユーザから受け付ける受付手段と、
前記アプリケーション制御情報が、前記再生手段で再生中の放送番組データに含まれる番組が終了した場合に前記実行手段による前記データ放送アプリケーションの実行を終了することを示し、且つ、前記受付手段が前記継続指示を受け付けた場合、前記再生手段で再生中の放送番組データに含まれる番組が終了する前に、前記アプリケーション制御情報を、前記再生手段で再生中の放送番組データに含まれる番組が他の番組に切り替わった場合に前記実行手段による前記データ放送アプリケーションの実行を終了しないことを示すように変更する変更手段と、
を更に備えることを特徴とするデジタル放送受信装置。
【請求項２】
デジタル放送受信装置であって、
データ放送アプリケーションと補助情報とを含んだ放送番組データを受信する受信手段と、
前記放送番組データを再生する再生手段と、
前記データ放送アプリケーションを実行する実行手段と、
を備え、
前記補助情報は、前記再生手段で再生中の放送番組データに含まれる番組が他の番組に切り替わった場合に前記実行手段による前記データ放送アプリケーションの実行を終了するか否かを示すアプリケーション制御情報と、前記放送番組データに含まれる番組が終了する時刻を示す時刻情報と、を含み、
前記実行手段は、前記アプリケーション制御情報と前記時刻情報とに基づいて、前記データ放送アプリケーションを実行し、
前記デジタル放送受信装置は、
前記再生手段で再生中の放送番組データに含まれる番組が終了した後も前記実行手段による前記データ放送アプリケーションの実行を継続させることを指示する継続指示をユーザから受け付ける受付手段と、
前記アプリケーション制御情報が、前記再生手段で再生中の放送番組データに含まれる番組が終了した場合に前記実行手段による前記データ放送アプリケーションの実行を終了することを示し、且つ、前記受付手段が前記継続指示を受け付けた場合に、前記再生手段で再生中の放送番組データに含まれる番組が終了する前に、変更前の時刻よりも遅い時刻を示すように前記時刻情報を変更する変更手段と、
を更に備えることを特徴とするデジタル放送受信装置。
【請求項３】
デジタル放送受信装置であって、
データ放送アプリケーションと補助情報とを含んだ放送番組データを受信する受信手段と、
前記放送番組データを再生する再生手段と、
前記データ放送アプリケーションを実行する実行手段と、
を備え、
前記補助情報は、前記再生手段で再生中の放送番組データに含まれる番組が他の番組に切り替わった場合に前記実行手段による前記データ放送アプリケーションの実行を終了するか否かを示すアプリケーション制御情報を含み、
前記実行手段は、前記アプリケーション制御情報に基づいて、前記データ放送アプリケーションを実行し、
前記デジタル放送受信装置は、
前記再生手段で再生中の放送番組データに含まれる番組が終了した後も前記実行手段による前記データ放送アプリケーションの実行を継続させることを指示する継続指示をユーザから受け付ける受付手段と、
前記アプリケーション制御情報が、前記再生手段で再生中の放送番組データに含まれる番組が終了した場合に前記実行手段による前記データ放送アプリケーションの実行を終了することを示し、且つ、前記受付手段が前記継続指示を受け付けた場合、前記再生手段で再生中の放送番組データに含まれる番組が終了する前に、前記放送番組データの受信を停止するように前記受信手段を制御する制御手段と、
を更に備えることを特徴とするデジタル放送受信装置。
【請求項４】
デジタル放送受信装置であって、
データ放送アプリケーションと補助情報とを含んだ放送番組データを受信する受信手段と、
前記放送番組データを再生する再生手段と、
前記データ放送アプリケーションを実行する実行手段と、
を備え、
前記補助情報は、前記再生手段で再生中の放送番組データに含まれる番組が他の番組に切り替わった場合に前記実行手段による前記データ放送アプリケーションの実行を終了するか否かを示すアプリケーション制御情報と、前記放送番組データに含まれる番組を識別する識別情報と、を含み、
前記実行手段は、前記アプリケーション制御情報と前記識別情報とに基づいて、前記データ放送アプリケーションを実行し、
前記デジタル放送受信装置は、
前記識別情報を前記実行手段に通知する通知手段と、
前記再生手段で再生中の放送番組データに含まれる番組が終了した後も前記実行手段による前記データ放送アプリケーションの実行を継続させることを指示する継続指示をユーザから受け付ける受付手段と、
前記アプリケーション制御情報が、前記再生手段で再生中の放送番組データに含まれる番組が終了した場合に前記実行手段による前記データ放送アプリケーションの実行を終了することを示し、且つ、前記受付手段が前記継続指示を受け付けた場合、前記再生手段で再生中の放送番組データに含まれる番組が終了した後も、当該番組の識別情報を前記実行手段に通知するように前記通知手段を制御する制御手段と、
を更に備えることを特徴とするデジタル放送受信装置。
【請求項５】
前記再生手段で再生中の放送番組データに含まれる番組が終了した後も前記実行手段による前記データ放送アプリケーションの実行を継続させるか否かをユーザに問い合わせる画面を表示する表示手段を更に備えることを特徴とする請求項１から請求項４までのいずれか１項に記載のデジタル放送受信装置。
【請求項６】
前記表示手段は、前記再生手段で再生中の放送番組データに含まれる番組が終了する時刻の所定時間前に前記画面を表示することを特徴とする請求項５に記載のデジタル放送受信装置。
【請求項７】
デジタル放送受信装置の制御方法であって、
前記デジタル放送受信装置の受信手段が、データ放送アプリケーションと補助情報とを含んだ放送番組データを受信する受信工程と、
前記デジタル放送受信装置の再生手段が、前記放送番組データを再生する再生工程と、
前記デジタル放送受信装置の実行手段が、前記データ放送アプリケーションを実行する実行工程と、
を備え、
前記補助情報は、前記再生工程で再生中の放送番組データに含まれる番組が他の番組に切り替わった場合に前記実行工程による前記データ放送アプリケーションの実行を終了するか否かを示すアプリケーション制御情報を含み、
前記実行工程では、前記アプリケーション制御情報に基づいて、前記データ放送アプリケーションを実行し、
前記制御方法は、
前記デジタル放送受信装置の受付手段が、前記再生工程で再生中の放送番組データに含まれる番組が終了した後も前記実行工程による前記データ放送アプリケーションの実行を継続させることを指示する継続指示をユーザから受け付ける受付工程と、
前記デジタル放送受信装置の変更手段が、前記アプリケーション制御情報が、前記再生工程で再生中の放送番組データに含まれる番組が終了した場合に前記実行工程による前記データ放送アプリケーションの実行を終了することを示し、且つ、前記受付工程が前記継続指示を受け付けた場合、前記再生工程で再生中の放送番組データに含まれる番組が終了する前に、前記アプリケーション制御情報を、前記再生工程で再生中の放送番組データに含まれる番組が他の番組に切り替わった場合に前記実行工程による前記データ放送アプリケーションの実行を終了しないことを示すように変更する変更工程と、
を更に備えることを特徴とする制御方法。
【請求項８】
デジタル放送受信装置の制御方法であって、
前記デジタル放送受信装置の受信手段が、データ放送アプリケーションと補助情報とを含んだ放送番組データを受信する受信工程と、
前記デジタル放送受信装置の再生手段が、前記放送番組データを再生する再生工程と、
前記デジタル放送受信装置の実行手段が、前記データ放送アプリケーションを実行する実行工程と、
を備え、
前記補助情報は、前記再生工程で再生中の放送番組データに含まれる番組が他の番組に切り替わった場合に前記実行工程による前記データ放送アプリケーションの実行を終了するか否かを示すアプリケーション制御情報と、前記放送番組データに含まれる番組が終了する時刻を示す時刻情報と、を含み、
前記実行工程では、前記アプリケーション制御情報と前記時刻情報とに基づいて、前記データ放送アプリケーションを実行し、
前記制御方法は、
前記デジタル放送受信装置の受付手段が、前記再生工程で再生中の放送番組データに含まれる番組が終了した後も前記実行工程による前記データ放送アプリケーションの実行を継続させることを指示する継続指示をユーザから受け付ける受付工程と、
前記デジタル放送受信装置の変更手段が、前記アプリケーション制御情報が、前記再生工程で再生中の放送番組データに含まれる番組が終了した場合に前記実行工程による前記データ放送アプリケーションの実行を終了することを示し、且つ、前記受付工程が前記継続指示を受け付けた場合に、前記再生工程で再生中の放送番組データに含まれる番組が終了する前に、変更前の時刻よりも遅い時刻を示すように前記時刻情報を変更する変更工程と、
を更に備えることを特徴とする制御方法。
【請求項９】
デジタル放送受信装置の制御方法であって、
前記デジタル放送受信装置の受信手段が、データ放送アプリケーションと補助情報とを含んだ放送番組データを受信する受信工程と、
前記デジタル放送受信装置の再生手段が、前記放送番組データを再生する再生工程と、
前記デジタル放送受信装置の実行手段が、前記データ放送アプリケーションを実行する実行工程と、
を備え、
前記補助情報は、前記再生工程で再生中の放送番組データに含まれる番組が他の番組に切り替わった場合に前記実行工程による前記データ放送アプリケーションの実行を終了するか否かを示すアプリケーション制御情報を含み、
前記実行工程では、前記アプリケーション制御情報に基づいて、前記データ放送アプリケーションを実行し、
前記制御方法は、
前記デジタル放送受信装置の受付手段が、前記再生工程で再生中の放送番組データに含まれる番組が終了した後も前記実行工程による前記データ放送アプリケーションの実行を継続させることを指示する継続指示をユーザから受け付ける受付工程と、
前記デジタル放送受信装置の制御手段が、前記アプリケーション制御情報が、前記再生工程で再生中の放送番組データに含まれる番組が終了した場合に前記実行工程による前記データ放送アプリケーションの実行を終了することを示し、且つ、前記受付工程が前記継続指示を受け付けた場合、前記再生工程で再生中の放送番組データに含まれる番組が終了する前に、前記放送番組データの受信を停止するように前記受信工程を制御する制御工程と、
を更に備えることを特徴とする制御方法。
【請求項１０】
デジタル放送受信装置の制御方法であって、
前記デジタル放送受信装置の受信手段が、データ放送アプリケーションと補助情報とを含んだ放送番組データを受信する受信工程と、
前記デジタル放送受信装置の再生手段が、前記放送番組データを再生する再生工程と、
前記デジタル放送受信装置の実行手段が、前記データ放送アプリケーションを実行する実行工程と、
を備え、
前記補助情報は、前記再生工程で再生中の放送番組データに含まれる番組が他の番組に切り替わった場合に前記実行工程による前記データ放送アプリケーションの実行を終了するか否かを示すアプリケーション制御情報と、前記放送番組データに含まれる番組を識別する識別情報と、を含み、
前記実行工程では、前記アプリケーション制御情報と前記識別情報とに基づいて、前記データ放送アプリケーションを実行し、
前記制御方法は、
前記デジタル放送受信装置の通知手段が、前記識別情報を前記実行工程に通知する通知工程と、
前記デジタル放送受信装置の受付手段が、前記再生工程で再生中の放送番組データに含まれる番組が終了した後も前記実行工程による前記データ放送アプリケーションの実行を継続させることを指示する継続指示をユーザから受け付ける受付工程と、
前記デジタル放送受信装置の制御手段が、前記アプリケーション制御情報が、前記再生工程で再生中の放送番組データに含まれる番組が終了した場合に前記実行工程による前記データ放送アプリケーションの実行を終了することを示し、且つ、前記受付工程が前記継続指示を受け付けた場合、前記再生工程で再生中の放送番組データに含まれる番組が終了した後も、当該番組の識別情報を前記実行工程に通知するように前記通知工程を制御する制御工程と、
を更に備えることを特徴とする制御方法。
【請求項１１】
前記デジタル放送受信装置の表示手段が、前記再生工程で再生中の放送番組データに含まれる番組が終了した後も前記実行工程による前記データ放送アプリケーションの実行を継続させるか否かをユーザに問い合わせる画面を表示する表示工程を更に備えることを特徴とする請求項７から請求項１０までのいずれか１項に記載の制御方法。
【請求項１２】
前記表示工程では、前記再生工程で再生中の放送番組データに含まれる番組が終了する時刻の所定時間前に前記画面を表示することを特徴とする請求項１１に記載の制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デジタル放送受信装置、及びその制御方法に関する。
【背景技術】
【０００２】
データ放送サービスを実現するための方式として、Ｊａｖａ（登録商標）ベースのアプリケーション（データ放送アプリケーション）を利用するＡＲＩＢ−Ｊと呼ばれる方式が知られている（非特許文献１）。ＡＲＩＢ−Ｊには、番組に連動するboundアプリケーション方式と、番組非連動のunboundアプリケーション方式とが規定されている。boundアプリケーション方式では、データ放送アプリケーションの実行中に番組が切り替わった場合にデータ放送アプリケーションの実行を終了するように規定されている。
【０００３】
使用中のコンテンツを継続して使用することを可能にする技術として、特許文献１の技術が知られている。特許文献１によれば、受信装置は、コンテンツの使用中に更新されたコンテンツを受信した場合、使用が終了した後に、元のコンテンツを更新されたコンテンツに置き換える。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００２−３２８８６７号公報
【非特許文献】
【０００５】
【非特許文献１】ＡＲＩＢ ＳＴＤ−Ｂ２３「デジタル放送におけるアプリケーション実行環境」
【発明の概要】
【発明が解決しようとする課題】
【０００６】
特許文献１は、コンテンツが更新された場合を考慮しているが、番組が終了した場合を考慮してはいない。そのため、特許文献１は、boundアプリケーション方式の場合に、番組の終了後もデータ放送アプリケーションを継続して使用したいというユーザの要求を満たすことができない。
【０００７】
本発明はこのような状況に鑑みてなされたものであり、番組に連動したデータ放送アプリケーションの実行を、この番組が終了した後も継続させることを可能とする技術を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、第１の本発明は、デジタル放送受信装置であって、データ放送アプリケーションと補助情報とを含んだ放送番組データを受信する受信手段と、前記放送番組データを再生する再生手段と、前記データ放送アプリケーションを実行する実行手段と、を備え、前記補助情報は、前記再生手段で再生中の放送番組データに含まれる番組が他の番組に切り替わった場合に前記実行手段による前記データ放送アプリケーションの実行を終了するか否かを示すアプリケーション制御情報を含み、前記実行手段は、前記アプリケーション制御情報に基づいて、前記データ放送アプリケーションを実行し、前記デジタル放送受信装置は、前記再生手段で再生中の放送番組データに含まれる番組が終了した後も前記実行手段による前記データ放送アプリケーションの実行を継続させることを指示する継続指示をユーザから受け付ける受付手段と、前記アプリケーション制御情報が、前記再生手段で再生中の放送番組データに含まれる番組が終了した場合に前記実行手段による前記データ放送アプリケーションの実行を終了することを示し、且つ、前記受付手段が前記継続指示を受け付けた場合、前記再生手段で再生中の放送番組データに含まれる番組が終了する前に、前記アプリケーション制御情報を、前記再生手段で再生中の放送番組データに含まれる番組が他の番組に切り替わった場合に前記実行手段による前記データ放送アプリケーションの実行を終了しないことを示すように変更する変更手段と、を更に備えることを特徴とするデジタル放送受信装置を提供する。
【０００９】
なお、その他の本発明の特徴は、添付図面及び以下の発明を実施するための形態における記載によって更に明らかになるものである。
【発明の効果】
【００１０】
以上の構成により、本発明によれば、番組に連動したデータ放送アプリケーションの実行を、この番組が終了した後も継続させることが可能となる。
【図面の簡単な説明】
【００１１】
【図１】第１の実施形態に係るＤＴＶ１００の構成を示すブロック図
【図２】アプリプログラムの起動前後の画面例を示す図
【図３】第１の実施形態に係るアプリプログラム継続処理を示すフローチャート
【図４】Ｓ３０４の処理の詳細を示すフローチャート
【図５】（ａ）は、アプリ継続問い合わせＵＩ表示画面の例を示す図、（ｂ）は、番組終了後もアプリプログラムの実行を継続した場合の表示画面の例を示す図
【図６】第２の実施形態に係るＤＴＶ６００の構成を示すブロック図
【図７】第２の実施形態に係るアプリプログラム継続処理を示すフローチャート
【図８】番組終了時刻加工部６０２が実行する処理を示すフローチャート
【図９】第３の実施形態に係るＤＴＶ９００の構成を示すブロック図
【図１０】第３の実施形態に係るアプリプログラム継続処理を示すフローチャート
【図１１】第４の実施形態に係るＤＴＶ１１００の構成を示すブロック図
【図１２】第４の実施形態に係るアプリプログラム継続処理を示すフローチャート
【図１３】番組情報更新部１１０２が実行する処理を示すフローチャート
【発明を実施するための形態】
【００１２】
以下、図面を参照して、本発明のデジタル放送受信装置をデジタルテレビ（ＤＴＶ）に適用した実施形態について説明する。以下の各実施形態では、特に断らない限り、ＤＴＶが受信する放送番組データはデータ放送アプリケーションを含むものとする。また、「boundアプリ」は、番組に連動した（番組の切替えの際に終了する）データ放送アプリケーションを意味し、「unboundアプリ」は、番組非連動のデータ放送アプリケーションを意味する。
【００１３】
［第１の実施形態］
第１の実施形態は、ＡＩＴ(Application Information Table)内のservice_bound_flagの値を、boundアプリを意味する「１」からunboundアプリを意味する「０」に変更することにより、データ放送アプリケーションの継続実行を可能にする。
【００１４】
図１は、第１の実施形態に係るＤＴＶ１００の構成を示すブロック図である。図１において、チューナ部１０１は、アンテナ１１７から受信した放送信号を取得する。チューナ部１０１は、ユーザインタフェース部１０９から取得した選局情報に応じて放送信号を抽出し、放送番組データとしてＴＳ（トランスポートストリーム）を生成する。チューナ部１０１は、生成したＴＳをＤＥＭＵＸ部１０２へ出力する。
【００１５】
ＤＥＭＵＸ部１０２は、チューナ部１０１から取得したＴＳを、ＰＳＩ／ＳＩ情報（補助情報）、音声ストリーム、映像ストリーム、及びデータ放送アプリケーション（アプリプログラム）に分離する。ここで、ＰＳＩはProgram Specific Informationの略記であり、ＳＩはService Informationの略記である。ＰＳＩ情報には、各データの識別に必要なＰＩＤ(Packet ID)情報が記載されており、ＰＩＤ情報を使って、ＴＳから音声ストリーム、映像ストリーム、及びアプリプログラムを分離することができる。ＤＥＭＵＸ部１０２は、分離した音声ストリームを音声デコーダ部１０３へ送出し、分離した映像ストリームを映像デコーダ部１０６へ送出する。ＤＥＭＵＸ部１０２はまた、分離したアプリプログラムをアプリ実行部１１０へ送出する。ＳＩ情報には、番組の名前、内容、及び放送開始終了時刻を含む番組情報（番組の識別情報）や、現在の時刻情報などが記載されている。ＤＥＭＵＸ部１０２は、分離したＳＩ情報をＳＩ情報取得部１１２へ送出する。
【００１６】
アプリプログラムは、ＤＴＶ１００が予め保持しているものではなく、送出側（放送局）がＴＳの中に含め、カルーセル伝送で送信するプログラムである。アプリプログラムは、番組の映像や音声に連動したサービスを提供する。プログラムはＪａｖａ（登録商標）形式であり、アプリプログラムに関する情報は、ＡＩＴ(Application Information Table)に記述されている。ＡＩＴの一例を以下に示す。
【００１７】
AIT(ApplicationInformationTable)
{
application_type = 0x0001 (=ARIB-J)
App#1{
application_identifier();
application_descriptor(){
...
service_bound_flag;
...
}
}
App#2{
...
application_descriptor(){
...
}
}
}
【００１８】
ＡＩＴには、ＴＳに含まれる各アプリケーションの情報が記述されている。上の例では、２つのアプリケーションの情報が記述されている。application_identifier()は、アプリケーション識別子であり、アプリケーションを一意に特定する。application_descriptor()には、サービス切替え時の動作やアプリケーションの優先度などが記述されており、この中にservice_bound_flagがある。
【００１９】
service_bound_flag（サービス境界フラグ）は、アプリケーションがboundアプリであるかunboundアプリであるかを示す情報（アプリケーション制御情報）である。service_bound_flagが「０」の場合、アプリプログラムはunboundアプリであり、サービスの切替えによる終了が行われない。一方、service_bound_flagが「１」の場合、アプリプログラムはboundアプリであり、サービスの切替えと同時に実行を終了しなければならない。サービスの切替えとは、チャンネル切替えや番組終了によって視聴番組が変化することを指す。従って、換言すれば、service_bound_flagは、再生中の番組が切り替わった場合にＤＴＶ１００がアプリプログラムの実行を「終了すること」又は「終了しないこと」を示す。そして、service_bound_flagが「１」のアプリプログラムを実行中に番組が終了した場合、ユーザが実行継続を望む場合でもアプリプログラムの実行が終了する。
【００２０】
図１に戻り、音声デコーダ部１０３は、ＤＥＭＵＸ部１０２から取得した音声ストリームをデコードし、生成した音声データを音声合成部１０４へ送出する。音声合成部１０４は、音声デコーダ部１０３から取得した放送音声データとアプリ実行部１１０から取得したアプリ音声データとを合成し、音声出力部１０５へ送出する。
【００２１】
映像デコーダ部１０６は、ＤＥＭＵＸ部１０２から取得した映像ストリームをデコードし、生成した映像データを映像合成部１０７へ送出する。映像合成部１０７は、映像デコーダ部１０６から取得した放送映像データとＧＵＩ生成部１１１から取得したＧＵＩデータとを合成し、映像表示部１０８へ送出する。
【００２２】
ユーザインタフェース部１０９は、リモコン１１８のボタン押下によって送信されるリモコン情報を受信し、リモコン情報に応じた処理を行う。例えば、リモコン１１８によって選局に関するリモコン情報を受信すると、チューナ部１０１へ選局情報を送出する。また、アプリ操作に関するリモコン情報を受信すると、アプリ実行部１１０へリモコン情報の内容を送出する。また、ユーザへの問い合わせに対する応答を示すリモコン情報を受信すると、ＧＵＩ生成部１１１へリモコン情報の内容を送出する。
【００２３】
アプリ実行部１１０は、ＤＥＭＵＸ部１０２からＡＩＴ情報を取得し、内部の記憶領域に保存する。アプリ実行部１１０は、ユーザインタフェース部１０９からリモコン情報を取得し、リモコン情報に応じた処理を行う。例えば、リモコン１１８からアプリプログラムを起動（実行）する指示を受信すると、アプリプログラムを起動する。図２は、アプリプログラムの起動前後の画面例を示す図である。アプリプログラムが起動すると、ＤＴＶ１００は放送画面２０１を縮小して放送画面２０２を生成し、アプリ画面２０３をＬ字型に表示することにより、放送画面２０２及びアプリ画面２０３の両方を表示する。アプリ画面２０３の構成は、アプリプログラムに記述されている。なお、アプリ画面２０３の構成は、図２に示すものに限定されず、ＤＴＶ１００が受信したアプリプログラムの記述に沿っていればよい。アプリプログラムの終了時のアプリ実行部１１０の処理は、後述する。
【００２４】
ＧＵＩ生成部１１１は、アプリ実行部１１０からアプリプログラムの映像データを取得し、映像表示するためのグラフィックデータを生成する。また、ＧＵＩ生成部１１１は、問い合わせ制御部１１５から問い合わせ表示通知を取得した場合は、ユーザに対する問い合わせを行うためのグラフィックデータを生成する。問い合わせ表示の詳細は後述する。ＧＵＩ生成部１１１は、生成したグラフィックデータを映像合成部１０７へ送出する。
【００２５】
ＳＩ情報取得部１１２は、ＤＥＭＵＸ部１０２からＳＩ情報を取得し、現在選局中の番組の終了時刻（番組終了時刻）を生成する。番組終了時刻は、ＳＩ情報のＥＩＴ(Event Information Table)のstart_time及びdurationから生成できる。start_timeは番組開始時刻を表し、durationは番組の継続時間を表す。従って、番組終了時刻は、start_timeにdurationを足した時刻となる。ＳＩ情報取得部１１２は、生成した番組終了時刻をアプリ実行部１１０、問い合わせ判断部１１４、問い合わせ制御部１１５、及びアプリ継続制御部１１６へそれぞれ送出する。また、ＳＩ情報取得部１１２は、ＳＩ情報のＴＯＴ(Time Offset Table)を取得し、時刻管理部１１３へ送出する。ＴＯＴは、現在の日付時刻が記述されており、３０秒周期でＴＳに含まれる情報である。
【００２６】
時刻管理部１１３は、ＳＩ情報取得部１１２からＴＯＴを取得する。時刻管理部１１３は、取得したＴＯＴによって正確な時刻を調整しながら、時刻のカウントを行い、現在時刻を生成する。時刻管理部１１３は、生成した現在時刻をアプリ実行部１１０、問い合わせ判断部１１４、問い合わせ制御部１１５、及びアプリ継続制御部１１６へ送出する。ＳＩ情報取得部１１２及び時刻管理部１１３が取得した番組終了時刻及び現在時刻を比較することで、現在が番組終了の何秒前かを判断すること、及び番組の終了を検出することが可能となる。
【００２７】
図３は、第１の実施形態に係るアプリプログラム継続処理を示すフローチャートである。番組の再生が開始すると、問い合わせ判断部１１４が本フローチャートの処理を開始する。
【００２８】
Ｓ３０１で、問い合わせ判断部１１４は、ＳＩ情報取得部１１２から番組終了時刻を取得し、また、時刻管理部１１３から現在時刻を取得して、現在時刻が番組終了時刻の３０秒前であるか否かを判定する。現在時刻が番組終了時刻の３０秒前になると、処理はＳ３０２に進む。
【００２９】
Ｓ３０２で、問い合わせ判断部１１４は、アプリ実行部１１０からアプリプログラムの起動状態を取得し、アプリプログラムが起動中であるか否かを判定する。起動中であれば処理はＳ３０３に進み、そうでなければ処理はＳ３０５に進む。
【００３０】
Ｓ３０３で、問い合わせ判断部１１４は、アプリ実行部１１０からservice_bound_flagを取得し、service_bound_flagが１であるか否かを判定する。service_bound_flagが１であれば処理はＳ３０４に進み、そうでなければ処理はＳ３０５に進む。
【００３１】
Ｓ３０４で、問い合わせ制御部１１５は、アプリプログラムの実行を継続するか否かに関する、ユーザに対する問い合せを実行する。図４は、Ｓ３０４の処理の詳細を示すフローチャートである。
【００３２】
Ｓ４０１で、問い合わせ制御部１１５は、ＧＵＩ生成部１１１に対してアプリ継続問い合わせＵＩ表示指示を送出する。ＧＵＩ生成部１１１は、アプリ継続問い合わせＵＩ表示指示を受信すると、映像上に表示するためのグラフィックデータを生成する。図５（ａ）は、アプリ継続問い合わせＵＩ表示画面の例を示す図である。図５（ａ）において、図２と同一又は同様の要素には同一の符号を付し、説明を省略する。Ｓ３０１における判定から理解できるように、番組終了の３０秒前になると、アプリ継続問い合わせＵＩ５０１が表示される。アプリ継続問い合わせＵＩ５０１は、「もうすぐ番組終了の時刻です。アプリを継続しますか？」という文章と共に、継続ボタン５０２を備えている。なお、アプリ継続問い合わせＵＩ５０１の構成は、アプリが間もなく終了する通知とユーザにアプリを継続するか否かを問い合わせる機能とがあれば、図５（ａ）に限定されるものではない。
【００３３】
Ｓ４０２で、問い合わせ制御部１１５（受付手段）は、アプリプログラムの実行を継続する指示（継続指示）を受け付けたか否かを判定する。ユーザがリモコン操作によってアプリ継続問い合わせＵＩ５０１に表示された継続ボタン５０２を選択して決定した場合に、継続指示を受け付けたと判定される。アプリ継続が選択された（継続指示を受け付けた）場合、処理はＳ４０３に進み、そうでない場合、処理はＳ４０４に進む。
【００３４】
Ｓ４０３で、問い合わせ制御部１１５は、アプリ継続制御部１１６へアプリ継続通知を送出する。一方、Ｓ４０４では、問い合わせ制御部１１５は、番組終了時刻と現在時刻とを比較することにより、番組が終了したか否かを判定する。番組が終了した場合（即ち、アプリ継続が選択されずに番組が終了した場合）、処理はＳ４０５に進む。そうでない場合、処理はＳ４０２に戻る。Ｓ４０５で、問い合わせ制御部１１５は、ＧＵＩ生成部１１１に対してアプリ継続問い合わせＵＩ５０１の表示を停止するように指示する。
【００３５】
Ｓ４０３又はＳ４０５の後、処理は図３のＳ３０５に進む。Ｓ３０５で、アプリ継続制御部１１６は、現在時刻が番組終了時刻の０．５秒前であるか否かを判定する。現在時刻が番組終了時刻の０．５秒前になると、処理はＳ３０６に進む。
【００３６】
Ｓ３０６で、アプリ継続制御部１１６は、Ｓ４０３を参照して説明したアプリ継続通知を受信したか否かを判定する。受信した場合、処理はＳ３０７に進む。受信していない場合（即ち、Ｓ３０２においてアプリプログラムが起動中でなかった場合や、Ｓ４０２においてユーザが継続指示を行わなかった場合など）、本フローチャートの処理は終了する。
【００３７】
Ｓ３０７で、アプリ継続制御部１１６は、アプリ実行部１１０へboundフラグ更新通知を送出することにより、service_bound_flagを「０」に更新する。値が「０」であるservice_bound_flagは、番組が切り替わった場合にＤＴＶ１００がアプリプログラムの実行を「終了しないこと」を示す。これにより、service_bound_flagが「１」の場合にアプリ実行部１１０が番組終了時に行うアプリ終了処理がスキップされる。service_bound_flagの更新を番組終了の０．５秒前に行う理由は、次の２点である。第１に、service_bound_flagの更新が必要になるまで処理が行われないため、処理負荷が低減される。第２に、映像合成部１０７と音声合成部１０４にバッファされたデータが次の番組のデータを含まないようにすることができる。本実施形態では、この２点に鑑みて０．５秒前としたが、service_bound_flagの更新のタイミングは特に限定されない。
【００３８】
Ｓ３０８で、アプリ継続制御部１１６は、映像合成部１０７と音声合成部１０４へ放送データ出力停止通知を送出する。映像合成部１０７は、放送データ出力停止通知を取得すると、映像デコーダ部１０６から取得した映像データを映像表示部１０８へ出力しないように制御する。音声合成部１０４は、放送データ出力停止通知を取得すると、音声デコーダ部１０３から取得した音声データを音声出力部１０５へ出力しないように制御する。
【００３９】
図５（ｂ）は、番組終了後もアプリプログラムの実行を継続した場合の表示画面の例を示す図である。図５（ｂ）において、図５（ａ）と同一又は同様の要素には同一の符号を付し、説明を省略する。放送画面５０３には、映像合成部１０７が放送データの出力を停止しているので、黒画面が表示される。また、図示しないが、音声合成部１０４が放送データの出力を停止しているので、放送番組の音声は出力されず、アプリプログラムの音声のみが出力される。
【００４０】
図５（ｂ）の状態は、ユーザがリモコン１１８を操作することによりアプリプログラムの終了指示を行うまで（或いは、タイムアウトなどが発生するまで）継続する。アプリ実行部１１０がユーザインタフェース部１０９を介して終了指示を受信すると、アプリ実行部１１０はアプリ終了処理を開始する。即ち、アプリ実行部１１０は、実行中のアプリプログラムに対して終了通知を送り、そのアプリプログラムのデータをメモリ上から削除する。また、アプリ実行部１１０は、アプリ継続制御部１１６へアプリ終了通知を送出する。アプリ継続制御部１１６は、アプリ終了通知を取得すると、映像合成部１０７と音声合成部１０４へ放送データ出力再開通知を送出する。映像合成部１０７は、放送データ出力再開通知を取得すると、映像表示部１０８へ映像デコーダ部１０６から取得した映像データの出力を再開する。音声合成部１０４は、放送データ出力再開通知を取得すると、音声出力部１０５へ音声デコーダ部１０３から取得した音声データの出力を再開する。
【００４１】
以上説明したように、本実施形態によれば、service_bound_flagが「１」であり、且つ、ユーザが希望する場合に、アプリ継続制御部は、番組終了前にservice_bound_flagを「０」に変更する。
【００４２】
これにより、番組に連動したデータ放送アプリケーションの実行を、この番組が終了した後も継続させることが可能となる。
【００４３】
なお、アプリプログラムの実行を継続するか否かをユーザが決定するタイミングは、図３に示すものに限定されない。例えば、ユーザは、メニュー画面（不図示）を介して、アプリプログラムの実行を継続するか否かを事前に設定することができる。この場合、問い合わせ制御部１１５が設定を受け付け、設定された情報を例えばＤＴＶ１００のフラッシュメモリ（不図示）に格納する。また、図３のＳ３０１〜Ｓ３０４の処理は実行されず、Ｓ３０６において、アプリ継続制御部１１６は、設定された情報をフラッシュメモリから取得して、アプリプログラムの実行を継続するように設定されている場合にＳ３０７に進む。
【００４４】
［第２の実施形態］
第２の実施形態は、番組終了時刻を加工し、擬似的に番組終了を遅延させることにより、データ放送アプリケーションの継続実行を可能にする。図６は、第２の実施形態に係るＤＴＶ６００の構成を示すブロック図である。図６において、図１と同一又は同様の構成要素には同一の符号を付し、説明を省略する。
【００４５】
ＤＴＶ６００は、次の点で、ＤＴＶ１００と異なる。第１に、ＤＴＶ６００はアプリ継続制御部６０１を備えるが、アプリ継続制御部６０１はアプリ実行部１１０へのboundフラグ更新通知を行わない。代わりに、アプリ継続制御部６０１は、番組終了時刻加工部６０２に対して番組終了時刻加工通知を送出する。第２に、ＤＴＶ６００は、番組終了時刻加工部６０２を備える。
【００４６】
図７は、第２の実施形態に係るアプリプログラム継続処理を示すフローチャートである。図７において、図３と同一又は同様の処理が行われるステップには同一の符号を付し、説明を省略する。Ｓ７０１で、アプリ継続制御部６０１は、番組終了時刻加工部６０２へ番組終了時刻加工通知を送出する。
【００４７】
図８は、番組終了時刻加工部６０２が実行する処理を示すフローチャートである。番組終了時刻加工部６０２は、定期的に本フローチャートの処理を開始する。Ｓ８０１で、番組終了時刻加工部６０２は、アプリ継続制御部６０１から番組終了時刻加工通知を受信したか否かを判定する。受信した場合、処理はＳ８０６に進み、そうでない場合、処理はＳ８０２に進む。
【００４８】
Ｓ８０２〜Ｓ８０５で、番組終了時刻加工部６０２は、従来と同様に番組終了時刻をアプリ実行部１１０へ送出する処理を行う。即ち、Ｓ８０２で、番組終了時刻加工部６０２は、ＳＩ情報取得部１１２から番組終了時刻を取得する。Ｓ８０３で、番組終了時刻加工部６０２は、番組終了時刻が前回の取得時から更新されたか否かを判定し、更新された場合はＳ８０４へ、そうでない場合はＳ８０５へ進む。Ｓ８０４で、番組終了時刻加工部６０２は、新しい（更新された）番組終了時刻を保存する。Ｓ８０５で、番組終了時刻加工部６０２は、保存した番組終了時刻をアプリ実行部１１０へ送出する。
【００４９】
一方、Ｓ８０６で、番組終了時刻加工部６０２は、先にＳ８０４で保存した番組終了時刻を、変更前よりも遅い時刻に変更する。変更後の時刻は、例えば変更前の１日後であるが、これに限定されない。これにより、Ｓ８０５で送出される時刻は、実際の番組終了時刻よりも遅い時刻を示す。従って、実際には番組が終了しても、アプリ実行部１１０が番組の終了を検知しないので、アプリプログラムの実行が継続する。
【００５０】
［第３の実施形態］
第３の実施形態は、番組終了前にチューナ部１０１による放送番組データの受信を停止させることにより、番組の切り替わりの発生を回避し、データ放送アプリケーションの継続実行を可能にする。図９は、第３の実施形態に係るＤＴＶ９００の構成を示すブロック図である。図９において、図１と同一又は同様の構成要素には同一の符号を付し、説明を省略する。
【００５１】
ＤＴＶ９００は、次の点で、ＤＴＶ１００と異なる。第１に、ＤＴＶ９００はアプリ継続制御部９０１を備えるが、アプリ継続制御部９０１はアプリ実行部１１０へのboundフラグ更新通知を行わず、映像合成部１０７及び音声合成部１０４の制御も行わない。代わりに、アプリ継続制御部９０１は、チューナ停止部９０２に対してチューナ停止通知を送出する。第２に、ＤＴＶ９００は、チューナ停止部９０２を備える。
【００５２】
図１０は、第３の実施形態に係るアプリプログラム継続処理を示すフローチャートである。図１０において、図３と同一又は同様の処理が行われるステップには同一の符号を付し、説明を省略する。Ｓ１００１で、アプリ継続制御部９０１は、チューナ停止部９０２に対してチューナ停止通知を送出するチューナ停止部９０２は、アプリ継続制御部９０１からチューナ停止通知を取得すると、チューナ部１０１の電源を落とすことで放送番組データの受信を停止する。或いは、チューナ停止部９０２は、チューナ部１０１のＴＳ出力をヌルパケット化することにより、チューナ部１０１を停止してもよい。チューナ部１０１の停止は、チューナ部１０１からのＴＳ出力が無くなればよく、具体的な方法については特に限定されない。
【００５３】
ところで、アプリ実行部１１０は、ＥＩＴの矩形式イベント記述子Short_event_descriptorに含まれるevent_name_char（番組名を表す記述子）の変化に基づいて、他サービスの開始（番組の切り替わり）を検知する。或いは、アプリ実行部１１０は、ＥＩＴ［ｐ／ｆ］（present/following：現在と次の番組情報）の変化に基づいて、他サービスの開始を検知する。本実施形態では、Ｓ１００１においてチューナ部１０１が停止するため、アプリ実行部１１０は、ＳＩ情報取得部１１２からＳＩ情報を取得できない。従って、アプリ実行部１１０は他サービスの開始を検知することができないため、番組の終了後も、アプリプログラムの実行を継続する。なお、他サービスの開始を検知する方法は、ＥＩＴを利用するものに限定されるものではない。
【００５４】
［第４の実施形態］
第４の実施形態は、番組が終了してもＳＩに含まれる番組情報（番組の識別情報）を更新しないことにより、他サービスの開始を擬似的に無くし、データ放送アプリケーションの継続実行を可能にする。図１１は、第４の実施形態に係るＤＴＶ１１００の構成を示すブロック図である。図１１において、図１と同一又は同様の構成要素には同一の符号を付し、説明を省略する。
【００５５】
ＤＴＶ１１００は、次の点で、ＤＴＶ１００と異なる。第１に、ＤＴＶ１１００はアプリ継続制御部１１０１を備えるが、アプリ継続制御部１１０１はアプリ実行部１１０へのboundフラグ更新通知を行わない。代わりに、アプリ継続制御部１１０１は、番組情報更新部１１０２に対して番組情報非更新通知を送出する。第２に、ＤＴＶ１１００は、番組情報更新部１１０２を備える。第３に、時刻管理部１１３は、アプリ実行部１１０に対して現在時刻を通知しない（もちろん、通知してもよい）。
【００５６】
図１２は、第４の実施形態に係るアプリプログラム継続処理を示すフローチャートである。図１２において、図３と同一又は同様の処理が行われるステップには同一の符号を付し、説明を省略する。Ｓ１２０１で、アプリ継続制御部１１０１は、番組情報更新部１１０２へ番組情報非更新通知を送出する。
【００５７】
図１３は、番組情報更新部１１０２が実行する処理を示すフローチャートである。番組情報更新部１１０２は、定期的に本フローチャートの処理を開始する。Ｓ１３０１で、番組情報更新部１１０２は、アプリ継続制御部１１０１から番組情報非更新通知を受信したか否かを判定する。受信した場合、処理はＳ１３０５に進み、そうでない場合、処理はＳ１３０２に進む。
【００５８】
Ｓ１３０２〜Ｓ１３０５で、番組情報更新部１１０２は、従来と同様に番組情報を取得してアプリ実行部１１０へ送出する処理を行う。即ち、Ｓ１３０２で、番組情報更新部１１０２は、ＳＩ情報取得部１１２から番組情報を取得する。Ｓ１３０３で、番組情報更新部１１０２は、番組情報が前回の取得時から更新されたか否かを判定し、更新された場合はＳ１３０４へ、そうでない場合はＳ１３０５へ進む。Ｓ１３０４で、番組情報更新部１１０２は、新しい（更新された）番組情報を保存する。Ｓ１３０５で、番組情報更新部１１０２は、保存した番組情報をアプリ実行部１１０へ送出する。
【００５９】
一方、Ｓ１３０１で「番組情報非更新通知を受信した」と判定された場合、Ｓ１３０２〜Ｓ１３０４の処理が実行されない。そのため、Ｓ１３０５で送出される番組情報は、実際には番組が切り替わっても、変化しない。従って、実際には番組が終了しても、アプリ実行部１１０が番組の切り替わりを検知しないので、アプリプログラムの実行が継続する。
【００６０】
［その他の実施形態］
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【図１】
0005498179.tif 000002
【図２】
0005498179.tif 000003
【図３】
0005498179.tif 000004
【図４】
0005498179.tif 000005
【図５】
0005498179.tif 000006
【図６】
0005498179.tif 000007
【図７】
0005498179.tif 000008
【図８】
0005498179.tif 000009
【図９】
0005498179.tif 000010
【図１０】
0005498179.tif 000011
【図１１】
0005498179.tif 000012
【図１２】
0005498179.tif 000013
【図１３】
0005498179.tif 000014