JP2005092477A - コンテンツ配信方法、コンテンツ取得装置および方法、並びにプログラム - Google Patents

Abstract

【課題】 GUIに頼らないコンテンツのダウンロード操作ができるようにする。
【解決手段】 EMDサービスにおいて、ユーザが楽曲の試聴を行う場合、ユーザは、試聴操作開始の操作を行うことなく、EMDクライアントが自分自身の判断で再生する楽曲を視聴する。即ち、楽曲（それを特定する楽曲情報）のリストである楽曲紹介ページ９２が表示された状態で、ユーザが上方キー４４または下方キー４５を押下すると、EMDクライアントは、試聴再生する楽曲を更新し、その楽曲の情報のみ反転表示９２させた上、ユーザによる試聴開始の操作を介在することなく自分自身の判断で、その楽曲の試聴データをEMDサーバより取得し、その試聴データに対応する楽曲（一部分）をスピーカ２１から再生させる。本発明は、インターネットと接続可能なオーディオ機器等の家電製品に適用可能である。
【選択図】 図６

Description

本発明は、コンテンツ配信方法、コンテンツ取得装置および方法、並びにプログラムに関し、特に、GUI(Graphical User Interface)に頼らないコンテンツのダウンロード操作ができる、コンテンツ配信方法、コンテンツ取得装置および方法、並びにプログラムに関する。

近年、インターネットを介して様々なコンテンツを配信するサービスが普及してきている。例えば、このようなコンテンツの配信のサービスとして、音楽（楽曲）の配信のサービス（以下、EMD（Electronic Music Distribution）サービスと称する）が挙げられる。

このようなEMDサービスを実現するシステム（以下、EMDサービスと称する）は、楽曲を配信するサーバ（以下、EMDサーバと称する）と、その楽曲を取得（ダウンロード）するクライアント（以下、EMDクライアントと称する）とから構成される（特許文献１参照）。
特開２００２−１２３２６４号公報

しかしながら、特許文献１に開示されたような従来のEMDシステムにおいては、EMDクライアントとして、大きな画面（１４インチから２１インチ程度であることが多い）とマウス等のポインティングデバイスとを有するパーソナルコンピュータ（以下、PC（Personal Computer）と称する）が利用の対象とされている。このため、従来のEMDサービスにおいては、このような大きな画面とポインティングデバイスとの利用、即ち、GUIの利用が必須であるという課題があった。

換言すると、従来のEMDシステムにおいては、PCのような大きな画面とポインティングデバイスとを有しない家電製品等（例えば、オーディオ機器）を、EMDクライアントとして適用することは困難であるという課題があった。

詳細には、従来のEMDシステムにおいては、はじめに、PC（EMDクライアント）が、購入可能な（EMDサーバが配信可能な）楽曲のリストをEMDサーバから取得し、その画面に表示させる。

ユーザは、PCの画面に表示されたリストに含まれる各楽曲のそれぞれを試聴していき、気に入った楽曲を見付けるとその楽曲を購入する（ダウンロードさせる）。或いは、ユーザは、購入する楽曲が既に決まっている場合でも、確認のために購入前にその楽曲を試聴する。

このとき、ユーザは、所定の楽曲を試聴するために、ポインティングデバイスを利用しなければならない。即ち、画面に表示されたリストには、EMDサーバが配信可能な各楽曲のそれぞれの特徴を示す情報（例えば、曲名、演奏者名、または、価格等であり、以下、これらの情報をまとめて楽曲情報と称する）が含まれ、その楽曲情報がPCの画面に列挙される。ユーザは、このように列挙された楽曲情報のうちの試聴を望む楽曲に対応する楽曲情報をポインティングデバイスを用いて指定し、さらに、その楽曲の試聴再生を開始させるためのボタン(ソフトウェアキー)を、ポインティングデバイスを用いて押下する（クリックする）といった煩雑な操作が必要となる。

さらに、ユーザは、試聴して気に入った楽曲を購入する場合にも、試聴のときと同様な操作（ポインティングデバイスを用いてクリックするといった明示的な操作）を行わなければならない。

このように、従来のEMDサービスにおいては、GUIが前提になっており、PCのような大きな表示部(画面)やポインティングデバイスを有しない機器（オーディオ機器等）を、EMDクライアントとして適用することは困難である。

また、EMDクライアントとしてPCをたとえ利用する場合であっても、ユーザの目的はあくまでも音楽を聴くことであり、この音楽を聴く（試聴する）ために画面を注視せねばならないことはユーザにとっては期待するところではない。

本発明は、このような状況に鑑みてなされたものであり、GUIに頼らないコンテンツのダウンロード操作ができるようにするものである。

本発明のコンテンツ配信方法は、１以上の情報処理装置からなる、コンテンツのデータを配信するサーバシステムと、サーバシステムから配信されたコンテンツのデータを取得するクライアントとからなるコンテンツ配信システムのコンテンツ配信方法であって、クライアントは、１以上のコンテンツのそれぞれを特定するコンテンツ情報を含むリストをサーバシステムに要求し、サーバシステムは、クライアントから要求されたリストをクライアントに送信し、クライアントは、受信したリストに含まれる１以上のコンテンツ情報のうちの第１のコンテンツ情報により特定されるコンテンツを注目コンテンツに設定し、ユーザより注目コンテンツの変更の指示がなされた場合、受信したリストに含まれる１以上のコンテンツ情報のうちの第２のコンテンツ情報により特定されるコンテンツを注目コンテンツに再設定し、設定または再設定された注目コンテンツの試用データをユーザの操作を介在することなくサーバシステムに要求し、サーバシステムは、クライアントから要求された注目コンテンツの試用データをクライアントに送信し、クライアントは、受信した試用データに対応する注目コンテンツをユーザの操作を介在することなく再生し、試用データに対応する注目コンテンツを再生している間に、ユーザから注目コンテンツの取得の指示がなされた場合、注目コンテンツの正式データをサーバシステムに要求し、サーバシステムは、クライアントから要求された注目コンテンツの正式データをクライアントに送信することを特徴とする。

本発明のコンテンツ配信方法においては、１以上のコンテンツのそれぞれを特定するコンテンツ情報を含むリストの送信がクライアントから要求されると、要求されたそのリストがサーバシステムからクライアントに送信される。次に、クライアントにより、受信されたリストに含まれる１以上のコンテンツ情報のうちの第１のコンテンツ情報により特定されるコンテンツが注目コンテンツに設定され、ユーザより注目コンテンツの変更の指示がなされた場合、そのリストに含まれる１以上のコンテンツ情報のうちの第２のコンテンツ情報により特定されるコンテンツが注目コンテンツに再設定される。すると、設定または再設定された注目コンテンツの試用データの送信がクライアントからサーバシステムに要求され、要求された注目コンテンツの試用データがサーバシステムからクライアントに送信される。そして、クライアントにより、受信された試用データに対応する注目コンテンツが再生され、その再生中に、ユーザから注目コンテンツの取得の指示がなされた場合、注目コンテンツの正式データの送信がクライアントからサーバシステムに要求され、その結果、要求された注目コンテンツの正式データがサーバシステムからクライアントに送信される。

本発明のコンテンツ取得装置は、１以上の情報処理装置からなるサーバシステムから配信されたコンテンツのデータを取得するコンテンツ取得装置であって、サーバシステムとの間で情報を送受信する通信手段と、１以上のコンテンツのそれぞれを特定するコンテンツ情報を含むリストを要求する第１の要求情報を、通信手段からサーバシステムに送信させ、その後、サーバシステムから第１の要求情報の応答として送信されてきたリストを通信手段に受信させる制御を実行する第１の通信制御手段と、第１の通信制御手段の制御により通信手段にリストが受信された場合、リストに含まれる１以上のコンテンツ情報のうちの第１のコンテンツ情報により特定されるコンテンツを注目コンテンツに設定し、ユーザより注目コンテンツの変更の指示がなされたとき、リストに含まれる１以上のコンテンツ情報のうちの第２のコンテンツ情報により特定されるコンテンツを注目コンテンツに再設定する設定手段と、設定手段により設定または再設定された注目コンテンツの試用データを要求する第２の要求情報をサーバシステムに送信させる制御をユーザの操作を介在することなく実行し、その後、サーバシステムから第２の要求情報の応答として送信されてきた注目コンテンツの試用データを、通信手段に受信させる制御を実行する第２の通信制御手段と、第２の通信制御手段の制御により通信手段に受信された試用データに対応する注目コンテンツをユーザの操作を介在することなく再生する再生手段と、再生手段により試用データに対応する注目コンテンツが再生されている間、ユーザから注目コンテンツの取得の指示がなされた場合、注目コンテンツの正式データを要求する第３の要求情報を、通信手段からサーバシステムに送信させ、その後、サーバシステムから第３の要求情報の応答として送信されてきた注目コンテンツの正式データを、通信手段に受信させる制御を実行する第３の通信制御手段とを備えることを特徴とする。

ユーザにより操作され、注目コンテンツの変更の指示を設定手段に入力させる第１の入力手段と、注目コンテンツの取得の指示を第３の通信制御手段に入力させる第２の入力手段とを有する操作手段をさらに設けるようにすることができる。

リストには、１以上のコンテンツのそれぞれに対して予め設定された試用データの繰り返し再生の許可回数がさらに含まれており、第２の通信制御手段は、第２の要求情報を通信手段からサーバシステムに送信させる制御を、リストに含まれる許可回数以下の回数だけ繰り返し実行するようにすることができる。

第２の通信制御手段は、設定手段により注目コンテンツが設定または再設定された時点から所定の時間が経過しても、注目コンテンツが変更されていない場合、第２の要求情報を通信手段からサーバシステムに送信させる制御を実行するようにすることができる。

リストには、１以上のコンテンツのそれぞれと関連する内容を示すコンテンツ関連情報が含まれており、リストに含まれる１以上のコンテンツ関連情報のうちの、注目コンテンツに対応するコンテンツ関連情報を、所定の表示装置に少なくとも表示させる表示制御手段をさらに設けるようにすることができる。

本発明のコンテンツ取得装置においては、１以上のコンテンツのそれぞれを特定するコンテンツ情報を含むリストを要求する第１の要求情報が、サーバシステムに送信され、その後、サーバシステムから第１の要求情報の応答として送信されてきたリストが受信された場合、リストに含まれる１以上のコンテンツ情報のうちの第１のコンテンツ情報により特定されるコンテンツが注目コンテンツに設定され、ユーザより注目コンテンツの変更の指示がなされたとき、リストに含まれる１以上のコンテンツ情報のうちの第２のコンテンツ情報により特定されるコンテンツが注目コンテンツに再設定される。すると、設定または再設定された注目コンテンツの試用データを要求する第２の要求情報が、ユーザの操作を介在することなくサーバシステムに送信され、その後、サーバシステムから第２の要求情報の応答として送信されてきた注目コンテンツの試用データが受信されると、受信された試用データに対応する注目コンテンツがユーザの操作を介在することなく再生される。そして、その再生中に、ユーザから注目コンテンツの取得の指示がなされた場合、注目コンテンツの正式データを要求する第３の要求情報が、サーバシステムに送信され、その後、サーバシステムから第３の要求情報の応答として送信されてきた注目コンテンツの正式データが受信される。

本発明のコンテンツ取得方法は、１以上の情報処理装置からなるサーバシステムから配信されたコンテンツのデータを取得するコンテンツ取得方法であって、１以上のコンテンツのそれぞれを特定するコンテンツ情報を含むリストをサーバシステムに要求し、その要求の結果、サーバシステムから提供されたリストを取得する第１の取得ステップと、第１の取得ステップの処理によりリストが取得された場合、リストに含まれる１以上のコンテンツ情報のうちの第１のコンテンツ情報により特定されるコンテンツを注目コンテンツに設定し、ユーザより注目コンテンツの変更の指示がなされたとき、リストに含まれる１以上のコンテンツ情報のうちの第２のコンテンツ情報により特定されるコンテンツを注目コンテンツに再設定する設定ステップと、設定ステップの処理により設定または再設定された注目コンテンツの試用データをユーザの操作を介在することなくサーバシステムに要求し、その要求の結果、サーバシステムから配信された注目コンテンツの試用データを取得する第２の取得ステップと、第２の取得ステップの処理により取得された試用データに対応する注目コンテンツをユーザの操作を介在することなく再生する再生ステップと、再生ステップの処理により試用データに対応する注目コンテンツが再生されている間に、ユーザから注目コンテンツの取得の指示がなされた場合、注目コンテンツの正式データをサーバシステムに要求し、その要求の結果、サーバシステムから配信された注目コンテンツの正式データを取得する第３の取得ステップとを含むことを特徴とする。

本発明のプログラムは、１以上の情報処理装置からなるサーバシステムから配信されたコンテンツのデータを取得する処理をコンピュータに実行させるプログラムであって、１以上のコンテンツのそれぞれを特定するコンテンツ情報を含むリストをサーバシステムに要求し、その要求の結果、サーバシステムから提供されたリストを取得する第１の取得ステップと、第１の取得ステップの処理によりリストが取得された場合、リストに含まれる１以上のコンテンツ情報のうちの第１のコンテンツ情報により特定されるコンテンツを注目コンテンツに設定し、ユーザより注目コンテンツの変更の指示がなされたとき、リストに含まれる１以上のコンテンツ情報のうちの第２のコンテンツ情報により特定されるコンテンツを注目コンテンツに再設定する設定ステップと、設定ステップの処理により設定または再設定された注目コンテンツの試用データをユーザの操作を介在することなくサーバシステムに要求し、その要求の結果、サーバシステムから配信された注目コンテンツの試用データを取得する第２の取得ステップと、第２の取得ステップの処理により取得された試用データに対応する注目コンテンツをユーザの操作を介在することなく再生する再生ステップと、再生ステップの処理により試用データに対応する注目コンテンツが再生されている間に、ユーザから注目コンテンツの取得の指示がなされた場合、注目コンテンツの正式データの配信をサーバシステムに要求し、その要求の結果、サーバシステムから配信された注目コンテンツの正式データを取得する第３の取得ステップとを含むことを特徴とする。

本発明のコンテンツ取得方法、および、プログラムにおいては、１以上のコンテンツのそれぞれを特定するコンテンツ情報を含むリストがサーバシステムに要求され、その要求の結果、サーバシステムから提供されたリストが取得された場合、リストに含まれる１以上のコンテンツ情報のうちの第１のコンテンツ情報により特定されるコンテンツが注目コンテンツに設定され、ユーザより注目コンテンツの変更の指示がなされたとき、リストに含まれる１以上のコンテンツ情報のうちの第２のコンテンツ情報により特定されるコンテンツが注目コンテンツに再設定される。そして、設定または再設定された注目コンテンツの試用データがユーザの操作を介在することなくサーバシステムに要求され、その要求の結果、サーバシステムから配信された注目コンテンツの試用データが取得され、取得された試用データに対応する注目コンテンツがユーザの操作を介在することなく再生される。その再生中に、ユーザから注目コンテンツの取得の指示がなされた場合、注目コンテンツの正式データがサーバシステムに要求され、その要求の結果、サーバシステムから配信された注目コンテンツの正式データが取得される。

以上のごとく、本発明によれば、コンテンツのダウンロードができる。特に、GUI(Graphical User Interface)に頼らないコンテンツのダウンロード操作で、コンテンツのダウンロードができる。

以下に本発明の実施の形態を説明するが、請求項に記載の構成要件と、発明の実施の形態における具体例との対応関係を例示すると、次のようになる。この記載は、請求項に記載されている発明をサポートする具体例が、発明の実施の形態に記載されていることを確認するためのものである。従って、発明の実施の形態中には記載されているが、構成要件に対応するものとして、ここには記載されていない具体例があったとしても、そのことは、その具体例が、その構成要件に対応するものではないことを意味するものではない。逆に、具体例が構成要件に対応するものとしてここに記載されていたとしても、そのことは、その具体例が、その構成要件以外の構成要件には対応しないものであることを意味するものでもない。

さらに、この記載は、発明の実施の形態に記載されている具体例に対応する発明が、請求項に全て記載されていることを意味するものではない。換言すれば、この記載は、発明の実施の形態に記載されている具体例に対応する発明であって、この出願の請求項には記載されていない発明の存在、すなわち、将来、分割出願されたり、補正により追加される発明の存在を否定するものではない。

本発明によれば、コンテンツの配信方法が提供される。このコンテンツの配信方法は、１以上の情報処理装置からなる、コンテンツのデータを配信するサーバシステム（例えば、図１のEMDサーバ３、または、図２８のショップサーバ３０１−１乃至課金サーバ３０１−７からなるEMDサーバシステム３０１）と、前記サーバシステムから配信された前記コンテンツのデータを取得するクライアント（例えば、図１または図２８のEMDクライアント１）とからなるコンテンツ配信システムのコンテンツ配信方法である。詳細には、前記クライアントは、１以上の前記コンテンツのそれぞれを特定するコンテンツ情報（例えば、コンテンツの名称、ID、または、コンテンツのデータが存在するURLアドレス等）を含むリスト（例えば、図１３に示されるようなHTML文章２２１（楽曲紹介ページのHTML文章２２１）として構成されるリストであって、表示装置に表示された場合（表示は必須ではない）、図５に示されるようなリストである）を前記サーバシステムに要求し（例えば、図２４のステップＳ４２の処理を実行し）、前記サーバシステムは、前記クライアントから要求された前記リストを前記クライアントに送信し（例えば、図２４のステップＳ２０５の処理を実行し）、前記クライアントは、受信した前記リストに含まれる１以上の前記コンテンツ情報のうちの第１のコンテンツ情報により特定される前記コンテンツ（例えば、図６の図中一番上の楽曲情報ページ９１において、カーソル９２が配置された楽曲）を注目コンテンツ（例えば、後述する注目楽曲、またはフォーカスが設定された楽曲）に設定し、ユーザより前記注目コンテンツの変更の指示がなされた場合（例えば、図６に示されるように、図２の下方ボタン４５が押下された場合）、前記リストに含まれる１以上の前記コンテンツ情報のうちの第２のコンテンツ情報により特定される前記コンテンツ（例えば、図６の図中上から２番目の楽曲情報ページ９１において、カーソル９２が配置された楽曲）を前記注目コンテンツに再設定し、設定または再設定された前記注目コンテンツの試用データを前記ユーザの操作を介在することなく前記サーバシステムに要求し（例えば、図２４のステップＳ８３の処理を実行し）、前記サーバシステムは、前記クライアントから要求された前記注目コンテンツの前記試用データを前記クライアントに送信し（例えば、図２４のステップＳ２０７の処理を実行し）、前記クライアントは、受信した前記試用データに対応する前記注目コンテンツを前記ユーザの操作を介在することなく再生し、前記試用データに対応する前記注目コンテンツを再生している間に、前記ユーザから前記注目コンテンツの取得の指示がなされた場合（例えば、図７に示されるように、図７の図中一番上の楽曲情報ページ９１において、カーソル９２が配置された楽曲が図２のスピーカ２１から再生されている最中に、図２のENTERキー４３が２回押下された場合）、前記注目コンテンツの正式データを前記サーバシステムに要求し（例えば、図２５のステップＳ１０２の処理を実行し）、前記サーバシステムは、前記クライアントから要求された前記注目コンテンツの前記正式データを前記クライアントに送信する（例えば、図２５のステップＳ２４４の処理を実行する）ことができる。

