情報表示制御装置、情報表示方法および情報表示プログラム
【課題】 ＩＰラジオ放送データの再生が、番組情報やコンテンツ情報の表示に対して遅延することを防止する。
【解決手段】 ＡＶアンプ１は、受信された放送データを一時的に蓄積するバッファと、バッファに蓄積されている放送データが所定量に達した際に、バッファに蓄積されている放送データを読み出して再生する再生部と、バッファに蓄積されている放送データのデータ量を算出する算出部とを備え、算出された放送データのデータ量に基づいて、番組情報およびコンテンツ情報の表示装置への表示を遅延させる。
【解決手段】 ＡＶアンプ１は、受信された放送データを一時的に蓄積するバッファと、バッファに蓄積されている放送データが所定量に達した際に、バッファに蓄積されている放送データを読み出して再生する再生部と、バッファに蓄積されている放送データのデータ量を算出する算出部とを備え、算出された放送データのデータ量に基づいて、番組情報およびコンテンツ情報の表示装置への表示を遅延させる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報表示制御装置、情報表示方法および情報表示プログラムに関する。
【背景技術】
【０００２】
最近、インターネットを利用したＩＰラジオ放送がサービスを開始した。このＩＰラジオ放送は、電波によるラジオ放送とほぼ同時に送信されるサイマル放送である。ＩＰラジオ放送では、音声の放送データの他に、現在放送されている番組情報やコンテンツ情報も送信される。コンテンツ情報は、番組内で放送される１又は複数のコンテンツに関する情報である。コンテンツは例えば曲のことであり、コンテンツ情報は例えばアーティスト名および曲名である。ＡＶアンプ等のクライアントは、インターネット経由でＩＰラジオ放送のサーバから、放送データに加えて、番組情報およびコンテンツ情報を受信する。そして、ＡＶアンプは、番組情報やコンテンツ情報を表示することによって、現在放送されている番組や曲の情報をユーザに知らせることができる。
【０００３】
番組情報やコンテンツ情報はサーバによって順次更新されており、番組や曲が放送開始されると直ぐに、現在放送されている番組の番組情報や、曲のアーティスト名および曲名がその放送開始時刻に対応付けて更新（追加）される。ＡＶアンプは、サーバから番組情報やコンテンツ情報を受信すると、直ちに、受信した番組情報やコンテンツ情報を表示装置に表示させる。
【０００４】
ここで、ＡＶアンプがＩＰラジオ放送の放送データを受信して再生する手順は以下の通りとなる。まず、ＡＶアンプは、サーバからプレイリストのＵＲＬを取得する。ＡＶアンプは、プレイリストＵＲＬにアクセスし、サーバからプレイリストを取得する。プレイリストには放送データの部分データ（例えば５秒分のデータ）のＵＲＬが記述されている。ＡＶアンプは、プレイリストに記述されている放送データの部分データのＵＲＬにアクセスし、放送データの部分データをサーバからストリーミング形式で順次取得して、バッファに格納する。ＡＶアンプは、バッファに所定時間分の放送データが蓄積されたかを確認し、蓄積されたときに、再生を開始する。以上の処理によって、ＩＰラジオ放送データを再生する場合は、電波によるラジオ放送データを受信して再生する場合と比べて、遅延が生じる。
【０００５】
従って、ＩＰラジオ放送データの再生は、番組名やコンテンツ情報の表示に対しても遅延することになる。従って、番組名やコンテンツ情報の表示が更新されても、ＩＰラジオ放送データは未だ前の（過去の）放送データを再生しているので、表示されている番組名やコンテンツ情報が、再生されているＩＰラジオ放送データと一致しないという問題が生じる。
【０００６】
特開２００５−１３６５５９は、放送から表示に関する情報を取得し、表示に関する情報の変化を検出し、これが検出された場合には所定時間遅延させて出力して表示に関する情報を表示することを記載する。しかし、この文献には、上記課題の解決方法については何ら開示されていない。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００５−１３６５５９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
本発明は上記従来の課題を解決するためになされたものであり、その目的は、放送データの再生が、情報の表示に対して遅延することを防止する情報表示制御装置を提供することである。
【課題を解決するための手段】
【０００９】
本発明の好ましい実施形態による情報表示制御装置は、放送データ、および、前記放送データに関する付帯情報をサーバから受信するデータ受信部と、前記データ受信部によって受信された付帯情報を表示装置に表示させる表示制御部と、前記データ受信部によって受信された放送データを一時的に蓄積する記憶部と、前記記憶部に蓄積されている放送データが所定量に達した際に、前記記憶部に蓄積されている放送データを前記記憶部から読み出して再生する再生部と、前記記憶部に蓄積されている放送データのデータ量を算出する算出部とを備え、前記表示制御部が、算出された前記放送データのデータ量に基づいて、前記付帯情報の前記表示装置への表示更新時刻を遅延させる。
【００１０】
記憶部に蓄積されている放送データのデータ量を算出し、算出された放送データのデータ量に基づいて、付帯情報の表示装置への表示を遅延させることによって、放送データの再生が付帯情報の表示に対して遅延することを防止することができる。
【００１１】
好ましい実施形態においては、前記表示制御部が、算出された前記放送データのデータ量に相当する再生時間と同じ時間、前記付帯情報の前記表示装置への表示更新時刻を遅延させる。
【発明の効果】
【００１２】
放送データの再生が、情報の表示に対して遅延することを防止する情報表示制御装置を提供することができる。
【図面の簡単な説明】
【００１３】
【図１】本発明の好ましい実施形態によるＡＶアンプ（情報表示制御装置）１を示すブロック図である。
【図２】コンテンツ情報の表示画面の一例を示す図である。
【図３】番組情報の表示画面の一例を示す図である。
【図４】制御部２の処理を示すフローチャートである。
【図５】データテーブルを示す図である。
【図６】制御部２の処理を示すフローチャートである。
【図７】制御部２の処理を示すフローチャートである。
【発明を実施するための形態】
【００１４】
以下、本発明の好ましい実施形態について、図面を参照して具体的に説明するが、本発明はこれらの実施形態には限定されない。
【００１５】
図１は、本発明の好ましい実施形態による情報表示制御装置が適用されるＡＶアンプ１を示すブロック図である。ＡＶアンプ１は、インターネット等の任意のネットワーク（電気通信回線）を介してサーバ１００に接続可能である。サーバ１００は、放送データを例えばインターネット等の電気通信回線経由で各クライアントに対して送信する。放送データは、ラジオ放送データでもＴＶ放送データでもよいが、本例ではラジオ放送データ（ＩＰラジオ放送データ）である。
【００１６】
放送データは、複数の番組を含み、かつ、各番組はその中に１又は複数のコンテンツを含む。コンテンツは、番組よりも時間の短い放送データの単位を意味する。コンテンツは、ラジオ放送の場合、例えば、曲（音楽）、トーク、ニュース、ＣＭ等であればよい。つまり、コンテンツは、番組内のコーナーや映画でいうチャプターを意味している。
【００１７】
サーバ１００は、放送データの番組情報を、例えばインターネット経由でクライアント（ＡＶアンプ１）に送信する。番組情報は、各番組について、放送開始時刻に対応付けて、パフォーマー名、及び、番組名等を含む。パフォーマー名とは、例えばＤＪ名や、司会者名、ＭＣ名等の番組の代表となる実演家名である。サーバ１００は、各番組を放送開始すると、直ちに番組情報を更新する（但し、放送局によって更新に若干の遅延が生じることもあり得る）。
【００１８】
サーバ１００は、コンテンツ情報を、例えばインターネット経由でクライアント（ＡＶアンプ１）に送信する。コンテンツ情報は、コンテンツを示す情報であり、コンテンツタイプ“ｔｙｐｅ”によって分類化されている。例えば、ｔｙｐｅには、コンテンツが曲であることを示すＭｕｓｉｃや、コンテンツがＣＭであることを示すＣＭや、ｂａｎｎｅｒ等が存在する。ｔｙｐｅがＭｕｓｉｃである場合には、コンテンツ情報は、放送開始時刻に対応付けて、アーティスト名、及び、曲名（タイトル）等を含む。サーバ１００は、放送されるコンテンツが変更されると直ちにコンテンツ情報を更新する（但し、放送局によって更新に若干の遅延が生じることもあり得る）。
【００１９】
なお、番組情報やコンテンツ情報を総称して、放送データの付帯情報と定義する。
【００２０】
ＡＶアンプ１は、制御部２、メモリ（ＲＯＭ、ＲＡＭ、バッファ等）３、再生部４、増幅部５、通信部６、操作部７、および、表示部８を概略備える。制御部２は、メモリ３に格納されているプログラム（例えば情報表示プログラム）に基づいてＡＶアンプ１の各部を制御するものであり、例えば、マイコンやＣＰＵ等である。
【００２１】
通信部６は、インターネット等の任意のネットワークを介してサーバ１００と接続し、サーバ１００との間でコマンド、情報及びデータ等を送受信する。通信部６は、サーバ１００から放送データを受信する。受信された放送データは、バッファに一時的に蓄積される。バッファに蓄積されている放送データが所定量に達した際に、再生部４はバッファから放送データを読み出して、再生（例えばデコード、復調、音響処理等）する。増幅部５は、再生部４によって再生された音声データを増幅し、図示しないスピーカーに音声信号を出力する。なお、放送データがＴＶ放送データのように映像データを含む場合、映像データが映像処理され、表示部８に供給され、ディスプレイ装置２００に映像信号が出力されるとよい。
【００２２】
通信部６は、サーバ１００から番組情報やコンテンツ情報を順次受信し、メモリ３に保存する。順次とは番組情報やコンテンツ情報のサーバ１００による更新を遅滞なく認識できる程度の比較的短い時間を意味し、例えば５秒程度である。この時間は、状況に応じて適宜変更されてもよい。
【００２３】
表示部８は、通信部６によってサーバ１００から受信されたコンテンツ情報に基づいて、現在放送されているコンテンツに関するコンテンツ情報画面（但し、ｔｙｐｅがＭｕｓｉｃであるコンテンツ情報のみ）を描画、生成して、ディスプレイ装置２００に表示させる。図２は、コンテンツ情報画面を示す図であり、現在、アーティスト名がｄｄｄ、曲名がＤＤＤの曲が放送されていることを示している。
【００２４】
表示部８は、通信部６によってサーバ１００から受信された番組情報に基づいて、現在放送されている番組に関する番組情報画面を描画、生成して、ディスプレイ装置２００に表示させる。図３は、番組情報画面を示す図であり、現在、パフォーマー名がＹ、番組名が番組２の番組が放送されていることを示している。
【００２５】
あるいは、表示部８は、ＡＶアンプ１自身が備える表示装置（例えば、液晶ディスプレイ、ＦＬ管、有機ＥＬディスプレイ等）にこれらの情報画面を表示させてもよい。
【００２６】
制御部２は、バッファに蓄積されている放送データのデータ量を算出する。制御部２は、算出された放送データのデータ量に基づいて、番組情報やコンテンツ情報のディスプレイ装置２００への表示更新時刻を遅延させる。詳細には、制御部２は、算出された放送データのデータ量に相当する再生時間と同じ時間だけ、番組情報やコンテンツ情報のディスプレイ装置２００への表示更新時刻を遅延させる。従って、放送データの再生が番組情報やコンテンツ情報の表示に対して遅れることが防止され、概略同期させることができる。
【００２７】
以上の構成を有するＡＶアンプ１についてその動作を説明する。図４は、放送データを受信して再生する際の制御部２の処理を示すフローチャートである。制御部２は、ユーザ操作によって再生開始する指示が入力されるとそれを受け付ける（Ｓ２０１）。制御部２は、インターネット経由でサーバ１００に接続し、プレイリストのＵＲＬ（Uniform Resource Locator）を取得する（Ｓ２０２）。このＵＲＬは一時的に有効なものであり、所定時間経過すると無効となる。制御部２は、プレイリストのＵＲＬにアクセスすることによって、インターネット経由でサーバ１００からプレイリストを取得する（Ｓ２０３）。プレイリストは、放送データの複数の部分放送データ（例えば５秒分のデータ）毎のＵＲＬを含む。
【００２８】
制御部２は、プレイリストから１つの部分放送データのＵＲＬを取得し、この部分放送データをサーバ１００から取得済みであるか、つまり、この部分放送データのＵＲＬがデータテーブルに登録されているか否かを判断する（Ｓ２０５）。図５は、データテーブルを示す図である。データテーブルは、ＡＶアンプ１がサーバ１００から取得済みの部分放送デーファイルを管理するテーブルであり、部分放送データのＵＲＬ（左側）に対応付けて、部分放送データの実際のデータ（右側）が登録されている。図５において、上側が時間的に過去にサーバ１００から取得したデータであり、下側が時間的に最近サーバ１００から取得したデータである。
【００２９】
部分放送データのＵＲＬがデータテーブルに登録されている場合（Ｓ２０５でＹＥＳ）、既にその部分放送データをサーバ１００から取得済みであるので、Ｓ２０４に戻り、プレイリストの内の次の部分放送データのＵＲＬを取得する。部分放送データのＵＲＬがデータテーブルに登録されていない場合（Ｓ２０５でＮＯ）、制御部２は、データテーブルに部分放送データのＵＲＬを登録し（Ｓ２０６）、部分放送データのＵＲＬにインターネット経由でアクセスし、その部分放送データをサーバ１００から取得し、バッファに蓄積する。また、制御部２は、取得した部分放送データをデータテーブルに登録する（Ｓ２０８）。
【００３０】
制御部２は、バッファに所定時間（所定時間は例えば３０秒等でユーザ操作によって設定可能）分以上の放送データが蓄積されているか否かを判断する（Ｓ２０９）。未だ所定時間分以上の放送データがバッファに蓄積されていない場合（Ｓ２０９でＮＯ）、処理はＳ２０２に戻る。所定時間分以上の放送データがバッファに蓄積されている場合（Ｓ２０９でＹＥＳ）、制御部２は放送データの再生を開始する。
【００３１】
制御部２は、再生開始すると、再生部４（つまり、オーディオデバイス）に供給する部分放送データのデータ位置を示すポインタｐを定義し、再生が継続されるに従いポインタｐの更新を実行する（Ｓ２１１）。ポインタｐは、図５に矢印で模式的に示すように、現在の再生位置を、部分放送データ（例えば、http://adikoXXXX_2.aac）の１２８０バイト目という形式でメモリ上で管理するものである。
【００３２】
制御部２は、部分放送データを再生し終えた場合に、必要に応じて、データテーブルから、再生し終えた部分放送データに関する項目を削除する（Ｓ２１２）。その後、制御部２は、所定時間ｔだけ処理を待機し（Ｓ２１３）、Ｓ２０２に戻る。
【００３３】
図６は、番組情報やコンテンツ情報の取得および表示処理を示す制御部２のフローチャートである。制御部２は、変数 counterを定義し、これを０に初期化する（Ｓ５０１）。制御部２は、情報変数をNULLに初期化する（Ｓ５０２）。情報変数とは、番組情報やコンテンツ情報等の描画に必要な情報の塊（構造体）である。制御部２は、図４で説明した手順にて放送データの再生を開始する（Ｓ５０３）。
【００３４】
制御部２は、counter が０より大きいか否かを判断する（Ｓ５０４）。ここでは、counterは初期値の０であるので、一回目の判断の際にはＮｏと判断される。従って、制御部２は、pastTimeを算出する（Ｓ５０５）。pastTime は、バッファに蓄積されている放送データのデータ量に相当する再生時間であり、すなわち、番組情報やコンテンツ情報に対して、放送データの再生が遅延している時間に相当する。pastTimeの算出処理を図７に示す。
【００３５】
図７に示すように、制御部２は、現在放送データを再生中である（Ｓ４０１）。制御部２は、ポインタｐの位置が、どの部分放送データＵＲＬに対するデータの、どの位置（何バイト目）に相当するかの情報をメモリから取得し、そのバイト値から、その部分放送データの残り再生時間remTimeを算出する（Ｓ４０２）。例えば、http://adikoXXXX_2.aacの総バイトサイズが32000byteで、ポインタpがその1280byte目であれば、32000byte
- 1280byte = 30720byte残っているので、5sec×(30720/32000) = 4.8secとなる。つまり、http://adikoXXXX_2.aacで取得できた部分放送データのうち、4.8secが残っていることが分かる。これがremTimeとしてメモリに記憶される。なお、本例では、１つのＵＲＬで再生できる部分放送データの総時間が5secと分かっているので、このような算出方法が採用されるが、そうでない場合にはフォーマットやビットレート等の情報を参照して算出するとよい。
【００３６】
制御部２は、ポインタpが属するＵＲＬよりも時間的に新しい（データテーブルで下側に登録されている）ＵＲＬの総数を取得する（Ｓ４０３）。すなわち、図５の場合、http://adikoXXXX_3.aacからhttp://adikoXXXX_N.aacが該当するので、n= N-3+1 個である。制御部２は、 n×5sec + remTimeを算出し、その値をpastTimeとしてメモリに記憶する（Ｓ４０４）。
【００３７】
図６に戻り、制御部２は、counterを、counter=pastTime/pollingCycleで算出し、更新する（Ｓ５０６）。pollingCycleとはＳ５１４で処理を待機する時間、すなわち、制御部２がサーバ１００から番組情報やコンテンツ情報を要求（ポーリング）し取得する（または必要に応じてこれらの表示を更新する）周期（時間）である。例えば、pastTime=20secで、pollingCycleが5secであれば、20/5=4がcounter値となる。なお、counterが小数点を含む場合、少数点以下は四捨五入、切り上げ、切り捨てのいずれでも構わない。
【００３８】
制御部２は、情報変数がNULLであるか否かを判断する（Ｓ５０７）。初回のみ、番組情報やコンテンツ情報をサーバ１００から未取得であり、情報変数がNULLになっており、ＹＥＳと判断される。制御部２は、サーバ１００にインターネット経由でアクセスし、番組情報やコンテンツ情報の送信を要求する（Ｓ５０８）。制御部２は、サーバ１００から取得した番組情報やコンテンツ情報をディスプレイ装置２００に表示させ（Ｓ５０９）、かつ、情報変数として記憶する（Ｓ５１０）。
【００３９】
制御部２は、ポーリング時間（上記pollingCycle）（例えば５秒間）処理を待機する（Ｓ５１４）。その後、制御部２は、counterをデクリメント（つまり値を１減算）する（Ｓ５１５）。制御部２は、再度、counterが０より大きいか否かを判断する（Ｓ５０４）。本例では、counter =4-1=3である（Ｓ５０４）。従って、Ｓ５０５には進まずに、Ｓ５１４において再度ポーリング時間、処理を待機する。この処理をcounter=0になるまで繰り返す。その結果、pastTimeだけ処理を待機することになる。
【００４０】
Counterが０になると（Ｓ５０４でＮＯ）、制御部２は、再度、pastTimeを算出し（Ｓ５０５）、counterを算出し（Ｓ５０６）、情報変数がNULLであるか否かを判断する（Ｓ５０７）。二回目以降においては、上記のようにＳ５１０においてサーバ１００から取得した番組情報やコンテンツ情報を情報変数として記憶しているので、NULLではないと判断される（Ｓ５０７でＮＯ）。
【００４１】
従って、制御部２は、情報変数として記憶されている番組情報やコンテンツ情報によって、ディスプレイ装置２００に表示されている表示画面の内容を更新する。すなわち、counter×ポーリング時間分前にサーバ１００から取得した番組情報やコンテンツ情報によって、表示画面を書き換える。（なお、現在表示されている番組情報やコンテンツ情報に対して、更新後の番組情報やコンテンツ情報が同じである場合もあり得る）。
【００４２】
制御部２は、サーバ１００に現在の番組情報やコンテンツ情報の送信をインターネット経由で要求する（Ｓ５１２）。制御部２は、サーバ１００から現在の番組情報やコンテンツ情報を取得すると、取得した番組情報やコンテンツ情報を情報変数としてメモリ３に記憶する（Ｓ５１３）。Ｓ５１３で情報変数として記憶した番組情報やコンテンツ情報は、再度、counter×ポーリング時間分経過した後（つまり、Ｓ５１４、Ｓ５１５、Ｓ５０４を繰り返した後）、Ｓ５０７でＮＯを経由して、Ｓ５１１で表示画面として反映される。従って、サーバ１００から番組情報やコンテンツ情報を取得した後、pastTime経過してから、表示画面が更新される処理が繰り返される。
【００４３】
以上のように、バッファに蓄積されている放送データのデータ量を算出して、番組情報やコンテンツ情報を表示画面に表示させる時刻を遅延させるので、放送データの再生と、番組情報やコンテンツ情報の表示とを同期させることができる。
【００４４】
なお、ポーリング時間については、Ｓ５０８やＳ５１２で番組情報やコンテンツ情報の要求取得にかかる通信時間、および、取得した番組情報やコンテンツ情報を解析する時間等をポーリング時間から減算することで、同期の精度を高めることができる。
【００４５】
以上、本発明の好ましい実施形態を説明したが、本発明はこれらの実施形態には限定されない。コンテンツ情報および番組情報は現在放送されている最新のものだけをサーバから受信してもよい。サーバは、クライアントからの要求ではなく、コンテンツ情報（又は番組情報）を更新した際にクライアントにコンテンツ情報（又は番組情報）を送信するものでもよい。コンテンツ情報や番組情報も電波やケーブルを介して受信してもよい。本発明の情報表示制御装置を動作させるためのコンピュータプログラムまたはそのコンピュータプログラムを記録した記録媒体という形態で提供されてもよい。
【産業上の利用可能性】
【００４６】
本発明は、ＡＶアンプやＰＣ等に好適に採用され得る。
【符号の説明】
【００４７】
１ ＡＶアンプ（情報表示制御装置）
２ 制御部
３ メモリ
４ 再生部
５ 増幅部
６ 通信部
７ 操作部
８ 表示部
１００ サーバ
【技術分野】
【０００１】
本発明は、情報表示制御装置、情報表示方法および情報表示プログラムに関する。
【背景技術】
【０００２】
最近、インターネットを利用したＩＰラジオ放送がサービスを開始した。このＩＰラジオ放送は、電波によるラジオ放送とほぼ同時に送信されるサイマル放送である。ＩＰラジオ放送では、音声の放送データの他に、現在放送されている番組情報やコンテンツ情報も送信される。コンテンツ情報は、番組内で放送される１又は複数のコンテンツに関する情報である。コンテンツは例えば曲のことであり、コンテンツ情報は例えばアーティスト名および曲名である。ＡＶアンプ等のクライアントは、インターネット経由でＩＰラジオ放送のサーバから、放送データに加えて、番組情報およびコンテンツ情報を受信する。そして、ＡＶアンプは、番組情報やコンテンツ情報を表示することによって、現在放送されている番組や曲の情報をユーザに知らせることができる。
【０００３】
番組情報やコンテンツ情報はサーバによって順次更新されており、番組や曲が放送開始されると直ぐに、現在放送されている番組の番組情報や、曲のアーティスト名および曲名がその放送開始時刻に対応付けて更新（追加）される。ＡＶアンプは、サーバから番組情報やコンテンツ情報を受信すると、直ちに、受信した番組情報やコンテンツ情報を表示装置に表示させる。
【０００４】
ここで、ＡＶアンプがＩＰラジオ放送の放送データを受信して再生する手順は以下の通りとなる。まず、ＡＶアンプは、サーバからプレイリストのＵＲＬを取得する。ＡＶアンプは、プレイリストＵＲＬにアクセスし、サーバからプレイリストを取得する。プレイリストには放送データの部分データ（例えば５秒分のデータ）のＵＲＬが記述されている。ＡＶアンプは、プレイリストに記述されている放送データの部分データのＵＲＬにアクセスし、放送データの部分データをサーバからストリーミング形式で順次取得して、バッファに格納する。ＡＶアンプは、バッファに所定時間分の放送データが蓄積されたかを確認し、蓄積されたときに、再生を開始する。以上の処理によって、ＩＰラジオ放送データを再生する場合は、電波によるラジオ放送データを受信して再生する場合と比べて、遅延が生じる。
【０００５】
従って、ＩＰラジオ放送データの再生は、番組名やコンテンツ情報の表示に対しても遅延することになる。従って、番組名やコンテンツ情報の表示が更新されても、ＩＰラジオ放送データは未だ前の（過去の）放送データを再生しているので、表示されている番組名やコンテンツ情報が、再生されているＩＰラジオ放送データと一致しないという問題が生じる。
【０００６】
特開２００５−１３６５５９は、放送から表示に関する情報を取得し、表示に関する情報の変化を検出し、これが検出された場合には所定時間遅延させて出力して表示に関する情報を表示することを記載する。しかし、この文献には、上記課題の解決方法については何ら開示されていない。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００５−１３６５５９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
本発明は上記従来の課題を解決するためになされたものであり、その目的は、放送データの再生が、情報の表示に対して遅延することを防止する情報表示制御装置を提供することである。
【課題を解決するための手段】
【０００９】
本発明の好ましい実施形態による情報表示制御装置は、放送データ、および、前記放送データに関する付帯情報をサーバから受信するデータ受信部と、前記データ受信部によって受信された付帯情報を表示装置に表示させる表示制御部と、前記データ受信部によって受信された放送データを一時的に蓄積する記憶部と、前記記憶部に蓄積されている放送データが所定量に達した際に、前記記憶部に蓄積されている放送データを前記記憶部から読み出して再生する再生部と、前記記憶部に蓄積されている放送データのデータ量を算出する算出部とを備え、前記表示制御部が、算出された前記放送データのデータ量に基づいて、前記付帯情報の前記表示装置への表示更新時刻を遅延させる。
【００１０】
記憶部に蓄積されている放送データのデータ量を算出し、算出された放送データのデータ量に基づいて、付帯情報の表示装置への表示を遅延させることによって、放送データの再生が付帯情報の表示に対して遅延することを防止することができる。
【００１１】
好ましい実施形態においては、前記表示制御部が、算出された前記放送データのデータ量に相当する再生時間と同じ時間、前記付帯情報の前記表示装置への表示更新時刻を遅延させる。
【発明の効果】
【００１２】
放送データの再生が、情報の表示に対して遅延することを防止する情報表示制御装置を提供することができる。
【図面の簡単な説明】
【００１３】
【図１】本発明の好ましい実施形態によるＡＶアンプ（情報表示制御装置）１を示すブロック図である。
【図２】コンテンツ情報の表示画面の一例を示す図である。
【図３】番組情報の表示画面の一例を示す図である。
【図４】制御部２の処理を示すフローチャートである。
【図５】データテーブルを示す図である。
【図６】制御部２の処理を示すフローチャートである。
【図７】制御部２の処理を示すフローチャートである。
【発明を実施するための形態】
【００１４】
以下、本発明の好ましい実施形態について、図面を参照して具体的に説明するが、本発明はこれらの実施形態には限定されない。
【００１５】
図１は、本発明の好ましい実施形態による情報表示制御装置が適用されるＡＶアンプ１を示すブロック図である。ＡＶアンプ１は、インターネット等の任意のネットワーク（電気通信回線）を介してサーバ１００に接続可能である。サーバ１００は、放送データを例えばインターネット等の電気通信回線経由で各クライアントに対して送信する。放送データは、ラジオ放送データでもＴＶ放送データでもよいが、本例ではラジオ放送データ（ＩＰラジオ放送データ）である。
【００１６】
放送データは、複数の番組を含み、かつ、各番組はその中に１又は複数のコンテンツを含む。コンテンツは、番組よりも時間の短い放送データの単位を意味する。コンテンツは、ラジオ放送の場合、例えば、曲（音楽）、トーク、ニュース、ＣＭ等であればよい。つまり、コンテンツは、番組内のコーナーや映画でいうチャプターを意味している。
【００１７】
サーバ１００は、放送データの番組情報を、例えばインターネット経由でクライアント（ＡＶアンプ１）に送信する。番組情報は、各番組について、放送開始時刻に対応付けて、パフォーマー名、及び、番組名等を含む。パフォーマー名とは、例えばＤＪ名や、司会者名、ＭＣ名等の番組の代表となる実演家名である。サーバ１００は、各番組を放送開始すると、直ちに番組情報を更新する（但し、放送局によって更新に若干の遅延が生じることもあり得る）。
【００１８】
サーバ１００は、コンテンツ情報を、例えばインターネット経由でクライアント（ＡＶアンプ１）に送信する。コンテンツ情報は、コンテンツを示す情報であり、コンテンツタイプ“ｔｙｐｅ”によって分類化されている。例えば、ｔｙｐｅには、コンテンツが曲であることを示すＭｕｓｉｃや、コンテンツがＣＭであることを示すＣＭや、ｂａｎｎｅｒ等が存在する。ｔｙｐｅがＭｕｓｉｃである場合には、コンテンツ情報は、放送開始時刻に対応付けて、アーティスト名、及び、曲名（タイトル）等を含む。サーバ１００は、放送されるコンテンツが変更されると直ちにコンテンツ情報を更新する（但し、放送局によって更新に若干の遅延が生じることもあり得る）。
【００１９】
なお、番組情報やコンテンツ情報を総称して、放送データの付帯情報と定義する。
【００２０】
ＡＶアンプ１は、制御部２、メモリ（ＲＯＭ、ＲＡＭ、バッファ等）３、再生部４、増幅部５、通信部６、操作部７、および、表示部８を概略備える。制御部２は、メモリ３に格納されているプログラム（例えば情報表示プログラム）に基づいてＡＶアンプ１の各部を制御するものであり、例えば、マイコンやＣＰＵ等である。
【００２１】
通信部６は、インターネット等の任意のネットワークを介してサーバ１００と接続し、サーバ１００との間でコマンド、情報及びデータ等を送受信する。通信部６は、サーバ１００から放送データを受信する。受信された放送データは、バッファに一時的に蓄積される。バッファに蓄積されている放送データが所定量に達した際に、再生部４はバッファから放送データを読み出して、再生（例えばデコード、復調、音響処理等）する。増幅部５は、再生部４によって再生された音声データを増幅し、図示しないスピーカーに音声信号を出力する。なお、放送データがＴＶ放送データのように映像データを含む場合、映像データが映像処理され、表示部８に供給され、ディスプレイ装置２００に映像信号が出力されるとよい。
【００２２】
通信部６は、サーバ１００から番組情報やコンテンツ情報を順次受信し、メモリ３に保存する。順次とは番組情報やコンテンツ情報のサーバ１００による更新を遅滞なく認識できる程度の比較的短い時間を意味し、例えば５秒程度である。この時間は、状況に応じて適宜変更されてもよい。
【００２３】
表示部８は、通信部６によってサーバ１００から受信されたコンテンツ情報に基づいて、現在放送されているコンテンツに関するコンテンツ情報画面（但し、ｔｙｐｅがＭｕｓｉｃであるコンテンツ情報のみ）を描画、生成して、ディスプレイ装置２００に表示させる。図２は、コンテンツ情報画面を示す図であり、現在、アーティスト名がｄｄｄ、曲名がＤＤＤの曲が放送されていることを示している。
【００２４】
表示部８は、通信部６によってサーバ１００から受信された番組情報に基づいて、現在放送されている番組に関する番組情報画面を描画、生成して、ディスプレイ装置２００に表示させる。図３は、番組情報画面を示す図であり、現在、パフォーマー名がＹ、番組名が番組２の番組が放送されていることを示している。
【００２５】
あるいは、表示部８は、ＡＶアンプ１自身が備える表示装置（例えば、液晶ディスプレイ、ＦＬ管、有機ＥＬディスプレイ等）にこれらの情報画面を表示させてもよい。
【００２６】
制御部２は、バッファに蓄積されている放送データのデータ量を算出する。制御部２は、算出された放送データのデータ量に基づいて、番組情報やコンテンツ情報のディスプレイ装置２００への表示更新時刻を遅延させる。詳細には、制御部２は、算出された放送データのデータ量に相当する再生時間と同じ時間だけ、番組情報やコンテンツ情報のディスプレイ装置２００への表示更新時刻を遅延させる。従って、放送データの再生が番組情報やコンテンツ情報の表示に対して遅れることが防止され、概略同期させることができる。
【００２７】
以上の構成を有するＡＶアンプ１についてその動作を説明する。図４は、放送データを受信して再生する際の制御部２の処理を示すフローチャートである。制御部２は、ユーザ操作によって再生開始する指示が入力されるとそれを受け付ける（Ｓ２０１）。制御部２は、インターネット経由でサーバ１００に接続し、プレイリストのＵＲＬ（Uniform Resource Locator）を取得する（Ｓ２０２）。このＵＲＬは一時的に有効なものであり、所定時間経過すると無効となる。制御部２は、プレイリストのＵＲＬにアクセスすることによって、インターネット経由でサーバ１００からプレイリストを取得する（Ｓ２０３）。プレイリストは、放送データの複数の部分放送データ（例えば５秒分のデータ）毎のＵＲＬを含む。
【００２８】
制御部２は、プレイリストから１つの部分放送データのＵＲＬを取得し、この部分放送データをサーバ１００から取得済みであるか、つまり、この部分放送データのＵＲＬがデータテーブルに登録されているか否かを判断する（Ｓ２０５）。図５は、データテーブルを示す図である。データテーブルは、ＡＶアンプ１がサーバ１００から取得済みの部分放送デーファイルを管理するテーブルであり、部分放送データのＵＲＬ（左側）に対応付けて、部分放送データの実際のデータ（右側）が登録されている。図５において、上側が時間的に過去にサーバ１００から取得したデータであり、下側が時間的に最近サーバ１００から取得したデータである。
【００２９】
部分放送データのＵＲＬがデータテーブルに登録されている場合（Ｓ２０５でＹＥＳ）、既にその部分放送データをサーバ１００から取得済みであるので、Ｓ２０４に戻り、プレイリストの内の次の部分放送データのＵＲＬを取得する。部分放送データのＵＲＬがデータテーブルに登録されていない場合（Ｓ２０５でＮＯ）、制御部２は、データテーブルに部分放送データのＵＲＬを登録し（Ｓ２０６）、部分放送データのＵＲＬにインターネット経由でアクセスし、その部分放送データをサーバ１００から取得し、バッファに蓄積する。また、制御部２は、取得した部分放送データをデータテーブルに登録する（Ｓ２０８）。
【００３０】
制御部２は、バッファに所定時間（所定時間は例えば３０秒等でユーザ操作によって設定可能）分以上の放送データが蓄積されているか否かを判断する（Ｓ２０９）。未だ所定時間分以上の放送データがバッファに蓄積されていない場合（Ｓ２０９でＮＯ）、処理はＳ２０２に戻る。所定時間分以上の放送データがバッファに蓄積されている場合（Ｓ２０９でＹＥＳ）、制御部２は放送データの再生を開始する。
【００３１】
制御部２は、再生開始すると、再生部４（つまり、オーディオデバイス）に供給する部分放送データのデータ位置を示すポインタｐを定義し、再生が継続されるに従いポインタｐの更新を実行する（Ｓ２１１）。ポインタｐは、図５に矢印で模式的に示すように、現在の再生位置を、部分放送データ（例えば、http://adikoXXXX_2.aac）の１２８０バイト目という形式でメモリ上で管理するものである。
【００３２】
制御部２は、部分放送データを再生し終えた場合に、必要に応じて、データテーブルから、再生し終えた部分放送データに関する項目を削除する（Ｓ２１２）。その後、制御部２は、所定時間ｔだけ処理を待機し（Ｓ２１３）、Ｓ２０２に戻る。
【００３３】
図６は、番組情報やコンテンツ情報の取得および表示処理を示す制御部２のフローチャートである。制御部２は、変数 counterを定義し、これを０に初期化する（Ｓ５０１）。制御部２は、情報変数をNULLに初期化する（Ｓ５０２）。情報変数とは、番組情報やコンテンツ情報等の描画に必要な情報の塊（構造体）である。制御部２は、図４で説明した手順にて放送データの再生を開始する（Ｓ５０３）。
【００３４】
制御部２は、counter が０より大きいか否かを判断する（Ｓ５０４）。ここでは、counterは初期値の０であるので、一回目の判断の際にはＮｏと判断される。従って、制御部２は、pastTimeを算出する（Ｓ５０５）。pastTime は、バッファに蓄積されている放送データのデータ量に相当する再生時間であり、すなわち、番組情報やコンテンツ情報に対して、放送データの再生が遅延している時間に相当する。pastTimeの算出処理を図７に示す。
【００３５】
図７に示すように、制御部２は、現在放送データを再生中である（Ｓ４０１）。制御部２は、ポインタｐの位置が、どの部分放送データＵＲＬに対するデータの、どの位置（何バイト目）に相当するかの情報をメモリから取得し、そのバイト値から、その部分放送データの残り再生時間remTimeを算出する（Ｓ４０２）。例えば、http://adikoXXXX_2.aacの総バイトサイズが32000byteで、ポインタpがその1280byte目であれば、32000byte
- 1280byte = 30720byte残っているので、5sec×(30720/32000) = 4.8secとなる。つまり、http://adikoXXXX_2.aacで取得できた部分放送データのうち、4.8secが残っていることが分かる。これがremTimeとしてメモリに記憶される。なお、本例では、１つのＵＲＬで再生できる部分放送データの総時間が5secと分かっているので、このような算出方法が採用されるが、そうでない場合にはフォーマットやビットレート等の情報を参照して算出するとよい。
【００３６】
制御部２は、ポインタpが属するＵＲＬよりも時間的に新しい（データテーブルで下側に登録されている）ＵＲＬの総数を取得する（Ｓ４０３）。すなわち、図５の場合、http://adikoXXXX_3.aacからhttp://adikoXXXX_N.aacが該当するので、n= N-3+1 個である。制御部２は、 n×5sec + remTimeを算出し、その値をpastTimeとしてメモリに記憶する（Ｓ４０４）。
【００３７】
図６に戻り、制御部２は、counterを、counter=pastTime/pollingCycleで算出し、更新する（Ｓ５０６）。pollingCycleとはＳ５１４で処理を待機する時間、すなわち、制御部２がサーバ１００から番組情報やコンテンツ情報を要求（ポーリング）し取得する（または必要に応じてこれらの表示を更新する）周期（時間）である。例えば、pastTime=20secで、pollingCycleが5secであれば、20/5=4がcounter値となる。なお、counterが小数点を含む場合、少数点以下は四捨五入、切り上げ、切り捨てのいずれでも構わない。
【００３８】
制御部２は、情報変数がNULLであるか否かを判断する（Ｓ５０７）。初回のみ、番組情報やコンテンツ情報をサーバ１００から未取得であり、情報変数がNULLになっており、ＹＥＳと判断される。制御部２は、サーバ１００にインターネット経由でアクセスし、番組情報やコンテンツ情報の送信を要求する（Ｓ５０８）。制御部２は、サーバ１００から取得した番組情報やコンテンツ情報をディスプレイ装置２００に表示させ（Ｓ５０９）、かつ、情報変数として記憶する（Ｓ５１０）。
【００３９】
制御部２は、ポーリング時間（上記pollingCycle）（例えば５秒間）処理を待機する（Ｓ５１４）。その後、制御部２は、counterをデクリメント（つまり値を１減算）する（Ｓ５１５）。制御部２は、再度、counterが０より大きいか否かを判断する（Ｓ５０４）。本例では、counter =4-1=3である（Ｓ５０４）。従って、Ｓ５０５には進まずに、Ｓ５１４において再度ポーリング時間、処理を待機する。この処理をcounter=0になるまで繰り返す。その結果、pastTimeだけ処理を待機することになる。
【００４０】
Counterが０になると（Ｓ５０４でＮＯ）、制御部２は、再度、pastTimeを算出し（Ｓ５０５）、counterを算出し（Ｓ５０６）、情報変数がNULLであるか否かを判断する（Ｓ５０７）。二回目以降においては、上記のようにＳ５１０においてサーバ１００から取得した番組情報やコンテンツ情報を情報変数として記憶しているので、NULLではないと判断される（Ｓ５０７でＮＯ）。
【００４１】
従って、制御部２は、情報変数として記憶されている番組情報やコンテンツ情報によって、ディスプレイ装置２００に表示されている表示画面の内容を更新する。すなわち、counter×ポーリング時間分前にサーバ１００から取得した番組情報やコンテンツ情報によって、表示画面を書き換える。（なお、現在表示されている番組情報やコンテンツ情報に対して、更新後の番組情報やコンテンツ情報が同じである場合もあり得る）。
【００４２】
制御部２は、サーバ１００に現在の番組情報やコンテンツ情報の送信をインターネット経由で要求する（Ｓ５１２）。制御部２は、サーバ１００から現在の番組情報やコンテンツ情報を取得すると、取得した番組情報やコンテンツ情報を情報変数としてメモリ３に記憶する（Ｓ５１３）。Ｓ５１３で情報変数として記憶した番組情報やコンテンツ情報は、再度、counter×ポーリング時間分経過した後（つまり、Ｓ５１４、Ｓ５１５、Ｓ５０４を繰り返した後）、Ｓ５０７でＮＯを経由して、Ｓ５１１で表示画面として反映される。従って、サーバ１００から番組情報やコンテンツ情報を取得した後、pastTime経過してから、表示画面が更新される処理が繰り返される。
【００４３】
以上のように、バッファに蓄積されている放送データのデータ量を算出して、番組情報やコンテンツ情報を表示画面に表示させる時刻を遅延させるので、放送データの再生と、番組情報やコンテンツ情報の表示とを同期させることができる。
【００４４】
なお、ポーリング時間については、Ｓ５０８やＳ５１２で番組情報やコンテンツ情報の要求取得にかかる通信時間、および、取得した番組情報やコンテンツ情報を解析する時間等をポーリング時間から減算することで、同期の精度を高めることができる。
【００４５】
以上、本発明の好ましい実施形態を説明したが、本発明はこれらの実施形態には限定されない。コンテンツ情報および番組情報は現在放送されている最新のものだけをサーバから受信してもよい。サーバは、クライアントからの要求ではなく、コンテンツ情報（又は番組情報）を更新した際にクライアントにコンテンツ情報（又は番組情報）を送信するものでもよい。コンテンツ情報や番組情報も電波やケーブルを介して受信してもよい。本発明の情報表示制御装置を動作させるためのコンピュータプログラムまたはそのコンピュータプログラムを記録した記録媒体という形態で提供されてもよい。
【産業上の利用可能性】
【００４６】
本発明は、ＡＶアンプやＰＣ等に好適に採用され得る。
【符号の説明】
【００４７】
１ ＡＶアンプ（情報表示制御装置）
２ 制御部
３ メモリ
４ 再生部
５ 増幅部
６ 通信部
７ 操作部
８ 表示部
１００ サーバ
【特許請求の範囲】
【請求項１】
放送データ、および、前記放送データに関する付帯情報をサーバから受信するデータ受信部と、
前記データ受信部によって受信された付帯情報を表示装置に表示させる表示制御部と、
前記データ受信部によって受信された放送データを一時的に蓄積する記憶部と、
前記記憶部に蓄積されている放送データが所定量に達した際に、前記記憶部に蓄積されている放送データを前記記憶部から読み出して再生する再生部と、
前記記憶部に蓄積されている放送データのデータ量を算出する算出部とを備え、
前記表示制御部が、算出された前記放送データのデータ量に基づいて、前記付帯情報の前記表示装置への表示更新時刻を遅延させる、情報表示制御装置。
【請求項２】
前記表示制御部が、算出された前記放送データのデータ量に相当する再生時間と同じ時間、前記付帯情報の前記表示装置への表示更新時刻を遅延させる、請求項１に記載の情報表示制御装置。
【請求項３】
放送データ、および、前記放送データに関する付帯情報をサーバから受信するデータ受信ステップと、
前記データ受信ステップによって受信された付帯情報を表示装置に表示させる表示制御ステップと、
前記データ受信ステップによって受信された放送データを記憶部に一時的に蓄積するステップと、
前記記憶部に蓄積されている放送データが所定量に達した際に、前記記憶部に蓄積されている放送データを前記記憶部から読み出して再生する再生ステップと、
前記記憶部に蓄積されている放送データのデータ量を算出する算出ステップとを含み、
前記表示制御ステップが、算出された前記放送データのデータ量に基づいて、前記付帯情報の前記表示装置への表示更新時刻を遅延させる、情報表示方法。
【請求項４】
放送データ、および、前記放送データに関する付帯情報をサーバから受信するデータ受信ステップと、
前記データ受信ステップによって受信された付帯情報を表示装置に表示させる表示制御ステップと、
前記データ受信ステップによって受信された放送データを記憶部に一時的に蓄積するステップと、
前記記憶部に蓄積されている放送データが所定量に達した際に、前記記憶部に蓄積されている放送データを前記記憶部から読み出して再生する再生ステップと、
前記記憶部に蓄積されている放送データのデータ量を算出する算出ステップとをコンピュータに実行させ、
前記表示制御ステップが、算出された前記放送データのデータ量に基づいて、前記付帯情報の前記表示装置への表示更新時刻を遅延させる、情報表示プログラム。
【請求項１】
放送データ、および、前記放送データに関する付帯情報をサーバから受信するデータ受信部と、
前記データ受信部によって受信された付帯情報を表示装置に表示させる表示制御部と、
前記データ受信部によって受信された放送データを一時的に蓄積する記憶部と、
前記記憶部に蓄積されている放送データが所定量に達した際に、前記記憶部に蓄積されている放送データを前記記憶部から読み出して再生する再生部と、
前記記憶部に蓄積されている放送データのデータ量を算出する算出部とを備え、
前記表示制御部が、算出された前記放送データのデータ量に基づいて、前記付帯情報の前記表示装置への表示更新時刻を遅延させる、情報表示制御装置。
【請求項２】
前記表示制御部が、算出された前記放送データのデータ量に相当する再生時間と同じ時間、前記付帯情報の前記表示装置への表示更新時刻を遅延させる、請求項１に記載の情報表示制御装置。
【請求項３】
放送データ、および、前記放送データに関する付帯情報をサーバから受信するデータ受信ステップと、
前記データ受信ステップによって受信された付帯情報を表示装置に表示させる表示制御ステップと、
前記データ受信ステップによって受信された放送データを記憶部に一時的に蓄積するステップと、
前記記憶部に蓄積されている放送データが所定量に達した際に、前記記憶部に蓄積されている放送データを前記記憶部から読み出して再生する再生ステップと、
前記記憶部に蓄積されている放送データのデータ量を算出する算出ステップとを含み、
前記表示制御ステップが、算出された前記放送データのデータ量に基づいて、前記付帯情報の前記表示装置への表示更新時刻を遅延させる、情報表示方法。
【請求項４】
放送データ、および、前記放送データに関する付帯情報をサーバから受信するデータ受信ステップと、
前記データ受信ステップによって受信された付帯情報を表示装置に表示させる表示制御ステップと、
前記データ受信ステップによって受信された放送データを記憶部に一時的に蓄積するステップと、
前記記憶部に蓄積されている放送データが所定量に達した際に、前記記憶部に蓄積されている放送データを前記記憶部から読み出して再生する再生ステップと、
前記記憶部に蓄積されている放送データのデータ量を算出する算出ステップとをコンピュータに実行させ、
前記表示制御ステップが、算出された前記放送データのデータ量に基づいて、前記付帯情報の前記表示装置への表示更新時刻を遅延させる、情報表示プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【公開番号】特開２０１２−１６０９２５（Ｐ２０１２−１６０９２５Ａ）
【公開日】平成２４年８月２３日（２０１２．８．２３）
【国際特許分類】
【出願番号】特願２０１１−１９３４７（Ｐ２０１１−１９３４７）
【出願日】平成２３年２月１日（２０１１．２．１）
【出願人】（７１００１４３５１）オンキヨー株式会社 (226)
【Ｆターム（参考）】
【公開日】平成２４年８月２３日（２０１２．８．２３）
【国際特許分類】
【出願日】平成２３年２月１日（２０１１．２．１）
【出願人】（７１００１４３５１）オンキヨー株式会社 (226)
【Ｆターム（参考）】
[ Back to top ]