(57)【要約】【課題】コンテンツデータの配信を受ける端末装置のそれぞれが、それらのユーザの利用態様に応じた適宜のタイミングでコンテンツデータの配信を受けられるようにする。【解決手段】端末装置１においては、キー操作部１８を通じて、ユーザからの受信希望時刻（起動時刻）を指示するための情報が受け付けられ、この受信希望時刻を指示するための情報と、時計回路２１からの現在時刻とが用いられて、制御部１００により、受信希望時刻の到来が検出される。制御部１００により受信希望時刻の到来が検出されると、試聴データの配信要求が形成され、これが通信部１１を通じて、配信サーバ装置４に送信され、試聴データの配信を受け、自己の記憶装置部１２に記憶して利用可能状態を整える。【選択図】図１
2005063153.tif 000002
【特許請求の範囲】
【請求項１】
端末装置と配信サーバ装置とが通信ネットワークを通じて接続され、前記端末装置からの要求に応じて、前記配信サーバ装置が要求元の前記端末装置に対して配信情報を配信する情報配信システムであって、
前記端末装置は、
受信希望時刻を指示するための情報の入力を受け付ける受付手段と、
現在時刻を提供する現在時刻提供手段と、
前記受付手段を通じて受け付けられた前記受信希望時刻を指示するための情報と、前記現在時刻提供手段からの現在時刻とに基づいて、受信希望時刻の到来を検出する検出手段と、
前記検出手段により受信希望時刻の到来が検出された場合に、配信要求を形成して、これを前記配信サーバ装置に前記通信ネットワークを通じて送信する要求送信手段と、
前記配信サーバ装置から送信されてくる配信情報を受信する情報受信手段と、
前記情報受信手段により受信された前記配信情報を記憶保持する記憶手段と
を備え、
前記配信サーバ装置は、
配信可能な情報を蓄積する配信情報蓄積手段と、
前記端末装置からの前記配信要求を受信する要求受信手段と、
前記要求受信手段を通じて受信された前記配信要求に応じて、前記配信情報蓄積手段から配信すべき配信情報を抽出する抽出手段と、
前記抽出手段により抽出された前記配信情報を前記通信ネットワークを通じて前記端末装置に送信する情報送信手段と
を備えることを特徴とする情報配信システム。
【請求項２】
請求項１に記載の情報配信システムであって、
前記端末装置は、
前記検出手段により受信希望時刻の到来が検出された場合に、前記通信ネットワークを通じて接続される前記サーバ装置との間の通信状態を検出する通信状態検出手段と、
前記通信状態検出手段により、通信状態が良好であることが検出された場合に、前記要求送信手段を制御して前記配信要求を送信するように制御する制御手段と
を備えることを特徴とする情報配信システム。
【請求項３】
請求項２に記載の情報配信システムであって、
前記端末装置の前記制御手段は、
前記通信状態検出手段の検出結果に基づいて、少なくとも配信を要求する配信情報の量を調整することができるものであることを特徴とする情報配信システム。
【請求項４】
請求項１に記載の情報配信システムであって、
前記配信サーバ装置は、
前記要求受信手段を通じて前記端末装置からの配信要求が受信された場合に、前記通信ネットワークを通じて接続される前記端末装置との間の通信状態を検出する通信状態検出手段と、
前記通信状態検出手段により、通信状態が良好であることが検出された場合に、前記抽出手段と、前記情報送信手段を制御して、要求に応じた配信情報を抽出し、これを要求元の前記端末装置に送信するように制御する制御手段と
を備えることを特徴とする情報配信システム。
【請求項５】
請求項４に記載の情報配信システムであって、
前記配信サーバ装置の前記制御手段は、前記通信状態検出手段の検出結果に基づいて、要求元の端末装置に配信する配信情報の量を調整することができるものであり、
前記端末装置は、
要求した配信情報と、前記情報受信手段を通じて前記配信サーバ装置から提供を受けた配信情報の差分を管理する管理手段を備え、
前記端末装置の前記要求送信手段は、前記管理手段により管理されている差分に対応する配信情報の提供要求を形成して送信することができるものであることを特徴とする情報配信システム。
【請求項６】
請求項１に記載の情報配信システムであって、
前記端末装置は、
前記サーバ装置からの配信可能予定時刻を受信する予定時刻受信手段と、
前記予定時刻受信手段を通じて受信された前記配信可能予定時刻と、前記現在時刻提供手段からの現在時刻とに基づいて、配信可能予定時刻の到来を検出する予定時刻検出手段と
を備え、
前記端末装置の前記要求送信手段は、前記予定時刻検出手段により配信可能予定時刻の到来が検出された場合に、配信要求を形成して、これを前記配信サーバ装置に前記通信ネットワークを通じて送信することができるものであり、
前記配信サーバ装置は、
前記要求受信手段を通じて前記端末装置からの配信要求が受信された場合に、他の端末装置からの配信要求をも考慮した配信スケジュールを作成するスケジューリング処理手段と、
前記スケジューリング処理手段により作成された配信スケジュールに応じた配信可能予定時刻を要求元の前記端末装置に送信する予定時刻送信手段と
を備えることを特徴とする情報配信システム。
【請求項７】
端末装置と配信サーバ装置とが通信ネットワークを通じて接続され、前記端末装置からの要求に応じて、前記配信サーバ装置が要求元の前記端末装置に対して配信情報を配信するようにする情報配信システムの前記端末装置であって、
受信希望時刻を指示するための情報の入力を受け付ける受付手段と、
現在時刻を提供する現在時刻提供手段と、
前記受付手段を通じて受け付けられた前記受信希望時刻を指示するための情報と、前記現在時刻提供手段からの現在時刻とに基づいて、受信希望時刻の到来を検出する検出手段と、
前記検出手段により受信希望時刻の到来が検出された場合に、配信要求を形成して、これを前記配信サーバ装置に前記通信ネットワークを通じて送信する要求送信手段と、
前記配信サーバ装置から送信されてくる配信情報を受信する情報受信手段と、
前記情報受信手段を通じて受信された前記配信情報を記憶保持する記憶手段と
を備えることを特徴とする端末装置。
【請求項８】
請求項７に記載の端末装置であって、
前記検出手段により受信希望時刻の到来が検出された場合に、前記通信ネットワークを通じて接続される前記サーバ装置との間の通信状態を検出する通信状態検出手段と、
前記通信状態検出手段により、通信状態が良好であることが検出された場合に、前記要求送信手段を制御して前記配信要求を送信するように制御する制御手段と
を備えることを特徴とする端末装置。
【請求項９】
請求項８に記載の端末装置であって、
前記制御手段は、前記通信状態検出手段の検出結果に基づいて、少なくとも配信を要求する配信情報の量を調整することができるものであることを特徴とする端末装置。
【請求項１０】
請求項９に記載の端末装置であって、
前記配信サーバ装置は、前記通信ネットワークを通じて接続される当該端末装置との間の通信状態に応じて、要求された配信情報の配信量を制限することができるものであり、
要求した配信情報と、前記情報受信手段を通じて前記配信サーバ装置から提供を受けた配信情報の差分を管理する管理手段を備え、
前記要求送信手段は、前記管理手段により管理されている差分に対応する配信情報の提供要求を形成して送信することができるものであることを特徴とする端末装置。
【請求項１１】
請求項７に記載の端末装置であって、
前記配信サーバ装置は、他の端末装置からの配信要求に応じた配信スケジュールに基づいて、配信可能予定時刻を要求元の前記端末装置に送信することができるものであり、
前記配信サーバ装置からの配信可能予定時刻を受信する予定時刻受信手段と、
前記予定時刻受信手段を通じて受け付けた前記配信可能予定時刻と、前記現在時刻提供手段からの現在時刻とに基づいて、配信可能予定時刻の到来を検出する予定時刻検出手段と
を備え、
前記要求送信手段は、前記予定時刻検出手段により配信可能予定時刻の到来が検出された場合に、配信要求を形成して、これを前記配信サーバ装置に前記通信ネットワークを通じて送信することができるものであることを特徴とする端末装置。
【請求項１２】
端末装置と配信サーバ装置とが通信ネットワークを通じて接続され、前記端末装置からの要求に応じて、前記配信サーバ装置が要求元の前記端末装置に対して配信情報を配信するようにする情報配信システムの前記配信サーバ装置であって、
配信可能な情報を蓄積する配信情報蓄積手段と、
前記端末装置からの配信要求を受信する要求受信手段と、
前記要求受信手段を通じて前記端末装置からの配信要求が受信された場合に、前記通信ネットワークを通じて接続される前記端末装置との間の通信状態を検出する通信状態検出手段と、
前記通信状態検出手段により、通信状態が良好であることが検出された場合に、前記要求受信手段を通じて受信した前記配信要求に応じて、前記配信情報蓄積手段から配信すべき配信情報を抽出する抽出手段と、
前記抽出手段を通じて抽出した前記配信情報を前記通信ネットワークを通じて前記端末装置に送信するようにする情報送信手段と
を備えることを特徴とする配信サーバ装置。
【請求項１３】
請求項１２に記載の配信サーバ装置であって、
前記制御手段は、前記通信状態検出手段の検出結果に基づいて、要求元の端末装置に配信する配信情報の量を制御する制御手段を備えることを特徴とする情報配信システム。
【請求項１４】
請求項１２に記載の配信サーバ装置であって、
前記要求受信手段を通じて前記端末装置からの配信要求が受信された場合に、他の端末装置からの配信要求をも考慮した配信スケジュールを作成するスケジューリング処理手段と、
前記スケジューリング処理手段により作成された配信スケジュールに応じた配信可能予定時刻を要求元の前記端末装置に送信する予定時刻送信手段と
を備えることを特徴とする配信サーバ装置。
【請求項１５】
端末装置と配信サーバ装置とを通信ネットワークを通じて接続し、前記端末装置からの要求に応じて、前記配信サーバ装置が要求元の前記端末装置に対して配信情報を配信するようにする情報配信方法であって、
前記端末装置においては、
受信希望時刻を指示するための情報の入力を受け付ける受付ステップと、
前記受付手段を通じて受け付けた前記受信希望時刻を指示するための情報と、時計回路からの現在時刻とに基づいて、受信希望時刻の到来を検出するようにする検出ステップと、
前記検出ステップにおいて、受信希望時刻の到来を検出した場合に、配信要求を形成して、これを前記配信サーバ装置に前記通信ネットワークを通じて送信する要求送信ステップと、
前記配信サーバ装置から送信されてくる配信情報を受信する情報受信ステップと、
前記情報受信ステップにおいて受信した前記配信情報を記録媒体に記録する記録ステップと
を有し、
前記配信サーバ装置においては、
配信可能な情報を蓄積する配信情報蓄積手段と、
前記端末装置からの前記配信要求を受信する要求受信ステップと、
前記要求受信ステップにおいて受信した前記配信要求に応じて、記録媒体に蓄積されている配信情報から配信すべき情報を抽出する抽出ステップと、
前記抽出ステップにおいて抽出した前記配信情報を前記通信ネットワークを通じて前記端末装置に送信するようにする情報送信ステップと
を有することを特徴とする情報配信方法。
【請求項１６】
請求項１５に記載の情報配信方法であって、
前記端末装置においては、
前記検出ステップにおいて受信希望時刻の到来を検出した場合に、前記通信ネットワークを通じて接続される前記サーバ装置との間の通信状態を検出する通信状態検出ステップを有し、
前記通信状態検出ステップにおいて、通信状態が良好であることを検出した場合に、前記要求送信ステップにより、前記配信要求を送信するようにすることを特徴とする情報配信方法。
【請求項１７】
請求項１６に記載の情報配信方法であって、
前記端末装置の前記要求送信ステップにおいては、
前記通信状態検出ステップにおいての検出結果に基づいて、少なくとも配信を要求する配信情報の量を調整することができるようにしていることを特徴とする情報配信方法。
【請求項１８】
請求項１５に記載の情報配信方法であって、
前記配信サーバ装置においては、
前記要求受信ステップにおいて、前記端末装置からの配信要求を受信した場合に、前記通信ネットワークを通じて接続される前記端末装置との間の通信状態を検出する通信状態検出ステップを有し、
前記通信状態検出ステップにおいて、通信状態が良好であることを検出した場合に、前記抽出ステップと、前記情報送信ステップとを行うようにして、要求に応じた配信情報を抽出し、これを要求元の前記端末装置に送信するようにすることを特徴とする情報配信方法。
【請求項１９】
請求項１８に記載の情報配信方法であって、
前記配信サーバ装置の情報送信ステップにおいては、前記通信状態検出ステップにおいての検出結果に基づいて、要求元の端末装置に配信する配信情報の量を調整することができるようにされており、
前記端末装置においては、
要求した配信情報と、前記情報受信手段を通じて前記配信サーバ装置から提供を受けた配信情報の差分を求め、これを管理するようにする管理ステップと、
前記管理ステップにより管理するようにされる差分に対応する配信情報の提供要求を形成して送信する再要求ステップと
を有することを特徴とする情報配信方法。
【請求項２０】
請求項１５に記載の情報配信方法であって、
前記端末装置においては、
前記サーバ装置からの配信可能予定時刻を受信する予定時刻受信ステップと、
前記予定時刻受信ステップにおいて受け付けた前記配信可能予定時刻と、時計回路からの現在時刻とに基づいて、配信可能予定時刻の到来を検出する予定時刻検出ステップと、
前記予定時刻検出ステップにおいて配信可能予定時刻の到来を検出した場合に、配信要求を形成して、これを前記配信サーバ装置に前記通信ネットワークを通じて送信する再要求ステップと
を有し、
前記配信サーバ装置においては、
前記要求受信ステップにおいて前記端末装置からの配信要求を受信した場合に、他の端末装置からの配信要求をも考慮した配信スケジュールを作成するスケジューリング処理ステップと、
前記スケジューリング処理ステップにおいて作成した配信スケジュールに応じた配信可能予定時刻を要求元の前記端末装置に送信する予定時刻送信ステップと
を有することを特徴とする情報配信方法。
【請求項２１】
端末装置と配信サーバ装置とが通信ネットワークを通じて接続され、前記端末装置からの要求に応じて、前記配信サーバ装置が要求元の前記端末装置に対して配信情報を配信するようにする情報配信システムの前記端末装置に搭載されたコンピュータに、
受信希望時刻を指示するための情報の入力を受け付ける受付ステップと、
前記受付ステップにおいて受け付けた前記受信希望時刻を指示するための情報と、時計回路からの現在時刻とに基づいて、受信希望時刻の到来を検出するようにする検出ステップと、
前記検出ステップにおいて、受信希望時刻の到来を検出した場合に、配信要求を形成して、これを前記配信サーバ装置に前記通信ネットワークを通じて送信する要求送信ステップと、
前記配信サーバ装置から送信されてくる配信情報を受信する情報受信ステップと、
前記情報受信ステップにおいて受信した前記配信情報を記録媒体に記録する記録ステップと
を実行するようにした端末装置用プログラム。
【請求項２２】
請求項２１に記載の端末装置用プログラムであって、
前記検出ステップにおいて受信希望時刻の到来を検出した場合に、前記通信ネットワークを通じて接続される前記サーバ装置との間の通信状態を検出する通信状態検出ステップと、
前記通信状態検出ステップにおいて、通信状態が良好であることを検出した場合に、前記要求送信ステップを実行して前記配信要求を送信するようにすることを特徴とする端末装置用プログラム。
【請求項２３】
請求項２２に記載の端末装置用プログラムであって、
前記要求送信ステップにおいては、前記通信状態検出ステップにおいての検出結果に基づいて、少なくとも配信を要求する配信情報の量を調整することを特徴とする端末装置用プログラム。
【請求項２４】
請求項２３に記載の端末装置用プログラムであって、
前記配信サーバ装置は、前記通信ネットワークを通じて接続される当該端末装置との間の通信状態に応じて、要求された配信情報の配信量を制限することができるものであり、
要求した配信情報と、前記情報受信ステップにおいて受信した前記配信サーバ装置からの配信情報の差分を求め、これを管理するようにする管理ステップと、
前記管理ステップにより管理するようにされる差分に対応する配信情報の提供要求を形成して送信する再要求ステップと
を実行するようにすることを特徴とする端末装置用プログラム。
【請求項２５】
請求項２１に記載の端末装置用プログラムであって、
前記配信サーバ装置は、他の端末装置からの配信要求に応じた配信スケジュールをも考慮した配信スケジュールに応じた配信可能予定時刻を要求元の前記端末装置に送信することができるものであり、
前記配信サーバ装置からの配信可能予定時刻を受信する予定時刻受信ステップと、
前記予定時刻受信ステップにおいて受け付けた前記配信可能予定時刻と、時計回路からの現在時刻とに基づいて、配信可能予定時刻の到来を検出する予定時刻検出ステップと
前記予定時刻検出ステップにおいて配信可能予定時刻の到来を検出した場合に、配信要求を形成して、これを前記配信サーバ装置に前記通信ネットワークを通じて送信する再要求ステップと
を実行するようにすることを特徴とする端末装置用プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、例えば、インターネットなどのいわゆる広域通信ネットワーク、あるいは、ＬＡＮなどの構内通信ネットワークを通じて、音声データ、画像データ、テキストデータその他の種々のデータを配信するようにするためのシステム、方法、装置、プログラムに関する。
【背景技術】
【０００２】
例えば、インターネットなどの通信ネットワーク上にコンテンツを蓄積した配信サーバ装置を設け、この配信サーバ装置に対して、通信機能を備えたパーソナルコンピュータや携帯電話端末等の端末装置を通じてアクセスすることにより、端末装置が配信サーバ装置から目的とするコンテンツデータの配信を受けて、これを利用できるようにするコンテンツの配信サービスが行われている。
【０００３】
配信されるコンテンツデータとしては、楽曲の音楽データ、映画などの動画データ、写真などの静止画データ、小説や論文などのテキストデータ、ゲームソフトやアプリケーションソフトなどのプログラムデータなどの種々のものがある。そして、サンプルデータの無料配信の場合を除き、コンテンツデータは有料で配信され、例えば、クレジットカード番号を用いた決済処理等、種々の方式で決済処理がなされるようにされている。
【０００４】
このような配信サービスを行うシステムにおいては、上述もしたように、端末装置から通信ネットワークを介して配信サーバ装置にアクセスして、目的とするコンテンツデータの提供要求を配信サーバ装置に送信することにより、配信サーバ装置は即事に要求されたデータを要求元の端末装置に配信するようにすることが行われている。これにより、端末装置は、配信サーバ装置から目的とするコンテンツデータの提供を受けて、これを利用することができるようにされる。
【０００５】
しかしながら、上述したように、配信サーバ装置が端末装置からのコンテンツデータの提供要求を受信するたびに、即事にコンテンツデータの配信を行うようにしていたのでは、通信路の混雑などにより、コンテンツデータの送受信に時間がかかったり、最悪の場合、コンテンツデータの全部を正常に送受することができなかったりするなどの弊害が生じる場合がある。このため、特許文献１（特開２００２−１２３４４６号公報）には、配信サーバ装置が、通信路の空いている時間帯を予測し、この予測した時間帯にコンテンツの配信を行うようにする方式が提案されている。
【０００６】
上記の特許文献１は以下の通りである。
【特許文献１】特開２００２−１２３４４６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
上述した特許文献１に記載の方式の場合には、多数の端末装置からの配信要求を受け付ける配信サーバ装置自身が配信時刻を制御するので、通信路が混雑している時間帯を避けて、効率よくコンテンツデータの配信を行うことができるようにされる。しかしながら、配信サーバ装置自身が配信時刻を制御することによって、各端末装置のユーザにとっては不便となる場合が発生する可能性がある。
【０００８】
例えば、深夜には、端末装置を利用することも少なく、通信を行う機会も少なくなるので通信路の空きも多い状態となることが容易に予想できる。このため、深夜の時間帯にコンテンツデータの配信を行うようにすることが考えられる。しかし、深夜の時間帯に端末装置を利用する頻度の高いユーザにとっては、深夜の時間帯にコンテンツデータの配信は受けたくない。
【０００９】
つまり、配信サーバ装置が過去の配信履歴などを考慮してコンテンツデータの配信予定時刻を定めるようにしても、この定めた配信予定時刻において、コンテンツデータの配信先である端末装置が常にコンテンツデータの配信を受け付けることが可能な状態にあるとは限らない。
【００１０】
また、通常は、配信サーバ装置が設定するようにした時間帯においてコンテンツデータの配信を受けることが可能であっても、種々の事情により、その配信時間帯において端末装置を使用していたために、配信サーバ装置から配信されるコンテンツデータを受信することができないといった場合が発生することも考えられる。
【００１１】
そこで、配信サーバ装置が、コンテンツデータの配信を受ける全ての端末装置の利用予定を管理することが考えられる。この場合、配信サーバ装置が、どの端末装置はいつ空いているかを管理しておくことにより、端末装置毎に空いている時間にコンテンツデータの配信を行うことが可能となる。
【００１２】
しかし、この場合には、コンテンツデータの配信を受ける可能性のある全ての端末装置から端末装置の利用予定情報（動作予定情報）を収集するなどの必要が生じ、配信サーバ装置の負荷が大きくなってしまう。また、端末装置の利用予定が変更になった場合には、端末装置から配信サーバ装置に利用予定の変更を行わなければならないなど、手続きが煩雑になってしまう。
【００１３】
以上のことにかんがみ、この発明は、コンテンツデータの配信を受ける端末装置のそれぞれが、それらのユーザの利用態様に応じた適宜のタイミングでコンテンツデータの配信を受けることができるようにするシステム、方法、装置およびプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１４】
上記課題を解決するため、請求項１に記載の発明の情報配信システムは、
端末装置と配信サーバ装置とが通信ネットワークを通じて接続され、前記端末装置からの要求に応じて、前記配信サーバ装置が要求元の前記端末装置に対して配信情報を配信する情報配信システムであって、
前記端末装置は、
受信希望時刻を指示するための情報の入力を受け付ける受付手段と、
現在時刻を提供する現在時刻提供手段と、
前記受付手段を通じて受け付けられた前記受信希望時刻を指示するための情報と、前記現在時刻提供手段からの現在時刻とに基づいて、受信希望時刻の到来を検出する検出手段と、
前記検出手段により受信希望時刻の到来が検出された場合に、配信要求を形成して、これを前記配信サーバ装置に前記通信ネットワークを通じて送信する要求送信手段と、
前記配信サーバ装置から送信されてくる配信情報を受信する情報受信手段と、
前記情報受信手段により受信された前記配信情報を記憶保持する記憶手段と
を備え、
前記配信サーバ装置は、
配信可能な情報を蓄積する配信情報蓄積手段と、
前記端末装置からの前記配信要求を受信する要求受信手段と、
前記要求受信手段を通じて受信された前記配信要求に応じて、前記配信情報蓄積手段から配信すべき配信情報を抽出する抽出手段と、
前記抽出手段により抽出された前記配信情報を前記通信ネットワークを通じて前記端末装置に送信する情報送信手段と
を備えることを特徴とする。
【００１５】
この請求項１に記載の発明の情報配信システムによれば、端末装置においては、受付手段を通じて、ユーザからの受信希望時刻を指示するための情報が受け付けられ、この起動情報を指示するための情報と、現在時刻提供手段からの現在時刻とが用いられて、検出手段により、受信希望時刻を指示するための情報に応じた受信希望時刻の到来が検出される。検出手段により受信希望時刻の到来が検出されると、コンテンツデータの配信要求が形成され、これが要求送信手段を通じて、配信サーバ装置に送信される。
【００１６】
配信サーバ装置においては、要求受信手段を通じて、端末装置からの配信要求を受信すると、これに応じて、抽出手段が配信情報蓄積手段から配信要求に応じた配信情報を抽出し、これを情報送信手段を通じて要求元の端末装置に配信する。そして、端末装置においては、配信サーバ装置からの配信情報が、情報受信手段を通じて受信されて、これが記憶手段により記憶保持される。
【００１７】
このように、端末装置のそれぞれのユーザは、自分の端末装置の利用状態を考慮し、自分の端末装置にとって配信情報（コンテンツデータ）の配信を受けるのに最も都合のよい時刻や時間帯を受信希望時刻を指示するための情報として登録しておくことにより、その時刻、時間帯に合致する時刻において、自動的に起動され、配信要求を生成して、送信し、目的とする配信情報の配信を受けることができるようにされる。
【発明の効果】
【００１８】
この発明によれば、端末装置のそれぞれが、都合のいい時間に配信要求を形成して配信サーバ装置に送信することにより、配信情報の配信を受けることができるようにされる。そして、端末装置のそれぞれのユーザの利用態様が様々に異なることにより、配信要求の送信タイミングは、種々の時間帯に分散し、配信要求およびコンテンツデータの配信の輻輳を防止させることが可能である。
【発明を実施するための最良の形態】
【００１９】
以下、図を参照しながら、この発明によるシステム、方法、装置、プログラムの一実施の形態について説明する。以下においては、例えば、インターネットなどの広域通信ネットワーク通じて形成される情報配信システムであって、配信するコンテンツデータとして、種々の楽曲の音楽データを配信する場合を例にして説明する。
【００２０】
［情報配信システムの概要］
図１は、この実施の形態の情報配信システムを説明するための図である。図１に示すこの実施の形態の情報配信システムは、この発明による情報配信システム、情報配信方法が適用されたものである。図１に示すように、この実施の形態の情報配信システムは、エンドユーザ（以下、単にユーザという。）によって使用される配信サービス対応端末機器（以下、単に端末装置という。）１、２、３と、配信サーバ装置４とが、通信ネットワーク５を介して接続されて構成されたものである。
【００２１】
端末装置１、２、３のそれぞれは、この発明による端末装置が適用されたものである。配信サーバ装置４は、この発明による配信サーバ装置が適用されたものである。また、通信ネットワーク５は、例えば、インターネットや公衆電話回線網などのいわゆる広域通信ネットワークである。
【００２２】
この実施の形態において、配信サーバ装置４は、多数の楽曲の音楽データを蓄積しており、通信ネットワーク５を通じて、蓄積している音楽データをユーザの端末装置に配信することができるものである。なお、この実施の形態において、配信サーバ装置４が行う音楽データの配信サービスは、基本的には有料であり、クレジット番号を用いた決済やその他の方法により決済を行うことができるようにしている。
【００２３】
また、配信サーバ装置４は、ユーザが目的とする音楽データの配信を確実に受けることができるようにするために、配信可能な楽曲の一部分を試聴可能にする試聴データ（以下、試聴データという。）を形成し、これを例えば無料で配信することもできるものである。なお、試聴データについては、新たに提供可能となった楽曲の試聴データが適宜追加されると共に、例えば人気がないために配信を中止した楽曲の試聴データは削除するなど、適宜のメンテナンスが行われるようにされている。
【００２４】
なお、この明細書においては、上述のように、配信サーバ装置４が配信可能な配信情報のうち、楽曲１曲分の全編の音楽データを単に音楽データと呼び、試聴用に用いられる楽曲１曲分の音楽データの内の一部分の音楽データを試聴データと呼ぶこととする。
【００２５】
また、この実施の形態の情報配信システムにおいて、端末装置１、２、３のそれぞれは、配信サーバ装置４との間に通信回線を接続し、配信サーバ装置４から目的とする試聴データや音楽データの配信を受けて、これを自機の記憶部に記憶し、これを再生して利用することができるものである。
【００２６】
なお、端末装置１は、この実施の形態の情報配信システムに専用のものであり、配信サーバ装置４との間で通信を行うための通信機能、配信サーバ装置に送信する配信要求などを生成する要求生成機能、配信サーバ装置４から配信された音楽データを蓄積する音楽データ蓄積機能、蓄積した音楽データを再生する音楽データ再生機能を備えたものである。
【００２７】
端末装置２は、持ち運び可能とされたＰＤＡ（Personal Digital Assistant）やノート型パーソナルコンピュータなどのいわゆるモバイル機器であって、モバイル機器としての一般的な機能に加えて、端末装置１の場合と同様に、この実施の形態の情報配信システムの端末装置としての機能をも備えたものである。
【００２８】
すなわち、端末装置２は、アドレス帳データやスケジュールデータなどの種々のデータの作成や管理、文書情報の作成や管理などの情報処理機能を備えると共に、配信サーバ装置４から音楽データの配信を受けてこれを利用するため、上述した端末装置１と同様に、通信機能、要求生成機能、音楽データ蓄積機能、音楽データ再生機能を備えたものである。
【００２９】
端末装置３は、例えば、家庭などに据え置かれて利用されるいわゆるデスクトップ型のパーソナルコンピュータであって、パーソナルコンピュータとしての一般的な機能に加え、端末装置１の場合と同様に、この実施の形態の情報配信システムの端末装置としての機能をも備えたものである。
【００３０】
すなわち、端末装置３は、プログラムを作成したり、これを実行したり、また、種々のアプリケーションプログラムを実行することにより、目的とする処理、例えば、文書作成、表計算、会計処理、販売管理処理、在庫管理処理等の種々の処理を行うことができると共に、配信サーバ装置４から音楽データの配信を受けてこれを利用するため、上述した端末装置１と同様に、通信機能、要求生成機能、音楽データ蓄積機能、音楽データ再生機能を備えたものである。
【００３１】
そして、この実施の形態の端末装置１、２、３のそれぞれに対しては、使用しない時間帯を試聴データの受信希望時間帯として登録しておくことにより、その希望時間帯に配信サーバ装置４に対して試聴データの配信を要求して、試聴データの配信を受け、これを蓄積することができるものである。このようにすることにより、端末装置１、２、３のそれぞれのユーザは、配信を受けて蓄積するようにした試聴データを適宜のタイミングで即座に再生して試聴することができるようにしている。
【００３２】
なお、端末装置１、２、３のそれぞれは、全く異なった時間帯を試聴データの受信希望時間帯とすることができる。例えば、端末装置１は、午前１時から午前３時までの深夜の時間帯に使用されることがなく、端末装置２は、午前４時から午前８までの早朝の時間帯に使用されることがなく、また、端末装置３は、ユーザが外出している午前９時から午後５時までの昼間の時間帯に使用されることがないとする。
【００３３】
この場合、端末装置１については、午前１時から午前３時までの深夜の時間帯を受信希望時間帯とし、端末装置２については、午前４時から午前８時までの早朝の時間帯を受信希望時間帯とし、また、端末装置３においては、午前９時から午後５時までの昼間の時間帯を受信希望時間帯とすることができるようにされる。
【００３４】
つまり、端末装置毎に、配信サーバ装置４から試聴データの配信を受けるのに一番適した時間帯を設定し、これを端末装置自身が管理することにより、各端末装置において、自機に最も適した時間帯に試聴データの配信を受けることができるようにしている。また、このようにすることによって、試聴データの配信について、配信サーバ装置４に対して必要以上に負荷をかけることもないようにしている。
【００３５】
なお、図１においては、説明を簡単にするため、端末装置として、端末装置１、２、３の３台を示したが、本来は、多数の端末装置が通信ネットワーク５を通じて配信サーバ装置４にアクセス可能にされている。また、図１においては、配信サーバ装置として、配信サーバ装置４のみを示したが、同様の構成、機能を有する複数の配信サーバ装置を設けることももちろん可能である。
【００３６】
［端末装置の基本的な構成と動作］
次に、この実施の形態の情報配信システムにおいて用いられる端末装置について説明する。この実施の形態においては、図１に示したように、専用端末１、モバイル端末２、パーソナルコンピュータ３など、種々の態様の端末装置を利用することが可能である。
【００３７】
しかし、どのような端末装置の場合であっても、情報配信システムの端末装置として用いる場合に必要となる構成は基本的には同じである。このため、ここでは情報配信システムの専用端末として構成された端末装置１の構成と動作について説明し、端末装置２、３も情報配信システムの端末装置としては同様の構成を有するものとしてその説明については省略する。
【００３８】
図２は、この実施の形態の情報配信システムで用いられる端末装置１を説明するためのブロック図である。図２に示すように、この実施の形態の端末装置１は、制御部１００、通信部１１、記憶装置部１２、音声デコーダ１３、Ｄ／Ａコンバータ１４、音声増幅器（アンプ）１５、スピーカー１６、キーインターフェース（以下、キーＩ／Ｆと略称する）１７、キー操作部１８、ＬＣＤ（Liquid Crystal Display）コントローラ（図２においてはＬＣＤＣＴＬと記載。）１９、ＬＣＤ２０、時計回路２１を備えたものである。
【００３９】
制御部１００は、この実施の形態の端末装置１の各部を構成するものであり、ＣＰＵ（Central Processing Unit）１０１、ＲＯＭ（Read only Memory）１０２、ＲＡＭ（Random Access Memory）１０３、ＥＥＰＲＯＭ（Electrically Erasable and Programmable ROM）１０４が、システムバス１０５を通じて接続されて、マイクロコンピュータの構成とされたものである。
【００４０】
ここで、ＲＯＭ１０２は、ＣＰＵ１０１において実行する各種のプログラムやプログラムの実行過程等において必要になる各種データを記憶保持しているものである。ＲＡＭ１０３は、各種の処理の途中結果を一時記憶するなど、主に作業領域（ワークエリア）として用いられるものである。ＥＥＰＲＯＭ１０４は、いわゆる不揮発性メモリーであり、この実施の形態の端末装置１の電源が落とされても保持しておくべきデータ、例えば、種々の設定パラメータなどを記憶保持するものである。
【００４１】
そして、通信部１１は、図２に示したように、受信部１１１と、復調部１１２と、送信部１１３と、変調部１１４とを備え、制御部１００の制御に応じて、後述もするように、自機宛ての信号の受信処理及び配信サーバ装置４への要求情報などの信号の送信処理を行うものである。
【００４２】
また、キー操作部１８は、例えば、数字キー、各種のファンクションキーなどを備え、使用者からの指示入力を受け付けるものである。キー操作部１８を通じて受け付けたユーザからの指示入力は、電気信号としてキーＩ／Ｆ１７を通じて制御部１００に供給される。これにより、制御部１００は、ユーザからの指示に応じて、各部を制御することができるようにされる。
【００４３】
また、ＬＣＤ２０は、制御部１００により制御されるＬＣＤコントローラ１９によって、種々のメニューリスト、情報入力画面表示、注意メッセージ、ガイダンスメッセージなどの表示情報を表示するものである。
【００４４】
そして、キー操作部１８を通じてユーザからの例えば音楽データの配信を受ける旨の指示入力を受け付けると、制御部１００は、キー操作部１８を通じて受け付けたユーザからの指示入力に応じて、音楽データの配信要求を形成し、これを変調部１１４に供給する。変調部１１４は、これに供給された音楽データの配信要求を所定の方式で変調して送信信号を形成し、これを送信部１１３に供給する。送信部１１３は、これに供給された送信信号を所定のレベルにまで増幅して、これを送出し、通信ネットワーク５を介して配信サーバ装置４に送信するようにする。
【００４５】
このようにして送信された音声データの配信要求は、配信サーバ装置４において受信され、配信サーバ装置４は受信した配信要求に応じて、自己が蓄積する音楽データの中から目的とする音楽データを抽出し、これを要求元の端末装置１に送信することになる。
【００４６】
配信サーバ装置４から送信された端末装置１宛ての音楽データは、端末装置１の受信部１１１で受信され、ここで増幅されるなどの処理が行われた後に、復調部１１２に供給される。復調部１１２は、受信部１１１からの音楽データを復調処理することにより、変調前の元のデジタル音声信号を得て、これを制御部１００を通じて記録装置部１２に記録する。
【００４７】
記録装置部１２は、比較的に大きな記憶容量を有する記録媒体を備え、この記録媒体に制御部１００の制御に応じてデータを記録したり、また、記録媒体に記録されたデータを読み出したりすることができるようにされる。なお、記録装置部１２の記録媒体は、例えば、ＭＤ（登録商標）あるいはミニディスク（登録商標）などと呼ばれる小型の光磁気ディスクや半導体メモリー、小型化された磁気ディスクなどの種々のものを用いることが可能であるが、この実施の形態においては、例えば、ＭＤ（登録商標）が用いられるものである。
【００４８】
そして、キー操作部１８を通じて、記録装置部１２に記憶保持されている音楽データの再生指示を受け付けると、制御部１００は、記録装置部１２の記録媒体から目的とする音楽データを読み出し、これをＤＳＰ（Digital Signal Processor）の構成とされた音声デコーダ１３に供給する。
【００４９】
記録装置部１２に記憶保持されている音楽データは所定の音声圧縮方式、例えば、ＡＴＲＡＣ（Adaptive Transform Acoustic Coding）方式により音声圧縮処理されている。このため、音声デコーダ１３は、これに供給された音声データを圧縮解凍して、圧縮処理前の音声データを復元し、これをＤ／Ａコンバータ１４に供給する。
【００５０】
Ｄ／Ａコンバータ１４は、これに供給されたデジタル音声信号をアナログ音声信号に変換し、このアナログ音声信号をアンプ１５に供給する。アンプ１５は、これに供給されたアナログ音声信号を増幅し、増幅後のアナログ音声信号をスピーカー１６に供給する。これにより、記録装置部１２から読み出されて再生するようにされた音声データに応じた音声がスピーカー１６から放音されることになる。
【００５１】
このように、この実施の形態の端末装置１は、ユーザからの指示に応じて、音楽データの配信要求を形成して配信サーバ装置４に送信し、配信サーバ装置４から音楽データの配信を受けて、これを記録装置部１２の記録媒体に蓄積することができるようにされる。そして、必要に応じて、記録装置部１２の記録媒体に蓄積された音声データを再生して利用することができるものである。
【００５２】
また、上述もしたように、配信サーバ装置４は、自己が配信可能な楽曲について試聴データを有している。そして、端末装置１は、ユーザからの指示に応じた時間に、配信サーバ装置４に対して試聴データの配信要求を生成して送信し、上述した音楽データの配信の場合と同様に試聴データの提供を受けて予め蓄積しておくことにより、端末装置１の空き時間に即座に試聴用音声データを再生して試聴することができるようにしている。
【００５３】
そして、試聴データの受信希望時刻や配信を希望する試聴データの指示などは、キー操作部１８を通じて受け付けることができるようにされ、また、受け付けた情報を設定情報としてＥＥＰＲＯＭ１０４に記憶保持するようにしている。そして、時計回路２１が提供する現在時刻を監視し、設定された受信希望時刻の到来を検出した場合に、上述もしたように、制御部１００が試聴データの配信要求を形成して送信することにより、試聴データの配信を端末装置１のユーザの都合にいい時間帯に行うことができるようにしている。
【００５４】
なお、この実施の形態の端末装置１と配信サーバ装置４との間で通信を行う場合には、通常は、端末装置１からの要求により、配信サーバ装置４を呼び出し、配信サーバ装置４からの応答を確認して通信回線を接続した後に行うようにされる。
【００５５】
また、試聴データの指定や、配信を受けようとする音楽データの指定は、例えば、配信サーバ装置４から提供される一覧リストを通じて行うことなどができるようにしている。また、配信を受けようとする試聴データや音楽データは、１度に複数曲分の配信を要求することができるようにされている。
【００５６】
また、上述もしたように、端末装置２、端末装置３など、配信サーバ装置４にアクセスして、試聴データや音楽データの配信を受けることが可能な端末装置は、図２を用いて上述した端末装置１と同様の機能を備えるようにされている。
【００５７】
［配信サーバ装置の基本的な構成と動作］
次に、この実施の形態の情報配信システムにおいて用いられる配信サーバ装置４について説明する。図３は、この実施の形態の情報配信システムで用いられる配信サーバ装置４を説明するためのブロック図である。図３に示すように、この実施の形態の配信サーバ装置４は、制御部４００、通信部４１、試聴データファイル４２、コンテンツファイル４３、作業ファイル４４、時計回路４５を備えたものである。
【００５８】
制御部４００は、この実施の形態の配信サーバ装置４の各部を構成するものであり、ＣＰＵ４０１、ＲＯＭ４０２、ＲＡＭ４０３、ＥＥＰＲＯＭ４０４が、システムバス４０５を通じて接続されて、マイクロコンピュータの構成とされたものである。ここで、ＲＯＭ４０２は、ＣＰＵ４０１において実行する各種のプログラムやプログラムの実行過程等において必要になる各種データを記憶保持しているものである。ＲＡＭ４０３は、各種の処理の途中結果を一時記憶するなど、主に作業領域（ワークエリア）として用いられるものである。ＥＥＰＲＯＭ４０４は、いわゆる不揮発性メモリーであり、例えば、種々の設定パラメータなどを記憶保持するものである。
【００５９】
通信部４１は、図２に示した端末装置１の通信部１１と同様に、受信部と、復調部と、送信部と、変調部とを備え、制御部４００の制御に応じて、後述もするように、自機宛ての信号の受信処理及び試聴データや音楽データなどの配信情報の送信処理を行うものである。
【００６０】
試聴データファイル４２は、提供可能な多数の試聴データを記憶保持するものである。また、コンテンツファイル４３は、配信サーバ装置４が提供するコンテンツである多数の音楽データを記憶保持するものである。また、作業ファイル４４は、種々の処理において作業領域として用いられるものである。これら、試聴データファイル４２、コンテンツファイル４３、作業ファイル４４は、例えば、ハードディスク装置により実現するようにしている。また、時計回路４５は、主に現在時刻を提供するものである。
【００６１】
そして、例えば、端末装置１などから送信される試聴データの配信要求や音楽データの配信要求は、通信部４１により受信、復調され、制御部４００に供給される。制御部４００は、通信部４１から提供された受信信号を解読し、どの端末装置からのどのような要求かを認識する。
【００６２】
制御部４００は、認識した要求に応じた試聴データあるいは音楽データを、試聴用データファイル４２あるいはコンテンツファイル４３から抽出し、この抽出したデータを含む送信情報を形成して、これを通信部４１において変調すると共に増幅して送出し、通信ネットワーク５を通じて要求元の端末装置に配信する。
【００６３】
このように、配信サーバ装置４は、各端末装置からの配信要求に応じて、試聴データ、通常の音楽データを要求元の端末装置のみに配信することができるものである。
【００６４】
［受信希望時刻等の設定と試聴データの配信要求データについて］
そして、上述もしたように、この実施の形態の情報配信システムにおいては、配信サーバ装置４は、試聴データを提供することができるものである。この試聴データは、端末装置のユーザ側から見れば、即座に必要なデータではなく、自機が空いている（使用さていない）時間帯にダウンロードしておけば、ダウンロード後においてはいつでも即座に試聴データを再生して試聴し、試聴用でない完全な音楽データをダウンロードするか否かを判断することが可能となる。
【００６５】
そこで、上述もしたように、この実施の形態の情報配信システムにおいて、端末装置１、２、３、…のそれぞれにおいては、ユーザが端末装置を使用しない時間帯を、配信サーバ装置４から試聴データの受信希望時間帯として設定しておく。そして、各端末装置１、２、３、…のそれぞれにおいて、設定された時間帯に試聴データの配信要求を形成して配信サーバ装置４に送信し、配信サーバ装置４から試聴データの配信を予め受けておくことにより、例えば、ユーザが暇な時間帯において、ダウンロード済みの試聴データを即座に再生して利用することができるようにしている。
【００６６】
この場合、受信希望時間帯の設定は、各端末装置において行われる。すなわち、受信希望時間帯の設定は、各端末装置の閉じた環境において、その端末装置に対して設定される。すなわち、ある端末装置においては、早朝の時間帯を受信希望時間帯とし、ある端末においては、日中の時間帯を受信希望時間帯とし、また、別の端末装置においては深夜の時間帯を受信希望時間帯とするように、各端末装置のそれぞれにおいて、その端末装置の利用態様に応じた空き時間帯を受信希望時間帯として設定することができるようにしている。
【００６７】
また、例えば、深夜の時間帯に端末装置が使用されていることは少ないであろうとの予測のもとに、配信サーバ装置４が、音楽データの配信を受けるために例えば契約関係があり、予め配信サーバ装置４に登録された端末装置のそれぞれに一斉に試聴データを配信するようにしたり、あるいは、各端末装置が配信サーバ装置４に対して、受信希望時間帯を予め設定しておき、配信サーバ装置４の制御により、試聴データを配信したりするといった場合と異なり、配信サーバ装置４に負荷をかけることもなく、しかも、確実に各端末装置が自機の空き時間において、試聴データの配信を受けることができるようにしている。
【００６８】
このような、この実施の形態の情報配信システムにおける試聴データの受配信処理について、その基本的な例を上述した端末装置１を用いる場合を例にして詳細に説明する。
【００６９】
図４は、この実施の形態の情報配信システムの端末装置である端末装置１において、ＬＣＤ２０に表示されて用いられる試聴データ配信予約設定入力画面２０Ｇを説明するための図である。試聴データの配信を端末装置１の空き時間に行うため、キー操作部１８を操作し、試聴データ（試聴用データ）の配信予定の設定入力を行うようにすると、端末装置１のＬＣＤ２０には、図４に示す試聴データ配信予定設定入力画面２０Ｇが表示される。
【００７０】
図４に示すように、試聴データ配信予定設定入力画面２０Ｇ内には、受信希望開始時刻欄２０１Ｓ、受信希望終了時刻欄２０１Ｅが設けられるとともに、これら受信希望開始時刻欄２０１Ｓ、受信希望終了時刻欄２０１Ｅの右端部には、受信希望開始時刻や受信希望終了時刻を例えば分単位で調整できるようにするための調整アイコンＰＤ１、ＰＤ２が設けられている。
【００７１】
ここで、受信希望開始時刻から受信希望終了時刻までの時間帯として設定するようにされる受信希望時刻についての情報は、当該端末装置が使用されていない状態にあり、試聴データの配信を受けるために起動可能とされた受信希望時刻を指示するための情報である。図４に示す例は、午前１時から午前４時までの３時間の時間帯が指示するようにされた場合を示しているが、これに限るものではなく、種々の時間帯を指示するようにすることが可能である。
【００７２】
すなわち、受信希望時刻を指示するための情報は、例えば、午前０時から午前１時までの１時間、あるいは、午後２時から午後２時半までの３０分間のように、適宜の時間帯を指示するように設定することも可能であるし、あるいは、午前７時から午前７時（つまり、午前７時に特定した場合）のように、特定の時刻を指示することもできるようにされる。このように受信希望時刻を指示するための情報は、時間帯２よる指示と時刻による指示とが可能なようにしている。
【００７３】
なお、受信希望時刻についての情報を時間帯として指定したときには、その時間帯になったときに、試聴データの配信要求を形成して送信するが、例えば、通信回線が不通になるなど何らかの原因によって、配信サーバ装置４との間で通信ができなかった場合などにおいて、正常な通信ができるまで、繰り返し配信要求を送信することができるようにされる。
【００７４】
これに対して、受信希望時刻についての情報を時刻として指定したときには、その時刻に、試聴データの配信要求を形成して送信するが、通信回線が不通になるなど何らかの原因によって、配信サーバ装置４との間で通信ができなかった場合などにおいては、繰り返し配信要求を送信するなどの処理は行わないようにされる。
【００７５】
しかし、受信希望時刻についての情報を時間帯として指定しておくことにより、配信サーバ装置４からの試聴データの配信時間をも考慮して、再要求を行うことができるため、以下に説明する実施の形態において、受信希望時刻についての情報は時間帯として指定するものとして説明する。
【００７６】
また、試聴データ配信予定設定入力画面２０Ｇには、試聴データ情報として、提供を要求する試聴データについての情報の幾つかの入力欄が設けられている。つまり、図４に示した例の場合には、いつ配信可能となった試聴用データかを指示するための、開始登録日欄２０２Ｓ、終了登録日欄２０２Ｅが設けられている。
【００７７】
これら、開始登録日欄２０２Ｓ、終了登録日欄２０２Ｅに入力される情報により、いつからいつまでに配信サーバ装置４に登録されて配信可能となった試聴データの配信を要求するかを配信サーバ装置に通知することができるようにされる。図４に示す例の場合には、終了登録日は入力可能な最大値である９９９９年９９月９９日となっており、２００３年６月２０日以降に配信可能になった試聴データを配信の対象とするように指示している。この登録日を示す情報は、上述もしたように、配信が希望された試聴データ（配信が要求された試聴データ）を、配信サーバ装置４において特定するための情報（絞り込むための情報）として用いることができるものである。
【００７８】
また、図４において、ジャンルの入力欄２０３は、配信を要求する試聴データのジャンルを指定するための情報の入力欄であり、ポップス（日本）、ポップス（海外）、ジャズ、クラッシック、フォークソング、演歌などの配信を希望する試聴データのジャンルを特定する情報である。この情報もまた、配信が希望された試聴データを、配信サーバ装置４において特定するための情報（絞り込むための情報）として用いることができるものである。また、ジャンルの入力欄２０３の右端部にジャンルを順次に変更させて所定の表示素子に表示するようにするための変更アイコンＰＤ３が設けられている。
【００７９】
また、図４に示したように、アーティスト名の入力欄２０４が設けられている。このアーティスト名の入力欄２０４には、目的とする音楽データの相手先の名前などが表示されることになる。このアーティスト名の入力欄２０４に入力される情報もまた、配信が希望された試聴データを、配信サーバ装置４において特定するための情報（絞り込むための情報）として用いることができるものである。
【００８０】
そして、これら登録日情報、ジャンル情報、アーティスト名情報が一致する試聴データが配信サーバ装置４において全試聴データの中から抽出され、配信されることになる。したがって、端末装置１のユーザは、複数の試聴データの配信要求を行うことができるようにされる。
【００８１】
そして、図４に示した試聴データ配信予定設定入力画面２０Ｇの各入力欄に必要な情報を入力し終え、図４に示した設定アイコン２０５を選択するように操作することによって、図４に示した試聴データ配信予定設定入力画面２０Ｇを通じて入力された情報が、試聴データ配信予定設定情報として、例えばＥＥＰＲＯＭ１０４に設定される。
【００８２】
このようにして、試聴データ配信予定設定情報が端末装置１のメモリーに設定されると、制御部１００は、時計回路２１が示す現在時刻を監視し、設定された受信希望時間帯が到来したことを検出したときには、試聴データの配信要求を形成し、これを配信サーバ装置４に送信することになる
図５は、試聴データの配信要求の一例を説明するための図である。図５に示すように、この例の試聴データの配信要求は、端末識別ＩＤ６０１と、要求種別６０２と、受信希望開始時刻６０３Ｓと、受信希望終了時刻６０３Ｅと、開始登録部６０４Ｓと、終了登録日６０４Ｅと、ジャンル６０５と、アーティスト名６０６からなっている。
【００８３】
端末識別ＩＤ６０１は、当該配信要求の送信元、すなわち要求元を特定するための情報であって、各端末装置毎に固有の情報である。例えば、配信サーバ装置４を運営する事業者との間で契約を締結し、配信サーバ装置４から音楽データの配信を受けることが可能とされたユーザに割り当てられた会員番号や、端末装置に割り当てられた電話番号、あるいは、製造シリアル番号等である。この端末識別ＩＤとして用いられる情報は、各端末装置の例えばＲＯＭやＥＥＰＲＯＭなどに記録保持されている。
【００８４】
要求種別６０２は、図５に示したように形成される当該要求が何を要求するものであるかを示す情報であり、この例の場合には、当該要求が、試聴データの配信要求であることを示す情報となる。なお、このように、要求種別を設けたのは、試聴データだけなく、有料で提供する通常のコンテンツ情報である音声データについても、予定した時刻に自動配信してもらうように要求することもできるようにするためである。
【００８５】
要求種別６０２より後の情報、すなわち、受信希望開始時刻６０３Ｓ以降の各情報は、図４に示した試聴データ配信予定設定入力画面２０Ｇを通じて入力された情報であり、そのそれぞれの情報の意味内容は、図４を用いて上述した通りである。
【００８６】
この図５に示した端末装置からの要求情報を受信する配信サーバ装置４においては、どの端末装置から、試聴データの提供要求が送信され、要求される試聴データは、いつ登録になった、どのようなジャンルの、どのアーティストのものであるかを把握することができるようにされる。
【００８７】
そして、配信サーバ装置４においては、要求された試聴データを試聴データファイル４２から抽出し、これを要求元の端末装置に配信する。この場合、配信サーバ装置４においても、現在時刻が、端末装置において設定するようにされた受信希望時間帯に属しているか否かのチェックを行うようにすることもできる。
【００８８】
なお、ここでは、端末装置１を用いた場合を例にして説明したが、他の端末装置、例えば、端末装置２、端末装置３を用いた場合にいても、ほぼ同様に行われることになる。この場合、例えば、試聴データ配信予定設定入力画面は、各端末装置に応じたものとすることができる。すなわち、各端末装置の持つ表示素子の表示画面の大きさなどに基づいて、種々の入力画面を形成し、これを用いることが可能である。
【００８９】
［情報配信システムの動作について（第１の例）］
次に、上述したように構成される端末装置１、２、３…と配信サーバ装置４とにより構成されるこの実施の形態の情報配信システムの動作について説明する。なお、以下においても、ユーザにより端末装置１が用いられた場合を例にして説明する。しかし、他の端末装置、例えば、端末装置２、端末装置３などが用いられた場合においても、同様に動作することになる。
【００９０】
図６は、この実施の形態の情報配信システムの動作の第１の例を説明するためのシーケンス図であり、説明を簡単にするため、ユーザの端末装置１に対する操作についても含めて示したものである。
【００９１】
上述もしたように、端末装置１のユーザが、試聴データの配信予定の設定を行おうとする場合には、キー操作部１８に対して所定の操作入力を行うことにより、図４に示した試聴データ配信予定設定入力画面２０ＧをＬＣＤ２０に表示するようにし、キー操作部１８を通じて、受信希望時刻等の入力を行う（ステップＳ１）。
【００９２】
これを端末装置１は受け付けて、受け付けた設定情報を例えばＥＥＰＲＯＭ１０４に設定する（ステップＳ２）。端末装置１の制御部１００は、時計回路２１の現在時刻の監視を開始し、ＥＥＰＲＯＭ１０４に設定された受信希望時刻が到来するまで待ち状態となる（ステップＳ３）。そして、受信希望時刻の到来を検出すると、端末装置１は、ステップＳ２で受け付けた設定情報に基づいて、例えば、図５に示したデータ構造を有する配信要求を生成し、これを配信サーバ装置４に送信する（ステップＳ４）。
【００９３】
配信サーバ装置４は、端末装置１からの配信要求を受信し（ステップＳ５）、配信を要求された試聴データを試聴データファイル４２から抽出し（ステップＳ６）、この抽出した試聴データを要求元の端末装置１に送信する（ステップＳ７）。
【００９４】
端末装置１は、配信サーバ装置４から送信されてきた試聴データを受信し（ステップＳ８）、これを記録装置部１２の記録媒体に記録、蓄積し（ステップＳ９）、いつでも利用可能な状態を整える。このステップＳ１からステップＳ９までの動作が、配信要求と配信データの受配信動作である。
【００９５】
そして、ステップＳ１からステップＳ９までの受配信動作終了後において、記録装置部１２に記憶蓄積された試聴データを利用しようとする場合には、ユーザは、キー操作部１８を通じて、ダウンロード済みの試聴データの一覧表の表示指示入力を入力するようにする（ステップＳ１０）。
【００９６】
端末装置１は、ユーザからの試聴データの一覧表の表示指示入力を受け付け（ステップＳ１１）、受け付けた指示入力に応じて、記録装置部１２に蓄積された試聴データに基づいて、試聴データの一覧表を作成する（ステップＳ１２）。この作成した試聴データの一覧表をＬＣＤ２０に表示することにより、ユーザに提供する（ステップＳ１３）。
【００９７】
ユーザは、端末装置１のＬＣＤ２０に表示された試聴データの一覧表の中から、試聴を希望する試聴データを選択して、その試聴データの再生の指示入力をキー操作部１８を通じて入力する（ステップＳ１４）。この指示入力を端末装置１が受け付け（ステップＳ１５）、端末装置１は、指示された試聴データを記録装置部１２から読み出して、これを音声デコーダ１３に供給して、その試聴データの再生処理を行う（ステップＳ１６）。
【００９８】
これにより、端末装置１のスピーカー１６から選択した試聴データに応じた音声が放音されて、端末装置１のユーザが目的とする楽曲の一部分の試聴を行うことができるようにされる（ステップＳ１７）。
【００９９】
次に、図６に示したように動作するこの実施の形態の端末装置１とサーバ装置４とのそれぞれにおいて行われる処理について、図７のフローチャートを参照しながら説明する。なお、図７に示すフローチャートと図６に示したシーケンス図において、対応する処理部分には、同じ参照符号を付すことによって対応付けが明確となるようにしている。また、図７において、図７Ａが端末装置１において実行される処理であり、図７Ｂが配信サーバ装置４において実行される処理である。
【０１００】
図７Ａに示すように、端末装置１の制御部１００は、図４に示した入力画面２０ＧをＬＣＤ２０に表示し、キー操作部１８を通じてユーザからの受信希望時刻等の必要な情報の入力を受け付けて、これを例えばＥＥＰＲＯＭ１０４に設定する（ステップＳ２）。そして、端末装置１の制御部１００は、時計回路２１からの現在時刻が受信希望時刻になるまで待ち状態となり（ステップＳ３）、受信希望時刻が到来したことを検出すると、ステップＳ２において受け付けてＥＥＰＲＯＭ１０４に設定した情報に基づいて、図５に示したデータ構造を有する試聴データの配信要求を形成し、これを配信サーバ装置４に送信する（ステップＳ４）。
【０１０１】
なお、試聴データの配信要求の配信サーバ装置４への送信に先立って、端末装置１の制御部１００は、配信サーバ装置４にアクセスするようにして、端末装置１と配信サーバ装置４との間で通信回線を接続するようにしている。
【０１０２】
そして、図７Ｂに示すように、配信サーバ装置４の制御部４００は、通信回線を接続した端末装置１からのデータ配信要求の受信待ちとなり（ステップＳ５）、データ配信要求を受信したときには、受信したデータ配信要求に応じて、要求された試聴データ（配信データ）を試聴データファイル４２から抽出し（ステップＳ６）、この抽出した試聴データを要求元の端末装置１に配信する（ステップＳ７）。
【０１０３】
端末装置１は、配信サーバ装置から送信されてくる配信データである試聴データを受信して、これを記録装置部１２の記録媒体に記録し蓄積する（ステップＳ８、ステップＳ９）。
【０１０４】
なお、配信サーバ装置４においてステップＳ７の抽出した試聴データの送信処理は、この例の場合、抽出した試聴データの送信（配信）が全て完了するまで続行される。同様に、ステップＳＳ８、ステップＳ９の試聴データの受信、蓄積処理は、配信サーバ装置１からの試聴データの送信が終了するまで続行される。
【０１０５】
このようにすることによって、上述もしたように、端末装置１、２、３、…のそれぞれにおいては、ユーザが端末装置を使用しない時間帯を、配信サーバ装置４から試聴データの受信希望時間帯として設定しておき、設定された時間帯に試聴データの配信要求を形成して配信サーバ装置４に送信し、配信サーバ装置４から試聴データの配信を予め受けておくことにより、ダウンロード済みの試聴データをいつでも即座に再生して利用することができるようにされる。
【０１０６】
この場合、受信希望時間帯の設定は、各端末装置のそれぞれにおいて、その端末装置の利用態様に応じた空き時間帯を受信希望時間帯として設定することができるので、配信サーバ装置４が、例えば、深夜の通信状況の比較的によい時間帯に多数の端末装置に対して一斉に配信処理を行うようにするのとは異なり、いずれの端末装置においても、自機が使用されていない時間帯にいて、確実に試聴データを取得し、蓄積することができる。このため、配信サーバ装置４に負荷をかけることもなく、しかも、各端末装置は確実にその空き時間において、試聴データの配信を受けることができるようにされる。
【０１０７】
また、図７Ａに示したステップを有するプログラムを形成し、これをモバイル端末やパーソナルコンピュータに搭載することにより、それらの機器をこの実施の形態の配信サービス対応端末機器とすることが可能である。また、図７Ｂに示したステップを有するプログラムを形成し、種々のサーバ装置に搭載することにより、この実施の形態の配信サーバ装置とすることができる。
【０１０８】
ところで、図６、図７を用いて上述した情報配信システムにおける試聴データの受配信処理の第１の例は、最も基本的な例である。この第１の例にさらに改良を加えることによって、端末装置のユーザの利便性を向上させたり、データの送受の確実性を向上させたりするなどのことが可能となる。以下においては、情報配信システムにおける試聴データの受配信処理のいくつかの他の例について説明する。
【０１０９】
なお、以下の説明においては、情報配信システムの構成、端末装置１、２、３の構成、配信サーバ装置４の構成、通信ネットワーク５の態様、および、入力画面の構成や配信要求のデータ構造などは、図１から図５を用いて説明した通りであるものとして説明する。また、説明を簡単にするため、シーケンス図やフローチャートにおいて、図６、図７に示した場合と同様に行われる動作や処理の場合には、同じ参照番号を付し、その部分の詳細な説明は省略するか簡略化することとする。
【０１１０】
［情報配信システムの動作について（第２の例）］
端末装置１と配信サーバ装置４との間に接続される通信回線の通信状態は、常に良好であるとは限らない。例えば、通信ネットワーク５が混雑した状態にあれば、端末装置１と配信サーバ装置４との間の通信状態も悪くなり、データの転送速度が低下して、大量の試聴データの配信を要求した場合などにおいては、ダウンロードに時間がかかってしまうなどの不都合を生じる場合もあると考えられる。
【０１１１】
そこで、この第２の例の場合には、端末装置１が配信サーバ装置４との間の通信状態を確認し、通信状態が悪くない場合に、配信要求を送信して、試聴データの配信を受けるようにするものである。
【０１１２】
図８は、この実施の形態の情報配信システムの動作の第２の例を説明するためのシーケンス図である。図８に示すように、ユーザから配信データの受信希望時刻等の設定入力から受信希望時刻の到来を検出するまでの処理、すなわち、ステップＳ１〜ステップＳ３までの処理は、図６に示した第１の例のステップＳ１〜ステップＳ３までの処理と同様に行われる。
【０１１３】
そして、端末装置１において、受信希望時刻の到来を検出した場合には、端末装置１は、配信サーバ装置４との間に通信回線を接続し、例えば、テストデータを送信して、配信サーバ装置４からの返信データを受信するようにし、その送受の時間を計測することにより、接続するようにした通信回線の通信状態を確認する（ステップＳ２１）。この確認処理により、応答のレスポンスが良好でない場合においては、接続するようにした通信回線の通信状態をさらに確認動作を繰り返す。
【０１１４】
このような通信状態の確認処理は、応答のレスポンスが良好であると確認され、音楽データの送受信に必要以上に時間がかかることがなくなるまで、ステップＳ２で受け付けた受信開始希望予定時刻から受信終了希望予定時刻までの時間範囲内において、繰り返し行うようにする。図８において、端末装置１と配信サーバ装置間の点線矢印は、この通信状態の確認処理が繰り返し行われる可能性のあることを示している。
【０１１５】
そして、端末装置１において、配信サーバ装置４との間で接続するようにした通信回線の通信状態が良好であり、データの送受信に必要以上に時間がかからないことが確認できた場合に、端末装置１は、ステップＳ２で受け付けた設定情報に基づいて、例えば、図５に示したデータ構造を有する配信要求を生成し、これを配信サーバ装置４に送信する。すなわち、ステップＳ４の処理を行う。
【０１１６】
そして、配信サーバ装置４は、ステップＳ５からステップ７を処理を行うことになる。すなわち、端末装置１からの配信要求を受信し、配信を要求された試聴データを試聴データファイル４２から抽出し、この抽出した試聴データを要求元の端末装置１に送信する。端末装置１は、ステップＳ８、ステップＳ９に示すように、配信サーバ装置４から送信されてきた試聴データを受信し、これを記録装置部１２の記録媒体に記録、蓄積して、いつでも利用可能な状態を整える。
【０１１７】
この図８を用いて説明した第２の例の情報配信システムの動作の場合には、ステップＳ２１における端末装置１からの通信状態の検出および確認処理が設けられている点を除けば、図６に示した第１の例と同様に行われる処理である。そして、この図８に示した情報配信システムの動作の第２の例の場合には、配信サーバ装置４における処理は、図７Ｂに示した処理と変わらないが、端末装置１における処理として通信状態を確認する処理が設けられることになる。
【０１１８】
図９は、この第２の例の場合の端末装置１の処理を説明するためのフローチャートである。この図９と第１の例の図７Ａとを比較すると分かるように、図９に示す第２の例の場合には、ステップＳ３とステップＳ４との間に、ステップＳ２１の通信状態の検出処理および確認処理が設けられている点を除けば、図７Ａに示した第１の例の端末装置１の処理と同様に行われる。
【０１１９】
このように、端末装置と配信サーバ装置４との間の通信回線の通信状態を検知し、良好に通信ができないときには、時間をかけてまであえて試聴データのダウンロードを行うことをせずに、試聴データのダウンロードを通信回線の通信状態が良好になった場合に行うようにすることができる。
【０１２０】
なお、通信回線を接続した状態で、通信状態の検出、確認を繰り返し行うようにすることも可能である。しかし、このようにした場合には、通信コストがかさむことになる。そこで、通信状態の検出および確認において、すなわちステップＳ２１の処理において、通信状態が良好でないと確認された場合には、接続した通信回線を解放し、所定時間経過後において、再度、端末装置１から配信サーバ装置４に通信回線を接続するようにし、通信状態の検出、確認を行うようにすることにより、通信コストを無駄にかけることもない。
【０１２１】
また、通信状態の検出および確認は、上述もしたように、例えば所定のテストデータを送信して相手先からその応答を受けるようにし、テストデータの送信から応答の受信まで２かかる時間を検出することにより、その検出した時間に応じて通信状態を確認することが可能である。また、通信ネットワーク５がインターネットである場合、いわゆるｐｉｎｇと呼ばれるＩＰの上位プロトコルの一種であるＩＣＭＰ（Internet Control Message Protocol）を用いて、相手先ホストに対して返答要求を送出するプログラムを用いて、通信状態を検出し確認するようにしてもよい。
【０１２２】
なお、この第２の例の場合には、通信状態が良好になるまで、試聴データの配信要求を送信しないようにしたが、これに限るものではない。通信状態に応じて、要求する試聴データ量を調整するようにしてもよい。例えば、配信を要求する試聴データの登録日が１日〜１０日の１０日間であった場合に、通信状況があまりよくなかったときには、例えば、登録日が１日〜２日までの２日分の試聴データの配信を要求し、要求した試聴データの受信完了後に、通信状態に応じて、残りの試聴データの内の所定登録機関分の配信を要求するようにすることも可能である。
【０１２３】
同様に、例えば、配信可能な試聴データの一覧リストから、３０曲分の試聴データの配信を要求する場合に、通信状態が良好でない場合には、まず、１０曲分の試聴データの提供を要求し、その１０曲分の試聴データの受信後において、通信状態を確認し、その通信状態に応じて、残りの試聴データの内の所定曲数分の配信を要求するようにしてもよい。
【０１２４】
そして、これらの場合には、配信要求をして配信を受けた試聴データと、未配信要求の試聴データとを区別できるように、端末装置において管理しておく必要が生じる。このため、各端末装置において、試聴データ配信予定入力情報の登録日などを変更したりするなど、次に要求すべき試聴データを明確に把握しておくようにすればよい。
【０１２５】
なお、図９に示したステップを有するプログラムを形成し、これをモバイル端末やパーソナルコンピュータに搭載することにより、それらの機器をこの実施の形態の配信サービス対応端末機器とすることが可能である。
【０１２６】
［情報配信システムの動作について（第３の例）］
図８、図９を用いて説明した情報配信システムの動作の第２の例の場合には、端末装置１側から配信サーバ装置４との間の通信状態を確認するようにしたが、これに限るものではない。以下に説明する第３の例は、試聴データの配信要求を受け付けた配信サーバ装置４から要求元の端末装置１との間の通信状態を検出、確認し、通信状態が悪い場合には、リトライ処理の開始時刻を配信サーバ装置４が、要求元の端末装置１に対して行うようにするものである。
【０１２７】
図１０は、この実施の形態の情報配信システムの動作の第３の例を説明するためのシーケンス図である。図１０に示すように、ユーザから配信データの受信希望時刻等の設定入力から受信希望時刻の到来を検出し、配信要求を生成して送出し、これを配信サーバ装置４が受信して取り込むまでの処理、すなわち、ステップＳ１〜ステップＳ５までの処理は、図６に示した第１の例のステップＳ１〜ステップＳ５までの処理と同様に行われることになる。
【０１２８】
そして、この第３の例の場合には、図１０に示すように、配信要求を配信サーバ装置４が受信すると、要求元の端末装置１に対してテスト信号を送信し、その応答を受信するようにして、その送受の時間を計測することにより、要求元の端末装置との間の通信状態を検出し（ステップＳ３１）、通信状態は良好か否かを確認する（ステップＳ３２）。
【０１２９】
ステップＳ３２の確認処理において、通信状態は良好であることが確認された場合には、図６を用いて説明した第１の実施の形態の場合と同様に、配信サーバ装置４は、端末装置１からの配信要求に応じて、要求された試聴データを試聴データファイル４２から抽出し（ステップＳ６）、これを要求元の端末装置１に配信する（ステップＳ７）。
【０１３０】
端末装置１においては、図６を用いて説明した第１の実施の形態の場合と同様に、配信サーバ装置４からの配信データを受信して（ステップＳ８）、これを記録装置１２の記録媒体に記録して蓄積するようにする（ステップＳ９）。
【０１３１】
一方、ステップＳ３２の確認処理において、通信状態は良好でないことが確認された場合には、要求元の端末装置１の受信希望時間帯に基づいて、要求元の端末装置１に対して提供するようにする再要求時刻を設定するようにし（ステップＳ３３）、これを時刻設定要求として、配信要求元の端末装置１に送信する（ステップＳ３４）。
【０１３２】
端末装置１においては、配信サーバ装置４からの時刻設定要求を受信し（ステップＳ３５）、これを次に試聴データの配信要求を送出する時刻（再要求時刻）として自己のＥＥＰＲＯＭ１０４に設定する（ステップＳ３６）。この後、端末装置１は、ステップＳ３６で設定した再要求時刻になるまで待ち状態となり（ステップＳ３７）、再要求時刻が到来したときには、ステップＳ４からの処理、すなわち、試聴データの配信要求を生成して配信サーバ装置４に対して送信する処理から繰り返すようにする。
【０１３３】
このように、この図１０を用いて説明した第３の例の情報配信システムの動作の場合には、図６に示した基本的な処理に加えて、ステップＳ３１における配信サーバ装置からの通信状態の検出処理、ステップＳ３２における配信サーバ装置における通信状態の確認処理、そして、ステップＳ３２の確認処理において通信状態が良好でないことが確認された場合に行われるステップＳ３３における再要求時刻設定処理、ステップＳ３４における時刻設定要求送信処理、さらに、端末装置において行われる処理であって、ステップＳ３５における時刻設定要求の受信処理およびステップＳ３６における再要求時刻の設定処理が設けられたものである。
【０１３４】
図１１は、この第３の例の場合の端末装置１の処理を説明するためのフローチャートである。この図１１と第１の例の図７Ａとを比較すると分かるように、ステップＳ３８以降の処理が第１の例の端末装置１の動作とは異なっている。
【０１３５】
すなわち、図１１に示すように、図７Ａに示した第１の例の場合と同様に、受信希望時刻等の設定入力を受け付け（ステップＳ２）、受信希望時刻が到来するまで待ち状態となり（ステップＳ３）、受信希望時刻が到来したときには、試聴データの配信要求を生成して送信する（ステップＳ４）。
【０１３６】
この後、配信サーバ装置４から自機宛てに送信されて来る情報を受信し（ステップＳ３８）、受信した情報が配信データである試聴データか否かを判断する（ステップＳ３９）。ステップＳ３９の判断処理において、受信した情報が試聴データであると判断したときには、端末装置１の制御部１００は、送信されてくる試聴データを順次に受信して（ステップＳ８）、記録装置部1２の記録媒体に記録蓄積することになる（ステップＳ９）。このステップＳ８、ステップＳ９の処理は、配信サーバ装置４からの試聴データの送信が終了するまで、繰り返し行われる。
【０１３７】
一方、ステップＳ３９の判断処理において、受信した情報が試聴データではないと判断したときには、端末装置１の制御部１００は、受信した配信サーバ装置４からの情報は、時刻設定要求であると判断し、受信した時刻設定要求を取り込んで、試聴データの提供を要求するための再要求時刻として設定し（ステップＳ３６）、設定した再要求時刻が到来するまで待ち状態となる（ステップＳ３７）。そして、ステップＳ３７の判断処理において、再要求時刻が到来したと判断したときには、ステップＳ４からの処理を繰り返す。すなわち、再度、試聴データの配信要求を生成して送信し、試聴データの配信を待つ。
【０１３８】
図１２は、この第３の例の場合の配信サーバ装置４の処理を説明するためのフローチャートである。この第３の例の場合の配信サーバ装置４においては、図７Ｂに示した配信サーバ装置の処理と同様に、端末装置１から配信要求が送信されてくるのを持ち（ステップＳ５）、配信要求を受信したときには、端末装置１に対して、例えば、テストデータを送信し、その応答を受信するまでの時間を計測するなどして、端末装置１との間の通信状態を検出するようにする（ステップＳ３１）。
【０１３９】
そして、ステップＳ３１において検出した通信状態に基づいて、端末装置１との間の通信状態は良好であるか否かを確認し（ステップＳ３２）、良好であると判断したときには、端末装置１からの要求に応じて配信すべき試聴データを抽出し（ステップＳ６）、抽出した試聴データを要求元の端末装置に対して配信してこの図１２に示す処理を終了する。このステップＳ６、ステップＳ７の処理は、第１の例の配信サーバ装置２おいて行われる処理と同様である。
【０１４０】
一方、ステップＳ３２の確認処理において、試聴データの要求元である端末装置１との間の通信状態が良好ではないと判断したときには、配信サーバ装置４の制御部４００は、端末装置１に対して提供する再要求時刻を設定する（ステップＳ３３）。この再要求時刻を試聴データの配信要求を再度生成して送信すべき時刻として設定する旨の要求（時刻設定要求）を生成して送信し、端末装置１との間の通信回線を解放して（ステップＳ３４）、この図１２に示す処理を終了する。
【０１４１】
なお、再要求時刻の設定に際しては、配信サーバ装置４は、過去の通信状態の履歴などに基づいて、要求元の端末装置１の配信希望時間帯の範囲において、通信状態がよい時間を再要求時刻として設定するようにしたり、あるいは、５分後、１０分後というように、予め決められた時間の経過後を再要求時刻として設定するようにしたりするなどのことができる。
【０１４２】
このように、配信サーバ装置４が主体となって通信状態の検出、確認を行うようにした場合には、通信状態が悪い場合に、再要求時刻を設定し、その再要求時刻になるまで、要求元の端末装置との間の通信回線を解放しておくようにすることができ、通信コストの低減を図ることが可能となる。
【０１４３】
なお、第３の例の場合に、通信状態に応じて、端末装置から要求した試聴データの内の一部の試聴データについて配信サーバ装置４から配信するようにしてもよい。例えば、通信状態に応じて、端末装置からは５０曲分の試聴データの配信が要求されている場合であっても、通信状態に応じて、例えば、１０曲分しか配信しないように制限してもよい。
【０１４４】
この場合には、要求元の端末装置において、要求した試聴データの内の配信済みの試聴データ（受信済みの試聴データ）と未配信分の試聴データ（未受信の試聴データ）について明確に把握しておくようにし、再度、未配信分の試聴データ（未受信の試聴データ）について配信を要求するようにすればよい。
【０１４５】
この場合の管理は種々考えられるが、要求された試聴データと配信済み分の試聴データとの差分を示す情報を、配信サーバ装置４から要求元の端末装置に送信するようにし、再度の要求のときに、その差分によって示される情報分を要求するようにすればよい。もちろん、端末装置において、要求した試聴データと配信された試聴データとの差分を示す情報を得て管理するようにしてもよい。
【０１４６】
また、図１１に示したステップを有するプログラムを形成し、これをモバイル端末やパーソナルコンピュータに搭載することにより、それらの機器をこの実施の形態の配信サービス対応端末機器とすることが可能である。また、図１２に示したステップを有するプログラムを形成し、種々のサーバ装置に搭載することにより、この実施の形態の配信サーバ装置とすることができる。
【０１４７】
［情報配信システムの動作について（第４の例）］
以下に説明する第４の例は、各端末装置からの配信要求に基づいて、試聴データの配信遅延を生じさせないように配信のスケジューリングを行うようにしたものである。なお、この第４の例において、配信サーバ装置４は、説明を簡単にするため、図１３に示すように、図４に示した配信サーバ装置４の構成に加えて、スケジューリング処理部４６と、スケジューリングファイル４７とを備えたものとして説明する。
【０１４８】
ここで、スケジューリング処理部４６は、制御部４００において実行されるソフトウエアによっても実現可能なものである。また、スケジューリングファイル４７は、スケジュール情報を記憶保持するものであり、図１３に示したように、単独の記録媒体に設けることも可能であるが、例えば、作業ファイル４４などの記憶領域の一部分などに構成可能なものである。
【０１４９】
すなわち、この第４の例においても、スケジューリング処理部４６と、スケジューリングファイル４７とを設けたといっても、図３に示した配信サーバ装置４と基本的な構成が異なるものではない。また、言うまでもなく、図１３において、スケジューリング処理部４６、スケジューリングファイル４７以外の各部分は、図３に示した配信サーバ装置４の対応する部分と同様に構成されるものである。
【０１５０】
そして、この第４の例の場合、配信サーバ装置４は、端末装置からの試聴データの配信要求を受信すると、まず、スケジューリング処理部４６が、スケジューリングファイル４７のスケジュール情報を確認して、配信スケジュールに空きがあり、現時点において、試聴データの配信が可能であるか否かを判断し、可能である場合には、即座に、要求に応じた試聴データを抽出して、要求元の端末装置に配信する。
【０１５１】
しかし、スケジュールに空きが無いために、現時点においては、試聴データの配信を良好に行うことができないと判断した場合には、スケジューリングファイル４７のスケジュール情報と、配信サーバ装置４の配信能力、さらには、要求元の端末装置の受信希望時間帯等を考慮して、良好に試聴データの配信が可能な時間帯を要求元の端末装置に対して割り当てるようにし、その時間帯の開始時刻である配信予定時刻を再要求時刻として設定するように要求元の端末装置に送信する。
【０１５２】
端末装置は、配信サーバ装置４から時刻設定要求を受信した場合には、これに応じて再要求時刻を設定し、再要求送信時刻が到来した場合に、再度、試聴データの配信要求を生成して、配信サーバ装置４に送信するようにする。この場合、配信予定時刻は、配信サーバ装置４における各端末装置からの配信要求と、自己の配信能力と、要求元の端末装置の受信希望時間帯等を考慮したスケジューリングに基づくものであり、その配信予定時刻において、確実に要求に応じた試聴データの配信を受けることが可能となる。
【０１５３】
図１４は、この実施の形態の情報配信システムの動作の第４の例を説明するためのシーケンス図である。図１４に示すように、ユーザから配信データの受信希望時刻等の設定入力から受信希望時刻の到来を検出し、配信要求を生成して送出し、これを配信サーバ装置４が受信して取り込むまでの処理、すなわち、ステップＳ１〜ステップＳ５までの処理は、図６に示した第１の例のステップＳ１〜ステップＳ５までの処理と同様に行われる。
【０１５４】
そして、この第４の例の場合には、図１４に示すように、配信要求を配信サーバ装置４が受信すると、スケジューリング処理部４６が、スケジューリングファイル４７のスケジュール情報に基づいて、スケジュールに空きがあり、即座に試聴データの配信が可能であるか否かを確認する（ステップＳ５１）。
【０１５５】
ステップＳ５１のスケジュールの空き確認処理において、スケジュールに空きがあり即差に試聴データの配信が可能であることが確認されたときには、スケジューリング処理部４６はこれを制御部４００に通知する。そして、配信サーバ装置４の制御部４００は、図６を用いて説明した第１の実施の形態の場合と同様に、端末装置１からの配信要求に応じて、要求された試聴データを試聴データファイル４２から抽出し（ステップＳ６）、これを要求元の端末装置１に配信する（ステップＳ７）。
【０１５６】
端末装置１においては、図６を用いて説明した第１の実施の形態の場合と同様に、配信サーバ装置４からの配信データを受信して（ステップＳ８）、これを記録装置１２の記録媒体に記録して蓄積するようにする（ステップＳ９）。
【０１５７】
一方、ステップＳ５２のスケジュールの空き確認処理において、スケジュールに空きは無く即座に試聴データを配信することはできないことが確認されたときには、スケジューリング処理部４６は、スケジューリングファイル４７のスケジュール情報と、自己の配信能力と、要求元の端末装置１の受信希望時間帯とを考慮して、要求元の端末装置１に対して、要求に応じた試聴データを配信するための時間を確保するようにするスケジューリング処理を行い、配信予定時刻を確保する（ステップＳ５２）。
【０１５８】
このステップＳ５２におけるスケジューリング処理は、例えば、図１６に示すように、自己の配信能力を超えないようにしながら、各端末装置からの配信要求に応じて、配信予定時刻と要求された試聴データの量に応じた配信時間とを設定していくようにするものである。
【０１５９】
図１６に示した例の場合、端末装置Ａに対しては、午前１時（配信予定時刻）から約３０分間（配信時間）において、試聴データの配信が予定されており、端末装置Ｂに対しては、午前１時から約２０分間において、試聴データの配信が予定されている。そして。端末装置Ｃに対しては、午前１時３０分から約２５分間において、試聴データの配信が予定されており、端末装置Ｄに対しては、午前１時から約３５分間において、試聴データの配信が予定されている。
【０１６０】
そして、各時間において、予め決められた台数分以上の端末装置に対しては、試聴データの配信を行うことがないようにスケジューリングが行われることになる。すなわち、この例の場合には、図１６に示したようなスケジュール情報に基づいて、スケジュールの空きの確認、および、新たに配信要求を送信してきた端末装置に対する配信予定時刻（配信開始予定時点）と配信時間（配信所要時間）とを設定することになる。
【０１６１】
そして、上述のようにして設定するようにした配信予定時刻を再要求時刻として設定するように要求する時刻設定要求を形成し、これを配信要求元の端末装置１に送信する（ステップＳ５３）。
【０１６２】
端末装置１においては、配信サーバ装置４からの時刻設定要求を受信し（ステップＳ５４）、これを次に試聴データの配信要求を送出する時刻（再要求時刻）として自己のＥＥＰＲＯＭ１０４に設定する（ステップＳ５５）。この後、端末装置１は、ステップＳ５５で設定した再要求時刻になるまで待ち状態となり（ステップＳ５６）、再要求時刻が到来したときには、ステップＳ４からの処理、すなわち、試聴データの配信要求を生成して配信サーバ装置４に対して送信する処理から繰り返すようにする。
【０１６３】
このように、この図１４を用いて説明した第４の例の情報配信システムの動作の場合には、図６に示した基本的な処理に加えて、ステップＳ５１におけるスケジュールの空き確認処理、そして、ステップＳ５１のスケジュールの空き確認処理においてスケジュールの空きが無いと確認された場合に行われるステップＳ５２におけるスケジューリング処理、ステップＳ５３におけるスケジューリング処理により設定された配信予定時刻に応じた時刻設定要求送信処理、さらに、端末装置において行われる処理であって、ステップＳ５４における時刻設定要求の受信処理およびステップＳ５５における再要求時刻の設定処理が設けられたものである。
【０１６４】
図１５は、この第４の例の場合の配信サーバ装置４の処理を説明するためのフローチャートである。この第４の例の場合の配信サーバ装置４においては、図７Ｂに示した配信サーバ装置の処理と同様に、端末装置１から配信要求が送信されてくるのを持ち（ステップＳ５）、配信要求を受信したときには、スケジューリング処理部４６によりスケジューリングファイル４７のスケジュール情報が参照され、スケジュールに空きがあり、即座に試聴データの配信が可能であるか否を確認する（ステップＳ５１）。
【０１６５】
そして、ステップＳ５１において、スケジュールに空きがあり、即座に試聴データの配信が可能であると確認された場合には、これが制御部４００に通知され、配信サーバ装置４の制御部４００は、端末装置１からの要求に応じて配信すべき試聴データを抽出し（ステップＳ６）、抽出した試聴データを要求元の端末装置に対して配信してこの図１５に示す処理を終了する。このステップＳ６、ステップＳ７の処理は、第１の例の配信サーバ装置４おいて行われる処理と同様である。
【０１６６】
一方、ステップＳ５１の確認処理において、スケジュールに空きはなく、即座に試聴データの配信はできないと確認された場合には、配信サーバ装置４のスケジューリング処理部４６は、スケジューリングファイル４７のスケジュール情報と、配信サーバ装置４の配信能力、さらには、要求元の端末装置の受信希望時間帯等を考慮して、良好に試聴データの配信が可能な時間帯を要求元の端末装置に対して試聴データの配信を行う時間帯として設定するスケジューリング処理を行う（ステップＳ５２）。具体的には、図１６を用いて説明したように、配信予定時刻および配信時間として設定される。
【０１６７】
そして、ステップＳ５２において、設定するようにした配信時間帯の開始時刻である配信予定時刻を再要求時刻として、要求元の端末装置１に送信し、端末装置１との間の通信回線を解放して（ステップＳ５３）、この図１５に示す処理を終了する。
【０１６８】
なお、この第４の例の場合の端末装置１の動作は、図１１に示した第３の例の端末装置の場合の処理とほぼ同様のものとなる。
【０１６９】
このように、配信サーバ装置４のスケジューリング処理に応じて配信予定時刻を設定し、この配信予定時刻を要求元の端末装置に再要求時刻として設定するようにして、配信サーバ装置４のスケジューリングに応じた配信予定時刻において、目的とする試聴データの配信を受けることができるようにされる。
【０１７０】
そして、配信サーバ装置４が、スケジューリングファイル４７のスケジュール情報と、配信サーバ装置４の配信能力、さらには、要求元の端末装置の受信希望時間帯等を考慮して、良好に試聴データの配信が可能な時間帯を要求元の端末装置に対して割り当てるようにしているので、配信サーバ装置４の配信能力を超えた台数の端末装置に試聴データの配信を行う配信の輻輳を回避し、各端末装置は、確実かつ良好に目的とする配信データの配信を受けることができるようにされる。
【０１７１】
なお、配信要求を送信してくる端末装置が多い場合には、連続した配信時間を確保することができない場合もある。このような場合には、飛び飛びの複数の時間帯を配信時間として設定し、この複数の時間帯の開始時点のそれぞれを配信予定時刻として要求元の端末装置に設定するようにするとともに、この複数の時間帯において配信可能な試聴データのデータ量を配信制限情報として要求元の端末装置に通知するようにする。
【０１７２】
具体的には、図１７に示すように、飛び飛びに設定される各時間帯の開始時刻を第１配信予定時刻、第２配信予定時刻、…とし、飛び飛びに設定される各時間帯における配信可能な試聴データのデータ量を第１配信制限情報、第２配信制限情報、…とするようにして、これを時刻設定要求として配信要求元の端末装置に送信する。
【０１７３】
図１７に示す時刻設定要求を受信した端末装置においては、第１配信予定時刻が到来したときには、第１配信制限情報に応じたデータ量の試聴データの配信を要求し、第２配信予定時刻が到来したときには、第２配信制限情報に応じたデータ量の試聴データであって、未要求分の試聴データの配信を要求するようにする。したがって、端末装置においては、既に配信を要求し、受信済みの試聴データとこれから配信を要求する試聴データとを明確に管理しておくようにする。
【０１７４】
このようにすることによって、大量の試聴データの配信を要求するようにした場合であっても、端末装置は、確実かつ良好に試聴データの配信を受けることができるようにされる。
【０１７５】
なお、図１５に示したステップを有するプログラムを形成し、種々のサーバ装置に搭載することにより、この実施の形態の配信サーバ装置とすることができる。
【０１７６】
上述のように、試聴データの配信を端末装置の未使用時に受けることができる。このため、配信とリアルタイムに再生して試聴するようにするいわゆるリアルタイム視聴とは異なり、データの転送レートの制限を受けることなく高ビットレートの試聴データを配信するようにすることができる。すなわち、高音質の再生が可能な試聴データの配信を行い、高音質の音声による楽曲の試聴を実現することができる。
【０１７７】
また、試聴データを端末未使用時のいわゆる空き時間に蓄積しておくことにより、試聴データの再生を配信処理に左右されることなく即座に行うことができるので、好みの楽曲の選択をユーザの気の向いたときにいつでも行うことができ、しかも、高ビットレートの試聴データのダウンロードが可能であるので、音質のよい音声による楽曲の試聴が可能となり、試聴データに対応する１曲分のコンテンツのダウンロード（楽曲の購入）を促進することができる。すなわち、ユーザに対して訴えかけの強い（訴求力の強い）試聴データの配信が可能となる。
【０１７８】
なお、上述の説明からも分かるように、上述した実施の形態の端末装置においては、受付手段はキー操作部１８が、現在時刻提供手段は時計回路２１が、検出手段および予定時刻検出手段は制御部１００が、要求送信手段は主に通信部１１が、情報受信手段および予定時刻受信手段は通信部１１が、記憶手段は記憶装置部１２が、通信状態検出手段は制御部１００および通信部１１が、制御手段は制御部１００が、通信状態検出手段は制御部４００および通信部４１が、制御手段は制御部４００が、管理手段は主に制御部４００が、それぞれ実現するようにしている。
【０１７９】
また、上述した実施の形態の配信サーバ装置においては、配信情報蓄積手段は試聴データファイル４２、コンテンツファイル４３が、要求受信手段は通信部４１が、抽出手段は制御部４００が、情報送信手段および予定時刻送信手段は主に通信部４１が、スケジューリング処理手段はスケジューリング処理部４６およびスケジューリングファイル４７が、それぞれ実現するようにしている。
【０１８０】
なお、上述した実施の形態においては、試聴データの配信を受ける場合を例にして説明したが、これに限るものではない。１曲分単位の音楽データの配信を受ける場合にも、同様にして配信を受けるようにすることが可能である。
【０１８１】
また、上述した例の場合には、試聴データの配信の要求は、試聴データの登録日、ジャンル、アーティスト名などにより行うものとしてが、これに限るものではない。上述においても若干説明したように、例えば、配信可能な試聴データの一覧リストを配信サーバ装置４から得て、これに基づいて、配信を受けようとする試聴データを指定するようにし、一覧リスト上において各試聴データに割り振られた識別番号等により、配信を要求する試聴データを特定するようにすることも可能である。
【０１８２】
また、配信要求の送出に先立って、配信サーバ装置４において、アクセスしてきた端末装置に対する認証処理を行って、認証が取れた場合にのみ、その後の処理、すなわち、信要求の生成、送信などの処理を行うようにすることも可能である。
【０１８３】
また、配信サーバ装置４において、要求された試聴データが削除されるなどして存在しない場合には、例えば、「該当データはありません。」などのメッセージを提供するなど、警告を発するようにすることも可能である。
【０１８４】
また、配信可能な配信データとしては、音楽データだけでなく、例えば、動画データ、静止画データ、テキストデータ、プログラムデータ、その他の各種のデータを配信する場合にこの発明を適用することができる。
【０１８５】
例えば、ドラマや映画などの動画データを配信する場合や、写真集や画集などの静止画データを配信する場合、また、小説や論文などのテキストデータを配信する場合、さらには、各種のアプリケーションプログラムなどのプログラムデータを配信する場合にも、この発明を適用することができる。もちろん、動画データと音声データ、静止画データと音声データというように、種々の複数のデータを配信する場合にもこの発明を適用することができる。
【０１８６】
また、映画やドラマなどの一部分、写真集や画集の一部分、小説や論文の一部分、あるいは、お試し版のプログラムなどのいわゆるサンプルデータを配信する場合には、上述した楽曲の試聴データを配信する場合と同様に、端末装置の空き時間に高ビットレートのサンプルデータを配信することができるので、ユーザに対して訴求力の高いサンプルデータを配信することができると共に、ユーザがデータの配信のための待ち時間を無駄に消費することもない。
【０１８７】
また、上述の実施の形態においいては、例えば、公衆電話網やインターネットなどのいわゆる広域通信ネットワークを用いて説明したが、これに限るものではない。例えば、家庭内に設けたＬＡＮ（Local Area Network）に接続されるパーソナルコンピュータを配信サーバ装置として用い、当該ＬＡＮに接続され各部屋におかれる専用端末、モバイル端末、パーソナルコンピュータなどを端末装置として、音楽データなどの配信を受けるようにすることもできる。
【０１８８】
このようにした場合には、配信サーバ装置において一元管理されている音楽データや画像データ等のコンテンツを必要に応じて各自の端末装置にダウンロードして利用するような場合に便利である。また、目的とする音楽データを就寝中にダウンロードし、設定時間になったら再生していわゆる目覚ましとして用いるようにするなどの種々の利用態様を増やし、ホームネットワークの活用範囲を広げることができる。
【図面の簡単な説明】
【０１８９】
【図１】この発明による情報配信システムの一実施の形態を説明するための図である。
【図２】図１に示した情報配信システムの配信サービス対応端末機器（端末装置）を説明するためのブロック図である。
【図３】図１に示した情報配信システムの配信サーバ装置を説明するためのブロック図である。
【図４】受信希望時刻等の設定入力画面の一例を説明するための図である。
【図５】配信要求の一例を説明するための図である。
【図６】図１に示した配信情報システムの動作の第１の例を説明するためのシーケンス図である。
【図７】図６に示した動作の第１の例における端末装置１の処理と配信サーバ装置４の処理とを説明するためのフローチャートである。
【図８】図１に示した配信情報システムの動作の第２の例を説明するためのシーケンス図である。
【図９】図８に示した動作の第２の例における端末装置１の処理を説明するためのフローチャートである。
【図１０】図１に示した配信情報システムの動作の第３の例を説明するためのシーケンス図である。
【図１１】図１０に示した動作の第３の例における端末装置１の処理を説明するためのフローチャートである。
【図１２】図１０に示した動作の第３の例における配信サーバ装置４の処理を説明するためのフローチャートである。
【図１３】図１に示した情報配信システムの配信サーバ装置の他の構成例を説明するためのブロック図である。
【図１４】図１に示した配信情報システムの動作の第４の例を説明するためのシーケンス図である。
【図１５】図１４に示した動作の第４の例における配信サーバ装置４の処理を説明するためのフローチャートである。
【図１６】図１３に示した配信サーバ装置で行われるスケジューリング処理を説明するための図である。
【図１７】図１３に示した配信サーバ装置から端末装置に送信される時刻設定要求を説明するための図である。
【符号の説明】
【０１９０】
１、２、３…端末装置（配信サービス対応端末機器）、４…配信サーバ装置、５…通信ネットワーク、１１…通信部、１１１…受信部、１１２…復調部、１１３…送信部、１１４…変調部、１２…記憶装置部、１３…音声デコーダ、１４…Ｄ／Ａコンバータ、１５…音声増幅器（アンプ）、１６…スピーカー、１７…キーＩ／Ｆ（キーインターフェース）、１８…キー操作部、１９…ＬＣＤＣＴＬ（ＬＣＤコントローラ）、２０…ＬＣＤ、２１…時計回路２１、１００…制御部、１０１…ＣＰＵ、１０２…ＲＯＭ、１０３…ＲＡＭ、１０４…ＥＥＰＲＯＭ、１０５…システムバス、４…配信サーバ装置、４１…通信部、４２…試聴データファイル、４３…コンテンツファイル、４４…作業ファイル、４５…時計回路、４６…スケジューリング処理部、４７…スケジューリングファイル、４００…制御部、４０１…ＣＰＵ、４０２…ＲＯＭ、４０３…ＲＡＭ、４０４…ＥＥＰＲＯＭ、４０５…システムバス、５…通信ネットワーク、
【図１】
2005063153.tif 000003
【図２】
2005063153.tif 000004
【図３】
2005063153.tif 000005
【図４】
2005063153.tif 000006
【図５】
2005063153.tif 000007
【図６】
2005063153.tif 000008
【図７】
2005063153.tif 000009
【図８】
2005063153.tif 000010
【図９】
2005063153.tif 000011
【図１０】
2005063153.tif 000012
【図１１】
2005063153.tif 000013
【図１２】
2005063153.tif 000014
【図１３】
2005063153.tif 000015
【図１４】
2005063153.tif 000016
【図１５】
2005063153.tif 000017
【図１６】
2005063153.tif 000018
【図１７】
2005063153.tif 000019