JP2004138793A - 配信システム、サーバ、オーディオ機器、配信制御方法および受信制御方法 - Google Patents

Abstract

【課題】途中で中断した番組コンテンツの再配信を適切に行う情報配信システムを提供することである。
【解決手段】オーディオ機器１は、データサーバ３から配信される番組コンテンツの受信を途中で中断すると、自己のメモリに中断箇所を示すタイムスタンプ等を記憶する。そして、オーディオ機器１は、同じ番組コンテンツの配信を要求する際に、メモリからタイムスタンプ等を読み出してデータサーバ３に送信する。データサーバ３は、オーディオ機器１からタイムスタンプ等を伴う配信要求を受信すると、コンテンツ管理ＤＢから対象の番組コンテンツを、タイムスタンプ等に従って読み出す。そして、読み出した番組コンテンツをオーディオ機器１に配信する。つまり、データサーバ３は、オーディオ機器１にて受信が中断した箇所に対応する途中位置から、番組コンテンツの再配信を行う。
【選択図】　図１

Description

【０００１】
【発明の属する技術分野】
この発明は、配信システム、サーバ、オーディオ機器、配信制御方法および受信制御方法に関する。
【０００２】
【従来の技術】
近年、ネットワークの高速化や、データ圧縮技術の発展に伴って、楽曲データ等の配信を行う情報配信システムが普及して来ている。このような情報配信システムにおいて、一般に、利用者は、パーソナルコンピュータ（パソコン）を使用してインターネットに接続し、所定の音楽配信サイト等にアクセスする。
例えば、利用者は、パソコンを操作して、アクセス先の音楽配信サイトから所望の楽曲データをダウンロードし、ダウンロードが完了した楽曲データをパソコンにて再生する（例えば、特許文献１参照）。
【０００３】
【特許文献１】
特開２００２−７４８１４号公報　（第６−７頁、第１図）
【０００４】
また、音楽配信サイトにおいては、ストリーミングと呼ばれ、楽曲データ全てのダウンロードを待たずに、楽曲データを順次受信しながら再生するタイプの音楽配信も行われている。このようなストリーミングによる音楽配信では、複数の楽曲データ等から構成される番組コンテンツが配信される場合が多い。つまり、容量の小さい楽曲データ（１曲分等）であれば、ダウンロード配信でも、再生までに利用者を待たせる必要がないが、容量の大きい番組コンテンツ（複数曲分のデータ等）であれば、利用者をかなり待たせてしまうこととなる。
そのため、順次受信しながら再生が可能な、ストリーミングにより、このような番組コンテンツが配信される場合が多い。
【０００５】
【発明が解決しようとする課題】
ところで、このような番組コンテンツ（複数の楽曲データ等）が、ストリーミングにて配信されている途中で、配信の中断が生じる場合もある。例えば、利用者に急な用事ができ、自らストリーミング配信の中断を指示する（聴取を止めてしまう）場合や、回線等の障害により、意図せずにストリーミング配信が中断してしまう場合等である。
このような場合、利用者は、用事を済ませた後や、回線等が復旧した後等に、パソコンを操作して、再度、同じ番組コンテンツの配信を、音楽配信サイトに要求することとなる。
【０００６】
しかしながら、この要求に応答して、音楽配信サイトからは、同じ番組コンテンツが始めからストリーミング配信されるため、利用者は、中断前に既に聴いてしまった楽曲等を再度聴き直さなければならなかった。
例えば、総再生時間が３０分の番組コンテンツにおいて、２０分過ぎにストリーミング配信が中断した場合では、利用者は、残りの１０分の楽曲を聴くために、再度２０分の楽曲を聴き直す必要があった。
【０００７】
このように、従来の情報配信システムでは、途中で中断された番組コンテンツ（複数の楽曲データ等）を再配信する場合であっても、何らの考慮もなされていない。このため、中断した番組コンテンツの再配信を希望する利用者にとって、極めて使いにくいものとなっていた。
【０００８】
この発明は、上記実状に鑑みてなされたもので、途中で中断した番組コンテンツの再配信を適切に行うことのできる配信システム、サーバ、オーディオ機器、配信制御方法および受信制御方法を提供することを目的とする。
【０００９】
【課題を解決するための手段】
上記目的を達成するため、本発明の第１の観点に係る配信システムは、
サーバとオーディオ機器とがネットワークを介して接続された配信システムであって、
前記サーバは、
配信対象のコンテンツを記憶するコンテンツ記憶手段と、
前記オーディオ機器から送られる配信要求情報を受信する配信要求受信手段と、
前記配信要求受信手段が受信した配信要求情報に従って、前記コンテンツ記憶手段に記憶される対象のコンテンツを、前記オーディオ機器に向けて配信する配信手段と、を備え、
前記オーディオ機器は、
前記サーバから配信されるコンテンツの受信状況を記憶する記憶手段と、
前記記憶手段に記憶される受信状況に従って、受信を中断したコンテンツの中断箇所からの再配信、又は、コンテンツの全配信の何れかを要求する配信要求情報を生成する生成手段と、
前記生成手段が生成した配信要求情報を前記サーバに向けて送信する配信要求手段と、
前記配信要求手段が送信した配信要求情報に応答して、前記サーバから配信されるコンテンツを受信するコンテンツ受信手段と、を備える、
ことを特徴とする。
【００１０】
前記配信手段は、
前記配信要求受信手段が受信した配信要求情報に従って、前記コンテンツ記憶手段に記憶される対象のコンテンツを読み出す読み出し手段と、
前記読み出し手段が読み出したコンテンツを前記オーディオ機器に向けてストリーミング配信するストリーミング配信手段と、を備え、
前記読み出し手段は、前記配信要求受信手段にて受信した配信要求情報が、中断箇所からの再配信を要求するものである場合に、前記コンテンツ記憶手段に記憶される対象のコンテンツを中断箇所から読み出してもよい。
【００１１】
上記目的を達成するため、本発明の第２の観点に係る配信システムは、
サーバとオーディオ機器とがネットワークを介して接続された配信システムであって、
前記サーバは、
配信対象のコンテンツを記憶するコンテンツ記憶手段と、
前記オーディオ機器から送られる配信要求情報を受信する配信要求受信手段と、
前記オーディオ機器に配信したコンテンツの配信状況を記憶する記憶手段と、
前記配信要求受信手段が受信した配信要求情報及び、前記記憶手段に記憶された配信状況に従って、コンテンツの中断箇所からの再配信、又は、コンテンツの全配信の何れかを、前記オーディオ機器に向けて行う配信手段と、を備え、
前記オーディオ機器は、
コンテンツの配信を要求する配信要求情報を生成する生成手段と、
前記生成手段が生成した配信要求情報を前記サーバに向けて送信する配信要求手段と、
前記配信要求手段が送信した配信要求情報に応答して、前記サーバから配信されるコンテンツを受信するコンテンツ受信手段と、を備える、
ことを特徴とする。
【００１２】
前記配信手段は、
前記配信要求受信手段が受信した配信要求情報及び、前記記憶手段に記憶された配信状況に従って、コンテンツの中断箇所からの再配信、又は、コンテンツの全配信の何れかを判別する判別手段と、
前記判別手段の判別結果に従って、前記コンテンツ記憶手段に記憶される対象のコンテンツを読み出す読み出し手段と、
前記読み出し手段が読み出したコンテンツを前記オーディオ機器に向けてストリーミング配信するストリーミング配信手段と、を備え、
前記読み出し手段は、前記判別手段が中断箇所からの再配信を判別した場合に、前記コンテンツ記憶手段に記憶される対象のコンテンツを中断箇所から読み出してもよい。
【００１３】
上記目的を達成するため、本発明の第３の観点に係るサーバは、
ネットワークを介して接続されたオーディオ機器に、コンテンツを配信するサーバであって、
配信対象のコンテンツを記憶するコンテンツ記憶手段と、
前記オーディオ機器から送られる、コンテンツの中断箇所からの再配信、又は、コンテンツの全配信の何れかを要求する配信要求情報を受信する配信要求受信手段と、
前記配信要求受信手段が受信した配信要求情報に従って、前記コンテンツ記憶手段に記憶される対象のコンテンツを読み出す読み出し手段と、
前記読み出し手段が読み出したコンテンツを前記オーディオ機器に向けて配信する配信手段と、を備え、
前記読み出し手段は、前記配信要求受信手段にて受信した配信要求情報が、中断箇所からの再配信を要求するものである場合に、前記コンテンツ記憶手段に記憶される対象のコンテンツを中断箇所から読み出す、
ことを特徴とする。
【００１４】
上記目的を達成するため、本発明の第４の観点に係るサーバは、
ネットワークを介して接続されたオーディオ機器に、コンテンツを配信するサーバであって、
配信対象のコンテンツを記憶するコンテンツ記憶手段と、
前記オーディオ機器から送られる配信要求情報を受信する配信要求受信手段と、
前記オーディオ機器に配信したコンテンツの配信状況を記憶する記憶手段と、
前記配信要求受信手段が受信した配信要求情報及び、前記記憶手段に記憶された配信状況に従って、コンテンツの中断箇所からの再配信、又は、コンテンツの全配信の何れかを判別する判別手段と、
前記判別手段の判別結果に従って、前記コンテンツ記憶手段に記憶される対象のコンテンツを読み出す読み出し手段と、
前記読み出し手段が読み出したコンテンツを前記オーディオ機器に向けて配信する配信手段と、を備え、
前記読み出し手段は、前記判別手段が中断箇所からの再配信を判別した場合に、前記コンテンツ記憶手段に記憶される対象のコンテンツを中断箇所から読み出す、
ことを特徴とする。
【００１５】
上記目的を達成するため、本発明の第５の観点に係るオーディオ機器は、
コンテンツを配信するサーバとネットワークを介して接続されたオーディオ機器であって、
前記サーバから配信されるコンテンツの受信状況を記憶する記憶手段と、
前記記憶手段に記憶される受信状況に従って、受信を中断したコンテンツの中断箇所からの再配信、又は、コンテンツの全配信の何れかを要求する配信要求情報を生成する生成手段と、
前記生成手段が生成した配信要求情報を前記サーバに向けて送信する配信要求手段と、
前記配信要求手段が送信した配信要求情報に応答して、前記サーバから配信されるコンテンツを受信するコンテンツ受信手段と、
前記コンテンツ受信手段が受信したコンテンツを再生する再生手段と、を備え、
前記コンテンツ受信手段は、前記生成手段が中断箇所からの再配信を要求する配信要求情報を生成して、前記配信要求手段が該配信要求情報を前記サーバに向けて送信した場合に、前記サーバから配信される中断箇所からのコンテンツを受信する、
ことを特徴とする。
【００１６】
上記目的を達成するため、本発明の第６の観点に係るオーディオ機器は、
コンテンツの配信状況を管理しながらコンテンツの配信を行うサーバと、ネットワークを介して接続されたオーディオ機器であって、
コンテンツの配信を要求する配信要求情報を生成する生成手段と、
前記生成手段が生成した配信要求情報を前記サーバに向けて送信する配信要求手段と、
前記配信要求手段が送信した配信要求情報に応答して、前記サーバから、中断箇所からの再配信、又は、全配信の何れかにより配信されるコンテンツを受信するコンテンツ受信手段と、
前記コンテンツ受信手段が受信したコンテンツを再生する再生手段と、
を備えることを特徴とする。
【００１７】
上記目的を達成するため、本発明の第７の観点に係る配信制御方法は、
ネットワークを介して接続されたオーディオ機器に、コンテンツを配信するサーバにおける配信制御方法であって、
オーディオ機器から送られる、コンテンツの中断箇所からの再配信、又は、コンテンツの全配信の何れかを要求する配信要求情報を受信する配信要求受信ステップと、
前記配信要求受信ステップにて受信した配信要求情報に従って、配信対象のコンテンツを記憶する所定のデータベースから、対象のコンテンツを読み出す読み出しステップと、
前記読み出しステップにて読み出したコンテンツをオーディオ機器に向けて配信する配信ステップと、を備え、
前記読み出しステップは、前記配信要求受信ステップにて受信した配信要求情報が、中断箇所からの再配信を要求するものである場合に、コンテンツを記憶するデータベースに記憶される対象のコンテンツを中断箇所から読み出す、
ことを特徴とする。
【００１８】
上記目的を達成するため、本発明の第８の観点に係る配信制御方法は、
ネットワークを介して接続されたオーディオ機器に、コンテンツを配信するサーバにおける配信制御方法であって、
オーディオ機器から送られる配信要求情報を受信する配信要求受信ステップと、
オーディオ機器に向けて配信したコンテンツの配信状況を記憶する所定の記憶部に記憶される配信状況及び、前記配信要求受信ステップにて受信した配信要求情報に従って、コンテンツの中断箇所からの再配信、又は、コンテンツの全配信の何れかを判別する判別ステップと、
前記判別ステップの判別結果に従って、コンテンツを記憶する所定のデータベースから対象のコンテンツを読み出す読み出しステップと、
前記読み出しステップにて読み出したコンテンツをオーディオ機器に向けて配信する配信ステップと、を備え、
前記読み出しステップは、前記判別ステップにて中断箇所からの再配信が判別された場合に、データベースに記憶される対象のコンテンツを中断箇所から読み出す、
ことを特徴とする。
【００１９】
上記目的を達成するため、本発明の第９の観点に係る受信制御方法は、
コンテンツを配信するサーバとネットワークを介して接続されたオーディオ機器における受信制御方法であって、
サーバから配信されるコンテンツの受信状況を記憶する所定の記憶部に記憶される受信状況に従って、受信を中断したコンテンツの中断箇所からの再配信、又は、コンテンツの全配信の何れかを要求する配信要求情報を生成する生成ステップと、
前記生成ステップにて生成した配信要求情報をサーバに向けて送信する配信要求ステップと、
前記配信要求ステップにて送信した配信要求情報に応答して、サーバから配信されるコンテンツを受信するコンテンツ受信ステップと、
前記コンテンツ受信ステップにて受信したコンテンツを再生する再生ステップと、を備え、
前記コンテンツ受信ステップは、前記生成ステップにて中断箇所からの再配信を要求する配信要求情報を生成して、前記配信要求ステップにて該配信要求情報をサーバに向けて送信した場合に、サーバから配信される中断箇所からのコンテンツを受信する、
ことを特徴とする。
【００２０】
上記目的を達成するため、本発明の第１０の観点に係る受信制御方法は、
コンテンツの配信状況を管理しながらコンテンツの配信を行うサーバと、ネットワークを介して接続されたオーディオ機器における受信制御方法であって、
コンテンツの配信を要求する配信要求情報を生成する生成ステップと、
前記生成ステップにて生成した配信要求情報をサーバに向けて送信する配信要求ステップと、
前記配信要求ステップにて送信した配信要求情報に応答して、サーバから、中断箇所からの再配信、又は、全配信の何れかにより配信されるコンテンツを受信するコンテンツ受信ステップと、
前記コンテンツ受信ステップにて受信したコンテンツを再生する再生ステップと、
を備えることを特徴とする。
【００２１】
【発明の実施の形態】
本発明の実施の形態にかかる情報配信システムについて、以下図面を参照して説明する。
【００２２】
図１は、この発明の実施の形態に適用される情報配信システムの構成の一例を示す模式図である。図示するように、このシステムは、オーディオ機器１と、データサーバ３とから構成される。なお、オーディオ機器１とデータサーバ３とは、インターネット等のネットワーク９を介して接続されている。
【００２３】
まず、オーディオ機器１について、図２を参照して説明する。図２は、オーディオ機器１の構成の一例を示すブロック図である。図示するように、オーディオ機器１は、チューナユニット１１と、ＭＤ記録再生ユニット１２と、信号処理部１３と、ネットワークアダプタ１４と、ハードディスク１５と、フラッシュメモリ１６と、計時ユニット１７と、操作部１８と、表示部１９と、制御部２０と、ソース選択部２１と、アンプ２２と、スピーカ２３とを含んで構成される。
【００２４】
チューナユニット１１は、所定のアンテナを介してＡＭ放送やＦＭ放送等の放送番組を受信し、受信した番組音声をソース選択部２１に供給する。
【００２５】
ＭＤ（ミニディスク）記録再生ユニット１２は、信号処理部１３に制御され、ＭＤ（記録用ＭＤ）に楽曲データを記録する。
例えば、ＭＤ記録再生ユニット１２は、ＮｅｔＭＤ（登録商標）規格に準じた記録再生ユニットであり、ハードディスク１５に格納された楽曲データを、ＭＤに記録し（チェックアウトし）、また、ＭＤに記録した楽曲データをハードディスク１５に戻す（チェックインする）。
また、ＭＤ記録再生ユニット１２は、ＭＤに記録した楽曲データから音声信号を再生し、再生した音声信号をソース選択部２１に供給する。
【００２６】
信号処理部１３は、例えば、ＤＳＰ（Ｄｉｇｉｔａｌ　Ｓｉｇｎａｌ　Ｐｒｏｃｅｓｓｏｒ）等からなり、制御部２０から供給される動作命令等に従って、ＭＤ記録再生ユニット１２の記録・再生動作を制御する。
また、信号処理部１３は、ハードディスク１５に格納された楽曲データ（例えば、暗号化されたＡＴＲＡＣ３データやＰＣＭデータ等）の抽出及び、復号を行い、音声信号を再生する。そして、再生した音声信号をソース選択部２１に供給する。
更に、信号処理部１３は、データサーバ３からストリーミング配信された番組コンテンツ（例えば、複数の楽曲データ等からなるストリームデータ）が供給されると、デコード等を行い、復号した音声信号をソース選択部２１に供給する。
【００２７】
ネットワークアダプタ１４は、例えば、ＬＡＮ（Ｌｏｃａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）カードや高速モデム等からなり、制御部２０に制御され、ネットワーク９を介してデータサーバ３との間で必要な情報を送受信する。
例えば、ネットワークアダプタ１４は、番組コンテンツ等の配信を要求する配信要求情報をデータサーバ３に送信する。また、送信した配信要求情報に応答してデータサーバ３から配信される番組コンテンツ（ストリームデータ等）や楽曲データ（ダウンロードデータ等）を受信する。
【００２８】
ハードディスク１５は、所定容量の磁気ディスクユニットからなり、データサーバ３から配信された楽曲データ（ダウンロードデータ等）を記憶する。
また、ハードディスク１５は、制御部２０に制御され、記憶している楽曲データを信号処理部１３等に供給する。
【００２９】
フラッシュメモリ１６は、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ　Ｅｒａｓａｂｌｅ　ａｎｄ　Ｐｒｏｇｒａｍｍａｂｌｅ　ＲＯＭ）等からなり、ユーザＩＤ、パスワード及び、機器ＩＤ等を記憶する。
これらのユーザＩＤやパスワード等は、制御部２０に適宜読み出され、オーディオ機器１がネットワーク９を介して最初にデータサーバ３にアクセスする際に、ユーザ認証のために使用される。
また、フラッシュメモリ１６は、データサーバ３からストリーミング配信され、オーディオ機器１にて受信した番組コンテンツの受信状況を管理する。例えば、フラッシュメモリ１６は、図３に示すような受信履歴情報を記憶して、番組コンテンツの受信状況を管理する。この受信履歴情報は、受信日時、番組ＩＤ、ｃｈ番号、内部コード、状態区分、及び、中断箇所等からなる。
なお、状態区分とは、ストリーミング配信される番組コンテンツの受信状態を示す区分であり、番組コンテンツを全て受信し終えた場合に「完了」がセットされ、また、途中で受信が中断された場合に、「未完」がセットされる。
また、中断箇所とは、番組コンテンツの受信が途中で中断された場合に、その中断箇所を特定するための情報である。具体的に、中断箇所は、ストリームデータのタイムスタンプ（時：分：秒等）及び、楽曲ＩＤ（番組コンテンツ中の楽曲データを特定する識別情報）等からなる。
【００３０】
図２に戻って、計時ユニット１７は、クロック回路等からなり、現在日付（年月日）及び、現在時間（時分秒）等を計時する。
また、計時ユニット１７は、タイマ機能も備えており、設定された日時になると、制御部２０に対して、所定動作の開始を指示する。
【００３１】
操作部１８は、オーディオ機器１の前面に配置された複数のキースイッチやアナログスイッチ等からなり、利用者の操作に従った指示情報を入力して制御部２０に供給する。
例えば、操作部１８には、データサーバ３に対して番組コンテンツ等の配信を要求するための要求キーや、受信している番組コンテンツの中断（受信停止）を指示するための中断キー等が含まれている。
【００３２】
表示部１９は、蛍光表示管や液晶表示ユニット等からなり、制御部２０に制御され、オーディオ機器１の動作状況等を示すシンボルやメッセージ等を表示する。
例えば、表示部１９は、データサーバ３にて配信可能となる番組コンテンツの一覧（番組一覧）等の情報を表示する。
【００３３】
制御部２０は、ＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）、ＲＯＭ（Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）及び、ＲＡＭ（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）を含んだ１チップマイコン等からなり、オーディオ機器１全体を制御する。
【００３４】
例えば、制御部２０は、利用者により操作部１８の要求キーが押下されると、番組コンテンツの配信を要求するための配信要求情報を生成し、データサーバ３に向けて送信する。そして、この配信要求情報に応答して、データサーバ３から番組コンテンツ（例えば、複数の楽曲データ等からなるストリームデータ）がストリーミング配信されると、制御部２０は、受信した番組コンテンツ（ストリームデータ）を信号処理部１３に順次供給して、楽曲音等をスピーカ２３から出力させる。
また、ストリーミング配信される番組コンテンツを受信中に、利用者により操作部１８の中断キーが押下され、受信の中断（受信停止）が指示されると、制御部２０は、ストリームデータ中のタイムスタンプ等を取得して、フラッシュメモリ１６の受信履歴情報（図３に例示する）にセットする。
なお、ダウンロード配信によって、楽曲データ等がデータサーバ３から配信される場合には、制御部２０は、１まとまり（１曲分等）の楽曲データ等を受信してハードディスク１５に格納した後に、格納した楽曲データ等を再生する。
【００３５】
ソース選択部２１は、入力切換スイッチ等からなり、制御部２０に制御され、チューナユニット１１、ＭＤ記録再生ユニット１２及び、信号処理部１３の何れか１つを入力ソースとして選択する。ソース選択部２１は、選択した入力ソースから出力される音声信号をアンプ２２に供給する。
【００３６】
アンプ２２は、所定の増幅回路等からなり、ソース選択部２１を介して供給された音声信号を適宜増幅し、増幅した音声信号をスピーカ２３に供給する。
【００３７】
スピーカ２３は、ステレオスピーカ等からなり、アンプ２２にて増幅された音声信号に従って、音声（楽曲音等）を出力する。
【００３８】
次に、データサーバ３について、図４を参照して説明する。図４は、データサーバ３の構成の一例を示すブロック図である。図示するように、データサーバ３は、データベース３０と、処理制御部４１と、エンコード処理ユニット４２と、通信制御部４３とを含んで構成される。
【００３９】
データベース３０は、例えば、コンテンツ管理ＤＢ３１と、利用者情報管理ＤＢ３２とからなる。
コンテンツ管理ＤＢ３１は、複数の楽曲データ等から構成される番組コンテンツを管理するデータベースである。具体的にコンテンツ管理ＤＢ３１は、図５に示すように、番組ＩＤ、ｃｈ番号、内部コード、番組名、及び、格納アドレス等からなる。
なお、番組ＩＤとは、番組コンテンツを特定するためのユニークな識別情報である。また、ｃｈ番号とは、番組（番組コンテンツ）に割り振られたチャンネル番号である。
更に、内部コードとは、番組のバージョン（版数）を示すコード（例えば、作成月日等）であり、番組コンテンツの内容が更新（構成楽曲の入れ替え等）される度に、新たに採番されるコードである。
【００４０】
利用者情報管理ＤＢ３２は、データサーバ３にアクセスしサービスを利用できる利用者についての情報を管理するデータベースである。具体的に利用者情報管理ＤＢ３２は、図６に示すように、利用者を特定するユーザＩＤ、パスワード及びユーザ名等や、利用者が好んで聴く楽曲のジャンル、楽曲名やアーティスト等を設定しておくための嗜好情報等を記憶する。
【００４１】
図４に戻って、処理制御部４１は、所定のコンピュータユニットからなり、データサーバ３全体を制御する。
例えば、処理制御部４１は、通信制御部４３を介して、オーディオ機器１から送られる配信要求情報を受信すると、コンテンツ管理ＤＢ３１を検索し、対応する番組コンテンツ（複数の楽曲データ等）を取得する。そして、取得した番組コンテンツを、通信制御部４３を介して、オーディオ機器１に向けて配信する。
なお、ストリーミング配信によって番組コンテンツをオーディオ機器１に配信する場合に、処理制御部４１は、コンテンツ管理ＤＢ３１から取得した番組コンテンツをエンコード処理ユニット４２に供給する。
【００４２】
エンコード処理ユニット４２は、番組コンテンツ（複数の楽曲データ等）を、オーディオ機器１にて再生可能となるストリームデータ形式に、リアルタイムにエンコードするエンコーダ回路等からなる。
エンコード処理ユニット４２は、処理制御部４１から供給された番組コンテンツをストリームデータに順次エンコードし、エンコードした番組コンテンツ（複数の楽曲データ等）を、通信制御部４３を介してオーディオ機器１に向けて配信する。
なお、エンコード処理ユニット４２によって番組コンテンツを順次エンコードする代わりに、予め配信用にオーサリングされた番組コンテンツ（複数の楽曲データ等）をコンテンツ管理ＤＢ３１に格納しておいてもよい。
【００４３】
通信制御部４３は、回線制御装置やゲートウェイ装置等からなり、ネットワーク９を介して、データサーバ３とオーディオ機器１との間に必要な情報を送受信する。
【００４４】
以下、この発明の実施の形態にかかる情報配信システムの動作について、図７等を参照して説明する。
図７は、オーディオ機器１にて実行される配信要求処理及び、データサーバ３にて実行される番組配信処理を説明するためのフローチャートである。
なお、オーディオ機器１では、例えば、操作部１８が利用者に操作され、番組一覧の取得が指示された際に、制御部２０により配信要求処理が実行されるものとする。また、データサーバ３では、オーディオ機器１からのネットワーク９を介したアクセスに応答して、処理制御部４１により番組配信処理が実行されるものとする。
【００４５】
まず、オーディオ機器１の制御部２０は、利用者による操作部１８の操作に従って、番組一覧要求情報を生成し、データサーバ３に向けて送信する（ステップＳ１１）。つまり、情報配信システムにおいて、配信可能となっている番組コンテンツの一覧を、データサーバ３に要求する。
その後、制御部２０は、データサーバ３から送られる番組一覧情報を受信するまで、後続処理の実行を待機する（ステップＳ１２）。
【００４６】
一方、データサーバ３の処理制御部４１は、オーディオ機器１から送られる番組一覧要求情報を受信するまで待機し（ステップＳ３１）、番組一覧要求情報を受信すると、コンテンツ管理ＤＢ３１を検索し、番組一覧情報を生成する（ステップＳ３２）。
例えば、処理制御部４１は、図５に示すようなコンテンツ管理ＤＢ３１から、番組ＩＤ、ｃｈ番号、番組名及び内部コードをそれぞれ抽出して、配信可能な番組コンテンツの一覧となる番組一覧情報を生成する。
そして、処理制御部４１は、生成した番組一覧情報をオーディオ機器１に向けて送信する（ステップＳ３３）。
このようにしてデータサーバ３から送られた番組一覧情報は、ネットワーク９を介して、オーディオ機器１に送られる。
【００４７】
オーディオ機器１の制御部２０は、ネットワークアダプタ１４を介して番組一覧情報を受信すると、番組一覧を表示部１９に表示すると共に、操作部１８から選択される番組（番組コンテンツ）を特定する（ステップＳ１３）。
例えば、制御部２０は、ｃｈ番号に対応した番組名の一覧を表示部１９に表示した状態で、操作部１８にて選択された１つの番組（選択されたｃｈ番号等から定まる番組ＩＤの番組コンテンツ）を特定する。
【００４８】
制御部２０は、特定した番組（番組コンテンツ）の受信状態が未完であるか否かを判別する（ステップＳ１４）。つまり、過去に同じ番組コンテンツの配信を受けたことがあり、かつ、その番組コンテンツの受信を途中で中断した状態であるか否かを判別する。
具体的に制御部２０は、フラッシュメモリ１６に記憶されている図３に示すような受信履歴情報を参照して、特定した番組ＩＤの番組コンテンツが含まれており、かつ、状態区分が「未完」となっているか否かを判別する。つまり、制御部２０は、受信履歴情報に同じ番組ＩＤの履歴があり、状態区分が「未完」となっている場合にだけ、番組コンテンツの受信状態が未完であると判別する。なお、データサーバ３において番組コンテンツの内容が更新されている場合があるので、制御部２０は、内部コードの一致も確認する。
【００４９】
制御部２０は、特定した番組コンテンツの受信状態が未完でない（例えば、特定した番組ＩＤが受信履歴情報にない場合や、受信履歴情報にあっても状態区分が「完了」となっている場合等）と判別すると、後述するステップＳ１６に処理を進める。
逆に、特定した番組コンテンツの受信状態が未完であると判別すると、制御部２０は、受信の中断箇所を示すタイムスタンプ等を取得する（ステップＳ１５）。具体的に制御部２０は、図３に示すような受信履歴情報から、対応する中断箇所（タイムスタンプや楽曲ＩＤ等）を取得する。
【００５０】
制御部２０は、番組コンテンツの配信を要求する配信要求情報を生成し、データサーバ３に向けて送信する（ステップＳ１６）。
例えば、制御部２０は、番組ＩＤ、ｃｈ番号、及び、内部コードを含む配信要求情報を生成し、対応する番組コンテンツの配信をデータサーバ３に要求する。なお、上記のステップＳ１５にてタイムスタンプ等を取得している場合に、制御部２０は、タイムスタンプ等を付加した配信要求情報を生成して、データサーバ３に送信する。
その後、制御部２０は、データサーバ３から番組コンテンツの配信が開始されるまで、後続処理の実行を待機する（ステップＳ１７）。
【００５１】
一方、データサーバ３の処理制御部４１は、オーディオ機器１から送られる配信要求情報の受信を待機し（ステップＳ３４）、そして、配信要求情報を受信すると、受信した配信要求情報に、タイムスタンプ等が付加されているか否かを判別する（ステップＳ３５）。
処理制御部４１は、タイムスタンプ等が配信要求情報に付加されていないと判別した場合、配信要求情報に含まれる番組ＩＤ等に従って、コンテンツ管理ＤＢ３１から対象の番組コンテンツ（複数の楽曲データ等）を通常に読み出す（ステップＳ３６）。
【００５２】
逆に、配信要求情報にタイムスタンプ等が付加されていると判別した場合に、処理制御部４１は、コンテンツ管理ＤＢ３１から対象の番組コンテンツを、タイムスタンプ等に従って読み出す（ステップＳ３７）。つまり、処理制御部４１は、オーディオ機器１にて受信が中断した箇所に対応する途中位置から、番組コンテンツ（複数の楽曲データ等）を読み出す。
なお、処理制御部４１は、通常に番組コンテンツの読み出しを開始した後に、タイムスタンプ等に従った途中位置（中断箇所）まで読み飛ばしてもよい。
【００５３】
処理制御部４１は、読み出した番組コンテンツ（複数の楽曲データ等）をエンコード処理ユニット４２に供給する（ステップＳ３８）。
エンコード処理ユニット４２は、供給された番組コンテンツ（複数の楽曲データ等）を、所定のストリームデータ形式に順次エンコードし（ストリームデータを順次生成し）、生成したストリームデータを通信制御部４３を介して要求元のオーディオ機器１に向けて順次送信する（ステップＳ３９）。
番組コンテンツ（複数の楽曲データ等）が全てオーディオ機器１に送信されると、処理制御部４１は、番組配信処理を終了する。なお、オーディオ機器１にて受信が中断した場合も、タイムアウト等により、番組配信処理は終了する。
【００５４】
配信開始を待機していたオーディオ機器１の制御部２０は、ストリーミング配信が開始されると、データサーバ３から配信される楽曲データ等（番組コンテンツ）を再生する（ステップＳ１８）。つまり、制御部２０は、ネットワークアダプタ１４にて順次受信したストリームデータを信号処理部１３に供給し、信号処理部１３にてデコードした（再生した）楽曲音をスピーカ２３から出力させる。
なお配信が開始した際、制御部２０は、図３に示すような受信履歴情報に、新たなレコード（受信日時、番組ＩＤ、ｃｈ番号、及び、内部コードをセットし、状態区分等をセットしない）を追加する。
【００５５】
制御部２０は、番組コンテンツの配信が終了したか否かを判別する（ステップＳ１９）。制御部２０は、配信が終了したと判別すると、先ほど受信履歴情報に追加したレコードの状態区分に、「完了」をセットし、配信要求処理を終了する。
逆に、配信が終了していないと判別すると、制御部２０は、操作部１８の中断キーが操作され、受信の中断（受信中止）が指示されたか否かを判別する（ステップＳ２０）。
制御部２０は、受信の中断が指示されていないと判別すると、上述のステップＳ１８に処理を戻す。
【００５６】
逆に、受信の中断が指示されたと判別すると、制御部２０は、配信される番組コンテンツの受信を停止し、信号処理部１３に供給しているストリームデータ（再生中のストリーミングパケット等）からタイムスタンプや楽曲ＩＤ等を取得して、受信履歴情報にセットする（ステップＳ２１）。
つまり、制御部２０は、先ほど受信履歴情報に追加したレコードの状態区分に、「未完」をセットすると共に、中断箇所にタイムスタンプ及び楽曲ＩＤ等をセットする。
【００５７】
このように、図７を参照して説明した配信要求処理及び番組配信処理により、ストリーミング配信される番組コンテンツの聴取（受信）を途中で中断した場合に、中断箇所を示すタイムスタンプ等がオーディオ機器１内に記憶される。そして、再度同じ番組コンテンツの配信を要求する際に、オーディオ機器１からタイムスタンプ等がデータサーバ３に送信され、データサーバ３からは、前回に番組コンテンツの聴取（受信）を中断した箇所から番組コンテンツがストリーミング配信される。
【００５８】
このため、利用者は、中断前に既に聴いてしまった楽曲等を聴き直すことなく、途中から番組コンテンツを聴くことができる。
この結果、途中で中断した番組コンテンツの再配信を適切に行うことができる。
【００５９】
上記の実施の形態では、利用者により操作部１８が操作され、受信の中断が指示された際に、ストリーミング配信の中断箇所を示すタイムスタンプ等が図３に示すような受信履歴情報にセットされる場合について説明した。しかしながら、他の要件により、タイムスタンプ等が受信履歴情報にセットされるようにしてもよい。例えば、回線等の障害により、配信が中断した場合に、ネットワークアダプタ１４や制御部２０によって、配信の中断を検出し、自動的にタイムスタンプ等を受信履歴情報にセットしてもよい。
【００６０】
上記の実施の形態では、タイムスタンプ等をオーディオ機器１に記憶し、オーディオ機器１側が同じ番組コンテンツの再配信を要求する際に、このタイムスタンプ等が、データサーバ３に送られた。つまり、中断箇所に関する情報をオーディオ機器１側にて管理する場合について説明したが、中断箇所に関する情報をデータサーバ３側にて管理してもよい。
以下、中断箇所に関する情報をデータサーバ３側にて管理するこの発明の他の実施に係る情報配信システムについて、図８〜図１０を参照して説明する。
なお、情報配信システム全体の構成は、図１と同じであり、また、オーディオ機器１の構成も図２と同じである。ただし、オーディオ機器１のフラッシュメモリ１６には、図３に示すような受信履歴情報が記憶されない。
【００６１】
データサーバ３は、図８に示すように、上述した図４のデータサーバ３と異なり、データベース３０に配信履歴管理ＤＢ３３を更に備えている。なお、図８に示すデータサーバ３の他の構成は、図４に示すデータサーバ３と同じである。
【００６２】
配信履歴管理ＤＢ３３は、データサーバ３からオーディオ機器１（複数のオーディオ機器１）にストリーミング配信した番組コンテンツの配信状況を管理するデータベースである。具体的に配信履歴管理ＤＢ３３は、図９に示すような配信履歴情報を記憶し、利用者単位（オーディオ機器１単位）に配信状況を管理する。図示するように、この配信履歴情報は、配信日時、番組ＩＤ、ｃｈ番号、内部コード、状態区分、及び、中断箇所等からなる。
なお、状態区分とは、ストリーミング配信した番組コンテンツの配信状態を示す区分であり、番組コンテンツを全て配信し終えた場合に「完了」がセットされ、また、途中で配信が中断された場合に、「中断」がセットされる。
また、中断箇所とは、番組コンテンツの配信が途中で中断された場合に、その中断箇所を特定するための情報である。具体的に、中断箇所は、ストリームデータのタイムスタンプ（時：分：秒等）及び、楽曲ＩＤ（番組コンテンツ中の楽曲データを特定する識別情報）等からなる。
【００６３】
以下、この発明の他の実施の形態にかかる情報配信システムの動作について、図１０等を参照して説明する。
図１０は、オーディオ機器１にて実行される配信要求処理及び、図８のデータサーバ３にて実行される番組配信処理を説明するためのフローチャートである。
なお、番組コンテンツの配信前まで（番組一覧情報のやりとりまで）は、図７に示す配信要求処理及び、番組配信処理と同様であるため、省略している。
つまり、オーディオ機器１では、データサーバ３からの番組一覧情報の取得を終えており、制御部２０は、番組一覧を表示部１９に表示すると共に、操作部１８から選択される番組を特定しているものとする。
【００６４】
まず、オーディオ機器１の制御部２０は、特定した番組コンテンツの配信を要求する配信要求情報を生成し、データサーバ３に向けて送信する（ステップＳ４１）。例えば、制御部２０は、ユーザＩＤ、番組ＩＤ、ｃｈ番号、及び、内部コードを含む配信要求情報を生成し、対応する番組コンテンツの配信をデータサーバ３に要求する。
その後、制御部２０は、データサーバ３から番組コンテンツの配信が開始されるまで、後続処理の実行を待機する（ステップＳ４２）。
【００６５】
一方、データサーバ３の処理制御部４１は、オーディオ機器１から送られる配信要求情報の受信を待機し（ステップＳ５１）、そして、配信要求情報を受信すると、受信した配信要求情報に含まれるユーザＩＤ等に従って、配信履歴管理ＤＢ３３を検索する（ステップＳ５２）。
具体的に処理制御部４１は、図９に示すような配信履歴管理ＤＢ３３を検索し、ユーザＩＤ等が合致する配信履歴情報を取得する。
【００６６】
処理制御部４１は、配信が要求された番組（番組コンテンツ）の配信状態が未完であるか否かを判別する（ステップＳ５３）。つまり、過去に同じ番組コンテンツを同じユーザ（オーディオ機器１）に配信したことがあり、かつ、その番組コンテンツの配信が途中で中断された状態であるか否かを判別する。
具体的に処理制御部４１は、ステップＳ５２にて検索した配信履歴情報（同じユーザＩＤの情報）を参照して、配信が要求された番組ＩＤの番組コンテンツが含まれており、かつ、状態区分が「中断」となっているか否かを判別する。つまり、処理制御部４１は、配信履歴情報に同じ番組ＩＤの履歴があり、状態区分が「中断」となっている場合にだけ、番組コンテンツの配信状態が未完であると判別する。
なお、番組コンテンツの内容が更新されている場合があるので、処理制御部４１は、内部コードの一致も確認する。
【００６７】
処理制御部４１は、配信が要求された番組コンテンツの配信状態が未完でない（例えば、番組ＩＤが配信履歴情報にない場合や、配信履歴情報にあっても状態区分が「完了」となっている場合等）と判別すると、コンテンツ管理ＤＢ３１から対象の番組コンテンツ（複数の楽曲データ等）を通常に読み出す（ステップＳ５４）。
【００６８】
逆に、配信が要求された番組コンテンツの配信状態が未完であると判別すると、処理制御部４１は、配信履歴情報の中断箇所の情報（タイムスタンプ及び楽曲ＩＤ等）を参照し、コンテンツ管理ＤＢ３１から対象の番組コンテンツを、タイムスタンプ等に従って読み出す（ステップＳ５５）。
【００６９】
処理制御部４１は、読み出した番組コンテンツ（楽曲データ等）をエンコード処理ユニット４２に供給する（ステップＳ５６）。
エンコード処理ユニット４２は、ストリームデータを順次生成し、生成したストリームデータを通信制御部４３を介して要求元のオーディオ機器１に向けて順次送信する（ステップＳ５７）。
【００７０】
配信開始を待機していたオーディオ機器１の制御部２０は、ストリーミング配信が開始されると、データサーバ３から配信される楽曲データ等（番組コンテンツ）を再生する（ステップＳ４３）。
【００７１】
制御部２０は、配信が終了したか否かを判別する（ステップＳ４４）。制御部２０は、配信が終了したと判別すると、配信要求処理を終了する。逆に、配信が終了していないと判別すると、制御部２０は、操作部１８の中断キーが操作され、受信の中断が指示されたか否かを判別する（ステップＳ４５）。
制御部２０は、受信の中断が指示されていないと判別すると、上述のステップＳ４３に処理を戻す。
【００７２】
逆に、受信の中断が指示されたと判別すると、制御部２０は、タイムスタンプ等を含んだ中断要求情報を生成し、データサーバ３に向けて送信する（ステップＳ４６）。つまり、制御部２０は、信号処理部１３に供給しているストリームデータ（再生中のストリーミングパケット等）からタイムスタンプ及び楽曲ＩＤ等を取得する。そして、このタイムスタンプ等を含んだ中断要求情報を生成してデータサーバ３に送信することにより、番組コンテンツの配信中止を要求する。
【００７３】
一方、データサーバ３の処理制御部４１は、番組コンテンツの配信が完了したか否かを判別する（ステップＳ５８）。処理制御部４１は、配信が完了したと判別すると、配信履歴管理ＤＢ３３に完了履歴を付加する。つまり、同じユーザＩＤの配信履歴情報に、新たなレコード（配信日時、番組ＩＤ、ｃｈ番号、及び、内部コードをセットし、また、状態区分に「完了」をセットする）を付加する。
【００７４】
逆に、配信が完了していないと判別すると、処理制御部４１は、中断要求情報をオーディオ機器１から受信したか否かを判別する（ステップＳ６０）。
処理制御部４１は、中断要求情報を受信していないと判別すると、上述のステップＳ５７に処理を戻す。
【００７５】
逆に、中断要求情報を受信したと判別すると、処理制御部４１は、配信履歴管理ＤＢ３３に中断履歴を付加する（ステップＳ６１）。つまり、同じユーザＩＤの配信履歴情報に、新たなレコード（配信日時、番組ＩＤ、ｃｈ番号、及び、内部コードをセットし、また、状態区分に「中断」をセットする）を付加する。
【００７６】
このように、図１０を参照して説明した配信要求処理及び番組配信処理により、ストリーミング配信される番組コンテンツの聴取（受信）を途中で中断した場合に、中断箇所を示すタイムスタンプ等がデータサーバ３側に記憶される。そして、同じオーディオ機器１から再度同じ番組コンテンツの配信が要求されると、データサーバ３にてタイムスタンプ等が参照され、前回に配信を中断した箇所から番組コンテンツがストリーミング配信される。
【００７７】
このため、利用者は、中断前に既に聴いてしまった楽曲等を聴き直すことなく、途中から番組コンテンツを聴くことができる。
この結果、途中で中断した番組コンテンツの再配信を適切に行うことができる。
【００７８】
上記の他の実施の形態では、中断箇所を示す中断履歴を配信履歴管理ＤＢ３３にて管理し、再配信を行う際に、この中断履歴に従って、中断した箇所から番組コンテンツを再配信する場合について説明した。しかしながら、中断履歴の内容は中断箇所を示す情報に限らず任意である。例えば、中断履歴の内容に中断日時（時刻情報）をセットするようにし、この中断日時から中断箇所を求め、中断箇所から番組コンテンツを再配信できるようにしてもよい。
具体的に、オーディオ機器１は、番組コンテンツの聴取を途中で中断した際に、中断日時（現在日時情報）を記憶する。そして、同じ番組コンテンツの聴取を再開する際に、記憶していた中断日時をデータサーバ３に向けて送信する。
一方、データサーバ３は、各オーディオ機器１に向けて配信した番組コンテンツとその配信開始日時等を記憶しており、オーディオ機器１から送られた中断日時を受信すると、そのオーディオ機器１に対してその日時に配信していた番組コンテンツを特定すると共に、番組コンテンツにおける中断箇所を算出する。そして、データサーバ３は、算出した中断箇所から番組コンテンツを対象のオーディオ機器１に向けて再配信する。
この場合も、途中で中断した番組コンテンツの再配信を適切に行うことができる。
【００７９】
上記の実施の形態及び、他の実施の形態では、再配信時に、データサーバ３にて番組コンテンツが更新されていない場合について説明した。しかしながら、データサーバ３において、番組コンテンツの内容は、逐次更新されるのが一般的である。そのため、再配信時に、番組コンテンツの更新を考慮するようにしてもよい。
例えば、データサーバ３は、オーディオ機器１から中断箇所等が送られて、番組コンテンツを再配信する際に、配信履歴等から中断時点の番組コンテンツが現在配信可能な番組コンテンツ（更新済みの番組コンテンツ）と一致しているか否かを判別する。そして、一致していないと判別した場合に、データサーバ３は、番組コンテンツが更新済みであることを示すメッセージをオーディオ機器１に送信した後に、更新済みの番組コンテンツを最初から配信する。
なお、更新済みの番組コンテンツ中に、中断箇所の同じ楽曲が含まれている場合、データサーバ３は、その楽曲の途中（若しくは、先頭）から開始するように、更新済みの番組コンテンツを配信してもよい。
【００８０】
上記の実施の形態及び、他の実施の形態では、番組コンテンツを再配信する際に、処理制御部４１が、コンテンツ管理ＤＢ３１から途中位置の番組コンテンツを、中断箇所を示すタイムスタンプ等に従って読み出す場合について説明した。つまり、タイムスタンプ等により定まる途中位置から番組コンテンツの再配信を行っていた。しかしながら、途中位置からそのまま再配信を行わずに、区切りの良い位置まで戻って、再配信を行ってもよい。
例えば、タイムスタンプ等により定まる途中位置が、楽曲（楽曲データ）の途中である場合、処理制御部４１は、その楽曲データの先頭まで戻り、その楽曲の頭から再配信を行うようにしてもよい。
【００８１】
上記の実施の形態では、データサーバ３が複数の楽曲データから構成される番組コンテンツを配信する場合について説明したが、配信対象のコンテンツは、楽曲データに限られず任意である。例えば、データサーバ３は、映像データから構成されるコンテンツを配信してもよい。
【００８２】
【発明の効果】
以上説明したように、本発明によれば、途中で中断した番組コンテンツの再配信を適切に行うことができる。
【図面の簡単な説明】
【図１】本発明の実施の形態に係る情報配信システムの構成の一例を示す模式図である。
【図２】オーディオ機器の構成の一例を示すブロック図である。
【図３】フラッシュメモリに記憶される受信履歴情報の具体的な内容の一例を示す模式図である。
【図４】データサーバの構成の一例を示すブロック図である。
【図５】コンテンツ管理ＤＢの具体的な内容の一例を示す模式図である。
【図６】利用者情報管理ＤＢの具体的な内容の一例を示す模式図である。
【図７】本発明の実施の形態に係る配信要求処理及び、番組配信処理を説明するためのフローチャートである。
【図８】本発明の他の実施の形態に係る情報配信システムにおけるデータサーバの構成の一例を示すブロック図である。
【図９】配信履歴管理ＤＢの具体的な内容の一例を示す模式図である。
【図１０】本発明の他の実施の形態に係る配信要求処理及び、番組配信処理を説明するためのフローチャートである。
【符号の説明】
１　　オーディオ機器
１１　チューナユニット
１２　ＭＤ記録再生ユニット
１３　信号処理部
１４　ネットワークアダプタ
１５　ハードディスク
１６　フラッシュメモリ
１７　計時ユニット
１８　操作部
１９　表示部
２０　制御部
２１　ソース選択部
２２　アンプ
２３　スピーカ
３　　データサーバ
３０　データベース
３１　コンテンツ管理ＤＢ
３２　利用者情報管理ＤＢ
３３　配信履歴管理ＤＢ
４１　処理制御部
４２　エンコード処理ユニット
４３　通信制御部