本発明によれば、コンテンツ取得装置が提供される。このコンテンツ提供装置（例えば、図２と図３のEMDクライアント１）は、１以上の情報処理装置からなるサーバシステム（例えば、図１のEMDサーバ３、または、図２８のショップサーバ３０１−１乃至課金サーバ３０１−７からなるEMDサーバシステム３０１）から配信された前記コンテンツのデータを取得するコンテンツ取得装置であって、前記サーバシステムとの間で情報を送受信する通信手段（例えば、図２と図３の通信部１９）と、１以上の前記コンテンツのそれぞれを特定するコンテンツ情報を含むリストを要求する第１の要求情報（例えば、図１３に示される楽曲紹介ページ２２１の情報のリクエスト）を、前記通信手段から前記サーバシステムに送信させ、その後、前記サーバシステムから前記第１の要求情報の応答として送信されてきた前記リストを前記通信手段に受信させる制御を実行する第１の通信制御手段（例えば、図３のリスト取得部７１）と、前記第１の通信制御手段の制御により前記通信手段に前記リストが受信された場合、前記リストに含まれる１以上の前記コンテンツ情報のうちの第１のコンテンツ情報により特定される前記コンテンツを注目コンテンツに設定し、ユーザより前記注目コンテンツの変更の指示がなされたとき、前記リストに含まれる１以上の前記コンテンツ情報のうちの第２のコンテンツ情報により特定される前記コンテンツを前記注目コンテンツに再設定する設定手段（例えば、図３のフォーカス設定部７２）と、前記設定手段により設定または再設定された前記注目コンテンツの試用データを要求する第２の要求情報（例えば、図１３のHTML文章２２１の９行目のSAMPLEDATAタグ（<SAMPLEDATA>と</SAMPLEDATE>）に挟まれたURLアドレスにアクセスするときに送信するアクセス要求等）を、前記通信手段から前記サーバシステムに送信させる制御を前記ユーザの操作を介在することなく実行し、その後、前記サーバシステムから前記第２の要求情報の応答として送信されてきた前記注目コンテンツの前記試用データを、前記通信手段に受信させる制御を実行する第２の通信制御手段（例えば、図３のコンテンツ試用データ取得部７４）と、前記第２の通信制御手段の制御により前記通信手段に受信された前記試用データに対応する前記注目コンテンツを前記ユーザの操作を介在することなく再生する再生手段（例えば、図３の再生部７５）と、前記再生手段により前記試用データに対応する前記注目コンテンツが再生されている間、前記ユーザから前記注目コンテンツの取得の指示がなされた場合、前記注目コンテンツの正式データを要求する第３の要求情報（例えば、図１３のHTML文章２２１の１２行目のCONTENTDATAタグ（<CONTENTDATA>と</CONTENTDATA>）に挟まれたURLアドレスにアクセスするときに送信するアクセス要求等）を、前記通信手段から前記サーバシステムに送信させ、その後、前記サーバシステムから前記第３の要求情報の応答として送信されてきた前記注目コンテンツの前記正式データを、前記通信手段に受信させる制御を実行する第３の通信制御手段（例えば、図３のコンテンツ正式データ取得部７６）とを含む。

このコンテンツ取得装置においてはさらに、前記ユーザにより操作され、前記注目コンテンツの変更の前記指示を前記設定手段に入力させる第１の入力手段（例えば、図２の上方キー４４と下方キー４５）と、前記注目コンテンツの取得の前記指示を前記第３の通信制御手段に入力させる第２の入力手段（例えば、図２のENTERキー４３）とを有する操作手段（例えば、図２の入力部１７）を設けることができる。

このコンテンツ取得装置が利用する前記リストには、１以上の前記コンテンツのそれぞれに対して予め設定された前記試用データの繰り返し再生の許可回数（例えば、図１３のHTML文章２２１の８行目のREPEATタグ(<REPEAT>と</REPEAT>)に挟まれた数字）がさらに含まれており、このコンテンツ取得装置の前記第２の通信制御手段は、前記第２の要求情報を前記通信手段から前記サーバシステムに送信させる制御を、前記リストに含まれる前記許可回数以下の回数だけ繰り返し実行する（例えば、図１５のステップＳ８９の処理で規定回数（＝許可回数）再生したと判定するまで、ステップＳ８３乃至Ｓ８９の処理を繰り返す）ことができる。

このコンテンツ取得装置の前記第２の通信制御手段は、前記設定手段により前記注目コンテンツが設定または再設定された時点から所定の時間が経過しても（例えば、図２のタイマ５１が所定の時間を計時しても）、前記注目コンテンツが変更されていない場合、前記第２の要求情報を前記通信手段から前記サーバシステムに送信させる制御を実行する（例えば、図１４のステップＳ６４の処理でNOであると判定し、ステップＳ６５の処理でNOであると判定した場合、ステップＳ６７の処理、即ち、現時点の注目楽曲に対する図１５の「１楽曲分試聴処理」を開始させる）ことができる。

このコンテンツ取得装置にはさらに、前記リストに含まれる１以上の前記コンテンツ情報のうちの、前記注目コンテンツに対応するコンテンツ情報の少なくとも一部を、所定の表示装置（例えば、図２の表示部２３）に表示させる（例えば、図５の楽曲紹介ページ９１を表示させる）表示制御手段（例えば、図３の表示制御部７３）をさらに設けることができる。

本発明によれば、コンテンツ取得方法が提供される。このコンテンツ取得方法は、１以上の情報処理装置からなるサーバシステムから配信された前記コンテンツのデータを取得するコンテンツ取得方法であって、１以上の前記コンテンツのそれぞれを特定するコンテンツ情報を含むリストを前記サーバシステムに要求し、その要求の結果、前記サーバシステムから提供された前記リストを取得する第１の取得ステップ（例えば、図９のステップＳ７の「楽曲紹介ページ取得処理（詳細は図１２）」）と、前記第１の取得ステップの処理により前記リストが取得された場合、前記リストに含まれる１以上の前記コンテンツ情報のうちの第１のコンテンツ情報により特定される前記コンテンツを注目コンテンツに設定し、ユーザより前記注目コンテンツの変更の指示がなされたとき、前記リストに含まれる１以上の前記コンテンツ情報のうちの第２のコンテンツ情報により特定される前記コンテンツを前記注目コンテンツに再設定する設定ステップ（例えば、図１４のステップＳ６１乃至Ｓ６３の処理）と、前記設定ステップの処理により設定または再設定された前記注目コンテンツの試用データを、前記ユーザの操作を介在することなく前記サーバシステムに要求し、その要求の結果、前記サーバシステムから配信された前記注目コンテンツの前記試用データを取得する第２の取得ステップ（例えば、図１４のステップＳ６１またはＳ６７の処理で開始される図１５の「１楽曲分試聴処理」のうちの、特に、ステップＳ８３とＳ８４の処理）と、前記第２の取得ステップの処理により取得された前記試用データに対応する前記注目コンテンツを前記ユーザの操作を介在することなく再生する再生ステップ（例えば、図１４のステップＳ６１またはＳ６７の処理で開始される図１５の「１楽曲分試聴処理」のうちの、特に、ステップＳ８７の処理）と、前記再生ステップの処理により前記試用データに対応する前記注目コンテンツが再生されている間に、前記ユーザから前記注目コンテンツの取得の指示がなされた場合、前記注目コンテンツの正式データを前記サーバシステムに要求し、その要求の結果、前記サーバシステムから配信された前記注目コンテンツの前記正式データを取得する第３の取得ステップ（例えば、図９のステップＳ１２の「コンテンツデータ取得処理（詳細は、図１６）」とを含む。

また、本発明によれば、プログラムが提供される。このプログラムは、１以上の情報処理装置からなるサーバシステムから配信された前記コンテンツのデータを取得する処理をコンピュータに実行させるプログラムであって、１以上の前記コンテンツのそれぞれを特定するコンテンツ情報を含むリストの提供を前記サーバシステムに要求し、その要求の結果、前記サーバシステムから提供された前記リストを取得する第１の取得ステップ（例えば、図９のステップＳ７の「楽曲紹介ページ取得処理（詳細は図１２）」）と、前記第１の取得ステップの処理により前記リストが取得された場合、前記リストに含まれる１以上の前記コンテンツ情報のうちの第１のコンテンツ情報により特定される前記コンテンツを注目コンテンツに設定し、ユーザより前記注目コンテンツの変更の指示がなされたとき、前記リストに含まれる１以上の前記コンテンツ情報のうちの第２のコンテンツ情報により特定される前記コンテンツを前記注目コンテンツに再設定する設定ステップ（例えば、図１４のステップＳ６１乃至Ｓ６３の処理）と、前記設定ステップの処理により設定または再設定された前記注目コンテンツの試用データを、前記ユーザの操作を介在することなく前記サーバシステムに要求し、その要求の結果、前記サーバシステムから配信された前記注目コンテンツの前記試用データを取得する第２の取得ステップ（例えば、図１４のステップＳ６１またはＳ６７の処理で開始される図１５の「１楽曲分試聴処理」のうちの、特に、ステップＳ８３とＳ８４の処理）と、前記第２の取得ステップの処理により取得された前記試用データに対応する前記注目コンテンツを前記ユーザの操作を介在することなく再生する再生ステップ（例えば、図１４のステップＳ６１またはＳ６７の処理で開始される図１５の「１楽曲分試聴処理」のうちの、特に、ステップＳ８７の処理）と、前記再生ステップの処理により前記試用データに対応する前記注目コンテンツが再生されている間に、前記ユーザから前記注目コンテンツの取得の指示がなされた場合、前記注目コンテンツの正式データの配信を前記サーバシステムに要求し、その要求の結果、前記サーバシステムから配信された前記注目コンテンツの前記正式データを取得する第３の取得ステップ（例えば、図９のステップＳ１２の「コンテンツデータ取得処理（詳細は、図１６）」とを含む。

なお、このプログラムは記録媒体に記録することができる。

以下、図面を参照して、本発明のコンテンツ配信システム、および、コンテンツ取得装置について説明する。

図１は、本発明のコンテンツ配信システムとしての、EMDシステムの構成例を表している。

図１に示されるように、本実施の形態のEMDシステムは、任意の台数のEMDクライアント（図１の例では、１台のEMDクライアント１）と、任意の台数のEMDサーバ（図１の例では、１台のEMDサーバ３）とからなる。これらのEMDクライアント１とEMDサーバ３とはネットワーク２を介して相互に接続されている。

EMDクライアント１は、例えば、ネットワーク２に接続可能なオーディオ機器等で構成される。なお、EMDクライアント１の詳細については、図２と図３を参照して後述する。

ネットワーク２は、その形態については特に限定されないが、ここでは、インターネットとされる。

EMDサーバ３は、次の第１乃至第７の機能を有するWebサーバである。なお、Webサーバとは、W.W.W（World Wide Web）を利用するサーバ（インターネット２を介して様々なコンテンツ（ホームページ含）を提供するサーバ）を指す。

即ち、第１の機能とは、EMDサービスで販売されている楽曲のリスト（正確には、楽曲を特定するための楽曲情報が含まれるリスト）のデータを保存し、EMDクライアント１から要求があると、その楽曲のリストのデータをEMDクライアント１に送信する機能である。なお、楽曲のリストのデータの詳細については、図１３等を参照して後述する。

第２の機能とは、楽曲のリストに含まれる各楽曲のそれぞれの試聴データを保存し、EMDクライアント１から要求があると、要求された楽曲の試聴データをEMDクライアント１に送信する機能である。なお、楽曲の試聴データとは、ユーザにその楽曲を購入するか否かを判断させるための音声に対応するデータをいう。具体的には、例えば、ここでは、楽曲の視聴データとして、楽曲の一部分に対応するデータが利用されるとする。

第３の機能とは、楽曲のリストに含まれる各楽曲のそれぞれの１曲全体（フルコーラス）のデータ（以下、このようなデータを、試聴データと区別するために、正式データと称する）を保存し、EMDクライアント１から要求があると、要求された楽曲の正式データをEMDクライアント１に送信する機能である。なお、EMDサービスでは、楽曲がコンテンツとされるので、この楽曲の正式データがいわゆるコンテンツデータである。

第４の機能とは、各楽曲のそれぞれの著作権等を保護する機能である。即ち、第４の機能を実現するための技術は、デジタルコンテンツの著作権等を管理し配信することが可能な技術（このような技術を、以下、DRM(Digital Rights Managements)と称する）であれば特に限定されず、何れのDRMでも構わない。ただし、ここでは、本願出願人により国際出願され、国際開示されたWO02/080446パンフレット等に記述された「OpenMG X」と称されるDRMが適用されるとする。この「OpenMG X」は、「配信側で再生期間や回数などの著作権管理情報をコンテンツに付与して暗号化するモジュール」、「各コンテンツの著作権管理情報をユーザへ配信するサーバーモジュール」、および、「「OpenMG X」対応アプリケーションソフトウエアを開発するためのクライアントモジュール」から構成される。第４の機能は、これらの３つのモジュールのうちの前半の２つに対応する機能とされる。また、「OpenMG X」によれば、配信されたコンテンツ（EMDサービスでは楽曲)のそれぞれを利用するためには、対応するライセンスが必要とされる。そこで、第４の機能の中には、各楽曲のそれぞれに対応するライセンスを管理する機能も含まれる。

第５の機能とは、EMDサービスを受けるユーザや、そのユーザが利用するEMDクライアント１の正当性を認証する機能である。

第６の機能とは、EMDサービスが会員制とされる場合、或いは、過去の利用履歴などを管理する必要がある場合、ユーザやEMDクライアント１に関する情報を保持する機能である。

第７の機能とは、ユーザがEMDサービスで楽曲を購入したとき、ユーザにより指定された金融機関等からその楽曲の代金を徴収する（課金処理を行う）機能である。従って、EMDクライアント１は、第７の機能を実現するために、例えば、図示はしないが、クレジットカード会社や銀行等の金融機関のネットワークとも接続している。

なお、EMDサーバ３にとって、上述した第１の機能乃至第７の機能のうちの、第１の機能乃至第４の機能は必要であるが、利用するEMDサービスによっては、第５乃至第７の機能は不要となる。例えば、楽曲が購入される度に課金する必要がない場合、第７の機能は不要となる。また、認証やユーザの管理を行う必要がない場合、第５の機能と第６の機能は不要となる。

また、図１の例では、EMDサーバ３が第１の機能乃至第７の機能の全てを有する形態とされているが、この形態に限定されず、後述する図２８に示されるように、第１の機能乃至第７の機能のそれぞれを複数のサーバに分散させる形態としてもよい。

次に、図２と図３を参照して、本発明のコンテンツ取得装置としての、EMDクライアント１の詳細な構成について説明する。

図２は、EMDクライアント１の内部のハードウエアの構成を示すブロック図である。

図２のEMDクライアント１において、CPU（Central Processing Unit）１１は、ROM（Read Only Memory）１２に記録されているプログラム、または、必要に応じてデータ記憶部１５からRAM（Random Access Memory）１３にロードされたプログラムに従って各種の処理を実行する。RAM１３にはまた、CPU１１が各種の処理を実行する上において必要なデータなども適宜記憶される。即ち、RAM１３は、CPU１１がEMDクライアント１内の各種デバイスと送受信するデータ、EMDサーバ３（図１）と通信部１９との間でネットワーク２を介して送受信されるデータ、および、各種処理を実行するためのデータ等を一時的に格納する作業領域である。

なお、CPU１１は、タイマ５１を内部に有しており、このタイマ５１を利用して計時動作を行うこともできる。

CPU１１、ROM１２、およびRAM１３は、バス１４を介して相互に接続されている。このバス１４にはまた、ファイル処理部１６、入力処理部１８、および、通信部１９が接続されている。

ファイル処理部１６にはまた、データ記憶部１５が接続されている。データ記憶部１５は、ハードディスク等で構成され、ネットワーク２を介してダウンロードされた楽曲の正式データ（コンテンツデータ）等をファイルとして記憶する。即ち、ファイル処理部１６は、CPU１１の制御に基づいて、データ記憶部１５にデータを書き込んだり、データ記憶部１５からデータを読み出す。

入力処理部１８にはまた、入力部１７が接続されている。入力部１７には、ハードウエアとしての各種キーが設けられており、ユーザは、これらのキーを押下することで、所定の指令（信号）をEMDクライアント１に入力させることができる。なお、図２の例では、入力部１７には、PLAYと印字されたキー４１（以下、PLAYキー４１と称する）、STOPと印字されたキー４２（以下、STOPキー４２と称する）、ENTERと印字されたキー４３（以下、ENTERキー４３と称する）、図中上方向の矢印が印字されたキー４４（以下、上方キー４４と称する）、図中下方向の矢印が印字されたキー４５（以下、下方キー４５と称する）、図中右方向の矢印が印字されたキー４６（以下、右方キー４６と称する）、および、図中左方向の矢印が印字されたキー（以下、左方キー４７と称する）が設けられている。即ち、入力管理部１８は、入力部１７のPLAYキー４１乃至左方キー４７のうちの所定の１つが押下されると、何れのキーが押下されたのかを検出し、その検出結果をCPU１１に通知する。

通信部１９は、CPU１１の制御に基づいて、ネットワーク２を介する他のネットワーク機器（例えば、図１のEMDサーバ３）との通信を行う。例えば、ここでは、ネットワーク２はインターネットとされるので、通信部１９は、TCP/IP(Transmission Control Protocol/Internet Protocol)やHTTP（HyperText Transfer Protocl）などのプロトコルスタックにより制御されるデバイス（通信ボード等）で構成される。

バス１４にはまた、オーディオ処理部２０、表示処理部２２、および、DRM制御部２４が接続されている。

オーディオ処理部２０は、圧縮された音声（楽曲等）のデータが供給されてきた場合、その圧縮された音声のデータを復元し、復元したそのデータ（デジタル信号）を、所定のレベル（音量に対応するレベルであり、適宜調整する）のアナログ信号に変換して、スピーカ２１に供給する。スピーカ２１は、オーディオ処理部２０より供給されたアナログ信号に対応する音声を出力する。

表示処理部２２は、ユーザに通知すべき情報やEMDクライアント１の動作状態などを示す画像の画像データを、表示部２３のフォーマットの信号に変換して、表示部２３に供給する。表示部２３は、供給された信号に対応する画像（ユーザに通知すべき情報やEMDクライアント１の動作状態などを示す画像）をその画面に表示する。ここで注目すべき点は、表示部２３は、ユーザに通知すべき情報やEMDクライアント１の動作状態などを表示するために設けられており、このため、その画面のサイズはPCのように大きなサイズではない（数インチ程度である）という点である。即ち、図２のEMDクライアント１は、上述したような、CGIを利用する従来のEMDサービスのクライアントとしては不適であり、このため、後述する本実施の形態のEMDサービス（CGIに頼らないEMDサービス）を利用するのである。

