(57)【特許請求の範囲】
【請求項１】
データ放送を用いて放送波の受信状態を検出する放送波受信状態検出システムであって、
予め定められた周期で更新される受信検出用モジュール又は受信検出用イベントメッセージを、データ放送を用いて、前記周期毎に少なくともひとつ以上送信する送信手段を有する送信局と、
前記受信検出用モジュール又は前記受信検出用イベントメッセージの前記周期毎の更新を検出する検出手段と、前記受信検出用モジュール又は前記受信検出用イベントメッセージの更新が所定時間検出できない場合、放送波が受信できない状態にあると判定する判定手段とを有する受信機と
を有することを特徴とする放送波受信状態検出システム。
【請求項２】
前記検出手段と前記判定手段との機能を有するプログラムをデータ放送で送信し、そのプログラムを受信側で受信して、このプログラムにより、前記検出手段と前記判定手段との機能を実行させることを特徴とする請求項１に記載の放送波受信状態検出システム。
【請求項３】
前記プログラムはＢＭＬ（Broadcast Markup Language）で記述されたものであることを特徴とする請求項２に記載の放送波受信状態検出システム。
【請求項４】
前記受信機は、前記判定手段が放送波を受信できないと判定した場合、放送波の視聴に代えて、代替処理を行う代替処理手段を有することを特徴とする請求項１から請求項３のいずれかに記載の放送波受信状態検出システム。
【請求項５】
前記代替処理手段は、前記判定手段が放送波を受信できないと判定した場合、代替コンテンツを表示する表示制御手段であることを特徴とする請求項４に記載の放送波受信状態検出システム。
【請求項６】
前記表示制御手段は、代替コンテンツを記憶しておき、前記判定手段が放送波を受信できないと判定した場合、前記記憶している代替コンテンツを表示するように構成されていることを特徴とする請求項５に記載の放送波受信状態検出システム。
【請求項７】
前記送信局は、代替コンテンツを送信する手段を有し、
前記表示制御手段は、送信されてくる代替コンテンツを受信して記憶しておき、前記判定手段が放送波を受信できないと判定した場合、前記記憶している代替コンテンツを表示するように構成されていることを特徴とする請求項５に記載の放送波受信状態検出システム。
【請求項８】
前記表示制御手段は、前記判定手段が放送波を受信できないと判定した場合、外部のサーバから代替コンテンツを取得し、この代替コンテンツを表示するように構成されていることを特徴とする請求項５に記載の放送波受信状態検出システム。
【請求項９】
前記代替処理手段は、前記判定手段が放送波を受信できないと判定した場合、現在受信している階層の放送波から、他の階層の放送波へと切り替える手段であることを特徴とする請求項４に記載の放送波受信状態検出システム。
【請求項１０】
前記代替処理手段の代替処理中、前記受信検出用モジュール又は前記受信検出用イベントメッセージの更新の検出により、前記判定手段が、放送波の受信が可能と判定した場合、元の放送波の視聴に復帰する手段を有することを特徴とする請求項４から請求項９のいずれかに記載の放送波受信状態検出システム。
【請求項１１】
前記受信機は、前記受信検出用モジュール又は前記受信検出用イベントメッセージの更新が検出できない時間に応じて、放送波の受信状態を表示する手段を有することを特徴とする請求項１から請求項１０のいずれかに記載の放送波受信状態検出システム。
【請求項１２】
受信機で放送波の受信状態を検出させるための送信局であって、
予め定められた周期で更新される受信検出用モジュール又は受信検出用イベントメッセージを、データ放送を用いて、前記周期毎に少なくともひとつ以上送信する送信手段を有することを特徴とする送信局。
【請求項１３】
受信機側で放送波の受信状態を検出させるためのプログラムを送信する手段を有することを特徴とする請求項１２に記載の送信局。
【請求項１４】
前記プログラムはＢＭＬ（Broadcast Markup Language）で記述されたものであることを特徴とする請求項１３に記載の送信局。
【請求項１５】
受信側で放送波を受信できないと判定された場合に使用される代替コンテンツを送信する手段を有することを特徴とする請求項１２から請求項１４のいずれかに記載の送信局。
【請求項１６】
予め定められた周期で更新される受信検出用モジュール又は受信検出用イベントメッセージを、データ放送を用いて受信し、前記受信検出用モジュール又は前記受信検出用イベントメッセージに基づいて、放送波の受信状態を検出する受信機であって、
前記受信検出用モジュール又は前記受信検出用イベントメッセージの前記周期毎の更新を検出する検出手段と、
前記受信検出用モジュール又は前記受信検出用イベントメッセージの更新が所定時間検出できない場合、放送波が受信できない状態にあると判定する判定手段と
を有することを特徴とする受信機。
【請求項１７】
前記検出手段と前記判定手段とは、送信側から送信される制御プログラムによって機能が実行されることを特徴とする請求項１６に記載の受信機。
【請求項１８】
前記プログラムはＢＭＬ（Broadcast Markup Language）で記述されたものであることを特徴とする請求項１７に記載の受信機。
【請求項１９】
前記判定手段が放送波を受信できないと判定した場合、放送波の視聴に代えて、代替処理を行う代替処理手段を有することを特徴とする請求項１６から請求項１８のいずれかに記載の受信機。
【請求項２０】
前記代替処理手段は、前記判定手段が放送波を受信できないと判定した場合、代替コンテンツを表示する表示制御手段であることを特徴とする請求項１９に記載の受信機。
【請求項２１】
前記表示制御手段は、代替コンテンツを記憶しておき、前記判定手段が放送波を受信できないと判定した場合、前記記憶している代替コンテンツを表示するように構成されていることを特徴とする請求項２０に記載の受信機。
【請求項２２】
前記表示制御手段は、送信されてくる代替コンテンツを受信して記憶しておき、前記判定手段が放送波を受信できないと判定した場合、前記記憶している代替コンテンツを表示するように構成されていることを特徴とする請求項２０に記載の受信機。
【請求項２３】
前記表示制御手段は、前記判定手段が放送波を受信できないと判定した場合、外部のサーバから代替コンテンツを取得し、この代替コンテンツを表示するように構成されていることを特徴とする請求項２０に記載の受信機。
【請求項２４】
前記代替処理手段は、前記判定手段が放送波を受信できないと判定した場合、現在受信している階層の放送波から、他の階層の放送波へと切り替える手段であることを特徴とする請求項１９に記載の受信機。
【請求項２５】
前記代替処理手段の代替処理中、前記受信検出用モジュール又は前記受信検出用イベントメッセージの更新の検出により、前記判定手段が、放送波の受信が可能と判定した場合、元の放送波の視聴に復帰する手段を有することを特徴とする請求項１９から請求項２４のいずれかに記載の受信機。
【請求項２６】
前記受信検出用モジュール又は前記受信検出用イベントメッセージの更新が検出できない時間に応じて、放送波の受信状態を表示する手段を有することを特徴とする請求項１６から請求項２５のいずれかに記載の受信機。
【請求項２７】
予め定められた周期で更新される受信検出用モジュール又は受信検出用イベントメッセージを、データ放送を用いて受信し、前記受信検出用モジュール又は前記受信検出用イベントメッセージに基づいて、受信機側で放送波の受信状態を検出する為のプログラムであって、
前記プログラムは、前記受信機に、
前記受信検出用モジュール又は前記受信検出用イベントメッセージの前記周期毎の更新を検出する処理と、
前記受信検出用モジュール又は前記受信検出用イベントメッセージの更新が所定時間検出できない場合、放送波が受信できない状態にあると判定する処理とを
実行させることを特徴とするプログラム。
【請求項２８】
前記プログラムはＢＭＬ（Broadcast Markup Language）で記述されたものであることを特徴とする請求項２７に記載のプログラム。
【請求項２９】
前記プログラムは、放送波を受信できないと判定した場合、放送波の視聴に代えて、代替処理を前記受信機に実行させることを特徴とする請求項２７又は請求項２８に記載のプログラム。
【請求項３０】
前記代替処理は、放送波を受信できないと判定した場合、代替コンテンツを表示する表示処理であることを特徴とする請求項２９に記載のプログラム。
【請求項３１】
前記表示処理は、放送波を受信できないと判定した場合、記憶している代替コンテンツを表示する処理であることを特徴とする請求項３０に記載のプログラム。
【請求項３２】
前記表示処理は、放送波を受信できないと判定した場合、放送波から予め取得して記憶している代替コンテンツを表示する処理であることを特徴とする請求項３０に記載のプログラム。
【請求項３３】
前記表示処理は、放送波を受信できないと判定した場合、外部のサーバから代替コンテンツを取得し、この代替コンテンツを表示する処理であることを特徴とする請求項３０に記載のプログラム。
【請求項３４】
前記代替処理は、放送波を受信できないと判定した場合、現在受信している階層の放送波から、他の階層の放送波へと切り替える処理であることを特徴とする請求項２９に記載のプログラム。
【請求項３５】
前記代替処理の実行中、前記放送波の受信状態を判定する処理において、放送波の受信が可能と判定された場合、元の放送波の視聴に復帰する処理を、前記受信機に実行させることを特徴とする請求項２９から請求項３４のいずれかに記載のプログラム。
【請求項３６】
前記プログラムは、前記受信検出用モジュール又は前記受信検出用イベントメッセージの更新が検出できない時間に応じて、放送波の受信状態を表示する処理を、前記受信機に実行させることを特徴とする請求項２７から請求項３５のいずれかに記載のプログラム。
【請求項３７】
データ放送を用いて放送波の受信状態を検出する放送波受信状態検出方法であって、
予め定められた周期で更新される受信検出用モジュール又は受信検出用イベントメッセージを、データ放送を用いて前記周期毎に少なくともひとつ以上送信し、
前記受信検出用モジュール又は前記受信検出用イベントメッセージの前記周期毎の更新を検出して、前記受信検出用モジュール又は前記受信検出用イベントメッセージの更新が所定時間検出できない場合、放送波が受信できない状態にあると判定する
ことを特徴とする放送波受信状態検出方法。
【請求項３８】
放送波を受信できないと判定した場合、放送波の視聴に代えて、代替処理を実行することを特徴とする請求項３７に記載の放送波受信状態検出方法。
【請求項３９】
前記代替処理として、代替コンテンツを表示することを特徴とする請求項３８に記載の放送波受信状態検出方法。
【請求項４０】
前記代替処理として、現在受信している階層の放送波から、他の階層の放送波へと切り替えることを特徴とする請求項３８に記載の放送波受信状態検出方法。
【請求項４１】
前記代替処理の実行中、前記放送波の受信状態の判定において、放送波の受信が可能と判定された場合、元の放送波の視聴に復帰することを特徴とする請求項３８から請求項４０のいずれかに記載の放送波受信状態検出方法。
【請求項４２】
前記受信検出用モジュール又は前記受信検出用イベントメッセージの更新が検出できない時間に応じて、放送波の受信状態を表示することを特徴とする請求項３７から請求項４１のいずれかに記載の放送波受信状態検出方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はデータ放送を用いて放送波の受信状態を検出する技術に関し、特に、受信側に特別な機能を搭載せず、規格に沿った手段で放送波の受信状態を検出することができる技術に関する。
【背景技術】
【０００２】
近年、地上デジタル放送が開始され、それに伴いデータ放送も開始された。このデータ放送は、ＢＭＬ文書やＪＰＥＧ、ＰＮＧ、バイナリテーブルなどのリソースを、データカルーセル伝送方式によって伝送する。データカルーセル伝送方式は、複数のファイルをＭＰＥＧ−２のセクションに分割して繰り返し送出する伝送方式であり、ＤＳＭ−ＣＣ規格に準拠している。
【０００３】
データ放送では、放送波を利用してインタラクティブコンテンツの再生を可能とするために、視聴者が任意のタイミングで操作を行っても必要なデータが取得できるよう、コンテンツを構成するファイル群はデータカルーセル伝送方式により繰り返し送出される。視聴者のリモコン操作などで画面の切替え指示が発生すると、受信機は必要なデータを取得して画面に表示する。
【０００４】
一方、デジタル放送の受信状態の検出の代表的な技術としては、デジタル放送の受信電力や、Ｃ／Ｎ比を検出し、これらに基づいて、受信状態を検出する技術がある（例えば、特許文献１）。
【０００５】
【特許文献１】特開２００４−２２８６９５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献１に記載されている受信状態の検出方法は、デジタル放送の標準的な規格であるARIB（電波産業会）の標準規格又は技術資料に沿ったものでなく、受信機に特別な機能を搭載することにより、達成できるものであり、一般の受信機にそのまま適用できるものではない。
【０００７】
一方で、携帯受信機（１セグ受信機）のように移動を前提とした受信機では、受信環境が刻々と変わり、あるときは放送波を受信できたとしても、その後に受信できない状態となることが少なくない。このような状況に鑑みて、放送局のような送信側としては、放送波を受信できない場合、何らかの対処を行いたいとの要望があり、標準規格に沿った手段で放送波の受信状態を、個別に検出できるような手段が望まれていた。
【０００８】
更に、地上波デジタル放送の携帯受信機（１セグ受信機）では、メモリ機能を持っており、メモリがクリアされない限りは、一度受信したデータ放送を動作させ続ける。このような状況において、データ放送を視聴している視聴者は、データ放送を受信できていなくとも、データ放送を受信しているとの錯覚を起こす。このような時に、何らかの手段で、視聴者にデータ放送が受信できていないことを報知する必要もあった。
【０００９】
そこで、本発明は上記課題に鑑みて発明されたものであって、その目的は、デジタル放送の標準規格に沿った手段で、放送波の受信状態の検出ができる技術を提供することにある。
【００１０】
また、本発明の目的は、放送波の受信状態を検出し、放送波が受信できなくなった場合に、代替コンテンツを提供することにある。
【００１１】
更に、本発明の目的は、放送波の視聴者に対して、放送波の受信状態が認識できる技術を提供することにある。
【課題を解決するための手段】
【００１２】
上記課題を解決する第１の発明は、データ放送を用いて放送波の受信状態を検出する放送波受信状態検出システムであって、予め定められた周期で更新される受信検出用モジュール又は受信検出用イベントメッセージを、前記周期毎に少なくともひとつ以上送信する送信手段を有する送信局と、前記受信検出用モジュール又は前記受信検出用イベントメッセージの前記周期毎の更新を検出する検出手段と、前記受信検出用モジュール又は前記受信検出用イベントメッセージの更新が所定時間検出できない場合、放送波が受信できない状態にあると判定する判定手段とを有する受信機とを有することを特徴とする。
【００１３】
上記課題を解決する第２の発明は、上記第１の発明において、前記検出手段と前記判定手段との機能を有するプログラムをデータ放送で送信し、そのプログラムを受信側で受信して、このプログラムにより、前記検出手段と前記判定手段との機能を実行させることを特徴とする。
【００１４】
上記課題を解決する第３の発明は、上記第２の発明において、前記プログラムはＢＭＬ（Broadcast Markup Language）で記述されたものであることを特徴とする。
【００１５】
上記課題を解決する第４の発明は、上記第１から第３のいずれかの発明において、前記受信機が、前記判定手段が放送波を受信できないと判定した場合、放送波の視聴に代えて、代替処理を行う代替処理手段を有することを特徴とする。
【００１６】
上記課題を解決する第５の発明は、上記第４の発明において、前記代替処理手段は、前記判定手段が放送波を受信できないと判定した場合、代替コンテンツを表示する表示制御手段であること特徴とする。
【００１７】
上記課題を解決する第６の発明は、上記第５の発明において、前記表示制御手段は、代替コンテンツを記憶しておき、前記判定手段が放送波を受信できないと判定した場合、前記記憶している代替コンテンツを表示するように構成されていることを特徴とする。
【００１８】
上記課題を解決する第７の発明は、上記第５の発明において、前記送信局は、代替コンテンツを送信する手段を有し、前記表示制御手段は、送信されてくる代替コンテンツを受信して記憶しておき、前記判定手段が放送波を受信できないと判定した場合、前記記憶している代替コンテンツを表示するように構成されていることを特徴とする。
【００１９】
上記課題を解決する第８の発明は、上記第５の発明において、前記表示制御手段は、前記判定手段が放送波を受信できないと判定した場合、外部のサーバから代替コンテンツを取得し、この代替コンテンツを表示するように構成されていることを特徴とする。
【００２０】
上記課題を解決する第９の発明は、上記第４の発明において、前記代替処理手段は、前記判定手段が放送波を受信できないと判定した場合、現在受信している階層の放送波から、他の階層の放送波へと切り替える手段であることを特徴とする。
【００２１】
上記課題を解決する第１０の発明は、上記第４から第９の発明のいずれかにおいて、前記代替処理手段の代替処理中、前記受信検出用モジュール又は前記受信検出用イベントメッセージの更新の検出により、前記判定手段が、放送波の受信が可能と判定した場合、元の放送波の視聴に復帰する手段を有することを特徴とする。
【００２２】
上記課題を解決する第１１の発明は、上記第１から第１０のいずれかの発明において、前記受信機は、前記受信検出用モジュール又は前記受信検出用イベントメッセージの更新が検出できない時間に応じて、放送波の受信状態を表示する手段を有することを特徴とする。
【００２３】
上記課題を解決する第１２の発明は、受信機で放送波の受信状態を検出させるための送信局であって、予め定められた周期で更新される受信検出用モジュール又は受信検出用イベントメッセージを、データ放送を用いて、前記周期毎に少なくともひとつ以上送信する送信手段を有することを特徴とする。
【００２４】
上記課題を解決する第１３の発明は、上記第１２の発明において、受信機側でデータ放送の受信状態を検出させるためのプログラムを送信する手段を有することを特徴とする。
【００２５】
上記課題を解決する第１４の発明は、上記第１３の発明において、前記プログラムはＢＭＬ（Broadcast Markup Language）で記述されたものであることを特徴とする。
【００２６】
上記課題を解決する第１５の発明は、上記第１２から第１４のいずれかの発明において、受信側で放送波を受信できないと判定された場合に使用される代替コンテンツを送信する手段を有することを特徴とする。
【００２７】
上記課題を解決する第１６の発明は、予め定められた周期で更新される受信検出用モジュール又は受信検出用イベントメッセージを、データ放送を用いて受信し、前記受信検出用モジュール又は前記受信検出用イベントメッセージに基づいて、放送波の受信状態を検出する受信機であって、前記受信検出用モジュール又は前記受信検出用イベントメッセージの前記周期毎の更新を検出する検出手段と、前記受信検出用モジュール又は前記受信検出用イベントメッセージの更新が所定時間検出できない場合、放送波が受信できない状態にあると判定する判定手段とを有することを特徴とする。
【００２８】
上記課題を解決する第１７の発明は、上記第１６の発明において、前記検出手段と前記判定手段とは、送信側から送信される制御プログラムによって機能が実行されることを特徴とする。
【００２９】
上記課題を解決する第１８の発明は、上記第１７の発明において、前記プログラムはＢＭＬ（Broadcast Markup Language）で記述されたものであることを特徴とする。
【００３０】
上記課題を解決する第１９の発明は、上記第１６から第１８のいずれかの発明において、前記判定手段が放送波を受信できないと判定した場合、放送波の視聴に代えて、代替処理を行う代替処理手段を有することを特徴とする。
【００３１】
上記課題を解決する第２０の発明は、上記第１９の発明において、前記代替処理手段は、前記判定手段が放送波を受信できないと判定した場合、代替コンテンツを表示する表示制御手段であることを特徴とする。
【００３２】
上記課題を解決する第２１の発明は、上記第２０の発明において、前記表示制御手段は、代替コンテンツを記憶しておき、前記判定手段が放送波を受信できないと判定した場合、前記記憶している代替コンテンツを表示するように構成されていることを特徴とする。
【００３３】
上記課題を解決する第２２の発明は、上記第２０の発明において、前記表示制御手段は、送信されてくる代替コンテンツを受信して記憶しておき、前記判定手段が放送波を受信できないと判定した場合、前記記憶している代替コンテンツを表示するように構成されていることを特徴とする。
【００３４】
上記課題を解決する第２３の発明は、上記第２０の発明において、前記表示制御手段は、前記判定手段が放送波を受信できないと判定した場合、外部のサーバから代替コンテンツを取得し、この代替コンテンツを表示するように構成されていることを特徴とする。
【００３５】
上記課題を解決する第２４の発明は、上記第１９の発明において、前記代替処理手段は、前記判定手段が放送波を受信できないと判定した場合、現在受信している階層の放送波から、他の階層の放送波へと切り替える手段であることを特徴とする。
【００３６】
上記課題を解決する第２５の発明は、上記第１９から第２４のいずれかの発明において、前記代替処理手段の代替処理中、前記受信検出用モジュール又は前記受信検出用イベントメッセージの更新の検出により、前記判定手段が、放送波の受信が可能と判定した場合、元の放送波の視聴に復帰する手段を有することを特徴とする。
【００３７】
上記課題を解決する第２６の発明は、上記第１６から第２５のいずれかの発明において、前記受信検出用モジュール又は前記受信検出用イベントメッセージの更新が検出できない時間に応じて、放送波の受信状態を表示する手段を有することを特徴とする。
【００３８】
上記課題を解決する第２７の発明は、予め定められた周期で更新される受信検出用モジュール又は受信検出用イベントメッセージを、データ放送を用いて受信し、前記受信検出用モジュール又は前記受信検出用イベントメッセージに基づいて、受信機側で放送波の受信状態を検出する為のプログラムであって、前記プログラムは、前記受信機に、前記受信検出用モジュール又は前記受信検出用イベントメッセージの前記周期毎の更新を検出する処理と、前記受信検出用モジュール又は前記受信検出用イベントメッセージの更新が所定時間検出できない場合、放送波が受信できない状態にあると判定する処理とを実行させることを特徴とする。
【００３９】
上記課題を解決する第２８の発明は、上記第２７の発明において、前記プログラムはＢＭＬ（Broadcast Markup Language）で記述されたものであることを特徴とする。
【００４０】
上記課題を解決する第２９の発明は、上記第２７又は第２８の発明において、前記プログラムは、放送波を受信できないと判定した場合、放送波の視聴に代えて、代替処理を前記受信機に実行させることを特徴とする。
【００４１】
上記課題を解決する第３０の発明は、上記第２９の発明において、前記代替処理は、放送波を受信できないと判定した場合、代替コンテンツを表示する表示処理であることを特徴とする。
【００４２】
上記課題を解決する第３１の発明は、上記第３０の発明において、前記表示処理は、放送波を受信できないと判定した場合、記憶している代替コンテンツを表示する処理であることを特徴とする。
【００４３】
上記課題を解決する第３２の発明は、上記第３０の発明において、前記表示処理は、放送波を受信できないと判定した場合、放送波から予め取得して記憶している代替コンテンツを表示する処理であることを特徴とする。
【００４４】
上記課題を解決する第３３の発明は、上記第３０の発明において、前記表示処理は、放送波を受信できないと判定した場合、外部のサーバから代替コンテンツを取得し、この代替コンテンツを表示する処理であることを特徴とする。
【００４５】
上記課題を解決する第３４の発明は、上記第２９の発明において、前記代替処理は、放送波を受信できないと判定した場合、現在受信している階層の放送波から、他の階層の放送波へと切り替える処理であることを特徴とする。
【００４６】
上記課題を解決する第３５の発明は、上記第２９から第３４のいずれかの発明において、前記代替処理の実行中、前記放送波の受信状態を判定する処理において、放送波の受信が可能と判定された場合、元の放送波の視聴に復帰する処理を、前記受信機に実行させることを特徴とする。
【００４７】
上記課題を解決する第３６の発明は、上記第２７から第３５のいずれかの発明において、前記プログラムは、前記受信検出用モジュール又は前記受信検出用イベントメッセージの更新が検出できない時間に応じて、放送波の受信状態を表示する処理を、前記受信機に実行させることを特徴とする。
【００４８】
上記課題を解決する第３７の発明は、データ放送を用いて、放送波の受信状態を検出する放送波受信状態検出方法であって、予め定められた周期で更新される受信検出用モジュール又は受信検出用イベントメッセージを、データ放送を用いて前記周期毎に少なくともひとつ以上送信し、前記受信検出用モジュール又は前記受信検出用イベントメッセージの前記周期毎の更新を検出して、前記受信検出用モジュール又は前記受信検出用イベントメッセージの更新が所定時間検出できない場合、放送波が受信できない状態にあると判定することを特徴とする。
【００４９】
上記課題を解決する第３８の発明は、上記第３７の発明において、放送波を受信できないと判定した場合、放送波の視聴に代えて、代替処理を実行することを特徴とする。
【００５０】
上記課題を解決する第３９の発明は、上記第３８の発明において、前記代替処理として、代替コンテンツを表示することを特徴とする。
【００５１】
上記課題を解決する第４０の発明は、上記第３８の発明において、前記代替処理として、現在受信している階層の放送波から、他の階層の放送波へと切り替えることを特徴とする。
【００５２】
上記課題を解決する第４１の発明は、上記第３８から第４０の発明において、前記代替処理の実行中、前記放送波の受信状態の判定において、放送波の受信が可能と判定された場合、元の放送波の視聴に復帰することを特徴とする。
【００５３】
上記課題を解決する第４２の発明は、上記第３７から第４１のいずれかの発明において、前記受信検出用モジュール又は前記受信検出用イベントメッセージの更新が検出できない時間に応じて、放送波の受信状態を表示することを特徴とする。
【発明の効果】
【００５４】
本発明によれば、デジタル放送の標準規格に沿った手段で、放送波の受信状態の検出ができる。
【００５５】
また、本発明は、放送波の受信ができなくなった場合、その放送波の視聴に代えて、代替処理を行う手段、例えば、代替コンテンツを提供する手段を備えているので、放送波の視聴者に対して、放送波が受信できなくなったことを報知することはもちろんのこと、視聴者に厭きさせることなく視聴を続けさせることができる。
【００５６】
また、本発明によれば、放送波の受信状態を段階的に表示することによって、視聴者に現在の受信状態を認知させることもできる。
【発明を実施するための最良の形態】
【００５７】
本発明の実施の形態を説明する。
【００５８】
本発明は、所定の周期で更新される受信検出用モジュール又は受信検出用イベントメッセージを、データ放送を用いて送信側から送信し、受信側で受信検出用モジュール又は受信検出用イベントメッセージの更新が所定の周期で検出することができれば、放送波を正常に受信していると判断することを特徴とする。これは、デジタル放送の送信局から送信される映像、音声、データ放送等はTS(Transport Stream)として多重されているので、同一階層で送信される映像、音声、データ放送等のうち、データ放送を用いて送信される受信検出用モジュール又は受信検出用イベントメッセージの更新を検出できなければ、他の映像、音声等も受信できないと判断することができる特性を利用したものである。尚、受信検出用モジュール又は受信検出用イベントメッセージの更新の周期は、送信側と受信側とで予め決定しておく。この場合の周期とは、例えば２秒毎といった簡単な周期であっても良いし、例えば５秒と３秒の間隔で交互に繰り返すような複雑な周期であっても良い。すなわち、何らかの周期性をもって更新し、その周期を送信側と受信側との双方が知れるように構成されていれば良い。
【００５９】
図１、２は上述した本発明の特徴を説明する為の図であり、図１は放送波を正常に受信している場合を示す図であり、図２は放送波が受信不能の場合を示す図である。
【００６０】
図１の如く、送信側からは周期Ｔの間隔でバージョンが更新される受信検出用モジュール又は受信検出用イベントメッセージが、データ放送を用いて送信される。尚、図中の受信検出用モジュール又は受信検出用イベントメッセージを示すボックスの数字は、受信検出用モジュール又は受信検出用イベントメッセージのバージョンを示す識別情報である。
【００６１】
受信側では、受信検出用モジュール又は受信検出用イベントメッセージを受信し、この受信した受信検出用モジュール又は受信検出用イベントメッセージのバージョンの識別情報に基づいて、受信検出用モジュール又は受信検出用イベントメッセージのバージョンが周期Ｔの間隔で更新されているかを検出し、更新されている場合には放送波を正常に受信していると判定する。
【００６２】
一方、図２に示す如く、受信検出用モジュール又は受信検出用イベントメッセージのバージョンの更新が、周期Ｔの間隔で検出できない場合には、放送波が受信できない状態にあると判定する。
【００６３】
尚、受信検出用モジュール又は受信検出用イベントメッセージの更新判定の機能は、ARIBの規格に沿った方法で実現可能であり、例えば、BML（Broadcast Markup Language）により記述されたプログラムで実現可能である。
【００６４】
また、所定の周期内に同一バージョンの受信検出用モジュール又は受信検出用イベントメッセージを、複数個送出するようにしても良い。所定の周期内に同一バージョンの受信検出用モジュール又は受信検出用イベントメッセージを複数個送出する場合、いずれかひとつの受信検出用モジュール又は受信検出用イベントメッセージを受信することができれば良く、周期内の瞬時の受信状態の劣化によって一部の受信検出用モジュール又は受信検出用イベントメッセージが受信できない場合にも対応することができる。
【００６５】
上述の如く、本発明では、受信検出用モジュール又は受信検出用イベントメッセージを設け、この受信検出用モジュール又は受信検出用イベントメッセージを所定の間隔で更新することにより、データ放送の送受信レベルで放送波の受信状態が検出可能である。
【００６６】
更に、携帯受信機（１セグ受信機）では、従来技術にも述べたように、メモリがクリアされない限りは、一度受信したデータ放送を動作させ続けるので、データ放送を受信できない状態であっても、視聴者レベルでは放送波を受信できているのかの判断がつかない。このような場合であっても、本発明を利用すれば、各々異なる受信環境にあっても、個別に放送波の受信状態を検出することができ、データ放送の受信不能時にも対処することができる。
【００６７】
尚、受信側において、受信検出用モジュール又は受信検出用イベントメッセージの更新を判定する手段であるが、予め受信機にARIBの規格に沿った更新検出用の装置やプログラムを搭載することも可能であるが、好ましくは、データ放送により更新検出用のBML（Broadcast Markup Language）により記述されたプログラムを送出し、受信機に受信させて実行させるように構成することが好ましい。このようにすれば、ARIBの規格に沿った機能しか有しない受信機であっても、放送波の受信開始より、放送波の受信状態の検出をすることができる。データ放送による更新検出用のプログラムの送出であるが、データカルーセル伝送方式により繰り返し送出するようにすれば、受信側の受信開始からより早く更新検出用のプログラムを取得することができる。また、更新検出用のプログラムは、１カルーセルに複数個送出しても良い。
【００６８】
ところで、本発明により放送波が受信不能と判定された場合、視聴者にその旨を報知したり、何らかの代替処理を行うことが好ましい。
【００６９】
受信不能の検出時の代替処理としては、以下のものが考えられる。
（１）  予め放送波等により、受信不能時に使用する代替コンテンツを送出して受信機に記憶させておき、上述のように受信不能時に、記憶されている代替コンテンツを読み出して表示する方法である。ここで、代替コンテンツとは、映像、音声、テキスト、画像などであって、放送波による映像・音声、又は、データ放送のコンテンツ、又はその両方を代替するコンテンツである。尚、かならずしも、代替コンテンツを放送波により送出する必要もなく、何らかの手段で予め取得して受信機に記憶させておいても良い。
（２）  放送波の受信不能時に、通信等の手段により代替コンテンツを取得し、この代替コンテンツを表示する方法である。
（３）  放送波の受信不能な階層から受信が可能な他の階層に切り替える方法である。
【００７０】
以下、上述した実施の形態の具体的な例を説明する。
【実施例１】
【００７１】
本発明の実施例１を説明する。
【００７２】
実施例１では、放送波の受信状態検出の為の受信検出用モジュールを、データ放送を用いて送信側から送信する例について説明する。
【００７３】
図３は実施例１における放送波の受信状態検出システムのブロック図である。
【００７４】
図３に示す如く、実施例１の放送波受信状態検出システムは、放送局１と受信機２とを有する。放送局１は、受信検出用モジュール１０のバージョンを所定の周期で更新する受信検出用モジュール更新部１００と、データカルーセル伝送方式により、受信検出用モジュール更新部１００によりバージョンが更新された受信検出用モジュール１０をその周期内で少なくともひとつ以上送出し、かつ、検出用プログラム１１を送出する送出部１０１とを有する。また、受信機２は、データ放送を受信する受信部２００と、検出用プログラム１１により制御されて受信検出用モジュール１０の更新を検出し、放送波の受信状態を判定する受信状態判定部２０１とを有する。
【００７５】
次に、検出用プログラム１１に制御されて動作する受信状態判定部２０１の受信状態検出の動作を、図４のフローチャートを用いて説明する。尚、以下の説明において、受信検出用モジュール１０のバージョンの更新の周期をＭ秒とし、受信検出用モジュール１０のバージョンの更新がＮ（Ｍ≧Ｎ）秒以上検出されない場合、放送波の受信ができないと判定する場合を説明する。
【００７６】
まず、受信機２はデータ放送により検出用プログラム１１を受信し（Ｓｔｅｐ  １００）、検出用プログラム１１に基づいて受信状態判定部２０１はタイマーをリセットして起動させ（Ｓｔｅｐ  １０１）、１秒毎にタイマー値を＋１カウントアップしていく（Ｓｔｅｐ  １０２）。
【００７７】
そして、データ放送により受信される受信検出用モジュール１０のバージョンの更新の確認を行う（Ｓｔｅｐ  １０３）。受信検出用モジュール１０のバージョンの更新が確認できれば（Ｓｔｅｐ  １０４）、放送波の受信不能時処理実行のフラグ等に基づいて放送波の受信不能時の処理（放送波の視聴に代えて行われる代替処理）が実行されているかを判断する（Ｓｔｅｐ  １０７）。放送波の受信不能時の処理が実行されていなければ、タイマーをリセットして処理を続行する（Ｓｔｅｐ  １０１）。放送波の受信不能時の処理が実行されていれば、受信不能時の処理を中止して放送波の視聴に復帰し（Ｓｔｅｐ  １０８）、タイマーをリセットして処理を続行する（Ｓｔｅｐ  １０１）。
【００７８】
一方、受信検出用モジュール１０のバージョンの更新の確認において（Ｓｔｅｐ  １０３）、受信検出用モジュール１０のバージョンの更新が確認できない場合には（Ｓｔｅｐ  １０４）、タイマー値がＮ以上か判定する（Ｓｔｅｐ  １０５）。タイマー値がＮ以上である場合、すなわち、予め設定した時間受信不能な場合には、放送波が受信できないと判定して放送波の受信不能時の処理を実行し（Ｓｔｅｐ  １０６）、タイマーのカウントを続ける（Ｓｔｅｐ  １０２）。また、タイマー値がＮ未満である場合（Ｓｔｅｐ  １０５）、すなわち、受信不能と判定するには未だ早いと考えられる場合、引き続きタイマーのカウントを続ける（Ｓｔｅｐ  １０２）。
【００７９】
図５は上述した動作を行う検出用プログラム１１の主要部の具体例を示したものである。このプログラム（ＢＭＬファイル）では、受信検出用モジュール１０のバージョンの更新の周期を２秒（Ｍ＝２）とし、受信検出用モジュール１０のバージョンの更新が５秒（Ｎ＝５）秒以上検出されない場合、放送波の受信ができないと判定し、受信不能時の代替処理を行う場合のプログラムである。
【００８０】
このプログラムはARIB規格に沿って記述されており、type属性がModuleUpdatedであるbeitem要素において、受信検出用モジュール１０の更新を検知し、このプログラム内で定義した関数DetectModuleUpdatedを呼び出している。更新を検知するモジュールのＩＤはmodule_ref要素によって指定し、この場合はＥＳ（Elementary Stream）５１に含まれるモジュールＩＤが０００１のモジュールが指定されている。具体的には、モジュールの構成やバージョンなどはＤＩＩ（DownloadInfoIndication）に記載されており、ＤＩＩを参照してモジュールの更新を検知する。そしてモジュールの更新を検知すると、古いバージョンのモジュールを受信機のメモリからアンロックし、新しいバージョンのモジュールをメモリにロックする。このような処理は関数DetectModuleUpdatedに記載しており、ARIB規格で定義されたunlockModuleOnMemoryとlockModuleOnMemoryを利用している。そして、type属性がModuleLockedであるbeitem要素において、新しいバージョンのモジュールがロックされたことを検知し、このプログラム内で定義した関数DetectModuleLocked()を呼び出している。ロックを検知するモジュールのＩＤはmodule_ref属性によって指定し、この場合はＥＳ５１に含まれるモジュールＩＤが０００１のモジュールが指定されている。
【００８１】
また、タイマーの操作についてはARIB規格で定義された放送用拡張関数setIntervalやclearTimerを利用している。
【００８２】
図６は図５で示される検出用プログラム１１の具体的な動作を説明する為の図である。
【００８３】
図６では、受信検出用モジュール更新部１００により受信検出用モジュール１０のバージョンが更新され、周期２秒毎にバージョンが更新された受信検出用モジュール１０と検出プログラム１１とを送出部１０１を介して送信している場合を示している。尚、図中、受信検出用モジュール１０の上段の値は受信検出用モジュール１０のＩＤであり、下段の値はバージョン値である。また、検出用プログラム１１はモジュールＩＤが００００でバージョンが１のモジュールとして送信している。尚、この例では、送信側のカルーセル周期と受信検出用モジュールの更新の周期とが同一の場合を示しているが、同一である必要は必ずしもない。
【００８４】
検出用プログラム１１は、どのタイミングで受信機２がデータ放送を受信し始めても即座に受信できるように、データカルーセル伝送方式で繰り返し送信されている。また１カルーセル中にひとつ以上送信しても良い。そして、検出用プログラム１１のページ読み込み時にタイマーをセットし、１秒に１回タイマー値を１ずつインクリメントするように動作する。そしてDII(DownloadInfoIndication)によりカルーセル中のデータのディレクトリ情報を確認し、バージョンが更新（ModuleUpdated）された受信検出用モジュール１０をロックする。この間、上述したタイマーはカウントし続け、バージョンが更新された受信検出用モジュール１０をロックすることができれば（ModuleLocked）、タイマー値をリセットし、再びカウントを始める。
【００８５】
データ放送が正常に受信することができれば、検出用プログラム１１を受信してタイマー作動後、次のDIIのディレクトリ情報により、受信検出用モジュール１０のバージョンが“１”から“２”に更新されたことが分かり、バージョン“２”の受信検出用モジュール１０を、タイマー値が２以内にロックすることができる。このように、タイマー値が２より増加しない場合には、データ放送が正常に受信できていると判定することができ、放送波も正常に受信できていると判定することができる。
【００８６】
一方、データ放送が正常に受信できない場合には、タイマー値が２以内にロックすることができない。例えば、図７に示されるように、バージョン“３”の受信検出用モジュール１０をロックできない場合、すなわち１周期受信できない場合、少なくともタイマー値が４までインクリメントするので、タイマー値が２より大きくなり、データ放送波が正常に受信できていないと判定することができ、放送波も正常に受信できていないと判定することができる。
【００８７】
しかしながら、１周期受信できない程度であれば、受信機の性能や置かれた環境によりかなりの頻度で起こるとも考えられるので、多少の余裕を持つ必要がある。そこで、本実施例では、２周期受信できなかった場合、すなわちカウンター値が５（Ｎ＝５）になった場合に、放送波が正常に受信できないと判断し、放送波の受信不能時の代替処理を行っている。
【００８８】
尚、本発明はこれに限定するものでなく、例えば、１周期受信できない場合に放送波が正常に受信できないと判断しても良く、また、３周期受信できなかった場合に放送波が正常に受信できないと判断しても良い。
【００８９】
また、１周期毎に送出する受信検出用モジュールの個数も、少なくとも１個以上あれば良く、複数でもかまわない。
【００９０】
更に、本実施例では、受信検出用モジュールの更新の周期を２秒としたが、これに限定されるものでなく、送信側と受信側とで更新の周期がわかっていれば、何秒でも良い。
【００９１】
更に、送信側の１カルーセルと受信検出用モジュールの更新の周期とは、同一である必要はなく、送信側と受信側とで受信検出用モジュールの更新の周期が定められていれば、１カルーセルと更新の周期とは無関係であっても良い。
【００９２】
ところで、受信不能時の代替処理実行中に、受信可能になった場合の放送波の視聴への復帰処理であるが、図５に示した検出用プログラム１１では、図８に示すようにタイマー値が２の時に、ModuleLockedの割り込みが発生、すなわち、２周期連続して受信検出用モジュール１０の更新を検出できた場合に、復帰処理を行うようにしている。
【００９３】
尚、本発明はこれに限定するものでなく、１周期、又は３周期以上連続して受信検出用モジュール１０の更新を検出できた場合に、放送波の視聴への復帰処理を行うようにしても良い。
【００９４】
次に、放送波の受信不能時の代替処理について説明する。
【００９５】
まず、第１の方法は、予め放送波により、受信不能時に使用する画像や、テキスト等の代替コンテンツを送出して受信機に記憶させておき、上述のように受信不能時の代替処理を実行する場合、記憶されている代替コンテンツを読み出して表示する方法である。図９に受信不能時に表示される代替コンテンツの例を示す。
【００９６】
第２の方法は、図１０に示すように受信機に通信部２０２を設け、この通信部２０２により、外部のコンテンツサーバ３００から代替コンテンツを取得し、この代替コンテンツを表示する方法である。
【００９７】
また、第３の方法としては、放送波を受信している受信階層を切り替える場合もある。この方法は、例えば、高ビットレートであるが比較的受信し難い弱階層を通常受信しており、受信障害が発生した場合、放送波を受信する階層を低ビットレートであるが比較的受信し易い強階層に切り替える方法である。尚、階層を切り替えた後は、元の階層の受信状態の検知を続け、元の階層が受信可能と判定された場合、元の階層に復帰する。
【００９８】
以上、受信不能時の代替処理について述べたが、他の処理でもかまわない。
【実施例２】
【００９９】
本発明の実施例２を説明する。
【０１００】
実施例２では、放送波の受信状態の検出の為の受信検出用イベントメッセージを、データ放送を用いて送信側から送信する例について説明する。
【０１０１】
図１１は実施例２における放送波の受信状態検出システムのブロック図である。
【０１０２】
図１１に示す如く、実施例２の受信状態検出システムは、放送局１と受信機２とを有する。放送局１は、受信検出用イベントメッセージ２０のバージョンを所定の周期毎に更新する受信検出用イベントメッセージ更新部４００と、受信検出用イベントメッセージ更新部４００によりバージョンが更新された受信検出用イベントメッセージ２０をその周期内に少なくともひとつ以上送信する送出部４０１と、データカルーセル伝送方式により、受信検出用イベントメッセージ２０を検出する為の検出用プログラム２１を送信する送出部４０２とを有する。また、受信機２は、データ放送を受信する受信部５００と、検出用プログラム２１により制御されて受信検出用イベントメッセージ２０の更新を検出し、放送波の受信状態を判定する受信状態判定部５０１とを有する。
【０１０３】
検出用プログラム２１の動作は、上述した図４のフローチャートにおけるＳｔｅｐ  １０３の受信検出用モジュールの更新確認が受信検出用イベントメッセージの更新確認に変更されることを除いて基本的には同一の動作であるが、検出用プログラム２１の主要部の具体的な一例を図１２に示す。また、図１２に示される検出用プログラム２１の動作の一例を図１３に示す。
【０１０４】
このプログラムはARIB規格に沿って記述されており、type属性がEventMessageFiredであるbeitem要素において、受信検出用イベントメッセージの更新を検知し、このプログラム内で定義した関数DetectEventMessageFiredを呼び出している。なお、受信検出用イベントメッセージのバージョンが更新され正常に受信された際に、当該イベントメッセージは発火し、以後においては同一ＩＤでかつ同一バージョンのイベントメッセージを受信しても発火することはない。すなわち発火したことを検知することで当該イベントメッセージが更新されたことがわかる。更新を検知するイベントメッセージのＩＤはmessage_id属性によって指定し、当該イベントメッセージが含まれるＥＳ（Elementary Stream）はes_ref属性によって指定する。この場合はＥＳの５Ｅに含まれるイベントメッセージＩＤが２５１のイベントメッセージが指定されている。
【０１０５】
またタイマーの操作についてはARIB規格で定義された放送用拡張関数setIntervalやclearTimerを利用している。
【０１０６】
図１３では、１カルーセル毎に受信検出用イベントメッセージ２０を検出する為の検出用プログラム２１（ＢＭＬファイル）が送出部４０２を介して送信される（図１３ではＥＳの５１から送信）。図に示すように、検出用プログラム２１はモジュールＩＤが００００でバージョンが１のモジュールとして送信している。また、受信検出用イベントメッセージ更新部４００によりバージョンが更新された受信検出用イベントメッセージ２０が送出部４０１を介して、周期（２秒）毎に１個送信している（図１３ではＥＳの５Ｅから送信）場合を示している。尚、図中、受信検出用イベントメッセージ２０の上段の値は受信検出用イベントメッセージ２０のＩＤであり、下段の値はバージョン値である。また、この例では受信検出用イベントメッセージ２０と検出用プログラム２１を別々のＥＳで送信しているが、必ずしも別々のＥＳで送信する必要はない。
【０１０７】
検出用プログラム２１は、どのタイミングで受信機２がデータ放送を受信し始めても即座に受信できるように、データカルーセル伝送方式によって繰り返し送信される。受信状態判定部５０１では、検出プログラム２１のページ読み込み時にタイマーをセットし、１秒に１回タイマー値を１ずつインクリメントするように動作する。そして、受信検出用イベントメッセージ２０が発火（EventMessageFired）したことが検知され、バージョンの更新が確認されると、タイマーの値をリセットし、再びカウントを始める。
【０１０８】
データ放送が正常に受信することができれば、検出用プログラム２１を受信してタイマー作動後、受信検出用イベントメッセージ２０のバージョンが“１”から“２”に更新されたことが分かり、バージョン“２”の受信検出用イベントメッセージ２０が、タイマー値が２以内に発火される。このように、タイマー値が２より増加しない場合には、データ放送が正常に受信できていると判断することができ、放送波も正常に受信できていると判断することができる。
【０１０９】
一方、データ放送が正常に受信できない場合には、タイマー値が２以内に受信検出用イベントメッセージ２０の発火が行われない。例えば、バージョン“２”の受信検出用イベントメッセージ２０が発火されない場合、すなわち２秒以内に受信できない場合、次に受信できたバージョン“３”の受信検出用イベントメッセージ２０を発火するまで、少なくともタイマー値が４までインクリメントするので、タイマー値が２より大きくなり、データ放送が正常に受信できていないと判断することができ、放送波も正常に受信できていないと判断することができる。
【０１１０】
他の処理については、上述した実施例１の受信検出用モジュールと同様な処理なので説明は省略する。
【０１１１】
尚、本発明はこれに限定するものでなく、例えば、受信検出用イベントメッセージを２周期分受信できない場合に放送波が正常に受信できないと判断しても良く、また、３周期分受信できなかった場合に放送波が正常に受信できないと判断しても良い。
【０１１２】
また、１周期毎に送出する受信検出用イベントメッセージの個数であるが、少なくとも１個以上あれば良く、複数でもかまわない。
【０１１３】
更に、本実施例では、受信検出用イベントメッセージの更新の周期を２秒としたが、これに限定されるものでなく、送信側と受信側とで更新の周期がわかっていれば、何秒でも良い。
【実施例３】
【０１１４】
本発明の実施例３を説明する。
【０１１５】
実施例３は上述した実施例１及び実施例２の応用例であり、受信検出用モジュール又は受信検出用イベントメッセージの更新を検出できない時間に応じて、放送波の受信状態を段階的に表示する例である。
【０１１６】
図１４は実施例３の動作を説明するフローチャートである。尚、図１４では、データ放送の受信状態の検出として、受信検出用モジュールの例を示しているが、受信検出用イベントメッセージでも同様に適用することができる。
【０１１７】
まず、受信機２はデータ放送により検出用プログラムを受信し（Ｓｔｅｐ  ２００）、検出用プログラム１１に基づいて受信状態判定部２０１はタイマーをリセットして起動させ（Ｓｔｅｐ  ２０１）、１秒毎にタイマー値を＋１カウントアップしていく（Ｓｔｅｐ  ２０２）。
【０１１８】
そして、データ放送により受信される受信検出用モジュール１０のバージョンの更新の確認を行う（Ｓｔｅｐ  ２０３）。受信検出用モジュール１０のバージョンの更新が確認できれば（Ｓｔｅｐ  ２０４）、受信機の画面上に図１５に示されるようにアンテナを３本表示し（Ｓｔｅｐ  ２０７）、タイマーをリセットして処理を続行する（Ｓｔｅｐ  ２０１）。
【０１１９】
一方、受信検出用モジュール１０のバージョンの更新の確認において（Ｓｔｅｐ  ２０３）、受信検出用モジュール１０のバージョンの更新が確認できない場合には（Ｓｔｅｐ  ２０４）、タイマー値がＸ以上Ｙ未満であるかを判定する（Ｓｔｅｐ  ２０５）。タイマー値がＸ以上Ｙ未満である場合、受信機の画面上に図１６に示されるようにアンテナを２本表示し（Ｓｔｅｐ  ２０８）、タイマーのカウントを続ける（Ｓｔｅｐ  ２０２）。
【０１２０】
また、タイマー値がＸ以上Ｙ未満でない場合（Ｓｔｅｐ  ２０５）、タイマー値がＹ以上Ｚ未満であるかを判定する（Ｓｔｅｐ  ２０６）。タイマー値がＹ以上Ｚ未満である場合、受信機の画面上に図１７に示されるようにアンテナを１本表示し（Ｓｔｅｐ  ２０９）、タイマーのカウントを続ける（Ｓｔｅｐ  ２０２）。一方、タイマー値がＹ以上Ｚ未満でない場合、受信機の画面上に図１８に示されるようにアンテナを表示せず（Ｓｔｅｐ  ２１０）、タイマーのカウントを続ける（Ｓｔｅｐ  ２０２）。
【０１２１】
例えば、受信検出用モジュール１０のバージョンの更新の周期を２秒とし、Ｘ＝３、Ｙ＝５、Ｚ＝７とすると、放送波が正常に受信できている場合には、受信機の画面上に図１５に示されるようにアンテナが３本表示されるが、放送波が２秒程度受信できない場合には、受信機の画面上に図１６に示されるようにアンテナが２本表示され、放送波が４秒程度受信できない場合には、受信機の画面上に図１７に示されるようにアンテナが１本表示される。そして、放送波が６秒以上受信できない場合には、受信機の画面上に図１８に示されるようにアンテナが表示されない。
【０１２２】
このような構成をとることにより、視聴者は現在放送波の受信状態がどの程度のものなのかを知ることができる。
【０１２３】
尚、受信機の動作は、ARIBの規格に沿ってBMLにより動作させることが可能である。
【実施例４】
【０１２４】
本発明の実施例４を説明する。
【０１２５】
実施例４は本発明により、放送波の受信不能が検出された場合の代替コンテンツの提供方法の実施例であり、視聴者が存在する位置を考慮し、放送波を受信できない時間に応じた代替コンテンツを提供する例である。
【０１２６】
図１９は実施例４のブロック図である。尚、上述した実施例と同様な構成のものについては、同じ図番を付している。
【０１２７】
実施例４が他の実施例と大きく異なる所は、視聴者が乗車している路線情報等に基づいて、放送波が受信不能な時間に応じた適切な時間を持つコンテンツを受信機２に送信するコンテンツサーバ６１０を有する。また、視聴者がこれから乗車する交通機関の路線等の情報を入力し、これらの情報を通信部２０２を介してコンテンツサーバ６１０に送信する登録部６００を受信機２に設ける。
【０１２８】
コンテンツサーバ６１０は、通信部６１１と、制御部６１２と、受信状態データベース６１３と、時刻表データベース６１４と、代替コンテンツデータベース６１５とを有する。
【０１２９】
受信状態データベース６１３は、交通機関と路線毎に放送波の受信不能な位置と受信不能な時間とが関連付けられたデータベースである。図２０は受信状態データベース６１３を説明する為の図であり、山手線の例を示したものである。図２０では、東京駅から有楽町駅に向かって１分進んだ位置に３０秒間の放送波受信不能地域があり、目黒駅から恵比寿駅に向かって２分進んだ位置に２分３０秒間の放送波受信不能地域があり、目白駅から池袋駅に向かって１分３０秒進んだ位置に１分間の放送波受信不能地域があることを示している。このように、電車が進む方向と、時間と、放送波受信不能な時間とが対応付けられて記憶されている。
【０１３０】
時刻表データベース６１４は、路線の時刻表が格納されたデータベースである。
【０１３１】
代替コンテンツデータベース６１５は、受信不能な時間に応じた代替コンテンツが格納されたデータベースである。
【０１３２】
このようなデータベースを用い、制御部６１２は、受信機２より、視聴者が乗車する路線、乗車駅、降車駅の情報を受信し、現在時刻と時刻表データベース６１４の時刻表とを用いて、視聴者がどの時刻でどの地域を通過するかの情報に関する個別時刻表を作成する。そして、受信機２から代替コンテンツの要求があると、その時刻に対応した視聴者の存在位置を個別時刻表から推測し、該当する受信不能時間を受信状態データベース６１３から求める。受信不能時間が求められると、これに対応した代替コンテンツを代替コンテンツデータベース６１５から読み出し、この代替コンテンツを受信機２に送信する。
【０１３３】
このような構成において、図２１の動作フローを用いて動作を説明する。
【０１３４】
まず、サービスの開始要求を行うため、視聴者はこれから乗車する路線と、乗車駅と、降車駅との情報を入力し、受信機２からコンテンツサーバ６１０に送信する（Ｓｔｅｐ  ３００）。
【０１３５】
コンテンツサーバ６１０では、受信機２から送信されてきた情報に基づいて、受信機２の個別時刻表を作成する（Ｓｔｅｐ  ３０１）。個別時刻表の作成であるが、受信機２から送信されてきた情報の受信時刻より、時刻表データベース６１４に基づいて視聴者が乗車する乗車駅から降車駅までの個別時刻表を作成する。尚、個別時刻表と受信機２とは、電話番号等の識別情報により、関連付けておく。
【０１３６】
視聴者が電車に乗り、受信機２により放送波を受信している場合、上述した実施例の検出手段により、放送波の受信状態が検出される。そして、放送波が受信不能と検出された場合、受信機２は代替コンテンツの要求をコンテンツサーバ６１０に送信する（Ｓｔｅｐ  ３０２）。
【０１３７】
代替コンテンツの要求を受信したコンテンツサーバ６１０は、電話番号等により受信機２を特定し、この受信機２に関連付けられている個別時刻表に基づいて、代替コンテンツの要求の受信時刻に対応する視聴者の受信不能区間を推定する（Ｓｔｅｐ  ３０３）。そして、この受信不能区間の受信不能時間に対応する代替コンテンツを、代替コンテンツデータベース６１５から読み出し、この代替コンテンツを受信機２に送信する（Ｓｔｅｐ  ３０４）。
【０１３８】
代替コンテンツを受信した受信機２は、放送波の視聴から代替コンテンツの視聴に切り替える（Ｓｔｅｐ  ３０５）。一方、受信機２の受信状態判定は、引き続き行われており、放送波の受信が回復すると、放送波の視聴に切り替える（Ｓｔｅｐ  ３０６）。
【０１３９】
例えば、図２０の受信状態データベース６１３において、視聴者が東京駅から恵比寿駅まで、山手線を利用する場合を考える。視聴者が午前８時に東京駅の電車に乗り、受信機からコンテンツサーバ６１０にサービスの要求を送信すると、コンテンツサーバ６１０では、その視聴者の個別時刻表を作成する。
【０１４０】
視聴者が乗る電車が東京駅を午前８時に出発後、東京駅から有楽町駅に向かって１分程度進んだ時、受信機２は放送波の受信不能を検出し、代替コンテンツの要求をコンテンツサーバ６１０に送信する。コンテンツサーバ６１０では、この要求の受信時刻と個別時刻表とに基づいて、東京駅と有楽町駅との間の３０秒間の放送波受信不能地域に視聴者が存在すると推定し、３０秒程度の代替コンテンツを代替コンテンツデータベース６１５から読み出し、これを受信機２に送信する。受信機２では、放送波の受信不能時間に合った代替コンテンツを受信し、この代替コンテンツを視聴することができる。そして、放送波の受信の回復が検出されると、放送波の視聴に復帰する。
【０１４１】
続いて、視聴者が乗る電車が目黒駅から恵比寿駅に向かって２分程度進んだ時、受信機２は放送波の受信不能を検出し、代替コンテンツの要求をコンテンツサーバ６１０に送信する。コンテンツサーバ６１０では、この要求の受信時刻と個別時刻表とに基づいて、目黒駅と恵比寿駅との間の２分３０秒間の放送波受信不能地域に視聴者が存在すると推定し、２分３０秒程度の代替コンテンツを代替コンテンツデータベース６１５から読み出し、これを受信機２に送信する。受信機２では、放送波の受信不能時間に合った代替コンテンツを受信し、この代替コンテンツを視聴することができる。そして、放送波の受信の回復が検出されると、放送波の視聴に復帰する。
【０１４２】
このように、受信不能時間に対応した適切な代替コンテンツを提供することができる。
【０１４３】
尚、本実施例によれば、視聴者の存在する位置を推定することができるので、受信不能時間に対応した代替コンテンツばかりでなく、受信不能地域の地域情報に関する代替コンテンツでも可能である。
【０１４４】
また、電車等の路線に限らず、道路を走行するバスや、高速道路等、ルートや走行時間がある程度限定できるようなものであれば、本発明の実施例は適用可能である。
【０１４５】
尚、受信機の動作は、ARIBの規格に沿ってBMLにより動作させることが可能である。
【０１４６】
また、本実施例では、放送波の受信状態の検出に上述した本発明の受信状態検出システムを用いているが、これに限らず、他の方法により放送波の受信状態を検出するようにしても良い。
【図面の簡単な説明】
【０１４７】
【図１】図１は本発明の特徴を説明する為の図であり、放送波を正常に受信している場合を示す図である。
【図２】図２は本発明の特徴を説明する為の図であり、放送波が受信不能の場合を示す図である。
【図３】図３は実施例１における放送波の受信状態検出システムのブロック図である。
【図４】図４は実施例１の動作を示すフローチャートである。
【図５】図５は検出用プログラム１１の具体例を示したものである。
【図６】図６は図５で示される検出用プログラム１１の具体的な動作を説明する為の図である。
【図７】図７は図５で示される検出用プログラム１１の具体的な動作を説明する為の図である。
【図８】図８は図５で示される検出用プログラム１１の具体的な動作を説明する為の図である。
【図９】図９は受信不能時に表示される代替コンテンツの例を示す図である。
【図１０】図１０は実施例１の他のブロック図である。
【図１１】図１１は実施例２における放送波の受信状態検出システムのブロック図である。
【図１２】図１２は検出用プログラム２１の一例を示す図である。
【図１３】図１３は検出用プログラム２１の具体的な動作を説明する為の図である。
【図１４】図１４は実施例３の動作を説明するフローチャートである。
【図１５】図１５は実施例３において受信機の画面の表示例を示す図である。
【図１６】図１６は実施例３において受信機の画面の表示例を示す図である。
【図１７】図１７は実施例３において受信機の画面の表示例を示す図である。
【図１８】図１８は実施例３において受信機の画面の表示例を示す図である。
【図１９】図１９は実施例４のブロック図である。
【図２０】図２０は受信状態データベース６１３を説明する為の図である。
【図２１】図２１は実施例４の動作フローを示す図である。
【符号の説明】
【０１４８】
１      放送局
２      受信機
１０    受信検出用モジュール
１１    検出用プログラム
１００  受信検出用モジュール更新部
１０１  送出部
２００  受信部
２０１  受信状態判定部
２０２  通信部
３００  コンテンツサーバ
【図１】
0004641884.tif 000002
【図２】
0004641884.tif 000003
【図３】
0004641884.tif 000004
【図４】
0004641884.tif 000005
【図５】
0004641884.tif 000006
【図６】
0004641884.tif 000007
【図７】
0004641884.tif 000008
【図８】
0004641884.tif 000009
【図９】
0004641884.tif 000010
【図１０】
0004641884.tif 000011
【図１１】
0004641884.tif 000012
【図１２】
0004641884.tif 000013
【図１３】
0004641884.tif 000014
【図１４】
0004641884.tif 000015
【図１５】
0004641884.tif 000016
【図１６】
0004641884.tif 000017
【図１７】
0004641884.tif 000018
【図１８】
0004641884.tif 000019
【図１９】
0004641884.tif 000020
【図２０】
0004641884.tif 000021
【図２１】
0004641884.tif 000022