JP5038514B1 - 価格決定システム、価格決定システムの制御方法、及びプログラム - Google Patents

Abstract

【課題】課金サービスを利用するユーザを増加させること。
【解決手段】価格変動部（３２）は、ユーザが購入する購入対象データの現在の価格を変動させる価格変動手段と、第１のユーザと第２のユーザとを関連付けたユーザグループデータを記憶する手段からユーザグループデータを取得する。価格決定部（３４）は、第１のユーザが購入対象データを購入した場合、第１のユーザに関連付けられた第２のユーザが購入対象データを購入する場合の購入対象データの価格として、価格変動部（３２）により変動された購入対象データの現在の価格とは異なる価格を、第１のユーザが購入対象データを購入した場合の購入対象データの価格に基づいて決定する。
【選択図】図３

Description

本発明は、価格決定システム、価格決定システムの制御方法、及びプログラムに関する。

従来、あるユーザと友人関係にあるユーザグループ内で情報を共有するためのシステム（ソーシャルネットワーキングサービス）が知られている。特許文献１には、ユーザが所定のサービスを利用する場合、このユーザに課金処理が実行されるソーシャルネットワーキングサービスが記載されている。

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

しかしながら、従来の技術においては、ユーザが購入する商品やサービス（単に、課金サービスという。）の価格は一定であり、課金サービスを利用するユーザを十分に増加させることはできなかった。例えば、所定の期間において価格を安くすることによって、課金サービスを利用するユーザを増加させることも考えられるが、この期間が終了した場合には元の価格に戻るため、課金サービスを利用するユーザを十分に増加させることができなかった。そこで、例えば、ソーシャルネットワーキングサービスの特徴を活かして課金サービスを利用するユーザを増加させることが望まれている。

本発明は、上記課題に鑑みてなされたものであって、その目的は、課金サービスを利用するユーザを増加させることが可能な価格決定システム、価格決定システムの制御方法、及びプログラムを提供することである。

上記課題を解決するために、本発明に係る価格決定システムは、ユーザが購入する購入対象データの現在の価格を変動させる価格変動手段と、第１のユーザと第２のユーザとを関連付けたユーザグループデータを記憶する手段から前記ユーザグループデータを取得する手段と、前記第１のユーザが前記購入対象データを購入した場合、前記第１のユーザに関連付けられた前記第２のユーザが前記購入対象データを購入する場合の前記購入対象データの価格として、前記価格変動手段により変動された前記購入対象データの現在の価格とは異なる価格を、前記第１のユーザが前記購入対象データを購入した場合の前記購入対象データの価格に基づいて決定する価格決定手段と、を含むことを特徴とする。

また、本発明に係る価格決定システムの制御方法は、ユーザが購入する購入対象データの現在の価格を変動させる価格変動ステップと、第１のユーザと第２のユーザとを関連付けたユーザグループデータを記憶する手段から前記ユーザグループデータを取得するステップと、前記第１のユーザが前記購入対象データを購入した場合、前記第１のユーザに関連付けられた前記第２のユーザが前記購入対象データを購入する場合の前記購入対象データの価格として、前記価格変動ステップにおいて変動された前記購入対象データの現在の価格とは異なる価格を、前記第１のユーザが前記購入対象データを購入した場合の前記購入対象データの価格に基づいて決定する価格決定ステップと、を含むことを特徴とする。

また、本発明に係るプログラムは、ユーザが購入する購入対象データの現在の価格を変動させる価格変動手段、第１のユーザと第２のユーザとを関連付けたユーザグループデータを記憶する手段から前記ユーザグループデータを取得する手段、前記第１のユーザが前記購入対象データを購入した場合、前記第１のユーザに関連付けられた前記第２のユーザが前記購入対象データを購入する場合の前記購入対象データの価格として、前記価格変動手段により変動された前記購入対象データの現在の価格とは異なる価格を、前記第１のユーザが前記購入対象データを購入した場合の前記購入対象データの価格に基づいて決定する価格決定手段、を含むことを特徴とする。

また、本発明に係る情報記憶媒体は、上記プログラムを記録したコンピュータ読み取り可能な情報記憶媒体である。

また、本発明に係る価格決定システムは、ユーザが購入する商品又はサービスの現在の価格を変動させる価格変動手段と、第１のユーザと第２のユーザとを関連付けたユーザグループデータを記憶する手段から前記ユーザグループデータを取得する手段と、前記第１のユーザが前記商品又は前記サービスを購入した場合、前記第１のユーザに関連付けられた前記第２のユーザが前記商品又は前記サービスを購入する場合の前記商品又は前記サービスの価格として、前記価格変動手段により変動された前記商品又は前記サービスの現在の価格とは異なる価格を、前記第１のユーザが前記商品又は前記サービスを購入した場合の前記商品又は前記サービスの価格に基づいて決定する価格決定手段と、を含むことを特徴とする。

本発明によれば、課金サービスを利用するユーザを増加させることが可能になる。

また、本発明の一態様では、前記価格決定手段は、前記第２のユーザが前記購入対象データを購入する場合、前記第１のユーザが前記購入対象データを購入した場合の前記購入対象データの価格に基づいて決定される価格と、前記価格変動手段により変動された前記購入対象データの現在の価格と、を比較する価格比較手段を含み、前記価格変動手段により変動された前記購入対象データの現在の価格が、前記第１のユーザが前記購入対象データを購入した場合の前記購入対象データの価格に基づいて決定される価格よりも高い場合、前記第１のユーザが前記購入対象データを購入した場合の前記購入対象データの価格に基づいて決定される価格を、前記第１のユーザに関連付けられた前記第２のユーザが前記購入対象データを購入する場合の前記購入対象データの価格として決定する、ことを特徴とする。

また、本発明の一態様では、前記価格決定システムは、前記購入対象データの販売数又は販売可能数に関する販売数データを記憶する手段から前記販売数データを取得する手段と、前記価格決定手段により決定される価格で前記購入対象データを購入することができる前記第２のユーザの数を、前記販売数データが示す販売数又は販売可能数に基づいて決定する手段と、を更に含むことを特徴とする。

また、本発明の一態様では、前記価格決定システムは、前記購入対象データの販売数又は販売可能数に関する販売数データを記憶する手段から前記販売数データを取得する手段と、前記第２のユーザが前記価格決定手段により決定される価格で前記購入対象データを購入することができる期間を、前記販売数データが示す販売数又は販売可能数に基づいて決定する手段と、を更に含むことを特徴とする。

また、本発明の一態様では、前記価格決定システムは、前記第２のユーザが、前記価格決定手段により決定される価格で前記購入対象データを購入した場合、前記第２のユーザに関連付けられた前記第１のユーザに報酬を付与するための処理を実行する手段、を更に含むことを特徴とする。

また、本発明の一態様では、前記価格決定システムは、前記第１のユーザに関連付けられた第２のユーザのうち、前記第１のユーザによる指定を受け付ける手段、を含み、前記価格決定手段は、前記第１のユーザに関連付けられた前記第２のユーザのうち、前記第１のユーザにより指定された前記第２のユーザが前記購入対象データを購入する場合の前記購入対象データの価格を、前記第１のユーザが前記購入対象データを購入した場合の前記購入対象データの価格に基づいて決定する、ことを特徴とする。

また、本発明の一態様では、前記価格決定システムは、前記第１のユーザによる前記購入対象データの購入履歴を示す前記購入履歴データを記憶する手段から前記購入履歴データを取得する手段、を更に含み、前記価格決定手段は、前記第２のユーザが前記購入対象データを購入する場合、前記第２のユーザに関連付けられた前記第１のユーザが過去に前記購入対象データを購入したか否かを、前記購入履歴データに基づいて判定する判定手段、を含み、前記第２のユーザに関連付けられた前記第１のユーザが過去に前記購入対象データを購入した場合、前記第１のユーザが前記購入対象データを購入した場合の前記購入対象データの価格に基づいて決定される価格を、前記第１のユーザに関連付けられた前記第２のユーザが前記購入対象データを購入する場合の前記購入対象データの価格として決定する、ことを特徴とする。

また、本発明の一態様では、前記価格決定システムは、前記第１のユーザが前記購入対象データを購入した場合、前記第１のユーザに関連付けられた前記第２のユーザが前記価格決定手段により決定される価格で前記購入対象データを購入する資格があることを示す購入資格データを生成し、当該購入資格データを購入資格データ記憶手段に記憶させる購入資格生成手段、を更に含み、前記価格決定手段は、前記第１のユーザに関連付けられた前記第２のユーザが前記購入対象データを購入する場合、前記購入資格データ記憶手段に前記購入資格データが記憶されいるか否かを判定する判定手段、を含み、前記購入資格データ記憶手段に前記購入資格データが記憶されている場合、前記第１のユーザが前記購入対象データを購入した場合の前記購入対象データの価格に基づいて決定される価格を、前記第１のユーザに関連付けられた前記第２のユーザが前記購入対象データを購入する場合の前記購入対象データの価格として決定する、ことを特徴とする。

本発明に係る価格決定システムの全体構成を示す図である。 ユーザが購入対象データの購入操作を行うための画面の一例を示す図である。 価格決定システムによって実現される機能を示すブロック図である。 ユーザグループデータのデータ格納例を示す図である。 購入対象マスタデータのデータ格納例を示す図である。 購入履歴データのデータ格納例を示す図である。 価格決定システムにおける処理の流れを示す図である。 価格決定システムにおける処理の流れを示す図である。 実施形態２の価格決定システムの機能ブロック図である。 購入資格データのデータ格納例を示す図である。 実施形態２の価格決定システムにおける処理の流れを示す図である。 実施形態２の価格決定システムにおける処理の流れを示す図である。 販売数データのデータ格納例を示す図である。 購入対象データの販売数に関する条件と購入可能ユーザ数との関連付けを示す図である。 実施形態３における購入履歴データのデータ格納例を示す図である。 購入対象データの販売数に関する条件と購入可能期間との関連付けを示す図である。 実施形態４における購入履歴データのデータ格納例を示す図である。 実施形態６における購入履歴データのデータ格納例を示す図である。

［１．実施形態１］
以下、本発明に係る実施形態について、図面に基づき詳細に説明する。本発明に係る価格決定システムは、所定条件の下で価格が変動する購入対象データの価格を決定する。購入対象データとは、商品としてユーザに購入されるデータであり、例えば、課金されたユーザに付与されるデータである。本実施形態においては、購入対象データの一例として、ユーザがアプリケーションソフトウェア（例えば、ゲームソフトウェア）を購入する場合を説明する。