Claims (12)

1. サーバとオーディオ機器とがネットワークを介して接続された配信システムであって、
   前記サーバは、
   配信対象のコンテンツを記憶するコンテンツ記憶手段と、
   前記オーディオ機器から送られる配信要求情報を受信する配信要求受信手段と、
   前記配信要求受信手段が受信した配信要求情報に従って、前記コンテンツ記憶手段に記憶される対象のコンテンツを、前記オーディオ機器に向けて配信する配信手段と、を備え、
   前記オーディオ機器は、
   前記サーバから配信されるコンテンツの受信状況を記憶する記憶手段と、
   前記記憶手段に記憶される受信状況に従って、受信を中断したコンテンツの中断箇所からの再配信、又は、コンテンツの全配信の何れかを要求する配信要求情報を生成する生成手段と、
   前記生成手段が生成した配信要求情報を前記サーバに向けて送信する配信要求手段と、
   前記配信要求手段が送信した配信要求情報に応答して、前記サーバから配信されるコンテンツを受信するコンテンツ受信手段と、を備える、
   ことを特徴とする配信システム。
2. 前記配信手段は、
   前記配信要求受信手段が受信した配信要求情報に従って、前記コンテンツ記憶手段に記憶される対象のコンテンツを読み出す読み出し手段と、
   前記読み出し手段が読み出したコンテンツを前記オーディオ機器に向けてストリーミング配信するストリーミング配信手段と、を備え、
   前記読み出し手段は、前記配信要求受信手段にて受信した配信要求情報が、中断箇所からの再配信を要求するものである場合に、前記コンテンツ記憶手段に記憶される対象のコンテンツを中断箇所から読み出す、
   ことを特徴とする請求項１に記載の配信システム。
