JP2004355657A - 電子コンテンツ取引方法及びそのシステム - Google Patents

Abstract

【課題】 所望の電子コンテンツを、他のユーザから簡単にかつ正当な手段で入手することができる。
【解決手段】 第２の端末１０５が、電子コンテンツを有する前記第１の端末１０３から電子コンテンツの提供をうけるステップと、第２の端末１０５が、該電子コンテンツの提供を受けた旨の情報を前記サーバー１０１に送信するステップと、第２の端末１０５からの該電子コンテンツの提供を受けた旨の情報を受信した後に、前記サーバー１０１が前記第１の端末１０３に対する該電子コンテンツの提供に対するリベートの課金情報を生成するステップ、とを備える。
【選択図】図１

Description

本発明は、電子コンテンツを取引するシステムに関するもので、特にユーザ間の電子コンテンツ交換の際における課金・リベートの支払に関するものである。

近年、音楽やゲーム、映像の電子コンテンツが、通信網を経由して配信されるサービスが増えてきている。通信網として、アナログ電話回線や、ＩＳＤＮからＡＤＳＬ、ケーブル、無線などの回線でインターネットに接続したり、携帯電話網を利用して、電子コンテンツ配信サーバーに接続したりする。また、放送網を利用して、決められた時間に電子コンテンツを一斉配信する形態もある。

ユーザは、所望の電子コンテンツをインターネットから探し出し、ファイルをダウンロードして保存する。または、決められた時間に放送網より配信された電子コンテンツを蓄積メディアに保存する。電子コンテンツの配信にはいくつかの方式がある。リアルタイム伝送手順であるＲＴＰや、ウェブブラウザに用いられるＨＴＴＰ、ファイル伝送手順であるＦＴＰなどのプロトコルで電子コンテンツを配信し、ダウンロードできるようになっている。

電子コンテンツをダウンロードしたユーザに対し、電子コンテンツの購入料を徴収する。課金方法としていくつかの方式がある。その一つとして電子コンテンツ提供者と契約して、ダウンロード権を得る方法である。契約する際に、ユーザの氏名や、クレジットカードなどの情報を登録した上で、ユーザ名やパスワードを発行してもらう。電子コンテンツをダウンロードしたいときに、ユーザ名とパスワードでダウンロードの許可をもらった上でダウンロードすると、サーバーがユーザに対しダウンロード課金請求することができる。別の方法として、ダウンロードしたい時点で、ユーザ登録を促し、ユーザ情報を登録し、クレジットカードの確認できてから、はじめてダウンロードが可能になる。

ダウンロードされた電子コンテンツに対し、ユーザからユーザへ、不正コピーを防ぐために様々な手段がとられている。その中の一つは、データにコピー可能かどうかを示す信号を用意し、信号がコピー不可と示す場合、該当する機器はデータをコピーできないようにする。別の方法としてコピー可能の回数を制限する方法がある。コピー可能回数が３回の場合、最大３回のみ可能となる。コピー可能回数を制限することにより、不正コピー・海賊版電子コンテンツとして再販することを制限することができる。これらの情報は、破壊されないように、電子透かしなどの技術を利用して、電子コンテンツの中に埋め込む。また、蓄積媒体（ＤＶＤ、メモリカード）に蓄積する場合、蓄積媒体の固有鍵を基に電子コンテンツを暗号化し、その電子コンテンツを別の蓄積媒体にコピーするときに、媒体の固有鍵が異なるため電子コンテンツを解凍することができない仕組みである。さらに、再生機器の固有鍵で電子コンテンツを暗号化する方法がある。その場合、異なる機器では、同じ電子コンテンツの再生が不可能にすることによって、不正コピーを防ぐ。
特開２０００−４８０７９号公報

音楽やゲーム、映像の電子コンテンツ配信においては、ユーザが簡単に電子コンテンツを入手できることが重要である。

インターネットで、所望の電子コンテンツを探し出すことは決して簡単ではない。人気のある電子コンテンツは簡単に検索にかかるが、それ以外のものを探し出すことは難しい。また、インターネットにある膨大の情報の中から、新しい電子コンテンツに触れる機会も多くない。さらに、電子コンテンツが見つかったとしても、そのファイルをダウンロードするには時間がかかる。特に、現状の環境では、狭帯域の通信網がまだ主流になっている。６４ｋｂｐｓの通信網では、音楽のファイルをダウンロードするには１０分くらいかかり、５００ｋｂｐｓの通信網でも１分くらいかかる。映像電子コンテンツになると、ダウンロードするにはさらに時間がかかる。放送網を利用した電子コンテンツの一斉配信では、帯域は広いが、配信時間を逃がしてしまうと電子コンテンツの入手が出来なくなる問題がある。

一方、ユーザ間で電子コンテンツを交換したり、複製したりすることにより、比較的に電子コンテンツを入手することができる。電子コンテンツは短時間にコピーすることができる。また、他人の紹介で新しい電子コンテンツに触れる機会も多くなる。ところが、このような電子コンテンツの交換やコピーは不正に行なわれることが多く、コピーされた電子コンテンツに対し正当な支払をしない。また、正当に支払を行なっても、当該電子コンテンツを宣伝・紹介したコピー元となるユーザに対し、何も情報提供料たるリベートが支払われないという問題がある。

上記の問題点を解決するために、本発明はユーザ間で電子コンテンツを交換したり、複製したりする際に、コピー元となるユーザに対しリベートの提供を含む電子コンテンツの取引方法及びそのシステムを提供する。具体的には、下記のような手段を用いる。

電子コンテンツの取引方法は、サーバーと少なくとも２つの第１及び第２の端末との間で行われる。本明細書では、第１の端末、第２の端末の用語は特に固定した特別の装置を必ずしも意味するものではなく、複数ある端末を機能的に区別するために用いられるものである。具体的には第１の端末は、後述するように、自己が所有している電子コンテンツを任意の端末に提供する端末、第２の端末は、電子コンテンツの提供を受ける端末を意味する。したがって、物理的に同じ端末が、行う処理に伴って、第１の端末になったり第２の端末になったりすることがありうる。なお、端末を特定する場合には、端末の装置自体に識別子などを付すようにして行ってもよいし、端末を使用するユーザレベルでユーザ識別子によって特定することもできる。

