(57)【要約】【課題】番組コンテンツ等を適切に再生できる配信システムを提供することである。【解決手段】データサーバ３は、ＤＢに記憶される番組コンテンツの内、オーディオ機器１に事前配信すべき番組コンテンツを、オーディオ機器１に向けてＰＵＳＨ型配信する。オーディオ機器１は、データサーバ３からＰＵＳＨ型配信されるコンテンツを受信し、ハードディスクに格納する。そして、オーディオ機器１は、利用者の操作に従って、任意の番組コンテンツの配信要求を指示する指示情報が入力されると、対象の番組コンテンツがハードディスクに記憶済みであるか否かを判別する。ここで記憶済みであると判別した場合に、オーディオ機器１は、ハードディスクに記憶された対象の番組コンテンツを再生する。【選択図】  図１
2004151776.tif 000002
【特許請求の範囲】
【請求項１】
サーバとオーディオ機器とがネットワークを介して接続された配信システムであって、
前記サーバは、
配信対象となり得る複数のコンテンツを記憶するコンテンツ記憶手段と、
前記コンテンツ記憶手段に記憶されるコンテンツの内、前記オーディオ機器に応じて予め定められたコンテンツを、所定のタイミングにて前記オーディオ機器に向けてＰＵＳＨ型配信する事前配信手段と、を備え、
前記オーディオ機器は、
前記事前配信手段により前記サーバからＰＵＳＨ型配信されるコンテンツを受信する受信手段と、
前記受信手段が受信したコンテンツを一時的に記憶する記憶手段と、
任意のコンテンツの再生を指示する再生指示に応じて、対象のコンテンツが前記記憶手段に記憶されている場合に、前記記憶手段に記憶された対象のコンテンツを再生する再生手段と、を備える、
ことを特徴とする配信システム。
【請求項２】
サーバとオーディオ機器とがネットワークを介して接続された配信システムであって、
前記サーバは、
配信対象となり得る複数のコンテンツを記憶するコンテンツ記憶手段と、
前記コンテンツ記憶手段に記憶されるコンテンツの内、前記オーディオ機器に応じて予め定められたコンテンツを、所定のタイミングにて前記オーディオ機器に向けてＰＵＳＨ型配信する事前配信手段と、
前記オーディオ機器から送られる要求情報に応答して、前記コンテンツ記憶手段に記憶される対象のコンテンツを、前記オーディオ機器に向けて通常配信する通常配信手段と、を備え、
前記オーディオ機器は、
前記事前配信手段により前記サーバからＰＵＳＨ型配信されるコンテンツを受信する事前配信受信手段と、
前記事前配信受信手段が受信したコンテンツを一時的に記憶する記憶手段と、
任意のコンテンツの再生を指示する再生指示を入力する入力手段と、
前記入力手段が入力した再生指示に応じて、再生対象のコンテンツが前記記憶手段に記憶されているか否かを判別する判別手段と、
前記判別手段が前記記憶手段に再生対象のコンテンツが記憶されていないと判別した場合に、再生対象となるコンテンツの通常配信を要求する要求情報を、前記サーバに向けて送信する要求送信手段と、
前記要求送信手段が送信した要求情報に応答して、前記サーバから通常配信されるコンテンツを受信する通常配信受信手段と、
前記判別手段が前記記憶手段に記憶されていると判別した場合に、前記記憶手段に記憶された再生対象のコンテンツを再生し、前記判別手段が前記記憶手段に記憶されていないと判別した場合に、前記通常配信受信手段が受信したコンテンツを再生する再生手段と、を備える、
ことを特徴とする配信システム。
【請求項３】
サーバとオーディオ機器とがネットワークを介して接続された配信システムであって、
前記サーバは、
配信対象となり得る複数のコンテンツを記憶するコンテンツ記憶手段と、
前記オーディオ機器から送られる要求情報に応答して、前記コンテンツ記憶手段に記憶される対象のコンテンツを、並行したストリーミング配信及びダウンロード配信にて、前記オーディオ機器に向けてそれぞれ配信する配信手段と、を備え、
前記オーディオ機器は、
任意のコンテンツの再生を指示する再生指示に応じて、対象となるコンテンツの配信を要求する要求情報を、前記サーバに向けて送信する要求送信手段と、
前記要求送信手段が送信した要求情報に応答して、前記配信手段によりストリーミング配信及びダウンロード配信にて並行して配信されるコンテンツをそれぞれ受信する受信手段と、
前記受信手段が受信したダウンロード配信されたコンテンツを一時的に記憶する記憶手段と、
前記受信手段が受信したストリーミング配信されたコンテンツを再生する再生手段と、を備える、
ことを特徴とする配信システム。
【請求項４】
前記オーディオ機器は、
再生指示に応じて、再生対象のコンテンツが前記記憶手段に記憶されているか否かを判別する判別手段を、更に備え、
前記要求送信手段は、前記判別手段が前記記憶手段に再生対象のコンテンツが記憶されていないと判別した場合に限り、要求情報を前記サーバに向けて送信し、
前記再生手段は、前記判別手段が前記記憶手段に記憶されていると判別した場合に、前記記憶手段に記憶された再生対象のコンテンツを再生する、
ことを特徴とする請求項３に記載の配信システム。
【請求項５】
ネットワークを介して接続されたオーディオ機器に、コンテンツを配信するサーバであって、
配信対象となり得る複数のコンテンツを記憶するコンテンツ記憶手段と、
前記コンテンツ記憶手段に記憶されるコンテンツの内、前記オーディオ機器に応じて予め定められたコンテンツを、所定のタイミングにて前記オーディオ機器に向けてＰＵＳＨ型配信する事前配信手段と、
前記オーディオ機器から送られるコンテンツの通常配信を要求する要求情報を受信する要求受信手段と、
前記要求受信手段が受信した要求情報に応答して、前記コンテンツ記憶手段に記憶される対象のコンテンツを、前記オーディオ機器に向けて通常配信する通常配信手段と、
を備えることを特徴とするサーバ。
【請求項６】
ネットワークを介して接続されたオーディオ機器に、コンテンツを配信するサーバであって、
配信対象となり得る複数のコンテンツを記憶するコンテンツ記憶手段と、
前記オーディオ機器から送られるコンテンツの配信を要求する要求情報を受信する要求受信手段と、
前記オーディオ機器から送られる要求情報に応答して、前記コンテンツ記憶手段に記憶される対象のコンテンツを、並行したストリーミング配信及びダウンロード配信にて、前記オーディオ機器に向けてそれぞれ配信する配信手段と、
を備えることを特徴とするサーバ。
【請求項７】
コンテンツを配信するサーバとネットワークを介して接続されたオーディオ機器であって、
前記サーバからＰＵＳＨ型配信されるコンテンツを受信する事前配信受信手段と、
前記事前配信受信手段が受信したコンテンツを一時的に記憶する記憶手段と、任意のコンテンツの再生を指示する再生指示に応じて、再生対象のコンテンツが前記記憶手段に記憶されているか否かを判別する判別手段と、
前記判別手段が前記記憶手段に再生対象のコンテンツが記憶されていないと判別した場合に、再生対象となるコンテンツの通常配信を要求する要求情報を、前記サーバに向けて送信する要求送信手段と、
前記要求送信手段が送信した要求情報に応答して、前記サーバから通常配信されるコンテンツを受信する通常配信受信手段と、
前記判別手段が前記記憶手段に記憶されていると判別した場合に、前記記憶手段に記憶された再生対象のコンテンツを再生し、前記判別手段が前記記憶手段に記憶されていないと判別した場合に、前記通常配信受信手段が受信したコンテンツを再生する再生手段と、
を備えることを特徴とするオーディオ機器。
【請求項８】
コンテンツを配信するサーバとネットワークを介して接続されたオーディオ機器であって、
任意のコンテンツの再生を指示する再生指示に応じて、対象となるコンテンツの配信を要求する要求情報を、前記サーバに向けて送信する要求送信手段と、
前記要求送信手段が送信した要求情報に応答して、前記配信手段により前記サーバからストリーミング配信及びダウンロード配信にて並行して配信されるコンテンツをそれぞれ受信する受信手段と、
前記受信手段が受信したダウンロード配信されたコンテンツを一時的に記憶する記憶手段と、
前記受信手段が受信したストリーミング配信されたコンテンツを再生する再生手段と、
を備えることを特徴とするオーディオ機器。
【請求項９】
再生指示に応じて、再生対象のコンテンツが前記記憶手段に記憶されているか否かを判別する判別手段を、更に備え、
前記要求送信手段は、前記判別手段が前記記憶手段に再生対象のコンテンツが記憶されていないと判別した場合に限り、要求情報を前記サーバに向けて送信し、
前記再生手段は、前記判別手段が前記記憶手段に記憶されていると判別した場合に、前記記憶手段に記憶されている再生対象のコンテンツを再生する、
ことを特徴とする請求項８に記載のオーディオ機器。
【請求項１０】
サーバとオーディオ機器とがネットワークを介して接続された配信システムであって、
前記サーバは、
配信対象となり得る複数のコンテンツを記憶するコンテンツ記憶手段と、
前記オーディオ機器から送られる事前配信の要求情報に応答して、前記コンテンツ記憶手段に記憶される対象のコンテンツを、前記オーディオ機器に向けて事前配信する事前配信手段と、
前記事前配信手段が事前配信した後に、次回の事前配信の日時を規定する次回情報を、前記オーディオ機器に向けて送信する次回情報送信手段と、を備え、
前記オーディオ機器は、
事前配信の日時を規定する次回情報を記憶する次回情報記憶手段と、
前記次回情報記憶手段に記憶された次回情報に従って、事前配信の要求情報を、所定のタイミングにて前記サーバに向けて送信する事前要求送信手段と、
前記事前要求送信手段が送信した要求情報に応答して、前記サーバから事前配信されるコンテンツ及び、送信される次回情報を受信する受信手段と、
前記受信手段が受信したコンテンツを一時的に記憶する記憶手段と、
任意のコンテンツの再生を指示する再生指示に応じて、対象のコンテンツが前記記憶手段に記憶されている場合に、前記記憶手段に記憶された対象のコンテンツを再生する再生手段と、
前記受信手段が受信した次回情報を、前記次回情報記憶手段に置き換えて格納する次回情報更新手段と、を備える、
ことを特徴とする配信システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、配信システム、サーバおよびオーディオ機器に関する。
【０００２】
【従来の技術】
近年、ネットワークの高速化や、データ圧縮技術の発展に伴って、楽曲データ等の配信を行う情報配信システムが普及して来ている。このような情報配信システムにおいて、一般に、利用者は、パーソナルコンピュータ（パソコン）を使用してインターネットに接続し、所定の音楽配信サイト等にアクセスする。そして、パソコンは、利用者の操作に従って、アクセス先の音楽配信サイトから所望の楽曲データをダウンロードし、ダウンロードが完了した楽曲データを再生する（例えば、特許文献１参照）。
【０００３】
【特許文献１】
特開２００２−７４８１４号公報  （第６−７頁、第１図）
【０００４】
また、音楽配信サイトにおいては、ストリーミングと呼ばれ、楽曲データ全てのダウンロードを待たずに、楽曲データを順次受信しながら再生するタイプの音楽配信も行われている。このようなストリーミングによる音楽配信では、複数の楽曲データ等から構成される番組コンテンツが配信される場合が多い。
つまり、比較的容量の大きい番組コンテンツ（複数曲分のデータ等）をダウンロード後に再生する場合、再生開始までに利用者をかなり待たせてしまうが、順次受信しながら再生が可能なストリーミングでは、あまり利用者を待たせることがない。
そのため、このような番組コンテンツは、ダウンロード配信ではなく、ストリーミング配信される場合が多い。
【０００５】
【発明が解決しようとする課題】
しかしながら、このようなストリーミング配信を行う従来の情報配信システムでは、以下のような問題が生じていた。
まず、Ｑｏｓ（Ｑｕａｌｉｔｙ  Ｏｆ  Ｓｅｒｖｉｃｅ）が毎回の取得回線帯域（伝送帯域）に依存してしまう。つまり、パソコンが、低い伝送帯域にてネット接続した場合では、番組コンテンツの再生までに十分なバッファリング（バッファ量）が必要となり、ダウンロード配信と同様に利用者をかなり待たせてしまうこととなる。
【０００６】
また、一般にパソコンが、伝送帯域を保証しないベストエフォートにてネット接続されているため、ストリーミング配信の途中で、伝送量が急激に低下してしまった場合では、番組コンテンツの再生が途絶えてしまう場合もあった。
更に、配信されてパソコンにて再生済みの番組コンテンツであっても、再度聴き直したい場合には、同じ番組コンテンツの配信を音楽配信サイトに要求し、ストリーミング配信される番組コンテンツを再生する必要があった。このため、２回目以降、重複した伝送負荷等が生じてしまうこととなる。
【０００７】
このように、従来の情報配信システムでは、ストリーミング配信での種々の問題が現実に生じており、番組コンテンツ等の再生時に不都合を生じさせてしまう場面も多かった。
【０００８】
この発明は、上記実状に鑑みてなされたもので、番組コンテンツ等を適切に再生することのできる配信システム、サーバおよびオーディオ機器を提供することを目的とする。
【０００９】
【課題を解決するための手段】
上記目的を達成するため、本発明の第１の観点に係る配信システムは、
サーバとオーディオ機器とがネットワークを介して接続された配信システムであって、
前記サーバは、
配信対象となり得る複数のコンテンツを記憶するコンテンツ記憶手段と、
前記コンテンツ記憶手段に記憶されるコンテンツの内、前記オーディオ機器に応じて予め定められたコンテンツを、所定のタイミングにて前記オーディオ機器に向けてＰＵＳＨ型配信する事前配信手段と、を備え、
前記オーディオ機器は、
前記事前配信手段により前記サーバからＰＵＳＨ型配信されるコンテンツを受信する受信手段と、
前記受信手段が受信したコンテンツを一時的に記憶する記憶手段と、
任意のコンテンツの再生を指示する再生指示に応じて、対象のコンテンツが前記記憶手段に記憶されている場合に、前記記憶手段に記憶された対象のコンテンツを再生する再生手段と、を備える、
ことを特徴とする。
【００１０】
上記目的を達成するため、本発明の第２の観点に係る配信システムは、
サーバとオーディオ機器とがネットワークを介して接続された配信システムであって、
前記サーバは、
配信対象となり得る複数のコンテンツを記憶するコンテンツ記憶手段と、
前記コンテンツ記憶手段に記憶されるコンテンツの内、前記オーディオ機器に応じて予め定められたコンテンツを、所定のタイミングにて前記オーディオ機器に向けてＰＵＳＨ型配信する事前配信手段と、
前記オーディオ機器から送られる要求情報に応答して、前記コンテンツ記憶手段に記憶される対象のコンテンツを、前記オーディオ機器に向けて通常配信する通常配信手段と、を備え、
前記オーディオ機器は、
前記事前配信手段により前記サーバからＰＵＳＨ型配信されるコンテンツを受信する事前配信受信手段と、
前記事前配信受信手段が受信したコンテンツを一時的に記憶する記憶手段と、
任意のコンテンツの再生を指示する再生指示を入力する入力手段と、
前記入力手段が入力した再生指示に応じて、再生対象のコンテンツが前記記憶手段に記憶されているか否かを判別する判別手段と、
前記判別手段が前記記憶手段に再生対象のコンテンツが記憶されていないと判別した場合に、再生対象となるコンテンツの通常配信を要求する要求情報を、前記サーバに向けて送信する要求送信手段と、
前記要求送信手段が送信した要求情報に応答して、前記サーバから通常配信されるコンテンツを受信する通常配信受信手段と、
前記判別手段が前記記憶手段に記憶されていると判別した場合に、前記記憶手段に記憶された再生対象のコンテンツを再生し、前記判別手段が前記記憶手段に記憶されていないと判別した場合に、前記通常配信受信手段が受信したコンテンツを再生する再生手段と、を備える、
ことを特徴とする。
【００１１】
上記目的を達成するため、本発明の第３の観点に係る配信システムは、
サーバとオーディオ機器とがネットワークを介して接続された配信システムであって、
前記サーバは、
配信対象となり得る複数のコンテンツを記憶するコンテンツ記憶手段と、
前記オーディオ機器から送られる要求情報に応答して、前記コンテンツ記憶手段に記憶される対象のコンテンツを、並行したストリーミング配信及びダウンロード配信にて、前記オーディオ機器に向けてそれぞれ配信する配信手段と、を備え、
前記オーディオ機器は、
任意のコンテンツの再生を指示する再生指示に応じて、対象となるコンテンツの配信を要求する要求情報を、前記サーバに向けて送信する要求送信手段と、
前記要求送信手段が送信した要求情報に応答して、前記配信手段によりストリーミング配信及びダウンロード配信にて並行して配信されるコンテンツをそれぞれ受信する受信手段と、
前記受信手段が受信したダウンロード配信されたコンテンツを一時的に記憶する記憶手段と、
前記受信手段が受信したストリーミング配信されたコンテンツを再生する再生手段と、を備える、
ことを特徴とする。
【００１２】
前記オーディオ機器は、
再生指示に応じて、再生対象のコンテンツが前記記憶手段に記憶されているか否かを判別する判別手段を、更に備え、
前記要求送信手段は、前記判別手段が前記記憶手段に再生対象のコンテンツが記憶されていないと判別した場合に限り、要求情報を前記サーバに向けて送信し、
前記再生手段は、前記判別手段が前記記憶手段に記憶されていると判別した場合に、前記記憶手段に記憶された再生対象のコンテンツを再生してもよい。
【００１３】
上記目的を達成するため、本発明の第４の観点に係るサーバは、
ネットワークを介して接続されたオーディオ機器に、コンテンツを配信するサーバであって、
配信対象となり得る複数のコンテンツを記憶するコンテンツ記憶手段と、
前記コンテンツ記憶手段に記憶されるコンテンツの内、前記オーディオ機器に応じて予め定められたコンテンツを、所定のタイミングにて前記オーディオ機器に向けてＰＵＳＨ型配信する事前配信手段と、
前記オーディオ機器から送られるコンテンツの通常配信を要求する要求情報を受信する要求受信手段と、
前記要求受信手段が受信した要求情報に応答して、前記コンテンツ記憶手段に記憶される対象のコンテンツを、前記オーディオ機器に向けて通常配信する通常配信手段と、
を備えることを特徴とする。
【００１４】
上記目的を達成するため、本発明の第５の観点に係るサーバは、
ネットワークを介して接続されたオーディオ機器に、コンテンツを配信するサーバであって、
配信対象となり得る複数のコンテンツを記憶するコンテンツ記憶手段と、
前記オーディオ機器から送られるコンテンツの配信を要求する要求情報を受信する要求受信手段と、
前記オーディオ機器から送られる要求情報に応答して、前記コンテンツ記憶手段に記憶される対象のコンテンツを、並行したストリーミング配信及びダウンロード配信にて、前記オーディオ機器に向けてそれぞれ配信する配信手段と、
を備えることを特徴とする。
【００１５】
上記目的を達成するため、本発明の第６の観点に係るオーディオ機器は、
コンテンツを配信するサーバとネットワークを介して接続されたオーディオ機器であって、
前記サーバからＰＵＳＨ型配信されるコンテンツを受信する事前配信受信手段と、
前記事前配信受信手段が受信したコンテンツを一時的に記憶する記憶手段と、任意のコンテンツの再生を指示する再生指示に応じて、再生対象のコンテンツが前記記憶手段に記憶されているか否かを判別する判別手段と、
前記判別手段が前記記憶手段に再生対象のコンテンツが記憶されていないと判別した場合に、再生対象となるコンテンツの通常配信を要求する要求情報を、前記サーバに向けて送信する要求送信手段と、
前記要求送信手段が送信した要求情報に応答して、前記サーバから通常配信されるコンテンツを受信する通常配信受信手段と、
前記判別手段が前記記憶手段に記憶されていると判別した場合に、前記記憶手段に記憶された再生対象のコンテンツを再生し、前記判別手段が前記記憶手段に記憶されていないと判別した場合に、前記通常配信受信手段が受信したコンテンツを再生する再生手段と、
を備えることを特徴とする。
【００１６】
上記目的を達成するため、本発明の第７の観点に係るオーディオ機器は、
コンテンツを配信するサーバとネットワークを介して接続されたオーディオ機器であって、
任意のコンテンツの再生を指示する再生指示に応じて、対象となるコンテンツの配信を要求する要求情報を、前記サーバに向けて送信する要求送信手段と、
前記要求送信手段が送信した要求情報に応答して、前記配信手段により前記サーバからストリーミング配信及びダウンロード配信にて並行して配信されるコンテンツをそれぞれ受信する受信手段と、
前記受信手段が受信したダウンロード配信されたコンテンツを一時的に記憶する記憶手段と、
前記受信手段が受信したストリーミング配信されたコンテンツを再生する再生手段と、
を備えることを特徴とする。
【００１７】
上記のオーディオ機器は、再生指示に応じて、再生対象のコンテンツが前記記憶手段に記憶されているか否かを判別する判別手段を、更に備え、
前記要求送信手段は、前記判別手段が前記記憶手段に再生対象のコンテンツが記憶されていないと判別した場合に限り、要求情報を前記サーバに向けて送信し、
前記再生手段は、前記判別手段が前記記憶手段に記憶されていると判別した場合に、前記記憶手段に記憶されている再生対象のコンテンツを再生してもよい。
【００１８】
上記目的を達成するため、本発明の第８の観点に係る配信システムは、
サーバとオーディオ機器とがネットワークを介して接続された配信システムであって、
前記サーバは、
配信対象となり得る複数のコンテンツを記憶するコンテンツ記憶手段と、
前記オーディオ機器から送られる事前配信の要求情報に応答して、前記コンテンツ記憶手段に記憶される対象のコンテンツを、前記オーディオ機器に向けて事前配信する事前配信手段と、
前記事前配信手段が事前配信した後に、次回の事前配信の日時を規定する次回情報を、前記オーディオ機器に向けて送信する次回情報送信手段と、を備え、
前記オーディオ機器は、
事前配信の日時を規定する次回情報を記憶する次回情報記憶手段と、
前記次回情報記憶手段に記憶された次回情報に従って、事前配信の要求情報を、所定のタイミングにて前記サーバに向けて送信する事前要求送信手段と、
前記事前要求送信手段が送信した要求情報に応答して、前記サーバから事前配信されるコンテンツ及び、送信される次回情報を受信する受信手段と、
前記受信手段が受信したコンテンツを一時的に記憶する記憶手段と、
任意のコンテンツの再生を指示する再生指示に応じて、対象のコンテンツが前記記憶手段に記憶されている場合に、前記記憶手段に記憶された対象のコンテンツを再生する再生手段と、
前記受信手段が受信した次回情報を、前記次回情報記憶手段に置き換えて格納する次回情報更新手段と、を備える、
ことを特徴とする。
【００１９】
【発明の実施の形態】
本発明の実施の形態にかかる情報配信システムについて、以下図面を参照して説明する。
【００２０】
図１は、この発明の実施の形態に適用される情報配信システムの構成の一例を示す模式図である。図示するように、このシステムは、オーディオ機器１と、データサーバ３とから構成される。なお、オーディオ機器１とデータサーバ３とは、インターネット等のネットワーク９を介して接続されている。
【００２１】
まず、オーディオ機器１について、図２を参照して説明する。図２は、オーディオ機器１の構成の一例を示すブロック図である。図示するように、オーディオ機器１は、チューナユニット１１と、ＭＤ記録再生ユニット１２と、信号処理部１３と、ネットワークアダプタ１４と、ハードディスク１５と、フラッシュメモリ１６と、計時ユニット１７と、操作部１８と、表示部１９と、制御部２０と、ソース選択部２１と、アンプ２２と、スピーカ２３とを含んで構成される。
【００２２】
チューナユニット１１は、所定のアンテナを介してＡＭ放送やＦＭ放送等の放送番組を受信し、受信した番組音声をソース選択部２１に供給する。
【００２３】
ＭＤ（ミニディスク）記録再生ユニット１２は、信号処理部１３に制御され、ＭＤ（記録用ＭＤ）に楽曲データを記録する。
例えば、ＭＤ記録再生ユニット１２は、ＮｅｔＭＤ（登録商標）規格に準じた記録再生ユニットであり、ハードディスク１５に格納された楽曲データを、ＭＤに記録し（チェックアウトし）、また、ＭＤに記録した楽曲データをハードディスク１５に戻す（チェックインする）。
また、ＭＤ記録再生ユニット１２は、ＭＤに記録した楽曲データから音声信号を再生し、再生した音声信号をソース選択部２１に供給する。
【００２４】
信号処理部１３は、例えば、ＤＳＰ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒ）等からなり、制御部２０から供給される動作命令等に従って、ＭＤ記録再生ユニット１２の記録・再生動作を制御する。
また、信号処理部１３は、ハードディスク１５に格納された番組コンテンツ（例えば、暗号化されたＡＴＲＡＣ３データやＰＣＭデータ等のダウンロードデータ）の抽出及び、復号を行い、音声信号を再生する。そして、再生した音声信号をソース選択部２１に供給する。
更に、信号処理部１３は、データサーバ３からストリーミング配信された番組コンテンツ（例えば、複数の楽曲データ等からなるストリームデータ）が供給されると、デコード等を行い、復号した音声信号をソース選択部２１に供給する。
【００２５】
ネットワークアダプタ１４は、例えば、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）カードや高速モデム等からなり、制御部２０に制御され、ネットワーク９を介してデータサーバ３との間で必要な情報を送受信する。
例えば、ネットワークアダプタ１４は、番組コンテンツ等の配信（ダウンロード配信やストリーミング配信）を要求する要求情報をデータサーバ３に送信する。また、送信した要求情報に応答してデータサーバ３から配信される番組コンテンツ（ダウンロードデータやストリームデータ）を受信する。
【００２６】
ハードディスク１５は、所定容量の磁気ディスクユニットからなり、データサーバ３からＰＵＳＨ型配信された番組コンテンツ（ダウンロードデータ）を一時的に記憶する。
また、ハードディスク１５は、制御部２０に制御され、記憶している番組コンテンツを信号処理部１３等に供給する。
【００２７】
フラッシュメモリ１６は、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ  Ｅｒａｓａｂｌｅ  ａｎｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ）等からなり、ユーザＩＤ、パスワード及び、機器ＩＤ等を記憶する。
これらのユーザＩＤやパスワード等は、制御部２０に適宜読み出され、オーディオ機器１がネットワーク９を介して最初にデータサーバ３にアクセスする際に、ユーザ認証のために使用される。
また、フラッシュメモリ１６は、データサーバ３からのＰＵＳＨ型配信を管理するための情報や、配信された番組コンテンツの受信状況を管理するための情報を記憶する。
例えば、フラッシュメモリ１６は、図３（ａ）に示すようなＰＵＳＨ型配信管理情報及び、図３（ｂ）に示すような受信履歴情報を記憶する。
【００２８】
図３（ａ）に示すＰＵＳＨ型配信管理情報は、利用者により、お気に入り番組として設定された番組コンテンツ（ＰＵＳＨ型配信される番組コンテンツ）を管理する情報であり、例えば、次回配信日時、番組ＩＤ、ｃｈ番号、及び、状態区分からなる。
次回配信日時とは、例えば、月１回や週１回に番組内容が更新される番組コンテンツにおいて、新たな番組コンテンツがＰＵＳＨ型配信される日時を示す。この次回配信日時は、ネットワーク９の伝送負荷等をできるだけ抑制する（番組コンテンツが同時期に各オーディオ機器１に向けてＰＵＳＨ型配信されるのを防止する）ために、同じ番組コンテンツであっても、各オーディオ機器１に応じて少しずらした時刻がデータサーバ３により設定される。
また、状態区分とは、ＰＵＳＨ型配信の使用状態を示す区分であり、例えば、ＰＵＳＨ型配信を現在使用している場合に「継続」がセットされ、使用を中止している場合には「聴取中止」がセットされる。
【００２９】
また、図３（ｂ）に示す受信履歴情報は、ＰＵＳＨ型配信され受信した番組コンテンツの履歴情報であり、例えば、受信日時、番組ＩＤ、ｃｈ番号、内部コード、及び、聴取状態からなる。
なお、聴取状態とは、受信した番組コンテンツ（ダウンロードデータ）の聴取（再生）状態を示す区分であり、例えば、番組コンテンツが１度も再生されていない場合に「未聴取」がセットされ、番組コンテンツが１度でも再生された場合には「聴取済」がセットされる。
【００３０】
図２に戻って、計時ユニット１７は、クロック回路等からなり、現在日付（年月日）及び、現在時間（時分秒）等を計時する。
また、計時ユニット１７は、タイマ機能も備えており、設定された日時が到来（経過）すると、制御部２０に対して、所定動作の開始を指示する。例えば、上述した図３（ａ）のＰＵＳＨ型配信管理情報に設定されている何れかの次回配信日時が経過した場合に、計時ユニット１７は、ＰＵＳＨ型配信（事前配信）を要求する動作の開始を制御部２０に指示する。
【００３１】
操作部１８は、オーディオ機器１の前面に配置された複数のキースイッチやアナログスイッチ等からなり、利用者の操作に従った指示情報を入力して制御部２０に供給する。
例えば、操作部１８には、データサーバ３に対して番組コンテンツの配信を要求するための要求キー等が含まれている。
【００３２】
表示部１９は、蛍光表示管や液晶表示ユニット等からなり、制御部２０に制御され、オーディオ機器１の動作状況等を示すシンボルやメッセージ等を表示する。
例えば、表示部１９は、データサーバ３にて配信可能となる番組コンテンツの一覧（番組一覧）等の情報を表示する。
【００３３】
制御部２０は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）及び、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）を含んだ１チップマイコン等からなり、オーディオ機器１全体を制御する。
【００３４】
例えば、制御部２０は、上述した図３（ａ）に示すＰＵＳＨ型配信管理情報に従って、番組コンテンツのＰＵＳＨ型配信を要求するための事前配信要求情報を生成し、データサーバ３に向けて送信する。そして、この事前配信要求情報に応答して、データサーバ３から番組コンテンツ（ダウンロードデータ）が配信されると、制御部２０は、受信した番組コンテンツをハードディスク１５に格納すると共に、上述した図３（ｂ）に示す受信履歴情報を更新する。
このように、事前に配信された番組コンテンツがハードディスク１５に格納されている状態で、利用者により操作部１８の要求キーが押下され、任意の番組コンテンツの配信が要求されると、制御部２０は、図３（ｂ）に示す受信履歴情報を参照し、対象の番組コンテンツが事前配信済みであるか否かを判別する。そして、事前配信済みである場合に、制御部２０は、ハードディスク１５から対象の番組コンテンツを読み出し、信号処理部１３に供給して、楽曲音等をスピーカ２３から出力させる。
また、事前配信済みでない場合に、制御部２０は、番組コンテンツのストリーミング配信を要求するための配信要求情報を生成し、データサーバ３に向けて送信する。そして、この配信要求情報に応答して、データサーバ３から番組コンテンツ（ストリームデータ）が配信されると、制御部２０は、受信した番組コンテンツを信号処理部１３に順次供給して、楽曲音等をスピーカ２３から出力させる。
【００３５】
ソース選択部２１は、入力切換スイッチ等からなり、制御部２０に制御され、チューナユニット１１、ＭＤ記録再生ユニット１２及び、信号処理部１３の何れか１つを入力ソースとして選択する。ソース選択部２１は、選択した入力ソースから出力される音声信号をアンプ２２に供給する。
【００３６】
アンプ２２は、所定の増幅回路等からなり、ソース選択部２１を介して供給された音声信号を適宜増幅し、増幅した音声信号をスピーカ２３に供給する。
【００３７】
スピーカ２３は、ステレオスピーカ等からなり、アンプ２２にて増幅された音声信号に従って、音声（楽曲音等）を出力する。
【００３８】
次に、データサーバ３について、図４を参照して説明する。図４は、データサーバ３の構成の一例を示すブロック図である。図示するように、データサーバ３は、データベース３０と、処理制御部４１と、エンコード処理ユニット４２と、通信制御部４３とを含んで構成される。
【００３９】
データベース３０は、例えば、コンテンツ管理ＤＢ３１と、利用者情報管理ＤＢ３２とからなる。
コンテンツ管理ＤＢ３１は、複数の楽曲データ等から構成される番組コンテンツを管理するデータベースである。具体的にコンテンツ管理ＤＢ３１は、図５に示すように、番組ＩＤ、ｃｈ番号、内部コード、更新日時、番組名、及び、格納アドレス等からなる。
なお、番組ＩＤとは、番組コンテンツを特定するためのユニークな識別情報である。また、ｃｈ番号とは、番組（番組コンテンツ）に割り振られたチャンネル番号である。
また、内部コードとは、番組のバージョン（版数）を示すコード（例えば、更新月日等）であり、番組コンテンツの内容が更新（構成楽曲の入れ替え等）される度に、新たに採番されるコードである。
更に、更新日時とは、番組コンテンツに定められた更新サイクルや更新時刻等を示す情報である。
【００４０】
利用者情報管理ＤＢ３２は、データサーバ３にアクセスしサービスを利用できる利用者についての情報を管理するデータベースである。具体的に利用者情報管理ＤＢ３２は、図６に示すように、利用者を特定するユーザＩＤ、パスワード及びユーザ名等や、利用者が好んで聴く楽曲のジャンル、楽曲名やアーティスト等を設定しておくための嗜好情報等を記憶する。
【００４１】
図４に戻って、処理制御部４１は、所定のコンピュータユニットからなり、データサーバ３全体を制御する。
例えば、処理制御部４１は、通信制御部４３を介して、オーディオ機器１から送られる事前配信要求情報を受信すると、コンテンツ管理ＤＢ３１を検索し、対応する番組コンテンツ（複数の楽曲データからなるダウンロードデータ）を取得する。そして、取得した番組コンテンツ（ダウンロードデータ）を、通信制御部４３を介して、オーディオ機器１に向けて配信する。
なお別途、配信要求情報に応じてストリーミング配信にて番組コンテンツをオーディオ機器１に配信する場合に、処理制御部４１は、コンテンツ管理ＤＢ３１から取得した番組コンテンツをエンコード処理ユニット４２に供給する。
【００４２】
エンコード処理ユニット４２は、番組コンテンツ（複数の楽曲データ等）を、オーディオ機器１にて再生可能となるストリームデータ形式に、リアルタイムにエンコードするエンコーダ回路等からなる。
エンコード処理ユニット４２は、処理制御部４１から供給された番組コンテンツをストリームデータに順次エンコードし、エンコードした番組コンテンツ（ストリームデータ）を、通信制御部４３を介してオーディオ機器１に向けて配信する。
なお、エンコード処理ユニット４２によって番組コンテンツを順次エンコードする代わりに、予めストリーミング配信用にオーサリングされた番組コンテンツ（ストリームデータ）をコンテンツ管理ＤＢ３１に格納しておいてもよい。
【００４３】
通信制御部４３は、回線制御装置やゲートウェイ装置等からなり、ネットワーク９を介して、データサーバ３とオーディオ機器１との間に必要な情報を送受信する。
【００４４】
以下、この発明の実施の形態にかかる情報配信システムの動作について、図面を参照して説明する。
最初に、図７に示すフローチャート等を参照して、オーディオ機器１にて実行される事前配信要求処理及び、データサーバ３にて実行される番組配信処理について説明する。
なお、オーディオ機器１では、図３（ａ）に示すようなＰＵＳＨ型配信管理情報がフラッシュメモリ１６に記憶された状態で、制御部２０により事前配信要求処理が実行されるものとする。また、データサーバ３では、オーディオ機器１からのネットワーク９を介したアクセスに応答して、処理制御部４１により番組配信処理が実行されるものとする。
【００４５】
まず、オーディオ機器１の制御部２０は、設定された番組コンテンツの配信日時が経過するまで、後続処理の実行を待機する（ステップＳ１１）。
つまり、制御部２０は、計時ユニット１７のタイマー機能により、図３（ａ）のＰＵＳＨ型配信管理情報における何れかの次回配信日時（何れかの番組コンテンツの配信日時）が到来したか否かを判別する。なお、対象となるのは、状態区分に「継続」がセットされている情報に限られるものとする。
【００４６】
そして、制御部２０は、配信日時が経過すると、図３（ａ）のＰＵＳＨ型配信管理情報から、対象となる（配信日時が到来した）番組コンテンツの番組ＩＤ等を読み出す（ステップＳ１２）。
制御部２０は、読み出した番組ＩＤ等を含んだ事前配信要求情報を生成し、生成した事前配信要求情報をデータサーバ３に向けて送信する（ステップＳ１３）。すなわち、制御部２０は、配信日時が経過した番組コンテンツのＰＵＳＨ型配信を要求するために、事前配信要求情報をデータサーバ３に送信する。
その後、制御部２０は、データサーバ３から番組コンテンツのＰＵＳＨ型配信が開始されるまで、後続処理の実行を待機する（ステップＳ１４）。
【００４７】
一方、データサーバ３の処理制御部４１は、オーディオ機器１から送られる事前配信要求情報を受信するまで待機し（ステップＳ２１）、事前配信要求情報を受信すると、事前配信要求情報に含まれる番組ＩＤ等に従って、コンテンツ管理ＤＢ３１から対象の番組コンテンツ（ダウンロードデータ）を読み出す（ステップＳ２２）。
そして、処理制御部４１は、読み出した番組コンテンツを、通信制御部４３を介して要求元のオーディオ機器１に向けて配信する（ステップＳ２３）。つまり、配信日時が経過した番組コンテンツをオーディオ機器１にＰＵＳＨ型配信する。
【００４８】
配信開始を待機していたオーディオ機器１の制御部２０は、ＰＵＳＨ型配信が開始されると、データサーバ３から配信される番組コンテンツ（ダウンロードデータ）をハードディスク１５に格納する（ステップＳ１５）。
なお、制御部２０は、ハードディスク１５内に同じ番組ＩＤの番組コンテンツ（以前のＰＵＳＨ型配信にて受信していた旧の番組コンテンツ）が格納されている場合に、旧の番組コンテンツを削除した後に、新たな番組コンテンツを格納する。
そして、制御部２０は、配信が終了したか否かを判別し（ステップＳ１６）、配信が終了していない間、ステップＳ１５にて番組コンテンツの格納を繰り返す。
【００４９】
やがて、番組コンテンツの配信が終了すると、制御部２０は、フラッシュメモリ１６に記憶している受信履歴情報に新たなレコードを追加する（ステップＳ１７）。つまり、制御部２０は、図３（ｂ）に示す受信履歴情報に、今回のＰＵＳＨ型配信により配信された番組コンテンツに関するレコード（受信日時、番組ＩＤ、ｃｈ番号、及び、内部コードをセットし、そして、聴取区分に「未聴取」をセットする）を追加する。
その後、制御部２０は、データサーバ３から送られる次回情報を受信するまで、後続処理の実行を待機する（ステップＳ１８）。
【００５０】
一方、データサーバ３の処理制御部４１は、番組コンテンツのＰＵＳＨ配信を終えると、次回情報を生成し、オーディオ機器１に向けて送信する（ステップＳ２４）。
例えば、処理制御部４１は、図５に示すようなコンテンツ管理ＤＢ３１に記憶される対象の更新日時（配信した番組コンテンツの更新日時）を参照し、次に番組コンテンツ（更新される新たな番組コンテンツ）が配信可能となる次回日時を求める。なお、この次回日時は、同時期のＰＵＳＨ型配信を抑制するために、オーディオ機器１毎に少しずらされたものとなる。
そして、処理制御部４１は、こうして求めた次回日時を含んだ次回情報を生成し、生成した次回情報を、対象のオーディオ機器１に向けて送信する。
【００５１】
次回情報の受信を待機していたオーディオ機器１の制御部２０は、データサーバ３から送られた次回情報を受信すると、フラッシュメモリ１６に記憶されるＰＵＳＨ型配信管理情報を更新する（ステップＳ１９）。
つまり、制御部２０は、図３（ａ）に示すＰＵＳＨ型配信管理情報において、対象の次回配信日時を、受信した次回情報に含まれる次回日時に置き換えて更新する。
【００５２】
このように、図７を参照して説明した事前配信要求処理及び番組配信処理により、お気に入りとして設定された番組コンテンツ（ＰＵＳＨ型配信管理情報にセットされた番組コンテンツ）が、予め定められた時刻にデータサーバ３からオーディオ機器１にＰＵＳＨ型配信される。つまり、利用者に聴取される傾向の高い番組コンテンツが、事前にオーディオ機器１に向けて配信され、ハードディスク１５に格納されることとなる。
【００５３】
次に、図８に示すフローチャート等を参照して、オーディオ機器１にて実行されるコンテンツ再生処理について説明する。
なお、このコンテンツ再生処理は、上述した図７の事前配信要求処理等が既に実行されており、お気に入りの番組コンテンツが事前にハードディスク１５に格納された後に、制御部２０により実行されるものとする。
【００５４】
まず、制御部２０は、操作部１８にて選択された番組コンテンツを特定する（ステップＳ３１）。
例えば、配信対象の番組（番組コンテンツ）の一覧が表示部１９に表示された状態で、操作部１８を介して利用者により任意の番組が選択されると、制御部２０は、選択された番組コンテンツの番組ＩＤ等を取得する。
【００５５】
制御部２０は、選択された番組コンテンツが事前配信済みであるか否かを判別する（ステップＳ３２）。例えば、制御部２０は、図３（ｂ）に示す受信履歴情報を参照し、取得した番組ＩＤの番組コンテンツが、データサーバ３からのＰＵＳＨ型配信によって、ハードディスク１５に格納済みであるか否かを判別する。
【００５６】
制御部２０は、事前配信済みであると判別すると、ハードディスク１５に格納された対象の番組コンテンツ（ダウンロードデータ）を読み出す（ステップＳ３３）。
そして、制御部２０は、読み出した番組コンテンツを信号処理部１３に供給して、楽曲音等をスピーカ２３から出力させる（ステップＳ３４）。つまり、事前に配信された番組コンテンツを順次再生する。
なお、制御部２０は、図３（ｂ）に示す受信履歴情報の対応する聴取区分（再生した番組コンテンツの聴取区分）に、「聴取済」をセットする。
【００５７】
また、上述のステップＳ３２にて、事前配信済みでないと判別すると、制御部２０は、配信要求情報を生成し、データサーバ３に向けて送信する（ステップＳ３５）。すなわち、選択された番組コンテンツが、図３（ａ）のＰＵＳＨ型配信管理情報にて管理されておらず、ハードディスク１５に格納されていない番組コンテンツであると判別し、制御部２０は、番組コンテンツのストリーミング配信をデータサーバ３に要求する。
そして、この配信要求情報に応答して、データサーバ３から番組コンテンツ（ストリームデータ）が配信されると、制御部２０は、配信されるストリームデータを順次再生する（ステップＳ３６）。つまり、配信されるストリームデータを信号処理部１３に順次供給して、楽曲音等をスピーカ２３から出力させる。
【００５８】
このように、図８を参照して説明したコンテンツ再生処理により、聴取が要求（配信要求）された番組コンテンツが、事前にＰＵＳＨ型配信されハードディスク１５に格納されている場合に、配信を待つことなく、その番組コンテンツを直ちに再生できる。その際、番組コンテンツが格納済みであるため、伝送帯域や伝送量の変化が無関係となり、再生途中で楽曲音等が途切れることがない。
また、ＰＵＳＨ型配信された番組コンテンツに、更なる聴取の要求（配信要求）がなされたとしても、同じ番組コンテンツが再び配信されることがないため、重複した伝送負荷等を生じさせることもない。
【００５９】
更に、ＰＵＳＨ型配信されるのは、利用者によってお気に入りの番組として設定された番組コンテンツであるため、配信された番組コンテンツが再生される割合が高い。
この結果、番組コンテンツを適切に再生することができる。
【００６０】
上記の実施の形態では、図３（ａ）に示すようなＰＵＳＨ型配信管理情報をオーディオ機器１側で管理し、オーディオ機器１からデータサーバ３に対して事前配信要求を行うことにより、ＰＵＳＨ型配信を実現する場合について説明した。しかしながら、データサーバ３側からオーディオ機器１側への直接アクセスが可能な環境であれば、ＰＵＳＨ型配信管理情報等をデータサーバ３側で管理し、より高度なＰＵＳＨ型配信を実現してもよい。
例えば、オーディオ機器１がネットワーク９に常時接続可能であり、データサーバ３との間で、ＩＰｖ６（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  ｖｅｒｓｉｏｎ  ６）のプロトコルにて通信可能な環境では、ユニークなＩＰアドレスが採番されているオーディオ機器１に向けてデータサーバ３からアクセス可能となる。そして、この環境では、データサーバ３からオーディオ機器１に向けて、番組コンテンツ（ダウンロードデータ）をＰＵＳＨ型配信することができる。
【００６１】
上記の実施の形態では、ＰＵＳＨ型配信により番組コンテンツが事前にオーディオ機器１に配信され、事前配信済みの番組コンテンツに対して聴取が要求（配信要求）されると、配信を待つことなく、直ちに再生可能となる場合について説明した。しかしながら、事前配信ではなく、通常のストリーミング配信と並行して、ダウンロード配信も行うことにより、２回目以降の再生が直ちに行えるようにしてもよい。
以下、この発明の他の実施の形態について図９を参照して説明する。
【００６２】
図９は、オーディオ機器１にて実行されるコンテンツ再生処理及び、データサーバ３にて実行される番組配信処理を説明するためのフローチャートである。
このコンテンツ再生処理は、例えば、配信対象の番組（番組コンテンツ）の一覧が表示部１９に表示され、操作部１８を介して利用者により任意の番組が選択された後に制御部２０により実行されるものとする。また、番組配信処理は、オーディオ機器１からのネットワーク９を介したアクセスに応答して、処理制御部４１により実行されるものとする。
なお、ＰＵＳＨ型配信を行わないため、オーディオ機器１のフラッシュメモリ１６には、図３（ａ）に示すようなＰＵＳＨ型配信管理情報が記憶されていない。それでも、フラッシュメモリ１６には、図３（ｂ）に示すような受信履歴情報が記憶されているものとする。この場合、受信履歴情報には、事前配信で受信した番組コンテンツではなく、ストリーミング配信と並行したダウンロード配信で受信した番組コンテンツの履歴情報が記憶されている。
【００６３】
まず、オーディオ機器１の制御部２０は、操作部１８にて選択された番組コンテンツを特定する（ステップＳ４１）。例えば、制御部２０は、選択された番組コンテンツの番組ＩＤ等を取得する。
制御部２０は、選択された番組コンテンツが格納済みであるか否かを判別する（ステップＳ４２）。例えば、制御部２０は、図３（ｂ）に示すような受信履歴情報を参照し、選択された番組コンテンツが、ダウンロード配信されてハードディスク１５に格納済みであるか否かを判別する。
【００６４】
制御部２０は、番組コンテンツが格納済みでないと判別すると、選択された番組コンテンツの番組ＩＤ等を含んだ並行配信要求情報を生成し、データサーバ３に向けて送信する（ステップＳ４３）。すなわち、制御部２０は、ストリーミング配信とダウンロード配信とによる番組コンテンツの配信を要求するために、並行配信要求情報をデータサーバ３に送信する。
【００６５】
一方、データサーバ３の処理制御部４１は、オーディオ機器１から送られる並行配信要求情報を受信するまで待機し（ステップＳ５１）、並行配信要求情報を受信すると、並行配信要求情報に含まれる番組ＩＤ等に従って、コンテンツ管理ＤＢ３１から対象の番組コンテンツを読み出す（ステップＳ５２）。
そして、処理制御部４１は、読み出した番組コンテンツを、ストリーミング配信及びダウンロード配信にて、オーディオ機器１に向けて配信する（ステップＳ５３）。
すなわち、処理制御部４１は、エンコード処理ユニット４２を制御して、番組コンテンツ（ストリームデータ）を、要求元のオーディオ機器１に向けて順次送信し、また、これと並行して、番組コンテンツ（ダウンロードデータ）を、通信制御部４３を介して要求元のオーディオ機器１に向けて配信する。
【００６６】
データサーバ３から配信が開始されると、オーディオ機器１の制御部２０は、配信されるストリームデータを順次再生すると共に、ダウンロードデータをハードディスク１５に格納する（ステップＳ４４）。
つまり、制御部２０は、ストリーミング配信される番組コンテンツ（ストリームデータ）を信号処理部１３に順次供給して、楽曲音等をスピーカ２３から出力させ、また、これと並行して、ダウンロード配信される番組コンテンツ（ダウンロードデータ）をハードディスク１５に格納する。
【００６７】
やがて、番組コンテンツの配信が終了すると、制御部２０は、フラッシュメモリ１６に記憶している受信履歴情報に新たなレコードを追加する（ステップＳ４５）。つまり、制御部２０は、図３（ｂ）に示す受信履歴情報に、今回のダウンロード配信により配信された番組コンテンツに関するレコード（受信日時、番組ＩＤ、ｃｈ番号、及び、内部コードをセットし、そして、聴取区分に「聴取済」をセットする）を追加する。
【００６８】
また、上述のステップＳ４２にて、番組コンテンツが格納済みであると判別された場合に、ハードディスク１５に格納された対象の番組コンテンツ（ダウンロードデータ）を読み出す（ステップＳ４６）。
そして、制御部２０は、読み出した番組コンテンツを信号処理部１３に供給して、楽曲音等をスピーカ２３から出力させる（ステップＳ４７）。つまり、ストリーミング配信と並行してダウンロード配信されていた番組コンテンツを順次再生する。
【００６９】
このように、図９を参照して説明したコンテンツ再生処理及び番組配信処理により、データサーバ３からは、番組コンテンツがストリーミング配信及びダウンロード配信にて並行して配信される。そして、オーディオ機器１は、ストリーミング配信された番組コンテンツを順次再生すると共に、ダウンロード配信された番組コンテンツをハードディスク１５に格納する。この後、同じ番組コンテンツの聴取が要求（配信要求）された場合に、配信を待つことなく、その番組コンテンツを直ちに再生できる。その際、同じ番組コンテンツが再び配信されることがないため、重複した伝送負荷等を生じさせることもない。
この結果、番組コンテンツを適切に再生することができる。
【００７０】
上述した図９のコンテンツ再生処理及び番組配信処理においては、ストリーミング配信と並行してダウンロード配信を行い、２回目以降の再生が直ちに行えるようにしたが、ストリーミング配信した番組コンテンツ（ストリームデータ）を記憶し、２回目以降の再生を行うようにしてもよい。
例えば、データサーバ３は、図９の番組配信処理のステップＳ５３にて、ストリーミング配信だけにより番組コンテンツをオーディオ機器１に配信する。
そして、オーディオ機器１の制御部２０は、図９のコンテンツ再生処理のステップＳ４４にて、配信されるストリームデータを順次再生すると共に、ストリームデータをハードディスク１５に順次格納する。
更に、制御部２０は、ステップＳ４７にて、ハードディスク１５から読み出した番組コンテンツ（ストリームデータ）を、データサーバ３から受信したように、信号処理部１３に供給して、順次再生する。
【００７１】
この場合も、同じ番組コンテンツの聴取が要求（配信要求）された場合に、配信を待つことなく、その番組コンテンツを直ちに再生できる。その際、同じ番組コンテンツが再び配信されることがないため、重複した伝送負荷等を生じさせることもない。この結果、番組コンテンツを適切に再生することができる。
【００７２】
上記の実施の形態では、データサーバ３が複数の楽曲データから構成される番組コンテンツを配信する場合について説明したが、配信対象のコンテンツは、楽曲データに限られず任意である。例えば、データサーバ３は、映像データから構成されるコンテンツを配信してもよい。
【００７３】
【発明の効果】
以上説明したように、本発明によれば、番組コンテンツ等を適切に再生することができる。
【図面の簡単な説明】
【図１】本発明の実施の形態に係る情報配信システムの構成の一例を示す模式図である。
【図２】オーディオ機器の構成の一例を示すブロック図である。
【図３】フラッシュメモリに記憶される情報の一例を示す模式図であって、（ａ）がＰＵＳＨ型配信管理情報の図であり、（ｂ）が受信履歴情報の図である。
【図４】データサーバの構成の一例を示すブロック図である。
【図５】コンテンツ管理ＤＢの具体的な内容の一例を示す模式図である。
【図６】利用者情報管理ＤＢの具体的な内容の一例を示す模式図である。
【図７】本発明の実施の形態に係る事前配信要求処理及び、番組配信処理を説明するためのフローチャートである。
【図８】本発明の実施の形態に係るコンテンツ再生処理を説明するためのフローチャートである。
【図９】本発明の他の実施の形態に係るコンテンツ再生処理及び、番組配信処理を説明するためのフローチャートである。
【符号の説明】
１    オーディオ機器
１１  チューナユニット
１２  ＭＤ記録再生ユニット
１３  信号処理部
１４  ネットワークアダプタ
１５  ハードディスク
１６  フラッシュメモリ
１７  計時ユニット
１８  操作部
１９  表示部
２０  制御部
２１  ソース選択部
２２  アンプ
２３  スピーカ
３    データサーバ
３０  データベース
３１  コンテンツ管理ＤＢ
３２  利用者情報管理ＤＢ
４１  処理制御部
４２  エンコード処理ユニット
４３  通信制御部
【図１】
2004151776.tif 000003
【図２】
2004151776.tif 000004
【図３】
2004151776.tif 000005
【図４】
2004151776.tif 000006
【図５】
2004151776.tif 000007
【図６】
2004151776.tif 000008
【図７】
2004151776.tif 000009
【図８】
2004151776.tif 000010
【図９】
2004151776.tif 000011