JP2013233359A5 - - Google Patents

Description

また，取引条件情報管理テーブルには，「ゲーム媒体2の種類」，「ゲーム媒体2の取引数量」，及び「プレイヤ識別情報2」の項目が含まれ得る。本明細書においては，説明の便宜上，「ゲーム媒体2の種類」，「ゲーム媒体2の取引数量」，及び「プレイヤ識別情報2」の一部又は全部を，「第2取引条件情報」と総称することがある。「ゲーム媒体2の種類」は，「ゲーム媒体1の種類」で特定されたゲーム媒体と交換されるゲーム媒体の種類を示す。「ゲーム媒体1の取引数量」は，「ゲーム媒体1の種類」で特定されるゲーム媒体の数量を示す。「プレイヤ識別情報2」は，一のプレイヤへ「ゲーム媒体2の種類」で特定されるゲーム媒体を与える上記他のプレイヤのプレイヤ識別情報を示す。このように，「第2取引条件情報」は，「第1取引条件情報」で特定されるゲーム媒体と交換するために，他のプレイヤから一のプレイヤへ与えられるゲーム媒体の取引条件を設定する情報である。特定の取引IDの「取引データ」には，一方のゲーム媒体の取引条件を示す「第1取引条件情報」と，そのゲーム媒体と交換されるゲーム媒体の取引条件を示す「第2取引条件情報」とが含まれるので，「取引データ」により，これらのゲーム媒体の取引レートが決定される。

また，図6に示す取引ID「A000001」のレコードは，他のプレイヤから取引条件情報又は取引条件更新要求を受け付けた場合の例を示す。図示のとおり，取引ID「A000001」の取引レコードには，「ゲーム媒体1の種類」としてアイテム種別コード「aaaa」，「ゲーム媒体1の取引数量」として「50」，及び「プレイヤ識別情報1」として「000001」，「ゲーム媒体2の種類」としてアイテム種別コード「bbbb」，「ゲーム媒体2の取引数量」として「1」，「プレイヤ識別情報2」として「000002」がそれぞれ記憶されている。このレコードは，例えば，プレイヤ識別情報「000001」を有するプレイヤ1が，自らが保有する50個のアイテムAと他のプレイヤが保有するアイテムBとの交換を希望し，プレイヤ識別情報「000002」で識別されるプレイヤが，この交換希望に応じて1個のアイテムBを提供する取引条件を提示した場合に生成される。

この取引条件更新要求は，サーバ装置10の取引条件更新要求受付部58によって受け付けられる。取引条件更新部59は，取引条件更新要求が取引終了時刻より前に取引条件更新要求受付部58によって受け付けられた場合に，取引条件更新要求で特定された取引IDに対応づけられているゲーム媒体の取引数量と，取引条件更新要求に含まれている当該ゲーム媒体の取引数量とを比較する。取引条件更新部59は，この比較の結果，取引条件更新要求に含まれる取引数量が，当該取引条件更新要求の受付時点において取引条件情報管理テーブルに格納されている取引数量よりも大きい場合に，当該取引条件更新要求に含まれる取引数量及び当該取引条件更新要求を送信したプレイヤのプレイヤ識別情報を含むように，取引条件情報管理テーブルの「ゲーム媒体1の取引数量」及び「プレイヤ識別情報1」の項目を更新する。

例えば，図6の取引ID「A000001」においては，50個のアイテムAと1個のアイテムBとを交換する交換レートが設定されている。プレイヤ識別情報「000003」で特定されるプレイヤ（プレイヤ3）は，アイテムAと交換にアイテムBの入手を希望する場合には，自らが提供するアイテムAの取引数量を含む取引条件更新要求を生成する。逆に，プレイヤ3がアイテムBと交換にアイテムAの入手を希望する場合には，プレイヤ3によって提供されるアイテムBの取引数量を含む取引条件更新要求が生成される。生成された取引条件更新要求は，サーバ装置10に送信される。例えば，取引ID「A000001」，アイテムAを特定するアイテム種別情報「aaaa」及びアイテムAの取引数量「60個」を含む取引条件更新要求を生成し，当該取引条件更新要求をサーバ装置10に送信することができる。この取引条件更新要求は，取引条件更新要求受付部58によって受け付けられる。取引条件更新部59は，取引条件更新要求が取引終了時刻より前に受け付けられた場合に，取引条件更新要求に含まれている取引ID「A000001」に対応づけられているアイテムAの取引数量（図6の例では「50」）と，当該取引条件更新要求に含まれているアイテムAの取引数量である「60」とを比較する。この場合，取引条件更新要求に含まれているアイテムAの取引数量の方が大きいため，この取引条件更新要求に含まれる取引数量「60」及びこの取引条件更新要求を送信したプレイヤのプレイヤ識別情報「000003」が，取引条件情報管理テーブルの取引ID「A000001」に対応する「ゲーム媒体1の取引数量」及び「プレイヤ識別情報1」の項目にそれぞれ格納される。

