JP2016042229A - 商品購入制御システム、方法、及びプログラム - Google Patents

Abstract

【課題】 本発明の課題は、商品又はサービスの情報の伝播経路に応じた報酬を利用者に付与することで、商品又はサービスの販売促進を行うことを目的とする。【解決手段】 上記課題は、第１の端末から商品又はサービスの購入を認証する認証情報を第２の端末に送信する際に、該第１の端末の第１識別情報が追加された該認証情報を送信し、前記第２の端末は、受信した前記認証情報を用いて前記商品又はサービスを販売するサーバにアクセスし、該認証情報が指定する商品又はサービスの購入要求を行い、前記サーバは、前記認証情報から前記第１の端末の第１識別情報を取得し、取得した該第１の端末の第１識別情報に基づいて、該第１の端末に対する所定のサービスを提供する商品購入制御システムにより達成される。【選択図】 図８

Description

本発明は、商品購入に係る制御技術に関する。

近年、音楽、静止画及び動画を含む画像等のコンテンツ配信が広く行われている。コンテンツの中には、著作権で保護する内容を含む場合もある。コンテンツを保護するためには、正当な利用者のみにコンテンツを配信するように制限すれば良い。このようなコンテンツ配信の制限は、より多くの利用者への販売促進を困難にすると言った問題がある。

利用者は気に入ったコンテンツを、他の利用者と共感したいと考え、悪意なく他の端末へ配信することがある。コンテンツがより多くの利用者に知られること、また、コンテンツの伝播経路を知ることは、コンテンツの配信者にとって販売促進上、非常に重要な要素となってきている。

サーバ装置からコンテンツを受信した端末が、他の端末へ受信したコンテンツを配信すると、該他の端末の識別情報と、コンテンツの配信経路を表す経路情報と、時間情報と配信ログとしてサーバ装置へ送信する技術、利用者が取得した広告データを端末装置から他の利用者の端末へ発信する際、利用者の識別コードを広告データに付加し、広告データを発信した利用者に対してポイントを与える技術等が提案されている。

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

しかしながら、上述した技術では、コンテンツの配信経路はサーバ装置で管理するため、コンテンツに係る情報を広く伝播させようとすると、サーバ装置の負荷が大きくなる。また、利用者は口コミで購入者を増やしたとしても、自身の購入時の特典とはならないと言った問題もある。従って、コンテンツの配信者にとっては、利用者間の繋がりによる口コミで販売促進を図ることが困難である。

したがって、１つの側面では、本発明は、商品又はサービスの情報の伝播経路に応じた報酬を利用者に付与することで、商品又はサービスの販売促進を行うことを目的とする。

一態様によれば、第１の端末から商品又はサービスの購入を認証する認証情報を第２の端末に送信する際に、該第１の端末の第１識別情報が追加された該認証情報を送信し、前記第２の端末は、受信した前記認証情報を用いて前記商品又はサービスを販売するサーバにアクセスし、該認証情報が指定する商品又はサービスの購入要求を行い、前記サーバは、前記認証情報から前記第１の端末の第１識別情報を取得し、取得した該第１の端末の第１識別情報に基づいて、該第１の端末に対する所定のサービスを提供することを特徴とする商品購入制御システムが提供される。

また、上記課題を解決するための手段として、上記方法を行う装置、コンピュータに上記処理を実行させるためのプログラム、及び、そのプログラムを記憶した記憶媒体とすることもできる。

商品又はサービスの情報の伝播経路に応じた報酬を利用者に付与することで、商品又はサービスの販売促進を行える。

本実施例に係るシステムの全体構成図を示す図である。 配信サーバのハードウェア構成を示す図である。 端末のハードウェア構成を示す図である。 配信サーバの機能構成例を示す図である。 認証サーバの機能構成を説明するための図である。 楽曲用認証情報のデータ構成例を示す図である。 紹介の例を説明するための図である。 楽曲購入要求に対する割引付与方法について説明するための図（その１）である。 楽曲購入要求に対する割引付与方法について説明するための図（その２）である。 楽曲配信部によって行われる全体処理を説明するためのフローチャート図である。 楽曲試聴処理部による楽曲試聴処理を説明するためのフローチャート図である。 楽曲購入処理部による楽曲購入処理を説明するためのフローチャート図（その１）である。 楽曲購入処理部による楽曲購入処理を説明するためのフローチャート図（その２）である。 楽曲購入処理部による楽曲購入処理を説明するためのフローチャート図（その３）である。 親利用者の登録処理を説明するための図である。 親利用者の楽曲試聴処理を説明するための図である。 楽曲紹介を説明するための図である。 楽曲購入のパターン１を説明するための図である。 楽曲購入のパターン２を説明するための図である。 楽曲購入のパターン３を説明するための図である。 楽曲購入のパターン４を説明するための図である。 楽曲購入のパターン５を説明するための図である。

以下、本発明の実施の形態を図面に基づいて説明する。コンテンツ提供者にとって、購入者の数を増やすことは大きな課題である。人から人への口コミによって商品の購入が拡大することは以前より知られている。本実施例では、コンテンツの利用者から他の利用者への紹介によって購入を拡大する仕組みを提供する。

図１は、本実施例に係るシステムの全体構成図を示す図である。図１において、システム１０００は、配信サーバ１００と、認証サーバ２００と、ＤＢサーバ３００と、端末５ａ、５ｂ、５ｍ等とを有する。システム１０００は、商品購入制御システムに相当する。

配信サーバ１００は、コンテンツ７をネットワーク２を介して端末５ａ、５ｂ、５ｍ等に配信するサーバ装置である。配信サーバ１００は、認証サーバ２００と、ＤＢサーバ３００の夫々に、専用線又は十分に保護されたデータ通信によって接続される。配信サーバ１００は、各端末５ａ、５ｂ、５ｍ等とは、ネットワーク２を介して接続される。

認証サーバ２００は、配信サーバ１００からの利用者３ａ等の認証要求に応じて、利用者３ａを認証する。認証には、ＤＢサーバ３００で管理される利用者ＤＢ３１０（図４）が参照される。認証サーバ２００は、配信サーバ１００と、ＤＢサーバ３００の夫々に、専用線又は十分に保護されたデータ通信によって接続される。利用者３ｂ、３ｍ等の認証処理も同様である。

ＤＢサーバ３００は、コンテンツ７の配信に係る種々のデータベースを有し、配信サーバ１００と、認証サーバ２００とからアクセスされる。

端末５ａ、５ｂ、５ｍ等は、利用者３ａ、３ｂ、３ｍ等の夫々が利用する情報処理端末であり、携帯電話であっても良い。以下において、利用者３ａ、３ｂ、３ｍ等を総称して利用者３と呼び、端末５ａ、５ｂ、５ｍ等を総称して端末５と呼ぶ場合がある。

端末５は、ネットワーク２を介して配信サーバ１００と接続し、配信サーバ１００からコンテンツ７をダウンロードする。コンテンツ７のダウンロードには２つの方法がある。第１の方法は、コンテンツ７を購入せず、試聴又は試読するためのダウンロードであり、この場合、コンテンツ７の一部が端末５に提供される。第２の方法では、コンテンツ７の購入により、コンテンツ７全体が端末５に提供される。

無線通信の場合には、端末５による配信サーバ１００への接続は、基地局を介してネットワーク２へ接続されれば良い。コンテンツ７の配信は、有線又は無線を問わない。

利用者３ａがダウンロードしたコンテンツ７を気に入って、利用者３ｂに紹介する。利用者３ｂは、利用者３ａから紹介されたコンテンツ７に興味を示し、利用者３ｂは配信サーバ１００から紹介されたコンテンツ７を購入してダウンロードする。

コンテンツ７の購入に至った場合、配信サーバ１００は、利用者３ｂに対して購入金額に割引を適用すると共に、利用者３ｂにコンテンツ７を紹介した利用者３ａに対しても、割引率又は割引率相当のポイントを付与する。

上述の「紹介」が、口コミに相当するが、本実施例における「紹介」は、最初にコンテンツ７をダウンロードした利用者３ａの認証情報を利用者３ｂの端末５ｂへコピーすることである。

そして、コピーされる毎に、証情報内に各利用者の情報を繋げていくことで、紹介（即ち、口コミ）での繋がりを管理し、紹介した各利用者３ａに対して割引率又は割引率相当のポイントを付与する。