DRM制御部２４は、上述したDRMを利用した処理を実行する。即ち、通信部１９が、ネットワーク（インターネット）２を介して著作権等が保護されたデータを受信する場合、著作権等が保護されたコンテンツ（楽曲）のデータを利用(再生)するために必要な処理を行う。例えば、ここでは、上述したように、DRMとして「OpenMG X」が適用されているので、著作権等が保護されたコンテンツは暗号化されたコンテンツデータとして配信されてくる。そこで、DRM制御部２４は、対応する暗号化鍵（＝復号鍵）をEMDサーバ３と安全にやり取りし、その鍵を用いてコンテンツデータを復号する。その他、DRM制御部２４は、コンテンツの利用条件の評価等も行う。

図３は、図２のEMDクライアント１が有する機能のうちの、楽曲の正式データ（コンテンツデータ）をEMDサーバ３から購入する（ダウンロードする）までの機能を実現する機能的構成例を表している。

図３において、リスト取得部７１乃至コンテンツ正式データ取得部７６は、例えば、ソフトウエアで構成されている。即ち、リスト取得部７１乃至コンテンツ正式データ取得部７６は、例えば、図２のROM１２に予め記録されており、CPU１１により適宜読み出されて実行される。

なお、リスト取得部７１乃至コンテンツ正式データ取得部７６は、上述した図２に示される各種ハードウエアとの間で情報（データ）をやり取りするが、図３においては、これらのハードウエアのうちの、情報の提供源（即ち、入力部１７に設けられた、ENTERキー４３、上方キー４４、および、下方キー４５）と、情報の最終的な提供先（即ち、データ記憶部１５、スピーカ２１、および、表示部２３）のみが図示されており、その途中のハードウエア（即ち、ファイル処理部１６、入力処理部１８、オーディオ処理部２０、表示処理部２２、および、バス１４等）は省略されている。また、リスト取得部７１乃至コンテンツ正式データ取得部７６のそれぞれの間、即ち、ソフトウエア間における情報のやり取りは、例えば、RAM１３上で行われる。

リスト取得部７１は、１以上の楽曲のそれぞれを特定するコンテンツ情報を含むリストを要求する第１の要求情報を、通信部１９からネットワーク２を介してEMDサーバ３（図１）に送信させる。その後、EMDサーバ３から第１の要求情報の応答としてリスト（データ）がネットワーク２を介して送信されてきた場合、リスト取得部７１は、このリスト（データ）を、通信部１９を介して受信し、表示制御部７３とフォーカス設定部７２とに供給する。

詳細には、EMDサーバ３は、例えば、複数のリスト（データ）を有しており、EMDクライアント１から最初のアクセスが行われると、保有しているリストをユーザに提示するための情報を、ネットワーク２を介してEMDクライアント１に送信する。

そこで、リスト取得部７１は、この情報を通信部１９を介して取得し、フォーカス設定部７２と表示制御部７３に供給する。すると、表示制御部７３は、例えば、図４に示されるような画像８１を表示部２３に表示させる。

なお、以下、EMDクライアント１がEMDサーバ３にアクセスしたときに最初に表示されるべき画像を、トップページと称する。また、トップページを表示させるためのデータを、トップページの情報と称する。なお、ここでは、上述したように、EMDサーバ３はWebサーバであることから、トップページの情報は、例えば、HTMLフォーマットで記述されたホームページのデータファイル（以下、HTML文章と称する）とされる。

このトップページの情報には、操作ガイドの他、EMDサーバ３が有するリストを特定するための情報として、EMDクライアント１の画面に表示すべきリストのタイトルや、そのリストのデータの存在場所（例えば、URL（Uniform Resource Locator）アドレス）等が含まれている。

即ち、いまの場合、このようなトップページ８１の情報（HTML文章）が表示制御部７３に供給されてくるので、表示制御部７３は、このHTML文章を解釈して図４に示されるようなトップページ８１を表示部２３に表示させる。

ユーザは、表示部２３に表示されたトップページ８１を見ることで、「店長おすすめ」、「ショップランキング」、および、「ジャズ入門」というタイトルのそれぞれを有する３つのリストのデータがEMDサーバ３に保有されている、と認識することができる（なお、後述する図１１に示されるように、実際には６つのリストが保有されている）。そこで、ユーザは、これら３つのリストの中から所望のリストを取り寄せる（EMDクライアント１にそのデータを取得させる）ことになる。

具体的には、例えば、後述するように、フォーカス設定部７２が、これら３つのリストの中からユーザにより指定されたリストに対してフォーカスを設定する（ただし、初期設定の場合、フォーカス設定部７２自信が選択したリストに対してフォーカスを設定する）。リスト取得部７１は、ユーザよりENTERキー４３が押下されたとき、その時点でフォーカスが設定されているリストをEMDサーバ３に対して要求する。或いは、フォーカス設定部７２が、これら３つのリストのうちの所定の１つを、処理の対象として注目すべきリスト（以下、注目リストと称する）として設定するので、リスト取得部７１は、ユーザよりENTERキー４３が押下されたとき、その時点における注目リストをEMDサーバ３に対して要求するともいえる。

このとき、表示制御部７３は、トップページ８１のうちのフォーカスが設定されたリスト（注目リスト）のタイトルを、他とは異なる表示形態で表示部２３に表示させる。例えば、例えば、「店長おすすめ」というタイトルのリストにフォーカスが設定されている場合（そのリストが注目リストとして設定されている場合）、表示制御部７３は、図４に示されるように、「店長おすすめ」を反転表示８２（以下、カーソル８２と称する）で表示部２３に表示させる。

例えば、表示部２３に表示されるトップページ８１が図４に示される状態で、ユーザがENTERキー４３を押下すると、リスト取得部７１は、「店長おすすめ」というリストを要求する第１の要求情報を、通信部１９からネットワーク２を介してEMDサーバ３（図１）に送信させる。その後、EMDクライアント１の正当性が認証された場合、EMDサーバ３から第１の要求情報の応答として、「店長おすすめ」というリストのデータがネットワーク２を介して送信されてくる。そこで、リスト取得部７１は、そのリストのデータを通信部１９を介して取得し、表示制御部７３とフォーカス設定部７２とに供給する。

すると、表示制御部７３は、例えば、図５に示されるような画像９１を表示部２３に表示させる。なお、ここでは、リストのデータは、トップページの情報と同様にHTML文章とされる。即ち、いまの場合、例えば、後述する図１３のHTML文章２２１が表示制御部７３に供給されてくるので、表示制御部７３は、このHTML文章２２１を解釈して図５に示されるような画像９１を表示させる。

画像９１において、各楽曲のそれぞれに対応する楽曲情報として、楽曲のタイトル（図中、音符の記号の右方に示されている）と、その楽曲の演奏者または歌手等（アーティスト）の名称（図中、人の上半身の記号の右方に示されている）とが、各楽曲毎に羅列されている（上から順に並べられている）。例えば、カーソル９２の位置には、楽曲情報として、「４９ DANCE」というタイトルと、「DC U・・・」というアーティストとが示されている。即ち、カーソル９２は、「DC U・・・」というアーティストの楽曲のうちの「４９ DANCE」というタイトルの楽曲を指し示しているともいえる。

なお、図５の画像９１のような、楽曲情報がリスト化された画像は、EMDサーバ３が販売可能な（配信可能な）楽曲を紹介する画像ともいえるので、以下、楽曲紹介ページと称する。

ところで、上述したように、フォーカス設定部７２にも楽曲紹介ページ９１の情報（即ち、後述する図１３のHTML文章２２１）が供給されているので、フォーカス設定部７２は、トップページ８２のときと同様に、楽曲紹介ページ９１の情報に含まれる１以上の楽曲情報のうちの所定の１つ（図５の例では、「４９ DANCE」と「DC U・・・」という楽曲情報）により特定される楽曲にフォーカスを設定する。或いは、フォーカス設定部７２は、楽曲紹介ページ９１の情報に含まれる１以上の楽曲情報のうちの所定の１つを、処理の対象として注目すべき楽曲（以下、注目楽曲と称する）に設定する。

このように、ここでは、フォーカスが設定された楽曲（コンテンツ）と、注目楽曲（注目コンテンツ）とは同義語であるといえるので、以下、注目楽曲で統一する。

また、表示制御部７３も、トップページ８２のときと同様に、楽曲紹介ページ９１のうちの注目楽曲に対応する楽曲情報を、他とは異なる表示形態（ここでは、カーソル９２をその楽曲情報の上に配置させる表示形態）で表示部２３に表示させる。例えば、「DC U・・・」というアーティストの楽曲のうちの「４９ DANCE」というタイトルの楽曲が、注目楽曲として設定されている場合、表示制御部７３は、図５に示されるように、「４９ DANCE」と「DC U・・・」との上にカーソル９２を配置させた楽曲紹介ページ９１を表示部２３に表示させる。

このようにして、フォーカス設定部７２は、所定の楽曲を注目楽曲に設定すると、そのことをコンテンツ試用データ取得部７４にも通知する。すると、コンテンツ試用データ取得部７４は、通知された注目コンテンツの試聴データを要求する第２の要求情報を、通信部１９からネットワーク２を介してEMDサーバ３（図１）に自動的に送信させる。その後、EMDサーバ３から第２の要求情報の応答として注目楽曲の試聴データがネットワーク２を介して送信されてくる。そこで、コンテンツ試用データ取得部７４は、この試聴データを通信部１９を介して受信し、再生部７５に提供する。

再生部７５は、供給された試聴データに対応する注目楽曲（その一部分）をスピーカ２１から自動的に再生させる。いまの場合、図５に示されるように、注目楽曲は、「DC U・・・」というアーティストの楽曲のうちの「４９ DANCE」というタイトルの楽曲とされているので、図６の図中一番上に示されるように、この楽曲（その一部分）がスピーカ２１より再生される。

なお、自動的な処理とは、所定の装置（または、その装置の構成要素）により行われる処理のうちの、ユーザの手動操作が介在することなく装置（またはその構成要素）自身の判断で実行される処理を指す。

また、注目楽曲の試聴データを要求する第２の要求情報の形態は特に限定されない。ただし、ここでは、例えば、楽曲紹介ページの情報には、後述するように、楽曲情報の１つとして、各楽曲のそれぞれの試聴データの存在場所（例えば、図１３のHTML文章２２１の９行目のSAMPLEDATAタグ（<SAMPLEDATA>と</SAMPLEDATE>）で挟まれたURLアドレス）が含まれており、EMDクライアント１がそのURLアドレスで指定された場所に対してアクセス要求を行うと、そこから試聴データがダウンロードされるようにパスが設定されている。従って、ここでは、第２の要求情報は、EMDクライアント１が対応する試聴データの存在場所にアクセスするときに利用するアクセス要求とされる。

ところで、ユーザは、図６に示されるように、上方キー４４または下方キー４５を押下することにより、注目楽曲を変更することができる。即ち、上方キー４４または下方キー４５が押下されると、フォーカス設定部７２は、楽曲紹介ページ９１の情報に含まれる各楽曲情報のそれぞれで特定される楽曲の中から所定の１つを選択し、新たに選択した楽曲を注目楽曲に設定する。即ち、上方キー４４または下方キー４５が押下されると、フォーカス設定部７２は注目楽曲を更新する。

具体的には、例えば、図６の一番上の楽曲紹介ページ９１が表示部２３に表示されている状態で、下方キー４５が押下されると、フォーカス設定部７２は、楽曲紹介ページ９１の情報に含まれる各楽曲情報のうちの、これまでの注目楽曲に対応する楽曲情報（「49 DANCE」と「DC U・・・」）の１つ後（リストの順番）の楽曲情報（「BIG CHOP」と「ZAKU」）で特定される楽曲を、注目楽曲として設定し、そのこと（注目楽曲が更新されたこと）をコンテンツ試用データ取得部７４と表示制御部７３とに供給する。

すると、表示制御部７３、コンテンツ試用データ取得部７４、および、再生部７５のそれぞれは、上述した一連の処理を自動的に繰り返す。即ち、表示部２３には、図６中上から２番目の楽曲紹介ページ９１（カーソル９２が、「BIG CHOP」と「ZAKU」とに配置された楽曲紹介ページ９１）が自動的に表示され、スピーカ２１からは、「ZAKU」というアーティストの楽曲のうちの「BIG CHOP」というタイトルの楽曲（その一部分）が自動的に再生される。

同様に、例えば、図６の図中上から２番目の楽曲紹介ページ９１が表示部２３に表示されている状態で、下方キー４５が押下されると、フォーカス設定部７２は、楽曲紹介ページ９１の情報に含まれる各楽曲情報のうちの、これまでの注目楽曲に対応する楽曲情報（「BIG CHOP」と「ZAKU」）の１つ後（リストの順番）の楽曲情報（「DOWN TUNE」と「みかん」）で特定される楽曲を、注目楽曲として設定し、そのこと（注目楽曲が更新されたこと）をコンテンツ試用データ取得部７４と表示制御部７３とに供給する。

すると、表示制御部７３、コンテンツ試用データ取得部７４、および、再生部７５のそれぞれは、上述した一連の処理を自動的に繰り返す。即ち、表示部２３には、図６中一番下の楽曲紹介ページ９１（カーソル９２が、「DOWN TUNE」と「みかん」とに配置された楽曲紹介ページ９１）が自動的に表示され、スピーカ２１からは、「みかん」というアーティストの楽曲のうちの「DOWN TUNE」というタイトルの楽曲（その一部分）が自動的に再生される。

なお、図６に示されるように、この例の表示部２３においては、その画面サイズの関係上、３つの楽曲に対応する楽曲情報のみ（即ち、３行分のみ）が表示可能とされている。そこで、図６中一番下の楽曲紹介ページ９１においては、「DOWN TUNE」と「みかん」という楽曲情報の位置が、図６中２番目の楽曲紹介ページ９１における位置に対して１行繰り上げられ、その結果、その楽曲情報の１つ後（リストの順番）の楽曲情報（「GREEN SLEEVS」）が新たに含まれることになる。即ち、ユーザは、下方キー４５の押下操作を繰り返すことで、注目楽曲を更新させながら、楽曲情報ページ９１の表示も下方にスクロールさせることができる。

一方、例えば、図６の図中一番下の楽曲紹介ページ９１が表示部２３に表示されている状態で、上方キー４４が押下されると、フォーカス設定部７２は、楽曲紹介ページ９１の情報に含まれる各楽曲情報のうちの、これまでの注目楽曲に対応する楽曲情報（「DOWN TUNE」と「みかん」）の１つ前（リストの順番）の楽曲情報（「BIG CHOP」と「ZAKU」）で特定される楽曲を、注目楽曲として設定し、そのこと（注目楽曲が更新されたこと）をコンテンツ試用データ取得部７４と表示制御部７３とに供給する。

すると、表示制御部７３、コンテンツ試用データ取得部７４、および、再生部７５のそれぞれは、上述した一連の処理を自動的に繰り返す。即ち、表示部２３には、図６中上から２番目の楽曲紹介ページ９１（カーソル９２が、「BIG CHOP」と「ZAKU」とに配置された楽曲紹介ページ９１）が自動的に再度表示され、スピーカ２１からは、「ZAKU」というアーティストの楽曲のうちの「BIG CHOP」というタイトルの楽曲（その一部分）が自動的に再度再生される。

なお、このとき、図６中上から２番目の楽曲紹介ページ９１においては、「DOWN TUNE」と「みかん」という楽曲情報の位置が、図６中一番下の楽曲紹介ページ９１における位置に対して１行繰り下げられ、その結果、その楽曲情報の１つ後（リストの順番）の楽曲情報（「GREEN SLEEVS」）が消去されることになる。即ち、ユーザは、上方キー４４の押下操作を繰り返すことで、注目楽曲を更新させながら、楽曲情報ページ９１の表示も上方にスクロールさせることができる。

このように、EMDクライアント１は、リスト取得部７１、フォーカス設定部７２、および、コンテンツ試用データ取得部７４を有しているので、EMDサーバ３に対して、注目楽曲の試聴データのダウンロード要求をユーザの操作（従来のようなポインティングデバイスを利用してソフトウエアボタンを押下する操作等）なく自動的に行なうことができ、その結果、試聴再生（試聴データの再生）を自動的に開始することが可能になる。

即ち、上述したように、従来、ユーザは、EMDサービスを利用して楽曲を購入する場合、何れの楽曲を購入するかを判断するために、EMDクライアントの画面に表示された楽曲（その楽曲情報）の一覧の中から所望の1つを選んだ後、試聴を開始するための操作（ポインティングデバイスを利用してソフトウエアボタンを押下する操作等）が必要であった。

これに対して、ユーザは、本実施の形態のEMDサービス（即ち、上述したEMDクライアント１を利用して、上述したEMDクライアント３から楽曲を購入するサービス）を利用して楽曲を購入すれば（購入の操作等は後述する）、試聴を開始するための手動操作（従来の操作）を行わなくてよい。即ち、ユーザは、EMDクライアント１が自動的に再生する楽曲を試聴し、その楽曲が気に入った場合、その楽曲を購入する（ダウンロードさせる）処理（この処理については後述する）を行い、その楽曲が気に入らない場合、他の楽曲を選択する操作（即ち、上述した、上方キー４４または下方キー４５の押下操作）を単に行えばよい。

ここで注目すべき点は、以上においては、説明を容易なものとするためにEMDクライアント１の表示部２３に表示される画像を参照しながら説明を行ってきたが、実際の操作においては、ユーザは表示部２３の画面を注視する必要がないという点である。このため、EMDクライアント１に表示部２３がたとえ設けられていなくても、ユーザは、そのEMDクライアント１を利用してEMDサービス（本実施の形態のEMDサービス）を受けることが可能になる。

換言すると、従来のEMDサービスにおいては、EMDクライアントの構成要素として、GUIを快適に行うことが可能な大画面を有する表示部と、画面の任意の位置を指し示すためのポインティングデバイス（マウス等）とが必須とされていた。これに対して、本実施の形態のEMDサービスにおいては、EMDクライアント１の構成要素として、このような大画面を有する表示部と、ポインティングデバイスとは全く不要である。

即ち、従来のEMDサービスにおいては、大きな表示部と、ポインティングデバイスとを有するPC等がサービスを受ける対象（EMDクライアント）とされていた。これに対して、本実施のEMDサービスにおいては、このようなPCは勿論のこと、さらに、小さな表示部を有し（或いは表示部が無く）、かつ、ポインティングデバイスが無いEMDクライアント１（例えば、オーディオ機器等）までサービスの対象を広げることが可能になる。

このように、ユーザは、本実施の形態のEMDサービスを利用することで、即ち、上述した本実施の形態のEMDクライアント１を利用することで、EMDサービスを受けるための操作を行う場合、従来のEMDサービスのように画面表示に頼る必要はなくなるので（即ち、単に音を頼りにすればよいので）、音楽を集中して聴くことができるという効果を奏することも可能になる。

ところで、ユーザは、上述したように、上方キー４４または下方キー４５を押下ながら、様々な楽曲を試聴をしたところ、所定の楽曲が気に入った場合、その楽曲を購入する（ダウンロードさせる）操作を行う必要がある。この操作の概略が図７に示されているので、図７を参照してこの操作の概略について説明する。

