JP2012212439A - コンテンツ検索方法、情報処理装置、コンテンツ受信方法およびコンテンツ受信装置 - Google Patents

Abstract

【課題】種々多様なコンテンツを記憶部に記憶しておく場合などにおいても、時間情報を付随データとして含むコンテンツを、時間情報に基づいて容易に取得することができる。
【解決手段】コンテンツのそれぞれに対して、コンテンツに関連すると共に不特定多数の人に共通するパブリック時間情報と、コンテンツに関連すると共に特定少数の人にしか属さないプライベート時間情報とを設定し、設定されたパブリック時間情報とプライベート時間情報を用いてコンテンツを検索して利用する。
【選択図】図１

Description

この発明は、例えば、大量の楽曲のコンテンツ、大量の映画のコンテンツ、大量の電子書籍のコンテンツなどの中から、利用者が、時間情報を検索キー（検索子）として検索する場合に適用して好適な新規なコンテンツデータフォーマットを提供および利用するための方法および装置に関する。

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

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

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

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

上記の先行技術文献は、次の通りである。

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

上述した特許文献１や特許文献２のように、日時情報などの時間情報を用いたコンテンツ検索に関する従来の技術においては、予め、特定のコンテンツについて、当該特定コンテンツの特徴や性質に関連する特定の意味を持つ一つの時間情報が、コンテンツと対応付けられて記憶部に格納されている。したがって、コンテンツの検索キーとしての時間情報には、その意味付けは一つしかないので、検索キーとしての時間情報は、その意味付けを特定するための情報（どのような属性の時間情報であるかを示す情報）は必要ではなかった。

そのため、種々多様なコンテンツを記憶部に記憶しておいたり、特定の１つのコンテンツであっても、時間情報として複数種類の意味を付与して記憶部に記憶しておいたりする場合には、上述の特許文献１，２の技術をそのまま用いることはできなかった。

ところで、インターネットにおける検索ソフトとして、特定の日時情報を検索キーワードとして指定することにより、当該日時情報をテキスト情報として含む情報やサイトを検索することができるものがある。

しかしながら、このインターネットにおける検索ソフトの場合には、検索キーワードとして指定された日時情報をテキスト情報として含む情報やサイトが検索されるのみで、検索キーワードとして指定された日時に発売された音楽コンテンツや、指定された年月日に放送された放送番組、また、指定された年月日に上映された映画などのコンテンツのように、時間情報をメタデータ（付加データ）に含むコンテンツ（例えば、日時情報をメタデータに含むＭＰＥＧ（Ｍｏｖｉｎｇ
Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）ファイル）を検索結果として得ることはできなかった。

また、コンテンツに関連する時間情報を考えた場合、当該コンテンツが発表された日、発売された日、公開された日などのように、不特定多数の人に共通するパブリック時間情報と、ユーザ（個人またはグループを含む）がコンテンツを購入した日、視聴した日などのように、特定少数の人（またはグループ）にしか属さないプライベート時間情報とが存在する。

しかし、従来の技術としては、これらパブリック時間情報と、プライベート時間情報とを区分けしてコンテンツを検索するようにしたものはなく、不便であった。

この発明は、上述の点にかんがみ、種々多様なコンテンツを記憶部に記憶しておく場合などにおいても、時間情報をメタデータとして含むコンテンツを、時間情報に基づいて容易に取得することができるようにしたシステムおよび方法を提供することを目的とする。

本開示によれば、音楽コンテンツまたはビデオコンテンツからなるコンテンツのそれぞれに対して設定された、前記コンテンツを利用する不特定の人に共通する前記コンテンツに関するパブリック時間情報および当該時間情報の属性情報と、前記コンテンツを利用する特定の人にしか属さない前記コンテンツに関するプライベート時間情報および当該時間情報の属性情報とを保持し、ユーザから特定の時間情報を検索子として受け付け、前記検索子に基づいて前記コンテンツを検索し、検索条件に合ったコンテンツを出力するコンテンツ検索方法が提供される。

また本開示によれば、音楽コンテンツまたはビデオコンテンツからなるコンテンツのそれぞれに対して設定された、前記コンテンツを利用する不特定の人に共通する前記コンテンツに関するパブリック時間情報および当該時間情報の属性情報と、前記コンテンツを利用する特定の人にしか属さない前記コンテンツに関するプライベート時間情報および当該時間情報の属性情報とを保持し、ユーザから特定の時間情報を検索子として受け付け、前記検索子に基づいて前記コンテンツを検索し、検索条件に合ったコンテンツを出力する情報処理装置が提供される。

また本開示によれば、コンピュータが、音楽コンテンツまたはビデオコンテンツからなるコンテンツのデータのそれぞれと、前記コンテンツに対応付けられた前記コンテンツに関連する時間情報および当該時間情報の属性情報を含む付随データとを受信するコンテンツ受信方法であって、前記コンテンツに関連すると共に前記コンテンツを利用する不特定多数の人に共通するパブリック時間情報およびその属性情報との組を、前記付随データに含めて受信すると共に、前記コンテンツを利用者が利用した場合、前記コンテンツに関連すると共に前記コンテンツを取得して利用する特定少数の人にしか属さないプライベート時間情報を、前記付随データに記録するコンテンツ受信方法が提供される。

また本開示によれば、コンピュータが、音楽コンテンツまたはビデオコンテンツからなるコンテンツのデータのそれぞれと、前記コンテンツに対応付けられた前記コンテンツに関連する時間情報および当該時間情報の属性情報を含む付随データとを受信するコンテンツ受信装置であって、前記コンテンツに関連すると共に前記コンテンツを利用する不特定多数の人に共通するパブリック時間情報およびその属性情報との組を、前記付随データに含めて受信すると共に、前記コンテンツを利用者が利用した場合、前記コンテンツに関連すると共に前記コンテンツを取得して利用する特定少数の人にしか属さないプライベート時間情報を、前記付随データに記録するコンテンツ受信装置が提供される。

この発明によれば、種々多様なコンテンツに対して、パブリック時間情報とプライベート時間情報との両者の時間情報を設定しておくことにより、両者の時間情報をそれぞれ用いて、前記種々多様なコンテンツの中から所望のコンテンツを容易に取得することができる。また、パブリック時間情報とプライベート時間情報との差の時間情報を用いることにより、コンテンツの新たな取得方法や利用方法が可能になる。

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

以下、この発明による装置および方法の実施形態を、図を参照しながら説明する。

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

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

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

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

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

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

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

図２は、コンテンツ配信サーバ１０のコンテンツデータベース１１に格納されているコンテンツの付随データの例を示す図である。この図２の付随データは、コンテンツ識別信号ＩＤにより、各コンテンツのデータと対応付けられてコンテンツデータベース１１などのデータ格納部に書き込まれるデータフォーマット構造とされている。つまり、図示は省略するが、コンテンツのデータが、コンテンツ識別信号ＩＤと対応付けられてコンテンツデータベース１１に格納されていると共に、図２に示すように、コンテンツの付随データが、コンテンツ識別信号ＩＤと対応付けられてコンテンツデータベース１１に格納されているものである。

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

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

コンテンツ配信サーバ１０のコンテンツデータベース１１に格納されているコンテンツの付随データの場合には、時間情報は、コンテンツに関連するものであって、かつ、不特定多数の人に共通のパブリック時間情報が設定されて記録されている。

コンテンツに関連する時間情報であって、コンテンツの利用者（グループを含む）、つまり、特定少数の人にのみ属するプライベート時間情報は、この例では、コンテンツ配信サーバ１０のコンテンツデータベース１１に格納されているコンテンツの付随データとしては、記録されないものとしている。しかし、後述するように、コンテンツ配信サーバ１０のコンテンツデータベース１１に格納されている段階においても、プライベート時間情報をコンテンツに付随させて記録するようにすることを排除するものではない。

このパブリック時間情報は、コンテンツ配信サーバ１０が、当該コンテンツを取得したときに、併せてコンテンツデータベース１１に、当該コンテンツに対応して記録される。この場合に、当該取り込んだコンテンツに付随する付随データに当該パブリック時間情報が含まれている場合には、その付随データが、コンテンツ配信サーバ１０により、当該コンテンツに対応してコンテンツデータベースに記録されることにより、当該パブリック時間情報が設定されて記録されることになる。

もしも、コンテンツに付随する付随データが無かったり、付随データにパブリック時間情報が含まれていなかったりした場合には、オペレータなどにより、必要なパブリック時間情報が、コンテンツに対応する付随データに含められてコンテンツデータベース１１に記録される。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

そして、この実施形態では、コンテンツ受信端末２０や３０などから要求されてダウンロードが実行されたコンテンツについては、そのダウンロード時に、コンテンツ配信サーバ１０が、ダウンロード日や、当該コンテンツの購入日などのプライベート時間情報を生成して、当該生成したプライベート時間情報を、ダウンロードされる当該コンテンツに付随する付随データ中に含めるようにしている。