以下、コンテンツ７の例として、楽曲の場合で説明するが、動画、アプリケーション、ゲーム、クーポン等の様々な媒体に適応可能である。

先ず、配信サーバ１００のハードウェア構成にについて説明する。図２は、配信サーバのハードウェア構成を示す図である。図２において、配信サーバ１００は、コンピュータによって制御される端末であって、ＣＰＵ（Central Processing Unit）１１ａと、主記憶装置１２ａと、補助記憶装置１３ａと、入力装置１４ａと、表示装置１５ａと、通信Ｉ／Ｆ（インターフェース）１７ａと、ドライブ装置１８ａとを有し、バスＢ１に接続される。

ＣＰＵ１１ａは、主記憶装置１２ａに格納されたプログラムに従って配信サーバ１００を制御する。主記憶装置１２ａには、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）等が用いられ、ＣＰＵ１１ａにて実行されるプログラム、ＣＰＵ１１ａでの処理に必要なデータ、ＣＰＵ１１ａでの処理にて得られたデータ等を記憶又は一時保存する。

補助記憶装置１３ａには、ＨＤＤ（Hard Disk Drive）等が用いられ、各種処理を実行するためのプログラム等のデータを格納する。補助記憶装置１３ａに格納されているプログラムの一部が主記憶装置１２ａにロードされ、ＣＰＵ１１ａに実行されることによって、各種処理が実現される。記憶部１３０ａは、主記憶装置１２ａ及び／又は補助記憶装置１３ａを有する。

入力装置１４ａは、マウス、キーボード等を有し、利用者が配信サーバ１００による処理に必要な各種情報を入力するために用いられる。表示装置１５ａは、ＣＰＵ１１ａの制御のもとに必要な各種情報を表示する。通信Ｉ／Ｆ１７ａは、有線又は無線などのネットワークを通じて通信を行う。通信Ｉ／Ｆ１７ａによる通信は無線又は有線に限定されるものではない。

配信サーバ１００によって行われる処理を実現するプログラムは、例えば、ＣＤ−ＲＯＭ（Compact Disc Read-Only Memory）等の記憶媒体１９ａによって配信サーバ１００に提供される。

ドライブ装置１８ａは、ドライブ装置１８ａにセットされた記憶媒体１９ａ（例えば、ＣＤ−ＲＯＭ等）と配信サーバ１００とのインターフェースを行う。

また、記憶媒体１９ａに、後述される本実施例に係る種々の処理を実現するプログラムを格納し、この記憶媒体１９ａに格納されたプログラムは、ドライブ装置１８ａを介して配信サーバ１００にインストールされる。インストールされたプログラムは、配信サーバ１００により実行可能となる。

尚、プログラムを格納する媒体としてＣＤ−ＲＯＭに限定するものではなく、コンピュータが読み取り可能な媒体であればよい。コンピュータ読取可能な記憶媒体として、ＣＤ−ＲＯＭの他に、ＤＶＤディスク、ＵＳＢメモリ等の可搬型記録媒体、フラッシュメモリ等の半導体メモリであっても良い。

認証サーバ２００及びＤＢサーバ３００は、上述した同様のハードウェア構成を有するため、その説明を省略する。

図３は、端末のハードウェア構成を示す図である。図３において、端末５は、コンピュータによって制御される携帯電話、タブレット型等の携帯可能な情報処理端末であって、ＣＰＵ（Central Processing Unit）１１ｂと、主記憶装置１２ｂと、利用者Ｉ／Ｆ（インターフェース）１６ｂと、通信Ｉ／Ｆ１７ａと、ドライブ装置１８ａとを有し、バスＢ２に接続される。

ＣＰＵ１１ｂは、主記憶装置１２ｂに格納されたプログラムに従って端末５を制御する。主記憶装置１２ｂには、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）等が用いられ、ＣＰＵ１１ｂにて実行されるプログラム、ＣＰＵ１１ｂでの処理に必要なデータ、ＣＰＵ１１ｂでの処理にて得られたデータ等を記憶又は一時保存する。主記憶装置１２ｂに格納されているプログラムが、ＣＰＵ１１ｂに実行されることによって、各種処理が実現される。

利用者Ｉ／Ｆ１６ｂは、ＣＰＵ１１ｂの制御のもとに必要な各種情報を表示し、また、利用者による操作入力を可能とするタッチパネル等である。通信Ｉ／Ｆ１７ｂによる通信は無線又は有線に限定されるものではない。

端末５によって行われる処理を実現するプログラム、少なくとも書籍ビューワ８は、ネットワーク２を介して電子書籍配信サーバ１００からダウンロードされる。或いは、書籍ビューワ８等のプログラムは、予め端末５の主記憶装置１２ｂに記憶されていても良い。

ドライブ装置１８ｂは、ドライブ装置１８ｂにセットされた記憶媒体１９ｂ（例えば、ＳＤカード等）と端末５とのインターフェースを行う。主記憶装置１２ｂ及び／又は記憶媒体１９ｂが記憶部１３０ｂに相当し、電子書籍６及びその関連情報を記憶する。

端末５は、デスクトップ型、ノートブック型、ラップトップ型等の情報処理端末であっても良く、そのハードウェア構成は、図２のハードウェア構成と同様であるので、その説明を省略する。

図４は、配信サーバの機能構成例を示す図である。図４において、配信サーバ１００は、楽曲配信部１５０を有する。また、配信サーバ１００は、記憶部１３０ａに、アプリケーション３１と、コンテンツ７としての複数の楽曲７１を管理するコンテンツＤＢ３５と、最大割引３６とを記憶する。

楽曲配信部１５０は、端末５に楽曲７１を配信する処理部であり、更に、アプリ提供部５０と、楽曲試聴処理部５１と、楽曲購入処理部５３、登録処理部５５とを有する。

アプリ提供部５０は、端末５からの要求に応じて、端末５に楽曲７１の試聴や購入を行うためのアプリケーション３１を提供する。端末５は、アプリケーション３１をダウンロードして、楽曲７１の試聴又は購入を行う。

楽曲試聴処理部５１は、端末５からの楽曲試聴要求に応じて、試聴用の楽曲７１を端末５に提供する処理部である。 楽曲用認証情報８は、端末５毎に試聴した楽曲７１毎に作成され、利用者３が楽曲７１を紹介する毎に、具体的には、楽曲認証情報８が他の端末５へコピーされる毎に、その伝播経路を端末情報で示した情報である。図６で後述される。紹介による伝播経路は、紹介経路とも言える。

楽曲購入処理部５３は、端末５からの楽曲購入要求に応じて、利用者３が購入した楽曲７１を端末５に提供する処理部である。

アプリケーション３１は、端末５にダウンロードされ実行される楽曲の試聴、購入を行うための専用のソフトウェアである。

コンテンツＤＢ３５は、コンテンツ提供者によって管理される楽曲７１のデータベースである。コンテンツＤＢ３５は、配信サーバ１００に備える構成で例示しているが、ＤＢサーバ３００で管理されても良い。

最大割引３６は、最大割引３６によって、紹介元の利用者３が楽曲７１を購入する際に、割り引く上限を示す。複数の利用者３に紹介したことにより蓄積された割引が最大割引３６を超える場合、最大割引３６が適用されて割り引かれる。最大割引率３６は、コンテンツ提供者によって設定されれば良い。

図５は、認証サーバの機能構成を説明するための図である。図５において、認証サーバ２００は、認証処理部２１０を有する。

認証処理部２１０は、配信サーバ１００の楽曲配信要求部１５０からの認証要求を受け付け、利用者ＤＢ３１０にアクセスして、認証要求に含まれる利用者３の利用者情報に基づいて利用者３に対する認証処理を行う。認証結果は、配信サーバ１００に送信される。

配信サーバ１００の楽曲配信部１５０では、認証結果に基づいて、端末５への楽曲配信の制御を行う。

図６は、楽曲用認証情報のデータ構成例を示す図である。図６において、楽曲用認証情報８は、各端末５に対して、試聴した楽曲７１毎に生成される情報であり、楽曲情報８１、暗号用鍵８２、端末情報データ８３等を含む。楽曲用認証情報８には、楽曲７１の実体は含まれない。

