JP5418546B2 - コンテンツ提供システムおよびコンテンツ受信端末 - Google Patents

Description

この発明は、コンテンツ提供システムおよびコンテンツ配信サーバに関する。

従来から、日時情報や年、月、日、時、分、秒などの時間情報をコンテンツに対応付けてコンテンツ格納部に格納しておき、コンテンツの検索時に、その時間情報を検索のキーワードとして用いることが提案されている。

例えば、特許文献１（特開２００４−２５９３１３公報）には、録画日時と録画した番組のタイトルを、コンテンツに対応付けてコンテンツ格納部に格納しておき、ユーザが日時のみを検索キーワードとして指定したときに、検索結果の録画番組のタイトルを表示することにより、希望するコンテンツを簡単に見つけ出すことができる記録再生装置が提案されている。

また、特許文献２（特開２００４−１３９５７６公報）には、画像データに撮像日時情報を付与して格納すると共に、ユーザが入力した旅行の出発地点、出発時間および最終目的地等の情報をサーバに格納しておき、画像データに付与された撮影日時情報に基づいて、ユーザの移動経路上における画像データの取得場所を推定し、推定した画像データの取得場所に関連する他者が撮影した画像データや取得場所の説明のテキストデータを、それの保管手段から読み出して、画像データとそれらの取得データとからアルバムデータを作成することが記載されている。

特開２００４−２５９３１３公報 特開２００４−１３９５７６公報

上述した特許文献１や特許文献２においては、日時情報などの時間情報を、コンテンツ検索のために指定する場合、年月日や時間などの数値を利用者が入力する方法が一般的である。

しかしながら、この時間情報の入力方法では、年月日や時間などをいちいち数値入力をしなければならない。特に、指定した年月日、時間に対して期待した検索結果が得られない場合には、時間情報の指定をし直す必要があるが、その場合でも、再度、時間情報の数値入力をしなければならず、時間情報の入力が面倒であるという問題がある。

また、利用者が年月日や時間について、うろ覚えである場合には、希望するコンテンツを探し出すまでに、年月日や時間の数値入力を何回もやり直さなければならないという問題もある。また、例えば１９９０年頃のコンテンツを視聴してみたいなどという漠然とした要求に対しては、年月日や時間の数値を入力する方法では、１９９０年近傍の月日を何回も変更して指定するような操作が必要となるため、非常に時間指定が面倒であるという問題がある。

本開示は、上述の点にかんがみ、利用者が時間情報を指定してコンテンツの検索の要求をする場合において、時間情報の指定が容易であり、かつ、漠然と時間情報を指定する場合など、何回も時間指定をやり直すような場合などにおいても、時間情報の指定を簡単に変更して、コンテンツを検索することができるようにすることを目的とする。

本開示によれば、コンテンツ配信サーバと、前記コンテンツ配信サーバと通信路を通じて接続されるコンテンツ受信端末とからなるコンテンツ提供システムにおいて、前記コンテンツ受信端末は、時間軸に対応する線上の点を指定する操作入力が可能な操作入力手段と、前記操作入力手段で指定された前記線上の点の指定入力を、時間情報として出力する時間情報出力手段と、前記出力された時間情報を含むコンテンツ取得要求を前記コンテンツ配信サーバに送信する要求送信手段と、前記コンテンツ取得要求に対して、前記コンテンツ配信サーバから送られてくる１以上のコンテンツのデータを受信して、利用者に提供する提供手段と、を備え、前記コンテンツ配信サーバは、複数のコンテンツが、少なくとも、各コンテンツに関連する時間情報に対応付けられて記憶されて格納されているコンテンツ格納部と、前記コンテンツ受信端末からの前記コンテンツ取得要求を受け取ったときに、前記コンテンツ取得要求に含まれる時間情報に基づく条件を検索条件として、前記コンテンツ格納部に格納されている１以上のコンテンツを検索する検索手段と、前記検索手段で検索された１以上のコンテンツを、前記コンテンツ受信端末に配信するコンテンツ配信手段と、を備え、前記コンテンツ受信端末は、前記操作入力手段を通じて連続的な変更操作入力がなされたときに、前記変更操作入力過程で辿る複数の時点のそれぞれにおいて、前記複数の時点のそれぞれの時間情報を含むコンテンツサーチ要求を前記コンテンツ配信サーバに送る連続要求送信手段と、前記コンテンツサーチ要求に対して、前記コンテンツ配信サーバから送られてくるデータを受信して、利用者に提供する手段と、をさらに備え、前記コンテンツ配信サーバは、前記コンテンツサーチ要求を受信したときに、当該コンテンツサーチ要求に含まれる時間情報に基づく条件を検索条件として検索して、所定時間当たりに１以上のコンテンツを検出し、その検出結果の前記所定時間当たりの１以上のコンテンツを利用者に識別させるための情報を、前記コンテンツ受信端末に送信する手段をさらに備える、コンテンツ提供システムが提供される。

上述の構成の本開示においては、時間情報の指定入力を行なう手段として、連続的な変更操作をしながら時間軸に対応する線上の点を指定する操作入力が可能な操作入力手段であって、前記操作入力により指定された点を、一次元の軸上の点の指定入力として受け付ける操作入力手段を用いる。

この操作入力手段は、例えば回転つまみ（ダイヤルつまみ）などにより構成され、時間情報は、数値入力するのではなく、回転つまみの回転操作などにより入力することが可能である。つまり、利用者は、回転つまみを回転するという簡単な操作で時間情報を変更入力することができる。そして、利用者は、このような簡単な操作により、時間情報に基づく条件を検索条件として、コンテンツ格納部から検索されたコンテンツを取得することが可能になる。

また、操作入力手段に対する利用者による操作が、一次元の軸上の１点の指定を意図する操作であるか否かを判別する判別手段を設けたので、利用者は、操作入力手段を通じて、一次元の軸上の１点の指定を意図する操作をすることにより、自分の意図する時間情報を用いたコンテンツ取得要求をすることが容易である。

また、コンテンツ取得要求には、時間情報を用いて取得したいコンテンツを範囲指定するための付随情報が含まれる。コンテンツ配信サーバは、コンテンツ取得要求に含まれる時間情報および付随情報に基づく条件を検索条件として、検索手段によりコンテンツ格納部に格納されている１以上のコンテンツを検索し、その検索結果の１以上のコンテンツを、コンテンツ受信端末に配信する。

したがって、コンテンツ配信サーバでは、時間情報のみでなく、時間情報の属性情報やコンテンツ属性情報をも検索条件に含めて、コンテンツ格納部を検索することができるので、利用者は、時間情報のみでなく、より絞り込んだ特定の意味を有するコンテンツを検索対象として検索することができる。

この発明によれば、利用者は、例えば回転つまみを回転するというような簡単な操作で時間情報を変更入力することができ、このような簡単な操作により指定した時間情報に基づく条件を検索条件として、コンテンツ格納部から検索されたコンテンツを取得することが可能になる。

この発明によるコンテンツ提供システムの実施形態の概要を説明するための図である。 この発明によるコンテンツ提供システムのコンテンツ配信サーバが備えるコンテンツデータベースに格納されるコンテンツについての属性情報の例を示す図である。 この発明によるコンテンツ配信サーバの実施形態のハードウエア構成例を示すブロック図である。 この発明によるコンテンツ受信端末の一実施形態である音楽コンテンツ受信端末のハードウエア構成例を示すブロック図である。 この発明によるコンテンツ受信端末の一実施形態である音楽コンテンツ受信端末の操作パネル面の一例を示す図である。 この発明によるコンテンツ受信端末の他の実施形態であるＡＶコンテンツ受信端末のハードウエア構成例を示すブロック図である。 この発明によるコンテンツ受信端末の他の実施形態であるＡＶコンテンツ受信端末の操作パネル面の一例を示す図である。 この発明によるコンテンツ提供システムの実施形態におけるコンテンツ取得要求の操作処理動作例を説明するための図である。 この発明によるコンテンツ提供システムの実施形態におけるコンテンツ取得要求の操作処理動作を説明するための図である。 この発明によるコンテンツ提供システムの実施形態におけるコンテンツ取得要求の操作処理動作を説明するための図である。 この発明によるコンテンツ提供システムの実施形態におけるコンテンツ取得要求の操作処理動作を説明するための図である。 この発明によるコンテンツ提供システムの実施形態におけるコンテンツの配信態様の一例を説明するための図である。 この発明によるコンテンツ提供システムの実施形態におけるコンテンツの配信態様の他の例に用いるコンテンツ受信端末を説明するための図である。 この発明によるコンテンツ提供システムの実施形態におけるコンテンツの配信態様の他の例を説明するための図である。 この発明によるコンテンツ提供システムの実施形態におけるコンテンツの配信態様の他の例を説明するための図である。 この発明によるコンテンツ提供システムの実施形態におけるコンテンツの配信態様の他の例を説明するための図である。 この発明によるコンテンツ提供システムの実施形態におけるコンテンツの配信態様の他の例を説明するための図である。 この発明によるコンテンツ提供システムの実施形態におけるコンテンツの配信態様の他の例を説明するための図である。 この発明によるコンテンツ提供システムの実施形態におけるコンテンツの配信態様の他の例を説明するための図である。 この発明によるコンテンツ受信端末の一実施形態である音楽コンテンツ受信端末の処理動作例を説明するためのフローチャートの一部である。 この発明によるコンテンツ受信端末の一実施形態である音楽コンテンツ受信端末の処理動作例を説明するためのフローチャートの一部である。 この発明によるコンテンツ受信端末の一実施形態である音楽コンテンツ受信端末の処理動作例を説明するためのフローチャートの一部である。 この発明によるコンテンツ受信端末の一実施形態であるＡＶコンテンツ受信端末の処理動作例を説明するためのフローチャートの一部である。 この発明によるコンテンツ受信端末の一実施形態であるＡＶコンテンツ受信端末の処理動作例を説明するためのフローチャートの一部である。 この発明によるコンテンツ受信端末の一実施形態であるＡＶコンテンツ受信端末の処理動作例を説明するためのフローチャートの一部である。 この発明によるコンテンツ配信サーバの一実施形態の処理動作例を説明するためのフローチャートの一部である。 この発明によるコンテンツ配信サーバの一実施形態の処理動作例を説明するためのフローチャートの一部である。 この発明によるコンテンツ配信サーバの一実施形態の処理動作例を説明するためのフローチャートの一部である。 この発明によるコンテンツ配信サーバの一実施形態の処理動作例を説明するためのフローチャートの一部である。 この発明によるコンテンツ配信サーバの一実施形態の処理動作例を説明するためのフローチャートの一部である。 この発明によるコンテンツ受信端末の一実施形態である音楽コンテンツ受信端末の処理動作の他の例を説明するためのフローチャートの一部である。 この発明によるコンテンツ配信サーバの一実施形態の処理動作の他の例を説明するためのフローチャートの一部である。 この発明によるコンテンツ受信端末の一実施形態である音楽コンテンツ受信端末の処理動作の他の例を説明するためのフローチャートの一部である。 この発明によるコンテンツ配信サーバの一実施形態の処理動作の他の例を説明するためのフローチャートの一部である。 この発明によるコンテンツ受信端末の一実施形態である音楽コンテンツ受信端末の処理動作の他の例を説明するためのフローチャートの一部である。 この発明によるコンテンツ配信サーバの一実施形態の処理動作の他の例を説明するためのフローチャートの一部である。

以下、この発明によるコンテンツ提供システムの実施形態を、図を参照しながら説明する。

なお、この明細書において、コンテンツとは、例えば音楽、映像（映画、テレビ放送番組、撮像画像など）、電子書籍（論文、小説、雑誌などのテキスト情報および静止画情報）、ガイド情報、Ｗｅｂページ、プログラム（ゲームプログラムなどを含む）などの信号によって表現された内容情報である。

図１は、この発明によるコンテンツ提供システムの実施形態の概要を説明するための図である。

図１の例におけるこの実施形態のコンテンツ提供システムは、コンテンツ配信サーバ１０と、複数種類、図１の例では３種類のコンテンツ受信端末２０、３０，４０とが、所定の通信路を通じて接続されている。図１の例では、通信路としては、無線ネットワーク５１とインターネット５２とを含むものとされている。

コンテンツ受信端末２０は、音楽コンテンツ専用の受信端末の例であって、携帯型ラジオ受信機のように携帯して使用することができるものとされている。このコンテンツ受信端末２０（以下、音楽コンテンツ受信端末２０という）は、無線ネットワーク５１およびインターネット５２を通じてコンテンツ配信サーバ１０にアクセスして通信路を形成し、当該通信路を通じてコンテンツ配信サーバ１０に接続することができるように構成されている。

コンテンツ受信端末３０は、映画などのＡＶコンテンツ用の受信端末の例であり、この実施形態においては、ＡＶ（Ａｕｄｉｏ−Ｖｉｓｕａｌ）再生機能を備えた携帯型のゲーム機の構成とされている。このコンテンツ受信端末３０（以下、ＡＶコンテンツ受信端末３０という）も、無線ネットワーク５１およびインターネット５２を通じてコンテンツ配信サーバ１０にアクセスして通信路を形成し、当該通信路を通じてコンテンツ配信サーバ１０に接続することができるように構成されている。

コンテンツ受信端末４０は、この例ではパーソナルコンピュータであり、ソフトウエアにより、この実施形態のコンテンツ受信端末の機能を備えたもので、種々のコンテンツを取得して再生することができる構成とされている。このコンテンツ受信端末４０（以下、汎用コンテンツ受信端末４０という）は、インターネット５２を通じてコンテンツ配信サーバ１０にアクセスして通信路を形成し、当該通信路を通じてコンテンツ配信サーバ１０に接続することができるように構成されている。

上述したコンテンツ受信端末２０，３０，４０は、この発明におけるコンテンツ受信端末の実施の形態の例であり、この発明におけるコンテンツ受信端末としては、これらコンテンツ受信端末２０，３０，４０の形態のみに限られるものではなく、種々のコンテンツ受信端末の形態が使用可能である。しかし、ここでは、説明の都合上、上述のコンテンツ受信端末２０，３０，４０のみがコンテンツ提供システムのコンテンツ受信端末として用いられる場合を想定して、以下、説明することにする。

コンテンツ配信サーバ１０は、コンテンツデータベース１１を備える。このコンテンツデータベース１１には、この実施形態では、音楽コンテンツ、ビデオコンテンツ、放送番組コンテンツ、電子書籍コンテンツ、写真コンテンツ（撮像画像コンテンツ）およびその他のコンテンツのデータが、その属性情報と対応付けられて格納されている。

図２は、コンテンツの属性情報の例を示す図である。この図２の属性情報は、コンテンツ識別信号ＩＤにより、各コンテンツのデータと対応付けられる。つまり、図示は省略するが、コンテンツのデータが、コンテンツ識別信号ＩＤと対応付けられてコンテンツデータベース１１に格納されていると共に、図２に示すように、コンテンツの属性情報が、コンテンツ識別信号ＩＤと対応付けられてコンテンツデータベース１１に格納されているものである。

この例においては、コンテンツの属性情報としては、「音楽」、「映画」、「テレビ放送番組」、「電子書籍」などのコンテンツの「種類」、各コンテンツの「ジャンル」、各コンテンツの「タイトル」、演奏者、出演者などの「パフォーマー」、コンテンツに関する時間情報、コンテンツデータの圧縮方式やデータ形式などが記憶されている。

そして、この実施形態では、特に、時間情報には、当該時間情報についての属性情報として時間情報の意味を表わす情報が併せて記憶されるようにされており、その時間情報の意味を表わす情報の種類や違いに応じて、１つのコンテンツに対しても、複数個の時間情報が記憶可能とされている。つまり、この実施の形態では、コンテンツデータベース１１に記憶されるコンテンツに関する時間情報として、その意味が異なる複数種類の時間情報が含まれるものである。そして、その複数種類の時間情報のそれぞれを特定するための情報として、時間情報の属性情報が用いられる。

例えば、音楽コンテンツの場合であれば、図２に示すように、レコードやＣＤ（Ｃｏｍｐａｃｔ
Ｄｉｓｃ）が発売された年月および日時（リリース日（発売日））、ヒットチャートのベストテンに入った年月および日時、ライブで歌われた年月および日時、ラジオやテレビで放送された年月および日時などの時間情報が、その時間情報の意味を表わすテキスト情報などの時間情報の属性情報とともにコンテンツデータベース１１に記憶可能である。

また、映画のコンテンツの場合であれば、図２に示すように、日本で封切り上映された年月および日時、米国で封切り上映された年月および日時、テレビ放映された年月および日時などの時間情報が、その時間情報の意味を表わすテキスト情報などの時間情報の属性情報とともにコンテンツデータベース１１に記憶可能である。

また、テレビ放送番組のコンテンツの場合であれば、図２に示すように、放送された年月および日時、ＤＶＤ（Ｄｉｇｉｔａｌ
Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）に記録されて発売された年月および日時、再放送された年月および日時などの時間情報が、その時間情報の意味を表わすテキスト情報などの時間情報の属性情報とともにコンテンツデータベース１１に記憶可能である。

また、ニュースのコンテンツの場合であれば、図２に示すように、放送日、ニュースの対象となっている事象の発生日時、新聞掲載日時などの時間情報が、その時間情報の意味を表わすテキスト情報などの時間情報の属性情報とともにコンテンツデータベース１１に記憶可能である。なお、この実施形態では、ニュースのコンテンツは、ニュースの対象となる事象や事件ごとに分けられて、細かくコンテンツデータベース１１に記憶されている。つまり、例えば同じ時間帯に放送されたニュースであっても、ニュースの対象となる事象や事件ごとに分けられてコンテンツデータベース１１に記憶され、管理されている。

さらに、電子書籍のコンテンツの場合であれば、図２に示すように、紙書籍発行日（年月日）、電子書籍発行日（年月日）、ベストセラー入りの日（年月日）などの時間情報が、その時間情報の意味を表わすテキスト情報などの時間情報の属性情報とともにコンテンツデータベース１１に記憶可能である。

なお、各コンテンツのデータは、それぞれのコンテンツの種類に応じた適切な圧縮が施されてコンテンツデータベース１１に記憶されている。例えば、音楽コンテンツのデータの場合には、ＭＰ３（ＭＰＥＧ−１
ａｕｄｉｏ ｌａｙｅｒ III）やＡＴＲＡＣ３（Ａｄａｐｔｉｖｅ
Ｔｒａｎｓｆｏｒｍ Ａｃｏｕｓｔｉｃ Ｃｏｄｉｎｇ ３）などが用いられて圧縮されて記録されている。また、音楽コンテンツがＭＩＤＩ（Ｍｕｓｉｃａｌ
Ｉｎｓｔｒｕｍｅｎｔ Ｄｉｇｉｔａｌ Ｉｎｔｅｒｆａｃｅ）のデータからなっていてもよい。

また、ビデオコンテンツのデータの場合には、ＭＰＥＧ（Ｍｏｖｉｎｇ
Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ
Ｇｒｏｕｐ）２、ＭＰＥＧ４、ＪＰＥＧなどが用いられて圧縮されて記録されている。

これらの音楽コンテンツやビデオコンテンツについての圧縮形式やデータ形式は、図２では、省略したが、各コンテンツの属性情報としてコンテンツデータベース１１に書き込まれている。そして、後述するように、コンテンツ配信サーバ１０は、コンテンツ受信端末からコンテンツ取得要求を受け取ったときに、そのコンテンツ取得要求に含まれるコンテンツ受信端末が具備するデコード機能および再生可能なデータ形式の情報を基に、コンテンツ取得要求してきたコンテンツ受信端末がデコードおよび再生可能なコンテンツデータのみを選択してコンテンツ受信端末に配信するようにする。

以上のように、この実施形態では、コンテンツ配信サーバ１０は、複数種類のコンテンツを、それらのコンテンツを時間情報と対応付けてコンテンツデータベース１１に格納している。そして、コンテンツ配信サーバ１０は、コンテンツ受信端末２０，３０，４０などからのコンテンツ取得要求に応じて、要求されたコンテンツを、当該要求をしたコンテンツ受信端末に配信するようにする。

