(57)【要約】【課題】ＩＰサイマルラジオサーバから音声データが取得できず、再生が停止してしまうことを防止するコンテンツ処理装置を提供すること。【解決手段】  コンテンツ処理装置は、第１の送信方式および第２の送信方式によって送信されるコンテンツを受信する。コンテンツ処理装置は、第２の送信方式によって送信されるコンテンツデータを記憶部に記憶し、記憶部に記憶されたコンテンツデータを受信装置へ出力する。記憶部に記憶されるコンテンツデータが不足していると判断されたとき、第２受信手段に設定されている第２パラメータから第１パラメータに変換し、第１受信手段に第１パラメータを設定し、第１受信手段が受信するコンテンツを受信装置へ出力する。この結果、第２受信手段が受信するコンテンツデータが不足した場合、第１受信手段によって音声データを受信し、第２受信手段が受信するコンテンツと同一の内容のコンテンツを受信装置へ出力できる。【選択図】図２
2013197953.tif 000002
【特許請求の範囲】
【請求項１】
複数の送信方式で送信されるコンテンツを受信可能なコンテンツ処理装置であって、
第１の送信方式で送信されるコンテンツを受信する第１受信手段と、
第２の送信方式で送信されるコンテンツを受信する第２受信手段と、
前記第１受信手段が受信するコンテンツを切り替えるための第１パラメータを前記第１受信手段に設定する第１設定手段と、
前記第２受信手段が受信するコンテンツを切り替えるための第２パラメータを前記第２受信手段に設定する第２設定手段と、
前記第１パラメータと、前記第２パラメータとを対応付けて管理する管理手段と、
前記第２パラメータを前記第１パラメータに変換する変換手段と、
前記第１受信手段、または、前記第２受信手段によって受信されるコンテンツを受信装置へ出力する出力手段と、
前記第２受信手段が受信するコンテンツを記憶部に記憶する記憶手段と、
前記記憶部に記憶されたコンテンツのデータ量が不足しているか否かを判断する判断手段とを備え、
前記記憶部のコンテンツのデータ量が不足していると判断された場合、前記変換手段が、前記第２受信手段に設定されている前記第２パラメータを前記第１パラメータに変換し、
前記第１設定手段が、変換された前記第１パラメータを前記第１受信手段に設定し、
前記出力手段が、前記第１受信手段が受信するコンテンツを前記受信装置へ出力する、コンテンツ処理装置。
【請求項２】
前記第１受信手段が受信するコンテンツを前記受信装置へ出力中に、前記第２の送信方式でコンテンツを送信する送信サーバにコンテンツの取得要求を送信し、前記記憶手段が取得されたコンテンツを前記記憶部に記憶し、
前記判断手段が、前記記憶部に記憶されているコンテンツのデータ量が不足していないと判断したと
き、前記出力手段が、前記記憶部に記憶されているコンテンツを前記受信装置へ出力する、請求項１に記載のコンテンツ処理装置。
【請求項３】
前記管理手段が、前記第１パラメータと、前記第２パラメータと、前記コンテンツ処理装置が設置されている位置情報とを関連付けて管理し、
前記送信サーバから、第２パラメータリストを取得する第１リスト取得手段と、
前記送信サーバから前記第２パラメータリストが取得できたか否かを判断するリスト判断手段と、
前記第２パラメータリストを取得できなかったと判断された場合、前記位置情報に基づいて、前記管理手段が管理する前記第２パラメータリストを取得する第２リスト取得手段と、
前記第２リスト取得手段によって取得された前記第２パラメータリストをユーザに通知する通知手段と、
ユーザ操作によって、前記第２リスト取得手段によって取得された前記第２パラメータリストから前記第２パラメータの選択指示を受信する第２パラメータ選択手段とをさらに備え、
前記変換手段が、選択された前記第２パラメータを前記第１パラメータに変換し、
前記第１設定手段が、変換された前記第１パラメータを前記第１受信手段に設定する、請求項１または２に記載のコンテンツ処理装置。
【請求項４】
前記リスト判断手段によって、前記第２パラメータリストが取得されなかったと判断された場合、定期的に前記第２パラメータリストの取得要求を前記送信サーバに送信し、
前記第２パラメータリストを取得できたと判断された場合、前記第２パラメータ選択手段によって選択された前記第２パラメータを取得し、
前記第２設定手段が、取得された前記第２パラメータを前記第２受信手段に設定する、請求項３に記載のコンテンツ処理装置。
【請求項５】
請求項１〜４に記載のコンテンツ処理装置の各手段を前記コンテンツ処理装置に実行させる、コンテンツ処理装置プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツ処理装置及びそのプログラムに関する。
【背景技術】
【０００２】
ラジオ放送をラジオチューナによって受信可能であり、また、ネットワーク経由でＩＰサイマルラジオサーバからラジオ放送（ＩＰサイマルラジオ放送）を受信可能なコンテンツ処理装置（以下、ＡＶレシーバ）がある。なお、ＩＰサイマルラジオサーバは、ネットワークを介して、電波によって送信されるラジオ放送と同一の内容の放送を送信する。
【０００３】
ＡＶレシーバは、ＡＶレシーバの記憶部にコンテンツバッファ(以下、バッファという。)を有している。ＡＶレシーバは、ＩＰサイマルラジオサーバから送信されるコンテンツデータをバッファに蓄積し、バッファにある程度のコンテンツデータが蓄積された後、バッファからコンテンツデータをＤＡＣ、増幅部等を介してスピーカーへ出力する。なお、コンテンツは音声データや映像データである。以下、コンテンツデータは音声データであるとする。
【０００４】
ＡＶレシーバは、バッファの音声データを読み出して再生を開始し、バックグランド処理によってＩＰサイマルラジオサーバから定期的に音声データを取得し、バッファに新しい音声データを保存し続ける。再生のためにバッファから読み出す音声データの量が、ＩＰサイマルラジオサーバから取得される音声データの量よりも多い状態が続くと、バッファの音声データが枯渇し、ＡＶレシーバは再生を継続できなくなる。例えば、ネットワーク速度の低下や、ＩＰサイマルラジオサーバの負荷の増大などによって、ＡＶレシーバは、ＩＰサイマルラジオサーバから十分な量の音声データを取得できなくなることがある。
【０００５】
特開２０１０−２０６５１８号公報には、放送エリアが変更された場合に、変更後の放送エリアに対応する受信可能なチャンネル情報を生成して設定する装置が記載されている。
【０００６】
特開２０１１−１１９７９０号公報には、サイマル放送に基づいて記録を行う際に、記録に使用する放送方式が頻繁に切り替わることを防止する装置が記載されている。
【０００７】
特開２００８−１９９１１１号公報には、ネットワーク上にデジタル放送受信機が見つからなかった場合や、見つかったがチューナが別に使用されている場合は、１セグで視聴するシステムが記載されている。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２０１０−２０６５１８号公報
【特許文献２】特開２０１１−１１９７９０号
【特許文献３】特開２００８−１９９１１１号
【発明の概要】
【発明が解決しようとする課題】
【０００９】
本発明は上記従来の課題を解決するためになされたものであり、その目的は、第２の送信方式でコンテンツを送信する送信元から音声データを取得できず、再生が停止してしまうことを防止するコンテンツ処理装置を提供することである。
【課題を解決するための手段】
【００１０】
本発明の好ましい実施形態によるコンテンツ処理装置は、複数の送信方式で送信されるコンテンツを受信可能なコンテンツ処理装置であって、
第１の送信方式で送信されるコンテンツを受信する第１受信手段と、第２の送信方式で送信されるコンテンツを受信する第２受信手段と、前記第１受信手段が受信するコンテンツを切り替えるための第１パラメータを前記第１受信手段に設定する第１設定手段と、前記第２受信手段が受信するコンテンツを切り替えるための第２パラメータを前記第２受信手段に設定する第２設定手段と、前記第１パラメータと、前記第２パラメータとを対応付けて管理する管理手段と、前記第２パラメータを前記第１パラメータに変換する変換手段と、前記第１受信手段、または、前記第２受信手段によって受信されるコンテンツを受信装置へ出力する出力手段と、前記第２受信手段が受信するコンテンツを記憶部に記憶する記憶手段と、前記記憶部に記憶されたコンテンツのデータ量が不足しているか否かを判断する判断手段とを備え、前記記憶部のコンテンツのデータ量が不足していると判断された場合、前記変換手段が、前記第２受信手段に設定されている前記第２パラメータを前記第１パラメータに変換し、前記第１設定手段が、変換された前記第１パラメータを前記第１受信手段に設定し、前記出力手段が、前記第１受信手段が受信するコンテンツを前記受信装置へ出力する。
【００１１】
コンテンツ処理装置は、第１の送信方式および第２の送信方式によって送信されるコンテンツを受信する。コンテンツ処理装置は、第２の送信方式によって送信されるコンテンツデータを記憶部に記憶し、記憶部に記憶されたコンテンツデータを受信装置へ出力する。記憶部に記憶されるコンテンツデータが不足していると判断されたとき、第２受信手段に設定されている第２パラメータから第１パラメータに変換し、第１受信手段に第１パラメータを設定し、第１受信手段が受信するコンテンツを受信装置へ出力する。この結果、第２受信手段が受信するコンテンツデータが不足した場合、第１受信手段によって音声データを受信し、第２受信手段が受信するコンテンツと同一の内容のコンテンツを受信装置へ出力できる。
【００１２】
好ましい実施形態においては、前記第１受信手段が受信するコンテンツを前記受信装置へ出力中に、前記第２の送信方式でコンテンツを送信する送信サーバにコンテンツの取得要求を送信し、前記記憶手段が取得されたコンテンツを前記記憶部に記憶し、前記判断手段が、前記記憶部に記憶されているコンテンツのデータ量が不足していないと判断したとき、前記出力手段が、前記記憶部に記憶されているコンテンツを前記受信装置へ出力する。
【００１３】
コンテンツ処理装置は、第２の送信方式で送信されるコンテンツを受信可能になったとき、受信装置へ出力するコンテンツを、第１受信手段が受信するコンテンツから、第２受信手段が受信するコンテンツへ自動的に切り替えることができる。
【００１４】
本発明の別の好ましい実施形態によるコンテンツ処理装置は、前記管理手段が、前記第１パラメータと、前記第２パラメータと、前記コンテンツ処理装置が設置されている位置情報とを関連付けて管理し、前記送信サーバから、第２パラメータリストを取得する第１リスト取得手段と、前記送信サーバから前記第２パラメータリストが取得できたか否かを判断するリスト判断手段と、前記第２パラメータリストを取得できなかったと判断された場合、前記位置情報に基づいて、前記管理手段が管理する前記第２パラメータリストを取得する第２リスト取得手段と、前記第２リスト取得手段によって取得された前記第２パラメータリストをユーザに通知する通知手段と、ユーザ操作によって、前記第２リスト取得手段によって取得された前記第２パラメータリストから前記第２パラメータの選択指示を受信する第２パラメータ選択手段とをさらに備え、前記変換手段が、選択された前記第２パラメータを前記第１パラメータに変換し、前記第１設定手段が、変換された前記第１パラメータを前記第１受信手段に設定する。
【００１５】
コンテンツ処理装置は、コンテンツ処理装置が受信可能な第２パラメータのリストをユーザに確実に通知できる。また、ユーザ操作によって第２パラメータのリストから第２パラメータを選択されたとき、選択された第２パラメータに対応するコンテンツを第１受信手段によって受信できる。
【００１６】
本発明の別の好ましい実施形態によるコンテンツ処理装置は、前記リスト判断手段によって、前記第２パラメータリストが取得されなかったと判断された場合、定期的に前記第２パラメータリストの取得要求を前記送信サーバに送信し、前記第２パラメータリストを取得できたと判断された場合、前記第２パラメータ選択手段によって選択された前記第２パラメータを取得し、前記第２設定手段が、取得された前記第２パラメータを前記第２受信手段に設定する。
【００１７】
コンテンツ処理装置は、第２パラメータのリストを取得できたとき、第１受信手段が受信するコンテンツと同一の内容のコンテンツを第２受信手段によって受信し、受信装置へ出力できる。  
【発明の効果】
【００１８】
ＩＰサイマルラジオサーバから音声データが取得できず、再生が停止してしまうことを防止するコンテンツ処理装置を提供できる。
【００１９】
できる。
【図面の簡単な説明】
【００２０】
【図１】本発明の好ましい実施形態による機器のブロック図である。
【図２】本発明の好ましい実施形態によるネットワーク制御部１３が実行するフローチャートである。
【図３】本発明の好ましい実施形態によるラジオ局テーブルである。
【図４】本発明の好ましい実施形態によるネットワーク制御部１３が実行するフローチャートである。
【図５】本発明の好ましい実施形態によるネットワーク制御部１３が実行するフローチャートである。
【図６】本発明の好ましい実施形態によるネットワーク制御部１３が実行するフローチャートである。
【発明を実施するための形態】
【００２１】
以下、本発明の好ましい実施形態によるコンテンツ処理装置について、図面を参照して具体的に説明するが、本発明はこれらの実施形態には限定されない。
【００２２】
図１は、本発明の好ましい実施形態によるコンテンツ処理装置のブロック図である。ＡＶレシーバ１００は、制御部１１、記憶部１２、ネットワーク制御部１３、ラジオ電波受信部１４(第１受信手段)、通信部１５(第２受信手段)、ＤＡＣ１６、増幅部１７、及び操作部１８を備える。制御部１１は記憶部１２に格納されたプログラムを実行することによりＡＶレシーバ１００全体を制御するものであり、例えばマイコンやＣＰＵである。記憶部１２は、ＡＶレシーバ１００の設定内容などを保持するものであり、例えばＲＯＭやＲＡＭである。ネットワーク制御部１３は、記憶部１２に格納されたプログラムを実行することにより後述する通信部１５とＩＰサイマルラジオサーバ３１との通信を制御し、また、ＩＰサイマルラジオサーバ３１から取得される音声データをＤＡＣ１６等へ出力するものであり、例えばマイコンやＣＰＵである。ラジオ電波受信部１４はラジオチューナであり、複数の放送方式（ＡＭ変調方式やＦＭ変調方式、以下、バンドという。）でラジオ放送局２１から放送されるラジオ電波を受信する。制御部１１は、ラジオ電波受信部１４に周波数やバンド（第１パラメータ）を設定することによって放送局を選局し、音声データを受信させる。通信部１５はＩＰサイマルラジオサーバ３１と接続されるネットワークインターフェースであり、例えばＬＡＮ端子である。ネットワーク制御部１３は、制御部１１の指示によってＩＰサイマルラジオサーバ３１から放送局の一覧を取得する。ネットワーク制御部１３はユーザ操作によって放送局一覧の中から放送局を選択するパラメータ（第２パラメータ）が入力されたとき、ネットワーク制御部１３は第２パラメータをＩＰサイマルラジオサーバ３１に送信し、ＩＰサイマルラジオサーバ３１から音声データを取得する。第２パラメータは、例えば放送局名や、放送局ＩＤなどである。
【００２３】
ＤＡＣ１６はデジタルーアナログ変換部であり、通信部１５によって受信されるデジタル形式の音声データをアナログ信号に変換する。増幅部１７は、アナログ形式の音声データを増幅し、スピーカー２０へ出力する。操作部１８はユーザ操作を受け付けるボタンであり、例えばラジオ電波受信部１４が受信する周波数やバンドを変更するボタン、ネットワーク制御部１３が取得する放送局一覧から放送局を選択するための選択ボタン、電源ボタン、または入力切替セレクタ等である。
【００２４】
以上の構成を備えるＡＶレシーバ１００のネットワーク制御部１３は、ＩＰサイマルラジオサーバから取得する音声データをスピーカー２０へ出力し、出力中に記憶部１２のバッファの音声データが不足したと判断したとき、ラジオ電波受信部１４に第１パラメータを設定し、ラジオ電波受信部１４によって受信される音声データをスピーカー２０に出力する。なお、制御部１１とネットワーク制御部１３とはシリアル通信（ＳＰＩ通信、Ｉ２Ｃ通信など）によって通信する。
【００２５】
[実施形態１]
図２は、実施形態１におけるＡＶレシーバ１００のネットワーク制御部１３のフローチャートを示す。図２のフローチャートは、ユーザ操作によってＩＰサイマルラジオサーバ３１から音声データを取得し、再生する指示が入力されたときに実行される。本実施形態によると、ネットワーク制御部１３は、ＩＰサイマルラジオサーバから取得する音声データをスピーカー２０へ出力し、記憶部１２のバッファの音声データが不足したと判断したとき、ラジオ電波受信部１４によって取得される音声データをスピーカー２０に出力する。
【００２６】
ＡＶレシーバ１００のネットワーク制御部１３は、音声データ取得用タイマを開始し、音声カウンタ変数をインクリメントする（Ｓ１０１）。ネットワーク制御部１３は、例えば１秒おきに音声カウンタ変数をインクリメントする。音声カウンタ変数の初期値は０である。
【００２７】
ネットワーク制御部１３は、メタ情報取得用タイマを開始し、メタ情報カウンタ変数をインクリメントする（Ｓ１０２）。ネットワーク制御部１３は、例えば１秒おきにメタ情報カウンタ変数をインクリメントする。メタ情報カウンタ変数の初期値は０である。
【００２８】
ネットワーク制御部１３は、ＩＰサイマルラジオサーバ３１から音声データを取得し、バッファへ保存する（Ｓ１０３）。ネットワーク制御部１３は、再生を開始できる量の音声データがバッファに蓄積されたか否かを判断し（Ｓ１０４）、音声データの量が不十分であると判断したとき（Ｓ１０４でＮＯ）、ＩＰサイマルラジオサーバ３１に音声データの取得要求を送信する（Ｓ１０５）。ネットワーク制御部１３は、再生を開始できる量の音声データがバッファに蓄積されたと判断した場合（Ｓ１０４でＹＥＳ）、音声データをバッファからＤＡＣ１６へ出力する。ＤＡＣ１６によってアナログ変換された音声データは、増幅部１７を介してスピーカー２０へ出力される（Ｓ１０６）。なお、再生を開始できる量は、例えば１分間再生可能な音声データ量である。
【００２９】
ネットワーク制御部１３は、ＩＰサイマルラジオサーバ３１から、現在送信中の音声データに関するメタ情報（例えば番組名、アーティスト名、楽曲タイトルなど）を取得する（Ｓ１０７）。ネットワーク制御部１３は、取得したメタ情報を制御部１１へ送信し、制御部１１は、メタ情報をＡＶレシーバ１００のＦＬ管や、ＡＶレシーバ１００に接続される表示装置（ＴＶなど）に表示する。
【００３０】
ネットワーク制御部１３は、音声データを取得するタイミングになったか否かを判断する（Ｓ１０８）。なお、音声データを取得するタイミングは、音声カウンタの値によって判断され、例えば、音声カウンタの値が５秒増えるごとに、ネットワーク制御部１３は、音声データを取得するタイミングになったと判断する。
【００３１】
ネットワーク制御部１３は、音声データを取得するタイミングになっていないと判断したとき（Ｓ１０８でＮＯ）、音声データを取得するタイミングになるのを待ち、音声データを取得するタイミングになったと判断したとき（Ｓ１０８でＹＥＳ）、ＩＰサイマルラジオサーバから音声データを取得し、バッファに追記する（Ｓ１０９）。ネットワーク制御部１３は、定期的にＩＰサイマルラジオサーバ３１から音声データを取得し、バッファに追記することによって、バッファの音声データが枯渇しないようにする。
【００３２】
ネットワーク制御部１３は、バッファの音声データが枯渇したか否かを判断する（Ｓ１１０）。具体的には、ネットワーク制御部１３は、バッファに蓄積される音声データのバイト数が閾値を下回ったか否かによって、バッファの音声データが枯渇したか否かを判断する。例えば、バッファの音声データのバイト数が１０キロバイトを下回った場合、ネットワーク制御部１３は、バッファの音声データが枯渇したと判断する。Ｓ１０９の処理によって十分な量の音声データを取得できない状態が続いた場合、バッファの音声データが枯渇する。ネットワーク制御部１３は、バッファが枯渇していないと判断したとき（Ｓ１１０でＮＯ）、メタ情報取得タイミングになったか否かを判断する（Ｓ１１１）。メタ情報を取得するタイミングは、メタ情報カウンタの値によって判断され、例えば、メタ情報カウンタの値が３０秒増えるごとに、ネットワーク制御部１３は、メタ情報を取得するタイミングになったと判断する。
【００３３】
ネットワーク制御部１３は、メタ情報取得タイミングになったと判断した場合（Ｓ１１１でＹＥＳ）、Ｓ１０７以降の処理を実行し、メタ情報取得タイミングになっていないと判断した場合（Ｓ１１１でＮＯ）、メタ情報取得タイミングになるのを待つ。
【００３４】
ネットワーク制御部１３は、バッファが枯渇したと判断した場合（Ｓ１１０でＹＥＳ）、現在ＡＶレシーバ１００がＩＰサイマルラジオサーバ３１から受信している音声データに対応する放送局名を取得する（Ｓ１１２）。放送局名は、例えば、ＦＭ大阪や、ＡＢＣラジオなどである。なお、放送局名はＳ１０７の処理によって取得されるメタ情報に含まれる。
【００３５】
ネットワーク制御部１３は、ＡＶレシーバ１００が設置されている場所の情報を取得する（Ｓ１１３）。場所に関する情報は、例えば「東京都２３区」や、「大阪府大阪市」などである。ネットワーク制御部１３は、インターネットサービスプロバイダ等に問い合わせることによって、ＡＶレシーバ１００のＩＰアドレスから位置情報を取得する。
【００３６】
ネットワーク制御部１３は、図３のラジオ局テーブルに基づき、現在ＩＰサイマルラジオサーバ３１から受信中の放送局名から、周波数の情報とバンドの情報とを取得する（Ｓ１１４）。図３は記憶部１２に記憶されるラジオ局テーブルを示す。ラジオ局テーブルは、地域名、バンド、周波数、及び放送局名を対応付けて管理するテーブルである。例えば、現在ＩＰサイマルラジオサーバ３１から受信中の放送局がエフエム北海道であった場合、バンド「ＦＭ」、周波数「８０．４ＭＨｚ」が取得される。なお、本実施形態において地域名は、都道府県名としたが、市町村まで含めた地域名であってもよいし、近畿地方、東北地方等の地方名であってもよい。放送局名の代わりに、放送局に固有なＩＤのようなものが用いられてもよい。ＩＤは、例えばコールサインである。
【００３７】
ネットワーク制御部１３は、制御部１１にＳ１１４の処理によって取得された周波数とバンドとを送信し、制御部１１は、ラジオ電波受信部１４に、周波数とバンドとを設定することによって放送局を選局し、ラジオ電波受信部１４は音声データを受信開始する（Ｓ１１５）。
【００３８】
ネットワーク制御部１３は、ＩＰサイマルラジオサーバ３１から音声データを取得する処理を停止し、メタ情報を取得する処理を停止する（Ｓ１１６）。すなわち、ネットワーク制御部１３は、Ｓ１０１とＳ１０２の処理によって開始したタイマのカウント処理を停止する。ネットワーク制御部１３は、ラジオ電波受信部１４が受信する音声データを、増幅部１７を介してスピーカー２０に出力する（Ｓ１１７）。
【００３９】
以上の本実施形態によると、ネットワーク制御部１３は、ＩＰサイマルラジオサーバ３１から音声データを取得できず、バッファが枯渇した場合であっても、ユーザはラジオ放送の聴取を継続できる。
【００４０】
[実施形態２]
図４は、実施形態２におけるＡＶレシーバ１００のネットワーク制御部１３のフローチャートを示す。図２と同一の処理には同一符号を付し、説明を省略する。本実施形態によると、ネットワーク制御部１３は、ラジオ電波受信部１４が受信する音声データをスピーカー２０へ出力中に、ＩＰサイマルラジオサーバ３１から送信される音声データ取得処理を継続し、取得された音声データをバッファに蓄積する。ネットワーク制御部１３は、十分な量の音声データをバッファに蓄積できたとき、ラジオ電波受信部１４から送信される音声データをスピーカー２０に出力する状態から、ＩＰサイマルラジオサーバ３１から送信される音声データをスピーカー２０に出力する状態に切り替える。
【００４１】
ネットワーク制御部１３は、制御部１１に周波数およびバンドを送信し、制御部１１は、ラジオ電波受信部１４に周波数およびバンドを設定して放送局を選局し（Ｓ１１５）、ＩＰサイマルラジオサーバ３１から取得される音声信号をＤＡＣ１６に出力しないよう、ミュートする（Ｓ２０１）。すなわち、ネットワーク制御部１３は、Ｓ１０１の処理によって開始されたタイマを停止せず、ＩＰサイマルラジオサーバ３１から音声データを取得する処理を継続する。
【００４２】
ネットワーク制御部１３は、音声データをＩＰサイマルラジオサーバ３１から取得するタイミングになったか否かを判断し（Ｓ２０２）、取得タイミングになっていないと判断した場合（Ｓ２０２でＮＯ）、取得タイミングになるのを待ち、取得タイミングになったと判断した場合（Ｓ２０２でＹＥＳ）、ＩＰサイマルラジオサーバ３１から音声データを取得し、バッファに追記する（Ｓ２０３）。ネットワーク制御部１３は、再生開始できる量の音声データがバッファに蓄積されたか否かを判断し（Ｓ２０４）、蓄積されていないと判断した場合（Ｓ２０４でＮＯ）、Ｓ２０２以降の処理を実行し、蓄積されたと判断した場合（Ｓ２０４でＹＥＳ）、ラジオ電波受信部１４による音声データの受信を停止する（Ｓ２０５）。ネットワーク制御部１３は、Ｓ１０６以降の処理を実行し、ＩＰサイマルラジオサーバ３１から取得される音声データをスピーカー２０に出力する。
【００４３】
以上の本実施形態によると、ネットワーク制御部１３は、ＩＰサイマルラジオサーバ３１から音声データが取得できなくなった後、再びＩＰサイマルラジオサーバ３１から音声データを取得可能な状態になった場合、ＩＰサイマルラジオサーバ３１から取得される音声データをスピーカー２０から出力するように切り替える。この結果、ユーザはＡＶレシーバ１００を操作することなくＩＰサイマルラジオサーバ３１から送信される音声を聴取できる。
【００４４】
ところで、ＩＰサイマルラジオサーバ３１は、ＡＶレシーバ１００から送信されるＡＶレシーバ１００のＩＰアドレスに基づいて、ＡＶレシーバ１００が設置されている地域情報を取得し、地域に応じた放送局の一覧を送信する。たとえば、ＡＶレシーバ１００が大阪府に設置されていることがＩＰアドレスから判断された場合、ＩＰサイマルラジオサーバ３１は、ＡＢＣラジオ、ＭＢＳラジオ、ラジオ大阪、ＦＭ−ＣＯＣＯＬＯ等の大阪府圏内に提供している放送局一覧をＡＶレシーバ１００に送信する。しかしながら、ＡＶレシーバ１００が設置される地域によっては、ＩＰサイマルラジオサービスが開始されておらず、ＡＶレシーバ１００は放送局名をＩＰサイマルラジオサーバ３１から取得できない場合がある。この場合、ユーザはＡＶレシーバ１００のＩＰサイマルラジオ再生機能を選択しても、ラジオ放送を聴くことができない。
【００４５】
[実施形態３]
図５は、実施形態３におけるＡＶレシーバ１００のネットワーク制御部１３のフローチャートを示す。本実施形態によると、ユーザ操作によってＩＰサイマルラジオサーバ３１から取得される音声データをスピーカ−２０から出力する指示が入力されたとき、ネットワーク制御部１３は、ＩＰサイマルラジオサーバ３１に放送局名リストの取得要求を送信し、放送局名が１つも取得できない場合、図３のラジオ局テーブルから放送局名の一覧を取得し、表示する。ネットワーク制御部１３は、ユーザ操作によって、放送局名の一覧から放送局名を指定される指示を受信したとき、ラジオ電波受信部１４を使用して音声データを受信する。
【００４６】
ネットワーク制御部１３は、ユーザ操作によってＩＰサイマルラジオサーバ３１への接続指示が入力されたとき、ＩＰサイマルラジオサーバ３１に接続する（Ｓ３０１）。ネットワーク制御部１３は、ＡＶレシーバ１００に設定されているＩＰアドレスに基づき、ＡＶレシーバ１００が設置されている位置情報を取得する（Ｓ３０２）。
【００４７】
ネットワーク制御部１３は、ＩＰサイマルラジオサーバ３１に放送局名の一覧を取得する要求を送信し、放送局名の一覧を取得できたか否かを判断する（Ｓ３０３）。ネットワーク制御部１３は、放送局名の一覧を取得できたと判断したとき（Ｓ３０３でＹＥＳ）、図２または図４のＳ１０１以降の処理を実行する（Ｓ３０４）。
【００４８】
ネットワーク制御部１３は、放送局名の一覧を取得できなかったと判断したとき（Ｓ３０３でＮＯ）、図３のラジオ局テーブルを参照し、Ｓ３０２の処理によって取得された地域名と同一の地域名が登録されている放送局名をすべて取得する（Ｓ３０５）。例えば、Ｓ３０２の処理によって「北海道」が取得された場合、図３のラジオ局テーブルの地域名が北海道である、「エフエム北海道」、「エフエムノースウエーブ」等が取得される。
【００４９】
ネットワーク制御部１３は、ＡＶレシーバ１００に接続されるＴＶ等の表示装置、またはＡＶレシーバ１００に備えられるＦＬ管やＬＣＤディスプレイ等にＳ３０４で取得された放送局名のリストを表示するよう制御部１１に指示する（Ｓ３０６）。ネットワーク制御部１３は、ユーザ操作によって、Ｓ３０５の処理によって表示された放送局名の一覧から１つの放送局を選択する指示を受信する（Ｓ３０７）。
【００５０】
ネットワーク制御部３１は、Ｓ３０７の処理によって選択された放送局に対応するバンドと周波数とを図３のラジオ局テーブルによって特定し、特定されたバンドと周波数とを制御部１１へ送信し、制御部１１はラジオ電波受信部１４に設定し（Ｓ３０８）、ラジオ電波受信部１４によって受信される音声データをスピーカー２０に出力する。例えば、ユーザ操作によって放送局名「エフエムノースウエーブ」を選択する指示が入力された場合、バンド「ＦＭ」、周波数「８２．５ＭＨｚ」がラジオ電波受信部１４に設定される。
【００５１】
以上の本実施形態によると、ＩＰサイマルラジオサーバ３１によるサービスを受けられない地域に設置されたＡＶレシーバ１００であっても、放送局の一覧をユーザに通知可能であり、放送局一覧から選択された放送局の音声データを受信できる。
【００５２】
ところで、ＩＰサイマルラジオサーバ３１から放送局リストを取得できる地域に配置されたＡＶレシーバ１００であっても、ＩＰサイマルラジオサーバ３１がメンテナンス中であった場合、ＩＰサイマルラジオサーバ３１から放送局名リストを取得できないことがある。
【００５３】
[実施形態４]
図６は、実施形態４におけるＡＶレシーバ１００のネットワーク制御部１３のフローチャートを示す。図５と同一の処理には同一符号を付し、説明を省略する。本実施形態によると、ネットワーク制御部１３は、定期的にＩＰサイマルラジオサーバ３１に放送局名リストの取得要求を送信し、放送局名リストが取得できた場合、ＩＰサイマルラジオサーバ３１から音声データを取得し、スピーカー２０へ出力する。
【００５４】
ネットワーク制御部１３は、ＩＰサイマルラジオサーバ３１から放送局名リストを取得できたか否かを判断し（Ｓ３０３）、放送局名を取得できない場合、ＩＰサイマルラジオサーバ３１から放送局名リストを取得できないと判断する（Ｓ３０３でＮＯ）。
【００５５】
ネットワーク制御部１３は、Ｓ３０７の処理によって選択された放送局に対応するバンドと周波数とをラジオ電波受信部１４に設定し（Ｓ３０８）、ＩＰサイマルラジオサーバ３１の起動待ち用のタイマを開始し、起動待ち用のタイマによってカウンタ変数をインクリメントする（Ｓ４０１）。たとえば、ＩＰサイマルラジオサーバ３１の起動待ち用のタイマはカウンタ変数を１秒おきにインクリメントする。カウンタ変数の初期値は０である。
【００５６】
ネットワーク制御部１３は、カウンタ値が規定時間を超えたか否かを判断する（Ｓ４０２）。規定時間は例えば５分などである。ネットワーク制御部１３は、規定時間を超えていないと判断した場合（Ｓ４０２でＮＯ）、規定時間を超えるのを待ち、規定時間を超えたと判断した場合（Ｓ４０２でＹＥＳ）、ＩＰサイマルラジオサーバ３１に放送局リストを取得する要求を送信し（Ｓ４０３）、ＩＰサイマルラジオサーバ３１から放送局名の一覧を取得できたか否かを判断する（Ｓ４０４）。
【００５７】
ネットワーク制御部１３は、ＩＰサイマルラジオサーバ３１から放送局名の一覧を取得できたと判断したとき（Ｓ４０４でＹＥＳ）、ラジオ電波受信部１４によって受信される音声データをスピーカー２０へ出力しないように設定する（Ｓ４０６）。ネットワーク制御部１３は、Ｓ３０７の処理において選択された放送局を取得し（Ｓ４０７）、取得された放送局の音声データをＳ３０４の処理によって受信する。ネットワーク制御部１３は、ＩＰサイマルラジオサーバ３１から放送局名の一覧を取得できないと判断したとき（Ｓ４０４でＮＯ）、カウンタの値を初期値にリセットし（Ｓ４０５）、Ｓ４０２以降の処理を実行する。
【００５８】
以上の本実施形態によると、ＩＰサイマルラジオサーバ３１が一時的に停止中であって放送局の一覧が取得できない場合であっても、ネットワーク制御部１３は、定期的にＩＰサイマルラジオサーバ３１に放送局の一覧の取得要求を送信し、ＩＰサイマルラジオサーバ３１が利用可能な状態になったとき、ＩＰサイマルラジオサーバ３１から取得される音声データを受信できる。
【００５９】
以上、本発明の好ましい実施形態について説明したが、本発明はこれらの実施形態には限定されない。ラジオ放送局、ＩＰサイマルラジオ放送局は、音声データだけではなく、映像データを送信してもよい。ラジオ放送局は、ＢＳ放送局、ＣＳ放送局、地上波放送局等であってもよい。
【産業上の利用可能性】
【００６０】
本発明は、ＡＶレシーバ、ＡＶレシーバ等に好適に採用され得る。
【符号の説明】
【００６１】
１００          ＡＶレシーバ
１１            制御部
１２            記憶部
１３            ネットワーク制御部
１４            ラジオ電波受信部
１５            通信部
１６            ＤＡＣ
１７            増幅部
１８            操作部
２０            スピーカー
２１            ラジオ放送局
３１            ＩＰサイマルラジオサーバ
【図１】
2013197953.tif 000003
【図２】
2013197953.tif 000004
【図３】
2013197953.tif 000005
【図４】
2013197953.tif 000006
【図５】
2013197953.tif 000007
【図６】
2013197953.tif 000008