楽曲情報８１は、楽曲７１の曲名、楽曲ＩＤ等を含む。暗号用鍵８２は、端末情報データ８３に含まれる各端末情報Ａ、Ｂ、Ｃ等を復号するために用いる鍵である。

端末情報データ８３は、１以上の端末５に係る端末情報を含む。この例では、端末情報データ８３は、端末情報Ａ、端末情報Ｂ、端末情報Ｃ等を含んでいる。端末情報Ａ、端末情報Ｂ、端末情報Ｃ等は、夫々、端末５を特定する端末５に固有の識別情報、例えば、ＩＰアドレス、ＭＡＣアドレス等を示し、暗号用鍵８２によって暗号化されている。

図７は、紹介の例を説明するための図である。図７において、端末５ａを楽曲７１の伝播経路の起点端末である。端末５ａでは、配信サーバ１００から、初めて楽曲７１の試聴用楽曲をダウンロードすると、端末５ａ内のアプリケーション３１が、楽曲７１と共にダウンロードされた楽曲用認証情報８に端末５ａを特定する端末情報Ａを、暗号用鍵を用いて暗号化して追加する。

端末５ａから端末５ｂへの楽曲７１の紹介は、例えば、近距離無線通信で楽曲用認証情報８をコピーすることで行われる。近距離無線通信は、例えば、ＮＦＣ（Near field communication）等である。

端末５ｂでは、アプリケーション３１が、楽曲用認証情報８のコピーを検知すると、楽曲用認証情報８に端末５ｂを特定する端末情報Ｂを、楽曲用認証情報８内の暗号用鍵８２を用いて暗号化して端末情報データ８３内に追加する。

楽曲７１を端末５ｂに紹介する時点で、端末５ｂがアプリケーション３１を備えていない場合、端末５ａは、近距離無線通信で、アプリケーション３１と楽曲用認証情報８とを端末５ｂにコピーする。

端末５ｂにて紹介された楽曲７１を購入する場合には、アプリケーション３１が端末情報Ｂが付加された楽曲用認証情報８を用いて、配信サーバ１００に楽曲購入要求を行う。

また、端末５ａは、端末５ｐへも楽曲７１の紹介を行う。この場合、例えば、電子メールで行う。電子メールには、楽曲用認証情報８が添付され、電子メールの本文には、配信サーバ１００から楽曲７１をダウンロードするためのＵＲＬ（Uniform Resource Locator）を含む。

端末５ｐでは、アプリケーション３１が、楽曲用認証情報８のコピーを検知すると、楽曲用認証情報８に端末５ｐを特定する端末情報Ｐを、楽曲用認証情報８内の暗号用鍵８２を用いて暗号化して端末情報データ８３内に追加する。

楽曲用認証情報８が添付された電子メールの受信時に、端末５ｐがアプリケーション３１を備えていない場合、端末５ｐが電子メールで示されるＵＲＬにアクセスしたときに、配信サーバ１００が、端末５ｐに対してアプリケーション３１をダウンロードさせるようにしても良い。

端末５ｐにて紹介された楽曲７１を購入する場合には、アプリケーション３１が端末情報Ｐが付加された楽曲用認証情報８を用いて、配信サーバ１００に楽曲購入要求を行う。

このように、近距離無線通信又は電子メール等による楽曲用認証情報８のコピーの連鎖により、端末５ｂから端末５ｃへ、端末５ｃから端末５ｄへ、端末５ｄから端末５ｅへ、端末５ｅから端末５ｆへ、端末５ｆから端末５ｇへと伝播される。各端末５ｃ〜５ｇでは、楽曲用認証情報８のコピーを検知すると、コピー元の端末情報の次に自身の端末情報を追加する。

一方で、端末５ｇが端末５ａに楽曲用認証情報８をコピーしようとした場合には、アプリケーション３１は、同一の楽曲を指定した楽曲用認証情報８のコピーを抑止する。従って、同一楽曲に関して楽曲用認証情報８が無限にコピーされないように制限できる。

従って、各端末５ａから５ｇ及び５ｐにおいて、自端末までの伝播経路が端末情報データ８３によって示される。即ち、端末５ａでは、端末情報Ａのみが示され、端末５ｂでは、端末情報Ａに続いて自身の端末情報Ｂが示される。端末５ｃ、５ｄ、５ｅ、５ｆ、及び５ｐにおいても同様である。端末５ｇでは、端末情報Ａ、Ｂ、Ｃ、Ｄ、Ｅ、Ｆの次に自身の端末Ｇが示される。即ち、端末情報データ８３の先頭は端末情報Ａであり、末端は自身の端末情報を示すこととなる。

ここで、楽曲用認証情報８がＮＦＣによって拡散される場合には、端末間が接近した状態で通信が行われるため、利用者間の信頼関係が、電子メールによる拡散に比べてより強いと考えられる。信頼できる友人からコンテンツ７（楽曲７１等）が紹介された場合、より購入確度が高くなると考えられる。

そのため、図６に示す楽曲用認証情報８に、端末情報が追加される毎に、近距離無線通信又は電子メール等の拡散媒体を指定するようにしても良い。拡散媒体に応じて、割引を調整できる。例えば、電子メールでの割引を１．０倍とした場合、近距離無線通信では割引を１．５倍に調整する。以下の説明では、重みＤＢ３２０で示される割引（％）をそのまま利用しているが、拡散媒体に応じて、予め定めた倍率を乗算するようにしても良い。

次に、上述したような楽曲７１の紹介による伝播経路において、配信サーバ１００によって行われる、重みＤＢを用いた割引を付与する割引付与方法について図８及び図９で説明する。図８及び図９では、端末５ａ、５ｂ、５ｃ、５ｄ、５ｅ、５ｆ、及び５ｇの順に楽曲７１が紹介された場合、即ち、楽曲用認証情報８がコピーされた場合で説明する。

楽曲用認証情報８がコピーされる毎に、端末情報データ８３に端末情報Ａ、端末情報Ｂ、端末情報Ｃ、端末情報Ｄ、端末情報Ｅ、端末情報Ｆ、及び、端末情報Ｇが順に追加される。また、以下の説明において、端末５ａ、５ｂ、５ｃ、５ｄ、５ｅ、５ｆ、及び５ｇの夫々の利用者を利用者Ａ、Ｂ、Ｃ、Ｄ、Ｅ、Ｆ、及びＧとする。

図８は、楽曲購入要求に対する割引付与方法について説明するための図（その１）である。図８において、重みＤＢ３２０は、親等、割引等の項目を有する。親等は所定親等までを管理し、この例では、０親等から５親等までを管理した場合を示している。また、図８では、端末５ａ〜端末５ｇの伝播経路の最後の端末５ｇが配信サーバ１００に楽曲購入要求を行ったとする。

この楽曲購入要求には、楽曲用認証情報８が含まれてる。また、楽曲用認証情報８には、端末情報データ８３ｇが含まれている。更に、端末情報データ８３ｇは、暗号化された端末情報Ａ、端末情報Ｂ、端末情報Ｃ、端末情報Ｄ、端末情報Ｅ、端末情報Ｆ、及び端末情報Ｇを含み、端末５ｇまでの伝播経路を示す。

この端末情報データ８３ｇの最後の端末情報Ｇから順に取り出すことで、伝播経路を遡る。最後の端末情報Ｇ、即ち、楽曲購入要求を行った端末５ｇに０親等を割り当てる。そして、順に、端末情報Ｆで特定される端末５ｆを１親等とし、端末情報Ｅで特定される端末５ｅを２親等とし、端末情報Ｄで特定される端末５ｄを３親等とし、端末情報Ｃで特定される端末５ｃを４親等とし、端末情報Ｂで特定される端末５ｂを５親等とする。端末情報Ａで特定される端末５ａには、親等が割り当てられないため、端末５ｇによる楽曲購入要求では、割引付与の対象から外れることとなる。

重みＤＢ３２０では、０親等に対して「５％」、１親等に対して「５％」、２親等に対して「４％」、３親等に対して「３％」、４親等に対して「２％」、５親等に対して「１％」であることを示している。ここで、０親等に対する割引は、購入者本人にも割引があるように設定するためである。よって、購入者（端末５ｇの利用者Ｇ）は、必ず一律で割引を受けることができる。