電子コンテンツの取引方法は、前記第２の端末が、電子コンテンツを有する前記第１の端末から該電子コンテンツの提供をうけるステップと、前記第２の端末が、該電子コンテンツの提供を受けた旨の情報を前記サーバーに送信するステップと、前記第２の端末からの該電子コンテンツの提供を受けた旨の情報を受信した後に、前記サーバーが前記第１の端末に対する該電子コンテンツの提供に対するリベートの課金情報を生成するステップ、とを備える。

上記方法によれば、サーバーを経由することなく、端末のユーザレベルで電子コンテンツを交換したり複製したりする際に、端末２が提供を受けた旨の通知がサーバーに通知され、これを受けたサーバーは電子コンテンツの提供元である第１の端末のユーザに対し電子コンテンツを紹介、広告したことの手数料としてリベートの支払いを行う。

したがって、第２の端末のユーザは、所望の電子コンテンツを、インターネットから探し出さなくても、または一斉配信時間を逃がしても、他のユーザから簡単にかつ正当な手段で入手することができる。またコピー元となるユーザに対しリベートを自動的に支払うことにより、電子コンテンツを宣伝してもらうことができると同時に、電子コンテンツの不正コピーを防ぐことが期待できる。

本発明は、さらに、以下の構成の電子コンテンツの取引方法を提供する。

電子コンテンツの取引方法は、サーバーと少なくとも２つの第１及び第２の端末との間で行われる。

電子コンテンツの取引方法は、前記第１の端末が、前記電子コンテンツを第２の端末に提供するステップと、前記第１の端末が前記サーバーに対し、前記第２の端末に該電子コンテンツを提供した旨の情報を送信するステップと、前記第１の端末からの該電子コンテンツを提供した旨の情報を受信した後に、前記サーバーが前記第１の端末に対する該電子コンテンツの提供に対するリベートの課金情報を生成するステップ、とを備える。

上記電子コンテンツ取引方法は、前記第１の端末がサーバーに対し、第２の端末に電子コンテンツを提供した旨を通知する点において、上記の電子コンテンツ取引方法と異なる。本電子コンテンツ取引方法によれば、第１の端末が第２の端末に電子コンテンツを提供した時点において、その事がサーバーに通知されるため、第１の端末にとって、リベートの支払いが早期になされ、電子コンテンツの広告、紹介に対する有利性が向上する。

また、本発明は、上記技術的課題を解決するために、以下の構成の電子コンテンツの取引のためのサーバーを提供する。

サーバーは、少なくとも第１の端末と第２の端末との間で行われる電子コンテンツの取引に用いられる。

サーバーは、第１の端末から第２の端末へ前記電子コンテンツが提供された旨の情報を受信する提供情報受信部と、前記第１の端末に対する該電子コンテンツの提供に対するリベートの課金情報を生成するリベート生成部とを備える。

また、本発明は、上記技術的課題を解決するために、以下の構成の電子コンテンツの取引のためのシステムを提供する。

システムは、サーバーと第１の端末と第２の端末とで構成される。

前記第１の端末は前記第２の端末に対し、前記電子コンテンツを提供し、前記サーバーは前記第２の端末が前記第１の端末から該電子コンテンツの提供を受けた旨の情報を受信し、前記サーバーは、該電子コンテンツを前記第２の端末に提供したことに対するリベートの課金情報を前記第１の端末に対して生成する。

以上説明したように本発明によれば、ユーザ間で電子コンテンツを交換したり、複製したりする際に、例えば、提供を受けたユーザが正当な支払を行なったことを条件として提供元のユーザが提供した電子コンテンツのアクセス（再生など）権を与えると同時に、提供元となるユーザに対しコンテンツの提供に対するリベートを支払うことが可能となる。

これにより、所望の電子コンテンツを、インターネットから探し出さなくても、または一斉配信時間を逃がしても、他のユーザから簡単にかつ正当な手段で入手することができる。また提供元となるユーザに対しリベートを自動的に支払うことにより、電子コンテンツを宣伝してもらうことができると同時に、電子コンテンツの不正コピーを防ぐことが期待できる。

以下、本発明の各実施形態に係る電子コンテンツ取引システムについて、図面を参照しながら説明する。

図１に本発明の第１の実施形態による電子コンテンツ取引システムのシステム構成図を示す。図１において、１００は公衆ネットワーク、１０１はコンテンツ管理サーバー、１０２はコンテンツ管理サーバーを公衆ネットワークに接続するためのネットワークインタフェース、１０３、１０５、１０７は端末、１０４、１０６、１０８は端末を公衆ネットワークに接続するためのネットワークインタフェースである。

本実施形態における電子コンテンツ取引システムにおいて、電子コンテンツとは、ゲーム、音楽、映像、書籍などのプログラム及びデータをいい、例としては、コンテンツ配信者からコンテンツ利用者へ販売されて、一定額の料金の支払いを条件に使用可能となるシェアウェアなどが該当する。ただし、これは広義に解釈し、有償、無償を問うものではなく、また、すべての機能を使用するためにのみ、料金の支払いを必要とし、一部の機能は支払いなしで体験使用できるようなプログラムなども含まれる。本実施形態ではコンテンツ配信者にはコンテンツ管理サーバー１０１の管理者が相当し、コンテンツ利用者には各端末１０３，１０５，１０７のユーザが相当する。

端末１０３、１０５、１０７として、コンピュータ、携帯電話、携帯情報端末、放送受信用セットトップボックス、オーディオ機器、ゲーム機、ナビゲーション端末など、有線または無線の方式でネットワークに接続する端末であれば特にその種類を問うものではない。図１では、端末１０３、１０５，１０７はそれぞれライン１１４、１１２、１１６で公衆ネットワーク１００に接続されているが、無線チャンネルで、基地局を経由して公衆ネットワーク１００に接続されてもよい。

