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