各端末５ｇ〜５ｂの利用者Ｇ〜Ｂへの割引付与は、利用者ＤＢ３１０に対して行われる。利用者ＤＢ３１０は、利用者ＩＤ、端末ＩＤ、割引等の項目を有する。

利用者ＩＤは、利用者を識別するための情報であり、個人名、利用者が任意に定めた利用者ＤＢ３１０内において唯一のニックネーム等であれば良い。端末ＩＤは、ＩＰアドレス、ＭＡＣアドレス等の端末５を特定する端末情報であり、楽曲用認証情報８に設定される情報である。割引は、重みＤＢ３２０を用いて決定された割引の累積を示す。割引の単位は例えばパーセント（％）である。

図８の利用者ＤＢ３１０のデータ例では、端末５ｇの楽曲購入要求による割引付与が行われた場合を示している。端末ＩＤに対応する割引の初期状態は「０％」である。ここでは、端末情報ＧからＡまでが初めて登録され、初期状態において割引が付与された場合を示す。

重みＤＢ３２０を参照することにより、配信サーバ１００によって、端末情報Ｇに対応付けて割引「５％」が設定され、端末情報Ｆに対応付けて割引「５％」が設定され、端末情報Ｅに対応付けて割引「４％」が設定され、端末情報Ｄに対応付けて割引「３％」が設定され、端末情報Ｃに対応付けて割引「２％」が設定され、端末情報Ｂに対応付けて割引「１％」が設定されている。

ここで、購入者の端末５ｇの端末情報Ｇに対応付けて割引「５％」を付与する際に、利用者ＩＤが存在しない場合、利用者Ｇの登録処理が行われ、利用者ＩＤが設定される。例えば、利用者Ｇの利用者ＩＤ「user_G」が設定される。

利用者Ｇの楽曲７１の購入後、配信サーバ１００は、上述した端末５ａ〜５ｇの伝播経路の途中における端末５ｃから楽曲７１を指定した楽曲購入要求を受信した場合の割引付与方法について図９で説明する。

図９は、楽曲購入要求に対する割引付与方法について説明するための図（その２）である。図９において、重みＤＢ３２０は図８と同様である。また、図９では、端末５ａ〜端末５ｇの伝播途中の端末５ｃが、端末５ｇの楽曲７１の購入後に楽曲購入要求を配信サーバ１００へ行った場合の割引付与方法を説明する。端末５ｃは保持する楽曲用認証情報８には、暗号化された端末情報Ａ、端末情報Ｂ、及び端末情報Ｃまでを示す端末情報データ８３ｇが含まれている。楽曲購入要求には、このような楽曲用認証情報８が含まれる。

図８と同様に、この端末情報データ８３ｃの最後の端末情報Ｇから順に取り出すことで、伝播経路を遡る。最後の端末情報Ｃ、即ち、楽曲購入要求を行った端末５ｃに０親等を割り当てる。そして、順に、端末情報Ｂで特定される端末５ｂを１親等とし、端末情報Ａで特定される端末５ａを２親等とする。

そして、各端末５ｃ〜５ａの利用者Ｃ〜Ａへの割引付与は、利用者ＤＢ３１０に対して行われる。利用者ＤＢ３１０の構成は、図８で説明した通りである。図９の利用者ＤＢ３１０のデータ例では、端末５ｇの楽曲購入要求後の端末５ｃの楽曲購入要求に応じて行われた割引付与の例を示している。

重みＤＢ３２０を参照することにより、配信サーバ１００によって、端末情報Ｃに対して、前回までの割引「２％」に今回の割引「５％」が加算されて割引「７％」が設定される。また、端末情報Ｂに対して、前回までの割引「１％」に今回の割引「５％」が加算されて割引「６％」が設定される。そして、端末情報Ａに対して、前回までの割引「０％」に今回の割引「４％」が加算されて割引「４％」が設定される。

ここで、購入者の端末５ｃの端末情報Ｃに対応付けて割引「５％」を付与する際に、利用者ＩＤが存在しない場合、利用者Ｃの登録処理が行われ、利用者ＩＤが設定される。例えば、利用者Ｃの利用者ＩＤ「user_C」が設定される。

次に、配信サーバ１００によって行われる種々の処理について図１０〜図１４で説明する。図１０は、楽曲配信部によって行われる全体処理を説明するためのフローチャート図である。図１０において、配信サーバ１００の楽曲配信部１５０は、端末５から要求を受信する（ステップＳ１０）。

楽曲配信部１５０は、端末５から受信した要求が、アプリケーション３１のダウンロード要求か否かを判断する（ステップＳ１１）。受信した要求がアプリケーション３１のダウンロード要求の場合、アプリ提供部５０によって、アプリ提供処理が行われる（ステップＳ１２）。アプリ提供処理が終了すると、楽曲配信部１５０は、ステップＳ１０へ戻り次の要求を受信し、上述した同様の処理を繰り返す。

一方、アプリケーション３１のダウンロード要求でない場合、楽曲配信部１５０は、端末５から受信した要求が、利用者３の登録要求か否かを判断する（ステップＳ１３）。受信した要求が利用者３の登録要求の場合、登録処理部５５によって、利用者３に対する登録処理が行われる（ステップＳ１４）。登録処理が終了すると、楽曲配信部１５０は、ステップＳ１０へ戻り次の要求を受信し、上述した同様の処理を繰り返す。

一方、利用者３の登録要求でない場合、楽曲配信部１５０は、端末５から受信した要求が楽曲試聴要求か否かを判断する（ステップＳ１５）。受信した要求が楽曲試聴要求の場合、楽曲試聴処理部５１によって、楽曲試聴処理が行われる（ステップＳ１６）。楽曲試聴処理が終了すると、楽曲配信部１５０は、ステップＳ１０へ戻り次の要求を受信し、上述した同様の処理を繰り返す。

一方、受信した要求が楽曲試聴要求でない場合、楽曲配信部１５０は、端末５から受信した要求が楽曲購入要求か否かを判断する（ステップＳ１７）。受信した要求が楽曲購入要求の場合、楽曲購入処理部５３によって、楽曲購入処理が行われる（ステップＳ１８）。楽曲購入処理が終了すると、楽曲配信部１５０は、ステップＳ１０へ戻り次の要求を受信し、上述した同様の処理を繰り返す。

一方、受信した要求が楽曲購入要求でない場合、楽曲配信部１５０は、ステップＳ１０へ戻り次の要求を受信し、上述した同様の処理を繰り返す。

図１１は、楽曲試聴処理部による楽曲試聴処理を説明するためのフローチャート図である。端末５からの楽曲試聴要求に応じて、楽曲試聴処理部５１による楽曲試聴処理が実行される（図１０のステップＳ１６）。

図１１において、楽曲試聴処理部５１は、受信した楽曲試聴要求に、楽曲用認証情報８が添付されているか否かを判断する（ステップＳ３１）。楽曲用認証情報８が添付されている場合、楽曲試聴処理部５１は、楽曲試聴要求で指定されている楽曲７１の試聴用楽曲を端末へダウンロードして（ステップＳ３２）、楽曲試聴処理部５１は、この楽曲試聴処理を終了する。

一方、楽曲用認証情報８が添付されていない場合、楽曲試聴処理部５１は、端末５の利用者３が利用者ＤＢ３１０に登録されているか否かを判断する（ステップＳ３３）。利用者３が登録されている場合、楽曲試聴処理部５１は、ステップＳ３６へと進む。

一方、利用者３が登録されていない場合、楽曲試聴処理部５１は、利用者の利用者情報を取得する（ステップＳ３４）。端末５に利用者情報の入力画面を表示して、利用者３に利用者情報を入力させることにより、利用者３が入力画面に入力した利用者情報を端末５から受信する。

そして、楽曲試聴処理部５１は、ＤＢサーバ３００の利用者ＤＢ３１０へ、利用者情報を登録する（ステップＳ３６）。初回の利用者３に対して、ＤＢサーバ３００の重みＤＢ３２０から０親等の割引を取得し、取得した０親等の割引を適用するようにしても良い。この場合、図８の利用者ＤＢ３１０の端末情報Ａに対する割引の初期値は「５％」に設定される。

図１２〜図１４は、楽曲購入処理部による楽曲購入処理を説明するためのフローチャート図である。端末５からの楽曲購入要求に応じて、楽曲購入処理部５３による楽曲購入処理が実行される（図１０のステップＳ１８）。