コンテンツ管理サーバー１０１は配信するための電子コンテンツを保有し、端末１０３，１０５，１０７に対し、公衆ネットワーク１００を経由して電子コンテンツを提供することができる。また、電子コンテンツを購入した顧客を管理し、電子コンテンツを購入したユーザから電子コンテンツ料を徴収し、電子コンテンツの使用を認める。

このようにして端末１０３，１０５により購入された電子コンテンツは、それぞれ破線１１８，１１９を経由して端末１０５，１０７との間で取引される。この取引は必ずしもコンテンツ管理サーバー１０１の経由を必要とするものではない。破線１１８，１１９は物理的なケーブルであってもよいし、電波などを利用した無線であってもよい。また、公衆ネットワーク１００を用いたものであってもよいし、端末間で個々に有するローカルエリアネットワークのようなものであってもよい。また、フロッピーディスク（登録商標）などの磁気ディスク、コンパクトディスクなどの光ディスク、メモリカードなどの蓄積メディアを通して電子コンテンツを端末から端末へ移動してもよい。電子コンテンツの容量が大きい場合などは、記憶媒体を通じて移動するほうが好ましい場合もあり、電子コンテンツを広範囲に広めることができる。

ライン１１８，１１９を経由してある任意の端末１０５，１０７が電子コンテンツを受け取った旨の情報は、サーバー１１０に通知される。この通知のための処理は特に限定されるものではなく、たとえば、提供された電子コンテンツの使用の許可をコンテンツ管理サーバー１０１に求める際に電子コンテンツを受け取った端末１０５，１０７によって送信されてもよいし、ある端末１０５，１０７に電子コンテンツを提供した別の端末１０３，１０５がサーバーにその旨を通知してもよい。

電子コンテンツが端末間で交換、提供された情報をサーバー１０１が受信した後に、コンテンツ管理サーバー１０１は電子コンテンツを提供した端末１０３，１０５に対してリベートを支払う。このリベートの額や媒体は特に限定されるものではなく、取引される電子コンテンツの種類やシステムの構成などに応じて任意に設定することができる。

リベートの媒体は、現金であってもよいし、クレジットポイントであってもよい。クレジットポイントとは、電子コンテンツの価格などに対して所定の算出式により与えられるポイントを意味する。クレジットポイントはコンテンツ管理サーバーに記憶されることが好ましい。なお、クレジットポイントは、所定のポイント数をためることなどによって、他の電子コンテンツの購入や特典との引き換えなどに利用することができるようにすることが好ましい。

また、端末１０３，１０５が受け取るリベートの額は、コンテンツの提供を受けた端末１０５，１０７による前記電子コンテンツの購入に対する支払いの額に比例するようにすることができる。ここで、比例するとは、第２ユーザによる販売者への支払い額の変化に応じて、第１ユーザへのリベートの額が関連しながら変化する関係をいい、必ずしも正比例であることを意味するものではない。

また、例えば、電子コンテンツが端末１０３から端末１０５に提供され、その後さらに同じ電子コンテンツが端末１０５から端末１０７に提供された場合、最初にコンテンツを提供した端末１０３へのリベートの額は、端末１０５が端末１０７に提供したときに、端末１０７への提供の手数料として端末１０５に与えられるリベートの額に比例させるようにすることができる。

図２は本発明の他の実施の形態による電子コンテンツ取引システムのシステム構成図を示す。図２は図１とほぼ同じであるが、異なる点はコンテンツ管理サーバー２０５とコンテンツ配信サーバー２０１が別のサーバーによってそれぞれ構成されている点である。電子コンテンツ配信サーバー２０１は電子コンテンツを配信する処理のみを行う。すなわち、コンテンツ管理サーバー２０５は、電子コンテンツの配信を行わずに、電子コンテンツの購入やリベートの生成などを管理する役割をのみ果たす。この構成によれば、電子コンテンツ配信サーバー２０１は片方向通信ですむので、広帯域を必要とする電子コンテンツを配信することができ、例えば、放送などを用いて、電子コンテンツを一斉に配信する場合などに有利である。また、本実施形態では端末１０３、１０５、１０７との間の電子コンテンツ交換は公衆ネットワーク１００を経由して行なうことが好ましい。なお、図２において図１と同じ符号を付したものは同じ機能を有する。

以下、図１にしたがった本実施形態にかかる電子コンテンツ配信システムの処理動作について説明する。

図３は本発明の第１の実施形態に用いられるコンテンツ管理サーバー１０１のブロック図を示す。図３において、３０１はサーバーの処理装置（ＣＰＵ）、３０２と３０３は処理装置の処理を駆動するために必要なメモリ（例えばＲＯＭ３０２，ＲＡＭ３０３）、３０４は電子コンテンツなどを暗号化するための暗号化処理部、３０５は電子コンテンツに対する課金や顧客に対するリベート作成の処理を行なう支払処理部、３１１は蓄積メディアである。本実施形態では蓄積メディア３１１の例として、大容量のハードディスクを使用している。この蓄積メディア３１１には、電子コンテンツを格納するコンテンツデータベース３０６、顧客の出入金に関する情報を格納する顧客口座データベース３０７、顧客の情報を格納する顧客データベース３０８、コンテンツの暗号化鍵を格納する暗号化鍵データベース３０９及びコンテンツの購入の情況を管理する電子コンテンツ管理データベース３１０が格納されている。

電子コンテンツデータベース３０６に格納されている電子コンテンツとしては、上述のように、音楽、ゲーム、映像、電子書籍などが含まれる。顧客データベース３０８には、顧客の氏名、住所、クレジットカード番号などが含まれる。顧客口座データベース３０７には、各顧客の入出金に関するデータが記録されている。出金に関するデータとしては電子コンテンツを購入した時の金額、入金に関するデータとしては電子コンテンツを他のユーザに提供したときに配当されたリベートなどがあげられる。リベートとしては、例えば、販売価格の１から２％の金額、もしくはそれをポイントに換算したものである。電子コンテンツ管理データベース３１０は、電子コンテンツとそれを購入した顧客とを対応付けて管理する。また、ある顧客がさらに他の顧客に電子コンテンツを提供した場合の顧客間の電子コンテンツの提供の履歴なども管理されている。暗号化鍵データベース３０９は、各電子コンテンツを暗号化するための鍵を確保するためのものである。この構造をもつサーバーの動作については下記に説明する。