この実施形態では、コンテンツ受信端末２０，３０，４０の利用者は、年代や、年月日時分秒などの時間情報を検索条件に指定して、コンテンツの取得要求をする。例えば、１９６０年代の音楽コンテンツ、１９８０年に上映された映画コンテンツなどを取得要求したり、１９９９年１１月１１日、午後１０時に起こった事象についてのニュースのコンテンツを取得要求したりすることができる。

したがって、この実施形態では、コンテンツ受信端末２０，３０，４０は、少なくとも時間情報を検索のキーワードとして含むコンテンツ取得要求をコンテンツ配信サーバ１０に送るようにする。

しかし、時間情報だけで、コンテンツの種類を指定しない場合には、当該時間情報の検索条件に一致する全てのコンテンツが検索結果として抽出され、それが配信されることになるので、上述した音楽コンテンツのみや映画コンテンツのみ、あるいはニュースのコンテンツのみを取得する時には、コンテンツ受信端末からのコンテンツ取得要求には、時間情報のみではなく、コンテンツの種類を指定する情報が含まれることになる。

また、時間情報のみが単独でコンテンツ取得要求に含まれていた場合には、その時間情報の意味が不明となるので、この実施形態では、時間情報についての意味付けを必須として、コンテンツ取得要求には、時間情報の属性情報を含めるようにしている。例えば、１９７０年代のヒット曲のみの音楽コンテンツを取得要求したい場合には、時間情報として１９７０年を設定し、時間情報についての属性情報として「ヒット曲」を意味する情報を含める。

この場合に、時間情報についての属性情報としての「ヒット曲」を意味する情報としては、前述した図２の例におけるコンテンツ配信サーバ１０のコンテンツデータベース１１に記憶されている属性情報と全く等しい情報、例えば「ベストテン入り」を用いることができる。

しかし、時間情報についての属性情報として「ヒット曲」を意味する情報として、コンテンツ配信サーバ１０のコンテンツデータベース１１に記憶されている属性情報と全く同じものを用いることが必須ではない。何故なら、コンテンツ配信サーバ１０で、コンテンツ受信端末からのコンテンツ取得要求に含まれる時間情報の属性情報を解析して、その意味を解析し、対応する属性情報をコンテンツデータベース１１について検索するようにすることができるからである。

つまり、コンテンツ受信端末からのコンテンツ取得要求に含まれる時間情報についての属性情報が「ヒット曲」であった場合、コンテンツ配信サーバ１０では、コンテンツデータベース１１で検索すべき時間情報の属性情報は、「ベストテン入り」であると判断し、利用者により指定された時間情報と共に用いて検索することにより、利用者が希望する、例えば１９７０年代のヒット曲の音楽コンテンツを取得することが可能になる。

なお、後述するように、この実施形態では、選択できる時間情報の属性情報は、予め与えられており、利用者は、その中から選択することができるようにしている。コンテンツ配信サーバ１０における検索条件の生成を容易にするためである。

上述したように、この実施形態では、コンテンツ配信サーバ１０が複数種類のコンテンツを格納しているので、特定の種類のコンテンツを取得要求する場合には、そのコンテンツ取得要求には、コンテンツの種類を指定する情報が必要であり、そのため、基本的には、利用者は、取得したいコンテンツの種類を選択指定する必要がある。

しかし、音楽コンテンツ受信端末２０およびＡＶコンテンツ受信端末３０は、それぞれ音楽コンテンツおよびビデオコンテンツを専用に配信要求するものである。そこで、この実施形態では、音楽コンテンツ受信端末２０およびＡＶコンテンツ受信端末３０では、端末自身が取得要求するコンテンツの種類を指定する情報を、コンテンツ取得要求に含めるようにして、利用者によるコンテンツの種類の指定入力を省略することができるようにしている。

ただし、汎用コンテンツ受信端末４０では、利用者が取得要求するコンテンツの種類の指定入力をしなければならないことは勿論である。

次に、時間情報の属性情報としての時間情報の意味情報については、この実施形態では、指定無しの場合と、指定有りの場合の両方が可能とされている。この実施形態では、コンテンツ受信端末での時間情報の属性情報の指定がない場合は、コンテンツ配信サーバ１０では、「お勧めコンテンツ」を取得要求していると判断するようにしている。

また、コンテンツ取得要求中に、時間情報の属性情報の指定がある場合には、コンテンツ配信サーバ１０は、指定された時間情報の属性情報の条件を満足するコンテンツを検索して、コンテンツ受信端末に配信するようにする。

また、この実施形態では、コンテンツ受信端末では、コンテンツのジャンルなどの時間情報以外のコンテンツの属性情報（この明細書では、当該時間情報以外のコンテンツの属性情報を、コンテンツ属性情報と称する）を、利用者が設定できるようにしている。設定されたコンテンツ属性情報は、コンテンツ取得要求に含められ、コンテンツ配信サーバ１０で、検索条件の一つとして用いられる。この場合に、利用者はコンテンツ属性情報の指定無しとすることもでき、その場合には、コンテンツ配信サーバ１０では、コンテンツ属性情報に関係なく、コンテンツの検索を実行することになる。

以上のように、この実施形態によれば、時間情報と、その時間情報を用いて取得したいコンテンツの範囲指定をするための付随情報とを含めて、コンテンツ取得要求をすることにより、コンテンツ配信サーバ１０は、当該時間情報および前記付随情報に基づく条件を検索条件としてコンテンツデータベースを検索する。これにより、時間情報により指定された日時に発売された音楽コンテンツや、指定された年月日に放送された放送番組、また、指定された年月日に上映された映画などのコンテンツのように、時間情報をメタデータに含むコンテンツを、簡単に取得することができる。

次に、コンテンツ配信サーバ１０およびコンテンツ受信端末２０，３０，４０の構成例並びに、それらの動作について、さらに詳細に説明する。なお、以下の例においては、説明の簡単のため、コンテンツ属性情報として利用者が選択できる情報は、ジャンル情報のみに制限した場合としている。

［コンテンツ配信サーバ１０のハードウエア構成例］
この実施形態のコンテンツ配信サーバ１０のハードウエア構成例を図３に示す。

図３に示すように、この実施形態のコンテンツ配信サーバ１０は、システムバス１００を介して、ＣＰＵ（Ｃｅｎｔｒａｌ
Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１０１に対して、プログラム用ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ
Ｍｅｍｏｒｙ）１０２、ワークエリア用ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１０３、通信インターフェース１０４、受信データ処理部１０５、送信データ処理部１０６、コンテンツデータベース１１、コンテンツ検索部１０７、配信データ生成処理部１０８が接続されて構成されている。通信インターフェース１０４は、インターネット５２に接続されている。

ＲＯＭ１０２には、コンテンツ配信サーバ１０のＣＰＵ１０１が実行すべき処理プログラムが格納されている。ＲＡＭ１０３は、ＣＰＵ１０１が、前記処理プログラムを実行する際にワークエリアとして用いられる。ＲＯＭ１０２には、また、このコンテンツ配信サーバ１０の通信ネットワーク用のアドレス情報が記憶されている。通信の際に、送信元アドレスとして用いるためである。

受信データ処理部１０５は、通信インターフェース１０４を通じて受信したコンテンツ受信端末からのコンテンツ取得要求を受信し、コンテンツ配信サーバ１０が処理可能なデータに変換し、システムバス１００に送出する。

送信データ処理部１０６は、配信データ生成処理部１０８で生成された配信データを、通信ネットワークを通じて送出する送信データに変換して、通信インターフェース１０４を通じてインターネット５２に送出するようにする。

コンテンツデータベース１１には、コンテンツのデータと、少なくともコンテンツに関連する時間情報と、当該時間情報の属性情報を含む前述の図２に示したようなコンテンツの属性情報とが格納されている。前述もしたように、それぞれのコンテンツのデータと、その属性情報とは、コンテンツ識別情報ＩＤを介在して互いに対応付けられている。

コンテンツ検索部１０７は、コンテンツ受信端末から送られてきたコンテンツ取得要求に含まれる時間情報、その属性情報およびジャンル情報などを検索条件として、コンテンツデータベース１１に格納されている属性情報を検索し、それに基づいて検索結果のコンテンツのデータを抽出するようにする検索を実行する。このコンテンツ検索部１０７は、ＣＰＵ１０１によるソフトウエア処理としても実現することができる。

配信データ生成処理部１０８は、コンテンツ検索部１０７での検索結果により得られた情報から配信データを生成し、生成した配信データを送信データ処理部１０６に転送するようにする。

そして、配信データ生成処理部１０８は、取得要求されたコンテンツが音楽コンテンツであるときには、検索の結果、コンテンツデータベース１１から得られた音楽コンテンツのデータを、音楽コンテンツ受信端末２０において、いわゆるストリーミング再生可能な方法で音楽コンテンツ受信端末２０に送信する。

この場合において、検索の結果、コンテンツデータベース１１から得られた音楽コンテンツが複数個であるときには、この実施形態では、それらの複数個の音楽コンテンツを、ランダムな順序で、音楽コンテンツ受信端末２０に送出するようにする。ここで、ランダムな順序な決定方法は、例えば、送出時刻やコンテンツ取得要求を受け取った時刻を基準に決定するようにして、送出時刻やコンテンツ取得要求を受け取った時刻が異なるときには、検索結果の複数個のコンテンツが等しいときでも、それらの複数個のコンテンツのそれぞれの送出順序が異なるようにされている。

これは、利用者が、自分用の音楽コンテンツ受信端末２０で特定の時間情報を指定して音楽コンテンツ取得要求を、異なる複数の時間タイミングで行なったときに、同じ音楽コンテンツの配信順序となって、利用者が飽きてしまわないようにするためである。なお、利用者毎に、配信履歴を記憶しておき、当該記憶した配信履歴に基づいて、同じ音楽コンテンツが繰り返し、利用者に配信されないようにするようにしても良い。

以上のように、この実施形態においては、音楽コンテンツに関しては、利用者が音楽コンテンツ受信端末２０から少なくとも時間情報を指定してコンテンツ配信サーバにコンテンツ取得要求することで、あたかもラジオ受信機の場合と同様にして、指定された時間情報に合致する音楽コンテンツが、音楽コンテンツ受信端末２０で再生されて聴取される。したがって、利用者は、例えば、１９６０年代にヒットした楽曲を、任意の順序で聴取するなどということができる。このため、この実施形態によれば、新規な音楽コンテンツの提供形式を提供することができる。

なお、検索結果として複数のコンテンツがコンテンツデータベースから得られたときには、上述のように順次にコンテンツを配信するのではなく、特定のコンテンツのデータをコンテンツ受信端末に配信する前に、検索結果のコンテンツの一覧情報をコンテンツ受信端末に送り、利用者に、その一覧の中から希望するコンテンツを選択してもらい、その選択結果をコンテンツ配信サーバ１０が受けて、当該利用者により選択されたコンテンツを、コンテンツ配信サーバ１０がコンテンツ受信端末に送るようにする方法を採用することができる。

この実施形態では、コンテンツ配信サーバ１０からの音楽コンテンツの配信方法としては、前述のように、検索結果の音楽コンテンツをランダムな順序で、順次に配信する方法を採用するが、その他のコンテンツ、例えばＡＶコンテンツや電子書籍のコンテンツなどについては、検索結果のコンテンツの一覧情報を、最終的なコンテンツのデータの配信の前に送る後者の方式を採用する。

すなわち、配信データ生成処理部１０８は、取得要求されたコンテンツが音楽コンテンツ以外であるときには、検索の結果、コンテンツデータベース１１から得られた１または複数個のコンテンツの一覧データを生成して、コンテンツ受信端末３０や４０に送る。

この一覧データを受け取ったコンテンツ受信端末３０や４０においては、利用者による当該一覧からの特定の１つのコンテンツの選択を受け付けて、その選択結果のコンテンツの取得要求をコンテンツ配信サーバ１０に送るようにする。

コンテンツ配信サーバ１０は、この一覧から選択されたコンテンツの取得要求を受けて、当該取得要求されたコンテンツのデータを、コンテンツ受信端末３０や４０に送信するようにする。

［音楽コンテンツ受信端末のハードウエア構成例］
図４に、この実施形態の音楽コンテンツ受信端末２０の概観構成例を示す。図４は、この実施形態の音楽コンテンツ受信端末２０の筐体２１を正面から見た図であり、いわゆる操作パネル面を表わすものとなっている。

この実施形態の音楽コンテンツ受信端末２０は、前述したように、無線ネットワークと接続するための送受信アンテナ２２を備える。そして、この実施形態の音楽コンテンツ受信端末２０の筐体２１の操作パネル面には、時間情報設定用の回転つまみ操作部２３と、例えばＬＣＤ（Ｌｉｑｕｉｄ
Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）からなる表示素子の表示画面２４と、複数個の操作ボタン、図４の例では、時間情報の属性情報の選択設定用の操作ボタン（時間属性変更操作ボタンという）２５ａおよびジャンルの選択設定用の操作ボタン（ジャンル変更操作ボタンという）２５ｂと、スピーカからの放音部２６とが形成されて配置されている。

回転つまみ操作部２３は、回転つまみを回転させることで連続的な変更操作が可能であり、回転つまみの回転を所定の位置で停止させることで、１点を指定する操作入力が可能な操作入力手段である。そして、この回転つまみ操作部２３は、利用者による操作入力により指定された１点を、回転つまみの連続的な回転操作に対応して想定される一次元の軸上の１点の指定入力として、受け付ける操作入力手段である。

この例の場合、回転つまみ操作部２３は、時間情報の設定入力用とされるので、音楽コンテンツ受信端末２０は、一次元の軸は、時間軸として、回転つまみ操作部２３を通じた利用者の回転操作を、時間軸上の点の変更操作と認識し、利用者が回転操作により辿る時間軸上の点は、利用者による時間情報の設定入力過程の時間情報の点、あるいは、場合によっては、設定入力点（設定入力された時間情報の点）と認識するものである。そして、少なくとも、音楽コンテンツ受信端末２０は、利用者による回転操作の停止点は、利用者により設定入力された時間軸上の点、つまり、時間情報の点であると認識する。

この実施形態では、表示画面２４には、時間軸表示部２４１と、時間軸カーソル２４２と、時間情報表示欄２４３と、時間情報の属性表示欄２４４と、コンテンツのジャンルの表示欄２４５とが、表示されるようにされている。

時間軸表示部２４１は、図４の縦方向を時間軸方向として目盛りが振られている。図４の例では、大目盛りが５年ごとに振られて、その５年毎の西暦数字が大目盛り位置に対応して表示されている。そして、中目盛りが１年ごとに振られ、さらに小目盛りが３ヶ月ごとに振られている。

時間軸カーソル２４２は横棒の表示であり、回転つまみ操作部２３のユーザによる回転操作に応じて、この時間軸カーソル２４２の位置が、時間軸表示部２４１において、時間軸方向に移動するように構成されている。この例では、ソフトウエア制御により回転つまみ操作部２３の回転に応じて、時間軸カーソル２４２の位置が移動するように構成されている。

この場合、時間軸カーソル２４２は、連続的に移動するものであり、従来のラジオ受信機における周波数ダイヤルつまみを操作することにより、受信周波数を連続的に変えるときに受信中周波数位置を表わすバーに対応するものである。したがって、この実施形態では、回転つまみ操作部２３を操作することにより、年月日時分秒を連続的に変更することができるように構成されている。

なお、時間軸表示部２４１に表示される時間軸方向の目盛りは、利用者が設定入力可能な時間情報の一部についてのものであり、時間軸カーソル２４２が時間軸表示部２４１の一番上にあるときに、さらに過去方向に時間を変更すると、時間軸表示部２４１の時間軸方向の目盛り表示は当該過去方向にスクロールして変更される。同様に、時間軸カーソル２４２が時間軸表示部２４１の一番下にあるときに、さらに現在方向に時間を変更すると、時間軸表示部２４１の時間軸方向の目盛り表示は当該現在方向にスクロールして変更される。

そして、この実施形態では、回転つまみ操作部２３は、扁平な円板形状の大つまみ部２３ａと、利用者がつまみ易い程度の高さの円柱状の小つまみ部２３ｂとを備え、大つまみ部２３ａと小つまみ部２３ｂとが同軸で回転することが可能とされると共に、２重回転軸構造のつまみとされている。

すなわち、利用者は、回転つまみ操作部２３の、主として小つまみ部２３ｂを把持して回転操作するのであるが、回転つまみ操作部２３は、小つまみ部２３ｂが回転軸の中心線方向に移動可能とされ、小つまみ部２３ｂを回転軸の中心線方向に手前側に引っ張り上げた状態では、大つまみ部２３ａと小つまみ部２３ｂとが一体として第１の回転軸を中心として回転する状態となり、小つまみ部２３ｂを押し込んだ状態では、小つまみ部２３ｂのみが単独で第２の回転軸を中心として回転する状態となる機構を具備する。つまり、小つまみ部２３ｂを押下すると、小つまみ部２３ｂの大つまみ部２３ａに対する一体化ロック機構が解除され、引っ張り上げると、前記一体化ロック機構がロック保持状態となる構造となっている。

そして、大つまみ部２３ａと小つまみ部２３ｂとが一体として回転する状態は、粗調整操作に対応し、比較的粗く時間軸位置を変更調整（例えば、年代のみ変更可）することができるように構成されている。また、小つまみ部２３ｂのみが回転する状態は、微調整操作に対応し、比較的細かく時間軸位置を変更調整（例えば、月および日時の変更が可能）することができるように構成されている。

なお、上述した回転つまみ操作部２３の構造は、一例であり、１軸の回転つまみの構成であっても良いし、その他種々の構成を採り得るものである。

表示画面２４の時間情報表示欄２４３には、時間軸表示部２４１の時間軸カーソル２４２の位置を参照しながら、回転つまみ操作部２３が用いられて利用者により設定入力された時間情報（年月日時）が表示される。なお、回転つまみ操作部２３が回転操作されているときには、この時間情報表示欄２４３には、時間を表わす数字が回転操作に応じて変化して表示される。

また、表示画面２４の時間情報の属性表示欄２４４には、利用者が選択設定した時間情報の意味を表わす文字が表示される。この時間情報の属性表示欄２４４には、この実施形態では、時間属性変更操作ボタン２５ａが押下される毎に、時間情報の属性情報として、異なる時間情報の意味が表示され、それが選択設定されることになる。

この実施形態では、前述したように、時間情報の属性情報は無指定とすることもでき、その場合には、回転つまみ操作部２３により設定された時間情報は、全ての時間情報の属性情報を含むことを検索条件とすることを意味していることになる。

なお、操作ボタン２５ａを押下できると共に、回転操作することができる構造として、押下することで、時間情報の属性表示欄２４４に表示することができる時間情報の属性の一覧、つまり、選択設定することできる時間情報の意味の一覧を、例えばプルダウンメニューの形式で表示し、操作ボタン２５ａを回転操作することにより、その一覧の中の１つの時間情報の属性を選択し、操作ボタン２５ａの再押下により、選択した時間情報の属性で決定するというような操作をすることもできる。

また、表示画面２４のジャンルの表示欄２４５には、利用者が選択設定したジャンルを表わす文字が表示される。このジャンルの表示欄２４５には、この実施形態では、ジャンル変更操作ボタン２５ｂが押下される毎に、異なるジャンルが文字表示され、それが選択設定されることになる。

この実施形態では、前述したように、ジャンルを無指定とすることもでき、その場合には、回転つまみ操作部２３により設定された時間情報は、全てのジャンルを含むことを検索条件とすることを意味していることになる。

このジャンルの指定に関するボタン操作についても、時間情報の属性表示欄２４４における時間情報の意味表示の選定操作の場合と同様に、プルダウンメニューを表示して、その中から特定の１つのジャンルを選定する操作方法を用いることができる。

次に、この実施形態の音楽コンテンツ受信端末２０のハードウエア構成例を図５に示す。

図５に示すように、この実施形態の音楽コンテンツ受信端末２０は、システムバス２００を介して、ＣＰＵ２０１に対して、プログラム用ＲＯＭ２０２、ワークエリア用ＲＡＭ２０３、無線送受信部２０４、受信データ処理部２０５、送信データ処理部２０６、音楽コンテンツデコード処理部２０７、コンテンツ取得要求生成部２０８、音声信号インターフェース２０９、ＬＣＤインターフェース２１０、時間情報インターフェース２１１、操作部インターフェース２１２が接続されて構成されている。