3. サーバとオーディオ機器とがネットワークを介して接続された配信システムであって、
   前記サーバは、
   配信対象のコンテンツを記憶するコンテンツ記憶手段と、
   前記オーディオ機器から送られる配信要求情報を受信する配信要求受信手段と、
   前記オーディオ機器に配信したコンテンツの配信状況を記憶する記憶手段と、
   前記配信要求受信手段が受信した配信要求情報及び、前記記憶手段に記憶された配信状況に従って、コンテンツの中断箇所からの再配信、又は、コンテンツの全配信の何れかを、前記オーディオ機器に向けて行う配信手段と、を備え、
   前記オーディオ機器は、
   コンテンツの配信を要求する配信要求情報を生成する生成手段と、
   前記生成手段が生成した配信要求情報を前記サーバに向けて送信する配信要求手段と、
   前記配信要求手段が送信した配信要求情報に応答して、前記サーバから配信されるコンテンツを受信するコンテンツ受信手段と、を備える、
   ことを特徴とする配信システム。
4. 前記配信手段は、
   前記配信要求受信手段が受信した配信要求情報及び、前記記憶手段に記憶された配信状況に従って、コンテンツの中断箇所からの再配信、又は、コンテンツの全配信の何れかを判別する判別手段と、
   前記判別手段の判別結果に従って、前記コンテンツ記憶手段に記憶される対象のコンテンツを読み出す読み出し手段と、
   前記読み出し手段が読み出したコンテンツを前記オーディオ機器に向けてストリーミング配信するストリーミング配信手段と、を備え、
   前記読み出し手段は、前記判別手段が中断箇所からの再配信を判別した場合に、前記コンテンツ記憶手段に記憶される対象のコンテンツを中断箇所から読み出す、
   ことを特徴とする請求項３に記載の配信システム。