［１−１．価格決定システムの全体構成］
図１は、本発明に係る価格決定システムの全体構成を示す図である。図１に示すように、価格決定システムＳは、例えば、システム管理者の管理下におかれる一又は複数のサーバ装置１と、ユーザの操作に供される一又は複数のユーザ装置１０と、を含んで構成される。価格決定システムＳを構成する各装置同士は、ネットワークＮを介してデータ通信可能に接続される。

サーバ装置１は、公知のサーバコンピュータである。例えば、サーバ装置１は、ＣＰＵ等を含む制御部２と、ＨＤＤやＲＡＭ等を含む記憶部３と、キーボードやマウス等を含む操作部４、ＤＶＤ再生装置等を含む入力部５、液晶モニタ等を含む表示部６と、ネットワークカード等を含む通信部７と、を含んで構成される。

制御部２は、記憶部３に格納されるオペレーティングシステムや、入力部５から読み出されるプログラム等に基づいてサーバ装置１の各部を制御する。記憶部３は、各種プログラムや各種データ（例えば、現在の日時を示すデータ）等を記憶する。操作部４は、各種操作信号を制御部２に入力する。入力部５は、各種記憶媒体からデータやプログラム等を読み込む。通信部７は、ネットワークＮを介して他の端末と通信を行う。

ユーザ装置１０は、パーソナルコンピュータ、ゲーム機（家庭用ゲーム機や携帯用ゲーム機等）、携帯情報端末（例えば、携帯電話機）等の公知のコンピュータである。例えば、ユーザ装置１０は、ＣＰＵ等を含む制御部１１と、フラッシュメモリやＲＡＭ等を含む記憶部１２と、タッチパネルや各種ボタン等を含む操作部１３と、メモリカードスロット等を含む入力部１４と、液晶パネル等を含む表示部１５と、無線通信又は有線通信を行うためのネットワークカード等を含む通信部１６と、を含んで構成される。

制御部１１は、例えば、記憶部１２に記憶された各種プログラムを実行する。記憶部１２は、制御部１１がプログラムを実行するために必要なデータや、現在の日時を示すデータ等を記憶する。操作部１３は、各種操作信号を制御部１１に入力する。入力部１４は、各種記憶媒体からプログラムやデータを読み込む。通信部１６は、ネットワークＮを介して他の端末と通信を行う。

例えば、ユーザは、ユーザ装置１０を操作することによって、友人関係にある他のユーザと情報を共有するソーシャルネットワーキングサービスを利用する。「あるユーザと友人関係にあるユーザ」とは、あるユーザに関連付けられたユーザと同じ意である。

ユーザは、ソーシャルネットワーキングサービスを利用することによって、友人関係にある他のユーザとコミュニケーションをとることができる。例えば、ユーザは、ユーザ装置１０を操作することによって、サーバ装置１に自分の日記を示すデータを登録する。この日記は、日記を登録したユーザと友人関係にあるユーザのみ、見ることができる。なお、ソーシャルネットワーキングサービスにおいて、ユーザが他のユーザとコミュニケーションをとる方法は、公知の種々の手法を適用可能である。

本実施形態においては、ユーザは、ユーザ装置１０を操作して購入対象データを購入することができる。ユーザは、例えば、ゲームソフトウェア、ワープロソフトウェア、表計算ソフトウェア、画像編集ソフトウェア等のアプリケーションソフトウェアを購入することができる。ユーザは、所定の画面から購入対象データの購入操作を行うことができる。

図２は、ユーザが購入対象データの購入操作を行うための画面の一例を示す図である。図２に示すように、購入画面２０には、ユーザが購入することができる購入対象データの候補を示す一覧２１、ユーザが購入対象データを購入する場合の課金額を示す価格２２、購入対象データの内容や価格の説明等を示す備考欄２３、ユーザが購入対象データを選択するためのボタン２４、ユーザが購入対象データの購入を指示するためのボタン２５、購入対象データの購入をキャンセルするためのボタン２６が表示される。ユーザは、購入画面２０の表示内容を頼りにして、購入対象データの購入操作を行う。

購入対象データは、所定条件の下で現在の価格が変動する。本実施形態においては、ある期間が訪れた場合、購入対象データの現在の価格が安くなる場合を説明する。即ち、購入対象データの価格が安くなる期間（以降、タイムセール期間という。）において、ユーザは、通常価格よりも安い価格（以降、割引価格という。）で購入対象データを購入することができる。

図２に示す場合、「ワープロソフトＡ」は、通常価格で販売されているが、「ゲームソフトＢ」は、割引価格で販売されている。タイムセール期間が終了した場合、「ゲームソフトＢ」は、通常価格に戻る。

本実施形態の価格決定システムＳは、あるユーザが割引価格で購入対象データを購入した場合、このユーザと友人関係にあるユーザは、例えば、タイムセール期間が終了しても、通常価格ではなく割引価格で購入対象データを購入することができる構成になっている。例えば、図２に示す場合、「表計算ソフトＣ」は、タイムセール期間外であるが、ユーザの友人が、過去にタイムセール期間内に購入しているので、このユーザは、「表計算ソフトＣ」を割引価格で購入することができる。以降、本技術の詳細について説明する。

［１−２．機能ブロック］
図３は、価格決定システムＳによって実現される機能を示すブロック図である。図３に示すように、価格決定システムＳにおいては、サーバデータ記憶部３０、価格変動部３２、及び価格決定部３４が実現される。本実施形態においては、これらサーバデータ記憶部３０、価格変動部３２、及び価格決定部３４が、サーバ装置１によって実現される場合を説明する。サーバ装置１においては、制御部２が記憶部３から読み出されるプログラムによって動作することによって、これらの機能が実現される。

［１−２−１．サーバデータ記憶部］
サーバデータ記憶部３０は、記憶部３を主として実現される。サーバデータ記憶部３０は、ユーザがソーシャルネットワーキングサービスを利用するために必要なデータ、及び、ユーザが購入対象データを購入するために必要なデータを記憶する。例えば、サーバデータ記憶部３０は、以下のデータを記憶する。
（１）ユーザを一意に識別するためのユーザデータ
（２）あるユーザ（第１のユーザ）と他のユーザ（第２のユーザ）とを関連付けたユーザグループデータ
（３）ユーザが購入することができる購入対象データを定義する購入対象マスタデータ
（４）あるユーザ（第１のユーザ）による購入対象データの購入履歴を示す購入履歴データ

［ユーザデータ］
ユーザデータには、例えば、ユーザの個人情報が格納される。ユーザの個人情報には、例えば、ユーザＩＤ、パスワード、ユーザの氏名、性別、生年月日、住所、連絡先（電話番号やメールアドレス等）、及びユーザに課金を行うための情報（例えば、クレジットカードの番号や銀行口座を示す情報）等が含まれる。

例えば、ユーザは、ソーシャルネットワーキングサービスの利用を開始する際に、ユーザデータに格納される内容を入力することによって、ユーザ登録を行う。また、ユーザがユーザ登録を行った後において、ソーシャルネットワーキングサービスを利用する場合、サーバ装置１は、ユーザにより入力されるユーザＩＤ及びパスワードをユーザ装置１０から取得することによって、ユーザの認証を行う。

［ユーザグループデータ］
図４は、ユーザグループデータのデータ格納例を示す図である。図４に示すように、ユーザグループデータには、ユーザグループを識別する情報と、当該ユーザグループに所属するユーザと、が関連付けられて格納される。ユーザグループは、あるユーザに関連付けられた一又は複数のユーザを定義するものである。本実施形態においては、ユーザグループは、例えば、あるユーザと友人関係にあるユーザ（以降、単に友人という。）を定義する。ユーザは、ユーザグループに所属する一又は複数のユーザと、情報を共有することができる。

［購入対象マスタデータ］
図５は、購入対象マスタデータのデータ格納例を示す図である。図５に示すように、購入対象マスタデータには、購入対象データを識別するデータと、購入対象データの通常価格（基準価格）を示すデータと、購入対象データの現在の価格が変動するための変動条件を示すデータと、が関連付けられて格納される。

変動条件は、購入対象データの現在の価格が変動するか否かを示す条件である。変動条件は、予め定められた条件であればよい。本実施形態においては、変動条件が、現時点に関する条件（例えば、タイムセール期間を示すデータ）である場合を説明する。なお、詳しくは変形例に記載するが、変動条件は、購入対象データの現在の販売数に関する条件等であってもよい。

また、本実施形態においては、購入対象マスタデータには、変動条件が満たされている場合の購入対象データの価格に関するデータが格納される場合を説明する。即ち、変動条件には、変動条件が満たされる場合の購入対象データの価格が関連付けられる。

例えば、変動条件が満たされている場合、ユーザは、購入対象データを通常価格よりも安い割引価格で購入することができる。また、変動条件を複数用意しておき、満たされる変動条件によって購入対象データの価格が異なっていてもよい。例えば、満たされる変動条件によって、購入対象データの割引率が異なっていてもよい。例えば、図５に示すデータ格納例の場合、「ゲームソフトＢ」の価格は、３月〜１２月は２００円であるが、１月中は１００円に変動し、２月中は１５０円に変動する。

［購入履歴データ］
図６は、購入履歴データのデータ格納例を示す図である。図６に示すように、購入履歴データには、例えば、ユーザを識別するデータと、ユーザが購入した購入対象データを識別するデータと、ユーザが購入対象データを購入した場合の購入対象データの価格を示す価格データと、が格納される。即ち、購入履歴データには、あるユーザが過去に購入した購入対象データに関する情報が格納される。

ユーザが購入対象データを購入した場合の購入履歴データの価格とは、ユーザによる購入対象データの購入時の価格であり、購入対象データを購入したユーザに課金される金額である。本実施形態においては、購入履歴データに格納される価格データとしては、通常価格、又は、タイムセール時の割引価格、の何れかを示すデータが格納される。

本実施形態においては、価格データは、購入対象データの価格自体を示す場合を説明するが、価格データは、あるユーザが購入対象データを購入する場合の購入対象データの価格に関するものであればよく、他にも例えば、割引率を示してもよい。

なお、制御部２は、サーバデータ記憶部３０に記憶される各種データを取得する手段として機能する。また、サーバデータ記憶部３０に記憶されるデータは、上記の例に限られず、ユーザがソーシャルネットワーキングサービスを利用するために必要なデータ、又は、ユーザが購入対象データを購入するために必要なデータが記憶されていればよい。他にも例えば、サーバデータ記憶部３０には、現時点を示すデータ、ユーザが登録した日記や画像を示すデータ、又は購入対象データ自体が記憶されるようにしてもよい。