ＬＣＤインターフェース２１０には、表示画面２４を備えるＬＣＤ２１３が接続されている。また、操作部インターフェース２１２には、時間属性変更操作ボタン２５ａおよびジャンル変更操作ボタン２５ｂを含むボタン操作部２１５が接続されている。操作部インターフェース２１２は、利用者による時間属性変更操作ボタン２５ａおよびジャンル変更操作ボタン２５ｂの操作情報をシステムバス２００に供給する。

システムバス２００に供給された時間属性変更操作ボタン２５ａおよびジャンル変更操作ボタン２５ｂの操作情報は、ＲＯＭ２０２のプログラムにしたがってＣＰＵ２０１で解析されて、時間情報の属性情報（時間情報の意味付け無しを含む）やジャンル情報（ジャンル指定無しを含む）に変換される。そして、その時間情報の属性情報やジャンル情報が、コンテンツ取得要求生成部２０８に転送され、時間情報に付随する付随情報としてコンテンツ取得要求に含められる情報を生成するために用いられる。

さらに、時間情報インターフェース２１１には、操作情報信号変換部２１４が接続されている。操作情報信号変換部２１４は、回転つまみ操作部２３の大つまみ部２３ａおよび小つまみ部２３ｂの回転操作量に応じた操作情報信号を受けて、当該操作情報信号を時間軸に射影した時間情報に変換する。時間情報インターフェース２１１は、この時間情報を操作情報信号変換部２１４から受けてシステムバス２００に供給する。システムバス２００に供給された時間情報は、ＣＰＵ２０１の制御に従って、コンテンツ取得要求生成部２０８に転送され、コンテンツ取得要求に含められる情報を生成するために用いられる。

コンテンツ取得要求生成部２０８は、時間情報インターフェース２１１および操作部インターフェース２１２からの時間情報と、時間情報の属性情報およびジャンル情報からなる付随情報とを検索条件情報として含めたコンテンツ取得要求を生成し、生成したコンテンツ取得要求を、ＣＰＵ２０１の制御にしたがって送信データ処理部２０６に供給する。

送信データ処理部２０６は、ＲＯＭ２０２からコンテンツ配信サーバ１０の通信ネットワーク上のアドレス情報を得ると共に、これに入力されるコンテンツ配信サーバ１０に送信すべきデータを、無線通信可能な信号形態に変換して、送信データを生成し、生成した送信データを無線送受信部２０４に送る。

無線送受信部２０４は、送信データ処理部２０６から送られてくる送信データをアンテナ２１を通じて無線送信すると共に、アンテナ２２を通じて受信された受信データを、受信データ処理部２０５に転送する。

受信データ処理部２０５は、無線送受信部２０４から転送されてきた受信データを、音楽コンテンツ受信端末２０で処理可能なデータに変換し、システムバス２００に送出する。ＣＰＵ２０１は、その受信データを解析し、音楽コンテンツのデータは、音楽コンテンツデコード処理部２０７に転送する。

音楽コンテンツデコード処理部２０７は、入力された音楽コンテンツのデータをデコードし、デジタルオーディオ信号に戻し、戻したデジタルオーディオ信号を音声信号インターフェース２０９に供給する。

音声信号インターフェース２０９は、デジタルオーディオ信号をアナログオーディオ信号に変換し、そのアナログオーディオ信号を、オーディオアンプ２１６を通じてスピーカ２１７に供給して、音響再生させるようにする。

なお、この実施形態では、コンテンツ取得要求には、当該音楽コンテンツ受信端末２０の音楽コンテンツデコード処理部２０７が備える音楽コンテンツデコード機能を識別するための情報を含めるようにしておき、コンテンツ配信サーバ１０から、当該音楽コンテンツデコード処理部２０７でデコード処理ができる音楽コンテンツのみを取得するように構成する。

［ＡＶコンテンツ受信端末３０のハードウエア構成例］
図６に、この実施形態のＡＶコンテンツ受信端末３０の概観構成例を示す。図６は、この実施形態のＡＶコンテンツ受信端末３０の筐体３１を正面から見た図であり、いわゆる操作パネル面を表わすものとなっている。

この実施形態のＡＶコンテンツ受信端末３０は、前述したように、ゲーム機の機能を備える携帯端末の構成であり、図示は省略したが、無線ネットワークと接続するための送受信アンテナを備える。

そして、この実施形態のＡＶコンテンツ受信端末３０の筐体３１の操作パネル面には、ゲーム機用の操作コントローラとしてのボタン操作部３２，３３を備えると共に、ＬＣＤの表示画面３４とを備える。また、この実施形態では、メニューボタン３５と、送信ボタン３６とが筐体３１の操作パネル面に設けられる。

ボタン操作部３２は、ゲーム機用の操作ボタン３２ａ，３２ｂ，３２ｃ，３２ｄを含む。この実施形態では、これらの操作ボタン３２ａ，３２ｂ，３２ｃ，３２ｄは、ＡＶコンテンツの取得要求を行なう際の操作ボタンをも兼用するように構成されている。この例では、操作ボタン３２ａはエンターボタン（決定ボタン）、操作ボタン３２ｂは時間情報の意味の指定ボタン、操作ボタン３２ｃはジャンルの選択指定ボタン、をそれぞれ兼用するようにしている。

また、ボタン操作部３３は、上下左右の方向指定ボタン３３ａ，３３ｂ，３３ｃ，３３ｄからなっている。これらの上下左右の方向指定ボタン３３ａ〜３３ｄは、この例のＡＶコンテンツ受信端末３０をゲーム機として使用する際およびＡＶコンテンツの取得要求を際のいずれにおいても、上下左右方向指定ボタンとして作用する。そして、特に左右方向指定ボタン３３ｃ、３３ｄは、時間情報の設定入力操作用のボタンとして機能するように構成されている。

この実施形態では、ＡＶコンテンツ受信端末３０の表示画面３４には、時間軸表示部３４１と、時間軸カーソル３４２と、時間情報表示欄３４３と、時間情報の属性表示欄３４４と、ＡＶコンテンツのジャンルの表示欄３４５とが、表示されるようにされている。

時間軸表示部３４１は、図６において左右方向を時間軸方向として目盛りが振られている。図６の例では、大目盛りが５年ごとに振られて、その５年毎の西暦数字が大目盛り位置に対応して表示されている。そして、中目盛りが１年ごとに振られ、さらに小目盛りが３ヶ月ごとに振られている。

時間軸カーソル３４２は図の例では縦棒の表示であり、左右方向指定ボタン３３ｃ、３３ｄのユーザによる操作に応じて、この時間軸カーソル３４２の位置が、時間軸表示部３４１において、時間軸方向（左右方向）に移動するように構成されている。この例では、ソフトウエア制御により左右方向指定ボタン３３ｃ、３３ｄの操作に応じて、時間軸カーソル３４２の位置が左右方向に移動するように構成されている。

この場合、時間軸カーソル３４２は、連続的に移動するものであり、従来のラジオ受信機における周波数ダイヤルつまみを操作することにより、受信周波数を連続的に変えるときに受信中周波数位置を表わすバーに対応するものである。したがって、この実施形態では、左右方向指定ボタン３３ｃ、３３ｄを操作することにより、年月日時分秒を連続的に変更することができるように構成されている。

なお、時間軸表示部３４１に表示される時間軸方向の目盛りは、利用者が設定入力可能な時間情報の一部についてのものであり、時間軸カーソル３４２が時間軸表示部３４１の一番左にあるときに、さらに過去方向に時間を変更すると、時間軸表示部３４１の時間軸方向の目盛り表示は当該過去方向にスクロールして変更される。同様に、時間軸カーソル３４２が時間軸表示部３４１の一番右にあるときに、さらに現在方向に時間を変更すると、時間軸表示部３４１の時間軸方向の目盛り表示は当該現在方向にスクロールして変更される。

以上のことから、左右方向指定ボタン３３ｃ、３３ｄは、これらを操作することにより、連続的な変更操作が可能であって、操作を停止させることで、１点を指定する操作入力が可能な操作入力手段である。そして、これら左右方向指定ボタン３３ｃ、３３ｄは、利用者による操作入力により指定された１点を、左右方向指定ボタン３３ｃ、３３ｄの操作に対応して想定される一次元の軸上の１点の指定入力として、受け付ける操作入力手段である。

そして、この例では、左右方向指定ボタン３３ｃ、３３ｄを通じた操作入力は、時間情報の設定入力とされるので、ＡＶコンテンツ受信端末３０は、一次元の軸は、時間軸として、左右方向指定ボタン３３ｃ、３３ｄを通じた利用者の操作を、時間軸上の点の変更操作と認識し、利用者が左右方向指定ボタン３３ｃ、３３ｄの操作により辿る時間軸上の点は、利用者による時間情報の設定入力過程の時間情報の点、あるいは、場合によっては、設定入力点（設定入力された時間情報の点）と認識するものである。そして、少なくとも、ＡＶコンテンツ受信端末３０は、利用者によるボタン操作の停止点は、利用者により設定入力された時間軸上の点、つまり、時間情報の点であると認識する。

そして、表示画面３４の時間情報表示欄３４３には、時間軸表示部３４１の時間軸カーソル３４２の位置を参照しながら、左右方向指定ボタン３３ｃ、３３ｄが用いられて利用者により設定入力された時間情報（年月日時）が表示される。なお、左右方向指定ボタン３３ｃ、３３ｄが押されて、時間軸上を辿る操作がなされているときには、この時間情報表示欄２４３には、時間を表わす数字が当該操作に応じて変化して表示される。

また、表示画面３４の時間情報の属性表示欄３４４には、利用者が選択設定した時間情報の属性（時間情報の意味）を表わす文字が表示される。この時間情報の属性表示欄３４４には、この実施形態では、操作ボタン３２ｂが押下される毎に、異なる時間情報の意味が表示され、それが選択設定されることになる。

この実施形態では、前述したように、時間情報の属性情報を無指定とすることもでき、その場合には、左右方向指定ボタン３３ｃ、３３ｄにより設定された時間情報は、全ての時間情報の属性情報を含むことを検索条件とすることを意味していることになる。

なお、操作ボタン３２ｂを押下することで、時間情報の属性表示欄３４４に表示することができる時間情報の意味の一覧、つまり、選択設定することできる時間情報の意味が例えば上下方向に並ぶ一覧を、例えばプルダウンメニューの形式で表示し、上下方向指定ボタン３３ａ、３３ｂを操作することにより、その一覧の中の１つの時間情報の属性情報を選択し、エンターキー３２ａの押下により、選択した時間情報の属性情報で決定するというような操作をすることもできる。

また、表示画面３４のジャンルの表示欄３４５には、利用者が選択設定したジャンルを表わす文字が表示される。このジャンルの表示欄３４５には、この実施形態では、操作ボタン３２ｃが押下される毎に、異なるジャンルが文字表示され、それが選択設定されることになる。

この実施形態では、前述したように、ジャンルを無指定とすることもでき、その場合には、左右方向指定ボタン３３ｃ、３３ｄにより設定された時間情報は、全てのジャンルを含むことを検索条件とすることを意味していることになる。

このジャンルの指定に関するボタン操作についても、時間情報の属性表示欄３４４における時間情報の属性表示の選定操作の場合と同様に、プルダウンメニューを表示して、その中から特定の１つのジャンルを選定する操作方法を用いることができる。

メニューボタン３５は、このＡＶコンテンツ受信端末３０が具備するゲーム機モード、ＡＶコンテンツ取得要求モード、その他の機能モードからなる機能モード一覧を、表示画面３４に表示させるためのボタンである。利用者は、このメニューボタン３５を押下して前記機能モード一覧を表示させた後、上下左右方向指定ボタン３３ａ〜３３ｄおよびエンターボタンとしての操作ボタン３２ａとを操作するにより、当該ＡＶコンテンツ受信端末３０において実行しようとする機能モードを選択決定することができるように構成されている。

送信ボタン３６は、コンテンツ取得要求モードのときに、コンテンツ取得要求その他をコンテンツ配信サーバに送信する際に、利用者により操作されるボタンである。

次に、この実施形態のＡＶコンテンツ受信端末３０のハードウエア構成例を図７に示す。

図７に示すように、この実施形態のＡＶコンテンツ受信端末３０は、システムバス３００を介して、ＣＰＵ３０１に対して、プログラム用ＲＯＭ３０２、ワークエリア用ＲＡＭ３０３、無線送受信部３０４、受信データ処理部３０５、送信データ処理部３０６、ＡＶコンテンツデコード処理部３０７、コンテンツ取得要求生成部３０８、音声信号インターフェース３０９、ＬＣＤインターフェース３１０、操作部インターフェース３１１、ゲーム機能部３１２、ゲームメディアドライブ３１３が接続されて構成されている。

ＬＣＤインターフェース３１０には、表示画面３４を備えるＬＣＤ３１４が接続されている。また、操作部インターフェース３１１には、操作ボタン３２ａ〜３２ｄ、上下左右方向指定ボタン３３ａ〜３３ｄ、メニューボタン３５および送信ボタン３６を含むボタン操作部３１５が接続されている。操作部インターフェース３１１は、ＣＰＵ３０１の制御の下に、利用者により、ボタン操作部３１５において、操作ボタン３２ａ〜３２ｄ、上下左右方向指定ボタン３３ａ〜３３ｄ、メニューボタン３５および送信ボタン３６のいずれが操作されたかに関する操作情報を検出し、その操作情報をシステムバス３００に供給する。

ＣＰＵ３０１は、システムバス３００に供給されたボタン操作部３１５の操作情報を、ＲＯＭ３０２のプログラムにしたがって解析し、各機能モードにおける各操作に対応する処理を実行する。

例えばコンテンツ取得要求モードにおいて、左右方向指定ボタン３３ａ，３３ｂが操作されると、ＣＰＵ３０１は、その操作入力を時間情報の設定入力と判断し、左右方向指定ボタン３３ａ，３３ｂの操作入力に応じて、時間軸表示部３４１に対する時間軸カーソル３４２の時間軸上の位置を変更すると共に、時間情報表示欄３４３にそのときの時間軸上の時間情報を表示する。そして、そのときの時間情報をコンテンツ取得要求生成部３０８に転送し、コンテンツ取得要求に含められる情報を生成するために用いるようにする。

また、ＣＰＵ３０１は、操作ボタン３２ｂや３２ｃの操作に応じて、時間情報の属性表示欄３４４やジャンル表示欄３４５の表示内容を変更すると共に、そのときの時間情報の属性情報（時間情報の意味付け無しを含む）やジャンル情報（ジャンル指定無しを含む）を、コンテンツ取得要求生成部３０８に転送し、コンテンツ取得要求に含められる付随情報を生成するために用いるようにする。

コンテンツ取得要求生成部３０８は、ＣＰＵ３０１の制御にしたがって、これに入力される時間情報と、時間情報の属性情報およびジャンル情報からなる付随情報とを検索条件情報として含めたコンテンツ取得要求を生成し、生成したコンテンツ取得要求を、送信データ処理部３０６に供給する。

送信データ処理部３０６は、ＲＯＭ３０２からコンテンツ配信サーバ１０の通信ネットワーク上のアドレス情報を得ると共に、これに入力されるコンテンツ配信サーバ１０に送信すべきデータを、無線通信可能な信号形態に変換して、送信データを生成し、生成した送信データを無線送受信部３０４に送る。

無線送受信部３０４は、送信データ処理部３０６から送られてくる送信データをアンテナ３１を通じて無線送信すると共に、アンテナ３７を通じて受信された受信データを、受信データ処理部３０５に転送する。

受信データ処理部３０５は、無線送受信部３０４から転送されてきた受信データを、ＡＶコンテンツ受信端末３０で処理可能なデータに変換し、システムバス３００に送出する。ＣＰＵ３０１は、その受信データを解析し、ＡＶコンテンツのデータは、ＡＶコンテンツデコード処理部３０７に転送する。

ＡＶコンテンツデコード処理部３０７は、入力されたＡＶコンテンツのデータをデコードし、デコードして得たデジタルビデオデータは、ＬＣＤインターフェース３１０を通じてＬＣＤに送られ、画像（映像）が再生表示される。また、ＡＶコンテンツデコード処理部３０７でデコードされて得られたデジタルオーディオ信号は、音声信号インターフェース３０９に供給される。

音声信号インターフェース３０９は、デジタルオーディオ信号をアナログオーディオ信号に変換し、そのアナログオーディオ信号を、オーディオアンプ３１６を通じてスピーカ３１７に供給して、音響再生させるようにする。

なお、この実施形態では、コンテンツ取得要求には、当該ＡＶコンテンツ受信端末３０のＡＶコンテンツデコード処理部３０７が備えるＡＶコンテンツデコード機能を識別するための情報を含めるようにしておき、コンテンツ配信サーバ１０から、当該ＡＶコンテンツデコード処理部３０７でデコード処理ができるＡＶコンテンツのみを取得するように構成する。

ゲーム機能部３１２は、ゲームメディアドライブ３１３に装填されているゲームメディア、例えばＣＤ−ＲＯＭやＤＶＤに記録されているゲームプログラムおよびゲームデータを用いて、ゲーム用画面をＬＣＤ３１４の表示画面３４に表示する。ゲーム機能部３１２は、そのゲーム用画面の表示内容を、ボタン操作部３１５の操作ボタン３２や３３の操作に応じて変化させる。

［汎用コンテンツ受信端末４０のハードウエア構成例］
前述もしたように、この実施形態の汎用コンテンツ受信端末４０は、パーソナルコンピュータで構成されるものであるので、その具体的なハードウエア構成の図示は省略する。この汎用コンテンツ受信端末４０としてのパーソナルコンピュータは、インターネット５２を通じてコンテンツ配信サーバ１０にアクセス可能とされている。

この実施形態の汎用コンテンツ受信端末４０は、上述した音楽コンテンツ受信端末２０やＡＶコンテンツ受信端末３０の機能を、内蔵するＲＯＭに格納されたソフトウエアプログラムとして備えると共に、電子書籍やその他のコンテンツの取得要求を同様に行なえる機能をソフトウエアプログラムとして備えるものである。

そして、汎用コンテンツ受信端末４０の表示画面には、コンテンツ取得要求時の操作用画面として、この実施形態では、図６に示したＡＶコンテンツ受信端末３０における、コンテンツ取得要求時の操作用画面と同様の表示画面を用いる。そして、パーソナルコンピュータのキーボードが備える上下左右方向指定キーを用いて時間情報を設定入力するができると共に、所定のキー操作により時間情報の属性選択入力や、ジャンル選択指定入力ができるようにされている。

なお、電子書籍などのコンテンツの取得要求のための操作およびそのコンテンツ取得要求に対するコンテンツ配信サーバの振る舞いおよびコンテンツ受信端末のコンテンツの取得動作は、この実施形態では、上述したＡＶコンテンツについて説明した場合と同様とするものである。しかし、それぞれのコンテンツの特性に応じて、コンテンツ取得要求の態様およびコンテンツ配信態様を、変更するようにしても勿論よい。

ただし、この汎用コンテンツ受信端末４０の場合には、利用者によりコンテンツ取得要求したいコンテンツの種類を選択してもらう必要がある。このコンテンツの種類の選択肢には、「指定無し」、つまり全てのコンテンツの種類を要求することを意味する選択肢も含めるものとする。

このため、利用者にコンテンツの種類を選択させるための操作手段および選択されたコンテンツの種類を表示画面に表示する手段（機能手段）が設けられるものである。

［コンテンツ取得要求の動作の概要］
この実施形態におけるコンテンツ取得要求の動作は、当該コンテンツ取得要求についての利用者操作およびコンテンツ取得要求に含められる検索条件の違いにより、幾つかの場合が想定される。

＜第１の場合＞
第１の場合は、コンテンツ取得要求の際の利用者の操作は、時間情報の設定入力のみの場合である。しかし、この実施形態では、コンテンツ取得要求には、当該利用者により設定入力された時間情報だけでなく、当該時間情報を用いて取得したいコンテンツを範囲指定するための付随情報が検索条件情報として含められる。第１の場合においては、この付随情報は、コンテンツ受信端末自身が自動的にコンテンツ取得要求に含めるものである。

