知財求人 - 知財ポータルサイト「IP Force」
特開2024-39027ゲームプログラム、情報処理装置、情報処理システム、情報処理方法
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024039027
(43)【公開日】2024-03-21
(54)【発明の名称】ゲームプログラム、情報処理装置、情報処理システム、情報処理方法
(51)【国際特許分類】
A63F 13/70 20140101AFI20240313BHJP
A63F 13/792 20140101ALI20240313BHJP
A63F 13/69 20140101ALI20240313BHJP
A63F 13/30 20140101ALI20240313BHJP
A63F 13/53 20140101ALI20240313BHJP
A63F 13/79 20140101ALI20240313BHJP
G06Q 50/10 20120101ALI20240313BHJP
【ＦＩ】
A63F13/70
A63F13/792
A63F13/69
A63F13/30
A63F13/53
A63F13/79
G06Q50/10
【審査請求】未請求
【請求項の数】14
【出願形態】ＯＬ
(21)【出願番号】P 2023207596
(22)【出願日】2023-12-08
(62)【分割の表示】P 2022101983の分割
【原出願日】2022-06-24
(71)【出願人】
【識別番号】504440133
【氏名又は名称】株式会社ポケモン
(74)【代理人】
【識別番号】110002815
【氏名又は名称】ＩＰＴｅｃｈ弁理士法人
(72)【発明者】
【氏名】川上 千歳
(72)【発明者】
【氏名】一条 竜也
(72)【発明者】
【氏名】山本 洋平
(57)【要約】
【課題】購入を取り消したユーザは、購入代金が返金されたにもかかわらず、購入したゲーム内オブジェクトを継続して保有したり、使用することによりゲームを有利に進行させてしまう場合がある。
【解決手段】プロセッサと、記憶部とを備えるコンピュータに実行させるためのゲームプログラムであって、プログラムは、プロセッサに、ユーザがゲーム内オブジェクトを購入したことを示す購入リクエストを受信する購入ステップと、購入ステップにおいて受け付けた購入リクエストに基づき、ゲーム内オブジェクトをユーザに付与する付与ステップと、付与ステップにおいてユーザに対してゲーム内オブジェクトを付与した後に、購入ステップにおいて受信した購入リクエストに対して購入が取り消されたことを示す取消情報を取得する取得ステップと、取得ステップにおいて取得した取消情報に基づき、購入が取り消されたユーザに対して所定の制限を与える処理ステップと、を実行させる、ゲームプログラム。
【選択図】 図１３
【解決手段】プロセッサと、記憶部とを備えるコンピュータに実行させるためのゲームプログラムであって、プログラムは、プロセッサに、ユーザがゲーム内オブジェクトを購入したことを示す購入リクエストを受信する購入ステップと、購入ステップにおいて受け付けた購入リクエストに基づき、ゲーム内オブジェクトをユーザに付与する付与ステップと、付与ステップにおいてユーザに対してゲーム内オブジェクトを付与した後に、購入ステップにおいて受信した購入リクエストに対して購入が取り消されたことを示す取消情報を取得する取得ステップと、取得ステップにおいて取得した取消情報に基づき、購入が取り消されたユーザに対して所定の制限を与える処理ステップと、を実行させる、ゲームプログラム。
【選択図】 図１３
【特許請求の範囲】
【請求項1】
プロセッサと、記憶部とを備えるコンピュータに実行させるためのゲームプログラムであって、
前記プログラムは、前記プロセッサに、
ユーザがゲーム内オブジェクトを購入したことを示す購入リクエストを受信する購入ステップと、
前記購入ステップにおいて受け付けた前記購入リクエストに基づき、前記ゲーム内オブジェクトを前記ユーザに付与する付与ステップと、
前記付与ステップにおいて前記ユーザに対して前記ゲーム内オブジェクトを付与した後に、前記購入ステップにおいて受信した前記購入リクエストに対して前記購入が取り消されたことを示す取消情報を取得する取得ステップと、
前記取得ステップにおいて取得した前記取消情報に基づき、前記購入が取り消された前記ユーザに対して所定の制限を与える処理ステップと、
を実行させる、
ゲームプログラム。
前記プログラムは、前記プロセッサに、
ユーザがゲーム内オブジェクトを購入したことを示す購入リクエストを受信する購入ステップと、
前記購入ステップにおいて受け付けた前記購入リクエストに基づき、前記ゲーム内オブジェクトを前記ユーザに付与する付与ステップと、
前記付与ステップにおいて前記ユーザに対して前記ゲーム内オブジェクトを付与した後に、前記購入ステップにおいて受信した前記購入リクエストに対して前記購入が取り消されたことを示す取消情報を取得する取得ステップと、
前記取得ステップにおいて取得した前記取消情報に基づき、前記購入が取り消された前記ユーザに対して所定の制限を与える処理ステップと、
を実行させる、
ゲームプログラム。
【請求項2】
前記取消情報は外部サーバから取得した情報である、
請求項１記載のゲームプログラム。
請求項１記載のゲームプログラム。
【請求項3】
前記処理ステップは、前記付与ステップにおいて前記ユーザに付与された前記ゲーム内オブジェクトに対して前記取得ステップにおいて前記購入が取り消されたことを示す情報を記憶する処理を実行するステップである、
請求項１記載のゲームプログラム。
請求項１記載のゲームプログラム。
【請求項4】
前記ゲームプログラムは、前記プロセッサに、
前記処理ステップにおいて、前記購入が取り消されたことを示す情報が記憶された前記ゲーム内オブジェクトを、他のゲーム内オブジェクトと識別可能に前記ユーザまたは他のユーザに対して提示する提示ステップと、
を実行させる、
請求項３記載のゲームプログラム。
前記処理ステップにおいて、前記購入が取り消されたことを示す情報が記憶された前記ゲーム内オブジェクトを、他のゲーム内オブジェクトと識別可能に前記ユーザまたは他のユーザに対して提示する提示ステップと、
を実行させる、
請求項３記載のゲームプログラム。
【請求項5】
前記処理ステップは、前記購入が取り消されたことを示す情報が記憶された前記ゲーム内オブジェクトを使用できなくする処理を実行するステップである、
請求項３記載のゲームプログラム。
請求項３記載のゲームプログラム。
【請求項6】
前記ゲームプログラムは、前記プロセッサに、
前記取得ステップにおいて前記取消情報を取得した後に、前記ユーザによるゲーム操作を受け付ける操作ステップと、
前記操作ステップにおいて受け付けた前記ユーザによる前記ゲーム操作に基づき、前記ユーザのゲーム内評価を設定する評価ステップと、
を実行させる、
請求項１記載のゲームプログラム。
前記取得ステップにおいて前記取消情報を取得した後に、前記ユーザによるゲーム操作を受け付ける操作ステップと、
前記操作ステップにおいて受け付けた前記ユーザによる前記ゲーム操作に基づき、前記ユーザのゲーム内評価を設定する評価ステップと、
を実行させる、
請求項１記載のゲームプログラム。
【請求項7】
前記評価ステップは、
前記操作ステップにおいて、前記ユーザによる前記ゲーム内オブジェクトを放棄または返品する操作を受け付けた場合は、前記ユーザの前記ゲーム内評価を低下させず、
前記操作ステップにおいて、前記ユーザによる前記ゲーム内オブジェクトを放棄または返品する操作を受け付けなかった場合は、前記ユーザの前記ゲーム内評価を低下させる、
ステップを含む、
請求項６記載のゲームプログラム。
前記操作ステップにおいて、前記ユーザによる前記ゲーム内オブジェクトを放棄または返品する操作を受け付けた場合は、前記ユーザの前記ゲーム内評価を低下させず、
前記操作ステップにおいて、前記ユーザによる前記ゲーム内オブジェクトを放棄または返品する操作を受け付けなかった場合は、前記ユーザの前記ゲーム内評価を低下させる、
ステップを含む、
請求項６記載のゲームプログラム。
【請求項8】
前記評価ステップは、前記操作ステップにおいて、前記ユーザによる前記ゲーム内オブジェクトをゲーム内において使用する操作を受け付けた場合は、前記ユーザの前記ゲーム内評価を低下させる、ステップを含む、
請求項７記載のゲームプログラム。
請求項７記載のゲームプログラム。
【請求項9】
前記ゲームプログラムは、前記プロセッサに、
前記取得ステップにおいて取得した１または複数の前記取消情報の取得回数を記憶する記憶ステップと、
前記取得ステップにおいて取得した前記取消情報に基づき、前記記憶ステップにおいて記憶された前記取消情報の前記取得回数が多いほど、前記ユーザのゲーム内評価をより低下させる評価ステップと、
を実行させる、
請求項１記載のゲームプログラム。
前記取得ステップにおいて取得した１または複数の前記取消情報の取得回数を記憶する記憶ステップと、
前記取得ステップにおいて取得した前記取消情報に基づき、前記記憶ステップにおいて記憶された前記取消情報の前記取得回数が多いほど、前記ユーザのゲーム内評価をより低下させる評価ステップと、
を実行させる、
請求項１記載のゲームプログラム。
【請求項10】
前記ゲームプログラムは、前記プロセッサに、
前記取得ステップにおいて取得した１または複数の前記取消情報の取消金額を記憶する記憶ステップと、
前記取得ステップにおいて取得した前記取消情報に基づき、前記記憶ステップにおいて記憶された前記取消情報の前記取消金額が多いほど、前記ユーザのゲーム内評価をより低下させる評価ステップと、
を実行させる、
請求項１記載のゲームプログラム。
前記取得ステップにおいて取得した１または複数の前記取消情報の取消金額を記憶する記憶ステップと、
前記取得ステップにおいて取得した前記取消情報に基づき、前記記憶ステップにおいて記憶された前記取消情報の前記取消金額が多いほど、前記ユーザのゲーム内評価をより低下させる評価ステップと、
を実行させる、
請求項１記載のゲームプログラム。
【請求項11】
前記ゲームプログラムは、前記プロセッサに、
前記取得ステップにおいて前記取消情報を取得した後に、前記ユーザによるアカウントの引き継ぎ有無またはアカウントの引き継ぎ回数に基づき、前記ユーザのゲーム内評価を設定する評価ステップと、
を実行させる、
請求項１記載のゲームプログラム。
前記取得ステップにおいて前記取消情報を取得した後に、前記ユーザによるアカウントの引き継ぎ有無またはアカウントの引き継ぎ回数に基づき、前記ユーザのゲーム内評価を設定する評価ステップと、
を実行させる、
請求項１記載のゲームプログラム。
【請求項12】
プロセッサと、記憶部とを備える情報処理装置であって、
前記プロセッサは、請求項１から１１のいずれか記載のゲームプログラムを実行する、
情報処理装置。
前記プロセッサは、請求項１から１１のいずれか記載のゲームプログラムを実行する、
情報処理装置。
【請求項13】
プロセッサと、記憶部とを備える情報処理装置を含む情報処理システムであって、
前記プロセッサは、請求項１から１１のいずれか記載のゲームプログラムを実行する、
情報処理システム。
前記プロセッサは、請求項１から１１のいずれか記載のゲームプログラムを実行する、
情報処理システム。
【請求項14】
プロセッサと、記憶部とを備えるコンピュータにより実行される情報処理方法であって、
前記プロセッサに、請求項１から１１のいずれか記載のゲームプログラムを実行させる、
情報処理方法。
前記プロセッサに、請求項１から１１のいずれか記載のゲームプログラムを実行させる、
情報処理方法。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、ゲームプログラム、情報処理装置、情報処理システム、情報処理方法に関する。
【背景技術】
【0002】
オンラインゲーム等において、ユーザがゲーム内資源、ゲーム内キャラクタ、ゲーム内アイテム等（ゲーム内オブジェクト）を購入後に、購入を取り消すことが可能なゲームサービスが知られている。
特許文献１には、所定期間毎に設定されたゲーム料金を支払ったユーザが感じる金銭的に得をしたという満足感をより向上する技術が開示されている。
特許文献２には、ユーザＡが使用するユーザ端末に、ユーザＡからユーザＢに有償のダイヤを付与するステップ（Ｓ２）と、ユーザＢに付与した有償のダイヤである第１ゲーム媒体の数量を、ユーザＡに関連付けて記憶するステップ（Ｓ３）と、を実行させる技術が開示されている。
特許文献１には、所定期間毎に設定されたゲーム料金を支払ったユーザが感じる金銭的に得をしたという満足感をより向上する技術が開示されている。
特許文献２には、ユーザＡが使用するユーザ端末に、ユーザＡからユーザＢに有償のダイヤを付与するステップ（Ｓ２）と、ユーザＢに付与した有償のダイヤである第１ゲーム媒体の数量を、ユーザＡに関連付けて記憶するステップ（Ｓ３）と、を実行させる技術が開示されている。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開２０２０－１６０７６３号公報
【特許文献2】特開２０２０－１６２７５６号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
購入を取り消したユーザは、購入代金が返金されたにもかかわらず、購入したゲーム内オブジェクトを継続して保有したり、使用することによりゲームを有利に進行させてしまい、他のユーザとの間で不公平が生じる場合がある。
そこで、本開示は、上記課題を解決すべくなされたものであって、その目的は、ユーザが購入を取り消した場合であっても、ゲーム内におけるユーザ間の公平性を保つ技術を提供することである。
そこで、本開示は、上記課題を解決すべくなされたものであって、その目的は、ユーザが購入を取り消した場合であっても、ゲーム内におけるユーザ間の公平性を保つ技術を提供することである。
【課題を解決するための手段】
【0005】
プロセッサと、記憶部とを備えるコンピュータに実行させるためのゲームプログラムであって、プログラムは、プロセッサに、ユーザがゲーム内オブジェクトを購入したことを示す購入リクエストを受信する購入ステップと、購入ステップにおいて受け付けた購入リクエストに基づき、ゲーム内オブジェクトをユーザに付与する付与ステップと、付与ステップにおいてユーザに対してゲーム内オブジェクトを付与した後に、購入ステップにおいて受信した購入リクエストに対して購入が取り消されたことを示す取消情報を取得する取得ステップと、取得ステップにおいて取得した取消情報に基づき、購入が取り消されたユーザに対して所定の制限を与える処理ステップと、を実行させる、ゲームプログラム。
【発明の効果】
【0006】
本開示によれば、ユーザが購入を取り消した場合であっても、ゲーム内におけるユーザ間の公平性を保つことができる。
【図面の簡単な説明】
【0007】
【図1】システム１の機能構成を示すブロック図である。
【図2】サーバ１０の機能構成を示すブロック図である。
【図3】ユーザ端末２０の機能構成を示すブロック図である。
【図4】課金サーバ４０の機能構成を示すブロック図である。
【図5】ユーザテーブル１０１２のデータ構造を示す図である。
【図6】オブジェクトマスタ１０１３のデータ構造を示す図である。
【図7】購入テーブル１０１４のデータ構造を示す図である。
【図8】購入テーブル４０１２のデータ構造を示す図である。
【図9】商品マスタ４０１３のデータ構造を示す図である。
【図10】商品購入処理の動作を示すフローチャートである。
【図11】ユーザ評価処理の動作を示すフローチャートである。
【図12】購入取消処理が完了したことを示す画面例である。
【図13】ユーザによるゲーム操作の動作を示す画面例である。
【図14】コンピュータ９０の基本的なハードウェア構成を示すブロック図である。
【発明を実施するための形態】
【0008】
以下、本開示の実施形態について図面を参照して説明する。実施形態を説明する全図において、共通の構成要素には同一の符号を付し、繰り返しの説明を省略する。なお、以下の実施形態は、特許請求の範囲に記載された本開示の内容を不当に限定するものではない。また、実施形態に示される構成要素のすべてが、本開示の必須の構成要素であるとは限らない。また、各図は模式図であり、必ずしも厳密に図示されたものではない。
【0009】
＜システム１の構成＞
本開示におけるシステム１は、ユーザに対してオンラインゲームサービスを提供する情報処理システムである。
システム１は、ネットワークＮを介して接続された、サーバ１０、ユーザ端末２０、課金サーバ４０の情報処理装置を備える。
図１は、システム１の機能構成を示すブロック図である。
図２は、サーバ１０の機能構成を示すブロック図である。
図３は、ユーザ端末２０の機能構成を示すブロック図である。
図４は、課金サーバ４０の機能構成を示すブロック図である。
本開示におけるシステム１は、ユーザに対してオンラインゲームサービスを提供する情報処理システムである。
システム１は、ネットワークＮを介して接続された、サーバ１０、ユーザ端末２０、課金サーバ４０の情報処理装置を備える。
図１は、システム１の機能構成を示すブロック図である。
図２は、サーバ１０の機能構成を示すブロック図である。
図３は、ユーザ端末２０の機能構成を示すブロック図である。
図４は、課金サーバ４０の機能構成を示すブロック図である。
【0010】
各情報処理装置は演算装置と記憶装置とを備えたコンピュータにより構成されている。コンピュータの基本ハードウェア構成および、当該ハードウェア構成により実現されるコンピュータの基本機能構成は後述する。サーバ１０、ユーザ端末２０、課金サーバ４０のそれぞれについて、後述するコンピュータの基本ハードウェア構成およびコンピュータの基本機能構成と重複する説明は省略する。
【0011】
＜サーバ１０の構成＞
サーバ１０は、オンラインゲームサービスを提供する情報処理装置である。
サーバ１０は、記憶部１０１、制御部１０４を備える。
サーバ１０は、オンラインゲームサービスを提供する情報処理装置である。
サーバ１０は、記憶部１０１、制御部１０４を備える。
【0012】
＜サーバ１０の記憶部１０１の構成＞
サーバ１０の記憶部１０１は、アプリケーションプログラム１０１１、ユーザテーブル１０１２、オブジェクトマスタ１０１３を備える。
サーバ１０の記憶部１０１は、アプリケーションプログラム１０１１、ユーザテーブル１０１２、オブジェクトマスタ１０１３を備える。
【0013】
アプリケーションプログラム１０１１は、サーバ１０の制御部１０４を各機能ユニットとして機能させるためのプログラムである。
アプリケーションプログラム１０１１は、ウェブブラウザアプリケーションなどのアプリケーションを含む。
アプリケーションプログラム１０１１は、ウェブブラウザアプリケーションなどのアプリケーションを含む。
【0014】
ユーザテーブル１０１２は、サービスを利用する会員ユーザ（以下、ユーザ）の情報を記憶し管理するテーブルである。ユーザは、サービスの利用登録を行うことで、当該ユーザの情報がユーザテーブル１０１２の新しいレコードに記憶される。これにより、ユーザは本開示にかかるサービスを利用できるようになる。
ユーザテーブル１０１２は、ユーザＩＤを主キーとして、ユーザＩＤ、ユーザ名、ユーザ評価、オブジェクトデータのカラムを有するテーブルである。
図５は、ユーザテーブル１０１２のデータ構造を示す図である。
ユーザテーブル１０１２は、ユーザＩＤを主キーとして、ユーザＩＤ、ユーザ名、ユーザ評価、オブジェクトデータのカラムを有するテーブルである。
図５は、ユーザテーブル１０１２のデータ構造を示す図である。
【0015】
ユーザＩＤは、ユーザを識別するためのユーザ識別情報を記憶する項目である。ユーザ識別情報は、ユーザごとにユニークな値が設定されている項目である。
ユーザ名は、ユーザの氏名を記憶する項目である。ユーザ名は、氏名ではなく、ニックネームなど任意の文字列を設定しても良い。
ユーザ評価は、ゲームにおけるユーザの信用度、信頼度、フェアプレイ度等のゲームプレイにおけるユーザの評価値を記憶する項目である。例えば、ユーザは、ゲームにおいてフェアなプレイをしたり、他のユーザのゲームプレイを援助したり、ゲームサービス運営者の指示等に従うことによりユーザ評価を向上させることができる。一方、ゲームにおいて他のユーザに迷惑を与える等の行為を行った場合にはユーザ評価が低下する。
ユーザは、ユーザ評価に応じてゲームを有利に進行させたり、ゲームの進行にあたり不利に取り扱われることがある。
例えば、ユーザ評価が低いと、取得、獲得できるゲーム内キャラクタ、ゲーム内アイテムに制限が設けられたり、遊ぶことが可能なゲーム、クエスト等に制限が設けられたり、ゲーム内資源およびゲーム内アイテム等の使用効果が低下したり、ゲームの難易度が変化する。また、ユーザ評価が所定値より低い場合にはゲームサービスを利用できなくしても良い。
オブジェクトデータは、ユーザが保有するゲーム内オブジェクトの情報を記憶する項目である。具体的に、ユーザが保有するゲーム内オブジェクトのオブジェクトＩＤ、当該オブジェクトＩＤごとの保有数、保有量が記憶される。
オブジェクトデータは、ユーザが保有する、ゲーム内キャラクタ、ゲーム内アイテム等と交換可能なゲーム内資源の情報を含む。ゲーム内資源は、ゲーム内通貨に相当するもので、ポイント、ゴールド、ジェム、ルビーなどと呼ばれる場合がある。ユーザは、ゲーム内資源を消費して、ゲーム内キャラクタ、ゲーム内アイテム等を取得することができる。
なお、ゲーム内資源は１種類である必要はなく、複数種類のゲーム内資源が定義されていても良い。その場合、ゲーム内資源の種類ごとに交換可能なゲーム内オブジェクトが異なる構成となっていても良い。ユーザは、１のゲーム内資源を消費して、他のゲーム内資源を取得する構成としても良い。
ユーザ名は、ユーザの氏名を記憶する項目である。ユーザ名は、氏名ではなく、ニックネームなど任意の文字列を設定しても良い。
ユーザ評価は、ゲームにおけるユーザの信用度、信頼度、フェアプレイ度等のゲームプレイにおけるユーザの評価値を記憶する項目である。例えば、ユーザは、ゲームにおいてフェアなプレイをしたり、他のユーザのゲームプレイを援助したり、ゲームサービス運営者の指示等に従うことによりユーザ評価を向上させることができる。一方、ゲームにおいて他のユーザに迷惑を与える等の行為を行った場合にはユーザ評価が低下する。
ユーザは、ユーザ評価に応じてゲームを有利に進行させたり、ゲームの進行にあたり不利に取り扱われることがある。
例えば、ユーザ評価が低いと、取得、獲得できるゲーム内キャラクタ、ゲーム内アイテムに制限が設けられたり、遊ぶことが可能なゲーム、クエスト等に制限が設けられたり、ゲーム内資源およびゲーム内アイテム等の使用効果が低下したり、ゲームの難易度が変化する。また、ユーザ評価が所定値より低い場合にはゲームサービスを利用できなくしても良い。
オブジェクトデータは、ユーザが保有するゲーム内オブジェクトの情報を記憶する項目である。具体的に、ユーザが保有するゲーム内オブジェクトのオブジェクトＩＤ、当該オブジェクトＩＤごとの保有数、保有量が記憶される。
オブジェクトデータは、ユーザが保有する、ゲーム内キャラクタ、ゲーム内アイテム等と交換可能なゲーム内資源の情報を含む。ゲーム内資源は、ゲーム内通貨に相当するもので、ポイント、ゴールド、ジェム、ルビーなどと呼ばれる場合がある。ユーザは、ゲーム内資源を消費して、ゲーム内キャラクタ、ゲーム内アイテム等を取得することができる。
なお、ゲーム内資源は１種類である必要はなく、複数種類のゲーム内資源が定義されていても良い。その場合、ゲーム内資源の種類ごとに交換可能なゲーム内オブジェクトが異なる構成となっていても良い。ユーザは、１のゲーム内資源を消費して、他のゲーム内資源を取得する構成としても良い。
【0016】
オブジェクトマスタ１０１３は、ゲーム内オブジェクトに関する情報（オブジェクト情報）を記憶し管理するためのテーブルである。
オブジェクトマスタ１０１３は、オブジェクトＩＤを主キーとして、オブジェクトＩＤ、商品ＩＤ、オブジェクト種別、オブジェクト名、資源データのカラムを有するテーブルである。
図６は、オブジェクトマスタ１０１３のデータ構造を示す図である。
オブジェクトマスタ１０１３は、オブジェクトＩＤを主キーとして、オブジェクトＩＤ、商品ＩＤ、オブジェクト種別、オブジェクト名、資源データのカラムを有するテーブルである。
図６は、オブジェクトマスタ１０１３のデータ構造を示す図である。
【0017】
オブジェクトＩＤは、ゲーム内オブジェクトを識別するためのオブジェクト識別情報を記憶する項目である。オブジェクト識別情報は、ゲーム内オブジェクトごとにユニークな値が設定されている項目である。
商品ＩＤは、オブジェクト識別情報により特定される課金サーバ４０における商品の商品識別情報を記憶する項目である。オブジェクト識別情報により特定されるゲーム内オブジェクトに対して、所定の商品識別情報が割り当てられる。
オブジェクト種別は、オブジェクト識別情報により特定されるゲーム内オブジェクトの種別を記憶する項目である。具体的に、オブジェクト種別は、ゲーム内資源、ゲーム内キャラクタ、ゲーム内アイテム等の、ゲーム内オブジェクトの種類を特定するための文字列が記憶される。
ゲーム内アイテムは、ゲーム内キャラクタが装備する武器、防具、アクセサリ等を含む。ゲーム内アイテムは、ゲーム内キャラクタに適用することによりゲーム内キャラクタの性能値を向上、低下させるものを含む。ゲーム内アイテムは、ゲームの進行を有利、不利に変化させるものを含む。ゲーム内アイテムは、使用により消耗することにより消失するもの、使用により消耗せず消失しないもの等がある。
オブジェクト名は、ゲーム内オブジェクトの名称を記憶する項目である。オブジェクト名は任意の文字列を設定することができる。
オブジェクト種別がゲーム内資源である場合は、ゲーム内資源の名称を記憶する。
オブジェクト種別がゲーム内キャラクタである場合は、ゲーム内キャラクタの名称を記憶する。
オブジェクト種別がゲーム内アイテムである場合は、ゲーム内アイテムの名称を記憶する。
資源データは、ユーザがゲーム内オブジェクトを取得するために必要なゲーム内資源の情報を記憶する項目である。具体的に、ユーザは、資源データに記憶されたゲーム内資源を消費して、ゲーム内キャラクタ、ゲーム内アイテム、他のゲーム内資源を取得できる。
商品ＩＤは、オブジェクト識別情報により特定される課金サーバ４０における商品の商品識別情報を記憶する項目である。オブジェクト識別情報により特定されるゲーム内オブジェクトに対して、所定の商品識別情報が割り当てられる。
オブジェクト種別は、オブジェクト識別情報により特定されるゲーム内オブジェクトの種別を記憶する項目である。具体的に、オブジェクト種別は、ゲーム内資源、ゲーム内キャラクタ、ゲーム内アイテム等の、ゲーム内オブジェクトの種類を特定するための文字列が記憶される。
ゲーム内アイテムは、ゲーム内キャラクタが装備する武器、防具、アクセサリ等を含む。ゲーム内アイテムは、ゲーム内キャラクタに適用することによりゲーム内キャラクタの性能値を向上、低下させるものを含む。ゲーム内アイテムは、ゲームの進行を有利、不利に変化させるものを含む。ゲーム内アイテムは、使用により消耗することにより消失するもの、使用により消耗せず消失しないもの等がある。
オブジェクト名は、ゲーム内オブジェクトの名称を記憶する項目である。オブジェクト名は任意の文字列を設定することができる。
オブジェクト種別がゲーム内資源である場合は、ゲーム内資源の名称を記憶する。
オブジェクト種別がゲーム内キャラクタである場合は、ゲーム内キャラクタの名称を記憶する。
オブジェクト種別がゲーム内アイテムである場合は、ゲーム内アイテムの名称を記憶する。
資源データは、ユーザがゲーム内オブジェクトを取得するために必要なゲーム内資源の情報を記憶する項目である。具体的に、ユーザは、資源データに記憶されたゲーム内資源を消費して、ゲーム内キャラクタ、ゲーム内アイテム、他のゲーム内資源を取得できる。
【0018】
購入テーブル１０１４は、サーバ１０における商品購入に関する情報（購入情報）を記憶し管理するためのテーブルである。
購入テーブル１０１４は、ユーザＩＤ、オブジェクトＩＤ、ステータスのカラムを有するテーブルである。
購入テーブル１０１４のデータ構造は、サーバ１０の購入テーブル１０１４と同様であるため説明を省略する。
図７は、購入テーブル１０１４のデータ構造を示す図である。
購入テーブル１０１４は、ユーザＩＤ、オブジェクトＩＤ、ステータスのカラムを有するテーブルである。
購入テーブル１０１４のデータ構造は、サーバ１０の購入テーブル１０１４と同様であるため説明を省略する。
図７は、購入テーブル１０１４のデータ構造を示す図である。
【0019】
ユーザＩＤは、ゲーム内オブジェクトを購入したユーザを識別するためのユーザ識別情報を記憶する項目である。
オブジェクトＩＤは、ユーザが購入したゲーム内オブジェクトのオブジェクト識別情報を記憶する項目である。
ステータスは、ユーザによる商品購入手続きに関する状態情報を記憶するステータス情報を記憶する項目である。例えば、ステータス情報は、購入完了、決済未完了、キャンセル、購入取消、返金等を特定するための情報を含む情報である。
オブジェクトＩＤは、ユーザが購入したゲーム内オブジェクトのオブジェクト識別情報を記憶する項目である。
ステータスは、ユーザによる商品購入手続きに関する状態情報を記憶するステータス情報を記憶する項目である。例えば、ステータス情報は、購入完了、決済未完了、キャンセル、購入取消、返金等を特定するための情報を含む情報である。
【0020】
＜サーバ１０の制御部１０４の構成＞
サーバ１０の制御部１０４は、ユーザ登録制御部１０４１、購入部１０４２、評価部１０４３を備える。制御部１０４は、記憶部１０１に記憶されたアプリケーションプログラム１０１１を実行することにより、各機能ユニットが実現される。
サーバ１０の制御部１０４は、ユーザ登録制御部１０４１、購入部１０４２、評価部１０４３を備える。制御部１０４は、記憶部１０１に記憶されたアプリケーションプログラム１０１１を実行することにより、各機能ユニットが実現される。
【0021】
ユーザ登録制御部１０４１は、本開示に係るサービスの利用を希望するユーザの情報をユーザテーブル１０１２に記憶する処理を行う。
ユーザテーブル１０１２に記憶される情報は、ユーザが任意の情報処理端末からサービス提供者が運営するウェブページなどを開き、所定の入力フォームに情報を入力しサーバ１０へ送信する。ユーザ登録制御部１０４１は、受信した情報をユーザテーブル１０１２の新しいレコードに記憶し、ユーザ登録が完了する。これにより、ユーザテーブル１０１２に記憶されたユーザはサービスを利用することができるようになる。
ユーザ登録制御部１０４１によるユーザ情報のユーザテーブル１０１２への登録に先立ち、サービス提供者は所定の審査を行いユーザによるサービス利用可否を制限しても良い。
ユーザＩＤは、ユーザを識別できる任意の文字列または数字で良く、ユーザが希望する任意の文字列または数字、もしくはユーザ登録制御部１０４１が自動的に任意の文字列または数字を設定しても良い。
ユーザテーブル１０１２に記憶される情報は、ユーザが任意の情報処理端末からサービス提供者が運営するウェブページなどを開き、所定の入力フォームに情報を入力しサーバ１０へ送信する。ユーザ登録制御部１０４１は、受信した情報をユーザテーブル１０１２の新しいレコードに記憶し、ユーザ登録が完了する。これにより、ユーザテーブル１０１２に記憶されたユーザはサービスを利用することができるようになる。
ユーザ登録制御部１０４１によるユーザ情報のユーザテーブル１０１２への登録に先立ち、サービス提供者は所定の審査を行いユーザによるサービス利用可否を制限しても良い。
ユーザＩＤは、ユーザを識別できる任意の文字列または数字で良く、ユーザが希望する任意の文字列または数字、もしくはユーザ登録制御部１０４１が自動的に任意の文字列または数字を設定しても良い。
【0022】
購入部１０４２は、商品購入処理を実行する。詳細は後述する。
【0023】
評価部１０４３は、ユーザ評価処理を実行する。詳細は後述する。
【0024】
＜ユーザ端末２０の構成＞
ユーザ端末２０は、サービスを利用するユーザが操作する情報処理装置である。ユーザ端末２０は、例えば、スマートフォン、タブレット等の携帯端末でもよいし、据え置き型のＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、ラップトップＰＣであってもよい。また、ＨＭＤ（Ｈｅａｄ Ｍｏｕｎｔ Ｄｉｓｐｌａｙ）、腕時計型端末等のウェアラブル端末であってもよい。
ユーザ端末２０は、記憶部２０１、制御部２０４、入力装置２０６、出力装置２０８を備える。
ユーザ端末２０は、サービスを利用するユーザが操作する情報処理装置である。ユーザ端末２０は、例えば、スマートフォン、タブレット等の携帯端末でもよいし、据え置き型のＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、ラップトップＰＣであってもよい。また、ＨＭＤ（Ｈｅａｄ Ｍｏｕｎｔ Ｄｉｓｐｌａｙ）、腕時計型端末等のウェアラブル端末であってもよい。
ユーザ端末２０は、記憶部２０１、制御部２０４、入力装置２０６、出力装置２０８を備える。
【0025】
＜ユーザ端末２０の記憶部２０１の構成＞
ユーザ端末２０の記憶部２０１は、ユーザＩＤ２０１１、アプリケーションプログラム２０１２を備える。
ユーザ端末２０の記憶部２０１は、ユーザＩＤ２０１１、アプリケーションプログラム２０１２を備える。
【0026】
ユーザＩＤ２０１１はユーザのアカウントＩＤである。ユーザは、ユーザ端末２０からユーザＩＤ２０１１を、サーバ１０へ送信する。サーバ１０は、ユーザＩＤ２０１１に基づきユーザを識別し、本開示にかかるサービスをユーザに対して提供する。なお、ユーザＩＤ２０１１には、ユーザ端末２０を利用しているユーザを識別するにあたりサーバ１０から一時的に付与されるセッションＩＤなどの情報を含む。
【0027】
アプリケーションプログラム２０１２は、サーバ１０と通信を行うことによりユーザに対してゲームサービスを提供するプログラムである。アプリケーションプログラム２０１２は、記憶部２０１に予め記憶されていても良いし、通信ＩＦを介してサービス提供者が運営するウェブサーバ等からダウンロードする構成としても良い。
アプリケーションプログラム２０１２は、ウェブブラウザアプリケーションなどのアプリケーションを含む。
アプリケーションプログラム２０１２は、ユーザ端末２０に記憶されているウェブブラウザアプリケーション上で実行されるＪａｖａＳｃｒｉｐｔ（登録商標）などのインタープリター型プログラミング言語を含む。
アプリケーションプログラム２０１２は、ウェブブラウザアプリケーションなどのアプリケーションを含む。
アプリケーションプログラム２０１２は、ユーザ端末２０に記憶されているウェブブラウザアプリケーション上で実行されるＪａｖａＳｃｒｉｐｔ（登録商標）などのインタープリター型プログラミング言語を含む。
【0028】
＜ユーザ端末２０の制御部２０４の構成＞
ユーザ端末２０の制御部２０４は、入力制御部２０４１、出力制御部２０４２を備える。制御部２０４は、記憶部２０１に記憶されたアプリケーションプログラム２０１２を実行することにより、各機能ユニットが実現される。
ユーザ端末２０の制御部２０４は、入力制御部２０４１、出力制御部２０４２を備える。制御部２０４は、記憶部２０１に記憶されたアプリケーションプログラム２０１２を実行することにより、各機能ユニットが実現される。
【0029】
＜ユーザ端末２０の入力装置２０６の構成＞
ユーザ端末２０の入力装置２０６は、カメラ２０６１、マイク２０６２、位置情報センサ２０６３、モーションセンサ２０６４、タッチデバイス２０６５を備える。
ユーザ端末２０の入力装置２０６は、カメラ２０６１、マイク２０６２、位置情報センサ２０６３、モーションセンサ２０６４、タッチデバイス２０６５を備える。
【0030】
＜ユーザ端末２０の出力装置２０８の構成＞
ユーザ端末２０の出力装置２０８は、ディスプレイ２０８１、スピーカ２０８２を備える。
ユーザ端末２０の出力装置２０８は、ディスプレイ２０８１、スピーカ２０８２を備える。
【0031】
＜課金サーバ４０の構成＞
課金サーバ４０は、課金サービスを提供する情報処理装置である。本開示においては、課金サーバ４０は、サーバ１０の運営者とは異なるサービス事業者が管理する情報処理装置である。具体的に、課金サーバ４０は、Ａｐｐｌｅ Ａｐｐ Ｓｔｏｒｅ、Ｇｏｏｇｌｅ Ｐｌａｙ等のアプリケーションプラットフォームサービスを含む。ユーザは、課金サーバ４０から、アプリケーションプログラムを自身のユーザ端末にダウンロードする構成としても良い。
課金サーバ４０は、記憶部４０１、制御部４０４を備える。
課金サーバ４０は、課金サービスを提供する情報処理装置である。本開示においては、課金サーバ４０は、サーバ１０の運営者とは異なるサービス事業者が管理する情報処理装置である。具体的に、課金サーバ４０は、Ａｐｐｌｅ Ａｐｐ Ｓｔｏｒｅ、Ｇｏｏｇｌｅ Ｐｌａｙ等のアプリケーションプラットフォームサービスを含む。ユーザは、課金サーバ４０から、アプリケーションプログラムを自身のユーザ端末にダウンロードする構成としても良い。
課金サーバ４０は、記憶部４０１、制御部４０４を備える。
【0032】
＜課金サーバ４０の記憶部４０１の構成＞
課金サーバ４０の記憶部４０１は、アプリケーションプログラム４０１１、購入テーブル４０１２、商品マスタ４０１３を備える。
課金サーバ４０の記憶部４０１は、アプリケーションプログラム４０１１、購入テーブル４０１２、商品マスタ４０１３を備える。
【0033】
アプリケーションプログラム４０１１は、課金サーバ４０の制御部４０４を各機能ユニットとして機能させるためのプログラムである。
【0034】
購入テーブル４０１２は、課金サーバ４０における商品購入に関する情報（購入情報）を記憶し管理するためのテーブルである。
購入テーブル４０１２は、ユーザＩＤ、商品ＩＤ、ステータスのカラムを有するテーブルである。
図８は、購入テーブル４０１２のデータ構造を示す図である。
購入テーブル４０１２は、ユーザＩＤ、商品ＩＤ、ステータスのカラムを有するテーブルである。
図８は、購入テーブル４０１２のデータ構造を示す図である。
【0035】
ユーザＩＤは、商品を購入したユーザを識別するためのユーザ識別情報を記憶する項目である。
商品ＩＤは、ユーザが購入した商品の商品識別情報を記憶する項目である。
ステータスは、ユーザによる商品購入手続きに関する状態情報を記憶するステータス情報を記憶する項目である。例えば、ステータス情報は、購入完了、決済未完了、キャンセル、購入取消、返金等を特定するための情報を含む情報である。
商品ＩＤは、ユーザが購入した商品の商品識別情報を記憶する項目である。
ステータスは、ユーザによる商品購入手続きに関する状態情報を記憶するステータス情報を記憶する項目である。例えば、ステータス情報は、購入完了、決済未完了、キャンセル、購入取消、返金等を特定するための情報を含む情報である。
【0036】
商品マスタ４０１３は、商品に関する情報（商品情報）を記憶し管理するためのテーブルである。
商品マスタ４０１３は、商品ＩＤ、金額のカラムを有するテーブルである。
図９は、商品マスタ４０１３のデータ構造を示す図である。
商品マスタ４０１３は、商品ＩＤ、金額のカラムを有するテーブルである。
図９は、商品マスタ４０１３のデータ構造を示す図である。
【0037】
商品ＩＤは、商品を識別するための商品識別情報を記憶する項目である。
金額は、ユーザが、商品識別情報により特定される商品を購入するために支払う必要がある代金に相当する金額を記憶する項目である。
ゲーム内オブジェクトがゲーム内資源である場合は、単位ゲーム内資源ごとに金額を定義しても良いし、まとめた数のゲーム内資源を獲得する場合にはディスカウント等の値引き価格が設定されていても良い。
金額は、ユーザが、商品識別情報により特定される商品を購入するために支払う必要がある代金に相当する金額を記憶する項目である。
ゲーム内オブジェクトがゲーム内資源である場合は、単位ゲーム内資源ごとに金額を定義しても良いし、まとめた数のゲーム内資源を獲得する場合にはディスカウント等の値引き価格が設定されていても良い。
【0038】
＜課金サーバ４０の制御部４０４の構成＞
課金サーバ４０の制御部４０４は、商品登録制御部４０４１を備える。制御部４０４は、記憶部４０１に記憶されたアプリケーションプログラム４０１１を実行することにより、各機能ユニットが実現される。
課金サーバ４０の制御部４０４は、商品登録制御部４０４１を備える。制御部４０４は、記憶部４０１に記憶されたアプリケーションプログラム４０１１を実行することにより、各機能ユニットが実現される。
【0039】
商品登録制御部４０４１は、本開示にかかるゲームの運営者の指示に応じて、サーバ１０のオブジェクトマスタ１０１３に記憶されたオブジェクト情報の販売金額を商品マスタ４０１３に記憶する制御ユニットである。具体的に、ゲーム運営者は課金サーバ４０が提供するウェブページ等を介して、オブジェクトマスタ１０１３においてゲーム内オブジェクトに割り当てられた商品ＩＤ、ゲーム内オブジェクトの販売金額を入力し送信することにより、商品マスタ４０１３の商品ＩＤ、金額の項目に登録することができる。
【0040】
＜システム１の動作＞
以下、システム１の各処理について説明する。
図１０は、商品購入処理の動作を示すフローチャートである。
図１１は、ユーザ評価処理の動作を示すフローチャートである。
図１２は、購入取消処理が完了したことを示す画面例である。
図１３は、ユーザによるゲーム操作の動作を示す画面例である。
以下、システム１の各処理について説明する。
図１０は、商品購入処理の動作を示すフローチャートである。
図１１は、ユーザ評価処理の動作を示すフローチャートである。
図１２は、購入取消処理が完了したことを示す画面例である。
図１３は、ユーザによるゲーム操作の動作を示す画面例である。
【0041】
＜商品購入処理＞
商品購入処理は、ユーザが課金サーバを介してゲーム内オブジェクトを購入する処理である。
商品購入処理は、ユーザが課金サーバを介してゲーム内オブジェクトを購入する処理である。
【0042】
＜商品購入処理の概要＞
ユーザに対してユーザが購入可能なゲーム内オブジェクト等の商品一覧を表示し、ユーザから購入商品の選択を受け付け、ユーザから購入商品の代金支払いを受け付け、商品の購入完了処理を実行し、ユーザに対してゲーム内オブジェクトを付与する一連の処理である。
ユーザに対してユーザが購入可能なゲーム内オブジェクト等の商品一覧を表示し、ユーザから購入商品の選択を受け付け、ユーザから購入商品の代金支払いを受け付け、商品の購入完了処理を実行し、ユーザに対してゲーム内オブジェクトを付与する一連の処理である。
【0043】
＜商品購入処理の詳細＞
以下に、商品購入処理の詳細を説明する。
以下に、商品購入処理の詳細を説明する。
【0044】
ステップＳ１０１において、ユーザは、ユーザ端末２０のアプリケーションプログラム２０１２において、ユーザ端末２０の入力装置２０６に対して所定の操作を行うことにより商品購入処理が開始される。具体的に、ユーザは、アプリケーションプログラム２０１２を実行することにより、ユーザ端末２０のディスプレイ２０８１に表示されるゲーム画面から、ゲーム画面に含まれる「商品購入ボタン」等を押下し選択することにより、課金サーバ４０に対して商品一覧を取得するためのリクエストが送信される。
【0045】
課金サーバ４０の制御部４０４は、リクエストを受信すると、商品マスタ４０１３を検索し、商品ＩＤ、金額の商品情報を取得し、ユーザ端末２０に送信する。ユーザ端末２０の制御部２０４は、は受信した１または複数の商品情報を、ユーザ端末２０のディスプレイ２０８１に一覧表示する。
【0046】
ステップＳ１０２において、課金サーバ４０の制御部４０４は、ユーザがゲーム内オブジェクトを購入したことを示す購入リクエストを受信する購入ステップを実行する。
具体的に、ユーザは、ユーザ端末２０の入力装置２０６を操作することにより、ユーザ端末２０のディスプレイ２０８１に一覧表示された商品情報から購入対象となる１または複数の商品情報を選択する。ユーザ端末２０の制御部２０４は、ユーザＩＤ２０１１、選択された１または複数の商品情報の商品ＩＤを含むリクエストを課金サーバ４０へ送信する。
課金サーバ４０の制御部４０４は、購入対象となる１または複数の商品情報に対応する１または複数の商品ＩＤを含むリクエストを受信し受け付ける。課金サーバ４０の制御部４０４は、ユーザＩＤ２０１１、商品ＩＤを、それぞれ、購入テーブル４０１２のユーザＩＤ、商品ＩＤの項目に記憶する。
具体的に、ユーザは、ユーザ端末２０の入力装置２０６を操作することにより、ユーザ端末２０のディスプレイ２０８１に一覧表示された商品情報から購入対象となる１または複数の商品情報を選択する。ユーザ端末２０の制御部２０４は、ユーザＩＤ２０１１、選択された１または複数の商品情報の商品ＩＤを含むリクエストを課金サーバ４０へ送信する。
課金サーバ４０の制御部４０４は、購入対象となる１または複数の商品情報に対応する１または複数の商品ＩＤを含むリクエストを受信し受け付ける。課金サーバ４０の制御部４０４は、ユーザＩＤ２０１１、商品ＩＤを、それぞれ、購入テーブル４０１２のユーザＩＤ、商品ＩＤの項目に記憶する。
【0047】
ステップＳ１０３において、課金サーバ４０の制御部４０４は、受信したリクエストＩＤに基づき商品マスタ４０１３の商品ＩＤの項目を検索し、金額を取得する。課金サーバ４０の制御部４０４は、取得した金額を積算し、ユーザの購入対象となる商品の商品代金を算定する。課金サーバ４０は不図示の決済プログラム等を実行することによりユーザに対して商品代金の請求処理を実行する。例えば、ユーザが自身のユーザＩＤ２０１１と関連づけて課金サーバ４０の記憶部４０１に記憶しているクレジットカード情報に基づき、クレジットカードサービス提供企業のサーバ等へ商品代金を請求するリクエストを送信し、ユーザに対して商品代金の請求処理を行う。なお、ユーザの銀行口座等からの引き落としにより商品代金の請求処理を実行しても良い。
課金サーバ４０の制御部４０４は、請求処理に成功し、ユーザによる商品代金の支払いを受け取ることができた場合には、購入テーブル４０１２において購入対象の商品ＩＤのレコードのステータスの項目に「購入完了」を示す情報を記憶し、ステップＳ１０４に進む。
課金サーバ４０の制御部４０４は、請求処理に成功し、ユーザによる商品代金の支払いを受け取ることができた場合には、購入テーブル４０１２において購入対象の商品ＩＤのレコードのステータスの項目に「購入完了」を示す情報を記憶し、ステップＳ１０４に進む。
【0048】
一方、課金サーバ４０の制御部４０４は、請求処理に失敗し、ユーザによる商品代金の支払いを受け取ることができなかった場合には、購入テーブル４０１２において購入対象の商品ＩＤのレコードのステータスの項目に「決済未完了」を示す情報を記憶し、商品購入処理を終了する。課金サーバ４０の制御部４０４は、ユーザ端末２０を介して、ユーザに対して請求処理に失敗したことを通知し、支払い処理の完了を促す通知をユーザに対して実行しても良い。ユーザによる支払い処理の完了後に、購入テーブル４０１２において購入対象の商品ＩＤのレコードのステータスの項目に「購入完了」を示す情報を記憶し、ステップＳ１０４以降の処理を再開しても良い。
【0049】
ステップＳ１０４において、サーバ１０の購入部１０４２は、ユーザがゲーム内オブジェクトを購入したことを示す購入リクエストを受信する購入ステップを実行する。購入ステップは、購入リクエストを外部サーバから受信するステップを実行する。
具体的に、課金サーバ４０の制御部４０４は、ユーザにより購入された１または複数の商品の商品ＩＤを含む、ユーザによる代金支払いが完了したことを示すリクエストをサーバ１０へ送信する。サーバ１０の購入部１０４２は、受信したリクエストに含まれる１または複数の商品の商品ＩＤに基づき、オブジェクトマスタ１０１３の商品ＩＤの項目を検索し、１または複数のオブジェクトＩＤを特定し、取得する。サーバ１０の購入部１０４２は、ユーザによる代金支払いが完了したことを示すリクエストを課金サーバ４０から受信し、受け付ける。
具体的に、課金サーバ４０の制御部４０４は、ユーザにより購入された１または複数の商品の商品ＩＤを含む、ユーザによる代金支払いが完了したことを示すリクエストをサーバ１０へ送信する。サーバ１０の購入部１０４２は、受信したリクエストに含まれる１または複数の商品の商品ＩＤに基づき、オブジェクトマスタ１０１３の商品ＩＤの項目を検索し、１または複数のオブジェクトＩＤを特定し、取得する。サーバ１０の購入部１０４２は、ユーザによる代金支払いが完了したことを示すリクエストを課金サーバ４０から受信し、受け付ける。
【0050】
サーバ１０の購入部１０４２は、課金サーバ４０から受信したリクエストに含まれるユーザＩＤ２０１１、特定された１または複数のオブジェクトＩＤを、購入テーブル１０１４のユーザＩＤ、オブジェクトＩＤの項目にそれぞれ記憶する。サーバ１０の購入部１０４２は、購入テーブル１０１４において購入対象のオブジェクトＩＤのレコードのステータスの項目に「購入完了」を示す情報を記憶する。
【0051】
ステップＳ１０５において、サーバ１０の購入部１０４２は、購入ステップにおいて受け付けた購入リクエストに基づき、ゲーム内オブジェクトをユーザに付与する付与ステップを実行する。
具体的に、サーバ１０の購入部１０４２は、課金サーバ４０から受信したリクエストに含まれるユーザＩＤ２０１１に基づき、ユーザテーブル１０１２のユーザＩＤの項目を検索し対象レコードを特定する。サーバ１０の購入部１０４２は、課金サーバ４０から受信したリクエストに含まれる商品ＩＤに基づき特定された１または複数のオブジェクトＩＤを、特定された対象レコードのオブジェクトデータに追記する。
これにより、ユーザにより購入された商品に関するゲーム内オブジェクトがユーザと関連づけて記憶される。つまり、購入したゲーム内オブジェクトがユーザに対して付与されることが表現される。
具体的に、サーバ１０の購入部１０４２は、課金サーバ４０から受信したリクエストに含まれるユーザＩＤ２０１１に基づき、ユーザテーブル１０１２のユーザＩＤの項目を検索し対象レコードを特定する。サーバ１０の購入部１０４２は、課金サーバ４０から受信したリクエストに含まれる商品ＩＤに基づき特定された１または複数のオブジェクトＩＤを、特定された対象レコードのオブジェクトデータに追記する。
これにより、ユーザにより購入された商品に関するゲーム内オブジェクトがユーザと関連づけて記憶される。つまり、購入したゲーム内オブジェクトがユーザに対して付与されることが表現される。
【0052】
例えば、ユーザが購入した商品がゲーム内資源に関するゲーム内オブジェクトである場合には、ユーザがステップＳ１０２において選択した商品に応じて、所定個数または所定量のゲーム内資源がユーザに対して付与される。
例えば、ユーザが購入した商品がゲーム内キャラクタに関するゲーム内オブジェクトである場合には、ユーザがステップＳ１０２において選択した商品に応じて、所定のゲーム内キャラクタがユーザに対して付与される。
例えば、ユーザが購入した商品がゲーム内アイテムに関するゲーム内オブジェクトである場合には、ユーザがステップＳ１０２において選択した商品に応じて、所定のゲーム内アイテムがユーザに対して付与される。
例えば、ユーザが購入した商品がゲーム内キャラクタに関するゲーム内オブジェクトである場合には、ユーザがステップＳ１０２において選択した商品に応じて、所定のゲーム内キャラクタがユーザに対して付与される。
例えば、ユーザが購入した商品がゲーム内アイテムに関するゲーム内オブジェクトである場合には、ユーザがステップＳ１０２において選択した商品に応じて、所定のゲーム内アイテムがユーザに対して付与される。
【0053】
＜ユーザ評価処理＞
ユーザ評価処理は、購入したゲーム内オブジェクトの購入取消申請後に、当該ユーザの評価を行う処理である。
ユーザ評価処理は、購入したゲーム内オブジェクトの購入取消申請後に、当該ユーザの評価を行う処理である。
【0054】
＜ユーザ評価処理の概要＞
ユーザに対してユーザが過去に購入した購入済商品を一覧表示し、ユーザから購入取消対象の購入済商品の選択を受け付け、購入済商品の購入取消処理を実行し、取消情報をユーザに提示し、ユーザからゲームの操作を受け付け、受け付けたゲームの操作に応じてユーザを評価する一連の処理である。なお、ユーザの評価は、ユーザによるゲームの操作によらず行っても良い。
ユーザに対してユーザが過去に購入した購入済商品を一覧表示し、ユーザから購入取消対象の購入済商品の選択を受け付け、購入済商品の購入取消処理を実行し、取消情報をユーザに提示し、ユーザからゲームの操作を受け付け、受け付けたゲームの操作に応じてユーザを評価する一連の処理である。なお、ユーザの評価は、ユーザによるゲームの操作によらず行っても良い。
【0055】
＜ユーザ評価処理の詳細＞
以下に、ユーザ評価処理の詳細を説明する。
以下に、ユーザ評価処理の詳細を説明する。
【0056】
ステップＳ３０１において、ユーザは、ユーザ端末２０の入力装置２０６に対して所定の操作を行うことによりユーザ評価処理が開始される。
具体的に、ユーザは、ユーザ端末２０の入力装置２０６を操作することにより、課金サーバ４０に対して商品購入処理において購入したゲーム内オブジェクトに対する返金を申請することができる。ユーザは、ユーザ端末２０の入力装置２０６を操作することにより、課金サーバ４０が提供するウェブページなどを開き、所定の入力フォームに購入取消対象となる１または複数の商品情報に対応する１または複数の商品ＩＤを入力し課金サーバ４０へ送信する。また、ユーザは、ユーザ端末２０の入力装置２０６を操作することにより、メールまたはメッセージアプリ等に購入取消対象となる１または複数の商品ＩＤを記載し課金サーバ４０へ送信することにより、購入取消対象となる１または複数の商品ＩＤにかかる商品情報の返金を申請しても良い。
つまり、ユーザは、サーバ１０を介さずに、直接、課金サーバ４０へ商品購入処理において購入した１また複数の商品情報の購入を取り消すための購入取消リクエストを送信する。
具体的に、ユーザは、ユーザ端末２０の入力装置２０６を操作することにより、課金サーバ４０に対して商品購入処理において購入したゲーム内オブジェクトに対する返金を申請することができる。ユーザは、ユーザ端末２０の入力装置２０６を操作することにより、課金サーバ４０が提供するウェブページなどを開き、所定の入力フォームに購入取消対象となる１または複数の商品情報に対応する１または複数の商品ＩＤを入力し課金サーバ４０へ送信する。また、ユーザは、ユーザ端末２０の入力装置２０６を操作することにより、メールまたはメッセージアプリ等に購入取消対象となる１または複数の商品ＩＤを記載し課金サーバ４０へ送信することにより、購入取消対象となる１または複数の商品ＩＤにかかる商品情報の返金を申請しても良い。
つまり、ユーザは、サーバ１０を介さずに、直接、課金サーバ４０へ商品購入処理において購入した１また複数の商品情報の購入を取り消すための購入取消リクエストを送信する。
【0057】
ステップＳ３０２において、サーバ１０の評価部１０４３は、付与ステップにおいてユーザに対してゲーム内オブジェクトを付与した後に、購入ステップにおいて受信した購入リクエストに対して購入が取り消されたことを示す取消情報を取得する取得ステップを実行する。取得ステップは、取消情報を外部サーバから受信するステップを実行する。
具体的に、課金サーバ４０の制御部４０４は、購入取消対象となる１または複数の商品情報に対応する１または複数の商品ＩＤを含むリクエストを受信し受け付ける。課金サーバ４０の制御部４０４は、受信したリクエストに含まれる商品ＩＤに基づき購入テーブル４０１２の商品ＩＤの項目を検索し購入取消対象の商品情報のレコードを特定し、特定したレコードのステータスの項目に「返金」を記憶する。
課金サーバ４０の制御部４０４は、ユーザＩＤ２０１１、１または複数の商品ＩＤを含む、購入の取り消しが完了したことを示すリクエストをサーバ１０へ送信する。サーバ１０の評価部１０４３は、外部に設けられた課金サーバ４０からリクエストを受信し、受け付ける。
具体的に、課金サーバ４０の制御部４０４は、購入取消対象となる１または複数の商品情報に対応する１または複数の商品ＩＤを含むリクエストを受信し受け付ける。課金サーバ４０の制御部４０４は、受信したリクエストに含まれる商品ＩＤに基づき購入テーブル４０１２の商品ＩＤの項目を検索し購入取消対象の商品情報のレコードを特定し、特定したレコードのステータスの項目に「返金」を記憶する。
課金サーバ４０の制御部４０４は、ユーザＩＤ２０１１、１または複数の商品ＩＤを含む、購入の取り消しが完了したことを示すリクエストをサーバ１０へ送信する。サーバ１０の評価部１０４３は、外部に設けられた課金サーバ４０からリクエストを受信し、受け付ける。
【0058】
ステップＳ３０２において、サーバ１０の評価部１０４３は、取消ステップにおいて受信した取消情報に基づき、付与ステップにおいてユーザに付与されたゲーム内オブジェクトに対して所定の処理を実行する処理ステップを実行する。処理ステップは、付与ステップにおいてユーザに付与されたゲーム内オブジェクトに対して取消ステップにおいて購入が取り消されたことを示す情報と関連づけて記憶する処理を実行するステップを実行する。
具体的に、サーバ１０の評価部１０４３は、受信したリクエストに含まれるユーザＩＤに基づきユーザテーブル１０１２のユーザＩＤの項目を検索し、オブジェクトデータ（ユーザが保有するゲーム内オブジェクト）を取得する。サーバ１０の評価部１０４３は、受信したリクエストに含まれる１または複数の商品ＩＤに基づき、オブジェクトマスタ１０１３の商品ＩＤの項目を検索し、１または複数のオブジェクトＩＤを特定し、取得する。サーバ１０の評価部１０４３は、取得した１または複数のオブジェクトＩＤに基づき、オブジェクトデータに含まれるユーザが保有するゲーム内オブジェクトのうち、購入取消処理にかかるゲーム内オブジェクトを特定する。
サーバ１０の評価部１０４３は、特定したゲーム内オブジェクトに対して、購入が取り消されたことを示す情報（例えば、取消フラグ等）を関連づけて記憶する。
なお、ユーザが、購入取消処理にかかるゲーム内オブジェクトを既に使用、放棄等を行うことによりユーザが保有していない場合には、購入取消処理にかかるゲーム内オブジェクトを特定することができなかったことを示す情報を記憶しても良い。
サーバ１０の評価部１０４３は、取得した１または複数のオブジェクトＩＤに基づき、購入テーブル１０１４のオブジェクトＩＤの項目を検索し購入取消対象のオブジェクト情報のレコードを特定し、特定したレコードのステータスの項目に「返金」を記憶する。
具体的に、サーバ１０の評価部１０４３は、受信したリクエストに含まれるユーザＩＤに基づきユーザテーブル１０１２のユーザＩＤの項目を検索し、オブジェクトデータ（ユーザが保有するゲーム内オブジェクト）を取得する。サーバ１０の評価部１０４３は、受信したリクエストに含まれる１または複数の商品ＩＤに基づき、オブジェクトマスタ１０１３の商品ＩＤの項目を検索し、１または複数のオブジェクトＩＤを特定し、取得する。サーバ１０の評価部１０４３は、取得した１または複数のオブジェクトＩＤに基づき、オブジェクトデータに含まれるユーザが保有するゲーム内オブジェクトのうち、購入取消処理にかかるゲーム内オブジェクトを特定する。
サーバ１０の評価部１０４３は、特定したゲーム内オブジェクトに対して、購入が取り消されたことを示す情報（例えば、取消フラグ等）を関連づけて記憶する。
なお、ユーザが、購入取消処理にかかるゲーム内オブジェクトを既に使用、放棄等を行うことによりユーザが保有していない場合には、購入取消処理にかかるゲーム内オブジェクトを特定することができなかったことを示す情報を記憶しても良い。
サーバ１０の評価部１０４３は、取得した１または複数のオブジェクトＩＤに基づき、購入テーブル１０１４のオブジェクトＩＤの項目を検索し購入取消対象のオブジェクト情報のレコードを特定し、特定したレコードのステータスの項目に「返金」を記憶する。
【0059】
ステップＳ３０２において、処理ステップは、付与ステップにおいてユーザに付与されたゲーム内オブジェクトの利用を制限する処理（例えば、ゲーム内で使用や選択をできなくする処理）を実行するステップを実行する。
具体的に、サーバ１０の評価部１０４３は、特定したゲーム内オブジェクトに対して、ユーザがゲーム内において当該ゲーム内オブジェクトを使用できない情報を関連づけて記憶する。なお、ゲーム内オブジェクトを使用できない情報には、購入が取り消されたことを示す情報である取消フラグ等を含む。
具体的に、サーバ１０の評価部１０４３は、特定したゲーム内オブジェクトに対して、ユーザがゲーム内において当該ゲーム内オブジェクトを使用できない情報を関連づけて記憶する。なお、ゲーム内オブジェクトを使用できない情報には、購入が取り消されたことを示す情報である取消フラグ等を含む。
【0060】
ステップＳ３０２において、サーバ１０の評価部１０４３は、取消ステップにおいて受信した１または複数の取消情報の取得回数を記憶する記憶ステップを実行しても良い。
具体的に、サーバ１０の評価部１０４３は、ユーザテーブル１０１２等においてユーザＩＤ２０１１と関連づけて取消情報の取得回数を記憶しても良い。例えば、ユーザテーブル１０１２に取消取得回数を記憶するカラムを設け、ステップＳ３０２において課金サーバ４０から取消情報を取得するごとに当該取消取得回数のカラムの値を１ずつインクリメントする処理を実行する。
具体的に、サーバ１０の評価部１０４３は、ユーザテーブル１０１２等においてユーザＩＤ２０１１と関連づけて取消情報の取得回数を記憶しても良い。例えば、ユーザテーブル１０１２に取消取得回数を記憶するカラムを設け、ステップＳ３０２において課金サーバ４０から取消情報を取得するごとに当該取消取得回数のカラムの値を１ずつインクリメントする処理を実行する。
【0061】
ステップＳ３０２において、サーバ１０の評価部１０４３は、取消ステップにおいて受信した１または複数の取消情報の取消金額（返金金額）を記憶する記憶ステップを実行しても良い。
具体的に、サーバ１０の評価部１０４３は、ユーザテーブル１０１２等においてユーザＩＤ２０１１と関連づけて取消情報の取消金額を記憶しても良い。例えば、ユーザテーブル１０１２に取消金額を記憶するカラムを設け、ステップＳ３０２において課金サーバ４０から取消情報を取得するごとに当該カラムの値を取消金額によりインクリメントする処理を実行する。
取消金額は、課金サーバ４０から購入テーブル４０１２における商品マスタ４０１３の金額、購入テーブル４０１２の購入情報に商品購入処理におけるユーザの支払い金額を記憶しておき、当該情報に基づき特定しても良い。
具体的に、サーバ１０の評価部１０４３は、ユーザテーブル１０１２等においてユーザＩＤ２０１１と関連づけて取消情報の取消金額を記憶しても良い。例えば、ユーザテーブル１０１２に取消金額を記憶するカラムを設け、ステップＳ３０２において課金サーバ４０から取消情報を取得するごとに当該カラムの値を取消金額によりインクリメントする処理を実行する。
取消金額は、課金サーバ４０から購入テーブル４０１２における商品マスタ４０１３の金額、購入テーブル４０１２の購入情報に商品購入処理におけるユーザの支払い金額を記憶しておき、当該情報に基づき特定しても良い。
【0062】
ステップＳ３０３において、サーバ１０の評価部１０４３は、ユーザに対して取消情報を提示する。
具体的に、サーバ１０の評価部１０４３は、購入取消処理が完了したことを示すレスポンスをユーザ端末２０に送信する。ユーザ端末２０の制御部２０４は、サーバ１０からレスポンスを受信すると、ユーザ端末２０のディスプレイ２０８１に購入取消処理が完了したことを示す情報を表示し、ユーザに提示する。
図１２は、ユーザ端末２０のディスプレイ２０８１に表示される、購入取消処理が完了したことを示す画面例である。ユーザ端末２０のディスプレイ２０８１に表示される画面Ｄ１０には、購入取消処理にかかる１または複数のゲーム内オブジェクトＤ１０１、Ｄ１０２、Ｄ１０３、メッセージＤ１２１が表示される。
具体的に、サーバ１０の評価部１０４３は、購入取消処理が完了したことを示すレスポンスをユーザ端末２０に送信する。ユーザ端末２０の制御部２０４は、サーバ１０からレスポンスを受信すると、ユーザ端末２０のディスプレイ２０８１に購入取消処理が完了したことを示す情報を表示し、ユーザに提示する。
図１２は、ユーザ端末２０のディスプレイ２０８１に表示される、購入取消処理が完了したことを示す画面例である。ユーザ端末２０のディスプレイ２０８１に表示される画面Ｄ１０には、購入取消処理にかかる１または複数のゲーム内オブジェクトＤ１０１、Ｄ１０２、Ｄ１０３、メッセージＤ１２１が表示される。
【0063】
メッセージＤ１２１には、購入取消処理にかかる１または複数のゲーム内オブジェクトを放棄または返品を促すメッセージを含めても良い。
メッセージＤ１２１には、購入取消処理にかかる１または複数のゲーム内オブジェクトを放棄または返品した場合には、ユーザのゲーム内評価が低下しないことを示すメッセージを含めても良い。
メッセージＤ１２１には、購入取消処理にかかる１または複数のゲーム内オブジェクトを放棄または返品しなかった場合には、ユーザのゲーム内評価が低下することを示すメッセージを含めても良い。
メッセージＤ１２１には、購入取消処理にかかる１または複数のゲーム内オブジェクトを放棄または返品した場合には、ユーザのゲーム内評価が低下しないことを示すメッセージを含めても良い。
メッセージＤ１２１には、購入取消処理にかかる１または複数のゲーム内オブジェクトを放棄または返品しなかった場合には、ユーザのゲーム内評価が低下することを示すメッセージを含めても良い。
【0064】
ステップＳ３０４において、サーバ１０の評価部１０４３は、取消ステップにおいて取消情報を取得した後に、ユーザによるゲーム操作を受け付ける操作ステップを実行する。
具体的に、ユーザは、ユーザ端末２０のアプリケーションプログラム２０１２において、ユーザ端末２０の入力装置２０６を操作することによりゲーム操作を行う。
具体的に、ユーザは、ユーザ端末２０のアプリケーションプログラム２０１２において、ユーザ端末２０の入力装置２０６を操作することによりゲーム操作を行う。
【0065】
ステップＳ３０４において、サーバ１０の評価部１０４３は、処理ステップにおいて、付与ステップにおいてユーザに付与されたゲーム内オブジェクトを、他のゲーム内オブジェクトと識別可能にユーザまたは他のユーザに対して提示する提示ステップを実行する。
【0066】
図１３は、ユーザ端末２０のディスプレイ２０８１に表示される、ユーザによるゲーム操作の動作を示す画面例である。ユーザ端末２０のディスプレイ２０８１に表示される画面Ｄ２０には、ユーザが保有する１または複数のゲーム内オブジェクトＤ２０１、Ｄ２０２、Ｄ２０３が表示される。１または複数のゲーム内オブジェクトのうち、Ｄ２０２は購入取消処理にかかるゲーム内オブジェクトである。この場合、ゲーム内オブジェクトＤ２０２は、アイコンＤ２２２と関連づけてユーザに対して提示される。これにより、ユーザは他のゲーム内オブジェクトと、購入取消処理にかかるゲーム内オブジェクトとを識別可能に確認することができる。なお、ゲーム内オブジェクトＤ２０２は、太字、下線の他、任意の装飾表示によりユーザに識別可能に提示してもよい。また、他のユーザが、ユーザが保有するゲーム内オブジェクトを確認することが可能な場合においても、同様に、ユーザが保有する他のゲーム内オブジェクトと、購入取消処理にかかるゲーム内オブジェクトとを識別可能に他のユーザに対して表示しても良い。
また、ユーザが、ユーザ端末２０の入力装置２０６を操作することによりアイコンＤ２２２を選択することにより、当該ゲーム内オブジェクトを放棄または返品する処理を実行する構成としても良い。これにより、ユーザに購入取消処理にかかるゲーム内オブジェクトの放棄または返品を促すことができる。
また、ユーザが、ユーザ端末２０の入力装置２０６を操作することによりアイコンＤ２２２を選択することにより、当該ゲーム内オブジェクトを放棄または返品する処理を実行する構成としても良い。これにより、ユーザに購入取消処理にかかるゲーム内オブジェクトの放棄または返品を促すことができる。
【0067】
ステップＳ３０５において、サーバ１０の評価部１０４３は、操作ステップにおいて受け付けたユーザによるゲーム操作に基づき、ユーザのゲーム内評価を設定する評価ステップを実行する。
具体的に、サーバ１０の評価部１０４３は、ユーザＩＤ２０１１に基づき、ユーザテーブル１０１２のユーザＩＤの項目を検索し評価対象ユーザの対象レコードを特定する。サーバ１０の評価部１０４３は、ステップＳ３０４におけるユーザによるゲーム操作の操作内容に応じて、評価対象ユーザの対象レコードのユーザ評価の項目を変更し、上書きする。これにより、ユーザのゲーム内評価が設定される。
具体的に、サーバ１０の評価部１０４３は、ユーザＩＤ２０１１に基づき、ユーザテーブル１０１２のユーザＩＤの項目を検索し評価対象ユーザの対象レコードを特定する。サーバ１０の評価部１０４３は、ステップＳ３０４におけるユーザによるゲーム操作の操作内容に応じて、評価対象ユーザの対象レコードのユーザ評価の項目を変更し、上書きする。これにより、ユーザのゲーム内評価が設定される。
【0068】
ステップＳ３０５において、評価ステップは、操作ステップにおいて、ユーザによるゲーム内オブジェクトを放棄または返品する操作を受け付けた場合は、ユーザのゲーム内評価を低下させず、操作ステップにおいて、ユーザによるゲーム内オブジェクトを放棄または返品する操作を受け付けなかった場合は、ユーザのゲーム内評価を低下させる、ステップを含む。
具体的に、ステップＳ３０４におけるユーザによるゲーム操作が、ステップＳ３０２における購入取消処理にかかるゲーム内オブジェクトを放棄または返品する操作を含む場合には、評価対象ユーザの対象レコードのユーザ評価の項目を低下させない。なお、ユーザが、購入取消処理にかかるゲーム内オブジェクトと同一または同等のゲーム内オブジェクトを、既に保有または新たに取得し、当該ゲーム内オブジェクトを放棄または返品した場合も、評価対象ユーザの対象レコードのユーザ評価の項目を低下させない処理を実行しても良い。
同一または同等のゲーム内オブジェクトには、所定の第１ゲーム内オブジェクトが他の１または複数のゲーム内資源等のゲーム内オブジェクト（第２オブジェクト群）と交換可能である場合に、第１ゲーム内オブジェクトは第２オブジェクト群と同一または同等であるとしても良い。
例えば、所定のゲーム内アイテムが、ゲーム内資源１００ポイントにより獲得または交換可能である場合に、所定のゲーム内アイテムは、ゲーム内資源１００ポイントと同一または同等であるとしても良い。一例として、所定のゲーム内アイテムが、ゲーム内資源１００ポイントにより購入または売却可能である場合などがある。
例えば、所定のゲーム内アイテムが、ゲーム内アイテムＡ、ゲーム内アイテムＢ、ゲーム内アイテムＣを消費することにより、獲得可能である場合に、所定のゲーム内アイテムは、ゲーム内アイテムＡ、ゲーム内アイテムＢ、ゲーム内アイテムＣと同一または同等であるとしても良い。一例として、所定のゲーム内アイテムが、ゲーム内アイテムＡ、ゲーム内アイテムＢ、ゲーム内アイテムＣにより合成、生成可能な場合などがある。
一方、ステップＳ３０４におけるユーザによるゲーム操作が、ステップＳ３０２における購入取消処理にかかるゲーム内オブジェクトを放棄または返品する操作を含まない場合には、評価対象ユーザの対象レコードのユーザ評価の項目を低下させる。
ユーザによるゲーム操作は、ステップＳ３０３におけるユーザに対する取消情報提示から任意の所定期間内のゲーム操作に対して判定する構成としても良い。
具体的に、ステップＳ３０４におけるユーザによるゲーム操作が、ステップＳ３０２における購入取消処理にかかるゲーム内オブジェクトを放棄または返品する操作を含む場合には、評価対象ユーザの対象レコードのユーザ評価の項目を低下させない。なお、ユーザが、購入取消処理にかかるゲーム内オブジェクトと同一または同等のゲーム内オブジェクトを、既に保有または新たに取得し、当該ゲーム内オブジェクトを放棄または返品した場合も、評価対象ユーザの対象レコードのユーザ評価の項目を低下させない処理を実行しても良い。
同一または同等のゲーム内オブジェクトには、所定の第１ゲーム内オブジェクトが他の１または複数のゲーム内資源等のゲーム内オブジェクト（第２オブジェクト群）と交換可能である場合に、第１ゲーム内オブジェクトは第２オブジェクト群と同一または同等であるとしても良い。
例えば、所定のゲーム内アイテムが、ゲーム内資源１００ポイントにより獲得または交換可能である場合に、所定のゲーム内アイテムは、ゲーム内資源１００ポイントと同一または同等であるとしても良い。一例として、所定のゲーム内アイテムが、ゲーム内資源１００ポイントにより購入または売却可能である場合などがある。
例えば、所定のゲーム内アイテムが、ゲーム内アイテムＡ、ゲーム内アイテムＢ、ゲーム内アイテムＣを消費することにより、獲得可能である場合に、所定のゲーム内アイテムは、ゲーム内アイテムＡ、ゲーム内アイテムＢ、ゲーム内アイテムＣと同一または同等であるとしても良い。一例として、所定のゲーム内アイテムが、ゲーム内アイテムＡ、ゲーム内アイテムＢ、ゲーム内アイテムＣにより合成、生成可能な場合などがある。
一方、ステップＳ３０４におけるユーザによるゲーム操作が、ステップＳ３０２における購入取消処理にかかるゲーム内オブジェクトを放棄または返品する操作を含まない場合には、評価対象ユーザの対象レコードのユーザ評価の項目を低下させる。
ユーザによるゲーム操作は、ステップＳ３０３におけるユーザに対する取消情報提示から任意の所定期間内のゲーム操作に対して判定する構成としても良い。
【0069】
ステップＳ３０５において、評価ステップは、操作ステップにおいて、ユーザによるゲーム内オブジェクトをゲーム内において使用する操作を受け付けた場合は、ユーザのゲーム内評価を低下させる、ステップを含む。
具体的に、ステップＳ３０４におけるユーザによるゲーム操作が、ステップＳ３０２における購入取消処理にかかるゲーム内オブジェクトを使用する操作を含む場合には、評価対象ユーザの対象レコードのユーザ評価の項目を低下させる。なお、ステップＳ３０２における購入取消処理の時点において、ユーザが購入取消処理にかかるゲーム内オブジェクトを既に使用していた場合にも、ユーザのゲーム内評価を低下させても良い。
ユーザによるゲーム操作は、ステップＳ３０３におけるユーザに対する取消情報提示から任意の所定期間内のゲーム操作に対して判定する構成としても良い。
具体的に、ステップＳ３０４におけるユーザによるゲーム操作が、ステップＳ３０２における購入取消処理にかかるゲーム内オブジェクトを使用する操作を含む場合には、評価対象ユーザの対象レコードのユーザ評価の項目を低下させる。なお、ステップＳ３０２における購入取消処理の時点において、ユーザが購入取消処理にかかるゲーム内オブジェクトを既に使用していた場合にも、ユーザのゲーム内評価を低下させても良い。
ユーザによるゲーム操作は、ステップＳ３０３におけるユーザに対する取消情報提示から任意の所定期間内のゲーム操作に対して判定する構成としても良い。
【0070】
ステップＳ３０５において、サーバ１０の評価部１０４３は、取消ステップにおいて受信した取消情報に基づき、記憶ステップにおいて記憶された取消情報の取得回数が多いほど、ユーザのゲーム内評価をより低下させる評価ステップを実行しても良い。
具体的に、サーバ１０の評価部１０４３は、ユーザＩＤ２０１１に基づき、ユーザテーブル１０１２のユーザＩＤの項目を検索し評価対象ユーザの対象レコードを特定する。サーバ１０の評価部１０４３は、サーバ１０に記憶された取消情報の取消取得回数に基づき、評価対象ユーザの対象レコードのユーザ評価の項目を変更し、上書きする。例えば、取消受信回数が多いほど、評価対象ユーザの対象レコードのユーザ評価の項目をより大きく低下させる。
既に説明した、ユーザ操作に基づいて評価対象ユーザのゲーム内評価を設定する際に、取消受信回数が多いほど、評価対象ユーザの対象レコードのユーザ評価の項目をより大きく低下させる構成としても良い。また、本評価ステップは、ステップＳ３０２における評価処理後、ステップＳ３０４におけるユーザによるユーザ操作有無に関わらず実行しても構わない。これにより、取消回数が多いユーザほどより大きくユーザ評価を低下させることができる。
具体的に、サーバ１０の評価部１０４３は、ユーザＩＤ２０１１に基づき、ユーザテーブル１０１２のユーザＩＤの項目を検索し評価対象ユーザの対象レコードを特定する。サーバ１０の評価部１０４３は、サーバ１０に記憶された取消情報の取消取得回数に基づき、評価対象ユーザの対象レコードのユーザ評価の項目を変更し、上書きする。例えば、取消受信回数が多いほど、評価対象ユーザの対象レコードのユーザ評価の項目をより大きく低下させる。
既に説明した、ユーザ操作に基づいて評価対象ユーザのゲーム内評価を設定する際に、取消受信回数が多いほど、評価対象ユーザの対象レコードのユーザ評価の項目をより大きく低下させる構成としても良い。また、本評価ステップは、ステップＳ３０２における評価処理後、ステップＳ３０４におけるユーザによるユーザ操作有無に関わらず実行しても構わない。これにより、取消回数が多いユーザほどより大きくユーザ評価を低下させることができる。
【0071】
ステップＳ３０５において、サーバ１０の評価部１０４３は、取消ステップにおいて受信した取消情報に基づき、記憶ステップにおいて記憶された取消情報の取消金額が多いほど、ユーザのゲーム内評価をより低下させる評価ステップを実行しても良い。
具体的に、サーバ１０の評価部１０４３は、ユーザＩＤ２０１１に基づき、ユーザテーブル１０１２のユーザＩＤの項目を検索し評価対象ユーザの対象レコードを特定する。サーバ１０の評価部１０４３は、サーバ１０に記憶された取消情報の取消金額に基づき、評価対象ユーザの対象レコードのユーザ評価の項目を変更し、上書きする。例えば、取消金額が多いほど、評価対象ユーザの対象レコードのユーザ評価の項目をより大きく低下させる。
既に説明した、ユーザ操作に基づいて評価対象ユーザのゲーム内評価を設定する際に、取消金額が多いほど、評価対象ユーザの対象レコードのユーザ評価の項目をより大きく低下させる構成としても良い。また、本評価ステップは、ステップＳ３０２における評価処理後、ステップＳ３０４におけるユーザによるユーザ操作有無に関わらず実行しても構わない。これにより、取消金額が多いユーザほどより大きくユーザ評価を低下させることができる。
具体的に、サーバ１０の評価部１０４３は、ユーザＩＤ２０１１に基づき、ユーザテーブル１０１２のユーザＩＤの項目を検索し評価対象ユーザの対象レコードを特定する。サーバ１０の評価部１０４３は、サーバ１０に記憶された取消情報の取消金額に基づき、評価対象ユーザの対象レコードのユーザ評価の項目を変更し、上書きする。例えば、取消金額が多いほど、評価対象ユーザの対象レコードのユーザ評価の項目をより大きく低下させる。
既に説明した、ユーザ操作に基づいて評価対象ユーザのゲーム内評価を設定する際に、取消金額が多いほど、評価対象ユーザの対象レコードのユーザ評価の項目をより大きく低下させる構成としても良い。また、本評価ステップは、ステップＳ３０２における評価処理後、ステップＳ３０４におけるユーザによるユーザ操作有無に関わらず実行しても構わない。これにより、取消金額が多いユーザほどより大きくユーザ評価を低下させることができる。
【0072】
ステップＳ３０５において、サーバ１０の評価部１０４３は、取消ステップにおいて取消情報を取得した後に、ユーザによるアカウントの引き継ぎ有無またはアカウントの引き継ぎ回数に基づき、ユーザのゲーム内評価を設定する評価ステップを実行しても良い。
具体的に、サーバ１０の評価部１０４３は、ユーザＩＤ２０１１に基づき、ユーザテーブル１０１２のユーザＩＤの項目を検索し評価対象ユーザの対象レコードを特定する。サーバ１０の評価部１０４３は、サーバ１０の記憶部１０１に記憶された評価対象ユーザのアカウントの引き継ぎ有無またはアカウントの引き継ぎ回数に基づき、評価対象ユーザの対象レコードのユーザ評価の項目を変更し、上書きする。
例えば、評価対象ユーザのアカウントの引き継ぎが「有り」の場合は、評価対象ユーザの対象レコードのユーザ評価の項目を、アカウントの引き継ぎが「無し」の場合に比べより大きく低下させる。また、評価対象ユーザのアカウントの引き継ぎ回数が多いほど、評価対象ユーザの対象レコードのユーザ評価の項目をより大きく低下させる。
既に説明した、ユーザ操作に基づいて評価対象ユーザのゲーム内評価を設定する際に、評価対象ユーザのアカウントの引き継ぎが「有り」の場合、評価対象ユーザのアカウントの引き継ぎ回数が多いほど、評価対象ユーザの対象レコードのユーザ評価の項目をより大きく低下させる構成としても良い。また、本評価ステップは、ステップＳ３０２における評価処理後、ステップＳ３０４におけるユーザによるユーザ操作有無に関わらず実行しても構わない。これにより、取消回数が多いユーザほどより大きくユーザ評価を低下させることができる。
具体的に、サーバ１０の評価部１０４３は、ユーザＩＤ２０１１に基づき、ユーザテーブル１０１２のユーザＩＤの項目を検索し評価対象ユーザの対象レコードを特定する。サーバ１０の評価部１０４３は、サーバ１０の記憶部１０１に記憶された評価対象ユーザのアカウントの引き継ぎ有無またはアカウントの引き継ぎ回数に基づき、評価対象ユーザの対象レコードのユーザ評価の項目を変更し、上書きする。
例えば、評価対象ユーザのアカウントの引き継ぎが「有り」の場合は、評価対象ユーザの対象レコードのユーザ評価の項目を、アカウントの引き継ぎが「無し」の場合に比べより大きく低下させる。また、評価対象ユーザのアカウントの引き継ぎ回数が多いほど、評価対象ユーザの対象レコードのユーザ評価の項目をより大きく低下させる。
既に説明した、ユーザ操作に基づいて評価対象ユーザのゲーム内評価を設定する際に、評価対象ユーザのアカウントの引き継ぎが「有り」の場合、評価対象ユーザのアカウントの引き継ぎ回数が多いほど、評価対象ユーザの対象レコードのユーザ評価の項目をより大きく低下させる構成としても良い。また、本評価ステップは、ステップＳ３０２における評価処理後、ステップＳ３０４におけるユーザによるユーザ操作有無に関わらず実行しても構わない。これにより、取消回数が多いユーザほどより大きくユーザ評価を低下させることができる。
【0073】
ユーザ評価処理後、ユーザはユーザ端末２０の入力装置２０６を操作することにより、サーバ１０の評価部１０４３は、低下させたユーザ評価を上昇または元に戻す処理を実行しても良い。当該処理は、ユーザ評価処理後、所定期間内に実行した場合にのみ、低下させたユーザ評価を上昇または元に戻す処理を実行しても良い。
例えば、ユーザが、購入取消処理にかかる取消金額と同一または同等の商品を購入した場合に、ユーザ評価を上昇または元に戻す処理を実行しても良い。
例えば、ユーザが、購入取消処理にかかる購入済商品と同一または同等の商品を購入した場合に、ユーザ評価を上昇または元に戻す処理を実行しても良い。
例えば、ユーザが、購入取消処理にかかるゲーム内オブジェクトと同一または同等のゲーム内オブジェクトを購入した場合に、ユーザ評価を上昇または元に戻す処理を実行しても良い。
例えば、ユーザが、購入取消処理にかかる購入済商品と異なる商品を購入した場合に、ユーザ評価を上昇または元に戻す処理を実行しても良い。
例えば、ユーザが、購入取消処理にかかるゲーム内オブジェクトと異なるゲーム内オブジェクトを購入した場合に、ユーザ評価を上昇または元に戻す処理を実行しても良い。
例えば、ユーザが、購入取消処理にかかる取消金額と同一または同等の商品を購入した場合に、ユーザ評価を上昇または元に戻す処理を実行しても良い。
例えば、ユーザが、購入取消処理にかかる購入済商品と同一または同等の商品を購入した場合に、ユーザ評価を上昇または元に戻す処理を実行しても良い。
例えば、ユーザが、購入取消処理にかかるゲーム内オブジェクトと同一または同等のゲーム内オブジェクトを購入した場合に、ユーザ評価を上昇または元に戻す処理を実行しても良い。
例えば、ユーザが、購入取消処理にかかる購入済商品と異なる商品を購入した場合に、ユーザ評価を上昇または元に戻す処理を実行しても良い。
例えば、ユーザが、購入取消処理にかかるゲーム内オブジェクトと異なるゲーム内オブジェクトを購入した場合に、ユーザ評価を上昇または元に戻す処理を実行しても良い。
【0074】
本開示において、ユーザは、ゲームサービスの運営者が提供するサーバ１０を介さずに、直接、課金サーバ４０へ商品購入処理において購入した１また複数の商品情報の購入を取り消す処理を実行することができる。
この場合、ユーザは、サーバ１０において購入により獲得したゲーム内オブジェクトを既に消費、交換、使用により保有していない場合においても、ユーザは商品情報の購入を取り消す処理を実行することができてしまう。
また、ゲームサービスの運営者が提供するサーバ１０は、ユーザにより商品情報の購入が取り消されたことを即座に確認することができない。そのため、サーバ１０において、ユーザによる商品購入の取消を即座に反映させることができない。
そのような場合においても、サーバ１０は、所定期間ごとに課金サーバ４０へ問い合わせることにより、ユーザにより直接課金サーバ４０に対して商品情報の購入を取り消す処理が実行されたことを示す取消情報を取得することができる。そして、ユーザ評価処理を実行することにより、ユーザが商品購入処理において購入したゲーム内オブジェクトの購入を取り消した場合であっても、ゲーム内におけるユーザ間の公平性を保つことができる。
この場合、ユーザは、サーバ１０において購入により獲得したゲーム内オブジェクトを既に消費、交換、使用により保有していない場合においても、ユーザは商品情報の購入を取り消す処理を実行することができてしまう。
また、ゲームサービスの運営者が提供するサーバ１０は、ユーザにより商品情報の購入が取り消されたことを即座に確認することができない。そのため、サーバ１０において、ユーザによる商品購入の取消を即座に反映させることができない。
そのような場合においても、サーバ１０は、所定期間ごとに課金サーバ４０へ問い合わせることにより、ユーザにより直接課金サーバ４０に対して商品情報の購入を取り消す処理が実行されたことを示す取消情報を取得することができる。そして、ユーザ評価処理を実行することにより、ユーザが商品購入処理において購入したゲーム内オブジェクトの購入を取り消した場合であっても、ゲーム内におけるユーザ間の公平性を保つことができる。
【0075】
＜コンピュータの基本ハードウェア構成＞
図１４は、コンピュータ９０の基本的なハードウェア構成を示すブロック図である。コンピュータ９０は、プロセッサ９０１、主記憶装置９０２、補助記憶装置９０３、通信ＩＦ９９１（インタフェース、Interface）を少なくとも備える。これらは通信バス９２１により相互に電気的に接続される。
図１４は、コンピュータ９０の基本的なハードウェア構成を示すブロック図である。コンピュータ９０は、プロセッサ９０１、主記憶装置９０２、補助記憶装置９０３、通信ＩＦ９９１（インタフェース、Interface）を少なくとも備える。これらは通信バス９２１により相互に電気的に接続される。
【0076】
プロセッサ９０１とは、プログラムに記述された命令セットを実行するためのハードウェアである。プロセッサ９０１は、演算装置、レジスタ、周辺回路等から構成される。
【0077】
主記憶装置９０２とは、プログラム、及びプログラム等で処理されるデータ等を一時的に記憶するためのものである。例えば、ＤＲＡＭ（Dynamic Random Access Memory）等の揮発性のメモリである。
【0078】
補助記憶装置９０３とは、データ及びプログラムを保存するための記憶装置である。例えば、フラッシュメモリ、ＨＤＤ（Hard Disc Drive）、光磁気ディスク、ＣＤ－ＲＯＭ、ＤＶＤ－ＲＯＭ、半導体メモリ等である。
【0079】
通信ＩＦ９９１とは、有線又は無線の通信規格を用いて、他のコンピュータとネットワークを介して通信するための信号を入出力するためのインタフェースである。
ネットワークは、インターネット、ＬＡＮ、無線基地局等によって構築される各種移動通信システム等で構成される。例えば、ネットワークには、３Ｇ、４Ｇ、５Ｇ移動通信システム、ＬＴＥ（Long Term Evolution）、所定のアクセスポイントによってインターネットに接続可能な無線ネットワーク（例えばWi-Fi（登録商標））等が含まれる。無線で接続する場合、通信プロトコルとして例えば、Ｚ－Ｗａｖｅ（登録商標）、ＺｉｇＢｅｅ（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）等が含まれる。有線で接続する場合は、ネットワークには、ＵＳＢ（Universal Serial Bus）ケーブル等により直接接続するものも含む。
ネットワークは、インターネット、ＬＡＮ、無線基地局等によって構築される各種移動通信システム等で構成される。例えば、ネットワークには、３Ｇ、４Ｇ、５Ｇ移動通信システム、ＬＴＥ（Long Term Evolution）、所定のアクセスポイントによってインターネットに接続可能な無線ネットワーク（例えばWi-Fi（登録商標））等が含まれる。無線で接続する場合、通信プロトコルとして例えば、Ｚ－Ｗａｖｅ（登録商標）、ＺｉｇＢｅｅ（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）等が含まれる。有線で接続する場合は、ネットワークには、ＵＳＢ（Universal Serial Bus）ケーブル等により直接接続するものも含む。
【0080】
なお、各ハードウェア構成の全部または一部を複数のコンピュータ９０に分散して設け、ネットワークを介して相互に接続することによりコンピュータ９０を仮想的に実現することができる。このように、コンピュータ９０は、単一の筐体、ケースに収納されたコンピュータ９０だけでなく、仮想化されたコンピュータシステムも含む概念である。
【0081】
＜コンピュータ９０の基本機能構成＞
コンピュータ９０の基本ハードウェア構成（図１４）により実現されるコンピュータの機能構成を説明する。コンピュータは、制御部、記憶部、通信部の機能ユニットを少なくとも備える。
コンピュータ９０の基本ハードウェア構成（図１４）により実現されるコンピュータの機能構成を説明する。コンピュータは、制御部、記憶部、通信部の機能ユニットを少なくとも備える。
【0082】
なお、コンピュータ９０が備える機能ユニットは、それぞれの機能ユニットの全部または一部を、ネットワークで相互に接続された複数のコンピュータ９０に分散して設けても実現することができる。コンピュータ９０は、単一のコンピュータ９０だけでなく、仮想化されたコンピュータシステムも含む概念である。
【0083】
制御部は、プロセッサ９０１が補助記憶装置９０３に記憶された各種プログラムを読み出して主記憶装置９０２に展開し、当該プログラムに従って処理を実行することにより実現される。制御部は、プログラムの種類に応じて様々な情報処理を行う機能ユニットを実現することができる。これにより、コンピュータは情報処理を行う情報処理装置として実現される。
【0084】
記憶部は、主記憶装置９０２、補助記憶装置９０３により実現される。記憶部は、データ、各種プログラム、各種データベースを記憶する。また、プロセッサ９０１は、プログラムに従って記憶部に対応する記憶領域を主記憶装置９０２または補助記憶装置９０３に確保することができる。また、制御部は、各種プログラムに従ってプロセッサ９０１に、記憶部に記憶されたデータの追加、更新、削除処理を実行させることができる。
【0085】
データベースは、リレーショナルデータベースを指し、行と列によって構造的に規定された表形式のテーブル、マスタと呼ばれるデータ集合を、互いに関連づけて管理するためのものである。データベースでは、表をテーブル、マスタ、表の列をカラム、表の行をレコードと呼ぶ。リレーショナルデータベースでは、テーブル、マスタ同士の関係を設定し、関連づけることができる。
通常、各テーブル、各マスタにはレコードを一意に特定するための主キーとなるカラムが設定されるが、カラムへの主キーの設定は必須ではない。制御部は、各種プログラムに従ってプロセッサ９０１に、記憶部に記憶された特定のテーブル、マスタにレコードを追加、削除、更新を実行させることができる。
通常、各テーブル、各マスタにはレコードを一意に特定するための主キーとなるカラムが設定されるが、カラムへの主キーの設定は必須ではない。制御部は、各種プログラムに従ってプロセッサ９０１に、記憶部に記憶された特定のテーブル、マスタにレコードを追加、削除、更新を実行させることができる。
【0086】
なお、本開示におけるデータベース、マスタは、情報が構造的に規定された任意のデータ構造体（リスト、辞書、連想配列、オブジェクトなど）を含み得る。データ構造体には、データと、任意のプログラミング言語により記述された関数、クラス、メソッドなどを組み合わせることにより、データ構造体と見なし得るデータも含むものとする。
【0087】
通信部は、通信ＩＦ９９１により実現される。通信部は、ネットワークを介して他のコンピュータ９０と通信を行う機能を実現する。通信部は、他のコンピュータ９０から送信された情報を受信し、制御部へ入力することができる。制御部は、各種プログラムに従ってプロセッサ９０１に、受信した情報に対する情報処理を実行させることができる。また、通信部は、制御部から出力された情報を他のコンピュータ９０へ送信することができる。
【0088】
＜付記＞
以上の各実施形態で説明した事項を以下に付記する。
以上の各実施形態で説明した事項を以下に付記する。
【0089】
（付記１）
プロセッサと、記憶部とを備えるコンピュータに実行させるためのゲームプログラムであって、プログラムは、プロセッサに、ユーザがゲーム内オブジェクトを購入したことを示す購入リクエストを受信する購入ステップ（Ｓ１０４）と、購入ステップにおいて受け付けた購入リクエストに基づき、ゲーム内オブジェクトをユーザに付与する付与ステップ（Ｓ１０５）と、付与ステップにおいてユーザに対してゲーム内オブジェクトを付与した後に、購入ステップにおいて受信した購入リクエストに対して購入が取り消されたことを示す取消情報を取得する取得ステップ（Ｓ３０２）と、取得ステップにおいて取得した取消情報に基づき、購入が取り消されたユーザに対して所定の制限を与える処理ステップ（Ｓ３０２）と、を実行させる、ゲームプログラム。
これにより、購入を取り消したユーザがゲーム内において有利になることを防止することができる。
プロセッサと、記憶部とを備えるコンピュータに実行させるためのゲームプログラムであって、プログラムは、プロセッサに、ユーザがゲーム内オブジェクトを購入したことを示す購入リクエストを受信する購入ステップ（Ｓ１０４）と、購入ステップにおいて受け付けた購入リクエストに基づき、ゲーム内オブジェクトをユーザに付与する付与ステップ（Ｓ１０５）と、付与ステップにおいてユーザに対してゲーム内オブジェクトを付与した後に、購入ステップにおいて受信した購入リクエストに対して購入が取り消されたことを示す取消情報を取得する取得ステップ（Ｓ３０２）と、取得ステップにおいて取得した取消情報に基づき、購入が取り消されたユーザに対して所定の制限を与える処理ステップ（Ｓ３０２）と、を実行させる、ゲームプログラム。
これにより、購入を取り消したユーザがゲーム内において有利になることを防止することができる。
【0090】
（付記３）
処理ステップ（Ｓ３０２）は、付与ステップにおいてユーザに付与されたゲーム内オブジェクトに対して取得ステップにおいて購入が取り消されたことを示す情報を記憶する処理を実行するステップである、付記１記載のゲームプログラム。
これにより、ユーザが購入を取り消したゲーム内オブジェクトを、他のゲーム内オブジェクトと区別して管理することができる。
処理ステップ（Ｓ３０２）は、付与ステップにおいてユーザに付与されたゲーム内オブジェクトに対して取得ステップにおいて購入が取り消されたことを示す情報を記憶する処理を実行するステップである、付記１記載のゲームプログラム。
これにより、ユーザが購入を取り消したゲーム内オブジェクトを、他のゲーム内オブジェクトと区別して管理することができる。
【0091】
（付記４）
ゲームプログラムは、プロセッサに、処理ステップにおいて、購入が取り消されたことを示す情報が記憶されたゲーム内オブジェクトを、他のゲーム内オブジェクトと識別可能にユーザまたは他のユーザに対して提示する提示ステップ（Ｓ３０４）と、を実行させる、付記３記載のゲームプログラム。
これにより、ユーザが購入を取り消したゲーム内オブジェクトを、ユーザまたは他のユーザに対して、他のゲーム内オブジェクトと区別して提示することができる。
ゲームプログラムは、プロセッサに、処理ステップにおいて、購入が取り消されたことを示す情報が記憶されたゲーム内オブジェクトを、他のゲーム内オブジェクトと識別可能にユーザまたは他のユーザに対して提示する提示ステップ（Ｓ３０４）と、を実行させる、付記３記載のゲームプログラム。
これにより、ユーザが購入を取り消したゲーム内オブジェクトを、ユーザまたは他のユーザに対して、他のゲーム内オブジェクトと区別して提示することができる。
【0092】
（付記５）
処理ステップ（Ｓ３０２）は、購入が取り消されたことを示す情報が記憶されたゲーム内オブジェクトを使用できなくする処理を実行するステップである、付記３記載のゲームプログラム。
これにより、購入を取り消したユーザがゲーム内において有利になることを防止することができる。
処理ステップ（Ｓ３０２）は、購入が取り消されたことを示す情報が記憶されたゲーム内オブジェクトを使用できなくする処理を実行するステップである、付記３記載のゲームプログラム。
これにより、購入を取り消したユーザがゲーム内において有利になることを防止することができる。
【0093】
（付記６）
ゲームプログラムは、プロセッサに、取得ステップにおいて取消情報を取得した後に、ユーザによるゲーム操作を受け付ける操作ステップ（Ｓ３０４）と、操作ステップにおいて受け付けたユーザによるゲーム操作に基づき、ユーザのゲーム内評価を設定する評価ステップ（Ｓ３０５）と、を実行させる、付記１記載のゲームプログラム。
購入を取り消したユーザによるゲーム操作に応じて、当該ユーザに対するゲーム内評価を変化させることにより、購入を取り消したユーザがゲーム内において有利になることを防止することができる。
ゲームプログラムは、プロセッサに、取得ステップにおいて取消情報を取得した後に、ユーザによるゲーム操作を受け付ける操作ステップ（Ｓ３０４）と、操作ステップにおいて受け付けたユーザによるゲーム操作に基づき、ユーザのゲーム内評価を設定する評価ステップ（Ｓ３０５）と、を実行させる、付記１記載のゲームプログラム。
購入を取り消したユーザによるゲーム操作に応じて、当該ユーザに対するゲーム内評価を変化させることにより、購入を取り消したユーザがゲーム内において有利になることを防止することができる。
【0094】
（付記７）
評価ステップ（Ｓ３０５）は、操作ステップにおいて、ユーザによるゲーム内オブジェクトを放棄または返品する操作を受け付けた場合は、ユーザのゲーム内評価を低下させず、操作ステップにおいて、ユーザによるゲーム内オブジェクトを放棄または返品する操作を受け付けなかった場合は、ユーザのゲーム内評価を低下させる、ステップを含む、付記６記載のゲームプログラム。
これにより、購入を取り消したユーザがゲーム内オブジェクトを放棄しなかった場合に、ゲーム内において有利になることを防止することができる。
評価ステップ（Ｓ３０５）は、操作ステップにおいて、ユーザによるゲーム内オブジェクトを放棄または返品する操作を受け付けた場合は、ユーザのゲーム内評価を低下させず、操作ステップにおいて、ユーザによるゲーム内オブジェクトを放棄または返品する操作を受け付けなかった場合は、ユーザのゲーム内評価を低下させる、ステップを含む、付記６記載のゲームプログラム。
これにより、購入を取り消したユーザがゲーム内オブジェクトを放棄しなかった場合に、ゲーム内において有利になることを防止することができる。
【0095】
（付記８）
評価ステップ（Ｓ３０５）は、操作ステップにおいて、ユーザによるゲーム内オブジェクトをゲーム内において使用する操作を受け付けた場合は、ユーザのゲーム内評価を低下させる、ステップを含む、付記７記載のゲームプログラム。
これにより、購入を取り消したユーザがゲーム内において有利になることを防止することができる。
評価ステップ（Ｓ３０５）は、操作ステップにおいて、ユーザによるゲーム内オブジェクトをゲーム内において使用する操作を受け付けた場合は、ユーザのゲーム内評価を低下させる、ステップを含む、付記７記載のゲームプログラム。
これにより、購入を取り消したユーザがゲーム内において有利になることを防止することができる。
【0096】
（付記９）
ゲームプログラムは、プロセッサに、取得ステップにおいて取得した１または複数の取消情報の取得回数を記憶する記憶ステップ（Ｓ３０２）と、取得ステップにおいて取得した取消情報に基づき、記憶ステップにおいて記憶された取消情報の取得回数が多いほど、ユーザのゲーム内評価をより低下させる評価ステップ（Ｓ３０５）と、を実行させる、付記１記載のゲームプログラム。
これにより、取消回数が多いユーザほど、ゲーム内評価をより低下させることができる。
ゲームプログラムは、プロセッサに、取得ステップにおいて取得した１または複数の取消情報の取得回数を記憶する記憶ステップ（Ｓ３０２）と、取得ステップにおいて取得した取消情報に基づき、記憶ステップにおいて記憶された取消情報の取得回数が多いほど、ユーザのゲーム内評価をより低下させる評価ステップ（Ｓ３０５）と、を実行させる、付記１記載のゲームプログラム。
これにより、取消回数が多いユーザほど、ゲーム内評価をより低下させることができる。
【0097】
（付記１０）
ゲームプログラムは、プロセッサに、取得ステップにおいて取得した１または複数の取消情報の取消金額を記憶する記憶ステップ（Ｓ３０２）と、取得ステップにおいて取得した取消情報に基づき、記憶ステップにおいて記憶された取消情報の取消金額が多いほど、ユーザのゲーム内評価をより低下させる評価ステップ（Ｓ３０５）と、を実行させる、付記１記載のゲームプログラム。
これにより、取消金額が大きいユーザほど、ゲーム内評価をより低下させることができる。
ゲームプログラムは、プロセッサに、取得ステップにおいて取得した１または複数の取消情報の取消金額を記憶する記憶ステップ（Ｓ３０２）と、取得ステップにおいて取得した取消情報に基づき、記憶ステップにおいて記憶された取消情報の取消金額が多いほど、ユーザのゲーム内評価をより低下させる評価ステップ（Ｓ３０５）と、を実行させる、付記１記載のゲームプログラム。
これにより、取消金額が大きいユーザほど、ゲーム内評価をより低下させることができる。
【0098】
（付記１１）
ゲームプログラムは、プロセッサに、取得ステップにおいて取消情報を取得した後に、ユーザによるアカウントの引き継ぎ有無またはアカウントの引き継ぎ回数に基づき、ユーザのゲーム内評価を設定する評価ステップ（Ｓ３０５）と、を実行させる、付記１記載のゲームプログラム。
これにより、アカウントの引き継ぎ状態に応じて、ユーザのゲーム内評価を設定することができる。
ゲームプログラムは、プロセッサに、取得ステップにおいて取消情報を取得した後に、ユーザによるアカウントの引き継ぎ有無またはアカウントの引き継ぎ回数に基づき、ユーザのゲーム内評価を設定する評価ステップ（Ｓ３０５）と、を実行させる、付記１記載のゲームプログラム。
これにより、アカウントの引き継ぎ状態に応じて、ユーザのゲーム内評価を設定することができる。
【0099】
（付記１２）
プロセッサと、記憶部とを備える情報処理装置であって、プロセッサは、付記１から１１のいずれか記載のゲームプログラムを実行する、情報処理装置。
これにより、購入を取り消したユーザがゲーム内において有利になることを防止することができる。
プロセッサと、記憶部とを備える情報処理装置であって、プロセッサは、付記１から１１のいずれか記載のゲームプログラムを実行する、情報処理装置。
これにより、購入を取り消したユーザがゲーム内において有利になることを防止することができる。
【0100】
（付記１３）
プロセッサと、記憶部とを備える情報処理装置を含む情報処理システムであって、プロセッサは、付記１から１１のいずれか記載のゲームプログラムを実行する、情報処理システム。
これにより、購入を取り消したユーザがゲーム内において有利になることを防止することができる。
プロセッサと、記憶部とを備える情報処理装置を含む情報処理システムであって、プロセッサは、付記１から１１のいずれか記載のゲームプログラムを実行する、情報処理システム。
これにより、購入を取り消したユーザがゲーム内において有利になることを防止することができる。
【0101】
（付記１４）
プロセッサと、記憶部とを備えるコンピュータにより実行される情報処理方法であって、プロセッサに、付記１から１１のいずれか記載のゲームプログラムを実行させる、情報処理方法。
これにより、購入を取り消したユーザがゲーム内において有利になることを防止することができる。
プロセッサと、記憶部とを備えるコンピュータにより実行される情報処理方法であって、プロセッサに、付記１から１１のいずれか記載のゲームプログラムを実行させる、情報処理方法。
これにより、購入を取り消したユーザがゲーム内において有利になることを防止することができる。
【符号の説明】
【0102】
１ システム、１０ サーバ、１０１ 記憶部、１０４ 制御部、１０６ 入力装置、１０８ 出力装置、２０ ユーザ端末、２０１ 記憶部、２０４ 制御部、２０６ 入力装置、２０８ 出力装置、４０ 課金サーバ、４０１ 記憶部、４０４ 制御部、４０６ 入力装置、４０８ 出力装置
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