［１−２−２．価格変動部］
価格変動部３２は、制御部２を主として実現される。価格変動部３２は、ユーザが購入する購入対象データの現在の価格を変動（増減）させる。先述のように、変動前の購入対象データの価格（通常価格）を示すデータは、例えば、サーバデータ記憶部３０に記憶される。価格変動部３２は、このデータが示す価格（通常価格）を変動させることによって、購入対象データの現在の価格を変動させる。

例えば、価格変動部３２は、変動条件が満たされるか否かを判定し、当該判定結果に基づいて、購入対象データの現在の価格を変動させる。本実施形態においては、現時点を示すデータに基づいて変動条件を満たすか否かが判定される。

例えば、価格変動部３２は、変動条件が満たされる場合、購入対象データの現在の価格が、当該変動条件に関連付けられた価格になるように、購入対象データの現在の価格を変動させる。本実施形態においては、価格変動部３２は、現時点がタイムセール期間であるか否かを判定し、現時点がタイムセール期間である場合、購入対象データの現在の価格を割引価格に変動させる。

［１−２−３．価格決定部］
価格決定部３４は、制御部２を主として実現される。価格決定部３４は、第１のユーザが購入対象データを購入した場合、第１のユーザに関連付けられた第２のユーザが購入対象データを購入する場合の購入対象データの価格（以降、単に、第２のユーザの購入価格という。）として、価格変動部３２により変動された購入対象データの現在の価格とは異なる価格を、第１のユーザが購入対象データを購入した場合の購入対象データの価格（即ち、価格データが示す価格。以降、単に、第１のユーザの購入価格という。）に基づいて決定する。

例えば、価格決定部３４は、サーバデータ記憶部３０から価格データを取得し、第２のユーザの購入価格を、価格データに基づいて決定する。例えば、価格決定部３４は、第２のユーザの購入価格が、第２のユーザに関連付けられた第１のユーザが購入対象データを購入した場合の購入対象データの価格に対応する価格になるように、第２のユーザの購入価格を決定する。

第１のユーザの購入価格に対応する価格とは、第１のユーザの購入価格に基づいて決定される価格であり、例えば、第１のユーザの購入価格と同じ価格である。他にも例えば、第１のユーザの購入価格に対応する価格は、価格変動部３２により変動された現在の価格と、第１のユーザの購入価格と、に基づいて定まる価格（例えば、これらの平均価格）であってもよいし、第１のユーザの購入価格を所定の数式に代入することによって得られる価格（例えば、第１のユーザの購入価格の１．１倍の価格）であってもよい。

価格決定部３４は、第２のユーザに関連付けられた第１のユーザが過去に購入対象データを購入していない場合、第２のユーザの購入価格を、価格変動部３２によって変動された現在の価格に決定する。一方、価格決定部３４は、第２のユーザに関連付けられた第１のユーザが過去に購入対象データを購入した場合、第２のユーザの購入価格が価格変動部３２によって変動された現在の価格に決定されることを制限し、第２のユーザの購入価格を、価格データに基づいて決定する。

また、本実施形態においては、価格決定部３４が、第２のユーザが購入対象データを購入する場合、第１のユーザの購入価格に基づいて決定される価格（即ち、価格データに基づいて決定される価格）と、価格変動部３２により変動された購入対象データの現在の価格と、を比較する価格比較手段を含む場合を説明する。

この場合、価格決定部３４は、価格比較手段の比較結果に基づいて、第２のユーザの購入価格を決定する。例えば、価格変動部３２により変動された購入対象データの現在の価格が、第１のユーザの購入価格よりも高い場合、第１のユーザの購入価格に基づいて決定される価格を、第１のユーザに関連付けられた第２のユーザの購入価格として決定する。即ち、第２のユーザの購入価格が、価格データに基づいて決定される。一方、価格変動部３２により変動された購入対象データの現在の価格が、第１のユーザの購入価格よりも安い場合、価格変動部３２により変動された購入対象データの現在の価格を、第２のユーザの購入価格として決定する。

また例えば、第２のユーザが価格決定部３４により決定される価格（例えば、第１のユーザの購入価格）で購入対象データを購入する資格があるか否かが、所定の方法に基づいて判定される。即ち、あるユーザが、価格決定部３４により決定される価格で購入対象データを購入することができるか否かが、所定の方法に基づいて判定される。価格決定部３４は、この判定結果に基づいて、購入対象データの価格を決定するようにしてもよい。

即ち、第２のユーザが、第２のユーザが価格決定部３４により決定される価格で購入対象データを購入する資格がある場合、価格決定部３４は、第２のユーザの購入価格を、価格データに基づいて決定する。本実施形態においては、例えば、以下の方法によって、この判定処理が実行される。

例えば、ここでは、価格決定部３４が、第２のユーザが購入対象データを購入する場合、第２のユーザに関連付けられた第１のユーザが過去に購入対象データを購入したか否かを、購入履歴データに基づいて判定する判定手段を含む場合を説明する。判定手段は、ユーザグループデータを参照して、第２のユーザに関連付けられた第１のユーザを特定し、購入履歴データが示す購入履歴のうち、当該特定された第１のユーザの購入履歴を参照することによって、上記判定を行う。

また、この場合、価格決定部３４は、第２のユーザの購入価格を、判定手段の判定結果に基づいて決定する。価格決定部３４は、第２のユーザに関連付けられた第１のユーザが過去に購入対象データを購入した場合、第１のユーザの購入価格に基づいて決定される価格を、第１のユーザに関連付けられた第２のユーザの購入価格として決定する。

別の言い方をすれば、例えば、第２のユーザに関連付けられた第１のユーザが過去に購入対象データを購入したと判定された場合、第２のユーザは、価格決定部３４により決定される価格で、購入対象データを購入する資格があるので、第２のユーザの購入価格が、価格データに基づいて決定される。

一方、例えば、第２のユーザに関連付けられた第１のユーザが過去に購入対象データを購入したと判定されない場合、第２のユーザは、価格決定部３４により決定される価格で、購入対象データを購入する資格がないので、第２のユーザの購入価格が、価格データに基づいて決定されないように制限される。この場合、第２のユーザの購入価格は、価格変動部３２により変動された現在の価格に決定される。

［１−３．価格決定システムの処理の流れ］
図７及び図８は、価格決定システムＳにおける処理の流れを示す図である。以降説明する処理は、例えば、制御部２が記憶部３等に記憶されたプログラムに基づいて動作し、かつ、制御部１１が、記憶部１２等に記憶されたプログラムに基づいて動作することによって実行される。なお、図７及び図８に示す処理が実行されるにあたって、ユーザは、ユーザＩＤとパスワードを入力し、ユーザの認証が行われている。即ち、サーバ装置１は、どのユーザが自身にアクセスしているかを識別する情報を保持している。

図７に示すように、まず、制御部１１は、ユーザが購入対象データを購入するための購入画面２０を表示部１５に表示させるか否かを判定する（Ｓ１０）。例えば、所定のメニュー画面から所定のボタンが押下されたか否かが判定される。購入画面２０を表示部１５に表示させると判定されない場合（Ｓ１０；Ｎ）、制御部１１は、本処理を終了する。

購入画面２０を表示部１５に表示させると判定された場合（Ｓ１０；Ｙ）、制御部１１は、購入画面２０の表示要求を、サーバ装置１に対して行う（Ｓ１１）。別の言い方をすれば、ユーザが購入することができる購入対象データの一覧を示すデータの取得要求が行われる。なお、Ｓ１１において表示要求が行われる際には、ユーザを識別する情報（例えば、ユーザＩＤ等）も、サーバ装置１に送信されるようにしてもよい。

サーバ装置１においては、制御部２は、購入画面２０の表示要求を受信する（Ｓ１２）。制御部２は、購入対象マスタデータのレコードを順次参照して、購入対象マスタデータに格納された変動条件を満たすか否かを判定する（Ｓ１３）。Ｓ１３においては、例えば、現時点がタイムセール期間であるか否かが判定される。

変動条件が満たされると判定された場合（Ｓ１３；Ｙ）、制御部２は、購入対象データの価格を変動させ、購入対象データの価格を仮決定する（Ｓ１４）。Ｓ１４においては、例えば、購入対象データの価格が、通常価格から割引価格に変動する。即ち例えば、購入対象データの価格が、Ｓ１３で満たされると判定された変動条件に関連付けられた割引価格に変動する。

一方、変動条件が満たされると判定されない場合（Ｓ１３；Ｎ）、制御部２は、購入対象データの価格を割引価格に変動させず、購入対象データの価格を通常価格に仮決定する（Ｓ１５）。なお、Ｓ１４又はＳ１５で仮決定された価格を示すデータは、購入対象データを識別する情報と対応付けられて、記憶部３のＲＡＭ等に一時的に記憶される。

制御部２は、ユーザグループデータと購入履歴データを参照し、購入画面２０の表示要求をしたユーザ（第２のユーザ）の友人（第１のユーザ）が、過去に購入対象データを購入したか否かを判定する（Ｓ１６）。Ｓ１６においては、ユーザグループデータに基づいて友人が特定される。そして、現在、価格の決定処理（Ｓ１３〜Ｓ１９の処理）が行われている購入対象データを、この友人が過去に購入したことがあるか否かが購入履歴データに基づいて判定される。

ユーザの友人が過去に購入したと判定された場合（Ｓ１６；Ｙ）、制御部２は、購入履歴データに格納された価格データを参照し、友人が購入対象データを購入した場合の価格（即ち、第１のユーザの購入価格）が、Ｓ１４又はＳ１５で仮決定された価格よりも安いか否かを判定する（Ｓ１７）。即ち、購入履歴データに格納された価格データが示す友人の購入価格と、Ｓ１４又はＳ１５で仮決定された現在の価格と、が比較される。

友人の購入価格の方が安いと判定された場合（Ｓ１７；Ｙ）、制御部２は、Ｓ１１で表示要求をしたユーザの購入価格（即ち、第２のユーザの購入価格）を、価格データが示す友人の購入価格（即ち、第１のユーザの購入価格）に基づいて決定する（Ｓ１８）。

一方、ユーザの友人が過去に購入したと判定されない場合（Ｓ１６；Ｎ）、及び、友人の購入価格の方が安いと判定されない場合（Ｓ１７；Ｎ）、制御部２は、Ｓ１１で表示要求をしたユーザの購入価格を、Ｓ１４又はＳ１５で仮決定された価格に決定する（Ｓ１９）。Ｓ１８又はＳ１９で決定された価格を示すデータは、購入対象データを識別する情報と対応付けられて記憶部３のＲＡＭ等に記憶される。

なお、記憶部３には、上記記憶内容に加えて、Ｓ１８において友人の購入価格に基づいて価格が決定されたことを示すフラグや、割引価格であることを示すフラグが対応付けられていてもよい。このフラグが参照されることによって、購入画面２０の備考欄２３に、友人の購入価格である旨や、タイムセール期間中の割引価格である旨等を表示させることができる。