この実施形態において、コンテンツ受信端末自身が、コンテンツ取得要求に自動的に含める、時間情報を用いて取得したいコンテンツを範囲指定するための付随情報としては、予め定められている時間情報の属性情報および／または予め定められているジャンルなどのコンテンツ属性情報が用いられる。つまり、付随情報としては、予め定められている時間情報の属性情報のみが含められる場合、予め定められているジャンルなどのコンテンツ属性情報のみが含められる場合、予め定められている時間情報の属性情報と予め定められているジャンルなどのコンテンツ属性情報との両方が含められる場合、の３種の場合がある。

これは、上述した音楽コンテンツ受信端末２０およびＡＶコンテンツ受信端末３０のような、特定のコンテンツ専用のコンテンツ受信端末におけるコンテンツ取得要求の場合であって、上述の実施形態で説明した、利用者による時間情報の属性情報の設定入力手段およびジャンルの設定入力手段は、当該コンテンツ受信端末には設けられていない特殊な場合に相当する。

もしも、コンテンツ配信サーバ１０のコンテンツデータベース１１が、上述したように、複数種類のコンテンツを格納している場合には、当該コンテンツ受信端末は、コンテンツの種類を特定するための情報も、コンテンツ取得要求の付随情報に含める必要がある。

一方、コンテンツ配信サーバが、当該特定のコンテンツ専用のコンテンツ受信端末に対応した特定のコンテンツ専用の配信サーバである場合には、当該コンテンツ受信端末は、コンテンツの種類を特定するための情報を、コンテンツ取得要求の付随情報に含める必要はない。

図８に、この第１の場合におけるコンテンツ取得要求についての概念説明図を示す。

図８の入力デバイス６１は、音楽コンテンツ受信端末２０の回転つまみ操作部２３や、ＡＶコンテンツ受信端末３０の上下左右方向指定ボタン３３などからなる時間情報の設定入力手段を形成している。

この入力デバイス６１が利用者により操作されて、時間情報が設定入力されると、ＣＰＵ２０１や３０１では、当該入力デバイス６１の操作情報を、ソフトウエア処理機能による情報変換部６２で１次元の軸上の点を意味する情報に変換する。この実施形態では、この１次元の軸は時間軸に対応するものとされており、１次元の軸上の或る点の情報は、時間軸上の特定の時間にマッピングされ、これにより、入力デバイス６１の操作入力情報は、時間情報に変換される。この時間情報は、コンテンツ取得要求に含められて、コンテンツ配信サーバ１０に送られる。

また、入力デバイス６１が操作されたことに基づいて、ＣＰＵ２０１や３０１は、自動的に、時間情報を用いて取得したいコンテンツを範囲指定するための付随情報を、ソフトウエア処理機能による自動付随情報発生部６３において自動的に発生させ、発生させた付随情報をコンテンツ取得要求に含めてコンテンツ配信サーバ１０に送る。

コンテンツ配信サーバ１０は、受信したコンテンツ取得要求に含まれる時間情報と、付随情報とに基づいて検索条件を生成し、生成した検索条件によりコンテンツデータベース１１を検索して、コンテンツ取得要求された１または複数個のコンテンツをコンテンツデータベース１１から取り出す。

そして、コンテンツ配信サーバ１１は、取り出したコンテンツのデータを、ソフトウエア機能処理を含むコンテンツ配信部６５により、コンテンツ受信端末に送る。コンテンツ受信端末では、受け取ったコンテンツのデータをデコードし、ディスプレイやスピーカなどの出力デバイス６４により、ユーザに提示するようにする。

自動付随情報発生部６３で、コンテンツ受信端末自身によりコンテンツ取得要求に含められる付随情報の第１の例は、時間情報の属性情報のみが含められる場合であって、その属性情報の指定無しとされる場合である。

この第１の例の場合、コンテンツ配信サーバは、時間情報の属性情報「指定無し」については、全ての時間情報の属性情報の指定を含むと判断してもよいし、お勧めの特定の１または複数の時間情報の属性情報の指定と判定するようにしても良い。

この場合には、コンテンツ属性情報の例であるジャンルについては指定が全く無いが、これも、コンテンツ配信サーバ１０では、全てのジャンルを含むと判断してもよいし、お勧めの特定のジャンルを検索条件と判断してコンテンツ配信サーバが定めて検索を行なってもよい。

自動付随情報発生部６３で、コンテンツ受信端末自身によりコンテンツ取得要求に含められる付随情報の第２の例は、時間情報の属性情報のみが含められる場合であって、その属性情報が、予め定められた特定の情報、例えば音楽コンテンツでヒットチャートでベストテン入りした日時とされる場合などである。

この第２の例の場合、例えば配信コンテンツが音楽コンテンツのとき、コンテンツ配信サーバ１０は、時間情報により指定された年月日に、ヒットチャートでベストテン入りしていた音楽コンテンツをコンテンツデータベース１１から検索し、コンテンツ受信端末に配信して利用者の利用に供するようにする。

自動付随情報発生部６３で、コンテンツ受信端末自身によりコンテンツ取得要求に含められる付随情報の第３の例は、コンテンツ属性情報のみが含められる場合であって、その属性情報の指定無しとされる場合である。

この第３の例の場合、コンテンツ配信サーバは、コンテンツ属性情報「指定無し」については、コンテンツ属性情報の全ての指定を含むと判断してもよいし、お勧めの特定の１または複数のコンテンツ属性情報の指定と判定するようにしても良い。

この場合には、時間情報の属性情報については指定が全く無いが、コンテンツ配信サーバ１０では、全ての時間情報の属性情報の指定を含むと判断してもよいし、お勧めの特定の１または複数の時間情報の属性情報の指定と判断してコンテンツ配信サーバが検索を行なってもよい。

自動付随情報発生部６３で、コンテンツ受信端末自身によりコンテンツ取得要求に含められる付随情報の第４の例は、時間情報の属性情報とコンテンツ属性情報とが含められる場合であって、それらの属性情報の指定無しとされる場合である。

この場合のそれぞれの属性情報の指定無しに対するコンテンツ配信サーバ１０での検索処理としては、上述の例と同様とすることができる。

自動付随情報発生部６３で、コンテンツ受信端末自身によりコンテンツ取得要求に含められる付随情報の第５の例は、時間情報の属性情報とコンテンツ属性情報とが含められる場合であって、いずれか一方の属性情報は指定無しで、他方の属性情報は予め定められた特定の属性情報が指定される場合である。

指定無しの属性情報についてのコンテンツ配信サーバ１０での検索処理については、上述の例と同様とすることができる。

自動付随情報発生部６３で、コンテンツ受信端末自身によりコンテンツ取得要求に含められる付随情報の第６の例は、時間情報の属性情報とコンテンツ属性情報とが含められる場合であって、いずれの属性情報も、予め定められた特定の属性情報が指定される場合である。

この第６の例は、予め定められた特定の時間情報の属性情報および特定のジャンルなどのコンテンツ属性のコンテンツの中の、時間情報で特定される１または複数個のコンテンツを取得要求するという、コンテンツ探索範囲が非常に制限されたコンテンツ配信を想定したものである。

＜第２の場合＞
第２の場合は、コンテンツ取得要求の際の利用者の操作は、時間情報の設定入力のみではなく、時間情報の属性情報の設定入力あるいは選択入力がなされる場合である。上述のコンテンツ受信端末の説明では、時間情報の属性情報の入力方法としては、選択入力のみを説明したが、ユーザが特定のテキスト文字を入力することで、設定入力する方法を採用することもできる。ジャンルなどのコンテンツ属性情報の入力に関しても同様である。特に、汎用コンテンツ受信端末４０の場合には、それが容易にできる。

利用者により操作入力された時間情報の属性情報は、コンテンツ取得要求には、時間情報を用いて取得したいコンテンツを範囲指定するための付随情報として含められる。

この第２の場合も、コンテンツの種別を入力しない場合であるので、上述した音楽コンテンツ受信端末２０およびＡＶコンテンツ受信端末３０のような、特定のコンテンツ専用のコンテンツ受信端末におけるコンテンツ取得要求の場合であって、この第２の場合には、上述の実施形態で説明した、利用者によるジャンルの入力手段（コンテンツ属性の入力手段）は、当該コンテンツ受信端末には設けられていない場合に相当する。

この第２の場合においては、コンテンツ属性情報やコンテンツの種別の情報をコンテンツ取得要求の付随情報として含める必要がない場合には、第１の場合における自動付随情報発生部６３は不要である。

しかし、コンテンツ配信サーバ１０のコンテンツデータベース１１が、上述したように、複数種類のコンテンツを格納している場合には、当該コンテンツ受信端末は、コンテンツの種類を特定するための情報も、コンテンツ取得要求の付随情報に含める必要があるので、自動付随情報発生部６３で当該コンテンツの種別を特定するための情報を発生させて、コンテンツ取得要求の付随情報に含めるようにする。

また、ジャンルなどのコンテンツ属性は、第１の場合と同様に付随情報に含めず、コンテンツ配信サーバ１０側で、コンテンツ属性についての指定無しと判別し、全てのジャンルを含む、あるいは、お勧めの特定のジャンルの指定と判断するようにしてもよい。

また、ジャンルなどのコンテンツ属性は、自動付随情報発生部６３で、予め定めたもの（指定無しを含んでもよい）を発生させて、コンテンツ取得要求の付随情報に含めるようにしても良い。

この第２の場合におけるコンテンツ取得要求についての概念説明図を、図９に示す。この図９において、図８と同一部分には、同一符号を付してある。

この図９においては、コンテンツ受信端末は、時間情報属性入力デバイス６６を備える。これは、図４の音楽コンテンツ受信端末２０における時間属性変更操作ボタン２５ａや、図６のＡＶコンテンツ受信端末３０における操作ボタン３２ｂなどからなるものである。

そして、コンテンツ受信端末では、この時間情報属性入力デバイス６６を通じた利用者の入力操作があると、ソフトウエア機能処理手段としての時間情報属性変換部６７で、その入力操作に応じた時間情報の属性情報に変換する。これは、前述したような時間属性変更ボタン２５ａや操作ボタン３２ｂのボタン操作に応じて、時間情報の属性情報が選択入力されて設定される動作に対応する。

そして、この時間情報属性変換部６７からの時間情報の属性情報は、上述したように必要に応じて設けられる自動付随情報発生部６３からの他の付随情報と共に、付随情報としてコンテンツ取得要求に含められて、コンテンツ配信サーバ１０に送られる。

以上のように、この第２の場合は、時間情報の属性情報が利用者により設定されて付随情報に含められる点が違うだけで、その他は、第１の場合と同様とされる。ただし、自動付随情報発生部６３については、前述したように、設けられない場合もある。

＜第３の場合＞
第３の場合は、コンテンツ取得要求の際の利用者の操作は、時間情報の設定入力のみではなく、コンテンツ属性情報の設定入力あるいは選択入力がなされる場合である。利用者により操作入力されたコンテンツ属性情報は、コンテンツ取得要求には、時間情報を用いて取得したいコンテンツを範囲指定するための付随情報として含められる。

この第３の場合も、コンテンツの種別を入力しない場合であるので、上述した音楽コンテンツ受信端末２０およびＡＶコンテンツ受信端末３０のような、特定のコンテンツ専用のコンテンツ受信端末におけるコンテンツ取得要求の場合である。そして、この第３の場合は、上述の実施形態で説明した、利用者による時間情報の属性情報の入力手段（コンテンツ属性の入力手段）は、当該コンテンツ受信端末には設けられていない場合に相当する。

この第３の場合においては、時間情報の属性情報やコンテンツの種別の情報をコンテンツ取得要求の付随情報として含める必要がない場合には、第１の場合における自動付随情報発生部６３は不要である。

しかし、コンテンツ配信サーバ１０のコンテンツデータベース１１が、上述したように、複数種類のコンテンツを格納している場合には、当該コンテンツ受信端末は、コンテンツの種類を特定するための情報も、コンテンツ取得要求の付随情報に含める必要があるので、自動付随情報発生部６３で当該コンテンツの種別を特定するための情報を発生させて、コンテンツ取得要求の付随情報に含めるようにする。

また、時間情報の属性情報は、第１の場合と同様に付随情報に含めず、コンテンツ配信サーバ１０側で、時間情報の属性情報についての指定無しと判別し、全ての時間情報の属性情報の指定を含む、あるいは、お勧めの特定の時間情報の属性情報の指定と判断するようにしてもよい。

また、時間情報の属性情報は、自動付随情報発生部６３で、予め定めたもの（指定無しを含んでもよい）を発生させて、コンテンツ取得要求の付随情報に含めるようにしても良い。

この第３の場合におけるコンテンツ取得要求についての概念説明図を、図１０に示す。この図１０において、図８と同一部分には、同一符号を付してある。

この図１０においては、コンテンツ受信端末は、コンテンツ属性入力デバイス６８を備える。これは、図４のコンテンツ受信端末２０におけるジャンル変更操作ボタン２５ｂや、図６のコンテンツ受信端末３０における操作ボタン３２ｃなどからなるものである。

そして、コンテンツ受信端末では、この時間情報属性入力デバイス６８を通じた利用者の入力操作があると、ソフトウエア機能処理手段としてのコンテンツ属性変換部６９で、その入力操作に応じたコンテンツ属性情報に変換する。これは、前述したようなジャンル変更ボタン２５ｂや操作ボタン３２ｃのボタン操作に応じて、コンテンツ属性情報が選択入力されて設定される動作に対応する。

そして、このコンテンツ属性変換部６９からのコンテンツ属性情報は、上述したように必要に応じて設けられる自動付随情報発生部６３からの他の付随情報と共に、付随情報としてコンテンツ取得要求に含められて、コンテンツ配信サーバ１０に送られる。

以上のように、この第３の場合は、コンテンツ属性情報が利用者により設定されて付随情報に含められる点が違うだけで、その他は、第１の場合と同様とされる。ただし、自動付随情報発生部６３については、前述したように、設けられない場合もある。

＜第４の場合＞
第４の場合は、コンテンツ取得要求の際の利用者の操作は、時間情報の設定入力のみではなく、時間情報の属性情報の設定入力あるいは選択入力およびジャンルなどのコンテンツ属性情報の設定入力あるいは選択入力がなされる場合である。利用者により操作入力された時間情報の属性情報およびコンテンツ属性情報は、コンテンツ取得要求には、時間情報を用いて取得したいコンテンツを範囲指定するための付随情報として含められる。

この第４の場合も、コンテンツの種別を入力しない場合であるので、上述した音楽コンテンツ受信端末２０およびＡＶコンテンツ受信端末３０のような、特定のコンテンツ専用のコンテンツ受信端末におけるコンテンツ取得要求の場合であって、かつ、この第４の場合は、図４および図６を用いて上述の実施形態として説明した、利用者による時間情報の入力手段およびジャンルの入力手段（コンテンツ属性の入力手段）が、当該コンテンツ受信端末には設けられる場合に相当する。

この第４の場合においては、コンテンツ配信サーバ１０が取得要求するコンテンツ専用の配信サーバである場合のように、コンテンツの種別の情報をコンテンツ取得要求の付随情報として含める必要がない場合には、第１の場合における自動付随情報発生部６３は不要である。

しかし、コンテンツ配信サーバ１０のコンテンツデータベース１１が、上述したように、複数種類のコンテンツを格納している場合には、当該コンテンツ受信端末は、コンテンツの種類を特定するための情報も、コンテンツ取得要求の付随情報に含める必要があるので、自動付随情報発生部６３で当該コンテンツの種別を特定するための情報を発生させて、コンテンツ取得要求の付随情報に含めるようにする。

この第４の場合におけるコンテンツ取得要求についての概念説明図を、図１１に示す。この図１１において、前述した図８〜図１０と同一部分には、同一符号を付してある。

この図１１においては、コンテンツ受信端末は、時間情報属性入力デバイス６６、時間情報属性変換部６７およびコンテンツ属性情報入力デバイス６８、コンテンツ属性変換部６９を備える。これは、図４あるいは図６に示した音楽コンテンツ受信端末２０やＡＶコンテンツ受信端末３０の構成に相当している。

各部の動作は、上述した通りであるので、ここでは、詳細な説明は省略する。この第４の場合においては、コンテンツ取得要求には、時間情報を用いて取得したいコンテンツを範囲指定するための付随情報として、時間情報の属性情報およびコンテンツ属性情報が必ず含まれる（指定無しを含む）。そして、コンテンツ配信サーバ１０では、時間情報と、その付随情報とに基づいて決定された検索条件により、コンテンツデータベース１１を検索して、その検索の結果として得られたコンテンツのデータをコンテンツ受信端末に送出するようにする。

＜第５の場合＞
第５の場合は、汎用コンテンツ受信端末４０からのコンテンツ取得要求に対応する場合である。つまり、この第５の場合は、コンテンツ配信サーバ１０のコンテンツデータベースには、複数種類のコンテンツが格納されていることを前提として、コンテンツ受信端末４０からコンテンツ取得要求を行なう。このため、コンテンツ取得要求の際の利用者の操作には、コンテンツの種別の設定入力あるいは選択入力が、時間情報の設定入力の他に必要となる。

したがって、この第５の場合は、１つの態様ではなく、前述した図８〜図１１を用いて説明した第１の場合から第４の場合のそれぞれにおいて、コンテンツの種別の入力手段を設け、当該コンテンツの種別の入力手段で入力されたコンテンツの種別の情報を、付随情報に含めた場合とすることができ、複数通りの態様が考えられる。

しかし、各態様は、コンテンツの種別の入力操作（指定無しを含む）およびその付随情報への挿入を除けば、それぞれ上述の各場合と同様であるので、その詳細な説明は、ここでは省略する。

なお、図８〜図１１では、図示しなかったが、コンテンツ取得要求には、当該コンテンツ取得要求を発信したコンテンツ受信端末のアドレスが発信元アドレスとして含まれる。コンテンツ配信サーバ１０は、このコンテンツ受信端末のアドレスを、コンテンツの配信先アドレスとして、コンテンツのデータの配信を実行する。また、コンテンツ取得要求には、コンテンツ受信端末が備えるコンテンツについてのデコード機能の情報を含めることもある。

［コンテンツ配信の態様］
前述したように、コンテンツ配信サーバ１０は、音楽コンテンツの配信と、映画コンテンツなどのＡＶコンテンツの配信とは、その配信態様を変えるようにしている。そこで、ここでは、コンテンツ配信サーバにおける配信態様の幾つかの例について、説明することにする。

＜第１の配信態様＞
この第１の配信態様は、前述した音楽コンテンツ受信端末２０へ配信する場合の態様の例である。図１２に、この第１の配信態様を説明するための概念図を示す。

前述したように、この実施形態では、利用者は、回転つまみ操作部２３などを用いて時間情報を、連続的に時間軸に沿って変更操作することができるようにされている。この場合に、ラジオ受信機における選局ダイヤルによる受信周波数の変更と同様に、利用者が時間軸上を変更操作した全ての時間位置の情報を、コンテンツ取得要求としてコンテンツ配信サーバに送ることは、利用者が要求しない時間位置のコンテンツの要求をも含むことになる。

そこで、この実施形態では、できるだけ、利用者がコンテンツの取得を要求していると考えられる操作タイミングでのみ、コンテンツ受信端末は、コンテンツ取得要求をコンテンツ配信サーバ１０に送るように考慮している。そこで、この実施形態では、回転つまみ操作部２３などの操作入力手段を通じてなされた操作が、前述した一次元の軸上の１点の指定を意図する操作であるか否かを、ソフトウエア処理により判別する指定操作意図判別手段を、コンテンツ受信端末に設ける。

指定操作意図判別手段は、この実施形態では、例えば、回転つまみ操作部２３などの時間情報の入力手段を通じた利用者による変更操作が、予め定められている短時間以上停止されたと判定したときに、その操作を一次元の軸上の１点の指定を意図する操作、つまり、この実施形態では、時間情報を指定して、利用者がコンテンツ取得要求をした操作であると判別する。