したがって、コンテンツ受信端末で、コンテンツ配信サーバ１０からコンテンツを取得したときには、その付随データには、パブリック時間情報とプライベート時間情報とが含まれている。この実施形態では、コンテンツ受信端末では、取得したコンテンツを単に視聴する場合と、購入する場合とを想定しており、購入した場合には、コンテンツ配信サーバ１０から取得したコンテンツのデータおよびその付随データを、コンテンツ格納部に格納して保持するようにする。

そして、コンテンツ受信端末において、コンテンツ格納部に格納されているコンテンツの検索の際には、パブリック時間情報と、プライベート時間情報との両方を用いて、その検索を行うことができるように構成されている。

なお、この実施形態では、利用者は、コンテンツ受信端末において、入力手段を用いて、各コンテンツの付随データのプライベート時間情報を後から追加設定することができるように構成されている。この際に、利用者は、当該プライベート時間情報の属人／属グループを設定することができるようにされている。つまり、設定されたプライベート時間情報は、誰の時間情報あるいはいずれのグループの時間情報であるかを設定可能である。

例えば、家族のうちの、「父親のプライベート時間情報」、「母親のプライベート時間情報」、「自分のプライベート時間情報」、「Ａ子のプライベート時間情報」などのような設定が可能である。また、「家族のプライベート時間情報」のような、グループ名を用いた属グループの指定が可能である。

図３に、コンテンツ受信端末のコンテンツ格納部に格納されているコンテンツの付随データの一例を示す。

この図３の例においては、時間情報３としてプライベート時間情報が記録されている。例えば音楽コンテンツについての「購入日」は、この例では、コンテンツ配信サーバ１０が設定付与したプライベート時間情報である。また、映画のコンテンツについての「映画鑑賞日」は、利用者が入力手段を用いて設定入力したプライベート時間情報である。

また、テレビ放送番組のコンテンツについての「ＤＶＤ再生日」は、コンテンツ受信端末（例えばパーソナルコンピュータ４０）においてＤＶＤが再生された日であり、このプライベート時間情報は、当該コンテンツ受信端末により設定付与される。利用者が入力手段を用いて設定入力してもよい。

また、ニュースのコンテンツについての「放送視聴日」は、コンテンツ受信端末が設定付与したプライベート時間情報である。また、ニュースのコンテンツについての「新聞読了日」は、利用者が入力手段を用いて設定入力したプライベート時間情報である。

さらに、電子書籍のコンテンツについての「電子書籍ダウンロード日」は、この例では、コンテンツ配信サーバ１０がダウンロード時に付与したプライベート時間情報である。

なお、この実施形態では、「ダウンロード日」や「購入日」は、コンテンツ配信サーバ１０が設定付与するようにしたが、ダウンロード時や当該コンテンツのデータのコンテンツ格納部への格納時に、コンテンツ受信端末が設定付与するようにしても良い。そのようにした場合には、コンテンツ配信サーバ１０では、コンテンツのプライベート時間情報についての設定付与を行う必要が無くなる。

この実施形態では、コンテンツ受信端末におけるコンテンツ格納部に格納されたコンテンツについての検索においては、プライベート時間情報と、パブリック時間情報とを分けて用いるようにする。このため、時間情報がプライベート時間情報かパブリック時間情報かの判別をコンテンツ受信端末で行う必要がある。

この時間情報がプライベート時間情報かパブリック時間情報かを判別するための時間情報種別判別手法としては、次のような方法が採用できる。

その第１の方法は、時間情報の属性に、パブリック時間情報かプライベート時間情報かの付加情報を付ける方法である。例えば、１ビットの付加情報を用いる場合、パブリック時間情報である場合には「０」を、プライベート時間情報である場合には「１」を、それぞれ付加するようにする。

この第１の方法の場合には、時間情報の属性をコンテンツ配信サーバ１０やコンテンツ受信端末２０，３０，４０が付与する場合には、それぞれのコンテンツ受信端末２０，３０，４０が、前記付加情報も付加するようにする。また、利用者が入力手段を通じて時間情報を設定入力する場合には、利用者の入力手段を通じたプライベート時間情報かパブリック時間情報かの選択指定入力に応じて、コンテンツ受信端末が付加するようにする。

時間情報種別判別手法の第２の方法は、時間情報の属性を、予めパブリック時間情報の属性と、プライベート時間情報の属性とに分けておき、各時間情報の属性がどちらであるかの時間情報種別判別辞書を用意し、当該時間情報種別判別辞書を用いて、それぞれの時間情報の属性がパブリック時間情報か、プライベート時間情報かを判別する方法である。

この第２の方法の場合には、時間情報の属性として使用される属性の種類は、時間情報種別判別辞書に登録されたものに限定されることになるが、新たに追加するパブリック時間情報やプライベート時間情報については、それらを時間情報種別判別辞書にも登録しておくようにすれば良い。

この第２の方法の場合には、利用者が入力手段を通じてプライベート時間情報を設定入力する場合には、コンテンツ受信端末は、時間情報種別判別辞書に登録されているプライベート時間情報の属性の一覧を利用者に提示し、利用者は、その一覧からプライベート時間情報の属性を選択するようにする。もし、その一覧に適切なプライベート時間情報の属性が存在しない場合には、利用者はプライベート時間情報の属性を直接的に入力することもできる。その場合には、コンテンツ受信端末は、直接的に入力された新たなプライベート時間情報の属性を時間情報種別判別辞書に登録するようにする。

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

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

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

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

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

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

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

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

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

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

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

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

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

そして、この実施形態では、音楽コンテンツ受信端末２０は、コンテンツ配信サーバ１０から音楽コンテンツを取得して再生しているとき、当該再生中の音楽コンテンツを聴取している利用者が、当該再生中の音楽コンテンツの購入要求をコンテンツ配信サーバ１０に送ることができるようにしている。

コンテンツ配信サーバ１０は、音楽コンテンツ受信端末２０からコンテンツの購入要求が到来したときには、当該購入要求を受信した時点で音楽コンテンツ受信端末２０に送っているコンテンツのデータおよび付随データを、購入要求してきた音楽コンテンツ受信端末２０にダウンロードする。このダウンロードは、それまでのストリーミング配信を一時停止して、購入要求された音楽コンテンツのデータのすべてを音楽コンテンツ受信端末２０に送るものである。

そして、この実施形態では、前述したように、そのダウンロードの際に、コンテンツ配信サーバ１０は、音楽コンテンツ受信端末２０にダウンロードする音楽コンテンツの付随データに、プライベート時間情報であるダウンロード日あるいは購入日の時間情報と属性情報とを含めるようにする。この付随データの生成処理は、配信データ生成処理部１０８において行うものである。

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

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

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

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

そして、この実施形態では、コンテンツ受信端末３０や４０からのコンテンツ取得要求においては、当該コンテンツを単にその時点で視聴するだけであるのか、当該コンテンツを購入するのであるのかを指定する要求対象指定情報が含められる。

コンテンツ配信サーバ１０は、この一覧から選択されたコンテンツの取得要求を受けて、当該取得要求が視聴のみの要求であれば、ストリーミング再生することができる態様でコンテンツデータを配信し、当該取得要求が購入要求であれば、指定されたコンテンツのデータおよびその付随データを、コンテンツ受信端末３０や４０にダウンロードするようにする。

そして、この実施形態では、前述と同様に、そのダウンロードの際には、コンテンツ配信サーバ１０は、配信データ生成処理部１０８において、コンテンツ受信端末３０や４０にダウンロードするコンテンツの付随データに、プライベート時間情報であるダウンロード日あるいは購入日の時間情報と属性情報とを含める処理を行うようにする。

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

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

図５の例では、操作ボタン２５ａは、時間情報の属性情報の選択設定用の操作ボタン（時間属性変更操作ボタンという）であり、操作ボタン２５ｂは、ジャンルの選択設定用の操作ボタン（ジャンル変更操作ボタンという）とされている。

また、操作ボタン２５ｃは、コンテンツ配信サーバ１０にアクセスして配信を受ける配信モードと、自端末のコンテンツ格納部に格納されている複数のコンテンツからの検索モードとを切り替えるモード切り替えボタンである。この例では、この操作ボタン２５ｃは、押下するごとに、押し込まれた状態でロックされる状態と、押し込まれていたものが元の状態に戻る状態とを交互に繰り返すものとされており、押し込まれた状態は配信モード、押し込まれていない状態が検索モードとされている。

また、操作ボタン２５ｄは、購入ボタンであり、配信モードにおいて、この購入ボタン２５ｄを押下すると、聴取中の音楽コンテンツの購入要求を意味する。

