ユーザが購入する購入対象データの現在の価格を変動させる価格変動手段と、第1のユーザと第2のユーザとを関連付けたユーザグループデータを記憶する手段から前記ユーザグループデータを取得する手段と、前記第1のユーザが前記購入対象データを購入した場合、前記第1のユーザに関連付けられた前記第2のユーザが前記購入対象データを購入する場合の前記購入対象データの価格として、前記価格変動手段により変動された前記購入対象データの現在の価格とは異なる価格を、前記第1のユーザが前記購入対象データを購入した場合の前記購入対象データの価格に基づいて決定する価格決定手段と、を含むことを特徴とする価格決定システム。前記価格決定手段は、前記第2のユーザが前記購入対象データを購入する場合、前記第1のユーザが前記購入対象データを購入した場合の前記購入対象データの価格に基づいて決定される価格と、前記価格変動手段により変動された前記購入対象データの現在の価格と、を比較する価格比較手段を含み、前記価格変動手段により変動された前記購入対象データの現在の価格が、前記第1のユーザが前記購入対象データを購入した場合の前記購入対象データの価格に基づいて決定される価格よりも高い場合、前記第1のユーザが前記購入対象データを購入した場合の前記購入対象データの価格に基づいて決定される価格を、前記第1のユーザに関連付けられた前記第2のユーザが前記購入対象データを購入する場合の前記購入対象データの価格として決定する、ことを特徴とする請求項1に記載の価格決定システム。前記価格決定システムは、前記購入対象データの販売数又は販売可能数に関する販売数データを記憶する手段から前記販売数データを取得する手段と、前記価格決定手段により決定される価格で前記購入対象データを購入することができる前記第2のユーザの数を、前記販売数データが示す販売数又は販売可能数に基づいて決定する手段と、を更に含むことを特徴とする請求項1又は2に記載の価格決定システム。前記価格決定システムは、前記購入対象データの販売数又は販売可能数に関する販売数データを記憶する手段から前記販売数データを取得する手段と、前記第2のユーザが前記価格決定手段により決定される価格で前記購入対象データを購入することができる期間を、前記販売数データが示す販売数又は販売可能数に基づいて決定する手段と、を更に含むことを特徴とする請求項1~3の何れか一項に記載の価格決定システム。前記価格決定システムは、前記第2のユーザが、前記価格決定手段により決定される価格で前記購入対象データを購入した場合、前記第2のユーザに関連付けられた前記第1のユーザに報酬を付与するための処理を実行する手段、を更に含むことを特徴とする請求項1~4の何れか一項に記載の価格決定システム。前記価格決定システムは、前記第1のユーザに関連付けられた第2のユーザのうち、前記第1のユーザによる指定を受け付ける手段、を含み、前記価格決定手段は、前記第1のユーザに関連付けられた前記第2のユーザのうち、前記第1のユーザにより指定された前記第2のユーザが前記購入対象データを購入する場合の前記購入対象データの価格を、前記第1のユーザが前記購入対象データを購入した場合の前記購入対象データの価格に基づいて決定する、ことを特徴とする請求項1~5の何れか一項に記載の価格決定システム。前記価格決定システムは、前記第1のユーザによる前記購入対象データの購入履歴を示す前記購入履歴データを記憶する手段から前記購入履歴データを取得する手段、を更に含み、前記価格決定手段は、前記第2のユーザが前記購入対象データを購入する場合、前記第2のユーザに関連付けられた前記第1のユーザが過去に前記購入対象データを購入したか否かを、前記購入履歴データに基づいて判定する判定手段、を含み、前記第2のユーザに関連付けられた前記第1のユーザが過去に前記購入対象データを購入した場合、前記第1のユーザが前記購入対象データを購入した場合の前記購入対象データの価格に基づいて決定される価格を、前記第1のユーザに関連付けられた前記第2のユーザが前記購入対象データを購入する場合の前記購入対象データの価格として決定する、ことを特徴とする請求項1~6の何れか一項に記載の価格決定システム。前記価格決定システムは、前記第1のユーザが前記購入対象データを購入した場合、前記第1のユーザに関連付けられた前記第2のユーザが前記価格決定手段により決定される価格で前記購入対象データを購入する資格があることを示す購入資格データを生成し、当該購入資格データを購入資格データ記憶手段に記憶させる購入資格生成手段、を更に含み、前記価格決定手段は、前記第1のユーザに関連付けられた前記第2のユーザが前記購入対象データを購入する場合、前記購入資格データ記憶手段に前記購入資格データが記憶されているか否かを判定する判定手段、を含み、前記購入資格データ記憶手段に前記購入資格データが記憶されている場合、前記第1のユーザが前記購入対象データを購入した場合の前記購入対象データの価格に基づいて決定される価格を、前記第1のユーザに関連付けられた前記第2のユーザが前記購入対象データを購入する場合の前記購入対象データの価格として決定する、ことを特徴とする請求項1~6の何れか一項に記載の価格決定システム。ユーザが購入する購入対象データの現在の価格を変動させる価格変動ステップと、第1のユーザと第2のユーザとを関連付けたユーザグループデータを記憶する手段から前記ユーザグループデータを取得するステップと、前記第1のユーザが前記購入対象データを購入した場合、前記第1のユーザに関連付けられた前記第2のユーザが前記購入対象データを購入する場合の前記購入対象データの価格として、前記価格変動ステップにおいて変動された前記購入対象データの現在の価格とは異なる価格を、前記第1のユーザが前記購入対象データを購入した場合の前記購入対象データの価格に基づいて決定する価格決定ステップと、を含むことを特徴とする価格決定システムの制御方法。ユーザが購入する購入対象データの現在の価格を変動させる価格変動手段、第1のユーザと第2のユーザとを関連付けたユーザグループデータを記憶する手段から前記ユーザグループデータを取得する手段、前記第1のユーザが前記購入対象データを購入した場合、前記第1のユーザに関連付けられた前記第2のユーザが前記購入対象データを購入する場合の前記購入対象データの価格として、前記価格変動手段により変動された前記購入対象データの現在の価格とは異なる価格を、前記第1のユーザが前記購入対象データを購入した場合の前記購入対象データの価格に基づいて決定する価格決定手段、を含むことを特徴とする価格決定システムとしてコンピュータを機能させるためのプログラム。ユーザが購入する商品又はサービスの現在の価格を変動させる価格変動手段と、第1のユーザと第2のユーザとを関連付けたユーザグループデータを記憶する手段から前記ユーザグループデータを取得する手段と、前記第1のユーザが前記商品又は前記サービスを購入した場合、前記第1のユーザに関連付けられた前記第2のユーザが前記商品又は前記サービスを購入する場合の前記商品又は前記サービスの価格として、前記価格変動手段により変動された前記商品又は前記サービスの現在の価格とは異なる価格を、前記第1のユーザが前記商品又は前記サービスを購入した場合の前記商品又は前記サービスの価格に基づいて決定する価格決定手段と、を含むことを特徴とする価格決定システム。しかしながら、従来の技術においては、ユーザが購入する商品やサービス単に、課金サービスという。の価格は一定であり、課金サービスを利用するユーザを十分に増加させることはできなかった。例えば、所定の期間において価格を安くすることによって、課金サービスを利用するユーザを増加させることも考えられるが、この期間が終了した場合には元の価格に戻るため、課金サービスを利用するユーザを十分に増加させることができなかった。そこで、例えば、ソーシャルネットワーキングサービスの特徴を活かして課金サービスを利用するユーザを増加させることが望まれている。本発明は、上記課題に鑑みてなされたものであって、その目的は、課金サービスを利用するユーザを増加させることが可能な価格決定システム、価格決定システムの制御方法、及びプログラムを提供することである。上記課題を解決するために、本発明に係る価格決定システムは、ユーザが購入する購入対象データの現在の価格を変動させる価格変動手段と、第1のユーザと第2のユーザとを関連付けたユーザグループデータを記憶する手段から前記ユーザグループデータを取得する手段と、前記第1のユーザが前記購入対象データを購入した場合、前記第1のユーザに関連付けられた前記第2のユーザが前記購入対象データを購入する場合の前記購入対象データの価格として、前記価格変動手段により変動された前記購入対象データの現在の価格とは異なる価格を、前記第1のユーザが前記購入対象データを購入した場合の前記購入対象データの価格に基づいて決定する価格決定手段と、を含むことを特徴とする。また、本発明に係る価格決定システムの制御方法は、ユーザが購入する購入対象データの現在の価格を変動させる価格変動ステップと、第1のユーザと第2のユーザとを関連付けたユーザグループデータを記憶する手段から前記ユーザグループデータを取得するステップと、前記第1のユーザが前記購入対象データを購入した場合、前記第1のユーザに関連付けられた前記第2のユーザが前記購入対象データを購入する場合の前記購入対象データの価格として、前記価格変動ステップにおいて変動された前記購入対象データの現在の価格とは異なる価格を、前記第1のユーザが前記購入対象データを購入した場合の前記購入対象データの価格に基づいて決定する価格決定ステップと、を含むことを特徴とする。また、本発明に係るプログラムは、ユーザが購入する購入対象データの現在の価格を変動させる価格変動手段、第1のユーザと第2のユーザとを関連付けたユーザグループデータを記憶する手段から前記ユーザグループデータを取得する手段、前記第1のユーザが前記購入対象データを購入した場合、前記第1のユーザに関連付けられた前記第2のユーザが前記購入対象データを購入する場合の前記購入対象データの価格として、前記価格変動手段により変動された前記購入対象データの現在の価格とは異なる価格を、前記第1のユーザが前記購入対象データを購入した場合の前記購入対象データの価格に基づいて決定する価格決定手段、を含むことを特徴とする。また、本発明に係る情報記憶媒体は、上記プログラムを記録したコンピュータ読み取り可能な情報記憶媒体である。また、本発明に係る価格決定システムは、ユーザが購入する商品又はサービスの現在の価格を変動させる価格変動手段と、第1のユーザと第2のユーザとを関連付けたユーザグループデータを記憶する手段から前記ユーザグループデータを取得する手段と、前記第1のユーザが前記商品又は前記サービスを購入した場合、前記第1のユーザに関連付けられた前記第2のユーザが前記商品又は前記サービスを購入する場合の前記商品又は前記サービスの価格として、前記価格変動手段により変動された前記商品又は前記サービスの現在の価格とは異なる価格を、前記第1のユーザが前記商品又は前記サービスを購入した場合の前記商品又は前記サービスの価格に基づいて決定する価格決定手段と、を含むことを特徴とする。本発明によれば、課金サービスを利用するユーザを増加させることが可能になる。また、本発明の一態様では、前記価格決定手段は、前記第2のユーザが前記購入対象データを購入する場合、前記第1のユーザが前記購入対象データを購入した場合の前記購入対象データの価格に基づいて決定される価格と、前記価格変動手段により変動された前記購入対象データの現在の価格と、を比較する価格比較手段を含み、前記価格変動手段により変動された前記購入対象データの現在の価格が、前記第1のユーザが前記購入対象データを購入した場合の前記購入対象データの価格に基づいて決定される価格よりも高い場合、前記第1のユーザが前記購入対象データを購入した場合の前記購入対象データの価格に基づいて決定される価格を、前記第1のユーザに関連付けられた前記第2のユーザが前記購入対象データを購入する場合の前記購入対象データの価格として決定する、ことを特徴とする。また、本発明の一態様では、前記価格決定システムは、前記購入対象データの販売数又は販売可能数に関する販売数データを記憶する手段から前記販売数データを取得する手段と、前記価格決定手段により決定される価格で前記購入対象データを購入することができる前記第2のユーザの数を、前記販売数データが示す販売数又は販売可能数に基づいて決定する手段と、を更に含むことを特徴とする。また、本発明の一態様では、前記価格決定システムは、前記購入対象データの販売数又は販売可能数に関する販売数データを記憶する手段から前記販売数データを取得する手段と、前記第2のユーザが前記価格決定手段により決定される価格で前記購入対象データを購入することができる期間を、前記販売数データが示す販売数又は販売可能数に基づいて決定する手段と、を更に含むことを特徴とする。また、本発明の一態様では、前記価格決定システムは、前記第2のユーザが、前記価格決定手段により決定される価格で前記購入対象データを購入した場合、前記第2のユーザに関連付けられた前記第1のユーザに報酬を付与するための処理を実行する手段、を更に含むことを特徴とする。また、本発明の一態様では、前記価格決定システムは、前記第1のユーザに関連付けられた第2のユーザのうち、前記第1のユーザによる指定を受け付ける手段、を含み、前記価格決定手段は、前記第1のユーザに関連付けられた前記第2のユーザのうち、前記第1のユーザにより指定された前記第2のユーザが前記購入対象データを購入する場合の前記購入対象データの価格を、前記第1のユーザが前記購入対象データを購入した場合の前記購入対象データの価格に基づいて決定する、ことを特徴とする。また、本発明の一態様では、前記価格決定システムは、前記第1のユーザによる前記購入対象データの購入履歴を示す前記購入履歴データを記憶する手段から前記購入履歴データを取得する手段、を更に含み、前記価格決定手段は、前記第2のユーザが前記購入対象データを購入する場合、前記第2のユーザに関連付けられた前記第1のユーザが過去に前記購入対象データを購入したか否かを、前記購入履歴データに基づいて判定する判定手段、を含み、前記第2のユーザに関連付けられた前記第1のユーザが過去に前記購入対象データを購入した場合、前記第1のユーザが前記購入対象データを購入した場合の前記購入対象データの価格に基づいて決定される価格を、前記第1のユーザに関連付けられた前記第2のユーザが前記購入対象データを購入する場合の前記購入対象データの価格として決定する、ことを特徴とする。また、本発明の一態様では、前記価格決定システムは、前記第1のユーザが前記購入対象データを購入した場合、前記第1のユーザに関連付けられた前記第2のユーザが前記価格決定手段により決定される価格で前記購入対象データを購入する資格があることを示す購入資格データを生成し、当該購入資格データを購入資格データ記憶手段に記憶させる購入資格生成手段、を更に含み、前記価格決定手段は、前記第1のユーザに関連付けられた前記第2のユーザが前記購入対象データを購入する場合、前記購入資格データ記憶手段に前記購入資格データが記憶されいるか否かを判定する判定手段、を含み、前記購入資格データ記憶手段に前記購入資格データが記憶されている場合、前記第1のユーザが前記購入対象データを購入した場合の前記購入対象データの価格に基づいて決定される価格を、前記第1のユーザに関連付けられた前記第2のユーザが前記購入対象データを購入する場合の前記購入対象データの価格として決定する、ことを特徴とする。[1.実施形態1]以下、本発明に係る実施形態について、図面に基づき詳細に説明する。本発明に係る価格決定システムは、所定条件の下で価格が変動する購入対象データの価格を決定する。購入対象データとは、商品としてユーザに購入されるデータであり、例えば、課金されたユーザに付与されるデータである。本実施形態においては、購入対象データの一例として、ユーザがアプリケーションソフトウェア例えば、ゲームソフトウェアを購入する場合を説明する。[1-1.価格決定システムの全体構成]図1は、本発明に係る価格決定システムの全体構成を示す図である。図1に示すように、価格決定システムSは、例えば、システム管理者の管理下におかれる一又は複数のサーバ装置1と、ユーザの操作に供される一又は複数のユーザ装置10と、を含んで構成される。価格決定システムSを構成する各装置同士は、ネットワークNを介してデータ通信可能に接続される。サーバ装置1は、公知のサーバコンピュータである。例えば、サーバ装置1は、CPU等を含む制御部2と、HDDやRAM等を含む記憶部3と、キーボードやマウス等を含む操作部4、DVD再生装置等を含む入力部5、液晶モニタ等を含む表示部6と、ネットワークカード等を含む通信部7と、を含んで構成される。制御部2は、記憶部3に格納されるオペレーティングシステムや、入力部5から読み出されるプログラム等に基づいてサーバ装置1の各部を制御する。記憶部3は、各種プログラムや各種データ例えば、現在の日時を示すデータ等を記憶する。操作部4は、各種操作信号を制御部2に入力する。入力部5は、各種記憶媒体からデータやプログラム等を読み込む。通信部7は、ネットワークNを介して他の端末と通信を行う。ユーザ装置10は、パーソナルコンピュータ、ゲーム機家庭用ゲーム機や携帯用ゲーム機等、携帯情報端末例えば、携帯電話機等の公知のコンピュータである。例えば、ユーザ装置10は、CPU等を含む制御部11と、フラッシュメモリやRAM等を含む記憶部12と、タッチパネルや各種ボタン等を含む操作部13と、メモリカードスロット等を含む入力部14と、液晶パネル等を含む表示部15と、無線通信又は有線通信を行うためのネットワークカード等を含む通信部16と、を含んで構成される。制御部11は、例えば、記憶部12に記憶された各種プログラムを実行する。記憶部12は、制御部11がプログラムを実行するために必要なデータや、現在の日時を示すデータ等を記憶する。操作部13は、各種操作信号を制御部11に入力する。入力部14は、各種記憶媒体からプログラムやデータを読み込む。通信部16は、ネットワークNを介して他の端末と通信を行う。例えば、ユーザは、ユーザ装置10を操作することによって、友人関係にある他のユーザと情報を共有するソーシャルネットワーキングサービスを利用する。あるユーザと友人関係にあるユーザとは、あるユーザに関連付けられたユーザと同じ意である。ユーザは、ソーシャルネットワーキングサービスを利用することによって、友人関係にある他のユーザとコミュニケーションをとることができる。例えば、ユーザは、ユーザ装置10を操作することによって、サーバ装置1に自分の日記を示すデータを登録する。この日記は、日記を登録したユーザと友人関係にあるユーザのみ、見ることができる。なお、ソーシャルネットワーキングサービスにおいて、ユーザが他のユーザとコミュニケーションをとる方法は、公知の種々の手法を適用可能である。本実施形態においては、ユーザは、ユーザ装置10を操作して購入対象データを購入することができる。ユーザは、例えば、ゲームソフトウェア、ワープロソフトウェア、表計算ソフトウェア、画像編集ソフトウェア等のアプリケーションソフトウェアを購入することができる。ユーザは、所定の画面から購入対象データの購入操作を行うことができる。図2は、ユーザが購入対象データの購入操作を行うための画面の一例を示す図である。図2に示すように、購入画面20には、ユーザが購入することができる購入対象データの候補を示す一覧21、ユーザが購入対象データを購入する場合の課金額を示す価格22、購入対象データの内容や価格の説明等を示す備考欄23、ユーザが購入対象データを選択するためのボタン24、ユーザが購入対象データの購入を指示するためのボタン25、購入対象データの購入をキャンセルするためのボタン26が表示される。ユーザは、購入画面20の表示内容を頼りにして、購入対象データの購入操作を行う。購入対象データは、所定条件の下で現在の価格が変動する。本実施形態においては、ある期間が訪れた場合、購入対象データの現在の価格が安くなる場合を説明する。即ち、購入対象データの価格が安くなる期間以降、タイムセール期間という。において、ユーザは、通常価格よりも安い価格以降、割引価格という。で購入対象データを購入することができる。図2に示す場合、ワープロソフトAは、通常価格で販売されているが、ゲームソフトBは、割引価格で販売されている。タイムセール期間が終了した場合、ゲームソフトBは、通常価格に戻る。本実施形態の価格決定システムSは、あるユーザが割引価格で購入対象データを購入した場合、このユーザと友人関係にあるユーザは、例えば、タイムセール期間が終了しても、通常価格ではなく割引価格で購入対象データを購入することができる構成になっている。例えば、図2に示す場合、表計算ソフトCは、タイムセール期間外であるが、ユーザの友人が、過去にタイムセール期間内に購入しているので、このユーザは、表計算ソフトCを割引価格で購入することができる。以降、本技術の詳細について説明する。[1-2.機能ブロック]図3は、価格決定システムSによって実現される機能を示すブロック図である。図3に示すように、価格決定システムSにおいては、サーバデータ記憶部30、価格変動部32、及び価格決定部34が実現される。本実施形態においては、これらサーバデータ記憶部30、価格変動部32、及び価格決定部34が、サーバ装置1によって実現される場合を説明する。サーバ装置1においては、制御部2が記憶部3から読み出されるプログラムによって動作することによって、これらの機能が実現される。[1-2-1.サーバデータ記憶部]サーバデータ記憶部30は、記憶部3を主として実現される。サーバデータ記憶部30は、ユーザがソーシャルネットワーキングサービスを利用するために必要なデータ、及び、ユーザが購入対象データを購入するために必要なデータを記憶する。例えば、サーバデータ記憶部30は、以下のデータを記憶する。1ユーザを一意に識別するためのユーザデータ2あるユーザ第1のユーザと他のユーザ第2のユーザとを関連付けたユーザグループデータ3ユーザが購入することができる購入対象データを定義する購入対象マスタデータ4あるユーザ第1のユーザによる購入対象データの購入履歴を示す購入履歴データ[ユーザデータ]ユーザデータには、例えば、ユーザの個人情報が格納される。ユーザの個人情報には、例えば、ユーザID、パスワード、ユーザの氏名、性別、生年月日、住所、連絡先電話番号やメールアドレス等、及びユーザに課金を行うための情報例えば、クレジットカードの番号や銀行口座を示す情報等が含まれる。例えば、ユーザは、ソーシャルネットワーキングサービスの利用を開始する際に、ユーザデータに格納される内容を入力することによって、ユーザ登録を行う。また、ユーザがユーザ登録を行った後において、ソーシャルネットワーキングサービスを利用する場合、サーバ装置1は、ユーザにより入力されるユーザID及びパスワードをユーザ装置10から取得することによって、ユーザの認証を行う。[ユーザグループデータ]図4は、ユーザグループデータのデータ格納例を示す図である。図4に示すように、ユーザグループデータには、ユーザグループを識別する情報と、当該ユーザグループに所属するユーザと、が関連付けられて格納される。ユーザグループは、あるユーザに関連付けられた一又は複数のユーザを定義するものである。本実施形態においては、ユーザグループは、例えば、あるユーザと友人関係にあるユーザ以降、単に友人という。を定義する。ユーザは、ユーザグループに所属する一又は複数のユーザと、情報を共有することができる。[購入対象マスタデータ]図5は、購入対象マスタデータのデータ格納例を示す図である。図5に示すように、購入対象マスタデータには、購入対象データを識別するデータと、購入対象データの通常価格基準価格を示すデータと、購入対象データの現在の価格が変動するための変動条件を示すデータと、が関連付けられて格納される。変動条件は、購入対象データの現在の価格が変動するか否かを示す条件である。変動条件は、予め定められた条件であればよい。本実施形態においては、変動条件が、現時点に関する条件例えば、タイムセール期間を示すデータである場合を説明する。なお、詳しくは変形例に記載するが、変動条件は、購入対象データの現在の販売数に関する条件等であってもよい。また、本実施形態においては、購入対象マスタデータには、変動条件が満たされている場合の購入対象データの価格に関するデータが格納される場合を説明する。即ち、変動条件には、変動条件が満たされる場合の購入対象データの価格が関連付けられる。例えば、変動条件が満たされている場合、ユーザは、購入対象データを通常価格よりも安い割引価格で購入することができる。また、変動条件を複数用意しておき、満たされる変動条件によって購入対象データの価格が異なっていてもよい。例えば、満たされる変動条件によって、購入対象データの割引率が異なっていてもよい。例えば、図5に示すデータ格納例の場合、ゲームソフトBの価格は、3月~12月は200円であるが、1月中は100円に変動し、2月中は150円に変動する。[購入履歴データ]図6は、購入履歴データのデータ格納例を示す図である。図6に示すように、購入履歴データには、例えば、ユーザを識別するデータと、ユーザが購入した購入対象データを識別するデータと、ユーザが購入対象データを購入した場合の購入対象データの価格を示す価格データと、が格納される。即ち、購入履歴データには、あるユーザが過去に購入した購入対象データに関する情報が格納される。ユーザが購入対象データを購入した場合の購入履歴データの価格とは、ユーザによる購入対象データの購入時の価格であり、購入対象データを購入したユーザに課金される金額である。本実施形態においては、購入履歴データに格納される価格データとしては、通常価格、又は、タイムセール時の割引価格、の何れかを示すデータが格納される。本実施形態においては、価格データは、購入対象データの価格自体を示す場合を説明するが、価格データは、あるユーザが購入対象データを購入する場合の購入対象データの価格に関するものであればよく、他にも例えば、割引率を示してもよい。なお、制御部2は、サーバデータ記憶部30に記憶される各種データを取得する手段として機能する。また、サーバデータ記憶部30に記憶されるデータは、上記の例に限られず、ユーザがソーシャルネットワーキングサービスを利用するために必要なデータ、又は、ユーザが購入対象データを購入するために必要なデータが記憶されていればよい。他にも例えば、サーバデータ記憶部30には、現時点を示すデータ、ユーザが登録した日記や画像を示すデータ、又は購入対象データ自体が記憶されるようにしてもよい。[1-2-2.価格変動部]価格変動部32は、制御部2を主として実現される。価格変動部32は、ユーザが購入する購入対象データの現在の価格を変動増減させる。先述のように、変動前の購入対象データの価格通常価格を示すデータは、例えば、サーバデータ記憶部30に記憶される。価格変動部32は、このデータが示す価格通常価格を変動させることによって、購入対象データの現在の価格を変動させる。例えば、価格変動部32は、変動条件が満たされるか否かを判定し、当該判定結果に基づいて、購入対象データの現在の価格を変動させる。本実施形態においては、現時点を示すデータに基づいて変動条件を満たすか否かが判定される。例えば、価格変動部32は、変動条件が満たされる場合、購入対象データの現在の価格が、当該変動条件に関連付けられた価格になるように、購入対象データの現在の価格を変動させる。本実施形態においては、価格変動部32は、現時点がタイムセール期間であるか否かを判定し、現時点がタイムセール期間である場合、購入対象データの現在の価格を割引価格に変動させる。[1-2-3.価格決定部]価格決定部34は、制御部2を主として実現される。価格決定部34は、第1のユーザが購入対象データを購入した場合、第1のユーザに関連付けられた第2のユーザが購入対象データを購入する場合の購入対象データの価格以降、単に、第2のユーザの購入価格という。として、価格変動部32により変動された購入対象データの現在の価格とは異なる価格を、第1のユーザが購入対象データを購入した場合の購入対象データの価格即ち、価格データが示す価格。以降、単に、第1のユーザの購入価格という。に基づいて決定する。例えば、価格決定部34は、サーバデータ記憶部30から価格データを取得し、第2のユーザの購入価格を、価格データに基づいて決定する。例えば、価格決定部34は、第2のユーザの購入価格が、第2のユーザに関連付けられた第1のユーザが購入対象データを購入した場合の購入対象データの価格に対応する価格になるように、第2のユーザの購入価格を決定する。第1のユーザの購入価格に対応する価格とは、第1のユーザの購入価格に基づいて決定される価格であり、例えば、第1のユーザの購入価格と同じ価格である。他にも例えば、第1のユーザの購入価格に対応する価格は、価格変動部32により変動された現在の価格と、第1のユーザの購入価格と、に基づいて定まる価格例えば、これらの平均価格であってもよいし、第1のユーザの購入価格を所定の数式に代入することによって得られる価格例えば、第1のユーザの購入価格の1.1倍の価格であってもよい。価格決定部34は、第2のユーザに関連付けられた第1のユーザが過去に購入対象データを購入していない場合、第2のユーザの購入価格を、価格変動部32によって変動された現在の価格に決定する。一方、価格決定部34は、第2のユーザに関連付けられた第1のユーザが過去に購入対象データを購入した場合、第2のユーザの購入価格が価格変動部32によって変動された現在の価格に決定されることを制限し、第2のユーザの購入価格を、価格データに基づいて決定する。また、本実施形態においては、価格決定部34が、第2のユーザが購入対象データを購入する場合、第1のユーザの購入価格に基づいて決定される価格即ち、価格データに基づいて決定される価格と、価格変動部32により変動された購入対象データの現在の価格と、を比較する価格比較手段を含む場合を説明する。この場合、価格決定部34は、価格比較手段の比較結果に基づいて、第2のユーザの購入価格を決定する。例えば、価格変動部32により変動された購入対象データの現在の価格が、第1のユーザの購入価格よりも高い場合、第1のユーザの購入価格に基づいて決定される価格を、第1のユーザに関連付けられた第2のユーザの購入価格として決定する。即ち、第2のユーザの購入価格が、価格データに基づいて決定される。一方、価格変動部32により変動された購入対象データの現在の価格が、第1のユーザの購入価格よりも安い場合、価格変動部32により変動された購入対象データの現在の価格を、第2のユーザの購入価格として決定する。また例えば、第2のユーザが価格決定部34により決定される価格例えば、第1のユーザの購入価格で購入対象データを購入する資格があるか否かが、所定の方法に基づいて判定される。即ち、あるユーザが、価格決定部34により決定される価格で購入対象データを購入することができるか否かが、所定の方法に基づいて判定される。価格決定部34は、この判定結果に基づいて、購入対象データの価格を決定するようにしてもよい。即ち、第2のユーザが、第2のユーザが価格決定部34により決定される価格で購入対象データを購入する資格がある場合、価格決定部34は、第2のユーザの購入価格を、価格データに基づいて決定する。本実施形態においては、例えば、以下の方法によって、この判定処理が実行される。例えば、ここでは、価格決定部34が、第2のユーザが購入対象データを購入する場合、第2のユーザに関連付けられた第1のユーザが過去に購入対象データを購入したか否かを、購入履歴データに基づいて判定する判定手段を含む場合を説明する。判定手段は、ユーザグループデータを参照して、第2のユーザに関連付けられた第1のユーザを特定し、購入履歴データが示す購入履歴のうち、当該特定された第1のユーザの購入履歴を参照することによって、上記判定を行う。また、この場合、価格決定部34は、第2のユーザの購入価格を、判定手段の判定結果に基づいて決定する。価格決定部34は、第2のユーザに関連付けられた第1のユーザが過去に購入対象データを購入した場合、第1のユーザの購入価格に基づいて決定される価格を、第1のユーザに関連付けられた第2のユーザの購入価格として決定する。別の言い方をすれば、例えば、第2のユーザに関連付けられた第1のユーザが過去に購入対象データを購入したと判定された場合、第2のユーザは、価格決定部34により決定される価格で、購入対象データを購入する資格があるので、第2のユーザの購入価格が、価格データに基づいて決定される。一方、例えば、第2のユーザに関連付けられた第1のユーザが過去に購入対象データを購入したと判定されない場合、第2のユーザは、価格決定部34により決定される価格で、購入対象データを購入する資格がないので、第2のユーザの購入価格が、価格データに基づいて決定されないように制限される。この場合、第2のユーザの購入価格は、価格変動部32により変動された現在の価格に決定される。[1-3.価格決定システムの処理の流れ]図7及び図8は、価格決定システムSにおける処理の流れを示す図である。以降説明する処理は、例えば、制御部2が記憶部3等に記憶されたプログラムに基づいて動作し、かつ、制御部11が、記憶部12等に記憶されたプログラムに基づいて動作することによって実行される。なお、図7及び図8に示す処理が実行されるにあたって、ユーザは、ユーザIDとパスワードを入力し、ユーザの認証が行われている。即ち、サーバ装置1は、どのユーザが自身にアクセスしているかを識別する情報を保持している。図7に示すように、まず、制御部11は、ユーザが購入対象データを購入するための購入画面20を表示部15に表示させるか否かを判定するS10。例えば、所定のメニュー画面から所定のボタンが押下されたか否かが判定される。購入画面20を表示部15に表示させると判定されない場合S10;N、制御部11は、本処理を終了する。購入画面20を表示部15に表示させると判定された場合S10;Y、制御部11は、購入画面20の表示要求を、サーバ装置1に対して行うS11。別の言い方をすれば、ユーザが購入することができる購入対象データの一覧を示すデータの取得要求が行われる。なお、S11において表示要求が行われる際には、ユーザを識別する情報例えば、ユーザID等も、サーバ装置1に送信されるようにしてもよい。サーバ装置1においては、制御部2は、購入画面20の表示要求を受信するS12。制御部2は、購入対象マスタデータのレコードを順次参照して、購入対象マスタデータに格納された変動条件を満たすか否かを判定するS13。S13においては、例えば、現時点がタイムセール期間であるか否かが判定される。変動条件が満たされると判定された場合S13;Y、制御部2は、購入対象データの価格を変動させ、購入対象データの価格を仮決定するS14。S14においては、例えば、購入対象データの価格が、通常価格から割引価格に変動する。即ち例えば、購入対象データの価格が、S13で満たされると判定された変動条件に関連付けられた割引価格に変動する。一方、変動条件が満たされると判定されない場合S13;N、制御部2は、購入対象データの価格を割引価格に変動させず、購入対象データの価格を通常価格に仮決定するS15。なお、S14又はS15で仮決定された価格を示すデータは、購入対象データを識別する情報と対応付けられて、記憶部3のRAM等に一時的に記憶される。制御部2は、ユーザグループデータと購入履歴データを参照し、購入画面20の表示要求をしたユーザ第2のユーザの友人第1のユーザが、過去に購入対象データを購入したか否かを判定するS16。S16においては、ユーザグループデータに基づいて友人が特定される。そして、現在、価格の決定処理S13~S19の処理が行われている購入対象データを、この友人が過去に購入したことがあるか否かが購入履歴データに基づいて判定される。ユーザの友人が過去に購入したと判定された場合S16;Y、制御部2は、購入履歴データに格納された価格データを参照し、友人が購入対象データを購入した場合の価格即ち、第1のユーザの購入価格が、S14又はS15で仮決定された価格よりも安いか否かを判定するS17。即ち、購入履歴データに格納された価格データが示す友人の購入価格と、S14又はS15で仮決定された現在の価格と、が比較される。友人の購入価格の方が安いと判定された場合S17;Y、制御部2は、S11で表示要求をしたユーザの購入価格即ち、第2のユーザの購入価格を、価格データが示す友人の購入価格即ち、第1のユーザの購入価格に基づいて決定するS18。一方、ユーザの友人が過去に購入したと判定されない場合S16;N、及び、友人の購入価格の方が安いと判定されない場合S17;N、制御部2は、S11で表示要求をしたユーザの購入価格を、S14又はS15で仮決定された価格に決定するS19。S18又はS19で決定された価格を示すデータは、購入対象データを識別する情報と対応付けられて記憶部3のRAM等に記憶される。なお、記憶部3には、上記記憶内容に加えて、S18において友人の購入価格に基づいて価格が決定されたことを示すフラグや、割引価格であることを示すフラグが対応付けられていてもよい。このフラグが参照されることによって、購入画面20の備考欄23に、友人の購入価格である旨や、タイムセール期間中の割引価格である旨等を表示させることができる。制御部2は、所定数の購入対象データについて、価格が決定されたか否かを判定するS20。所定数とは、例えば、表示要求がなされた購入画面20に表示される購入対象データの数であってもよいし、購入対象マスタデータに格納された購入対象データの数であってもよい。所定数の購入対象データについて価格が決定されたと判定されない場合S20;N、処理はS13に戻り、次の購入対象データの価格が決定される。所定数の購入対象データについて価格が決定されたと判定された場合S20;Y、制御部2は、S18又はS19において決定された購入対象データの価格に基づいて購入画面20の表示内容を示すデータを生成してユーザ装置10に送信するS21。図8に移り、ユーザ装置10においては、制御部11は、サーバ装置1から受信したデータに基づいて、購入画面20を表示部15に表示させるS22。S22においては、ユーザが購入することができる購入対象データを示す一覧21と、S18又はS19で決定された購入対象データの価格22と、を含む購入画面20が表示される。購入画面20が表示されると、ユーザによる購入操作が待ち受けられる。制御部11は、購入画面20から購入対象データの購入操作を受け付けたか否かを判定するS23。例えば、一又は複数の購入対象データに対応するボタン24が選択され、ボタン25が押下されたか否かが判定される。購入対象データの購入操作を受け付けたと判定されない場合S23;N、本処理は終了する。購入対象データの購入操作を受け付けたと判定された場合S23;Y、制御部11は、ユーザにより選択された購入対象データを識別するデータを含む購入内容データをサーバ装置1に送信するS24。購入内容データには、他にも、購入操作をしたユーザを識別するデータや購入操作がなされた日時を示すデータ等が含まれるようにしてもよい。サーバ装置1においては、制御部2は、ユーザ装置10から購入内容データを受信するS25。受信した購入内容データは、例えば、記憶部3のRAM等に一時的に記憶される。制御部2は、ユーザデータと購入対象データとに基づいて、購入操作を行ったユーザの課金処理を実行するS26。S26においては、S18又はS19において決定された価格を示すデータが参照され、購入内容データが示す購入対象データの価格が特定される。当該特定された価格が、ユーザに課金される。課金方法は、ユーザデータに格納されたクレジットカード番号を用いてもよいし、携帯電話事業者を介した課金代行処理が実行されてもよいし、公知の種々の手法が適用可能である。制御部2は、購入履歴データの記憶内容を更新するS27。S27においては、例えば、購入対象データを購入したユーザを識別するデータと、当該ユーザが購入した購入対象データを識別するデータと、当該ユーザの購入価格を示すデータ即ち、当該ユーザに課金された金額を示すデータと、に基づいて、購入履歴データに新たなレコードが追加されることによって、購入履歴データの記憶内容が更新される。制御部2は、ユーザが購入操作を行った購入対象データをユーザに送信するS28。ユーザ装置10においては、制御部11は、サーバ装置1が送信した購入対象データを受信して記憶部12に記憶させS29、処理は終了する。以上説明した価格決定システムSによれば、あるユーザ第2のユーザが購入対象データを購入する場合、このユーザは、友人第1のユーザの購入価格に対応する価格で購入対象データを購入することができる。例えば、あるユーザがタイムセール期間を逃したとしても、友人がタイムセール期間に割引価格でゲームソフトを購入していれば、このユーザは通常価格ではなく割引価格でゲームソフトを購入することができる。したがって、ユーザ同士が関連付けられたソーシャルネットワーキングサービスの特徴を活用して、課金サービスを利用するユーザを増加させることができる。また、現在の価格と友人の購入価格とを比較して価格が決定されるので、友人の購入価格が現在の価格よりも安い場合に、ユーザは、友人の購入価格で購入対象データを購入することができる。別の言い方をすれば、例えば、現在の価格が、友人がタイムセール期間に購入した割引価格よりも更に安くなっていた場合には、ユーザは、友人の購入価格ではなく、より安い現在の価格で購入することができる。また、購入履歴データが参照されることによって、購入操作を行うユーザの友人が、過去に購入対象データを購入したことがあるか否かを判定することができる。即ち、購入操作を行うユーザが、過去に購入対象データを購入したユーザと友人関係にあり、割引価格で購入対象データを購入する資格があるか否かを判定することができる。例えば、購入対象データを購入するユーザは、購入操作を行った時点において、過去に購入対象データを購入したことがあるユーザと友人関係になっていれば、このユーザの購入価格で購入対象データを購入することができる。なお、実施形態1においては、過去に購入対象データを割引価格で購入したユーザの友人の全員が、価格決定部34により決定される価格で購入対象データを購入する資格がある場合を説明したが、価格決定部34により決定される価格で購入対象データを購入する資格があるユーザの人数以降、購入可能ユーザ数という。が、予め定められていてもよい。例えば、購入対象データを購入したユーザの友人のうち、先着順で5人までが、価格決定部34により決定される価格で購入対象データを購入することができるようにしてもよい。[2.実施形態2]実施形態1においては、購入対象データを購入しようとしているユーザ第2のユーザが、他のユーザ第1のユーザの購入価格で購入対象データを購入する資格があるか否かが、購入履歴データに基づいて判定される場合を説明したが、この判定処理は、他の方法によって実行されるようにしてもよい。実施形態2の価格決定システムSは、購入対象データを購入しようとしているユーザに、後述する購入資格データが関連付けられているか否かによって、上記の判定処理が行われる構成になっている。以降、実施形態2の技術について詳細に説明する。[2-1.実施形態2において実現される機能]図9は、実施形態2の価格決定システムSの機能ブロック図である。図9に示すように、実施形態2の価格決定システムSは、実施形態1の機能に加えて購入資格データ生成部36と購入資格データ記憶部38とを実現する。ここでは、購入資格データ生成部36と購入資格データ記憶部38とが、サーバ装置1によって実現される場合を説明する。[2-1-1.購入資格データ生成部]購入資格データ生成部36は、制御部2を主として実現される。購入資格データ生成部36は、第1のユーザが購入対象データを購入した場合、第1のユーザに関連付けられた第2のユーザが価格決定部34により決定される価格で購入対象データを購入する資格があることを示す購入資格データを生成し、当該購入資格データを購入資格データ記憶部38に記憶させる。購入資格データは、第2のユーザが、価格決定部34により決定される価格例えば、第1のユーザの購入価格で購入対象データを購入する資格があることを、価格決定部34に対して証明するためのデータである。本実施形態においては、購入資格データは、例えば、価格データ、又は、価格データに基づいて定まる価格を示すデータを含む場合を説明する。即ち、購入資格データが、第1のユーザの購入価格、又は、第2のユーザが購入することができる価格を示す場合を説明する。[2-1-2.購入資格データ記憶部]購入資格データ記憶部38は、記憶部3を主として実現される。購入資格データ記憶部38は、購入資格データ生成部36によって生成された購入資格データを記憶する。本実施形態においては、購入資格データが、第2のユーザと関連付けられて記憶される。図10は、購入資格データのデータ格納例を示す図である。図10に示すように、購入資格データ生成部36により生成された購入資格データは、第2のユーザと関連付けられて、購入資格データ記憶部38に記憶される。即ち、あるユーザが購入対象データを購入した場合に生成される購入資格データが、このユーザの友人を識別するデータと、関連付けられて購入資格データ記憶部38に記憶される。例えば、購入資格データ生成部36は、第1のユーザが購入対象データを購入した場合、ユーザグループデータを参照して、この第1のユーザに関連付けられた第2のユーザを特定する。この特定された第2のユーザを識別する情報と、生成された購入資格データと、が関連付けられて購入資格データ記憶部38に記憶される。実施形態2の価格決定部34は、第1のユーザに関連付けられた第2のユーザが購入対象データを購入する場合、購入資格データ記憶部38に購入資格データが記憶されているか否かを判定する判定手段を含む。即ち、価格決定部34は、第2のユーザが購入対象データを購入する場合、購入資格データ記憶部38に購入資格データが記憶されているか否かを判定することによって、この第2のユーザが価格決定部34により決定される価格で購入対象データを購入する資格があるか否かを判定する。価格決定部34は、第2のユーザの購入価格を、判定手段の判定結果に基づいて決定する。即ち、価格決定部34は、購入資格データ記憶部38に購入資格データが記憶されている場合、第1のユーザの購入価格に基づいて決定される価格を、第1のユーザに関連付けられた第2のユーザの購入価格として決定する。一方、価格決定部34は、購入資格データ記憶部38に購入資格データが記憶されていない場合、価格変動部32により変動された現在の価格を、第2のユーザの購入価格として決定する。また、ここでは、価格決定部34の判定手段は、第2のユーザが購入対象データを購入する場合、購入資格データ記憶部38に購入資格データと第2のユーザとが関連付けられて記憶されているか否かを判定する場合を説明する。即ち、第2のユーザが購入対象データを購入する場合、購入資格データ記憶部38に購入資格データと第2のユーザとが関連付けられて記憶されている場合、この第2のユーザは、第1のユーザの購入価格で、購入対象データを購入する資格があると判定される。[2-2.実施形態2の価格決定システムの処理の流れ]図11及び図12は、実施形態2の価格決定システムSにおける処理の流れを示す図である。実施形態2においては、図7及び図8と同様の処理が実行される。図10に示すように、S30~S35は、それぞれ、S10~S15と同様の処理であるので説明を省略する。S34又はS35において、購入対象データの価格が仮決定された後、制御部2は、購入資格データと、S11において表示要求をしたユーザと、が関連付けられているか否かを判定するS36。即ち、S36においては、現在、価格を決定している購入対象データを価格決定部34により決定される価格で購入する資格を示す購入資格データが、S31において表示要求をしたユーザに関連付けられて記憶されているか否かが判定される。購入資格データが関連付けられていると判定された場合S36;Y、S31において表示要求をしたユーザが購入対象データを価格決定部34により決定される価格で購入する資格があるので、処理は、S37に移行する。一方、購入資格データが関連付けられていると判定されない場合S36;N、S31において表示要求をしたユーザが購入対象データを価格決定部34により決定される価格で購入する資格がないので、処理は、S39に移行する。続くS37~S49は、それぞれ、S17~S29と同様であるので説明を省略する。S37~S49の処理が行われた結果、購入対象データがユーザ装置10に記憶されると、制御部2は、ユーザが割引価格で購入対象データを購入したか否かを判定するS50。S50においては、例えば、S45で受信した購入内容データが示す購入対象データと、記憶部3のRAMに記憶されたフラグ購入対象データが割引価格であるか否かを示すフラグと、が参照されることによって判定が行われる。ユーザが割引価格で購入対象データを購入したと判定されない場合S50;N、処理は終了する。即ち、この場合、ユーザは通常価格で購入対象データを購入しており、このユーザの友人が購入対象データを安く買えるという訳ではないので、購入資格データは生成されない。ユーザが割引価格で購入対象データを購入したと判定された場合S50;Y、制御部2は、購入資格データを生成するS51。S48においては、例えば、記憶部3のRAMに記憶されたユーザの購入価格を示すデータ価格データと、このユーザが購入した購入対象データを識別するデータと、を含む購入資格データが生成される。次いで、制御部2は、S51で生成した購入資格データと、購入対象データを購入したユーザの友人と、を関連付けて記憶部3に記憶させS52、処理は終了する。S52においては、ユーザグループデータが参照されることによって、購入対象データを購入したユーザの友人が特定される。この特定された友人が、購入資格データと関連付けられて記憶部3に記憶される図10参照。以上説明した価格決定システムSによれば、購入資格データが用いられることによって、購入対象データを購入しようとしているユーザが、友人の購入価格で購入対象データを購入する資格があるか否かを判定することができる。また、実施形態1と同様に、ソーシャルネットワーキングサービスの特性を活用して、課金サービスを利用するユーザを増加させることができる。なお、購入資格データは、ユーザが購入対象データを購入した時点で生成されるので、このユーザによる購入時点における友人に、このユーザの購入価格で購入対象データを購入させることができる点で、実施形態2は、実施形態1と異なる。また、上記においては、購入資格データが価格データを含む場合を説明したが、購入資格データは、第1のユーザに関連付けられた第2のユーザが価格決定部34により決定される価格で購入対象データを購入する資格があることを示すデータであればよい。即ち、購入資格データは、価格データを必ずしも含んでいなくてもよい。例えば、購入資格データは、第2のユーザが、購入対象データを購入することができる価格を示すデータを含んでいてもよい。即ち、S51の処理が実行されるにあたって、価格決定部34は、いったん、価格データに基づいて購入対象データの価格を決定する。この決定された価格を示すデータを含む購入資格データが生成され、友人と関連付けられて購入資格データ記憶部38に記憶されるようにしてもよい。また、実施形態1と同様に、購入可能ユーザ数は、予め定められていてもよい。例えば、ユーザの友人の数が購入可能ユーザ数を上回っていた場合、購入資格データに関連付けられる友人が所定の方法に基づいて決定される。例えば、ランダムに決定されるようにしてもよいし、友人との親密度を示すパラメータを保持しておいて、このパラメータに基づいて決定されるようにしてもよい。[3.実施形態3]実施形態1及び実施形態2においては、例えば、購入可能ユーザ数が、あるユーザの友人のうちの全員又は所定数である場合を説明した。実施形態3の価格決定システムSは、購入可能ユーザ数が、例えば、購入対象データの売行きに基づいて変動する構成になっている。以降、本技術の詳細について説明する。[3-1.実施形態3の価格決定システムにおいて実現される機能]実施形態3のサーバデータ記憶部30は、購入対象データの販売数購入数又は販売可能数在庫数に関する販売数データを記憶する。本実施形態においては、販売数データが、購入対象データの販売数を示す場合を説明する。図13は、販売数データのデータ格納例を示す図である。図13に示すように、販売数データには、購入対象データを識別するデータと、購入対象データの販売数を示すデータと、が関連付けられて格納される。例えば、制御部2は、ユーザが購入対象データを購入した場合、販売数データが示す販売数を更新する手段として機能する。即ち、ユーザが購入対象データを購入すると、販売数データが示す販売数が増加するように、販売数データが更新される。制御部2が販売数データの内容を更新するタイミングは、ユーザによる購入操作を受け付けた後であれば、任意のタイミングであってよい。例えば、S28において購入対象データがユーザ装置10に送信された後に、制御部2は、購入対象データが示す販売数をインクリメントさせることによって、販売数データを更新する。また、実施形態3の価格決定システムSは、価格決定部34により決定される価格で購入対象データを購入することができる第2のユーザの数購入可能ユーザ数を、販売数データが示す販売数又は販売可能数に基づいて決定する手段を含む。例えば、販売数データが示す販売数又は販売可能数が、販売数又は販売可能数に関する所定の条件を満たすか否かが判定され、当該判定結果に基づいて購入可能ユーザ数が決定される。本実施形態においては、例えば、購入対象データの販売数に関する条件と、購入可能ユーザ数と、が関連付けられたデータがサーバデータ記憶部30に記憶される場合を説明する。図14は、購入対象データの販売数に関する条件と購入可能ユーザ数との関連付けを示す図である。販売数に関する条件は、例えば、所定期間例えば、現時点の所定時間前から現時点までの期間における販売数が所定範囲例えば、基準数以上であるか否かを示す条件である。図14に示すデータ格納例では、直近1週間の販売数が所定範囲例えば、10個以上であるか否かによって、購入可能ユーザの数が異なるようになっている。[3-2.実施形態3の価格決定システムの処理の流れ]次に、実施形態3の価格決定システムの処理の流れについて説明する。まず、実施形態1と実施形態3とを組み合わせた場合の価格決定システムSの処理の流れを説明する。この場合、図7及び図8と同様の流れの処理が実行される。実施形態3を実施形態1に適用した場合、例えば、購入履歴データに、価格決定部34により決定される価格で購入対象データを購入することができるユーザの残り人数以降、残り購入可能ユーザ数という。に関する情報が格納される。図15は、実施形態3における購入履歴データのデータ格納例を示す図である。図15に示すように、例えば、購入履歴データには、残り購入可能ユーザ数が格納される。実施形態3のS27においては、販売数データと図15に示すデータが参照されることによって、購入履歴データに残り購入可能ユーザ数が格納される。具体的には、例えば、販売数データが参照されることによって、ユーザが購入した購入対象データの販売数が特定される。次いで、この特定された販売数が満たす条件に関連付けられた購入可能ユーザ数が、残り購入可能ユーザ数として購入履歴データに格納される。残り購入可能ユーザ数は、友人が、価格決定部34により決定される価格で購入対象データを購入するたびに、1ずつ減少する。即ち、友人が価格決定部34で決定する価格で購入対象データを購入した場合、S27において、残り購入可能ユーザ数が減少する。過去に購入対象データを購入したユーザに関連付けられた購入可能ユーザ数が所定範囲例えば、0になった場合、友人は、このユーザの購入価格で購入対象データを購入することができなくなるように制限される。また例えば、実施形態3においては、S16の処理が実行されるにあたって、購入履歴データに格納された残り購入可能ユーザ数が0であるか否かが判定される。残り購入可能ユーザ数が0でない場合、処理はS17に移行する。一方、残り購入可能ユーザ数が0である場合、処理はS19に移行する。次に、実施形態2と実施形態3とを組み合わせた場合の価格決定システムSの処理の流れを説明する。この場合、図11及び図12と同様の流れの処理が実行される。実施形態3を実施形態2に適用した場合、例えば、購入可能ユーザ数に基づいて、購入資格データに関連付けられる友人の数が決定される。例えば、S52の処理が実行されるにあたって、販売数データと図13に示すデータが参照されることによって、購入可能ユーザ数が特定される。S52においては、購入対象データを購入したユーザの友人のうち、購入可能ユーザ数の友人が、購入資格データと関連付けられる。ユーザの友人の数が購入可能ユーザ数を上回っていた場合における購入資格データの関連付けを行う方法は、実施形態2と同様である。実施形態3の価格決定システムによれば、購入対象データの売行きに基づいて、購入可能ユーザ数を変動させることができる。例えば、人気のある購入対象データは、タイムセール期間が終わってもある程度は売れるので、購入可能ユーザ数を少なくさせることによって、客単価の下落を防止することができる。一方、売行きがよくない購入対象データは、タイムセール期間が終わると売れなくなってしまうので、購入可能ユーザ数を増加させることによって、売行きを伸ばすことができる。なお、販売数データが、販売可能数を示す場合も、上記と同様の処理が実行される。販売可能数は、購入対象データを購入することができるユーザの数である。例えば、購入対象データの販売可能数が設定されることによって、購入対象データの希少価値を向上させることができる。この場合、上記における販売数を販売可能数と読み替えることによって、購入可能ユーザ数が決定される。[4.実施形態4]実施形態1~実施形態3においては、ユーザが割引価格で購入対象データを購入した場合、このユーザの友人は、タイムセール期間外の任意の時点で、価格決定部34が決定した価格で購入対象データを購入することができる場合を説明した。友人が、価格決定部34が決定した価格で購入対象データを購入することができる期間は、所定条件の下で変動するようにしてもよい。実施形態4の価格決定システムは、例えば、ユーザが割引価格で購入対象データを購入した場合、この購入対象データの売行きに応じて、友人が、このユーザの購入価格で購入対象データを購入することができる期間が決定される構成になっている。[4-1.実施形態4の価格決定システムにおいて実現される機能]実施形態4の価格決定システムSは、価格決定部34により決定される価格で第2のユーザが購入対象データを購入することができる期間以降、購入可能期間という。を、販売数データが示す販売数又は販売可能数に基づいて決定する手段を含む。例えば、販売数データが示す販売数又は販売可能数が、販売数又は販売可能数に関する所定の条件を満たすか否かが判定され、当該判定結果に基づいて購入可能期間が決定される。本実施形態においては、例えば、購入対象データの販売数に関する条件と、購入可能期間と、が関連付けられたデータがサーバデータ記憶部30に記憶される場合を説明する。図16は、購入対象データの販売数に関する条件と購入可能期間との関連付けを示す図である。図16に示すデータ格納例では、直近1週間の販売数が所定範囲例えば、10個以上であるか否かによって、購入可能期間が異なるようになっている。[4-2.実施形態4の価格決定システムの処理の流れ]次に、実施形態4の価格決定システムの処理の流れについて説明する。まず、実施形態1と実施形態4とを組み合わせた場合の価格決定システムSの処理の流れを説明する。この場合、図7及び図8と同様の流れの処理が実行される。実施形態4を実施形態1に適用した場合、例えば、購入履歴データに、購入可能期間に関するデータが格納される。図17は、実施形態4における購入履歴データのデータ格納例を示す図である。図17に示すように、例えば、購入履歴データには、購入可能期間が格納される。実施形態4のS27においては、販売数データと図16に示すデータが参照されることによって、購入履歴データに購入可能期間が格納される。具体的には、例えば、販売数データが参照されることによって、ユーザが購入した購入対象データの販売数が特定される。次いで、この特定された販売数が満たす条件に関連付けられた購入可能期間が、購入履歴データに格納される。例えば、現時点から購入可能期間後の日付が、購入可能期間として格納される。購入可能期間が過ぎた場合、友人のユーザは、価格決定部34により決定される価格で購入対象データを購入することができなくなるように制限される。例えば、S16の処理が実行されるにあたって、時間関数等により生成される現時点を示すデータが取得され、購入履歴データに格納された購入可能期間が経過したか否かが判定される。購入可能期間が経過していないと判定された場合、S17の処理を実行する。一方、購入可能期間が経過したと判定された場合、処理はS19に移行する。次に、実施形態2と実施形態4とを組み合わせた場合の価格決定システムSの処理の流れを説明する。この場合、図11及び図12と同様の流れの処理が実行される。実施形態4を実施形態2に適用した場合、実施形態4においては、例えば、購入資格データに購入可能期間を示すデータが格納される。例えば、S51の処理が実行されるにあたって、販売数データと図16に示すデータが参照されることによって、購入可能期間が特定される。この特定された購入可能期間を示すデータを含む購入資格データが生成されて、友人と関連付けられて記憶される。また、S36においては、ユーザ装置10に記憶されている購入資格データの購入可能期間が参照され、現時点が購入可能期間であるか否かが判定される。現時点が購入可能期間であると判定された場合、処理はS37に移行する。現時点が購入可能期間であると判定されない場合、処理はS39に移行する。実施形態4の価格決定システムによれば、購入対象データの売行きに基づいて、購入可能期間を変動させることができる。例えば、人気のある購入対象データは、通常価格であってもすぐに売れる可能性があるので、購入可能期間を短くすることによって、客単価の下落を防止することができる。一方、売行きがよくない購入対象データは、通常価格ではなかなか売れないので、購入可能期間を長くすることによって、売行きを伸ばすことができる。なお、実施形態4においても、実施形態3と同様に、販売数データが、販売可能数を示す場合も、上記と同様の処理が実行される。上記における販売数を販売可能数と読み替えることによって、購入可能ユーザ数が決定される。[5.実施形態5]実施形態5の価格決定システムは、実施形態1~実施形態4の機能に加えて、ユーザの購入価格で友人が購入対象データを購入した場合、例えば、このユーザが報酬例えば、キャッシュバックを受け取ることができる構成になっている。以降、本技術の詳細について説明する。[5-1.実施形態5の価格決定システムにおいて実現される機能]実施形態5の価格決定システムSは、価格決定部34により決定される価格で第2のユーザが購入対象データを購入した場合、当該第2のユーザに関連付けられた前記第1のユーザに報酬を付与するための処理を実行する手段を含む。ユーザに付与される報酬は、例えば、現金又は仮想通貨の納金キャッシュバック、購入対象データ、商品又はサービス等である。ユーザに報酬を付与するための処理とは、例えば、ユーザが現金又は仮想通貨を受けとるための納金処理、ユーザに購入対象データを配信する処理、ユーザが受け取る商品の決定処理、又はユーザに提供されるサービスの決定処理である。[5-2.実施形態5の価格決定システムの処理の流れ]実施形態5においては、図7及び図8、又は、図11及び図12と同様の処理が実行される。例えば、S28又はS52の処理が実行された後に、購入履歴データ又は購入資格データが参照され、報酬を受けるべきユーザが特定される。サーバ装置1は、このユーザが報酬を受け取るための処理を実行する。ユーザに付与される報酬は、所定の方法に基づいて決定される。例えば、購入対象データの現在の価格と友人の購入価格との差に基づいて、ユーザに付与される報酬が決定されるようにしてもよい。例えば、この差が大きいほど、より高額な報酬がユーザに付与されるようにしてもよい例えば、キャッシュバックが多くなる。実施形態5の価格決定システムによれば、あるユーザが購入対象データを購入し、友人がこのユーザの購入価格で購入した場合、このユーザに報酬が付与されるので、ユーザの購入意欲を促進させ、課金システムを利用するユーザを増加させることができる。[6.実施形態6]実施形態6の価格決定システムは、実施形態1~実施形態5の機能に加えて、あるユーザの購入価格で購入対象データを購入することができる友人を、このユーザが指定することができる構成になっている。以降、本技術の詳細について説明する。[6-1.実施形態6の価格決定システムにおいて実現される機能]実施形態6の価格決定システムSは、第1のユーザに関連付けられた第2のユーザのうち、第1のユーザによる指定を受け付ける手段を含む。例えば、第1のユーザの友人の一覧を含む画面図示せずが表示部15に表示され、第1のユーザによる指定が受け付けられる。即ち、第1のユーザの友人のうち、価格決定部34により決定される価格で購入対象データを購入することができる友人の指定が受け付けられる。価格決定部34は、第1のユーザに関連付けられた第2のユーザのうち、第1のユーザにより指定された前記第2のユーザが、購入対象データを購入する場合の購入対象データの価格を、前記第1のユーザが前記購入対象データを購入した場合の前記購入対象データの価格即ち、価格データに基づいて決定する。別の言い方をすれば、第1のユーザに関連付けられた第2のユーザのうち、第1のユーザにより指定されていない前記第2のユーザが購入対象データを購入する場合の購入対象データの価格を、価格データに基づいて決定することが制限される。なお、価格決定部34は、第1のユーザにより指定された第2のユーザを識別するデータを、第1のユーザによる指定を受け付ける手段例えば、ユーザ装置10の操作部13から取得する。例えば、価格決定部34は、ネットワークNを介して、ユーザ装置10から、第1のユーザにより指定された第2のユーザを識別するデータを取得する。[6-2.実施形態6の価格決定システムの処理の流れ]次に、実施形態6の価格決定システムの処理の流れについて説明する。まず、実施形態1と実施形態6とを組み合わせた場合の価格決定システムSの処理の流れを説明する。この場合、図7及び図8と同様の流れの処理が実行される。実施形態6を実施形態1に適用した場合、例えば、購入履歴データに、第1のユーザによって指定された第2のユーザを示すデータが格納される。図18は、実施形態6における購入履歴データのデータ格納例を示す図である。図18に示すように、例えば、購入履歴データには、友人第2のユーザを識別するデータが格納される。例えば、ユーザが割引価格になっている購入対象データを購入した場合、S28が実行された後、このユーザの友人の一覧を示すデータが生成されてユーザ装置10に送信される。ユーザ装置10においては、友人の一覧を示す画面が表示され、ユーザによる友人の指定が受け付けられる。ユーザの操作内容に基づいて、ユーザが指定した友人を示すデータが、サーバ装置1に送信される。サーバ装置1においては、この取得されたデータが、購入履歴データに格納される。また例えば、実施形態6のS16の処理が実行されるにあたって、S11で表示要求をしたユーザを示すデータが購入履歴データに格納されているか否かが判定される。即ち、表示要求をしたユーザが、友人によって指定されているか否かが判定される。指定されていると判定された場合、S17の処理を実行する。一方、指定されていると判定されない場合、処理はS19に移行する。次に、実施形態2と実施形態6とを組み合わせた場合の価格決定システムSの処理の流れを説明する。この場合、図11及び図12と同様の流れの処理が実行される。実施形態6を実施形態2に適用した場合、例えば、第1のユーザによって指定された第2のユーザにのみ、購入資格データが関連付けられる。例えば、S51の処理が実行されるにあたって、第1のユーザによる指定が受け付けられる。この受け付け方法は、実施形態6を実施形態1に適用した場合と同様である。この指定された第2のユーザが操作するユーザ装置10に対して購入資格データが、配信される。実施形態6の価格決定システムによれば、あるユーザの購入価格で購入対象データを購入することができる友人を、このユーザが指定することができる。購入対象データを購入したユーザの友人のうち、割引価格で購入することができる友人を選ぶことができるので、購入対象データを安く購入するために友人関係になることを、他のユーザから要求されるような行為を防止することができる。[7.変形例]なお、本発明は、以上説明した実施形態に限定されるものではなく、本発明の趣旨を逸脱しない範囲で適宜変更可能である。1例えば、上記実施形態においては、タイムセール期間中に、購入対象データの価格が安くなるように、価格変動部32が購入対象データの価格を変動させる場合を説明したが、価格変動部32による購入対象データの価格の変動方法は、実施形態の例に限られない。例えば、システム管理者により設定される最新の購入対象マスタデータが参照されることによって、購入対象データの価格が変動されるようにしてもよい。他にも例えば、購入対象データの価格が変更されるための変動条件は、実施形態のような現時点に関する条件でなくてもよい。例えば、価格変動部32は、購入対象データの価格を、購入対象データの販売数又は、売上高又は販売可能数に基づいて変動させるようにしてもよい。例えば、購入対象データの販売数又は販売可能数に関する条件と、購入対象データの価格に関する情報と、を関連付けて予め記憶されていてもよい。この場合、購入対象データの販売数が満たす条件に関連付けられた価格に変動される。例えば、現在の購入対象データの販売数が所定数になるまでに必要な残り販売数数が、ユーザに通知されるようにしてもよい。なお、購入対象データの販売数又は販売可能数に関連付けられる価格に関する情報は、価格自体が格納されていてもよいし、購入対象データの価格の値上げ率/値下げ率が格納されるようにしてもよい。例えば、購入対象データの販売数が多くなるほど、価格が高くなるように、購入対象データの価格が変動する。この場合、販売数が多い購入対象データの単価が高くなるので、売上を増加させることができる。また例えば、購入対象データの販売数が多くなるほど、価格が安くなるようにしてもよい。この場合、例えば、友人同士で購入対象データを購入するほど、価格を安くさせることができる。また例えば、購入対象データの販売が開始された時点においては、所定の価格を設定しておき、購入対象データの販売数が、販売数に関する条件を満たすまでに要した時間に基づいて、購入対象データの価格が変動されるようにしてもよい。この場合、購入対象データの販売数が販売数に関する条件を満たすまでに要した時間に関する情報と、購入対象データの価格に関する情報と、が予め関連付けられて記憶されていてもよい。例えば、購入対象データの販売数が販売数に関する条件を満たすまでに要した時間が短くなるほど、価格が高くなるように、購入対象データの価格が変動する。この場合、人気のある購入対象データの単価が高くなるので、売上を増加させることができる。また例えば、購入対象データの販売数が、販売数に関する条件を満たすまでに要した時間が短くなる、価格が安くなるようにしてもよい。この場合、例えば、所定期間の間に友人同士で購入対象データを購入するほど、価格を安くさせることができる。また例えば、実施形態においては、1つの購入対象データに1つの価格が関連付けられている場合を説明したが、複数の購入対象データに1つの価格が関連付けられていてもよい。即ち、この場合、複数の購入対象データが1セットとして販売される。価格変動部32は、この1セットの価格を変動させるようにしてもよい。2また例えば、実施形態においては、サーバ装置1に記憶されるデータ購入履歴データ又は購入資格データを用いることによって、あるユーザが、友人の購入価格で購入対象データを購入する資格があるか否かが判定される場合を説明した。この判定処理の方法は、実施形態の例に限られない。他にも例えば、ユーザ装置10に記憶されるデータに基づいて、この判定処理が行われるようにしてもよい。例えば、購入資格データ生成部36は、第1のユーザが購入対象データを購入した場合、ユーザグループデータを参照して、この第1のユーザに関連付けられた第2のユーザを特定する。この特定された第2のユーザが操作するユーザ装置10に、生成された購入資格データが配信される。例えば、生成された購入資格データと、当該購入資格データを配信すべき第2のユーザを識別するデータと、を対応付けてサーバデータ記憶部30に記憶しておき、この第2のユーザがサーバ装置1にアクセスした場合に、この購入資格データが配信される。この場合、購入資格データ記憶部38は、ユーザ装置10の記憶部12によって実現される。例えば、ユーザ装置10においては、ネットワークNを介して、購入資格データ生成部36から購入資格データが取得され、当該取得された購入資格データが、購入資格データ記憶部38に記憶される。また、本変形例の価格決定部34は、第2のユーザが操作するユーザ装置10の購入資格データ記憶部38から購入資格データが取得されるか否かを判定することによって、第2のユーザが、価格決定部34により決定される価格で、購入対象データを購入する資格があるか否かを判定する。本変形例においては、図11及び図12に示す処理の流れと同様の処理が実行される。ただし、例えば、S31が実行されるにあたって、制御部11は、記憶部12に購入資格データが記憶されているか否かを判定する。購入資格データが記憶されていると判定されない場合、ユーザ第2のユーザの友人第1のユーザが過去に購入対象データを購入していないということであるので、S36~S39の処理は実行されない。即ち、サーバ装置1は、ユーザ装置10から購入資格データを取得しない場合、S36~S39の処理を実行しない。したがって、S35及びS36の処理においては、購入対象データの価格が仮決定されるのではなく、購入対象データの価格が決定される。一方、購入資格データが記憶されていると判定された場合、S31~S52が実行される。ただし、S31においては、制御部11は、購入画面20の表示要求及び記憶部12に記憶されている購入資格データを、サーバ装置1に送信する。また、S32においては、制御部2は、購入画面20の表示要求及び購入資格データを受信し、記憶部3のRAM等に一時的に記憶させる。また、S36においては、制御部2は、現在、価格の決定処理をしている購入対象データが、S32で受信した購入資格データが示す購入対象データであるか否かを判定する。購入資格データが示す購入対象データであると判定された場合、処理は、S37に移行する。購入資格データが示す購入対象データであると判定されない場合、処理は、S39に移行する。また、S52においては、制御部2は、S51で生成した購入資格データを、購入対象データを購入したユーザの友人に配信する。S52においては、ユーザグループデータが参照されることによって、購入対象データを購入したユーザの友人が特定され、この友人が操作するユーザ装置10に購入資格データが送信される。なお、購入資格データを受信した友人のユーザ装置10においては、受信した購入資格データが記憶部3に記憶される。友人は、この受信した購入資格データを、次回の購入対象データの購入時に使用することができる。また、購入資格データは、各ユーザのユーザ装置10に記憶されるので、例えば、ユーザは、タイムセール期間外であっても、自分が安く購入対象データを購入することができるか否かを、サーバ装置1にアクセスすることなく、ユーザ装置10に記憶された購入資格データを参照することによって把握することができる。また例えば、購入資格データは、所定の文字列例えば、クーポンコードを含んでいてもよい。この所定の文字列が、第2のユーザが第1のユーザの購入価格で購入対象データを購入する資格があることを証明するために用いられるようにしてもよい。例えば、購入資格データ生成部36は、所定の文字列を含む購入資格データを生成した際に、所定の文字列をサーバデータ記憶部30に記憶させる。第2のユーザが購入対象データを購入する場合、購入資格データに格納された文字列と、サーバデータ記憶部30に記憶された文字列と、が比較されることによって、この第2のユーザが、第1のユーザの購入価格で購入対象データを購入する資格があるか否かが判定認証されるようにしてもよい。3また、実施形態においては、購入対象データがアプリケーションソフトデータである場合を説明したが、購入対象データは、ユーザの購入対象となるデータであればよい。例えば、購入対象データは、画像データ、動画データ、又は音声楽曲データであってもよい。他にも例えば、購入対象データは、ソーシャルネットワーキングサービスを利用したゲームにおいて使用されるアイテム課金アイテムを示すデータであってもよい。この場合、例えば、ユーザは、ユーザ装置10を操作してゲームをプレイし、所定のゲームイベントを発生させることを目指す。例えば、あるユーザのゲームの進行状況が、友人に通知される。例えば、ユーザが所定のゲームイベントを発生させると、このユーザと友人に通知がなされる。例えば、ユーザにより購入された課金アイテムがゲームで使用される場合、ゲームパラメータの値が変化する。また例えば、ユーザにより購入された課金アイテムがゲームで使用される場合、ゲームイベントの発生確率が変化するようにしてもよい。価格決定システムSは、ゲームにおいて使用される課金アイテムの価格を決定するようにしてもよい。また例えば、購入対象データは、ゲームイベントを示すデータであってもよい。この場合、課金されたユーザのみ、所定のゲームイベントを発生させることができる。他にも例えば、購入対象データは、ゲームにおいて登場するキャラクタを示すデータであってもよい。この場合、課金されたユーザのみ、所定のキャラクタを使用することができる。4また、購入対象データを購入したユーザに課金処理が実行される場合、ユーザに現実の通貨が請求される場合を説明したが、課金されるのは、ソーシャルネットワーキングサービス内でやり取りされる仮想通貨であってもよい。この場合、ユーザは、事前に現実通貨例えば、円を支払って仮想通貨例えば、ポイントを購入する。ユーザが購入対象データを購入する場合には、仮想通貨の課金処理が実行される。即ち、価格決定システムSは、購入対象データの仮想通貨における価格を決定するようにしてもよい。5また、実施形態においては、価格変動部32がサーバ装置1で実現される場合を説明したが、価格変動部32は、ユーザ装置10で実現されるようにしてもよい。この場合、ユーザ装置10は、ネットワークNを介してサーバ装置1から購入対象マスタデータを取得するようにしてもよいし、記憶部12に購入対象マスタデータが予め記憶されているようにしてもよい。この場合、ユーザが購入対象データを購入する場合、購入対象マスタデータが参照されることによって、価格が変動される。即ち、購入対象マスタデータに格納される変動条件が満たされるか否かが判定され、変動条件に関連付けられた価格に変動される。この変動された価格を示すデータは、ネットワークNを介してサーバ装置1に送信されるようにしてもよい。また、実施形態においては、価格決定部34がサーバ装置1で実現される場合を説明したが、価格決定部34は、ユーザ装置10で実現されるようにしてもよい。この場合、ユーザ装置10は、ネットワークNを介してサーバ装置1から価格データを取得するようにしてもよいし、記憶部12に価格データが予め記憶されているようにしてもよい。価格決定部34により決定された価格を示すデータが、サーバ装置1に送信されることによって、ユーザに課金処理が実行されるようにしてもよい。また、実施形態2においては、購入資格データ生成部36がサーバ装置1で実現される場合を説明したが、購入資格データ生成部36は、ユーザ装置10で実現されるようにしてもよい。この場合、ユーザ装置10は、友人のユーザ装置10を識別する情報例えば、ユーザデータを記憶し、生成された購入資格データを友人のユーザ装置10に配信する。又は、ユーザ装置10は、生成された購入資格データをサーバ装置1に送信し、サーバ装置1が、ユーザの友人を特定することによって購入資格データを友人に配信する。6また例えば、ユーザグループデータによって、あるユーザの友人が関連付けられる場合を説明したが、他のユーザがユーザグループデータによって関連付けられてもよい。他にも例えば、ユーザの友人の友人が関連付けられてもよいし、あるトピックスに関するコミュニティーに参加しているユーザが関連付けられてもよい。7また、上記実施形態及び変形例においては、ユーザの購入対象の一例として、購入対象データを例に挙げて説明したが、価格決定システムSにおいては、ユーザの購入対象となるものの価格が決定されるようにすればよい。他にも例えば、ユーザに与えられる商品又はサービスの価格が決定されるようにしてもよい。この場合、例えば、上記において説明した購入対象データを商品又はサービスに読み替えることによって、実施形態及び変形例と同様の処理が実現されるようにすればよい。