コンテンツ受信端末は、指定操作意図判別手段で、前記一次元の軸上の１点の指定を意図する操作が判別されたときに、当該判別された操作により指定された時間情報を含めてコンテンツ取得要求をコンテンツ配信サーバ１０に送る。時間情報の入力手段の他に、コンテンツ取得要求手段（送信ボタンなど）を設けて、指定操作意図判別手段を省略するようにしてもよいが、それでは、操作が煩雑になるので、この例では、上述のように指定操作意図判別手段を設けた。

例えば、前述した回転つまみ操作部２３の場合、大つまみ部２３ａと小つまみ部２３ｂとの一体の回転操作により、例えば年代のみが粗く指定されるようにされるが、図１２の例は、その場合のコンテンツ配信態様の例である。

例えば、時間情報の変更操作により、１９７８年が指定されたと判別され、コンテンツ取得要求がコンテンツ配信サーバ１０に送られたときには、コンテンツ配信サーバ１０は、時間情報による指定は１９７８年代であると認識し、当該時間情報とコンテンツ取得要求に含まれる付随情報とに基づく検索条件にしたがってコンテンツデータベース１１を検索し、その検索結果の音楽コンテンツＡ１，Ａ２，Ａ３，Ａ４・・・のデータを、順次に音楽コンテンツ受信端末２０に送出するようにする。

このとき、前述したように、この第１の配信態様においては、音楽コンテンツ受信端末２０では、送られてきた音楽コンテンツをストリーミング再生するようにする。コンテンツ配信サーバ１０は、音楽コンテンツＡ１のデータの全てを音楽コンテンツ受信端末２０に送った後、次の音楽コンテンツＡ２のデータの送出を行なう。したがって、音楽コンテンツ受信端末２０では、１つの音楽コンテンツ（楽曲）の全てがストリーミング再生された後、次の音楽コンテンツ（楽曲）が、その先頭からストリーミング再生される。これはいわば、指定された年代の音楽コンテンツについて、ラジオ放送的な音楽コンテンツの配信および再生態様となる。

なお、図１２において、検索結果として順次にストリーミング再生される音楽コンテンツＡ１，Ａ２，Ａ３，Ａ４・・・は、単に、音楽コンテンツが順次にストリーミング再生されることを意味しているだけで、音楽コンテンツＡ１，Ａ２，Ａ３，Ａ４・・・のそれぞれは、固定的な音楽コンテンツを意味しているのではなく、前述したように、音楽コンテンツＡ１，Ａ２，Ａ３，Ａ４・・・のそれぞれの音楽コンテンツ内容は、コンテンツ配信サーバ１０が、コンテンツ取得要求を受ける毎に、ランダムに変更するものである。これは、他の年代の検索結果の音楽コンテンツＢ１，Ｂ２，Ｂ３，Ｂ４・・・、Ｃ１，Ｃ２，Ｃ３，Ｃ４・・・、Ｄ１，Ｄ２，Ｄ３，Ｄ４・・・、についても同様である。

また、利用者が、１９７８年代の音楽コンテンツＡ１をコンテンツ受信端末２０で受けて、聴取しているときに、回転つまみ操作部２３を操作して、他の年代、例えば１９７９年を指定したときには、当該年代の時間情報を含むコンテンツ取得要求がコンテンツ配信サーバ１０に新たに送られる結果、音楽コンテンツＡ１のデータの配信は、途中で停止され、コンテンツ配信サーバ１０は、１９７９年代の検索結果としての音楽コンテンツＢ１のデータの配信を開始する。

このため、音楽コンテンツ受信端末２０では、回転つまみ操作部２３の操作に応じて、例えば音楽コンテンツＡ１から音楽コンテンツＢ１のストリーミング再生に変更することになる。したがって、利用者は、それぞれの年代のところで、所定の時間以上、回転つまみ操作部２３による回転操作を停止しながら、年代を変更することにより、それぞれの年代における音楽コンテンツの先頭の部分を聴取しながら、年代変更操作をすることができる。

なお、上述の説明は、時間情報として年代を指定する場合を例に説明したが、回転つまみ操作部２３の小つまみ部２３ｂのみを操作することにより、年のみでなく、月、日、時を時間情報として指定する場合にも、同様に適用できる。つまり、細かく時間情報を指定し、それに合致するコンテンツを得ることができる。この場合にも、複数個のコンテンツが得られる場合には、上述と同様となる。

また、上述の説明は、音楽コンテンツの配信についてのみ説明したが、この第１の配信態様は、音楽コンテンツに限らず、ＡＶコンテンツや電子書籍のコンテンツなど、その他のコンテンツの配信にも適用できることは言うまでもない。

＜第２の配信態様＞
第１の配信態様では、利用者は、同じ年代などの指定した時間情報における他のコンテンツは、当該コンテンツの再生が終了しないと、視聴等の利用ができなかった。この第２の配信態様は、それを改善する例である。

この第２の配信態様では、コンテンツ受信端末は、現在配信中の音楽コンテンツの次に配信予定の音楽コンテンツを要求する操作手段、例えば音楽コンテンツ受信端末２０に適用した例においては、図１３に示すような次ボタン２５ｃを備える。

この第２の配信態様においては、利用者が時間情報を設定入力して、コンテンツ配信サーバ１０にコンテンツ取得要求をし、これに対してコンテンツ配信サーバ１０が、上述のように検索を行なって、その検索結果に応じたコンテンツのデータをコンテンツ受信端末に送るようにするまでは、第１の配信態様と同様である。

この第２の配信態様の特徴は、コンテンツ配信サーバ１０がコンテンツ受信端末に対して所定のコンテンツを配信しているときに、当該コンテンツ受信端末から、配信中のコンテンツが最後まで配信されていない途中であっても、次に配信予定のコンテンツの要求をコンテンツ受信端末からすることができることである。

図１３の例の音楽コンテンツ受信端末２０の場合を例に説明すると、コンテンツ配信サーバ１０が、この音楽コンテンツ受信端末２０に対して所定の音楽コンテンツを配信しているときに、当該音楽コンテンツ受信端末２０の利用者が、次ボタン２５ｃを操作すると、その操作に応じて音楽コンテンツ受信端末２０は、現在配信中の音楽コンテンツの次に配信予定の音楽コンテンツを要求する次要求を、コンテンツ配信サーバ１０に送るようにする。

コンテンツ配信サーバ１０は、この次要求を受けると、それまで配信していたコンテンツのデータの配信を中止して、次に配信を予定しているコンテンツのデータの配信を開始する。例えば、図１２の例で言うと、音楽コンテンツＡ１の配信をしているときに、当該配信中のコンテンツ受信端末から次要求を受けたときには、当該配信中の音楽コンテンツＡ１の配信をそこで中止し、次に配信予定の音楽コンテンツＡ２の配信を開始するようにする。

この第２の配信態様においては、利用者は、次ボタン２５ｃを操作することにより、気に入らないコンテンツは、途中で配信（再生）を停止させて、次コンテンツの配信（再生）をさせることができ、自分が気に入ったコンテンツのみを選択して、視聴したりすることができるという効果がある。

この第２の配信態様も、音楽コンテンツの配信の場合に限らないことはいうまでもない。例えばＡＶコンテンツの場合には、その一部を視聴したが、気に入らないので、次ボタンを操作して、次配信予定のコンテンツに変更することができるというような使用態様を実現できる。

なお、上述の説明では、コンテンツ配信サーバ１０では、次ボタン２５ｃの操作に基づく次要求を受けたときには、次に配信を予定しているコンテンツのデータの配信をするようにしたが、次要求を受けたときに、その後に配信予定をしている検索結果の複数個のコンテンツの中から、ランダムに選択したコンテンツを、次コンテンツとして配信するようにしても良い。

＜第３の配信態様＞
この第３の配信態様は、上述した第１および第２の配信態様とは異なり、コンテンツ取得要求に対するコンテンツ配信を、予備的配信と、本配信とに分ける態様である。そして、コンテンツ配信サーバは、予備的配信に際しては、第１の配信態様のように各コンテンツのデータの全てを最初から送信するのではなく、予め用意したコンテンツの一部のみを、各コンテンツの識別情報と共に利用者に提供する。

つまり、例えば図１２における音楽コンテンツＡ１，Ａ２，Ａ３，Ａ４・・・は、それぞれ当該コンテンツの一部とされる。このコンテンツの一部としては、楽曲のイントロや楽曲のサビなど、楽曲の特徴的な部分が好ましい。したがって、音楽コンテンツＡ１，Ａ２，Ａ３，Ａ４・・・のそれぞれの再生は、比較的短い時間で終了して、次の音楽コンテンツの一部の再生に移ってゆく。

そして、この第３の配信態様においては、コンテンツ受信端末では、この予備的配信がなされているときに、利用者からの本配信の要求を受け付け、コンテンツ配信サーバに当該本配信の要求を送るようにする。すなわち、利用者は、予備的配信において提供されているコンテンツの一部を視聴して、本配信してもらいたいコンテンツを決定し、当該決定したコンテンツの本配信の要求をすることができる。

このため、この第３の配信態様においては、コンテンツ受信端末には、予備的配信の際に操作すると、本配信してもらいたいコンテンツを決定し、当該決定したコンテンツの本配信の要求をすることを意味するものとなる本配信ボタン（ソフトウエアボタンを含む）などの操作入力手段が設けられる。

この第３の配信態様におけるコンテンツ受信端末は、予備的配信を受けているときに、前記本配信ボタンが操作されたと判別したときには、当該本配信ボタンが操作されたときに予備的配信されていたコンテンツの識別情報を含めた本配信の要求情報を生成し、当該本配信の要求情報をコンテンツ配信サーバに送出するようにする。

コンテンツ配信サーバは、予備的配信を実行しているときに、本配信の要求情報をコンテンツ受信端末から受信したときには、予備的配信を中止し、本配信の要求情報に含まれているコンテンツ識別情報により指定されるコンテンツのデータを、要求してきたコンテンツ配信端末に本配信するようにする。

なお、この第３の配信態様においても、第２の配信態様における次ボタンを設けてもよい。その場合には、次ボタンが操作されて、コンテンツ受信端末が次配信コンテンツ要求をコンテンツ配信サーバに送ると、コンテンツ配信サーバは、予備的配信のために用意している次コンテンツの一部の配信が終了していなくても、次に予備的配信しようとしていたコンテンツの一部を配信するようにする。

また、この第３の配信態様において、コンテンツ受信端末が表示画面を備えている場合には、予備的配信におけるコンテンツの一部の配信に併せて、コンテンツに関連する画像情報を送り、利用者が本配信の要求操作をする際の補助情報を提供するようにしてもよい。例えば、音楽コンテンツの場合には、図１４に示すようなレコードジャケットやＣＤジャケットの画像を、コンテンツ配信サーバ１０がコンテンツ受信端末に送り、コンテンツ受信端末は、その表示画面に、予備的配信の再生順序に応じて、徐々に、ジャケット画像をスクロールするようにする。

図１４の例は、音楽コンテンツ２０のＬＣＤ表示画面２４の、例えば時間軸表示部２４１の部分に、時間軸表示部２４１に変えて、図１４のようなジャケット画像のスクロール画像を表示するようにした例である。本配信の要求をすると、当該ジャケット画像のスクロール画像が消えて、元の時間軸表示部２４１の表示に戻る。

なお、この第３の配信態様も、音楽コンテンツに限らず、ＡＶコンテンツや電子書籍コンテンツの場合にも適用できることは言うまでもない。ＡＶコンテンツの場合には、予備的配信では、特徴的な幾つかのシーンのみを抽出して再生することができる。また、電子書籍コンテンツの場合には、予備的配信では冒頭の１〜２頁分を再生するなどの方法を用いることができる。

また、補助情報として提供する画像情報としてのレコードジャケットやＣＤジャケットに対応するものとしては、ＡＶコンテンツのテープカセットジャケット、ＤＶＤジャケット、特徴的なシーンのサムネイル、電子書籍に対応する紙書籍の表紙などを用いることができる。

なお、上述の第３の配信態様の予備的配信において、各コンテンツの一部を利用者に提示するときに、いわゆるノーマル速度の再生ではなく、１．２倍速、１．５倍速、２倍速のような倍速再生するようにしても良い。

＜第４の配信態様＞
この第４の配信態様も、予備的配信と本配信とからなる配信態様である。この第４の配信態様は、音楽コンテンツ以外のＡＶコンテンツなどの配信を、コンテンツ配信サーバ１０から受けるときの態様として前記したものである。ここでは、さらに、その配信態様を詳細に説明する。

この第４の配信態様の予備的配信においては、コンテンツ配信サーバ１０は、コンテンツ受信端末３０や４０からのコンテンツ取得要求に応じてコンテンツデータベース１１から検索を行ない、その検索の結果、コンテンツデータベース１１から得られた１または複数個のコンテンツの一覧データを生成して、コンテンツ受信端末３０や４０に送る。

コンテンツ受信端末３０や４０は、このコンテンツ配信サーバ１０から送られてくる予備的配信のデータを受信して、検索結果のコンテンツの一覧を、そのディスプレイ表示画面に表示し、利用者の本配信の要求入力を受け付ける状態になる。図１５〜図１９に、コンテンツ受信端末３０における場合として、この予備的配信を受信したときのディスプレイ表示画面３４における表示例を示す。

図１５〜図１７は、コンテンツ受信端末３０が、例えば、時間情報として「１９６１年」を指定し、また、ジャンルとして「映画」を指定して、コンテンツ配信サーバ１０にコンテンツ取得要求を送ったときの予備的配信におけるコンテンツ受信端末３０の表示画面３４の例である。

図１５〜図１７に示すように、表示画面３４には、図６に示したコンテンツ取得要求のための時間軸表示部などを含む画面に代えて、予備的配信の受信画面を表示する。この予備的配信の受信画面においては、指定された時間情報を、時間情報表示部３４６に表示し、指定されたジャンルを、ジャンル表示部３４７に表示すると共に、コンテンツ一覧を、一覧表示部３４８に表示する。

図示のように、この例では、「映画」のコンテンツ一覧は、映画コンテンツのタイトル名、出演者名、などのテキスト文字により各映画コンテンツが特定された行表示項目を、縦方向に複数個、並べたものとなっている。表示画面３４の大きさのために、表示しきれないコンテンツは、次ページとして表示される、あるいは、スクロールされたときに、表示画面に現われて表示される。

また、一覧表示部３４８のコンテンツ一覧においては、選択中の映画コンテンツが、例えば反転表示や囲み表示などからなるカーソルＣＳにより利用者に報知されている。そして、当該カーソルＣＳにより選択中である映画コンテンツの特徴的なシーンのサムネイル画像が、表示画面３４の一部のサムネイル表示部３４９に表示される。

利用者は、この予備的配信の受信画面において、上下左右方向指定ボタン３３の内の上下方向指定ボタン３３ａ，３３ｂを操作することにより、選択中の映画コンテンツを変更することができる。例えば、図１５の予備的配信の受信画面において、下方向指定ボタン３３ｂを操作して、現在選択中の映画コンテンツの一つ下の映画コンテンツを選択する状態にしたときには、図１６のような予備的配信の受信画面になる。このとき、現在選択中の映画コンテンツの変更に応じてサムネイル表示部３４９に表示されるサムネイル画像が、現在選択中の映画コンテンツの特徴的なシーンのサムネイル画像に変更される。

また、図１６の予備的配信の受信画面において、下方向指定ボタン３３ｂを操作して、現在選択中の映画コンテンツの一つ下の映画コンテンツを選択する状態にしたときには、図１７のような予備的配信の受信画面になる。このとき、現在選択中の映画コンテンツの変更に応じてサムネイル表示部３４９に表示されるサムネイル画像が、現在選択中の映画コンテンツの特徴的なシーンのサムネイル画像に変更される。

次に、図１８および図１９は、コンテンツ受信端末３０が、例えば、時間情報として「１９６１年」を指定し、また、ジャンルとして「ニュース」を指定して、コンテンツ配信サーバ１０にコンテンツ取得要求を送ったときの予備的配信におけるコンテンツ受信端末３０の表示画面３４の例である。

図示のように、この例では、「ニュース」のコンテンツ一覧は、ニュースの対象となる事象または事件が生じた月日、ニュースの抄録、などのテキスト文字により各ニュースコンテンツが特定された行表示項目を、縦方向に複数個、並べたものとなっている。表示画面３４の大きさのために、表示しきれないニュースコンテンツは、次ページとして表示される、あるいは、スクロールされて表示される。

そして、上述の映画コンテンツの一覧表示の場合と同様に、ニュースコンテンツの一覧においても、選択中のニュースコンテンツが、例えば反転表示や囲み表示などからなるカーソルＣＳにより利用者に報知され、当該カーソルＣＳにより選択中であるニュースコンテンツを現す特徴的なシーンのサムネイル画像が、表示画面３４の一部のサムネイル表示部３４９に表示される。

また、図１８の予備的配信の受信画面において、下方向指定ボタン３３ｂを操作して、現在選択中のニュースコンテンツの一つ下のニュースコンテンツを選択する状態にしたときには、図１９のような予備的配信の受信画面になる。このとき、現在選択中のニュースコンテンツの変更に応じてサムネイル表示部３４９に表示されるサムネイル画像が、現在選択中のニュースコンテンツを現す特徴的なシーンのサムネイル画像に変更される。

以上説明した図１５〜図１９のいずれかの予備的配信の受信画面において、利用者がエンターボタン３２ａまたは送信ボタン３８を押下すると、コンテンツ受信端末では、その押下操作を、そのときに選択中のコンテンツの本配信の要求と判断し、当該選択中のコンテンツの識別情報（これは、予備的配信の一覧情報中において各コンテンツの行表示項目に対応して含まれている）を含めた本配信の要求を、コンテンツ配信サーバ１０に送るようにする。

コンテンツ配信サーバ１０は、この本配信の要求をコンテンツ受信端末から受け取ると、当該本配信の要求に含まれるコンテンツの識別情報で要求されるコンテンツのデータを、本配信の要求をしてきたコンテンツ受信端末に送るようにする。

コンテンツ受信端末は、このコンテンツ配信サーバ１０からの本配信のコンテンツのデータを受けると、映画、ニュース、電子書籍などのコンテンツを、表示画面に表示したり、スピーカで付随音声を再生したりするようにする。この本配信のときの表示画面は、ここでは省略する。

なお、上述した第２の配信態様〜第４の配信態様においても、時間情報として年代のみが指定された場合として説明したが、第１の配信態様の説明においても説明したように、年のみでなく、月、日、時を時間情報として指定する場合にも、同様に適用できる。つまり、細かく時間情報を指定し、それに合致するコンテンツを得ることができる。この場合にも、複数個のコンテンツが得られる場合には、上述と同様となる。

＜第５の配信態様（コンテンツサーチ）＞
以上説明した配信態様は、コンテンツ受信端末で指定操作意図判別手段で、利用者が、一次元の軸上の１点の指定を意図する操作をしたと判別したときに、当該コンテンツ受信端末から送られてくるコンテンツ取得要求に基づいてコンテンツ配信サーバ１０でなされるコンテンツの配信態様である。

これに対して、この第５の配信態様は、利用者が例えば回転つまみ操作部２３の回転操作を止めることなく、例えば利用者が予め定められた回転速度よりもゆっくりと回転つまみ操作部２３を操作したとき、その操作を時間方向のコンテンツサーチと判断して、コンテンツ受信端末は、コンテンツサーチ要求をコンテンツ配信サーバ１０に送る。

この実施形態では、コンテンツ受信端末は、例えば大つまみ部２３ａがゆっくりと回転操作されたときには、その回転操作により「年」の時点が通過した時点ごとに、当該通過した「年」を時間情報として含めたコンテンツサーチ要求をコンテンツ配信サーバ１０に送るようにする。

また、コンテンツ受信端末は、例えば小つまみ部２３ｂがゆっくりと回転操作されたときには、その回転操作により「年、月」の時点が通過した時点ごとに、当該通過した「年、月」を時間情報として含めたコンテンツサーチ要求をコンテンツ配信サーバ１０に送るようにする。

