JP2008079186A - 受信方法および受信装置 - Google Patents

Abstract

【課題】表示が開始されるまでの待ち時間に起因する視聴者のストレスを軽減したい。
【解決手段】チューナ部１０、復調部１２、デコード部１４は、無線信号を受信し、受信した無線信号に対して複数段階の処理を連続的に実行することによって、無線信号に含まれた情報を再生する。表示部２０は、再生した情報を表示する。ＰＬＬロック検出部２６、ＡＧＣロック検出部３０、モード特定検出部３４、フレーム同期検出部３８、デコード開始検出部４０、バッファ情報検出部４２は、複数段階の処理の進捗状況を取得し、制御部１６は、取得した複数段階の処理の進捗状況に応じて、情報の表示が開始されるまでの進捗状況を表示部２０に表示する。
【選択図】図１

Description

本発明は、受信技術に関し、特に受信した無線信号に含まれた情報を再生する受信方法および受信装置に関する。

携帯電話端末などのモバイル機器によって地上波ディジタルテレビジョン放送を受信する場合、受信する場所によって電波強度やマルチパス状態が変化する。このため、放送されているチャンネルを常に良好に受信できるとは限らない。電波強度が弱い場合や長遅延のマルチパスが存在する場合のように、受信が困難である場所では、受信処理のリトライが発生し、映像が表示されるまでの待ち時間が長くなる。さらに、受信が不可能である場所では、受信できないにもかかわらず、受信処理のタイムアウトが発生するまで、受信を実行し続ける必要がある。以上の状況下において、受信チャンネルのＣ／Ｎ推定値などに基づき、受信に適切、あるいは不適切な場所であることをディスプレイに表示させる技術が提案されている。また、当該技術は、どのような理由で受信に失敗したかをディスプレイに表示させる（例えば、特許文献１参照。）。
特開２００４−２２８６９５号公報

しかしながら、受信に適切、あるいは不適切な場所であることをディスプレイに表示させても、このような情報提供はあくまでも目安でしかないため、たとえ不適切な環境と表示されても、視聴者は、受信処理のリトライ期間において受信を待ち続けなければならない。なお、受信のリトライ期間は、最長で受信処理のタイムアウトが発生するまでになる。したがって、視聴者の待ち時間に起因するストレスを軽減させるには、不十分である。
一方、受信に失敗した理由を表示させても、この情報は、受信処理のタイムアウトが発生した後で提供される情報に過ぎず、待ち時間に起因するストレスは軽減されない。

本発明者はこうした状況を認識して本発明をなしたものであり、その目的は、表示が開始されるまでの待ち時間に起因する視聴者のストレスを軽減する受信技術を提供することである。

上記課題を解決するために、本発明のある態様の受信装置は、無線信号を受信し、受信した無線信号に対して複数段階の処理を連続的に実行することによって、無線信号に含まれた情報を再生する処理部と、処理部において再生した情報を表示する表示部とを備える。表示部は、処理部における複数段階の処理の進捗状況に応じて、情報の表示が開始されるまでの進捗状況を表示する。

この態様によると、複数段階の処理の進捗状況に応じて、情報の表示が開始されるまでの進捗状況を表示するので、実際の処理に対応した進捗状況を表示でき、視聴者のストレスを軽減できる。

処理部における複数段階の処理のそれぞれと、情報の表示が開始されるまでの進捗状況とを対応づけたテーブルを記憶する記憶部をさらに備えてもよい。処理部は、複数段階の処理のそれぞれから、処理の状況が示された情報を出力し、表示部は、記憶部に記憶したテーブルを参照しながら、処理部からの情報をもとに、情報の表示が開始されるまでの進捗状況を導出してもよい。この場合、テーブルを参照しながら、進捗状況を導出するので、処理を簡易に実行できる。

処理部は、複数段階の処理のうちのいずれかにおいて実行が新たに開始された場合、処理の状況が示された情報として、実行の開始が示された情報を出力し、表示部は、処理部からの情報を入力した場合、実行が新たに開始された処理の前段階の処理が開始されるように進捗状況を更新してもよい。この場合、実行が新たに開始された処理の前段階の処理が開始されるように進捗状況を更新し、前段階の処理は既に終了しているので、進捗状況を確実に更新できる。