以下、実施形態の説明においてはコンテンツ管理サーバー１０１から端末１０３が電子コンテンツを購入し、端末１０３が端末１０５に当該電子コンテンツを提供し、さらに端末１０５が端末１０７に電子コンテンツを提供した場合について説明を続ける。図６は端末１０３がコンテンツ管理サーバー１０１より電子コンテンツの購入を行う処理の流れを示している。

まず、端末１０３のユーザはこの端末１０３を用いてコンテンツ管理サーバー１０１にアクセスする。本実施の形態では、各端末はパーソナルコンピュータ（ＰＣ）である。コンテンツ管理サーバー１０１にアクセスすると、端末１０３には初期画面が表示される(ステップ６０１)。初期画面では、ユーザＩＤとパスワードの入力が求められる（ステップ６０２）。端末１０３のユーザーはこれらの情報を入力し、入力されたユーザＩＤとパスワードをサーバーに送信する。受信したサーバー１０１は、顧客データベース３０８に格納されている情報とこれらを比較することにより、サーバーが登録されたユーザーであるか否かを判断する（ステップ６０３）。登録されたユーザーではないと判断された場合、注文者の氏名、年齢、住所、電話番号、電子メールアドレス、クレジットカード番号及びその有効期限などの個人情報の入力を求める（ステップ６０４）。サーバーが個人情報を受信すると、サーバーはユーザを識別するためのユーザＩＤ及びそのパスワードを作成し、その情報をユーザに送る（ステップ６０５）。本実施形態では、ユーザは電子メールによってユーザＩＤとパスワードを入手する。

ステップ６０５においてユーザＩＤ及びそのパスワードが作成されるか、又は、ステップ６０３において登録済ユーザであると判断された場合には、購入可能な電子コンテンツ一覧表がウェーブページとして示される。ウェーブページに対し所望の電子コンテンツ（電子コンテンツ）をクリックすることで購入を希望する電子コンテンツが特定され、自動的に電子コンテンツの購入の情報としてサーバー１０１に選択されたコンテンツ識別子が送信される（ステップ６０６）。コンテンツ管理サーバー１０１は、ユーザの個人情報及び発行したユーザＩＤとパスワードを登録する。本実施の形態では、これらの情報を図３の顧客データベース３０８の領域に記録する。このようにして、ユーザＩＤで各ユーザを識別することができる。

電子コンテンツの購入の情報を受信したサーバーは注文処理を行う。すなわち、クレジットカード認証サーバー（図示なし）にアクセスし、クレジットカードの有効性を確認する（ステップ６０７）。ステップ６０８で有効ではないと判断した場合、その旨をユーザに通知し処理を中止する（ステップ６０９）。なお、これら６０７から６０９のステップはユーザがコンテンツ管理サーバーにアクセスし、購入の申し込みをするごとに必要とされるものではなく、すでにユーザＩＤ及びそのパスワードを有しており、これらの確認がなされているユーザに対してはこのステップを省略することもできる。

クレジットカードの有効性が確認できた場合は、コンテンツ管理サーバー１０１はコンテンツ識別子とユーザＩＤとを関連付けてコンテンツ管理データベース３１０に登録する（ステップ６１０）。

次に、コンテンツ管理サーバー１０１はユーザの端末１０３にアクセスしユーザ（端末１０３）の公開鍵を入手する。本実施の形態では、全ての電子コンテンツを任意のパスワードで暗号化し電子コンテンツデータベース３０６に格納する。電子コンテンツのパスワードはまたユーザの公開鍵でさらに暗号化する。公開鍵暗号の方法については、例えば、Bruce Schneier著Applied Cryptography: Protocols, Algorithms, and Source Code in Cに開示されている。すなわち、コンテンツ管理サーバー１０１はステップ６１１にてユーザの公開鍵を用い、注文された電子コンテンツを解くためのパスワードを暗号化する。これらのパスワードは暗号化鍵データベース３０９に保存する。ユーザは電子コンテンツと暗号化されたパスワードをダウンロードする（ステップ６１２）。ダウンロード完了後、コンテンツ管理サーバー１０１はユーザのクレジットカード番号をもとにユーザの口座から電子コンテンツの料金を引き落とす。このように引き落とした金額を顧客口座３０７に記録する。また、電子コンテンツがユーザに購入された記録は電子コンテンツ管理データベース３１０の領域に以下に示すように管理識別子として保存される。

図５は電子コンテンツ管理データベース３１０に保存されている電子コンテンツの提供を受けた端末（ユーザ）の履歴関係を示す管理識別子のデータ構造を概念的に説明するものである。このデータ記録により、ある電子コンテンツがどのユーザに購入されたか、また、どのユーザを経由して入手したか、の関係が容易に判別できる。そのためには、上述のように各電子コンテンツを識別するための電子コンテンツＩＤ（ＣＩＤ）、各ユーザを識別するためのユーザＩＤ（ＵＩＤ）を割当てる。識別子ＣＩＤ（５００）の電子コンテンツが、５０１から５０９に示されているユーザＩＤをもつユーザに購入される場合について説明する。