コンテンツ配信サーバ１０は、このコンテンツサーチ要求を受け取ると、受信したコンテンツサーチ要求に含まれる時間情報に基づいてコンテンツデータベース１１を検索し、検索結果として得られたコンテンツの中から、１つのコンテンツをランダムに選択し、当該選択したコンテンツの一部を、コンテンツサーチ要求してきたコンテンツ受信端末に送るようにする。

コンテンツ受信端末は、このコンテンツ配信サーバ１０からのコンテンツの一部を受信して、ノーマル再生速度で、あるいは、１倍より大きい倍速で、再生するようにする。

コンテンツ配信サーバ１０は、コンテンツサーチ要求に対応するコンテンツの一部の配信を終了する前に、他の時間情報を含むコンテンツサーチ要求を受けると、それまで配信していたコンテンツの一部に代え、新たに受信したコンテンツサーチ要求に応じて検索して得た新たなコンテンツの一部を、コンテンツ受信端末に配信するようにする。

これにより、ユーザは、前述した第３の配信態様の場合のように、いちいち「年」や「年、月」のところで、例えば回転つまみ操作部２３などの操作入力手段で操作を停止するような操作をしなくても、予め定められた速度よりもゆっくりとした速度で操作を継続して行なって、各年代や各年月の、例えば代表コンテンツの一部を、再生して視聴することが可能になり、利用者は、どの時間のコンテンツを取得するかを決めるときの参考とすることができる。

次に、以上説明したコンテンツ受信端末２０，３０，４０およびコンテンツ配信サーバ１０におけるコンテンツ取得要求およびコンテンツ配信における処理動作を、そのフローチャートを示しながら、さらに説明する。

［コンテンツ受信端末のコンテンツ取得要求における動作説明］
＜音楽コンテンツ受信端末２０の処理動作の例の説明（第１の配信態様に対応）＞
コンテンツ配信サーバ１０が、上述した第１の配信態様を行なう場合に対応するコンテンツ受信端末の処理動作を、音楽コンテンツ受信端末２０の場合に適用して説明する。なお、この場合、音楽コンテンツ受信端末２０は、コンテンツ取得要求の動作としては、前述した第４の場合として説明した操作態様をするものとする。図２０〜図２２は、この場合の音楽コンテンツ受信端末２０の処理動作を説明するためのフローチャートである。

なお、図２０〜図２２の各ステップの処理は、音楽コンテンツ受信端末２０のＣＰＵ２０１が、ＲＯＭ２０２のプログラムにしたがって、ＲＡＭ２０３をワークエリアとして用いて行なうものである。

音楽コンテンツ受信端末２０の電源がオンとされると、音楽コンテンツ受信端末２０のＣＰＵ２０１は、図２０のスタートから処理ルーチンを開始し、先ず、ＲＯＭ２０２に格納されているコンテンツ配信サーバ１０の通信ネットワーク上のアドレスを読み出して、コンテンツ配信サーバ１０に対してアクセスする（ステップＳ１）。

そして、ＣＰＵ２０１は、コンテンツ配信サーバ１０との間で機器認証を行なって、コンテンツ配信サーバ１０から機器認証ＯＫを受け取ったか否か判別し（ステップＳ２）、機器認証ＯＫを受け取らず、機器認証がＮＧであるときには、利用者に機器認証ＮＧのため再度アクセスすることを通知して（ステップＳ３）、ステップＳ１に戻り、コンテンツ配信サーバ１０に再アクセスする。

ステップＳ２で、機器認証がＯＫであると判別すると、ＣＰＵ２０１は、コンテンツ配信サーバ１０との間の通信路を確立する（ステップＳ４）。この実施形態では、音楽コンテンツ受信端末２０は、コンテンツ配信サーバ１０にアクセスして通信路を確立した後は、電源をオフにするまで、コンテンツ配信サーバ１０と確立した通信路を通じて常時接続されている状態となる。

次に、ＣＰＵ２０１は、音楽コンテンツ受信端末２０でそのときに選択指定されている時間情報と、時間情報の属性情報およびジャンル情報を含む付随情報と、要求するコンテンツが音楽コンテンツであることを示す情報とを、コンテンツ取得要求に含めてコンテンツ配信サーバ１０に送る（ステップＳ５）。

これは、この実施形態では、音楽コンテンツ受信端末２０をラジオ受信機のような態様で使用するようにするためであり、音楽コンテンツ受信端末２０が、いわゆるラストメモリを備える構成であれば、このときにコンテンツ配信サーバ１０に送られるコンテンツ取得要求は、前回使用時に、最後にコンテンツ配信サーバ１０からコンテンツ配信を受けていたときの時間情報、付随情報に対応するものとなる。

そして、ＣＰＵ２０１は、ステップＳ５でのコンテンツ取得要求に対してコンテンツ配信サーバ１０から送られてくる音楽コンテンツを受信して、それをストリーミング再生する（ステップＳ６）。

次に、このストリーミング再生中に、ＣＰＵ２０１は、利用者により回転つまみ操作部２３が操作されて、時間情報の変更操作がなされたか否か判別する（ステップＳ７）。そして、ステップＳ７で時間情報の変更操作があったと判別したときには、ＣＰＵ２０１は、時間軸表示部２４１における時間軸カーソル２４２の位置を、時間情報の変更操作に応じて変更する（ステップＳ８）。

次に、ＣＰＵ２０１は、前述したように、この実施形態では、利用者により一次元の軸上の１点の指定を意図する操作がなされたか否かを判別する（ステップＳ９）。この実施形態では、利用者による時間情報の変更操作が所定時間休止したか否かにより一次元の軸上の１点の指定を意図する操作がなされたか否かを判別する。このステップＳ９で、一次元の軸上の１点の指定を意図する操作はなされていないと判別したときには、ＣＰＵ２０１は、ステップＳ７に戻って、このステップＳ７以降を繰り返す。

ステップＳ９で、一次元の軸上の１点の指定を意図する操作がなされたと判別したときには、ＣＰＵ２０１は、指定された時間情報と、指定中の時間情報の属性情報およびジャンル情報を含む付随情報と、要求するコンテンツが音楽コンテンツであることを示す情報とを、コンテンツ取得要求に含めてコンテンツ配信サーバ１０に送る（図２１のステップＳ１１）。

そして、ＣＰＵ２０１は、ステップＳ１１でのコンテンツ取得要求に対してコンテンツ配信サーバ１０から送られてくる音楽コンテンツを受信して、それをストリーミング再生する（ステップＳ１２）。

次に、このストリーミング再生中に、ＣＰＵ２０１は、利用者によりジャンル変更操作ボタン２５ｂが操作されて、コンテンツのジャンルの変更操作がなされたか否か判別する（ステップＳ１３）。そして、ステップＳ１３でジャンルの変更操作があったと判別したときには、ＣＰＵ２０１は、表示画面２４におけるジャンルの表示欄２４５に表示されるジャンルを、利用者のジャンル変更操作に応じて変更する（ステップＳ１４）。

そして、ＣＰＵ２０１は、ステップＳ１３でのジャンル変更操作の検知に応じて新たなコンテンツ取得要求をコンテンツ配信サーバ１０に送るようにするが、その前に、この例ではジャンル変更操作により指定されたジャンルは、「指定無し」であるか否か判別する（ステップＳ１５）。

そして、ステップＳ１５で、指定されたジャンルは「指定無し」であると判別したときには、ＣＰＵ２０１は、指定中の時間情報の属性情報および、この例では、ジャンルはコンテンツ配信サーバ１０に一任する旨の情報を含む付随情報と、指定中の時間情報と、要求するコンテンツが音楽コンテンツであることを示す情報とを、コンテンツ取得要求に含めてコンテンツ配信サーバ１０に送る（ステップＳ１６）。

また、ステップＳ１５で、指定されたジャンルは「指定無し」以外であると判別したときには、ＣＰＵ２０１は、指定中の時間情報と、指定中の時間情報の属性情報および変更されたジャンルの情報とを含む付随情報と、要求するコンテンツが音楽コンテンツであることを示す情報とを、コンテンツ取得要求に含めてコンテンツ配信サーバ１０に送る（ステップＳ１７）。

そして、ステップＳ１６またはステップＳ１７の後は、ＣＰＵ２０１は、ステップＳ１６またはステップＳ１７でのコンテンツ取得要求に対してコンテンツ配信サーバ１０から送られてくる音楽コンテンツのデータを受信して、それをストリーミング再生する（ステップＳ１８）。また、ステップＳ１３で、ジャンル変更操作ボタン２５ｂが操作されていないと判別したときにも、ＣＰＵ２０１は、ステップＳ１８に飛んで、そのときにコンテンツ配信サーバ１０から送られてきている音楽コンテンツのデータを受信して、それをストリーミング再生する。

また、図２０のステップＳ７で時間情報の変更操作がなかったと判別したときには、ＣＰＵ２０１は、図２１のステップＳ１３に進み、上述したステップＳ１３以降の処理を行なう。

ステップＳ１８の次には、ＣＰＵ２０１は、利用者により時間属性変更操作ボタン２５ａが操作されて、時間情報の属性情報の変更操作がなされたか否か判別する（図２２のステップＳ２１）。そして、ステップＳ２１で時間情報の属性情報の変更操作があったと判別したときには、ＣＰＵ２０１は、表示画面２４における時間情報の属性情報の表示欄２４４に表示される時間情報の属性情報を、利用者の変更操作に応じて変更する（ステップＳ２２）。

そして、ＣＰＵ２０１は、ステップＳ２１での時間情報の属性情報の変更操作の検知に応じて新たなコンテンツ取得要求をコンテンツ配信サーバ１０に送るようにするが、その前に、この例では時間情報の属性情報の変更操作により指定された時間情報の属性情報は、「指定無し」であるか否か判別する（ステップＳ２３）。

そして、ステップＳ２３で、指定された時間情報の属性情報は「指定無し」であると判別したときには、ＣＰＵ２０１は、この例では時間情報の属性情報としてはコンテンツ配信サーバ１０に一任する旨の情報とし、また、ジャンルはそのときに指定中のジャンル情報として含めた付随情報と、指定中の時間情報と、要求するコンテンツが音楽コンテンツであることを示す情報とを、コンテンツ取得要求に含めてコンテンツ配信サーバ１０に送る（ステップＳ２４）。

また、ステップＳ２３で、指定された時間属性情報は「指定無し」以外であると判別したときには、ＣＰＵ２０１は、指定中の時間情報と、変更指定された時間情報の属性情報および指定中のジャンルの情報とを含む付随情報と、要求するコンテンツが音楽コンテンツであることを示す情報とを、コンテンツ取得要求に含めてコンテンツ配信サーバ１０に送る（ステップＳ２５）。

そして、ステップＳ２４またはステップＳ２５の後は、ＣＰＵ２０１は、ステップＳ２４またはステップＳ２５でのコンテンツ取得要求に対してコンテンツ配信サーバ１０から送られてくる音楽コンテンツを受信して、それをストリーミング再生する（ステップＳ２６）。また、ステップＳ２１で、時間属性変更操作ボタン２５ａが操作されていないと判別したときにも、ＣＰＵ２０１は、ステップＳ２６に飛んで、そのときにコンテンツ配信サーバ１０から送られてきている音楽コンテンツのデータを受信して、それをストリーミング再生する。

次に、ＣＰＵ２０１は、電源がオフされたか否か判別し（ステップＳ２７）、電源オフにされていないと判別したときには、図２０のステップＳ７に戻り、このステップＳ７以降の処理を繰り返す。また、ステップＳ２７で電源がオフにされたと判別したときには、ＣＰＵ２０１は、コンテンツ配信サーバ１０との通信路を切断し（ステップＳ２８）、この処理ルーチンを終了する。

＜ＡＶコンテンツ受信端末３０の処理動作の例の説明（第４の配信態様に対応）＞
コンテンツ配信サーバ１０が、上述した第４の配信態様を行なう場合に対応するコンテンツ受信端末の処理動作を、ＡＶコンテンツ受信端末３０の場合に適用して説明する。なお、この場合、ＡＶコンテンツ受信端末３０は、コンテンツ取得要求の動作としては、前述した第４の場合として説明した操作態様をするものとする。図２３〜図２５は、この場合のＡＶコンテンツ受信端末３０の処理動作を説明するためのフローチャートである。

なお、図２３〜図２５の各ステップの処理は、ＡＶコンテンツ受信端末３０のＣＰＵ３０１が、ＲＯＭ３０２のプログラムにしたがって、ＲＡＭ３０３をワークエリアとして用いて行なうものである。

ＡＶコンテンツ受信端末３０で電源がオンとされているときに、ＣＰＵ３０１は、メニューボタン３５が操作されたか否か判別し（ステップＳ３１）、メニューボタン３５が操作されていないと判別したときには、その他の処理を実行する（ステップＳ３２）。

また、ステップＳ３１で、メニューボタン３５が操作されたと判別したときには、ＣＰＵ３０１は、表示画面３４に、当該ＡＶコンテンツ受信端末３０が備える機能の一覧メニューを表示する（ステップＳ３３）。そして、ＣＰＵ３０１は、当該機能一覧メニュー中から、時間情報によるＡＶコンテンツ配信の機能が選択されたか否か判別する（ステップＳ３４）。

ステップＳ３４で、時間情報によるＡＶコンテンツ配信の機能以外が選択されたと判別したときには、ＣＰＵ３０１は、利用者に選択された当該機能を実行するための処理を行なう（ステップＳ３５）。

また、ステップＳ３４で、時間情報によるＡＶコンテンツ配信の機能が選択されたと判別したときには、ＣＰＵ３０１は、ＲＯＭ３０２に格納されているコンテンツ配信サーバ１０の通信ネットワーク上のアドレスを読み出して、コンテンツ配信サーバ１０に対してアクセスする（ステップＳ３６）。

そして、ＣＰＵ３０１は、コンテンツ配信サーバ１０との間で機器認証を行なって、コンテンツ配信サーバ１０から機器認証ＯＫを受け取ったか否か判別し（ステップＳ３７）、機器認証ＯＫを受け取らず、機器認証がＮＧであるときには、利用者に機器認証ＮＧのため再度アクセスすることを通知して（ステップＳ３８）、ステップＳ３６に戻り、コンテンツ配信サーバ１０に再アクセスする。

ステップＳ３７で、機器認証がＯＫであると判別すると、ＣＰＵ３０１は、コンテンツ配信サーバ１０との間の通信路を確立する（ステップＳ３９）。この実施形態では、ＡＶコンテンツ受信端末３０は、コンテンツ配信サーバ１０にアクセスして通信路を確立した後は、電源をオフにするまで、コンテンツ配信サーバ１０と確立した通信路を通じて常時接続されている状態となる。

こうして、コンテンツ配信サーバ１０との通信路を確立すると、ＣＰＵ３０１は、時間情報によるＡＶコンテンツの配信要求の操作入力用画面を表示する（ステップＳ４０）。このＡＶコンテンツの配信要求の操作入力用画面の例は、前述した図６に示した通りのものである。

次に、ＣＰＵ３０１は、このＡＶコンテンツの配信要求の操作入力用画面において、利用者により左右方向指定ボタン３３ｃ、３３ｄが操作されて、時間情報の変更操作がなされたか否か判別する（ステップＳ４１）。そして、ステップＳ４１で時間情報の変更操作があったと判別したときには、ＣＰＵ３０１は、時間軸表示部３４１における時間軸カーソル３４２の位置を、時間情報の変更操作に応じて変更する（ステップＳ４２）。

ステップＳ５１でジャンルの変更操作がなかったと判別したとき、また、ステップＳ５２の処理を終了した後には、ＣＰＵ３０１は、利用者により時間属性変更操作ボタン３２ｂが操作されて、時間情報の属性情報の変更操作がなされたか否か判別する（ステップＳ５３）。そして、ステップＳ５３で時間情報の属性情報の変更操作があったと判別したときには、ＣＰＵ３０１は、表示画面３４における時間情報の属性情報の表示欄３４４に表示される時間情報の属性情報を、利用者の変更操作に応じて変更する（ステップＳ５４）。

そして、ステップＳ５３で時間情報の属性情報の変更操作がなかったと判別したとき、また、ステップＳ５４の処理を終了した後には、ＣＰＵ３０１は、利用者によりエンターボタン３２ａまたは送信ボタン３６のいずれかが操作されて、コンテンツの予備的配信の要求がなされたか否か判別する（ステップＳ５５）。

ステップＳ５５で、エンターボタン３２ａまたは送信ボタン３６のいずれかが操作されてはおらず、コンテンツの予備的配信の要求はされていないと判別したときには、ＣＰＵ３０１は、メニューボタン３５が操作されたか否か判別する（ステップＳ５６）。

ステップＳ５６でメニューボタン３５が操作されていないと判別したときには、ＣＰＵ３０１は、図２３のステップＳ４１に戻り、このステップＳ４１以降の処理を繰り返す。また、ステップＳ５６でメニューボタン３５が操作されたと判別したときには、ＣＰＵ３０１は、コンテンツ配信サーバ１０との通信路を切断し（ステップＳ５７）、その後、図２３のステップＳ３３に戻り、このステップＳ３３以降の処理を繰り返す。

そして、ステップＳ５５で、エンターボタン３２ａまたは送信ボタン３６のいずれかが操作され、コンテンツの予備的配信の要求がなされたと判別したときには、ＣＰＵ３０１は、新たなコンテンツ取得要求をコンテンツ配信サーバ１０に送るようにするが、その前に、この例では指定されたジャンルおよび時間情報の属性情報は、「指定無し」であるか否か判別する。

すなわち、先ず、ＣＰＵ３０１は、指定されたジャンルは「指定無し」であるか否か判別する（ステップＳ５８）。そして、ステップＳ５８で、指定されたジャンルは「指定無し」であると判別したときには、ＣＰＵ３０１は、時間情報の属性情報は「指定無し」であるか否か判別する（ステップＳ５９）。

ステップＳ５９で、時間情報の属性情報は「指定無し」であると判別したときには、ＣＰＵ３０１は、時間情報の属性情報およびジャンルはコンテンツ配信サーバ１０に一任する旨の情報を含む付随情報と、指定中の時間情報と、要求するコンテンツがＡＶコンテンツであることを示す情報とを、コンテンツ取得要求に含めてコンテンツ配信サーバ１０に送る（ステップＳ６０）。

また、ステップＳ５９で、時間情報の属性情報は「指定無し」ではないと判別したときには、ＣＰＵ３０１は、ジャンルはコンテンツ配信サーバ１０に一任する旨の情報および指定中の時間情報の属性情報を含む付随情報と、指定された時間情報と、要求するコンテンツがＡＶコンテンツであることを示す情報とを、コンテンツ取得要求に含めてコンテンツ配信サーバ１０に送る（図２５のステップＳ７１）。

そして、ステップＳ５８で、指定されたジャンルは「指定無し」ではないと判別したときには、ＣＰＵ３０１は、時間情報の属性情報は「指定無し」であるか否か判別する（ステップＳ６１）。

ステップＳ６１で、時間情報の属性情報は「指定無し」であると判別したときには、ＣＰＵ３０１は、時間情報の属性情報はコンテンツ配信サーバ１０に一任する旨の情報および指定中のジャンルを含む付随情報と、指定された時間情報と、要求するコンテンツがＡＶコンテンツであることを示す情報とを、コンテンツ取得要求に含めてコンテンツ配信サーバ１０に送る（ステップＳ６２）。

ステップＳ６１で、時間情報の属性情報は「指定無し」ではないと判別したときには、ＣＰＵ３０１は、指定中の時間情報の属性情報および指定中のジャンルを含む付随情報と、指定された時間情報と、要求するコンテンツがＡＶコンテンツであることを示す情報とを、コンテンツ取得要求に含めてコンテンツ配信サーバ１０に送る（図２５のステップＳ７２）。

そして、ステップＳ６０、ステップＳ６２、ステップＳ７１またはステップＳ７２の後は、ＣＰＵ３０１は、ステップＳ６０、ステップＳ６２、ステップＳ７１またはステップＳ７２でのコンテンツ取得要求に対してコンテンツ配信サーバ１０から送られてくるＡＶコンテンツの一覧および選択中コンテンツについてのサムネイル画像のデータを受信して、それを、例えば図１５に示すにように、表示画面３４に表示する（ステップＳ７３）。

