(57)【要約】【課題】クライアントにおいて、サーバに対して放送コンテンツの配信を要求する際に、各サーバにおける各放送コンテンツの受信品質を考慮することができるようにする。【解決手段】ホームネットワーク等において、各サーバ装置が、各放送局の放送を受信する際の受信品質を測定して各クライアント装置に通知するとともに、各クライアント装置が、各サーバ装置のうち、放送の受信に使用するサーバ装置及び受信する放送局の選択項目７０からの選択を受け入れる際に、通知された受信品質７２を提示する。そして、各クライアント装置は、選択されたサーバ装置に対し、選択された放送局による放送コンテンツの配信を要求する。【選択図】図７
2008252417.tif 000002
【特許請求の範囲】
【請求項１】
各放送局の放送を受信する受信手段と、
各クライアント装置からの放送局を指定した配信要求に応じ、該放送局から前記受信手段により受信する放送コンテンツを該クライアント装置に対して配信する配信手段と、
前記受信手段により各放送局の放送を受信する際の受信品質を測定する測定手段と、
前記測定手段により測定する受信品質を各クライアント装置に通知する通知手段とを具備することを特徴とするサーバ装置。
【請求項２】
前記測定手段が測定した受信品質を記憶する記憶手段を備え、
前記通知手段は、前記記憶手段に記憶されている受信品質に基づき、前記受信品質の通知を行うものであることを特徴とする請求項１に記載のサーバ装置。
【請求項３】
前記測定手段は前記受信品質の測定を定期的に行うものであり、
前記通知手段は、前記記憶手段に記憶されている直近の所定回数分の測定結果の平均値を前記他の機器に通知するものであることを特徴とする請求項２に記載のサーバ装置。
【請求項４】
サーバ装置がポータブル機器である場合には、商用電源からの電力供給を受けているか否かの情報を各クライアントに送信する送信手段を具備することを特徴とする請求項１〜３のいずれか１項に記載のサーバ装置。
【請求項５】
サーバ装置がポータブル機器である場合には、該ポータブル機器の電池残量に関する情報を各クライアントに送信する送信手段を具備することを特徴とする請求項１〜４のいずれか１項に記載のサーバ装置。。
【請求項６】
前記放送コンテンツの配信が現時点で可能な、又は他の時点で可能な放送局のリストを、各クライアントに提供する提供手段を有することを特徴とする請求項１〜５のいずれか１項に記載のサーバ装置。
【請求項７】
各サーバ装置のうち、放送の受信に使用するサーバ装置及び受信する放送局を選択するための選択手段と、
前記選択手段により選択されたサーバ装置に対し、前記選択手段により選択された放送局による放送コンテンツの配信を要求する要求手段と、
前記配信要求に応じて配信される放送コンテンツの再生を行う再生手段と、
各サーバ装置における各放送局についての受信品質を各サーバ装置から取得する取得手段と、
前記選択手段による選択の受入れに際し、前記取得手段が取得する受信品質を提示する提示手段とを具備することを特徴とするクライアント装置。
【請求項８】
前記選択手段は、各サーバ装置毎に、選択可能な各放送局に関する情報を、前記放送局の選択のための選択項目として表示する表示手段を備え、
前記提示手段は、前記表示手段による各選択項目の表示に対応させて、前記取得手段が取得する受信品質を表示するものであることを特徴とする請求項７に記載のクライアント装置。
【請求項９】
前記選択手段は、各放送局毎に、選択可能な各サーバ装置に関する情報を、前記サーバ装置の選択のための選択項目として表示する表示手段を備え、
前記提示手段は、前記表示手段による各選択項目の表示に対応させて、前記取得手段が取得する受信品質を表示するものであることを特徴とする請求項７に記載のクライアント装置。
【請求項１０】
各サーバ装置のうちのポータブル装置であるものから、電池からのみ電力供給を受けているが該電池に十分な残容量があるか否か、又は商用電源からの電力供給を受けている旨の情報を受信する受信手段を備え、
前記選択手段は、前記サーバ装置及び放送局の選択の受入れに際し、前記ポータブル装置であるサーバ装置については、電池からのみ電力供給を受けているが該電池に十分な残容量がある旨の情報、若しくは商用電源からの電力供給を受けている旨の情報を受信した場合に限り、又は他に選択対象となり得るサーバ装置が存在しない場合に限り、選択の対象とするものであることを特徴とする請求項７〜９のいずれか１項に記載のクライアント装置。
【請求項１１】
前記放送コンテンツの配信が現時点で可能な、又は現時点若しくは他の時点で可能な放送局のリストの供給を各サーバ装置から受ける受給手段を備え、
前記選択手段によるサーバ装置及び放送局の選択は、前記受給手段が前記リストの供給を受けることができたサーバ装置及び該リスト中に存在する放送局を対象として行われることを特徴とする請求項７〜１０のいずれか１項に記載のクライアント装置。
【請求項１２】
前記取得手段が取得する受信品質は、前記受給手段が供給を受けるリストに含まれていることを特徴とする請求項１１に記載のクライアント装置。
【請求項１３】
各サーバ装置が、受信手段により各放送局の放送を受信する際の受信品質を測定する測定工程と、
各サーバ装置が、前記測定工程で測定した受信品質を各クライアント装置に通知する通知工程と、
各クライアント装置が、各サーバ装置のうち、放送の受信に使用するサーバ装置及び受信する放送局の選択を受け入れる選択工程と、
各クライアント装置が、前記選択工程において、前記サーバ装置及び放送局の選択の受入れに際し、前記通知工程で通知された受信品質を提示する提示工程と、
各クライアント装置が、前記選択工程で選択されたサーバ装置に対し、前記選択工程で選択された放送局による放送コンテンツの配信を要求する要求工程と、
各サーバ装置が、前記要求工程において行われた各クライアント装置からの前記放送局による放送コンテンツの配信要求に応じ、該放送局から受信する放送コンテンツを各クライアント装置に配信する配信工程と、
各クライアント装置が、前記配信工程で配信される放送コンテンツの再生を行う再生工程とを具備することを特徴とするコンテンツ再生方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、放送コンテンツを配信するサーバ装置、該放送コンテンツを再生するクライアント装置、及びサーバ装置が配信する放送コンテンツをクライアント装置が再生するコンテンツ再生方法に関する。
【背景技術】
【０００２】
近年、有線ＬＡＮや無線ＬＡＮを使用してホームネットワークを安価に構成することが容易になり、パーソナルコンピュータ（以下、「ＰＣ」という。）や、ネットワーク対応ＡＶ機器、ゲーム端末、携帯機器等の非常に多くの製品がホームネットワークに接続され利用されるようになってきている。これに伴い、家電、モバイル端末、ＰＣ等の相互接続を容易にするための業界団体であるＤＬＮＡ（デジタル・リビング・ネットワーク・アライアンス）が結成されるとともに、ＤＬＮＡにより、機器間が通信する際のＵＰｎＰをベースとする手順やユーザインタフェース等を定めたＤＬＮＡガイドラインも作成されている（たとえば非特許文献１参照）。ＤＬＮＡガイドラインでは、コンテンツを提供する機器をサーバと呼び、コンテンツを再生する機器をプレーヤ又はクライアントと呼ぶ。サーバ及びプレーヤはそれぞれ別々の機器の場合もあれば、ＰＣ等のように１つの機器がサーバ及びプレーヤの機能を兼ね備える場合もある。
【０００３】
ＤＬＮＡガイドラインに沿って製造された機器同士では、サーバ及びプレーヤ間の相互接続を容易に行うことができるようになっている。たとえば、隣室に置かれたサーバの提供する映像や音声のコンテンツを、手元のプレーヤで簡単に再生することができる。著作権保護の不要なコンテンツに関しては、ネットワークを介して録画又は録音することによりコピーすることもできる。ネットワークの使い方や設定次第で、家庭内に限らず、国外のコンテンツを楽しむようなことも可能になっている。著作権保護の必要なコンテンツについても、ＰＣ等において、セキュアなアプリケーションを用いたり、暗号化を施したりして工夫することにより、サーバから送出されるコンテンツデータを暗号化してコピーしたり、機器間での暗号化されたコンテンツデータの移動を行ったりすることが実現されるようになってきている。
【０００４】
ホームネットワーク上のサーバやプレーヤは、特に１対１の接続を行うものに限定されることはない。複数のサーバやプレーヤがホームネットワーク上において相互接続が可能な状態で存在することも、もちろん想定されている。車載ＡＶ機器やポータブルＨＤＤプレーヤのような携帯オーディオ端末の場合においても、このようなホームネットワークへの接続は可能である。このような端末は、ユーザが望むときにホームネットワークに接続して利用することができる。また、ポータブル端末同士で直接コンテンツのやり取りを行うこともできる。
【０００５】
【非特許文献１】“ＤＬＮＡオーバビュー・アンド・ビジョン・ホワイトペーパ２００６”、［ｏｎ  ｌｉｎｅ］、平成１８年、デジタル・リビング・ネットワーク・アライアンス、［平成１９年２月２２日検索］、インターネット、＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｄｌｎａ．ｏｒｇ／ｅｎ／ｉｎｄｕｓｔｒｙ／ａｂｏｕｔ／ｄｌｎａ＿ｗｈｉｔｅ＿ｐａｐｅｒ＿２００６．ｐｄｆ＞
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、上述のＤＬＮＡガイドラインに沿った従来技術によれば、プレーヤはサーバから蓄積コンテンツの配信を受けるのは容易に行うことはできるが、そのままでは、放送コンテンツのライブストリーミング配信を受けることができない。また、放送コンテンツのライブ配信を受けるにしても、その際、チューナ機能を有するサーバとして複数のチューナデバイスがホームネットワークに接続されているような場合、デバイス毎に受信性能やアンテナ状態、設置条件等が異なる。つまり、ある同一の放送を受信する場合、受信品質が良好なチューナデバイスもあれば、良好でないものも存在する。したがって、これらのチューナデバイスを利用し、ある放送チャンネルをプレーヤによりホームネットワークを介して視聴しようとする場合、ユーザは、受信品質が良好なチューナデバイスを意識的に選択して利用する必要がある。
【０００７】
また、このような放送受信機能を提供するサーバが、ＦＭ放送の受信機能及びホームネットワークにおけるサーバ機能を有するポータブルオーディオ装置の場合、容易に置き場所を変更し、受信状態の良いロケーションに設置することができる。逆に、ロッドアンテナやヘッドホンコードなどの簡易的なアンテナ入力に起因して、受信状態が安定しない場合もある。また、電池で駆動する装置の場合には、不測の電池切れや、家族による持出しにより、ホームネットワークへの接続が突然切断されてしまうおそれもあるので、ホームネットワークを介し、常時放送を受信する目的で使用するサーバとしては適さないかもしれない。
【０００８】
本発明の目的は、このような従来技術の問題点に鑑み、サーバに対する放送コンテンツのライブ配信の要求を可能とする場合に、クライアントにおいて、各サーバにおける各放送コンテンツの受信品質を考慮することができるようにすることにある。
【課題を解決するための手段】
【０００９】
この目的を達成するため、第１の発明に係るサーバ装置は、各放送局の放送を受信する受信手段と、各クライアント装置からの放送局を指定した配信要求に応じ、該放送局から前記受信手段により受信する放送コンテンツを該クライアント装置に対して配信する配信手段と、前記受信手段により各放送局の放送を受信する際の受信品質を測定する測定手段と、前記測定手段により測定する受信品質を各クライアント装置に通知する通知手段とを具備することを特徴とする。
【００１０】
ここで、サーバ装置としては、たとえば、ＤＬＮＡガイドラインに準拠したサーバ機能を有するチューナデバイスや、ＦＭ放送、ＡＭ放送、ＢＳ放送、地上デジタル放送等の受信が可能な複合チューナが該当する。クライアント装置としては、たとえば、ＤＬＮＡガイドラインに準拠したクライアント機能を有し、サーバ装置から配信されるコンテンツを再生するプレーヤが該当する。受信品質としては、たとえば、受信レベルやＣ／Ｎ値（搬送波とノイズ波の電力比）が該当する。配信としては、たとえば、受信データをリアルタイムでエンコードし、そのままストリーミング配信するライブストリーミング方式による配信が該当する。
【００１１】
この構成において、複数のサーバ装置が、測定手段により各放送局の放送を受信する際の受信品質を測定し、測定した受信品質を各クライアント装置に通知すると、各クライアント装置においては、各サーバから通知された各放送局についての受信品質をユーザに提示しながら、放送コンテンツの配信を受けたいサーバ装置及び放送局の選択を受け入れることができる。各クライアント装置により、選択されたサーバ装置に対し、選択された放送局を指定した配信要求が行われると、当該サーバ装置は、当該放送局から受信手段により受信する放送コンテンツを当該クライアント装置に対して配信する。
【００１２】
第２の発明に係るサーバ装置は、第１発明において、前記測定手段が測定した受信品質を記憶する記憶手段を備え、前記通知手段は、前記記憶手段に記憶されている受信品質に基づき、前記受信品質の通知を行うものであることを特徴とする。
【００１３】
第３の発明に係るサーバ装置は、第２発明において、前記測定手段は前記受信品質の測定を定期的に行うものであり、前記通知手段は、前記記憶手段に記憶されている直近の所定回数分の測定結果の平均値を前記他の機器に通知するものであることを特徴とする。
【００１４】
第４の発明に係るサーバ装置は、第１〜第３のいずれかの発明において、サーバ装置がポータブル機器である場合には、商用電源からの電力供給を受けているか否かの情報を各クライアントに送信する送信手段を具備することを特徴とする。
【００１５】
第５の発明に係るサーバ装置は、第１〜第４のいずれかの発明において、サーバ装置がポータブル機器である場合には、該ポータブル機器の電池残量に関する情報を各クライアントに送信する送信手段を具備することを特徴とする。
【００１６】
第６の発明に係るサーバ装置は、第１〜第５のいずれかの発明において、前記放送コンテンツの配信が現時点で可能な、又は他の時点で可能な放送局のリストを、各クライアントに提供する提供手段を有することを特徴とする。
【００１７】
第７の発明に係るクライアント装置は、各サーバ装置のうち、放送の受信に使用するサーバ装置及び受信する放送局を選択するための選択手段と、前記選択手段により選択されたサーバ装置に対し、前記選択手段により選択された放送局による放送コンテンツの配信を要求する要求手段と、前記配信要求に応じて配信される放送コンテンツの再生を行う再生手段と、各サーバ装置における各放送局についての受信品質を各サーバ装置から取得する取得手段と、前記選択手段による選択の受入れに際し、前記取得手段が取得する受信品質を提示する提示手段とを具備することを特徴とする。
【００１８】
第８の発明に係るクライアント装置は、第７発明において、前記選択手段は、各サーバ装置毎に、選択可能な各放送局に関する情報を、前記放送局の選択のための選択項目として表示する表示手段を備え、前記提示手段は、前記表示手段による各選択項目の表示に対応させて、前記取得手段が取得する受信品質を表示するものであることを特徴とする。
【００１９】
第９の発明に係るクライアント装置は、第７発明において、前記選択手段は、各放送局毎に、選択可能な各サーバ装置に関する情報を、前記サーバ装置の選択のための選択項目として表示する表示手段を備え、前記提示手段は、前記表示手段による各選択項目の表示に対応させて、前記取得手段が取得する受信品質を表示するものであることを特徴とする。
【００２０】
第１０の発明に係るクライアント装置は、第７〜第９のいずれかの発明において、各サーバ装置のうちのポータブル装置であるものから、電池からのみ電力供給を受けているが該電池に十分な残容量があるか否か、又は商用電源からの電力供給を受けている旨の情報を受信する受信手段を備え、前記選択手段は、前記サーバ装置及び放送局の選択の受入れに際し、前記ポータブル装置であるサーバ装置については、電池からのみ電力供給を受けているが該電池に十分な残容量がある旨の情報、若しくは商用電源からの電力供給を受けている旨の情報を受信した場合に限り、又は他に選択対象となり得るサーバ装置が存在しない場合に限り、選択の対象とするものであることを特徴とする。他に選択対象となり得るサーバ装置が存在しない場合としては、他のサーバ装置が存在しない場合、及び選択された放送局を受信することができるサーバ装置が、当該ポータブル装置以外に無い場合が該当する。
【００２１】
第１１の発明に係るクライアント装置は、第７〜第１０のいずれかの発明において、前記放送コンテンツの配信が現時点で可能な、又は現時点又は他の時点で可能な放送局のリストの供給を各サーバ装置から受ける受給手段を備え、
前記選択手段によるサーバ装置及び放送局の選択は、前記受給手段が前記リストの供給を受けることができたサーバ装置及び該リスト中に存在する放送局を対象として行われることを特徴とする。
【００２２】
第１２の発明に係るクライアント装置は、第１１発明において、前記取得手段が取得する受信品質は、前記受給手段が供給を受けるリストに含まれていることを特徴とする請求項１１に記載のクライアント装置。
【００２３】
第１３の発明に係るコンテンツ再生方法は、各サーバ装置が、受信手段により各放送局の放送を受信する際の受信品質を測定する測定工程と、各サーバ装置が、前記測定工程で測定した受信品質を各クライアント装置に通知する通知工程と、各クライアント装置が、各サーバ装置のうち、放送の受信に使用するサーバ装置及び受信する放送局の選択を受け入れる選択工程と、各クライアント装置が、前記選択工程において、前記サーバ装置及び放送局の選択の受入れに際し、前記通知工程で通知された受信品質を提示する提示工程と、各クライアント装置が、前記選択工程で選択されたサーバ装置に対し、前記選択工程で選択された放送局による放送コンテンツの配信を要求する要求工程と、各サーバ装置が、前記要求工程において行われた各クライアント装置からの前記放送局による放送コンテンツの配信要求に応じ、該放送局から受信する放送コンテンツを各クライアント装置に配信する配信工程と、各クライアント装置が、前記配信工程で配信される放送コンテンツの再生を行う再生工程とを具備することを特徴とする。
【発明の効果】
【００２４】
本発明によれば、各放送局の放送を受信する際の受信品質を測定し、クライアント装置に通知するようにしたため、クライアント装置において、サーバ装置に対して放送コンテンツの配信を要求する際に、各サーバ装置における各放送コンテンツの受信品質を考慮することができる。
【００２５】
また、測定した受信品質を記憶する記憶手段を設け、記憶手段に記憶されている受信品質に基づき、受信品質の通知を行うようにしたため、通知の時点において受信品質の測定を行うことができない放送コンテンツについても、受信品質の通知を行うことができる。
【００２６】
また、受信品質の測定を定期的に行い、記憶手段に記憶されている直近の所定回数分の測定結果の平均値を通知するようにしたため、受信品質としてより妥当なものを通知することができる。
【００２７】
また、サーバ装置がポータブル機器である場合には、商用電源からの電力供給を受けているか否かの情報や、該ポータブル機器の電池残量に関する情報を各クライアントに送信するようにしたため、クライアント装置においては、電池からのみ電力供給を受けている場合であって該電池に十分な残容量がないポータブル機器については、配信要求の対象から除外したり、他に配信要求を行うことができるサーバ装置が無い場合に限り配信要求の対象に含めたりすることができる。
【００２８】
また、クライアント装置において、放送の受信に使用するサーバ装置及び受信する放送局の選択の受入れに際し、取得した受信品質の提示を行うようにしたため、ユーザは各サーバ装置における各放送局の受信品質を考慮して、サーバ装置及び放送局の選択を行うことができる。
【００２９】
また、クライアント装置において、各サーバ装置毎に、選択可能な各放送局に関する情報を、放送局の選択のための選択項目として表示するとともに、各選択項目の表示に対応させて、受信品質を表示するようにしたため、ユーザは、使用するサーバ装置を決定してから、そのサーバ装置により配信を受ける放送コンテンツに係る放送局を、受信品質を考慮しながら選択することができる。
【００３０】
また、クライアント装置において、各放送局毎に、選択可能な各サーバ装置に関する情報を、サーバ装置の選択のための選択項目として表示するとともに、各選択項目の表示に対応させて、受信品質を表示するようにしたため、ユーザは、配信を受ける放送コンテンツに係る放送局を決定してから、その配信を受けるためのサーバ装置を、受信品質を考慮しながら選択することができる。また、同一の放送局を受信することができるサーバ装置が複数存在する場合に、同一の放送局が重複して表示されるのを回避することができる。また、放送局の表示に際し、コンテンツ情報に含まれる放送局名等の表記方法におけるサーバ毎の揺らぎを吸収し、統一した放送局名を用いることができる
【００３１】
また、クライアント装置において、各サーバ装置のうちのポータブル装置であるものから、現在、電池からのみ電力供給を受けているが該電池に十分な残容量がある旨、又は商用電源からの電力供給を受けている旨の通知を受信する受信手段を設け、選択手段によるサーバ装置及び放送局の選択の受入れに際しては、ポータブル装置であるサーバ装置については、前記通知を受信した場合に限り、又は他に選択対象となり得るサーバ装置が存在しない場合に限り、選択の対象とするようにしたため、配信が開始された放送コンテンツについて意図しない配信の停止が発生するのを極力回避することができる。
【００３２】
また、放送コンテンツの配信が現時点で可能な、又は現時点若しくは他の時点で可能な放送局のリストの供給を受けることができたサーバ装置及び該リスト中に存在する放送局を対象として選択手段によるサーバ装置及び放送局の選択を行うようようにしたため、放送コンテンツの配信が、たとえば他の放送コンテンツの配信を行っている等の理由で、現時点で不能なサーバ装置については、選択手段による選択の対象から除外することができる。
【発明を実施するための最良の形態】
【００３３】
図１は、本発明の一実施形態に係るホームネットワークの構成を示す。このホームネットワークは、ＦＭ放送、ＡＭ放送、ＴＶ放送等を受信する複合型チューナ１１、ＦＭ放送を受信するＦＭチューナ１２、デスクトップＰＣ１３、配信されるコンテンツを再生するプレーヤ１４、及びこれらの機器１１〜１４を相互に接続するハブ１５を備える。また、ノートＰＣ１７、携帯オーディオ端末１８、及び車載ＡＶ機器１９をホームネットワークに接続する無線アクセスポイント１６を備える。これらのチューナ、ＰＣ、プレーヤ、端末、車載機器等は、ＤＬＮＡガイドラインに準拠したサーバ機能やクライアント機能を備える。また、この機能に加え、受信する放送内容をそのままライブストリーミング方式により配信する機能や、この配信を受ける機能、各放送の受信品質に関する情報を相互間で交換する機能も備える。なお、このような機能を有する機器については、本出願人は別の案件（特願２００７−８６９６６）において提案している。なお、各機器はＤＬＮＡガイドラインに準拠している必要はなく、固有の仕様に基づき、コンテンツの配信機能等を有するものであってもよい。
【００３４】
サーバ機能を有する機器（以下、「サーバ」ともいう。）は、ホームネットワークを介して、クライアント機能を有する機器（以下、「クライアント」ともいう。）に対し、図１８のような配信可能なコンテンツに関するデータをコンテンツ情報として送ることができる。各クライアントにおいては、各サーバからのコンテンツ情報に基づき、所望のコンテンツの選択がなされ、選択されたコンテンツの配信要求を、対応サーバに対して行うことができる。配信要求を受けたサーバは、配信要求を行ったクライアントに対し、要求されたコンテンツを配信する。当該クライアントは、配信されるコンテンツの再生を行うことができる。コンテンツの配信は、ストリーミング方式やダウンロード方式により行われる。放送コンテンツについてはライブストリーミング方式による配信が行われる。
【００３５】
図１４〜図１７はプレーヤ１４における操作画面の一例を示す。ただしこの例では、サーバ機能を有しかつチューナを備えたチューナデバイスがホームネットワークに接続されている場合を想定している。図１４に示すように、ホーム画面１４１において「サーバを探す」が選択されると、プレーヤ１４は、ホームネットワーク上の各サーバから取得したコンテンツ情報に基づき、選択可能なサーバ名の一覧が表示されたサーバ選択画面１４２を表示する。なお、図１４中の１４３はハイライト枠である。ハイライト枠１４３を、プレーヤ１４に設けられた十字キー等の一般的な入力装置の操作により所望の選択項目位置に移動させ、その選択項目の選択を行うことができるようになっている。
【００３６】
サーバ選択画面１４２においてチューナデバイスであるサーバ「Ｍｙ  Ｔｕｎｅｒ」が選択されると、プレーヤ１４は、サーバ「Ｍｙ  Ｔｕｎｅｒ」が提供可能なコンテンツを選択するための図１５の画面を表示する。この画面においては、サーバ「Ｍｙ  Ｔｕｎｅｒ」が提供することができるコンテンツを、「プリセットチャンネルＡ」、「プリセットチャンネルＢ」、「オーディオ」、及び「ビデオ」に分類し、これらを選択項目として表示するようにしている。これらの選択項目は、図１８のコンテンツ情報に基づいて把握することができる。この画面において、「オーディオ」が選択され、さらに「ＦＭ放送」が選択されると、プレーヤ１４はサーバ「Ｍｙ  Ｔｕｎｅｒ」に対し、ＦＭ放送の配信を要求する。これに応答してサーバ「Ｍｙ  Ｔｕｎｅｒ」は、現在設定されているＦＭ放送の配信を開始する。プレーヤ１４は、これに応じ、図１５のように、８０．００［ＭＨｚ］の周波数のＦＭ放送を受信中である旨を表示する。図中の１５１は、それが指し示すコンテンツが再生中であることを示す再生中マークである。
【００３７】
さらに必要に応じ、現在設定されている受信周波数を変更するためのボタン図形１５２が指示されると、図１６の周波数変更用のポップアップ画面を表示する。この画面において、受信周波数変更用のボタン図形１６１が操作されると、操作内容に応じ、受信周波数を変更する。このようにして、ユーザはプレーヤ１４において、ホームネットワーク中の各サーバが提供する映像や音声のコンテンツを楽しむことができる。
【００３８】
また、プリセット機能などによりサーバにおいてあらかじめ決められた受信チャンネルのリストをサーバから取得し、視聴したい放送局のチャンネルを直接選択することもできる。すなわち、上述図１５の選択画面において、「オーディオ」ではなく「プリセットチャンネルＡ」が選択されと、プレーヤ１４は、図１７のように、「プリセットチャンネルＡ」に含まれる各チャンネル「ＣＨ１」〜「ＣＨ１１」を表示する。ユーザは表示されたチャンネルのうちから所望のチャンネルを選択して受信することができる。
【００３９】
図１５や図１７の画面例に示されるように、このホームネットワークにおいては、ＧＵＩを用い、ツリー形式で選択項目のリスト表示を行い、あたかも手元のチューナを操作するかのごとく、ホームネットワーク上のチューナデバイスを操作することができる。
【００４０】
図１８はプレーヤ１４がホームネットワーク上の各サーバから取得することができるコンテンツ情報の一部を例示する。「サーバ名」欄中の各内容は、ホームネットワーク上の各サーバの名称である。「アドレス」欄は各サーバが提供するコンテンツのアドレス、「名称」欄は各コンテンツの名称、「アイテム種別」欄は各コンテンツの種別、「プロトコル情報」欄は各コンテンツの圧縮方式や変換方式等、「ｃｈ番号」の欄は各コンテンツに対応するプリセットチャンネルの番号である。コンテンツアドレスは、そのコンテンツを提供するサーバのＩＰアドレスや、そのコンテンツの受信周波数、プリセットチャンネル等の情報により構成される。プレーヤ１４はこのようなコンテンツ情報を記憶しており、各サーバからコンテンツ情報を取得した場合には、記憶しているコンテンツ情報を新たに取得したコンテンツ情報で更新する。
【００４１】
プレーヤ１４はこのような各サーバからのコンテンツ情報に基づき、上述図１４〜図１７のような操作画面を生成し、ユーザがネットワーク上の各コンテンツにアクセスするのを可能としている。プレーヤ１４は、たとえば、図１８中の「サーバ名」欄の情報に基づき、サーバ選択画面１４２を生成することができる。「名称」欄や、「チャンネル番号」欄の情報に基づき、図１５や図１７の画面を生成することができる。また、「アドレス」欄、「アイテム種別」欄、「プロトコル種別」欄等の情報に基づき、指示された各コンテンツにアクセスし、再生することができる。
【００４２】
「アイテム種別」欄において、「Ｂｒｏａｄｃａｓｔ」を後半に含んでおり、太枠で囲まれているアイテム種別は、そのコンテンツがライブストリーミング方式により配信される放送コンテンツであることを示す。このうち、「ａｕｄｉｏＢｒｏａｄｃａｓｔ」のアイテム種別は、そのコンテンツがＦＭラジオ等の音声のみの放送コンテンツであることを示しており、「ｖｉｄｅｏＢｒｏａｄｃａｓｔ」はＴＶ放送等の動画コンテンツであることを示している。アイテム種別としては他に、写真ファイル等であることを示す「ｉｍａｇｅＩｔｅｍ」や、音楽ファイル等のコンテンツであることを示す「ａｕｄｉｏＣｏｎｔｅｎｔｓ」、動画ファイル等のコンテンツであることを示す「ｖｉｄｅｏＣｏｎｔｅｎｔｓ」等のように数多くのものが定義されている。
【００４３】
なお、このようなサーバからのコンテンツ情報に基づき、プレーヤ１４がどのような操作画面を表示し、コンテンツへのアクセスを可能とするかについての手法としては様々なものが知られている。実際の市場に出回っているネットワーク対応製品においては、各種の手法が実施されている。また、このような手法は、各メーカ製品の特徴や固有のノウハウともなっている。図１８のようなコンテンツ情報に基づき、プレーヤ１４においてデータベースを再構築し、コンテンツへのアクセス方法を提供する手法によれば、一般にはプレーヤ１４側の処理負担は大きくなるが、大変便利な機能をユーザに提供することができる。
【００４４】
図２は複合型チューナ１１やＦＭチューナ１２のような、放送を受信し、放送コンテンツとして配信することが可能なサーバの構成例を示すブロック図である。このサーバは、同図に示すように、サーバの各部を制御し、必要な情報処理を行う処理部２１、処理部２１に対して受信データを供給するチューナ部２２、処理部２１における処理に際して必要なプログラムやデータの記憶を行うＥＥＰＲＯＭ２３、フラッシュメモリ２４、及びＳＤＲＡＭ２５、チューナ部２２から処理部２１に供給される受信データについて必要な信号処理を行うＤＳＰ２６、処理部２１をホームネットワークに接続するためのネットワークコントローラ２７及びコネクタ２８、処理部２１に対する指示操作を行うための操作部２９、並びに処理部２１が必要な情報の表示を行うための表示部３０を備える。チューナ部２２はＦＭ放送、ＡＭ放送、ＴＶ放送等を受信し、その受信データを処理部２１に対して供給することができる。
【００４５】
処理部２１は、操作部２９や、ホームネットワーク上のクライアントからの指示に基づき、プリセットチャンネルの設定や、チューナ部２２における受信周波数の変更、ホームネットワークへの放送コンテンツの配信等を行う。放送コンテンツの配信は、チューナ部２２からの受信データに基づき、ライブストリーミング方式により行う。また、チューナ部２２における各チャンネルの受信品質を、ホームネットワーク上の各クライアントに通知する機能を備える。この機能は、たとえば各チャンネルについてのアンテナからの信号レベルを測定し、これを何段階かの値に変換し、これを受信品質情報として他の機器に通知することにより達成することができる。この方法は低コストでかつ実用的である。
【００４６】
図３はプレーヤ１４のようなクライアントの構成例を示すブロック図である。このクライアントは、同図に示すように、図２における構成要素２１及び２３〜３０と同様の処理部３１、ＥＥＰＲＯＭ３３、フラッシュメモリ３４、ＳＤＲＡＭ３５、ＤＳＰ３６、ネットワークコントローラ３７、コネクタ３８、操作部３９、及び表示部４０を備える。またさらに、ＤＳＰ３６により処理したデジタル信号をアナログ信号に変換して外部に出力するＤＡコンバータ４１、並びに処理部３１にＵＳＢ機器を接続するためのＵＳＢコントローラ４２及びＵＳＢ端子４３を備える。操作部３９及び表示部４０により、後述する図７や図１１〜図１３で示されるようなユーザインタフェースが構成される。処理部３１は操作部３９による操作指示に基づき、各サーバに対する配信要求や、配信要求に応じて配信されるコンテンツの受信、再生等を行う。
【００４７】
しかしながら、現状においては、たとえば、チューナ機能を有するサーバとして複数のチューナデバイスがホームネットワークに接続されているような場合、デバイス毎に受信性能やアンテナ状態、設置条件等が異なる。つまり、ある同一の放送を受信する場合、受信品質が良好なチューナデバイスもあれば、良好でないものも存在する。したがって、これらのチューナデバイスを利用し、ある放送チャンネルをプレーヤによりホームネットワークを介して視聴しようとする場合、ユーザは、受信品質が良好なチューナデバイスを意識的に選択して利用する必要がある。
【００４８】
また、このような放送受信機能を提供するサーバが、ＦＭ放送の受信機能及びホームネットワークにおけるサーバ機能を有するポータブルオーディオ装置の場合、容易に置き場所を変更し、受信状態の良いロケーションに設置することができる。逆に、ロッドアンテナやヘッドホンコードなどの簡易的なアンテナ入力に起因して、受信状態が安定しない場合もある。また、電池で駆動する装置の場合には、不測の電池切れや、家族による持出しにより、ホームネットワークへの接続が突然切断されてしまうおそれもあるので、ホームネットワークを介し、常時放送を受信する目的で使用するサーバとしては適さないかもしれない。
【００４９】
そこで本実施形態では、以下に述べるように、各放送局の放送を受信し、プレーヤ１４からの放送局を指定した配信要求に応じ、該放送局から受信する放送コンテンツを該クライアントに対して配信する機能を有するサーバにおいて、各放送局の放送を受信する際の受信品質を測定し、測定した受信品質をプレーヤ１４に通知するようにしている。
【００５０】
図４は放送コンテンツの配信機能を有するサーバにおいて、上述の受信品質情報として受信レベルを取得する処理を示すフローチャートである。この処理は、受信チャンネル毎に、所定の時間間隔で行われる。処理を開始すると、まず、ステップＳ４１において、受信中のチャンネルについて受信レベルを測定する。次に、ステップＳ４２において、直近の過去ｎ回の測定により取得した各受信レベル及び今回の測定により取得した受信レベルに基づき、（ｎ＋１）回の測定における受信レベルの平均値を計算する。ｎは所定の整数値である。
【００５１】
次に、ステップＳ４３において、今回の測定により得られた受信レベルは前記（ｎ＋１）回の測定における受信レベルのうちの最高値であるかどうかを判定する。最高値ではないと判定した場合には、そのままステップＳ４５へ進む。最高値であると判定した場合には、ステップＳ４４において、その最高値により受信レベル最高値Ｍを更新し、ステップＳ４５へ進む。受信レベル最高値Ｍは、今回の測定までの（ｎ＋１）回の測定における最高受信レベルを示す値である。
【００５２】
ステップＳ４５においては、受信レベル平均値Ａを、ステップＳ４２において算出した平均値で更新する。受信レベル平均値Ａは、今回の測定までの（ｎ＋１）回の測定における平均受信レベルを示す値である。これにより、図４の受信レベル取得処理を終了する。この受信レベル取得処理を、各受信チャンネルについて定期的に行うことにより、各受信チャンネルについて、常に最新の受信レベル最高値Ｍ及び受信レベル平均値Ａを保持することができる。
【００５３】
図５は複合型チューナ１１において、図４の処理により、各受信チャンネルについて得られる受信レベル最高値及び受信レベル平均値の一例を示す。図５において、「プリセットチャンネル番号」欄の内容は、複合型チューナ１１におけるラジオ放送の各プリセットチャンネルに付された番号が示されている。「バンド」、「周波数」、及び「放送局名」の各欄の内容はそれぞれ、各プリセットチャンネルに対応するバンド、受信周波数、及び放送局名である。「受信レベル最高値」及び「受信レベル平均値」の欄には、各プリセットチャンネルについて、図４の処理により得られた受信レベル最高値及び受信レベル平均値が示されている。受信レベル最高値及び受信レベル平均値は、図４の処理が行われるタイミングで更新される。
【００５４】
図６は図５の情報に基づき、複合型チューナ１１がプレーヤ１４に対し、コンテンツ情報の一部として通知する名称情報を示す。この名称情報は、図５の「プリセットチャンネル番号」、「バンド」、「周波数」、及び「放送局」の各欄の内容に基づいて作成される各コンテンツの名称に対し、各プリセットチャンネルについての「受信レベル平均値」の各値「ｎ」の前に「Ｑ」を付加した受信品質「Ｑｎ」を結合させて構成される。この名称情報は、図１８のようなコンテンツ情報における「名称」欄のデータを構成するものであり、コンテンツ情報の一部としてプレーヤ１４に送られる。複合型チューナ１１は、プレーヤ１４からの要求に応じ、又は定期的に、その時点における図５の情報に基づく図６の名称情報を含むコンテンツ情報を、プレーヤ１４に提供する。このとき、名称情報に一体化された受信品質「Ｑｎ」が同時に送られることになるので、図１８のコンテンツ情報のデータ形式をそのまま用いながら、受信品質情報をプレーヤ１４に送ることができる。
【００５５】
図７はプレーヤ１４におけるチャンネル選択画面の一例を示す。この画面は、選択されたサーバに対して配信を要求する放送コンテンツのチャンネルをユーザが選択するための画面であり、図１７の操作画面に対応するものである。ユーザは図７の画面を、上述図１４、図１５及び図１７で示したのと同様の手順により表示させることができる。図７中の７０は放送コンテンツの名称により構成された選択項目群、７１はそれが指し示すコンテンツが再生中であることを示す再生中マーク、７２はコンテンツの名称中に含められた受信品質である。７３は選択用のハイライト枠であり、所望の選択項目に位置付けて、選択項目の選択を行うためのものである。７４は選択項目群７０の上位の選択項目である。
【００５６】
図７の例では、プレーヤ１４が取得したコンテンツ情報が図１８のものと同様の内容のものであり、図１４におけるサーバ選択画面１４２と同様の操作画面においてサーバ「Ｍｙ  Ｔｕｎｅｒ」が選択され、さらに「プリセットチャンネルＡ」が選択された場合の様子が示されている。したがって、選択項目群７０として、サーバ「Ｍｙ  Ｔｕｎｅｒ」におけるＦＭ放送及びＡＭ放送用の各プリセットチャンネルに割り当てられている放送の放送局名等が、コンテンツの名称として表示されている。「Ｍｙ  Ｔｕｎｅｒ」は複合型チューナ１１のサーバ名である。
【００５７】
この例のように、図１４と同様のサーバ選択画面において「Ｍｙ  Ｔｕｎｅｒ」が選択されると、プレーヤ１４はサーバ「Ｍｙ  Ｔｕｎｅｒ」に対して新たなコンテンツ情報の提供を要求する。要求先のアドレスは、記憶している１８のようなコンテンツ情報における「Ｍｙ  Ｔｕｎｅｒ」に対応する「アドレス」欄の内容から取得することができる。プレーヤ１４はサーバ「Ｍｙ  Ｔｕｎｅｒ」からコンテンツ情報を受け取った場合、このコンテンツ情報には、現時点での図６の名称情報が含まれているので、これを図７の選択項目群７０の表示に利用することができる。なお、定期的にコンテンツ情報を取得するようにしている場合には、サーバ「Ｍｙ  Ｔｕｎｅｒ」からの最新のコンテンツ情報に含まれる名称情報を利用することができる。
【００５８】
コンテンツ情報を受け取った後、プレーヤ１４は、図７の画面を表示する。ただし前回の表示の終了時に選択項目群７０を表示していない状態にあった場合には、選択項目群７０の表示は行わず、たとえば図１５のような表示状態となる。この場合、選択項目「プリセットチャンネルＡ」が選択されたときに選択項目群７０の表示を行う。選択項目群７０の表示に際しては、取得した最新のコンテンツ情報における名称情報が使用される。選択項目「プリセットチャンネルＡ」は図１８のコンテンツ情報中の「チャンネル番号」欄における各チャンネル番号のうち、「ａ」の表示がある「ａ１」〜「ａ１１」のチャンネルを意味しているので、プレーヤ１４は「プリセットチャンネルＡ」に属する選択項目群７０としては、チャンネル「ａ１」〜「ａ１１」に対応する名称情報を表示する。図６において例示した名称情報は、このチャンネル「ａ１」〜「ａ１１」に対応するものである。図７では、図６において例示されている名称情報が選択項目群７０として表示されている様子が示されている。
【００５９】
図７の画面を表示したとき、選択項目群７０中に、現在配信を受けている放送コンテンツに対応するものがあれば、プレーヤ１４は、その名称に対し、受信中マーク７１を表示する。図７では、「ＣＨ４  ＦＭ  ８０．００ＭＨｚ  ＡＭＥＮＢＯ  ＷＡＶＥ  Ｑ４８」が受信中であることが示されている。
【００６０】
ユーザは、選択項目群７０として表示された各コンテンツ名称中の受信品質７２を参考しながら、放送コンテンツを選択し、配信を受けることができる。たとえば「ＣＨ１  ＦＭ  ７６．００ＭＨｚ  エフエム赤カブト  Ｑ７５」が選択されると、プレーヤ１４は、その名称に対応するコンテンツについての配信要求を、サーバ「Ｍｙ  Ｔｕｎｅｒ」に対して送信する。この配信要求には、要求先のサーバ及びコンテンツを特定するため、コンテンツ情報中の当該コンテンツに対応する「アドレス」欄の内容「ｈｔｔｐ：／／１９２．１６８．０．２３：５８８４９／ｔｕｎｅｒ／ｐｒｅｓｅｔａ／ｃｈ０１．Ｌ１６」が含まれる。この配信要求に応じて、サーバ「Ｍｙ  Ｔｕｎｅｒ」からの放送コンテンツ「ＣＨ１  ＦＭ  ７６．００ＭＨｚ  エフエム赤カブト  Ｑ７５」についての配信が開始されると、受信中マーク７１を、「ＣＨ１  ＦＭ  ７６．００ＭＨｚ  エフエム赤カブト  Ｑ７５」の表示位置に一致するように書き換える。そして、放送コンテンツ「ＣＨ１  ＦＭ  ７６．００ＭＨｚ  エフエム赤カブト  Ｑ７５」についての再生を開始する。
【００６１】
本実施形態によれば、図７の画面において選択項目群７０として表示される放送コンテンツの名称中に受信品質７２を含めるようにしたため、ユーザは、放送コンテンツの選択に際して受信品質を考慮することができる。また、図５のように、放送コンテンツの配信機能を有するサーバが、受信レベルをあらかじめ取得して記憶するようにしたため、たとえば、ＲＦ受信ユニットが一系統しかないサーバの場合であっても、そのＲＦ受信ユニットによって或る放送局を受信している間に、他の放送局の受信品質を通知することができる。つまりユーザは、図７に示されるように、サーバ「Ｍｙ  Ｔｕｎｅｒ」より、「ＣＨ４  ＦＭ  ８０．００ＭＨｚ  ＡＭＥＮＢＯ  ＷＡＶＥ  Ｑ４８」を受信中であっても、他のチャンネルを受信する場合の受信品質を考慮しながら、受信チャンネルを他のチャンネルに切り替えることができる。これは、プレーヤ１４により複合型チューナ１１等を利用して、放送の受信を行う場合の使い勝手を大変良いものとしている。
【００６２】
図８はプレーヤ１４がサーバから受信品質情報を取得する処理の別の一例を示すフローチャートである。この処理においては、配信を求めるコンテンツが放送コンテンツであることが判明した場合、それが判明した直後及びそのコンテンツの提供を受けている間に周期的にプレーヤ１４が各サーバに対し、受信品質情報の問合せを行い、これに応じて各サーバが測定し、提供する受信品質情報を取得するようにしている。
【００６３】
すなわち、図８の処理は、図１４のサーバ選択画面１４２のようなサーバ選択画面においてサーバが選択された場合や、コンテンツの選択が行われた場合に行われるとともに、コンテンツの配信を受けている間における一定時間の経過毎に行われる。処理を開始すると、まず、ステップ８１において、配信を求め又は配信を受けているコンテンツが放送コンテンツであるか否かの判定を行う。たとえば、サーバが選択されたことに応じて図８の処理を開始した場合には、そのサーバが放送コンテンツのみを配信するサーバであれば、配信を求めるコンテンツが放送コンテンツであると判定することができる。また、コンテンツの選択が行われたことに応じて図８の処理を開始した場合には、そのコンテンツが放送コンテンツであれば、配信を求めるコンテンツが放送コンテンツであると判定することができる。また、コンテンツの配信を受けている間における一定時間の経過毎に図８の処理を行う場合には、そのコンテンツが放送コンテンツである場合には、配信を受けているコンテンツが放送コンテンツであると判定することができる。
【００６４】
ステップ８１において放送コンテンツではないと判定した場合にはそのまま図８の処理を終了する。放送コンテンツであると判定した場合には、ステップ８２に進み、各サーバに対して受信品質の問合せを行う。各サーバはこの問合せを受けると、各放送局についての受信レベルを測定し、その測定値を受信品質情報としてプレーヤ１４に返信することになる。
【００６５】
次に、ステップ８３において、各サーバから受信品質情報の返信があったかどうかを判定する。返信があったと判定したサーバについては、ステップ８４において、プレーヤ１４において記憶している当該サーバについての受信品質情報を更新する。返信がなかったと判定したサーバについては、ステップ８５において、所定のエラー処理を行い、当該サーバについての受信品質情報をクリアして、図８の処理を終了する。所定のエラー処理としては、たとえば当該サーバが受信品質情報の問合せに対して返信を行う処理に対応していない場合や、当該サーバはチューナユニットを複数搭載しているが、受信に使用していない方のチューナが何らかの理由で受信周波数を変更することができず、受信品質情報の返信を行うことができない等の場合に柔軟に対応するための処理が該当する。
【００６６】
これによれば、プレーヤ１４が周期的に受信品質情報の問合せを行い、これに応じて各サーバが受信品質を測定し、測定結果をプレーヤ１４に提供するようにしたため、リアルタイムに近い状態で各サーバにおける受信品質をプレーヤ１４において判断することができる。したがって、受信品質が時間とともに下がったような場合に、他のサーバによる同じ放送局の受信に切り替えたり、その旨のメッセージを出力したりする等の何らかのアクションを自動的に行うことができる。また、受信品質の返送がなされなかったサーバについては、図７のチャンネル選択画面を表示することなく、放送コンテンツの選択の対象から除外したり、そのサーバから放送コンテンツの配信を受けている場合には、直ちにその放送コンテンツと同内容の配信を他のサーバから受けるように切り替えたりすることができる。
【００６７】
なお、従来のＦＭチューナのような受信ユニットを唯１つのみ備えたチューナデバイスによれば、受信中のチャンネル以外のチャンネルを同時に受信（復調）することはできないので、或る周波数を受信中に他の周波数の現在の受信レベルを検出することは不可能である。しかし、チューナユニットを複数搭載した最近のチューナ機器によれば、複数周波数の放送を同時に受信することができるので、図５のような記憶してある受信品質情報を送る必要はなく、現在の受信品質情報を送ることができる。
【００６８】
次に、図９〜図１３を用い、別の実施形態を示す。上述の実施形態においては、放送コンテンツの選択の受入れに際し、サーバの選択を受け入れてから、選択されたサーバにより配信可能な放送コンテンツの選択を受け入れるようにしているが、本実施形態では、逆に、放送コンテンツの選択を受け入れてから、選択された放送コンテンツの配信を要求するサーバの選択を受け入れるようにしている。その他、以下の説明において言及していない点については、上述の実施形態の場合と同様である。受信品質情報の取得も、図５、図６、及び図８を用いて上述した方法により行われる。
【００６９】
図９はホームネットワーク上の各サーバからプレーヤ１４が取得するコンテンツ情報の一例を示す。このコンテンツ情報は、図１８のコンテンツ情報の場合と同様にして取得することができる。図９のコンテンツ情報における「サーバ名」、「アドレス」、「名称」及び「アイテム種別」の各欄の内容は、図１８のコンテンツ情報の場合と同様である。ただし、「名称」欄中の所定のコンテンツの名称には、図６で説明した名称情報が用いられている。すなわち、受信品質「Ｑｎ」が付加されている。所定のコンテンツとは、「アイテム種別」欄が「ａｕｄｉｏＢｒｏａｄｃａｓｔ」で、かつ図６の形式による名称情報の提供が可能なサーバのものである。また、新たに追加された「受信品質」欄の内容は、各サーバから図８の処理によって取得される各コンテンツの受信品質である。「アイテム種別」欄が「ａｕｄｉｏＢｒｏａｄｃａｓｔ」で、かつ図８の形式による名称情報の提供が可能なサーバのコンテンツについて、この受信品質を取得することができる。すなわち、受信品質情報を、「名称」欄の内容に含めて提供し、又は「受信品質」欄の値として提供し、又はこれら双方により提供するサーバが存在する。
【００７０】
図１０は図９のコンテンツ情報に基づき、プレーヤ１４において作成される内部管理テーブルの一例を示す。このテーブルは、各サーバにおける受信可能な放送局のうち、サーバ間で重複している放送局のコンテンツについては、１つの選択項目として表示し、選択することができるようにするために用いられる。重複した表示を排除することにより、各サーバで配信可能な放送コンテンツの選択を、１つのチューナにおいて所望の放送局を選択するかのようにして行うことができる。なお、ここでは、図９のコンテンツ情報及び図１０の管理テーブルにおける各レコードのうち、ＦＭ放送に関するものを例として説明するので、他のレコードについては、図９及び図１０において網掛けを付してある。また、図９及び図１０中のデータは適宜簡略化してある。
【００７１】
図１０の管理テーブル及び図９のコンテンツ情報における同一位置のレコードは同一のコンテンツについてのデータであり、「アドレス」欄の内容が一致している。管理テーブル中の「設定ＣＨ」欄には、各ＦＭ放送コンテンツについて、放送局毎のチャンネル番号が設定される。すなわち「アドレス」欄のコンテンツアドレスは異なっていても、同一放送局のコンテンツであれば、同じチャンネル番号が付与される。たとえば図９によれば、サーバ名が「Ｐａｐａ‘ｓ  Ｐｏｒｔａｂｌｅ」及び「ＭｙＴｕｎｅｒ」の各サーバが提供する各レコードのコンテンツのうち最初のレコードのものは同じ放送局「エフエム赤カブト」のものであるので、プレーヤ１４は、同一のチャンネル番号「Ａ」を設定する。
【００７２】
したがって、「設定ＣＨ」欄のチャンネル番号を設定するに際し、プレーヤ１４は、図９のコンテンツ情報のうちＦＭ放送コンテンツに関するものを抽出し、その放送局を特定する必要がある。放送局の特定は、図９のコンテンツ情報中に放送局ＩＤのようなものが付随していれば容易である。しかし、コンテンツ情報のフォーマットが統一されていない場合には、放送局の特定方法が問題となる。
【００７３】
そこで、ここでは、コンテンツ情報における「アドレス」欄や「名称」欄のデータに基づいて放送局の特定を行うようにしている。その際、たとえば、各コンテンツのアドレスや名称を構成する文字列から「ＦＭ」、「ＡＭ」、「ＴＶ」等の放送バンドや、放送周波数を示す文字を抽出し、これを、プレーヤ１４内に設けられた放送局のデータベースやワールドワイドネットワーク上の放送局に関するデータと照合することにより放送局の特定を行うことができる。もちろん、ユーザが手動で各放送コンテンツの放送局を特定し、登録することができるようにしてもよい。放送局を特定することができれば、プレーヤ１４は放送局毎のチャンネル番号を確定し、「確定ＣＨ」欄において設定することができる。設定されるチャンネル番号は、「Ａ」、「Ｂ」、「Ｃ」、・・・のように、大文字のアルファベット１字により構成される。
【００７４】
管理テーブルの「受信周波数」欄には各放送コンテンツの受信周波数が格納される。各放送コンテンツの受信周波数は、コンテンツ情報中の「アドレス」欄や「名称」欄のデータに基づいて取得することができる。「表示名」欄には、各放送コンテンツの放送局に付与された表示名が格納される。「確定ＣＨ」欄のチャンネル番号が同一である同一の放送局に係るレコードについては、同一の表示名が設定される。この表示名は、後述する図１２の放送選択画面において放送局を選択する際の選択項目の表示に用いられる。
【００７５】
「受信品質自動取得結果」欄には、各放送コンテンツについての受信品質を示す値が格納される。図９のコンテンツ情報における「名称」欄のデータに含まれる受信品質情報「Ｑｎ」又は「受信品質」欄のデータに基づき、設定することができる。
【００７６】
「アドレス（コンテンツマッチング用）」欄はコンテンツ情報中の「アドレス」欄をコピーして作成される。すなわち、管理テーブル及びコンテンツ情報中の各レコードは、双方の「アドレス」欄のデータにより対応付けられている。ただし、コンテンツ情報中の「サーバ名」欄が「Ｕｎｃｌｅ’ｓ  Ｃａｒ」であるサーバは、コンテンツ情報として、その提供時に受信可能な放送局のみに関するデータをプレーヤ１４に通知し、他の放送局のアドレス情報等のデータは通知しないタイプのサーバである。そこで、該サーバについては、プレーヤ１４は、過去に取得した該サーバからのコンテンツ情報におけるアドレス情報等を、「アドレス（コンテンツマッチング用）」欄等において記憶しておき、マッチングをとることができるようにしておくことによって、サーバ側の動作切替えや、ホームネットワークへの接続の切断等に伴う状況の変化に対し、柔軟に対応することができるようにしている。
【００７７】
図１１はプレーヤ１４のホーム画面の一例を示す。このホーム画面においては、コンテンツへのアクセスを行うための最上位の選択項目として、図１４のホーム画面１４１における各選択項目に加え、「放送を楽しむ」の選択項目が追加されている。この項目を選択することにより、ユーザは、各サーバが提供する放送コンテンツに対して、より簡便にアクセスすることができるようになっている。
【００７８】
図１２はプレーヤ１４における放送選択画面の一例を示す。プレーヤ１４は図１１のホーム画面において、「放送を楽しむ」が選択された場合にこの放送選択画面を表示する。図１２中の１２１はＡＭ放送を聴く場合に選択する選択項目、１２２はＦＭ放送を聴く場合に選択する選択項目である。１２３は選択項目１２２が選択された場合に表示される選項目群である。
【００７９】
選択項目群１２３中の各選択項目は、図１０の管理テーブルにおける「表示名」欄の各表示名により構成される。各表示名のうち聴きたい放送局の表示名を選択することによりその放送局を選択し、その放送を聞くことができるようになっている。１２４は選択項目群１２３における選択中の放送局についてのバンド、受信周波数、サーバ名、及び受信品質を表示するステータス情報である。図１２においては、「ＢＡＴＴＡ  ＦＭ」が選択され、その放送局を受信中である様子が示されている。また、その放送局の受信周波数「７８．００ＭＨｚ」、その放送局の受信に使用しているサーバのサーバ名「Ｍｙ  Ｔｕｎｅｒ」、及びその放送局の受信品質「４９」が、ステータス情報１２４として表示されている様子が示されている。
【００８０】
図１２中の１２５は、選択項目群１２３における各表示名の放送局の受信に使用するサーバの変更を行う場合に指示されるボタン図形である。選択項目群１２３の各表示名毎にボタン図形１２５が設けられている。
【００８１】
図１３はいずれかの放送局に対応するボタン図形１２５が指示された場合に表示されるサーバ切替え用のポップアップ画面である。図中の１３１は当該放送局の表示名、１３２は当該放送局の受信が可能な各サーバのサーバ名、１３３は各サーバ名１３２のサーバによる当該放送局の受信品質、１３４は当該放送局の受信用に現在割り当てられているサーバを示すマーク、１３５は図１３のポップアップ画面を終了させるためのボタン図形である。各サーバ名１３２のうちのいずれかを選択することにより、当該放送局の受信用に現在割り当てられているサーバを、選択したサーバ名のサーバに切り替えることができるようになっている。
【００８２】
図１２の放送選択画面において、選択項目１２２の「ＦＭ放送」が選択されると、プレーヤ１４は、図１０の管理テーブルに基づき、「確定ＣＨ」欄の各チャンネルＡ、Ｂ、Ｃ・・・について、対応する「表示名」欄中の表示名を、選択項目１２２の下位の選択項目群１２３として表示する。その際、同一の表示名を重複して表示することがないように処理する。たとえば、レコード順で「確定ＣＨ」欄をサーチし、初めて出現したチャンネル番号のみについて対応する表示名を順次表示してゆくことにより、重複を排除した表示を行うことができる。なお、現在配信を受けている放送コンテンツに係る放送局があれば、図１２に示されるように、その放送局の表示名の位置に、再生中マーク７１を表示する。
【００８３】
選択項目群１２３中のいずれかの表示名が、放送コンテンツの配信を要求するために選択されると、プレーヤ１４は対応する放送局に係るコンテンツについての配信を開始するように、当該放送局の受信用に現在割り当てられているサーバに対して要求する。この要求には、そのサーバ及びコンテンツを特定するための「アドレス」欄中の対応データが含まれる。当該放送局の受信用に現在割り当てられているサーバとしては、たとえば、当該放送局についての受信品質が現在最も良いサーバ、最後に当該放送局の受信に使用したサーバ、又は放送コンテンツの配信を現在受けているサーバが該当する。各サーバの当該放送局についての現在の受信品質は、管理テーブル中の「受信品質自動取得結果」欄により参照することができる。プレーヤ１４は上記配信要求が受け入れられた場合、ステータス情報１２４の内容及び受信中マーク７１を、新たな配信に合致したものとなるように書き換える。
【００８４】
たとえば、図１２の例において、選択項目群１２３中の放送局「ＦＭ  Ｏ−ＮＩＹＡＮＭＡ」が選択された場合、現在「ＢＡＴＴＡ  ＦＭ」の受信に使用中のサーバ「Ｍｙ  Ｔｕｎｅｒ」に対し、受信する放送局を「ＦＭ  Ｏ−ＮＩＹＡＮＭＡ」に切り替えるように要求する。この要求が受け入れられると、ステータス情報１２４中の受信周波数、及び受信品質の内容を書き換える。また、受信中マーク７１の位置を「ＦＭ  Ｏ−ＮＩＹＡＮＭＡ」の位置に移動させる。新たな受信周波数及び受信品質の内容は、管理テーブル中の「表示名」欄が「ＦＭ  Ｏ−ＮＩＹＡＮＭＡ」である各レコードのうち、コンテンツ情報中の「サーバ名」欄が「Ｍｙ  Ｔｕｎｅｒ」であるレコードに対応するものの「受信周波数」欄及び「受信品質自動取得結果」欄の値「８２．００ＭＨｚ」及び「１５」となる。
【００８５】
一方、図１２の放送選択画面において、選択項目群１２３中のいずれかの表示名に対応するボタン図形１２５が指示されると、プレーヤ１４は、サーバ切替え処理を行う。すなわち、まず、指示されたボタン図形１２５に対応する放送局について、その放送局の受信用に現在割り当てられているサーバの切替えを行うための図１３のポップアップ画面を表示する。ポップアップ画面中の各サーバ名１３２は図１０の管理テーブル及び図９のコンテンツ情報に基づき、当該放送局の表示名１３１に対応するものとして抽出することができる。受信品質１３３も、同様にして管理テーブル及びコンテンツ情報に基づいて抽出することができる。そして、ポップアップ画面中のいずれかのサーバ名が選択されると、当該放送局の受信用に現在割り当てられているサーバを、選択されたサーバ名のサーバに切り替える。この後、ボタン図形１３５が指示されると、ポップアップ画面を終了し、図１２の放送選択画面に戻る。
【００８６】
たとえば図１２の放送選択画面の状態において、現在受信中の「ＢＡＴＴＡ  ＦＭ」に対応するボタン図形１２５ａが指示された場合、プレーヤ１４は、「ＢＡＴＴＡ  ＦＭ」についての図１３のポップアップ画面を表示する。その際まず、表示名１３１として、「ＢＡＴＴＡ  ＦＭ」を表示する。次に、管理テーブル中の「表示名」欄が「ＢＡＴＴＡ  ＦＭ」である各レコードの「受信品質自動取得結果」欄の内容、並びに該レコードの「アドレス」欄の内容に一致する「アドレス」欄の内容を有する図９中のレコードにおける「サーバ名」の内容を抽出し、サーバ名１３２及びこれに対応する受信品質１３３の表示を行う。このとき、各サーバ名及び対応する受信品質の表示は、受信品質の高い順に行う。
【００８７】
また、現在「ＢＡＴＴＡ  ＦＭ」の受信用に割り当てられているサーバのサーバ名「Ｍｙ  Ｔｕｎｅｒ」の位置に、マーク１３４を表示する。また、このサーバにより現在受信中であるため、受信中マーク７１を、サーバ名「Ｍｙ  Ｔｕｎｅｒ」の位置に表示する。次に、サーバ名１３２のうち、たとえば「Ｂｒｏｔｈｅｒ’ｓ  Ｔｕｎｅｒ」が選択されたとすると、プレーヤ１４は、「ＢＡＴＴＡ  ＦＭ」の受信用のサーバを「Ｂｒｏｔｈｅｒ’ｓ  Ｔｕｎｅｒ」に切り替えるとともに、このサーバに対し、「ＢＡＴＴＡ  ＦＭ」の配信を開始するように要求し、その再生を開始する。これとともに、マーク７１及び１３４の位置を「Ｂｒｏｔｈｅｒ’ｓ  Ｔｕｎｅｒ」の位置に変更する。
【００８８】
ボタン図形１３５が指示されると、ポップアップ画面を終了し、図１２の放送選択画面に戻る。ただし、戻ったときの放送選択画面においては、「ＢＡＴＴＡ  ＦＭ」が選択中であるので、ステータス情報１２４の内容を現在「ＢＡＴＴＡ  ＦＭ」の受信用に割り当てられているサーバ「Ｂｒｏｔｈｅｒ’ｓ  Ｔｕｎｅｒ」に対応したものとなるように変更する。すなわち、サーバ名を「Ｂｒｏｔｈｅｒ’ｓ  Ｔｕｎｅｒ」、受信品質を「４８」に変更する。受信周波数は変更がないので「７８．００ＭＨｚ」のままである。これにより、サーバ切替え処理が完了する。
【００８９】
本実施形態によれば、図１２の放送選択画面において、同一放送局の表示名が重複して表示されることがないので、選択項目を少なくすることができる。したがって、放送選択画面をコンパクトなものにするとともに、選択操作の容易化を図ることができる。また、所望の放送を良好な受信品質で受信したい場合の操作を容易に行うことができる。
【００９０】
また、図１２の放送選択画面及び図１３のサーバ変更画面を用い、放送局毎に、配信に使用することができるサーバを表示し、選択することができるようにしたため、コンテンツ情報に含まれる放送局名等の表記方法におけるサーバ毎の揺らぎを吸収し、統一した放送局名を選択項目として表示することができる。
【００９１】
なお、本発明は上述実施形態に限定されることなく、適宜変形して実施することができる。たとえば、上述においては、サーバがポータブル機器や車載機器である場合については言及しなかったが、これらの機器から放送コンテンツの配信を受ける場合、種々の問題がある。たとえば、ポータブル機器の場合、電池の残量が少なく、コンセントからの電力供給を受けていない場合には、放送コンテンツの配信を受けたとしても、配信が不能となる可能性が高い。また、ポータブル機器や車載機器の場合、ホームネットワークへの接続が絶たれる可能性が高い。
【００９２】
そこで、各放送コンテンツを提供するサーバがポータブル機器や車載機器である場合には、それらが提供する図９のようなコンテンツ情報中に、その旨を示す情報を含めるようにするとともに、そのようなサーバについては、クライアントにおいて、図１４中のサーバ選択画面１４２や図１３のポップアップ画面における選択項目から除外するようにしてもよい。サーバがポータブル機器や車載機器である旨を示す情報として、受信品質を用いることができる。たとえば、コンテンツ情報において受信品質が含まれていないコンテンツは、ポータブル機器や車載機器からのコンテンツであると判定し、選択の対象から除外するようにしてもよい。この場合、他に選択し得るサーバが存在しない場合には、ポータブル機器や車載機器のサーバであっても、選択項目とするようにしてもよい。また、ポータブル機器や車載機器は、放送コンテンツについては、コンテンツ情報を送らないようにして、サーバとして選択されることがないようにしてもよい。
【００９３】
この場合さらに、ポータブル機器の場合、電池からのみ電力供給を受けているが該電池に十分な残容量があるか否か、又はクレードル等を介して商用電源から電力供給を受けているかどうかに関する情報をコンテンツ情報中に含めるようにするとともに、サーバがポータブル機器の場合であっても、電池残量が十分である場合や、商用電源から電力供給を受けている場合には、そのようなサーバの名称については、クライアントにおいて、図１４のようなサーバ選択画面や図１３のポップアップ画面における選択項目として表示するようにしてもよい。
【００９４】
また、上述においては、図１３のポップアップ画面において、表示名１３１として表示されている放送局「ＢＡＴＴＡ  ＦＭ」を受信することができるチューナがプレーヤ１４以外のために使用中であるサーバについては言及しなかたっが、そのようなサーバが選択された場合、そのサーバをそのままプレーヤ１４への「ＢＡＴＴＡ  ＦＭ」の配信のために転用してしまうのは妥当ではない。そこで、図９のコンテンツ情報中に、各放送コンテンツの配信が、その放送を受信するためのチューナが使用中でないために、現在可能であるか否かの情報を含めるようにするとともに、クライアントにおいては、図１３のポップアップ画面において、表示名１３１として表示される放送局の放送コンテンツの配信が現在不能であるサーバについては、サーバ名１３２から除外するようにしてもよい。
【００９５】
また、上述においては、ＤＬＮＡガイドラインに準拠し、さらにライブストリーミング機能等を付加した機器によりホームネットワークを構成した場合について述べたが、ホームネットワークを構成する各機器は、特にＤＬＮＡガイドラインに準拠している必要はない。本発明を実施可能な、コンテンツ配信機能等を有する機器であればよい。
【図面の簡単な説明】
【００９６】
【図１】本発明の一実施形態に係るホームネットワークの構成を示す図である。
【図２】図１のホームネットワークにおける放送コンテンツの配信が可能なサーバの構成例を示すブロック図である。
【図３】図１のホームネットワークにおけるクライアントの構成例を示すブロック図である。
【図４】図２のサーバにおいて受信レベルを取得する処理を示すフローチャートである。
【図５】図１のホームネットワークにおける複合型チューナにおいて、図４の処理により、各受信チャンネルについて得られる受信レベル最高値及び受信レベル平均値の一例を示す図である。
【図６】図１のホームネットワークにおいて、図５の情報に基づき、複合型チューナがプレーヤに対し、コンテンツ情報の一部として通知する名称情報を示す図である。
【図７】図１のホームネットワーク上のプレーヤにおけるチャンネル選択画面の一例を示す図である。
【図８】図１のホームネットワークにおけるプレーヤがサーバから受信品質情報を取得する処理の別の一例を示すフローチャートである。
【図９】ホームネットワーク上の各サーバからプレーヤが取得するコンテンツ情報の一例を示す図である。
【図１０】図９のコンテンツ情報に基づき、図１のホームネットワークにおけるプレーヤにおいて作成される内部管理テーブルの一例を示す図である。
【図１１】図１のホームネットワークにおけるプレーヤのホーム画面の一例を示す図である。
【図１２】図１のホームネットワークのプレーヤにおける放送選択画面の一例を示す図である。
【図１３】図１２の放送選択画面においていずれかの放送局に対応するボタン図形が指示された場合に表示されるサーバ切替え用のポップアップ画面を示す図である。
【図１４】従来のプレーヤにおける操作画面の一例を示す図である。
【図１５】従来のプレーヤにおける別の操作画面の一例を示す図である。
【図１６】図１５の操作画面において受信周波数を変更するためのボタン図形が指示された場合に表示される周波数変更用のポップアップ画面を示す図である。
【図１７】図１５の操作画面において「プリセットチャンネルＡ」が選択された場合の表示状態を示す図である。
【図１８】従来のプレーヤがホームネットワーク上の各サーバから取得することができるコンテンツ情報の一部を例示する図である。
【符号の説明】
【００９７】
１１：複合型チューナ、１２：ＦＭチューナ、１３：デスクトップＰＣ、１４：プレーヤ、１５：ハブ、１６：無線アクセスポイント、１７：ノートＰＣ、１８：携帯オーディオ端末、１９：車載ＡＶ機器、２１：処理部、２２：チューナ部、２３：ＥＥＰＲＯＭ、２４：フラッシュメモリ、２５：ＳＤＲＡＭ、２６：ＤＳＰ、２７：ネットワークコントローラ、２８：コネクタ、２９：操作部、３０：表示部、３１：処理部、３３：ＥＥＰＲＯＭ、３４：フラッシュメモリ、３５：ＳＤＲＡＭ、３６：ＤＳＰ、３７：ネットワークコントローラ、３８：コネクタ、３９：操作部、４０：表示部、４１：ＤＡコンバータ、４２：ＵＳＢコントローラ、４３：ＵＳＢ端子、７０：選択項目群、７１：再生中マーク、７２：受信品質、７３：ハイライト枠、７４：上位の選択項目、１２１，１２２：選択項目、１２３：選項目群、１２４：ステータス情報、１２５，１２５ａ：ボタン図形、１３１：放送局の表示名、１３２：サーバ名、１３３：受信品質、１３４：マーク、１３５：ボタン図形、１４１：ホーム画面、１４２：サーバ選択画面、１４３：ハイライト枠、１５１：再生中マーク、１５２：ボタン図形、１６１：ボタン図形。
【図１】
2008252417.tif 000003
【図２】
2008252417.tif 000004
【図３】
2008252417.tif 000005
【図４】
2008252417.tif 000006
【図５】
2008252417.tif 000007
【図６】
2008252417.tif 000008
【図７】
2008252417.tif 000009
【図８】
2008252417.tif 000010
【図９】
2008252417.tif 000011
【図１０】
2008252417.tif 000012
【図１１】
2008252417.tif 000013
【図１２】
2008252417.tif 000014
【図１３】
2008252417.tif 000015
【図１４】
2008252417.tif 000016
【図１５】
2008252417.tif 000017
【図１６】
2008252417.tif 000018
【図１７】
2008252417.tif 000019
【図１８】
2008252417.tif 000020