図１２において、楽曲購入処理部５３は、受信した楽曲試聴要求から楽曲用認証情報８を取り出して（ステップＳ５１）、楽曲用認証情報８から暗号用鍵８２を取得する（ステップＳ５２）。

そして、楽曲購入処理部５３は、楽曲用認証情報８の解析を開始する。楽曲購入処理部５３は、変数ｉに１を設定し、変数Ｎに楽曲用認証情報８の端末情報データ８３で示される端末情報の総数を設定する（ステップＳ５３）。

楽曲購入処理部５３は、楽曲用認証情報８の端末情報データ８３内において伝播経路を遡ってｉ番目の端末情報を取り出し、暗号用鍵８２で復号する（ステップＳ５４）。そして、楽曲購入処理部５３は、復号した端末情報は、端末情報データ８３内の一番最後の端末情報か否かを判断する（ステップＳ５５）。変数ｉが端末情報の総数Ｎを示すか否かを判断すれば良い。一番最後の端末情報の場合、楽曲購入処理部５３は、図１３のステップＳ７１へと進む。

一方、一番最後の端末情報でない場合、楽曲購入処理部５３は、変数ｉから１減算した値を親等として、重みＤＢ３２０から親等に対応する割引を取得する（ステップＳ５６）。その後、楽曲購入処理部５３は、端末情報が利用者ＤＢ３１０に存在するか否かを判断する（ステップＳ５７）。端末情報が利用者ＤＢ３１０に存在する場合、楽曲購入処理部５３は、利用者ＤＢ３１０に新たにレコードを追加して、新たなレコードに端末情報と割引とを保存する（ステップＳ５８）。

その後、楽曲購入処理部５３は、変数ｉを１インクリメントして（ステップＳ５９）、変数ｉが端末情報の総数Ｎより大きいか否かを判断する（ステップＳ６０）。変数ｉが端末情報の総数Ｎ以下である場合、楽曲購入処理部５３は、ステップＳ５４へと戻り、次の端末情報に対して上記同様の処理を行う。

一方、変数ｉが端末情報の総数Ｎより大きい場合、楽曲購入処理部５３は、楽曲を端末にダウンロードして（ステップＳ６１）、この楽曲購入処理を終了する。

図１３では、図１２のステップＳ５５にて、一番最後の端末情報であると判断した場合の処理について説明する。楽曲購入処理部５３は、ＤＢサーバ３００の利用者ＤＢ３１０にアクセスして、端末５の利用者３が利用者ＤＢ３１０に登録されているか否かを判断する（ステップＳ７１）。利用者３が登録されている場合、楽曲購入処理部５３は、ＤＢサーバ３００の重みＤＢ３２０から０親等の割引を取得して、利用者ＤＢ３１０の利用者３の割引に加算する（ステップＳ７２）。そして、楽曲購入処理部５３は、ステップＳ７６へと進む。

一方、利用者３が登録されていない場合、楽曲購入処理部５３は、利用者の利用者情報を取得する（ステップＳ７３）。端末５に利用者情報の入力画面を表示して、利用者３に利用者情報を入力させることにより、利用者３が入力画面に入力した利用者情報を端末５から受信する。

そして、楽曲購入処理部５３は、ＤＢサーバ３００の利用者ＤＢ３１０へ、利用者情報を登録して（ステップＳ７４）、重みＤＢ３２０の０親等の割引を加算する（ステップＳ７５）。同一の端末情報が利用者ＤＢ３１０に存在する場合には、同一の端末情報のレコードに対して利用者情報を登録することで、利用者ＩＤが設定される。この場合、当該レコードの割引に０親等の割引が加算される。同一の端末情報が利用者ＤＢ３１０に存在しない場合、新たなレコードが利用者ＤＢ３１０に追加され利用者情報が登録される。新たなレコードに、利用者ＩＤ及び端末情報が設定される。また、０親等の割引が設定される。

楽曲購入処理部５３は、ステップＳ７２又はＳ７５の割引加算によって蓄積された割引が最大割引３６未満であるか否かを判断する（ステップＳ７６）。割引が最大割引３６以上である場合、楽曲購入処理部５３は、コンテンツＤＢ３５から楽曲購入要求で指定される楽曲７１の元値を取得して、元値から最大割引３６を減算した金額を端末５に通知して（ステップＳ７７）、ステップＳ７７へと進む。端末５では、楽曲７１に関する情報と、金額とが表示され、利用者３の購入の意志の確認が行われる。

一方、割引が最大割引３６未満である場合、楽曲購入処理部５３は、コンテンツＤＢ３５から楽曲購入要求で指定される楽曲７１の元値を取得して、元値からステップＳ７２又はＳ７５の割引加算後の割引を減算した金額を端末５に通知する（ステップＳ７６）。端末５では、楽曲７１に関する情報と、金額とが表示され、利用者３の購入の意志の確認が行われる。

そして、楽曲購入処理部５３は、端末５から購入する旨の通知を受信したか否かを判断する（ステップＳ７９）。購入しない旨の通知を受信した場合、楽曲購入処理部５３は、この楽曲購入処理を終了する。

一方、購入する旨の通知を受信した場合、楽曲購入処理部５３は、ＤＢサーバ３００の利用者ＤＢ３１０において、利用者３の割引をゼロにリセットする（ステップＳ８０）。そして、楽曲購入処理部５３は、ＤＢサーバ３００の購入履歴ＤＢ３３０において、ステップＳ５４で取り出したｉ番目の端末情報に対応付けて楽曲７１の購入を示す購入情報を登録して、端末５へ購入完了を通知する（ステップＳ８１）。その後、楽曲購入処理部５３は、図１２のステップＳ６１へと進み、楽曲７１を端末５にダウンロードした後、この楽曲購入処理を終了する。

購入履歴ＤＢ３３０は、利用者ＤＢ３１０で登録済みの利用者３に対して、利用者３の端末情報（及び／又は利用者ＩＤ）に対応付けて購入情報を記録するデータベースであり、端末情報、購入情報等の項目を有する。購入情報は、少なくとも、購入した楽曲７１を特定できる楽曲ＩＤを有する。また、割引後の購入金額等を含めても良い。

図１４では、図１２のステップＳ５７にて、端末情報が利用者ＤＢ３１０に存在する場合の処理について説明する。図１４において、楽曲購入処理部５３は、ＤＢサーバ３００の利用者ＤＢ３２０において、ステップＳ５４で取り出したｉ番目の端末情報を示すレコードの割引に、ステップＳ５６で取得した親等に対応する割引を加算して保存する（ステップＳ９１）。

そして、楽曲購入処理部５３は、ステップＳ５４で取り出したｉ番目の端末情報で、ＤＢサーバ３００の購入履歴ＤＢ３３０を検索し（ステップＳ９２）、ｉ番目の端末情報を示すレコードが楽曲７１の購入済みを示すか否かを判断する（ステップＳ９３）。購入済みで無い場合、楽曲購入処理部５３は、図１２のステップＳ５９へと進み、次の端末情報について上述同様の処理を行う。

一方、購入済みの場合、楽曲購入処理部５３は、割引相当のポイントを購入済み利用者に配布する（ステップＳ９４）。ＤＢサーバ３００の利用者ＤＢ３１０に対して、ステップＳ５４で取り出したｉ番目の端末情報のレコードに、割引相当のポイントが加算される。

そして、楽曲購入処理部５３は、利用者ＤＢ３１０から、ステップＳ５４で取り出したｉ番目の端末情報のレコードの割引をゼロにリセットし（ステップＳ９５）、図１２のステップＳ５９へと進み、次の端末情報について上述同様の処理を行う。

以下に、本実施例に係る処理例を示す。利用者３ａ（端末５ａ）を親として、利用者３ａ（端末５ａ）から、利用者３ｂ（端末５ｂ）、そして利用者３ｄ（端末５ｄ）に紹介される楽曲７１の伝播経路と、同一利用者３ａ（端末５ａ）を親として、利用者３ｃ（端末５ｃ）に紹介される楽曲７１の伝播経路とが形成される場合で説明する。