次に、ＣＰＵ３０１は、このＡＶコンテンツの一覧表示において、ＡＶコンテンツの選択変更操作がなされたか否か判別し（ステップＳ７４）、変更操作がなされたと判別したときには、選択中ＡＶコンテンツのカーソル位置を変更すると共に、変更したＡＶコンテンツのサムネイル画像を表示する（ステップＳ７５）。

ステップＳ７４で、ＡＶコンテンツの一覧表示において変更操作がなされていないと判別したとき、また、ステップＳ７５の処理を終了した後は、ＣＰＵ３０１は、利用者によりエンターボタン３２ａまたは送信ボタン３６のいずれかが操作されて、コンテンツの本配信の要求がなされたか否か判別する（ステップＳ７６）。

このステップＳ７６で、コンテンツの本配信の要求はなされていないと判別したときには、ＣＰＵ３０１は、ステップＳ７３に戻り、このステップＳ７３以降の処理を繰り返す。また、ステップＳ７６で、コンテンツの本配信の要求がなされたと判別したときには、ＣＰＵ３０１は、選択中のＡＶコンテンツの識別情報を含む本配信要求を、コンテンツ配信サーバ１０に送る（ステップＳ７７）。

そして、ＣＰＵ３０１は、コンテンツ配信サーバ１０から送られてくる本配信要求したＡＶコンテンツのデータを受信し、デコードしてストリーミング再生し、表示画面３４に表示すると共に、その音声をもスピーカから放音してストリーミング再生する（ステップＳ７８）。

次に、ＣＰＵ３０１は、利用者が視聴終了操作をしたか否か判別する（ステップＳ７９）。この視聴終了操作は、コンテンツ受信端末の利用者が当該コンテンツを最後まで視聴した後、行なう場合だけでなく、コンテンツの視聴の途中で、行なうようにすることができる。視聴終了操作をしてはいないと判別したときには、ステップＳ７８に戻って、本配信したＡＶコンテンツの再生を継続する。また、ステップＳ７９で視聴終了操作をしたと判別したときには、ＣＰＵ３０１は、コンテンツ配信サーバに視聴終了通知を送り（ステップＳ８０）、その後、図２３のステップＳ４０に戻り、ＡＶコンテンツの配信要求のための操作入力用画面を表示し、このステップＳ４０以降の処理を繰り返す。以上で、この処理ルーチンの説明を終了する。

なお、この例では、ＡＶコンテンツの視聴終了に対応して、利用者の視聴終了操作を待って、視聴終了通知をコンテンツ配信サーバ１０に送るようにしたが、コンテンツ配信サーバ１０から、本配信を要求したＡＶコンテンツのデータを受信した後、予め定めた所定時間経過したら、ＣＰＵ３０１は、視聴終了と判断して、コンテンツ配信サーバに視聴終了通知を送ると共に、図２３のステップＳ４０に戻るようにすることができる。

なお、図２０〜図２２および図２３〜図２５の例では、ジャンルの指定情報や時間情報の属性情報が指定無しに指定されたときには、ジャンル情報や時間情報の属性情報は、コンテンツ配信サーバ１０に一任する旨の情報とするようにしたが、これらのジャンルおよび時間情報の属性情報は、「指定無し」を意味する情報をそのままコンテンツ配信サーバ１０に送るようにしてもよい。

その場合には、コンテンツ配信サーバ１０で、当該「指定無し」を上述したように一任されたと判断して、お勧めのジャンルや時間情報の属性情報のコンテンツをコンテンツ受信端末に提供したり、予め定めた特定のジャンルや時間情報の属性情報のコンテンツをコンテンツ受信端末に提供したりするようにしてもよい。

＜コンテンツ配信サーバ１０の処理動作の例の説明（第１の配信態様および第４の配信態様に対応）＞
次に、コンテンツ配信サーバ１０の処理動作の例について、図２６〜図３０に示すフローチャートを参照しながら説明する。ここで説明する例では、コンテンツ配信サーバ１０は、音楽コンテンツの配信については、前述した第１の配信態様を採用し、ＡＶコンテンツの配信については、前述した第４の配信態様を採用している。なお、その他のコンテンツの配信については、当該コンテンツの性質に応じて採用可能な配信態様の一つとされるが、ここでは、その説明は省略する。また、ジャンル情報や時間情報の属性情報などの付随情報が「指定無し」とされている場合には、以下の例では、予め定めたお勧めのジャンル情報や時間情報の属性情報が用いられるようにされている。

なお、図２６〜図３０の各ステップの処理は、ＣＰＵ１０１が、ＲＯＭ１０２のプログラムにしたがって、ＲＡＭ１０３をワークエリアとして用いて行なうものである。

コンテンツ配信サーバ１０のＣＰＵ１０１は、常に、コンテンツ受信端末からのアクセスを受信したかどうかを監視する（ステップＳ８１）。そして、コンテンツ受信端末からのアクセスを受信したと判別したときには、ＣＰＵ１０１は、当該アクセスしてきたコンテンツ受信端末との間で機器認証を行なって、機器認証がＯＫであるか否か判別し（ステップＳ８２）、その結果、認証がＮＧであると判別したときには、当該認証ＮＧをアクセスしてきたコンテンツ受信端末に通知し（ステップＳ８３）、その後、ステップＳ８１に戻る。

ステップＳ８２で、機器認証がＯＫであると判別したときには、ＣＰＵ１０１は、コンテンツ受信端末からのコンテンツ取得要求を監視し（ステップＳ８４）、コンテンツ取得要求を受信すると、当該受信したコンテンツ取得要求を解析する（ステップＳ８５）。

そして、ＣＰＵ１０１は、コンテンツ取得要求されたコンテンツは音楽コンテンツであるか否か判別し（ステップＳ８６）、音楽コンテンツであると判別したときには、ＣＰＵ１０１は、第１の配信態様の処理を行なう。

すなわち、先ず、ＣＰＵ１０１は、コンテンツ取得要求に含まれる付随情報を解析してジャンル情報は「指定無し」であるか否か判別する（ステップＳ９１）。そして、ジャンル情報は「指定無し」ではないと判別したときには、時間情報の属性情報は「指定無し」であるか否か判別する（ステップＳ９２）。

そして、ステップＳ９２で、時間情報の属性情報は「指定無し」ではないと判別したときには、ＣＰＵ１０１は、指定されたジャンル、指定された時間情報の属性情報、さらに指定された時間情報に基づいた検索条件を生成し、当該検索条件にしたがってコンテンツデータベース１１を検索する（ステップＳ９３）。

また、ステップＳ９２で、時間情報の属性情報は「指定無し」であると判別したときには、ＣＰＵ１０１は、指定されたジャンル、予め定められたお勧めの時間情報の属性情報、さらに指定された時間情報に基づいた検索条件を生成し、当該検索条件にしたがってコンテンツデータベース１１を検索する（ステップＳ９４）。

また、ステップＳ９１で、ジャンル情報は「指定無し」であると判別したときには、時間情報の属性情報は「指定無し」であるか否か判別する（図２８のステップＳ１０１）。

そして、ステップＳ１０１で、時間情報の属性情報は「指定無し」ではないと判別したときには、ＣＰＵ１０１は、予め定められているお勧めのジャンル、指定された時間情報の属性情報、さらに指定された時間情報に基づいた検索条件を生成し、当該検索条件にしたがってコンテンツデータベース１１を検索する（ステップＳ１０２）。

また、ステップＳ１０１で、時間情報の属性情報は「指定無し」であると判別したときには、ＣＰＵ１０１は、予め定められたお勧めのジャンルおよび時間情報の属性情報、さらに指定された時間情報に基づいた検索条件を生成し、当該検索条件にしたがってコンテンツデータベース１１を検索する（ステップＳ１０３）。

ステップＳ９３、ステップＳ９４、ステップＳ１０２またはステップＳ１０３の検索処理を終了すると、ＣＰＵ１０１は、検索結果の音楽コンテンツのデータを、ランダムな順序で、順次にコンテンツ受信端末に送る（ステップＳ９５）。

そして、ＣＰＵ１０１は、コンテンツ受信端末からの通信路の切断要求を受け取ったか否か判別し（ステップＳ９６）、通信路の切断要求を受け取ってはいないと判別したときには、別の新たなコンテンツ取得要求を、当該コンテンツ受信端末から受け取ったか否か判別する（ステップＳ９７）。

このステップＳ９７で、別の新たなコンテンツ取得要求を受け取ったと判別したときには、ＣＰＵ１０１は、図２６のステップＳ８５に戻り、このステップＳ８５以降の処理を繰り返す。また、ステップＳ９７で、別の新たなコンテンツ取得要求を受け取ってはいないと判別したときには、ステップＳ９５に戻り、現在配信中のコンテンツのデータの配信を継続する。

そして、ステップＳ９６で、コンテンツ受信端末からの通信路の切断要求を受け取ったと判別したときには、ＣＰＵ１０１は、接続中のコンテンツ受信端末との通信路の切断処理を行ない（ステップＳ９８）、この処理ルーチンを終了する。

次に、図２６のステップＳ８６で、コンテンツ取得要求されたコンテンツは音楽コンテンツではないと判別したときには、ＣＰＵ１０１は、取得要求されたコンテンツは、ＡＶコンテンツであるか否か判別する（ステップＳ８７）。そして、ＡＶコンテンツではないと判別したときには、ＣＰＵ１０１は、当該コンテンツに応じた配信態様の処理を行なう（ステップＳ８８）。

また、ステップＳ８７で、コンテンツ受信端末から取得要求されたコンテンツはＡＶコンテンツであると判別したときには、ＣＰＵ１０１は、ステップＳ８４で受信したコンテンツ取得要求を予備的配信の要求として判別し、前述した第４の配信態様の処理を実行する。

すなわち、先ず、ＣＰＵ１０１は、コンテンツ取得要求に含まれる付随情報を解析してジャンル情報は「指定無し」であるか否か判別する（ステップＳ１１１）。そして、ジャンル情報は「指定無し」ではないと判別したときには、時間情報の属性情報は「指定無し」であるか否か判別する（ステップＳ１１２）。

そして、ステップＳ１１２で、時間情報の属性情報は「指定無し」ではないと判別したときには、ＣＰＵ１０１は、指定されたジャンル、指定された時間情報の属性情報、さらに指定された時間情報に基づいた検索条件を生成し、当該検索条件にしたがってコンテンツデータベース１１を検索する（ステップＳ１１３）。

また、ステップＳ１１２で、時間情報の属性情報は「指定無し」であると判別したときには、ＣＰＵ１０１は、指定されたジャンル、予め定められたお勧めの時間情報の属性情報、さらに指定された時間情報に基づいた検索条件を生成し、当該検索条件にしたがってコンテンツデータベース１１を検索する（ステップＳ１１４）。

また、ステップＳ１１１で、ジャンル情報は「指定無し」であると判別したときには、時間情報の属性情報は「指定無し」であるか否か判別する（図３０のステップＳ１３１）。

そして、ステップＳ１３１で、時間情報の属性情報は「指定無し」ではないと判別したときには、ＣＰＵ１０１は、予め定められているお勧めのジャンル、指定された時間情報の属性情報、さらに指定された時間情報に基づいた検索条件を生成し、当該検索条件にしたがってコンテンツデータベース１１を検索する（ステップＳ１３２）。

また、ステップＳ１３１で、時間情報の属性情報は「指定無し」であると判別したときには、ＣＰＵ１０１は、予め定められたお勧めのジャンルおよび時間情報の属性情報、さらに指定された時間情報に基づいた検索条件を生成し、当該検索条件にしたがってコンテンツデータベース１１を検索する（ステップＳ１３３）。

ステップＳ１１３、ステップＳ１１４、ステップＳ１３２またはステップＳ１３３の検索処理を終了すると、ＣＰＵ１０１は、検索結果の１または複数のＡＶコンテンツをランダムな順序で並べたコンテンツの一覧情報および選択中コンテンツに対応して表示するために用いられる各コンテンツのサムネイル画像のデータを、コンテンツ受信端末に送る（ステップＳ１１５）。

そして、ＣＰＵ１０１は、コンテンツ受信端末からの、当該コンテンツ一覧から選択されたコンテンツの取得要求（本配信の取得要求）を待つ（ステップＳ１１６）。このステップＳ１１６で、本配信の取得要求を受け取ったと判別したときには、ＣＰＵ１０１は、当該本配信の取得要求に含まれるコンテンツ識別情報により要求されたＡＶコンテンツのデータを、コンテンツデータベース１１から読み出して、要求してきたコンテンツ受信端末に送信する（ステップＳ１１７）。

次に、ＣＰＵ１０１は、コンテンツ受信端末から視聴終了通知を受け取ったか否か判別する（ステップＳ１１８）。この視聴終了通知を受け取っていないと判別したときには、ＣＰＵ１０１は、ステップＳ１１７に戻って、当該コンテンツの配信を続ける。一方、ステップＳ１１８で、コンテンツ受信端末から視聴終了通知を受け取ったと判別したときには、ＣＰＵ１０１は、コンテンツ受信端末からの通信路の切断要求を受け取ったか否か判別し（ステップＳ１１９）、通信路の切断要求を受け取ってはいないと判別したときには、図２６のステップＳ８４に戻って、コンテンツ受信端末からの新たなコンテンツ取得要求の受信を待つ。

そして、ステップＳ１１９で、コンテンツ受信端末からの通信路の切断要求を受け取ったと判別したときには、ＣＰＵ１０１は、接続中のコンテンツ受信端末との通信路の切断処理を行ない（ステップＳ１２１）、この処理ルーチンを終了する。

また、ステップＳ１１６で、本配信の取得要求を受け取っていないと判別したときには、ＣＰＵ１０１は、コンテンツ受信端末からの通信路の切断要求を受け取ったか否か判別し（ステップＳ１２０）、通信路の切断要求を受け取ってはいないと判別したときには、ステップＳ１１６に戻って、コンテンツ受信端末からの本配信の取得要求の受信を待つ。

そして、ステップＳ１２０で、コンテンツ受信端末からの通信路の切断要求を受け取ったと判別したときには、ＣＰＵ１０１は、接続中のコンテンツ受信端末との通信路の切断処理を行ない（ステップＳ１２１）、この処理ルーチンを終了する。

なお、この実施形態では、コンテンツ配信サーバ１０は、コンテンツ受信端末からの視聴終了通知を待って、コンテンツの本配信の終了を知るようにしたが、コンテンツ配信サーバ１０が、要求されたコンテンツのデータの全てを送出し、それから一定時間経過したときには、視聴終了通知の受信を省略して、コンテンツの本配信の終了を判別するようにしてもよい。

＜音楽コンテンツ受信端末２０の処理動作の他の例の説明（第２の配信態様に対応）＞
上述した第２の配信態様に対応する場合における音楽コンテンツ受信端末２０の処理動作について説明する。この第２の配信態様の場合、音楽コンテンツ受信端末２０においては、図２１におけるステップＳ１２からステップＳ１３までの処理が、図３１に示すフローチャートのように変更されるだけで、その他の処理ステップは、図２０〜図２２に示したものと同様である。

すなわち、図３１に示すように、この例の場合、ＣＰＵ２０１は、ステップＳ１２でコンテンツ配信サーバ１２から送られてくる音楽をコンテンツを受信して音響再生しているときに、次ボタン２５ｃが押されたか否かを判別する（ステップＳ２０１）。

ステップＳ２０１で、次ボタン２５ｃが押されていないと判別したときには、ＣＰＵ２０１は、ステップＳ１３に進んで、ジャンル変更ボタン２５ｂが押下されたか否か判別し、このステップＳ１３以降の処理を行なう。

一方、ステップＳ２０１で、次ボタン２５ｃが押されたと判別したときには、ＣＰＵ２０１は、次要求をコンテンツ配信サーバ１０に送信する（ステップＳ２０２）。そして、ＣＰＵ２０１は、ステップＳ１２に戻り、この次要求に応じてコンテンツ配信サーバ１０から送られてくる次コンテンツのデータを受信して、それを音響再生する。その他の処理は、図２０〜図２２を用いて説明した動作と同様である。

＜コンテンツ配信サーバ１０の処理動作の他の例の説明（第２の配信態様に対応）＞
次に、この例の第２の配信態様に対応する場合におけるコンテンツ配信サーバ１０の処理動作について説明する。この場合、コンテンツ配信サーバ１０においては、図２７におけるステップＳ９５からステップＳ９６までの処理が、図３２に示すフローチャートのように変更されるだけで、その他の処理ステップは、図２６〜図３０に示したものと同様である。

すなわち、第２の配信態様の場合、コンテンツ配信サーバ１０においては、図３２に示すように、ＣＰＵ１０１は、ステップＳ９５で、検索結果の音楽コンテンツのデータをランダムな順序で、順次に音楽コンテンツ受信端末２０に配信しているときに、当該音楽コンテンツ受信端末２０からの次要求を受信したか否かを判別する（ステップＳ２１１）。

ステップＳ２１１で、次要求を受信したと判別したときには、ＣＰＵ１０１は、そのときに配信中であったコンテンツのデータの配信を中止して、次に配信予定のコンテンツのデータの配信を開始して、ステップＳ９５に戻る。そして、再度、ステップＳ２１１で、次要求を受信したか否かを判別し、次要求を受信したら、そのコンテンツの配信を中止して、さらに次に配信予定のコンテンツのデータの配信を行なう。

また、ステップＳ２１１で、次要求を受け取らなかったと判別したときには、ＣＰＵ１０１は、ステップＳ９６に進んで、音楽コンテンツ受信端末２０から通信切断の要求を受信したか否か判別し、通信切断の要求を受け取っていないと判別したときには、ステップＳ９７に進んで、新たなコンテンツ取得要求を受信したか否か判別し、新たなコンテンツ取得要求を受信していないときには、ステップＳ９５に戻る。

その他の処理ステップは、図２６〜図３０を用いて説明した前述の動作と同様である。

＜音楽コンテンツ受信端末２０の処理動作の他の例の説明（第３の配信態様に対応）＞
上述した第３の配信態様に対応する場合における音楽コンテンツ受信端末２０の処理動作について説明する。この第３の配信態様の場合、音楽コンテンツ受信端末２０においては、図２１におけるステップＳ１２からステップＳ１３までの処理が、図３３に示すフローチャートのように変更されるだけで、その他の処理ステップは、図２０〜図２２に示したものと同様である。

すなわち、図３３に示すように、この例の場合、ＣＰＵ２０１は、ステップＳ１２´では、コンテンツ配信サーバ１０から送られてくる予備的配信の、１または複数の音楽コンテンツの一部をそれぞれ受信して音響再生する。そして、この予備的配信される音楽コンテンツの一部の音響再生をしているときに、ＣＰＵ２０１は、利用者により、例えば本配信ボタン操作などの本配信を要求する操作入力があったか否か判別する（ステップＳ２２１）。

ステップＳ２２１で、本配信の要求操作入力が無いと判別したときには、ＣＰＵ２０１は、ステップＳ１２´に戻る。また、ステップＳ２２１で、本配信を要求する操作入力があったと判別したときには、ＣＰＵ２０１は、当該本配信の要求操作がなされたときに予備的配信されていたコンテンツのデータに含まれる識別情報を含めた本配信要求を、コンテンツ配信サーバ１０に送る（ステップＳ２２２）。

そして、ＣＰＵ２０１は、コンテンツ配信サーバ１０から、この本配信要求に応じて送られてくるコンテンツのデータを受信して、音響再生するようにする（ステップＳ２２３）。

この場合に、コンテンツ配信サーバから予備的配信されるコンテンツの一部のデータが、当該コンテンツの先頭から途中までのデータとされている場合には、本配信においては、当該途中から後のコンテンツのデータを送るようにすることができる。その場合には、音楽コンテンツ受信端末は、本配信要求操作がなされたときに予備的配信されていた一部のコンテンツデータに続く、当該コンテンツのデータを受信して、本配信要求されたコンテンツの音響再生を、新たに受信したデータを用いて継続するようにする。