また、操作ボタン２５ｅは、次候補ボタンである。配信モードにおいて、コンテンツ取得要求に応じてコンテンツ配信サーバ１０から受信してストリーミング再生をしているとき、当該コンテンツ取得要求に対応して配信される音楽コンテンツが複数あるとき、この次候補ボタン２５ｅを押下することにより、視聴中の音楽コンテンツの再生を中止して、次候補の音楽コンテンツの再生をすることができるように構成されている。

検索条件切り替え操作部２７は、この例では、検索モードにおいてのみ有効とされる操作部であり、検索条件の切り替え操作用である。この実施形態では、切り替えポジションとして、「プライベート」、「パブリック」、「時間差」の３ポジションが設けられている。

検索モードにおいて、時間情報設定用の回転つまみ操作部２３で設定される時間情報を、プライベート時間情報として検索を行う場合には、この検索条件切り替え操作部２７は「プライベート」ポジションに切り替えられる。また、検索モードにおいて、時間情報設定用の回転つまみ操作部２３で設定される時間情報を、パブリック時間情報として検索を行う場合には、この検索条件切り替え操作部２７は「パブリック」ポジションに切り替えられる。

また、この実施形態では、検索条件としてパブリック時間情報とプライベート時間情報との差の時間を用いることができるようにされており、この差の時間を用いて検索を行う場合には、検索条件切り替え操作部２７は「時間差」ポジションに切り替えられる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

検索モードで、検索条件切り替え操作部２７が「パブリック」ポジションに切り替えられているときには、属性表示欄２４４には、パブリック時間情報の属性情報が表示され、検索条件切り替え操作部２７が「プライベート」ポジションに切り替えられているときには、属性表示欄２４４には、プライベート時間情報の属性情報が表示される。

また、検索モードで、検索条件切り替え操作部２７が「時間差」ポジションに切り替えられているときには、属性表示欄２４４には、時間差として使用するパブリック時間情報の属性情報が最初に表示され、そのパブリック時間情報の属性情報の指定が確定すると、プライベート時間情報の属性情報が表示される。

この実施形態では、例えば配信モードにおける購入操作ボタン２５ｄを、この検索モードにおける決定操作ボタンとして用いるようにしている。

検索条件として「時間差」が選択されている状態では、属性表示欄２４４には、まず最初に、パブリック時間情報の属性情報が、時間属性操作ボタン２５ａの操作に応じて順次に変更されて表示される。そして、所定のパブリック時間情報の属性情報が属性表示欄２４４に表示されている状態で、購入ボタン２５ｄが操作されると、表示されているパブリック時間情報の属性情報が選択されたと決定されて確定される。

すると、属性表示欄２４４は、プライベート時間情報の属性情報の表示欄に変わる。そして、同様にして、属性表示欄２４４には、プライベート時間情報の属性情報が、時間属性操作ボタン２５ａの操作に応じて順次に変更されて表示される。そして、所定のプライベート時間情報の属性情報が属性表示欄２４４に表示されている状態で、購入ボタン２５ｄが操作されると、そのとき表示されているパブリック時間情報の属性情報が選択されたと決定されて確定される。

そして、検索条件として「時間差」が選択されている状態では、図示は省略するが、時間軸表示部２４１の時間軸表示が消去されて、時間差の大きさの設定値が表示される。時間差の大きさは、回転つまみ操作部２３ａを回転操作することにより変更可能とされる。また、回転つまみ操作部２３の小つまみ部２３ｂを押し込む状態では、設定した時間差以下を条件として検索するものとされ、小つまみ部２３ｂを押し込んでいない状態では、設定した時間差以上を条件として検索するものとされる。

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

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

ＬＣＤインターフェース２１０には、表示画面２４を備えるＬＣＤ２１３が接続されている。コンテンツ格納部２０６は、例えばハードディスクドライブで構成され、大量のコンテンツのデータおよびその付随データを格納可能である。

また、操作部インターフェース２１２には、時間属性変更操作ボタン２５ａ、ジャンル変更操作ボタン２５ｂおよびその他の操作ボタン２５ｃ、２５ｄ、２５ｅを含むボタン操作部２１５が接続されている。操作部インターフェース２１２は、利用者による時間属性変更操作ボタン２５ａおよびジャンル変更操作ボタン２５ｂの操作情報をシステムバス２００に供給する。

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

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

切り替え操作インターフェース２１８は、検索条件切り替え操作部２７の切り替えポジション位置を検出して、その検出情報をシステムバス２００を通じてＣＰＵ２０１に送利、検索モードにおける検索条件を知らせるようにする。

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

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

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

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

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

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

コンテンツ格納部２０６は、これに転送されてくる音楽コンテンツの音楽データやその付随データを、音楽コンテンツＩＤにより対応付けて格納する。

コンテンツ検索処理部２１９は、検索モードにおいて、検索条件にしたがって、コンテンツ格納部２０６に格納されているコンテンツについての検索処理を実行する。このコンテンツ検索処理部２１９は、ＣＰＵ２０１がＲＯＭ２０２のプログラムに従ったソフトウエア処理の構成とすることもできる。音楽コンテンツデコード処理部２０７やコンテンツ取得要求生成部２０８も同様にソフトウエア処理の構成とすることもできる。

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

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

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

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

ボタン操作部３２は、ゲーム機用の操作ボタン３２ａ，３２ｂ，３２ｃ，３２ｄを含む。この実施形態では、これらの操作ボタン３２ａ，３２ｂ，３２ｃ，３２ｄは、ＡＶコンテンツの取得要求やＡＶコンテンツの検索を行なう際の操作ボタンをも兼用するように構成されている。この例では、操作ボタン３２ａはエンターボタン（決定ボタン）、操作ボタン３２ｂは時間情報の意味の指定ボタン、操作ボタン３２ｃはジャンルの選択指定ボタン、操作ボタン３２ｄは、コンテンツ配信サーバ１０からのＡＶコンテンツの配信を受ける配信モードと、内蔵するコンテンツ格納部についてコンテンツを検索する検索モードとを切り替え指定するモード切り替えボタン、をそれぞれ兼用するようにしている。

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

そして、この実施形態では、ＡＶコンテンツ受信端末３０は、検索モードにおいては、前述した音楽コンテンツ受信端末２０と同様に、検索条件として、「パブリック時間情報」を用いるモード、「プライベート時間情報」を用いるモード、「パブリック時間情報とプライベート時間情報との差の時間情報」を用いるモードとを選択可能であるが、その選択は、メニューボタン３５の操作による検索条件メニューの表示、およびボタン操作部３２、３３の操作を通じてなされるものである。

また、検索条件として「時間差」を用いるモードにおけるパブリック時間情報およびプライベート時間情報の属性情報の指定も、表示画面３４上のメニュー表示、およびボタン操作部３２、３３の操作を通じてなされるものである。

この実施形態では、配信モードのとき、また、検索モードにおいて、検索条件が「パブリック時間情報」あるいは「プライベート時間情報」のときには、ＡＶコンテンツ受信端末３０の表示画面３４には、時間軸表示部３４１と、時間軸カーソル３４２と、時間情報表示欄３４３と、時間情報の属性表示欄３４４と、ＡＶコンテンツのジャンルの表示欄３４５とが、表示されるようにされている。

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

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

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

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

そして、表示画面３４の時間情報表示欄３４３には、時間軸表示部３４１の時間軸カーソル３４２の位置を参照しながら、左右方向指定ボタン３３ｃ、３３ｄが用いられて利用者により設定入力された時間情報（年月日時）が表示される。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

コンテンツ格納部３０６は、これに転送されてくるＡＶコンテンツのデータやその付随データを、コンテンツＩＤにより対応付けて格納する。

コンテンツ検索処理部３１８は、検索モードにおいて、検索条件にしたがって、コンテンツ格納部３０６に格納されているコンテンツについての検索処理を実行する。このコンテンツ検索処理部３１８は、ＣＰＵ３０１がＲＯＭ３０２のプログラムに従ったソフトウエア処理の構成とすることもできる。ＡＶコンテンツデコード処理部３０７やコンテンツ取得要求生成部３０８も同様にソフトウエア処理の構成とすることもできる。

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

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

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

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

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

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

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

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

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

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

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

そこで、この実施形態では、できるだけ、利用者がコンテンツの取得を要求していると考えられるタイミングでのみ、コンテンツ受信端末は、コンテンツ取得要求をコンテンツ配信サーバ１０に送るように考慮している。

そのため、この実施形態では、例えば、回転つまみ操作部２３などの時間情報の入力手段を通じた利用者による変更操作が、予め定められている短時間以上停止されたと判定されたときの時間情報を、利用者がコンテンツ取得要求する時間情報であると判別し、その時間情報を含めてコンテンツ取得要求をコンテンツ配信サーバ１０に送る。時間情報の入力手段の他に、コンテンツ取得要求手段（送信ボタンなど）を設けてもよいが、それでは、操作が煩雑になるので、この例では、上述のようにした。

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

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

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

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