取引条件情報管理テーブルに取引IDごとに設定されている取引レートは，当該取引IDに対応づけられた取引終了時刻において確定される。取引終了時刻が更新された場合には，当該更新後の取引終了時刻において取引レートが確定される。具体的には，「プレイヤ識別情報1」に記憶されているプレイヤ識別情報で特定されるプレイヤ（以下，説明の便宜上「プレイヤ1」という。）と「プレイヤ識別情報2」に記憶されているプレイヤ識別情報で特定されるプレイヤ（以下，説明の便宜上「プレイヤ2」という。）との間で，プレイヤ1が「ゲーム媒体1の種類」に記憶されているゲーム媒体（以下，説明の便宜上「第1ゲーム媒体」という。）を「ゲーム媒体1の取引数量」に記憶されている数量だけプレイヤ2に対して与え，その代わりに，プレイヤ2が「ゲーム媒体2の種類」に記憶されているゲーム媒体（以下，説明の便宜上「第2ゲーム媒体」という。）を「ゲーム媒体2の取引数量」に記憶されている数量だけプレイヤ1に対して与えるという取引条件が決定される。つまり，プレイヤ1とプレイヤ2との間で，ゲーム媒体1の取引数量とゲーム媒体2の取引数量とにより特定される取引レートで，第1ゲーム媒体と第2ゲーム媒体とを交換する取引がゲーム内で成立する。例えば，図7の例においては，取引ID「A000001」に対応する取引終了時刻である4月9日の9:51が到来すると，プレイヤ識別情報「000003」のプレイヤ3がプレイヤ識別情報「000002」のプレイヤ2に対して，アイテムAを60個与え，それと交換にアイテムBを1個受け取るという交換が成立する。

保有数量更新部60は，特定の取引IDで特定されるレコードについて取引終了時刻が到来すると，当該取引終了時刻において取引条件情報管理テーブルに格納されている第1取引条件情報と前記第2取引条件情報とに基づいて，保有数量管理テーブルに記憶されている第1ゲーム媒体及び第2ゲーム媒体の保有数量を更新する。例えば，図7に示す取引ID「A000001」で特定される取引レコードについて，保有数量更新部60は，保有数量管理テーブルにおいてプレイヤ3のプレイヤ識別情報に対応づけられているアイテムA（第1ゲーム媒体）の保有数量である「89」から，取引終了時刻に第1取引条件情報に含まれている取引数量である「60」を減算するとともに，保有数量管理テーブルにおいて当該プレイヤ3のプレイヤ識別情報に対応づけられているアイテムB（第2ゲーム媒体）の保有数量に当該取引終了時刻に第2取引条件情報に含まれている取引数量である「1」を加算する。また，保有数量管理テーブルにおいてプレイヤ2のプレイヤ識別情報に対応づけられているアイテムBの保有数量から取引終了時刻に第2取引条件情報に含まれている取引数量である「1」を減算するとともに，保有数量管理テーブルにおいてプレイヤ2のプレイヤ識別情報に対応づけられているアイテムAの保有数量に取引終了時刻に第1取引条件情報に含まれている取引数量である「60」を加算する。

次に，図9を参照して，上記のように構成されたゲームシステムにおいてゲーム媒体を交換する処理をさらに説明する。図9は，本発明の一実施形態に係るゲームシステムを用いて，ゲーム内で「回復ドリンク」と称されるアイテムと「地上用ビークル」と称されるアイテムを交換する処理の一例を示すフローチャートである。図9の処理において例示されている「回復ドリンク」及び「地上用ビークル」はゲーム媒体の例示に過ぎず，本発明においては，これら以外の任意のゲーム媒体が，図9に示す処理方法に従って取引され得る。また，図9においては，プレイヤ1，プレイヤ2，及びプレイヤ3の間でゲーム媒体を交換する例が示されるが，任意の数のプレイヤが，図9に示す処理方法に従ってゲーム媒体の取引を行うことができる。

本発明の他の実施形態においては，取引レート画面において，取引レート設定画面に遷移するための操作ボタンを，交換対象となっているゲーム媒体の各々と関連付けて設けてもよい。図18は，本発明の他の実施形態における取引レート画面の表示例である。図示のとおり，取引レート画面180においては，「交換申し込み」と表された操作ボタン181が回復ドリンクと関連付けて表示されるとともに，同じく「交換申し込み」と表された操作ボタン182が地上用ビークルと関連付けて表示されている。プレイヤは，回復ドリンクの入手を希望する場合には操作ボタン181を選択し，地上用ビークルの入手を希望する場合には操作ボタン182を選択することができる。操作ボタン181が選択されると，図13と同様の取引レート設定画面に遷移し，操作ボタン182が選択されると，図15と同様の取引レート設定画面に遷移する。