まず、５０１から５０３に示されているユーザはサーバーから直接に該電子コンテンツを購入する（第１階層）。このとき、コンテンツ管理データベースには、コンテンツ識別子と、購入したユーザ５０１〜５０３のユーザＩＤが連続して登録される。次いで、これらのユーザの内でユーザ５０２が、第２階層のユーザ５０４〜５０６がこのコンテンツの提供を受けた場合は、この通知を受けたサーバーは５０２の識別子の下に、第２階層のユーザＩＤを連続して付し、この情報（端末識別子）を管理する。このように管理することによって、５０４から５０６に示されているユーザＩＤをもつユーザ（第２階層）はＵＩＤ（０，２）（５０２）のユーザを経由して購入したことが示される。この管理識別子で示される電子コンテンツによりコンテンツの提供の管理を行うことによって、その電子コンテンツは現在第２階層のユーザが所有していることを容易に判断することができ、また、同じコンテンツ識別子を有するコンテンツについて、ユーザー別に異なる管理識別子が割り当てられるので、販売された電子コンテンツの管理が容易となる。以下、第３階層についても同様に第２階層のユーザの後に提供を受けたユーザのユーザＩＤを付すことによってこれを示すことができる。また、コンテンツの提供の階層を制限するときはこの管理識別子が認識できるユーザＩＤの数を制限することによって行うことができ、これは管理識別子のデータ長を制限することによって容易に行うことができる。

上述の管理識別子に含まれる電子コンテンツ識別子は、各電子コンテンツのファイルに記述されている。図４（Ａ）は本発明の実施の形態による電子コンテンツ取引システムに用いられる電子コンテンツのデータ形式を示す。本実施の形態では、電子コンテンツのファイルの先頭に電子コンテンツＩＤ（４０１）が記述されている。ここでは例として８バイトで表されている。その次に、同様に例えば４バイトでコンテンツ管理サーバー１０１のＩＰアドレス（４０２）が記述される。その後電子コンテンツのデータ（４０３）が続く。この電子コンテンツは上述のように暗号化されている。本実施の形態では、暗号化された電子コンテンツを解くためのパスワードは別データとして扱っているが、電子コンテンツ４０３の直前においてもよい。この場合、上述のようにこの鍵はユーザの公開鍵で予め暗号化される。

次に、端末１０５が端末１０３から電子コンテンツの提供を受ける場合の処理を説明する。この処理の流れは図７に示す。まず、端末１０５のユーザはインターネットなどを経由して、端末１０３のＵＲＬなどをアクセスし、端末１０３からある任意の電子コンテンツをダウンロードする旨の処理を行う。このことによりステップ７０１において、電子コンテンツは端末１０３から端末１０５にコピーされる。電子コンテンツが端末２に提供された後、端末１０５のユーザが提供された電子コンテンツを再生する際に、ユーザ入力画面が表示される（ステップ７０２）。図８はステップ７０２の詳細を示す。

本実施の形態では、電子コンテンツを再生するための処理はプログラムで行なう。端末１０５において、電子コンテンツ再生プログラムは端末１０５のユーザが電子コンテンツを再生しようとするときの信号を受ける（ステップ８００）。この信号を受けた時点で、電子コンテンツ再生プログラムは端末１０５の秘密鍵を取得する（ステップ８０１）。これは公開鍵の仕組みとして知られている。詳細は上記の文献に公開されている。ステップ８０２では取得した秘密鍵で電子コンテンツの鍵を解く。電子コンテンツの鍵を暗号化するための公開鍵と秘密鍵の整合性がとれなければ、電子コンテンツの鍵を解くことができない。ステップ８０３にて鍵が解けるかどうかを判断し、解けた場合、その鍵を用いて電子コンテンツを再生する（ステップ８０４）。解けない場合、端末がコンテンツ管理サーバー１０１に対し、ユーザ入力画面を表示するための信号を送る（ステップ８０５）。サーバーのＩＰアドレスは電子コンテンツのデータの第２フィールド（４０２）から識別可能である。

ステップ７０３にて、端末１０５のユーザはユーザ入力画面に対し、コピー元となる端末１０３ユーザのＩＤと自己のユーザＩＤとパスワードを記入し、コンテンツ管理サーバー１０１に送る。なお、コピー元となる端末１０３ユーザのＩＤは、端末１０３からコンテンツをダウンロードする場合に自動的に取得できるようにしてもよい。

本実施の形態では、説明の便宜のため、端末１０５のユーザはすでに登録済みユーザであるものとする。なお、登録済みユーザでない場合は、端末１０３のユーザに対して図６で説明した様に個人情報として、氏名、年齢、住所、電話番号、電子メールアドレス、クレジットカード番号及びその有効期限の記入を求めればよい。コピー元となる端末１０３ユーザのＩＤと端末１０５のユーザＩＤとパスワードを受信したコンテンツ管理サーバー１０１では、コピー元となる端末１０３のユーザのＩＤを確認する（ステップ７０４）。コンテンツに含まれるコンテンツＩＤとコピー元の端末１０３のユーザＩＤがサーバー１０１に送信されることによって、サーバー１０１では、コンテンツ管理データベースに含まれている管理識別子のうち、最初の部分（コンテンツＩＤに相当）と最後の部分（提供元のユーザのユーザＩＤに相当）の一致不一致を判断することによって、どのユーザ所有のコンテンツが移動されているのか、そのコンテンツがどの階層にあるのかなどの詳細が判別できる。

ステップ７０５にてコピー元となる端末１０３のユーザが確認できた場合、ステップ７０６にてそのユーザに対しリベートを配当する。リベートとして、電子コンテンツの料金に比例した金額（例えば１から２％）をそのユーザの口座に登録する。本実施の形態では、クレジットポイントとしてユーザに配当する。本実施形態ではクレジットポイントは電子コンテンツの料金に比例する。このクレジットポイントを用いて新しい電子コンテンツの購入に使用することができる。これらのポイントは、図２の顧客口座データベースに記録される。

ステップ７０５でコピー元である端末１０３のユーザが確認できなかった場合、すなわち、コンテンツ管理データベースに該当する管理識別子が記憶されていない場合には、リベートの支払いは行われない。また、この場合、端末１０５のユーザを第１階層のユーザであるとして、コンテンツＩＤと端末１０５のユーザのユーザＩＤを含んだ新たな管理識別子をコンテンツ管理データベースに登録するようにしてもよい。