即ち、例えば、いま、図７の図中一番上の楽曲紹介ページ９１に示されるように、カーソル９２が配置された「POWER DRIVE」で特定される（そのタイトルを有する）楽曲が注目楽曲に設定され、その注目楽曲の試聴再生（試聴データに対応する部分の再生）が行われているとする。

この場合、ユーザは、その注目楽曲を購入したいと判断しとき、図７に示されるように、ENTERキー４３を押下すると、楽曲紹介ページ９１の図中下方に示されるような、ユーザに対して購入の確認を促す画像９３（以下、購入確認画像９３と称する）を表示部２３に表示させることができる。

さらに、この状態（購入確認画像９３が表示されている状態）で、ユーザは、図７に示されるように、ENTERキー４３を再度押下すると、その注目楽曲を購入する（EMDクライアント１にダウンロードさせる）ことができる。なお、このとき、購入確認画像９３の図中下方に示されるような、注目楽曲がダウンロード中であることを示す画像９５（以下、ダウンロード中画像９５と称する）が表示部２３に表示される。

即ち、図３のコンテンツ正式データ取得部７６は、ENTERキー４３が２回押下されたことを検出すると、ユーザから注目楽曲（いまの場合、「POER DRIVE」というタイトルの楽曲）の取得が指示されたと判断し、その注目楽曲の正式データを要求する第３の要求情報を、通信部１９からEMDサーバ３（図１）にネットワーク２を介して送信させる。その後、EMDサーバ３から第３の要求情報の応答として注目楽曲の正式データが送信されてくる。そこで、コンテンツ正式データ取得部７６は、この注目楽曲の正式データを通信部１９を介して取得し、データ記憶部１５に記憶させる。

なお、注目楽曲の正式データを要求する第３の要求情報の形態は、特に限定されない。ただし、ここでは、例えば、楽曲紹介ページの情報には、後述するように、楽曲情報の１つとして、各楽曲のそれぞれの正式データの存在場所（例えば、図１３のHTML文章２２１の１２行目のCONTENTDATAタグ（<CONTENTDATA>と</CONTENTDATA>）で挟まれたURLアドレス）が含まれており、EMDクライアント１がそのURLアドレスで指定された場所に対してアクセス要求を行うと、そこから正式データがダウンロードされるようにパスが設定されている。従って、ここでは、第３の要求情報は、EMDクライアント１が対応する正式データの存在場所にアクセスするときに利用するアクセス要求とされる。

また、このとき、上述した図７に示されるように、表示制御部７３は、ENTERキー４３が１回押下されると、購入確認画像９３を表示部２３に表示させ、ENTERキー４３がさらに１回押下されると、ダウンロード中画像９５を表示部２３に表示させる。その後、注目コンテンツの正式データのダウンロードが完了すると（実際には、後述するように、さらに注目コンテンツに対応するライセンス取得の処理等が全て完了した後）、表示制御部７３は、図７中一番下に示されるような、ダウンロードが完了したことを示す画像９６（以下、ダウンロード完了画像９６と称する）を表示部２３に表示させる。

ここで、注目すべき点は、注目楽曲の試聴再生の操作（試聴データを自動的に取得させ再生させる操作）と同様に、ユーザは、単に、ENTERキー４３を押下することで、注目楽曲を購入する（ダウンロードさせる）ことができるという点である。即ち、以上においては、説明を容易なものとするためにEMDクライアント１の表示部２３に表示される画像を参照しながら説明を行ってきたが、実際のダウンロード操作においては、ユーザは表示部２３の画面を注視する必要がないという点である。従って、EMDクライアント１に表示部２３たとえが設けられていなくても、ユーザは、単に、ENTERキー４３、上方キー４４、または、下方キー４５の押下操作をするだけで、そのEMDクライアント１を利用してEMDサービス（本実施の形態のEMDサービス）を受けることが可能になる。

なお、ダウンロード完了後、ENTERキー４３が押下されると、図７に示されるように、楽曲紹介ページ９１が再度表示されるとともに、そのとき、注目楽曲に設定されている楽曲（図７の例では、カーソル９２が配置された「POER DRIVE」というタイトルの楽曲）の試聴再生が自動的に再度行われる。即ち、その後、ユーザは、上述した一連の操作を繰り返すことで、他の楽曲も購入する（ダウンロードさせる）ことができる。

また、たとえ、購入確認画像９３が表示されている状態であっても、注目コンテンツを購入する意思がないときには、ユーザは、下方キー４５を押下することでカーソル９４を「戻る」という文字列に配置させ（移動させ）、ENTERキー４３をさらに押下することで元の状態に戻す（即ち、楽曲紹介ページ９１を再度表示させ、そのとき、注目楽曲に設定されている楽曲（図７の例では、カーソル９２が配置された「POER DRIVE」というタイトルの楽曲）の試聴再生を自動的に再度行わせる）ことができる。

さらに、購入確認画像９３において、カーソル９４が「戻る」という文字列に配置されている状態であっても、注目コンテンツを購入する意思があるときには、ユーザは、上方キー４４を押下すことでカーソル９４を「購入（３００円）」という文字列に配置させ（移動させ）、ENTERキー４３をさらに押下することで注目楽曲の購入（ダウンロード）の操作を再開することができる。

ところで、本実施の形態においては、GUI操作に頼らないダウンロード操作の実現を目的としていることから、注目楽曲の正式データがダウンロード中である場合、そのことをユーザに通知する音声（音楽やメッセージ）をスピーカ２１から出力させておくとよい。同様に、そのダウンロードが終了したときも、そのことをユーザに通知する音声（音楽やメッセージ）をスピーカ２１から出力させておくとよい。これにより、ユーザは、表示部２３を注視しなくとも、ダウンロード中であることやダウンロードが完了したことを容易かつ確実に認識することが可能になる。

以上、図２乃至図７を参照して、図１のEMDシステムのうちのEMDクライアント１の構成の詳細と処理（動作）の概略とについて説明した。なお、EMDクライアント１の処理の詳細については、図９以降のフローチャートを参照して後述する。

次に、図８を参照して、図１のEMDシステムのうちのEMDサーバ３の構成について説明する。即ち、図８は、EMDサーバ３の構成例を表している。

図８において、CPU１０１は、ROM１０２に記憶されているプログラム、または記憶部１０９からRAM１０３にロードされたプログラムに従って各種の処理を実行する。RAM１０３にはまた、CPU１０１が各種の処理を実行する上において必要なデータなども適宜記憶され
る。

DRM制御部１０４は、上述したDRMを利用した処理を実行する。例えば、ここでは、上述したように、DRMとして「OpenMG X」が適用されているので、著作権等が保護されたコンテンツのデータを暗号化する必要があるので、そのコンテンツのデータを暗号化する。また、DRM制御部１０４は、必要に応じて暗号化されたコンテンツのデータを復号したり、必要に応じてATRAC（Adaptive Transform Acoustic Coding）３方式などでコンテンツのデータをエンコードする。

CPU１０１、ROM１０２、RAM１０３、および、DRM制御部１０４は、バス１０５を介して相互に接続されている。このバス１０５にはまた、入出力インタフェース１０６も接続されている。

入出力インタフェース１０６には、キーボードやマウスなどよりなる入力部１０７、ディスプレイやスピーカなどよりなる出力部１０８、ハードディスクなどより構成される記憶部１０９、モデムやターミナルアダプタなどより構成される通信部１１０が接続されている。通信部１１０は、ネットワーク（インターネット）２を介しての通信処理を行う。通信部１１０はまた、他のクライアント等（例えば、図１のEMDクライアント１）との間で、アナログ信号またはデジタル信号の通信処理を行う。

入出力インタフェース１０６にはまた、必要に応じてドライブ１１１が接続され、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリなどからなるリムーバブル記録媒体１１２が適宜装着され、それらから読み出されたコンピュータプログラムが、必要に応じて記憶部１０９にインストールされる。

次に、図９および図１８のフローチャート、並びに、図２４および図２５のアローチャートを参照して、本実施形態の図１のコンテンツ配信システム（EMDシステム）における、EMDサービスの処理について説明する。図９のフローチャートは、EMDクライアント１側の処理例を表している。図１８は、EMDサーバ３側の処理例を表している。図２４と図２５は、EMDクライアント１とEMDサーバ３との処理の関係を表している。

以下、図９と図１８を参照して、EMDクライアント１とEMDサーバ３のそれぞれの処理について、その順番に個別に説明するが、これら装置の相互の処理の関係は、図２４または図２５の対応するステップを参照することで、容易に理解することが可能である。

はじめに、図９のステップＳ１において、EMDクライアント１は、EMDサーバ３にアクセスし、上述した図４のトップページ８１の情報を取得する。そして、EMDクライアント１は、ステップＳ２において、取得した情報に基づいてトップページ８１を内蔵する表示部２３に表示させる。

このように、ステップＳ１の処理は、トップページ８１の表示を行うための前処理ともいえるので、以下、ステップＳ１の処理を「トップページ表示準備処理」と称する。この「トップページ表示準備処理」の詳細が図１０のフローチャートに示されている。そこで、以下、図１０のフローチャートを参照して、「トップページ表示準備処理」の詳細について説明する。

なお、ここでは、「トップページ表示準備処理」は、図３のリスト取得部７１により実行される（リスト取得部７１が有する機能のうちの１つである）とする。

例えば、EMDクライアント１に電源（図示せず）が投入されると、CPU１１は、リスト取得部７１乃至コンテンツ正式データ取得部７６のそれぞれを起動させる。

すると、ステップＳ２１において、リスト取得部７１は、通信部１９とネットワーク２を介してEMDサーバ３にアクセスする。即ち、リスト取得部７１は、EMDサーバ３と接続するように通信部１９に指示する。

なお、ここでは、EMDサービスが会員制であるとする。この場合、EMDサーバ３は、ユーザの正当性を確認する必要があるので、EMDクライアント１に対して認証の要求を行う（後述する図１９と図２４のステップＳ２２１）。

すると、ステップＳ２２において、リスト取得部７１は、EMDサーバ３からの認証要求に対して応答する。即ち、リスト取得部７１は、ユーザIDとパスワードとを、通信部１９とネットワーク２を介してEMDサーバ３に送信する。

EMDサーバ３は、ユーザIDとパスワードとを受信すると、EMDクライアント１の認証を行う（後述する図１９のステップＳ２２２とＳ２２３）。

EMDサーバは、EMDクライアント１を利用するユーザが正当なユーザではない、或いは、EMDクライアント１が正当なクライアントではないと判定した場合、所定のエラー情報をネットワーク２を介してEMDクライアント１に送信する（後述する図１９のステップＳ２２４(NO)，Ｓ２２５）。

リスト取得部７１は、このエラー情報を通信部１９を介して受信すると、ステップＳ２３において、認証チケットが送信されていないと判定し、処理をステップＳ２１に戻し、それ以降の処理を繰り返す。即ち、ユーザIDとパスワードが再度EMDサーバ３に送信される。

これに対して、EMDサーバ３は、EMDクライアント１を利用するユーザが正当なユーザであり、EMDクライアント１が正当なクライアントであると判定した場合、認証済みであることを証明する認証チケットを発行し、ネットワーク２を介してEMDクライアント１に送信する（後述する図１９のステップＳ２２４(YES)と、図１９と図２４のステップＳ２２６）。

すると、リスト取得部７１は、ステップＳ２３において、認証チケットが送信されてきたと判定し、この認証チケットを通信部１９を介して受信し、RAM１３に記憶させる。これにより、EMDクライアント１とEMDサーバ３との間の接続が確立されたことになる。

なお、EMDサービスが会員制で無い場合、上述したステップＳ２２乃至Ｓ２４の処理は省略される。

このようにして接続が確立されると、EMDサーバ３は、トップページ８１の情報をネットワーク２を介してEMDクライアント１に送信してくる（後述する図１９と図２４のステップＳ２２７）。

すると、ステップＳ２５において、リスト取得部７１は、トップページ８１の情報を通信部１９を介して受信し、RAM１３に記憶させる（表示制御部７３とフォーカス設定部７２に供給する）。

図９に戻り、ステップＳ２において、表示制御部７３は、トップページ８１の情報を解釈し、図４に示されるようなトップ画像８１を表示部２３に表示させる。

ステップＳ３において、表示制御部７３は、処理の終了が指示されたか否かを判定する。

例えば、EMDクライアント１の電源が遮断された場合、ステップＳ３において、処理の終了が指示されたと判定され、EMDクライアント１の処理は終了される。

再びステップＳ２の処理に着目すると、詳細には、ステップＳ２の処理の直前に、フォーカス設定部７２が、トップページ８１の情報に含まれる楽曲紹介ページのタイトルのうちの所定の１つ（図４の例では、「店長おすすめ」）にフォーカスを設定し（初期設定し）、そのことを表示制御部７３に通知してくる。そこで、表示制御部７３は、ステップＳ２において、そのタイトル（「店長のおすすめ」）の位置にカーソル８２を配置させたトップページ８１（図４）を表示部２３に表示させる。

即ち、上述したように、カーソル８２が配置されたタイトルのリスト（楽曲紹介ページ）にフォーカスが設定されており、ユーザは、ENTERキー４３を押下することで、カーソル８２が配置されたタイトルのリスト（楽曲紹介ページ）を表示部２３に表示させることができる。

また、図１１に示されるように、ユーザは、トップページ８１のカーソル８２も、下方キー４５または上方キー４４の押下操作により遷移させることが可能である。即ち、下方キー４５または上方キー４４が１回押下される毎に、フォーカス設定部７２は、トップページ８１の情報に含まれる楽曲紹介ページのタイトルに対するフォーカスの設定を更新する。

このような処理がステップＳ４乃至Ｓ６で行われる。

即ち、ステップＳ３において、処理の終了がまだ指示されていないと判定された場合、フォーカス設定部７２は、ステップＳ４において、上方キー４４または下方キー４５が押下されたか否かを判定する。

上方キー４４または下方キー４５が押下された場合（ステップＳ４において、上方キー４４または下方キー４５が押下されたと判定した場合）、ステップＳ５において、フォーカス設定部７２は、フォーカスの設定を更新する。即ち、表示制御部７３は、カーソル８２の位置を更新させたトップページページ８１（必要に応じて、図１１に示されるように、楽曲紹介ページのタイトルの配置位置も更新させたトップページページ８１）を表示させる。その後、処理はステップＳ６に進められる。

これに対して、上方キー４４と下方キー４５のいずれもが押下されない場合（ステップＳ４において、上方キー４４または下方キー４５が押下されていないと判定された場合）、ステップＳ５の処理は実行されずに（即ち、フォーカスもカーソル８２も更新されずに）、処理はステップＳ６に進められる。

ステップＳ６において、リスト取得部７１は、ENTERキー４３が押下されたか否かを判定する。

ENTERキー４３が押下されない場合（ステップＳ６において、ENTERキー４３が押下されていないと判定された場合）、処理はステップＳ４に戻され、それ以降の処理が繰り返される。即ち、ENTERキー４３が押下されない限り、ステップＳ４乃至Ｓ６の処理が繰り返され、表示部２３には、図１１に示されるトップページ８１（カーソル８２の配置位置が異なるトップページ８１）のうちの何れかが表示される。

これに対して、ENTERキー４３が押下された場合（ステップＳ６において、ENTERキー４３が押下されたと判定した場合）、リスト取得部７１は、ステップＳ７において、その時点でフォーカスが設定されているタイトル（カーソル８２が配置されているタイトル）の楽曲紹介ページの情報を取得する処理を実行する。なお、以下、このようなステップＳ７の処理を「楽曲紹介ページ取得処理」と称する。この「楽曲紹介ページ取得処理」の詳細が図１２のフローチャートに示されている。そこで、以下、図１２のフローチャートを参照して、「楽曲紹介ページ取得処理」の詳細について説明する。

なお、ここでは、「楽曲紹介ページ取得処理」は、図３のリスト取得部７１により実行される（リスト取得部７１が有する機能のうちの１つである）とする。

上述したように、トップぺージ８１の情報には、各楽曲紹介ページのそれぞれのURLアドレスが含まれているので、はじめに、ステップＳ４１において、リスト取得部７１は、フォーカスが設定されたタイトル（図４の例では、「店長おすすめ」）の楽曲紹介ページのURLアドレスを認識する。

いまの場合、URLアドレスは、EMDサーバ３上に指定されることになるので（なお、後述する図２８の例では、ショップサーバ３０１−１上に指定されることになる）、ステップＳ４２において、リスト取得部７１は、認識したURLアドレスで指定されているEMDサーバ３に（通信部１９とネットワーク２を介して）アクセスし、そのURLアドレスに存在するデータ（楽曲紹介ページの情報）の取得を要求する。

EMDサーバ３は、要求された楽曲紹介ページの情報をEMDクライアント１にネットワーク２を介して送信する（後述する図１８と図２４のステップＳ２０５）。

すると、ステップＳ４３において、リスト取得部７１は、楽曲紹介ページの情報を通信部１９を介して受信し、RAM１３に記憶させる（表示制御部７３とフォーカス設定部７２に供給する）。

このとき、リスト取得部７１は、楽曲紹介ページ（楽曲のリスト）の情報として、例えば、図１３に示されるようなHTML文章２２１を取得する。

そこで、以下、図１３を参照して、楽曲紹介ページの情報（HTML文章）２２１について説明する。

なお、図１３のHTML文章２２１において、図中一番左側に行番号が付されているが、この行番号は、説明を容易なものとするために付されたもので、実際には付されていないことが多い。

HTML文章２２１において、”<”と”>”で挟まれた部分はタグと称され、そのタグが利用されてマークアップが行われる。

MUSICタグ（<MUSIC>及び</MUSIC>）で挟まれた部分（３行目乃至１７行目の部分と、１９行目乃至３３行目の部分）には、１つの楽曲に関連する様々な情報（その楽曲を特定するための楽曲情報の他、後述するような、その楽曲のライセンス料金や試聴再生の繰り返し許可回数等）が含まれる。

即ち、楽曲紹介ページの情報２２１においては、MUSICタグにより各楽曲のそれぞれがリスト化されている。

TITLEタグ（<TITLE>及び</TITLE>）で挟まれた文字列は、その楽曲のタイトルを表している。例えば、４行目のTITLEタグで挟まれた文字列は、「４９ DANCE」であるので、その楽曲のタイトルは、「４９ DANCE」であることがわかる。またARTISTタグ（<ARTIST>及び</ARTIST>）で挟まれた文字列は、その楽曲の演奏者または歌手等であるアーティストの名称を表している。例えば、５行目のARTISTタグで挟まれた文字列は、「DC UNIT」であるので、アーティストの名称は、「DC UNIT」であることがわかる。なお、図５の楽曲紹介ページ９１に示されるように、このTITLEタグで挟まれた文字列（タイトル）と、ARTISTタグで挟まれた文字列（アーティストの名称）とが、楽曲情報として表示部２３に表示される。