制御部２は、所定数の購入対象データについて、価格が決定されたか否かを判定する（Ｓ２０）。所定数とは、例えば、表示要求がなされた購入画面２０に表示される購入対象データの数であってもよいし、購入対象マスタデータに格納された購入対象データの数であってもよい。

所定数の購入対象データについて価格が決定されたと判定されない場合（Ｓ２０；Ｎ）、処理はＳ１３に戻り、次の購入対象データの価格が決定される。所定数の購入対象データについて価格が決定されたと判定された場合（Ｓ２０；Ｙ）、制御部２は、Ｓ１８又はＳ１９において決定された購入対象データの価格に基づいて購入画面２０の表示内容を示すデータを生成してユーザ装置１０に送信する（Ｓ２１）。

図８に移り、ユーザ装置１０においては、制御部１１は、サーバ装置１から受信したデータに基づいて、購入画面２０を表示部１５に表示させる（Ｓ２２）。Ｓ２２においては、ユーザが購入することができる購入対象データを示す一覧２１と、Ｓ１８又はＳ１９で決定された購入対象データの価格２２と、を含む購入画面２０が表示される。購入画面２０が表示されると、ユーザによる購入操作が待ち受けられる。

制御部１１は、購入画面２０から購入対象データの購入操作を受け付けたか否かを判定する（Ｓ２３）。例えば、一又は複数の購入対象データに対応するボタン２４が選択され、ボタン２５が押下されたか否かが判定される。購入対象データの購入操作を受け付けたと判定されない場合（Ｓ２３；Ｎ）、本処理は終了する。

購入対象データの購入操作を受け付けたと判定された場合（Ｓ２３；Ｙ）、制御部１１は、ユーザにより選択された購入対象データを識別するデータを含む購入内容データをサーバ装置１に送信する（Ｓ２４）。購入内容データには、他にも、購入操作をしたユーザを識別するデータや購入操作がなされた日時を示すデータ等が含まれるようにしてもよい。

サーバ装置１においては、制御部２は、ユーザ装置１０から購入内容データを受信する（Ｓ２５）。受信した購入内容データは、例えば、記憶部３のＲＡＭ等に一時的に記憶される。

制御部２は、ユーザデータと購入対象データとに基づいて、購入操作を行ったユーザの課金処理を実行する（Ｓ２６）。Ｓ２６においては、Ｓ１８又はＳ１９において決定された価格を示すデータが参照され、購入内容データが示す購入対象データの価格が特定される。当該特定された価格が、ユーザに課金される。課金方法は、ユーザデータに格納されたクレジットカード番号を用いてもよいし、携帯電話事業者を介した課金代行処理が実行されてもよいし、公知の種々の手法が適用可能である。

制御部２は、購入履歴データの記憶内容を更新する（Ｓ２７）。Ｓ２７においては、例えば、購入対象データを購入したユーザを識別するデータと、当該ユーザが購入した購入対象データを識別するデータと、当該ユーザの購入価格を示すデータ（即ち、当該ユーザに課金された金額を示すデータ）と、に基づいて、購入履歴データに新たなレコードが追加されることによって、購入履歴データの記憶内容が更新される。

制御部２は、ユーザが購入操作を行った購入対象データをユーザに送信する（Ｓ２８）。ユーザ装置１０においては、制御部１１は、サーバ装置１が送信した購入対象データを受信して記憶部１２に記憶させ（Ｓ２９）、処理は終了する。

以上説明した価格決定システムＳによれば、あるユーザ（第２のユーザ）が購入対象データを購入する場合、このユーザは、友人（第１のユーザ）の購入価格に対応する価格で購入対象データを購入することができる。例えば、あるユーザがタイムセール期間を逃したとしても、友人がタイムセール期間に割引価格でゲームソフトを購入していれば、このユーザは通常価格ではなく割引価格でゲームソフトを購入することができる。したがって、ユーザ同士が関連付けられたソーシャルネットワーキングサービスの特徴を活用して、課金サービスを利用するユーザを増加させることができる。

また、現在の価格と友人の購入価格とを比較して価格が決定されるので、友人の購入価格が現在の価格よりも安い場合に、ユーザは、友人の購入価格で購入対象データを購入することができる。別の言い方をすれば、例えば、現在の価格が、友人がタイムセール期間に購入した割引価格よりも更に安くなっていた場合には、ユーザは、友人の購入価格ではなく、より安い現在の価格で購入することができる。

また、購入履歴データが参照されることによって、購入操作を行うユーザの友人が、過去に購入対象データを購入したことがあるか否かを判定することができる。即ち、購入操作を行うユーザが、過去に購入対象データを購入したユーザと友人関係にあり、割引価格で購入対象データを購入する資格があるか否かを判定することができる。例えば、購入対象データを購入するユーザは、購入操作を行った時点において、過去に購入対象データを購入したことがあるユーザと友人関係になっていれば、このユーザの購入価格で購入対象データを購入することができる。

なお、実施形態１においては、過去に購入対象データを割引価格で購入したユーザの友人の全員が、価格決定部３４により決定される価格で購入対象データを購入する資格がある場合を説明したが、価格決定部３４により決定される価格で購入対象データを購入する資格があるユーザの人数（以降、購入可能ユーザ数という。）が、予め定められていてもよい。例えば、購入対象データを購入したユーザの友人のうち、先着順で５人までが、価格決定部３４により決定される価格で購入対象データを購入することができるようにしてもよい。

［２．実施形態２］
実施形態１においては、購入対象データを購入しようとしているユーザ（第２のユーザ）が、他のユーザ（第１のユーザ）の購入価格で購入対象データを購入する資格があるか否かが、購入履歴データに基づいて判定される場合を説明したが、この判定処理は、他の方法によって実行されるようにしてもよい。

実施形態２の価格決定システムＳは、購入対象データを購入しようとしているユーザに、後述する購入資格データが関連付けられているか否かによって、上記の判定処理が行われる構成になっている。以降、実施形態２の技術について詳細に説明する。

［２−１．実施形態２において実現される機能］
図９は、実施形態２の価格決定システムＳの機能ブロック図である。図９に示すように、実施形態２の価格決定システムＳは、実施形態１の機能に加えて購入資格データ生成部３６と購入資格データ記憶部３８とを実現する。ここでは、購入資格データ生成部３６と購入資格データ記憶部３８とが、サーバ装置１によって実現される場合を説明する。

［２−１−１．購入資格データ生成部］
購入資格データ生成部３６は、制御部２を主として実現される。購入資格データ生成部３６は、第１のユーザが購入対象データを購入した場合、第１のユーザに関連付けられた第２のユーザが価格決定部３４により決定される価格で購入対象データを購入する資格があることを示す購入資格データを生成し、当該購入資格データを購入資格データ記憶部３８に記憶させる。

購入資格データは、第２のユーザが、価格決定部３４により決定される価格（例えば、第１のユーザの購入価格）で購入対象データを購入する資格があることを、価格決定部３４に対して証明するためのデータである。本実施形態においては、購入資格データは、例えば、価格データ、又は、価格データに基づいて定まる価格を示すデータを含む場合を説明する。即ち、購入資格データが、第１のユーザの購入価格、又は、第２のユーザが購入することができる価格を示す場合を説明する。

［２−１−２．購入資格データ記憶部］
購入資格データ記憶部３８は、記憶部３を主として実現される。購入資格データ記憶部３８は、購入資格データ生成部３６によって生成された購入資格データを記憶する。本実施形態においては、購入資格データが、第２のユーザと関連付けられて記憶される。

図１０は、購入資格データのデータ格納例を示す図である。図１０に示すように、購入資格データ生成部３６により生成された購入資格データは、第２のユーザと関連付けられて、購入資格データ記憶部３８に記憶される。即ち、あるユーザが購入対象データを購入した場合に生成される購入資格データが、このユーザの友人を識別するデータと、関連付けられて購入資格データ記憶部３８に記憶される。

例えば、購入資格データ生成部３６は、第１のユーザが購入対象データを購入した場合、ユーザグループデータを参照して、この第１のユーザに関連付けられた第２のユーザを特定する。この特定された第２のユーザを識別する情報と、生成された購入資格データと、が関連付けられて購入資格データ記憶部３８に記憶される。

実施形態２の価格決定部３４は、第１のユーザに関連付けられた第２のユーザが購入対象データを購入する場合、購入資格データ記憶部３８に購入資格データが記憶されているか否かを判定する判定手段を含む。即ち、価格決定部３４は、第２のユーザが購入対象データを購入する場合、購入資格データ記憶部３８に購入資格データが記憶されているか否かを判定することによって、この第２のユーザが価格決定部３４により決定される価格で購入対象データを購入する資格があるか否かを判定する。

価格決定部３４は、第２のユーザの購入価格を、判定手段の判定結果に基づいて決定する。即ち、価格決定部３４は、購入資格データ記憶部３８に購入資格データが記憶されている場合、第１のユーザの購入価格に基づいて決定される価格を、第１のユーザに関連付けられた第２のユーザの購入価格として決定する。一方、価格決定部３４は、購入資格データ記憶部３８に購入資格データが記憶されていない場合、価格変動部３２により変動された現在の価格を、第２のユーザの購入価格として決定する。

また、ここでは、価格決定部３４の判定手段は、第２のユーザが購入対象データを購入する場合、購入資格データ記憶部３８に購入資格データと第２のユーザとが関連付けられて記憶されているか否かを判定する場合を説明する。即ち、第２のユーザが購入対象データを購入する場合、購入資格データ記憶部３８に購入資格データと第２のユーザとが関連付けられて記憶されている場合、この第２のユーザは、第１のユーザの購入価格で、購入対象データを購入する資格があると判定される。

［２−２．実施形態２の価格決定システムの処理の流れ］
図１１及び図１２は、実施形態２の価格決定システムＳにおける処理の流れを示す図である。実施形態２においては、図７及び図８と同様の処理が実行される。

図１０に示すように、Ｓ３０〜Ｓ３５は、それぞれ、Ｓ１０〜Ｓ１５と同様の処理であるので説明を省略する。

Ｓ３４又はＳ３５において、購入対象データの価格が仮決定された後、制御部２は、購入資格データと、Ｓ１１において表示要求をしたユーザと、が関連付けられているか否かを判定する（Ｓ３６）。即ち、Ｓ３６においては、現在、価格を決定している購入対象データを価格決定部３４により決定される価格で購入する資格を示す購入資格データが、Ｓ３１において表示要求をしたユーザに関連付けられて記憶されているか否かが判定される。