そして、ＣＰＵ２０１は、その後、ステップＳ１３に進み、前述したこのステップＳ１３以降の処理を行なう。

＜コンテンツ配信サーバ１０の処理動作の他の例の説明（第２の配信態様に対応）＞
次に、この例の第３の配信態様に対応する場合におけるコンテンツ配信サーバ１０の処理動作について説明する。この場合、コンテンツ配信サーバ１０においては、図２７におけるステップＳ９５からステップＳ９８までの処理が、図３４に示すフローチャートのように変更されるだけで、その他の処理ステップは、図２６〜図３０に示したものと同様である。

すなわち、この第３の配信態様の場合、コンテンツ配信サーバ１０においては、図３４に示すように、ＣＰＵ１０１は、ステップＳ９５´で、検索結果の音楽コンテンツのそれぞれの一部のデータをランダムな順序で、順次に音楽コンテンツ受信端末２０に配信（予備的配信）しているときに、当該音楽コンテンツ受信端末２０からの本配信要求を受信したか否かを判別する（ステップＳ２３１）。

ステップＳ２１１で、本配信要求を受信したと判別したときには、ＣＰＵ１０１は、そのときに予備的配信中であったコンテンツの一部のデータの配信を中止して、当該予備的配信中のコンテンツのデータを、本配信要求に応じて配信を開始する（ステップＳ２３２）。

そして、ＣＰＵ１０１は、音楽コンテンツ受信端末２０から通信切断の要求を受信したか否か判別し（ステップＳ２３３）、通信切断の要求を受け取っていないと判別したときには、本配信のコンテンツのデータの配信が終了したか否か判別し（ステップＳ２３４）、終了していないと判別したときには、ステップＳ２３２に戻り、本配信を継続する。また、ステップＳ２３４で、本配信のコンテンツのデータの配信が終了したと判別したときには、ＣＰＵ１０１は、ステップＳ９５´に戻り、予備的配信を再開する。

また、ステップＳ２３３で、音楽コンテンツ受信端末２０から通信切断の要求を受信したと判別したときには、ＣＰＵ１０１は、ステップＳ９８に進んで、音楽コンテンツ受信端末２０との間の通信路を切断して、配信処理ルーチンを終了する。

＜音楽コンテンツ受信端末２０の処理動作の他の例の説明（第５の配信態様に対応）＞
上述した第５の配信態様に対応する場合における音楽コンテンツ受信端末２０の処理動作について説明する。この第５の配信態様の場合、音楽コンテンツ受信端末２０においては、図２０におけるステップＳ７からステップＳ９までの処理が、図３５に示すフローチャートのように変更されるだけで、その他の処理ステップは、図２０〜図２２に示したものと同様である。

すなわち、図３５に示すように、ＣＰＵ２０１は、ステップＳ９で、利用者により一次元の軸（時間軸）上の１点の指定を意図する操作がなされてはいないと判別したときには、利用者によりコンテンツサーチ要求操作がなされているか否か判別する（ステップＳ２４１）。前述したように、コンテンツサーチ要求操作がなされているか否かは、この例では、利用者により回転つまみ操作部２３が回転操作されると共に、その回転操作の速度が予め定められた回転速度よりもゆっくりした操作であるか否かにより判別する。

ステップＳ２４１で、コンテンツサーチ要求操作はなされていないと判別したときには、ＣＰＵ２０１は、ステップＳ７に戻る。

また、ステップＳ２４１で、利用者による回転つまみ操作部２３の回転操作があって、その回転操作がコンテンツサーチ要求操作であると判別したときには、ＣＰＵ２０１は、この例では、前述したように、回転つまみ操作部２３により「年」の時点、あるいは、「年、月」の時点が通過したか否かを判別するにより、コンテンツサーチ要求をする時点になったか否かを判別する（ステップＳ２４２）。

そして、ステップＳ２４２で、コンテンツサーチ要求をする時点になったと判別したときには、ＣＰＵ２０１は、前記通過した「年」、あるいは、「年、月」を時間情報として含み、そのときに設定されていたジャンル情報および時間情報の属性情報を付随情報として含む、コンテンツサーチ要求をコンテンツ配信サーバ１０に送る（ステップＳ２４３）。

そして、ＣＰＵ２０１は、コンテンツ配信サーバ１０から、このコンテンツサーチ要求に応じて送られてくるコンテンツの一部のデータを受信して、音響再生する（ステップＳ２４４）。そして、その後、ステップＳ７に戻る。その他の処理は、図２０〜図２２を用いて説明した動作と同様である。

＜コンテンツ配信サーバ１０の処理動作の他の例の説明（第５の配信態様に対応）＞
次に、この例の第５の配信態様に対応する場合におけるコンテンツ配信サーバ１０の処理動作について説明する。この場合、コンテンツ配信サーバ１０においては、図２６におけるステップＳ８４からステップＳ８５までの処理が、図３６に示すフローチャートのように変更されるだけで、その他の処理ステップは、図２６〜図３０に示したものと同様である。

すなわち、第５の配信態様の場合、コンテンツ配信サーバ１０においては、図３６に示すように、ＣＰＵ１０１は、ステップＳ８４で、コンテンツ受信端末からコンテンツ取得要求を受信してはいないと判別したときには、コンテンツサーチ要求を受信したか否か判別し（ステップＳ２５１）、コンテンツサーチ要求を受信してはいないと判別したときには、ステップＳ８４に戻る。

また、ステップＳ２５１で、コンテンツサーチ要求を受信したと判別したときには、ＣＰＵ１０１は、受信したコンテンツサーチ要求を解析して、時間情報および付随情報に含まれるジャンル情報、時間情報の属性情報を取得する（ステップＳ２５２）。そして、ＣＰＵ１０１は、取得した時間情報、ジャンル情報および時間情報の属性情報に基づく検索条件を用いて、コンテンツデータベース１１を検索する（ステップＳ２５３）。

そして、ＣＰＵ１０１は、ステップＳ２５３で検索された結果の複数個のコンテンツの中からランダムに選択した１つのコンテンツの一部を、音楽コンテンツ受信端末２０に送信する（ステップＳ２５４）。その後、ＣＰＵ１０１は、ステップＳ８４に戻る。その他の処理ステップは、図２６〜図３０を用いて説明した前述の動作と同様である。

［上述の実施形態の変形例］
コンテンツ受信端末における時間情報の操作入力手段は、上述したような回転つまみ操作部や、上下左右方向指示操作部に限られるものではなく、その他種々の操作手段を用いることができる。例えば、一次元の軸に沿ったスライド操作により時間情報を入力するようにするスライド操作部などを用いることができる。

なお、上述の実施形態では、コンテンツ属性情報の例としては、ジャンルのみを取り上げて説明したが、その他のコンテンツ属性を指定してコンテンツ取得要求するようにすることができることは勿論である。この場合に、コンテンツ属性の指定方法は、階層構造の指定とすることもできる。例えば、ジャンル、アーティスト（演奏者、出演者など）、作者などのコンテンツ属性の種類を先ず選択し、当該選択されたコンテンツ属性の種類に属するそれぞれの属性を選択するようにする方法である。例えば、アーティストをコンテンツ属性の種類として選択すると、アーティストの一覧が表示され、その一覧から特定のアーティストを選択するようにするものである。

したがって、この実施形態では、例えば特定のアーティストについて、特定の年代あるいは年月日に発売されたコンテンツや、特定の年代あるいは年月日にヒットしたコンテンツなどをコンテンツ取得要求することが容易にできる。

なお、コンテンツ受信端末を、特定のコンテンツの、時間情報についての特定の属性情報を有するものを取得要求する専用端末と位置付けることもできる。例えば、音楽コンテンツ受信端末２０を、ある年代やある年月日におけるヒット曲を取得要求する専用端末とすることもできる。その場合には、端末自身が、コンテンツの種類と時間情報についての特定の属性情報を、自動的にコンテンツ取得要求に含めるように構成することで、利用者は、時間情報のみを端末に入力するだけでよくなる。また、時間情報の属性情報として、特定の属性情報を含めず、属性情報無しとすることで、コンテンツ配信サーバのお勧めのコンテンツを取得するように構成することもできる。

したがって、上述の実施形態では、コンテンツ受信端末においては、時間情報の属性情報の入力欄、ジャンル情報の入力欄、などを設けたが、このような専用端末の場合には、これらは設けずに、時間情報の入力手段のみを備えるようにしても良い。ただし、その場合においても、コンテンツ受信端末は、コンテンツ取得要求には、時間情報のみではなく、取得要求したいコンテンツを特定するための情報は、コンテンツ受信端末自身により含められるものである。

また、以上説明した実施形態では、コンテンツ受信端末は、特定の一つのコンテンツを、時間情報および必要に応じて付随情報を指定して検索するようにしたが、コンテンツデータベースに複数種類のコンテンツのデータが格納されている場合には、特定の一つではなく、複数種類のコンテンツを、時間情報および必要に応じて付随情報を指定して取得要求するようにしても良い。

また、コンテンツ受信端末がコンテンツを指定することなくコンテンツ取得要求をすることにより、コンテンツ配信サーバに対して、当該コンテンツ配信サーバのコンテンツデータベースに格納されている全てのコンテンツの種類についてのコンテンツ取得要求をするようにしてもよい。

これにより、年代や年月日を指定することにより、対応する年代や年月日の多種多様なコンテンツを検索することができ、歴史を探訪するための検索などが容易になる。また、利用者が、自分史を作るときに、種々のコンテンツを検索して、その検索結果を用いることができるというメリットがある。

なお、上述の実施形態では、ＡＶコンテンツなどの一覧情報は、テキスト文字による項目行を、１つのコンテンツに対応させたものとしたが、テキスト文字ではなく、例えばディスクのジャケットの画像や、サムネイルを、その説明文字と共に、並べるようにしても良い。

また、例えば年代などのように指定された時間に幅がある場合に、検索結果のコンテンツを、時間軸方向をディスプレイ画面の奥行き方向として、その時間軸方向に並べる（例えばディスクジャケットを並べる）ような表示を行なうこともできる。

［その他の実施形態および変形例］
＜ホームネットワーク＞
上述の実施形態は、インターネットを利用したネットワークを用いたコンテンツ提供システムの構成であったが、これをそのままホームネットワークに適用することが可能である。例えば、電灯線を用いたホームネットワークや無線ホームネットワークに適用可能である。

このホームネットワークの場合には、例えばパーソナルコンピュータに大容量の記録媒体を、内蔵したり、外付けしたりしてものをホームサーバとして設けて、それにコンテンツのデータおよび属性情報を格納したコンテンツデータベースを設ける。

利用者は、ホームネットワークを通じて、放送番組記録装置で記録したコンテンツを、当該コンテンツデータベースに記録したり、リムーバルな記録メディアであって、コピー可能な記録メディアから、コンテンツのデータを取り込んで、コンテンツデータベースに記録したりするようにする。

また、パーソナルコンピュータによりインターネットを通じて外部にアクセスして、種々の利用可能なコンテンツを収集し、コンテンツデータベースに格納しておくようにすることもできる。

この場合に、放送番組記録装置などに、記録年月日を記録コンテンツに付加して、コンテンツデータベースに送るようにする機能を設けるとよい。また、放送年月日は、電子番組表のデータから抽出して、コンテンツデータベースに併せて送るようにする機能を、記録装置が備えていても良い。

そして、このホームネットワークシステムにおいては、コンテンツ受信端末に対応する携帯端末などは、上述と同様の処理動作をして作成したコンテンツ取得要求を、ホームサーバに送り、コンテンツを配信してもらうようにする。

なお、このホームネットワークシステムの場合においても、上述の実施形態の変形例が適用可能であること言うまでもない。

＜コンテンツ提供装置の構成＞
上述の実施形態は、いずれも、コンテンツ受信端末と、コンテンツ配信サーバとが、別体のものであって、通信ネットワークを通じて接続される場合であった。しかしながら、この発明においては、これらコンテンツ受信端末の機能と、コンテンツ配信サーバの機能とを併せ持つコンテンツ提供装置の構成とする実施形態とすることもできる。

このコンテンツ提供装置の実施形態の場合には、当該装置がコンテンツデータベースを備えると共に、前述したコンテンツ受信端末におけるコンテンツ取得要求の機能と同様の機能と、コンテンツ配信サーバのコンテンツ配信の機能と同様の機能とを備えることになる。

すなわち、このコンテンツ提供装置の実施形態の場合には、コンテンツ受信端末からコンテンツ配信サーバにアクセスする必要は無く、操作部を通じた利用者の操作入力が、コンテンツ取得要求となり、それを契機として、コンテンツデータベースの検索がなされ、前述した第１〜第４の配信態様のそれぞれに対応したコンテンツ配信サーバの処理機能およびコンテンツ受信端末の処理機能が、当該コンテンツ提供装置内で行なわれて、上述したコンテンツ受信端末と同様のコンテンツ受信結果が、コンテンツ提供装置に得られるものである。

つまり、コンテンツ提供装置では、操作部を通じた利用者の操作入力に基づいて、コンテンツデータベースの検索がなされ、その検索結果が、音響再生されたり、画像表示されたりするように構成されている。この場合に、音響再生手段としてのスピーカやヘッドホンなどは、コンテンツ提供装置に外付けとされて、コンテンツ提供装置は、オーディオ出力端子やビデオ出力端子を備えるようにしてもよい。

したがって、コンテンツ提供装置は、コンテンツデータベースと、利用者による時間情報の入力を受け付ける時間情報入力受付手段と、この時間情報入力受付手段で受け付けた時間情報と、当該時間情報を用いて取得したいコンテンツを範囲指定するための付随情報とに基づく条件を検索条件として、コンテンツ格納部に格納されている１以上のコンテンツを検索する検索手段と、この検索手段で検索された１以上のコンテンツを利用者に提供する利用者提供手段とを、少なくとも備えるものである。

そして、コンテンツ提供装置には、必要に応じて時間情報の属性情報の入力手段や、コンテンツ属性の入力手段が設けられる。勿論、上述と同様に、それらの入力手段が設けられない状態においても、コンテンツ提供装置自身がそれらの時間情報の属性情報やコンテンツ属性情報を、検索条件に用いるようにする形態をとりえることができるものである。

なお、このコンテンツ提供装置の実施形態の場合においても、上述の実施形態の変形例が適用可能であること言うまでもない。

［さらにその他の変形例］
上述の実施形態の説明では、指定した時間情報に合致するコンテンツを検索するようにしたが、例えば指定した時間情報が、年月日時分秒まで指定された場合には、その指定された時間情報に合致する情報のみではなく、指定された時間情報の近傍の時間情報に合致するコンテンツをも、併せて検索するようにしても良い。また、このような詳細な時間の指定でない場合でも、指定された時間情報に合致するコンテンツのみではなく、指定された時間情報の近傍の時間情報に合致するコンテンツをも、検索結果として得るようにしても、勿論よい。

このようにすれば、利用者は、うろ覚えの時間を用いて、コンテンツ取得要求することが可能となる。つまり、おおよその時間を指定すると、その指定時間近傍のコンテンツも併せて検索されて、利用者に提供されるので、利用者が希望するコンテンツを取得することができる機会が多くなる。

なお、上述の実施形態では、音楽コンテンツやＡＶコンテンツは、コンテンツ配信サーバからの配信時にストリーミング再生するようにしたが、それぞれのコンテンツデータをダウンロードして、再生するようにしてもよい。その場合には、コンテンツ提供システムにおいては、コンテンツ受信端末とコンテンツ配信サーバとは常時接続とする必要はなく、ダウンロードが終了するごとに、両者の間の通信路を切断することができる。

この場合、音楽コンテンツ受信端末２０においては、コンテンツ配信サーバ１０にコンテンツ取得要求したときに最初に得られたコンテンツをダウンロードするようにする。そして、例えば図１３の例の次ボタン２５ｃを備える端末の場合には、当該次ボタン２５ｃの操作は、同じ検索条件となるコンテンツ取得要求を、再度、コンテンツ配信サーバに送る操作とすることができる。コンテンツ配信サーバは、同じ検索条件となるコンテンツ取得要求であっても、その受信タイミングが異なることにより、異なるコンテンツを、コンテンツ受信端末に送信するようになる。

１０ コンテンツ配信サーバ
２０ 音楽コンテンツ受信端末
３０ ＡＶコンテンツ受信端末
４０ 汎用コンテンツ受信端末
５１ 無線ネットワーク
５２ インターネット

Claims (6)

1. コンテンツ配信サーバと、前記コンテンツ配信サーバと通信路を通じて接続されるコンテンツ受信端末とからなるコンテンツ提供システムにおいて、
   前記コンテンツ受信端末は、
   回転操作されることで、時間軸に対応する線上の点を指定する操作入力が可能な操作入力手段と、
   前記操作入力手段で指定された前記線上の点の指定入力を、時間情報として出力する時間情報出力手段と、
   前記出力された時間情報を含むコンテンツ取得要求を前記コンテンツ配信サーバに送信する要求送信手段と、
   前記コンテンツ取得要求に対して、前記コンテンツ配信サーバから送られてくる１以上のコンテンツのデータを受信して、利用者に提供する提供手段と、
   を備え、
   前記コンテンツ配信サーバは、
   複数のコンテンツが、少なくとも、各コンテンツに関連する時間情報に対応付けられて記憶されて格納されているコンテンツ格納部と、
   前記コンテンツ受信端末からの前記コンテンツ取得要求を受け取ったときに、前記コンテンツ取得要求に含まれる時間情報に基づく条件を検索条件として、前記コンテンツ格納部に格納されている１以上のコンテンツを検索する検索手段と、
   前記検索手段で検索された１以上のコンテンツを、前記コンテンツ受信端末に配信するコンテンツ配信手段と、
   を備え、
   前記コンテンツ受信端末は、
   前記操作入力手段を通じた回転操作による連続的な変更操作入力がなされたときに、前記回転操作による変更操作入力過程で辿った複数の時点のそれぞれにおいて、前記複数の時点のそれぞれの時間情報を含むコンテンツサーチ要求を前記コンテンツ配信サーバに送る連続要求送信手段と、
   前記コンテンツサーチ要求に対して、前記コンテンツ配信サーバから送られてくるデータを受信して、利用者に提供する手段と、をさらに備え、
   前記コンテンツ配信サーバは、
   前記コンテンツサーチ要求を受信したときに、当該コンテンツサーチ要求に含まれる時間情報に基づく条件を検索条件として検索して、所定時間当たりに１以上のコンテンツを検出し、その検出結果の前記所定時間当たりの１以上のコンテンツを利用者に識別させるための情報を、前記コンテンツ受信端末に送信する手段をさらに備える、コンテンツ提供システム。
2. 前記利用者に識別させるための情報は、前記検出されたコンテンツの一部である、請求項１に記載のコンテンツ提供システム。
3. 前記利用者に識別させるための情報は、前記検出されたコンテンツを識別可能にする画像である、請求項１に記載のコンテンツ提供システム。
4. 回転操作されることで、時間軸に対応する線上の点を指定する操作入力が可能な操作入力手段と、
   前記操作入力手段を通じた回転操作による連続的な変更操作入力がなされたときに、前記回転操作による変更操作入力過程で辿った複数の時点のそれぞれにおいて、前記複数の時点のそれぞれの時間情報を含むコンテンツサーチ要求をコンテンツ配信サーバに送る連続要求送信手段と、
   前記コンテンツサーチ要求に対して、前記コンテンツ配信サーバから送られてくるデータを受信して、利用者に提供する手段と、
   を備え、
   前記コンテンツ配信サーバから送られてくるデータは、前記コンテンツサーチ要求に応じて、前記コンテンツ配信サーバが当該コンテンツサーチ要求に含まれる時間情報に基づく条件を検索条件として検索して、所定時間当たりに１以上のコンテンツを検出し、その検出結果の前記所定時間当たりの１以上のコンテンツを利用者に識別させるための情報である、コンテンツ受信端末。
5. 前記利用者に識別させるための情報は、前記検出されたコンテンツの一部である、請求項４に記載のコンテンツ受信端末。
6. 前記利用者に識別させるための情報は、前記検出されたコンテンツを識別可能にする画像である、請求項４に記載のコンテンツ受信端末。

Images