PRICEタグ（<PRICE>及び</PRICE>）で挟まれた数字列は、その楽曲のライセンス料金［円］を表している。例えば、６行目のPRICEタグで挟まれた文字列は、「１００」であるので、その楽曲のライセンス料金は、「１００円」であることがわかる。

SAMPLEタグ（<SAMPLE>及び</SAMPLE>）で挟まれた部分には、その楽曲の試聴データに関する情報が含まれる。即ち、REPEATタグ（<REPEAT>及び</REPEAT>）で挟まれた数字列は、その楽曲の試聴再生の繰り返しを何回まで許可するかを示す数字（このような数字を、以下、試聴再生の繰り返し許可回数と称する）を表している。なお、試聴再生の繰り返し許可回数については後述する。SAMPLEDATAタグ（<SAMPLEDATA>及び</SAMPLEDATA>）で挟まれた文字列は、その試聴データが存在するURLアドレス（HTTPプロトコルにおけるURLアドレス）を示している。

一方、CONTENTタグ（<CONTENT>及び</CONTENT>）で挟まれた部分には、その楽曲の正式データ（コンテンツデータ）に関する情報が含まれる。即ち、CONTENTDATAタグ（<CONTENTDATA>及び</CONTENTDATA>）で挟まれた文字列は、その正式データが存在するURLアドレス（HTTPプロトコルにおけるURLアドレス）を示している。

また、LICENCEタグ（<LICENCE>及び</LICENCE>）で挟まれた部分には、その楽曲に対応するライセンスに関する情報が含まれる。即ち、LICENCEDATAタグ（<LICENCEDATA>及び</LICENCEDATA>）で挟まれた文字列は、そのライセンスのデータを取得するときにアクセスすべきURLアドレス（HTTPプロトコルにおけるURLアドレス）を示している。