ステップ７０５に次いで、ステップ７０７〜７１０において、端末１０５のユーザに対する暗号を解くためのパスワードの設定処理などが行われる。これらの処理は、図６のステップ６１０〜６１３と原則的に同じである。ただし、この場合、端末１０５のユーザの公開鍵を用いて電子コンテンツのパスワードを暗号化する。こうすることにより、端末１０５のユーザがパスワードを入力したときのみ暗号が解け、電子コンテンツを再生することができる。また、ステップ７０７において、端末１０５のユーザのユーザＩＤは端末１０３のユーザＩＤの下にくるように、電子コンテンツのＩＤに関連付け、コンテンツ管理データベースに格納されている管理識別子を追加する。すなわち、端末１０５のユーザは図５において第２階層のユーザとなる。なお、図７では、ユーザへのポイントの加算がされてからステップ７０７から７１０がなされるように示されているが、これに限定されるものではなく、ステップ７０７から７１０で示されるステップとユーザへのリベートの配当のステップ７０６は並行して行うようにすることもできる。

図９と１０は本発明の本実施形態による電子コンテンツ取引システムにおける電子コンテンツの購入時の他の処理の流れ図を示す。この処理に対応する電子コンテンツのデータ形式は図４（Ｂ）に示される。図４（Ａ）と異なるのは、電子コンテンツを所有するユーザのＩＤ（４０４）が記述されていることである。本実施形態では、例として８バイトで表現されている。ユーザＩＤ（４０４）は電子コンテンツ４０３と一緒に暗号化してもよいし、電子コンテンツ（４０３）のみを暗号化しユーザＩＤは暗号化しないようにしてもよい。図４（Ｂ）を用いて図９と１０の処理を説明する。

図９は図６に対応し、基本処理は図６と同じである。ステップ９０１から９０９は図６と共通するので説明を省略する。ステップ９１０では、コンテンツ管理サーバー１０１はコンテンツ識別子とユーザＩＤとを関連付けてコンテンツ管理データベース３１０に登録する。ステップ９１１では、電子コンテンツに端末１０３のユーザのユーザＩＤを付加する。この電子コンテンツのフォーマットは図４（Ｂ）に示されており、ユーザＩＤ４０４の領域にユーザＩＤを書きこむ。ステップ９１２は図６のステップ６１１に相当するものであり、コンテンツ管理サーバー１０１がユーザの端末１０３にアクセスし、ユーザ（端末１０３）の公開鍵を入手し、電子コンテンツを任意のパスワードで暗号化し電子コンテンツデータベース３０６に格納する。電子コンテンツのパスワードは、さらにユーザの公開鍵でさらに暗号化する。このとき電子コンテンツとユーザＩＤを含めて暗号化する。ユーザは電子コンテンツと暗号化されたパスワードをダウンロードする（ステップ９１３）。ダウンロード完了後、コンテンツ管理サーバー１０１はユーザのクレジットカード番号をもとにユーザの口座から電子コンテンツの料金を引き落とす。このように引き落とした金額を顧客口座３０７に記録する。また、電子コンテンツがユーザに購入された記録は電子コンテンツ管理データベース３１０の領域に以下に示すように管理識別子として保存される。

図１０の処理は図７に対応し、端末１０５が端末１０３から図４（Ｂ）に示されるフォーマットの電子コンテンツの提供を受けた場合の処理を示す。ステップ１００１では、電子コンテンツが端末１０３から端末１０５にコピーされる。端末１０５のユーザがコピーされた電子コンテンツを再生する際に、ユーザ入力画面が表示される（ステップ１００２）。このステップの詳細は図８を用いて説明した通りである。

ステップ１００３にて、ユーザ入力画面に対し、コピー元となる端末１０３ユーザのＩＤと端末１０５のユーザＩＤとパスワードを記入し、コンテンツ管理サーバー１０１に送る。上述したように、端末１０３のユーザのＩＤは、図４（Ｂ）に示したように電子コンテンツの中に記述されているため、あらためて入力する必要がない。コンテンツ管理サーバー１０１では、コピー元となる端末１０３のユーザのユーザＩＤを確認する（ステップ１００４）。

ステップ１００５にてコピー元となるユーザが確認できた場合、ステップ１００６にて端末１０３のユーザに対しリベートを配当する。一方、ステップ１００５で提供もとのユーザが確認できなかった場合、リベートの支払いは行われない。

ステップ１００７〜１０１０は、図７のステップ７０７〜７１０と同じである。ステップ１００７においてコンテンツ管理サーバー１０１は端末１０５のユーザのユーザＩＤを電子コンテンツのＩＤに関連付けて登録する。詳細は上記した通りである。ステップ１００８では電子コンテンツの鍵を端末１０５のユーザの公開鍵で暗号化する。ステップ１００９では、端末１０５のユーザは暗号化された電子コンテンツの鍵をダウンロードする。ステップ１０１０において、ダウンロード完了後、コンテンツ管理サーバー１０１は端末１０５のユーザの口座から料金を引き落とす旨の情報を追加する。

ステップ１０１０において口座から料金を引き落とす旨の情報が追加された後、ステップ１０１１において、端末１０５は電子コンテンツに記述されたユーザＩＤの領域４０４を端末１０３のユーザのユーザＩＤから端末１０５のユーザのユーザＩＤに置換える。この処理を行なうには、まず電子コンテンツの鍵で電子コンテンツを解いて、ユーザＩＤのフィールドに新しいユーザのユーザＩＤを上書きする。その後に電子コンテンツの鍵で暗号化する。このようにすることによって、端末１０５のユーザが端末１０７のユーザに電子コンテンツを提供した場合、サーバーではコンテンツ管理データベースに格納されている情報（図５の関連図参照）より電子コンテンツの最初の所有者が端末１０３のユーザであることがわかる。また、端末１０７のユーザのユーザＩＤを端末１０５のユーザのユーザＩＤの下につけることによって、端末１０７のユーザは図５の第３階層を形成する。

