(57)【要約】【課題】賃貸を含むコンテンツのオンライン取引を可能とする技術を提供する。【解決手段】コンテンツ管理サーバは、所定サイトを介したコンテンツデータの取引要求と共にそのコンテンツデータの転貸及び転売の少なくとも一方となる次取引の許可要求を受信する手段と、その取引要求されたコンテンツデータ及び管理キーを第１ユーザ端末へ送信する手段と、その取得されたコンテンツデータに対する他のユーザからの次取引要求を受け付けるために当該第１ユーザ端末のユーザのサイトで利用され、他のユーザによる次取引要求を本コンテンツ管理サーバへ通知する次取引制御手段を送信する手段と、上記ユーザのサイトで利用される次取引制御手段から受信された次取引要求で要求される次取引に応じて、上記所定サイトを介した取引にて送られたものと同一のコンテンツデータ及び管理キーを第２ユーザ端末へ送信する手段と、を備える。【選択図】図２
2011210012.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツデータのオンライン取引を管理するコンテンツ管理サーバにおいて、
所定サイトを介したコンテンツデータの取引要求と共にそのコンテンツデータの転貸及び転売の少なくとも一方となる次取引の許可要求を受信する第１受信手段と、
前記取引要求に対する取引に応じて、前記取引要求されたコンテンツデータ及びそのコンテンツデータへのアクセス制御に用いられる管理キーを第１ユーザ端末へ送信する第１送信手段と、
前記取引に応じて前記第１ユーザ端末により取得されたコンテンツデータに対する他のユーザからの前記次取引要求を受け付けるために前記第１ユーザ端末のユーザのサイトで利用される次取引制御手段であって、他のユーザによるそのユーザのサイトに対する操作に応じた次取引要求を前記コンテンツ管理サーバへ通知する機能を有する次取引制御手段を、前記次取引の許可要求の応答として前記第１ユーザ端末へ送信する第２送信手段と、
他のユーザによる第２ユーザ端末を介した操作に応じて、前記ユーザのサイトで利用される前記次取引制御手段から次取引要求を受信する第２受信手段と、
前記第２受信手段により受信された次取引要求で要求される次取引に応じて、前記所定サイトを介した取引にて前記第１ユーザ端末へ既に送られたコンテンツデータと同一のコンテンツデータ及びそのコンテンツのための次取引に対応する管理キーを前記第２ユーザ端末へ送信する第３送信手段と、
を備えることを特徴とするコンテンツ管理サーバ。
【請求項２】
前記第１受信手段及び前記第２受信手段で受信された取引要求又は次取引要求の各取引において課金された課金情報を取引要求先となる前記所定サイトを示す情報又は次取引要求先となる前記第１ユーザ端末のユーザを示す情報と関連付けて格納する課金情報格納手段と、
前記課金情報格納手段に格納される課金情報に基づいて、前記取引要求先及び前記次取引要求先の各々についての売上額をそれぞれ算出する算出手段と、
前記算出手段により算出された前記取引要求先及び前記次取引要求先の各々についての売上額に応じて、前記次取引としての転貸又は転売の価格を決定する価格決定手段と、
前記次取引制御手段からのアクセスに応じて前記価格決定手段で決定された次取引の価格情報を前記第２ユーザ端末又は前記ユーザのサイトへ送信する第４送信手段と、
を更に備えることを特徴とする請求項１に記載のコンテンツ管理サーバ。
【請求項３】
前記課金情報格納手段に格納される課金情報に基づいて、取引要求先となる前記所定サイトを介した取引及び次取引の合計人数を所定サイト売上人数として集計し、取引要求先となる前記ユーザのサイトを介した取引及び次取引の合計人数をユーザサイト売上人数として集計し、取得された所定サイト売上人数とユーザサイト売上人数との割合に基づいて、前記第１ユーザ端末のユーザへの売上還元比率を決定する還元率決定手段、
を更に備える請求項２に記載のコンテンツ管理サーバ。
【請求項４】
前記還元率決定手段は、前記課金情報格納手段に格納される課金情報に基づいて、前記次取引要求先となった各ユーザの次取引売上人数をそれぞれ取得し、この取得された各ユーザの次取引売上人数に基づいて、各ユーザへの追加還元比率をそれぞれ決定する、
ことを特徴とする請求項３に記載のコンテンツ管理サーバ。
【請求項５】
コンピュータにより実行される、コンテンツデータのオンライン取引を管理するコンテンツ管理方法において、
所定サイトを介したコンテンツデータの取引要求と共にそのコンテンツデータの転貸及び転売の少なくとも一方となる次取引の許可要求を受信する第１受信ステップと、
前記取引要求に対する取引に応じて、前記取引要求されたコンテンツデータ及びそのコ
ンテンツデータへのアクセス制御に用いられる管理キーを第１ユーザ端末へ送信する第１送信ステップと、
前記取引に応じて前記第１ユーザ端末により取得されたコンテンツデータに対する他のユーザからの前記次取引要求を受け付けるために前記第１ユーザ端末のユーザのサイトで利用される次取引制御手段であって、他のユーザによるそのユーザのサイトに対する操作に応じた次取引要求を前記コンテンツ管理サーバへ通知する機能を有する次取引制御手段を、前記次取引の許可要求の応答として前記第１ユーザ端末へ送信する第２送信ステップと、
他のユーザによる第２ユーザ端末を介した操作に応じて、前記ユーザのサイトで利用される前記次取引制御手段から次取引要求を受信する第２受信ステップと、
前記第２受信ステップにより受信された次取引要求で要求される次取引に応じて、前記第１サイトを介した取引にて前記第１ユーザ端末へ既に送られたコンテンツデータと同一のコンテンツデータ及びそのコンテンツのための次取引に対応する管理キーを前記第２ユーザ端末へ送信する第３送信ステップと、
を含むことを特徴とするコンテンツ管理方法。
【請求項６】
コンピュータにコンテンツデータのオンライン取引を管理させるコンテンツ管理プログラムにおいて、
前記コンピュータに、
所定サイトを介したコンテンツデータの取引要求と共にそのコンテンツデータの転貸及び転売の少なくとも一方となる次取引の許可要求を受信する第１受信ステップと、
前記取引要求に対する取引に応じて、前記取引要求されたコンテンツデータ及びそのコンテンツデータへのアクセス制御に用いられる管理キーを第１ユーザ端末へ送信する第１送信ステップと、
前記取引に応じて前記第１ユーザ端末により取得されたコンテンツデータに対する他のユーザからの前記次取引要求を受け付けるために前記第１ユーザ端末のユーザのサイトで利用される次取引制御手段であって、他のユーザによるそのユーザのサイトに対する操作に応じた次取引要求を前記コンテンツ管理サーバへ通知する機能を有する次取引制御手段を、前記次取引の許可要求の応答として前記第１ユーザ端末へ送信する第２送信ステップと、
他のユーザによる第２ユーザ端末を介した操作に応じて、前記ユーザのサイトで利用される前記次取引制御手段から次取引要求を受信する第２受信ステップと、
前記第２受信ステップにより受信された次取引要求で要求される次取引に応じて、前記第１サイトを介した取引にて前記第１ユーザ端末へ既に送られたコンテンツデータと同一のコンテンツデータ及びそのコンテンツのための次取引に対応する管理キーを前記第２ユーザ端末へ送信する第３送信ステップと、
を実行させることを特徴とするコンテンツ管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デジタルコンテンツのオンライン取引技術に関する。
【背景技術】
【０００２】
現在、映像、音楽、電子書籍等のデジタルコンテンツがインターネット等を介してオンラインで取引されている。消費者であるユーザは、取引により取得したそれらデジタルコンテンツをパーソナルコンピュータ（以降、ＰＣと表記する）や携帯機器等により視聴している。以降、ＤＶＤ（Digital Versatile Disk）やＣＤ−ＲＯＭ（Compact Disk Read Only Memory）などの記録媒体に格納されない状態で流通するデジタルコンテンツを単に
コンテンツと表記する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００６−１１３８８４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上述のようなコンテンツは、売買取引の対象とされるに過ぎず、賃貸取引の対象とされていないのが現状である。一方で、ＤＶＤ等のような記録媒体に格納されたコンテンツは、売買のみでなく賃貸取引もされているため、ユーザに視聴される機会が多くなる。
【０００５】
本発明の目的は、このような問題点に鑑み、転売取引又は転貸取引を含むコンテンツのオンライン取引を可能とする技術を提供することにある。
【課題を解決するための手段】
【０００６】
本発明の態様では、上述した課題を解決するために、それぞれ以下の構成を採用する。
【０００７】
第１の態様は、コンテンツデータのオンライン取引を管理するコンテンツ管理サーバに関する。この第１の態様に係るコンテンツ管理サーバは、所定サイトを介したコンテンツデータの取引要求と共にそのコンテンツデータの転貸及び転売の少なくとも一方となる次取引の許可要求を受信する第１受信手段と、上記取引要求に対する取引に応じて、その取引要求されたコンテンツデータ及びそのコンテンツデータへのアクセス制御に用いられる管理キーを第１ユーザ端末へ送信する第１送信手段と、上記取引に応じて当該第１ユーザ端末により取得されたコンテンツデータに対する他のユーザからの次取引要求を受け付けるために当該第１ユーザ端末のユーザのサイトで利用される次取引制御手段であって、他のユーザによるそのユーザのサイトに対する操作に応じた次取引要求を本コンテンツ管理サーバへ通知する機能を有する次取引制御手段を、上記次取引の許可要求の応答として第１ユーザ端末へ送信する第２送信手段と、他のユーザによる第２ユーザ端末を介した操作に応じて、上記ユーザのサイトで利用される次取引制御手段から次取引要求を受信する第２受信手段と、この第２受信手段により受信された次取引要求で要求される次取引に応じて、上記所定サイトを介した取引にて前記第１ユーザ端末へ既に送られたコンテンツデータと同一のコンテンツデータ及びそのコンテンツのための次取引に対応する管理キーを第２ユーザ端末へ送信する第３送信手段と、を備える。
【０００８】
第１の態様では、第１ユーザ端末のユーザからのコンテンツデータの取引要求に応じて、コンテンツ管理サーバにより、対象のコンテンツデータ及び管理キーがその第１ユーザ
端末へ送られる。このとき、更に、次取引制御手段も同様にコンテンツ管理サーバから第１ユーザ端末へ送られる。この次取引制御手段は、その第１ユーザ端末のユーザのサイトで利用され、その第１ユーザ端末のユーザへ送られたコンテンツデータに対する転貸及び転売の少なくとも一方となる次取引を求める他のユーザによる第２ユーザ端末を介した操作を受けて、その次取引要求をこの第１の態様に係るコンテンツ管理サーバへ送る。これにより、この第１の態様に係るコンテンツ管理サーバは、他のユーザからの次取引要求を検知することができ、この他のユーザのために、第１ユーザ端末に既に送られたコンテンツデータと同一のコンテンツデータ及びその管理キーを第２ユーザ端末に送る。
【０００９】
このように、第１の態様によれば、コンテンツ管理サーバからコンテンツデータをオンライン取引により取得した第１のユーザ端末のユーザは、当該次取引制御手段が利用されるサイトを介して、他のユーザに、当該コンテンツデータを転貸又は転売することができる。更に、本態様では、この転貸又は転売をするにあたり、必ず、本コンテンツ管理サーバにその旨の通知が送られ、本コンテンツ管理サーバから他のユーザに次取引に対応するコンテンツデータが送られるため、不正な複製等を行うことなく、適正なコンテンツデータの転貸取引又は転売取引が可能となる。
【００１０】
上記第１の態様において、好ましくは、コンテンツ管理サーバが、上記第１受信手段及び上記第２受信手段で受信された取引要求又は次取引要求の各取引において課金された課金情報を取引要求先となる上記所定サイトを示す情報又は次取引要求先となる第１ユーザ端末のユーザを示す情報と関連付けて格納する課金情報格納手段と、この課金情報格納手段に格納される課金情報に基づいて、取引要求先及び次取引要求先の各々についての売上額をそれぞれ算出する算出手段と、この算出手段により算出された取引要求先及び次取引要求先の各々についての売上額に応じて、次取引としての転貸又は転売の価格を決定する価格決定手段と、上記次取引制御手段からのアクセスに応じて価格決定手段で決定された次取引の価格情報を第２ユーザ端末又はユーザのサイトへ送信する第４送信手段と、を更に備える。
【００１１】
このような態様では、所定サイトからコンテンツデータをオンライン取引にて取得したユーザのサイトでは、転貸取引又は転売取引のための価格がそのユーザの売上額に応じて自動で決められ、当該次取引制御手段の作用により取得され提示される。
【００１２】
従って、この態様によれば、転貸取引又は転売取引での価格を本コンテンツ管理サーバで完全に管理することができる。更に、転貸取引又は転売取引での各価格は、各ユーザの売上額に応じて決められるため、各ユーザによる次取引勧誘のモチベーションを高めることができ、コンテンツデータのオンライン取引を一層活性化することができる。
【００１３】
また、上記態様において、好ましくは、コンテンツ管理サーバにおける上記課金情報格納手段に格納される課金情報に基づいて、取引要求先となる所定サイトを介した取引及び次取引の合計人数を所定サイト売上人数として集計し、取引要求先となる前記ユーザのサイトを介した取引及び次取引の合計人数をユーザサイト売上人数として集計し、取得された所定サイト売上人数とユーザサイト売上人数との割合に基づいて、第１ユーザ端末のユーザへの売上還元比率を決定する還元率決定手段を更に備える。
【００１４】
これによれば、転貸取引及び転売取引を他のユーザと行った第１ユーザ端末のユーザは、その売上額を上記のように決められた還元率で受けることができる。また、各売上額の還元率は各ユーザのサイトを介して次取引を行った人数から決められるため、各ユーザによる次取引勧誘のモチベーションを高めることができ、コンテンツデータのオンライン取引を一層活性化することができる。
【００１５】
また、上記態様において、好ましくは、コンテンツ管理サーバにおける上記還元率決定手段が、課金情報格納手段に格納される課金情報に基づいて、次取引要求先となった各ユーザの次取引売上人数をそれぞれ取得し、この取得された各ユーザの次取引売上人数に基づいて、各ユーザへの追加還元比率をそれぞれ決定する。
【００１６】
なお、本発明の別態様としては、以上の何れかの構成を実現するコンテンツ管理方法であってもよいし、コンテンツ管理プログラムであってもよいし、このようなプログラムを記録したコンピュータが読み取り可能な記憶媒体であってもよい。
【発明の効果】
【００１７】
本発明によれば、転売取引又は転貸取引を含むコンテンツのオンライン取引を可能とする技術を提供することができる。
【図面の簡単な説明】
【００１８】
【図１】コンテンツ取引システムの全体構成を示す概念図。
【図２】コンテンツ管理サーバの構成を示す概念図。
【図３】標準価格テーブルの例を示す図。
【図４】個別取引ＤＢの例を示す図。
【図５】管理キーＤＢの例を示す図。
【図６】取引管理ＤＢの例を示す図。
【図７】第１価格テーブルの例を示す図。
【図８】第２価格テーブルの例を示す図。
【図９】基礎還元率テーブルの例を示す図。
【図１０】追加還元率テーブルの例を示す図。
【図１１】金額分配情報ＤＢの例を示す図。
【図１２】公式サイトへユーザＡが購入取引依頼を行った場合のコンテンツ取引システム１の動作例を示すシーケンスチャート。
【図１３】公式サイトへユーザＡがレンタル取引依頼を行った場合のコンテンツ取引システム１の動作例を示すシーケンスチャート。
【図１４】次取引価格の決定処理を示すフローチャート。
【図１５】金額分配処理を示すフローチャート。
【発明を実施するための形態】
【００１９】
以下、本発明を実施するための形態としてのコンテンツオンライン取引システム（以降、単に、コンテンツ取引システムと表記する）について具体例を挙げ説明する。以下の実施例では、コンテンツとして電子書籍が取引対象とされる場合を例に挙げるが、本発明は、コンテンツの種類を限定するものではないため、映像や音楽等のコンテンツが取引対象とされてもよい。以下に挙げた例は例示であり、本発明は以下の実施例の構成に限定されない。
【００２０】
［システム構成］
以下、実施例としてのコンテンツ取引システムについて説明する。
【００２１】
図１は、コンテンツ取引システムの全体構成を示す概念図である。コンテンツ取引システム１は、コンテンツ管理サーバ３、コンテンツサーバ４、決済サーバ５等を有する。コンテンツ取引システム１は、インターネット等のネットワーク２を介してユーザ端末９Ａ及び９Ｂ、並びに、ユーザサーバ７等と通信可能に接続される。なお、図１に示す本実施例では、コンテンツ管理サーバ３、コンテンツサーバ４及び決済サーバ５がネットワーク２にそれぞれ接続されているが、これらは相互にＬＡＮ（Local Area Network）やＷＡＮ（Wide Area Network）等で接続され、別の装置を介してネットワーク２に接続されるよ
うにしてもよい。
【００２２】
また、本実施例では、ユーザ端末９Ａ及び９Ｂを操作するユーザにより開設されるコンテンツ取引サイト（以降、ユーザサイトと表記する）を運営するサーバ装置として、ユーザサーバ７が設置される例を示す。しかしながら、当該ユーザサイトがネットワーク２上で利用可能とされる構成であればよく、当該ユーザサイトは、コンテンツ取引システム１内のサーバ装置に設置されてもよいし、ユーザ自身が所有するサーバ装置に設置されてもよい。
【００２３】
ユーザ端末９Ａ及び９Ｂは、例えば、ＰＣ、携帯電話等のコンピュータである。ユーザ端末９Ａ及び９Ｂは、コンテンツ取引システム１を介して電子書籍のオンライン取引を行うユーザにより操作される。ユーザ端末９Ａ及び９Ｂは、コンテンツ取引システム１を介して取得された電子書籍データを処理するコンテンツ処理機能を有する。このコンテンツ処理機能は、取引により取得された電子書籍データに対するユーザ操作を、後述する著作権管理キーを参照することにより制限する。これにより、ユーザにとっては、当該電子書籍データの不正複製、不正閲覧が出来ないようになっている。
【００２４】
なお、このようなコンテンツ処理機能には、デジタルデータに対するアクセス（閲覧、複製等）を制限するための一般的な技術的手段が利用されればよい。この手段としては、ＤＴＣＰ（Digital Transmission Content Protection）、ＣＳＳ（Content Scramble System）、ＣＰＰＭ（Content Protection for Prerecorded Media）等のような周知のコピーガードを処理する技術が存在する。なお、本発明は、ユーザ端末９Ａ及び９Ｂのコンテンツ処理機能の技術的実現手法を限定するものではないためここでは説明を省略する。
【００２５】
ユーザ端末９Ａ及び９Ｂは、その他、コンテンツ取引システム１にアクセスしデータを受け得る一般的な通信機能、提供されたデータに基づく画面を表示及び操作することができる一般的なユーザインタフェース機能等を有するものであればよく、本発明はユーザ端末９Ａ及び９Ｂのハードウェア構成及び機能構成を限定するものではない。以降、特に区別する必要がある場合を除き、ユーザ端末９Ａ及び９Ｂは総称してユーザ端末９と表記される。
【００２６】
コンテンツサーバ４は、オンライン取引対象となる様々なデジタルコンテンツを提供するサーバ装置である。本実施例では、電子書籍がオンライン取引対象とされるため、コンテンツサーバ４は、各種の電子書籍データを提供する。コンテンツサーバ４は、例えば、ＷＥＢサーバ、ファイルサーバとして実現される。
【００２７】
コンテンツサーバ４は、各電子書籍について、電子書籍データと共に、登録日、コンテンツＩＤ、一般販売コード、題名、カテゴリ、筆者、購入有効期限、レンタル有効期限、コンテンツ格納場所、著作権者（出版元）等の情報をそれぞれ管理する。登録日とはその電子書籍データがコンテンツサーバ４へ格納された日である。コンテンツＩＤとはその電子書籍を識別するための識別情報である。一般販売コードとは、その書籍に関する書籍ＪＡＮコード、ＩＳＢＮ（International Standard Book Number）等である。コンテンツ格納場所はその電子書籍データが格納されている場所を示す。
【００２８】
コンテンツサーバ４は、各電子書籍についてのこのような情報をコンテンツ管理サーバ３へ送る。また、コンテンツサーバ４は、コンテンツ管理サーバ３からの要求に応じて、要求対象となる電子書籍データをコンテンツ管理サーバ３へ送る。
【００２９】
決済サーバ５は、コンテンツ管理サーバ３からの要求に応じて決済処理を行う。決済サーバ５は、例えば、ユーザ端末９を介してコンテンツのオンライン取引を行ったユーザに
対して課金し、そのユーザが選択した決済方法により決済処理を行う。決済サーバ５は、決済処理が正常終了すると、その旨をコンテンツ管理サーバ３へ送る。
【００３０】
また、決済サーバ５は、上述のようなユーザに対する課金決済に加えて、コンテンツ取引システム１からユーザにそのユーザの売上額に応じた金額を還元する際の還元決済処理を行う。決済サーバ５は、コンテンツ管理サーバ３からの要求に応じて、その要求で指定されるユーザに対して、そのユーザにより指定される決済方法によりその要求で指定される金額を支払う。なお、決済サーバ５による決済処理自体については一般的なオンライン決済処理が適用されればよいため、ここでは詳細説明を省く。また、本発明は、上述のコンテンツサーバ４及び決済サーバ５のハードウェア構成を限定するものではなく、これらサーバの機能がコンテンツ管理サーバ３に搭載されるようにしてもよいし、１台のサーバ装置により実現されるようにしてもよい。
【００３１】
［装置構成］
以下、本実施例におけるコンテンツ管理サーバ３の構成について説明する。図２は、コンテンツ管理サーバ３の構成を示す概念図である。
【００３２】
コンテンツ管理サーバ３は、ハードウェア構成として、図２に示されるように、バス３５で接続される、制御部３１、記憶部３２、通信部３３等を有する。記憶部３２は、例えばハードディスクであり、制御部３１で実行される処理で利用される各種情報を記憶する。制御部３１は、ＣＰＵ（Central Processing Unit）等の１又は複数のプロセッサ、こ
のプロセッサの処理に利用される周辺回路（ＲＯＭ（Read Only Memory）、ＲＡＭ（Radom Access Memory）、インタフェース回路等）を有する。通信部３３は、ネットワーク２
に接続され、コンテンツ管理サーバ３とユーザ端末９との間の通信、コンテンツ管理サーバ３とコンテンツサーバ４との間の通信、コンテンツ管理サーバ３と決済サーバ５との間の通信等を実現する。本発明は、これらコンテンツ管理サーバ３の通信形態を限定するものではなく、例えば、ＩＰ（Internet Protocol）通信が利用される。コンテンツ管理サ
ーバ３は、ＰＣ等のような汎用コンピュータで構築されてもよいし、専用コンピュータで構築されてもよい。本発明は、コンテンツ管理サーバ３のハードウェア構成を限定するものではない。
【００３３】
コンテンツ管理サーバ３は、記憶部３２に記憶されるアプリケーションプログラムが制御部３１により実行されることにより、図２に示す各処理ブロックを実現する。このような処理ブロックとして、コンテンツ管理サーバ３は、インタフェース処理部４１、取引処理部４２、管理キー処理部４３、価格決定部４４、金額分配処理部４５等を有する。これら処理ブロックにより参照されるデータベース（ＤＢ）及びテーブルとして、個別取引ＤＢ５１、管理キーＤＢ５２、取引管理ＤＢ５３、金額分配情報ＤＢ５４、標準価格テーブル５５、基礎還元率テーブル５６、追加還元率テーブル５７、第１価格テーブル５８、第２価格テーブル５９が記憶部３２に格納されている。なお、本説明では、格納されているデータが任意又は所定のタイミングで変更されるものをＤＢと表記し、格納されているデータが基本的には変更されないものをテーブルと表記する。以下、これら価格推定サーバ１０の各処理ブロックについてそれぞれ説明する。
【００３４】
インタフェース処理部４１は、ユーザ端末９に対してコンテンツサーバ４から提供される各種電子書籍データのオンライン取引サービスを提供する上で、ユーザ端末９とコンテンツ取引システム１との間のインタフェースとして動作する。コンテンツ管理サーバ３とユーザ端末９との間のインタフェースは例えばＷＥＢシステムが利用される。以下、説明の便宜のため当該インタフェースとしてＷＥＢシステムが利用される形態を例に挙げ説明するが、独自のインタフェースが利用されるようにしてもよい。
【００３５】
インタフェース処理部４１は、ＷＥＢサーバ機能を有し、コンテンツ取引システム１により運営されるオンライン取引サイト（以降、公式サイトと表記する）をネットワーク２上に公開する。インタフェース処理部４１は、ユーザ端末９からのアクセスに対してオンライン取引を可能とするためのオンライン取引画面等のデータを提供する。インタフェース処理部４１は、コンテンツサーバ４から提供される各種電子書籍についての情報（題名、カテゴリ、筆者名、著作権者名等）をオンライン取引画面データに含める。ユーザ端末９を操作するユーザは、ユーザ端末９の表示部に表示されるこのオンライン取引画面を操作することにより、取引したい書籍を選択する。
【００３６】
インタフェース処理部４１は、当該オンライン取引画面に更に、取引種別として賃借（レンタル）又は購入をユーザに選択させる表示部、小売価格、レンタル価格及びレンタル期間の表示部を含める。小売価格、レンタル価格及びレンタル期間は、標準価格テーブル５５の標準小売価格フィールド、標準レンタル価格フィールド及び標準レンタル期間フィールドに格納される各データが利用される。
【００３７】
図３は、標準価格テーブル５５の例を示す図である。標準価格テーブル５５には、図３に示すように、各電子書籍について、登録日、コンテンツＩＤ、標準レンタル価格、標準レンタル期間、レンタル期間減少率、第１レンタルバリエーション、標準小売価格、第２レンタルバリエーション等がそれぞれ格納される。標準価格テーブル５５は、コンテンツサーバ４から提供される各電子書籍の情報に基づいて生成される。また、標準価格テーブル５５自体がコンテンツサーバ４から送られるようにしてもよい。
【００３８】
登録日フィールドにはその電子書籍がコンテンツサーバ４に登録された日が格納される。コンテンツＩＤフィールドにはその電子書籍を識別するための識別子が格納される。標準レンタル価格フィールドには公式サイトでの取引におけるレンタル価格であり当該オンライン取引画面で提示されるデータが格納される。標準レンタル期間フィールドには公式サイトを介した取引で扱われる初期レンタル期間であり当該オンライン取引画面で提示されるデータが格納される。
【００３９】
初期レンタル期間フィールドには、レンタル取引時に設定されるレンタル期間を意味する。この初期レンタル期間は、レンタル期間減少率に応じて減らされる。例えば、図３に示すようにレンタル期間減少率として「４８Ｈで４８Ｈ減少」が設定されている場合には、レンタル取引成立から４８時間まではレンタル期間が初期レンタル期間（７日）のままであり、４８時間経過によりレンタル期間が４８時間分減らされ５日となる。なお、図３では１パターンのレンタル期間及びレンタル価格のみが格納される例が示されたが、公式サイトを介した取引においても複数パターンのレンタル期間及びレンタル価格が提供されるようにしてもよい。
【００４０】
第１レンタルバリエーションフィールドには、その電子書籍が公式サイトを介してレンタルされた場合に、そのレンタルしたユーザがその電子書籍を他人に転貸する（又貸しする）場合に提示できるレンタル期間とレンタル価格とのパターンが格納される。図３の例では、コンテンツＩＤが「ＪＡＳ２５８４５５５５」である電子書籍をレンタルしたユーザは、その電子書籍を転貸する場合には、「７日：７００円」、「５日：５００円」、「３日：３００円」、「１日：１００円」のレンタルバリエーションを提示することができる。
【００４１】
標準小売価格フィールドには、公式サイトを介した購入取引における価格が格納される。この標準小売価格は、その電子書籍が公式サイトを介して購入された場合に、その購入したユーザがその電子書籍を他人に転売する場合に提示できる価格としても利用される。
【００４２】
第２レンタルバリエーションフィールドには、その電子書籍が公式サイトを介して購入された場合に、その購入したユーザがその電子書籍を他人に転貸する（又貸しする）場合に提示できるレンタル期間とレンタル価格とのパターンが格納される。図３の例では、コンテンツＩＤが「ＪＡＳ２５８４５５５５」である電子書籍を購入したユーザは、その電子書籍を転貸する場合には、「１３日：１３００円」、「１１日：１１００円」、「９日：９００円」、「７日：７００円」、「５日：５００円」、「３日：３００円」、「１日：１００円」のレンタルバリエーションを提示することができる。
【００４３】
インタフェース処理部４１は、ユーザが転貸及び転売の少なくとも１つとなる次取引の許可を本コンテンツ取引システム１に求めるための次取引選択部を当該オンライン取引画面に含める。具体的には、その次取引選択部では、取引種別としてレンタルが選択された場合には他人への転貸をするか否か、取引種別として購入が選択された場合には他人への転貸又は他人への転売をするか否かがそれぞれ選択可能となる。以降、転貸取引又は転売取引を次取引と表記する。
【００４４】
ユーザは、このようなオンライン取引画面を操作することにより、所望の電子書籍を選択し、所望の取引種別を選択し、次取引の種別及び有無を選択し、最終的に、オンライン取引を求める操作を実行する。このユーザ操作により、インタフェース処理部４１は、取引対象となる電子書籍のコンテンツＩＤ、取引種別、次取引の種別及び有無等の情報を含む、取引要求を受ける。インタフェース処理部４１は、この受信された取引要求を取引処理部４２へ送る。
【００４５】
また、インタフェース処理部４１は、次取引に関する処理として、後述する次取引制御手段とコンテンツ管理サーバ３との間のインタフェースとして動作する。具体的には、インタフェース処理部４１は、後述する次取引制御手段からの要求に応じて、転貸及び転売のような次取引で提示可能なデータ（小売価格、レンタルバリエーション）を標準価格テーブル５５の第１レンタルバリエーションフィールド又は第２レンタルバリエーションフィールド、取引管理ＤＢ５３の次取引価格フィールド等から抽出し、当該データをユーザ端末９へ提供する。
【００４６】
具体的には、公式サイトから購入された電子書籍を対象として、その購入取引後、転売又は転貸がされるまでの間は、標準価格テーブル５５の第２レンタルバリエーションフィールドに格納されるレンタル期間及びレンタル価格のパターンが利用される。公式サイトからレンタルされた電子書籍を対象とした場合には、そのレンタル取引後、転売又は転貸がされるまでの間は、標準価格テーブル５５の第１レンタルバリエーションフィールドに格納されるレンタル期間及びレンタル価格のパターンが利用される。また、転売又は転貸された以降は、取引管理ＤＢ５３の次取引価格フィールドの値が利用される。
【００４７】
インタフェース処理部４１は、次取引制御手段から次取引要求を受信すると、その受信された次取引要求を取引処理部４２へ送る。この次取引要求には、要求対象となるコンテンツＩＤ、次取引の種別、取引要求元となるユーザＩＤ等の情報が含まれる。
【００４８】
取引処理部４２は、公式サイトを介してオンライン取引が依頼されたことを示す取引要求、又は、ユーザサイトを介してオンラインでの次取引が依頼されたことを示す次取引要求をインタフェース処理部４１から受けると、それら各取引を成立させるための各種処理を実行する。具体的には、取引処理部４２は、取引要求又は次取引要求を受けると、その要求元となるユーザに対し決済処理を行うように決済サーバ５へ指示する。このとき、取引処理部４２は、取引要求又は次取引要求に含まれるユーザＩＤ及び決済方法等の情報を決済サーバ５へ送るようにしてもよい。
【００４９】
取引処理部４２は、決済サーバ５から決済処理が正常に終了した旨の返答を受けると、その取引対象又は次取引対象となる電子書籍データ及びこの電子書籍データに対するアクセス制御で利用される著作権管理キー（以降、単に、管理キーと表記する）を取得し、これらを要求元のユーザ端末９へ送信する。対象となる電子書籍データは、取引要求又は次取引要求に含まれるコンテンツＩＤを指定することによりコンテンツサーバ４から取得される。著作権管理キーは、管理キー処理部４３から取得される。
【００５０】
取引処理部４２は、取得要求に含まれる次取引の種別及び有無に基づいて、次取引の少なくとも１つの許可要求が含まれていると判断すると、その取引要求に基づく取引に応じて電子書籍データを取得したユーザに次取引を可能とさせる次取引制御手段を上記電子書籍データ及び管理キーと共にユーザ端末９へ送信する。この次取引制御手段を受信したユーザは、この次取引制御手段が利用されるＷＥＢページを生成し、このＷＥＢページを自身のユーザサイトで提供することにより、公式サイトを介して取得した電子書籍の他人への次取引が可能となり、その次取引により売上げを得ることができる。
【００５１】
次取引制御手段は、ユーザサイト又はユーザ端末９上で実行されることにより、次取引に関するデータ（次取引で提示可能なレンタルバリエーション、標準小売価格等）をコンテンツ管理サーバ３から取得し表示する機能、他のユーザによるレンタル又は購入のいずれかの次取引要求操作に応じて要求対象となるコンテンツＩＤ、次取引の種別等を含む次取引要求をコンテンツ管理サーバ３へ通知する機能を有する。この次取引制御手段は、例えば、ユーザサイトで提供されるＷＥＢページに付加可能なタグやスクリプト等として実現される。なお、本発明は、この次取引制御手段の具体的実施形態を限定するものではなく、上述のような各機能を実現可能な形態が利用されればよい。
【００５２】
タグの例としては例えば、ＨＴＭＬ（HyperText Markup Language）中に別のＨＴＭＬ
を組み込む方法としてのインラインフレームを実現するｉＦｒａｍｅタグが利用される。この場合、取引処理部４２は、次取引のためのＷＥＢページ及びこのＷＥＢページ上で実行されるプログラム、並びに、このＷＥＢページのＵＲＬ（Uniform Resource Locator）を含むタグを予め保持し、このタグを次取引制御手段としてユーザ端末９へ送る。このタグを受信したユーザは、自身のユーザサイトで提供されるＷＥＢページにそのタグを含めることにより、そのＷＥＢページに次取引に関する情報及び次取引に関する操作を可能とする選択部を表示させることができ、他人への転貸又は転売のような次取引が可能となる。
【００５３】
このように本コンテンツ取引システム１では、当該次取引制御手段が提供されれば、そのユーザは次取引が可能となり、次取引制御手段が提供されなければ、そのユーザは次取引をすることができない。取引処理部４２は、公式サイトを介して電子書籍を購入したユーザには、他のユーザへの転貸及び転売を可能とする次取引制御手段を提供し、公式サイトを介して電子書籍をレンタルしたユーザには、他のユーザへの転貸を可能とする次取引制御手段を提供する。一方で、取引処理部４２は、ユーザサイトを介して転売取引又は転貸取引をしたユーザには次取引制御手段を提供せず、更なる転売取引及び転貸取引を不可能とする。
【００５４】
なお、電子書籍データ、管理キー、次取引制御手段のユーザ端末９への送信手法としては、例えば、そのようなデータをダウンロード可能なＵＲＬを含めた電子メールを送信することにより実現される。
【００５５】
取引処理部４２は、取引要求又は次取引要求に応じて電子書籍データ及び管理キーをユーザ端末９へ送信すると、この取引に関する情報を個別取引ＤＢ５１に格納する。
【００５６】
図４は、個別取引ＤＢ５１の例を示す図である。個別取引ＤＢ５１は、転貸及び転売を含む各取引について、更新日付、ユーザＩＤ、決済情報、コンテンツＩＤ、取引元ＩＤ、取引種別、取引額をそれぞれ格納する。更新日付フィールドには、その取引が成立しレコードが追加された日の情報が格納される。ユーザＩＤフィールドには、その取引の要求元のユーザの識別子が格納される。決済情報フィールドには、口座番号やクレジット番号、決済方法種別等のようなその取引における決済に関する情報が格納される。コンテンツＩＤフィールドには、その取引の対象となる電子書籍の識別子が格納される。
【００５７】
取引元ＩＤフィールドには、その取引の要求先（取引元）となるユーザのユーザＩＤ又は公式サイトを示す情報が格納される。取引の要求先が公式サイトになる場合とは、その取引が購入取引又はレンタル取引の場合であり、取引の要求先がユーザＩＤになる場合とは、その取引が次取引、即ち、転売（又売り）取引、転貸（又貸し）取引の場合である。取引種別フィールドには、その取引の種別として購入又はレンタルを示す情報が格納される。転貸取引の場合、取引種別フィールドにはレンタルを示す情報が格納され、転売取引の場合、取引種別フィールドには購入を示す情報が格納される。取引額フィールドには、その取引の価格情報が格納される。例えば、レンタル取引の場合には、ユーザにより選択されたレンタル期間に対応するレンタル価格がこの取引額フィールドに格納される。
【００５８】
上述のような各取引情報、即ち、ユーザＩＤ、決済情報、コンテンツＩＤ、取引元ＩＤ、取引種別、取引額は、取引要求及び次取引要求に含まれる。取引処理部４２は、取引要求又は次取引要求からこれら取引情報を抽出し、これら取引情報を含む新たなレコードを個別取引ＤＢ５１に追加する。
【００５９】
管理キー処理部４３は、取引処理部４２からの指示により、取引対象の電子書籍に対応しかつその取引に対応する管理キーを生成し、取引処理部４２へその生成された管理キーを送る。管理キーは取引毎に生成される。管理キーは、デジタルデータである電子書籍データに対するアクセス（閲覧、複製等）を制限するための技術的手段であり、ＤＴＣＰ、ＣＳＳ、ＣＰＰＭ等のような周知のコピーガード技術を適用することにより生成される。なお、本発明は、この管理キー自体の技術的実現手法を限定するものではないため、ここでは説明を省略する。
【００６０】
管理キー処理部４３は、例えば取引形態に応じて必要な情報を当該管理キーに格納する。具体的には、例えば、管理キーには、レンタル取引又は転貸取引の場合にはレンタル取引又は転貸取引であることを示す情報、残りのレンタル期間の情報、レンタル期間減少率等が格納され、購入取引又は転売取引の場合には購入取引又は転売取引であることを示す情報等が格納される。このような情報をユーザ端末９の上述したコンテンツ処理機能が利用することにより、レンタル取引で取得された電子書籍は、その複製が禁止されるだけでなく、その管理キーに含まれる残レンタル期間にのみ閲覧が制限される。
【００６１】
管理キーに含まれる残りのレンタル期間は、レンタル期間減少率に応じて管理キー自身が減少させるようにしてもよいし、コンテンツ管理サーバ３からデータを通知することにより減少させるようにしてもよいし、ユーザ端末９のコンテンツ処理機能が減少させるようにしてもよい。
【００６２】
管理キー処理部４３は、管理キーについての情報を管理キーＤＢ５２を用いて管理する。管理キー処理部４３は、管理キーを生成すると、その生成された管理キーの情報を管理キーＤＢ５２に追加する。
【００６３】
図５は、管理キーＤＢ５２の例を示す図である。管理キーＤＢ５２には、取引毎に発行される各管理キーについて、更新日付、ユーザＩＤ、コンテンツＩＤ、取引種別、残レン
タル期間がそれぞれ格納される。残レンタル期間フィールドには、取引種別がレンタル取引を示す場合に残りのレンタル期間の情報が格納される。管理キー処理部４３は、取引処理部４２から管理キー生成指示と共に、ユーザＩＤ、コンテンツＩＤ、取引種別及びレンタル期間を取得し、これらを含めた管理キーＤＢ５２のレコードを生成する。
【００６４】
また、管理キー処理部４３は、任意のタイミングで管理キーＤＢ５２に格納されている各管理キーの残レンタル期間を監視する。管理キー処理部４３は、管理キーＤＢ５２に格納される各管理キーの残レンタル期間を標準価格テーブル５５に格納されるレンタル期間減少率に応じてそれぞれ更新する。具体的には、管理キー処理部４３は、管理キーＤＢ５２のレンタル取引に関する各レコード（各管理キー）について、そのコンテンツＩＤで特定される標準価格テーブル５５のレコードからレンタル期間減少率を抽出し、このレンタル期間減少率に応じてその残レンタル期間を減少させる。
【００６５】
ここで、転貸する場合に提示できるレンタルバリエーションに含まれる最大レンタル期間は、その転貸対象となる電子書籍（管理キー）に設定されている残レンタル期間以下とされる。これは、公式サイトを介してユーザＡにレンタルされている電子書籍が、その残レンタル期間（例えば、５日）より長い期間（例えば、７日）でユーザＢに転貸された場合には、ユーザＡの電子書籍のレンタル期間が終了するのに転貸されたユーザＢの電子書籍のレンタル期間が残存するという転貸取引としての矛盾が生じるからである。
【００６６】
そこで、管理キー処理部４３は、管理キーＤＢ５２の残レンタル期間を更新した場合には、その更新により除外された期間及びその期間に対応する転貸価格の組み合わせをレンタルバリエーションから除外する。具体的には、管理キー処理部４３は、取引管理ＤＢ５３における次取引価格フィールドに格納されている当該除外された期間に対応する転貸価格を削除する（ＮＵＬＬとする）。
【００６７】
管理キー処理部４３は、管理キーＤＢ５２の残レンタル期間を更新した結果、残レンタル期間が所定期間（例えば１日）以下となるレコードを特定し、このレコードのユーザＩＤで識別されるユーザにその旨の警告を通知する。この通知は、例えば、そのユーザＩＤに関し管理されるメールアドレスに対してのメール送信により実現される。また、管理キー処理部４３は、管理キーＤＢ５２の残レンタル期間を更新した結果、残レンタル期間がゼロ（０）となった場合には、そのレコードを管理キーＤＢ５２から削除するようにしてもよい。
【００６８】
価格決定部４４は、個別取引ＤＢ５１に格納される各取引情報に基づいて、電子書籍毎の取引状況を集計し、集計された取引状況を取引管理ＤＢ５３に反映する。更に、価格決定部４４は、集計された取引状況に応じて、各ユーザの次取引で提示可能な次取引価格を決定し、決定された次取引価格を取引管理ＤＢ５３に反映する。本実施例における価格決定部４４は、取引管理ＤＢ５３にデータを反映させる場合には、レコード追加とする。
【００６９】
図６は、取引管理ＤＢ５３の例を示す図である。取引管理ＤＢ５３には、個別取引ＤＢ５１におけるコンテンツＩＤ、取引元（取引要求先）ＩＤ、取引種別及び取引額の各組み合わせについて、売上額の小計（小売小計及びレンタル小計）、売上人数（小売人数及びレンタル人数）、売上偏差値（小売偏差値及びレンタル偏差値）、偏差値順位（小売偏差値順位及びレンタル偏差値順位）、次取引価格がそれぞれ格納される。個別取引ＤＢ５１の取引種別が購入を示すレコードについては、そのレコードの取引額が取引管理ＤＢ５３の小売価格に設定され、個別取引ＤＢ５１の取引種別がレンタルを示すレコードについては、そのレコードの取引額が取引管理ＤＢ５３のレンタル価格に設定される。
【００７０】
小売人数フィールドには、各電子書籍についての取引要求先毎に購入取引を行なった人
数の合計が格納される。小売小計フィールドには、各電子書籍についての取引要求先毎に購入取引により売り上げられた額、即ち、購入取引の取引額に上記小売人数を掛けることにより得られた額が格納される。なお、購入取引の場合には取引額にバリエーションが設けられないため、購入取引に関するレコードは、各電子書籍についての取引要求先毎に１レコード分設定されることになる。
【００７１】
一方で、レンタル人数フィールドには、各電子書籍についての取引要求先毎及び取引額（レンタル価格）毎にそのレンタル価格でレンタル取引を行なった人数の合計が格納される。レンタル小計フィールドには、各電子書籍についての取引要求先毎及び取引額（レンタル価格）毎にそのレンタル価格のレンタル取引で売り上げられた額、即ち、レンタル取引の取引額にその取引額でのレンタル人数を掛けることにより得られた額が格納される。
【００７２】
なお、取引管理ＤＢ５３に格納されるべき初期レコードは、例えば、個別取引ＤＢ５１に新たな電子書籍の最初の取引が格納された際に生成される。その際には、そのコンテンツＩＤ、計算日及び計算期間がそれぞれ格納される。計算日フィールドには該当レコードを取引管理ＤＢ５３に反映させた日の情報が格納され、計算期間フィールドにはその電子書籍について価格決定部４４による集計処理が行われるための周期を示す情報が格納される。計算期間フィールドの値は、コンテンツサーバ４から取得されてもよいし、システム管理者等が設定するようにしてもよい。価格決定部４４は、取引管理ＤＢ５３に格納されている各電子書籍に関する取引状況データのうち、計算日フィールドに格納されている計算日に計算期間フィールドに格納されている計算期間を足した日が現在の日以上となる電子書籍を対象に取引管理ＤＢ５３の更新処理を実行する。
【００７３】
価格決定部４４は、上述のように小売人数、小売小計、レンタル小計、レンタル人数の集計を終えると、各電子書籍についての取引要求先毎の小売偏差値及び小売偏差値順位、各電子書籍についての取引要求先毎及びレンタル価格毎のレンタル偏差値及びレンタル偏差値順位をそれぞれ算出する。
【００７４】
価格決定部４４は、各ユーザのその電子書籍に関する小売偏差値に関する全ユーザの小売偏差値の中の分布位置を小売偏差値順位として求める。この分布位置としては例えば上位３０％以内、上位５０％以内というように決定される。同様に、価格決定部４４は、各ユーザのその電子書籍に関するレンタル偏差値に関し全ユーザのレンタル偏差値の中の分布位置をレンタル偏差値順位として求める。価格決定部４４は、このように求められた売上偏差値順位及びレンタル偏差値順位をそれぞれ取引管理ＤＢ５３に格納する。
【００７５】
価格決定部４４は、上述のように求めた小売偏差値及びレンタル偏差値に基づいて、次取引において提示可能なレンタルバリエーションに含める各レンタル価格を決定する。価格決定部４４は、決定された各レンタル価格を同一レンタル期間に対応するレンタル価格が設定されている各レコードの次取引価格フィールドにそれぞれ格納する。価格決定部４４は、小売偏差値順位又はレンタル偏差値順位が所定順位（例えば、上位３０％）より高い場合には第２価格テーブルに基づいて次取引の価格を決定し、小売偏差値順位又はレンタル偏差値順位が所定順位以下である場合には第１価格テーブルに基づいて次取引の価格を決定する。
【００７６】
図７は、第１価格テーブル５８の例を示す図である。図８は、第２価格テーブル５９を示す図である。第１価格テーブル５８及び第２価格テーブル５９では、各電子書籍の次取引で提示可能な次取引価格（レンタル価格）がその前の取引種別、取引額、及び、小売偏差値順位又はレンタル偏差値順位に関連付けられて格納されている。また、第２価格テーブル５９に格納されている次取引価格のほうが第１価格テーブル５８に格納されている次取引価格よりも低く設定されている。これは、電子書籍の売上げに貢献しているユーザに
対して次取引で安い価格を提示できるようにしているからである。
【００７７】
価格決定部４４は、このように次取引の価格を決定すると、取引管理ＤＢ５３の次取引価格フィールドに設定する。図６の例によれば、取引元ＩＤが「４５６ＤＥＦ」である取引要求先（ユーザ）がコンテンツＩＤが「ＨＭＪＫＳ８５７Ｅ」である電子書籍を転貸するうえで提示できるレンタルバリエーションは以下のように設定されている。
【００７８】
レンタル期間＝６日、レンタル価格（次取引価格）＝５００円
レンタル期間＝５日、レンタル価格（次取引価格）＝３５０円
レンタル期間＝４日、レンタル価格（次取引価格）＝３８０円
レンタル期間＝３日、レンタル価格（次取引価格）＝２７０円
価格決定部４４は、このように次取引価格を取引管理ＤＢ５３に反映すると、金額分配処理部４５へ処理を依頼する。
【００７９】
金額分配処理部４５は、対象電子書籍に関する各取引要求先ユーザの転売取引及び転貸取引の合計人数に応じて、対象電子書籍に関する各取引要求先ユーザの総売上額から各取引要求先ユーザに還元する額を決めるための還元率を決定する。金額分配処理部４５は、その決定された還元率を各取引要求先ユーザの対象電子書籍の総売上額に乗算することにより各取引要求先ユーザの還元額をそれぞれ算出し、算出された各還元額を各取引要求先ユーザに分配するように決済サーバ５へ依頼する。なお、決済サーバ５による各取引要求先ユーザへの還元対象は、お金に限定されるものではなく、ポイント等の何らかの利点であってもよい。また、総売上額からこの還元率に応じて決められる額を引いた額は、著作権者や著作権管理団体等のようなユーザ以外の対象者に分配されるように決済サーバ５が処理してもよい。
【００８０】
金額分配処理部４５は、還元率を決める上で、まず、対象電子書籍に関し公式サイト及び各取引要求先ユーザの総売上人数をそれぞれ算出し、算出された各総売上人数を取引管理ＤＢ５３の総売上人数フィールドにそれぞれ格納する。金額分配処理部４５は、対象電子書籍の総売上人数に対する全取引要求先ユーザの総売上人数の割合を算出し、この算出された割合に対応する基礎還元率を基礎還元率テーブル５６から取得する。
【００８１】
図９は、基礎還元率テーブル５６の例を示す図である。基礎還元率テーブル５６には、全取引要求先ユーザの総売上人数の各割合に対する基礎還元率の値がそれぞれ格納されている。図９の例では示されていないが、この基礎還元率テーブル５６は電子書籍毎に異なる値が設定されるようにしてもよい。この基礎還元率は、全取引要求先ユーザの売上人数貢献度が高ければ可能な範囲で高くなるように設定されている。
【００８２】
更に、金額分配処理部４５は、各取引要求先ユーザの売上人数の分布に基づいて売上人数の貢献度が高い取引要求先ユーザに上記基礎還元率に加えて更に追加還元率を付加するか否かを決定し、更に、追加還元率テーブル５７に基づいて付加されるべき追加還元率を決める。
【００８３】
図１０は、追加還元率テーブル５７の例を示す図である。追加還元率テーブル５７には、各取引要求先ユーザの売上人数の分布（順位）に対応して追加還元率がそれぞれ格納されている。この追加還元率は、売上人数貢献度が高い取引要求先ユーザの値が可能な範囲で高くなるように設定されている。
【００８４】
金額分配処理部４５は、上述のように決められた基礎還元率と追加還元率とを加算して、各取引要求先ユーザの還元率をそれぞれ算出する。金額分配処理部４５は、このように得られた、基礎還元率、追加還元率、還元率を人数差分値及び人数差分順位と共に、各電
子書籍の取引要求先ユーザ毎にそれぞれ金額分配情報ＤＢ５４に格納する。
【００８５】
図１１は、金額分配情報ＤＢ５４の例を示す図である。金額分配情報ＤＢ５４には、各電子書籍及び各取引要求先ユーザについて、計算日、コンテンツＩＤ、取引元ＩＤ、基礎還元率、人数差分値、人数差分順位、追加還元率、還元率がそれぞれ格納される。なお、人数差分値及び人数差分順位については動作例の項において詳述する。
【００８６】
〔動作例〕
以下、実施例におけるコンテンツ取引システム１の動作例について説明する。
【００８７】
図１２は、公式サイトへユーザＡが購入取引依頼を行った場合のコンテンツ取引システム１の動作例を示すシーケンスチャートである。以下の説明では、ユーザＡが操作するユーザ端末９ＡをユーザＡ端末と表記し、ユーザＢが操作するユーザ端末９ＢをユーザＢ端末と表記し、ユーザＡが次取引のために開設したユーザサイトをユーザＡサイトと表記する。
【００８８】
ユーザＡは、電子書籍の取引を行う際に、ユーザＡ端末を操作することにより、コンテンツ管理サーバ３の公式サイトにアクセスする。このアクセスに応じてコンテンツ管理サーバ３のインタフェース処理部４１がオンライン取引画面データをユーザＡ端末へ送り、ユーザＡ端末にはオンライン取引画面が表示される。この画面には、コンテンツサーバ４が提供している各種電子書籍の情報が表示される。ここでは、ユーザＡは、このオンライン取引画面を操作することにより、電子書籍Ｇを選択し、購入取引を選択し、次取引としてレンタル及び購入を選択し、最終的に、オンライン取引を依頼する操作を実行したものと仮定する。この操作により、取引要求がユーザＡ端末からコンテンツ管理サーバ３へ送られる（Ｓ１０）。
【００８９】
コンテンツ管理サーバ３では、インタフェース処理部４１がこの取引要求を受信すると、この取引要求が取引処理部４２へ転送される。取引処理部４２は、この取引要求に応じて、要求元となるユーザに対し決済処理を行うように決済サーバ５へ指示する（Ｓ１１）。この指示では、例えば、取引要求に含まれるユーザＡのユーザＩＤ及びユーザＡにより指定された決済方法情報、並びに、取引要求に含まれる電子書籍ＧのコンテンツＩＤから取得される標準小売価格（標準価格テーブル５５）等の情報が決済サーバ５へ送られる。
【００９０】
取引処理部４２は、決済サーバ５から決済終了の応答を受信すると、取引要求に含まれるコンテンツＩＤを指定することによりコンテンツサーバ４から電子書籍Ｇのデータを取得する（Ｓ１２）。続いて、取引処理部４２は、当該コンテンツＩＤに対応する管理キーの生成を管理キー処理部４３に依頼する。
【００９１】
管理キー処理部４３は、取引処理部４２からの依頼に含まれる、コンテンツＩＤ、今回の取引に関する情報（購入を示す情報）に基づいて、電子書籍Ｇに対応しかつ購入取引に対応する管理キーを生成する（Ｓ１３）。この管理キーには、購入されたことを示す情報が格納される。管理キー処理部４３は、生成された管理キーの情報を管理キーＤＢ５２に追加する（Ｓ１４）。これにより、生成された日を示す更新日付、ユーザＡのユーザＩＤ、電子書籍ＧのコンテンツＩＤ、購入を示す取引種別を含む新たなレコードが生成され、管理キーＤＢ５２に追加される。なお、この取引種別は購入であるため、この追加されるレコードの残レンタル期間には何も設定されない。管理キー処理部４３は、生成された管理キーを取引処理部４２へ送る。
【００９２】
取引処理部４２は、許可が求められている転売及び転貸の次取引をユーザＡに可能とさせる次取引制御手段（例えば、ｉＦｒａｍｅタグ）を生成する（Ｓ１５）。これにより、
取引処理部４２は、電子書籍Ｇの電子書籍データ、管理キー及び次取引制御手段をユーザＡ端末へ送る（Ｓ１６）。これらデータは、ユーザＡがコンテンツ管理サーバ３からダウンロードするようにしてもよいのは言うまでもない。
【００９３】
これにより、ユーザＡは、ユーザＡ端末を操作することにより電子書籍Ｇを閲覧することが可能となる。このとき、ユーザＡ端末では所定のコンテンツ処理機能が管理キー及び電子書籍データを処理することによりその閲覧画面を表示させる。
【００９４】
取引処理部４２は、電子書籍データ等をユーザＡ端末に送信すると、この取引に関するデータを個別取引ＤＢ５１へ格納する（Ｓ１７）。これにより、その時の日付を示す更新日付、ユーザＡのユーザＩＤ、その取引での決済情報、電子書籍ＧのコンテンツＩＤ、公式サイトを示す取引元ＩＤ、購入を示す取引種別、購入額を示す取引額を含む新たなレコードが生成され、個別取引ＤＢ５１へ追加される。
【００９５】
ところで、ユーザＡは、購入取引時に次取引を求めており、それに応じて次取引制御手段を得ている。そこで、ユーザＡにより、この次取引制御手段が利用される転売及び転貸用のＷＥＢページが生成され、このＷＥＢページがユーザＡサイトにアップロードされる（Ｓ２０）。
【００９６】
ここで、電子書籍Ｇのオンライン取引を望むユーザＢが、ユーザＢ端末を操作することにより、ユーザＡサイトのその次取引用ＷＥＢページを閲覧する。このＷＥＢページがユーザＢ端末で表示されると次取引制御手段が動作することにより、次取引用データ要求がコンテンツ管理サーバ３へ送られる。
【００９７】
コンテンツ管理サーバ３では、インタフェース処理部４１がその要求を受けると、前の取引が購入であるため、標準価格テーブル５５の標準小売価格フィールド及び第２レンタルバリエーションフィールドから転売のための標準小売価格及び転貸のためのレンタルバリエーションを取得する。インタフェース処理部４１は、転売のための標準小売価格及び転貸のためのレンタルバリエーションをユーザＡ端末へ送る（Ｓ２１）。
【００９８】
これにより、ユーザＢ端末では、次取引（レンタル又は購入）操作を可能とさせる表示部、転売のための標準小売価格及び転貸のためのレンタルバリエーションがその次取引用ＷＥＢページに表示される。なお、この例では、コンテンツ管理サーバ３からユーザＢ端末へ次取引用データが送られる例を示すが、次取引制御手段の実現手法に応じて、コンテンツ管理サーバ３からユーザＡサイトに送られるようにしてもよい。
【００９９】
ユーザＢは、次取引用ＷＥＢページを介して、購入又はレンタルを選択し、最終的に、オンライン次取引を依頼する操作を実行する。この操作に応じて次取引制御手段が動作することにより、次取引要求がユーザＢ端末からコンテンツ管理サーバ３へ送られる（Ｓ２２）。この次取引要求についても、次取引制御手段の実現手法に応じて、ユーザＡサイトからコンテンツ管理サーバ３へ送られるようにしてもよい。
【０１００】
次取引制御手段により次取引要求がコンテンツ管理サーバ３へ送られると、上述のユーザＡから送られた取引要求の受信時の処理と同様に、取引処理部４２により決済サーバ５へ決済処理が依頼され（Ｓ２３）、ユーザＢのための電子書籍Ｇの電子書籍データがコンテンツサーバ４から取得され（Ｓ２４）、管理キー処理部４３によりユーザＢのための電子書籍Ｇのための管理キーが生成され（Ｓ２５）、管理キーＤＢ５２にその生成された管理キーの情報が追加される（Ｓ２６）。これら（Ｓ２３）から（Ｓ２６）の処理は、処理対象がユーザＢのための電子書籍Ｇとなること以外、ユーザＡの取引要求受信時の処理と同様である。
【０１０１】
取引処理部４２は、取得された、電子書籍Ｇの電子書籍データ及び管理キーをユーザＢ端末へ送る（Ｓ２７）。なお、このとき、次取引制御手段はユーザＢ端末へ送られない。これは、次取引要求時には、更なる次取引は許可されないからである。
【０１０２】
これにより、ユーザＢは、ユーザＢ端末を操作することによりユーザＡのユーザＡサイトを介した転売取引又は転貸取引により取得した電子書籍Ｇを閲覧することが可能となる。このとき、ユーザＢ端末では所定のコンテンツ処理機能が管理キー及び電子書籍データを処理することによりその閲覧画面を表示させる。
【０１０３】
取引処理部４２は、電子書籍データ等をユーザＢ端末に送信すると、この次取引に関するデータを個別取引ＤＢ５１へ格納する（Ｓ２８）。これにより、その時の日付を示す更新日付、ユーザＢのユーザＩＤ、その次取引での決済情報、電子書籍ＧのコンテンツＩＤ、取引要求先となるユーザＡのユーザＩＤを示す取引元ＩＤ、購入又はレンタルを示す取引種別、購入額を示す取引額を含む新たなレコードが生成され、個別取引ＤＢ５１へ追加される。これにより、ユーザＢとの間で転売取引又は転貸取引を成立させたユーザＡは、その転売取引又は転貸取引における売上げを得たことになる。この売上げ情報は、上述のように追加された個別取引ＤＢ５１の取引額が参照されることにより、価格決定部４４により集計される。
【０１０４】
図１３は、公式サイトへユーザＡがレンタル取引依頼を行った場合のコンテンツ取引システム１の動作例を示すシーケンスチャートである。（Ｓ１０）から（Ｓ２８）までの各処理は、処理対象の取引が異なることを除いて、図１２に示す上述の動作例と基本的には同様である。以下、上述した図１２の動作例と異なる処理についてのみ、図１３を用いて説明する。
【０１０５】
まず、この場合、ユーザＡ端末からコンテンツ管理サーバ３へ送られる取引要求には、更に、レンタルを示す取引種別、レンタル期間、レンタル期間に対応するレンタル価格の情報が含まれる（Ｓ１０）。本実施例では、標準価格テーブル５５に格納されるように公式サイトで提示されるレンタルバリエーションは１つに限定されているため、標準価格テーブル５５に格納される標準レンタル期間、標準レンタル価格が取引要求に含まれる。また、この場合、次取引で許可され得るのは転貸のみであるため、取引要求に含まれる次取引の許可要求には転貸を示す情報のみが含まれ得る。
【０１０６】
また、管理キー処理部４３で生成される管理キーには、レンタル取引であることを示す情報、残りのレンタル期間の情報、レンタル期間減少率等が格納される。（Ｓ１３）の段階では、残りのレンタル期間は、標準価格テーブル５５の標準レンタル期間フィールドに格納されるデータが利用され、レンタル期間減少率は、標準価格テーブル５５のレンタル期間減少率フィールドに格納されるデータが利用される。
【０１０７】
また、（Ｓ１５）では、許可が求められている転貸の次取引をユーザＡに可能とさせることができる次取引制御手段が生成される。この次取引制御手段の動作により、ユーザＡにより開設されたユーザＡサイトで提供される次取引用ＷＥＢページには、次取引として転貸のみを選ぶことができるようになる。
【０１０８】
また、（Ｓ１７）において、取引処理部４２により個別取引ＤＢ５１へ追加されるレコードには、その時の日付を示す更新日付、ユーザＡのユーザＩＤ、その取引での決済情報、電子書籍ＧのコンテンツＩＤ、公式サイトを示す取引元ＩＤ、レンタルを示す取引種別、レンタル価格を示す取引額が含まれる。
【０１０９】
図１３に示すようにレンタル取引により電子書籍Ｇが取得された場合には、電子書籍データに対応する管理キーにより残レンタル期間が監視されると共に、コンテンツ管理サーバ３の管理キー処理部４３が任意のタイミングで管理キーＤＢ５２に格納されている各管理キーの残レンタル期間を監視している。管理キー処理部４３は、管理キーＤＢ５２のレンタル取引に関する各管理キーについて、そのコンテンツＩＤで特定される標準価格テーブル５５のレコードからレンタル期間減少率を抽出し、このレンタル期間減少率に応じてその残レンタル期間を減少させる。
【０１１０】
管理キー処理部４３は、管理キーＤＢ５２の残レンタル期間を更新した結果、ユーザＡの電子書籍Ｇの残レンタル期間が所定期間（例えば１日）以下となったことを検知すると（Ｓ３０）、ユーザＡにその旨の警告を通知する（Ｓ３１）。同様に、管理キー処理部４３は、ユーザＢの電子書籍Ｇの残レンタル期間が所定期間（例えば１日）以下となったことを検知すると（Ｓ３０）、ユーザＢにその旨の警告を通知する（Ｓ３２）。
【０１１１】
このような残レンタル期間に関連し、転貸する場合に提示できるレンタルバリエーションに含まれる最大レンタル期間は、電子書籍Ｇの残レンタル期間以下とされる。これにより、次取引用ＷＥＢページに転貸のためのレンタルバリエーションを表示させるために、次取引制御手段からコンテンツ管理サーバ３へ要求が出された段階では、取引管理ＤＢ５３の次取引価格フィールドには、電子書籍Ｇの残レンタル期間に対応する各レンタル価格のみが設定されている状態となっている。このような取引管理ＤＢ５３に対する更新処理は、管理キー処理部４３により行われる。
【０１１２】
また、図１２では示されていないが、ユーザＢがユーザＡサイトを介するレンタル取引により電子書籍Ｇを取得した場合には、上述と同様の電子書籍Ｇの残レンタル期間の監視制御が行われる。
【０１１３】
図１４は、次取引価格の決定処理を示すフローチャートである。次取引価格決定は、個別取引ＤＢ５１及び取引管理ＤＢ５３を用いて価格決定部４４により行なわれる。
【０１１４】
価格決定部４４は、任意のタイミングにより、取引管理ＤＢ５３の計算日フィールド及び計算期間フィールドの値を監視している。価格決定部４４は、その計算日に計算期間を加算して得られる日付がそのときの日付以降となるレコードを処理対象として抽出する（Ｓ４０）。価格決定部４４は、該当レコードが存在しない場合には（Ｓ４１；ＮＯ）、処理を終了する。
【０１１５】
価格決定部４４は、該当レコードが存在する場合には（Ｓ４１；ＹＥＳ）、そのレコードからコンテンツＩＤを取得し、このコンテンツＩＤについての未処理の取引を示すレコードを処理対象として個別取引ＤＢ５１から抽出する（Ｓ４２）。未処理の取引とは、具体的には、個別取引ＤＢ５１内の更新日付が取引管理ＤＢ５３から抽出されたレコードの計算日以降の日付となっているレコードである。
【０１１６】
価格決定部４４は、個別取引ＤＢ５１から抽出されたレコードに基づいて、取引元ＩＤ、取引種別及び取引額の組み合わせ毎に、取引を行なった人数及び取引額の小計額を集計する（Ｓ４３）。なお、人数は該当するレコード数に相当し、取引額の小計額は該当するレコードの取引額の合計に相当する。結果、公式サイトを介して購入取引を行った人数、公式サイトを介してレンタル取引を行った人数、公式サイトを介する購入取引での取引額の小計、公式サイトを介するレンタル取引での取引額の小計が集計される。また、例として、ユーザＡ（ユーザＩＤ＝１２３ＡＢＣ）のユーザサイトを介して購入取引を行った人数、そのユーザＡのユーザサイトを介してレンタル期間Ｔでレンタル取引を行った人数、そのユーザＡのユーザサイトを介する購入取引での取引額の小計、そのユーザＡのユーザ
サイトを介するレンタル期間Ｓのレンタル取引での取引額の小計、そのユーザＡのユーザサイトを介するレンタル期間Ｔのレンタル取引での取引額の小計等が集計される。
【０１１７】
価格決定部４４は、集計された取引人数及び取引小計額のうち購入取引に関する各値を小売人数フィールド及び小売小計フィールドに格納し、レンタル取引に関する各値をレンタル人数フィールド及びレンタル小計フィールドに格納する（Ｓ４４）。上記例では、公式サイトを介して購入取引を行った人数は、取引元ＩＤが公式サイトを示すレコードの小売人数フィールドに格納され、公式サイトを介してレンタル取引を行った人数は、取引元ＩＤが公式サイトを示すレコードのレンタル人数フィールドに格納される。また、公式サイトを介する購入取引での取引額の小計は、取引元ＩＤが公式サイトを示すレコードの小売小計フィールドに格納され、公式サイトを介するレンタル取引での取引額の小計は、取引元ＩＤが公式サイトを示すレコードのレンタル小計フィールドに格納される。また、ユーザＡのユーザサイトを介して購入取引を行った人数は、取引元ＩＤがユーザＡのＩＤを示すレコードの小売人数フィールドに格納され、ユーザＡのユーザサイトを介してレンタル期間Ｔでレンタル取引を行った人数は、取引元ＩＤがユーザＡのＩＤを示しレンタル価格がそのレンタル期間Ｔの標準レンタル価格を示すレコードのレンタル人数フィールドに格納される。ユーザＡのユーザサイトを介する購入取引での取引額の小計は、取引元ＩＤがユーザＡのＩＤを示すレコードの小売小計フィールドに格納され、ユーザＡのユーザサイトを介するレンタル期間Ｓのレンタル取引での取引額の小計は、取引元ＩＤがユーザＡのＩＤを示しレンタル価格がそのレンタル期間Ｓの標準レンタル価格を示すレコードのレンタル小計フィールドに格納される。
【０１１８】
続いて、価格決定部４４は、各電子書籍についての取引要求先毎の小売偏差値及び小売偏差値順位、各電子書籍についての取引要求先毎及びレンタル価格毎のレンタル偏差値及びレンタル偏差値順位をそれぞれ算出する（Ｓ４５）。具体的には、価格決定部４４は、或る電子書籍について集計された各取引要求先の小売小計を合算することにより、その電子書籍についての購入取引による総売上額を算出する。価格決定部４４は、この算出された総売上額に基づいて公式サイト以外の各取引要求先（各ユーザ）の小売小計の偏差値を小売偏差値としてそれぞれ算出し、算出された小売偏差値を取引管理ＤＢ５３に格納する。同様に、価格決定部４４は、或る電子書籍の各取引要求先のレンタル単価毎に集計されたレンタル小計を合算することにより、その電子書籍についてのレンタル取引による総売上額を算出する。価格決定部４４は、この算出された総売上額に基づいて公式サイト以外の各取引要求先（各ユーザ）のレンタル単価毎のレンタル小計の偏差値をレンタル偏差値としてそれぞれ算出し、算出されたレンタル偏差値を取引管理ＤＢ５３に格納する。
【０１１９】
価格決定部４４は、公式サイト以外の全取引要求先の中の各取引要求先の小売偏差値の順位を算出し、取引管理ＤＢ５３の小売偏差値順位フィールドに格納する。同様に、価格決定部４４は、公式サイト以外の全取引要求先の中の各取引要求先のレンタル価格毎のレンタル偏差値の順位を算出し、取引管理ＤＢ５３のレンタル偏差値順位フィールドに格納する。
【０１２０】
価格決定部４４は、各偏差値順位を用いて、転売で提示可能な次取引価格及び転貸で提示可能な次取引価格をそれぞれ決定する。まず、転売で提示可能な次取引価格の決定処理を説明する。価格決定部４４は、処理対象の電子書籍について小売偏差値順位が上位所定順位（例えば、上位３０％）以内に入る公式サイト以外の取引要求先ユーザを特定する（Ｓ４６）。
【０１２１】
価格決定部４４は、上位所定順位以内に入らないと判定された（Ｓ４６；ＮＯ）取引要求先ユーザについては、第１価格テーブル５８に基づいてその転売で提示可能な次取引価格を決定する（Ｓ４７）。具体的には、第１価格テーブル５８における、取引種別が購入
取引を示しかつ各取引要求先ユーザの小売偏差値順位が第１価格テーブルの偏差値順位フィールドの値と合致するレコードの次取引価格フィールドに設定されている価格が、各取引要求先ユーザにとって転売で提示可能な次取引価格に決定される。価格決定部４４は、そのように決定された次取引価格をその電子書籍を示すコンテンツＩＤ、その取引要求先ユーザを示す取引元ＩＤ、標準小売価格が格納されているレコードの次取引価格フィールドに格納する（Ｓ４８）。
【０１２２】
価格決定部４４は、上位所定順位以内に入ると判定された（Ｓ４６；ＹＥＳ）取引要求先ユーザについては、更に、上位所定順位以内に入ると判定された取引要求先ユーザ内の各取引要求先の偏差値順位を決定する（Ｓ５０）。価格決定部４４は、第２価格テーブル５９に基づいてその転売で提示可能な次取引価格を決定する（Ｓ５１）。具体的には、第２価格テーブル５９における、取引種別が購入取引を示しかつ各取引要求先ユーザの更なる偏差値順位が第２価格テーブル５９の偏差値順位フィールドの値と合致するレコードの次取引価格フィールドに設定されている価格が、各取引要求先ユーザにとって転売で提示可能な次取引価格に決定される。価格決定部４４は、そのように決定された次取引価格をその電子書籍を示すコンテンツＩＤ、その取引要求先ユーザを示す取引元ＩＤ、標準小売価格が格納されているレコードの次取引価格フィールドに格納する（Ｓ４８）。
【０１２３】
転貸で提示可能な次取引価格についてもこのような転売で提示可能な次取引価格と同様の処理により決定される。転貸で提示可能な次取引価格は、レンタル期間に対応する標準レンタル価格毎に（Ｓ４６）から（Ｓ５１）に示される処理により決定される。つまり、（Ｓ４６）では、処理対象の電子書籍について取引管理ＤＢ５３に格納される各レンタル価格についてのレンタル偏差値順位が上位所定順位（例えば、上位３０％）以内に入る公式サイト以外の取引要求先ユーザが特定される。
【０１２４】
（Ｓ４７）では、第１価格テーブル５８における、取引種別がレンタル取引を示しかつ取引額がそのレンタル価格を示しかつ各取引要求先ユーザのレンタル偏差値順位が第１価格テーブル５８の偏差値順位フィールドの値と合致するレコードの次取引価格フィールドに設定されている価格が、各取引要求先ユーザのそのレンタル価格に対応する、転貸で提示可能な次取引価格に決定される。
【０１２５】
（Ｓ５１）では、第２価格テーブル５９における、取引種別がレンタル取引を示しかつ取引額がそのレンタル価格を示しかつ各取引要求先ユーザの更なる偏差値順位が第２価格テーブル５９の偏差値順位フィールドの値と合致するレコードの次取引価格フィールドに設定されている価格が、各取引要求先ユーザのそのレンタル価格に対応する、転売で提示可能な次取引価格に決定される。
【０１２６】
図１５は、金額分配処理を示すフローチャートである。金額分配処理は、例えば上述のような価格決定部４４の処理に続いて、取引管理ＤＢ５３、基礎還元率テーブル５６、追加還元率テーブル５７及び金額分配情報ＤＢ５４を用いて金額分配処理部４５により行なわれる。金額分配処理は、取引管理ＤＢ５３において既に金額分配処理済みの取引か否かが管理可能とされれば、独自のタイミングで動作するようにしてもよい。
【０１２７】
金額分配処理部４５は、対象電子書籍に関し公式サイト及び各取引要求先ユーザの総売上人数をそれぞれ算出する（Ｓ６０）。金額分配処理部４５は、算出された各総売上人数を取引管理ＤＢ５３の総売上人数フィールドにそれぞれ格納する。続いて、金額分配処理部４５は、対象電子書籍の総売上人数に対する全取引要求先ユーザの総売上人数の割合を算出する（Ｓ６１）。
【０１２８】
金額分配処理部４５は、この算出された割合と合致する値が基礎還元率テーブル５６の
ユーザ総売上人数割合フィールドに格納されているレコードを抽出し、このレコードの基礎還元率フィールドに格納されている基礎還元率の値を取得する（Ｓ６２）。金額分配処理部４５は、上述のように算出された各取引要求先の総売上人数に基づいて、公式サイト以外の全取引要求先の中の各取引要求先の総売上人数の順位を算出し（Ｓ６３）、この算出された順位を取引管理ＤＢ５３の総売上人数順位フィールドに格納する。
【０１２９】
金額分配処理部４５は、総売上人数順位が上位所定順位（例えば、上位３０％）以内に入る公式サイト以外の取引要求先ユーザを特定する（Ｓ６４）。金額分配処理部４５は、上位所定順位以内に入らないと判定された（Ｓ６４；ＮＯ）取引要求先ユーザについては、追加還元率を付加することなく、上述のように決定された基礎還元率をそのまま還元率に決定する（Ｓ６５）。
【０１３０】
金額分配処理部４５は、上位所定順位以内に入ると判定された（Ｓ６４；ＹＥＳ）取引要求先ユーザについては、更に、上位所定順位以内に入ると判定された取引要求先ユーザを対象に売上人数の平均値を算出する（Ｓ６６）。金額分配処理部４５は、この算出された平均値から上位所定順位以内に入ると判定された各取引要求先ユーザの売上人数を減算することにより、当該各取引要求先ユーザについて人数差分値を算出する（Ｓ６７）。金額分配処理部４５は、この算出された人数差分値が負の値となっているか否かを判定し（Ｓ６８）、人数差分値が正の値となっている各取引要求先については（Ｓ６８；ＮＯ）、その還元率を基礎還元率のみと決定する（Ｓ６５）。
【０１３１】
金額分配処理部４５は、人数差分値が負の値となる全取引要求先の中の各取引要求先の売上人数の順位をそれぞれ求める。金額分配処理部４５は、取得された各取引要求先の売上人数の順位と追加還元率テーブル５７のマイナスユーザ中の順位フィールドの値とが合致するレコードを抽出し、このレコードの追加還元率の値を各取引要求先について取得する（Ｓ６９）。金額分配処理部４５は、取得された追加還元率が取得された取引要求先については、その還元率を基礎還元率にその追加還元率を加算した値とする（Ｓ７０）。
【０１３２】
金額分配処理部４５は、このように得られた、基礎還元率、追加還元率、還元率を人数差分値及び人数差分順位と共に、各電子書籍の取引要求先毎にそれぞれ金額分配情報ＤＢ５４に格納する。金額分配処理部４５は、その決定された還元率を各取引要求先の対象電子書籍の総売上額に乗算することにより各取引要求先の還元額をそれぞれ算出し、算出された各還元額を各取引要求先に分配するように決済サーバ５へ依頼する（Ｓ７１）。また、総売上額からこの還元率に応じて決められる額を引いた額は、著作権者や著作権管理団体等のような公式サイトに対応するユーザ以外の他の団体等に分配されるように決済サーバ５が処理してもよい。
【０１３３】
〔作用及び効果〕
このように実施例におけるコンテンツ取引システム１では、公式サイトを介して、コンテンツ管理サーバ３により、各ユーザ端末９からのオンライン取引要求が取得され、この要求に応じて決済処理が行われた後、対象の電子書籍データ及び管理キーが各ユーザ端末９へ送られる。更に、各ユーザ端末９からの取引要求に次取引を求める許可要求が含まれている場合にはその次取引に応じた次取引制御手段も合わせて各ユーザ端末９へ送られる。各ユーザ端末９のユーザは、この次取引制御手段を自身のユーザサイトで利用可能にすることによってのみ他のユーザとの次取引が可能となる。
【０１３４】
これにより、本実施例によれば、管理キーで当該電子書籍データに対する不正アクセスが防がれ、かつ、次取引に関するセキュリティはこの次取引制御手段によってのみ次取引の受け付けをできるように制限することによって実現される。また、この次取引制御手段によれば、他のユーザからの次取引要求操作に応じて次取引要求がコンテンツ管理サーバ
３へ通知され、コンテンツ管理サーバ３から次取引で要求される電子書籍データ及び管理キーがそのユーザに送られる。従って、次取引時もコンテンツ管理サーバ３によって適切にその取引を管理することができる。
【０１３５】
コンテンツ管理サーバ３では、個別取引ＤＢ５１において公式サイトを介した取引及びユーザサイトを介した次取引の全てについて取引額、取引要求先（取引元）、取引者（ユーザ）、取引種別等の情報がそれぞれ管理される。コンテンツ管理サーバ３では、このような個別取引ＤＢ５１内の情報により取引要求先（取引元）毎の売上人数、売上額、レンタル単価毎の売上人数、売上額が集計され、取引管理ＤＢ５３に格納される。
【０１３６】
本実施例におけるコンテンツ管理サーバ３では、この取引管理ＤＢ５３に格納される集計データが利用されることによって、売上に貢献している取引要求先ユーザ程、次取引で提示できる転貸価格及び転売価格が安くなるように次取引価格が決定される。これによれば、価格が安く設定された取引要求先ユーザの次取引は更に闊達になる。また、本実施例におけるコンテンツ管理サーバ３では、売上人数に応じて、売上人数が多い取引要求先程、高くなるように還元率が決定され、その還元率に応じて各取引要求先の売上額に応じた分配額が決定され、各額が分配される。
【０１３７】
従って、本実施例によれば、売上に貢献した取引要求先ユーザ、即ち、次取引を他のユーザに対して行ったユーザほど、転貸価格及び転売価格が安くなり、これにより、売上人数の増加に繋がる可能性が高くなる。売上人数が増加するとそれに伴い還元率が増えるため、そのユーザにとって分配金を多くもらえるようになる。これにより、本コンテンツ取引システム１を利用するユーザは、他のユーザに対する次取引を一層活発に行うようになる。結果として、電子書籍のオンライン取引が活性化され、デジタルコンテンツとしての電子書籍の流通量を増加させることができる。これにより、多くのユーザが手軽に電子書籍を手にすることができるようになる。このような利点の一方で、各ユーザに分配された額の残りは、著作権団体等の所定の者に適切に還元することができるため、ユーザのみでなくその電子書籍の提供者側も適切な金額を得ることができる。
【符号の説明】
【０１３８】
１  コンテンツ取引システム
３  コンテンツ管理サーバ
４  コンテンツサーバ
５  決済サーバ
９、９Ａ、９Ｂ  ユーザ端末
３１  制御部
３２  記憶部
４１  インタフェース処理部
４２  取引処理部
４３  管理キー処理部
４４  価格決定部
４５  金額分配処理部
５１  個別取引ＤＢ
５２  管理キーＤＢ
５３  取引管理ＤＢ
５４  金額分配情報ＤＢ
５５  標準価格テーブル
５６  基礎還元率テーブル
５７  追加還元率テーブル
５８  第１価格テーブル
５９  第２価格テーブル
【図１】
2011210012.tif 000003
【図２】
2011210012.tif 000004
【図３】
2011210012.tif 000005
【図４】
2011210012.tif 000006
【図５】
2011210012.tif 000007
【図６】
2011210012.tif 000008
【図７】
2011210012.tif 000009
【図８】
2011210012.tif 000010
【図９】
2011210012.tif 000011
【図１０】
2011210012.tif 000012
【図１１】
2011210012.tif 000013
【図１２】
2011210012.tif 000014
【図１３】
2011210012.tif 000015
【図１４】
2011210012.tif 000016
【図１５】
2011210012.tif 000017