処理部は、複数段階の処理のうちのいずれかにおいて再実行がなされた場合、処理の状況が示された情報として、再実行が示された情報を出力し、表示部は、処理部からの情報を入力した場合、進捗状況の更新を停止してもよい。この場合、再実行がなされた場合に進捗状況を更新しないので、実際の処理に対応した進捗状況を表示できる。

処理部は、再実行がなされた場合、タイムアウトまでの期間が示されたタイマを開始させ、表示部は、処理部におけるタイマでの実行内容にしたがって、タイムアウトまでの進捗状況を表示してもよい。この場合、再実行がなされた場合にタイムアウトまでの進捗状況を表示するので、視聴者に対して、待ち時間を通知できる。

本発明の別の態様は、受信方法である。この方法は、無線信号を受信し、受信した無線信号に対して複数段階の処理を連続的に実行することによって、無線信号に含まれた情報を再生するステップと、複数段階の処理の進捗状況に応じて、情報の表示が開始されるまでの進捗状況を表示するステップと、再生した情報を表示するステップと、を備える。

再生するステップは、複数段階の処理のそれぞれから、処理の状況が示された情報を出力し、進捗状況を表示するステップは、複数段階の処理のそれぞれと、情報の表示が開始されるまでの進捗状況とを対応づけたテーブルを参照しながら、再生するステップからの情報をもとに、情報の表示が開始されるまでの進捗状況を導出してもよい。再生するステップは、複数段階の処理のうちのいずれかにおいて実行が新たに開始された場合、処理の状況が示された情報として、実行の開始が示された情報を出力し、進捗状況を表示するステップは、再生するステップからの情報を入力した場合、実行が新たに開始された処理の前段階の処理が開始されるように進捗状況を更新してもよい。

再生するステップは、複数段階の処理のうちのいずれかにおいて再実行がなされた場合、処理の状況が示された情報として、再実行が示された情報を出力し、進捗状況を表示するステップは、再生するステップからの情報を入力した場合、進捗状況の更新を停止してもよい。再生するステップは、再実行がなされた場合、タイムアウトまでの期間が示されたタイマを開始させ、進捗状況を表示するステップは、再生するステップにおけるタイマでの実行内容にしたがって、タイムアウトまでの進捗状況を表示してもよい。

なお、以上の構成要素の任意の組合せ、本発明の表現を方法、装置、システム、記録媒体、コンピュータプログラムなどの間で変換したものもまた、本発明の態様として有効である。

本発明によれば、表示が開始されるまでの待ち時間に起因する視聴者のストレスを軽減できる。

本発明を具体的に説明する前に、概要を述べる。本発明の実施例は、地上波ディジタルテレビジョン放送の無線信号を受信し、受信した無線信号から映像を再生する受信装置に関する。例えば、受信装置は、携帯型端末装置であり、携帯型端末装置にはディスプレイが内蔵されている。そのため、視聴者は、当該携帯型端末装置を所持しながら移動し、移動の途中においてチャンネルをチューニングする。その際、視聴者は、チューニングしたチャンネルの番組が迅速に表示されることを望んでおり、表示が開始されるまでの待ち時間が長くなれば、視聴者がストレスを感じてしまう。表示が開始されるまでの待ち時間に起因する視聴者のストレスを軽減するために、本実施例に係る受信装置は、以下の処理を実行する。

受信装置は、映像が表示されるまでの受信処理の進捗度を逐次更新しながらディスプレイに表示する。その際、進捗度の更新には、グラフやアニメーションなどが使用される。また、受信装置には、チューナ部、復調部、デコード部が内蔵されており、映像が表示されるまでの受信処理の進捗度は、これらの各部から、処理の進み具合に関する進捗情報を読み出し、予め記憶した進捗情報に対する進捗度のテーブルを参照しながら、推定される。ここで、デコード部は、例えば、ＭＰＥＧ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）２やＨ.２６４に対応する。なお、受信処理のリトライが発生し、受信処理の進捗が停滞した場合、受信装置は、受信処理の進捗度の表示の更新を停止する。さらに、受信装置は、タイムアウト処理を実行するが、タイムアウト処理の進捗度も、グラフやアニメーションなどを使用して、逐次更新しながらディスプレイに表示される。また、実行されている処理内容や受信処理のリトライが発生した原因もディスプレイに表示される。