5. ネットワークを介して接続されたオーディオ機器に、コンテンツを配信するサーバであって、
   配信対象のコンテンツを記憶するコンテンツ記憶手段と、
   前記オーディオ機器から送られる、コンテンツの中断箇所からの再配信、又は、コンテンツの全配信の何れかを要求する配信要求情報を受信する配信要求受信手段と、
   前記配信要求受信手段が受信した配信要求情報に従って、前記コンテンツ記憶手段に記憶される対象のコンテンツを読み出す読み出し手段と、
   前記読み出し手段が読み出したコンテンツを前記オーディオ機器に向けて配信する配信手段と、を備え、
   前記読み出し手段は、前記配信要求受信手段にて受信した配信要求情報が、中断箇所からの再配信を要求するものである場合に、前記コンテンツ記憶手段に記憶される対象のコンテンツを中断箇所から読み出す、
   ことを特徴とするサーバ。
6. ネットワークを介して接続されたオーディオ機器に、コンテンツを配信するサーバであって、
   配信対象のコンテンツを記憶するコンテンツ記憶手段と、
   前記オーディオ機器から送られる配信要求情報を受信する配信要求受信手段と、
   前記オーディオ機器に配信したコンテンツの配信状況を記憶する記憶手段と、
   前記配信要求受信手段が受信した配信要求情報及び、前記記憶手段に記憶された配信状況に従って、コンテンツの中断箇所からの再配信、又は、コンテンツの全配信の何れかを判別する判別手段と、
   前記判別手段の判別結果に従って、前記コンテンツ記憶手段に記憶される対象のコンテンツを読み出す読み出し手段と、
   前記読み出し手段が読み出したコンテンツを前記オーディオ機器に向けて配信する配信手段と、を備え、
   前記読み出し手段は、前記判別手段が中断箇所からの再配信を判別した場合に、前記コンテンツ記憶手段に記憶される対象のコンテンツを中断箇所から読み出す、
   ことを特徴とするサーバ。