そして、音楽コンテンツ受信端末２０で、利用者が何も操作せずに、例えば音楽コンテンツＡ１，Ａ２，Ａ３，・・・を聴取するときは、それぞれの音楽コンテンツＡ１，Ａ２，Ａ３，・・・は、最後まで再生された後、次の音楽コンテンツの再生に移行する。

しかし、ある音楽コンテンツ、例えば音楽コンテンツＡ１を聴取しているとき、利用者が、当該音楽コンテンツＡ１が気に入らないときには、途中で次候補ボタン２５ｅを押下する。すると、その次候補ボタン２５ｅの操作に基づく、次コンテンツ取得要求が、音楽コンテンツ受信端末２０からコンテンツ配信サーバ１０に送られる。この次コンテンツ取得要求を受けたコンテンツ配信サーバ１０は、現在、ストリーミング配信している音楽コンテンツＡ１の配信を停止し、次候補の音楽コンテンツＡ２の配信を即座に開始する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

この例においては、利用者が、「視聴」アイコン３５１を選択して、エンターボタン３２ａまたは送信ボタン３８を押下すると、それは、選択中のＡＶコンテンツの視聴のみの要求を意味するので、この場合の本配信要求は「視聴のみ要求」である。

したがって、このときには、コンテンツ配信サーバ１０は、要求されたＡＶコンテンツを、コンテンツ受信端末３０，４０に対してストリーミング配信する。

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

また、「購入」アイコン３５２を選択して、エンターボタン３２ａまたは送信ボタン３８を押下すると、それは、選択中のＡＶコンテンツの購入の要求を意味するので、この場合の本配信要求は「購入要求」である。

したがって、このときには、コンテンツ配信サーバ１０は、要求されたＡＶコンテンツのデータおよびその付随データを、コンテンツ受信端末３０，４０に対してダウンロードする。そして、この実施形態では、このダウンロードの際に、コンテンツ配信サーバ１０は、ダウンロードする付随データ中に、当該コンテンツのダウンロード日あるいは購入日を含めるようにする。

ＡＶコンテンツのデータおよびその付随データのダウンロードを受けたコンテンツ受信端末は、受け取ったＡＶコンテンツのデータおよびその付随データを、コンテンツ格納部に格納する。その後、必要に応じて、利用者が、コンテンツ格納部に格納したコンテンツについて、入力手段を用いて、プライベート時間情報およびその属性情報の追加入力を行うと、コンテンツ受信端末は、対応するコンテンツの付随データに、追加入力されたプライベート時間情報およびその属性情報を追加するようにする。

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

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

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

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

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

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

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

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

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

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

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

次に、ＣＰＵ２０１は、この実施形態では、利用者による時間情報の変更操作が所定時間休止したか否かによりコンテンツ取得要求するタイミングになったか否かを判別する（ステップＳ９）。ステップＳ９でコンテンツ取得要求をするタイミングではなく、変更操作中と判別したときには、ＣＰＵ２０１は、ステップＳ７に戻って、このステップＳ７以降を繰り返す。

ステップＳ９でコンテンツ取得要求をするタイミングであると判別したときには、ＣＰＵ２０１は、変更指定した時間情報と、指定中の時間情報の属性情報およびジャンル情報を含む付随条件情報と、要求するコンテンツが音楽コンテンツであることを示す情報とを、コンテンツ取得要求に含めてコンテンツ配信サーバ１０に送る（図１４のステップＳ１１）。

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

次に、ＣＰＵ２０１は、次候補ボタン２５ｅが押下されたか否か判別し（ステップＳ１３）、押下されたと判別したときには、次コンテンツ要求をコンテンツ配信サーバ１０に送る（ステップＳ１４）。そして、ステップＳ１２に戻り、このステップＳ１２以降の処理を繰り返す。

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

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

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

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

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

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

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

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

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

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

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

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

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

また、ステップＳ２７で電源オフにされていないと判別したときには、ＣＰＵ２０１は、購入ボタン２５ｄが押下されて利用者により購入指示操作がなされたか否か判別する（図１６のステップＳ３１）。このステップＳ３１で、購入指示操作がなされていないと判別したときには、図１３のステップＳ７に戻り、このステップＳ７以降の処理を繰り返す。

また、ステップＳ３１で、購入指示操作がなされたと判別したときには、ＣＰＵ２０１は、そのときにコンテンツ配信サーバ１０から送られてきている音楽コンテンツの識別情報を含む当該音楽コンテンツの購入要求を、コンテンツ配信サーバ１０に送る（ステップＳ３２）。

この購入要求に対しては、コンテンツ配信サーバ１０はストリーミング配信を一時停止して、購入要求された音楽コンテンツのデータと、その付随データとを送るようにする。そこで、ＣＰＵ２０１は、ストリーミング再生を一時中止して、コンテンツ配信サーバ１０から送られてくる、これらの音楽コンテンツのデータおよび付随データを受信して、それらを対応付けてコンテンツ格納部２０６に格納する（ステップＳ３３）。

そして、ＣＰＵ２０１は、購入要求した音楽コンテンツのダウンロードが完了（コンテンツデータの格納が完了）したか否かを判別し（ステップＳ３４）、完了していなければステップＳ３３に戻ってダウンロードを継続し、完了したと判別したときには、ダウンロード完了通知をコンテンツ配信サーバ１０に送る（ステップＳ３５）。

コンテンツ配信サーバ１０は、ダウンロードが完了すると、当該購入要求された音楽コンテンツの次候補の音楽コンテンツからのストリーミング配信を再開する。

そこで、ＣＰＵ２０１は、コンテンツ配信サーバ１０から送られてくる次候補の音楽コンテンツのストリーミング配信データを受信して、ストリーミング再生を再開する（ステップＳ３６）。そして、図１５のステップＳ２８に戻り、このステップＳ２８以降の処理を繰り返す。

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

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

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

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

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

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

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

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

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

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

ステップＳ５１で、時間情報の変更操作が無かったとき、また、ステップＳ５２の処理を終了した後には、ＣＰＵ３０１は、利用者によりジャンル変更操作ボタン３２ｃが操作されて、ジャンルの変更操作がなされたか否か判別する（図１８のステップＳ６１）。

ステップＳ６１で、ジャンルの変更操作がなされたと判別したときには、ＣＰＵ３０１は、表示画面３４におけるジャンル表示欄３４５のジャンル表示を、変更操作に応じて変更する（ステップＳ６２）。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

このステップＳ８６で、コンテンツの本配信の要求はなされていないと判別したときには、ＣＰＵ３０１は、ステップＳ８３に戻り、このステップＳ８３以降の処理を繰り返す。また、ステップＳ８６で、コンテンツの本配信の要求がなされたと判別したときには、ＣＰＵ３０１は、視聴アイコン３５１と、購入アイコン３５２のいずれが選択された状態であるかを判別する（図２０のステップＳ９１）。

ステップＳ９１で、購入アイコン３５２が選択された状態での本配信要求であると判別したときには、選択中のＡＶコンテンツの識別情報を含む当該ＡＶコンテンツの購入要求を、コンテンツ配信サーバ１０に送る（ステップＳ９２）。

この購入要求に対しては、コンテンツ配信サーバ１０は、購入要求されたＡＶコンテンツのデータと、その付随データとを送るようにする。そこで、ＣＰＵ３０１は、コンテンツ配信サーバ１０から送られてくる、これらのＡＶコンテンツのデータおよび付随データを受信して、それらを対応付けてコンテンツ格納部３０６に格納する（ステップＳ９３）。

そして、ＣＰＵ３０１は、購入要求したＡＶコンテンツのダウンロードが完了（コンテンツデータの格納が完了）したか否かを判別し（ステップＳ９４）、完了していなければステップＳ９３に戻ってダウンロードを継続し、完了したと判別したときには、ダウンロード完了通知をコンテンツ配信サーバ１０に送る（ステップＳ９５）。

コンテンツ配信サーバ１０は、ダウンロードが完了すると、図１７のステップＳ５０に戻り、時間情報によるＡＶコンテンツの配信要求の操作入力用画面の表示状態に戻る。

また、ステップＳ９１で、視聴アイコン３５１が選択された状態での本配信要求であると判別したときには、選択中のＡＶコンテンツの識別情報を含む当該ＡＶコンテンツの視聴要求を、コンテンツ配信サーバ１０に送る（ステップＳ９６）。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

このステップＳ１２７で、コンテンツ購入要求を受け取ったと判別したときには、ＣＰＵ１０１は、音楽コンテンツのストリーミング配信を一時停止し（図２４のステップＳ１４１）、購入要求された音楽コンテンツのダウンロード日（または購入日）をプライベート時間情報として、当該音楽コンテンツの付随データ中に追加設定する（ステップＳ１４２）。