図１は、本発明の実施例に係る受信装置１００の構成を示す。受信装置１００は、チューナ部１０、復調部１２、デコード部１４、制御部１６、操作部１８、表示部２０を含む。また、チューナ部１０は、アンテナ２２、ＰＬＬ（Ｐｈａｓｅ Ｌｏｃｋｅｄ Ｌｏｏｐ）部２４、ＰＬＬロック検出部２６を含み、復調部１２は、ＡＧＣ（Ａｕｔｏｍａｔｉｃ Ｇａｉｎ Ｃｏｎｔｒｏｌ）２８、ＡＧＣロック検出部３０、モード特定部３２、モード特定検出部３４、フレーム同期部３６、フレーム同期検出部３８を含み、デコード部１４は、デコード開始検出部４０、バッファ情報検出部４２を含む。

操作部１８は、ボタン等によって構成されており、視聴者からの指示を受けつける。視聴者からの指示は、複数種類存在しており、そのうちのひとつは、チャンネルの選択である。また、詳細は後述するが、指示には、タイムアウト処理のためのタイムアウトまでの時間、実行されている処理内容や受信処理のリトライが発生した原因について音声による通知を行うか否かの選択、タイムアウト処理をリセットするかホールドするかの選択も含まれる。また、タイムアウトまでの時間も、視聴者が選択あるいは設定できる。なお、視聴者が操作部１８を介して指示を入力する際、後述の表示部２０には、選択の内容が表示される。

図２（ａ）−（ｂ）は、表示部２０に表示される機能設定時の画面を示す。図２（ａ）は、受信ができなく、受信を中止する場合でのタイムアウト時間の設定がなされる際の表示である。「最短」はリトライが解除された場合でも、タイムアウト処理がホールドされ、次回以降のリトライによるタイムアウト処理は継続して実行されることに相当する。「短め」、「標準」、「長め」の場合、リトライ処理が解除されると、タイムアウト処理はリセットされるため、次回以降のリトライ処理は初期状態から開始される。図２（ｂ）は、受信状態を音声で通知するか否かを、視聴者が選択する際の表示である。図１に戻る。

チューナ部１０、復調部１２、デコード部１４は、地上波ディジタルテレビジョン放送の無線信号を受信し、受信した無線信号に対して複数段階の処理を連続的に実行することによって、無線信号に含まれた情報を再生する。チューナ部１０は、アンテナ２２を介して受信した無線信号から、操作部１８において設定されたチャンネルを抽出する。チャンネルを抽出するために、ＰＬＬ部２４は、所望のチャンネルを抽出できるような周波数に設定される。なお、ＰＬＬ部２４は、公知の技術によって構成されればよいので、ここでは、説明を省略する。チューナ部１０が無線信号から所望のチャンネルを抽出できるようになったとき、つまり、ＰＬＬ部２４がロックしたとき、ＰＬＬロック検出部２６は、このことを検出する。チューナ部１０は、抽出したチャンネルについて、無線周波数からベースバンドへの周波数変換を実行し、ベースバンドの信号を出力する。

復調部１２は、チューナ部１０からのベースバンドの信号を復調する。ＡＧＣ２８は、ベースバンド信号の振幅あるいは電力が一定の値に近づくように、ベースバンド信号を増幅する。その際の増幅率は、入力したベースバンド信号をもとに、ＡＧＣ２８によって自動的に決定される。ＡＧＣロック検出部３０は、増幅率が決定されたとき、つまりＡＧＣ２８がロックされたときを検出する。ベースバンド信号は、複数種類のモードのうちのいずれかに対応している。複数種類とは、ＦＦＴ（Ｆａｓｔ Ｆｏｕｒｉｅｒ Ｔｒａｎｓｆｏｒｍ）ポイント数の種類であり、２ｋモード、４ｋモード、８ｋモードが規定される。