購入資格データが関連付けられていると判定された場合（Ｓ３６；Ｙ）、Ｓ３１において表示要求をしたユーザが購入対象データを価格決定部３４により決定される価格で購入する資格があるので、処理は、Ｓ３７に移行する。

一方、購入資格データが関連付けられていると判定されない場合（Ｓ３６；Ｎ）、Ｓ３１において表示要求をしたユーザが購入対象データを価格決定部３４により決定される価格で購入する資格がないので、処理は、Ｓ３９に移行する。

続くＳ３７〜Ｓ４９は、それぞれ、Ｓ１７〜Ｓ２９と同様であるので説明を省略する。

Ｓ３７〜Ｓ４９の処理が行われた結果、購入対象データがユーザ装置１０に記憶されると、制御部２は、ユーザが割引価格で購入対象データを購入したか否かを判定する（Ｓ５０）。Ｓ５０においては、例えば、Ｓ４５で受信した購入内容データが示す購入対象データと、記憶部３のＲＡＭに記憶されたフラグ（購入対象データが割引価格であるか否かを示すフラグ）と、が参照されることによって判定が行われる。

ユーザが割引価格で購入対象データを購入したと判定されない場合（Ｓ５０；Ｎ）、処理は終了する。即ち、この場合、ユーザは通常価格で購入対象データを購入しており、このユーザの友人が購入対象データを安く買えるという訳ではないので、購入資格データは生成されない。

ユーザが割引価格で購入対象データを購入したと判定された場合（Ｓ５０；Ｙ）、制御部２は、購入資格データを生成する（Ｓ５１）。Ｓ４８においては、例えば、記憶部３のＲＡＭに記憶されたユーザの購入価格を示すデータ（価格データ）と、このユーザが購入した購入対象データを識別するデータと、を含む購入資格データが生成される。

次いで、制御部２は、Ｓ５１で生成した購入資格データと、購入対象データを購入したユーザの友人と、を関連付けて記憶部３に記憶させ（Ｓ５２）、処理は終了する。Ｓ５２においては、ユーザグループデータが参照されることによって、購入対象データを購入したユーザの友人が特定される。この特定された友人が、購入資格データと関連付けられて記憶部３に記憶される（図１０参照）。

以上説明した価格決定システムＳによれば、購入資格データが用いられることによって、購入対象データを購入しようとしているユーザが、友人の購入価格で購入対象データを購入する資格があるか否かを判定することができる。また、実施形態１と同様に、ソーシャルネットワーキングサービスの特性を活用して、課金サービスを利用するユーザを増加させることができる。

なお、購入資格データは、ユーザが購入対象データを購入した時点で生成されるので、このユーザによる購入時点における友人に、このユーザの購入価格で購入対象データを購入させることができる点で、実施形態２は、実施形態１と異なる。

また、上記においては、購入資格データが価格データを含む場合を説明したが、購入資格データは、第１のユーザに関連付けられた第２のユーザが価格決定部３４により決定される価格で購入対象データを購入する資格があることを示すデータであればよい。即ち、購入資格データは、価格データを必ずしも含んでいなくてもよい。

例えば、購入資格データは、第２のユーザが、購入対象データを購入することができる価格を示すデータを含んでいてもよい。即ち、Ｓ５１の処理が実行されるにあたって、価格決定部３４は、いったん、価格データに基づいて購入対象データの価格を決定する。この決定された価格を示すデータを含む購入資格データが生成され、友人と関連付けられて購入資格データ記憶部３８に記憶されるようにしてもよい。

また、実施形態１と同様に、購入可能ユーザ数は、予め定められていてもよい。例えば、ユーザの友人の数が購入可能ユーザ数を上回っていた場合、購入資格データに関連付けられる友人が所定の方法に基づいて決定される。例えば、ランダムに決定されるようにしてもよいし、友人との親密度を示すパラメータを保持しておいて、このパラメータに基づいて決定されるようにしてもよい。

［３．実施形態３］
実施形態１及び実施形態２においては、例えば、購入可能ユーザ数が、あるユーザの友人のうちの全員又は所定数である場合を説明した。実施形態３の価格決定システムＳは、購入可能ユーザ数が、例えば、購入対象データの売行きに基づいて変動する構成になっている。以降、本技術の詳細について説明する。

［３−１．実施形態３の価格決定システムにおいて実現される機能］
実施形態３のサーバデータ記憶部３０は、購入対象データの販売数（購入数）又は販売可能数（在庫数）に関する販売数データを記憶する。本実施形態においては、販売数データが、購入対象データの販売数を示す場合を説明する。

図１３は、販売数データのデータ格納例を示す図である。図１３に示すように、販売数データには、購入対象データを識別するデータと、購入対象データの販売数を示すデータと、が関連付けられて格納される。例えば、制御部２は、ユーザが購入対象データを購入した場合、販売数データが示す販売数を更新する手段として機能する。即ち、ユーザが購入対象データを購入すると、販売数データが示す販売数が増加するように、販売数データが更新される。

制御部２が販売数データの内容を更新するタイミングは、ユーザによる購入操作を受け付けた後であれば、任意のタイミングであってよい。例えば、Ｓ２８において購入対象データがユーザ装置１０に送信された後に、制御部２は、購入対象データが示す販売数をインクリメントさせることによって、販売数データを更新する。

また、実施形態３の価格決定システムＳは、価格決定部３４により決定される価格で購入対象データを購入することができる第２のユーザの数（購入可能ユーザ数）を、販売数データが示す販売数又は販売可能数に基づいて決定する手段を含む。例えば、販売数データが示す販売数又は販売可能数が、販売数又は販売可能数に関する所定の条件を満たすか否かが判定され、当該判定結果に基づいて購入可能ユーザ数が決定される。本実施形態においては、例えば、購入対象データの販売数に関する条件と、購入可能ユーザ数と、が関連付けられたデータがサーバデータ記憶部３０に記憶される場合を説明する。

図１４は、購入対象データの販売数に関する条件と購入可能ユーザ数との関連付けを示す図である。販売数に関する条件は、例えば、所定期間（例えば、現時点の所定時間前から現時点までの期間）における販売数が所定範囲（例えば、基準数以上）であるか否かを示す条件である。図１４に示すデータ格納例では、直近１週間の販売数が所定範囲（例えば、１０個以上）であるか否かによって、購入可能ユーザの数が異なるようになっている。

［３−２．実施形態３の価格決定システムの処理の流れ］
次に、実施形態３の価格決定システムの処理の流れについて説明する。

まず、実施形態１と実施形態３とを組み合わせた場合の価格決定システムＳの処理の流れを説明する。この場合、図７及び図８と同様の流れの処理が実行される。実施形態３を実施形態１に適用した場合、例えば、購入履歴データに、価格決定部３４により決定される価格で購入対象データを購入することができるユーザの残り人数（以降、残り購入可能ユーザ数という。）に関する情報が格納される。

図１５は、実施形態３における購入履歴データのデータ格納例を示す図である。図１５に示すように、例えば、購入履歴データには、残り購入可能ユーザ数が格納される。実施形態３のＳ２７においては、販売数データと図１５に示すデータが参照されることによって、購入履歴データに残り購入可能ユーザ数が格納される。

具体的には、例えば、販売数データが参照されることによって、ユーザが購入した購入対象データの販売数が特定される。次いで、この特定された販売数が満たす条件に関連付けられた購入可能ユーザ数が、残り購入可能ユーザ数として購入履歴データに格納される。

残り購入可能ユーザ数は、友人が、価格決定部３４により決定される価格で購入対象データを購入するたびに、１ずつ減少する。即ち、友人が価格決定部３４で決定する価格で購入対象データを購入した場合、Ｓ２７において、残り購入可能ユーザ数が減少する。過去に購入対象データを購入したユーザに関連付けられた購入可能ユーザ数が所定範囲（例えば、０）になった場合、友人は、このユーザの購入価格で購入対象データを購入することができなくなるように制限される。

また例えば、実施形態３においては、Ｓ１６の処理が実行されるにあたって、購入履歴データに格納された残り購入可能ユーザ数が０であるか否かが判定される。残り購入可能ユーザ数が０でない場合、処理はＳ１７に移行する。一方、残り購入可能ユーザ数が０である場合、処理はＳ１９に移行する。

次に、実施形態２と実施形態３とを組み合わせた場合の価格決定システムＳの処理の流れを説明する。この場合、図１１及び図１２と同様の流れの処理が実行される。実施形態３を実施形態２に適用した場合、例えば、購入可能ユーザ数に基づいて、購入資格データに関連付けられる友人の数が決定される。

例えば、Ｓ５２の処理が実行されるにあたって、販売数データと図１３に示すデータが参照されることによって、購入可能ユーザ数が特定される。Ｓ５２においては、購入対象データを購入したユーザの友人のうち、購入可能ユーザ数の友人が、購入資格データと関連付けられる。ユーザの友人の数が購入可能ユーザ数を上回っていた場合における購入資格データの関連付けを行う方法は、実施形態２と同様である。

実施形態３の価格決定システムによれば、購入対象データの売行きに基づいて、購入可能ユーザ数を変動させることができる。例えば、人気のある購入対象データは、タイムセール期間が終わってもある程度は売れるので、購入可能ユーザ数を少なくさせることによって、客単価の下落を防止することができる。一方、売行きがよくない購入対象データは、タイムセール期間が終わると売れなくなってしまうので、購入可能ユーザ数を増加させることによって、売行きを伸ばすことができる。

なお、販売数データが、販売可能数を示す場合も、上記と同様の処理が実行される。販売可能数は、購入対象データを購入することができるユーザの数である。例えば、購入対象データの販売可能数が設定されることによって、購入対象データの希少価値を向上させることができる。この場合、上記における「販売数」を「販売可能数」と読み替えることによって、購入可能ユーザ数が決定される。

［４．実施形態４］
実施形態１〜実施形態３においては、ユーザが割引価格で購入対象データを購入した場合、このユーザの友人は、タイムセール期間外の任意の時点で、価格決定部３４が決定した価格で購入対象データを購入することができる場合を説明した。友人が、価格決定部３４が決定した価格で購入対象データを購入することができる期間は、所定条件の下で変動するようにしてもよい。

実施形態４の価格決定システムは、例えば、ユーザが割引価格で購入対象データを購入した場合、この購入対象データの売行きに応じて、友人が、このユーザの購入価格で購入対象データを購入することができる期間が決定される構成になっている。

