(57)【要約】【課題】指定された時刻に、指定されたコンテンツの再生が不可能である場合でもタイマ再生機能を確実に作動させる。【解決手段】コンテンツ取得制御部３１１の制御の下で、再生予約時刻の所定時間前である再生準備時刻になると、タイマ設定記憶部３４２に記憶されたタイマ再生用コンテンツに関する情報に基づき、通信Ｉ／Ｆ３７を通じて外部のサーバ装置と接続して、このサーバ装置からタイマ再生用コンテンツを受信して再生するための再生準備処理が開始される。そして、再生予約時刻までにタイマ再生用コンテンツの再生準備処理が未完了であった場合には、予備コンテンツ記憶部３４１に記憶された予備コンテンツがオーディオバッファ３３１を介してオーディオデコーダ３８に供給されて、この予備コンテンツの再生が開始される。【選択図】図６
2008186569.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツを再生する再生装置において、
コンテンツ出力装置から第１の再生用コンテンツが入力される第１のコンテンツ入力手段と、
前記コンテンツ出力装置に前記第１の再生用コンテンツの入力を要求する要求手段と、
第２の再生用コンテンツが入力される第２のコンテンツ入力手段と、
時刻を計時する計時手段と、
コンテンツの再生予約時刻を保持する予約時刻保持手段と、
前記計時手段による計時に基づき、前記再生予約時刻前に、前記コンテンツ出力装置に対して前記第１の再生用コンテンツの入力要求を前記要求手段を制御して行い、前記再生予約時刻までに前記コンテンツ出力装置からの前記第１の再生用コンテンツが未入力と判断されると、前記第２のコンテンツ入力手段に入力される前記第２の再生用コンテンツが再生されるように制御する制御手段と、
を有することを特徴とする再生装置。
【請求項２】
前記第１のコンテンツ入力手段は、ネットワークアクセス手段に接続され、
前記ネットワークアクセス手段を介して、ネットワークに接続された前記コンテンツ出力装置に接続されることを特徴とする請求項１記載の再生装置。
【請求項３】
前記第２の再生用コンテンツは不揮発性記憶手段に記憶されていることを特徴とする請求項２記載の再生装置。
【請求項４】
前記コンテンツ出力装置に前記第１の再生用コンテンツの再生を前記再生予約時刻の所定時間前に要求するための前記所定時間を保持する起動時間保持手段をさらに備えたことを特徴とする請求項３記載の再生装置。
【請求項５】
前記コンテンツ出力装置に前記第１の再生用コンテンツの再生を前記再生予約時刻の所定時間前に要求するための前記所定時間は、過去に前記コンテンツ出力装置から前記第１の再生用コンテンツの再生開始に要した時間に基づいて決定されることを特徴とする請求項４項記載の再生装置。
【請求項６】
前記コンテンツ出力装置に前記第１の再生用コンテンツの再生を前記再生予約時刻の所定時間前に要求するための前記所定時間を前記コンテンツ出力装置から受信する時間受信手段をさらに備え、
前記時間受信手段にて受信された前記所定時間が前記起動時間保持手段に保持されることを特徴とする請求項４記載の再生装置。
【請求項７】
コンテンツを再生する再生装置において、
タイマ再生用コンテンツの入力を受け付ける第１のコンテンツ受付手段と、
予備コンテンツの入力を受け付ける第２のコンテンツ受付手段と、
コンテンツの再生予約時刻を計時する計時手段と、
前記計時手段からの時刻に基づき、前記再生予約時刻の所定時間前である再生準備時刻に、前記第１のコンテンツ受付手段からの前記タイマ再生用コンテンツの再生準備処理を開始し、前記再生予約時刻までに前記タイマ再生用コンテンツの前記再生準備処理が未完了であった場合には、前記第２のコンテンツ受付手段からの前記予備コンテンツの再生を開始するように制御する再生制御手段と、
を有することを特徴とする再生装置。
【請求項８】
前記第２のコンテンツ受付手段は、前記再生装置の内部に設けられた不揮発性記録媒体に記録された前記予備コンテンツを読み出すことを特徴とする請求項７記載の再生装置。
【請求項９】
前記第１のコンテンツ受付手段は、ネットワーク上のサーバ装置から前記タイマ再生用コンテンツを受信することを特徴とする請求項７記載の再生装置。
【請求項１０】
前記タイマ再生用コンテンツの前記再生準備処理は、前記サーバ装置を起動させる処理を含み、
前記再生制御手段は、遅くとも前記再生予約時刻までに前記サーバ装置の起動が確認できない場合に、前記予備コンテンツの再生を開始させることを特徴とする請求項９記載の再生装置。
【請求項１１】
前記タイマ再生用コンテンツの前記再生準備処理は、前記サーバ装置に対して前記タイマ再生用コンテンツの送信を要求し、その要求に応じて送信された前記タイマ再生用コンテンツを、再生開始のために必要なデータ量だけ受信する処理を含み、
前記再生制御手段は、前記再生予約時刻までに、前記サーバ装置から受信した前記タイマ再生用コンテンツを、再生開始のための必要なデータ量だけ前記再生装置内のバッファメモリに蓄積できなかった場合に、前記予備コンテンツの再生を開始させることを特徴とする請求項９記載の再生装置。
【請求項１２】
前記再生制御手段は、さらに、前記サーバ装置からの前記タイマ再生用コンテンツの伝送速度が所定速度以下である場合にも、前記予備コンテンツの再生を開始させることを特徴とする請求項１１記載の再生装置。
【請求項１３】
前記タイマ再生用コンテンツの前記再生準備処理は、前記再生装置が直接接続された前記ネットワークにおける当該再生装置のネットワークアドレスを取得する処理を含み、
前記再生制御手段は、遅くとも前記再生予約時刻までに前記ネットワークアドレスが取得できない場合に、前記予備コンテンツの再生を開始させることを特徴とする請求項９記載の再生装置。
【請求項１４】
前記第２のコンテンツ受付手段は、前記ネットワークに接続された、前記タイマ再生用コンテンツの送信元である第１のサーバ装置以外の第２のサーバ装置から、前記予備コンテンツを受信し、
前記再生制御手段は、前記タイマ再生用コンテンツの前記再生準備処理として、前記ネットワークに接続された前記サーバ装置を検出する処理を実行し、前記第２のサーバ装置が検出された場合には、前記タイマ再生用コンテンツの前記再生準備処理と並行して、前記第２のサーバ装置から前記予備コンテンツを受信して再生するための前記再生準備処理を実行し、前記再生予約時刻までに前記タイマ再生用コンテンツの前記再生準備処理が未完了であった場合には、前記第２のサーバ装置から受信した前記予備コンテンツの再生を開始するように制御することを特徴とする請求項９記載の再生装置。
【請求項１５】
前記再生予約時刻と、前記再生準備時刻から前記再生予約時刻までの再生準備時間とを記憶する不揮発性の時間記憶手段をさらに有し、
前記再生制御手段は、前記時間記憶手段の記憶情報に基づいて前記再生準備時刻を判断することを特徴とする請求項７記載の再生装置。
【請求項１６】
前記タイマ再生用コンテンツの前記再生準備処理に要する時間を実測する時間計測手段と、
前記時間計測手段による実測値に基づいて、前記時間記憶手段に対して前記再生準備時間を設定する準備時間設定手段と、
をさらに有することを特徴とする請求項１５記載の再生装置。
【請求項１７】
前記準備時間設定手段は、前記時間計測手段による実測値の履歴に基づいて、前記時間記憶手段に記憶された前記再生準備時間を更新することを特徴とする請求項１６記載の再生装置。
【請求項１８】
前記再生制御手段は、前記再生予約時刻が到来して、前記予備コンテンツの再生が開始された後も、前記タイマ再生用コンテンツの前記再生準備処理を継続して実行し、前記再生準備処理が完了した場合には、前記予備コンテンツの再生を停止させて、前記タイマ再生用コンテンツの再生を開始させることを特徴とする請求項７記載の再生装置。
【請求項１９】
前記第１のコンテンツ受付手段は、可搬型記録媒体に記録された前記タイマ再生用コンテンツを読み出すことを特徴とする請求項７記載の再生装置。
【請求項２０】
前記再生制御手段は、前記可搬型記録媒体が前記再生装置に装着されていないと判定した場合に、前記予備コンテンツの再生を開始させることを特徴とする請求項１９記載の再生装置。
【請求項２１】
前記第１のコンテンツ受付手段は、ラジオチューナであることを特徴とする請求項７記載の再生装置。
【請求項２２】
前記再生制御手段は、前記ラジオチューナにより受信されて復調されたオーディオ信号のレベルが所定レベル以下である場合に、前記予備コンテンツの再生を開始させることを特徴とする請求項２１記載の再生装置。
【請求項２３】
前記タイマ再生用コンテンツおよび前記予備コンテンツは、再生時に音声出力を伴うコンテンツであることを特徴とする請求項７記載の再生装置。
【請求項２４】
コンテンツを再生するための再生制御方法において、
予約時刻保持手段が、コンテンツの再生予約時刻を保持し、
計時手段が、時刻を計時し、
制御手段が、前記計時手段による計時に基づき、前記再生予約時刻前に、コンテンツ出力装置に対して第１の再生用コンテンツの入力要求を行い、前記再生予約時刻までに前記コンテンツ出力装置から第１のコンテンツ入力手段に対して前記第１の再生用コンテンツが未入力と判断されると、第２のコンテンツ入力手段に入力される第２の再生用コンテンツが再生されるように制御する、
ことを特徴とする再生制御方法。
【請求項２５】
コンテンツを再生するための再生制御方法において、
計時手段が、コンテンツの再生予約時刻を計時し、
再生制御手段が、前記計時手段からの時刻に基づき、前記再生予約時刻の所定時間前である再生準備時刻に、第１のコンテンツ受付手段により受け付けられたタイマ再生用コンテンツの再生準備処理を開始し、
前記再生制御手段が、前記再生予約時刻までに前記タイマ再生用コンテンツの前記再生準備処理が未完了であった場合には、第２のコンテンツ受付手段により受け付けられた予備コンテンツの再生を開始させる、
ことを特徴とする再生制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツを再生する再生装置および再生制御方法に関し、特に、タイマ再生機能を備える再生装置および再生制御方法に関する。
【背景技術】
【０００２】
近年、デジタルデータ化されたオーディオコンテンツやビデオコンテンツが広く流通し、これらを手軽に記録・再生する機器も一般的に普及している。また、このようなコンテンツを記録媒体から読み込んで再生するだけでなく、インターネット上のサーバ装置から配信されたコンテンツを受信して再生することも、一般的になっている。
【０００３】
さらに、家庭内においてもＬＡＮ（Local Area Network）や無線ＬＡＮなどのネットワークシステムを構築することが容易になっており、このような家庭内のネットワークシステムにおいて、機器間でデジタルコンテンツを容易にやり取りできるようにすることが望まれている。これに対して、機器間の接続やコンテンツ制御などの手順の規格化が進められている。例えば、米マイクロソフト社が発表したＵＰｎＰ（Universal Plug & Play）規格はその代表的なものである。また、このＵＰｎＰ規格をベースとしたＤＬＮＡ（Digital Living Network Alliance）ガイドラインが策定され、ＤＬＮＡガイドラインに準拠した機器の開発が現在進められている。
【０００４】
ところで、上記コンテンツの再生装置では、スリープ状態から所定時刻になると自動的に再生動作を開始するタイマ再生機能が搭載されたものがある。このタイマ再生機能は、例えば目覚まし機能として使用されることも多いため、指定した時刻に確実に再生動作が開始される必要がある。しかし、再生開始時刻を設定したとしても、例えば指定したコンテンツが記録された記録媒体を再生装置内に入れ忘れた場合には、指定時刻に再生動作が開始されない。
【０００５】
また、特に、ネットワークを介してコンテンツを受信して再生する再生装置では、例えばネットワークアドレスの確立など、ネットワークを通じたサーバ装置との接続に時間を要するため、指定時刻に再生動作を必ずしも開始できない場合が考えられる。さらに、再生開始の指定時刻に送信元のサーバ装置が起動していない場合も考えられ、この場合には再生動作を開始できない。
【０００６】
なお、時刻を設定したコンテンツの再生動作に関する従来の技術としては、光ディスクの再生中に設定時間が経過すると、通常再生を一旦停止するとともに所定のアラーム音を出力する再生装置があった（例えば、特許文献１参照）。
【０００７】
また、装置の起動に関する従来の技術としては、電源が接続されると、この装置に搭載されたｍｉｎｉＰＣＩ（Peripheral Components Interconnect）カードが備える自動電源オン回路の動作によって自動的に起動されるコンピュータ装置があった（例えば、特許文献２参照）。また、データ処理ノードがスリープ状態でネットワーク上の信号を監視し、アウェイク（AWAKE）命令信号を受けるとネットワークコントローラのアウェイクを開始するように構成されたネットワーク接続システムもあった（例えば、特許文献３参照）。また、クライアント装置において、省電力モードとなっているサーバ装置に対してサービスの利用を要求する際に、あらかじめ保持していた立ち上がり所要時間を基にタイムアウトを検知するようにした通信システムもあった（例えば、特許文献４参照）。
【特許文献１】特開２００２−５６６５９号公報（段落番号〔００９１〕〜〔０１２５〕、図１５）
【特許文献２】特表０２−０７３３８４号公報（第８頁、図２）
【特許文献３】特許第３４２９８０６号公報（段落番号〔００１８〕〜〔００２２〕、図２）
【特許文献４】特開２００５−２２２１０１号公報（段落番号〔００３４〕〜〔００３９〕、図５）
【発明の開示】
【発明が解決しようとする課題】
【０００８】
上述したように、タイマ再生機能を備えた再生装置では、指定時刻に確実に再生動作を開始させたいという要求があった。特に、ＤＬＮＡ対応機器のように、ネットワークを介して受信したコンテンツを再生する再生装置のタイマ再生機能を、再生開始の指定時刻に確実に作動させて、目覚ましのために使用したいという要求があった。
【０００９】
本発明はこのような点に鑑みてなされたものであり、指定された時刻に、指定されたコンテンツの再生が不可能である場合でもタイマ再生機能を確実に作動させることが可能な再生装置および再生制御方法を提供することを目的とする。
【課題を解決するための手段】
【００１０】
本発明では上記課題を解決するために、コンテンツを再生する再生装置において、コンテンツ出力装置から第１の再生用コンテンツが入力される第１のコンテンツ入力手段と、前記コンテンツ出力装置に前記第１の再生用コンテンツの入力を要求する要求手段と、第２の再生用コンテンツが入力される第２のコンテンツ入力手段と、時刻を計時する計時手段と、コンテンツの再生予約時刻を保持する予約時刻保持手段と、前記計時手段による計時に基づき、前記再生予約時刻前に、前記コンテンツ出力装置に対して前記第１の再生用コンテンツの入力要求を前記要求手段を制御して行い、前記再生予約時刻までに前記コンテンツ出力装置からの前記第１の再生用コンテンツが未入力と判断されると、前記第２のコンテンツ入力手段に入力される前記第２の再生用コンテンツが再生されるように制御する制御手段と、を有することを特徴とする再生装置が提供される。
【００１１】
このような再生装置では、制御手段の制御により、再生予約時刻前にコンテンツ出力装置に対して第１の再生用コンテンツの入力要求が発行される。そして、再生予約時刻までにコンテンツ出力装置からの第１の再生用コンテンツが未入力と判断されると、第２のコンテンツ入力手段に入力される第２の再生用コンテンツが再生される。
【００１２】
また、本発明では、コンテンツを再生する再生装置において、タイマ再生用コンテンツの入力を受け付ける第１のコンテンツ受付手段と、予備コンテンツの入力を受け付ける第２のコンテンツ受付手段と、コンテンツの再生予約時刻を計時する計時手段と、前記計時手段からの時刻に基づき、前記再生予約時刻の所定時間前である再生準備時刻に、前記第１のコンテンツ受付手段からの前記タイマ再生用コンテンツの再生準備処理を開始し、前記再生予約時刻までに前記タイマ再生用コンテンツの前記再生準備処理が未完了であった場合には、前記第２のコンテンツ受付手段からの前記予備コンテンツの再生を開始するように制御する再生制御手段と、を有することを特徴とする再生装置が提供される。
【００１３】
このような再生装置では、再生制御手段の制御により、再生予約時刻の所定時間前である再生準備時刻になると、第１のコンテンツ受付手段からのタイマ再生用コンテンツの再生準備処理が開始される。そして、再生予約時刻までにタイマ再生用コンテンツの再生準備処理が未完了であった場合には、第２のコンテンツ受付手段からの予備コンテンツの再生が開始される。
【発明の効果】
【００１４】
本発明によれば、再生予約時刻にコンテンツ出力装置からの第１の再生用コンテンツが入力されない場合には、第２のコンテンツ入力手段に入力される第２の再生用コンテンツが再生されるように制御されるので、再生予約時刻に何のコンテンツも再生されない事態が防止され、タイマ再生機能を確実に作動させることができる。
【００１５】
また、本発明によれば、再生予約時刻にタイマ再生用コンテンツを再生できない場合には、第２のコンテンツ受付手段からの予備コンテンツが再生されるので、再生予約時刻に何のコンテンツも再生されない事態が防止され、タイマ再生機能を確実に作動させることができる。
【発明を実施するための最良の形態】
【００１６】
以下、本発明の実施の形態を図面を参照して詳細に説明する。以下の説明では、再生装置において再生されるコンテンツデータの例として、オーディオデータを適用する。
［第１の実施の形態のシステム構成］
図１は、第１の実施の形態に係るホームネットワークシステムの構成例を示す図である。
【００１７】
第１の実施の形態では、家庭内に形成されるＬＡＮシステム（ホームネットワークシステム）に本発明を適用した場合を想定する。このホームネットワークシステムは、図１に示すように、サーバ装置１０および２０と、オーディオ再生装置３０，４０，５０とが、ＬＡＮ６０を通じて接続された構成を有している。これらのうち、サーバ装置２０およびオーディオ再生装置５０は、無線ＬＡＮのアクセスポイント６１を介してＬＡＮ６０に対して無線接続しており、残りのサーバ装置１０とオーディオ再生装置３０および４０は、ＬＡＮ６０に対して有線により接続されている。
【００１８】
なお、実際には、例えば、アクセスポイント６１と一体に構成されたブロードバンドルータに対して、サーバ装置１０、オーディオ再生装置３０および４０がＬＡＮケーブルやハブ（ＨＵＢ）を介して接続され、これにより、サーバ装置２０およびオーディオ再生装置５０を含めたＬＡＮシステムが形成される。この場合、ブロードバンドルータは、ＬＡＮ６０上の機器に対するＤＨＣＰ（Dynamic Host Configuration Protocol）サーバ機能およびＮＡＴ（Network Address Translation）機能を備え、これにより、ＬＡＮ６０上の各機器が外部ネットワーク側の回線を共有できるようにもなっている。
【００１９】
このホームネットワークシステムでは、サーバ装置１０および２０は、オーディオデータを提供する情報提供装置としての機能を備え、オーディオ再生装置３０，４０，５０は、サーバ装置１０および２０からのオーディオデータの提供を受けて再生するクライアント装置（情報再生装置）としての機能を備えたものとなっている。そして、ユーザは、オーディオ再生装置３０，４０，５０のそれぞれを通じて、サーバ装置１０または２０が提供する異なったオーディオコンテンツを楽しむことが可能である。すなわち、オーディオ再生装置３０，４０，５０は、再生しようとするオーディオデータ（オーディオコンテンツ）に応じて、サーバ装置１０および２０のいずれか一方を、オーディオデータの配信元として選択することが可能となっている。
【００２０】
さらに、本実施の形態のオーディオ再生装置３０，４０，５０は、電子機器間の接続やコンテンツデータのやり取りを簡単に行うようにするため、例として、ＤＬＮＡが推奨するガイドラインに準拠した機器であるものとする。ＤＬＮＡガイドラインでは、電子機器の検出や制御、コンテンツデータの管理の手順として、米マイクロソフト社が発表したＵＰｎＰに標準で対応するよう求めている。
【００２１】
ＵＰｎＰは、１０／１００ＢＡＳＥ−Ｔのイーサネット（Ethernet，登録商標）を用いたネットワーク通信において代表的なＩＥＥＥ（Institute of Electrical and Electronic Engineers）８０２ネットワーク上で用いることが可能な、ＩＰ（Internet Protocol）およびＩＰ上のＴＣＰ（Transmission Control Protocol）、ＵＤＰ（User Datagram Protocol）などで構成されるプロトコル群とデータフォーマットの仕様であり、インターネット標準通信（ＴＣＰ／ＩＰ通信）における機能を拡充するものである。
【００２２】
そして、ＵＰｎＰをオーディオ再生装置などのいわゆるＣＥ（Consumer Electronics）機器に採用することにより、オーディオ再生装置などのＣＥ機器が、他のＣＥ機器やパーソナルコンピュータとの間で簡単に相互認証し、ネットワークを通じたサービスの提供や提供されたサービスの実行を、ユーザに面倒な作業をさせることなく、簡単かつ適正に行うことを可能にするものである。
【００２３】
［ＵＰｎＰの概要］
図２は、ＵＰｎＰのプロトコルスタック（プロトコル群の構造）について説明するための図である。
【００２４】
図２に示すように、ＵＰｎＰでは、実際のデータの送受信はインターネット標準通信プロトコルによって行われる。また、以下に説明するようなＵＰｎＰの独自の機能を実現するために、ＳＳＤＰ（Simple Service Discovery Protocol）、ＧＥＮＡ（General Event Notification Architecture）、ＳＯＡＰ（Simple Object Access Protocol）、ＨＴＴＰ（HyperText Transfer Protocol）などのプロトコル群が用いられる。
【００２５】
さらに、ＵＰｎＰでは、図２に示すように、ベンダ定義（UPnP Vendor Defined）、ＵＰｎＰフォーラム作業委員会定義（UPnP Forum Working Committee Defined）、デバイス仕様（構造）定義（UPnP Device Architecture Defined）がなされることになっている。
【００２６】
そして、ＵＰｎＰは、アドレッシング（Addressing）、ディスカバリ（Discovery）、ディスクリプション（Description）、コントロール（Control）、イベンティング（Eventing）、プレゼンテーション（Presentation）の６つの機能を提供している。以下、ＵＰｎＰが提供する６つの機能について説明する。
【００２７】
オーディオ再生装置などのＵＰｎＰ機器（ＵＰｎＰが搭載された電子機器）では、ＵＰｎＰの機能を用いてオーディオデータを利用するために、ＵＰｎＰ・ＡＶ・アーキテクチャという規定に従うことなる。ＵＰｎＰ・ＡＶ・アーキテクチャにおけるＵＰｎＰ機器は、以下のように３種類に分類されている。
【００２８】
すなわち、ＵＰｎＰ・ＡＶ・アーキテクチャでは、ＵＰｎＰ機器を、コンテンツを提供するメディアサーバ（Media Server）と、制御端末装置として機能するコントロールポイント（Control Point）と、再生装置として機能するメディアレンダラ（Media Renderer）との３つに分類している。ここで、メディアサーバは、ネットワークシステムにおいて一般にサーバ装置と呼ばれているものに相当し、メディアレンダラは、ネットワークシステムにおいて一般にクライアント装置と呼ばれているものに相当する。
【００２９】
また、コントロールポイント（制御装置）は、ネットワークに接続された各ＵＰｎＰ機器を制御することができるものである。コントロールポイントとしての機能は、メディアサーバにもメディアレンダラにも搭載することが可能であり、ネットワークを構成するすべての電子機器にコントロールポイントを搭載することも、また、ネットワークを構成する任意の電子機器にコントロールポイントを搭載することも可能となっている。本実施の形態では、オーディオ再生装置３０，４０，５０のそれぞれにコントロールポイントとしての機能が搭載されているものとする。
【００３０】
また、ＵＰｎＰにおけるアドレッシングは、各ＵＰｎＰ機器が、ＩＥＥＥ８０２ネットワーク上で自機を特定するためのアドレスを取得する機能であり、ＤＨＣＰまたはＡｕｔｏ−ＩＰが用いられる。
【００３１】
ディスカバリは、アドレッシングの後に行われ、これによりコントロールポイントは、コントロールしたいターゲット機器（メディアサーバまたはメディアレンダラ）を発見することができる。ここで用いられるプロトコルは、上述のＳＳＤＰである。ネットワークシステムを構成する各電子機器は、ＩＥＥＥ８０２ネットワークに接続されたときに、自分自身が備えるデバイスやサービスを通知するメッセージを、ＩＥＥＥ８０２ネットワーク上にブロードキャストする。コントロールポイントは、このブロードキャストされたメッセージを受信することで、ＩＥＥＥ８０２ネットワークにどのような機器が接続されたかを知ることができる。
【００３２】
ディスカバリによって、コントロールポイントが発見したコントロール対象の電子機器が出力したＳＳＤＰパケットには、デバイスディスクリプション（Device Description）のＵＲＬ（Uniform Resource Locator）が記述されている。コントロールポイントは、そのＵＲＬにアクセスすることにより、その電子機器のさらに詳しいデバイス情報をデバイスディスクリプションから取得することができる。
【００３３】
このデバイス情報には、アイコン情報、モデル名、生産者名、商品名や、そのデバイスが有するサービスの詳しい情報が記載されているサービスディスクリプション（Service Description）などが記述されている。コントロールポイントは、これらのデバイスディスクリプションやサービスディスクリプションから、ターゲット機器に対するアクセスの方法を知ることができる。デバイスディスクリプションやサービスディスクリプションは、ＸＭＬ（eXtensible Markup Language）で表現されている。
【００３４】
コントロールの機能は、アクション（Action：実行）とクエリ（Query：問い合わせ）の２つの機能に大きく分類される。アクションは、サービスディスクリプションのアクション情報に規定された方法で行われ、アクションを実施（Invoke）することによって、コントロールポイントはターゲット機器を操作することができる。クエリは、サービスディスクリプションの機器情報（state Variable）の値を取り出すために用いられる。コントロールでは、上述のＳＯＡＰというトランスポートプロトコルが利用され、その表現としてはＸＭＬが用いられる。
【００３５】
イベンティングは、機器情報の値が変更されたとき、そのことをターゲット機器からコントロールポイントに通知させるために用いられる。このイベンティングでは、上述のＧＥＮＡというトランスポートプロトコルが利用され、その表現としてはＸＭＬが用いられる。プレゼンテーションは、ユーザにユーザインタフェースを用いたコントロール手段を提供するために用いられる。
【００３６】
各ＵＰｎＰ機器は、以上のようなＵＰｎＰ機能を用いることにより、ユーザに複雑な操作を求めることなく、ネットワークに参加し、通信が行える状態になるだけでなく、他のＵＰｎＰ機器の検出や接続までも自動的に行うことができるようにされる。
【００３７】
図３は、メディアサーバに格納されたコンテンツを管理するツリー構造の例を示す図である。
ＵＰｎＰ機器であるメディアサーバには、ＣＤＳ（Contents Directory Service）という機能（Service）が組み込まれており、メディアサーバはこの機能により、コントロールポイントに対して、メディアサーバにどのようにコンテンツが格納されているかを通知する。ＣＤＳには、コンテナ（Container）とアイテム（Item）という二つの抽象化されたオブジェクト（Object）があり、これらはいわば、米マイクロソフト社が提供するＯＳ（Operating System）であるＷＩＮＤＯＷＳ（登録商標）におけるフォルダ（Folder）とファイル（File）に相当する。コンテナとアイテムは、図３に示すように常にツリー構造を作ることになっている。なお、本実施の形態では、メディアサーバから送信されるオーディオデータが、図３におけるアイテムに対応している。
【００３８】
コントロールポイントは、図３に示したツリー構造をメディアサーバから取得することにより、各コンテンツのＵＲＬ（情報が書いてあるリンク（Link））を得ることができる。そして、所望のオーディオコンテンツ（アイテム）の情報が取得できた場合、メディアサーバのＡＶトランスポート（ＡＶ Transport）という機能を用いてオーディオコンテンツの再生や停止など、オーディオトラック（オーディオデータ）についての操作を行うことができるようにされる。
【００３９】
本実施の形態のサーバ装置１０および２０とオーディオ再生装置３０，４０，５０のそれぞれは、上述のように、ＵＰｎＰのアドレッシング機能を用いて、ＴＣＰ／ＩＰの通信が可能な状態になり、ＵＰｎＰのディスカバリ機能を用いてお互いの機器認証を行う。これによって、各機器は、ネットワークの構成を把握し、目的とする電子機器との間で通信を行うことができるようにされる。
【００４０】
［サーバ装置の構成例］
次に、本実施の形態のホームネットワークシステムを構成する各電子機器の構成例について説明する。
【００４１】
図４は、サーバ装置のハードウェア構成を示すブロック図である。なお、ここでは例としてサーバ装置１０の構成について説明するが、サーバ装置２０も同様のハードウェア構成により実現できる。
【００４２】
図４に示すように、サーバ装置１０は、ＣＰＵ（Central Processing Unit）１１、ＲＯＭ（Read Only Memory）１２、ＲＡＭ（Random Access Memory）１３、ＨＤＤ１４、入力インタフェース（Ｉ／Ｆ）１５、グラフィック処理部１６、および通信インタフェース（Ｉ／Ｆ）１７を備え、これらは内部バス１８を介して相互に接続されている。
【００４３】
ＣＰＵ１１は、このサーバ装置１０全体に対する制御をつかさどる。ＲＯＭ１２には、ＣＰＵ１１において実行するプログラムや処理に必要なデータなどが記録されている。ＲＡＭ１３は、主に各種の処理において作業領域として用いられるものである。
【００４４】
ＨＤＤ１４は、多数のデジタルコンテンツ（提供情報）などを蓄積することが可能な容量を持っている。また、ＨＤＤ１４は、ＣＰＵ１１により実行される各種のプログラムや処理用のデータなどを保持するとともに、コンテンツのトランスコードやコンテンツをＬＡＮ６０を通じて他の機器に送信する際などに作業領域としても用いられる。
【００４５】
本実施の形態では、ＨＤＤ１４には、オーディオ再生装置３０，４０，５０に対してオーディオストリームを送信する、ＤＬＮＡガイドラインに準拠したサーバとして機能するためのサーバプログラムが格納されて、ＣＰＵ１１により実行される。また、このサーバプログラムの機能としては、ＨＤＤ１４に格納されたオーディオストリームの符号化方式やサンプリングレート、量子化レートなどを変換するトランスコード機能を含んでもよい。
【００４６】
入力Ｉ／Ｆ１５には、例えばキーボードやマウスなどの入力装置１５ａが接続されている。この入力Ｉ／Ｆ１５は、入力装置１５ａからの信号を、内部バス１８を介してＣＰＵ１１に送信する。
【００４７】
グラフィック処理部１６には、例えばＬＣＤ（Liquid Crystal Display）などの表示装置１６ａが接続されている。このグラフィック処理部１６は、ＣＰＵ１１からの命令に従って、表示装置１６ａの画面上に画像を表示させる。
【００４８】
通信Ｉ／Ｆ１７は、図示しないＬＡＮケーブルを介してＬＡＮ６０に接続し、他の機器との間でデータの送受信を行う。また、通信Ｉ／Ｆ１７は、いわゆるウェイク・オン・ラン（Wake On LAN，以下、ＷＯＬと称する）に対応しており、サーバ装置１０がスリープ状態であるときに、ＬＡＮ６０上に送出されるＷＯＬ信号を監視し、自装置宛てのＷＯＬ信号を受信すると、マザーボードの電源コントローラ（図示せず）に対して電源投入を指示して、サーバ装置１０を起動させることが可能となっている。
【００４９】
［オーディオ再生装置の構成例］
図５は、オーディオ再生装置のハードウェア構成を示すブロック図である。なお、ここでは例としてオーディオ再生装置３０の構成について説明するが、オーディオ再生装置４０および５０も同様のハードウェア構成により実現できる。
【００５０】
図５に示すように、オーディオ再生装置３０は、ＣＰＵ３１、ＲＯＭ３２、ＲＡＭ３３、フラッシュメモリ３４、入力インタフェース（Ｉ／Ｆ）３５、入力部３５ａ、グラフィック処理部３６、表示部３６ａ、通信インタフェース（Ｉ／Ｆ）３７、オーディオデコーダ３８、Ｄ／Ａ変換部３９、オーディオアンプ４１、スピーカ４２、および計時回路４３を備えている。これらのうち、スピーカ４２を除く各ブロックは、内部バス４４を介して接続されている。
【００５１】
ＣＰＵ３１は、このオーディオ再生装置３０全体に対する制御をつかさどる。ＲＯＭ３２には、ＣＰＵ３１において実行するプログラムや処理に必要なデータなどが記録されている。ＲＡＭ３３は、主に各種の処理において作業領域として用いられるものである。なお、これらのＣＰＵ３１、ＲＯＭ３２、およびＲＡＭ３３は、マイクロコンピュータとして実現されてもよい。
【００５２】
フラッシュメモリ３４は、書き換え可能な不揮発性メモリであり、例えば、オーディオ再生装置３０の電源が落とされても保持しておくべき種々のデータが記録されるものである。また、本実施の形態では、後述するタイマ再生動作の際に、決められたオーディオデータが正常に再生できなかった場合に再生する予備のオーディオデータが、フラッシュメモリ３４にあらかじめ記憶されている。
【００５３】
入力Ｉ／Ｆ３５は、入力部３５ａからの信号を、内部バス４４を介してＣＰＵ３１に送信する。入力部３５ａには、操作キーなどの各種入力スイッチが設けられている。グラフィック処理部３６は、ＣＰＵ３１からの命令に従って、表示部３６ａの画面上に画像を表示させる。表示部３６ａは、例えばＬＣＤなどから構成される。
【００５４】
通信Ｉ／Ｆ３７は、図示しないＬＡＮケーブルを介してＬＡＮ６０に接続し、他の機器との間でデータの送受信を行う。また、通信Ｉ／Ｆ３７は、ＬＡＮ６０を通じて受信したパケットからオーディオストリームのデータを抽出し、オーディオデコーダ３８に直接受け渡すことが可能になっている。
【００５５】
オーディオデコーダ３８は、通信Ｉ／Ｆ３７から受信した、あるいはフラッシュメモリ３４から供給されたオーディオデータをデコードする機能を備える。このオーディオデコーダ３８は、例えば、ＭＰ３（Moving Picture Experts Group−Audio Layer 3）などの各種符号化方式のオーディオデータをデコード可能となっている。また、ＬＰＣＭ（Linear Pulse Code Modulation）方式のオーディオデータが入力された場合には、そのまま後段のＤ／Ａ変換部３９に出力することが可能となっている。なお、このオーディオデコーダ３８の機能は、ＣＰＵ３１においてソフトウェアが実行されることで実現されてもよい。
【００５６】
Ｄ／Ａ変換部３９は、オーディオデコーダ３８から供給されたデジタルオーディオデータを、アナログオーディオ信号に変換する。オーディオアンプ４１は、Ｄ／Ａ変換部３９から供給されたアナログオーディオ信号を所定のレベルに増幅し、これをスピーカ４２に供給する。これにより、スピーカ４２からは、これに供給されたアナログオーディオ信号に応じた音声が再生出力される。
【００５７】
計時回路４３は、後述するタイマ再生などにおいて基準となる時刻を発生する回路である。なお、この計時回路４３は、オーディオ再生装置３０がスリープ状態となっても動作を継続する。
【００５８】
［オーディオデータのタイマ再生動作］
次に、オーディオ再生装置３０，４０，５０におけるオーディオデータのタイマ再生動作について説明する。このタイマ再生動作は、例えばスリープ状態などから、事前に予約した時刻（以下、再生予約時刻と呼ぶ）になったときに、あらかじめ決めておいたオーディオデータの再生動作を自動的に開始する機能である。
【００５９】
なお、ここでは、サーバ装置１０から送信されるオーディオデータを、オーディオ再生装置３０において受信して再生する場合の例について説明するが、当然ながら、オーディオ再生装置４０および５０でもオーディオ再生装置３０と同様の機能を実現可能であり、また、オーディオデータの送信元としてサーバ装置２０を選択して同様のタイマ再生動作を実行することも可能である。
【００６０】
図６は、オーディオ再生装置が備える主な機能を示すブロック図である。
オーディオ再生装置３０は、タイマ再生動作を実現するための機能として、コンテンツ取得制御部３１１、再生制御部３１２、通信制御部３１３、およびＵ／Ｉ（ユーザインタフェース）制御部３１４を備えている。これらの各機能は、ＣＰＵ３１によってプログラムが実行されることで実現される。さらに、オーディオ再生装置３０は、オーディオバッファ３３１、予備コンテンツ記憶部３４１、およびタイマ設定記憶部３４２を備えている。オーディオバッファ３３１は、ＲＡＭ３３に生成される記憶領域であり、予備コンテンツ記憶部３４１およびタイマ設定記憶部３４２は、フラッシュメモリ３４に生成される不揮発性の記憶領域である。
【００６１】
コンテンツ取得制御部３１１は、再生するコンテンツのデータ（オーディオデータ）をサーバ装置１０から取得するための処理を制御するブロックであり、通信制御部３１３に対して、サーバ装置１０の探索やその属性情報の取得、コンテンツデータの取得などを要求する。また、このコンテンツ取得制御部３１１は、計時回路４３からの時刻情報を基にタイマ再生時の動作を制御する機能も備えている。
【００６２】
再生制御部３１２は、オーディオバッファ３３１におけるオーディオデータの読み書きや、オーディオデコーダ３８などの動作を制御して、コンテンツの再生動作を制御する。
通信制御部３１３は、ＬＡＮ６０を通じた通信処理を制御するブロックであり、本実施の形態では、コンテンツ取得制御部３１１からの要求に応じて、ＵＰｎＰで規定された通信手順や、ＷＯＬ機能の制御手順などを実行することが可能となっている。
【００６３】
Ｕ／Ｉ制御部３１４は、入力部３５ａに対するユーザの入力操作を入力Ｉ／Ｆ３５を通じて検知して、その入力操作に応じた操作入力情報をコンテンツ取得制御部３１１や再生制御部３１２に出力する。また、コンテンツ取得制御部３１１や再生制御部３１２からの制御情報に従って、例えば、サーバやコンテンツの選択、コンテンツの再生などの操作時に、場面に応じた表示情報を生成してグラフィック処理部３６に出力し、表示情報に応じた画像を表示部３６ａに表示させる。
【００６４】
オーディオバッファ３３１は、再生されるオーディオデータが一時的に蓄積されるバッファである。このオーディオバッファ３３１に蓄積されたオーディオデータが、再生制御部３１２の制御によって順次オーディオデコーダ３８に読み出されてデコードされることで、オーディオデータが再生される。
【００６５】
予備コンテンツ記憶部３４１には、タイマ再生の際に指定されたコンテンツが再生予約時刻に再生不可能である場合に、代わりに再生される予備コンテンツのデータ（オーディオデーが）が記憶されている。この予備コンテンツとしては、例えば単なるアラーム電子音であってもよいし、所定の楽曲であってもよい。
【００６６】
なお、予備コンテンツ記憶部３４１は、オーディオ再生装置３０に対して着脱可能な可搬型記録媒体に設けられていてもよい。例えば、予備コンテンツ記憶部３４１がフラッシュメモリからなるメモリカードに設けられる場合、このメモリカードが、オーディオ再生装置３０に設けられたカードＩ／Ｆ３４３に装着されて、メモリカード内のオーディオコンテンツが予備コンテンツとして利用可能となる。
【００６７】
タイマ設定記憶部３４２には、タイマ再生を実行するための各種設定データが記憶されている。例えば、再生予約時刻、再生すべきコンテンツのロケーション情報（ＵＲＬ、ポートなど）、そのコンテンツの送信元サーバに関する情報（サーバＩＤ、ＭＡＣ（Media Access Control）アドレスなど）などが記憶される。
【００６８】
なお、タイマ再生用として指定されるコンテンツとしては、例えば、タイマ設定操作の直前にオーディオ再生装置３０で再生されたオーディオデータが自動的に指定されるようにしてもよい。この場合、オーディオデータの再生時に、そのオーディオデータを受信するためのロケーション情報や送信元サーバに関する情報などが、オーディオ再生装置３０内で保持されているため、タイマ設定操作が行われた時点（あるいはその後の電源切断時点）において、これらの情報を自動的にタイマ設定記憶部３４２に格納する。
【００６９】
また、タイマ設定操作の際に、タイマ再生用として任意のコンテンツを指定できるようにしてもよい。この場合、ユーザの操作により、ネットワーク上のサーバ装置の選択や、選択されたサーバ装置内のコンテンツの選択などが行われる。より具体的には、ＬＡＮ６０上にサーチメッセージをマルチキャストして、応答のあったサーバ装置を表示部３６ａに一覧表示する。次に、ユーザの操作により選択されたサーバ装置にアクセスして、コンテンツを管理しているツリー構造やその中の属性情報などを取得する。
【００７０】
楽曲に対応するアイテムがアルバムごとに管理されていた場合、表示部３６ａには例えばアルバム名が一覧表示され、その中からユーザの操作により１つのアルバムが選択されると、そのアルバムに対応するオブジェクトの子階層の情報が取得されて、子階層に含まれる楽曲名が表示部３６ａに一覧表示される。ここで、ユーザの操作により楽曲が選択されると、その楽曲に対応するアイテムのさらに詳細な属性情報が取得される。以上の処理過程で取得された各種情報が、タイマ設定記憶部３４２に格納される。
【００７１】
図７は、タイマ再生時におけるオーディオ再生装置の処理手順を示すフローチャートである。
〔ステップＳ１１〕図７の処理の初期状態では、例えばオーディオ再生装置３０がスリープ状態であるとする。このとき、計時回路４３が発生する時刻を監視する機能（図示せず）が動作しており、この時刻監視機能は、再生予約時刻より、待ち時間Ｔｍａｘだけ前の時刻になったか否かを監視する。その時刻になると、ステップＳ１２の処理が実行される。
【００７２】
〔ステップＳ１２〕上記の時刻監視機能からの制御信号に基づいて、オーディオ再生装置３０が起動される。そして起動後、通信制御部３１３は、ＬＡＮ６０上のネットワークアドレスを取得する。なお、ネットワークアドレスは、例えば、オーディオ再生装置３０の起動を検出したＬＡＮ６０上のＤＨＣＰサーバから付与される。
【００７３】
〔ステップＳ１３〕コンテンツ取得制御部３１１は、通信制御部３１３により、ネットワークアドレスが正常に取得されたか否かを判定する。正常に取得されなかった場合はステップＳ１４の処理が実行され、正常に取得された場合はステップＳ１５の処理が実行される。
【００７４】
〔ステップＳ１４〕コンテンツ取得制御部３１１は、計時回路４３からの時刻を参照して、所定の時刻に到達したか否かを判定する。到達していなければ、ステップＳ１３の判定処理が再度実行される。また、到達した場合には、タイムアウトとしてステップＳ２３の処理が実行される。
【００７５】
なお、このステップＳ１４での判定基準とする時刻は、再生予約時刻以前の時刻であればよいが、例えば、ネットワークアドレスの取得から指定コンテンツの再生開始までに必要な時間分だけ、再生予約時刻より前の時刻であることが望ましい。
【００７６】
また、以上のステップＳ１１〜Ｓ１４の処理は、オーディオ再生装置３０がスリープ状態である場合に実行される処理であるが、オーディオ再生装置３０がすでに起動されている状態では、次のステップＳ１５からの処理が実行されればよい。
【００７７】
〔ステップＳ１５〕コンテンツ取得制御部３１１は、タイマ設定記憶部３４２に記憶されたサーバ装置（ここではサーバ装置１０とする）のＭＡＣアドレスを読み出し、これを通信制御部３１３に渡して、対応するサーバ装置１０を起動させるように要求する。通信制御部３１３は、この要求に応じて、サーバ装置１０の起動のためのＷＯＬパケットを通信Ｉ／Ｆ３７にブロードキャストで送出させる。
【００７８】
さらに、通信制御部３１３は、コンテンツ取得制御部３１１からの要求に応じて、サーバ装置を検出するための検出信号を通信Ｉ／Ｆ３７にマルチキャストで送出させる。
〔ステップＳ１６〕通信制御部３１３は、ステップＳ１５の処理に対するサーバ装置１０からの応答を待機し、コンテンツ取得制御部３１１は、通信制御部３１３における応答の受信の有無により、サーバ装置１０が正常に起動したか否かを判定する。なお、この起動判定については、次の図８において詳述する。起動していない場合はステップＳ１７の処理が実行され、起動した場合はステップＳ１８の処理が実行される。
【００７９】
〔ステップＳ１７〕コンテンツ取得制御部３１１は、計時回路４３からの時刻を参照して、所定の時刻に到達したか否かを判定する。到達していなければ、ステップＳ１６の判定処理が再度実行される。また、到達した場合には、タイムアウトとしてステップＳ２３の処理が実行される。
【００８０】
なお、このステップＳ１７での判定基準とする時刻は、上記のステップＳ１４と同様に、再生予約時刻以前の時刻であればよいが、例えば、サーバ装置１０の起動が確認されてから指定コンテンツの再生開始までに必要な時間分だけ、再生予約時刻より前の時刻であることが望ましい。
【００８１】
〔ステップＳ１８〕コンテンツ取得制御部３１１は、タイマ設定記憶部３４２からコンテンツを取得するためのロケーション情報を読み出し、このロケーション情報を通信制御部３１３に渡して、指定されたコンテンツの送信を要求させる。通信制御部３１３は、受け取ったロケーション情報にアクセスするように通信Ｉ／Ｆ３７に要求する。
【００８２】
〔ステップＳ１９〕コンテンツ取得制御部３１１は、指定されたコンテンツの再生準備が完了したか否かを判定する。再生準備が完了していない場合はステップＳ２０の処理が実行され、完了した場合はステップＳ２１の処理が実行される。
【００８３】
このステップＳ１９では、ステップＳ１８の処理により、サーバ装置１０から対応するオーディオデータの送信が開始され、このデータが、再生を開始するのに必要な量だけオーディオバッファ３３１に蓄積されたときに、再生準備が完了したと判定される。また、サーバ装置１０からのオーディオデータの伝送速度を検出して、伝送速度が所定値以下である場合には再生準備が完了していないと判定してもよい。
【００８４】
〔ステップＳ２０〕コンテンツ取得制御部３１１は、計時回路４３からの時刻を参照して、再生予約時刻に到達したか否かを判定する。到達していなければ、ステップＳ１８の判定処理が再度実行される。また、到達した場合には、タイムアウトとしてステップＳ２３の処理が実行される。
【００８５】
〔ステップＳ２１〕コンテンツ取得制御部３１１は、計時回路４３からの時刻を参照して、再生予約時刻に到達したか否かを判定し、到達した場合には、ステップＳ２２の処理が実行される。なお、再生予約時刻に到達するまでの間には、サーバ装置１０から受信されたオーディオデータがオーディオバッファ３３１に順次蓄積されてもよいが、このとき、オーディオバッファ３３１に蓄積されたオーディオデータが読み出されずに保持されるようにする。
【００８６】
〔ステップＳ２２〕コンテンツ取得制御部３１１は、再生制御部３１２に対してコンテンツの再生を開始するように要求する。再生制御部３１２は、オーディオバッファ３３１に蓄積されたオーディオデータを順次オーディオデコーダ３８に供給し、このデータをデコードさせる。
【００８７】
〔ステップＳ２３〕コンテンツ取得制御部３１１は、予備コンテンツ記憶部３４１に記憶された予備コンテンツのデータをオーディオバッファ３３１に順次供給し、予備コンテンツの再生準備を開始する。
【００８８】
〔ステップＳ２４〕コンテンツ取得制御部３１１は、所定量のオーディオデータがオーディオバッファ３３１に蓄積されると、そのオーディオデータの再生を開始するように再生制御部３１２に要求する。この結果、予備コンテンツの再生が開始される。
【００８９】
以上の処理によれば、再生予約時刻において、指定されたコンテンツの再生が開始できなかった場合や、処理の過程で開始できないと判断された場合には、オーディオ再生装置３０にあらかじめ記憶されていた予備コンテンツが、再生予約時刻に自動的に再生される。従って、再生予約時刻に何の音声も出力されないという事態を確実に防止でき、タイマ再生機能を目覚ましとして不都合なく使用できるようになる。
【００９０】
次に、上記処理におけるオーディオ再生装置３０とサーバ装置１０との間の通信と、各装置の状態について、さらに詳しく説明する。
図８は、タイマ再生時における通信手順を示すシーケンス図である。
【００９１】
まず、タイミングＴ３１において、オーディオ再生装置３０が起動処理を開始する。そして、起動処理が完了して、ネットワークアドレスが取得された後、タイミングＴ３２において、オーディオ再生装置３０は、サーバ装置１０のＭＡＣアドレスを指定して、ＬＡＮ６０上にＷＯＬパケットをブロードキャストで送出する。また、その後、サーバ検出信号を、サーバ装置１０からの応答を受信するまで一定時間ごとにマルチキャストで送出する。なお、サーバ検出信号とは、ＵＰｎＰのディスカバリ機能として規定されたサーバのサーチメッセージである。
【００９２】
スリープ状態のサーバ装置１０は、ＬＡＮ６０上のＷＯＬパケットを監視している。そして、タイミングＴ３３において、自機のＭＡＣアドレスが指定されたＷＯＬパケットを受信すると、自動的に起動処理を開始する。さらに、タイミングＴ３４において起動処理が完了すると、オーディオ再生装置３０から送信されたサーバ検出信号を受信し、その応答信号をオーディオ再生装置３０に送出する。なお、応答信号には、例えば、自機を特定するＩＤや、デバイスディスクリプションを取得するためのＵＲＬなどが含まれている。あるいは、応答信号として、サーバ接続通知（Notify）が返信されてもよい。
【００９３】
オーディオ再生装置３０は、タイミングＴ３５において、サーバ装置１０からの応答を受信すると、そのサーバ装置１０に対してサーバ情報の送信を要求する。具体的には、応答により得られたＵＲＬにアクセスして、ＧＥＴコマンドによりデバイスディスクリプションの送信を要求する。さらに、受信したデバイスディスクリプションを基に、ＣＤＳ機能を用いて、サーバ装置１０でコンテンツを管理している階層構造の情報の送信を要求する。なお、ＣＤＳ機能を用いた情報の要求では、タイマ設定記憶部３４２にあらかじめ保持していた情報を基に、階層構造の情報の送信を要求してもよい。
【００９４】
サーバ装置１０は、タイミングＴ３６において、これらの要求に応じた所定の情報をオーディオ再生装置３０に返信する。オーディオ再生装置３０は、タイミングＴ３７において、サーバ装置１０からの応答を正常に受信すると、このサーバ装置１０が正常に起動されたと判定する。なお、以上のタイミングＴ３２〜Ｔ３７におけるオーディオ再生装置３０の処理は、図７のステップＳ１５〜Ｓ１７の処理に対応している。
【００９５】
ここで、サーバ装置１０の起動を判定する処理手順としては、上記のデバイスディスクリプションの送信を要求し、その応答を受信することで正常起動と判定してもよい。また、タイミングＴ３５でのサーバ装置１０からの応答を受信した時点で、正常起動と判定してもよい。
【００９６】
また、ＷＯＬパケットの送出の前に、サーバ検出信号を一旦送出し、目的とするサーバ装置１０からの応答がない場合に、上記手順によりＷＯＬパケットを送出してもよい。また、ＷＯＬパケットあるいはサーバ検出信号の送出の前に、目的とするサーバ装置１０に対してピング（ping）コマンドを送出して、そのサーバ装置１０の通信Ｉ／Ｆが動作しているかを事前に確認し、動作していない場合にはサーバ装置１０からのコンテンツ受信が不可能と判定してもよい。
【００９７】
サーバ装置１０が正常に起動したと認識すると、オーディオ再生装置３０は、指定されたコンテンツのデータ送信をサーバ装置１０に要求するためのアクションを実行する（図７のステップＳ１８に対応）。サーバ装置１０は、タイミングＴ３８において、コンテンツの送信要求を受け付けると、要求されたコンテンツのデータの送出を開始する。オーディオ再生装置３０は、サーバ装置１０からのコンテンツのデータを順次受信して、オーディオバッファ３３１に格納していく。そして、再生予約時刻であるタイミングＴ３９において、受信したコンテンツのデータの再生を開始する（図７のステップＳ２２に対応）。
【００９８】
ここで、オーディオ再生装置３０において設定される待ち時間Ｔｍａｘを、図８のタイミングＴ３１〜Ｔ３９までの手順を完了するために必要な予想時間以上とすることで、再生予約時刻に所望のコンテンツを確実に再生できるようになる。すなわち、待ち時間Ｔｍａｘは、オーディオ再生装置３０の起動やネットワークアドレスの取得に要する時間、コンテンツ送信元のサーバ装置１０が起動し、コンテンツ送信の準備が整うまでに必要な時間、コンテンツの送信を要求してから、オーディオ再生装置３０でのコンテンツ再生の準備が整うまでに必要な時間に応じて決定されればよい。なお、当然ながら、オーディオ再生装置３０がすでに起動している場合には、起動やアドレス取得に要する時間を差し引いた待ち時間が設定されればよい。
【００９９】
また、この待ち時間Ｔｍａｘは、例えばタイマ設定時や任意の時間に実測されて、タイマ設定記憶部３４２に記憶されてもよい。この場合、例えば、待ち時間Ｔｍａｘの実測値に、所定の時間αを加算した時間をタイマ設定記憶部３４２に記憶しておき、再生予約時刻Ｔに対して、タイミングＴ３１の処理開始時刻をＴ−（Ｔｍａｘ＋α）とすることで、再生予約時刻においてより確実にコンテンツの再生を開始できるようになる。
【０１００】
さらに、タイマ再生が実行されるたびに、上記のタイミングＴ３１〜Ｔ３９までの経過時間を実測し、その実測値に応じて待ち時間Ｔｍａｘの記憶値を更新してもよい。例えば、タイミングＴ３１〜Ｔ３９までの経過時間の実測値が、タイマ設定記憶部３４２に保持している現在の待ち時間Ｔｍａｘより長い場合には、待ち時間Ｔｍａｘの記憶値を最新の実測値により更新する。あるいは、直近の所定回数分の実測値を履歴として常に保持しておき、それらの平均値によって待ち時間Ｔｍａｘの記憶値を更新してもよい。
【０１０１】
なお、以上の説明では、再生予約時刻において、指定されたコンテンツの再生を開始できない場合には、装置内部に記憶していた予備コンテンツを再生していたが、予備コンテンツとして、他のサーバ装置（例えばサーバ装置２０）から受信したコンテンツを再生してもよい。
【０１０２】
この場合、オーディオ再生装置３０は、例えば、図７のステップＳ１５で送出したサーバ検出信号の応答により、指定されたサーバ装置以外のもの（ここではサーバ装置２０とする）が検出された場合に、このサーバ装置２０からのコンテンツの受信要求手順も並行して実行しておく。そして、再生予約時刻になっても、サーバ装置１０からのコンテンツの再生準備が完了していない場合に、サーバ装置２０からのコンテンツの再生準備が完了していれば、サーバ装置２０からのコンテンツの再生を開始する。
【０１０３】
また、この場合、サーバ装置１０からのコンテンツ受信に必要な待ち時間に加えて、他のサーバ装置２０についての待ち時間も保持しておき、それらの待ち時間を基にタイマ再生処理の開始時刻（ステップＳ１１の時刻に対応）を決定してもよい。例えば、最も待ち時間の長いサーバ装置に合わせて、タイマ再生処理の開始時刻を決定する。
【０１０４】
なお、指定したサーバ装置以外の複数のサーバ装置から、サーバ検出信号に対する応答があった場合には、例えば、以前にコンテンツを受信した実績のあるサーバ装置を選択して、予備コンテンツの再生準備を実行すればよい。また、最後に受信して再生したコンテンツを取得するための情報を、サーバ装置ごとに常に保持しておくようにして、指定した以外のサーバ装置から予備コンテンツを受信する場合に、そのサーバ装置から最後に受信したコンテンツを予備コンテンツとして指定してもよい。このような予備用サーバ装置や予備コンテンツの選択手順とすることで、予備コンテンツの受信要求手順を簡略化できるとともに、意図しない予備コンテンツを視聴したユーザに与える違和感を軽減できる。
【０１０５】
さらに、再生予約時刻において、装置内部あるいは他のサーバ装置からの予備コンテンツを再生した場合でも、タイマ再生用に指定されていたサーバ装置からのコンテンツ（指定コンテンツと呼ぶ）の要求手順も継続しておき、そのサーバ装置からの指定コンテンツの再生準備を完了した段階で、予備コンテンツの再生を停止して、指定コンテンツの再生を開始してもよい。
【０１０６】
この場合、指定コンテンツの再生準備が完了した段階で、再生準備に要した時間計測値を基に、タイマ設定記憶部３４２に記憶していた待ち時間Ｔｍａｘを更新することで、次回から指定コンテンツを再生予約時間に再生できる確率を高くすることができる。
【０１０７】
さらに、サーバ装置１０の付加機能として、サーバ装置１０自身が待ち時間情報を出力可能に構成することで、より確実に待ち時間を制御することも可能になる。例えば、オーディオ再生装置３０は、タイマ再生動作が設定された場合、指定コンテンツを蓄積しているサーバ装置１０に関する情報としてサーバＩＤやＭＡＣアドレスを取得して、指定コンテンツを蓄積しているサーバ装置１０に対して、取得されたサーバ装置１０に関する情報に基づいて待ち時間情報出力要求信号を送信する。
【０１０８】
待ち時間情報を出力可能なサーバ装置１０は、オーディオ再生装置３０から待ち時間情報出力要求信号を受信すると、待ち時間情報を送出可能な状態にする。待ち時間情報としては、例えば、スリープ状態から復帰して、指定されたコンテンツのうちの所定データ量が送出されるまでの待ち時間を適用でき、過去の履歴に基づいて算出したり、あらかじめ保持された情報とすることができる。サーバ装置１０は、送出可能な状態にした待ち時間情報を、出力要求を送信したオーディオ再生装置３０へ送信する。
【０１０９】
待ち時間情報を受信したオーディオ再生装置３０は、その情報をタイマ設定記憶部３４２に記憶する。この待ち時間情報については、サーバ装置１０がネットワーク内に複数ある場合には、それぞれのサーバ装置ごとに取得して、別々に記憶するようにするとなおよい。それぞれのサーバ装置ごとに記憶された待ち時間情報に基づいて、指定されたコンテンツを記憶するサーバ装置にアクセスすることで、タイマ再生開始時刻にサーバ装置のコンテンツ送信準備が間に合わない状態になることを防止できる。
【０１１０】
また、予備コンテンツの再生から指定コンテンツの再生への切り換え時には、予備コンテンツの再生音量を徐々に低下させるとともに、指定コンテンツの再生音量を徐々に増加させる、いわゆるクロスフェード処理を行ってもよい。
【０１１１】
さらに、予備コンテンツの再生中に、ユーザ操作により再生の停止が要求された場合には、指定コンテンツの再生準備手順も停止する。このとき、指定コンテンツの受信が開始されていた場合には、その送信元のサーバ装置に対して送信停止を要求するためのアクションを実行する。
【０１１２】
［第２の実施の形態］
図９は、第２の実施の形態に係るネットワークシステムの構成例を示す図である。なお、この図９では、図１に対応する装置には同じ符号を付して示している。
【０１１３】
図９に示すネットワークシステムでは、図１と同様に、サーバ装置１０および２０と、オーディオ再生装置３０，４０，５０によってホームネットワークが構成されている。また、ブロードバンドルータ６２は、図１のアクセスポイント６１の機能を備えるとともに、このホームネットワークを外部の広域ネットワーク（インターネット６３）に接続する。なお、実際には、ブロードバンドルータ６２は、図示しないインターネットプロバイダを介してインターネット６３に接続する。
【０１１４】
インターネット６３には、サーバ装置７０が接続されている。そして、オーディオ再生装置３０，４０，５０はそれぞれ、サーバ装置１０および２０からだけでなく、サーバ装置７０から送信されるコンテンツも再生できるようになっている。なお、サーバ装置７０は、例えば、ＨＴＴＰによりコンテンツをストリーミング配信するＷｅｂサーバとして機能する。
【０１１５】
また、これらのオーディオ再生装置３０，４０，５０では、サーバ装置７０からのコンテンツを用いてタイマ再生を行うことが可能になっており、その際には、第１の実施の形態と同様に、サーバ装置７０からのコンテンツの再生が不可能な場合には、内部に記憶したコンテンツなどの予備コンテンツを再生する。
【０１１６】
オーディオ再生装置３０を例に挙げて説明すると、このオーディオ再生装置３０においてサーバ装置７０からのコンテンツを用いてタイマ再生を行う場合の処理手順は、基本的には、図７のうちステップＳ１５〜Ｓ１７を除いた処理手順を用いればよい。すなわち、オーディオ再生装置３０が起動して、ネットワークアドレスを正常に取得した後、タイマ設定記憶部３４２に記憶されたＵＲＬを用いてサーバ装置７０にアクセスする。そして、サーバ装置７０と所定時間以内に接続できない場合や、接続できた場合でも、再生予約時間までに必要な量のコンテンツのデータをオーディオバッファ３３１に蓄積できなかった場合、伝送速度が所定値より低かった場合などに、そのコンテンツの再生が不可能と判定して、予備コンテンツを再生する。これにより、再生予約時間に確実に音声を出力できるようになる。
【０１１７】
なお、予備コンテンツとしては、オーディオ再生装置の内部に記憶されたものでなく、例えばホームネットワーク内のサーバ装置１０または２０から送信されるコンテンツであってもよい。この場合には、サーバ装置７０との接続処理と並行して、サーバ装置１０または２０からのコンテンツの再生準備処理を実行しておく。
【０１１８】
［第３の実施の形態］
図１０は、第３の実施の形態に係るオーディオ再生装置のハードウェア構成を示すブロック図である。なお、この図１０では、図５に対応するブロックには同じ符号を付して示している。
【０１１９】
図１０に示すオーディオ再生装置３０ａは、図５に示した構成に加えて、光ディスクドライブ４５、ラジオチューナ４６、およびセレクタ４７をさらに備えている。光ディスクドライブ４５は、外部から装着された光ディスクからオーディオデータを読み出す。ラジオチューナ４６は、放送電波を受信して復調し、オーディオ信号をデジタル化して出力する。セレクタ４７は、ＣＰＵ３１からの制御信号に応じて、通信Ｉ／Ｆ３７、光ディスクドライブ４５、ラジオチューナ４６のいずれかから出力されるオーディオデータを選択して、オーディオデコーダ３８に供給する。
【０１２０】
このような構成により、オーディオ再生装置３０ａでは、ＬＡＮ６０を通じてサーバ装置１０および２０などから受信したオーディオデータ、光ディスクに記録されたオーディオデータ、ラジオチューナ４６により受信されたオーディオデータのいずれも、選択的に再生できるようになっている。そして、これらのオーディオデータを用いてタイマ再生を行うことも可能となっている。
【０１２１】
光ディスクに記録されたオーディオデータを用いてタイマ再生を行う場合には、例えば、再生予約時間の所定時間だけ前に、光ピックアップによりディスク記録面にレーザ光を照射し、再生信号を検出する。そして、この検出結果により光ディスクの装着の有無を判定し、装着されていないと判定した場合には、予備コンテンツを再生する。
【０１２２】
また、ラジオチューナ４６により受信されたオーディオデータを用いてタイマ再生を行う場合には、再生予約時間の所定時間だけ前に、指定された周波数の電波の受信および復調を開始する。そして、電波の受信強度、あるいは復調されたオーディオ信号のレベルなどを検出し、搬送波のみ存在するような無変調状態や、オーディオ信号のレベルが著しく小さい状態などの場合に再生不可能と判定して、予備コンテンツを再生する。このような処理により、再生予約時間に確実に音声を出力できるようになる。
【０１２３】
なお、光ディスクに限らず、例えば光磁気ディスクなど、他の可搬型記録媒体に記録されたコンテンツを用いてタイマ再生を行ってもよい。また、予備コンテンツとしては、装置内にあらかじめ記憶されたコンテンツに限らず、ネットワーク上のサーバ装置から受信したコンテンツや、可搬型記録媒体に記録されたコンテンツ、ラジオチューナ４６によって受信されたコンテンツなどが利用されてもよい。
【０１２４】
また、以上の各実施の形態では、タイマ再生の対象のコンテンツオーディオデータを適用したが、例えばビデオデータなどの他の種類のコンテンツを適用してもよい。ただし、タイマ再生を目覚ましとして利用することを考慮すると、音声出力を伴うコンテンツを適用することが望ましい。
【図面の簡単な説明】
【０１２５】
【図１】第１の実施の形態に係るホームネットワークシステムの構成例を示す図である。
【図２】ＵＰｎＰのプロトコルスタックについて説明するための図である。
【図３】メディアサーバに格納されたコンテンツを管理するツリー構造の例を示す図である。
【図４】サーバ装置のハードウェア構成を示すブロック図である。
【図５】オーディオ再生装置のハードウェア構成を示すブロック図である。
【図６】オーディオ再生装置が備える主な機能を示すブロック図である。
【図７】タイマ再生時におけるオーディオ再生装置の処理手順を示すフローチャートである。
【図８】タイマ再生時における通信手順を示すシーケンス図である。
【図９】第２の実施の形態に係るネットワークシステムの構成例を示す図である。
【図１０】第３の実施の形態に係るオーディオ再生装置のハードウェア構成を示すブロック図である。
【符号の説明】
【０１２６】
１０，２０……サーバ装置、１１，３１……ＣＰＵ、１２，３２……ＲＯＭ、１３，３３……ＲＡＭ、１４……ＨＤＤ、１５，３５……入力インタフェース、１５ａ……入力装置、１６，３６……グラフィック処理部、１６ａ……表示装置、１７，３７……通信インタフェース、１８，４４……内部バス、３０，４０，５０……オーディオ再生装置、３４……フラッシュメモリ、３５ａ……入力部、３６ａ……表示部、３８……オーディオデコーダ、３９……Ｄ／Ａ変換部、４１……オーディオアンプ、４２……スピーカ、４３……計時回路、６０……ＬＡＮ、６１……アクセスポイント、３１１……コンテンツ取得制御部、３１２……再生制御部、３１３……通信制御部、３１４……Ｕ／Ｉ制御部、３３１……オーディオバッファ、３４１……予備コンテンツ記憶部、３４２……タイマ設定記憶部
【図１】
2008186569.tif 000003
【図２】
2008186569.tif 000004
【図３】
2008186569.tif 000005
【図４】
2008186569.tif 000006
【図５】
2008186569.tif 000007
【図６】
2008186569.tif 000008
【図７】
2008186569.tif 000009
【図８】
2008186569.tif 000010
【図９】
2008186569.tif 000011
【図１０】
2008186569.tif 000012