モード特定部３２は、ベースバンド信号がいずれのモードに対応するかを特定する。特定の方法は任意でよいが、例えば、モード特定部３２は、２ｋモード、４ｋモード、８ｋモードのそれぞれに対応するような相関処理を実行し、最大の相関値に対応したモードを選択する。モード特定検出部３４は、モード特定部３２においてモードが選択されたことを検出する。フレーム同期部３６は、モードが特定されたベースバンドの信号に対してフレーム同期を実行する。また、フレーム同期検出部３８は、フレーム同期部３６においてフレーム同期が実行されたことを検出する。なお、詳細な説明は省略するが、復調部１２には、ＡＧＣ２８、モード特定部３２、フレーム同期部３６の他に、ＦＦＴを実行する機能、復調を実行する機能等が備えられる。

デコード部１４は、復調部１２からの信号に対してデコードを実行する。例えば、復調部１２からの信号がＭＰＥＧに対応している場合、デコード部１４は、ＭＰＥＧに対するデコードを実行する。デコード開始検出部４０は、デコードが開始されたことを検出する。また、デコード部１４は、デコードした情報を直ちに出力せずに、図示しないバッファに蓄積し、バッファが充填されたとき、つまりバッファがフルになったときに、デコードした情報は、デコード部１４から出力される。バッファ情報検出部４２は、バッファがフルになったことを検出する。

以上のごとく、受信装置１００に無線信号が受信され始めると、ＰＬＬ部２４、ＡＧＣ２８、モード特定部３２、フレーム同期部３６、デコード、バッファの順番に、連続的に複数段階の処理が開始される。また、以上の複数段階の処理に対応して、ＰＬＬロック検出部２６、ＡＧＣロック検出部３０、モード特定検出部３４、フレーム同期検出部３８、デコード開始検出部４０、バッファ情報検出部４２は、処理の状況が示された情報、つまり前述のごとく検出した情報を出力する。例えば、ＰＬＬロック検出部２６、ＡＧＣロック検出部３０、モード特定検出部３４、フレーム同期検出部３８、デコード開始検出部４０、バッファ情報検出部４２は、それぞれ対応した段階の処理において実行が新たに開始された場合、処理の状況が示された情報として、実行の開始が示された情報を出力する。なお、バッファ情報検出部４２の場合、実行の開始が示された情報は、バッファがフルになった旨の情報に相当する。

また、ＰＬＬロック検出部２６、ＡＧＣロック検出部３０、モード特定検出部３４、フレーム同期検出部３８、デコード開始検出部４０、バッファ情報検出部４２は、それぞれ対応した段階の処理において再実行がなされた場合、つまりリトライがなされた場合、処理の状況が示された情報として、再実行が示された情報を出力する。

制御部１６は、ＰＬＬロック検出部２６、ＡＧＣロック検出部３０、モード特定検出部３４、フレーム同期検出部３８、デコード開始検出部４０、バッファ情報検出部４２において検出した情報、つまりチューナ部１０、復調部１２、デコード部１４における複数段階の処理の進捗状況に応じて、情報の表示が開始されるまでの進捗状況を導出する。つまり、制御部１６は、ＰＬＬロック、ＡＧＣロック、モード特定、フレーム同期検出、デコード開始、映像バッファリングなどの各情報を受けつける。

また、制御部１６は、記憶領域を備えており、記憶領域には、複数段階の処理に対応した情報、つまりプロセスのそれぞれと、情報の表示が開始されるまでの進捗状況とを対応づけたテーブルが記憶される。以下では、プロセスを受信プロセスともいうが、両者を明確に区別しない。図３は、制御部１６に記憶されたプロセスと進捗度との関係を示したテーブルのデータ構造を示す。横軸には、「ＰＬＬロック」、「ＡＧＣロック」、「モード特定」、「フレーム同期」、「デコード開始」、「バッファリング終了」のプロセスが示されている。また、縦軸には、受信プロセスの進捗度が示されており、各プロセスと進捗度が対応づけられている。また、受信プロセスの進捗度とともに、表示までの推定時間も示されている。図１に戻る。