図１５は、親利用者の登録処理を説明するための図である。図１５において、利用者３ａは、端末５ａを用いて、配信サーバ１００からアプリケーション３１をダウンロードする（ステップＳ１０１）。

そして、利用者３ａは、端末５ａから利用者情報を指定した登録要求を送信する（ステップＳ１０２）。配信サーバ１００は、端末５ａから登録要求を受信すると、ＤＢサーバ３００の利用者ＤＢ３１０に利用者情報を登録する（ステップＳ１０３）。利用者情報に基づいて利用者ＩＤ「user_A」が設定され、登録要求で示される送信元の情報から端末ＩＤ「端末情報Ａ」が設定される。割引の値はゼロである。

図１６は、親利用者の楽曲試聴処理を説明するための図である。図１６において、利用者３ａは、端末５ａから配信サーバ１００にログインし、試聴楽曲を選択する（ステップＳ２０１）。

配信サーバ１００は、端末５ａからのログインに応じて、認証サーバ２００に利用者３ａの認証を要求する（ステップＳ２０２）。認証サーバ２００の認証処理部２１０は、ＤＢサーバ３００にアクセスして、利用者ＤＢ３１０を用いて利用者３ａを認証する（ステップＳ２０３）。認証処理部２１０は認証結果を配信サーバ１００へ送信する。

認証が成功すると、配信サーバ１００は、楽曲用認証情報８を端末５ａにダウンロードする（ステップＳ２０４）。端末５ａでは、配信サーバ１００から楽曲用認証情報８を受信すると、アプリケーション３１が端末情報Ａを楽曲用認証情報８に追加する。

図１７は、楽曲紹介を説明するための図である。図１７において、利用者３ａは親利用者に相当し、利用者３ｂ及び利用者３ｃは利用者３ａの子利用者に相当し、利用者３ｄは利用者３ａの孫利用者に相当する。先ず、利用者３ｂ、３ｃ、及び３ｄは、夫々、配信サーバ１００からアプリケーション３１をダウンロードする（ステップＳ３０１）。

利用者３ａは、利用者３ｂに楽曲７１を紹介する（ステップＳ３０２）。利用者３ａは、利用者３ｂとの合意のもとに、端末５ａ及び端末５ｂは、双方でアプリケーション３１を起動して、アプリケーション３１間でＮＦＣ等の近距離無線通信により楽曲用認証情報８を、端末５ａから端末５ｂへコピーする。又は、利用者３ａが端末５ａから利用者３ｂの端末５ｂへ電子メールを送信する。利用者３ｂが電子メールに添付された楽曲用認証情報を開くことで、端末５ｂにコピーされる。

利用者３ｂの端末５ｂでは、アプリケーション３１がコピーされた楽曲認証情報８に、端末５ｂの端末情報Ｂを暗号用鍵８２で暗号化後、端末情報データ８３の最後に追加する。端末情報Ａの次に端末情報Ｂが示される。

利用者３ａは、利用者３ｃにも同じ楽曲７１を紹介する（ステップＳ３０２）。ＮＦＣ等の近距離無線通信又は電子メールにより、楽曲用認証情報８が利用者３ｃの端末５ｃにコピーされる。そして、利用者３ｃの端末５ｃでは、アプリケーション３１がコピーされた楽曲認証情報８に、端末５ｃの端末情報Ｃを暗号用鍵８２で暗号化後、端末情報データ８３の最後に追加する。端末情報Ａの次に端末情報Ｃが示される。この楽曲用認証情報８の端末情報データ８３によって、端末情報Ａ、端末情報Ｃの順の伝播経路が示される。

その後、利用者３ｂは、利用者３ｄに楽曲７１を紹介する（ステップＳ３０３）。ＮＦＣ等の近距離無線通信又は電子メールにより、楽曲用認証情報８が利用者３ｄの端末５ｄにコピーされる。そして、利用者３ｄの端末５ｄでは、アプリケーション３１がコピーされた楽曲認証情報８に、端末５ｄの端末情報Ｄを暗号用鍵８２で暗号化後、端末情報データ８３の最後に追加する。端末情報Ｂの次に端末情報Ｄが示される。この楽曲用認証情報８の端末情報データ８３によって、端末情報Ａ、端末情報Ｂ、端末情報Ｄの順の伝播経路が示される。

利用者３ｃは、利用者３ａから紹介された楽曲７１を、利用者３ｃの楽曲用認証情報８を用いて試聴する（ステップＳ３０４）。利用者３ｃは、楽曲用認証情報８で楽曲７１の試聴ができるため、利用者３ｃの登録（利用者登録）は必要ない。

以下に、利用者３ａから派生した楽曲７１を紹介した伝播経路において、楽曲７１の購入の種々のパターンを説明する。先ず、子利用者が親利用者より前に楽曲７１を購入するパターン１を説明する。

図１８は、楽曲購入のパターン１を説明するための図である。図１８では、子の利用者３ｂが、端末５ｂから楽曲用認証情報８を添付した楽曲購入要求を配信サーバ１００へ行い、利用者登録が行われる（ステップＳ４０１）。

楽曲購入要求を送信してきた端末５ｂの端末情報Ｂが利用者ＤＢ３１０に存在しない場合、配信サーバ１００は、端末５ｂを介して利用者３ｂから利用者情報を取得して、ＤＢサーバ３００の利用者ＤＢ３１０に利用者３ｂの利用者情報を登録する（ステップＳ４０２）。利用者ＩＤ「user_B」及び「端末情報Ｂ」が利用者ＤＢ３１０に登録される。

配信サーバ１００は、端末５ｂから楽曲用認証情報８に基づいた端末５ｂの親等に対応する割引を重みＤＢ３２０から取得して、楽曲７１の元値から割り引かれた値で、端末５ｂを介して利用者３ｂに購入の意志を確認する。端末５ｂは０親等に相当するため、重みＤＢ３２０により５％の割引となる。

端末５ｂでは、利用者３ｂにより購入が確認されると、楽曲７１のダウンロードが開始される（ステップＳ４０３）。配信サーバ１００は、ダウンロードの完了をもって、利用者ＤＢ３１０の利用者ＩＤ「user_B」（端末情報Ｂ）の割引をゼロにリセットする。

配信サーバ１００は、利用者３ｂの楽曲購入により、利用者３ｂの端末５ｂに至るまでの利用者に対して、重みＤＢ３２０を参照して割引を適用する。このパターン１では、１親等に相当する利用者３ａ（即ち、端末情報Ａ）に対して、利用者３ａが楽曲７１を試聴した際に付与した５％に、更に、１親等に対する５％が加算され、割引は１０％となる。この時点で利用者３ａが楽曲７１を購入した場合には、最大割引２０％未満であるため、割引合計の１０％の割引となる。

次に、孫利用者が親利用者及び子利用者より前に楽曲７１を購入するパターン２を説明する。図１９は、楽曲購入のパターン２を説明するための図である。図１９では、孫の利用者３ｄが、端末５ｂから楽曲用認証情報８を添付した楽曲購入要求を配信サーバ１００へ行い、利用者登録が行われる（ステップＳ５０１）。

楽曲購入要求を送信してきた端末５ｄの端末情報Ｄが利用者ＤＢ３１０に存在しないため、配信サーバ１００は、端末５ｄを介して利用者３ｄから利用者情報を取得して、ＤＢサーバ３００の利用者ＤＢ３１０に利用者３ｄの利用者情報を登録する（ステップＳ５０２）。利用者ＩＤ「user_D」及び「端末情報Ｄ」が利用者ＤＢ３１０に登録される。

配信サーバ１００は、端末５ｄから楽曲用認証情報８に基づいた端末５ｄの親等に対応する割引を重みＤＢ３２０から取得して、楽曲７１の元値から割り引かれた値で、端末５ｄを介して利用者３ｄに購入の意志を確認する。端末５ｄは０親等に相当するため、重みＤＢ３２０により５％の割引となる。

端末５ｄでは、利用者３ｄにより購入が確認されると、楽曲７１のダウンロードが開始される（ステップＳ５０３）。配信サーバ１００は、ダウンロードの完了をもって、利用者ＤＢ３１０の利用者ＩＤ「user_D」（端末情報Ｄ）の割引をゼロにリセットする。