そして、ＣＰＵ１０１は、購入要求された音楽コンテンツのデータと、その付随データとを、購入要求してきたコンテンツ受信端末にダウンロードする（ステップＳ１４３）。次に、ＣＰＵ１０１は、コンテンツ受信端末からのダウンロード完了通知を受信したか否か判別し（ステップＳ１４４）、ダウンロード完了通知を受信していないと判別したときには、ステップＳ１４３に戻ってダウンロードを継続する。

ステップＳ１４４で、ダウンロード完了通知を受信したと判別したときには、ＣＰＵ１０１は、購入要求された音楽コンテンツの次に配信予定の音楽コンテンツから、ランダムな順序でのストリーミング配信を再開する（ステップＳ１４５）。

そして、ＣＰＵ１０１は、新たなコンテンツ取得要求を受信したか否か判別し（ステップＳ１４６）、新たなコンテンツ取得要求を受信してはいないと判別したときには、図２２のステップＳ１２５に戻り、現在配信中のコンテンツのデータの配信を継続する。

また、ステップＳ１４６で、新たなコンテンツ取得要求を受信したと判別したときには、図２１のステップＳ１１５に戻り、このステップＳ１１５以降の処理を繰り返す。

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

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

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

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

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

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

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

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

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

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

そして、ＣＰＵ１０１は、コンテンツ受信端末からの、当該コンテンツ一覧から選択されたコンテンツの取得要求（本配信の取得要求）を待つ（ステップＳ１５６）。このステップＳ１５６で、本配信の取得要求を受け取ったと判別したときには、ＣＰＵ１０１は、当該本配信の取得要求が購入要求であるか否か判別する（図２７のステップＳ１７１）。

そして、ステップＳ１７１で購入要求であると判別したときには、ＣＰＵ１０１は、購入要求されたＡＶコンテンツのダウンロード日（または購入日）をプライベート時間情報として、当該ＡＶコンテンツの付随データ中に追加設定する（ステップＳ１７２）。

そして、ＣＰＵ１０１は、当該購入要求されたＡＶコンテンツのデータおよびその付随データを、コンテンツデータベース１１から読み出して、要求してきたコンテンツ受信端末に送信する（ステップＳ１７３）。

次に、ＣＰＵ１０１は、コンテンツ受信端末からのダウンロード完了通知を受信したか否か判別し（ステップＳ１７４）、ダウンロード完了通知を受信していないと判別したときには、ステップＳ１７３に戻ってダウンロードを継続する。

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

また、ステップＳ１７１で、購入要求ではなく、視聴要求であると判別したときには、ＣＰＵ１０１は、当該視聴要求されたＡＶコンテンツのデータを、コンテンツデータベース１１から読み出して、要求してきたコンテンツ受信端末にストリーミング配信する（ステップＳ１７５）。

次に、ＣＰＵ１０１は、コンテンツ受信端末からの視聴終了通知を受信したか否か判別し（ステップＳ１７４）、視聴終了通知を受信していないと判別したときには、ステップＳ１７５に戻ってストリーミング配信を継続する。

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

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

また、新たなコンテンツ取得要求を受信したと判別したときには、図２１のステップＳ１１５に戻り、このステップＳ１１５以降の処理を繰り返す。

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

［コンテンツ受信端末のコンテンツ検索処理動作説明］
次に、コンテンツ受信端末のコンテンツ格納部に格納された複数のコンテンツの中から所定のコンテンツを、コンテンツの付随データを用いて検索する検索処理動作について説明する。

＜音楽コンテンツ受信端末２０のコンテンツ検索処理動作の例の説明＞
まず、音楽コンテンツ受信端末２０がコンテンツ格納部２０６に格納されている大量の音楽コンテンツの中から所定のコンテンツを、時間情報およびその属性情報を検索子として検索する場合について説明する。図２８〜図３４は、この場合の音楽コンテンツの検索処理動作を説明するためのフローチャートである。

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

音楽コンテンツ受信端末２０において、格納コンテンツの検索モードが選択されると、ＣＰＵ２０１は、図２８のスタートから処理を開始し、検索条件切り替え操作部２７の切り替えポジションから、検索に使用する時間情報として、「プライベート時間情報」、「パブリック時間情報」、あるいは「プライベート時間情報とパブリック時間情報との時間差」のいずれが選択されているかを判別する（ステップＳ１８１）。

このステップＳ１８１で、パブリック時間情報が選択されていると判別したときには、ＣＰＵ２０１は、前回のパブリック時間情報を用いた検索処理において最後に指定されていた時間情報（パブリック時間情報）、時間属性およびジャンルを、その記憶部から読み出す（ステップＳ１８２）。

そして、ＣＰＵ２０１は、コンテンツ検索処理部２１９において、指定されているパブリック時間情報、時間属性およびジャンルを検索条件として、コンテンツ格納部２０６内に格納されている音楽コンテンツについて、それぞれの付随データをサーチすることにより検索を行う（ステップＳ１８３）。

次に、ＣＰＵ２０１は、検索の結果、複数個の音楽コンテンツが検索されたときには、当該検索された音楽コンテンツを、任意の順序で音響再生するようにする（ステップＳ１８４）。なお、次候補ボタン２５ｅが操作されたときには、そのときに音響再生されている音楽コンテンツが最後まで再生されていなくても、即座に次候補の音楽コンテンツの音響再生に移行するように構成されている。

次に、ＣＰＵ２０１は、操作ボタン２５ａが操作されて時間情報の属性が変更されたか否か判別し（図２９のステップＳ１９１）、変更されたと判別したときには、その変更された時間情報の属性を受け付け、時間属性表示欄２４４の時間属性表示を変更する（ステップＳ１９２）。そして、ＣＰＵ２０１は、ステップＳ１８３に戻り、変更された検索条件により再検索を行い、このステップＳ１８３以降の処理を繰り返す。

また、ステップＳ１９１で、時間情報の属性が変更されてはいないと判別したときには、ＣＰＵ２０１は、操作ボタン２５ｂが操作されてジャンルが変更されたか否か判別し（ステップＳ１９３）、変更されたと判別したときには、その変更されたジャンルを受け付けて、ジャンル表示欄２４５のジャンル表示を変更する（ステップＳ１９４）。そして、ＣＰＵ２０１は、ステップＳ１８３に戻り、変更された検索条件により再検索を行い、このステップＳ１８３以降の処理を繰り返す。

また、ステップＳ１９３で、ジャンルが変更されてはいないと判別したときには、ＣＰＵ２０１は、回転つまみ操作部２３が操作されてパブリック時間情報が変更されたか否か判別し（ステップＳ１９５）、変更されたと判別したときには、その変更された時間情報を受け付けて、時間軸カーソル２４２の位置を、時間情報の変更操作に応じて変更する（ステップＳ１９６）。そして、ＣＰＵ２０１は、利用者による時間情報の変更操作が所定時間休止したか否かによりコンテンツ取得要求するタイミングになったか否かを判別する（ステップＳ１９７）。

このステップＳ１９７で、コンテンツ取得要求をするタイミングではなく、変更操作中と判別したときには、ＣＰＵ２０１は、ステップＳ１９５に戻って、このステップＳ１９５以降を繰り返す。

このステップＳ１９７で、コンテンツ取得要求をするタイミングであると判別したときには、ＣＰＵ２０１は、ステップＳ１８３に戻り、変更された検索条件により再検索を行い、このステップＳ１８３以降の処理を繰り返す。

また、ステップＳ１９５で、時間情報の変更操作はなされていないと判別したときには、ＣＰＵ２０１は、検索モードから他のモードに変更されたか否か判別し（図３０のステップＳ１９８）、モードが変更されたと判別したときには、その時点において指定されているパブリック時間情報、時間属性、ジャンルの情報を、記憶部に保持し（ステップＳ１９９）、その後、ステップＳ１８１に戻る。

また、ステップＳ１９８で、検索モードから他のモードへは変更されてはいないと判別したときには、ＣＰＵ２０１は、電源オフとされたか否か判別し（ステップＳ２００）、電源オフとされてはいないと判別したときには、ステップＳ１８４に戻り、検索結果の音楽コンテンツの音響再生を継続する。

また、ステップＳ２００で、電源オフとされたと判別したときには、ＣＰＵ２０１は、その時点において指定されているパブリック時間情報、時間属性、ジャンルの情報を、記憶部に保持し（ステップＳ２０１）、その後、今回聴取した音楽コンテンツの聴取履歴などの時間情報（プライベート時間情報）を当該コンテンツの付随データに追加するなどの終了処理をして（ステップＳ２０２）、この処理ルーチンを終了する。

次に、ステップＳ１８１で、プライベート時間情報が選択されていると判別したときには、ＣＰＵ２０１は、前回のプライベート時間情報を用いた検索処理において最後に指定されていた時間情報（プライベート時間情報）、属人／属グループ、時間属性およびジャンルを、その記憶部から読み出す（ステップＳ１８５）。ここで、属人／属グループは、誰のあるいはどのグループのプライベート時間情報であるかを示す情報である。