制御部１６は、記憶したテーブルを参照しながら、受けつけたプロセスに関する情報をもとに、表示が開始されるまでの進捗状況を導出する。導出された進捗状況は、表示部２０に出力される。ここで、進捗状況は、図３に示された進捗度や推定時間に相当する。進捗状況の導出処理について、さらに詳しく説明する。例えば、モード特定検出部３４がモード特定を検出した場合、モード特定検出部３４はその旨を制御部１６に出力する。

制御部１６は、モードが特定された旨の情報を受けつけた場合、当該処理、つまり実行が新たに開始された処理の前段階の処理を特定する。ここでは、モード特定の前段階の処理であるＡＧＣロックが特定される。また、制御部１６は、図３のテーブルを参照しながら、ＡＧＣロックに対応した進捗度や推定時間を検出する。また、制御部１６は、時間の経過、つまり推定時間の経過とともに、進捗度を更新する。具体的には、時間の経過とともに推定時間が減少するので、図３のテーブルにしたがって、制御部１６は、進捗度を増加させる。他のプロセスが開始された場合も同様の処理が実行される。以上の処理によって、制御部１６は、前段階の処理が開始されるように進捗状況を更新する。

制御部１６は、ＰＬＬロック検出部２６、ＡＧＣロック検出部３０、モード特定検出部３４、フレーム同期検出部３８、デコード開始検出部４０、バッファ情報検出部４２から、再実行が示された情報を入力した場合、進捗状況の更新を停止する。これは、推定時間の減少が停止され、進捗度の増加が停止されることに相当する。その際、制御部１６は、復調部１２にチャンネル推定分析、Ｃ／Ｎ推定、受信電力測定を実行させ、それらの結果を受けつける。制御部１６は、これらの情報より、何が原因で受信処理のリトライが発生しているかを決定する。なお、ＰＬＬロック待ちなどのように、電波状態に関係のない処理については、この処理は実行されない。

さらに、制御部１６は、タイマを備え、リトライが発生した場合、タイマは、予め設定されたタイムアウトまでの期間を計時する。制御部１６は、開始したタイマの計時結果にしたがって、タイムアウトまでの進捗状況を表示する。また、リトライが発生していることを視聴者に通知するための時間は、操作部１８を介して視聴者によって予め設定されており、タイマの計時結果が設定した時間を越えた場合に、制御部１６は、タイムアウトまでの進捗状況の表示を開始する。ここで、タイムアウトは、受信プロセス検出が無検出のまま所定の時間経過して、受信を中止することに相当する。なお、このタイムアウト判定における所定の時間は、操作部１８を介して視聴者によって設定される。また、各受信プロセスで同じである必要はない。なお、タイムアウトまでの進捗と時間の推定は、表示が開始されるまでの進捗度の導出と同様になされる。

リトライおよびタイムアウトの処理に関連して、制御部１６は、次の処理を実行する。受信処理のリトライが発生した後に、リトライが解除され、受信処理が次のステップに進んだ場合、制御部１６は、停止していた受信処理の進捗度の表示の更新を再開するとともに、タイムアウト処理のカウンタをリセットし、タイムアウト処理に関する表示もリセットする。あるいは、受信処理のリトライが発生した後に、リトライが解除され、受信処理が次のステップに進んだ場合、制御部１６は、停止していた受信処理の進捗度の表示の更新を再開するとともに、タイムアウト処理のカウンタはリセットせずに保存しておき、タイムアウト処理に関する表示もホールドする。再び、受信処理のリトライが発生した場合、制御部１６は、ホールドしている状態から継続してタイムアウト処理を続行する。これらの処理の選択は、図２（ａ）に示された画面を介してなされる。

表示部２０は、デコード部１４において再生した映像を表示する。また、表示部２０は、制御部１６において導出した進捗状況も表示する。図４（ａ）−（ｅ）は、表示部２０に表示される進捗状況の画面を示す。図４（ａ）の左側の円グラフは映像が表示されるまでの受信処理の進捗度を示し、円グラフの中央には映像が表示されるまでの時間の推定値が表示される。また、図４（ａ）の右側の円グラフは受信処理がタイムアウトになるまでの進み具合を示し、円グラフの中央にはタイムアウトまでの時間が表示される。また、画面の上部には、受信状態に対するコメントが表示される。