配信サーバ１００は、利用者３ｂの楽曲購入により、利用者３ｂの端末５ｂに至るまでの利用者に対して、重みＤＢ３２０を参照して割引を適用する（ステップＳ５０４）。このパターン２では、端末５ｂからの楽曲用認証情報８には、端末情報Ａ、端末情報Ｂが示されている。このうち、端末情報Ｂは、利用者ＤＢ３１０に存在しないため、配信サーバ１００は、端末情報Ｂを追加する。

１親等に相当する利用者３ｂ（即ち、端末情報Ｂ）に対して、１親等に対する５％が設定される。この時点で利用者３ｂが楽曲７１を購入した場合には、最大割引２０％未満であるため、割引合計の５％の割引となる。

２親等に相当する利用者３ａ（即ち、端末情報Ａ）に対して、利用者３ａが楽曲７１を試聴した際に付与した５％に、更に、２親等に対する４％が加算され、割引は９％となる。この時点で利用者３ａが楽曲７１を購入した場合には、最大割引２０％未満であるため、割引合計の９％の割引となる。

次に、孫利用者が親利用者より前に、子利用者の後に楽曲７１を購入するパターン３を説明する。パターン３は、即ち、上述したパターン１の後に利用者３ｄが紹介された楽曲７１を購入する場合に相当する。

図２０は、楽曲購入のパターン３を説明するための図である。図２０では、孫の利用者３ｄが、端末５ｂから楽曲用認証情報８を添付した楽曲購入要求を配信サーバ１００へ行い、利用者登録が行われる（ステップＳ６０１）。

楽曲購入要求を送信してきた端末５ｄの端末情報Ｄが利用者ＤＢ３１０に存在しないため、配信サーバ１００は、端末５ｄを介して利用者３ｄから利用者情報を取得して、ＤＢサーバ３００の利用者ＤＢ３１０に利用者３ｄの利用者情報を登録する（ステップＳ６０２）。利用者ＩＤ「user_D」及び「端末情報Ｄ」が利用者ＤＢ３１０に登録される。

配信サーバ１００は、端末５ｄから楽曲用認証情報８に基づいた端末５ｄの親等に対応する割引を重みＤＢ３２０から取得して、楽曲７１の元値から割り引かれた値で、端末５ｄを介して利用者３ｄに購入の意志を確認する。端末５ｄは０親等に相当するため、重みＤＢ３２０により５％の割引となる。

端末５ｄでは、利用者３ｄにより購入が確認されると、楽曲７１のダウンロードが開始される（ステップＳ６０３）。配信サーバ１００は、ダウンロードの完了をもって、利用者ＤＢ３１０の利用者ＩＤ「user_D」（端末情報Ｄ）の割引をゼロにリセットする。

配信サーバ１００は、利用者３ｂの楽曲購入により、利用者３ｂの端末５ｂに至るまでの利用者に対して、重みＤＢ３２０を参照して割引を適用する（ステップＳ６０４）。このパターン３では、端末５ｂからの楽曲用認証情報８には、端末情報Ａ、端末情報Ｂが示されている。端末情報Ａ及び端末情報Ｂ共に、利用者登録がなされている。

従って、配信サーバ１００は、１親等に相当する利用者３ｂ（即ち、端末情報Ｂ）に対して、１親等に対する５％に対応するポイントに変換してポイントで付与する。例えば、利用者３ｂが楽曲７１を購入したときの購入金額に基づいて付与されたポイントに、楽曲７１の元値の５％の金額から変換したポイントが加算される。

また、配信サーバ１００は、２親等に相当する利用者３ａ（即ち、端末情報Ａ）に対して、利用者３ａが楽曲７１を試聴した際に付与した５％に、利用者３ｂの楽曲７１の購入により付与された５％を加算した１０％に対して、更に、２親等に対する４％が加算される。従って、利用者３ａの割引の累積は１４％となる。この時点で利用者３ａが楽曲７１を購入した場合には、最大割引２０％未満であるため、割引合計の１４％の割引となる。

次に、他の伝播経路における子利用者が親利用者より前に、子利用者の後に楽曲７１を購入するパターン４を説明する。パターン４は、即ち、上述したパターン３の後に利用者３ｃが紹介された楽曲７１を購入する場合であり、利用者３ａの全ての子及び孫が楽曲７１を購入する場合に相当する。

図２１は、楽曲購入のパターン４を説明するための図である。パターン４において、利用者３ｂ及び３ｄは楽曲７１を購入を購入済みであるため、図２１の利用者ＤＢ３１０において、割引は０％を示す。

図２１では、子の利用者３ｂ及び３ｄとは異なる伝播経路の子の利用者３ｃが、端末５ｃから楽曲用認証情報８を添付した楽曲購入要求を配信サーバ１００へ行い、利用者登録が行われる（ステップＳ７０１）。

楽曲購入要求を送信してきた端末５ｃの端末情報Ｃが利用者ＤＢ３１０に存在しないため、配信サーバ１００は、端末５ｃを介して利用者３ｃから利用者情報を取得して、ＤＢサーバ３００の利用者ＤＢ３１０に利用者３ｃの利用者情報を登録する（ステップＳ７０２）。利用者ＩＤ「user_C」及び「端末情報Ｃ」が利用者ＤＢ３１０に登録される。

配信サーバ１００は、端末５ｃから楽曲用認証情報８に基づいた端末５ｃの親等に対応する割引を重みＤＢ３２０から取得して、楽曲７１の元値から割り引かれた値で、端末５ｃを介して利用者３ｃに購入の意志を確認する。端末５ｃは０親等に相当するため、重みＤＢ３２０により５％の割引となる。

端末５ｃでは、利用者３ｃにより購入が確認されると、楽曲７１のダウンロードが開始される（ステップＳ６０３）。配信サーバ１００は、ダウンロードの完了をもって、利用者ＤＢ３１０の利用者ＩＤ「user_C」（端末情報Ｃ）の割引をゼロにリセットする。

配信サーバ１００は、利用者３ｃの楽曲購入により、利用者３ｃの端末５ｃに至るまでの利用者に対して、重みＤＢ３２０を参照して割引を適用する（ステップＳ６０４）。このパターン４では、端末５ｂからの楽曲用認証情報８には、端末情報Ｃより前には端末情報Ａのみが示されている。端末情報Ａに対して利用者登録がなされている。

従って、配信サーバ１００は、１親等に相当する利用者３ａ（即ち、端末情報Ａ）に対して、利用者３ａの割引の累積は１４％に、更に、５％を加算した１９％が割引として設定される。この時点で利用者３ａが楽曲７１を購入した場合には、最大割引２０％未満であるため、割引合計の１９％の割引となる。

そして、パターン４の後に、即ち、利用者３ａが紹介した全ての子及び孫の利用者が同じ楽曲７１の購入後に、伝播経路の起点となる利用者３ａが楽曲７１を購入するパターン５を説明する。

図２２は、楽曲購入のパターン５を説明するための図である。パターン５において、利用者３ａ以外の利用者３ｂ、３ｃ、及び３ｄは楽曲７１を購入を購入済みであるため、図２１の利用者ＤＢ３１０において、割引は０％を示す。

図２２では、楽曲７１の紹介による伝播経路の起点である利用者３ａが、端末５ａから楽曲用認証情報８を添付した楽曲購入要求を配信サーバ１００へ行い、利用者登録が行われる（ステップＳ８０１）。

楽曲購入要求を送信してきた端末５ａの端末情報Ａは既に利用者登録が利用者ＤＢ３１０に対して行われている。配信サーバ１００は、重みＤＢ３２０を参照することで、０親等に付与される５％の割引を現在保持している割引１４％に加算した１９％を、端末５ａに対する楽曲７１の割引とする（ステップＳ８０２）。最大割引２０％未満であるため、楽曲７１の元値から１９％を割引た値で、購入の確認が行われる。

端末５ａでは、利用者３ａにより購入が確認されると、楽曲７１のダウンロードが開始される。配信サーバ１００は、ダウンロードの完了をもって、利用者ＤＢ３１０の利用者ＩＤ「user_A」（端末情報Ａ）の割引をゼロにリセットする。

上述したように、本実施例では、ユーザは紹介（口コミに相当）で購入者を増やすことで、自身の購入時に割引が拡大され安く購入できる。また、販売者であるコンテンツ提供者は、購入者が紹介（口コミ）で増えることにより売上を上げることができる。ユーザ同士の繋がりは認証情報に保持されるため、配信サーバ１００で複雑な情報管理を行う機能を備える必要がない。