そして、ＣＰＵ２０１は、指定されているプライベート時間情報、属人／属グループ、時間属性およびジャンルを検索条件として、コンテンツ格納部２０６内に格納されている音楽コンテンツについて、コンテンツ検索処理部２１９を用いて検索を行う（ステップＳ１８６）。

次に、ＣＰＵ２０１は、検索の結果、複数個の音楽コンテンツが検索されたときには、当該検索された音楽コンテンツを、任意の順序で音響再生するようにする（ステップＳ１８７）。

次に、ＣＰＵ２０１は、属人／属グループの指定の変更操作がなされたか否か判別し（図３１のステップＳ２１１）、変更されたと判別したときには、その変更された属人／属グループの指定を受け付ける（ステップＳ２１２）。そして、ＣＰＵ２０１は、ステップＳ１８６に戻り、変更された検索条件により再検索を行い、このステップＳ１８６以降の処理を繰り返す。

また、ＣＰＵ２０１は、操作ボタン２５ａが操作されて時間情報の属性が変更されたか否か判別し（ステップＳ２１３）、変更されたと判別したときには、その変更された時間情報の属性を受け付け、時間属性表示欄２４４の時間属性表示を変更する（ステップＳ２１４）。そして、ＣＰＵ２０１は、ステップＳ１８６に戻り、変更された検索条件により再検索を行い、このステップＳ１８６以降の処理を繰り返す。

また、ステップＳ２１３で、時間情報の属性が変更されてはいないと判別したときには、ＣＰＵ２０１は、操作ボタン２５ｂが操作されてジャンルが変更されたか否か判別し（ステップＳ２１５）、変更されたと判別したときには、その変更されたジャンルを受け付けて、ジャンル表示欄２４５のジャンル表示を変更する（ステップＳ２１６）。そして、ＣＰＵ２０１は、ステップＳ１８６に戻り、変更された検索条件により再検索を行い、このステップＳ１８６以降の処理を繰り返す。

また、ステップＳ２１５で、ジャンルが変更されてはいないと判別したときには、ＣＰＵ２０１は、回転つまみ操作部２３が操作されてプライベート時間情報が変更されたか否か判別し（ステップＳ２１７）、変更されたと判別したときには、その変更された時間情報を受け付けて、時間軸カーソル２４２の位置を、時間情報の変更操作に応じて変更する（ステップＳ２１８）。そして、ＣＰＵ２０１は、利用者による時間情報の変更操作が所定時間休止したか否かによりコンテンツ取得要求するタイミングになったか否かを判別する（ステップＳ２１９）。

このステップＳ２１９で、コンテンツ取得要求をするタイミングではなく、変更操作中と判別したときには、ＣＰＵ２０１は、ステップＳ２１７に戻って、このステップＳ２１７以降を繰り返す。

ステップＳ２１９で、コンテンツ取得要求をするタイミングであると判別したときには、ＣＰＵ２０１は、ステップＳ１８６に戻り、変更された検索条件により再検索を行い、このステップＳ１８６以降の処理を繰り返す。

また、ステップＳ２１７で、時間情報の変更操作はなされていないと判別したときには、ＣＰＵ２０１は、検索モードから他のモードに変更されたか否か判別し（図３２のステップＳ２２０）、モードが変更されたと判別したときには、その時点において指定されているプライベート時間情報、属人／属グループ、時間属性、ジャンルの情報を、記憶部に保持し（ステップＳ２２１）、その後、ステップＳ１８１に戻る。

また、ステップＳ２２０で、検索モードから他のモードへは変更されてはいないと判別したときには、ＣＰＵ２０１は、電源オフとされたか否か判別し（ステップＳ２２２）、電源オフとされてはいないと判別したときには、ステップＳ１８６に戻り、検索結果の音楽コンテンツの音響再生を継続する。

また、ステップＳ２２２で、電源オフとされたと判別したときには、ＣＰＵ２０１は、その時点において指定されているパブリック時間情報、時間属性、ジャンルの情報を、記憶部に保持し（ステップＳ２２３）、その後、今回聴取した音楽コンテンツの聴取履歴などの時間情報（プライベート時間情報）を当該コンテンツの付随データに追加するなどの終了処理をして（ステップＳ２２４）、この処理ルーチンを終了する。

次に、ステップＳ１８１で、「時間差」が選択されていると判別したときには、ＣＰＵ２０１は、前回の「時間差」を用いた検索処理において最後に指定されていた時間差の情報を、その記憶部から読み出す（図３３のステップＳ２３１）。

次に、ＣＰＵ２０１は、指定されている時間差の情報、条件の情報を検索条件として、コンテンツ格納部２０６内に格納されている音楽コンテンツについて、コンテンツ検索処理部２１９を用いて検索を行う（ステップＳ２３２）。

次に、ＣＰＵ２０１は、検索の結果、複数個の音楽コンテンツが検索されたときには、当該検索された音楽コンテンツを、任意の順序で音響再生するようにする（ステップＳ２３３）。

次に、ＣＰＵ２０１は、時間差を求めるための一方の基礎となるパブリック時間属性（パブリック時間情報の時間属性）の変更操作がなされたか否か判別し（ステップＳ２３４）、変更されたと判別したときには、その変更されたパブリック時間属性を受け付ける（ステップＳ２３５）。そして、ＣＰＵ２０１は、ステップＳ２３２に戻り、変更された検索条件により再検索を行い、このステップＳ２３２以降の処理を繰り返す。

次に、ＣＰＵ２０１は、ステップＳ２３４で、パブリック時間属性の変更操作がなされていないと判別したときには、時間差を求めるための他方の基礎となるプライベート時間属性（プライベート時間情報の時間属性）の変更操作がなされたか否か判別し（ステップＳ２３６）、変更されたと判別したときには、その変更されたプライベート時間属性を受け付ける（ステップＳ２３７）。そして、ＣＰＵ２０１は、ステップＳ２３２に戻り、変更された検索条件により再検索を行い、このステップＳ２３２以降の処理を繰り返す。

また、ステップＳ２３６で、プライベート時間属性の変更操作がなされていないと判別したときには、ＣＰＵ２０１は、時間差条件の変更操作がなされたか否か判別し（ステップＳ２３８）、変更されたと判別したときには、その変更された時間差条件を受け付ける（ステップＳ２３９）。そして、ＣＰＵ２０１は、ステップＳ２３２に戻り、変更された検索条件により再検索を行い、このステップＳ２３２以降の処理を繰り返す。

ここで、時間差条件の指定は、この例では、指定されたプライベート時間属性に合致するプライベート時間情報と、指定されたパブリック時間属性に合致するパブリック時間情報との差の時間値の指定と、当該差の時間値より大きい時間差を検索条件とするか、あるいは、当該差の時間値より小さい時間差を検索条件とするかの選択指定とからなる。

例えば、パブリック時間属性としてリリース日（発売日）が指定され、プライベート時間属性として購入日（ダウンロード日）が指定されたとき、その時間差が１週間と指定され、かつ、当該時間差よりも小さい時間差を検索条件として検索した場合には、リリース日後、比較的早期に購入されたコンテンツを検索することを意味する。

また、パブリック時間属性とプライベート時間属性が上記と同じ指定とされ、時間差が５年と指定され、かつ、当該時間差よりも大きい時間差を検索条件として検索する場合は、いわゆる懐メロなどのようなコンテンツを検索することを意味する。

ステップＳ２３８で、時間差条件の変更操作がなされていないと判別したときには、ＣＰＵ２０１は、検索モードから他のモードに変更されたか否か判別し（図３４のステップＳ２４１）、モードが変更されたと判別したときには、その時点において指定されているプライベート時間属性、パブリック時間属性、時間差条件の情報を、記憶部に保持し（ステップＳ２４２）、その後、ステップＳ１８１に戻る。

また、ステップＳ２４１で、検索モードから他のモードへは変更されてはいないと判別したときには、ＣＰＵ２０１は、電源オフとされたか否か判別し（ステップＳ２４３）、電源オフとされてはいないと判別したときには、ステップＳ２３３に戻り、検索結果の音楽コンテンツの音響再生を継続する。

また、ステップＳ２４３で、電源オフとされたと判別したときには、ＣＰＵ２０１は、その時点において指定されているプライベート時間属性、パブリック時間属性、時間差条件の情報を、記憶部に保持し（ステップＳ２４４）、その後、今回聴取した音楽コンテンツの聴取履歴などの時間情報（プライベート時間情報）を当該コンテンツの付随データに追加するなどの終了処理をして（ステップＳ２４５）、この処理ルーチンを終了する。

次に、ステップＳ２３２で行われる時間差条件に基づく検索処理の例を図３５のフローチャートを参照して説明する。

すなわち、まず、ＣＰＵ２０１は、時間差条件情報を解析し、指定されたパブリック時間情報Ａの時間属性およびプライベート時間情報Ｂの時間属性を認識する（ステップＳ３０１）。次に、ＣＰＵ２０１は、時間差Ｂ−Ａの大きさＣと、検索条件はＣより大か、小かを認識する（ステップＳ３０２）。