放送されているチャンネルが良好に受信できている場合、画面は、図４（ａ）、図４（ｂ）、図４（ｃ）の順に遷移する。つまり、表示部２０は、映像が表示されるまでの受信処理の進捗度を表示部２０に逐次更新しながら表示する。ここで、図４（ａ）は、放送されているチャンネルを受信中の画面である。さらに、表示部２０は、映像が表示されるまでの推定時間を表示部２０に表示する。受信処理のリトライが発生し、受信処理の進捗が停滞した場合、画面は、図４（ａ）、図４（ｄ）の順に遷移する。つまり、表示部２０は、受信処理の進捗度の表示の更新を停止するとともに、タイムアウト処理の進捗度を表示部２０に表示する。また、表示部２０は、タイムアウトまでの残り時間を表示部２０に表示する。さらに、表示部２０は、受信処理のリトライが発生した原因を表示部２０に表示する。ここで、図４（ｄ）は、リトライが発生し、タイムアウト処理が実行中の画面である。

受信処理のリトライが発生した後に、リトライが解除され、受信処理が次のステップに進んだ場合、画面は、図４（ｄ）、図４（ｂ）の順に遷移する。つまり、表示部２０は、停止していた受信処理の進捗度の表示の更新を再開するとともに、タイムアウト処理に関する表示を停止する。リトライで再受信を失敗し続けた場合、画面は、図４（ｄ）、図４（ｅ）の順に遷移する。つまり、表示部２０は、タイムアウトまでの時間と進み具合を示すグラフを更新し、最終的にタイムアウト状態を表示する。ここで、図４（ｅ）は、リトライで再受信を失敗し続け、タイムアウト状態になったときの画面である。

図５（ａ）−（ｄ）は、表示部２０に表示される進捗状況の別の画面を示す。図５（ａ）は、図４（ａ）と同様に、正常に受信がなされている場合の画面である。図４（ａ）の円グラフと異なって、図５（ａ）では、棒グラフによって、表示がされるまでの進捗度が表示され、文字によって、表示がされるまでの残り時間が表示されている。図５（ｂ）も、図４（ａ）と同様に、正常に受信がなされている場合の画面である。図５（ｂ）では、グラフが表示されずに、文字によって、表示がされるまでの残り時間が表示されている。

図５（ｃ）は、図４（ｄ）と同様に、リトライがなされている場合の画面である。図５（ｃ）では、上段の棒グラフにおいて、表示がされるまでの進捗度が停止され、下段において、タイムアウトまでの進捗度が表示されている。また、文字によって、タイムアウトがされるまでの残り時間が表示されている。図５（ｄ）も、図４（ｄ）と同様に、タイムアウトがなされている場合の画面である。図５（ｄ）では、グラフが表示されずに、文字によって、タイムアウトがされるまでの残り時間が表示されている。

この構成は、ハードウエア的には、任意のコンピュータのＣＰＵ、メモリ、その他のＬＳＩで実現でき、ソフトウエア的にはメモリにロードされた受信機能を有したプログラムなどによって実現されるが、ここではそれらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックがハードウエアのみ、ソフトウエアのみ、またはそれらの組合せによっていろいろな形で実現できることは、当業者には理解されるところである。

以上の構成による受信装置１００の動作を説明する。図６は、チューナ部１０、復調部１２、デコード部１４による受信手順を示すフローチャートである。ＰＬＬロック検出部２６がＰＬＬロックの完了を検出しなければ（Ｓ１０のＮ）、ＰＬＬロック検出部２６は、検出するまで待機する。ＰＬＬロック検出部２６がＰＬＬロックの完了を検出したとき（Ｓ１０のＹ）、ＡＧＣロック検出部３０がＡＧＣロックの完了を検出しなければ（Ｓ１２のＮ）、ＡＧＣロック検出部３０は、検出するまで待機する。ＡＧＣロック検出部３０がＡＧＣロックの完了を検出したとき（Ｓ１２のＹ）、モード特定検出部３４がモード特定の完了を検出しなければ（Ｓ１４のＮ）、モード特定検出部３４は、検出するまで待機する。