このような関連図を管理することによって、電子コンテンツをユーザからユーザへコピーする際に、コンテンツ管理サーバー（図１の１０１）は提供元となるユーザ、すなわちコピー履歴の管理ができ、従前のユーザにリベートを支払うことができる。図１１はユーザに対するリベートの配当の模式図を示す。例えば、Ｕ（１）がＵ（１，１）にコンテンツを提供し、さらにＵ（１，１）がＵ（１，１，１）に同じ電子コンテンツを提供した場合、図５の関連図を参考にリベートをそれぞれのコピー元であるユーザＵ（１）およびＵ（１，１）に支払うことができる。Ｕ（１）はＵ（１，１）に提供したことによるリベートｐ（１，１）の提供を受ける（１１０９）。次いで、Ｕ（１，１）がＵ（１，１，１）にコピーした場合のリベートｐ（１，１，１）をＵ（１，１）は受け取り（１１１０）、ｐ’（１，１，１）をＵ（１）（１１１１）は受け取る。

本実施の形態では、第３世代のユーザが第２世代のユーザから購入した場合の第１世代のユーザに対するリベートの額は、第２世代のユーザに対するリベートの額より少ないようにしている。図１２はユーザに対するリベートのポイント数のグラフを示す。縦軸１２００はクレジットポイントを示す。これは電子コンテンツの単価に対する割合で表す。横軸１２０１はコピー先の数を示す。ライン１２０２とライン１２０３はそれぞれ１次コピーと２次コピーのクレジットポイントの積算を示す。例えば同じ電子コンテンツの１次コピー（１２０２）の場合、コピー先数が１名に対しクレジットポイントは電子コンテンツ単価の１％（１万円の場合100ポイント）、１０名に対し１０％、それ以上の場合クレジットポイントは増えない。また同じ電子コンテンツの２次コピー（１２０３）の場合、０．２％で最大１０名までクレジットポイントを加算する。同様に３次以上のコピーについても同じクレジットポイントの加算ができる。

なお、上記実施形態では、電子コンテンツ配信のチャンネルとコンテンツ管理サーバーとの接続チャンネルが同じ場合について説明したが、図２に示されるシステム構造を有し、例えば、放送による電子コンテンツの一斉配信の場合も同じである。電子コンテンツ配信を放送網で行なうが、電子コンテンツのアクセスの付与等を電話回線で行なってもよい。この場合、例えば、放送による電子コンテンツのとりこみ処理を行ったユーザが、コンテンツの配信を逃したユーザに対し、コンテンツを提供することができる。

本発明の第１の実施形態による電子コンテンツ取引システムを示すブロック図である。 本発明の第１の実施形態による電子コンテンツ取引システムに用いられるコンテンツ管理サーバーを示すブロック図である。 本発明の他の実施の形態による電子コンテンツ取引システムを示すブロック図である。 本発明の実施の形態による電子コンテンツ取引システムに用いられる電子コンテンツのデータ形式を示す模式図である。 本発明の実施の形態による電子コンテンツ取引システムに用いられる電子コンテンツ交換時の関係を示す模式図である。 本発明の実施の形態による電子コンテンツ取引システムにおける電子コンテンツの購入時の処理を示す流れ図である。 本発明の実施の形態による電子コンテンツ取引システムにおける電子コンテンツの購入時の処理の続きを示す流れ図である。 本発明の実施の形態による電子コンテンツ取引システムにおける電子コンテンツの購入時の処理の続き（図７）のステップ７０２を示す流れ図である。 本発明の第２の実施形態による電子コンテンツ取引システムにおける電子コンテンツの購入時の処理を示す流れ図である。 本発明の第２の実施形態による電子コンテンツ取引システムにおける電子コンテンツの購入時の処理の続きを示す流れ図である。 本発明の実施の形態による電子コンテンツ取引システムにおいて、ユーザに対するリベートの配当を示す模式図である。 本発明の実施の形態による電子コンテンツ取引システムにおいて、ユーザに対するリベートのポイント数を示すグラフである。

符号の説明

１００ ネットワーク
１０１ コンテンツ管理サーバー
１０２、１０４、１０６、１０８ ネットワークI/F
１０３、１０５、１０７ 端末

Claims (26)

1. サーバーと少なくとも２つの第１及び第２の端末との間で行われる電子コンテンツの取引方法であって、
   前記第２の端末が、電子コンテンツを有する前記第１の端末から該電子コンテンツの提供をうけるステップと、
   前記第２の端末が、該電子コンテンツの提供を受けた旨の情報を前記サーバーに送信するステップと、
   前記第２の端末からの該電子コンテンツの提供を受けた旨の情報を受信した後に、前記サーバーが前記第１の端末に対する該電子コンテンツの提供に対するリベートの課金情報を生成するステップ、とを備えることを特徴とする電子コンテンツの取引方法。
2. 前記第２の端末が、該電子コンテンツの提供を受けた旨の情報を前記サーバーに送信するステップの後に、前記第２の端末が前記サーバーから該電子コンテンツの使用許可を受けるステップを有することを特徴とする、請求項１記載の電子コンテンツの取引方法。
3. 前記第２の端末が前記サーバーから該電子コンテンツの使用の許可を受けるステップは、前記第２の端末が、前記サーバーより電子コンテンツの暗号化を解除するためのパスワードを受信することによりなされることを特徴とする請求項２記載の電子コンテンツの取引方法。
4. 前記パスワードは、前記第１の端末が該電子コンテンツの暗号化を解除するためのパスワードを変換して作成されることを特徴とする請求項３記載の電子コンテンツの取引方法。
5. 前記第１の端末から前記第２の端末に提供される前記電子コンテンツは、前記第２の端末への提供元である前記第１の端末を識別するための第１の端末識別子を含むことを特徴とする請求項１から４いずれか記載の電子コンテンツの取引方法。
6. サーバーと少なくとも２つの第１及び第２の端末との間で行われる電子コンテンツの取引方法であって、
   前記第１の端末が、前記電子コンテンツを第２の端末に提供するステップと、
   前記第１の端末が前記サーバーに対し、前記第２の端末に該電子コンテンツを提供した旨の情報を送信するステップと、
   前記第１の端末からの該電子コンテンツを提供した旨の情報を受信した後に、前記サーバーが前記第１の端末に対する該電子コンテンツの提供に対するリベートの課金情報を生成するステップ、とを備えることを特徴とする電子コンテンツの取引方法。