そして、音楽コンテンツの付随データを読み出し、そのパブリック時間属性およびプライベート時間属性の中から、指定されたパブリック時間属性およびプライベート時間属性に合致する時間情報をサーチする。そして、そのサーチの結果、検出されたパブリック時間情報Ａとプライベート時間情報Ｂとの時間差を求め、指定された時間差についての検索条件に合致するか否かを判別する（ステップＳ３０３）。

このステップＳ３０３で、指定された時間差についての検索条件に合致すると判別したときには、ＣＰＵ２０１は、その音楽コンテンツを再生するコンテンツリストにリストアップする（ステップＳ３０４）。

また、ステップＳ３０３で、指定された時間差についての検索条件に合致しないと判別したときには、ＣＰＵ２０１は、その音楽コンテンツは、再生するコンテンツリストには載せないと決定する（ステップＳ３０５）。

そして、ステップＳ３０４およびステップＳ３０５の後には、ＣＰＵ２０１は、コンテンツ格納部２０６内のすべての音楽コンテンツについて、上記の検索処理が終了したか否か判別し（ステップＳ３０６）、すべてのコンテンツについて検索が終了していないときには、ステップＳ３０３に戻って、次のコンテンツについて、このステップＳ３０３以降の処理を繰り返す。また、ステップＳ３０６で、すべてのコンテンツについて検索が終了したと判別したときには、この検索処理ルーチンを終了する。

＜ＡＶコンテンツ受信端末３０のコンテンツ検索処理動作の例の説明＞
次に、ＡＶコンテンツ受信端末３０がコンテンツ格納部３０６に格納されている大量のＡＶコンテンツの中から所定のコンテンツを、時間情報およびその属性情報を検索子として検索する場合について説明する。図３５〜図４１は、この場合のＡＶコンテンツの検索処理動作を説明するためのフローチャートである。

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

ＡＶコンテンツ受信端末３０において、格納コンテンツの検索モードが選択されると、ＣＰＵ３０１は、図３６のスタートから処理を開始し、例えばメニュー画面を通じた指定により、検索に使用する時間情報として、「プライベート時間情報」、「パブリック時間情報」、「プライベート時間情報とパブリック時間情報との時間差」あるいは「パブリック時間情報とプライベート時間情報の両方」のいずれが選択されているかを判別する（ステップＳ２５１）。

このステップＳ２５１で、パブリック時間情報が選択されていると判別したときには、ＣＰＵ３０１は、検索子としてパブリック時間情報、時間属性およびジャンルを用いた検索処理ルーチンを実行する（ステップＳ２５２）。

また、ステップＳ２５１で、プライベート時間情報が選択されていると判別したときには、ＣＰＵ３０１は、検索子としてプライベート時間情報、時間属性およびジャンルを用いた検索処理ルーチンを実行する（ステップＳ２５３）。

このステップＳ２５２およびステップＳ２５３のパブリック時間情報およびプライベート時間情報、その時間属性およびジャンルを用いた検索処理ルーチンは、前述した音楽コンテンツ受信端末２０におけるパブリック時間情報およびプライベート時間情報、時間属性およびジャンルを用いた検索処理ルーチンとほぼ同様である。そこで、ここでは、その詳細な処理動作のフローチャートは省略する。

ただし、音楽コンテンツ受信端末２０では、検索結果の音楽コンテンツを順次に音響再生するようにしたが、ＡＶコンテンツ受信端末３０では、検索条件に合致するＡＶコンテンツのリストを、一旦、表示画面３４に表示し、そのリストから利用者が選択したＡＶコンテンツのみを再生するようにするものである。

このＡＶコンテンツ受信端末では、時間情報および／またはジャンルを指定して、パブリック時間情報およびプライベート時間情報の両方に基づく検索をもできるようにしている。

すなわち、ステップＳ２５１で、パブリック時間情報およびプライベート時間情報の両方に基づく検索が選択されていると判別したときには、ＣＰＵ３０１は、前回の同検索終了時に指定されていたジャンルおよび時間情報を、その記憶部から読み出し（ステップＳ２５４）、指定されている時間情報およびジャンルを検索条件として、コンテンツ格納部３０６内に格納されているＡＶコンテンツについて、その付随データをサーチすることにより検索を行う（ステップＳ２５５）。

そして、ＣＰＵ３０１は、指定された時間情報に条件が合致するパブリック時間情報を有し、かつ、指定されたジャンルの条件に合致するＡＶコンテンツを検出して、そのリストを生成すると共に、指定された時間情報に条件が合致するプライベート時間情報を有し、かつ、指定されたジャンルの条件に合致するＡＶコンテンツを検出して、そのリストを生成する。そして、ＣＰＵ３０１は、それぞれのリストを、図３９に示すように、表示画面３４において、時間情報がパブリック時間情報と合致するＡＶコンテンツは左表示欄３７に、時間情報がプライベート時間情報と合致するＡＶコンテンツは右表示欄３８に、それぞれ提示する（図３７のステップＳ２６１）。

この図３９に示すように、このリスト表示においては、各ＡＶコンテンツのタイトルと、時間属性が表示される。したがって、このリスト表示から、利用者は、時間情報に合致するパブリック時間情報の時間属性およびプライベート時間情報の時間属性を知ることができる。利用者は、この時間属性を、再生を欲するＡＶコンテンツを選択する際の重要な手がかりとして利用することができる。

また、検索条件の時間情報がパブリック時間情報に合致するコンテンツのリストと、検索条件の時間情報がプライベート時間情報に合致するコンテンツのリストとが、別々の表示欄３７，３８に表示されるので、利用者は、単に、時間情報とジャンルを指定するだけで、種々の時間属性が対応するＡＶコンテンツのリストを取得することができて、再生を欲するＡＶコンテンツの選択に非常に便利である。

次に、ＣＰＵ３０１は、操作ボタン３２ｃが操作されてジャンルが変更されたか否か判別し（ステップＳ２６２）、変更されたと判別したときには、その変更されたジャンルを受け付けて、ジャンル表示欄３４５のジャンル表示を変更する（ステップＳ２６３）。そして、ＣＰＵ３０１は、ステップＳ２５５に戻り、変更された検索条件により再検索を行い、このステップＳ２５５以降の処理を繰り返す。

また、ステップＳ２６２で、ジャンルが変更されてはいないと判別したときには、ＣＰＵ３０１は、時間情報が変更されたか否か判別し（ステップＳ２６４）、変更されたと判別したときには、その変更された時間情報を受け付けて、時間情報表示欄３４３の時間情報表示を変更する（ステップＳ２６５）。そして、ＣＰＵ３０１は、ステップＳ２５５に戻り、変更された検索条件により再検索を行い、このステップＳ２５５以降の処理を繰り返す。

ステップＳ２６４で、時間情報の変更操作はなされていないと判別したときには、ＣＰＵ３０１は、特定コンテンツ（選択中コンテンツ）の選択変更操作がなされたか否か判別する（ステップＳ２６６）。この変更操作は、方向操作ボタン３３を用いて行うことできる。そして、この例では、表示欄３７と表示欄３８とのいずれか一方においてコンテンツ選択が行われるように構成され、また、表示欄３７におけるコンテンツ選択であるのかと、表示欄３８におけるコンテンツ選択であるのかの切り替えも、左右方向指示操作ボタン３３ｃ，３３ｄにより行うことができるように構成されている。

図３９の例では、左表示欄３７が、現在、コンテンツ選択が可能である表示欄であって、そのＮｏ．００１のＡＶコンテンツが選択中コンテンツであることを、網掛けを付して示している。そして、その選択中コンテンツのサムネイル画像３４９が表示される。

ステップＳ２６６で、特定コンテンツの選択変更操作がなされたと判別したときには、ＣＰＵ３０１は、その選択変更操作に応じて、選択中コンテンツを変更表示するようにする（ステップＳ２６７）。

ステップＳ２６６で、特定コンテンツの選択変更操作がなされていないと判別したとき、また、ステップＳ２６７の次には、ＣＰＵ３０１は、エンターボタン３２ａが操作されて、特定コンテンツの決定操作がなされたか否か判別する（ステップＳ２６８）。

そして、このステップＳ２６８で、特定コンテンツの決定操作がなされたと判別したときには、ＣＰＵ３０１は、表示画面３４に表示されているコンテンツリスト中において、選択中であるＡＶコンテンツの再生処理を実行する（ステップＳ２６９）。

また、ステップＳ２６８で、特定コンテンツの決定操作がなされていないと判別したときには、ＣＰＵ３０１は、検索モードから他のモードに変更されたか否か判別し（図３８のステップＳ２７１）、モードが変更されたと判別したときには、その時点において指定されている時間情報およびジャンルの情報を、記憶部に保持し（ステップＳ２７２）、その後、ステップＳ２５１に戻る。