本実施例において、紹介される対象は、商品、サービス等であり、コンテンツ７の一例として楽曲７１で説明したが、デジタルコンテンツに限定されない。商品又はサービスの購入時に、商品又はサービスの情報の伝播経路に応じた報酬（割引、ポイント）が各利用者に付与されることで、自身の購入時の割引が拡大され安く購入できる。また、コンテンツ提供者等のコンテンツ販売者は、購入者が通信を介した口コミ（紹介）で増えることにより売上を上げることができる。更に、利用者同士の繋がり、即ち、端末情報データ８３で示される伝播経路は、各端末に楽曲用認証情報８に保持されるため、配信サーバ１００にて複雑な情報を管理する必要がない。

本発明は、具体的に開示された実施例に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。

以上の実施例を含む実施形態に関し、更に以下の付記を開示する。
（付記１）
第１の端末から商品又はサービスの購入を認証する認証情報を第２の端末に送信する際に、該第１の端末の第１識別情報が追加された該認証情報を送信し、
前記第２の端末は、受信した前記認証情報を用いて前記商品又はサービスを販売するサーバにアクセスし、該認証情報が指定する商品又はサービスの購入要求を行い、
前記サーバは、前記認証情報から前記第１の端末の第１識別情報を取得し、取得した該第１の端末の第１識別情報に基づいて、該第１の端末に対する所定のサービスを提供する
ことを特徴とする商品購入制御システム。
（付記２）
前記第２の端末は、前記第１識別情報の後に該第２の端末の第２識別情報を追加した前記認証情報を用いて、前記購入要求を行い、
前記サーバは、前記認証情報内の端末の識別情報の追加順に従って、該追加順の末端ほど高いサービスを提供する
ことを特徴とする付記１記載の商品購入制御システム。
（付記３）
前記サーバは、前記所定のサービスの提供を前記末端から所定世代までに制限する
ことを特徴とする付記２記載の商品購入制御システム。
（付記４）
前記制限内の世代において、既に、同一の商品又はサービスを購入済みである場合には、前記所定のサービスとは異なる別のサービスに変換して提供する
ことを特徴とする付記３記載の商品購入制御システム。
（付記５）
前記第１の端末と前記第２の端末間の送信による前記認証情報の拡散方法に応じて、前記所定のサービスを調整する
ことを特徴とする付記４記載の商品購入制御システム。
（付記６）
前記第２の端末が前記認証情報を既に保持している場合、前記第１の端末からの該認証情報の受信を抑止する
ことを特徴とする付記４記載の商品購入制御システム。
（付記７）
前記第１の識別情報及び前記第２の識別情報は、各々暗号化されて、前記認証情報に付加される
ことを特徴とする付記１乃至６のいずれか一項記載の商品購入制御システム。
（付記８）
第１の端末から商品又はサービスの購入を認証する認証情報を第２の端末に送信する際に、該第１の端末の第１識別情報が追加された該認証情報を送信し、
前記第２の端末は、受信した前記認証情報を用いて前記商品又はサービスを販売するサーバにアクセスし、該認証情報が指定する商品又はサービスの購入要求を行い、
前記サーバは、前記認証情報から前記第１の端末の第１識別情報を取得し、取得した該第１の端末の第１識別情報に基づいて、該第１の端末に対する所定のサービスを提供する処理を行う
ことを特徴とする商品購入制御方法。
（付記９）
第１の端末から商品又はサービスの購入を認証する認証情報を第２の端末に送信する際に、該第１の端末の第１識別情報が追加された該認証情報を送信し、前記第２の端末は、受信した前記認証情報を用いて前記商品又はサービスを販売するサーバにアクセスし、該認証情報が指定する商品又はサービスの購入要求を行うことによって、該購入要求を受信する受信部と、
受信した前記購入要求に含まれる前記認証情報から前記第１の端末の第１識別情報を取得し、取得した該第１の端末の第１識別情報に基づいて、該第１の端末に対する所定のサービスを提供する
処理をコンピュータに実行させることを特徴とする商品購入制御プログラム。
（付記１０）
ネットワークを介して商品購入要求を受信すると、前記商品購入要求から得られる商品情報の伝播経路情報に基づいて、該商品情報を伝播した１以上の伝播元に対応付けて各報酬を記憶部に記憶し、
前記ネットワークを介して、前記伝播元からの商品購入要求を受信すると、前記記憶部を参照することで、該伝播元の前記報酬を取得して、該報酬に応じた金額で商品の購入を可能とする
処理をコンピュータに実行させることを特徴とする商品購入制御プログラム。

２ ネットワーク
７ コンテンツ
３、３ａ、３ｂ等 利用者
５、５ａ、５ｂ等 端末
７ コンテンツ
８ 楽曲用認証情報
１１ａ、１１ｂ ＣＰＵ
１２ａ、１２ｂ 主記憶装置
１３ａ 補助記憶装置
１４ａ 入力装置
１５ａ 表示装置
１６ｂ ユーザＩ／Ｆ
１７ａ 通信Ｉ／Ｆ
１８ａ、１８ｂ ドライブ
１９ａ、１９ｂ 記憶媒体
３１ アプリケーション
３５ コンテンツＤＢ
３６ 最大割引
５０ アプリ提供部
５１ 楽曲試聴処理部
５３ 楽曲購入処理部
５５ 登録処理部
７１ 楽曲
１００ 配信サーバ
１５０ 楽曲配信部
２００ 認証サーバ
３００ ＤＢサーバ
３１０ 利用者ＤＢ
３２０ 重みＤＢ
３３０ 購入履歴ＤＢ

Claims (6)

1. 第１の端末から商品又はサービスの購入を認証する認証情報を第２の端末に送信する際に、該第１の端末の第１識別情報が追加された該認証情報を送信し、
   前記第２の端末は、受信した前記認証情報を用いて前記商品又はサービスを販売するサーバにアクセスし、該認証情報が指定する商品又はサービスの購入要求を行い、
   前記サーバは、前記認証情報から前記第１の端末の第１識別情報を取得し、取得した該第１の端末の第１識別情報に基づいて、該第１の端末に対する所定のサービスを提供する
   ことを特徴とする商品購入制御システム。
2. 前記第２の端末は、前記第１識別情報の後に該第２の端末の第２識別情報を追加した前記認証情報を用いて、前記購入要求を行い、
   前記サーバは、前記認証情報内の端末の識別情報の追加順に従って、該追加順の末端ほど高いサービスを提供する
   ことを特徴とする請求項１記載の商品購入制御システム。
3. 前記サーバは、前記所定のサービスの提供を前記末端から所定世代までに制限する
   ことを特徴とする請求項２記載の商品購入制御システム。
4. 前記制限内の世代において、既に、同一の商品又はサービスを購入済みである場合には、前記所定のサービスとは異なる別のサービスに変換して提供する
   ことを特徴とする請求項３記載の商品購入制御システム。
5. 第１の端末から商品又はサービスの購入を認証する認証情報を第２の端末に送信する際に、該第１の端末の第１識別情報が追加された該認証情報を送信し、
   前記第２の端末は、受信した前記認証情報を用いて前記商品又はサービスを販売するサーバにアクセスし、該認証情報が指定する商品又はサービスの購入要求を行い、
   前記サーバは、前記認証情報から前記第１の端末の第１識別情報を取得し、取得した該第１の端末の第１識別情報に基づいて、該第１の端末に対する所定のサービスを提供する処理を行う
   ことを特徴とする商品購入制御方法。
6. 第１の端末から商品又はサービスの購入を認証する認証情報を第２の端末に送信する際に、該第１の端末の第１識別情報が追加された該認証情報を送信し、前記第２の端末は、受信した前記認証情報を用いて前記商品又はサービスを販売するサーバにアクセスし、該認証情報が指定する商品又はサービスの購入要求を行うことによって、該購入要求を受信する受信部と、
   受信した前記購入要求に含まれる前記認証情報から前記第１の端末の第１識別情報を取得し、取得した該第１の端末の第１識別情報に基づいて、該第１の端末に対する所定のサービスを提供する
   処理をコンピュータに実行させることを特徴とする商品購入制御プログラム。

Images