7. 前記第１の端末から前記第２の端末に提供される前記電子コンテンツは、前記第２の端末への提供元である前記第１の端末を識別するための第１の端末識別子を含むことを特徴とする請求項６記載の電子コンテンツの取引方法。
8. 前記サーバーが、前記第１の端末に対し前記電子コンテンツの提供に対するリベートの課金情報を生成するステップは、前記第２の端末の前記電子コンテンツの購入に対する支払いに関する情報を前記サーバーが確認できたことを条件としてなされることを特徴とする請求項１から７いずれか記載の電子コンテンツ取引方法。
9. 前記電子コンテンツは前記第１の端末から前記第２の端末へ記憶媒体を経由して提供されることを特徴とする請求項１から８いずれか記載の電子コンテンツの取引方法。
10. 前記第１の端末に対する前記リベートの額は、前記第２の端末による前記電子コンテンツの購入に対する支払いの額に比例することを特徴とする請求項１から９いずれか記載の電子コンテンツの取引方法。
11. 前記第１の端末へのリベートの額は、前記第２の端末が前記電子コンテンツを第３の端末に提供したときに前記第２の端末に対し生成されるリベートの額に比例することを特徴とする請求項１から１０いずれか記載の電子コンテンツの取引方法。
12. 前記第１の端末に対し与えられる前記リベートの課金情報は、クレジットポイントであって、前記クレジットポイントは前記サーバーに記憶されることを特徴とする、請求項１から１１いずれかに記載の電子コンテンツの取引方法。
13. 前記電子コンテンツの購入に対する支払いは、端末使用者のクレジットカードの番号又は端末使用者の氏名及び住所に関する情報のうち少なくとも１つを前記第２の端末からサーバーが受信し、前記サーバーに格納された端末使用者に関する情報と該受信した情報とが一致するか否かを前記サーバーが確認することによりなされることを特徴とする請求項８記載の電子コンテンツの取引方法。
14. 前記サーバーは、前記電子コンテンツを識別するためのコンテンツ識別子と前記電子コンテンツを購入する旨の情報を送信した端末を識別する端末識別子を対応付けて蓄積するステップをさらに備えることを特徴とする請求項１から１３いずれか記載の電子コンテンツの取引方法。
15. 前記サーバーは、さらに、１の端末から他の端末への前記電子コンテンツが提供された履歴に関する情報を含めて蓄積することを特徴とする請求項１４記載の方法。
16. 少なくとも第１の端末と第２の端末との間で行われる電子コンテンツの取引に用いられるサーバーであって、
    第１の端末から第２の端末へ前記電子コンテンツが提供された旨の情報を受信する提供情報受信部と、
    前記第１の端末に対する該電子コンテンツの提供に対するリベートの課金情報を生成するリベート生成部と、を備えることを特徴とするサーバー。
17. 前記提供情報受信部により受信された前記電子コンテンツの提供を受けた前記第２の端末に対し、該電子コンテンツの購入に対する支払いの情報を確認するための支払い確認部と、
    該電子コンテンツの暗号を解くためのパスワードを前記第２の端末に送信するパスワード送信部とをさらに備えることを特徴とする、請求項１６記載のサーバー。
18. 前記第１の端末に対し与えられる前記リベートの額は、前記支払い確認部により確認された支払いの情報により特定される額に比例することを特徴とする請求項１７記載のサーバー。
19. 前記リベート生成部によって生成される前記第１の端末に対し与えられる前記リベートの課金情報は、クレジットポイントであって、前記クレジットポイントは前記サーバーに記憶されることを特徴とする、請求項１６から１８記載のサーバー。
20. 前記第１の端末に対し与えられる前記リベートの額は、前記第２の端末が該電子コンテンツを第３の端末に提供したときに、前記リベート生成部によって第２の端末に対して生成されるリベートの額に比例することを特徴とする請求項１６から１９いずれか記載のサーバー。
21. 前記サーバーはさらに、前記電子コンテンツを識別するためのコンテンツ識別子と前記電子コンテンツを購入した端末に関する情報を対応付けて記憶するコンテンツ管理データベースを備えることを特徴とする請求項１６から２０いずれか記載のサーバー。
22. 前記コンテンツ管理データベースはさらに、１の端末から他の端末への前記電子コンテンツが提供された履歴に関する情報を含めて記憶することを特徴とする請求項２１記載のサーバー。
23. 前記サーバーは、前記支払い確認部により前記支払いが確認できた後に、第２の端末に対し該電子コンテンツの暗号を解くためのパスワードを作成する暗号化処理部をさらに有し、
    前記暗号化処理部は、前記第１の端末に対する該電子コンテンツの暗号を解くためのパスワードを変換して、前記第２の端末に対する該電子コンテンツの暗号を解くためのパスワードを作成することを特徴とする請求項１７記載のサーバー。
24. サーバーと第１の端末と第２の端末とで構成され、その間で行われる電子コンテンツの取引システムであって、
    前記第１の端末は前記第２の端末に対し、前記電子コンテンツを提供し、
    前記サーバーは前記第２の端末が前記第１の端末から該電子コンテンツの提供を受けた旨の情報を受信し、
    前記サーバーは、前記第１の端末に対し、該電子コンテンツを前記第２の端末に提供したことに対するリベートの課金情報を生成することを特徴とする電子コンテンツの取引システム。
25. 前記電子コンテンツは、前記第１の端末から前記第２の端末へ記憶媒体を経由して提供されることを特徴とする請求項２４に記載の電子コンテンツの取引システム。
26. 請求項２４又は２５に記載の電子コンテンツの取引システムにおいて用いられる電子コンテンツと該電子コンテンツの提供を受けた端末の履歴を管理する方法であって、
    電子コンテンツを識別するためのコンテンツ識別子に、該電子コンテンツの提供を受けた端末を識別する端末識別子を該電子コンテンツが提供された順序にしたがって１又は２以上記録された端末履歴情報を付した構造を有する管理識別子を用いて管理することを特徴とする管理方法。

Images