モード特定検出部３４がモード特定の完了を検出したとき（Ｓ１４のＹ）、フレーム同期検出部３８がフレーム同期の完了を検出しなければ（Ｓ１６のＮ）、フレーム同期検出部３８は、検出するまで待機する。フレーム同期検出部３８がフレーム同期の完了を検出したとき（Ｓ１６のＹ）、デコード開始検出部４０がデコード開始を検出しなければ（Ｓ１８のＮ）、デコード開始検出部４０は、検出するまで待機する。デコード開始検出部４０がデコード開始を検出したとき（Ｓ１８のＹ）、バッファ情報検出部４２がバッファフルを検出しなければ（Ｓ２０のＮ）、バッファ情報検出部４２は、検出するまで待機する。バッファ情報検出部４２がバッファフルを検出したとき（Ｓ２０のＹ）、表示部２０は、映像の表示を開始する（Ｓ２２）。

図７は、受信装置１００による表示手順を示すフローチャートである。ＰＬＬロック検出部２６、ＡＧＣロック検出部３０、モード特定検出部３４、フレーム同期検出部３８、デコード開始検出部４０、バッファ情報検出部４２のうち、処理の対象となるものが受信プロセスを検出すれば（Ｓ４０のＹ）、制御部１６は、テーブルを参照しながら、前段階のプロセスに対応した進捗度を取得する（Ｓ４２）。また、制御部１６は、映像表示までの進捗および残り時間の推定を実行し（Ｓ４４）、表示部２０は、その結果を表示する（Ｓ５６）。

一方、受信プロセスが検出されなければ（Ｓ４０のＮ）、制御部１６は、受信品質を分析し（Ｓ４６）、タイムアウトのためのリトライカウンタを動作させる（Ｓ４８）。タイムアウトになれば（Ｓ５０のＹ）、表示部２０は、その結果を表示する（Ｓ５６）。また、タイムアウトにならず（Ｓ５０のＮ）、リトライ表示の開始にならなければ（Ｓ５２のＮ）、ステップ４０に戻る。また、リトライ表示の開始になれば（Ｓ５２のＹ）、制御部１６は、リトライ処理の進捗および残り時間の推定を実行し（Ｓ５４）、表示部２０は、その結果を表示する（Ｓ５６）。全プロセスが完了しなければ（Ｓ５８のＮ）、ステップ４０に戻る。一方、全プロセスが完了すれば（Ｓ５８のＹ）、処理が終了される。

本発明の実施例によれば、複数段階の処理の進捗状況に応じて、情報の表示が開始されるまでの進捗状況を表示するので、実際の処理に対応した進捗状況を表示できる。また、実際の処理に対応した進捗状況を表示するので、視聴者のストレスを軽減できる。また、プロセスの検出と、テーブルの参照によって、進捗状況が導出されるので、簡易な処理によって進捗状況の表示を実行できる。また、処理が新たに実行開始になったときに、前段階の処理が開始されるように進捗状況を更新することによって、既に終了した前段階の処理に対して進捗状況を更新するので、現在の処理の状況に関係なく、進捗状況を更新できる。

また、現在の処理の状況に関係なく、進捗状況を更新するので、現在の処理が停止になった場合でも、直ちに表示を停止することなく、進捗状況が安定して更新するような表示を実現できる。また、リトライがなされた場合に進捗状況を更新しないので、実際の処理に対応した進捗状況を表示できる。また、リトライがなされた場合にタイムアウトまでの進捗状況を表示するので、視聴者に対して、待ち時間を通知できる。また、視聴者に、今の受信処理の進捗度情報、さらに今後どうなるかを予測できる情報を逐次更新しながら表示して提供することにより、たとえ待ち時間が長くなった場合でも、視聴者のストレスを軽減できる。

以上、本発明を実施例をもとに説明した。この実施例は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。

