(57)【特許請求の範囲】
【請求項１】
デジタルコンテンツの配信を行う配信サーバを少なくとも1つ有し、ユーザ端末からの要求に応じて、ネットワークを介したデジタルコンテンツの送信を行うコンテンツ配信システムであって、
ネットワークにおける複数の配信サーバについての所在を示す所在情報を保持しており、ユーザ端末からの要求に応じて、各配信サーバにおける所在情報をユーザ端末に通知するレファレンスサーバを含み、
前記配信サーバは、
ユーザ端末により本配信サーバがアクセスされた場合、ユーザ端末はレファレンスサーバにより通知された所在情報をコネクト先として用いて本配信サーバにコネクトしたか、当該所在情報の通知を受けずに本配信サーバにコネクトしたかを判定する判定部と、
前記レファレンスサーバから前記所在情報の通知を受けずにコネクトしたと判定された場合、配信サーバへの代金支払いをユーザ端末に命じる旨を示す第１代金決済情報を生成し、レファレンスサーバにより通知された所在情報を用いてコネクトしたと判定された場合、配信サーバ、及び、レファレンスサーバへの代金支払いをユーザ端末に命じる旨を示す第２代金決済情報を生成する生成部と、
代金決済情報と、デジタルコンテンツとをユーザ端末に送信する送信部とを含み、
前記レファレンスサーバは、
配信サーバの所在を示す所在情報を、デジタルコンテンツに関連する語句であるコンテンツ関連語句に対応づけて格納している第１格納部と、
ユーザ端末によりアクセスされた際、ユーザ端末からキーワード入力を受け付ける受付部と、
第１格納部に格納されている複数の所在情報のうち、対応づけられているコンテンツ関連語句が、当該キーワードに全一致又は部分一致するものをユーザ端末に通知する検索部とを含み、
前記第１格納部は更に、
デジタルコンテンツを送信する配信サーバの所在情報に対応づけて、当該デジタルコンテンツが再生され得る再生ソフトウェアを示す再生ソフトウェア情報を格納しており、
前記受付部は、
デジタルコンテンツを特定するキーワードと共に、ユーザ端末が用いている再生ソフトウェアを示す再生ソフトウェア情報をユーザ端末から受け付け、
前記検索部は、
コンテンツ関連語句がキーワードと一致する所在情報が複数存在する場合、前記複数の所在情報のうち、対応づけられた再生ソフトウェア情報が、ユーザ端末から発せられた再生ソフトウェア情報と一致するもののみをユーザ端末に通知する
ことを特徴とするコンテンツ配信システム。
【請求項２】
前記第１代金決済情報は、
デジタルコンテンツの再生権の購入代金の全額を配信サーバに支払うよう命じる旨を示し、
前記第２代金決済情報は、
デジタルコンテンツの再生権の購入代金のうち、α%をレファレンスサーバに支払い、（１００−α）%を配信サーバに支払うよう命じる旨を示す
ことを特徴とする請求項１記載のコンテンツ配信システム。
【請求項３】
前記第２代金決済情報は、
デジタルコンテンツの再生権の購入代金のうち、α%を配信サーバの所在の通知に供した報酬としてレファレンスサーバに支払うよう命じる旨を示す
ことを特徴とする請求項２記載のコンテンツ配信システム。
【請求項４】
前記第１格納部は更に、
デジタルコンテンツの符号化方式、デジタルコンテンツの再生品質、デジタルコンテンツの再生権を購入する際の購入価格の何れかを示すコンテンツ販売細目を、デジタルコンテンツのコンテンツ関連語句に対応づけて格納しており、
前記レファレンスサーバは更に、
第１格納部に格納されているコンテンツ関連語句のうち、当該キーワードに一致するものが検索部により探し出されれば、第１格納部に格納されている複数のコンテンツ販売細目のうち、キーワードに一致したコンテンツ関連語句に対応づけられているものを取り出して、取り出されたコンテンツ販売細目からなる配信ガイド情報を作成する配信ガイド情報作成部を含み、
前記検索部は、
作成された配信ガイド情報を、配信サーバについての所在情報に対応づけて、ユーザ端末に送信する
ことを特徴とする請求項１記載のコンテンツ配信システム。
【請求項５】
前記レファレンスサーバは、
複数のデジタルコンテンツを、各デジタルコンテンツに関連する関連語句に対応づけて格納している第２格納部と、
前記受付部がユーザ端末からキーワード入力を受け付けた際、受付部が受け付けたキーワードと全部又は一部が一致している関連語句が第２格納部に格納されているか否かを判定する判定部と、
一致する関連語句が第２格納部に存在する場合、当該関連語句に対応づけられているデジタルコンテンツを第２格納部から読み出す読出部と、
一致する関連語句が第２格納部に存在する場合、レファレンスサーバへの代金支払いをユーザ端末に命じる旨を示す代金決済情報を生成する生成部と、
読み出されたデジタルコンテンツと、生成された代金決済情報とをユーザ端末に送信する送信部とを含み、
前記検索部は、
一致する関連語句が第２格納部に存在しない場合、第１格納部に格納されている複数の所在情報のうち、コンテンツ関連語句の全部又は一部が当該キーワードと一致するものを、ユーザ端末に通知する
ことを特徴とする請求項１記載のコンテンツ配信システム。
【請求項６】
前記レファレンスサーバは、
代金決済情報により、ユーザ端末からレファレンスサーバへの代金支払いが行われれば、その代金から、デジタルコンテンツ販売についての報酬を徴収し、残りを、このデジタルコンテンツの所有者に支払う徴収部と
を含むことを特徴とする請求項５記載のコンテンツ配信システム。
【請求項７】
デジタルコンテンツの配信を行う配信サーバを複数有し、ユーザ端末からの要求に応じて、ネットワークを介したデジタルコンテンツの送信を行うコンテンツ配信システムであって、
ネットワークにおける複数の配信サーバについての所在を示す所在情報を保持しており、ユーザ端末からの要求に応じて、各配信サーバにおける所在情報をユーザ端末に通知するレファレンスサーバを含み、
各配信サーバは、
ユーザ端末により本配信サーバがアクセスされた場合、デジタルコンテンツの購入代金の支払いを、ユーザ端末から受け付ける受付部と、
購入代金が支払われば、デジタルコンテンツをユーザ端末に送信する送信部と、
ユーザ端末により本配信サーバがアクセスされた場合、ユーザ端末はレファレンスサーバにより通知された所在情報をコネクト先として用いて本配信サーバにコネクトしたか、当該所在情報の通知を受けずに本配信サーバにコネクトしたかを判定する判定部と、
レファレンスサーバにより通知された所在情報を用いてコネクトしたと判定された場合、ユーザ端末から支払われた購入代金の一部を、配信サーバの所在通知に供した報酬として、レファレンスサーバに通知する支払部とを含み、
前記レファレンスサーバは、
配信サーバの所在を示す所在情報を、デジタルコンテンツに関連する語句であるコンテンツ関連語句に対応づけて格納している第１格納部と、
ユーザ端末によりアクセスされた際、ユーザ端末からキーワード入力を受け付ける受付部と、
第１格納部に格納されている複数の所在情報のうち、対応づけられているコンテンツ関連語句が、当該キーワードに全一致又は部分一致するものをユーザ端末に通知する検索部とを含み、
前記第１格納部は更に、
デジタルコンテンツを送信する配信サーバの所在情報に対応づけて、当該デジタルコンテンツが再生され得る再生ソフトウェアを示す再生ソフトウェア情報を格納しており、  前記受付部は、
デジタルコンテンツを特定するキーワードと共に、ユーザ端末が用いている再生ソフトウェアを示す再生ソフトウェア情報をユーザ端末から受け付け、
前記検索部は、
キーワードと一致するコンテンツ関連語句が複数存在する場合、複数の所在情報のうち、対応づけられた再生ソフトウェア情報が、ユーザ端末から発せられた再生ソフトウェア情報と一致するもののみをユーザ端末に通知する
ことを特徴とするコンテンツ配信システム。
【請求項８】
前記第１格納部は更に、
デジタルコンテンツの符号化方式、デジタルコンテンツの再生品質、デジタルコンテンツの再生権を購入する際の購入価格の何れかを示すコンテンツ販売細目を、デジタルコンテンツのコンテンツ関連語句に対応づけて格納しており、
前記レファレンスサーバは更に、
第１格納部に格納されているコンテンツ関連語句のうち、当該キーワードに一致するものが検索部により探し出されれば、第１格納部に格納されている複数のコンテンツ販売細目のうち、キーワードに一致したコンテンツ関連語句に対応づけられているものを取り出して、取り出されたコンテンツ販売細目からなる配信ガイド情報を作成する配信ガイド情報作成部を含み、
前記検索部は、
作成された配信ガイド情報を、配信サーバについての所在情報に対応づけて、ユーザ端末に送信する
ことを特徴とする請求項７記載のコンテンツ配信システム。
【請求項９】
前記レファレンスサーバは、
複数のデジタルコンテンツを、各デジタルコンテンツに関連する関連語句に対応づけて格納している第２格納部と、
前記受付部がユーザ端末からキーワード入力を受け付けた際、受付部が受け付けたキーワードと全部又は一部が一致している関連語句が第２格納部に格納されているか否かを判定する判定部と、
一致する関連語句が第２格納部に存在する場合、当該関連語句に対応づけられているデジタルコンテンツを第２格納部から読み出す読出部と、
一致する関連語句が第２格納部に存在する場合、レファレンスサーバへの代金支払いをユーザ端末に命じる旨を示す代金決済情報を生成する生成部と、
読み出されたデジタルコンテンツと、生成された代金決済情報とをユーザ端末に送信する送信部とを含み、
前記検索部は、
一致する関連語句が第２格納部に存在しない場合、第１格納部に格納されている複数の所在情報のうち、関連語句の全部又は一部が当該キーワードと一致するものを、ユーザ端末に通知する
ことを特徴とする請求項７記載のコンテンツ配信システム。
【請求項１０】
前記レファレンスサーバは、
代金決済情報により、ユーザ端末からレファレンスサーバへの代金支払いが行われれば、その代金から、デジタルコンテンツ販売についての報酬を徴収し、残りを、このデジタルコンテンツの所有者に支払う徴収部を含む
ことを特徴とする請求項９記載のコンテンツ配信システム。
【請求項１１】
ユーザ端末からの要求に応じて、ネットワークを介したデジタルコンテンツの送信を行う少なくとも1つの配信サーバを用いるコンテンツ配信方法であって、
ネットワークにおける複数の配信サーバについての所在を示す所在情報を保持しており、ユーザ端末からの要求に応じて、各配信サーバにおける所在情報をユーザ端末に通知するレファレンスサーバと
配信サーバとを含み、
ユーザ端末により本配信サーバがアクセスされた場合、ユーザ端末はレファレンスサーバにより通知された所在情報をコネクト先として用いて本配信サーバにコネクトしたか、当該所在情報の通知を受けずに本配信サーバにコネクトしたかを判定する判定ステップと、
前記レファレンスサーバから前記所在情報の通知を受けずにコネクトしたと判定された場合、配信サーバへの代金支払いをユーザ端末に命じる旨を示す第１代金決済情報を生成し、レファレンスサーバにより通知された所在情報を用いてコネクトしたと判定された場合、配信サーバ、及び、レファレンスサーバへの代金支払いをユーザ端末に命じる旨を示す第２代金決済情報を生成する生成ステップと、
代金決済情報と、デジタルコンテンツとをユーザ端末に送信する送信ステップとがなされ、
前記レファレンスサーバは、
配信サーバの所在を示す所在情報を、デジタルコンテンツに関連する語句であるコンテンツ関連語句に対応づけて格納する第１格納部を有しており、
ユーザ端末によりアクセスされた際、ユーザ端末からキーワード入力を受け付ける受付ステップと、
複数の所在情報のうち、対応づけられているコンテンツ関連語句が、当該キーワードに全一致又は部分一致するものをユーザ端末に通知する検索ステップを実行し、
前記第１格納部は更に、
デジタルコンテンツを送信する配信サーバの所在情報に対応づけて、当該デジタルコンテンツが再生され得る再生ソフトウェアを示す再生ソフトウェア情報を格納しており、
前記受付ステップは、
デジタルコンテンツを特定するキーワードと共に、ユーザ端末が用いている再生ソフトウェアを示す再生ソフトウェア情報をユーザ端末から受け付け、
前記検索ステップは、
コンテンツ関連語句がキーワードと一致する所在情報が複数存在する場合、前記複数の所在情報のうち、対応づけられた再生ソフトウェア情報が、ユーザ端末から発せられた再生ソフトウェア情報と一致するもののみをユーザ端末に通知する
ことを特徴とするコンテンツ配信方法。
【発明の詳細な説明】
【０００１】
【発明が属する技術分野】
本発明は、デジタルコンテンツの有償配布を行う配信サーバと、レファレンスサーバとを含み、コンテンツ配信サービスを実現するコンテンツ配信システムに関する。
【０００２】
【従来の技術】
デジタルコンテンツの有償配布を行うコンテンツ配信サービスは、数あるネットビジネスのうち、産業界の熱い注目を集めているものの1つである。その中でもEMD(Electronic Music Distribution)には、多くの企業や個人が参入しており、新たなビジネスチャンスを虎視耽々と狙っている。EMDを実現する従来のコンテンツ配信システムについて、説明を行う。従来のコンテンツ配信システムは、ユーザ端末、配信サーバ、課金サーバを含み、MP3（MPEG1 Audio Layer3）、Dolby AC-3(Digital audio Compression)、AAC(Advanced Audio Coding)などの音声圧縮Codecによりエンコードされた音楽コンテンツの有償配布を行う。
【０００３】
ユーザ端末は、URL(Uniform Resource Locator)の入力等により、配信サーバに対応するWEBサイトをアクセスし、音楽コンテンツのダウンロードを配信サーバに要求する。ダウンロードはインターネットブラウザなどの汎用のWebブラウザソフトウェアで行なわれ、ダウンロードしたコンテンツは暗号化された状態でHDDに記録される。
【０００４】
配信サーバは、ダウンロードがユーザ端末により要求されれば、音楽コンテンツをユーザ端末に送信する。
課金サーバは、音楽コンテンツがユーザ端末に送信されれば、音楽コンテンツの購入代金をユーザ端末に対して課金する。
上述した配信サーバには、メジャーな音楽会社により運営されているものが広く知られているが、インディーズ系アーティストにより運営されているものも忘れてはならない。何れの音楽会社にも帰属していないインディーズ系アーティストにとって、自らが創作した音楽コンテンツは貴重な財産なので、彼等は、音楽コンテンツの管理を他者に委ねようとはせず、自らが運営するサーバにて、音楽コンテンツの管理を行おうとする。そういった理由により、インディーズ系アーティストが運営する配信サーバの数も多いので、現在、World Wide Web(WWW)にて運営されている配信サーバの数は数百、数千にものぼるともいわれる。
【０００５】
【発明が解決しようとする課題】
しかしながら、多数の配信サーバがWWW上において、サービスを競いあっているという状況では、メジャーな音楽会社の配信サーバにより、音楽コンテンツの売り上げが寡占され、インディーズ系アーティストのアーティストが運営する配信サーバは、音楽コンテンツの売り上げにおいて苦戦を強いられてしまう。その理由は以下の通りである。即ち、メジャーな音楽会社の配信サーバは、TVや雑誌等のマスメディアを通じて、そのWEBサイトのURLがとりあげられているので知名度が高い。そのため、メジャーな音楽会社の配信サーバは、多くのユーザによりアクセスされ、多くのユーザに音楽コンテンツを販売することができる。一方、インディーズ系アーティストの配信サーバは、そのWEBサイトのURLがマスメディアにより取り上げられる機会はめっぽう少ない。従って、ユーザがタイトル名やアーティスト名をキーワードとした検索を行うことにより、配信サーバのWEBサイトを探し当てて、アクセスしてくれるのをひたすら待つしかない。
【０００６】
タイトル名やアーティスト名をキーワードとした検索では、たまたま同じ語句を含んでいたWEBサイトがヒットすることがあるため、数百件といった膨大な数の検索結果がユーザに提示される場合がある。膨大な数の検索結果から、所望とするインディーズ系アーティストの配信サーバを探し出すという作業は、根気がいる作業であり、そこまで手間をかけてまで、インディーズ系アーティストの配信サーバを探し当てようとするユーザは自ずと限られてくる。インディーズ系アーティストが自身が創作した音楽コンテンツを、自身が運営する配信サーバで管理しているような状況では、折角良質の音楽コンテンツを有していても、その良さを多くの人々に知らしめることは出来ず、みすみすその才能を埋もれさせてしまうことになりかねない。
【０００７】
一方、メジャーな音楽会社にしても、こうしたインディーズ系アーティストの中には、優れた才能を有する者があることを認めており、彼等の才能が埋もれてしまうのを、望んでいる訳ではない。自身の利益が保証されるなら、それらインディーズ系アーティストの活動を支援することを期待する筈である。しかし、従来の音楽コンテンツのコンテンツ配信システムは、そうした、メジャーな音楽会社の思惑にかなうような、インディーズ系アーティストの支援方法を何等具備していなかった。インディーズ系アーティスト支援を視野に入れたコンテンツ配信システムを提供することこそ、EMDの真の発展を実現するものと考えられる。
【０００８】
本発明の目的は、インディーズ系アーティストが運営しているような配信サーバに対して、音楽コンテンツを販売するチャンスを多く与えることができるコンテンツ配信システムを提供することである。
【０００９】
上記目的は、デジタルコンテンツの配信を行う配信サーバを少なくとも1つ有し、ユーザ端末からの要求に応じて、ネットワークを介したデジタルコンテンツの送信を行うコンテンツ配信システムであって、ネットワークにおける複数の配信サーバについての所在を示す所在情報を保持しており、ユーザ端末からの要求に応じて、各配信サーバにおける所在情報をユーザ端末に通知するレファレンスサーバを含み、前記配信サーバは、ユーザ端末により本配信サーバがアクセスされた場合、ユーザ端末はレファレンスサーバにより通知された所在情報をコネクト先として用いて本配信サーバにコネクトしたか、当該所在情報の通知を受けずに本配信サーバにコネクトしたかを判定する判定部と、前記レファレンスサーバから前記所在情報の通知を受けずにコネクトしたと判定された場合、配信サーバへの代金支払いをユーザ端末に命じる旨を示す第1代金決済情報を生成し、レファレンスサーバにより通知された所在情報を用いてコネクトしたと判定された場合、配信サーバ、及び、レファレンスサーバへの代金支払いをユーザ端末に命じる旨を示す第2代金決済情報を生成する生成部と、代金決済情報と、デジタルコンテンツとをユーザ端末に送信する送信部とを含むことを特徴とするコンテンツ配信システムにより達成される。
【００１０】
【発明の実施の形態】
（第１実施形態）
以降、図面を参照しながら、コンテンツ配信システムについて説明する。図１は、本実施形態に係るコンテンツ配信システムの構成を示す図である。本図に示すように、コンテンツ配信システムは、配信サーバ１０１〜１０８、ユーザ端末１０９、再生ソフトウェア供給サーバ１１０、課金サーバ１１１、及びレファレンスサーバ１１２からなる。
【００１１】
配信サーバ１０１〜１０８は、ユーザ端末１０９から発せられる音楽コンテンツのダウンロード要求を受け付けて、その要求元のユーザ端末１０９に、音楽コンテンツを送信する。
ユーザ端末１０９は、Liquid Audioやa2b等の再生ソフトウェアをインストールしているパーソナルコンピュータやこれに対応する情報機器、音響機器であり、音楽コンテンツのダウンロードを配信サーバ１０１〜１０８の何れかに対して要求する。こうした音楽コンテンツが配信サーバ１０１〜１０８の何れかから送信されれば、ユーザ端末１０９は、これを受信して自身が有しているディスク装置に格納し、再生する。再生ソフトウェアとは、音楽コンテンツのダウンロードから、再生権の購入、音楽コンテンツの再生までの音楽コンテンツの再生に関する諸制御を実現するソフトウェアである。Liquid Audioやa2bの他にも、再生ソフトウェアにはSDMI(Secure Digital Music Initiative)に準拠した様々なタイプのものがある。これら再生ソフトウェアをインストールしていれば、配信サーバ１０１〜１０８の何れかにより配信された音楽コンテンツを再生させることができる。
【００１２】
再生ソフトウェア供給サーバ１１０は、再生ソフトウェアを制作したメーカーにより運営されているサーバであり、ユーザ端末１０９からの要求に応じて、再生ソフトウェアをユーザ端末１０９に送信する。
課金サーバ１１１は、音楽コンテンツの再生権の買い取りにあたっての代金決済をネットワーク上で実現する。即ち課金サーバ１１１は、コンテンツ配信システムを利用し得る各ユーザのクレジットカード番号、及び、カード番号に対応する銀行口座を予め知得しており、コンテンツの買い取りにあたってユーザ端末１０９が、通信回線を介して、ユーザIDと、音楽コンテンツの購入代金と、購入代金の振り込み先の銀行口座とを課金サーバ１１１に送信すれば、課金サーバ１１１は、その送信元のユーザのクレジットカード番号に対応する銀行口座から、送信された購入代金を引き落とし、振り込み先として指定された銀行口座に振り込む。振り込み先として指定された銀行口座の名義人が、配信サーバ１０１〜１０８又はレファレンスサーバ１１２の運営者であれば、それら運営者は、購入代金を全部又は一部を受け取ることができる。以上の課金サーバ１１１による代金決済は、代金決済情報と呼ばれる情報をネットワーク上で送受信することにより実現される。
【００１３】
レファレンスサーバ１１２は、ユーザが購入を希望する音楽コンテンツがどのURLの配信サーバにより配信されるかをユーザ端末１０９に知らせるというサービス（音楽コンテンツ検索サービス）を行う。図２は、かかるレファレンスサーバ１１２の内部構成を示す図である。本図に示すように、レファレンスサーバ１１２は、送受信部１０、レファレンステーブル保持部１１、検索エンジン部１２とからなる。
【００１４】
送受信部１０は、LANカード、モデム、ISDNのターミナルアダプタ等により構成され、ネットワークを介した送受信を行う。
レファレンステーブル保持部１１は、レファレンステーブルを保持する。このレファレンステーブルは、図３（ａ）に示すように複数のコンテンツ管理情報1,2,3,4,5・・・・・からなる。コンテンツ管理情報は、図３（ｂ）の矢印y1に示すように、その音楽コンテンツに関連する語句からなる『コンテンツ関連語句』と、その音楽コンテンツについて『コンテンツ販売細目』と、ネットワークにおける配信サーバ１０１〜１０８のネットワークにおける所在を示す『所在情報』と、この音楽コンテンツに対応する再生ソフトウェアを示す『対応再生ソフトウェア情報』とからなる。コンテンツ関連語句において、音楽コンテンツに関連する語句とは、具体的には、矢印y2に示すような音楽コンテンツの『タイトル名』及び『アーティスト名』である。また、コンテンツ販売細目情報は、矢印y3に示すように音楽コンテンツの圧縮方式及び再生品質を示す『圧縮CODEC・量子化ビット数』、音楽コンテンツを再生する際の『再生権の購入価格』を含む。
【００１５】
レファレンステーブルを具体的を、図４を参照しながら説明する。本図においてタイトル名『Poor Minor』の音楽コンテンツは、『Mr.Artist1』といったアーティストにより創作されたものである。この音楽コンテンツは、圧縮CODECの1つであるAACにて圧縮され、量子化ビット数は128Kbitであり、再生にあたっては、$3.00の購入代金を支払う必要があることが理解できる。このタイトル名『Poor Minor』の音楽コンテンツは、配信サーバ１０１により送信され得るものなので、所在情報には、配信サーバ１０１のURLが記載されている。この音楽コンテンツに対応する再生ソフトウェアは、再生ソフトウェアAなので、対応再生ソフトウェア情報には、再生ソフトウェアAが示されている。
【００１６】
検索エンジン部１２は、本レファレンスサーバ１１２がユーザ端末１０９によりアクセスされれば、キーワードの入力を促すメニューをユーザ端末１０９に表示させる(a)。メニューに対してキーワードが入力されれば、レファレンステーブルに含まれる複数のコンテンツ管理情報のうち、タイトル名又はアーティスト名の全部又は一部がキーワードに一致するものの全てを特定する(b)。そして、それらコンテンツ管理情報からなる配信ガイド情報を、ユーザ端末１０９に出力する(c)。(a)〜(c)の手順を詳細に示したのが図５のフローチャートである。また、図４のデータ例に対して、検索エンジン部１２が処理を行った場合の処理過程を示したのが図６（ａ）〜（ｃ）である。以降、本フローチャートと、図６（ａ）〜（ｃ）とを参照しながら、検索エンジン部１２の処理内容について具体的に説明してゆく。ステップＳ１において検索エンジン部１２は、ユーザ端末１０９によるアクセス待ちを行う。ユーザ端末１０９によるアクセスが行われると、ステップＳ２では、ユーザ端末１０９からのキーワードの受け付けを行う。キーワードが入力されれば、ステップＳ３において、複数のコンテンツ管理情報のうち、それに含まれるタイトル名又はアーティスト名が入力されたキーワードと一致するものを特定する。コンテンツ管理情報が特定されれば、ステップＳ４において特定された1つ以上のコンテンツ管理情報からなり、配信サーバ１０１〜１０８の何れかのURLをホットスポットとして指定した配信ガイド情報を作成して、ユーザ端末１０９に送信する。ここでレファレンステーブルが図４のように設定されている状態で、図６（ａ）に示すように、ユーザ端末１０９を操作するユーザがキーワード"Star"を入力すると、検索エンジン部１２は、キーワード"Star"をタイトル名に含むコンテンツ管理情報として、図４において3段目に位置するタイトル名"Star on Busstop"と、5段目に位置するタイトル名"Local Superstar"とを特定する。
【００１７】
その結果、図６（ｂ）に示すように、これらのタイトル名を含むコンテンツ管理情報からなる配信ガイド情報が作成される。図６（ｃ）は、この図６（ｂ）の配信ガイド情報を送信したことにより、ユーザ端末１０９において表示されるメニュー画面である。このメニュー画面において、配信サーバ１０３、１０５の所在を示す『配信サーバ１０３のURL』『配信サーバ１０５のURL』をクリックすれば、ユーザ端末１０９はレファレンスサーバから配信サーバ１０３、配信サーバ１０５にコネクトすることとなる。一般に"star"のようなありふれた単語をキーワードとして検索を行えば、WWWにおいて、何万件といった膨大な数のWEBサイトがヒットしてしまう。そのため、配信サーバ１０３、配信サーバ１０５のWEBサイトを探し出そうとすると膨大な手間がかかるが、コンテンツ配信システムにおけるレファレンスサーバ１１２は、配信サーバ１０１〜１０８についてのコンテンツ管理情報からなるレファレンステーブルから、このキーワードに該当する配信サーバ１０１〜１０８を探し出そうとするので、"star"のようなありふれた単語をキーワードとして検索を行おうとしても、検索結果が膨大な数になることはない。
【００１８】
続いて、配信サーバ１０１〜１０８の内部構成について説明する。配信サーバ１０１〜１０８は、図７のような機能構成を有するものである。図７に示すように、配信サーバ１０１〜１０８は、送受信部２０、コンテンツ-DES鍵格納部２１、再生権の購入代金表２２、コンテンツパッケージング部２３からなる。
送受信部２０は、LANカード、モデム、ISDNのターミナルアダプタ等により構成され、ネットワークを介した送受信を行う。
【００１９】
コンテンツ-DES鍵格納部２１は、所定の符号化方式で符号化された音楽コンテンツと、この音楽コンテンツを暗号化するためのDES鍵と、この音楽コンテンツに対応づけられたコンテンツIDとを対応づけて格納している。コンテンツIDとは、ISRC等当該音楽コンテンツを一意に特定することができるコードである。DES鍵は、DES暗号方式にて暗号化及び復号化に用いられる暗号鍵のことである(DESとは、Data Encryption Standardの略であり、音楽コンテンツの暗号化に用いられる鍵と、復号化に用いられる鍵とが同一である暗号化方式を意味している。)。
【００２０】
再生権の購入代金表２２は、各音楽コンテンツのコンテンツIDと、その音楽コンテンツの再生権の購入代金とを対応づけて示す。
コンテンツパッケージング部２３は、インターネットを介して音楽コンテンツの購入要求をユーザ端末１０９から受け付けると、音楽コンテンツを図８に示すような流通パッケージの形式に変換する。図８は、コンテンツパッケージング部２３により作成される流通パッケージの構成を示す図である。本図において、流通パッケージは、矢印y81に示すように、ヘッダと、暗号化コンテンツとからなり、ヘッダは、矢印y82に示すように、コンテンツIDと、RSA暗号化部とからなる。
【００２１】
『RSA暗号化部』は、RSA暗号化方式により暗号化されたデータであり、矢印y83に示すように、代金決済情報と、DES鍵とを含む。Rivest, Shamir, Adleman encryption(RSA)方式とは、暗号化するための鍵と復号化するための鍵とが異なることを特徴とする公開鍵暗号化方式である。RSA暗号化方式により暗号化されたデータを復号するには、暗号化に用いた公開鍵とは異なる復号鍵を用いる必要があるので、公開鍵は、安全性が非常に高いといわれる。
【００２２】
本実施形態において、RSA暗号化部の暗号化を解くための復号鍵は、再生ソフトウェアの一部として、ユーザ端末１０９に予め配布されている。流通パッケージがユーザ端末１０９にダウンロードされ、所定の再生権の購入代金をユーザが支払った場合のみ、流通パッケージのRSA暗号化部の復号が行われる。
『代金決済情報』は、流通パッケージに含まれる音楽コンテンツの再生権の購入代金を、ユーザ端末１０９に支払わせる情報である。この代金決済情報の内容は、レファレンスサーバ１１２を経由してきたか否かに応じて、異なる内容となる。ユーザ端末１０９がレファレンスサーバ１１２を経由せずに配信サーバ１０１〜１０８の何れかにコネクトしてきた場合、つまりレファレンスサーバ１１２によるURL通知を受けずに本配信サーバをアクセスした場合、代金決済情報は、再生権の購入代金を配信サーバ１０１〜１０８の何れかに支払わせるよう、ユーザ端末１０９に命じる旨を示す内容となる。
【００２３】
ユーザ端末１０９がレファレンスサーバ１１２を経由して、本配信サーバにコネクトしてきた場合、つまりレファレンスサーバ１１２によるURL通知を受けて本配信サーバをアクセスした場合、音楽コンテンツの購入代金のうちα％をレファレンスサーバ１１２に支払わせ、音楽コンテンツの購入代金のうち(100-α)％を配信サーバに支払わせるよう、ユーザ端末１０９に命じる旨を示す。購入代金のα％は、音楽コンテンツの再生権が購入された際、レファレンスサーバ１１２により、配信サーバの所在が通知されたことについての報酬である。
【００２４】
ダウンロード要求の受け付けから、図８に示した流通パッケージの作成までの一連の手順を詳細に示したのが、図９のフローチャートである。以降、コンテンツパッケージング部２３のフローチャートを参照しながら、コンテンツパッケージング部２３の処理内容について説明する。ステップＳ１１において、コンテンツパッケージング部２３は、ユーザ端末１０９からのアクセス待ちを行う。ユーザ端末１０９からのアクセスがあれば、ステップＳ１２においてダウンロードを促す旨をユーザ端末１０９に通知する。通知後、ステップＳ１３において、ダウンロード要求の発行待ちとなり、ダウンロード要求がなされれば、ステップＳ１４においてユーザ端末１０９はレファレンスサーバ１１２を経由したか否かを判定する。
【００２５】
ユーザ端末１０９がレファレンスサーバ１１２を経由していない場合、ステップＳ１５において音楽コンテンツ再生権の購入代金の全額を配信サーバ１０１〜１０８の何れかに支払うようユーザ端末１０９に命じる旨の代金決済情報を生成する。逆に、ユーザ端末１０９がレファレンスサーバ１１２を経由している場合、ステップＳ１６において音楽コンテンツ再生権の購入代金のうち、α％をレファレンスサーバ１１２に支払せ、100-α％を配信サーバ１０１〜１０８の何れかに支払うようユーザ端末１０９に旨の代金決済情報を生成する。代金決済情報の生成を終えると、ステップＳ１７において音楽コンテンツをDES鍵にて暗号化して、暗号化コンテンツを得る。続くステップＳ１８では、コンテンツ-DES鍵格納部２１からDES鍵を取り出し、生成した代金決済情報と、DES鍵とをRSA暗号方式にて暗号化する。
【００２６】
ステップＳ１９においてコンテンツパッケージング部２３は、暗号化により得たRSA暗号化部に、コンテンツIDを付加することによりヘッダを得て、このヘッダを暗号化コンテンツに付加することにより、流通パッケージを得る。その後、ステップＳ２０において流通パッケージをユーザ端末１０９に送信する。
続いて、ユーザ端末１０９の内部構成について説明する。図１０は、ユーザ端末１０９の内部構成を示す図であり、本図に示すように、ユーザ端末１０９は、送受信部３０、内蔵ディスク装置３１（パッケージ格納領域３２、ユーザデータ格納領域３３、プロテクト領域３４）、ブラウザ部３５、購入処理部３６、及び再生部３７からなる。
【００２７】
送受信部３０は、LANカード、モデム、ISDNのターミナルアダプタ等により構成され、ネットワークを介した送受信を行う。
内蔵ディスク装置３１は、ハードディスク等にて構成され、パッケージ格納領域３２、ユーザデータ格納領域３３、プロテクト領域３４を含む。パッケージ格納領域３２は、ユーザ端末１０９が配信サーバ１０１〜１０８の何れかからダウンロードすることにより得た流通パッケージを、流通パッケージ管理情報と対応づけて格納しておくための格納領域である。図１１は、パッケージ格納領域３２におけるパッケージ管理情報の一例を示す図である。パッケージ管理情報は、各パッケージ管理情報に付与されたインデックス番号(図中の1,2,3,4,5・・・・・)と、各流通パッケージの内部に存在するコンテンツID(図中のUSMEI9900001,USMEI9903402,JPMEI9900001・・・・・)と、流通パッケージが格納される場所の所在を示すパッケージ格納場所情報(図中のC:\ Package\Song1,C:\ Package\Song2,C:\ Package\Song3・・・・・)とを含む。
【００２８】
ユーザデータ格納領域３３は、パッケージ格納領域３２に格納された複数の流通パッケージのうち、ユーザにより再生権が購入されたものに含まれる暗号化コンテンツを、格納しておくための格納領域である。
プロテクト領域３４は、ユーザにより改竄されないよう、セキュアにデータを保存することができる領域であり、パッケージ格納領域３２に格納された複数の流通パッケージのうち、ユーザにより再生権が購入されたものに含まれるDES鍵と、後述する購入情報管理テーブルを格納しておくための格納領域である。
【００２９】
流通パッケージのダウンロードを行ったが、その流通パッケージに含まれる音楽コンテンツの再生権を購入していない状態では、パッケージ格納領域３２にのみ流通パッケージが格納され、ユーザデータ格納領域３３、プロテクト領域３４には、暗号化コンテンツ、DES鍵は格納されない。一方、音楽コンテンツの再生権が購入された状態では、パッケージ格納領域３２に流通パッケージが格納されるのと共に、ユーザデータ格納領域３３、プロテクト領域３４に暗号化コンテンツ、DES鍵が格納される。
【００３０】
これらパッケージ格納領域３２、ユーザデータ格納領域３３、プロテクト領域３４において、流通パッケージ、暗号化コンテンツ、DES鍵は、それぞれ一個のファイルとして管理される。更にパッケージ格納領域３２、ユーザデータ格納領域３３、プロテクト領域３４は、ハードディスクのサブディレクトリとして実現される。パッケージ格納領域３２、ユーザデータ格納領域３３、プロテクト領域３４に格納された流通パッケージ、暗号化コンテンツ、DES鍵の格納場所は、ディレクトリを用いたファイルパスにて一意に特定される。
【００３１】
ブラウザ部３５は、レファレンスサーバ１１２により保持されているレファレンステーブルの検索(d)、配信ガイド情報を介した配信サーバ１０１〜１０８のうち、何れかのものに対するアクセス(e)、音楽コンテンツのダウンロード(f)を行う。ブラウザ部３５により行われる(d)〜(f)の手順をより詳細に表したのが図１４のフローチャートであり、以降、本フローチャートを参照しながら、ブラウザ部３５の処理内容をより詳細に説明する。
【００３２】
ステップＳ３１においてレファレンスサーバ１１２のフロントページを表示し、ステップＳ３２において検索用キーワードの入力待ちとなる。キーワードの入力がなされれば、ステップＳ３３においてタイトル名又はアーティスト名に当該キーワードを含むコンテンツ管理情報からなる配信ガイド情報の受信待ちとなる。
【００３３】
配信ガイド情報が受信されれば、ステップＳ３４において配信ガイド情報に該当する音楽コンテンツを一覧するメニュー画面を表示する。表示後、ステップＳ３５においてホットスポットに対するクリック指定がなされるのを待ち、ステップＳ３６においてホットスポットにて指定された配信サーバ１０１〜１０８の何れかのURLに対してコネクトする。ステップＳ３７において、ダウンロードを要求する操作がなされたか否かを判定し、ステップＳ３８においてダウンロード要求を送信する。その後、ステップＳ３９において流通パッケージの送信待ちとなる。流通パッケージの送信がなされると、ステップＳ４０において送信された流通パッケージに対するパッケージ管理情報を生成し、このパッケージ管理情報に対応づけて、流通パッケージをパッケージ格納領域３２に格納する。
【００３４】
購入処理部３６は、ブラウザ部３５におけるパッケージ管理情報を参照して、パッケージ格納領域３２に格納される流通パッケージのうち、ユーザが再生権を購入を希望するものの選択をユーザから受け付ける(g)。流通パッケージがユーザにより選択されると、プロテクト領域３４に格納された購入情報管理テーブルの購入状態が購入済みであるか否かの判定を行う(h)。購入済みであればそのまま再生する。未購入であれば、課金サーバ１１１をアクセスすることにより、購入代金の支払いを行う(h)。その後、流通パッケージに含まれる音楽コンテンツが再生部３７により再生されるように、音楽コンテンツ及びDES鍵のセッティングを行う(i)。
【００３５】
購入処理部３６により行われる(g)〜(i)の一連の手順を示したのが、図１５のフローチャートである。以降、本フローチャートを参照しながら、購入処理部３６の処理をより詳細に説明する。尚、購入処理部３６の処理内容を補足するため、以降の説明では図１３を引用するものとする。図１３は、再生権の購入時におけるデータ入出力を表した図である。ステップＳ５１において購入処理部３６は、パッケージ管理情報に基づいて、パッケージ格納領域３２に格納されるパッケージの一覧表を表示する。ステップＳ５２にでは、再生権を購入すべき音楽コンテンツの選択を受け付ける。音楽コンテンツが選択されれば、ステップＳ５７において、購入情報管理テーブルの購入状態が購入済みであるか否かの判定を行う。購入済みであれば、ステップＳ５６に移行し、未購入であればステップＳ５３に移行する。
【００３６】
ステップＳ５３において選択された音楽コンテンツに対する流通パッケージを図１３の▲１▼に示すように取り出す。この流通パッケージに含まれるRSA暗号化部を復号して、代金決済情報と、DES鍵とを得る。ステップＳ５４では、代金決済情報に基づき、図１３の▲２▼に示すように再生権の購入代金を課金サーバ１１１に対して支払う。ステップＳ５５においてDES鍵を▲３▼に示すようにプロテクト領域３４に格納し、暗号化コンテンツを▲４▼に示すようにユーザデータ格納領域３３に格納する。その後、ステップＳ５８において購入情報管理テーブルにおいて、そのコンテンツを購入済みに設定し、ステップＳ５６では、▲５▼に示すように再生部３７にプロテクト領域３４からDES鍵を取り出させ、▲６▼に示すようにユーザデータ格納領域３３から暗号化コンテンツを取り出させて、その後、▲７▼に示すように、再生部３７に再生させる。
【００３７】
図１４の手順を経て、再生権を購入した音楽コンテンツと、そうでない音楽コンテンツとを別個に管理するべく、購入処理部３６は、図１２に示すような購入情報管理テーブルを保持している。図１２は、購入情報管理テーブルの一例を示す図であり、本図に示すように購入情報管理テーブルは、ユーザ端末１０９における各音楽コンテンツのインデックス番号(1,2,3,4,5・・・・・)と、当該インデックス番号の音楽コンテンツが格納される格納場所のファイルパスであるコンテンツ格納場所情報(C:\ AudioData\Song1,C:\ AudioData\ Song2,C:\ AudioData\ Song4・・・・・)と、当該音楽コンテンツが購入されているか否かを示す購入状態情報(購入済み、未購入)と、当該インデックス番号の音楽コンテンツを復号するための復号鍵の格納場所を示す鍵格納場所情報(C:\ Key\ Song1,C:\ Key\ Song2,C:\ Key\ Song4・・・・・)とからなる。音楽コンテンツの再生権が購入されれば、購入管理情報におけるコンテンツ格納場所情報、鍵格納場所情報に対して音楽コンテンツ及びDES鍵が格納された格納場所を示すファイルパスを設定する。また購入状態情報については、"購入済み"と設定して、当該インデックス番号の音楽コンテンツが購入済みであることを明示させる。以上の処理を経て、音楽コンテンツの購入が完了することとなる。
【００３８】
再生部３７は、ユーザデータ格納領域３３に格納された暗号化コンテンツを、プロテクト領域３４に格納されたDES鍵を用いて復号して、デジタルオーディオデータを得て、デジタルオーディオデータを再生する。
レファレンスサーバ１１２、配信サーバ１０１〜１０８、ユーザ端末１０９が以上の処理を行うことにより、コンテンツ配信システムでは図１６、図１７のような、データ入出力が行われる。図１６は、ユーザ端末１０９がレファレンスサーバ１１２を経由して、音楽コンテンツをダウンロードする際の、サーバ、端末間のデータの行き来を示す図であり、図１７は、ユーザ端末１０９がレファレンスサーバ１１２を経由せずに、音楽コンテンツをダウンロードする際の、サーバ、端末間のデータの行き来を示す図である。
【００３９】
図１６、図１７を参照するにあたっては、▲１▼▲２▼▲３▼▲４▼の順序で、処理が行われることに注意されたい。図１６の▲１▼に示すように、ユーザ端末１０９がレファレンスサーバ１１２をアクセスして、音楽コンテンツの検索要求を行えば、レファレンスサーバ１１２は、図５のフローチャートの処理を行うことにより、配信ガイド情報を作成する。そして▲２▼に示すように、配信サーバ１０３のURLを含む配信ガイド情報をユーザ端末１０９に送りかえす。
【００４０】
▲３▼に示すように、配信サーバ１０３のURLを知得したユーザ端末１０９が、その配信サーバ１０３に対して音楽コンテンツのダウンロードを要求すれば、配信サーバ１０３のコンテンツパッケージング部２３は、図９のフローチャートの処理を行う。その際、▲４▼に示すように、ユーザ端末１０９がレファレンスサーバを経由して本配信サーバ１０３をアクセスしたか否かを判定する。ここでは、ユーザ端末１０９はレファレンスサーバ１１２を経由して配信サーバ１０３をアクセスしているので、▲５▼に示すように、再生権の購入代金のα％をレファレンスサーバ１１２に支払い、100-α％を配信サーバ１０３に支払うよう設定された代金決済情報を作成する。その後、▲６▼に示すように、この代金決済情報を含む流通パッケージを要求元のユーザ端末１０９に送り返す。
【００４１】
流通パッケージを受け取れば、ユーザ端末１０９における購入処理部３６が図１５のフローチャートに示される処理を行う。その結果、▲７▼、▲８▼に示すように、購入代金のα％がレファレンスサーバ１１２に支払われ、100-α％が配信サーバ１０３に支払われることとなる。
図１７の▲１▼に示すように、ユーザ端末１０９が配信サーバ１０３をアクセスして、音楽コンテンツのダウンロードを要求すれば、配信サーバ１０３のコンテンツパッケージング部２３は、図９のフローチャートの処理を行う。その際、▲２▼に示すように、ユーザ端末１０９がレファレンスサーバ１１２を経由して本配信サーバ１０３をアクセスしたか否かを判定する。ここでは、ユーザ端末１０９はレファレンスサーバ１１２を経由せずに配信サーバ１０３をアクセスしているので、▲３▼に示すように、再生権の購入代金の全額を配信サーバ１０３に支払うよう設定された代金決済情報を作成する。その後、▲４▼に示すように、この代金決済情報を含む流通パッケージを要求元のユーザ端末１０９に送り返す。
【００４２】
流通パッケージを受け取れば、ユーザ端末１０９における購入処理部３６が図１５のフローチャートに示される処理を行う。その結果▲５▼に示すように、購入代金の全額がレファレンスサーバ１１２に支払われることとなる。
以上のように本実施形態によれば、配信サーバ１０１〜１０８がインディーズ系アーティストにより運営されている場合、インディーズ系アーティストが運営する配信サーバ１０１〜１０８は、レファレンスサーバ１１２を介することにより、自身が創作した音楽コンテンツと、これの配信を行い得る配信サーバの所在を多くのユーザ端末１０９に知らしめることができる。一方、レファレンスサーバ１１２がメジャーな音楽会社により運営されている場合、レファレンスサーバ１１２を運営するメジャーな音楽会社は、音楽コンテンツの購入により得た代金の一部を、報酬として受け取るので、インディーズ系アーティスト及びメジャーな音楽会社は利益を享有し合うことができる。両者が"ギブ  アンド  テイク"の関係を好適に維持することにより、世界中のより多くの人々に、音楽コンテンツを配給することができる。
【００４３】
尚、ユーザ端末にユーザデータ格納領域３３及びプロテクト領域３４を設けずに、ユーザから再生が求められた際、パッケージ格納領域３２に格納された流通パッケージにおけるRSA暗号化部を復号化して、再生してもよい。この際の再生処理は以下の通りとなる。ユーザによりコンテンツが選択されれば、選択されたコンテンツが購入状態であるかどうかを確認し、購入状態であれば、再生ソフトウェアの一部として配布された鍵を用いて、RSA暗号化部の暗号化を解く。そうして得たDES鍵を用いて、コンテンツの暗号化を解きながら再生を行う。
【００４４】
尚、ユーザ端末がレファレンスサーバを経由したか否かを判定する処理と、代金決済情報を生成する処理は、本実施形態では、配信サーバが行ったが、レファレンスサーバや課金サーバが行っても良い。即ち、ユーザ端末により配信サーバがアクセスされた場合、レファレンスサーバ及び課金サーバは、レファレンスサーバにより通知されたURLをコネクト先として用いて配信サーバにコネクトしたか、当該URLの通知を受けずに配信サーバにコネクトしたかを判定する。URLの通知を受けずにコネクトしたと判定された場合、配信サーバへの代金支払いをユーザ端末に命じる旨を示す代金決済情報を生成し、レファレンスサーバにより通知されたURLを用いてコネクトしたと判定された場合、配信サーバ、及び、レファレンスサーバへの代金支払いをユーザ端末に命じる旨を示す代金決済情報を生成する。こうして作成した代金決済情報をユーザ端末に送信するのである。
【００４５】
（第２実施形態）
同一著作物をエンコードすることにより得られた複数の音楽コンテンツであって、それぞれ異なる再生ソフトウェアに対応するものが複数の配信サーバ１０１〜１０８に分散して格納されている場合の改良に関する。
同じ著作物でありながらも、異なる再生ソフトウェアに対応する音楽コンテンツが複数の配信サーバ１０１〜１０８に格納されている場合、ユーザ端末１０９は自身にインストールされている再生ソフトウェアに対応する音楽コンテンツが別の配信サーバ１０１〜１０８に格納されていることを知らずに、わざわざ異なる再生ソフトウェアに対応する音楽コンテンツをダウンロードしてしまうことがある。
【００４６】
別の再生ソフトウェアに対応する音楽コンテンツが、誤ってダウンロードされることを防止するべく、第２実施形態に係る検索エンジン部１２は、第１実施形態同様、検索用のキーワードをユーザ端末１０９から受け付け、それと共に、このユーザ端末１０９においてインストールされている再生ソフトウェアを示す再生ソフトウェア情報をユーザ端末１０９から受け付ける。
【００４７】
キーワードと再生ソフトウェア情報とを受け付ければ、検索エンジン部１２は、第１実施形態同様、レファレンステーブルに含まれる複数のコンテンツ管理情報のうち、キーワードをタイトル名又はアーティスト名に含むコンテンツ管理情報を特定する。コンテンツ管理情報が特定されれば、それら複数のコンテンツ管理情報のうち、ユーザ端末１０９から入力された再生ソフトウェア情報と同一の再生ソフトウェア情報を有するものを更に特定して、それらコンテンツ管理情報からなる配信ガイド情報を作成し、ユーザ端末１０９に通知する。
【００４８】
以上のように本実施形態によれば、同じ著作物でありながら、異なる再生ソフトウェアに対応する音楽コンテンツが複数の配信サーバ１０１〜１０８に格納されている場合であっても、ユーザ端末１０９は、自身にインストールされている再生ソフトウェアに対応する音楽コンテンツのみを取得することができる。
（第３実施形態）
第３実施形態は、あるユーザ端末１０９が流通パッケージを配信サーバ１０１〜１０８の何れかからダウンロードした場合、この流通パッケージに含まれる暗号化コンテンツを、半導体メモリカードに記録して、他のユーザ端末１０９に引き渡すことを提案する。半導体メモリカードの構成を図１８に示す。図１８に示すように、半導体メモリカード５０は、プロテクト領域５１と、ユーザデータ格納領域５２とを有する。
【００４９】
プロテクト領域５１は、半導体メモリカード５０と接続している機器の正当性が認証された場合のみ、当該機器によりアクセスされる領域であり、この半導体メモリカードに固有の識別子(Media-ID)を格納する領域である。
ユーザデータ格納領域５２は、半導体メモリカード５０と接続された機器の正当性が認証されるか否かに拘らず、当該機器によりアクセスされる領域であり、暗号化コンテンツと、この暗号化コンテンツについてのコンテンツ関連語句とを格納する領域である。
【００５０】
第３実施形態に係るユーザ端末１０９の内部構成を示したのが図１９である。流通パッケージにおける暗号化コンテンツを半導体メモリカードに記録するため、本図に示すユーザ端末１０９は、メモリカード書込部３８が備えられている。また半導体メモリカードに格納された暗号化コンテンツを、流通パッケージに変換してパッケージ格納領域３２に格納させるため、ユーザ端末１０９にはメモリカード読出部３９が備えられている。メモリカード書込部３８はメディアID暗号化部４０を含み、メモリカード読出部３９は、パッケージング部４１、メディアID復号化部４２を含むことがわかる。これらメディアID暗号化部４０、パッケージング部４１、メディアID復号化部４２の処理内容を補足するため、以降の説明では図２０、図２１を引用するものとする。
【００５１】
メディアID暗号化部４０は、半導体メモリカードが本ユーザ端末１０９に装填された際、半導体メモリカードのプロテクト領域から図２０の▲１▼に示すようにMedia-IDを取り出し、ユーザデータ格納領域３３から図２０の▲２▼に示すように暗号化コンテンツを取り出す。このMedia-IDを所定の演算式に適用することにより、新たな暗号鍵を生成し、この暗号鍵を用いて、暗号化コンテンツの暗号化を行う。第１実施形態で述べたように暗号化コンテンツは、既にDES鍵を用いて暗号化されているので、メディアID暗号化部４０により、暗号化がなされることにより、音楽コンテンツは二重に暗号化されることとなる。暗号化コンテンツが二重に暗号化されると、メディアID暗号化部４０はこれを、図２０の▲３▼に示すように、第１実施形態に示したコンテンツ関連語句と共に半導体メモリカード５０のユーザデータ格納領域５２に記録する。
【００５２】
メディアID復号化部４２は、Media-IDにより暗号化された暗号化コンテンツと、コンテンツ関連語句とがユーザデータ格納領域５２に記録された半導体メモリカードがユーザ端末１０９に装填されたなら、半導体メモリカードのプロテクト領域からMedia-IDを取り出し、ユーザデータ格納領域３３から図２１▲１▼に示すように暗号化コンテンツを取り出す。このMedia-IDを所定の演算式に適用することにより、新たな暗号鍵を生成する。この暗号鍵を用いて暗号化コンテンツの復号化を行い、図２１▲２▼に示すようにDES鍵のみにて暗号化された暗号化コンテンツを得る。
【００５３】
パッケージング部４１は、半導体メモリカードに格納されていた暗号化コンテンツがユーザデータ格納領域３３に格納された場合、図２１▲３▼に示すように、この半導体メモリカードのユーザデータ格納領域５２に記録されていたコンテンツ関連語句を用いてレファレンスサーバ１１２におけるレファレンステーブルを検索する。これにより、この半導体メモリカードに記録されていた暗号化コンテンツがどの配信サーバ１０１〜１０８から送信されたものであるかを示す配信ガイド情報を図２１▲４▼に示すようにレファレンスサーバ１１２に送信させる。この配信ガイド情報を参照することにより配信サーバ１０１〜１０８が特定されれば、パッケージング部４１は、図２１▲５▼に示すように代金決済情報、DES鍵のダウンロードを配信サーバ１０１〜１０８の何れかに要求する。ダウンロードが要求されると配信サーバ１０１〜１０８は、代金決済情報、DES鍵を取り出して、これらを含むRSA暗号化部を作成し、図２１▲６▼に示すようにユーザ端末１０９に対して送信する。
【００５４】
RSA暗号化部が配信サーバ１０１〜１０８の何れかから送信され、図２１▲７▼に示すように送受信部３０がこれを受け取れば、パッケージング部４１は、半導体メモリカードのユーザデータ格納領域５２から取り出した暗号化コンテンツと、これら代金決済情報、DES鍵とを対応づけて、▲８▼に示すように1つの流通パッケージとしてパッケージ格納領域３２に格納する。
【００５５】
半導体メモリカードに格納された音楽コンテンツが、流通パッケージの形態でパッケージ格納領域３２に格納されれば、購入処理部３６がユーザからの購入要求を受け付け、ユーザが音楽コンテンツ購入を要求する旨の操作を行えば、購入処理部３６は、流通パッケージに含まれる代金決済情報に基づいて、課金サーバ１１１に対して決済制御を行う。これにより、音楽コンテンツの再生権の購入代金の支払がなされる。
【００５６】
以上のように本実施形態によれば、配信サーバ１０１〜１０８の何れかからダウンロードした流通パッケージをユーザ端末１０９間で譲り渡すことができる。
尚、流通パッケージを半導体メモリカードに書き込む際、コンテンツ鍵と代金決済情報とを含むRSA暗号部のみをMedia-IDに基づく暗号鍵にて暗号化して、プロテクト領域に記録しても良い。
【００５７】
（第４実施形態）
第１実施形態に示したように、Liquid Audio、a2b等の音声フォーマットは、それぞれ独自の音声圧縮Codec、権利管理の仕組みを取り入れており、それぞれの再生ソフトウェアに互換性は存在しない。これはユーザにとってメリットとなることではない。Liquid Audioの再生ソフトウェアを持つユーザ端末１０９が、a2bの再生ソフトウェアの対応版として販売されているコンテンツの購入を希望した場合、ユーザは、Liquid Audioの再生プレーヤに加えて、a2bの再生プレーヤをインストールせねばならない。今後、数多く発表されるであろうSDMI準拠型の再生ソフトウェアは、前述のLiquid Audio、a2bの再生ソフトウェアのように相互の互換性が存在しない。対応している再生ソフトウェアがそれぞれ異なる音楽コンテンツを複数ダウンロードしようとすると、それらと同数の再生ソフトウェアをインストールすることになる。こうなると、ユーザ端末１０９における内蔵ディスク装置３１の記憶領域は、多くの格納領域が複数の再生ソフトウェアにより占有されることとなる。
【００５８】
こうした問題点に鑑み、第４実施形態ではレファレンスサーバ１１２及びユーザ端末１０９に、以下に示す改良を施している。
第１実施形態で述べたように、コンテンツ管理情報は、各配信サーバ１０１〜１０８の何れかにより配信され得る音楽コンテンツが、どの再生ソフトウェアに対応しているかを示す再生ソフトウェア情報を含んでいる。これに対して、第４実施形態におけるコンテンツ管理情報は、再生ソフトウェア配布サーバのURLを示している。
【００５９】
続いて、第４実施形態に係るユーザ端末１０９の構成について説明する。第４実施形態に係るユーザ端末１０９の内部構成を図２２に示す。本図を第１実施形態に示したユーザ端末１０９と比較すると、第４実施形態に係るユーザ端末１０９は、新規に対応再生ソフトウェア情報保持部４３、再生ソフトウェアインストーラ４４が設けられていることがわかる。
【００６０】
対応再生ソフトウェア情報保持部４３は、ユーザ端末１０９においてインストールされている再生ソフトウェアが、どの再生ソフトウェアであるかを明示すべく、再生ソフトウェアの再生ソフトウェア情報を保持している。
再生ソフトウェアインストーラ４４は、配信サーバ１０１〜１０８の何れかから流通パッケージがダウンロードされ、パッケージ格納領域３２に流通パッケージが格納された場合、これに対応する再生ソフトウェアを、コンテンツ管理情報に示される配信サーバ１０１〜１０８の何れかのURLを手掛かりにして取得する。具体的にいうなら、再生ソフトウェアインストーラ４４は、配信ガイド情報がレファレンスサーバ１１２から送信され、この配信ガイド情報に含まれるコンテンツ管理情報のホットスポットをユーザが指定すれば、そのコンテンツ管理情報を保管しておく。このコンテンツ管理情報に基づき流通パッケージのダウンロードが行われ、この流通パッケージに含まれる音楽コンテンツの購入が行われれば、対応再生ソフトウェア情報保持部４３に保持されてる再生ソフトウェア情報と、この音楽コンテンツのコンテンツ管理情報に示されている再生ソフトウェアの再生ソフトウェア情報とを比較する。双方の再生ソフトウェア情報が一致するなら、第１実施形態と同様の手順を経て、音楽コンテンツの再生権を購入し再生するが、再生ソフトウェア情報が一致しないなら、コンテンツ管理情報に含まれる再生ソフトウェア配布サーバのURLに基づいて、この再生ソフトウェア情報に対応している再生ソフトウェアの送信を、再生ソフトウェア配布サーバに要求する。そして、当該再生ソフトウェア配布サーバから再生ソフトウェアをダウンロードする。こうして再生ソフトウェアをダウンロードしてから、音楽コンテンツの再生権を購入し再生する。
【００６１】
これにより、それまでインストールされていた再生ソフトウェアと共に、新たな再生ソフトウェアがインストールされることとなる。以降、こうした新たな再生ソフトウェアのインストールを繰り返す。再生ソフトウェアのインストールを繰り返せば、ユーザ端末１０９における再生ソフトウェアの数が多くなるが、再生ソフトウェアの数が所定数を超えれば、再生ソフトウェアインストーラ４４は、それら複数インストールされている再生ソフトウェアのうち、何れかを削除する。こうすることにより、再生ソフトウェアの数を少なく抑えることができる。
【００６２】
インストールされている再生ソフトウェアの削除にあたっては、以下の基準を満たす再生ソフトウェアを削除するのが望ましい。
(a)インストールされた日時が最も古い物
(b)再生に用いられた回数が最も低い物
(c)再生対象となるコンテンツが存在しない物
以上のように本実施形態によれば、配信サーバ１０１〜１０８の何れかにより配信され得る音楽コンテンツが、それぞれ異なる再生ソフトウェアに対応していた場合、再生ソフトウェアをダウンロードし、再生ソフトウェアの数が所定数を超えれば、再生ソフトウェアを削除してゆくので、ユーザ端末１０９にインストールされる再生ソフトウェアの数を少なく抑えることができる。
【００６３】
尚、本実施形態では、これまでにインストールされた再生ソフトウェアと、新たに再生権を購入しようとする音楽コンテンツに対応する再生ソフトウェアとが異なる場合、再生ソフトウェアの置き換えを行ってもよい。
（第５実施形態）
第１実施形態では、音楽コンテンツの送信及び音楽コンテンツの再生権の購入に伴う課金処理を配信サーバ１０１〜１０８の何れかが行ったが、第５実施形態はこれらの処理をレファレンスサーバ１１２が代行することを提案する。音楽コンテンツの送信及び販売代行を実現するべく、レファレンスサーバ１１２は、図２３に示す内部構成を有する。この図２３の内部構成を、第１実施形態に示した内部構成と比較すれば、第５実施形態に係るレファレンスサーバ１１２には、コンテンツ格納部１３、コンテンツパッケージング部１４、徴収制御部１５が新たに設けられていることがわかる。
【００６４】
コンテンツ格納部１３は、複数の音楽コンテンツと、各音楽コンテンツの暗号化に用いるべきDES鍵と、各音楽コンテンツに対応するコンテンツ管理情報とを格納している。
コンテンツパッケージング部１４は、検索エンジン部１２がユーザ端末１０９からキーワード入力を受け付けた際、そのキーワードと全部又は一部が一致しているタイトル名又はアーティスト名を有するコンテンツ管理情報が、コンテンツ格納部１３の中に存在するか否かを判定する。一致するコンテンツ管理情報がコンテンツ格納部１３に存在する場合、このコンテンツ管理情報に対応する音楽コンテンツと、これに対応するDES鍵とをコンテンツ格納部１３から読み出し、このDES鍵を用いて、この音楽コンテンツを暗号化する。暗号化コンテンツが得られれば、この音楽コンテンツに対応するコンテンツ管理情報から、この音楽コンテンツの再生権の購入代金を取り出し、再生権の購入代金をユーザ端末１０９に支払わせるよう、ユーザ端末１０９に命じる旨の代金決済情報を作成する。代金決済情報が作成されれば、これとDES鍵との組みをRSA暗号化方式にて暗号化して、これにコンテンツIDを付与してヘッダを得る。以上の手順でヘッダが得られれば、このヘッダを暗号化コンテンツに付与し、流通パッケージを得て、ユーザ端末１０９に送信する。
【００６５】
徴収制御部１５は、流通パッケージにおける代金決済情報により、ユーザ端末１０９から再生権の購入代金が支払われれば、その購入代金から、その購入代金のうちα％を音楽コンテンツ販売についての報酬として徴収する。この残額である100−α％は、その音楽コンテンツの著作権者に支払れることとなる。
以上のように本実施形態によれば、音楽コンテンツの送信及び音楽コンテンツ再生権購入に伴う課金をレファレンスサーバ１１２が代行するので、配信サーバ１０１〜１０８を運営するのが困難なインディーズ系アーティストであっても、EMDビジネスに参入することができる。
【００６６】
（第６実施形態）
第１〜第５実施形態では、音楽コンテンツを再生する再生権の購入時に、代金支払いを行せたが、ユーザ端末１０９が配信サーバ１０１〜１０８の何れかから音楽コンテンツをダウンロードする際、代金支払いを行わせる改良に関する。図２４は、第６実施形態に係る配信サーバの内部構成を示す図である。
【００６７】
本図に示すように、第６実施形態に係る配信サーバは、購入代金受付部２４、報酬支払制御部２５を備える点が新しい。
購入代金受付部２４は、配信サーバが、ユーザ端末によりアクセスされた際、このユーザ端末に対して音楽コンテンツの購入代金の支払いを要求する。音楽コンテンツの購入代金が支払ったなら、第１実施形態と同じ手順を経て、コンテンツパッケージング部２３に流通パッケージの生成を行わせ、この流通パッケージをユーザ端末に送信する。ユーザ端末が購入代金の支払いを拒めば、流通パッケージをコンテンツパッケージング部２３に生成させない。
【００６８】
報酬支払制御部２５は、ユーザ端末により音楽コンテンツの購入代金の支払いがなされれば、このユーザ端末がレファレンスサーバを経由したか否かを判定する。レファレンスサーバを経由していれば、支払いされた購入代金のうちα％を、配信サーバ所在通知に供した報酬としてレファレンスサーバに支払うよう、決済制御を行う。
【００６９】
以上のように本実施形態によれば、流通パッケージの送信の前に、流通パッケージの購入代金を受け取るので、購入代金を支払いう意思のないユーザ端末に対して流通パッケージを送信するという無駄を省くことができる。
｛産業上の利用可能性｝
本発明を用いた場合、著作物の販売は、配信サーバ１０１〜１０８、レファレンスサーバ１１２、課金サーバ、ユーザ端末１０９との間で行われるので、著作物の販売にあたっての流通コストや在庫管理が大きく軽減されることとなる。また、販売店まで足を運ばずに、ネットワークを介して著作物を購入することができる。価格の低下が期待できるなどメリットも大きいため、既存の流通経路を大きく改良できる。これらの点において本発明に係るコンテンツ配信システムは、高い産業上の利用可能性を有する。
【００７０】
以上説明したように本発明に係るコンテンツ配信システムによれば、デジタルコンテンツの配信を行う配信サーバを少なくとも1つ有し、ユーザ端末からの要求に応じて、ネットワークを介したデジタルコンテンツの送信を行うコンテンツ配信システムであって、ネットワークにおける複数の配信サーバについての所在を示す所在情報を保持しており、ユーザ端末からの要求に応じて、各配信サーバにおける所在情報をユーザ端末に通知するレファレンスサーバを含み、前記配信サーバは、ユーザ端末により本配信サーバがアクセスされた場合、ユーザ端末はレファレンスサーバにより通知された所在情報をコネクト先として用いて本配信サーバにコネクトしたか、当該所在情報の通知を受けずに本配信サーバにコネクトしたかを判定する判定部と、前記レファレンスサーバから前記所在情報の通知を受けずにコネクトしたと判定された場合、配信サーバへの代金支払いをユーザ端末に命じる旨を示す第1代金決済情報を生成し、レファレンスサーバにより通知された所在情報を用いてコネクトしたと判定された場合、配信サーバ、及び、レファレンスサーバへの代金支払いをユーザ端末に命じる旨を示す第2代金決済情報を生成する生成部と、代金決済情報と、デジタルコンテンツとをユーザ端末に送信する送信部とを含んでいるので、配信サーバがインディーズ系アーティストにより運営されている場合、インディーズ系アーティストが運営する配信サーバは、レファレンスサーバを介することにより、自身が創作したデジタルコンテンツと、これの配信を行い得る配信サーバの所在を多くのユーザ端末に知らしめることができる。一方、レファレンスサーバがメジャーな音楽会社により運営されている場合、レファレンスサーバを運営するメジャーな音楽会社は、デジタルコンテンツの購入により得た代金の一部を、報酬として受け取るので、インディーズ系アーティスト及びメジャーな音楽会社は利益を享有し合うことができる。
【００７１】
またコンテンツ配信システムは、前記レファレンスサーバは、配信サーバの所在を示す所在情報を、デジタルコンテンツに関連する語句であるコンテンツ関連語句に対応づけて格納している第１格納部と、ユーザ端末によりアクセスされた際、ユーザ端末からキーワード入力を受け付ける受付部と、第１格納部に格納されている複数の所在情報のうち、対応づけられているコンテンツ関連語句が、当該キーワードに全一致又は部分一致するものをユーザ端末に通知する検索部とを含んでもよい。タイトル名やアーティスト名等を手掛かりに配信サーバの検索を行おうとする場合、そのタイトル名やアーティスト名にて特定される音楽コンテンツを配信する配信サーバのみを検索結果としてユーザ端末に通知するので、ユーザがキーワードとして入力したタイトル名やアーティスト名をたまたま有していた配信サーバ以外のWEBサイトは、検索結果として通知されない。所望とする音楽コンテンツの配信を行っている配信サーバの所在のみがユーザ端末に通知されるので、ユーザは、多くの検索結果から、所望とする配信サーバを絞り込むという作業を行うことなく、所望とする音楽コンテンツを配信し得る配信サーバをアクセスすることができる。
【００７２】
前記第１格納部は更に、デジタルコンテンツの符号化方式、デジタルコンテンツの再生品質、デジタルコンテンツの再生権を購入する際の購入価格の何れかを示すコンテンツ販売細目を、デジタルコンテンツのコンテンツ関連語句に対応づけて格納しており、前記レファレンスサーバは更に、第１格納部に格納されているコンテンツ関連語句のうち、当該キーワードに一致するものが検索部により探し出されれば、第１格納部に格納されている複数のコンテンツ販売細目のうち、キーワードに一致したコンテンツ関連語句に対応づけられているものを取り出して、取り出されたコンテンツ販売細目からなる配信ガイド情報を作成する配信ガイド情報作成部を含み、
前記検索部は、作成された配信ガイド情報を、配信サーバについての所在情報に対応づけて、ユーザ端末に送信しても良い。制作環境の違いにより、音楽コンテンツの符号化方式、再生品質にバラツキがあり、また統一した基準がないため再生権の購入価格もマチマチになりがちにであるが、このレファレンスサーバは、ユーザがキーワードを入力して、配信サーバの検索を要求した際、配信サーバの所在と共に、この音楽コンテンツについての符号化方式、再生品質、再生権を購入する際の購入代金をユーザに通知するので、ユーザは、配信サーバへのアクセスに先立って、購入を希望する音楽コンテンツの符号化方式、再生品質、購入代金を知ることができる。レファレンスサーバを経由して配信サーバをアクセスしようとするユーザは、それらについて同意した上で、音楽コンテンツを購入しようとするので、購入した音楽コンテンツの再生品質が、考えていたものとは異なるために生じ得るインディーズ系アーティストと、ユーザ間のトラブルを未然に防ぐことができる。
【００７３】
前記第１格納部は更に、デジタルコンテンツを送信する配信サーバの所在情報に対応づけて、当該デジタルコンテンツが再生され得る再生ソフトウェアを示す再生ソフトウェア情報を格納しており、前記受付部は、デジタルコンテンツを特定するキーワードと共に、ユーザ端末が用いている再生ソフトウェアを示す再生ソフトウェア情報をユーザ端末から受け付け、前記検索部は、コンテンツ関連語句がキーワードと一致するものが複数存在する場合、複数の所在情報のうち、対応づけられた再生ソフトウェア情報が、ユーザ端末から発せられた再生ソフトウェア情報と一致するもののみをユーザ端末に通知しても良い。その配信サーバにて配信される音楽コンテンツが、どの再生ソフトウェアに対応しているかを予め通知するので、ユーザが使用している再生ソフトウェアと、アーティストが使用している再生ソフトウェアとが異なることによるトラブルを未然に防止することができる。
【図面の簡単な説明】
【図１】  第１実施形態に係るコンテンツ配信システムの構成を示す図である。
【図２】  レファレンスサーバの内部構成を示す図である。
【図３】  （ａ）複数のコンテンツ管理情報1,2,3,4,5・・・・・からなるレファレンステーブルを示す図である。
（ｂ）コンテンツ管理情報のデータ構造を示す図である。
【図４】  レファレンステーブルの具体例を示す図である。
【図５】  検索エンジン部１２の処理内容を示すフローチャートである。
【図６】  （ａ）音楽コンテンツについてのキーワード入力がどのように行われるかを示す図である。
（ｂ）キーワード"Star"を含むコンテンツ管理情報からなる配信ガイド情報を示す図である。
（ｃ）（ｂ）に示す配信ガイド情報を送信したことにより、ユーザ端末において表示されるメニュー画面である。
【図７】  配信サーバの内部構成を示す図である。
【図８】  コンテンツパッケージング部２３により作成される流通パッケージの構成を示す図である。
【図９】  コンテンツパッケージング部２３の処理内容を示すフローチャートである。
【図１０】  ユーザ端末の内部構成を示す図である。
【図１１】  パッケージ格納領域３２におけるパッケージ管理情報の一例を示す図である。
【図１２】  購入情報管理テーブルの一例を示す図である。
【図１３】  再生権の購入時におけるユーザ端末内部のデータ入出力を表した図である。
【図１４】  ユーザ端末におけるブラウザ部３５の処理内容を示す図である。
【図１５】  ユーザ端末における購入処理部３６の処理内容を示す図である。
【図１６】  ユーザ端末がレファレンスサーバを経由して、音楽コンテンツをダウンロードする際の、サーバ、端末間のデータの行き来を示す図である。
【図１７】  ユーザ端末がレファレンスサーバを経由せずに、音楽コンテンツをダウンロードする際の、サーバ、端末間のデータの行き来を示す図である。
【図１８】  半導体メモリカードの構成を示す図である。
【図１９】  第３実施形態に係るユーザ端末の内部構成を示す図である。
【図２０】  メディアID暗号化部４０の処理内容を補足するため、引用する図である。
【図２１】  パッケージング部４１、メディアID復号化部４２の処理内容を補足するため、引用する図である。
【図２２】  第４実施形態に係るユーザ端末の内部構成を示す図である。
【図２３】  第５実施形態に係るユーザ端末の内部構成を示す図である。
【図２４】  第６実施形態に係る配信サーバの内部構成を示す図である。
【符号の説明】
１０    送受信部
１１    レファレンステーブル保持部
１２    検索エンジン部
１３    コンテンツ格納部
１４    コンテンツパッケージング部
１５    徴収制御部
２０    送受信部
２１    RSA鍵格納部
２２    購入代金表
２３    コンテンツパッケージング部
２４    購入代金受付部
２５    報酬支払制御部
３０    送受信部
３１    内蔵ディスク装置
３２    パッケージ格納領域
３３    ユーザデータ格納領域
３４    プロテクト領域
３５    ブラウザ部
３６    購入処理部
３７    再生部
３８    メモリカード書込部
３９    メモリカード読出部
４０    暗号化部
４１    パッケージング部
４２    復号化部
４３    対応再生ソフトウェア情報保持部
４４    再生ソフトウェアインストーラ
５０    半導体メモリカード
５１    プロテクト領域
５２    ユーザデータ格納領域
１０１〜１０８  配信サーバ
１０９    ユーザ端末
１１０    再生ソフトウェア供給サーバ
１１１    課金サーバ
１１２    レファレンスサーバ
【図１】
0004574097.tif 000002
【図２】
0004574097.tif 000003
【図３】
0004574097.tif 000004
【図４】
0004574097.tif 000005
【図５】
0004574097.tif 000006
【図６】
0004574097.tif 000007
【図７】
0004574097.tif 000008
【図８】
0004574097.tif 000009
【図９】
0004574097.tif 000010
【図１０】
0004574097.tif 000011
【図１１】
0004574097.tif 000012
【図１２】
0004574097.tif 000013
【図１３】
0004574097.tif 000014
【図１４】
0004574097.tif 000015
【図１５】
0004574097.tif 000016
【図１６】
0004574097.tif 000017
【図１７】
0004574097.tif 000018
【図１８】
0004574097.tif 000019
【図１９】
0004574097.tif 000020
【図２０】
0004574097.tif 000021
【図２１】
0004574097.tif 000022
【図２２】
0004574097.tif 000023
【図２３】
0004574097.tif 000024
【図２４】
0004574097.tif 000025