［４−１．実施形態４の価格決定システムにおいて実現される機能］
実施形態４の価格決定システムＳは、価格決定部３４により決定される価格で第２のユーザが購入対象データを購入することができる期間（以降、購入可能期間という。）を、販売数データが示す販売数又は販売可能数に基づいて決定する手段を含む。例えば、販売数データが示す販売数又は販売可能数が、販売数又は販売可能数に関する所定の条件を満たすか否かが判定され、当該判定結果に基づいて購入可能期間が決定される。本実施形態においては、例えば、購入対象データの販売数に関する条件と、購入可能期間と、が関連付けられたデータがサーバデータ記憶部３０に記憶される場合を説明する。

図１６は、購入対象データの販売数に関する条件と購入可能期間との関連付けを示す図である。図１６に示すデータ格納例では、直近１週間の販売数が所定範囲（例えば、１０個以上）であるか否かによって、購入可能期間が異なるようになっている。

［４−２．実施形態４の価格決定システムの処理の流れ］
次に、実施形態４の価格決定システムの処理の流れについて説明する。

まず、実施形態１と実施形態４とを組み合わせた場合の価格決定システムＳの処理の流れを説明する。この場合、図７及び図８と同様の流れの処理が実行される。実施形態４を実施形態１に適用した場合、例えば、購入履歴データに、購入可能期間に関するデータが格納される。

図１７は、実施形態４における購入履歴データのデータ格納例を示す図である。図１７に示すように、例えば、購入履歴データには、購入可能期間が格納される。実施形態４のＳ２７においては、販売数データと図１６に示すデータが参照されることによって、購入履歴データに購入可能期間が格納される。

具体的には、例えば、販売数データが参照されることによって、ユーザが購入した購入対象データの販売数が特定される。次いで、この特定された販売数が満たす条件に関連付けられた購入可能期間が、購入履歴データに格納される。例えば、現時点から購入可能期間後の日付が、購入可能期間として格納される。購入可能期間が過ぎた場合、友人のユーザは、価格決定部３４により決定される価格で購入対象データを購入することができなくなるように制限される。

例えば、Ｓ１６の処理が実行されるにあたって、時間関数等により生成される現時点を示すデータが取得され、購入履歴データに格納された購入可能期間が経過したか否かが判定される。購入可能期間が経過していないと判定された場合、Ｓ１７の処理を実行する。一方、購入可能期間が経過したと判定された場合、処理はＳ１９に移行する。

次に、実施形態２と実施形態４とを組み合わせた場合の価格決定システムＳの処理の流れを説明する。この場合、図１１及び図１２と同様の流れの処理が実行される。実施形態４を実施形態２に適用した場合、実施形態４においては、例えば、購入資格データに購入可能期間を示すデータが格納される。

例えば、Ｓ５１の処理が実行されるにあたって、販売数データと図１６に示すデータが参照されることによって、購入可能期間が特定される。この特定された購入可能期間を示すデータを含む購入資格データが生成されて、友人と関連付けられて記憶される。

また、Ｓ３６においては、ユーザ装置１０に記憶されている購入資格データの購入可能期間が参照され、現時点が購入可能期間であるか否かが判定される。現時点が購入可能期間であると判定された場合、処理はＳ３７に移行する。現時点が購入可能期間であると判定されない場合、処理はＳ３９に移行する。

実施形態４の価格決定システムによれば、購入対象データの売行きに基づいて、購入可能期間を変動させることができる。例えば、人気のある購入対象データは、通常価格であってもすぐに売れる可能性があるので、購入可能期間を短くすることによって、客単価の下落を防止することができる。一方、売行きがよくない購入対象データは、通常価格ではなかなか売れないので、購入可能期間を長くすることによって、売行きを伸ばすことができる。

なお、実施形態４においても、実施形態３と同様に、販売数データが、販売可能数を示す場合も、上記と同様の処理が実行される。上記における「販売数」を「販売可能数」と読み替えることによって、購入可能ユーザ数が決定される。

［５．実施形態５］
実施形態５の価格決定システムは、実施形態１〜実施形態４の機能に加えて、ユーザの購入価格で友人が購入対象データを購入した場合、例えば、このユーザが報酬（例えば、キャッシュバック）を受け取ることができる構成になっている。以降、本技術の詳細について説明する。

［５−１．実施形態５の価格決定システムにおいて実現される機能］
実施形態５の価格決定システムＳは、価格決定部３４により決定される価格で第２のユーザが購入対象データを購入した場合、当該第２のユーザに関連付けられた前記第１のユーザに報酬を付与するための処理を実行する手段を含む。

ユーザに付与される報酬は、例えば、現金又は仮想通貨の納金（キャッシュバック）、購入対象データ、商品又はサービス等である。ユーザに報酬を付与するための処理とは、例えば、ユーザが現金又は仮想通貨を受けとるための納金処理、ユーザに購入対象データを配信する処理、ユーザが受け取る商品の決定処理、又はユーザに提供されるサービスの決定処理である。

［５−２．実施形態５の価格決定システムの処理の流れ］
実施形態５においては、図７及び図８、又は、図１１及び図１２と同様の処理が実行される。例えば、Ｓ２８又はＳ５２の処理が実行された後に、購入履歴データ又は購入資格データが参照され、報酬を受けるべきユーザが特定される。サーバ装置１は、このユーザが報酬を受け取るための処理を実行する。

ユーザに付与される報酬は、所定の方法に基づいて決定される。例えば、購入対象データの現在の価格と友人の購入価格との差に基づいて、ユーザに付与される報酬が決定されるようにしてもよい。例えば、この差が大きいほど、より高額な報酬がユーザに付与されるようにしてもよい（例えば、キャッシュバックが多くなる）。

実施形態５の価格決定システムによれば、あるユーザが購入対象データを購入し、友人がこのユーザの購入価格で購入した場合、このユーザに報酬が付与されるので、ユーザの購入意欲を促進させ、課金システムを利用するユーザを増加させることができる。

［６．実施形態６］
実施形態６の価格決定システムは、実施形態１〜実施形態５の機能に加えて、あるユーザの購入価格で購入対象データを購入することができる友人を、このユーザが指定することができる構成になっている。以降、本技術の詳細について説明する。

［６−１．実施形態６の価格決定システムにおいて実現される機能］
実施形態６の価格決定システムＳは、第１のユーザに関連付けられた第２のユーザのうち、第１のユーザによる指定を受け付ける手段を含む。例えば、第１のユーザの友人の一覧を含む画面（図示せず）が表示部１５に表示され、第１のユーザによる指定が受け付けられる。即ち、第１のユーザの友人のうち、価格決定部３４により決定される価格で購入対象データを購入することができる友人の指定が受け付けられる。

価格決定部３４は、第１のユーザに関連付けられた第２のユーザのうち、第１のユーザにより指定された前記第２のユーザが、購入対象データを購入する場合の購入対象データの価格を、前記第１のユーザが前記購入対象データを購入した場合の前記購入対象データの価格（即ち、価格データ）に基づいて決定する。別の言い方をすれば、第１のユーザに関連付けられた第２のユーザのうち、第１のユーザにより指定されていない前記第２のユーザが購入対象データを購入する場合の購入対象データの価格を、価格データに基づいて決定することが制限される。

なお、価格決定部３４は、第１のユーザにより指定された第２のユーザを識別するデータを、第１のユーザによる指定を受け付ける手段（例えば、ユーザ装置１０の操作部１３）から取得する。例えば、価格決定部３４は、ネットワークＮを介して、ユーザ装置１０から、第１のユーザにより指定された第２のユーザを識別するデータを取得する。

［６−２．実施形態６の価格決定システムの処理の流れ］
次に、実施形態６の価格決定システムの処理の流れについて説明する。

まず、実施形態１と実施形態６とを組み合わせた場合の価格決定システムＳの処理の流れを説明する。この場合、図７及び図８と同様の流れの処理が実行される。実施形態６を実施形態１に適用した場合、例えば、購入履歴データに、第１のユーザによって指定された第２のユーザを示すデータが格納される。

図１８は、実施形態６における購入履歴データのデータ格納例を示す図である。図１８に示すように、例えば、購入履歴データには、友人（第２のユーザ）を識別するデータが格納される。例えば、ユーザが割引価格になっている購入対象データを購入した場合、Ｓ２８が実行された後、このユーザの友人の一覧を示すデータが生成されてユーザ装置１０に送信される。

ユーザ装置１０においては、友人の一覧を示す画面が表示され、ユーザによる友人の指定が受け付けられる。ユーザの操作内容に基づいて、ユーザが指定した友人を示すデータが、サーバ装置１に送信される。サーバ装置１においては、この取得されたデータが、購入履歴データに格納される。

また例えば、実施形態６のＳ１６の処理が実行されるにあたって、Ｓ１１で表示要求をしたユーザを示すデータが購入履歴データに格納されているか否かが判定される。即ち、表示要求をしたユーザが、友人によって指定されているか否かが判定される。指定されていると判定された場合、Ｓ１７の処理を実行する。一方、指定されていると判定されない場合、処理はＳ１９に移行する。

次に、実施形態２と実施形態６とを組み合わせた場合の価格決定システムＳの処理の流れを説明する。この場合、図１１及び図１２と同様の流れの処理が実行される。実施形態６を実施形態２に適用した場合、例えば、第１のユーザによって指定された第２のユーザにのみ、購入資格データが関連付けられる。

例えば、Ｓ５１の処理が実行されるにあたって、第１のユーザによる指定が受け付けられる。この受け付け方法は、実施形態６を実施形態１に適用した場合と同様である。この指定された第２のユーザが操作するユーザ装置１０に対して購入資格データが、配信される。

実施形態６の価格決定システムによれば、あるユーザの購入価格で購入対象データを購入することができる友人を、このユーザが指定することができる。購入対象データを購入したユーザの友人のうち、割引価格で購入することができる友人を選ぶことができるので、購入対象データを安く購入するために友人関係になることを、他のユーザから要求されるような行為を防止することができる。

［７．変形例］
なお、本発明は、以上説明した実施形態に限定されるものではなく、本発明の趣旨を逸脱しない範囲で適宜変更可能である。

（１）例えば、上記実施形態においては、タイムセール期間中に、購入対象データの価格が安くなるように、価格変動部３２が購入対象データの価格を変動させる場合を説明したが、価格変動部３２による購入対象データの価格の変動方法は、実施形態の例に限られない。例えば、システム管理者により設定される最新の購入対象マスタデータが参照されることによって、購入対象データの価格が変動されるようにしてもよい。

他にも例えば、購入対象データの価格が変更されるための変動条件は、実施形態のような現時点に関する条件でなくてもよい。例えば、価格変動部３２は、購入対象データの価格を、購入対象データの販売数（又は、売上高）又は販売可能数に基づいて変動させるようにしてもよい。例えば、購入対象データの販売数又は販売可能数に関する条件と、購入対象データの価格に関する情報と、を関連付けて予め記憶されていてもよい。