本実施例において、受信装置１００は、地上波ディジタルテレビジョン放送の無線信号を受信するとしている。しかしながらこれに限らず例えば、受信装置１００は、ディジタルラジオ放送の無線信号を受信してもよい。本変形例によれば、さまざまなシステムに本発明を適用できる。

本実施例において、複数段階の処理として、ＰＬＬロック、ＡＧＣロック等が規定されている。しかしながらこれに限らず例えば、複数段階の処理として、実施例において説明した処理の他の処理が付加されてもよく、あるいは、実施例のおいて説明した処理のうちのいずれかが削除されてもよい。本変形例によれば、受信装置１００の設計の自由度を向上できる。

本発明の実施例に係る受信装置の構成を示す図である。 図２（ａ）−（ｂ）は、図１の表示部に表示される機能設定時の画面を示す図である。 図１の制御部に記憶されたプロセスと進捗度との関係を示したテーブルのデータ構造を示す図である。 図４（ａ）−（ｅ）は、図１の表示部に表示される進捗状況の画面を示す図である。 図５（ａ）−（ｄ）は、図１の表示部に表示される進捗状況の別の画面を示す図である。 図１のチューナ部、復調部、デコード部による受信手順を示すフローチャートである。 図１の受信装置による表示手順を示すフローチャートである。

符号の説明

１０ チューナ部、 １２ 復調部、 １４ デコード部、 １６ 制御部、 １８ 操作部、 ２０ 表示部、 ２２ アンテナ、 ２４ ＰＬＬ部、 ２６ ＰＬＬロック検出部、 ２８ ＡＧＣ、 ３０ ＡＧＣロック検出部、 ３２ モード特定部、 ３４ モード特定検出部、 ３６ フレーム同期部、 ３８ フレーム同期検出部、 ４０ デコード開始検出部、 ４２ バッファ情報検出部、 １００ 受信装置。

Claims (6)

1. 無線信号を受信し、受信した無線信号に対して複数段階の処理を連続的に実行することによって、無線信号に含まれた情報を再生する処理部と、
   前記処理部において再生した情報を表示する表示部とを備え、
   前記表示部は、前記処理部における複数段階の処理の進捗状況に応じて、情報の表示が開始されるまでの進捗状況を表示することを特徴とする受信装置。
2. 前記処理部における複数段階の処理のそれぞれと、情報の表示が開始されるまでの進捗状況とを対応づけたテーブルを記憶する記憶部をさらに備え、
   前記処理部は、複数段階の処理のそれぞれから、処理の状況が示された情報を出力し、
   前記表示部は、前記記憶部に記憶したテーブルを参照しながら、前記処理部からの情報をもとに、情報の表示が開始されるまでの進捗状況を導出することを特徴とする請求項１に記載の受信装置。
3. 前記処理部は、複数段階の処理のうちのいずれかにおいて実行が新たに開始された場合、処理の状況が示された情報として、実行の開始が示された情報を出力し、
   前記表示部は、前記処理部からの情報を入力した場合、実行が新たに開始された処理の前段階の処理が開始されるように進捗状況を更新することを特徴とする請求項２に記載の受信装置。
4. 前記処理部は、複数段階の処理のうちのいずれかにおいて再実行がなされた場合、処理の状況が示された情報として、再実行が示された情報を出力し、
   前記表示部は、前記処理部からの情報を入力した場合、進捗状況の更新を停止することを特徴とする請求項２または３に記載の受信装置。
5. 前記処理部は、再実行がなされた場合、タイムアウトまでの期間が示されたタイマを開始させ、
   前記表示部は、前記処理部におけるタイマでの実行内容にしたがって、タイムアウトまでの進捗状況を表示することを特徴とする請求項４に記載の受信装置。
6. 無線信号を受信し、受信した無線信号に対して複数段階の処理を連続的に実行することによって、無線信号に含まれた情報を再生するステップと、
   複数段階の処理の進捗状況に応じて、情報の表示が開始されるまでの進捗状況を表示するステップと、
   再生した情報を表示するステップと、
   を備えることを特徴とする受信方法。

Images