(57)【要約】【課題】計時している時刻等を適宜調整しつつ、配信されるコンテンツを適切に記録できる配信システムを提供することである。【解決手段】オーディオ機器１は、楽曲データの配信を要求する要求情報をデータサーバ３に向けて送信する。データサーバ３は、この要求情報に応答して、コンテンツ管理ＤＢから対象の楽曲データを読み出して、オーディオ機器１に向けて配信する。オーディオ機器１は、データサーバ３との通信に確保されている現在の伝送帯域を求め、伝送帯域が十分であるか否かを判別する。そして、伝送帯域が十分でないと判別すると、オーディオ機器１は、回線負荷が低減されるのを所定時間待った後に、再度、データサーバ３の配信要求からやり直す。また、伝送帯域が十分であると判別すると、オーディオ機器１は、配信される楽曲データをハードディスクに記録する。【選択図】図１
2008112173.tif 000002
【特許請求の範囲】
【請求項１】
サーバとオーディオ機器とがネットワークを介して接続された配信システムであって、
前記サーバは、
予め定められた配信開始時刻から配信終了時刻までの間に、対象のコンテンツを、アクセスのあった前記オーディオ機器に向けてストリーミング配信する配信手段と、
前記配信手段によるストリーミング配信の終了後に、前記オーディオ機器からの要求に応答して、対象のコンテンツの差分を前記オーディオ機器に向けて配信する差分配信手段と、を備え、
前記オーディオ機器は、
現在時刻を計時すると共に、設定された予約時刻の到来を検出する計時手段と、
前記計時手段に予約時刻が検出されると、外部のタイムサーバにアクセスして標準時刻を取得し、取得した標準時刻と前記計時手段に計時される現在時刻との時差を検出すると共に、前記計時手段の現在時刻を標準時刻と同期させる時差検出手段と、
前記サーバにアクセスし、前記サーバからストリーミング配信されるコンテンツを、配信が完了するまで順次記憶する記憶手段と、
前記時差検出手段により時差が検出され、前記計時手段の現在時刻がタイムサーバの標準時刻よりも遅れていた場合に、時差に応じたコンテンツの差分の配信を前記サーバに要求する差分配信要求手段と、
前記差分配信要求手段からの要求に応答して前記サーバから配信されるコンテンツの差分を受信し、前記記憶手段に記憶されたコンテンツと結合させて正規のコンテンツを復元するコンテンツ復元手段と、を備える、
ことを特徴とする配信システム。
【請求項２】
前記オーディオ機器は、前記時差検出手段により時差が検出され、前記計時手段の現在時刻がタイムサーバの標準時刻よりも進んでいた場合に、前記計時手段に予約時刻を再設定する予約再設定手段を更に備える、
ことを特徴とする請求項１に記載の配信システム。
【請求項３】
予め定められた配信開始時刻から配信終了時刻までの間にコンテンツをストリーミング配信するサーバとネットワークを介して接続されたオーディオ機器であって、
現在時刻を計時すると共に、設定された予約時刻の到来を検出する計時手段と、
前記計時手段に予約時刻が検出されると、外部のタイムサーバにアクセスして標準時刻を取得し、取得した標準時刻と前記計時手段に計時される現在時刻との時差を検出すると共に、前記計時手段の現在時刻を標準時刻と同期させる時差検出手段と、
前記サーバにアクセスし、前記サーバからストリーミング配信されるコンテンツを配信が完了するまで順次記憶する記憶手段と、
前記時差検出手段により時差が検出され、前記計時手段の現在時刻がタイムサーバの標準時刻よりも遅れていた場合に、時差に応じたコンテンツの差分の配信を前記サーバに要求する差分配信要求手段と、
前記差分配信要求手段からの要求に応答して前記サーバから配信されるコンテンツの差分を受信し、前記記憶手段に記憶されたコンテンツと結合させて正規のコンテンツを復元するコンテンツ復元手段と、
を備えることを特徴とするオーディオ機器。
【請求項４】
前記時差検出手段により時差が検出され、前記計時手段の現在時刻がタイムサーバの標準時刻よりも進んでいた場合に、前記計時手段に予約時刻を再設定する予約再設定手段を更に備える、
ことを特徴とする請求項３に記載のオーディオ機器。
【請求項５】
予め定められた配信開始時刻から配信終了時刻までの間にコンテンツをストリーミング配信するサーバとネットワークを介して接続されたオーディオ機器におけるコンテンツ記録方法であって、
現在時刻を計時すると共に、設定された予約時刻の到来を検出する計時ステップと、
前記計時ステップにて予約時刻が検出されると、外部のタイムサーバにアクセスして標準時刻を取得し、取得した標準時刻と前記計時ステップにて計時される現在時刻との時差を検出すると共に、前記計時ステップの現在時刻を標準時刻と同期させる時差検出ステップと、
サーバにアクセスし、サーバからストリーミング配信されるコンテンツを配信が完了するまで所定の記憶部に順次格納する格納ステップと、
前記時差検出ステップにて時差が検出され、前記計時ステップの現在時刻がタイムサーバの標準時刻よりも遅れていた場合に、時差に応じたコンテンツの差分の配信を前記サーバに要求する差分配信要求ステップと、
前記差分配信要求ステップからの要求に応答してサーバから配信されるコンテンツの差分を受信し、記憶部に格納されたコンテンツと結合させて正規のコンテンツを復元するコンテンツ復元ステップと、
を備えることを特徴とするコンテンツ記録方法。
【請求項６】
前記時差検出ステップにて時差が検出され、前記計時ステップの現在時刻がタイムサーバの標準時刻よりも進んでいた場合に、前記計時ステップに予約時刻を再設定する予約再設定ステップを更に備える、
ことを特徴とする請求項５に記載のコンテンツ記録方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、配信システム、オーディオ機器およびコンテンツ記録方法に関する。
【背景技術】
【０００２】
近年、ネットワークの高速化や、データ圧縮技術の発展に伴って、楽曲データ等の配信を行う情報配信システムが普及して来ている。このような情報配信システムにおいて、一般に、利用者は、パーソナルコンピュータ（パソコン）を使用してインターネットに接続し、所定の音楽配信サイト等にアクセスする。そして、パソコンは、利用者の操作に従って、アクセス先の音楽配信サイトから所望の楽曲データをダウンロードし、ダウンロードが完了した楽曲データを再生する（例えば、特許文献１参照）。
【０００３】
【特許文献１】特開２００２−７４８１４号公報  （第６−７頁、第１図）
【０００４】
また、音楽配信サイトにおいては、ストリーミングと呼ばれ、楽曲データ全てのダウンロードを待たずに、楽曲データを順次受信しながら再生するタイプの音楽配信も行われている。このようなストリーミングによる音楽配信では、複数の楽曲データ等から構成される番組コンテンツが配信される場合が多い。
つまり、比較的容量の大きい番組コンテンツ（複数曲分のデータ等）をダウンロード後に再生する場合、再生開始までに利用者をかなり待たせてしまうが、順次受信しながら再生が可能なストリーミングでは、あまり利用者を待たせることがない。
そのため、このような番組コンテンツは、ダウンロード配信ではなく、ストリーミング配信される場合が多い。
【０００５】
ストリーミング配信される番組コンテンツには、予め配信開始日時が定められたライブ配信や期間限定配信等のコンテンツも存在している。そして、利用者は、このような番組コンテンツの配信開始日時に、パソコンを操作し、ストリーミング配信される番組コンテンツを聴取したりする。
それでも、配信開始日時を覚えておくのは、煩わしいと感じる利用者も多い。そして、このような利用者は、例えば、パソコンのスケジュール機能（スケジュール管理サービスやプログラム等）に予約日時を設定し、定刻（配信開始日時）になると、ライブ配信等を自動的に聴取できるようにする。
【０００６】
ところで、パソコン等の電子機器は、内部に水晶発振子等から構成される計時ユニットを備えており、利用者により設定された日時（日時情報）を基準として、水晶発振子のカウントに応じた計時を行っている。
しかしながら、一般の電子機器（計時ユニット）には、しばしば、時刻ずれ（時刻の遅れや、時刻の進み）が発生すると指摘されている。例えば、電子機器における処理負荷の変化や、水晶発振子の温度変化等により、現在時刻が少しずつずれてしまう。
【０００７】
このような、時刻ずれが生じているパソコンを使用して番組コンテンツ等の配信を受けると、スケジュール機能を使用してもライブ配信に早すぎたり、また、遅れてしまったりする場合がある。その他にも、期限付きの楽曲データ（コンテンツ）を不適切に管理して（扱って）しまうことにもなる。
そのため、利用者は、パソコン等の時刻ずれに絶えず気を配り、時刻ずれに気付く度に、正しい時刻に再設定する必要があり、極めて煩雑であった。
【０００８】
更に、音楽配信サイトでは、定期的に配信楽曲を更新したり、また新曲の配信を特定の日から開始するようにしている。そのため、利用者は、予めこのような楽曲の更新日時を確認し、また新曲の配信日時を確認すると、その日時に自動的に楽曲を取得（ダウンロード）できるように、パソコンを設定しておくことが考えられる。
しかし、更新日当日や、配信開始当日には、非常に多くの利用者（パソコン）からアクセスされることが予想され、音楽配信サイト（配信サーバ）と各パソコンとの間で確保される通信帯域が極めて狭くなってしまう可能性が高い。この状況では、各パソコンが所望の楽曲データを取得する（ダウンロードが完了する）までに多大な時間を要してしまうだけでなく、最悪の場合、楽曲データのダウンロードが途中で途切れてしまうこともあり得る。
また、音楽配信サイト側でも、一時に膨大な利用者からアクセス要求を受けてしまうと、配信サーバがダウンしてしまうこともある。そして、配信サーバがダウンしてしまうと、音楽配信サイト全体へのアクセスが不可能となってしまう。
【発明の開示】
【発明が解決しようとする課題】
【０００９】
この発明は、上記実状に鑑みてなされたもので、計時している時刻等を適宜調整しつつ、配信されるコンテンツを適切に記録することのできる配信システム、オーディオ機器およびコンテンツ記録方法を提供することを目的とする。
また、この発明は、ネットワーク及び配信側サーバの負荷を軽減し、利用者側にて、所望する楽曲のダウンロードに要する時間を実質的に短縮することのできる配信システム、オーディオ機器およびコンテンツ記録方法を提供することを目的とする。
【課題を解決するための手段】
【００１０】
上記目的を達成するため、本発明の第１の観点に係る配信システムは、
サーバとオーディオ機器とがネットワークを介して接続された配信システムであって、
前記サーバは、
予め定められた配信開始時刻から配信終了時刻までの間に、対象のコンテンツを、アクセスのあった前記オーディオ機器に向けてストリーミング配信する配信手段と、
前記配信手段によるストリーミング配信の終了後に、前記オーディオ機器からの要求に応答して、対象のコンテンツの差分を前記オーディオ機器に向けて配信する差分配信手段と、を備え、
前記オーディオ機器は、
現在時刻を計時すると共に、設定された予約時刻の到来を検出する計時手段と、
前記計時手段に予約時刻が検出されると、外部のタイムサーバにアクセスして標準時刻を取得し、取得した標準時刻と前記計時手段に計時される現在時刻との時差を検出すると共に、前記計時手段の現在時刻を標準時刻と同期させる時差検出手段と、
前記サーバにアクセスし、前記サーバからストリーミング配信されるコンテンツを、配信が完了するまで順次記憶する記憶手段と、
前記時差検出手段により時差が検出され、前記計時手段の現在時刻がタイムサーバの標準時刻よりも遅れていた場合に、時差に応じたコンテンツの差分の配信を前記サーバに要求する差分配信要求手段と、
前記差分配信要求手段からの要求に応答して前記サーバから配信されるコンテンツの差分を受信し、前記記憶手段に記憶されたコンテンツと結合させて正規のコンテンツを復元するコンテンツ復元手段と、を備える、
ことを特徴とする。
【００１１】
前記オーディオ機器は、前記時差検出手段により時差が検出され、前記計時手段の現在時刻がタイムサーバの標準時刻よりも進んでいた場合に、前記計時手段に予約時刻を再設定する予約再設定手段を更に備えてもよい。
【００１２】
上記目的を達成するため、本発明の第２の観点に係るオーディオ機器は、
予め定められた配信開始時刻から配信終了時刻までの間にコンテンツをストリーミング配信するサーバとネットワークを介して接続されたオーディオ機器であって、
現在時刻を計時すると共に、設定された予約時刻の到来を検出する計時手段と、
前記計時手段に予約時刻が検出されると、外部のタイムサーバにアクセスして標準時刻を取得し、取得した標準時刻と前記計時手段に計時される現在時刻との時差を検出すると共に、前記計時手段の現在時刻を標準時刻と同期させる時差検出手段と、
前記サーバにアクセスし、前記サーバからストリーミング配信されるコンテンツを配信が完了するまで順次記憶する記憶手段と、
前記時差検出手段により時差が検出され、前記計時手段の現在時刻がタイムサーバの標準時刻よりも遅れていた場合に、時差に応じたコンテンツの差分の配信を前記サーバに要求する差分配信要求手段と、
前記差分配信要求手段からの要求に応答して前記サーバから配信されるコンテンツの差分を受信し、前記記憶手段に記憶されたコンテンツと結合させて正規のコンテンツを復元するコンテンツ復元手段と、
を備えることを特徴とする。
【００１３】
上記のオーディオ機器は、前記時差検出手段により時差が検出され、前記計時手段の現在時刻がタイムサーバの標準時刻よりも進んでいた場合に、前記計時手段に予約時刻を再設定する予約再設定手段を更に備えてもよい。
【００１４】
上記目的を達成するため、本発明の第３の観点に係るコンテンツ記録方法は、
予め定められた配信開始時刻から配信終了時刻までの間にコンテンツをストリーミング配信するサーバとネットワークを介して接続されたオーディオ機器におけるコンテンツ記録方法であって、
現在時刻を計時すると共に、設定された予約時刻の到来を検出する計時ステップと、
前記計時ステップにて予約時刻が検出されると、外部のタイムサーバにアクセスして標準時刻を取得し、取得した標準時刻と前記計時ステップにて計時される現在時刻との時差を検出すると共に、前記計時ステップの現在時刻を標準時刻と同期させる時差検出ステップと、
サーバにアクセスし、サーバからストリーミング配信されるコンテンツを配信が完了するまで所定の記憶部に順次格納する格納ステップと、
前記時差検出ステップにて時差が検出され、前記計時ステップの現在時刻がタイムサーバの標準時刻よりも遅れていた場合に、時差に応じたコンテンツの差分の配信を前記サーバに要求する差分配信要求ステップと、
前記差分配信要求ステップからの要求に応答してサーバから配信されるコンテンツの差分を受信し、記憶部に格納されたコンテンツと結合させて正規のコンテンツを復元するコンテンツ復元ステップと、
を備えることを特徴とする。
【００１５】
上記のコンテンツ記録方法は、前記時差検出ステップにて時差が検出され、前記計時ステップの現在時刻がタイムサーバの標準時刻よりも進んでいた場合に、前記計時ステップに予約時刻を再設定する予約再設定ステップを更に備えてもよい。
【発明の効果】
【００１６】
本発明によれば、計時している時刻を適宜調整しつつ、配信されるコンテンツを適切に記録することができる。また、ネットワーク及び配信側サーバの負荷を軽減し、利用者側にて、所望する楽曲のダウンロードに要する時間を実質的に短縮することができる。
【発明を実施するための最良の形態】
【００１７】
本発明の実施の形態にかかる情報配信システムについて、以下図面を参照して説明する。
【００１８】
図１は、この発明の実施の形態に適用される情報配信システムの構成の一例を示す模式図である。図示するように、このシステムは、オーディオ機器１と、データサーバ３と、タイムサーバ５とから構成される。
なお、オーディオ機器１、データサーバ３及び、タイムサーバ５は、インターネット等のネットワーク９を介して接続されている。また、タイムサーバ５は、例えば、セシウム原子時計に基づいた標準時刻（標準日時）を計時するサーバである。
【００１９】
まず、オーディオ機器１について、図２を参照して説明する。図２は、オーディオ機器１の構成の一例を示すブロック図である。図示するように、オーディオ機器１は、チューナユニット１１と、ＭＤ記録再生ユニット１２と、信号処理部１３と、ネットワークアダプタ１４と、ハードディスク１５と、フラッシュメモリ１６と、計時ユニット１７と、操作部１８と、表示部１９と、制御部２０と、ソース選択部２１と、アンプ２２と、スピーカ２３とを含んで構成される。
【００２０】
チューナユニット１１は、所定のアンテナを介してＡＭ放送やＦＭ放送等の放送番組を受信し、受信した番組音声をソース選択部２１に供給する。
【００２１】
ＭＤ（ミニディスク）記録再生ユニット１２は、信号処理部１３に制御され、ＭＤ（記録用ＭＤ）に楽曲データを記録する。
例えば、ＭＤ記録再生ユニット１２は、ＮｅｔＭＤ（登録商標）規格に準じた記録再生ユニットであり、ハードディスク１５に格納された楽曲データを、ＭＤに記録し（チェックアウトし）、また、ＭＤに記録した楽曲データをハードディスク１５に戻す（チェックインする）。
また、ＭＤ記録再生ユニット１２は、ＭＤに記録した楽曲データから音声信号を再生し、再生した音声信号をソース選択部２１に供給する。
【００２２】
信号処理部１３は、例えば、ＤＳＰ（Digital Signal Processor）等からなり、制御部２０から供給される動作命令等に従って、ＭＤ記録再生ユニット１２の記録・再生動作を制御する。
また、信号処理部１３は、ハードディスク１５に格納された楽曲データ（ダウンロードデータ）や番組コンテンツ（ストリームデータ）の抽出及び、復号を行い、音声信号を再生する。そして、再生した音声信号をソース選択部２１に供給する。
【００２３】
ネットワークアダプタ１４は、例えば、ＬＡＮ（Local Area Network）カードや高速モデム等からなり、制御部２０に制御され、ネットワーク９を介してデータサーバ３との間で必要な情報を送受信する。
例えば、ネットワークアダプタ１４は、楽曲データや番組コンテンツの配信（ダウンロード配信やストリーミング配信）を要求する配信要求情報をデータサーバ３に送信する。また、送信した配信要求情報に応答してデータサーバ３から配信される楽曲データ（ダウンロードデータ）や番組コンテンツ（ストリームデータ）等を受信する。
【００２４】
ハードディスク１５は、所定容量の磁気ディスクユニットからなり、データサーバ３からダウンロード配信された楽曲データやストリーミング配信された番組コンテンツを記憶する。
また、ハードディスク１５は、制御部２０に制御され、記憶している楽曲データや番組コンテンツを信号処理部１３等に供給する。
【００２５】
フラッシュメモリ１６は、ＥＥＰＲＯＭ（Electrically Erasable and Programmable ROM）等からなり、ユーザＩＤ、パスワード及び、機器ＩＤ等を記憶する。
これらのユーザＩＤやパスワード等は、制御部２０に適宜読み出され、オーディオ機器１がネットワーク９を介して最初にデータサーバ３にアクセスする際に、ユーザ認証のために使用される。
また、フラッシュメモリ１６は、タイムサーバ５のネットワーク９上のアドレス（例えば、ＵＲＬ；Universal Resource Locater等）も記憶している。
【００２６】
計時ユニット１７は、水晶発振子を含んだクロック回路等からなり、現在日付及び、現在時刻等を計時する。
また、計時ユニット１７は、タイマ機能も備えており、設定された予約時刻（予約日時）が到来（経過）すると、制御部２０に対して、所定動作の開始を指示する。
【００２７】
操作部１８は、オーディオ機器１の前面に配置された複数のキースイッチやアナログスイッチ等からなり、利用者の操作に従った指示情報を入力して制御部２０に供給する。
例えば、操作部１８には、データサーバ３に対して、楽曲データや番組コンテンツの配信を要求するための要求キーや、予約時刻（予約日時）を計時ユニット１７に設定するためのテンキー等が含まれている。
【００２８】
表示部１９は、蛍光表示管や液晶表示ユニット等からなり、制御部２０に制御され、オーディオ機器１の動作状況等を示すシンボルやメッセージ等を表示する。
例えば、表示部１９は、データサーバ３にて配信可能となる楽曲データや番組コンテンツの一覧等の情報を表示する。
【００２９】
制御部２０は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）及び、ＲＡＭ（Random Access Memory）を含んだ１チップマイコン等からなり、オーディオ機器１全体を制御する。
【００３０】
例えば、制御部２０は、楽曲データ等をダウンロードする際に、データサーバ３との通信に確保される現在の伝送帯域を求める。制御部２０は、伝送帯域の大きさが規定値以上である場合にだけ、データサーバ３から配信されるコンテンツをハードディスク１５に格納（記録）する。
一方、伝送帯域の大きさが規定値より小さい場合に、制御部２０は、一定時間経過後に、再度のダウンロードを試みる。
【００３１】
また、制御部２０は、予め定められた配信開始時刻からライブ配信等される番組コンテンツをハードディスク１５等に記録する際に、タイムサーバ５にアクセスして標準日時を取得し、取得した標準日時と計時ユニット１７にて計時される現在時刻との時差を検出する。そして、制御部２０は、データサーバ３にアクセスし、配信される番組コンテンツを配信が完了するまで順次ハードディスク１５に格納する。
なお、時差が検出されており、計時ユニット１７の現在時刻が標準時刻よりも遅れていた場合に、制御部２０は、時差に応じた番組コンテンツの差分の配信をデータサーバ３に要求し、応答してデータサーバ３から配信される差分データを受信すると、ハードディスク１５に格納された番組コンテンツと結合させて正規の番組コンテンツを復元する。
【００３２】
更に、制御部２０は、計時ユニット１７の時刻調整を逐次行い、計時ユニット１７が計時する現在時刻（現在日時）が、正確であるように維持する。具体的に制御部２０は、所定のタイミング（例えば、一定時間間隔や、楽曲データや番組コンテンツの配信時等）に、ネットワークアダプタ１４を介してタイムサーバ５にアクセスして標準時刻（標準日時）を取得し、計時ユニット１７の現在時刻を、取得した標準時刻と同期させる。
なお、初期動作時（利用者がオーディオ機器１を最初に使用する際等）にも、タイムサーバ５にアクセスし、取得した標準時刻を計時ユニット１７に設定してもよい。
【００３３】
ソース選択部２１は、入力切換スイッチ等からなり、制御部２０に制御され、チューナユニット１１、ＭＤ記録再生ユニット１２及び、信号処理部１３の何れか１つを入力ソースとして選択する。ソース選択部２１は、選択した入力ソースから出力される音声信号をアンプ２２に供給する。
【００３４】
アンプ２２は、所定の増幅回路等からなり、ソース選択部２１を介して供給された音声信号を適宜増幅し、増幅した音声信号をスピーカ２３に供給する。
【００３５】
スピーカ２３は、ステレオスピーカ等からなり、アンプ２２にて増幅された音声信号に従って、音声（楽曲音等）を出力する。
【００３６】
次に、データサーバ３について、図３を参照して説明する。図３は、データサーバ３の構成の一例を示すブロック図である。図示するように、データサーバ３は、データベース３０と、処理制御部４１と、エンコード処理ユニット４２と、通信制御部４３とを含んで構成される。
【００３７】
データベース３０は、例えば、コンテンツ管理ＤＢ３１と、利用者情報管理ＤＢ３２とからなる。
コンテンツ管理ＤＢ３１は、複数の楽曲データ等から構成される番組コンテンツ及び、各楽曲データを管理するデータベースである。具体的にコンテンツ管理ＤＢ３１は、図４（ａ）に示すような番組コンテンツ管理情報及び、図４（ｂ）に示すような楽曲データ管理情報を使用して、自己に格納される番組コンテンツ及び楽曲データを管理する。
【００３８】
図４（ａ）に示す番組コンテンツ管理情報は、例えば、番組ＩＤ、ｃｈ番号、番組名、及び、格納アドレス等からなる。
なお、番組ＩＤとは、番組コンテンツを特定するためのユニークな識別情報である。また、ｃｈ番号とは、番組（番組コンテンツ）に割り振られたチャンネル番号である。
また、図４（ｂ）に示す楽曲データ管理情報は、例えば、楽曲ＩＤ、楽曲名、及び、格納アドレス等からなる。
なお、楽曲ＩＤとは、楽曲データを特定するためのユニークな識別情報である。
【００３９】
利用者情報管理ＤＢ３２は、データサーバ３にアクセスしサービスを利用できる利用者についての情報を管理するデータベースである。具体的に利用者情報管理ＤＢ３２は、図５に示すように、利用者を特定するユーザＩＤ、パスワード及びユーザ名等や、利用者が好んで聴く楽曲のジャンル、楽曲名やアーティスト等を設定しておくための嗜好情報等を記憶する。
【００４０】
図３に戻って、処理制御部４１は、所定のコンピュータユニットからなり、データサーバ３全体を制御する。
例えば、処理制御部４１は、通信制御部４３を介して、オーディオ機器１から送られる配信要求情報を受信すると、コンテンツ管理ＤＢ３１を検索し、対応する番組コンテンツや楽曲データを取得する。
そして、処理制御部４１は、取得した番組コンテンツを、エンコード処理ユニット４２に供給してオーディオ機器１に向けたストリーミング配信を行い、また、取得した楽曲データを、通信制御部４３を介してダウンロード配信する。
【００４１】
また、処理制御部４１は、配信開始日時及び、配信終了日時等が予め定められたライブ配信や期間限定配信も行う。例えば、処理制御部４１は、配信開始時刻になると、アクセスして来るオーディオ機器１に向けて、対象の番組コンテンツのストリーミング配信を行う。
なお、処理制御部４１は、配信終了時刻等にストリーミング配信を終えた後に、番組コンテンツの一部（先頭部等）を受信し損ねたオーディオ機器１からの要求に応答して、番組コンテンツの差分をオーディオ機器１に向けて配信する。
【００４２】
エンコード処理ユニット４２は、番組コンテンツを、オーディオ機器１にて再生可能となるストリームデータ形式に、リアルタイムにエンコードするエンコーダ回路等からなる。
エンコード処理ユニット４２は、処理制御部４１から供給された番組コンテンツをストリームデータに順次エンコードし、エンコードした番組コンテンツ（ストリームデータ）を、通信制御部４３を介してオーディオ機器１に向けて配信する。
【００４３】
なお、エンコード処理ユニット４２によって番組コンテンツを順次エンコードする代わりに、予めストリーミング配信用にオーサリングされた番組コンテンツ（ストリームデータ）をコンテンツ管理ＤＢ３１に格納しておいてもよい。
【００４４】
通信制御部４３は、回線制御装置やゲートウェイ装置等からなり、ネットワーク９を介して、データサーバ３とオーディオ機器１との間に必要な情報を送受信する。
【００４５】
以下、この発明の形態にかかる情報配信システムの動作について、図面を参照して説明する。
まず、図６を参照して、オーディオ機器１における時刻（日時）調整動作について説明する。図６は、制御部２０にて実行される日時修正処理を説明するためのフローチャートである。
なお、この日時修正処理は、例えば、オーディオ機器１の動作モードが「自動時刻調節」にセットされている状態で、予め定められた時間間隔毎に繰り返し開始される。また、動作モードに関わりなく、オーディオ機器１の初期動作時に、実行されるようにしてもよい。
【００４６】
まず、オーディオ機器１の制御部２０は、タイムサーバ５のアドレス（ＵＲＬ等）をフラッシュメモリ１６から読み出す（ステップＳ１１）。
制御部２０は、読み出したアドレスに従って、タイムサーバ５にアクセスし、ネットワーク遅延を考慮した標準日時を取得する（ステップＳ１２）。例えば、制御部２０は、ｎｔｐプロトコルに従って、タイムサーバ５にアクセスし、リクエストを出してから応答が返るまでの遅延時間を考慮しつつ、タイムサーバ５にて計時される標準時刻（日時情報）を取得する。
【００４７】
制御部２０は、取得した標準日時と、計時ユニット１７にて計時される現在日時とを比較し、基準値（例えば、５００ミリ秒）以上の時差が生じているか否かを判別する（ステップＳ１３）。
制御部２０は、基準値以上の時差が生じていないと判別すると、そのまま、日時修正処理を終える。
一方、基準値以上の時差が生じていると判別した場合に、制御部２０は、タイムサーバ５から取得した標準日時に従って、計時ユニット１７の日時設定を修正する（ステップＳ１４）。つまり、計時ユニット１７が計時する現在日時を、標準日時と同期させる。
【００４８】
このように、図６を参照して説明した日時修正処理により、計時ユニット１７により計時される現在日時が、自動的に標準日時と同期されるため、利用者が日時の設定を行う必要がなくなる。そして、日時修正処理が繰り返し実行されることにより、オーディオ機器１において時刻ずれが抑制され、期限付きの楽曲データや番組コンテンツ等を適切に管理する（扱う）ことができる。
【００４９】
また、この日時修正処理を繰り返しても、日時の修正が頻繁に行われる場合には、計時ユニット１７の故障等が考えられるため、オーディオ機器１にて、日時修正の履歴情報（ログ）等を蓄積するようにし、蓄積した履歴情報を機器情報等と共に、所定の管理サーバ等に向けて送信できるようにしてもよい。
この場合、管理サーバ等が受信した情報がメーカ側に供給されると、メーカ側にてオーディオ機器１の保守や新たな機器の開発等に役立つことが期待される。
【００５０】
次に、図７を参照して、オーディオ機器１がデータサーバ３から楽曲データ等をダウンロードする動作について説明する。図７は、制御部２０にて実行されるダウンロード処理を説明するためのフローチャートである。
なお、ダウンロードの対象となる楽曲データは、既に指定されているものとする。
【００５１】
まず、オーディオ機器１の制御部２０は、タイムサーバ５のアドレスをフラッシュメモリ１６から読み出すと、このアドレスに従ってタイムサーバ５にアクセスし、標準日時を取得する（ステップＳ２１）。
制御部２０は、取得した標準日時と、計時ユニット１７にて計時される現在日時とを比較し、基準値以上の時差が生じているか否かを判別する（ステップＳ２２）。
【００５２】
制御部２０は、基準値以上の時差が生じていないと判別すると、後述するステップＳ２４に処理を進める。一方、時差が生じていると判別した場合に、制御部２０は、タイムサーバ５から取得した標準日時に従って、計時ユニット１７の日時設定を修正する（ステップＳ２３）。
そして、制御部２０は、指定されている楽曲データのダウンロード配信を要求する要求情報をデータサーバ３に向けて送信する（ステップＳ２４）。
【００５３】
データサーバ３の処理制御部４１は、オーディオ機器１から送られる要求情報を受信すると、この要求情報に従って、コンテンツ管理ＤＢ３１から対象の楽曲データを読み出す。そして、読み出した楽曲データをオーディオ機器１に向けてダウンロード配信する。
【００５４】
制御部２０は、データサーバ３との通信に確保されている現在の伝送帯域を確認する（ステップＳ２５）。例えば、制御部２０は、単位時間当たりに受信した楽曲データのデータ量（受信データ量／秒等）から、現在の伝送帯域を求める。
【００５５】
制御部２０は、求めた伝送帯域が十分であるか否かを判別する（ステップＳ２６）。つまり、データサーバ３とオーディオ機器１との回線が混み合っておらず、十分な伝送帯域が確保できている状態か否かを判別する。
【００５６】
制御部２０は、伝送帯域が十分でないと判別すると、所定の待機時間を計時ユニット１７にセットする（ステップＳ２７）。つまり、現在回線が混み合っていおり、回線負荷が低減されるのを待つために、例えば、５分等の待機時間を計時ユニット１７にセットする。
なお、この待機時間の設定要求は、データサーバ３側から送信されるようにしてもよい。例えば、データサーバ３は、各アクセス要求元（オーディオ機器１）に対して、待機時間を設定要求するようにする。この際、データサーバ３は、各オーディオ機器１に少しずつ時間をずらした待機時間を設定要求する。
これにより、各オーディオ機器１に対して、少しずつ時間をずらしてアクセスさせるように制御することができ、２回目のアクセスが分散される。これにより、各オーディオ機器１に対して、待機時間を再度設定要求することがなくなる。
【００５７】
また、制御部２０は、開始された楽曲データの配信停止を指示する指示情報をデータサーバ３に向けて送信する（ステップＳ２８）。
【００５８】
制御部２０は、計時ユニット１７にセットされた待機時間が経過するまで、後続処理の実行を待機する（ステップＳ２９）。
そして、待機時間が経過すると、制御部２０は、上述のステップＳ２４に処理を戻す。つまり、回線負荷が低減された頃を見計らって、制御部２０は、再度、配信要求からやり直す。
【００５９】
また、上述のステップＳ２６にて伝送帯域が十分であると判別された場合に、制御部２０は、ダウンロード配信される楽曲データをハードディスク１５に格納する（ステップＳ３０）。つまり、送信した要求情報に応答して、データサーバ３から配信される楽曲データを受信すると、ハードディスク１５への記録を行う。
そして、制御部２０は、配信が完了すると、ダウンロード処理を終了する。
【００６０】
このように、図７を参照して説明したダウンロード処理により、楽曲データのダウンロードの際に、伝送帯域が確認され、回線が混み合っている場合には、ダウンロードの時期が所定時間だけ延ばされる。そして、回線負荷が低減された頃に、再度のダウンロードが試みられる。
この結果、計時している時刻を適宜調整しつつ、配信されるコンテンツを適切に記録することができる。また、ネットワーク及び配信側サーバの負荷を軽減し、利用者側にて、所望する楽曲のダウンロードに要する時間を実質的に短縮することができる。
【００６１】
上述した図７のダウンロード処理では、実際にダウンロードする楽曲データのデータ量等から、伝送帯域を求める場合について説明した。しかしながら、伝送帯域を求める手法は任意である。
例えば、タイムサーバ５から標準日時を得る際のデータ受信等により、伝送帯域を求めてもよい。
【００６２】
以下、ダウンロード処理の変形例について、図８のフローチャートを参照して説明する。なお、ダウンロードの対象となる楽曲データは、既に指定されているものとする。
【００６３】
まず、制御部２０は、タイムサーバ５から標準日時を取得すると共に、現在の伝送帯域を確認する（ステップＳ４１）。例えば、制御部２０は、ｎｔｐプロトコルに従って、複数回のリクエストをタイムサーバ５に発行し、タイムサーバ５にて計時される標準日時（日時情報）を取得すると共に、その際の単位時間当たりのデータ受信量（受信データ量／秒等）から伝送帯域を求める。
【００６４】
制御部２０は、取得した標準日時と、計時ユニット１７にて計時される現在日時とを比較し、基準値以上の時差が生じているか否かを判別する（ステップＳ４２）。
制御部２０は、基準値以上の時差が生じていないと判別すると、後述するステップＳ４４に処理を進める。一方、時差が生じていると判別した場合に、制御部２０は、タイムサーバ５から取得した標準日時に従って、計時ユニット１７の日時設定を修正する（ステップＳ４３）。
【００６５】
制御部２０は、求めた伝送帯域が十分であるか否かを判別する（ステップＳ４４）。
制御部２０は、伝送帯域が十分でないと判別すると、所定の待機時間を計時ユニット１７にセットし（ステップＳ４５）、待機時間が経過するまで、後続処理の実行を待機する（ステップＳ４６）。
そして、待機時間が経過すると、制御部２０は、上述のステップＳ４１に処理を戻す。
【００６６】
また、ステップＳ４４にて、伝送帯域が十分であると判別した場合に、制御部２０は、指定されている楽曲データの配信を要求する要求情報をデータサーバ３に送信し（ステップＳ４７）、配信される楽曲データをハードディスク１５に格納する（ステップＳ４８）。
【００６７】
このように、図８を参照して説明したダウンロード処理によっても、楽曲データのダウンロード前に、伝送帯域が確認され、回線が混み合っている場合には、ダウンロードの時期が所定時間だけ延ばされる。そして、回線負荷が低減された頃に、再度のダウンロードが試みられる。
この結果、計時している時刻を適宜調整しつつ、配信されるコンテンツを適切に記録することができる。また、ネットワーク及び配信側サーバの負荷を軽減し、利用者側にて、所望する楽曲のダウンロードに要する時間を実質的に短縮することができる。
【００６８】
次に、図９を参照して、データサーバ３からライブ配信等される番組コンテンツを、オーディオ機器１が記録する動作について説明する。図９は、制御部２０にて実行されるコンテンツ記録処理を説明するためのフローチャートである。
なお、計時ユニット１７には、番組コンテンツの配信開始時刻が予約時刻としてセットされているものとする。そして、図９のコンテンツ記録処理は、計時ユニット１７にセットされた予約時刻（配信開始時刻）の数秒前になると、自動的に開始されるものとする。
【００６９】
まず、制御部２０は、タイムサーバ５から標準日時を取得すると（ステップＳ５１）、取得した標準日時と、計時ユニット１７の現在日時との間で基準値以上の時差が生じているか否かを判別する（ステップＳ５２）。
制御部２０は、基準値以上の時差が生じていないと判別すると、配信開始時刻が到来（経過）するまで、後続処理の実行を待機する（ステップＳ５３）。そして、配信開始時刻になると、後述するステップＳ５７に処理を進める。
【００７０】
一方、時差が生じていると判別した場合に、制御部２０は、計時ユニット１７の日時設定を修正すると共に、生じていた時差（時差情報）を自己のＲＡＭ等に記憶する（ステップＳ５４）。
そして、制御部２０は、修正前の計時ユニット１７にて時刻が遅れていた状態であったか否かを判別する（ステップＳ５５）。すなわち、制御部２０は、既に、配信開始時刻が過ぎており（番組コンテンツの配信が開始されており）、番組コンテンツの一部（先頭部）が、記録できなかった状態であるか否かを判別する。
【００７１】
制御部２０は、時刻が遅れていた状態でない（時刻が進んでいた状態である）と判別すると、配信開始時刻を計時ユニット１７に再セットする（ステップＳ５６）。すなわち、正確な配信開始時刻が到来した際に、再度このコンテンツ記録処理が開始されるように、配信開始時刻を予約時刻として計時ユニット１７にセットする。
配信開始時刻を再セットすると、制御部２０は、コンテンツ記録処理を終了する。
【００７２】
一方、時刻が遅れていた状態であると判別した場合（ステップＳ５３にて配信開始を待機していた場合も含む）に、制御部２０は、データサーバ３にアクセスし、番組コンテンツの受信を開始する（ステップＳ５７）。
そして、制御部２０は、ストリーミング配信される番組コンテンツを順次ハードディスク１５に格納する（ステップＳ５８）。
【００７３】
制御部２０は、配信完了時刻が到来（経過）したか否かを判別し（ステップＳ５９）、配信完了時刻が到来するまで、配信される番組コンテンツの格納を続ける。
そして、配信完了時刻が到来すると、制御部２０は、時差が生じていたか（時刻遅れが生じていたか）否かを判別する（ステップＳ６０）。
制御部２０は、時差が生じていないと判別すると、そのまま、コンテンツ記録処理を終了する。
【００７４】
一方、時差が生じていた（時刻遅れが生じていた）と判別した場合に、制御部２０は、時差（遅れ時間）に応じた番組コンテンツの差分の配信を要求する要求情報をデータサーバ３に向けて送信する（ステップＳ６１）。
そして、制御部２０は、データサーバ３から配信される差分データを受信し、番組コンテンツを完成させる（ステップＳ６２）。例えば、制御部２０は、既にハードディスク１５に格納していた番組コンテンツに、受信した差分データを結合させ、正規の番組コンテンツを復元させる。
【００７５】
このように、図９を参照して説明したコンテンツ記録処理により、ライブ配信等される番組コンテンツを記録する際に、標準日時との時差（遅れ）が検出され、番組コンテンツの一部（先頭部）が記録できなかった場合でも、番組コンテンツの差分を受信して、正規の番組コンテンツを復元できる。
この結果、計時している時刻を適宜調整しつつ、配信されるコンテンツを適切に記録することができる。
【００７６】
上記の実施の形態では、データサーバ３が番組コンテンツや楽曲データを配信する場合について説明したが、配信対象のコンテンツは、楽曲データ等に限られず任意である。例えば、データサーバ３は、映像データから構成されるコンテンツを配信してもよい。
【００７７】
以上説明したように、本発明によれば、計時している時刻を適宜調整しつつ、配信されるコンテンツを適切に記録することができる。また、ネットワーク及び配信側サーバの負荷を軽減し、利用者側にて、所望する楽曲のダウンロードに要する時間を実質的に短縮することができる。
【図面の簡単な説明】
【００７８】
【図１】本発明の実施の形態に係る情報配信システムの構成の一例を示す模式図である。
【図２】オーディオ機器の構成の一例を示すブロック図である。
【図３】データサーバの構成の一例を示すブロック図である。
【図４】コンテンツ管理ＤＢに記憶される情報の一例を示す模式図であって、（ａ）が番組コンテンツ管理情報の図であり、（ｂ）が楽曲データ管理情報の図である。
【図５】利用者情報管理ＤＢの具体的な内容の一例を示す模式図である。
【図６】本発明の実施の形態に係る日時修正処理を説明するためのフローチャートである。
【図７】本発明の実施の形態に係るダウンロード処理を説明するためのフローチャートである。
【図８】本発明の他の実施の形態に係るダウンロード処理を説明するためのフローチャートである。
【図９】本発明の他の実施の形態に係るコンテンツ記録処理を説明するためのフローチャートである。
【符号の説明】
【００７９】
１    オーディオ機器
１１  チューナユニット
１２  ＭＤ記録再生ユニット
１３  信号処理部
１４  ネットワークアダプタ
１５  ハードディスク
１６  フラッシュメモリ
１７  計時ユニット
１８  操作部
１９  表示部
２０  制御部
２１  ソース選択部
２２  アンプ
２３  スピーカ
３    データサーバ
３０  データベース
３１  コンテンツ管理ＤＢ
３２  利用者情報管理ＤＢ
４１  処理制御部
４２  エンコード処理ユニット
４３  通信制御部
５    タイムサーバ
【図１】
2008112173.tif 000003
【図２】
2008112173.tif 000004
【図３】
2008112173.tif 000005
【図４】
2008112173.tif 000006
【図５】
2008112173.tif 000007
【図６】
2008112173.tif 000008
【図７】
2008112173.tif 000009
【図８】
2008112173.tif 000010
【図９】
2008112173.tif 000011