この場合、購入対象データの販売数が満たす条件に関連付けられた価格に変動される。例えば、現在の購入対象データの販売数が所定数になるまでに必要な残り販売数数が、ユーザに通知されるようにしてもよい。なお、購入対象データの販売数又は販売可能数に関連付けられる価格に関する情報は、価格自体が格納されていてもよいし、購入対象データの価格の値上げ率／値下げ率が格納されるようにしてもよい。

例えば、購入対象データの販売数が多くなるほど、価格が高くなるように、購入対象データの価格が変動する。この場合、販売数が多い購入対象データの単価が高くなるので、売上を増加させることができる。また例えば、購入対象データの販売数が多くなるほど、価格が安くなるようにしてもよい。この場合、例えば、友人同士で購入対象データを購入するほど、価格を安くさせることができる。

また例えば、購入対象データの販売が開始された時点においては、所定の価格を設定しておき、購入対象データの販売数が、販売数に関する条件を満たすまでに要した時間に基づいて、購入対象データの価格が変動されるようにしてもよい。この場合、購入対象データの販売数が販売数に関する条件を満たすまでに要した時間に関する情報と、購入対象データの価格に関する情報と、が予め関連付けられて記憶されていてもよい。

例えば、購入対象データの販売数が販売数に関する条件を満たすまでに要した時間が短くなるほど、価格が高くなるように、購入対象データの価格が変動する。この場合、人気のある購入対象データの単価が高くなるので、売上を増加させることができる。また例えば、購入対象データの販売数が、販売数に関する条件を満たすまでに要した時間が短くなる、価格が安くなるようにしてもよい。この場合、例えば、所定期間の間に友人同士で購入対象データを購入するほど、価格を安くさせることができる。

また例えば、実施形態においては、１つの購入対象データに１つの価格が関連付けられている場合を説明したが、複数の購入対象データに１つの価格が関連付けられていてもよい。即ち、この場合、複数の購入対象データが１セットとして販売される。価格変動部３２は、この１セットの価格を変動させるようにしてもよい。

（２）また例えば、実施形態においては、サーバ装置１に記憶されるデータ（購入履歴データ又は購入資格データ）を用いることによって、あるユーザが、友人の購入価格で購入対象データを購入する資格があるか否かが判定される場合を説明した。この判定処理の方法は、実施形態の例に限られない。他にも例えば、ユーザ装置１０に記憶されるデータに基づいて、この判定処理が行われるようにしてもよい。

例えば、購入資格データ生成部３６は、第１のユーザが購入対象データを購入した場合、ユーザグループデータを参照して、この第１のユーザに関連付けられた第２のユーザを特定する。この特定された第２のユーザが操作するユーザ装置１０に、生成された購入資格データが配信される。例えば、生成された購入資格データと、当該購入資格データを配信すべき第２のユーザを識別するデータと、を対応付けてサーバデータ記憶部３０に記憶しておき、この第２のユーザがサーバ装置１にアクセスした場合に、この購入資格データが配信される。

この場合、購入資格データ記憶部３８は、ユーザ装置１０の記憶部１２によって実現される。例えば、ユーザ装置１０においては、ネットワークＮを介して、購入資格データ生成部３６から購入資格データが取得され、当該取得された購入資格データが、購入資格データ記憶部３８に記憶される。

また、本変形例の価格決定部３４は、第２のユーザが操作するユーザ装置１０の購入資格データ記憶部３８から購入資格データが取得されるか否かを判定することによって、第２のユーザが、価格決定部３４により決定される価格で、購入対象データを購入する資格があるか否かを判定する。

本変形例においては、図１１及び図１２に示す処理の流れと同様の処理が実行される。ただし、例えば、Ｓ３１が実行されるにあたって、制御部１１は、記憶部１２に購入資格データが記憶されているか否かを判定する。

購入資格データが記憶されていると判定されない場合、ユーザ（第２のユーザ）の友人（第１のユーザ）が過去に購入対象データを購入していないということであるので、Ｓ３６〜Ｓ３９の処理は実行されない。即ち、サーバ装置１は、ユーザ装置１０から購入資格データを取得しない場合、Ｓ３６〜Ｓ３９の処理を実行しない。したがって、Ｓ３５及びＳ３６の処理においては、購入対象データの価格が仮決定されるのではなく、購入対象データの価格が決定される。

一方、購入資格データが記憶されていると判定された場合、Ｓ３１〜Ｓ５２が実行される。ただし、Ｓ３１においては、制御部１１は、購入画面２０の表示要求及び記憶部１２に記憶されている購入資格データを、サーバ装置１に送信する。また、Ｓ３２においては、制御部２は、購入画面２０の表示要求及び購入資格データを受信し、記憶部３のＲＡＭ等に一時的に記憶させる。

また、Ｓ３６においては、制御部２は、現在、価格の決定処理をしている購入対象データが、Ｓ３２で受信した購入資格データが示す購入対象データであるか否かを判定する。購入資格データが示す購入対象データであると判定された場合、処理は、Ｓ３７に移行する。購入資格データが示す購入対象データであると判定されない場合、処理は、Ｓ３９に移行する。

また、Ｓ５２においては、制御部２は、Ｓ５１で生成した購入資格データを、購入対象データを購入したユーザの友人に配信する。Ｓ５２においては、ユーザグループデータが参照されることによって、購入対象データを購入したユーザの友人が特定され、この友人が操作するユーザ装置１０に購入資格データが送信される。なお、購入資格データを受信した友人のユーザ装置１０においては、受信した購入資格データが記憶部３に記憶される。友人は、この受信した購入資格データを、次回の購入対象データの購入時に使用することができる。

また、購入資格データは、各ユーザのユーザ装置１０に記憶されるので、例えば、ユーザは、タイムセール期間外であっても、自分が安く購入対象データを購入することができるか否かを、サーバ装置１にアクセスすることなく、ユーザ装置１０に記憶された購入資格データを参照することによって把握することができる。

また例えば、購入資格データは、所定の文字列（例えば、クーポンコード）を含んでいてもよい。この所定の文字列が、第２のユーザが第１のユーザの購入価格で購入対象データを購入する資格があることを証明するために用いられるようにしてもよい。例えば、購入資格データ生成部３６は、所定の文字列を含む購入資格データを生成した際に、所定の文字列をサーバデータ記憶部３０に記憶させる。第２のユーザが購入対象データを購入する場合、購入資格データに格納された文字列と、サーバデータ記憶部３０に記憶された文字列と、が比較されることによって、この第２のユーザが、第１のユーザの購入価格で購入対象データを購入する資格があるか否かが判定（認証）されるようにしてもよい。

（３）また、実施形態においては、購入対象データがアプリケーションソフトデータである場合を説明したが、購入対象データは、ユーザの購入対象となるデータであればよい。例えば、購入対象データは、画像データ、動画データ、又は音声（楽曲）データであってもよい。

他にも例えば、購入対象データは、ソーシャルネットワーキングサービスを利用したゲームにおいて使用されるアイテム（課金アイテム）を示すデータであってもよい。

この場合、例えば、ユーザは、ユーザ装置１０を操作してゲームをプレイし、所定のゲームイベントを発生させることを目指す。例えば、あるユーザのゲームの進行状況が、友人に通知される。例えば、ユーザが所定のゲームイベントを発生させると、このユーザと友人に通知がなされる。

例えば、ユーザにより購入された課金アイテムがゲームで使用される場合、ゲームパラメータの値が変化する。また例えば、ユーザにより購入された課金アイテムがゲームで使用される場合、ゲームイベントの発生確率が変化するようにしてもよい。価格決定システムＳは、ゲームにおいて使用される課金アイテムの価格を決定するようにしてもよい。

また例えば、購入対象データは、ゲームイベントを示すデータであってもよい。この場合、課金されたユーザのみ、所定のゲームイベントを発生させることができる。他にも例えば、購入対象データは、ゲームにおいて登場するキャラクタを示すデータであってもよい。この場合、課金されたユーザのみ、所定のキャラクタを使用することができる。

（４）また、購入対象データを購入したユーザに課金処理が実行される場合、ユーザに現実の通貨が請求される場合を説明したが、課金されるのは、ソーシャルネットワーキングサービス内でやり取りされる仮想通貨であってもよい。この場合、ユーザは、事前に現実通貨（例えば、円）を支払って仮想通貨（例えば、ポイント）を購入する。ユーザが購入対象データを購入する場合には、仮想通貨の課金処理が実行される。即ち、価格決定システムＳは、購入対象データの仮想通貨における価格を決定するようにしてもよい。

（５）また、実施形態においては、価格変動部３２がサーバ装置１で実現される場合を説明したが、価格変動部３２は、ユーザ装置１０で実現されるようにしてもよい。この場合、ユーザ装置１０は、ネットワークＮを介してサーバ装置１から購入対象マスタデータを取得するようにしてもよいし、記憶部１２に購入対象マスタデータが予め記憶されているようにしてもよい。

この場合、ユーザが購入対象データを購入する場合、購入対象マスタデータが参照されることによって、価格が変動される。即ち、購入対象マスタデータに格納される変動条件が満たされるか否かが判定され、変動条件に関連付けられた価格に変動される。この変動された価格を示すデータは、ネットワークＮを介してサーバ装置１に送信されるようにしてもよい。

また、実施形態においては、価格決定部３４がサーバ装置１で実現される場合を説明したが、価格決定部３４は、ユーザ装置１０で実現されるようにしてもよい。この場合、ユーザ装置１０は、ネットワークＮを介してサーバ装置１から価格データを取得するようにしてもよいし、記憶部１２に価格データが予め記憶されているようにしてもよい。価格決定部３４により決定された価格を示すデータが、サーバ装置１に送信されることによって、ユーザに課金処理が実行されるようにしてもよい。

また、実施形態２においては、購入資格データ生成部３６がサーバ装置１で実現される場合を説明したが、購入資格データ生成部３６は、ユーザ装置１０で実現されるようにしてもよい。この場合、ユーザ装置１０は、友人のユーザ装置１０を識別する情報（例えば、ユーザデータ）を記憶し、生成された購入資格データを友人のユーザ装置１０に配信する。又は、ユーザ装置１０は、生成された購入資格データをサーバ装置１に送信し、サーバ装置１が、ユーザの友人を特定することによって購入資格データを友人に配信する。

（６）また例えば、ユーザグループデータによって、あるユーザの友人が関連付けられる場合を説明したが、他のユーザがユーザグループデータによって関連付けられてもよい。他にも例えば、ユーザの友人の友人が関連付けられてもよいし、あるトピックスに関するコミュニティーに参加しているユーザが関連付けられてもよい。