7. コンテンツを配信するサーバとネットワークを介して接続されたオーディオ機器であって、
   前記サーバから配信されるコンテンツの受信状況を記憶する記憶手段と、
   前記記憶手段に記憶される受信状況に従って、受信を中断したコンテンツの中断箇所からの再配信、又は、コンテンツの全配信の何れかを要求する配信要求情報を生成する生成手段と、
   前記生成手段が生成した配信要求情報を前記サーバに向けて送信する配信要求手段と、
   前記配信要求手段が送信した配信要求情報に応答して、前記サーバから配信されるコンテンツを受信するコンテンツ受信手段と、
   前記コンテンツ受信手段が受信したコンテンツを再生する再生手段と、を備え、
   前記コンテンツ受信手段は、前記生成手段が中断箇所からの再配信を要求する配信要求情報を生成して、前記配信要求手段が該配信要求情報を前記サーバに向けて送信した場合に、前記サーバから配信される中断箇所からのコンテンツを受信する、
   ことを特徴とするオーディオ機器。
8. コンテンツの配信状況を管理しながらコンテンツの配信を行うサーバと、ネットワークを介して接続されたオーディオ機器であって、
   コンテンツの配信を要求する配信要求情報を生成する生成手段と、
   前記生成手段が生成した配信要求情報を前記サーバに向けて送信する配信要求手段と、
   前記配信要求手段が送信した配信要求情報に応答して、前記サーバから、中断箇所からの再配信、又は、全配信の何れかにより配信されるコンテンツを受信するコンテンツ受信手段と、
   前記コンテンツ受信手段が受信したコンテンツを再生する再生手段と、
   を備えることを特徴とするオーディオ機器。