また、ステップＳ２７１で、検索モードから他のモードへは変更されてはいないと判別したときには、ＣＰＵ３０１は、電源オフとされたか否か判別し（ステップＳ２７３）、電源オフとされてはいないと判別したときには、ステップＳ２６１に戻り、検索結果のコンテンツリスト表示を継続する。

また、ステップＳ２７３で、電源オフとされたと判別したときには、ＣＰＵ３０１は、その時点において指定されている時間情報およびジャンルの情報を、記憶部に保持し（ステップＳ２７４）、その後、今回視聴したＡＶコンテンツの視聴履歴などの時間情報（プライベート時間情報）を当該コンテンツの付随データに追加するなどの終了処理をして（ステップＳ２７５）、この処理ルーチンを終了する。

次に、ステップＳ２５１で、「時間差」が選択されていると判別したときには、ＣＰＵ３０１は、前回の「時間差」を用いた検索処理において最後に指定されていた時間差の情報を、その記憶部から読み出す（ステップＳ２５６）。

次に、ＣＰＵ３０１は、指定されている時間差の情報、条件の情報を検索条件として、コンテンツ格納部３０６内に格納されているＡＶコンテンツについて、付随データをサーチすることにより検索を行う（ステップＳ２５７）。

次に、ＣＰＵ３０１は、その検索の結果としてのコンテンツリストを生成し、当該生成したコンテンツリストを表示画面３４に、例えば、図７に示したように表示する。

次に、ＣＰＵ３０１は、時間差を求めるための一方の基礎となるパブリック時間属性やプライベート時間属性の変更操作がなされたか否か判別し（図４０のステップＳ２８１）、変更されたと判別したときには、その変更されたパブリック時間属性やプライベート時間属性を受け付ける（ステップＳ２８２）。そして、ＣＰＵ３０１は、ステップＳ２５７に戻り、変更された検索条件により再検索を行い、このステップＳ２５７以降の処理を繰り返す。

また、ステップＳ２８１で、パブリック時間属性やプライベート時間属性の変更操作がなされていないと判別したときには、ＣＰＵ３０１は、時間差の条件情報の変更操作がなされたか否か判別し（ステップＳ２８３）、変更されたと判別したときには、その変更された時間差の条件情報を受け付ける（ステップＳ２８４）。そして、ＣＰＵ３０１は、ステップＳ２５７に戻り、変更された検索条件により再検索を行い、このステップＳ２５７以降の処理を繰り返す。

ここで、時間差の条件情報は、前述したように、指定されたプライベート時間属性に合致するプライベート時間情報と、指定されたパブリック時間属性に合致するパブリック時間情報との差の時間値の指定情報と、当該差の時間値より大きい時間差を検索条件とするか、あるいは、当該差の時間値より小さい時間差を検索条件とするかの選択指定情報とからなる。

ステップＳ２８３で、時間差条件の変更操作がなされていないと判別したときには、ＣＰＵ３０１は、特定コンテンツ（選択中コンテンツ）の選択変更操作がなされたか否か判別する（ステップＳ２８５）。

ステップＳ２８５で、特定コンテンツの選択変更操作がなされたと判別したときには、ＣＰＵ３０１は、その選択変更操作に応じて、選択中コンテンツを変更表示するようにする（ステップＳ２８６）。

ステップＳ２８５で、特定コンテンツの選択変更操作がなされていないと判別したとき、また、ステップＳ２８６の次には、ＣＰＵ３０１は、エンターボタン３２ａが操作されて、特定コンテンツの決定操作がなされたか否か判別する（ステップＳ２８７）。

そして、このステップＳ２８７で、特定コンテンツの決定操作がなされたと判別したときには、ＣＰＵ３０１は、表示画面３４に表示されているコンテンツリスト中において、選択中であるＡＶコンテンツの再生処理を実行する（ステップＳ２８８）。

また、ステップＳ２８７で、特定コンテンツの決定操作がなされていないと判別したときには、ＣＰＵ３０１は、検索モードから他のモードに変更されたか否か判別し（図４１のステップＳ２９１）、モードが変更されたと判別したときには、その時点において指定されている時間差の条件情報および検索条件の情報を、記憶部に保持し（ステップＳ２９２）、その後、ステップＳ２５１に戻る。

また、ステップＳ２９１で、検索モードから他のモードへは変更されてはいないと判別したときには、ＣＰＵ３０１は、電源オフとされたか否か判別し（ステップＳ２９３）、電源オフとされてはいないと判別したときには、ステップＳ２５８に戻り、検索結果のコンテンツリスト表示を継続する。

また、ステップＳ２９３で、電源オフとされたと判別したときには、ＣＰＵ３０１は、その時点において指定されている時間差の条件情報および検索条件の情報を、記憶部に保持し（ステップＳ２９４）、その後、今回視聴したＡＶコンテンツの視聴履歴などの時間情報（プライベート時間情報）を当該コンテンツの付随データに追加するなどの終了処理をして（ステップＳ２９５）、この処理ルーチンを終了する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

なお、コンテンツ配信サーバ１０のコンテンツデータベース１１に格納されている段階においても、コンテンツに関連する特定人、例えばアーティストや出演者などについてのプライベート時間情報を、コンテンツ配信サーバ１０のコンテンツデータベース１１に格納されているコンテンツに付随する付随データに含めておくようにしても良い。

また、コンテンツ配信サーバ１０において、コンテンツの利用者ＩＤ（利用者識別子）に対応させて、当該利用者が配信を受けたコンテンツの付随データを、コンテンツＩＤに対応して格納しておくようにすることもできる。その場合には、コンテンツ受信端末は、コンテンツ格納部を備えなくとも、プライベート時間情報およびパブリック時間情報、さらには、両者の時間差などを用いて検索要求をコンテンツ配信サーバに送り、その検索結果を受け取るようにすることもできる。

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

Claims (7)

1. 音楽コンテンツまたはビデオコンテンツからなるコンテンツのそれぞれに対して設定された、前記コンテンツを利用する不特定の人に共通する前記コンテンツに関するパブリック時間情報および当該時間情報の属性情報と、前記コンテンツを利用する特定の人にしか属さない前記コンテンツに関するプライベート時間情報および当該時間情報の属性情報とを保持し、
   ユーザから特定の時間情報を検索子として受け付け、
   前記検索子に基づいて前記コンテンツを検索し、検索条件に合ったコンテンツを出力する
   コンテンツ検索方法。
2. 前記特定の時間情報は、前記パブリック時間情報または前記プライベート時間情報に関する時間情報である、請求項１に記載のコンテンツ検索方法。
3. 前記特定の時間情報は、前記パブリック時間情報と前記プライベート時間情報との差の時間情報である、請求項１に記載のコンテンツ検索方法。
4. 音楽コンテンツまたはビデオコンテンツからなるコンテンツのそれぞれに対して設定された、前記コンテンツを利用する不特定の人に共通する前記コンテンツに関するパブリック時間情報および当該時間情報の属性情報と、前記コンテンツを利用する特定の人にしか属さない前記コンテンツに関するプライベート時間情報および当該時間情報の属性情報とを保持し、
   ユーザから特定の時間情報を検索子として受け付け、
   前記検索子に基づいて前記コンテンツを検索し、検索条件に合ったコンテンツを出力する
   情報処理装置。
5. コンピュータが、音楽コンテンツまたはビデオコンテンツからなるコンテンツのデータのそれぞれと、前記コンテンツに対応付けられた前記コンテンツに関連する時間情報および当該時間情報の属性情報を含む付随データとを受信するコンテンツ受信方法であって、
   前記コンテンツに関連すると共に前記コンテンツを利用する不特定多数の人に共通するパブリック時間情報およびその属性情報との組を、前記付随データに含めて受信すると共に、
   前記コンテンツを利用者が利用した場合、前記コンテンツに関連すると共に前記コンテンツを取得して利用する特定少数の人にしか属さないプライベート時間情報を、前記付随データに記録する
   コンテンツ受信方法。
6. 前記コンテンツの利用は、前記コンテンツの購入または再生である、請求項５に記載のコンテンツ受信方法。
7. コンピュータが、音楽コンテンツまたはビデオコンテンツからなるコンテンツのデータのそれぞれと、前記コンテンツに対応付けられた前記コンテンツに関連する時間情報および当該時間情報の属性情報を含む付随データとを受信するコンテンツ受信装置であって、
   前記コンテンツに関連すると共に前記コンテンツを利用する不特定多数の人に共通するパブリック時間情報およびその属性情報との組を、前記付随データに含めて受信すると共に、
   前記コンテンツを利用者が利用した場合、前記コンテンツに関連すると共に前記コンテンツを取得して利用する特定少数の人にしか属さないプライベート時間情報を、前記付随データに記録する
   コンテンツ受信装置。
   

Images