（７）また、上記実施形態及び変形例においては、ユーザの購入対象の一例として、購入対象データを例に挙げて説明したが、価格決定システムＳにおいては、ユーザの購入対象となるものの価格が決定されるようにすればよい。他にも例えば、ユーザに与えられる商品又はサービスの価格が決定されるようにしてもよい。この場合、例えば、上記において説明した「購入対象データ」を「商品又はサービス」に読み替えることによって、実施形態及び変形例と同様の処理が実現されるようにすればよい。

Ｓ 価格決定システム、１ サーバ装置、２ 制御部、３ 記憶部、４ 操作部、５ 入力部、６ 表示部、７ 通信部、１０ ユーザ装置、１１ 制御部、１２ 記憶部、１３ 操作部、１４ 入力部、１５ 表示部、１６ 通信部、２０ 購入画面、２１ 一覧、２２ 価格、２３ 備考欄、２４，２５，２６ ボタン、３０ サーバデータ記憶部、３２ 価格変動部、３４ 価格決定部、３６ 購入資格データ生成部、３８ 購入資格データ記憶部。

Claims (10)

1. ユーザが購入する購入対象データの現在の価格を変動させる価格変動手段と、
   第１のユーザと第２のユーザとを関連付けたユーザグループデータを記憶する手段から前記ユーザグループデータを取得する手段と、
   前記第１のユーザが前記購入対象データを購入した場合、前記第１のユーザに関連付けられた前記第２のユーザが前記購入対象データを購入する場合の前記購入対象データの価格として、前記価格変動手段により変動された前記購入対象データの現在の価格とは異なる価格を、前記第１のユーザが前記購入対象データを購入した場合の前記購入対象データの価格に基づいて決定する価格決定手段と、
   を含み、
   前記価格決定手段は、
   前記第２のユーザが前記購入対象データを購入する場合、前記第１のユーザが前記購入対象データを購入した場合の前記購入対象データの価格に基づいて決定される価格と、前記価格変動手段により変動された前記購入対象データの現在の価格と、を比較する価格比較手段を含み、
   前記価格変動手段により変動された前記購入対象データの現在の価格が、前記第１のユーザが前記購入対象データを購入した場合の前記購入対象データの価格に基づいて決定される価格よりも高い場合、前記第１のユーザが前記購入対象データを購入した場合の前記購入対象データの価格に基づいて決定される価格を、前記第１のユーザに関連付けられた前記第２のユーザが前記購入対象データを購入する場合の前記購入対象データの価格として決定する、
   ことを特徴とする価格決定システム。
2. 前記価格決定システムは、
   前記購入対象データの販売数又は販売可能数に関する販売数データを記憶する手段から前記販売数データを取得する手段と、
   前記価格決定手段により決定される価格で前記購入対象データを購入することができる前記第２のユーザの数を、前記販売数データが示す販売数又は販売可能数に基づいて決定する手段と、
   を更に含むことを特徴とする請求項１に記載の価格決定システム。
3. 前記価格決定システムは、
   前記購入対象データの販売数又は販売可能数に関する販売数データを記憶する手段から前記販売数データを取得する手段と、
   前記第２のユーザが前記価格決定手段により決定される価格で前記購入対象データを購入することができる期間を、前記販売数データが示す販売数又は販売可能数に基づいて決定する手段と、
   を更に含むことを特徴とする請求項１又は２に記載の価格決定システム。
4. 前記価格決定システムは、
   前記第２のユーザが、前記価格決定手段により決定される価格で前記購入対象データを購入した場合、前記第２のユーザに関連付けられた前記第１のユーザに報酬を付与するための処理を実行する手段、
   を更に含むことを特徴とする請求項１〜３の何れか一項に記載の価格決定システム。
5. 前記価格決定システムは、
   前記第１のユーザに関連付けられた第２のユーザのうち、前記第１のユーザによる指定を受け付ける手段、
   を含み、
   前記価格決定手段は、
   前記第１のユーザに関連付けられた前記第２のユーザのうち、前記第１のユーザにより指定された前記第２のユーザが前記購入対象データを購入する場合の前記購入対象データの価格を、前記第１のユーザが前記購入対象データを購入した場合の前記購入対象データの価格に基づいて決定する、
   ことを特徴とする請求項１〜４の何れか一項に記載の価格決定システム。
6. 前記価格決定システムは、
   前記第１のユーザによる前記購入対象データの購入履歴を示す前記購入履歴データを記憶する手段から前記購入履歴データを取得する手段、
   を更に含み、
   前記価格決定手段は、
   前記第２のユーザが前記購入対象データを購入する場合、前記第２のユーザに関連付けられた前記第１のユーザが過去に前記購入対象データを購入したか否かを、前記購入履歴データに基づいて判定する判定手段、
   を含み、
   前記第２のユーザに関連付けられた前記第１のユーザが過去に前記購入対象データを購入した場合、前記第１のユーザが前記購入対象データを購入した場合の前記購入対象データの価格に基づいて決定される価格を、前記第１のユーザに関連付けられた前記第２のユーザが前記購入対象データを購入する場合の前記購入対象データの価格として決定する、
   ことを特徴とする請求項１〜５の何れか一項に記載の価格決定システム。
7. 前記価格決定システムは、
   前記第１のユーザが前記購入対象データを購入した場合、前記第１のユーザに関連付けられた前記第２のユーザが前記価格決定手段により決定される価格で前記購入対象データを購入する資格があることを示す購入資格データを生成し、当該購入資格データを購入資格データ記憶手段に記憶させる購入資格生成手段、
   を更に含み、
   前記価格決定手段は、前記第１のユーザに関連付けられた前記第２のユーザが前記購入対象データを購入する場合、前記購入資格データ記憶手段に前記購入資格データが記憶されているか否かを判定する判定手段、
   を含み、
   前記購入資格データ記憶手段に前記購入資格データが記憶されている場合、前記第１のユーザが前記購入対象データを購入した場合の前記購入対象データの価格に基づいて決定される価格を、前記第１のユーザに関連付けられた前記第２のユーザが前記購入対象データを購入する場合の前記購入対象データの価格として決定する、
   ことを特徴とする請求項１〜５の何れか一項に記載の価格決定システム。
8. ユーザが購入する購入対象データの現在の価格を変動させる価格変動ステップと、
   第１のユーザと第２のユーザとを関連付けたユーザグループデータを記憶する手段から前記ユーザグループデータを取得するステップと、
   前記第１のユーザが前記購入対象データを購入した場合、前記第１のユーザに関連付けられた前記第２のユーザが前記購入対象データを購入する場合の前記購入対象データの価格として、前記価格変動ステップにおいて変動された前記購入対象データの現在の価格とは異なる価格を、前記第１のユーザが前記購入対象データを購入した場合の前記購入対象データの価格に基づいて決定する価格決定ステップと、
   を含み、
   前記価格決定ステップは、
   前記第２のユーザが前記購入対象データを購入する場合、前記第１のユーザが前記購入対象データを購入した場合の前記購入対象データの価格に基づいて決定される価格と、前記価格変動ステップにおいて変動された前記購入対象データの現在の価格と、を比較する価格比較ステップを含み、
   前記価格変動ステップにおいて変動された前記購入対象データの現在の価格が、前記第１のユーザが前記購入対象データを購入した場合の前記購入対象データの価格に基づいて決定される価格よりも高い場合、前記第１のユーザが前記購入対象データを購入した場合の前記購入対象データの価格に基づいて決定される価格を、前記第１のユーザに関連付けられた前記第２のユーザが前記購入対象データを購入する場合の前記購入対象データの価格として決定する、
   ことを特徴とする価格決定システムの制御方法。
9. ユーザが購入する購入対象データの現在の価格を変動させる価格変動手段、
   第１のユーザと第２のユーザとを関連付けたユーザグループデータを記憶する手段から前記ユーザグループデータを取得する手段、
   前記第１のユーザが前記購入対象データを購入した場合、前記第１のユーザに関連付けられた前記第２のユーザが前記購入対象データを購入する場合の前記購入対象データの価格として、前記価格変動手段により変動された前記購入対象データの現在の価格とは異なる価格を、前記第１のユーザが前記購入対象データを購入した場合の前記購入対象データの価格に基づいて決定する価格決定手段、
   としてコンピュータを機能させるためのプログラムであって、
   前記価格決定手段は、
   前記第２のユーザが前記購入対象データを購入する場合、前記第１のユーザが前記購入対象データを購入した場合の前記購入対象データの価格に基づいて決定される価格と、前記価格変動手段により変動された前記購入対象データの現在の価格と、を比較する価格比較手段を含み、
   前記価格変動手段により変動された前記購入対象データの現在の価格が、前記第１のユーザが前記購入対象データを購入した場合の前記購入対象データの価格に基づいて決定される価格よりも高い場合、前記第１のユーザが前記購入対象データを購入した場合の前記購入対象データの価格に基づいて決定される価格を、前記第１のユーザに関連付けられた前記第２のユーザが前記購入対象データを購入する場合の前記購入対象データの価格として決定する、
   ことを特徴とするプログラム。
10. ユーザが購入する商品又はサービスの現在の価格を変動させる価格変動手段と、
    第１のユーザと第２のユーザとを関連付けたユーザグループデータを記憶する手段から前記ユーザグループデータを取得する手段と、
    前記第１のユーザが前記商品又は前記サービスを購入した場合、前記第１のユーザに関連付けられた前記第２のユーザが前記商品又は前記サービスを購入する場合の前記商品又は前記サービスの価格として、前記価格変動手段により変動された前記商品又は前記サービスの現在の価格とは異なる価格を、前記第１のユーザが前記商品又は前記サービスを購入した場合の前記商品又は前記サービスの価格に基づいて決定する価格決定手段と、
    を含み、
    前記価格決定手段は、
    前記第２のユーザが前記商品又は前記サービスを購入する場合、前記第１のユーザが前記商品又は前記サービスを購入した場合の前記商品又は前記サービスの価格に基づいて決定される価格と、前記価格変動手段により変動された前記商品又は前記サービスの現在の価格と、を比較する価格比較手段を含み、
    前記価格変動手段により変動された前記商品又は前記サービスの現在の価格が、前記第１のユーザが前記商品又は前記サービスを購入した場合の前記商品又は前記サービスの価格に基づいて決定される価格よりも高い場合、前記第１のユーザが前記商品又は前記サービスを購入した場合の前記商品又は前記サービスの価格に基づいて決定される価格を、前記第１のユーザに関連付けられた前記第２のユーザが前記商品又は前記サービスを購入する場合の前記商品又は前記サービスの価格として決定する、
    ことを特徴とする価格決定システム。

Images