9. ネットワークを介して接続されたオーディオ機器に、コンテンツを配信するサーバにおける配信制御方法であって、
   オーディオ機器から送られる、コンテンツの中断箇所からの再配信、又は、コンテンツの全配信の何れかを要求する配信要求情報を受信する配信要求受信ステップと、
   前記配信要求受信ステップにて受信した配信要求情報に従って、配信対象のコンテンツを記憶する所定のデータベースから、対象のコンテンツを読み出す読み出しステップと、
   前記読み出しステップにて読み出したコンテンツをオーディオ機器に向けて配信する配信ステップと、を備え、
   前記読み出しステップは、前記配信要求受信ステップにて受信した配信要求情報が、中断箇所からの再配信を要求するものである場合に、コンテンツを記憶するデータベースに記憶される対象のコンテンツを中断箇所から読み出す、
   ことを特徴とする配信制御方法。
10. ネットワークを介して接続されたオーディオ機器に、コンテンツを配信するサーバにおける配信制御方法であって、
    オーディオ機器から送られる配信要求情報を受信する配信要求受信ステップと、
    オーディオ機器に向けて配信したコンテンツの配信状況を記憶する所定の記憶部に記憶される配信状況及び、前記配信要求受信ステップにて受信した配信要求情報に従って、コンテンツの中断箇所からの再配信、又は、コンテンツの全配信の何れかを判別する判別ステップと、
    前記判別ステップの判別結果に従って、コンテンツを記憶する所定のデータベースから対象のコンテンツを読み出す読み出しステップと、
    前記読み出しステップにて読み出したコンテンツをオーディオ機器に向けて配信する配信ステップと、を備え、
    前記読み出しステップは、前記判別ステップにて中断箇所からの再配信が判別された場合に、データベースに記憶される対象のコンテンツを中断箇所から読み出す、
    ことを特徴とする配信制御方法。