なお、図１３の例では、所定の楽曲に対する、試聴データ、正式データ、および、ライセンスのデータのそれぞれに対して、異なるサーバのURLアドレス(http://sample.foober.com/，http://content/foober.com/，http://licence.foober.com/のうちの何れか)が指定されている。これは、後述する図２８の例に対応させたためである。即ち、いまの場合、図示はしないが、所定の楽曲に対する、試聴データ、正式データ、および、ライセンスのデータのいずれに対しても、EMDサーバ３１のURLアドレス（例えば、http://(EMDサーバ３のドメイン名).com/等）が指定されることになる。

図９に戻り、このような「楽曲ページ取得処理（ステップＳ７の処理）」が実行されて、楽曲紹介ページの情報(HTML文章)２２１が、表示制御部７３とフォーカス設定部７２とに提供されると、ステップＳ８において、表示制御部７３は、楽曲紹介ページの情報(HTML文章)２２１を解釈し、図５に示されるような楽曲紹介ページ９１を表示部２３に表示させる。詳細には、ステップＳ８の直前に、フォーカス設定部７２は、楽曲紹介ページの情報(HTML文章)２２１に含まれる楽曲（MUSICタグで特定される楽曲）のうちの所定の１つ（図５の例では、図１３の第３行目乃至第１７行目のMUSICタグで特定される楽曲）を注目楽曲に設定し、そのことを表示制御部７３に通知する。そこで、表示制御部７３は、ステップＳ８の処理において、通知された注目楽曲の楽曲情報（図５の例では、「DANCE」と「DC U（NIT）」）の位置にカーソル９２を配置させた楽曲紹介ページ９１を表示部２３に表示させる。

すると、ステップＳ９において、EMDクライアント１は、上述したように、その注目楽曲の試聴データをEMDサーバ３からネットワーク２を介して自動的に取得し、スピーカ２１から自動的に再生させる。

なお、以下、このようなステップＳ９の処理を「試聴データ取得再生処理」と称する。この「試聴データ取得再生処理」の詳細が図１４のフローチャートに示されている。そこで、以下、図１４のフローチャートを参照して、「取得データ試聴再生処理」の詳細について説明する。

なお、ここでは、「取得データ取得再生処理」の主要部分は、図３のコンテンツ試用データ取得部７４により実行される（コンテンツ試用データ取得部７４が有する機能のうちの１つである）とする。ただし、「取得データ取得再生処理」の幾つかの処理は、フォーカス設定部７２や表示制御部７３により実行されるとする。

はじめに、ステップＳ６１において、コンテンツ試用データ取得部７４は、注目楽曲として初期設定された楽曲に対して「１楽曲分試聴処理」を開始させる。なお、「１楽曲分試聴処理」とは、所定の１つの楽曲の試聴データを自動的に取得し、試聴データに対応するその楽曲（一部分）を自動的に再生させる処理（具体的な視聴再生処理）をいう。この「１楽曲分試聴処理」の詳細な説明については、図１５のフローチャートを参照して後述する。

ところで、本実施の形態においては、複数の楽曲の試聴再生が同時に行われることはないので、複数の楽曲のそれぞれに対する「１楽曲分試聴処理」の同時実行は行われない。ただし、上述した図６に示されるように、上方キー４４または下方キー４５の押下操作により試聴楽曲（即ち、注目楽曲）は変化するので、その変化に応じて、「１楽曲分試聴処理」が対象とする楽曲（注目楽曲）も変化させる必要がある。しかしながら、上方キー４４または下方キー４５の押下操作のタイミングと、「１楽曲分試聴処理」が対象とする楽曲（注目楽曲）の更新タイミングとを単純に一致させてしまうと、次のような課題が発生してしまう。即ち、例えば、ユーザが上方キー４４または下方キー４５を短い時間間隔で連打した場合、EMDクライアント１は、EMDサーバ３に対して試聴データの要求を無駄に送信してしまうことになり、ネットワーク２の回線を無駄にするだけでなく、EMDサーバに負荷をかけてしまうといった課題が発生してしまう。

そこで、この課題を解決するために、上方キー４４または下方キー４５が押下されてから規定時間(例えば、500msec等)以内に上方キー４４または下方キー４５が再度押下された場合には、本実施の形態のEMDクライアント１は、注目楽曲を更新するが（楽曲紹介ページ９１におけるカーソル９２の位置は図６に示されるように更新するが）、その注目楽曲に対する「１楽曲分試聴処理」は行わない（即ち、注目楽曲の試聴データの要求をEMDサーバ３に送信せず、現時点で試聴再生している楽曲に対する「１楽曲分試聴処理」を引き続き実行する）。

換言すると、この課題を解決するために、本実施の形態のEMDクライアント１は、ユーザの操作に応じて「１楽曲分試聴処理」の対象（試聴対象）となる楽曲を管理する処理を行っている。即ち、この処理が、いま説明を行っている図１４の「試聴データ取得再生処理」である。換言すると、「試聴データ取得再生処理」は、「１楽曲分試聴処理」の開始および終了のタイミングを管理する。従って、「試聴データ取得再生処理」と、所定の楽曲に対する「１楽曲分試聴処理」のそれぞれは独立して（並行して）実行されることになる。

再びステップＳ６１に着目して、ステップＳ６１の処理で、注目楽曲（初期設定）に対する「１楽曲分試聴処理」が開始されると、ステップＳ６２において、フォーカス設定部７２は、上方キー４４または下方キー４５が押下されたか否かを判定する。

上方キー４４または下方キー４５が押下された場合（ステップＳ６２において、上方キー４４または下方キー４５が押下されたと判定した場合）、ステップＳ６３において、フォーカス設定部７２は、注目楽曲（フォーカスの設定）を更新する。即ち、表示制御部７３は、図６に示されるように、カーソル９２の位置を更新させた楽曲紹介ページ９１（図６の図中下の２つの楽曲紹介ページ９１の相互関係からもわかるように、楽曲情報の位置も必要に応じて更新させた楽曲紹介ページ９１）を表示させる。その後、処理はステップＳ６４に進められる。

これに対して、上方キー４４と下方キー４５のいずれもが押下されない場合（ステップＳ６２において、上方キー４４または下方キー４５が押下されていないと判定された場合）、ステップＳ６３の処理は実行されずに（即ち、フォーカスもカーソル９２も更新されずに）、処理はステップＳ６４に進められる。

ステップＳ６４において、コンテンツ試用データ取得部７４は、タイマ５１が計時中であるか否かを判定する。

即ち、ここでは、タイマ５１が上述した規定時間（例えば、500msec）を計時するとされており、後述するように、上方キー４４または下方キー４５が押下されて所定の楽曲に対する「１楽曲分試聴処理」が開始されると、タイマ５１は計時動作を開始し（後述する図１５のステップＳ８１）、この規定時間を計時すると計時動作を終了する。

従って、タイマ５１が計時動作を行っている場合（ステップＳ６４において、タイマ５１が計時動作を行っていると判定された場合）、直前の操作（上方キー４４または下方キー４５の押下操作）の時点から規定時間がまだ経過していないと判断され、現在試聴再生されている楽曲に対する「１楽曲分試聴処理」がそのまま続行される。即ち、後述するステップＳ６５乃至Ｓ６７の処理は実行されず（その結果、現在試聴再生されている楽曲が引き続き試聴再生されたまま）、処理はステップＳ６８に進められる。

これに対して、タイマ５１が計時動作を行っていない場合（ステップＳ６４において、タイマ５１が計時動作を行っていないと判定した場合）、コンテンツ試用データ取得部７４は、直前の操作（上方キー４４または下方キー４５の押下操作）の時点から規定時間が少なくとも経過したと判断し、ステップＳ６５において、現在試聴再生している楽曲は、現時点の注目楽曲であるか否かを判定する。

現在試聴再生している楽曲が注目楽曲である場合（ステップＳ６５において、現在試聴再生している楽曲は、現時点の注目楽曲であると判定された場合）、注目楽曲（現在試聴再生されている楽曲）に対する「１楽曲分試聴処理」はそのまま続行される。即ち、後述するステップＳ６６とＳ６７の処理は実行されず（その結果、これまで視聴再生されていた注目楽曲が引き続き試聴再生されたまま）、処理はステップＳ６８に進められる。

これに対して、現在試聴再生している楽曲が注目楽曲とは異なる場合（ステップＳ６５において、現在試聴再生している楽曲は、現時点の注目楽曲ではないと判定した場合）、コンテンツ試聴データ取得部７４は、ステップＳ６６において、現在試聴再生している楽曲に対する「１楽曲分試聴処理」を強制終了させ、ステップＳ６７において、現時点の注目楽曲に対する「１楽曲分試聴処理」を開始させ、処理をステップＳ６８に進める。即ち、現時点の注目楽曲の試聴データが自動的に取得され、その試聴データに対応する注目楽曲（一部分）の試聴再生が自動的に行われることになる。

ステップＳ６８において、表示制御部７３は、ENTERキー４３または左方キー４７（戻るキー）が押下されたか否かを判定する。

即ち、上述した図７に示されるように、ENTERキー４３が押下されると、表示部２３の表示内容は、楽曲紹介ページ９１から購入確認画像９３に更新される。

一方、左方キー４７（戻るキー）が押下されると、トップページ８１の再表示が指示されたと判断され、表示部２３の表示内容は、図５の楽曲紹介ページ９１から図４のトップページ８１に更新される。

従って、ENTERキー４３と左方キー４７（戻るキー）のいずれもが押下されない場合（ステップＳ６８において、ENTERキー４３または左方キー４７（戻るキー）が押下されていないと判定された場合）、処理はステップＳ６２に戻され、それ以降の処理が繰り返される。即ち、ENTERキー４３または左方キー４７（戻るキー）が押下されるまで、ステップＳ６２乃至Ｓ６８の処理が繰り返される（ユーザの上方キー４４または下方キー４５の押下操作に応じて、図６に示される処理が行われる）。

これに対して、ENTERキー４３または左方キー４７（戻るキー）が押下された場合（ステップＳ６８において、ENTERキー４３または左方キー４７（戻るキー）が押下されたと判定された場合）、「試聴データ取得再生処理」は終了となり、図９のステップＳ１０の処理が実行される。

即ち、表示制御部７３は、ステップＳ１０において、トップページ８１の表示が指示されたか否かを判定する。

例えば、左方キー４７（戻るキー）が押下された場合、表示制御部７３は、ステップＳ１０において、トップページ８１の表示が指示されたと判定し、処理をステップＳ２に戻し、図４のトップぺージ８１を表示部２３に表示させる。

これに対して、例えば、ENTERキー４３が押下された場合、表示制御部７３は、ステップＳ１０において、トップページ８１の表示が指示されていないと判定して、図７に示される購入確認画像９３を表示部２３に表示させる。そして、表示制御部７３は、ステップＳ１１において、注目楽曲の正式データ（コンテンツデータ）の取得が指示されたか否かを判定する。

即ち、図７に示されるように、この状態（購入確認画像９３が表示された状態）で、ENTERキー４３が再度押下された場合、ステップＳ１１において、注目楽曲の正式データ（コンテンツデータ）の取得が指示されたと判定され、ステップＳ１２において、注目楽曲の正式データのダウンロードが行われる。なお、以下、このようなステップＳ１２の処理を「コンテンツデータ取得処理」と称する。「コンテンツデータ取得処理」の詳細については、図１６を参照して後述する。

これに対して、この状態（購入確認画像９３が表示された状態）で、上方キー４４が押下され、さらに、ENTERキー４３が押下されると、ステップＳ１１において、注目楽曲の正式データ（コンテンツデータ）の取得が指示されていないと判定され、処理はステップＳ９に戻され、「試聴データ取得再生処理」が再度実行される。即ち、図７に示されるように、表示部２３の表示内容は、購入確認画像９３から楽曲紹介ページ９１に戻され、所定の楽曲の試聴再生が再度自動的に行われる。

ここで、図１５のフローチャートを参照して、「１楽曲分試聴処理」の詳細について説明する。

なお、ここでは、「１楽曲分試聴処理」は、図３のコンテンツ試用データ取得部７４と再生部７５とにより実行される（コンテンツ試用データ取得部７４と再生部７５とのそれぞれが有する機能のうちの１つである）とする。

はじめに、上述した規定時間をタイマ５１に計時させるために、ステップＳ８１において、コンテンツ試用データ取得部７４は、タイマ５１を起動させる（計時動作を開始させる）。

ステップＳ８２において、コンテンツ試用データ取得部７４は、注目楽曲の試聴データのURLアドレスを認識する。上述したように、ここでは、注目楽曲の試聴データのURLアドレスは、図１３の楽曲紹介ページの情報（HTML文章）２２１に含まれている。即ち、SAMPLEDATAタグ（９行目と２５行目参照）に挟まれた文字列が、注目楽曲の試聴データのURLアドレスとされている。

いまの場合、上述したように、URLアドレスはEMDサーバ３上に指定されることになるので（なお、後述する図２８の例では、試聴データサーバ３０１−３上に指定されることになる）、ステップＳ８３において、コンテンツ試用データ取得部７４は、認識したURLアドレスで指定されているEMDサーバ３に（通信部１９とネットワーク２を介して）アクセスし、そのURLアドレスに存在するデータ（試聴データ）のダウンロード（取得）を要求する。

EMDサーバ３は、要求された試聴データをEMDクライアント１にネットワーク２を介して送信する（後述する図１８と図２４のステップＳ２０７）。

すると、ステップＳ８４において、コンテンツ試用データ取得部７４は、EMDサーバ３から送信された試聴データを通信部１９を介して受信し、一定量ずつRAM１３に書き込む（再生部７５に提供する）。

ステップＳ８５において、再生部７５は、試聴データが暗号化されているか否かを判定する。

試聴データが暗号化されている場合（ステップＳ８５において、試聴データが暗号化されていると判定した場合）、再生部７５は、ステップＳ８６において、暗号化された試聴データをRAM１３から読み出して復号し（正確には、DRM制御部２４に復号させて）、RAM１３に書き戻し、ステップＳ８７において、RAM１３に書き込まれた試聴データに対応する注目楽曲（その一部分）をスピーカ２１から再生させる。

なお、試聴データが暗号化されていない場合（ステップＳ８５において、試聴データが暗号化されていないと判定された場合）、ステップＳ８６の処理（復号の処理）は実行されずに、ステップＳ８７において、RAM１３に書き込まれた試聴データに対応する注目楽曲（その一部分）が再生される。

ステップＳ８８において、再生部７５は、試聴データの全てを取得（ダウンロード）したか否かを判定する。

試聴データの全てが取得（ダウンロード）されていない場合（ステップＳ８８において、試聴データの全てを取得（ダウンロード）していないと判定された場合）、処理はステップＳ８４に戻され、それ以降の処理が繰り返される。即ち、残りの試聴データが順次取得され、注目楽曲の残りの部分（試聴データに対応する部分）が順次再生されていく。

ところで、１つの楽曲に対する試聴再生の繰り返し回数は特に限定されない。ただし、試聴データはRAM１３に一時的に書き込まれるため、EMDクライアント１は、試聴再生の繰り返し回数分だけ試聴データの要求をEMDサーバ３に行う必要がある。従って、必要以上にこの試聴データの要求を行うと、ネットワーク２の接続回線容量を無駄に消費してしまうといった課題が発生してしまう。

そこで、この課題を解決するために、上述したように、本実施の形態においては、EMDサーバ１とEMDクライアント３との間のプロトコルとして試聴再生の繰り返し許可回数が規定されており、各楽曲のそれぞれに対する試聴再生の繰り返し許可回数が、図１３の楽曲紹介ページの情報(HTML文章)２２１に含まれている。即ち、REPEATタグ（８行目と２４行目参照）に挟まれた数字が、注目楽曲の試聴データに対する試聴再生の繰り返し許可回数とされている。

従って、再生部７５は、ステップＳ８９において、規定回数（即ち、試聴再生の繰り返し許可回数）試聴再生したか否かを判定し、規定回数試聴再生していない場合（規定回数再生していないと判定した場合）、処理をステップＳ８３に戻し、それ以降の処理を繰り返す。そして、再生部７５は、ステップＳ８３乃至Ｓ８９の処理を規定回数分繰り返して実行し、注目楽曲の試聴再生を規定回数だけ行うと、ステップＳ８９において、規定回数試聴再生したと判定し、その注目楽曲に対する「１楽曲分試聴処理」を終了させる。

なお、上述したように、所定の楽曲に対する「１楽曲分試聴処理」は、ステップＳ８１乃至Ｓ８９のうちのいずれの処理が行われていても、「視聴データ取得再生処理」のステップＳ６６（図１４）の処理が実行された場合、強制的に終了される。

次に、図１６のフローチャートを参照して、「コンテンツデータ取得処理」の詳細について説明する。

なお、ここでは、「コンテンツデータ取得処理」は、図３のコンテンツ正式データ取得部７６により実行される（コンテンツ正式データ取得部７６が有する機能のうちの１つである）とする。

上述した図７に示されるように、所定の楽曲（注目楽曲）が試聴再生されている状態で、ENTERキー４３が２回押下されると、ステップＳ１１（図９）において、その注目楽曲の正式データ（コンテンツデータ）の取得が指示されたと判定され、ステップＳ１２の処理、即ち、図１６の「コンテンツデータ取得処理」が実行される。

詳細には、ステップＳ１０１において、コンテンツ正式データ取得部７６は、注目楽曲の正式データのURLアドレスを認識する。上述したように、ここでは、注目楽曲の正式データのURLアドレスは、図１３の楽曲紹介ページの情報（HTML文章）２２１に含まれている。即ち、CONTENTDATAタグ（１２行目と２８行目参照）に挟まれた文字列が、注目楽曲の正式データのURLアドレスとされている。

いまの場合、上述したように、URLアドレスはEMDサーバ３上に指定されることになるので（なお、後述する図２８の例では、コンテンツデータサーバ３０１−４上に指定されることになる）、ステップＳ１０２において、コンテンツ正式データ取得部７６は、認識したURLアドレスで指定されているEMDサーバ３に（通信部１９とネットワーク２を介して）アクセスし、そのURLアドレスに存在するデータ（注目楽曲の正式データ）のダウンロード（取得）を要求する。

EMDサーバ３は、要求された注目楽曲の正式データをEMDクライアント１にネットワーク２を介して送信する（後述する図１８と図２５のステップＳ２０９。詳細は、図２０参照）。

すると、ステップＳ１０３において、コンテンツ正式データ取得部７６は、EMDサーバ３から送信された注目楽曲の正式データを通信部１９を介して受信し、データ記憶部１５に記憶させる。これにより、「コンテンツデータ取得処理」は終了となる。

ところで、このような「コンテンツデータ取得処理」が終了された後、EMDサービスの内容や、EMDクライアント１とEMDサーバ３とのそれぞれが利用するDRMに応じて、注目楽曲の正式データに対する課金処理等が実行される。「コンテンツデータ取得処理」の後に実行されるこの処理は、特に限定されないが、本実施の形態においては次の通りとされる。

即ち、本実施の形態においては、上述したように、DRMとして「OpenMG X」が適用され、また、EMDクライアント１の認証時に認証チケットがEMDサーバ３から発行され、EMDクライアント１に保持されている（上述した図１０のステップＳ２４）ので、ステップＳ１２の「コンテンツデータ取得処理」の後、図９に示されるステップＳ１３とＳ１４の処理が実行される。

このステップＳ１３とＳ１４は、次の２点を前提とした処理とされている。即ち、１点目は、上述したように、コンテンツデータ（楽曲の正式データ）を利用（再生）するためには、ライセンス（そのデータ）の取得が必須であり、このライセンスのデータの取得時に課金処理を行うという点である。２点目は、ユーザの利便性を考慮し、課金処理のとき、EMDクライアント１の認証処理を省略するため、EMDクライアント１は、ライセンスのデータを要求するときに認証チケットをEMDサーバ３に送付する。EMDサーバ３は、認証チケットを受け取ると、認証チケットの有効性を確認し、有効であればEMDクライアント１にライセンスのデータを送付するという点である。

詳細には、ステップＳ１３において、コンテンツ正式データ取得部７６は、ライセンスのデータを既に取得しているか否かを判定する。

ライセンスのデータが既に取得されている場合（ステップＳ１３において、ライセンスのデータを既に取得していると判定された場合）、上述した１点目の前提より、課金処理は既に行われていると判断され、処理はステップＳ９に戻され、それ以降の処理が繰り返される。即ち、図７に示されるように、ダウンロード完了画像９６が表示部２３に表示され、ENTERキー４３が押下されたことが確認されてから、楽曲紹介ページ９１が表示部２３に再度表示され、所定の楽曲の試聴再生がスピーカ２１から自動的に再度行われる。

これに対して、ライセンスのデータがまだ取得されていない場合（ステップＳ１３において、ライセンスのデータを既に取得していないと判定された場合）、ステップＳ１４において、上述した２点目の前提に基づいてライセンスのデータを取得する処理が実行される。なお、以下、このようなステップＳ１４の処理を「ライセンス取得処理」と称する。この「ライセンス取得処理」の詳細が図１７のフローチャートに示されている。そこで、以下、図１７のフローチャートを参照して、「ライセンス取得処理」の詳細について説明する。

なお、ここでは、「ライセンス取得処理」は、図３のコンテンツ正式データ取得部７６により実行される（コンテンツ正式データ取得部７６が有する機能のうちの１つである）とする。

はじめに、ステップＳ１２１において、コンテンツ正式データ取得部７６は、ライセンスのデータを取得するためにアクセスべきURLアドレスを認識する。上述したように、ここでは、このURLアドレスは、図１３の楽曲紹介ページの情報（HTML文章）２２１の対応する楽曲のLICENCEDATAタグ（１５行目と３１行目参照）に含まれている（挟まれている）。また、上述したように、本実施の形態においては、「OpenMG X」が適用されているので、楽曲の正式データのヘッダ（後述する図２１等参照）にも、このURLアドレスが含まれている。従って、コンテンツ正式データ取得部７６は、ライセンスのデータを取得するためにアクセスすべきURLアドレスを認識する場合、楽曲紹介ページの情報（HTML文章）２２１を参照してもよいし、楽曲の正式データのヘッダを参照してもよい。

いずれにしても、いまの場合、上述したように、このURLアドレスはEMDサーバ３上に指定されることになるので（なお、後述する図２８の例では、ライセンスサーバ３０１−５上に指定されることになる）、ステップＳ１２２において、コンテンツ正式データ取得部７６は、認識したURLアドレスで指定されているEMDサーバ３に（通信部１９とネットワーク２を介して）アクセスし、ステップＳ１２３において、認証チケットと、注目楽曲のライセンスを指定する情報（以下、ライセンス指定情報と称する）をEMDサーバ３に送信する。

EMDサーバ３は、ネットワーク２を介して、認証チケットとライセンス指定情報とを受信すると、認証チケットを利用して、所定の課金処理を実行する（後述する図２２と図２５のステップＳ２６１とＳ２６２）

そして、EMDサーバ３は、課金処理に失敗した場合、所定のエラー情報を、ネットワーク２を介してEMDクライアント１に送信してくる（後述する図２２のステップＳ２６３（NO）とＳ２６４）。

コンテンツ正式データ取得部７６は、このエラー情報を通信部１９を介して受信すると、ステップＳ１２４において、ライセンスが得られていない（ライセンスのデータを受信していない）と判定し、ステップＳ１２６において、所定のエラー処理を実行する。これにより、「ライセンス取得処理」は終了となる。

これに対して、EMDサーバ３は、課金処理に成功した場合、ライセンス（後述する図２３参照）のデータを、ネットワーク２を介してEMDクライアント１に送信してくる（後述する図２２のステップＳ２６３（YES）,Ｓ２６５乃至Ｓ２６７。このうちのステップＳ２６６のみが図２５に記載されている）。

コンテンツ正式データ取得部７６は、このライセンスのデータを、通信部１９を介して受信すると、ステップＳ１２４において、ライセンスが得られた（ライセンスのデータを受信した）と判定し、ステップＳ１２５において、そのライセンスのデータをデータ記憶部１５に記憶させる。これにより、「ライセンス取得処理」は終了となる。

以上のようにして、EMDクライアント１は、コンテンツデータ（注目楽曲の正式データ）のライセンスを取得すると、そのコンテンツ（注目楽曲）を使用することが可能となる。

なお、コンテンツデータを使用するための処理自体は、本発明と直接関係がなく、また、上述したWO02/080446パンフレット等を参照することで当業者は容易にその詳細について理解することが可能であるため、ここではその処理の詳細な説明については省略する。

図９に戻り、ステップＳ１３の処理でライセンスのデータを既に取得していると判定された場合、または、ステップＳ１４の処理が終了された場合、処理はステップＳ９に戻され、「試聴データ取得再生処理」が再度実行される。即ち、図７に示されるように、表示部２３の表示内容は、購入確認画像９３から楽曲紹介ページ９１に戻され、所定の楽曲の試聴再生が自動的に再度行われる。

以上、図９等を参照して、図１のEMDシステムのうちのEMDクライアント１側の処理について説明した。

次に、図１８等を参照して、図１のEMDシステムのうちのEMDサーバ３側の処理について説明する。

図１８のステップＳ２０１において、EMDサーバ３のCPU１０１（図８）は、EMDクライアント１よりアクセスを受けたか否かを判定する。

EMDクライアント１よりアクセスを受けていない場合（ステップＳ２０１において、EMDクライアント１よりアクセスを受けていないと判定した場合）、EMDサーバ３は、ステップＳ２１２において、処理の終了が指示されたか否かを判定する。ステップＳ２１２において、処理の終了が指示されたと判定された場合、その処理は終了される。これに対して、ステップＳ２１２において、処理の終了が指示されていないと判定された場合、処理はステップＳ２０１に戻され、EMDクライアント１よりアクセスを受けたか否かが再度判定される。即ち、EMDサーバ３は、EMDクライアント１からアクセスされることを常時監視している（処理の終了が指示されない限り）。

そして、EMDクライアント１よりアクセスされると（ステップＳ２０１において、EMDクライアント１よりアクセスを受けたと判定した場合）、CPU１０１は、そのアクセスの内容（要求の内容）に対応する処理（後述するステップＳ２０３，Ｓ２０５，Ｓ２０７，Ｓ２０９，Ｓ２１１のうちのいずれかの処理）を実行する。その後、処理はステップＳ２１２に進み、それ以降の処理が実行される。即ち、EMDサーバ３は、EMDクライアント１からのアクセスに対する応答の処理を実行すると、EMDクライアント１からアクセスされることを再度監視する（ただし、処理の終了が指示されない場合）。

詳細には、例えば、EMDクライアント１が、上述した図９のステップＳ１の「トップページ表示準備処理（詳細は、図１０）」の処理を実行した場合、即ち、トップページ８１の情報を要求してきた場合、CPU１０１は、ステップＳ２０２において、トップページ８１の情報の要求であると判定し、ステップＳ２０３において、トップページ８１を記憶部１０９より読み出し、通信部１１０とネットワーク２を介してEMDクライアント１に送信する。なお、以下、このようなステップＳ２０３の処理を「トップページ情報提供処理」と称する。この「トップページ情報提供処理」の詳細については、図１９のフローチャートを参照して後述する。

例えば、EMDクライアント１が、上述した図９のステップＳ７の「楽曲紹介ページ取得処理（詳細は、図１２）」の処理を実行した場合、即ち、楽曲紹介ページ９１の情報を要求してきた場合、CPU１０１は、ステップＳ２０２において、トップページ８１の情報の要求ではないと判定した後、ステップＳ２０４において、楽曲紹介ページ９１の情報の要求であると判定し、ステップＳ２０５において、要求された楽曲紹介ページの情報（図１３のHTML文章２２１）を記憶部１０９より読み出し、通信部１１０とネットワーク２を介してEMDクライアント１に送信する。

例えば、EMDクライアント１が、上述した図９のステップＳ９の「試聴データ取得再生処理（詳細は、図１４）」の処理を実行した場合（正確には、図１５の「１楽曲分試聴処理」を実行した場合）、即ち、注目楽曲の試聴データを要求してきた場合、CPU１０１は、ステップＳ２０２，Ｓ２０４のそれぞれにおいて、その処理に対応する要求ではないと判定した後、ステップＳ２０６において、試聴データの要求であると判定し、ステップＳ２０７において、要求された試聴データを記憶部１０９より読み出し、通信部１１０とネットワーク２を介してEMDクライアント１に送信する。

例えば、EMDクライアント１が、上述した図９のステップＳ１２の「コンテンツデータ取得処理（詳細は、図１６）」の処理を実行した場合、即ち、注目楽曲の正式データを要求してきた場合、CPU１０１は、ステップＳ２０２，Ｓ２０４，Ｓ２０６のそれぞれにおいて、その処理に対応する要求ではないと判定した後、ステップＳ２０８において、コンテンツデータの要求であると判定し、ステップＳ２０９において、要求されたコンテンツデータ（注目楽曲の正式データ）を記憶部１０９より読み出し、通信部１１０とネットワーク２を介してEMDクライアント１に送信する。なお、以下、このようなステップＳ２０９の処理を「コンテンツデータ配信処理」と称する。この「コンテンツデータ配信処理」の詳細については、図２０のフローチャートを参照して後述する。

また、例えば、EMDクライアント１が、上述した図９のステップＳ１４の「ライセンス取得処理（詳細は、図１７）」の処理を実行した場合、即ち、注目楽曲（ダウンロードした楽曲の正式データ）に対応するライセンスのデータを要求してきた場合、CPU１０１は、ステップＳ２０２，Ｓ２０４，Ｓ２０６，Ｓ２０８のそれぞれにおいて、その処理に対応する要求ではないと判定した後、ステップＳ２１０において、ライセンスの要求であると判定し、ステップＳ２１１において、要求されたライセンスのデータを生成し、通信部１１０とネットワーク２を介してEMDクライアント１に送信する。なお、以下、このようなステップＳ２１１の処理を「ライセンス提供処理」と称する。この「ライセンス提供処理」の詳細については、図２２のフローチャートを参照して後述する。

次に、「トップページ情報提供処理（ステップＳ２０３の処理）」、「コンテンツデータ配信処理（ステップＳ２０９の処理）」、および、「ライセンス提供処理（ステップＳ２１１の処理）」のそれぞれの詳細についてその順番で説明していく。

はじめに、図１９のフローチャートを参照して、「トップページ情報提供処理（図１８のステップＳ２０３の処理）」の詳細について説明する。

上述したように、図１０のステップＳ２１において、EMDクライアント１が、EMDサーバ３にアクセスしてくると、CPU１０１は、図１８のステップＳ２０２において、トップページ８１の情報の要求であると判定し、ステップＳ２０３において、「トップページ情報提供開始」を実行する。

即ち、ここでは、上述したように、EMDサービスが会員制であり、EMDサーバ３は、ユーザの正当性を確認する必要があるので、図１９のステップＳ２２１において、EMDクライアント１に対して認証要求を行う。

上述したように、図１０のステップＳ２２において、EMDクライアント１は、EMDサーバ３からの認証要求に対して応答する。即ち、EMDクライアント１は、ユーザIDとパスワードをネットワーク２を介してEMDサーバ３に送信してくる。

すると、ステップＳ２２２において、CPU１０１は、ユーザIDとパスワードとを通信部１１０を介して受信し、ステップＳ２２３において、EMDクライアント１の認証を行い、ステップＳ２２４において、その認証に成功したか否かを判定する。

認証に成功した場合（ステップＳ２２４において、認証に成功したと判定した場合）、CPU１０１は、ステップＳ２２６において、認証チケットを生成し、通信部１１０およびネットワーク２を介してEMDクライアント１に送信する。そしてCPU１０１は、ステップＳ２２７において、トップページ８１の情報を記憶部１０９より読み出し、通信部１１０およびネットワーク２を介してEMDクライアント１に送信する。これにより、「トップページ情報提供処理」が終了となる。

これに対して、認証に失敗した場合（ステップＳ２２４において、認証に成功していないと判定した場合）、CPU１０１は、ステップＳ２２５において、所定のエラー情報を、通信部１１０およびネットワーク２を介してEMDクライアント１に送信する。これにより、「トップページ情報提供処理」が終了となる。

なお、EMDサービスが会員制でない場合、上述したステップＳ２２７の処理のみが行われる。

次に、図２０のフローチャートを参照して、「コンテンツデータ配信処理（図１８のステップＳ２０９の処理）」の詳細について説明する。

上述したように、図１６のステップＳ１０２の処理で、EMDクライアント１より注目楽曲の正式データのダウンロード（取得）が要求されると、EMDサーバ３のCPU１０１は、図１８のステップＳ２０１において、EMDクライアント１よりアクセスを受けたと判定し、ステップＳ２０２，Ｓ２０４，Ｓ２０６の処理のそれぞれで、その処理に対応する要求ではないと判定した後、ステップＳ２０８において、コンテンツデータの要求であると判定し、ステップＳ２０９の「コンテンツデータ配信処理」を実行する。

即ち、図２０のステップＳ２４１において、EMDサーバ３のCPU１０１は、記憶部１０９に記憶されているコンテンツデータ（各楽曲のそれぞれの正式データ）の中から、要求されたコンテンツデータ（URLアドレスで指定された場所に記憶されている注目楽曲の正式データ）を読み出す。

ステップＳ２４２において、CPU２１は、このコンテンツデータを、DRM制御部１０４に供給し、所定の暗号化鍵（以下、コンテンツキーKcと称する）を用いて暗号化させる。

なお、記憶部１０９に記憶されているコンテンツデータ（注目楽曲の正式データ）が、ATRAC３方式によりエンコードされていない場合、DRM制御部１０４は、そのコンテンツデータをATRAC３方式によりエンコードさせてから暗号化を行う。また、記憶部１０９に予め暗号化した状態でコンテンツデータを記憶させることもできる。この場合には、ステップＳ２４２の処理は省略することが可能である。

次に、ステップＳ２４３において、CPU１０１は、暗号化したコンテンツデータを伝送するフォーマットを構成するヘッダに、暗号化されているコンテンツを復号するのに必要なキー情報（後述する図２１のEKBとKEKBC（Kc））と、コンテンツ（注目楽曲）を利用するのに必要なライセンスを識別するためのライセンスIDを付加する。

そして、ステップＳ２４４において、CPU１０１は、ステップＳ２４２の処理で暗号化したコンテンツデータと、ステップＳ２４３の処理でキー情報とライセンスIDとを付加したヘッダとをフォーマット化したデータを、通信部１１０とネットワーク２を介してEMDクライアント１に送信する。

上述したように、図１６のステップＳ１０３において、EMDクライアント１は、このデータ（暗号化されたコンテンツデータと、キー情報とライセンスIDが付加されたヘッダとがフォーマット化されたデータ）を、注目楽曲の正式データとしてデータ記憶部１５に記憶させる。

図２１は、このようにして、EMDサーバ３からEMDクライアント１にコンテンツデータ（注目楽曲の正式データ）が供給される場合のフォーマットの構成を表している。

図２１に示されるように、このフォーマットは、ヘッダ（Header）とデータ（Data）とにより構成される。

ヘッダには、コンテンツ情報（Content information）、デジタル権利管理情報（DRM（Digital Right Management） information ）、ライセンスID（License ID）、イネーブリングキーブロック（有効化キーブロック）（EKB（Enabling Key Block））および、EKBから生成されたキーKEKBCを用いて暗号化されたコンテンツキーKcとしてのデータKEKBC（Kc）が配置されている。

コンテンツ情報には、データとしてフォーマット化されているコンテンツデータを識別するための識別情報としてのコンテンツID（CID）、そのコンテンツのコーデックの方式などの情報が含まれている。

デジタル権利管理情報には、コンテンツを使用する規則および状態（Usage rules/status）と、URLアドレスが配置されている。使用規則および状態には、例えば、コンテンツの再生回数、コピー回数などが記述される。

URLは、ライセンスIDで規定されるライセンスを取得するときアクセスするアドレス情報であり、図１の例では、ライセンスを受けるために必要なEMDサーバ３のアドレス（後述する図２８の例では、ライセンスサーバ３０１−５のアドレス）である。ライセンスIDは、データとして記録されているコンテンツを利用するとき必要とされるライセンスを識別するものである。

EKBは、EMDクライアント１が、上述したコンテンツキーKc（対応する暗号化コンテンツデータを復号するための鍵）を得るために必要な情報であって、ライセンスに含まれるデバイスノードキー（DNK）（後述する図２３参照）とともに利用される。なお、EKB自身は、本発明と直接関係がなく、また、上述したWO02/080446パンフレット等を参照することで当業者は容易にその詳細について理解することが可能であるため、ここではEKBの詳細な説明については省略する。

データは、任意の数の暗号化ブロック（Encryption Blook）により構成される。各暗号化ブロックは、イニシャルベクトル（IV（Initial Vector））、シード（Seed）、およびコンテンツデータをキーK'cで暗号化したデータEK'c(data)により構成されている。

キーK'cは、次式により示されるように、コンテンツキーKcと、乱数で設定される値Seedをハッシュ関数に適用して演算された値により構成される。

K'c＝Hash(Kc,Seed)

イニシャルベクトルIVとシードSeedは、各暗号化ブロック毎に異なる値に設定される。

この暗号化は、コンテンツのデータを８バイト単位で区分して、８バイト毎に行われる。後段の８バイトの暗号化は、前段の８バイトの暗号化の結果を利用して行われるCBC（Cypher Block Chaning）モードで行われる。

CBCモードの場合、最初の８バイトのコンテンツデータを暗号化するとき、その前段の８バイトの暗号化結果が存在しないため、最初の８バイトのコンテンツデータを暗号化するときは、イニシャルベクトルIVを初期値として暗号化が行われる。

このCBCモードによる暗号化を行うことで、１つの暗号化ブロックが解読されたとしても、その影響が、他の暗号化ブロックにおよぶことが抑制される。

なお、この暗号化自身も、本発明と直接関係がなく、また、上述したWO02/080446パンフレット等を参照することで当業者は容易にその詳細について理解することが可能であるため、ここでは暗号化の詳細な説明については省略する。

以上のようにして、EMDクライアント１は、EMDサーバ３から楽曲の正式データ（コンテンツデータ）を無料で、自由に取得することができる。従って、楽曲（コンテンツ）そのものは、大量に配布することが可能となる。

しかしながら、上述したように、EMDクライアント１は、取得したコンテンツを利用するとき（楽曲を再生するとき）、ライセンス（データ）を保持している必要がある。このため、EMDクライアント１は、上述した図１７の「ライセンス取得処理」を実行して、ライセンスのデータを取得する。この「ライセンス取得処理」に対応するEMDサーバ３側の処理が、上述したように、「ライセンス提供処理（図１８のステップＳ２１１の処理）」であり、その詳細が図２２のフローチャートに示されている。そこで、以下、図２２を参照して、「ライセンス提供処理」の詳細について説明する。

上述したように、図１７のステップＳ１２２とＳ１２３の処理で、EMDクライアント１よりアクセスされ、認証チケットとライセンス指定情報がネットワーク２を介して送信されてくると、EMDサーバ３のCPU１０１は、図１８のステップＳ２０１において、EMDクライアント１よりアクセスを受けたと判定し、ステップＳ２０２，Ｓ２０４，Ｓ２０６，Ｓ２０８の処理のそれぞれで、その処理に対応する要求ではないと判定した後、ステップＳ２１０において、ライセンスの要求であると判定し、ステップＳ２１１の「ライセンス提供処理」を実行する。

即ち、図２２のステップＳ２６２において、CPU１０１は、EMDクライアント１より送信された、認証チケットとライセンス指定情報とを通信部１１０を介して受信する。

そして、CPU１０１は、ステップＳ２６２において、認証チケットを利用して、所定の課金処理を実行する。

具体的には、例えば、CPU１０１は、認証チケット（ユーザIDとパスワード）で特定されるユーザの過去の支払い履歴などを調査し、そのユーザが、過去にライセンスの対価の不払いの実績があるか否かなどを調べ、そのような実績がない場合には、ライセンスの付与を許容する与信結果を生成し、ユーザが予め指定している金融機関に対して、そのライセンス料の請求を行う処理を実行する。この処理を行った場合、CPU１０１は、課金処理が成功したと判断する。

これに対して、例えば、CPU１０１は、不払いの実績などがある等と調査した場合には、ライセンス付与の不許可の与信結果を生成する。この処理を行った場合、CPU１０１は、課金処理が失敗したと判断する。

CPU１０１は、ステップＳ２６３において、先に生成した与信結果に基づいて課金処理は成功したか否かを判定する。

課金処理に失敗した場合（ステップＳ２６３において、課金処理は成功していないと判定した場合）、ステップＳ２６４において、CPU１０１は、所定のエラー情報を、通信部１１０とネットワーク２を介してEMDクライアント１に送信する。これにより、「ライセンス提供処理」は終了となる。

これに対して、課金処理に成功した場合（ステップＳ２６３において、課金処理は成功したと判定した場合）、ステップＳ２６５において、CPU１０１は、図２３に示されるようなライセンスのデータを生成する。

ここで、図２３を参照して、EMDクライアント１に提供されるライセンスについて説明する。

図２３に示されるように、ライセンスには、例えば、使用条件、リーフIDおよびデバイスノードキー（Device Naode Key（DNK））が含まれている。

使用条件は、そのライセンスに基づいて、コンテンツ（楽曲）を使用することが可能な使用期限、そのライセンスに基づいて、コンテンツをダウンロードすることが可能なダウンロード期限、そのライセンスに基づいて、コンテンツをコピーすることが可能な回数（許されるコピー回数）、チェックアウト回数、最大チェックアウト回数、そのライセンスに基づいて、コンテンツをCD(Compact Disk)-Rに記録することができる権利、PD（Portable Device）にコピーすることが可能な回数、ライセンスを所有権（買い取り状態）に移行できる権利、使用ログをとる義務等が含まれる。

なお、使用条件自体は、本発明と直接関係がなく、また、上述したWO02/080446パンフレット等を参照することで当業者は容易にその詳細について理解することが可能であるため、ここでは使用条件のさらに詳細な説明については省略する。

リーフIDとDNKとは、次のような情報を指す。

即ち、上述したWO02/080446パンフレット等によると（「OpenMG X」によると）、ブロードキャストインクリプション（Broadcast Encryption）方式の原理に基づいて、デバイス（EMDクライアント１等）とライセンスのキーが管理される。キーは、階層ツリー構造とされ、最下段のリーフ（leaf）が個々のデバイスまたはライセンスのキーに対応する。

即ち、本実施の形態においては、ブロードキャストインクリプション方式の原理に基づいて構成されるMG-Rエンティティというキーシステムで、デバイスのキーとライセンスのキーの管理が行われる。例えば、図示はしないが、上から８段２４段３２段のノードがツリー構造とされ、ルートノードから下位の８段までの各ノードにカテゴリが対応されるとする。ここにおけるカテゴリとは、例えばメモリスティック（商標）などの半導体メモリを使用する機器のカテゴリ、デジタル放送を受信する機器のカテゴリといったカテゴリを意味する。そして、このカテゴリノードのうちの１つのノードに、ライセンスを管理するシステムとしてのＴシステムが対応される。

即ち、このＴシステムのノードよりさらに下の階層の２４段のノードに対応するキーにより、ライセンスが対応される。この例の場合、これにより、約１６メガ（＝２24＝約１６０万）のライセンスを規定することができる。さらに、最も下側の３２段の階層により、約４ギガ（＝２３２＝約４０億）のユーザを規定することができる。最下段の３２段のノードに対応するキーが、DNKを構成し、そのDNKに対応するIDがリーフIDとされる。

換言すると、リーフIDは、Ｔシステムにより規定されるそのライセンスに割り当てられた識別情報を表す。また、DNKは、そのライセンスに対応するEKB（有効化キーブロック）に含まれる暗号化されているコンテンツキーKcを復号するのに必要なデバイスノードキーである。

なお、リーフIDおよびDNK、並びに、これらに関連するTシステム等の技術も、本発明と直接関係がなく、また、上述したWO02/080446パンフレット等を参照することで当業者は容易にその詳細について理解することが可能であるため、ここではこれらの詳細な説明については省略する。

図２２に戻り、CPU１０１は、Ｓ２６５において、上述したようなライセンスのデータを生成すると、Ｓ２６６において、そのライセンスのデータを、通信部１１０およびネットワーク２を介してEMDクライアント１に送信する。そして、CPU１０１は、ステップＳ２６７において、そのライセンスのデータを、ユーザIDとパスワードと対応付けて記憶部１０９に保存する。これにより、「ライセンス提供処理」は終了となる。

以上、図１のEMDシステムの処理について、EMDクライアント１側の処理と、EMDサーバ３側の処理といった２つの側面からそれぞれ個別に説明した。

このような一連の処理をEMDクライアント１とEMDサーバ３とのそれぞれが実行することで、ユーザが試聴開始の操作を特に実行しなくとも、EMDクライアント１により自動的に所定の楽曲の試聴再生が開始される。従って、ユーザは、EMDクライアント１の表示部２３を注意深く見なくとも、自動的に試聴再生されている楽曲を聴き、その楽曲が気に入ったら、購入の操作（この購入の操作も、表示部２３を注意深く見る必要はない）を行えばよい。一方、ユーザは、その楽曲が気に入らない場合、上方キー４４または下方キー４５を押下するといった操作（GUIに頼らない簡単な操作）を行うだけで、他の楽曲も試聴することができる。

ところで、上述した図７に示されるように、ユーザは、試聴中の楽曲を気に入った場合、ENTERキー４３を２回押下することで、その楽曲を購入（ダウンロード）することができる。

しかしながら、ユーザが、購入の意欲も無いのに誤操作でENTERキー４３を連打してしまった（２回以上押下してしまった）場合、或いは、ENTERキー４３が実際には連打されていないにも拘らず、EMDクライアント１の入力処理部１８（図２）が、連打されたと誤検出してしまった場合、その楽曲の購入が確定してしまう（ダウンロードが行われてしまう）といった課題が発生してしまう。

そこで、EPGクライアント１のCPU１１（図２）は、「購入確認画像９３を表示部２３に表示させてから（即ち、１回目のENTERキー４３の押下操作の時点から）、一定期間(例えば、1秒等)ENTERキー４３の押下操作を無視する」といった処理を実行することで、この課題を解決することができる。なお、このような処理は、図９のステップＳ１１の代わりに実行されることになる。そこで、このような処理を、以下、「コンテンツデータ取得準備処理」と称する。

この「コンテンツデータ取得準備処理」の詳細が図２６のフローチャートに示されている。そこで、以下、図２６を参照して、「コンテンツデータ取得準備処理」の詳細について説明する。

上述したように、ステップＳ９の「試聴データ取得再生処理」が実行されて、所定の注目楽曲の試聴再生が行われている最中に、ENTERキー４３が１回押下されると、図１４のステップＳ６８の処理でENTERキー４３または左方キー４７が押下されたと判定され、ステップＳ９の「試聴データ取得再生処理」が終了される。そして、図９のステップＳ１０の処理でトップページの表示が指示されていないと判定されることになる。

このとき、図９のステップＳ１１の代わりに、この「コンテンツデータ取得準備処理」が実行される。

即ち、図２６のステップＳ２８１において、CPU１１は、購入確認画像９３（図７）を表示部２３に表示させ、ステップＳ２８２において、タイマ５１を起動させる（計時動作を開始させる）。なお、このとき、タイマ５１は、上述した図１４の「試聴データ取得再生処理」のときとは異なるモード（タイムアウトの時間が異なるモード）で計時動作を開始する。

ステップＳ２８３において、CPU１１は、キー入力がなされたか否かを判定する。

ステップＳ２８３において、キー入力がなされていないと判定した場合、CPU１１は、ステップＳ２８４において、その他のイベント処理を必要に応じて実行した後、図９のステップＳ９等に処理を移行する（ステップＳ２８３に戻す場合もある）。

これに対して、ステップＳ２８３において、キー入力がなされたと判定した場合、CPU１１は、ステップＳ２８５において、そのキー入力はENTERキー４３によるものか否かを判定する。

ENTERキー４３以外のキー入力であった場合（ステップＳ２８５において、ENTERキー４３ではないと判定した場合）、CPU１１は、ステップＳ２８６において、その他のキー入力処理を必要に応じて実行した後、図９のステップＳ９等に処理を移行する（ステップＳ２８３に戻す場合もある）。

これに対して、ENTERキー４３からの入力であった場合（ステップＳ２８５において、ENTERキー４３であると判定した場合）、CPU１１は、ステップＳ２８７において、タイマ５１が計時動作中であるか否かを判定する。

タイマ５１が起動動作中の場合（ステップＳ２８７において、タイマ５１が計時動作中であると判定した場合）、CPU１１は、そのENTERキー４３の入力を無視する。即ち、処理はステップＳ２８３に戻され、それ以降の処理が繰り返される。

これに対して、タイマ５１が計時動作を既に終了している場合（ステップＳ２８７において、タイマ５１が計時動作中ではないと判定した場合）、CPU１１は、そのENTERキー４３の入力が有効であるとして、上述した図１６の「コンテンツデータ取得処理（図９のステップＳ１２の処理）」を実行する。

なお、楽曲の誤購入防止策（上述した課題の解決策）として、ユーザが試聴中の楽曲を気に入ったときに押下するキーとして、図２７に示されるように、ENTERキー４３の代わりに、購入のための専用キー(購入キー)２５１を適用してもよい。即ち、図２の入力部１７等に、この購入キー２５１が付加されればよい。

なお、図２７は、購入キー２５１を利用する場合の楽曲の購入操作の例を説明する図である。上述した図７とこの図２７とを比較するに、これらの２つの図は、購入キー２５１を除いては全く同様の図であることがわかる。即ち、購入キー２５１を利用する場合の楽曲の購入操作は、購入キー２５１の押下操作を除いては、図７を参照して上述した楽曲の購入操作と基本的に同様の購入操作となる。従って、図２７の説明については省略する。

以上、本発明が適用される実施の形態として、図１のEMDシステムについて説明した。即ち、EMDサーバ３が１台の装置で構成される実施の形態として説明した。しかしながら、上述したように、EMDサーバ３が有する第１の機能乃至第７の機能を、複数の装置に分散させることも可能である。即ち、本発明が適用されるEMDシステムは、EMDクライアント１と、複数の装置からなるEMDサーバシステムとから構成してもよい。具体的には、例えば、本発明が適用されるEMDシステムは、図２８に示されるように構成してもよい。即ち、図２８は、本発明が適用されるEMDシステム（コンテンツ配信システム）の他の実施の形態の構成例を表している。

図２８において、ネットワーク２には、ショップサーバ３０１−１乃至課金サーバ３０１−７が接続されている。即ち、EMDクライアント１と、ショップサーバ３０１−１乃至課金サーバ３０１−７のそれぞれとは、ネットワーク２を介して相互に接続されている。

ショップサーバ３０１−１は、上述したトップページ８１や楽曲紹介ページ９１等の情報を保存し、EMDクライアント１から要求があると、要求された情報をEMDクライアント１に送信する。即ち、ショップサーバ３０１−１は、上述したEMDサーバ３が有する第１の機能乃至第７の機能のうちの、第１の機能を有している。

認証サーバ３０１−２は、EMDサービスを受けるユーザやEMDクライアント１の正当性を認証する。即ち、認証サーバ３０１−２は、上述したEMDサーバ３が有する第１の機能乃至第７の機能のうちの、第５の機能を有している。

試聴データサーバ３０１−３は、各楽曲のそれぞれの試聴データを保存し、EMDクライアント１から要求があると、要求された楽曲の試聴データをEMDクライアント１に送信する。即ち、試聴データサーバ３０１−３は、上述したEMDサーバ３が有する第１の機能乃至第７の機能のうちの、第２の機能を有している。

コンテンツデータサーバ３０１−４は、各楽曲のそれぞれの正式データ（コンテンツデータ）を保存し、EMDクライアント１から要求があると、要求された楽曲の正式データをEMDクライアント１に送信する。即ち、コンテンツデータサーバ３０１−４は、上述したEMDサーバ３が有する第１の機能乃至第７の機能のうちの、第３の機能（および、第４の機能の一部分）を有している。

ライセンスサーバ３０１−５は、各楽曲のそれぞれに対応するライセンスを管理する。即ち、ライセンスサーバ３０１−５は、上述したEMDサーバ３が有する第１の機能乃至第７の機能のうちの、第４の機能の一部分を有している。

ユーザ情報サーバ３０１−６は、EMDサービスが会員制であったり、或いは、過去の利用履歴などを管理する必要がある場合、ユーザやEMDクライアント１に関する情報を保持する。即ち、ユーザ情報サーバ３０１−６は、上述したEMDサーバ３が有する第１の機能乃至第７の機能のうちの、第６の機能を有している。

課金サーバ３０１−７は、ユーザがEMDサービスで楽曲を購入したときにその代金を徴収する（課金処理を行う）。即ち、課金サーバ３０１−７はは、上述したEMDサーバ３が有する第１の機能乃至第７の機能のうちの、第７の機能を有している。従って、図示はしないが、課金サーバ３０１−７は、例えば、クレジットカード会社や銀行等の金融機関のネットワークとも接続している。

以上のショップサーバ３０１−１乃至課金サーバ３０１−７を１つのシステムとみなせば（以下、このようなシステムを、EMDサーバシステム３０１と称する）、図１のEMDサーバ３と、EMDサーバシステム３０１とは、全く同様の機能を有していることになる。即ち、図２８のEMDシステムは、図１のEMDシステムと機能的に等価であるといえるので、上述した様々な効果を全く同様に奏することが可能となる。

なお、ショップサーバ３０１−１乃至課金サーバ３０１−７のそれぞれは、対応する機能を実現可能な構成を有すれば特に限定されず、例えば、図８に示されるEMDサーバ３の構成と全く同様の構成を有することもできる。

また、EMDサーバシステム３０１においても、上述した第１の機能乃至第７の機能のうちの、第１の機能乃至第４の機能は必要とされるが、利用するEMDサービスによっては、第５乃至第７の機能は不要となる。例えば、課金を購入の度にする必要がない場合（第７の機能が不要の場合）、課金サーバ３０１−７は不要となる。また、認証やユーザの管理を行う必要がない場合（第５の機能と第６の機能とが不要な場合）、認証サーバ３０１−２とユーザ情報サーバ３０１−６は不要となる。

さらに、図２８の例では、全てのサーバ（ショップサーバ３０１−１乃至課金サーバ３０１−７）は、１つのネットワーク２にバス型で接続されているが、各サーバの接続形態は、この図２８の例に特に限定されない。例えば、EMDクライアント１や他のネットワーク機器から直接アクセスされることが望ましくないサーバに関しては、所定のサーバ（例えば、ショップサーバ３０１−１）を介してEMDクライアント１と通信するようにしてもよい。また、各ネットワーク機器のネットワーク・トポロジーについても特に限定されない。

図２９は、このようなEMDシステム（図２８）の処理の流れの例を表している。そこで、以下、図２９を参照して、図２８のEMDシステムの処理の流れについて説明する。

図２９において、ステップＳ３０１において、EMDクライアント１が、ショップサーバ３０１−１に接続要求（トップページ８１の情報の要求）を行うと、ステップＳ３０２において、ショップサーバ３０１−１は、認証サーバ３０１-２に対して、ユーザ(EMDクライアント１)の認証要求を行う。

すると、ステップＳ３０３において、認証サーバ３０１−２が、EMDクライアント１に対して認証要求を行うので、ステップＳ３０４において、EMDクライアント１は、その認証応答を行う。即ち、EMDクライアント１は、ユーザIDとパスワードとを認証サーバ３０１−２に送信する。

ステップＳ３０５において、認証サーバ３０１−２は、ユーザ情報サーバ３０１−６に記録されたユーザ情報を用いるために、ユーザ情報サーバ３０１−６に対してそのユーザ情報の要求を行う。ステップＳ３０６において、ユーザ情報サーバ３０１−６は、その要求に応答する。即ち、ユーザ情報サーバ３０１−６は、ユーザ情報を認証サーバ３０１−２に送信する。ステップＳ３０７において、認証サーバ３０１−２は、このユーザ情報利用して認証を行い、ユーザとEMDクライアント１が正当であると判断したとき、その認証の結果と認証チケットとをショップサーバ３０１−１に送信する。

ステップＳ３０８において、ショップサーバ３０１−１は、認証チケットとトップページ８１の情報とをEMDクライアント１に送信する。これにより、EMDクライアント１とショップサーバ３０１−１との間の接続が確立される。

次に、ステップＳ３０９において、EMDクライアント１が、上述したような楽曲紹介ページ９１の情報を要求すると（接続要求を行うと）、ステップＳ３１０において、ショップサーバ３０１−１は、楽曲紹介ページの情報（図１３のHTML文章２２１）をEMDクライアント１に送信する。

その後、ステップＳ３１１において、EMDクライアント１が、上述したような所定の楽曲（注目楽曲）の試聴データの要求を試聴データサーバ３０１−３に自動的に行うことになるので（接続要求を自動的に行うことになるので）、ステップＳ３１２において、試聴データサーバ３０１−３は、その注目楽曲の試聴データをEMDクライアント１に送信する。

ユーザは、上方キー４４または下方キー４５を押下することで、EMDクライアント１と試聴データサーバ３０１−３とに、上述したステップＳ３１１とＳ３１２の処理を繰り返し自動的に実行させて、他の楽曲の試聴を行うことができる。

また、ユーザは、試聴している楽曲（注目楽曲）が気に入り、購入する（ダウンロードする）と判断した場合、上述したように、ENTERキー４３を２回押下する（或いは、ENTERキー４３を押下した後、図２７の購入キー２５１を押下する）ことになる。

すると、ステップＳ３１３において、EMDクライアント１が、上述したような注目楽曲の正式データ（コンテンツデータ）をコンテンツデータサーバ３０１−４に要求することになり（接続要求を行うことになり）、ステップＳ３１４において、コンテンツデータサーバ３０１−４は、その注目楽曲の正式データをEMDクライアント１に送信する。

そして、ステップＳ３１５において、EMDクライアント１が、ライセンス要求をライセンスサーバ３０１−５に対して行うと（認証チケットを送信すると）、ステップＳ３１６において、ライセンスサーバ３０１−５は、認証チケットの有効性を認証サーバ３０１−２に確認させる（認証要求を行う）。ステップＳ３１７において、認証サーバ３０１−２は、その認証応答を行い、その応答が、認証チケットは有効であるという結果であった場合、ステップＳ３１８において、ライセンスサーバ３０１−５は、課金サーバ３０１−７に対して課金要求を行う。ステップＳ３１９において、課金サーバ３０１−７が、所定の課金処理を行い成功すると、その結果（課金応答）をライセンスサーバ３０１−５に送信する。ライセンスサーバ３０１−５は、この結果を受け取ると、ステップＳ３２０において、EMDクライアント１に対してライセンスデータを送信する（ライセンス応答を行う）。

ところで、上述した一連の処理をソフトウエアにより実行させる場合には、そのソフトウエアを構成するプログラムが、専用のハードウエアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、ネットワークや記録媒体からインストールされる。

具体的には、例えば、EMDクライアント１においては、図３のリスト取得部７１乃至コンテンツ正式データ取得部７６のそれぞれをモジュールとするアプリケーションソフトウエアを構成するプログラムが、専用のハードウエアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、ネットワークや記録媒体からインストールされる。

このようなプログラムを含む記録媒体は、例えば、図２または図８に示されるように、装置本体とは別に、ユーザにプログラムを提供するために配布される、プログラムが記録されている磁気ディスク（フロッピディスクを含む）、光ディスク（CD-ROM(Compact Disk-Read Only Memory),DVD(Digital Versatile Disk)を含む）、光磁気ディスク（ＭＤ（Mini-Disk）を含む）、もしくは半導体メモリなどよりなるリムーバブル記録媒体（パッケージメディア）６１（図２）またはリムーバブル記録媒体１１２（図８）により構成されるだけでなく、装置本体に予め組み込まれた状態でユーザに提供される、プログラムが記録されているROM１２（図２）またはROM１０２（図８）や、データ記憶部１５（図２）または記憶部１０９に含まれるハードディスクなどで構成される。

なお、図３のリスト取得部７１乃至コンテンツ正式データ取得部７６のそれぞれは、上述したように、その機能を果たすものであれば、その形態は特に限定されない。

即ち、例えば、図３のリスト取得部７１乃至コンテンツ正式データ取得部７６ののそれぞれは、ハードウエアで構成されてもよい。その場合、製造者等は、例えば、図３のリスト取得部７１乃至コンテンツ正式データ取得部７６に対応するハードウエアをそれぞれ製作し、これらを図３に示されるようにそれぞれ接続することで、容易に、図２とは異なる構成のEMDクライアントの実現が可能になる。

また、例えば、図３のリスト取得部７１乃至コンテンツ正式データ取得部７６が、ソフトウエアで構成されている場合でも、その構成は、図３の例には限定されず、例えば、図３のリスト取得部７１乃至コンテンツ正式データ取得部７６のうちの一部分若しくは全部が組み合わされたモジュールからなるモジュール構成、または、図３のリスト取得部７１乃至コンテンツ正式データ取得部７６のうちのいずれかの機能が分割されたモジュールからなるモジュール構成とされてもよい。或いは、単に１つのアルゴリズムを有するプログラムでもよい。

なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、その順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。

また、本明細書において、システムとは、複数の装置や処理部により構成される装置全体を表すものである。

さらにまた、配信されるコンテンツは、上述した例では楽曲とされたが、楽曲に限定されず、単に音声を含むコンテンツであればよい。即ち、例えば、ムービー（動画像とそれに対応する音声）をコンテンツとしてもよい。この場合、ムービーの音声部分、或いは、ムービーを紹介するナレーション等の音声のデータを試聴データとし、また、携帯電話機等の小さな画面を有する機器に、上述したEMDクライアント１と同様の機能を持たせることができる。これにより、ユーザは、携帯電話機等の小さな画面を注視することなく、上述した操作（所定のキーの押下操作）と全く同様の操作を行うだけで、ムービーのデータ等のコンテンツデータを簡単かつ確実に購入する（ダウンロードさせる）ことが可能となる。

本実施の形態のEMDシステム（コンテンツ配信システム）の構成例を示すブロック図である。 図１のEMDシステムのうちのEMDクライアントの構成例、即ち、本実施の形態のコンテンツ取得装置の構成例を示すブロック図である。 図２のEMDクライアントが有する機能的構成を説明する機能ブロック図である。 トップページの表示例を示す図である。 楽曲紹介ページ（楽曲情報のリスト）の表示例を示す図である。 本実施の形態の楽曲の試聴再生の操作例を説明する図である。 本実施の形態の楽曲の購入（ダウンロード）の操作例を説明する図である。 図１のEMDシステムのうちのEMDサーバの構成例を示すブロック図である。 図１のEMDシステムのうちのEMDクライアント側の処理例を説明するフローチャートである。 図９のEMDクライアントの処理のうちのトップページ表示準備処理の詳細な例を説明するフローチャートである。 トップページの表示の遷移操作例を説明する図である。 図９のEMDクライアントの処理のうちの楽曲紹介ページ取得処理の詳細な例を説明するフローチャートである。 楽曲紹介ページの情報の構成例を示す図である。 図９のEMDクライアントの処理のうちの試聴データ取得処理の詳細な例を説明するフローチャートである。 図１４の試聴データ取得処理により管理される1楽曲分試聴処理例を説明するフローチャートである。 図９のEMDクライアントの処理のうちのコンテンツデータ取得処理の詳細な例を説明するフローチャートである。 図９のEMDクライアントの処理のうちのライセンス取得処理の詳細な例を説明するフローチャートである。 図１のEMDシステムのうちのEMDサーバ側の処理例を説明するフローチャートである。 図１８のEMDサーバの処理のうちのトップページ情報提供処理の詳細な例を説明するフローチャートである。 図１８のEMDサーバの処理のうちのコンテンツデータ配信処理の詳細な例を説明するフローチャートである。 EMDサーバが配信するコンテンツデータ（楽曲の正式データ）の構成例を示す図である。 図１８のEMDサーバの処理のうちのライセンス提供処理の詳細な例を説明するフローチャートである。 図２１のコンテンツデータに対応するライセンスの例を示す図である。 図１のEMDクライアントとEMDサーバとの処理の関係を示すアローチャートである。 図１のEMDクライアントとEMDサーバとの処理の関係を示すアローチャートである。 図９のステップＳ１１の処理の代わりとして実行されるコンテンツデータ取得準備処理の例を説明するフローチャートである。 本実施の形態の楽曲の購入（ダウンロード）の操作の他の例を説明する図である。 本実施の形態のEMDシステム（コンテンツ配信システム）の他の構成例を示すブロック図である。 図２８のEMDシステムの処理の流れを説明するアローチャートである。

符号の説明

１ EMDクライアント， ２ ネッワーク， ３ EMDサーバ， １１ CPU， １２ ROM， １３ RAM， １５ データ記憶部， １７ 入力部， １９ 通信部， ２１ スピーカ， ２４ DRAM制御部， ４３ ENTERキー， ４４ 上方キー， ４５ 下方キー， ６１ リムーバブル記録媒体， ７１ リスト取得部， ７２ フォーカス設定部， ７３ 表示制御部， ７４ コンテンツ試用データ取得部， ７５ 再生部， ７６ コンテンツ正式データ取得部， ８１ トップページ， ８２ カーソル， ９１ 楽曲紹介ページ（楽曲情報のリスト）， ９２ カーソル， ２２１ 楽曲紹介ページの情報， ２５１ 購入キー， ３０１ EMSサーバシステム， ３０１−１ ショップサーバ， ３０１−２ 認証サーバ， ３０１−３ 試聴データサーバ， ３０１−４ コンテンツデータサーバ， ３０１−５ ライセンスサーバ， ３０１−６ ユーザ情報サーバ， ３０１−７ 課金サーバ

Claims (8)

1. １以上の情報処理装置からなる、コンテンツのデータを配信するサーバシステムと、前記サーバシステムから配信された前記コンテンツのデータを取得するクライアントとからなるコンテンツ配信システムのコンテンツ配信方法において、
   前記クライアントは、１以上の前記コンテンツのそれぞれを特定するコンテンツ情報を含むリストを前記サーバシステムに要求し、
   前記サーバシステムは、前記クライアントから要求された前記リストを前記クライアントに送信し、
   前記クライアントは、受信した前記リストに含まれる１以上の前記コンテンツ情報のうちの第１のコンテンツ情報により特定される前記コンテンツを注目コンテンツに設定し、ユーザより前記注目コンテンツの変更の指示がなされた場合、前記リストに含まれる１以上の前記コンテンツ情報のうちの第２のコンテンツ情報により特定される前記コンテンツを前記注目コンテンツに再設定し、設定または再設定された前記注目コンテンツの試用データを、前記ユーザの操作を介在することなく前記サーバシステムに要求し、
   前記サーバシステムは、前記クライアントから要求された前記注目コンテンツの前記試用データを前記クライアントに送信し、
   前記クライアントは、受信した前記試用データに対応する前記注目コンテンツを前記ユーザの操作を介在することなく再生し、前記試用データに対応する前記注目コンテンツを再生している間に、前記ユーザから前記注目コンテンツの取得の指示がなされた場合、前記注目コンテンツの正式データを前記サーバシステムに要求し、
   前記サーバシステムは、前記クライアントから要求された前記注目コンテンツの前記正式データを前記クライアントに送信する
   ことを特徴とするコンテンツ配信方法
2. １以上の情報処理装置からなるサーバシステムから配信されたコンテンツのデータを取得するコンテンツ取得装置において、
   前記サーバシステムとの間で情報を送受信する通信手段と、
   １以上の前記コンテンツのそれぞれを特定するコンテンツ情報を含むリストを要求する第１の要求情報を、前記通信手段から前記サーバシステムに送信させ、その後、前記サーバシステムから前記第１の要求情報の応答として送信されてきた前記リストを前記通信手段に受信させる制御を実行する第１の通信制御手段と、
   前記第１の通信制御手段の制御により前記通信手段に前記リストが受信された場合、前記リストに含まれる１以上の前記コンテンツ情報のうちの第１のコンテンツ情報により特定される前記コンテンツを注目コンテンツに設定し、ユーザより前記注目コンテンツの変更の指示がなされたとき、前記リストに含まれる１以上の前記コンテンツ情報のうちの第２のコンテンツ情報により特定される前記コンテンツを前記注目コンテンツに再設定する設定手段と、
   前記設定手段により設定または再設定された前記注目コンテンツの試用データを要求する第２の要求情報を前記通信手段から前記サーバシステムに送信させる制御を前記ユーザの操作を介在することなく実行し、その後、前記サーバシステムから前記第２の要求情報の応答として送信されてきた前記注目コンテンツの前記試用データを、前記通信手段に受信させる制御を実行する第２の通信制御手段と、
   前記第２の通信制御手段の制御により前記通信手段に受信された前記試用データに対応する前記注目コンテンツを前記ユーザの操作を介在することなく再生する再生手段と、
   前記再生手段により前記試用データに対応する前記注目コンテンツが再生されている間、前記ユーザから前記注目コンテンツの取得の指示がなされた場合、前記注目コンテンツの正式データを要求する第３の要求情報を、前記通信手段から前記サーバシステムに送信させ、その後、前記サーバシステムから前記第３の要求情報の応答として送信されてきた前記注目コンテンツの前記正式データを、前記通信手段に受信させる制御を実行する第３の通信制御手段と
   を備えることを特徴とするコンテンツ取得装置。
3. 前記ユーザにより操作され、前記注目コンテンツの変更の前記指示を前記設定手段に入力させる第１の入力手段と、前記注目コンテンツの取得の前記指示を前記第３の通信制御手段に入力させる第２の入力手段とを有する操作手段をさらに備える
   ことを特徴とする請求項２に記載のコンテンツ取得装置。
4. 前記リストには、１以上の前記コンテンツのそれぞれに対して予め設定された前記試用データの繰り返し再生の許可回数がさらに含まれており、
   前記第２の通信制御手段は、前記第２の要求情報を前記通信手段から前記サーバシステムに送信させる制御を、前記リストに含まれる前記許可回数以下の回数だけ繰り返し実行する
   ことを特徴とする請求項２に記載のコンテンツ取得装置。
5. 前記第２の通信制御手段は、前記設定手段により前記注目コンテンツが設定または再設定された時点から所定の時間が経過しても、前記注目コンテンツが変更されていない場合、前記第２の要求情報を前記通信手段から前記サーバシステムに送信させる制御を実行する
   ことを特徴とする請求項２に記載のコンテンツ取得装置。
6. 前記リストに含まれる１以上の前記コンテンツ情報のうちの、前記注目コンテンツに対応する前記コンテンツ情報の少なくとも一部を、所定の表示装置に表示させる表示制御手段をさらに備える
   ことを特徴とする請求項２に記載のコンテンツ取得装置。
7. １以上の情報処理装置からなるサーバシステムから配信された前記コンテンツのデータを取得するコンテンツ取得装置のコンテンツ取得方法において、
   １以上の前記コンテンツのそれぞれを特定するコンテンツ情報を含むリストを前記サーバシステムに要求し、その要求の結果、前記サーバシステムから提供された前記リストを取得する第１の取得ステップと、
   前記第１の取得ステップの処理により前記リストが取得された場合、前記リストに含まれる１以上の前記コンテンツ情報のうちの第１のコンテンツ情報により特定される前記コンテンツを注目コンテンツに設定し、ユーザより前記注目コンテンツの変更の指示がなされたとき、前記リストに含まれる１以上の前記コンテンツ情報のうちの第２のコンテンツ情報により特定される前記コンテンツを前記注目コンテンツに再設定する設定ステップと、
   前記設定ステップの処理により設定または再設定された前記注目コンテンツの試用データを、前記ユーザの操作を介在することなく前記サーバシステムに要求し、その要求の結果、前記サーバシステムから配信された前記注目コンテンツの前記試用データを取得する第２の取得ステップと、
   前記第２の取得ステップの処理により取得された前記試用データに対応する前記注目コンテンツを前記ユーザの操作を介在することなく再生する再生ステップと、
   前記再生ステップの処理により前記試用データに対応する前記注目コンテンツが再生されている間に、前記ユーザから前記注目コンテンツの取得の指示がなされた場合、前記注目コンテンツの正式データを前記サーバシステムに要求し、その要求の結果、前記サーバシステムから配信された前記注目コンテンツの前記正式データを取得する第３の取得ステップと
   を含むことを特徴とするコンテンツ取得方法。
8. １以上の情報処理装置からなるサーバシステムから配信された前記コンテンツのデータを取得する処理をコンピュータに実行させるプログラムであって、
   １以上の前記コンテンツのそれぞれを特定するコンテンツ情報を含むリストを前記サーバシステムに要求し、その要求の結果、前記サーバシステムから提供された前記リストを取得する第１の取得ステップと、
   前記第１の取得ステップの処理により前記リストが取得された場合、前記リストに含まれる１以上の前記コンテンツ情報のうちの第１のコンテンツ情報により特定される前記コンテンツを注目コンテンツに設定し、ユーザより前記注目コンテンツの変更の指示がなされたとき、前記リストに含まれる１以上の前記コンテンツ情報のうちの第２のコンテンツ情報により特定される前記コンテンツを前記注目コンテンツに再設定する設定ステップと、
   前記設定ステップの処理により設定または再設定された前記注目コンテンツの試用データを、前記ユーザの操作を介在することなく前記サーバシステムに要求し、その要求の結果、前記サーバシステムから配信された前記注目コンテンツの前記試用データを取得する第２の取得ステップと、
   前記第２の取得ステップの処理により取得された前記試用データに対応する前記注目コンテンツを前記ユーザの操作を介在することなく再生する再生ステップと、
   前記再生ステップの処理により前記試用データに対応する前記注目コンテンツが再生されている間に、前記ユーザから前記注目コンテンツの取得の指示がなされた場合、前記注目コンテンツの正式データを前記サーバシステムに要求し、その要求の結果、前記サーバシステムから配信された前記注目コンテンツの前記正式データを取得する第３の取得ステップと
   を含むことを特徴とするプログラム。

Images