JP4150581B2 - 配信システム、オーディオ機器およびコンテンツ記録方法 - Google Patents
配信システム、オーディオ機器およびコンテンツ記録方法 Download PDFInfo
- Publication number
- JP4150581B2 JP4150581B2 JP2002367333A JP2002367333A JP4150581B2 JP 4150581 B2 JP4150581 B2 JP 4150581B2 JP 2002367333 A JP2002367333 A JP 2002367333A JP 2002367333 A JP2002367333 A JP 2002367333A JP 4150581 B2 JP4150581 B2 JP 4150581B2
- Authority
- JP
- Japan
- Prior art keywords
- time
- server
- content
- audio device
- distribution
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Information Transfer Between Computers (AREA)
- Reverberation, Karaoke And Other Acoustics (AREA)
Description
【０００１】
【発明の属する技術分野】
この発明は、配信システム、オーディオ機器およびコンテンツ記録方法に関する。
【０００２】
【従来の技術】
近年、ネットワークの高速化や、データ圧縮技術の発展に伴って、楽曲データ等の配信を行う情報配信システムが普及して来ている。このような情報配信システムにおいて、一般に、利用者は、パーソナルコンピュータ（パソコン）を使用してインターネットに接続し、所定の音楽配信サイト等にアクセスする。そして、パソコンは、利用者の操作に従って、アクセス先の音楽配信サイトから所望の楽曲データをダウンロードし、ダウンロードが完了した楽曲データを再生する（例えば、特許文献１参照）。
【０００３】
【特許文献１】
特開２００２−７４８１４号公報 （第６−７頁、第１図）
【０００４】
また、音楽配信サイトにおいては、ストリーミングと呼ばれ、楽曲データ全てのダウンロードを待たずに、楽曲データを順次受信しながら再生するタイプの音楽配信も行われている。このようなストリーミングによる音楽配信では、複数の楽曲データ等から構成される番組コンテンツが配信される場合が多い。
つまり、比較的容量の大きい番組コンテンツ（複数曲分のデータ等）をダウンロード後に再生する場合、再生開始までに利用者をかなり待たせてしまうが、順次受信しながら再生が可能なストリーミングでは、あまり利用者を待たせることがない。
そのため、このような番組コンテンツは、ダウンロード配信ではなく、ストリーミング配信される場合が多い。
【０００５】
ストリーミング配信される番組コンテンツには、予め配信開始日時が定められたライブ配信や期間限定配信等のコンテンツも存在している。そして、利用者は、このような番組コンテンツの配信開始日時に、パソコンを操作し、ストリーミング配信される番組コンテンツを聴取したりする。
それでも、配信開始日時を覚えておくのは、煩わしいと感じる利用者も多い。そして、このような利用者は、例えば、パソコンのスケジュール機能（スケジュール管理サービスやプログラム等）に予約日時を設定し、定刻（配信開始日時）になると、ライブ配信等を自動的に聴取できるようにする。
【０００６】
ところで、パソコン等の電子機器は、内部に水晶発振子等から構成される計時ユニットを備えており、利用者により設定された日時（日時情報）を基準として、水晶発振子のカウントに応じた計時を行っている。
しかしながら、一般の電子機器（計時ユニット）には、しばしば、時刻ずれ（時刻の遅れや、時刻の進み）が発生すると指摘されている。例えば、電子機器における処理負荷の変化や、水晶発振子の温度変化等により、現在時刻が少しずつずれてしまう。
【０００７】
このような、時刻ずれが生じているパソコンを使用して番組コンテンツ等の配信を受けると、スケジュール機能を使用してもライブ配信に早すぎたり、また、遅れてしまったりする場合がある。その他にも、期限付きの楽曲データ（コンテンツ）を不適切に管理して（扱って）しまうことにもなる。
そのため、利用者は、パソコン等の時刻ずれに絶えず気を配り、時刻ずれに気付く度に、正しい時刻に再設定する必要があり、極めて煩雑であった。
【０００８】
更に、音楽配信サイトでは、定期的に配信楽曲を更新したり、また新曲の配信を特定の日から開始するようにしている。そのため、利用者は、予めこのような楽曲の更新日時を確認し、また新曲の配信日時を確認すると、その日時に自動的に楽曲を取得（ダウンロード）できるように、パソコンを設定しておくことが考えられる。
しかし、更新日当日や、配信開始当日には、非常に多くの利用者（パソコン）からアクセスされることが予想され、音楽配信サイト（配信サーバ）と各パソコンとの間で確保される通信帯域が極めて狭くなってしまう可能性が高い。この状況では、各パソコンが所望の楽曲データを取得する（ダウンロードが完了する）までに多大な時間を要してしまうだけでなく、最悪の場合、楽曲データのダウンロードが途中で途切れてしまうこともあり得る。
また、音楽配信サイト側でも、一時に膨大な利用者からアクセス要求を受けてしまうと、配信サーバがダウンしてしまうこともある。そして、配信サーバがダウンしてしまうと、音楽配信サイト全体へのアクセスが不可能となってしまう。
【０００９】
【発明が解決しようとする課題】
この発明は、上記実状に鑑みてなされたもので、計時している時刻等を適宜調整しつつ、配信されるコンテンツを適切に記録することのできる配信システム、オーディオ機器およびコンテンツ記録方法を提供することを目的とする。
また、この発明は、ネットワーク及び配信側サーバの負荷を軽減し、利用者側にて、所望する楽曲のダウンロードに要する時間を実質的に短縮することのできる配信システム、オーディオ機器およびコンテンツ記録方法を提供することを目的とする。
【００１０】
【課題を解決するための手段】
上記目的を達成するため、本発明の第１の観点に係る配信システムは、
サーバとオーディオ機器とがネットワークを介して接続された配信システムであって、
前記サーバは、
配信対象のコンテンツを記憶するコンテンツ記憶手段と、
前記オーディオ機器からの配信要求に応答して、前記コンテンツ記憶手段に記憶された対象のコンテンツを、前記オーディオ機器に向けて配信する配信手段と、
前記オーディオ機器からの待機時間要求に応答して、所定の待機時間の情報を前記オーディオ機器に向けて送信する送信手段と、を備え、
前記オーディオ機器は、
現在時刻を計時すると共に、設定された予約時刻の到来を検出する計時手段と、
前記計時手段に予約時刻の到来が検出されると、任意のコンテンツを指定して前記サーバに配信を要求する配信要求手段と、
前記サーバから配信されるコンテンツ又は、送信される待機時間の情報を受信する受信手段と、
前記受信手段が受信するコンテンツにおける単位時間あたりの受信データ量に基づいて、前記サーバとの通信に確保されている伝送帯域の大きさを取得する帯域取得手段と、
前記帯域取得手段が取得した伝送帯域の大きさが規定値以上である場合に、前記受信手段が受信したコンテンツを順次記憶する記憶手段と、
前記帯域取得手段が取得した伝送帯域の大きさが規定値より小さい場合に、待機時間を前記サーバに要求し、応答される待機時間の情報に従った予約時刻を前記計時手段に再設定する予約再設定手段と、を備える、
ことを特徴とする。
【００１１】
前記サーバの送信手段は、前記オーディオ機器毎に時間をずらした待機時間の情報を送信し、前記オーディオ機器からの２回目の配信要求を分散させてもよい。
【００１２】
前記オーディオ機器は、一定時間毎に、若しくは、前記配信要求手段が配信を要求する際に、外部のタイムサーバにアクセスして標準時刻を取得し、前記計時手段の現在時刻を、取得した標準時刻と同期させる時刻同期手段を更に備えてもよい。
【００１３】
前記帯域取得手段は、前記時刻同期手段がタイムサーバから受信した単位時間当たりのデータ量に従って、伝送帯域の大きさを取得してもよい。
【００１６】
上記目的を達成するため、本発明の第２の観点に係るオーディオ機器は、
コンテンツを配信するサーバとネットワークを介して接続されたオーディオ機器であって、
現在時刻を計時すると共に、設定された予約時刻の到来を検出する計時手段と、
前記計時手段に予約時刻の到来が検出されると、任意のコンテンツを指定して前記サーバに配信を要求する配信要求手段と、
前記サーバから配信されるコンテンツ又は、送信される待機時間の情報を受信する受信手段と、
前記受信手段が受信するコンテンツにおける単位時間あたりの受信データ量に基づいて、前記サーバとの通信に確保されている伝送帯域の大きさを取得する帯域取得手段と、
前記帯域取得手段が取得した伝送帯域の大きさが規定値以上である場合に、前記受信手段が受信したコンテンツを順次記憶する記憶手段と、
前記帯域取得手段が取得した伝送帯域の大きさが規定値より小さい場合に、待機時間を前記サーバに要求し、応答される待機時間の情報に従った予約時刻を前記計時手段に再設定する予約再設定手段と、
を備えることを特徴とする。
【００１８】
上記のオーディオ機器は、一定時間毎に、若しくは、前記配信要求手段が配信を要求する際に、外部のタイムサーバにアクセスして標準時刻を取得し、前記計時手段の現在時刻を、取得した標準時刻と同期させる時刻同期手段を更に備えてもよい。
【００１９】
前記帯域取得手段は、前記時刻同期手段がタイムサーバから受信した単位時間当たりのデータ量に従って、伝送帯域の大きさを取得してもよい。
【００２２】
上記目的を達成するため、本発明の第３の観点に係るコンテンツ記録方法は、
コンテンツを配信するサーバとネットワークを介して接続されたオーディオ機器におけるコンテンツ記録方法であって、
現在時刻を計時すると共に、設定された予約時刻の到来を検出する計時ステップと、
前記計時ステップにて予約時刻の到来が検出されると、任意のコンテンツを指定してサーバに配信を要求する配信要求ステップと、
前記サーバから配信されるコンテンツ又は、送信される待機時間の情報を受信する受信ステップと、
前記受信ステップにて受信するコンテンツにおける単位時間あたりの受信データ量に基づいて、サーバとの通信に確保されている伝送帯域の大きさを取得する帯域取得ステップと、
前記帯域取得ステップが取得した伝送帯域の大きさが規定値以上である場合に、前記受信ステップにて受信したコンテンツを所定の記憶部に順次格納する格納ステップと、
前記帯域取得ステップにて取得した伝送帯域の大きさが規定値より小さい場合に、待機時間を前記サーバに要求し、応答される待機時間の情報に従った予約時刻を前記計時ステップにて計時する時刻に再設定する予約再設定ステップと、
を備えることを特徴とする。
【００２３】
上記のコンテンツ記録方法は、一定時間毎に、若しくは、前記配信要求ステップにて配信を要求する際に、外部のタイムサーバにアクセスして標準時刻を取得し、前記計時ステップにて計時する時刻を、取得した標準時刻と同期させる時刻同期ステップを更に備えてもよい。
【００２４】
前記帯域取得ステップは、前記時刻同期ステップにてタイムサーバから受信した単位時間当たりのデータ量に従って、伝送帯域の大きさを取得してもよい。
【００２６】
【発明の実施の形態】
本発明の実施の形態にかかる情報配信システムについて、以下図面を参照して説明する。
【００２７】
図１は、この発明の実施の形態に適用される情報配信システムの構成の一例を示す模式図である。図示するように、このシステムは、オーディオ機器１と、データサーバ３と、タイムサーバ５とから構成される。
なお、オーディオ機器１、データサーバ３及び、タイムサーバ５は、インターネット等のネットワーク９を介して接続されている。また、タイムサーバ５は、例えば、セシウム原子時計に基づいた標準時刻（標準日時）を計時するサーバである。
【００２８】
まず、オーディオ機器１について、図２を参照して説明する。図２は、オーディオ機器１の構成の一例を示すブロック図である。図示するように、オーディオ機器１は、チューナユニット１１と、ＭＤ記録再生ユニット１２と、信号処理部１３と、ネットワークアダプタ１４と、ハードディスク１５と、フラッシュメモリ１６と、計時ユニット１７と、操作部１８と、表示部１９と、制御部２０と、ソース選択部２１と、アンプ２２と、スピーカ２３とを含んで構成される。
【００２９】
チューナユニット１１は、所定のアンテナを介してＡＭ放送やＦＭ放送等の放送番組を受信し、受信した番組音声をソース選択部２１に供給する。
【００３０】
ＭＤ（ミニディスク）記録再生ユニット１２は、信号処理部１３に制御され、ＭＤ（記録用ＭＤ）に楽曲データを記録する。
例えば、ＭＤ記録再生ユニット１２は、ＮｅｔＭＤ（登録商標）規格に準じた記録再生ユニットであり、ハードディスク１５に格納された楽曲データを、ＭＤに記録し（チェックアウトし）、また、ＭＤに記録した楽曲データをハードディスク１５に戻す（チェックインする）。
また、ＭＤ記録再生ユニット１２は、ＭＤに記録した楽曲データから音声信号を再生し、再生した音声信号をソース選択部２１に供給する。
【００３１】
信号処理部１３は、例えば、ＤＳＰ（Digital Signal Processor）等からなり、制御部２０から供給される動作命令等に従って、ＭＤ記録再生ユニット１２の記録・再生動作を制御する。
また、信号処理部１３は、ハードディスク１５に格納された楽曲データ（ダウンロードデータ）や番組コンテンツ（ストリームデータ）の抽出及び、復号を行い、音声信号を再生する。そして、再生した音声信号をソース選択部２１に供給する。
【００３２】
ネットワークアダプタ１４は、例えば、ＬＡＮ（Local Area Network）カードや高速モデム等からなり、制御部２０に制御され、ネットワーク９を介してデータサーバ３との間で必要な情報を送受信する。
例えば、ネットワークアダプタ１４は、楽曲データや番組コンテンツの配信（ダウンロード配信やストリーミング配信）を要求する配信要求情報をデータサーバ３に送信する。また、送信した配信要求情報に応答してデータサーバ３から配信される楽曲データ（ダウンロードデータ）や番組コンテンツ（ストリームデータ）等を受信する。
【００３３】
ハードディスク１５は、所定容量の磁気ディスクユニットからなり、データサーバ３からダウンロード配信された楽曲データやストリーミング配信された番組コンテンツを記憶する。
また、ハードディスク１５は、制御部２０に制御され、記憶している楽曲データや番組コンテンツを信号処理部１３等に供給する。
【００３４】
フラッシュメモリ１６は、ＥＥＰＲＯＭ（Electrically Erasable and Programmable ROM）等からなり、ユーザＩＤ、パスワード及び、機器ＩＤ等を記憶する。
これらのユーザＩＤやパスワード等は、制御部２０に適宜読み出され、オーディオ機器１がネットワーク９を介して最初にデータサーバ３にアクセスする際に、ユーザ認証のために使用される。
また、フラッシュメモリ１６は、タイムサーバ５のネットワーク９上のアドレス（例えば、ＵＲＬ；Universal Resource Locater等）も記憶している。
【００３５】
計時ユニット１７は、水晶発振子を含んだクロック回路等からなり、現在日付及び、現在時刻等を計時する。
また、計時ユニット１７は、タイマ機能も備えており、設定された予約時刻（予約日時）が到来（経過）すると、制御部２０に対して、所定動作の開始を指示する。
【００３６】
操作部１８は、オーディオ機器１の前面に配置された複数のキースイッチやアナログスイッチ等からなり、利用者の操作に従った指示情報を入力して制御部２０に供給する。
例えば、操作部１８には、データサーバ３に対して、楽曲データや番組コンテンツの配信を要求するための要求キーや、予約時刻（予約日時）を計時ユニット１７に設定するためのテンキー等が含まれている。
【００３７】
表示部１９は、蛍光表示管や液晶表示ユニット等からなり、制御部２０に制御され、オーディオ機器１の動作状況等を示すシンボルやメッセージ等を表示する。
例えば、表示部１９は、データサーバ３にて配信可能となる楽曲データや番組コンテンツの一覧等の情報を表示する。
【００３８】
制御部２０は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）及び、ＲＡＭ（Random Access Memory）を含んだ１チップマイコン等からなり、オーディオ機器１全体を制御する。
【００３９】
例えば、制御部２０は、楽曲データ等をダウンロードする際に、データサーバ３との通信に確保される現在の伝送帯域を求める。制御部２０は、伝送帯域の大きさが規定値以上である場合にだけ、データサーバ３から配信されるコンテンツをハードディスク１５に格納（記録）する。
一方、伝送帯域の大きさが規定値より小さい場合に、制御部２０は、一定時間経過後に、再度のダウンロードを試みる。
【００４０】
また、制御部２０は、予め定められた配信開始時刻からライブ配信等される番組コンテンツをハードディスク１５等に記録する際に、タイムサーバ５にアクセスして標準日時を取得し、取得した標準日時と計時ユニット１７にて計時される現在時刻との時差を検出する。そして、制御部２０は、データサーバ３にアクセスし、配信される番組コンテンツを配信が完了するまで順次ハードディスク１５に格納する。
なお、時差が検出されており、計時ユニット１７の現在時刻が標準時刻よりも遅れていた場合に、制御部２０は、時差に応じた番組コンテンツの差分の配信をデータサーバ３に要求し、応答してデータサーバ３から配信される差分データを受信すると、ハードディスク１５に格納された番組コンテンツと結合させて正規の番組コンテンツを復元する。
【００４１】
更に、制御部２０は、計時ユニット１７の時刻調整を逐次行い、計時ユニット１７が計時する現在時刻（現在日時）が、正確であるように維持する。具体的に制御部２０は、所定のタイミング（例えば、一定時間間隔や、楽曲データや番組コンテンツの配信時等）に、ネットワークアダプタ１４を介してタイムサーバ５にアクセスして標準時刻（標準日時）を取得し、計時ユニット１７の現在時刻を、取得した標準時刻と同期させる。
なお、初期動作時（利用者がオーディオ機器１を最初に使用する際等）にも、タイムサーバ５にアクセスし、取得した標準時刻を計時ユニット１７に設定してもよい。
【００４２】
ソース選択部２１は、入力切換スイッチ等からなり、制御部２０に制御され、チューナユニット１１、ＭＤ記録再生ユニット１２及び、信号処理部１３の何れか１つを入力ソースとして選択する。ソース選択部２１は、選択した入力ソースから出力される音声信号をアンプ２２に供給する。
【００４３】
アンプ２２は、所定の増幅回路等からなり、ソース選択部２１を介して供給された音声信号を適宜増幅し、増幅した音声信号をスピーカ２３に供給する。
【００４４】
スピーカ２３は、ステレオスピーカ等からなり、アンプ２２にて増幅された音声信号に従って、音声（楽曲音等）を出力する。
【００４５】
次に、データサーバ３について、図３を参照して説明する。図３は、データサーバ３の構成の一例を示すブロック図である。図示するように、データサーバ３は、データベース３０と、処理制御部４１と、エンコード処理ユニット４２と、通信制御部４３とを含んで構成される。
【００４６】
データベース３０は、例えば、コンテンツ管理ＤＢ３１と、利用者情報管理ＤＢ３２とからなる。
コンテンツ管理ＤＢ３１は、複数の楽曲データ等から構成される番組コンテンツ及び、各楽曲データを管理するデータベースである。具体的にコンテンツ管理ＤＢ３１は、図４（ａ）に示すような番組コンテンツ管理情報及び、図４（ｂ）に示すような楽曲データ管理情報を使用して、自己に格納される番組コンテンツ及び楽曲データを管理する。
【００４７】
図４（ａ）に示す番組コンテンツ管理情報は、例えば、番組ＩＤ、ｃｈ番号、番組名、及び、格納アドレス等からなる。
なお、番組ＩＤとは、番組コンテンツを特定するためのユニークな識別情報である。また、ｃｈ番号とは、番組（番組コンテンツ）に割り振られたチャンネル番号である。
また、図４（ｂ）に示す楽曲データ管理情報は、例えば、楽曲ＩＤ、楽曲名、及び、格納アドレス等からなる。
なお、楽曲ＩＤとは、楽曲データを特定するためのユニークな識別情報である。
【００４８】
利用者情報管理ＤＢ３２は、データサーバ３にアクセスしサービスを利用できる利用者についての情報を管理するデータベースである。具体的に利用者情報管理ＤＢ３２は、図５に示すように、利用者を特定するユーザＩＤ、パスワード及びユーザ名等や、利用者が好んで聴く楽曲のジャンル、楽曲名やアーティスト等を設定しておくための嗜好情報等を記憶する。
【００４９】
図３に戻って、処理制御部４１は、所定のコンピュータユニットからなり、データサーバ３全体を制御する。
例えば、処理制御部４１は、通信制御部４３を介して、オーディオ機器１から送られる配信要求情報を受信すると、コンテンツ管理ＤＢ３１を検索し、対応する番組コンテンツや楽曲データを取得する。
そして、処理制御部４１は、取得した番組コンテンツを、エンコード処理ユニット４２に供給してオーディオ機器１に向けたストリーミング配信を行い、また、取得した楽曲データを、通信制御部４３を介してダウンロード配信する。
【００５０】
また、処理制御部４１は、配信開始日時及び、配信終了日時等が予め定められたライブ配信や期間限定配信も行う。例えば、処理制御部４１は、配信開始時刻になると、アクセスして来るオーディオ機器１に向けて、対象の番組コンテンツのストリーミング配信を行う。
なお、処理制御部４１は、配信終了時刻等にストリーミング配信を終えた後に、番組コンテンツの一部（先頭部等）を受信し損ねたオーディオ機器１からの要求に応答して、番組コンテンツの差分をオーディオ機器１に向けて配信する。
【００５１】
エンコード処理ユニット４２は、番組コンテンツを、オーディオ機器１にて再生可能となるストリームデータ形式に、リアルタイムにエンコードするエンコーダ回路等からなる。
エンコード処理ユニット４２は、処理制御部４１から供給された番組コンテンツをストリームデータに順次エンコードし、エンコードした番組コンテンツ（ストリームデータ）を、通信制御部４３を介してオーディオ機器１に向けて配信する。
【００５２】
なお、エンコード処理ユニット４２によって番組コンテンツを順次エンコードする代わりに、予めストリーミング配信用にオーサリングされた番組コンテンツ（ストリームデータ）をコンテンツ管理ＤＢ３１に格納しておいてもよい。
【００５３】
通信制御部４３は、回線制御装置やゲートウェイ装置等からなり、ネットワーク９を介して、データサーバ３とオーディオ機器１との間に必要な情報を送受信する。
【００５４】
以下、この発明の形態にかかる情報配信システムの動作について、図面を参照して説明する。
まず、図６を参照して、オーディオ機器１における時刻（日時）調整動作について説明する。図６は、制御部２０にて実行される日時修正処理を説明するためのフローチャートである。
なお、この日時修正処理は、例えば、オーディオ機器１の動作モードが「自動時刻調節」にセットされている状態で、予め定められた時間間隔毎に繰り返し開始される。また、動作モードに関わりなく、オーディオ機器１の初期動作時に、実行されるようにしてもよい。
【００５５】
まず、オーディオ機器１の制御部２０は、タイムサーバ５のアドレス（ＵＲＬ等）をフラッシュメモリ１６から読み出す（ステップＳ１１）。
制御部２０は、読み出したアドレスに従って、タイムサーバ５にアクセスし、ネットワーク遅延を考慮した標準日時を取得する（ステップＳ１２）。例えば、制御部２０は、ｎｔｐプロトコルに従って、タイムサーバ５にアクセスし、リクエストを出してから応答が返るまでの遅延時間を考慮しつつ、タイムサーバ５にて計時される標準時刻（日時情報）を取得する。
【００５６】
制御部２０は、取得した標準日時と、計時ユニット１７にて計時される現在日時とを比較し、基準値（例えば、５００ミリ秒）以上の時差が生じているか否かを判別する（ステップＳ１３）。
制御部２０は、基準値以上の時差が生じていないと判別すると、そのまま、日時修正処理を終える。
一方、基準値以上の時差が生じていると判別した場合に、制御部２０は、タイムサーバ５から取得した標準日時に従って、計時ユニット１７の日時設定を修正する（ステップＳ１４）。つまり、計時ユニット１７が計時する現在日時を、標準日時と同期させる。
【００５７】
このように、図６を参照して説明した日時修正処理により、計時ユニット１７により計時される現在日時が、自動的に標準日時と同期されるため、利用者が日時の設定を行う必要がなくなる。そして、日時修正処理が繰り返し実行されることにより、オーディオ機器１において時刻ずれが抑制され、期限付きの楽曲データや番組コンテンツ等を適切に管理する（扱う）ことができる。
【００５８】
また、この日時修正処理を繰り返しても、日時の修正が頻繁に行われる場合には、計時ユニット１７の故障等が考えられるため、オーディオ機器１にて、日時修正の履歴情報（ログ）等を蓄積するようにし、蓄積した履歴情報を機器情報等と共に、所定の管理サーバ等に向けて送信できるようにしてもよい。
この場合、管理サーバ等が受信した情報がメーカ側に供給されると、メーカ側にてオーディオ機器１の保守や新たな機器の開発等に役立つことが期待される。
【００５９】
次に、図７を参照して、オーディオ機器１がデータサーバ３から楽曲データ等をダウンロードする動作について説明する。図７は、制御部２０にて実行されるダウンロード処理を説明するためのフローチャートである。
なお、ダウンロードの対象となる楽曲データは、既に指定されているものとする。
【００６０】
まず、オーディオ機器１の制御部２０は、タイムサーバ５のアドレスをフラッシュメモリ１６から読み出すと、このアドレスに従ってタイムサーバ５にアクセスし、標準日時を取得する（ステップＳ２１）。
制御部２０は、取得した標準日時と、計時ユニット１７にて計時される現在日時とを比較し、基準値以上の時差が生じているか否かを判別する（ステップＳ２２）。
【００６１】
制御部２０は、基準値以上の時差が生じていないと判別すると、後述するステップＳ２４に処理を進める。一方、時差が生じていると判別した場合に、制御部２０は、タイムサーバ５から取得した標準日時に従って、計時ユニット１７の日時設定を修正する（ステップＳ２３）。
そして、制御部２０は、指定されている楽曲データのダウンロード配信を要求する要求情報をデータサーバ３に向けて送信する（ステップＳ２４）。
【００６２】
データサーバ３の処理制御部４１は、オーディオ機器１から送られる要求情報を受信すると、この要求情報に従って、コンテンツ管理ＤＢ３１から対象の楽曲データを読み出す。そして、読み出した楽曲データをオーディオ機器１に向けてダウンロード配信する。
【００６３】
制御部２０は、データサーバ３との通信に確保されている現在の伝送帯域を確認する（ステップＳ２５）。例えば、制御部２０は、単位時間当たりに受信した楽曲データのデータ量（受信データ量／秒等）から、現在の伝送帯域を求める。
【００６４】
制御部２０は、求めた伝送帯域が十分であるか否かを判別する（ステップＳ２６）。つまり、データサーバ３とオーディオ機器１との回線が混み合っておらず、十分な伝送帯域が確保できている状態か否かを判別する。
【００６５】
制御部２０は、伝送帯域が十分でないと判別すると、所定の待機時間を計時ユニット１７にセットする（ステップＳ２７）。つまり、現在回線が混み合っていおり、回線負荷が低減されるのを待つために、例えば、５分等の待機時間を計時ユニット１７にセットする。
なお、この待機時間の設定要求は、データサーバ３側から送信されるようにしてもよい。例えば、データサーバ３は、各アクセス要求元（オーディオ機器１）に対して、待機時間を設定要求するようにする。この際、データサーバ３は、各オーディオ機器１に少しずつ時間をずらした待機時間を設定要求する。
これにより、各オーディオ機器１に対して、少しずつ時間をずらしてアクセスさせるように制御することができ、２回目のアクセスが分散される。これにより、各オーディオ機器１に対して、待機時間を再度設定要求することがなくなる。
【００６６】
また、制御部２０は、開始された楽曲データの配信停止を指示する指示情報をデータサーバ３に向けて送信する（ステップＳ２８）。
【００６７】
制御部２０は、計時ユニット１７にセットされた待機時間が経過するまで、後続処理の実行を待機する（ステップＳ２９）。
そして、待機時間が経過すると、制御部２０は、上述のステップＳ２４に処理を戻す。つまり、回線負荷が低減された頃を見計らって、制御部２０は、再度、配信要求からやり直す。
【００６８】
また、上述のステップＳ２６にて伝送帯域が十分であると判別された場合に、制御部２０は、ダウンロード配信される楽曲データをハードディスク１５に格納する（ステップＳ３０）。つまり、送信した要求情報に応答して、データサーバ３から配信される楽曲データを受信すると、ハードディスク１５への記録を行う。
そして、制御部２０は、配信が完了すると、ダウンロード処理を終了する。
【００６９】
このように、図７を参照して説明したダウンロード処理により、楽曲データのダウンロードの際に、伝送帯域が確認され、回線が混み合っている場合には、ダウンロードの時期が所定時間だけ延ばされる。そして、回線負荷が低減された頃に、再度のダウンロードが試みられる。
この結果、計時している時刻を適宜調整しつつ、配信されるコンテンツを適切に記録することができる。また、ネットワーク及び配信側サーバの負荷を軽減し、利用者側にて、所望する楽曲のダウンロードに要する時間を実質的に短縮することができる。
【００７０】
上述した図７のダウンロード処理では、実際にダウンロードする楽曲データのデータ量等から、伝送帯域を求める場合について説明した。しかしながら、伝送帯域を求める手法は任意である。
例えば、タイムサーバ５から標準日時を得る際のデータ受信等により、伝送帯域を求めてもよい。
【００７１】
以下、ダウンロード処理の変形例について、図８のフローチャートを参照して説明する。なお、ダウンロードの対象となる楽曲データは、既に指定されているものとする。
【００７２】
まず、制御部２０は、タイムサーバ５から標準日時を取得すると共に、現在の伝送帯域を確認する（ステップＳ４１）。例えば、制御部２０は、ｎｔｐプロトコルに従って、複数回のリクエストをタイムサーバ５に発行し、タイムサーバ５にて計時される標準日時（日時情報）を取得すると共に、その際の単位時間当たりのデータ受信量（受信データ量／秒等）から伝送帯域を求める。
【００７３】
制御部２０は、取得した標準日時と、計時ユニット１７にて計時される現在日時とを比較し、基準値以上の時差が生じているか否かを判別する（ステップＳ４２）。
制御部２０は、基準値以上の時差が生じていないと判別すると、後述するステップＳ４４に処理を進める。一方、時差が生じていると判別した場合に、制御部２０は、タイムサーバ５から取得した標準日時に従って、計時ユニット１７の日時設定を修正する（ステップＳ４３）。
【００７４】
制御部２０は、求めた伝送帯域が十分であるか否かを判別する（ステップＳ４４）。
制御部２０は、伝送帯域が十分でないと判別すると、所定の待機時間を計時ユニット１７にセットし（ステップＳ４５）、待機時間が経過するまで、後続処理の実行を待機する（ステップＳ４６）。
そして、待機時間が経過すると、制御部２０は、上述のステップＳ４１に処理を戻す。
【００７５】
また、ステップＳ４４にて、伝送帯域が十分であると判別した場合に、制御部２０は、指定されている楽曲データの配信を要求する要求情報をデータサーバ３に送信し（ステップＳ４７）、配信される楽曲データをハードディスク１５に格納する（ステップＳ４８）。
【００７６】
このように、図８を参照して説明したダウンロード処理によっても、楽曲データのダウンロード前に、伝送帯域が確認され、回線が混み合っている場合には、ダウンロードの時期が所定時間だけ延ばされる。そして、回線負荷が低減された頃に、再度のダウンロードが試みられる。
この結果、計時している時刻を適宜調整しつつ、配信されるコンテンツを適切に記録することができる。また、ネットワーク及び配信側サーバの負荷を軽減し、利用者側にて、所望する楽曲のダウンロードに要する時間を実質的に短縮することができる。
【００７７】
次に、図９を参照して、データサーバ３からライブ配信等される番組コンテンツを、オーディオ機器１が記録する動作について説明する。図９は、制御部２０にて実行されるコンテンツ記録処理を説明するためのフローチャートである。
なお、計時ユニット１７には、番組コンテンツの配信開始時刻が予約時刻としてセットされているものとする。そして、図９のコンテンツ記録処理は、計時ユニット１７にセットされた予約時刻（配信開始時刻）の数秒前になると、自動的に開始されるものとする。
【００７８】
まず、制御部２０は、タイムサーバ５から標準日時を取得すると（ステップＳ５１）、取得した標準日時と、計時ユニット１７の現在日時との間で基準値以上の時差が生じているか否かを判別する（ステップＳ５２）。
制御部２０は、基準値以上の時差が生じていないと判別すると、配信開始時刻が到来（経過）するまで、後続処理の実行を待機する（ステップＳ５３）。そして、配信開始時刻になると、後述するステップＳ５７に処理を進める。
【００７９】
一方、時差が生じていると判別した場合に、制御部２０は、計時ユニット１７の日時設定を修正すると共に、生じていた時差（時差情報）を自己のＲＡＭ等に記憶する（ステップＳ５４）。
そして、制御部２０は、修正前の計時ユニット１７にて時刻が遅れていた状態であったか否かを判別する（ステップＳ５５）。すなわち、制御部２０は、既に、配信開始時刻が過ぎており（番組コンテンツの配信が開始されており）、番組コンテンツの一部（先頭部）が、記録できなかった状態であるか否かを判別する。
【００８０】
制御部２０は、時刻が遅れていた状態でない（時刻が進んでいた状態である）と判別すると、配信開始時刻を計時ユニット１７に再セットする（ステップＳ５６）。すなわち、正確な配信開始時刻が到来した際に、再度このコンテンツ記録処理が開始されるように、配信開始時刻を予約時刻として計時ユニット１７にセットする。
配信開始時刻を再セットすると、制御部２０は、コンテンツ記録処理を終了する。
【００８１】
一方、時刻が遅れていた状態であると判別した場合（ステップＳ５３にて配信開始を待機していた場合も含む）に、制御部２０は、データサーバ３にアクセスし、番組コンテンツの受信を開始する（ステップＳ５７）。
そして、制御部２０は、ストリーミング配信される番組コンテンツを順次ハードディスク１５に格納する（ステップＳ５８）。
【００８２】
制御部２０は、配信完了時刻が到来（経過）したか否かを判別し（ステップＳ５９）、配信完了時刻が到来するまで、配信される番組コンテンツの格納を続ける。
そして、配信完了時刻が到来すると、制御部２０は、時差が生じていたか（時刻遅れが生じていたか）否かを判別する（ステップＳ６０）。
制御部２０は、時差が生じていないと判別すると、そのまま、コンテンツ記録処理を終了する。
【００８３】
一方、時差が生じていた（時刻遅れが生じていた）と判別した場合に、制御部２０は、時差（遅れ時間）に応じた番組コンテンツの差分の配信を要求する要求情報をデータサーバ３に向けて送信する（ステップＳ６１）。
そして、制御部２０は、データサーバ３から配信される差分データを受信し、番組コンテンツを完成させる（ステップＳ６２）。例えば、制御部２０は、既にハードディスク１５に格納していた番組コンテンツに、受信した差分データを結合させ、正規の番組コンテンツを復元させる。
【００８４】
このように、図９を参照して説明したコンテンツ記録処理により、ライブ配信等される番組コンテンツを記録する際に、標準日時との時差（遅れ）が検出され、番組コンテンツの一部（先頭部）が記録できなかった場合でも、番組コンテンツの差分を受信して、正規の番組コンテンツを復元できる。
この結果、計時している時刻を適宜調整しつつ、配信されるコンテンツを適切に記録することができる。
【００８５】
上記の実施の形態では、データサーバ３が番組コンテンツや楽曲データを配信する場合について説明したが、配信対象のコンテンツは、楽曲データ等に限られず任意である。例えば、データサーバ３は、映像データから構成されるコンテンツを配信してもよい。
【００８６】
【発明の効果】
以上説明したように、本発明によれば、計時している時刻を適宜調整しつつ、配信されるコンテンツを適切に記録することができる。また、ネットワーク及び配信側サーバの負荷を軽減し、利用者側にて、所望する楽曲のダウンロードに要する時間を実質的に短縮することができる。
【図面の簡単な説明】
【図１】本発明の実施の形態に係る情報配信システムの構成の一例を示す模式図である。
【図２】オーディオ機器の構成の一例を示すブロック図である。
【図３】データサーバの構成の一例を示すブロック図である。
【図４】コンテンツ管理ＤＢに記憶される情報の一例を示す模式図であって、（ａ）が番組コンテンツ管理情報の図であり、（ｂ）が楽曲データ管理情報の図である。
【図５】利用者情報管理ＤＢの具体的な内容の一例を示す模式図である。
【図６】本発明の実施の形態に係る日時修正処理を説明するためのフローチャートである。
【図７】本発明の実施の形態に係るダウンロード処理を説明するためのフローチャートである。
【図８】本発明の他の実施の形態に係るダウンロード処理を説明するためのフローチャートである。
【図９】本発明の他の実施の形態に係るコンテンツ記録処理を説明するためのフローチャートである。
【符号の説明】
１ オーディオ機器
１１ チューナユニット
１２ ＭＤ記録再生ユニット
１３ 信号処理部
１４ ネットワークアダプタ
１５ ハードディスク
１６ フラッシュメモリ
１７ 計時ユニット
１８ 操作部
１９ 表示部
２０ 制御部
２１ ソース選択部
２２ アンプ
２３ スピーカ
３ データサーバ
３０ データベース
３１ コンテンツ管理ＤＢ
３２ 利用者情報管理ＤＢ
４１ 処理制御部
４２ エンコード処理ユニット
４３ 通信制御部
５ タイムサーバ
【発明の属する技術分野】
この発明は、配信システム、オーディオ機器およびコンテンツ記録方法に関する。
【０００２】
【従来の技術】
近年、ネットワークの高速化や、データ圧縮技術の発展に伴って、楽曲データ等の配信を行う情報配信システムが普及して来ている。このような情報配信システムにおいて、一般に、利用者は、パーソナルコンピュータ（パソコン）を使用してインターネットに接続し、所定の音楽配信サイト等にアクセスする。そして、パソコンは、利用者の操作に従って、アクセス先の音楽配信サイトから所望の楽曲データをダウンロードし、ダウンロードが完了した楽曲データを再生する（例えば、特許文献１参照）。
【０００３】
【特許文献１】
特開２００２−７４８１４号公報 （第６−７頁、第１図）
【０００４】
また、音楽配信サイトにおいては、ストリーミングと呼ばれ、楽曲データ全てのダウンロードを待たずに、楽曲データを順次受信しながら再生するタイプの音楽配信も行われている。このようなストリーミングによる音楽配信では、複数の楽曲データ等から構成される番組コンテンツが配信される場合が多い。
つまり、比較的容量の大きい番組コンテンツ（複数曲分のデータ等）をダウンロード後に再生する場合、再生開始までに利用者をかなり待たせてしまうが、順次受信しながら再生が可能なストリーミングでは、あまり利用者を待たせることがない。
そのため、このような番組コンテンツは、ダウンロード配信ではなく、ストリーミング配信される場合が多い。
【０００５】
ストリーミング配信される番組コンテンツには、予め配信開始日時が定められたライブ配信や期間限定配信等のコンテンツも存在している。そして、利用者は、このような番組コンテンツの配信開始日時に、パソコンを操作し、ストリーミング配信される番組コンテンツを聴取したりする。
それでも、配信開始日時を覚えておくのは、煩わしいと感じる利用者も多い。そして、このような利用者は、例えば、パソコンのスケジュール機能（スケジュール管理サービスやプログラム等）に予約日時を設定し、定刻（配信開始日時）になると、ライブ配信等を自動的に聴取できるようにする。
【０００６】
ところで、パソコン等の電子機器は、内部に水晶発振子等から構成される計時ユニットを備えており、利用者により設定された日時（日時情報）を基準として、水晶発振子のカウントに応じた計時を行っている。
しかしながら、一般の電子機器（計時ユニット）には、しばしば、時刻ずれ（時刻の遅れや、時刻の進み）が発生すると指摘されている。例えば、電子機器における処理負荷の変化や、水晶発振子の温度変化等により、現在時刻が少しずつずれてしまう。
【０００７】
このような、時刻ずれが生じているパソコンを使用して番組コンテンツ等の配信を受けると、スケジュール機能を使用してもライブ配信に早すぎたり、また、遅れてしまったりする場合がある。その他にも、期限付きの楽曲データ（コンテンツ）を不適切に管理して（扱って）しまうことにもなる。
そのため、利用者は、パソコン等の時刻ずれに絶えず気を配り、時刻ずれに気付く度に、正しい時刻に再設定する必要があり、極めて煩雑であった。
【０００８】
更に、音楽配信サイトでは、定期的に配信楽曲を更新したり、また新曲の配信を特定の日から開始するようにしている。そのため、利用者は、予めこのような楽曲の更新日時を確認し、また新曲の配信日時を確認すると、その日時に自動的に楽曲を取得（ダウンロード）できるように、パソコンを設定しておくことが考えられる。
しかし、更新日当日や、配信開始当日には、非常に多くの利用者（パソコン）からアクセスされることが予想され、音楽配信サイト（配信サーバ）と各パソコンとの間で確保される通信帯域が極めて狭くなってしまう可能性が高い。この状況では、各パソコンが所望の楽曲データを取得する（ダウンロードが完了する）までに多大な時間を要してしまうだけでなく、最悪の場合、楽曲データのダウンロードが途中で途切れてしまうこともあり得る。
また、音楽配信サイト側でも、一時に膨大な利用者からアクセス要求を受けてしまうと、配信サーバがダウンしてしまうこともある。そして、配信サーバがダウンしてしまうと、音楽配信サイト全体へのアクセスが不可能となってしまう。
【０００９】
【発明が解決しようとする課題】
この発明は、上記実状に鑑みてなされたもので、計時している時刻等を適宜調整しつつ、配信されるコンテンツを適切に記録することのできる配信システム、オーディオ機器およびコンテンツ記録方法を提供することを目的とする。
また、この発明は、ネットワーク及び配信側サーバの負荷を軽減し、利用者側にて、所望する楽曲のダウンロードに要する時間を実質的に短縮することのできる配信システム、オーディオ機器およびコンテンツ記録方法を提供することを目的とする。
【００１０】
【課題を解決するための手段】
上記目的を達成するため、本発明の第１の観点に係る配信システムは、
サーバとオーディオ機器とがネットワークを介して接続された配信システムであって、
前記サーバは、
配信対象のコンテンツを記憶するコンテンツ記憶手段と、
前記オーディオ機器からの配信要求に応答して、前記コンテンツ記憶手段に記憶された対象のコンテンツを、前記オーディオ機器に向けて配信する配信手段と、
前記オーディオ機器からの待機時間要求に応答して、所定の待機時間の情報を前記オーディオ機器に向けて送信する送信手段と、を備え、
前記オーディオ機器は、
現在時刻を計時すると共に、設定された予約時刻の到来を検出する計時手段と、
前記計時手段に予約時刻の到来が検出されると、任意のコンテンツを指定して前記サーバに配信を要求する配信要求手段と、
前記サーバから配信されるコンテンツ又は、送信される待機時間の情報を受信する受信手段と、
前記受信手段が受信するコンテンツにおける単位時間あたりの受信データ量に基づいて、前記サーバとの通信に確保されている伝送帯域の大きさを取得する帯域取得手段と、
前記帯域取得手段が取得した伝送帯域の大きさが規定値以上である場合に、前記受信手段が受信したコンテンツを順次記憶する記憶手段と、
前記帯域取得手段が取得した伝送帯域の大きさが規定値より小さい場合に、待機時間を前記サーバに要求し、応答される待機時間の情報に従った予約時刻を前記計時手段に再設定する予約再設定手段と、を備える、
ことを特徴とする。
【００１１】
前記サーバの送信手段は、前記オーディオ機器毎に時間をずらした待機時間の情報を送信し、前記オーディオ機器からの２回目の配信要求を分散させてもよい。
【００１２】
前記オーディオ機器は、一定時間毎に、若しくは、前記配信要求手段が配信を要求する際に、外部のタイムサーバにアクセスして標準時刻を取得し、前記計時手段の現在時刻を、取得した標準時刻と同期させる時刻同期手段を更に備えてもよい。
【００１３】
前記帯域取得手段は、前記時刻同期手段がタイムサーバから受信した単位時間当たりのデータ量に従って、伝送帯域の大きさを取得してもよい。
【００１６】
上記目的を達成するため、本発明の第２の観点に係るオーディオ機器は、
コンテンツを配信するサーバとネットワークを介して接続されたオーディオ機器であって、
現在時刻を計時すると共に、設定された予約時刻の到来を検出する計時手段と、
前記計時手段に予約時刻の到来が検出されると、任意のコンテンツを指定して前記サーバに配信を要求する配信要求手段と、
前記サーバから配信されるコンテンツ又は、送信される待機時間の情報を受信する受信手段と、
前記受信手段が受信するコンテンツにおける単位時間あたりの受信データ量に基づいて、前記サーバとの通信に確保されている伝送帯域の大きさを取得する帯域取得手段と、
前記帯域取得手段が取得した伝送帯域の大きさが規定値以上である場合に、前記受信手段が受信したコンテンツを順次記憶する記憶手段と、
前記帯域取得手段が取得した伝送帯域の大きさが規定値より小さい場合に、待機時間を前記サーバに要求し、応答される待機時間の情報に従った予約時刻を前記計時手段に再設定する予約再設定手段と、
を備えることを特徴とする。
【００１８】
上記のオーディオ機器は、一定時間毎に、若しくは、前記配信要求手段が配信を要求する際に、外部のタイムサーバにアクセスして標準時刻を取得し、前記計時手段の現在時刻を、取得した標準時刻と同期させる時刻同期手段を更に備えてもよい。
【００１９】
前記帯域取得手段は、前記時刻同期手段がタイムサーバから受信した単位時間当たりのデータ量に従って、伝送帯域の大きさを取得してもよい。
【００２２】
上記目的を達成するため、本発明の第３の観点に係るコンテンツ記録方法は、
コンテンツを配信するサーバとネットワークを介して接続されたオーディオ機器におけるコンテンツ記録方法であって、
現在時刻を計時すると共に、設定された予約時刻の到来を検出する計時ステップと、
前記計時ステップにて予約時刻の到来が検出されると、任意のコンテンツを指定してサーバに配信を要求する配信要求ステップと、
前記サーバから配信されるコンテンツ又は、送信される待機時間の情報を受信する受信ステップと、
前記受信ステップにて受信するコンテンツにおける単位時間あたりの受信データ量に基づいて、サーバとの通信に確保されている伝送帯域の大きさを取得する帯域取得ステップと、
前記帯域取得ステップが取得した伝送帯域の大きさが規定値以上である場合に、前記受信ステップにて受信したコンテンツを所定の記憶部に順次格納する格納ステップと、
前記帯域取得ステップにて取得した伝送帯域の大きさが規定値より小さい場合に、待機時間を前記サーバに要求し、応答される待機時間の情報に従った予約時刻を前記計時ステップにて計時する時刻に再設定する予約再設定ステップと、
を備えることを特徴とする。
【００２３】
上記のコンテンツ記録方法は、一定時間毎に、若しくは、前記配信要求ステップにて配信を要求する際に、外部のタイムサーバにアクセスして標準時刻を取得し、前記計時ステップにて計時する時刻を、取得した標準時刻と同期させる時刻同期ステップを更に備えてもよい。
【００２４】
前記帯域取得ステップは、前記時刻同期ステップにてタイムサーバから受信した単位時間当たりのデータ量に従って、伝送帯域の大きさを取得してもよい。
【００２６】
【発明の実施の形態】
本発明の実施の形態にかかる情報配信システムについて、以下図面を参照して説明する。
【００２７】
図１は、この発明の実施の形態に適用される情報配信システムの構成の一例を示す模式図である。図示するように、このシステムは、オーディオ機器１と、データサーバ３と、タイムサーバ５とから構成される。
なお、オーディオ機器１、データサーバ３及び、タイムサーバ５は、インターネット等のネットワーク９を介して接続されている。また、タイムサーバ５は、例えば、セシウム原子時計に基づいた標準時刻（標準日時）を計時するサーバである。
【００２８】
まず、オーディオ機器１について、図２を参照して説明する。図２は、オーディオ機器１の構成の一例を示すブロック図である。図示するように、オーディオ機器１は、チューナユニット１１と、ＭＤ記録再生ユニット１２と、信号処理部１３と、ネットワークアダプタ１４と、ハードディスク１５と、フラッシュメモリ１６と、計時ユニット１７と、操作部１８と、表示部１９と、制御部２０と、ソース選択部２１と、アンプ２２と、スピーカ２３とを含んで構成される。
【００２９】
チューナユニット１１は、所定のアンテナを介してＡＭ放送やＦＭ放送等の放送番組を受信し、受信した番組音声をソース選択部２１に供給する。
【００３０】
ＭＤ（ミニディスク）記録再生ユニット１２は、信号処理部１３に制御され、ＭＤ（記録用ＭＤ）に楽曲データを記録する。
例えば、ＭＤ記録再生ユニット１２は、ＮｅｔＭＤ（登録商標）規格に準じた記録再生ユニットであり、ハードディスク１５に格納された楽曲データを、ＭＤに記録し（チェックアウトし）、また、ＭＤに記録した楽曲データをハードディスク１５に戻す（チェックインする）。
また、ＭＤ記録再生ユニット１２は、ＭＤに記録した楽曲データから音声信号を再生し、再生した音声信号をソース選択部２１に供給する。
【００３１】
信号処理部１３は、例えば、ＤＳＰ（Digital Signal Processor）等からなり、制御部２０から供給される動作命令等に従って、ＭＤ記録再生ユニット１２の記録・再生動作を制御する。
また、信号処理部１３は、ハードディスク１５に格納された楽曲データ（ダウンロードデータ）や番組コンテンツ（ストリームデータ）の抽出及び、復号を行い、音声信号を再生する。そして、再生した音声信号をソース選択部２１に供給する。
【００３２】
ネットワークアダプタ１４は、例えば、ＬＡＮ（Local Area Network）カードや高速モデム等からなり、制御部２０に制御され、ネットワーク９を介してデータサーバ３との間で必要な情報を送受信する。
例えば、ネットワークアダプタ１４は、楽曲データや番組コンテンツの配信（ダウンロード配信やストリーミング配信）を要求する配信要求情報をデータサーバ３に送信する。また、送信した配信要求情報に応答してデータサーバ３から配信される楽曲データ（ダウンロードデータ）や番組コンテンツ（ストリームデータ）等を受信する。
【００３３】
ハードディスク１５は、所定容量の磁気ディスクユニットからなり、データサーバ３からダウンロード配信された楽曲データやストリーミング配信された番組コンテンツを記憶する。
また、ハードディスク１５は、制御部２０に制御され、記憶している楽曲データや番組コンテンツを信号処理部１３等に供給する。
【００３４】
フラッシュメモリ１６は、ＥＥＰＲＯＭ（Electrically Erasable and Programmable ROM）等からなり、ユーザＩＤ、パスワード及び、機器ＩＤ等を記憶する。
これらのユーザＩＤやパスワード等は、制御部２０に適宜読み出され、オーディオ機器１がネットワーク９を介して最初にデータサーバ３にアクセスする際に、ユーザ認証のために使用される。
また、フラッシュメモリ１６は、タイムサーバ５のネットワーク９上のアドレス（例えば、ＵＲＬ；Universal Resource Locater等）も記憶している。
【００３５】
計時ユニット１７は、水晶発振子を含んだクロック回路等からなり、現在日付及び、現在時刻等を計時する。
また、計時ユニット１７は、タイマ機能も備えており、設定された予約時刻（予約日時）が到来（経過）すると、制御部２０に対して、所定動作の開始を指示する。
【００３６】
操作部１８は、オーディオ機器１の前面に配置された複数のキースイッチやアナログスイッチ等からなり、利用者の操作に従った指示情報を入力して制御部２０に供給する。
例えば、操作部１８には、データサーバ３に対して、楽曲データや番組コンテンツの配信を要求するための要求キーや、予約時刻（予約日時）を計時ユニット１７に設定するためのテンキー等が含まれている。
【００３７】
表示部１９は、蛍光表示管や液晶表示ユニット等からなり、制御部２０に制御され、オーディオ機器１の動作状況等を示すシンボルやメッセージ等を表示する。
例えば、表示部１９は、データサーバ３にて配信可能となる楽曲データや番組コンテンツの一覧等の情報を表示する。
【００３８】
制御部２０は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）及び、ＲＡＭ（Random Access Memory）を含んだ１チップマイコン等からなり、オーディオ機器１全体を制御する。
【００３９】
例えば、制御部２０は、楽曲データ等をダウンロードする際に、データサーバ３との通信に確保される現在の伝送帯域を求める。制御部２０は、伝送帯域の大きさが規定値以上である場合にだけ、データサーバ３から配信されるコンテンツをハードディスク１５に格納（記録）する。
一方、伝送帯域の大きさが規定値より小さい場合に、制御部２０は、一定時間経過後に、再度のダウンロードを試みる。
【００４０】
また、制御部２０は、予め定められた配信開始時刻からライブ配信等される番組コンテンツをハードディスク１５等に記録する際に、タイムサーバ５にアクセスして標準日時を取得し、取得した標準日時と計時ユニット１７にて計時される現在時刻との時差を検出する。そして、制御部２０は、データサーバ３にアクセスし、配信される番組コンテンツを配信が完了するまで順次ハードディスク１５に格納する。
なお、時差が検出されており、計時ユニット１７の現在時刻が標準時刻よりも遅れていた場合に、制御部２０は、時差に応じた番組コンテンツの差分の配信をデータサーバ３に要求し、応答してデータサーバ３から配信される差分データを受信すると、ハードディスク１５に格納された番組コンテンツと結合させて正規の番組コンテンツを復元する。
【００４１】
更に、制御部２０は、計時ユニット１７の時刻調整を逐次行い、計時ユニット１７が計時する現在時刻（現在日時）が、正確であるように維持する。具体的に制御部２０は、所定のタイミング（例えば、一定時間間隔や、楽曲データや番組コンテンツの配信時等）に、ネットワークアダプタ１４を介してタイムサーバ５にアクセスして標準時刻（標準日時）を取得し、計時ユニット１７の現在時刻を、取得した標準時刻と同期させる。
なお、初期動作時（利用者がオーディオ機器１を最初に使用する際等）にも、タイムサーバ５にアクセスし、取得した標準時刻を計時ユニット１７に設定してもよい。
【００４２】
ソース選択部２１は、入力切換スイッチ等からなり、制御部２０に制御され、チューナユニット１１、ＭＤ記録再生ユニット１２及び、信号処理部１３の何れか１つを入力ソースとして選択する。ソース選択部２１は、選択した入力ソースから出力される音声信号をアンプ２２に供給する。
【００４３】
アンプ２２は、所定の増幅回路等からなり、ソース選択部２１を介して供給された音声信号を適宜増幅し、増幅した音声信号をスピーカ２３に供給する。
【００４４】
スピーカ２３は、ステレオスピーカ等からなり、アンプ２２にて増幅された音声信号に従って、音声（楽曲音等）を出力する。
【００４５】
次に、データサーバ３について、図３を参照して説明する。図３は、データサーバ３の構成の一例を示すブロック図である。図示するように、データサーバ３は、データベース３０と、処理制御部４１と、エンコード処理ユニット４２と、通信制御部４３とを含んで構成される。
【００４６】
データベース３０は、例えば、コンテンツ管理ＤＢ３１と、利用者情報管理ＤＢ３２とからなる。
コンテンツ管理ＤＢ３１は、複数の楽曲データ等から構成される番組コンテンツ及び、各楽曲データを管理するデータベースである。具体的にコンテンツ管理ＤＢ３１は、図４（ａ）に示すような番組コンテンツ管理情報及び、図４（ｂ）に示すような楽曲データ管理情報を使用して、自己に格納される番組コンテンツ及び楽曲データを管理する。
【００４７】
図４（ａ）に示す番組コンテンツ管理情報は、例えば、番組ＩＤ、ｃｈ番号、番組名、及び、格納アドレス等からなる。
なお、番組ＩＤとは、番組コンテンツを特定するためのユニークな識別情報である。また、ｃｈ番号とは、番組（番組コンテンツ）に割り振られたチャンネル番号である。
また、図４（ｂ）に示す楽曲データ管理情報は、例えば、楽曲ＩＤ、楽曲名、及び、格納アドレス等からなる。
なお、楽曲ＩＤとは、楽曲データを特定するためのユニークな識別情報である。
【００４８】
利用者情報管理ＤＢ３２は、データサーバ３にアクセスしサービスを利用できる利用者についての情報を管理するデータベースである。具体的に利用者情報管理ＤＢ３２は、図５に示すように、利用者を特定するユーザＩＤ、パスワード及びユーザ名等や、利用者が好んで聴く楽曲のジャンル、楽曲名やアーティスト等を設定しておくための嗜好情報等を記憶する。
【００４９】
図３に戻って、処理制御部４１は、所定のコンピュータユニットからなり、データサーバ３全体を制御する。
例えば、処理制御部４１は、通信制御部４３を介して、オーディオ機器１から送られる配信要求情報を受信すると、コンテンツ管理ＤＢ３１を検索し、対応する番組コンテンツや楽曲データを取得する。
そして、処理制御部４１は、取得した番組コンテンツを、エンコード処理ユニット４２に供給してオーディオ機器１に向けたストリーミング配信を行い、また、取得した楽曲データを、通信制御部４３を介してダウンロード配信する。
【００５０】
また、処理制御部４１は、配信開始日時及び、配信終了日時等が予め定められたライブ配信や期間限定配信も行う。例えば、処理制御部４１は、配信開始時刻になると、アクセスして来るオーディオ機器１に向けて、対象の番組コンテンツのストリーミング配信を行う。
なお、処理制御部４１は、配信終了時刻等にストリーミング配信を終えた後に、番組コンテンツの一部（先頭部等）を受信し損ねたオーディオ機器１からの要求に応答して、番組コンテンツの差分をオーディオ機器１に向けて配信する。
【００５１】
エンコード処理ユニット４２は、番組コンテンツを、オーディオ機器１にて再生可能となるストリームデータ形式に、リアルタイムにエンコードするエンコーダ回路等からなる。
エンコード処理ユニット４２は、処理制御部４１から供給された番組コンテンツをストリームデータに順次エンコードし、エンコードした番組コンテンツ（ストリームデータ）を、通信制御部４３を介してオーディオ機器１に向けて配信する。
【００５２】
なお、エンコード処理ユニット４２によって番組コンテンツを順次エンコードする代わりに、予めストリーミング配信用にオーサリングされた番組コンテンツ（ストリームデータ）をコンテンツ管理ＤＢ３１に格納しておいてもよい。
【００５３】
通信制御部４３は、回線制御装置やゲートウェイ装置等からなり、ネットワーク９を介して、データサーバ３とオーディオ機器１との間に必要な情報を送受信する。
【００５４】
以下、この発明の形態にかかる情報配信システムの動作について、図面を参照して説明する。
まず、図６を参照して、オーディオ機器１における時刻（日時）調整動作について説明する。図６は、制御部２０にて実行される日時修正処理を説明するためのフローチャートである。
なお、この日時修正処理は、例えば、オーディオ機器１の動作モードが「自動時刻調節」にセットされている状態で、予め定められた時間間隔毎に繰り返し開始される。また、動作モードに関わりなく、オーディオ機器１の初期動作時に、実行されるようにしてもよい。
【００５５】
まず、オーディオ機器１の制御部２０は、タイムサーバ５のアドレス（ＵＲＬ等）をフラッシュメモリ１６から読み出す（ステップＳ１１）。
制御部２０は、読み出したアドレスに従って、タイムサーバ５にアクセスし、ネットワーク遅延を考慮した標準日時を取得する（ステップＳ１２）。例えば、制御部２０は、ｎｔｐプロトコルに従って、タイムサーバ５にアクセスし、リクエストを出してから応答が返るまでの遅延時間を考慮しつつ、タイムサーバ５にて計時される標準時刻（日時情報）を取得する。
【００５６】
制御部２０は、取得した標準日時と、計時ユニット１７にて計時される現在日時とを比較し、基準値（例えば、５００ミリ秒）以上の時差が生じているか否かを判別する（ステップＳ１３）。
制御部２０は、基準値以上の時差が生じていないと判別すると、そのまま、日時修正処理を終える。
一方、基準値以上の時差が生じていると判別した場合に、制御部２０は、タイムサーバ５から取得した標準日時に従って、計時ユニット１７の日時設定を修正する（ステップＳ１４）。つまり、計時ユニット１７が計時する現在日時を、標準日時と同期させる。
【００５７】
このように、図６を参照して説明した日時修正処理により、計時ユニット１７により計時される現在日時が、自動的に標準日時と同期されるため、利用者が日時の設定を行う必要がなくなる。そして、日時修正処理が繰り返し実行されることにより、オーディオ機器１において時刻ずれが抑制され、期限付きの楽曲データや番組コンテンツ等を適切に管理する（扱う）ことができる。
【００５８】
また、この日時修正処理を繰り返しても、日時の修正が頻繁に行われる場合には、計時ユニット１７の故障等が考えられるため、オーディオ機器１にて、日時修正の履歴情報（ログ）等を蓄積するようにし、蓄積した履歴情報を機器情報等と共に、所定の管理サーバ等に向けて送信できるようにしてもよい。
この場合、管理サーバ等が受信した情報がメーカ側に供給されると、メーカ側にてオーディオ機器１の保守や新たな機器の開発等に役立つことが期待される。
【００５９】
次に、図７を参照して、オーディオ機器１がデータサーバ３から楽曲データ等をダウンロードする動作について説明する。図７は、制御部２０にて実行されるダウンロード処理を説明するためのフローチャートである。
なお、ダウンロードの対象となる楽曲データは、既に指定されているものとする。
【００６０】
まず、オーディオ機器１の制御部２０は、タイムサーバ５のアドレスをフラッシュメモリ１６から読み出すと、このアドレスに従ってタイムサーバ５にアクセスし、標準日時を取得する（ステップＳ２１）。
制御部２０は、取得した標準日時と、計時ユニット１７にて計時される現在日時とを比較し、基準値以上の時差が生じているか否かを判別する（ステップＳ２２）。
【００６１】
制御部２０は、基準値以上の時差が生じていないと判別すると、後述するステップＳ２４に処理を進める。一方、時差が生じていると判別した場合に、制御部２０は、タイムサーバ５から取得した標準日時に従って、計時ユニット１７の日時設定を修正する（ステップＳ２３）。
そして、制御部２０は、指定されている楽曲データのダウンロード配信を要求する要求情報をデータサーバ３に向けて送信する（ステップＳ２４）。
【００６２】
データサーバ３の処理制御部４１は、オーディオ機器１から送られる要求情報を受信すると、この要求情報に従って、コンテンツ管理ＤＢ３１から対象の楽曲データを読み出す。そして、読み出した楽曲データをオーディオ機器１に向けてダウンロード配信する。
【００６３】
制御部２０は、データサーバ３との通信に確保されている現在の伝送帯域を確認する（ステップＳ２５）。例えば、制御部２０は、単位時間当たりに受信した楽曲データのデータ量（受信データ量／秒等）から、現在の伝送帯域を求める。
【００６４】
制御部２０は、求めた伝送帯域が十分であるか否かを判別する（ステップＳ２６）。つまり、データサーバ３とオーディオ機器１との回線が混み合っておらず、十分な伝送帯域が確保できている状態か否かを判別する。
【００６５】
制御部２０は、伝送帯域が十分でないと判別すると、所定の待機時間を計時ユニット１７にセットする（ステップＳ２７）。つまり、現在回線が混み合っていおり、回線負荷が低減されるのを待つために、例えば、５分等の待機時間を計時ユニット１７にセットする。
なお、この待機時間の設定要求は、データサーバ３側から送信されるようにしてもよい。例えば、データサーバ３は、各アクセス要求元（オーディオ機器１）に対して、待機時間を設定要求するようにする。この際、データサーバ３は、各オーディオ機器１に少しずつ時間をずらした待機時間を設定要求する。
これにより、各オーディオ機器１に対して、少しずつ時間をずらしてアクセスさせるように制御することができ、２回目のアクセスが分散される。これにより、各オーディオ機器１に対して、待機時間を再度設定要求することがなくなる。
【００６６】
また、制御部２０は、開始された楽曲データの配信停止を指示する指示情報をデータサーバ３に向けて送信する（ステップＳ２８）。
【００６７】
制御部２０は、計時ユニット１７にセットされた待機時間が経過するまで、後続処理の実行を待機する（ステップＳ２９）。
そして、待機時間が経過すると、制御部２０は、上述のステップＳ２４に処理を戻す。つまり、回線負荷が低減された頃を見計らって、制御部２０は、再度、配信要求からやり直す。
【００６８】
また、上述のステップＳ２６にて伝送帯域が十分であると判別された場合に、制御部２０は、ダウンロード配信される楽曲データをハードディスク１５に格納する（ステップＳ３０）。つまり、送信した要求情報に応答して、データサーバ３から配信される楽曲データを受信すると、ハードディスク１５への記録を行う。
そして、制御部２０は、配信が完了すると、ダウンロード処理を終了する。
【００６９】
このように、図７を参照して説明したダウンロード処理により、楽曲データのダウンロードの際に、伝送帯域が確認され、回線が混み合っている場合には、ダウンロードの時期が所定時間だけ延ばされる。そして、回線負荷が低減された頃に、再度のダウンロードが試みられる。
この結果、計時している時刻を適宜調整しつつ、配信されるコンテンツを適切に記録することができる。また、ネットワーク及び配信側サーバの負荷を軽減し、利用者側にて、所望する楽曲のダウンロードに要する時間を実質的に短縮することができる。
【００７０】
上述した図７のダウンロード処理では、実際にダウンロードする楽曲データのデータ量等から、伝送帯域を求める場合について説明した。しかしながら、伝送帯域を求める手法は任意である。
例えば、タイムサーバ５から標準日時を得る際のデータ受信等により、伝送帯域を求めてもよい。
【００７１】
以下、ダウンロード処理の変形例について、図８のフローチャートを参照して説明する。なお、ダウンロードの対象となる楽曲データは、既に指定されているものとする。
【００７２】
まず、制御部２０は、タイムサーバ５から標準日時を取得すると共に、現在の伝送帯域を確認する（ステップＳ４１）。例えば、制御部２０は、ｎｔｐプロトコルに従って、複数回のリクエストをタイムサーバ５に発行し、タイムサーバ５にて計時される標準日時（日時情報）を取得すると共に、その際の単位時間当たりのデータ受信量（受信データ量／秒等）から伝送帯域を求める。
【００７３】
制御部２０は、取得した標準日時と、計時ユニット１７にて計時される現在日時とを比較し、基準値以上の時差が生じているか否かを判別する（ステップＳ４２）。
制御部２０は、基準値以上の時差が生じていないと判別すると、後述するステップＳ４４に処理を進める。一方、時差が生じていると判別した場合に、制御部２０は、タイムサーバ５から取得した標準日時に従って、計時ユニット１７の日時設定を修正する（ステップＳ４３）。
【００７４】
制御部２０は、求めた伝送帯域が十分であるか否かを判別する（ステップＳ４４）。
制御部２０は、伝送帯域が十分でないと判別すると、所定の待機時間を計時ユニット１７にセットし（ステップＳ４５）、待機時間が経過するまで、後続処理の実行を待機する（ステップＳ４６）。
そして、待機時間が経過すると、制御部２０は、上述のステップＳ４１に処理を戻す。
【００７５】
また、ステップＳ４４にて、伝送帯域が十分であると判別した場合に、制御部２０は、指定されている楽曲データの配信を要求する要求情報をデータサーバ３に送信し（ステップＳ４７）、配信される楽曲データをハードディスク１５に格納する（ステップＳ４８）。
【００７６】
このように、図８を参照して説明したダウンロード処理によっても、楽曲データのダウンロード前に、伝送帯域が確認され、回線が混み合っている場合には、ダウンロードの時期が所定時間だけ延ばされる。そして、回線負荷が低減された頃に、再度のダウンロードが試みられる。
この結果、計時している時刻を適宜調整しつつ、配信されるコンテンツを適切に記録することができる。また、ネットワーク及び配信側サーバの負荷を軽減し、利用者側にて、所望する楽曲のダウンロードに要する時間を実質的に短縮することができる。
【００７７】
次に、図９を参照して、データサーバ３からライブ配信等される番組コンテンツを、オーディオ機器１が記録する動作について説明する。図９は、制御部２０にて実行されるコンテンツ記録処理を説明するためのフローチャートである。
なお、計時ユニット１７には、番組コンテンツの配信開始時刻が予約時刻としてセットされているものとする。そして、図９のコンテンツ記録処理は、計時ユニット１７にセットされた予約時刻（配信開始時刻）の数秒前になると、自動的に開始されるものとする。
【００７８】
まず、制御部２０は、タイムサーバ５から標準日時を取得すると（ステップＳ５１）、取得した標準日時と、計時ユニット１７の現在日時との間で基準値以上の時差が生じているか否かを判別する（ステップＳ５２）。
制御部２０は、基準値以上の時差が生じていないと判別すると、配信開始時刻が到来（経過）するまで、後続処理の実行を待機する（ステップＳ５３）。そして、配信開始時刻になると、後述するステップＳ５７に処理を進める。
【００７９】
一方、時差が生じていると判別した場合に、制御部２０は、計時ユニット１７の日時設定を修正すると共に、生じていた時差（時差情報）を自己のＲＡＭ等に記憶する（ステップＳ５４）。
そして、制御部２０は、修正前の計時ユニット１７にて時刻が遅れていた状態であったか否かを判別する（ステップＳ５５）。すなわち、制御部２０は、既に、配信開始時刻が過ぎており（番組コンテンツの配信が開始されており）、番組コンテンツの一部（先頭部）が、記録できなかった状態であるか否かを判別する。
【００８０】
制御部２０は、時刻が遅れていた状態でない（時刻が進んでいた状態である）と判別すると、配信開始時刻を計時ユニット１７に再セットする（ステップＳ５６）。すなわち、正確な配信開始時刻が到来した際に、再度このコンテンツ記録処理が開始されるように、配信開始時刻を予約時刻として計時ユニット１７にセットする。
配信開始時刻を再セットすると、制御部２０は、コンテンツ記録処理を終了する。
【００８１】
一方、時刻が遅れていた状態であると判別した場合（ステップＳ５３にて配信開始を待機していた場合も含む）に、制御部２０は、データサーバ３にアクセスし、番組コンテンツの受信を開始する（ステップＳ５７）。
そして、制御部２０は、ストリーミング配信される番組コンテンツを順次ハードディスク１５に格納する（ステップＳ５８）。
【００８２】
制御部２０は、配信完了時刻が到来（経過）したか否かを判別し（ステップＳ５９）、配信完了時刻が到来するまで、配信される番組コンテンツの格納を続ける。
そして、配信完了時刻が到来すると、制御部２０は、時差が生じていたか（時刻遅れが生じていたか）否かを判別する（ステップＳ６０）。
制御部２０は、時差が生じていないと判別すると、そのまま、コンテンツ記録処理を終了する。
【００８３】
一方、時差が生じていた（時刻遅れが生じていた）と判別した場合に、制御部２０は、時差（遅れ時間）に応じた番組コンテンツの差分の配信を要求する要求情報をデータサーバ３に向けて送信する（ステップＳ６１）。
そして、制御部２０は、データサーバ３から配信される差分データを受信し、番組コンテンツを完成させる（ステップＳ６２）。例えば、制御部２０は、既にハードディスク１５に格納していた番組コンテンツに、受信した差分データを結合させ、正規の番組コンテンツを復元させる。
【００８４】
このように、図９を参照して説明したコンテンツ記録処理により、ライブ配信等される番組コンテンツを記録する際に、標準日時との時差（遅れ）が検出され、番組コンテンツの一部（先頭部）が記録できなかった場合でも、番組コンテンツの差分を受信して、正規の番組コンテンツを復元できる。
この結果、計時している時刻を適宜調整しつつ、配信されるコンテンツを適切に記録することができる。
【００８５】
上記の実施の形態では、データサーバ３が番組コンテンツや楽曲データを配信する場合について説明したが、配信対象のコンテンツは、楽曲データ等に限られず任意である。例えば、データサーバ３は、映像データから構成されるコンテンツを配信してもよい。
【００８６】
【発明の効果】
以上説明したように、本発明によれば、計時している時刻を適宜調整しつつ、配信されるコンテンツを適切に記録することができる。また、ネットワーク及び配信側サーバの負荷を軽減し、利用者側にて、所望する楽曲のダウンロードに要する時間を実質的に短縮することができる。
【図面の簡単な説明】
【図１】本発明の実施の形態に係る情報配信システムの構成の一例を示す模式図である。
【図２】オーディオ機器の構成の一例を示すブロック図である。
【図３】データサーバの構成の一例を示すブロック図である。
【図４】コンテンツ管理ＤＢに記憶される情報の一例を示す模式図であって、（ａ）が番組コンテンツ管理情報の図であり、（ｂ）が楽曲データ管理情報の図である。
【図５】利用者情報管理ＤＢの具体的な内容の一例を示す模式図である。
【図６】本発明の実施の形態に係る日時修正処理を説明するためのフローチャートである。
【図７】本発明の実施の形態に係るダウンロード処理を説明するためのフローチャートである。
【図８】本発明の他の実施の形態に係るダウンロード処理を説明するためのフローチャートである。
【図９】本発明の他の実施の形態に係るコンテンツ記録処理を説明するためのフローチャートである。
【符号の説明】
１ オーディオ機器
１１ チューナユニット
１２ ＭＤ記録再生ユニット
１３ 信号処理部
１４ ネットワークアダプタ
１５ ハードディスク
１６ フラッシュメモリ
１７ 計時ユニット
１８ 操作部
１９ 表示部
２０ 制御部
２１ ソース選択部
２２ アンプ
２３ スピーカ
３ データサーバ
３０ データベース
３１ コンテンツ管理ＤＢ
３２ 利用者情報管理ＤＢ
４１ 処理制御部
４２ エンコード処理ユニット
４３ 通信制御部
５ タイムサーバ
Claims (10)
- サーバとオーディオ機器とがネットワークを介して接続された配信システムであって、
前記サーバは、
配信対象のコンテンツを記憶するコンテンツ記憶手段と、
前記オーディオ機器からの配信要求に応答して、前記コンテンツ記憶手段に記憶された対象のコンテンツを、前記オーディオ機器に向けて配信する配信手段と、
前記オーディオ機器からの待機時間要求に応答して、所定の待機時間の情報を前記オーディオ機器に向けて送信する送信手段と、を備え、
前記オーディオ機器は、
現在時刻を計時すると共に、設定された予約時刻の到来を検出する計時手段と、
前記計時手段に予約時刻の到来が検出されると、任意のコンテンツを指定して前記サーバに配信を要求する配信要求手段と、
前記サーバから配信されるコンテンツ又は、送信される待機時間の情報を受信する受信手段と、
前記受信手段が受信するコンテンツにおける単位時間あたりの受信データ量に基づいて、前記サーバとの通信に確保されている伝送帯域の大きさを取得する帯域取得手段と、
前記帯域取得手段が取得した伝送帯域の大きさが規定値以上である場合に、前記受信手段が受信したコンテンツを順次記憶する記憶手段と、
前記帯域取得手段が取得した伝送帯域の大きさが規定値より小さい場合に、待機時間を前記サーバに要求し、応答される待機時間の情報に従った予約時刻を前記計時手段に再設定する予約再設定手段と、を備える、
ことを特徴とする配信システム。 - 前記サーバの送信手段は、前記オーディオ機器毎に時間をずらした待機時間の情報を送信し、前記オーディオ機器からの２回目の配信要求を分散させる、
ことを特徴とする請求項１に記載の配信システム。 - 前記オーディオ機器は、一定時間毎に、若しくは、前記配信要求手段が配信を要求する際に、外部のタイムサーバにアクセスして標準時刻を取得し、前記計時手段の現在時刻を、取得した標準時刻と同期させる時刻同期手段を更に備える、
ことを特徴とする請求項１又は２に記載の配信システム。 - 前記帯域取得手段は、前記時刻同期手段がタイムサーバから受信した単位時間当たりのデータ量に従って、伝送帯域の大きさを取得する、
ことを特徴とする請求項３に記載の配信システム。 - コンテンツを配信するサーバとネットワークを介して接続されたオーディオ機器であって、
現在時刻を計時すると共に、設定された予約時刻の到来を検出する計時手段と、
前記計時手段に予約時刻の到来が検出されると、任意のコンテンツを指定して前記サーバに配信を要求する配信要求手段と、
前記サーバから配信されるコンテンツ又は、送信される待機時間の情報を受信する受信手段と、
前記受信手段が受信するコンテンツにおける単位時間あたりの受信データ量に基づいて、前記サーバとの通信に確保されている伝送帯域の大きさを取得する帯域取得手段と、
前記帯域取得手段が取得した伝送帯域の大きさが規定値以上である場合に、前記受信手段が受信したコンテンツを順次記憶する記憶手段と、
前記帯域取得手段が取得した伝送帯域の大きさが規定値より小さい場合に、待機時間を前記サーバに要求し、応答される待機時間の情報に従った予約時刻を前記計時手段に再設 定する予約再設定手段と、
を備えることを特徴とするオーディオ機器。 - 一定時間毎に、若しくは、前記配信要求手段が配信を要求する際に、外部のタイムサーバにアクセスして標準時刻を取得し、前記計時手段の現在時刻を、取得した標準時刻と同期させる時刻同期手段を更に備える、
ことを特徴とする請求項５に記載のオーディオ機器。 - 前記帯域取得手段は、前記時刻同期手段がタイムサーバから受信した単位時間当たりのデータ量に従って、伝送帯域の大きさを取得する、
ことを特徴とする請求項６に記載のオーディオ機器。 - コンテンツを配信するサーバとネットワークを介して接続されたオーディオ機器におけるコンテンツ記録方法であって、
現在時刻を計時すると共に、設定された予約時刻の到来を検出する計時ステップと、
前記計時ステップにて予約時刻の到来が検出されると、任意のコンテンツを指定してサーバに配信を要求する配信要求ステップと、
前記サーバから配信されるコンテンツ又は、送信される待機時間の情報を受信する受信ステップと、
前記受信ステップにて受信するコンテンツにおける単位時間あたりの受信データ量に基づいて、サーバとの通信に確保されている伝送帯域の大きさを取得する帯域取得ステップと、
前記帯域取得ステップが取得した伝送帯域の大きさが規定値以上である場合に、前記受信ステップにて受信したコンテンツを所定の記憶部に順次格納する格納ステップと、
前記帯域取得ステップにて取得した伝送帯域の大きさが規定値より小さい場合に、待機時間を前記サーバに要求し、応答される待機時間の情報に従った予約時刻を前記計時ステップにて計時する時刻に再設定する予約再設定ステップと、
を備えることを特徴とするコンテンツ記録方法。 - 一定時間毎に、若しくは、前記配信要求ステップにて配信を要求する際に、外部のタイムサーバにアクセスして標準時刻を取得し、前記計時ステップにて計時する時刻を、取得した標準時刻と同期させる時刻同期ステップを更に備える、
ことを特徴とする請求項８に記載のコンテンツ記録方法。 - 前記帯域取得ステップは、前記時刻同期ステップにてタイムサーバから受信した単位時間当たりのデータ量に従って、伝送帯域の大きさを取得する、
ことを特徴とする請求項９に記載のコンテンツ記録方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002367333A JP4150581B2 (ja) | 2002-12-18 | 2002-12-18 | 配信システム、オーディオ機器およびコンテンツ記録方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002367333A JP4150581B2 (ja) | 2002-12-18 | 2002-12-18 | 配信システム、オーディオ機器およびコンテンツ記録方法 |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2007287697A Division JP4636076B2 (ja) | 2007-11-05 | 2007-11-05 | 配信システム、オーディオ機器およびコンテンツ記録方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004198746A JP2004198746A (ja) | 2004-07-15 |
| JP4150581B2 true JP4150581B2 (ja) | 2008-09-17 |
Family
ID=32764268
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002367333A Expired - Fee Related JP4150581B2 (ja) | 2002-12-18 | 2002-12-18 | 配信システム、オーディオ機器およびコンテンツ記録方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4150581B2 (ja) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4584180B2 (ja) * | 2006-04-24 | 2010-11-17 | 株式会社第一興商 | 音楽販売店において客の携帯情報端末を利用した試聴サービスを提供する方法、システム、試聴プログラム |
| JP5251643B2 (ja) * | 2008-11-19 | 2013-07-31 | 富士通株式会社 | 端末装置及びプログラム |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH11242640A (ja) * | 1998-02-25 | 1999-09-07 | Kdd Corp | ファイル転送方法 |
| JP2002202927A (ja) * | 2000-11-02 | 2002-07-19 | Sony Computer Entertainment Inc | エンタテインメントシステム、サーバ装置、コンテンツの配信方法、コンテンツ配信プログラム、及びコンテンツ配信プログラムが記憶された記憶媒体 |
| JP3577466B2 (ja) * | 2001-04-26 | 2004-10-13 | 株式会社第一興商 | 情報サービスに特徴を有する通信カラオケシステム、ホスト装置 |
-
2002
- 2002-12-18 JP JP2002367333A patent/JP4150581B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2004198746A (ja) | 2004-07-15 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7912920B2 (en) | Stream sourcing content delivery system | |
| US8024475B2 (en) | Communication method | |
| US20170111679A1 (en) | System and method for synching portable media player content with storage space optimization | |
| JP3968487B2 (ja) | 配信システム，情報センタ，端末ならびに配信方法 | |
| EP1507383A2 (en) | Information distribution system, terminal apparatus, server apparatus, information distibution method, and program for terminal apparatus | |
| JP4114080B2 (ja) | 記録システム、記録方法および記録装置 | |
| US20090113498A1 (en) | Recorder and Content Management Method | |
| JP4150581B2 (ja) | 配信システム、オーディオ機器およびコンテンツ記録方法 | |
| JP2004328375A (ja) | 映像記録装置及びその録画予約方法 | |
| JP4636076B2 (ja) | 配信システム、オーディオ機器およびコンテンツ記録方法 | |
| JP2010166319A (ja) | 放送装置、受信装置及びコンピュータプログラム | |
| JP5087099B2 (ja) | コンテンツ送信装置、再生制御方法及び再生制御プログラム | |
| JP2010087594A (ja) | コンテンツ管理方法、コンテンツ管理システム、録画再生装置、および管理サーバ | |
| JP4150573B2 (ja) | 配信システム、オーディオ機器および受信制御方法 | |
| JP2008134632A (ja) | 配信システム、オーディオ機器および受信制御方法 | |
| JP4238160B2 (ja) | 配信システム、サーバ、および、情報配信方法 | |
| JP4209657B2 (ja) | 配信システム、サーバおよび配信制御方法 | |
| JP3544486B2 (ja) | マルチメディア通信制御方法およびそのプログラムを記録した記録媒体 | |
| JP4266151B2 (ja) | 配信システム、オーディオ機器および連続再生方法 | |
| US20060209733A1 (en) | Information providing method | |
| JP5206719B2 (ja) | カラオケネットワークシステム及び集中管理装置 | |
| JP2004126265A (ja) | 楽曲配信システム、オーディオ機器、サーバ装置及び楽曲配信方法 | |
| JP4256240B2 (ja) | 配信システム、オーディオ機器および切り換え方法 | |
| JP5229287B2 (ja) | カラオケネットワークシステム、集中管理装置 | |
| JP2001298720A (ja) | オンデマンドサービスシステム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050224 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070904 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20071105 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20080610 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20080630 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110704 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 4150581 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110704 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120704 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120704 Year of fee payment: 4 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313111 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120704 Year of fee payment: 4 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120704 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130704 Year of fee payment: 5 |
|
| LAPS | Cancellation because of no payment of annual fees |