11. コンテンツを配信するサーバとネットワークを介して接続されたオーディオ機器における受信制御方法であって、
    サーバから配信されるコンテンツの受信状況を記憶する所定の記憶部に記憶される受信状況に従って、受信を中断したコンテンツの中断箇所からの再配信、又は、コンテンツの全配信の何れかを要求する配信要求情報を生成する生成ステップと、
    前記生成ステップにて生成した配信要求情報をサーバに向けて送信する配信要求ステップと、
    前記配信要求ステップにて送信した配信要求情報に応答して、サーバから配信されるコンテンツを受信するコンテンツ受信ステップと、
    前記コンテンツ受信ステップにて受信したコンテンツを再生する再生ステップと、を備え、
    前記コンテンツ受信ステップは、前記生成ステップにて中断箇所からの再配信を要求する配信要求情報を生成して、前記配信要求ステップにて該配信要求情報をサーバに向けて送信した場合に、サーバから配信される中断箇所からのコンテンツを受信する、
    ことを特徴とする受信制御方法。
12. コンテンツの配信状況を管理しながらコンテンツの配信を行うサーバと、ネットワークを介して接続されたオーディオ機器における受信制御方法であって、
    コンテンツの配信を要求する配信要求情報を生成する生成ステップと、
    前記生成ステップにて生成した配信要求情報をサーバに向けて送信する配信要求ステップと、
    前記配信要求ステップにて送信した配信要求情報に応答して、サーバから、中断箇所からの再配信、又は、全配信の何れかにより配信されるコンテンツを受信するコンテンツ受信ステップと、
    前記コンテンツ受信ステップにて受信したコンテンツを再生する再生ステップと、
    を備えることを特徴とする受信制御方法。

Images