特開 2023-169285 情報処理システム、情報処理装置およびプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2023169285

(43)【公開日】2023-11-29

(54)【発明の名称】情報処理システム、情報処理装置およびプログラム

(51)【国際特許分類】

   G06Q 50/10 20120101AFI20231121BHJP

   A63F 13/533 20140101ALI20231121BHJP

   A63F 13/69 20140101ALI20231121BHJP

   A63F 13/792 20140101ALI20231121BHJP

【ＦＩ】

G06Q50/10

A63F13/533

A63F13/69

A63F13/69 510

A63F13/792

【審査請求】未請求

【請求項の数】1

【出願形態】ＯＬ

(21)【出願番号】P 2023149135

(22)【出願日】2023-09-14

(62)【分割の表示】P 2021182305の分割

【原出願日】2021-11-09

(71)【出願人】

【識別番号】000129149

【氏名又は名称】株式会社カプコン

(74)【代理人】

【識別番号】110002789

【氏名又は名称】弁理士法人ＩＰＸ

(72)【発明者】

【氏名】木村 哲

(72)【発明者】

【氏名】奥山 幹樹

(72)【発明者】

【氏名】田中 大将

(72)【発明者】

【氏名】川上 智司

(72)【発明者】

【氏名】津原 一成

(72)【発明者】

【氏名】北口 里英

(72)【発明者】

【氏名】三嶋 文子

(57)【要約】      （修正有）

【課題】ゲームの興趣性を向上させる情報処理システム、情報処理装置及びプログラムを提供する。
【解決手段】ゲームシステムにおいて、ゲーム管理装置は、ユーザによるゲーム端末に対する決済入力を受け付ける。ゲーム端末は、ゲーム内の課金に対する決済を行う決済手段を認識可能な決済画面を含む。ゲーム管理装置は、決済の入力によりユーザに付与される課金対象と、当該決済の内容を示す決済情報とを関連付け、決済情報に基づいて、課金対象に関するゲーム処理を実行する。
【選択図】図３

【特許請求の範囲】

【請求項1】

情報処理システムであって、
受付ステップでは、ユーザによるゲーム画面に対する決済の入力を受け付け、前記ゲーム画面は、ゲーム内の課金に対する決済を行う決済手段を認識可能な決済画面を含み、
関連付けステップでは、前記決済の入力により前記ユーザに付与される課金対象と、当該決済の内容を示す決済情報とを関連付け、
処理ステップでは、前記決済情報に基づいて、前記課金対象に関するゲーム処理を実行する、もの。

【発明の詳細な説明】

【技術分野】

【0001】

本開示、情報処理システム、情報処理装置およびプログラムに関する。

【背景技術】

【0002】

特許文献１には、ゲームサービスプラットフォームがコンピュータリソースの使用に対して課金する処理を行う技術が開示されている。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０１３－３７６９６号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

課金を実行する際の決済に基づいて、ゲームの興趣性を向上する余地がある。本開示では上記事情を鑑み、ゲームの興趣性を向上させることとした。

【課題を解決するための手段】

【0005】

（１）本開示の一態様によれば、情報処理システムが提供される。この情報処理システムにおける受付ステップでは、ユーザによるゲーム画面に対する決済の入力を受け付け、ゲーム画面は、ゲーム内の課金に対する決済を行う決済手段を認識可能な決済画面を含む。関連付けステップでは、決済の入力によりユーザに付与される課金対象と、当該決済の内容を示す決済情報とを関連付ける。処理ステップでは、決済情報に基づいて、課金対象に関するゲーム処理を実行する。

【0006】

このような態様によれば、ゲームの興趣性を向上させることができる。

【図面の簡単な説明】

【0007】

【図1】本実施形態に係るゲームシステム１のハードウェア構成を示すブロック図である。

【図2】各装置の制御部の機能構成を示す図である。

【図3】ゲームシステム１によって実行される情報処理の流れを示すアクティビティ図である。

【図4】課金に関するゲーム画面の一例を示す図である。

【図5】課金対象を選択するゲーム画面の一例を示す図である。

【図6】決済手段を選択するゲーム画面の一例を示す図である。

【図7】仮想通貨の購入ページの一例を示す図である。

【図8】アイテムの購入ページの一例を示す図である。

【図9】仮想通貨の購入ページの一例を示す図である。

【図10】アプリ内課金によるアイテムの購入ページの一例を示す図である。

【図11】ガチャの処理が行われるゲーム画面の一例を示す図である。

【図12】抽選パラメータの一例を示す図である。

【図13】共通ガチャにおける情報処理の流れを示すアクティビティ図である。

【図14】決済情報の一例を示す図である。

【図15】パーティの編成処理が行われるゲーム画面の一例を示す図である。

【図16】キャラクタの詳細情報を示すゲーム画面の一例を示す図である。

【図17】クエストを選択するためのゲーム画面の一例を示す図である。

【図18】パーティを選択するためのゲーム画面の一例を示す図である。

【図19】パーティに所属するキャラクタを変更するためのゲーム画面の一例を示す図である。

【図20】クエスト中のゲーム画面の一例を示す図である。

【図21】抽選パラメータの別の一例を示す図である。

【図22】複数の抽選パラメータの一例を示す図である。

【図23】クエスト中のゲーム画面の別の一例を示す図である。

【図24】クエスト中のゲーム画面の別の一例を示す図である。

【発明を実施するための形態】

【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】

図８は、アイテムの購入ページの一例を示す図である。図８に示す購入ページＥ２には、課金対象Ｅ２１と、価格情報Ｅ２２と、購入ボタンＤ２１とが表されている。

【0076】

課金対象Ｅ２１は、「有償石Ａ５００個」、「無償石７００個」、「回復２００ｐｔ」、および「ＵＲアイテム」というアイテムのセットを課金対象として示す。有償石Ａおよび無償石は、仮想通貨であるが、ゲーム内で別のアイテムの購入に利用可能なアイテムとしても扱われる。価格情報Ｅ２２は、課金対象Ｅ２１が示す課金対象に対して決められた価格（５０００円）を示す。購入ボタンＤ２１は、課金対象Ｅ２１を購入するためのボタンである。

【0077】

ゲーム装置３が、ユーザによる購入ボタンＤ２１に対する操作を受け付けた場合、ＥＣサイトに対して５０００円の決済が実行されることを条件として、ゲーム管理装置２が、図８に示すアイテムのセットをユーザに付与する。回復２００ｐｔとは、ゲーム内でユーザやキャラクタに関するステータスの数値を所定ポイント回復する回復アイテムである。ＳＲ（Ｓｕｐｅｒ Ｒａｒｅ）アイテムとは、ＳＲの希少価値（レアリティ）が対応付けられたアイテムである。アイテムの希少価値は、例えば、ＳＲ>Ｒ（Ｒａｒｅ）>Ｎ（Ｎｏｒｍａｌ）というように設定される。このレアリティは、アイテム以外のもの（例えばキャラクタ）にも用いられる。

【0078】

図４の課金ボタンＤ５、図５の仮想通貨の購入ボタンＤ６、および図６の第２決済手段の決済選択ボタンＤ９が順番に操作された場合にゲーム装置３が表示する購入ページを図９に示す。

【0079】

図９は、仮想通貨の購入ページの一例を示す図である。図９に示す購入ページＥ３には、課金対象Ｅ３１と、Ｂ１決済特典Ｅ３２と、価格情報Ｅ３３と、購入ボタンＤ３１とが表されている。課金対象Ｅ３１は、「有償石Ｂ」という名の有償仮想通貨と、その５通りの数量（１０個、２０個、３０個、４０個、５０個）とを示す。

【0080】

Ｂ１決済特典Ｅ３２は、各数量の有償石Ｂに対する特典である「無償石」と、その５通りの数量（１０個、２０個、３０個、４０個、５０個）とを示す。価格情報Ｅ３３は、５通りの数量の有償石Ｂに対してそれぞれ決められた価格（１００円、２００円、３００円、４００円、５００円）を示す。図９の例では、有償石Ｂの数量および価格が、図７に示す有償石Ａと同じ数量および価格で決められている。購入ボタンＤ３１は、各数量の有償石Ｂを購入するためのボタンである。例えば、ゲーム装置３が、ユーザによる５０個の有償石Ｂの購入ボタンＤ３１に対する操作を受け付けたとする。その場合、アプリ内において５００円の決済が実行されることを条件として、ゲーム管理装置２が、購入された５０個の有償石Ｂと、その特典である５０個の無償石とを、ユーザに付与する。

【0081】

図４の課金ボタンＤ５、図５のアイテムの購入ボタンＤ７、および図６の第２決済手段の決済選択ボタンＤ９が順番に操作された場合にゲーム装置３が表示する購入ページを図１０に示す。

【0082】

図１０は、アプリ内課金によるアイテムの購入ページの一例を示す図である。図１０に示す購入ページＥ４には、課金対象Ｅ４１と、価格情報Ｅ４２と、購入ボタンＤ４１とが表されている。課金対象Ｅ４１は、「有償石Ｂ５００個」、「無償石１００個」、「回復１００ｐｔ」、「Ｒアイテム」というアイテムのセットを課金対象として示す。

【0083】

価格情報Ｅ４２は、課金対象Ｅ４１が示す課金対象に対して決められた価格（５０００円）を示す。購入ボタンＤ４１は、課金対象Ｅ４１を購入するためのボタンである。ゲーム装置３が、ユーザによる購入ボタンＤ４１に対する操作を受け付けたとする。その場合、アプリ内において５０００円の決済が実行されることを条件として、ゲーム管理装置２が、図１０に示すアイテムのセットをユーザに付与する。

【0084】

続いて、図７～図１０に示した購入ページにおいてユーザに付与された仮想通貨を使用してゲーム管理装置２が行うゲーム処理について説明する。

【0085】

まず、仮想通貨を使用したゲーム処理としてガチャの処理をゲーム管理装置２が実行する例を説明する。図１１は、ガチャの処理が行われるゲーム画面の一例を示す図である。図１１に示すゲーム画面Ｅ５は、図４に示すガチャボタンＤ１が操作された場合にゲーム装置３が表示するゲーム画面の一例である。ゲーム画面Ｅ５では、共通ガチャの処理が実行される。共通ガチャとは、有償石Ａ、有償石Ｂおよび無償石のいずれを消費しても基本的に同一の抽選パラメータに基づいて抽選が実行されるゲーム処理の一例である。

【0086】

ゲーム画面Ｅ５には、サンプル画像Ｅ５１と、特典案内Ｅ５２と、ガチャ実行ボタンＤ５１、Ｄ５２、Ｄ５３とが示されている。サンプル画像Ｅ５１は、共通ガチャの処理によって付与されるキャラクタのうちの１つを示した画像である。特典案内Ｅ５２は、ガチャ実行ボタンＤ５１に対応付けて示されており、ガチャ実行ボタンＤ５１への操作によりガチャが実行された場合にユーザに提供される特典が示されている。

【0087】

特典案内Ｅ５２は、図１１の例では、色違いのキャラクタが付与される可能性があるという特典を示している。ガチャ実行ボタンＤ５１は、有償石Ａを２００個消費して抽選を１１回実行させるためのボタンである。ガチャ実行ボタンＤ５２は、有償石Ｂを２００個消費して抽選を１１回実行させるためのボタンである。ガチャ実行ボタンＤ５３は、無償石を２０００個消費して抽選を１１回実行させるためのボタンである。

【0088】

ゲーム管理装置２は、ゲーム進行処理部２０１により、抽選の条件を定義する抽選パラメータを用いて共通ガチャの処理を実行する。抽選パラメータとは、抽選対象となっているキャラクタ毎の抽選条件を示すパラメータである。キャラクタの抽選条件は、例えば、抽選を１回実行したときにそのキャラクタが当選する確率によって表される。

【0089】

図１２は、抽選パラメータの一例を示す図である。図１２では、レアリティがＳＲのキャラクタＳ１およびＳ２等と、レアリティがＲのキャラクタＲ１およびＲ２等と、レアリティがＮのキャラクタＮ１およびＮ２等との抽選確率を示す抽選パラメータＴ６が示されている。抽選パラメータＴ６には、レアリティ別の抽選確率を示す小テーブルＴ６１、Ｔ６２、Ｔ６３が含まれている。各小テーブルは、小テーブルが使用される確率と、その小テーブルが使用された場合に各キャラクタが抽選される個別の確率とが示されている。従って、各キャラクタの抽選確率は、小テーブルの使用確率と個別の確率とを乗算した値になる。

【0090】

小テーブルＴ６１では、ＳＲのキャラクタＳ１およびＳ２等の個別確率Ｐ６１がいずれも均等であり、それらの個別確率Ｐ６１を合計すると１００％であることが示されている。小テーブルＴ６２では、ＲのキャラクタＲ１およびＲ２等の個別確率Ｐ６２がいずれも均等であり、それらの個別確率Ｐ６２を合計すると１００％であることが示されている。小テーブルＴ６３では、ＮのキャラクタＮ１およびＮ２等の個別確率Ｐ６３がいずれも均等であり、それらの個別確率Ｐ６３を合計すると１００％であることが示されている。

【0091】

抽選パラメータＴ６には、各小テーブルＴ６１、Ｔ６２、Ｔ６３の使用確率が１０％、３０％、６０％と示されている。よって、例えば、キャラクタＳ１が抽選される確率は、個別確率Ｐ６１が１０％である場合、（小テーブルＴ６１の使用確率：１０％）＊（個別確率Ｐ６１：１０％）＝１％となる。また、キャラクタＮ２が抽選される確率は、個別確率Ｐ６３が５％である場合、（小テーブルＴ６３の使用確率：６０％）＊（個別確率Ｐ６３：５％）＝３％となる。

【0092】

図１３は、共通ガチャにおける情報処理の流れを示すアクティビティ図である。このアクティビティ図は、図３に示すＡ２８またはＡ３９においてゲーム管理装置２が実行するゲーム進行処理の一例を表している。従って、ゲーム管理装置２は、図１３に示す情報処理を実行する前に、図３に示すＡ２６またはＡ３７において課金対象として仮想通貨をユーザに付与し、Ａ２７またはＡ３８において、付与した仮想通貨および決済情報を関連付けて記憶している。

【0093】

図１４は、決済情報の一例を示す図である。決済情報は、上述したように、決済の内容を示す情報である。図１４の例では、決済情報は、決済の内容として、１回の決済における決済日時と、課金対象と、決済金額と、請求元と、数量情報とを対応付けた情報である。図１４では、決済情報Ｋ１、Ｋ２、Ｋ３が示されている。決済情報Ｋ１は、Ｆ１個の有償石Ａが日時Ｔ１にゲームメーカーＡ１を請求元としてＹ１円で決済されたことを示している。決済情報Ｋ２は、Ｆ２個の有償石Ａが日時Ｔ２にゲームメーカーＡ１を請求元としてＹ２円で決済されたことを示している。決済情報Ｋ３は、Ｆ３個の有償石Ｂが日時Ｔ３にアプリ配信のプラットフォームの提供会社Ｂ１を請求元としてＹ３円で決済されたことを示している。

【0094】

図１４に示す数量情報Ｆ１、Ｆ２、Ｆ３は、決済時の課金対象（図１４の例では有償石Ａまたは有償石Ｂ）の数量を示している。有償石は、ゲーム内でアイテムの購入やガチャの実行等で消費されると、消費された数量分が使用できなくなる。そのため、ゲーム進行処理部２０１は、有償石が消費される度に、決済情報の数量情報に消費された数量を減じる更新を行う。

【0095】

ゲーム進行処理部２０１は、例えば、決済情報Ｋ１が示す数量情報Ｆ１＝３００個であり有償石Ａを２００個消費するガチャが実行された場合、数量情報Ｆ１を３００個－２００個＝１００個に更新する。また、ゲーム進行処理部２０１は、決済情報Ｋ１が示す数量情報Ｆ１＝３００個であり有償石Ａを４００個消費するガチャが実行された場合、数量情報Ｆ１を３００個－３００個＝０個に更新しつつ、足りない分（１００個）を同じ有償石Ａを示す決済情報Ｋ２の数量情報Ｆ２から差し引く。このように、決済情報は、購入対象の数量の管理にも用いられる。

【0096】

無償石も、有償石と同様に、消費された数量分が使用できなくなる。しかし、無償石は、無償のため決済されることがないので、ゲーム進行処理部２０１は、決済情報とは別の数量管理用の情報を用いて管理する。なお、ゲーム進行処理部２０１は、有償石の特典として提供される無償石については決済と関連付け可能な情報として決済情報の中で数量を管理してもよいし、有償石も無償石も数量の管理は決済情報とは別の数量管理用の情報を用いて行ってもよい。

【0097】

図１３に示すアクティビティ図は、ゲーム装置３が、図１１に示すガチャ実行ボタンＤ５１（有償石Ａ）またはガチャ実行ボタンＤ５２（有償石Ｂ）のいずれかへの操作が受け付けられた場合に行われる。ゲーム装置３は、いずれかのガチャ実行ボタンに対する操作を受け付け、操作されたガチャ実行ボタンに対応する仮想通貨の種類（有償石Ａまたは有償石Ｂ）と、その仮想通貨を消費する共通ガチャの実行回数（図１１の例ではいずれも１１回）とを示す共通ガチャの要求データをゲーム管理装置２に送信する。

【0098】

まず、ゲーム管理装置２は、Ａ４１において、ゲーム進行処理部２０１により、受信した要求データが示す仮想通貨による共通ガチャの要求を受け付ける。次に、ゲーム管理装置２は、ゲーム進行処理部２０１により、Ａ４２において、要求データが示す仮想通貨（有償石Ａまたは有償石Ｂ）に関連付けて記憶されている決済情報を読み出して参照する。ゲーム管理装置２は、参照した決済情報が示す仮想通貨の数量情報に基づき、要求された共通ガチャに必要な仮想通貨の個数が足りているか否かを判断する。

【0099】

ゲーム管理装置２は、Ａ４２において仮想通貨が足りていないと判断した場合、その旨を示す通知データをゲーム装置３に送信して表示させる。ゲーム管理装置２は、Ａ４２において仮想通貨が足りていると判断した場合は、Ａ４３において、ゲーム進行処理部２０１により、図１２に示す抽選パラメータに示されるキャラクタのいずれかを、各キャラクタに対応する抽選確率に基づいて抽選する抽選処理を実行する。本実施形態では、ゲーム進行処理部２０１は、どの仮想通貨（有償石Ａまたは有償石Ｂ）が消費される場合でも、同じ抽選パラメータを用いて抽選を行う。

【0100】

次に、ゲーム管理装置２は、Ａ４４において、Ａ４２で参照した決済情報に基づき、共通ガチャで消費された仮想通貨の決済に用いられた決済手段を判断する。ゲーム管理装置２は、有償石Ｂが消費された、すなわち、第２決済手段が決済に用いられたと判断すると、Ａ４５において、ゲーム進行処理部２０１により、通常色のキャラクタの画像を読み出す。図１３の例では、黒いキャラクタＳ１－２が読み出されている。

【0101】

一方、ゲーム管理装置２は、有償石Ａが消費された、すなわち、第１決済手段が決済に用いられたと判断すると、Ａ４６において、ゲーム進行処理部２０１により、色違いのキャラクタの画像を読み出す。図１３の例では、黒いキャラクタＳ１－２と同じ形状で色が白いキャラクタＳ１－１が読み出されている。ゲーム管理装置２は、キャラクタ画像を読み出すと、Ａ４７において、ゲーム進行処理部２０１により、読み出したキャラクタ画像が示すキャラクタをユーザに付与する。

【0102】

このように、ゲーム進行処理部２０１は、決済情報に基づいて、第２処理の結果を決定する。より詳細には、ゲーム進行処理部２０１は、上記のとおり決済の入力によりユーザに付与された仮想通貨が課金対象であり、その仮想通貨を消費してユーザにゲーム媒体（上記の例ではキャラクタ）を付与する処理を第２処理として実行する場合に、ゲーム媒体の表示態様（上記の例ではキャラクタの色）を、決済情報に基づいて決定する。このような態様によれば、例えばユーザは自分の好みの色のキャラクタを取得するために決済手段を選択するというように、決済手段の選択基準を提供することができる。また、ユーザに付与するゲーム媒体に変化を持たせることができる。

【0103】

なお、共通ガチャにおいて、どの仮想通貨（有償石Ａまたは有償石Ｂ）が消費されたかに応じて、抽選パラメータが異なっていてもよい。上述した例では、同一の抽選パラメータを用いて抽選を実行し、あるキャラクタが当選した場合に読み出されるキャラクタ画像が異なるように処理した。つまり、色違いのキャラクタは画像が異なるのみであり、パラメータやキャラクタを管理するためのＩＤが共通しているものであった。一方、どの仮想通貨（有償石Ａまたは有償石Ｂ）が消費されたかに応じて、キャラクタが一部差し替えられた抽選パラメータを用いて抽選が実行されるようにしても良い。この場合、色違いのキャラクタには異なるキャラクタＩＤやパラメータが付与されており、異なるキャラクタとして取り扱われる。この場合に、いずれの仮想通貨を消費しても抽選を実行できることから、当選確率は変更しないことが好ましいが、当選確率を異ならせてもよい。例えば、有償石Ａを消費してガチャを実行する場合には、色違いのキャラクタが所定の確率で当選するように追加される一方、その分だけ他のキャラクタの当選確率が低減された抽選パラメータを用いて抽選が実行されてもよい。

【0104】

なお、異なる抽選パラメータを用いて抽選を実行する場合には、共通ガチャのように複数の仮想通貨の中からいずれかを消費してガチャを実行するためのゲーム画面を同一画面に表示するのではなく、消費する仮想通貨毎に異なるゲーム画面を生成して抽選を実行させるようにしてもよい。この場合、特定の仮想通貨を消費する場合には、抽選パラメータが異なることがユーザに明確に示される。このことは、後述する図２１の形態においても同様である。

【0105】

次に、ゲーム管理装置２は、Ａ４８において、ゲーム進行処理部２０１により、ユーザに付与したキャラクタに関連付けて、共通ガチャの処理で消費された仮想通貨の決済情報を記憶する。ゲーム進行処理部２０１は、黒いキャラクタＳ１－２が付与された場合は、請求元がＢ１である決済情報（例えば図１４に示す決済情報Ｋ３）を関連付け、白いキャラクタＳ１－１が付与された場合は、請求元がＡ１である決済情報（例えば図１４に示す決済情報Ｋ１またはＫ２）を関連付ける。

【0106】

そして、ゲーム管理装置２は、Ａ４９において、ゲーム進行処理部２０１により、Ａ４６において読み出したキャラクタ画像をゲーム装置３に送信する。ゲーム装置３は、送信されてきたキャラクタ画像を表示してゲーム処理を実行する。Ａ４１からＡ４９までの動作は、共通ガチャの実行回数（図１１の例では１１回）だけ繰り返し行われる。

【0107】

以上のとおり、ゲーム進行処理部２０１は、図１３の例では、決済情報が第１決済手段の請求元を示す場合は白色の態様でキャラクタを表示する処理を実行し、決済情報が第２決済手段の請求元を示す場合は黒色の態様でキャラクタを表示する処理を実行する。このように、ゲーム進行処理部２０１は、決済情報に応じた態様で課金対象をゲーム画面に表示する処理をゲーム処理として実行する処理部として機能する。このような態様によれば、課金対象の決済内容を見た目で明らかにすることができる。図１３の例であれば、キャラクタの色によって決済の請求元を明らかにすることができる。

【0108】

続いて、図１３の例で色違いのキャラクタＳ１－１がユーザに付与された場合に、このキャラクタＳ１－１を使用してゲーム管理装置２が行うゲーム処理について説明する。

【0109】

図１５は、パーティの編成処理が行われるゲーム画面の一例を示す図である。図１５に示すゲーム画面Ｅ７は、図４に示す編成ボタンＤ２が操作された場合にゲーム装置３が表示するゲーム画面の一例である。ゲーム進行処理部２０１は、ゲーム画面Ｅ７において、キャラクタＮ１－２、Ｒ２－２およびＳ１－１が所属するパーティ１の編成処理を実行する。キャラクタＮ１－２およびＲ２－２は通常色のキャラクタであり、キャラクタＳ１－１は色違いのキャラクタである。

【0110】

ゲーム画面Ｅ７では、キャラクタＮ１－２、Ｒ２－２およびＳ１－１の画像にそれぞれ対応付けて変更ボタンＤ７１、Ｄ７２およびＤ７３が表示されている。ゲーム進行処理部２０１は、変更ボタンに対する操作が受け付けられると、対応するキャラクタをパーティ１から外して他のキャラクタに変更するためのゲーム画面をゲーム装置３に表示させる。キャラクタ変更用のゲーム画面については後述する。ゲーム進行処理部２０１は、各キャラクタの画像に対する操作が行われると、操作されたキャラクタの詳細情報を示すゲーム画面をゲーム装置３に表示させる。

【0111】

図１６は、キャラクタの詳細情報を示すゲーム画面の一例を示す図である。図１６に示すゲーム画面Ｅ８は、図１５に示すキャラクタＳ１－１が操作された場合にゲーム装置３が表示するゲーム画面の一例である。ゲーム画面Ｅ８では、キャラクタＳ１－１の詳細情報として、ＨＰ（Ｈｉｔ Ｐｏｉｎｔ：体力）、ＳＰ（Ｓｋｉｌｌ Ｐｏｉｎｔ：スキルポイント）、攻撃力、防御力および素早さを含むパラメータ群Ｅ８１と、キャラクタＳ１－１を取得する際に用いられた決済手段（図１６の例ではＡ１決済）を示す決済表示Ｅ８２とが表示されている。ＳＰは、キャラクタが特定の技を発動させる場合に減少されるパラメータである。

【0112】

図１７は、クエストを選択するためのゲーム画面の一例を示す図である。図１７に示すゲーム画面Ｅ９は、図４に示すクエストボタンＤ３が操作された場合にゲーム装置３が表示するゲーム画面の一例である。ゲーム画面Ｅ９には、通常クエスト一覧Ｅ９１と、期間限定の特別なクエストである感謝際クエスト一覧Ｅ９２とが表示されている。通常クエスト一覧Ｅ９１には、クエスト選択ボタンＤ９１１、Ｄ９１２およびＤ９１３等が含まれている。感謝際クエスト一覧Ｅ９２には、クエスト選択ボタンＤ９２１、Ｄ９２２およびＤ９２３等が含まれている。感謝際クエスト一覧Ｅ９２に対応する位置には、感謝祭説明画像Ｅ９３が表示されている。感謝祭説明画像Ｅ９３は、「Ａ１決済で取得したキャラクタを優遇！」という文字列で感謝祭のクエストの特徴を説明している。感謝祭のクエストにおける優遇の内容については後述する。

【0113】

図１８は、パーティを選択するためのゲーム画面の一例を示す図である。図１８に示すゲーム画面Ｅ１０は、図１７に示す感謝際クエスト一覧Ｅ９２に含まれるクエスト選択ボタンのいずれかが操作された場合にゲーム装置３が表示するゲーム画面の一例である。ゲーム進行処理部２０１は、ゲーム画面Ｅ１０において、図１５と同様に、キャラクタＮ１－２、Ｒ２－２およびＳ１－１が所属するパーティ１の編成処理を実行する。なお、ゲーム画面Ｅ１０においては、所定の切替操作が行われることで、別のパーティの画面に切替えられ、そのパーティの編成処理が実行されてもよい。

【0114】

ゲーム進行処理部２０１は、感謝際のクエストが選択された場合、図１３に示すＡ４８においてキャラクタに関連付けて記憶された決済情報を読み出して参照する。ゲーム進行処理部２０１は、キャラクタに対応付けられた決済情報が所定の条件を満たした場合に、そのことをユーザが認識できるようゲーム画面を生成する。ゲーム進行処理部２０１は、当該クエストにおいて当該キャラクタのパラメータやクエストの難易度が優遇される対象となるキャラクタをユーザが認識できるように、参照した決済情報に当該クエストの優遇対象となる請求元Ａ１が含まれているキャラクタに対応付けて、「優遇！」という文字列を示す感謝祭説明画像Ｅ１０１を表示させている。一方、ゲーム進行処理部２０１は、当該条件を満たす決済情報が対応付けられていないキャラクタＮ１－２、Ｒ２－２には、説明画像Ｅ１０１のようなクエストにおいて優遇される対象であることを示す画像を表示させていない。また、ゲーム画面Ｅ１０では、キャラクタＮ１－２、Ｒ２－２およびＳ１－１の画像にそれぞれ対応付けて変更ボタンＤ１０１、Ｄ１０２およびＤ１０３が表示されている。また、ゲーム画面Ｅ１０では、パーティ編成を確定させてクエストを開始する場合に操作を受け付けるクエスト開始ボタンＤ１０４が表示されている。

【0115】

図１９は、パーティに所属するキャラクタを変更するためのゲーム画面の一例を示す図である。図１９に示すゲーム画面Ｅ１１は、図１８に示す変更ボタンのいずれかへの操作が受け付けられた場合にゲーム装置３が表示するキャラクタ変更用のゲーム画面の一例である。ゲーム進行処理部２０１は、ゲーム画面Ｅ１１において、これまでにユーザに付与されたキャラクタＳ２－２、Ｒ１－１、Ｒ３－２、Ｎ２－２、Ｎ３－２、Ｎ４－２、Ｎ５－２と、各キャラクタに対応付けられた選択ボタンＤ１１とを表示させている。キャラクタＲ１－１は色違いのキャラクタであり、その他のキャラクタは通常色のキャラクタである。

【0116】

ゲーム進行処理部２０１は、キャラクタ変更用のゲーム画面を表示させる場合、各キャラクタについて、図１３に示すＡ４８においてキャラクタに関連付けて記憶された決済情報を読み出して参照する。ゲーム進行処理部２０１は、参照した決済情報に前述の所定の条件を満たす請求元Ａ１が含まれているキャラクタ（図１９の例ではキャラクタＲ１－１）に対応付けて、「優遇！」という文字列を示す感謝祭説明画像Ｅ１１１を表示させている。

【0117】

ゲーム進行処理部２０１は、選択ボタンＤ１１への操作が受け付けられると、その選択ボタンＤ１１に対応するキャラクタを、図１８に示すゲーム画面Ｅ１０において変更ボタンへの操作が受け付けられたキャラクタとを入れ替えて、パーティ１に所属させる。こうしてパーティ１に所属するキャラクタが編成され、クエスト開始ボタンＤ１０４への操作が受け付けられると、ゲーム進行処理部２０１は、パーティ１の所属キャラクタを確定させ、クエスト処理を開始する。

【0118】

上記のとおりクエストに参加するキャラクタは、決済に応じてユーザに付与された仮想通貨を消費することによりユーザに付与されたゲーム媒体である。このゲーム媒体（キャラクタ）は、決済の直接の対象ではないが、決済により購入された仮想通貨を消費して取得されるものであるから、ゲーム内の課金対象の１つと言える。ゲーム進行処理部２０１は、そのゲーム媒体を使用して進行させるゲームを決済情報に基づいて優遇する処理をゲーム進行処理として実行する。この決済情報に基づくゲームの優遇は、図１７に示す感謝祭説明画像Ｅ９３、図１８に示す感謝祭説明画像Ｅ１０１および図１９に示す感謝祭説明画像Ｅ１１１により説明されている優遇の内容に相当する。

【0119】

具体的な優遇の内容の例について図２０を参照して説明する。
図２０は、クエスト中のゲーム画面の一例を示す図である。図２０に示すゲーム画面Ｅ１２は、クエストにおいて戦闘が行われている場合にゲーム装置３が表示するゲーム画面の一例である。図２０（ａ）では、色違いのキャラクタＳ１－１による戦闘が示され、図２０（ｂ）では、通常色のキャラクタＳ１－２による戦闘が示されている。キャラクタＳ１－１およびキャラクタＳ１－２は、色が異なるだけで、攻撃力等のパラメータが、感謝祭のクエストに参加する前の編成時の状態では同じであるものとする。

【0120】

キャラクタＳ１－１がキャラクタＮ９－２に攻撃を行うと、ゲーム進行処理部２０１は、図２０（ａ）に示すように、与えたダメージを示すダメージ画像Ｅ１２１を表示させる。また、キャラクタＳ１－２が敵キャラクタであるキャラクタＮ９－２に攻撃を行うと、ゲーム進行処理部２０１は、図２０（ｂ）に示すように、与えたダメージを示すダメージ画像Ｅ１２２を表示させる。ゲーム進行処理部２０１は、感謝祭のクエストにおける戦闘では、例えば、キャラクタＳ１－１の攻撃力を、編成時の値よりも大きくする処理を行っている。そのため、キャラクタＳ１－２は５０ダメージしか与えていないが、キャラクタＳ１－１は１００ダメージを与えている。このように、ゲーム進行処理部２０１は、課金対象であるキャラクタを使用して進行させるゲームを、決済情報が請求元Ａ１を示す場合に請求元Ｂ１を示す場合に比べて優遇する処理を実行する。このような態様によれば、適切な決済手段を選択することで、ゲームをより楽しむことができる。

【0121】

なお、ゲーム進行処理部２０１は、上記の所定の条件を満たす決済条件が対応付けられたキャラクタを優遇する方法として、上記のように当該キャラクタのパラメータを優遇する方法以外にも、敵キャラクタＮ９－２のパラメータを減少させたり、出現する敵キャラクタの数を減少させたりするなどして、クエストの難易度を優遇する方法を用いてもよい。また、ゲーム進行処理部２０１は、当該クエストをクリアした際の報酬を増加させたり、レアアイテムの入手確率を高めたり、クエストをクリアすることでユーザに付与されるポイントを優遇したりするなどして、クエストのプレイ結果を優遇するようにしてもよい。

【0122】

上述したゲームのゲーム画面には、図１８に示すパーティを選択するためのゲーム画面Ｅ１０および図１９に示すパーティに所属するキャラクタを変更するためのゲーム画面Ｅ１１のように、ゲームで使用するゲーム媒体をユーザに選択させる選択画面が含まれている。そして、ゲーム画面Ｅ１０においては感謝祭説明画像Ｅ１０１が、ゲーム画面Ｅ１１においては感謝祭説明画像Ｅ１１１が、Ａ１決済により取得された有償石Ａを消費して獲得されたキャラクタＳ１－１、Ｒ１－１を推奨している。

【0123】

このように、本実施形態では、ゲーム進行処理部２０１が、ゲームにおいて所定の条件を満たす（本実施形態では所定の請求元）決済情報が関連付けられたゲーム媒体を推奨するように選択画面を生成する処理を第２処理として実行している。なお、所定の条件は、所定の請求元に限らず、例えば、所定の期間に含まれる決済日時または所定の金額以上の決済金額等であってもよい。このような態様によれば、所定の内容の決済により取得されたゲーム媒体が、他の決済により取得されたゲーム媒体に比べて使用されやすいようにすることができる。

【0124】

［その他］
ゲーム進行処理部２０１は、実施形態では、決済情報が示す請求元に基づいて、第２処理の結果を決定したが、決済情報が示す他の情報に基づいて、第２処理の結果を決定してもよい。ゲーム進行処理部２０１は、例えば、決済情報が示す決済日時に基づいて、第２処理の結果を決定する。具体的には、ゲーム進行処理部２０１は、例えば、決済日時が所定のキャンペーン期間に含まれる決済により購入された仮想通貨を消費して獲得されたキャラクタは、決済日時が所定のキャンペーン期間に含まれない同様のキャラクタに比べて、図２０の説明で述べたようなゲームの進行を優遇する処理をゲーム進行処理として実行する。

【0125】

また、例えば、ゲーム進行処理部２０１は、決済情報が示す決済金額に基づいて、第２処理の結果を決定する。具体的には、ゲーム進行処理部２０１は、例えば、決済金額が所定の金額以上の決済により購入された仮想通貨を消費して獲得されたキャラクタは、決済金額が所定の金額未満の同様のキャラクタに比べて、ゲームの進行を優遇する処理をゲーム進行処理として実行する。また、ゲーム進行処理部２０１は、所定の決済元に対する決済額の累計額が所定値を超えた状態で購入された仮想通貨が消費された場合に、ゲームの進行を優遇する処理を実行してもよい。また、ゲーム進行処理部２０１は、決済額の増加ペース（所定期間における課金額増加量）、所定条件を満たさない決済元に対する課金額に対する所定条件を満たす決済元に対する課金額の比率等、課金に関する様々な情報に基づいて、当該条件を満たす状態で購入された仮想通貨が消費された場合に、ゲームの進行を優遇する処理を実行してもよい。

【0126】

また、例えば、ゲーム進行処理部２０１は、決済情報が示す課金対象の数量情報に基づいて、第２処理の結果を決定する。具体的には、ゲーム進行処理部２０１は、例えば、課金対象の数量が所定の数量以上の決済により購入された仮想通貨を消費して獲得されたキャラクタは、課金対象の数量が所定の数量未満の同様のキャラクタに比べて、ゲームの進行を優遇する処理をゲーム進行処理として実行する。

【0127】

なお、ゲーム進行処理部２０１は、ゲームの進行を優遇する処理として、戦闘を有利にする処理とは異なる処理を実行してもよい。ゲーム進行処理部２０１は、例えば、戦闘以外の場面でアイテムを使用する際のアイテムの効果を高くする処理を、ゲームを優遇する処理として実行してもよい。また、ゲーム進行処理部２０１は、図１７に示すクエストの選択画面において表示されるクエストの数を多くする処理またはより報酬がよいクエストを含める処理等を、ゲームの進行を優遇する処理として実行してもよい。

【0128】

ゲーム進行処理部２０１は、実施形態では、決済情報に基づいて、第２処理の結果を決定したが、同様に決済情報に基づいて、第２処理の対価を決定してもよい。第２処理の対価とは、例えば、ショップ等でキャラクタを購入またはガチャを実行する際に消費される仮想通貨である。ゲーム進行処理部２０１は、例えば、決済情報が請求元Ａ１を示す場合、決済情報が請求元Ｂ１を示す場合に比べて、消費される仮想通貨を少なくする。また、ゲーム進行処理部２０１は、仮想通貨が消費された際にユーザに関連付けて蓄積されるゲームポイントの蓄積量を優遇してもよい。ゲーム進行処理部２０１は、当該ゲームポイントが所定値に達した場合に、ユーザに追加の特典を付与することとしてもよい。

【0129】

また、ゲーム進行処理部２０１は、決済情報がキャンペーン期間内の決済日時を示す場合、決済情報がキャンペーン期間外の決済日時を示す場合に比べて、消費される仮想通貨を少なくする。また、ゲーム進行処理部２０１は、決済情報が所定金額以上の決済金額を示す場合、決済情報が所定金額未満の決済金額を示す場合に比べて、消費される仮想通貨を少なくする。これらの場合も、決済手段の選択基準を提供することができる。

【0130】

また、ゲーム進行処理部２０１は、同時に消費される仮想通貨の決済日時が複数の異なる期間に属する場合に、当該決済日時や当該期間の関係に応じて、ゲームの進行を優遇する処理を実行してもよい。ゲーム進行処理部２０１は、例えば、１月、２月、３月にそれぞれ購入された仮想通貨を同時に消費してガチャを実行した場合に、ガチャの対価または結果を優遇するようにしてもよい。これにより、ユーザは複数の期間に仮想通貨を購入することが促され、継続的な課金が促される。

【0131】

ゲーム進行処理部２０１は、実施形態では、ゲーム媒体の表示態様を決済情報に基づいて決定したが、これに限らず、例えば、ゲーム媒体のパラメータを、決済情報に基づいて決定してもよい。例えば、図２０の例では、キャラクタＳ１－１およびキャラクタＳ１－２は、表示態様（キャラクタの色）のみが異なっており、攻撃力等のパラメータは同じであったが、ゲーム進行処理部２０１は、決済情報がＡ１決済を請求元として示すキャラクタＳ１－１のパラメータを、決済情報がＢ１決済を請求元として示すキャラクタＳ１－２のパラメータよりも高くしてもよい。

【0132】

パラメータの決定方法としては、予め定められた１つの数値に決定する方法や、所定の数値の範囲を定めてその範囲内でランダムにパラメータを決定する方法などを用いることができる。ゲーム進行処理部２０１は、数値の範囲を定める方法を用いる場合、キャラクタＳ１－１、Ｓ１－２でそれぞれ用いる範囲を重複させず確実にキャラクタＳ１－１のパラメータが高くなるようにすればよい。なお、ゲーム進行処理部２０１は、それぞれの範囲を重複させた場合でも、キャラクタＳ１－１のパラメータが高くなるまでランダムなパラメータを決定し直すようにしてもよい。このような態様によっても、実施形態と同様に、ユーザに付与するゲーム媒体に変化を持たせることができる。

【0133】

ゲーム進行処理部２０１は、実施形態において、仮想通貨を消費して抽選によりユーザにゲーム媒体を付与するガチャの処理を第２処理として実行している。ゲーム進行処理部２０１は、ガチャにおける抽選の条件を定義する抽選パラメータを、決済情報に基づいて決定してもよい。ゲーム進行処理部２０１は、例えば、図１２に示す抽選パラメータおよび次の図２１に示す抽選パラメータのうち使用する抽選パラメータを、決済情報に基づいて決定する。

【0134】

図２１は、抽選パラメータの別の一例を示す図である。図２１では、図１２と同様にキャラクタＳ１およびＳ２等と、キャラクタＲ１およびＲ２等と、キャラクタＮ１およびＮ２等との抽選確率を示す抽選パラメータＴ１３が示されている。抽選パラメータＴ１３には、レアリティ別の抽選確率を示す小テーブルＴ１３１、Ｔ１３２、Ｔ１３３が含まれている。抽選パラメータＴ１３においては、各キャラクタの個別確率Ｐ１３１、Ｐ１３２、Ｐ１３３が図１２に示す個別確率Ｐ６１、Ｐ６２、Ｐ６３と同じであるものとする。

【0135】

一方、抽選パラメータＴ１３においては、各小テーブルＴ１３１、Ｔ１３２、Ｔ１３３の使用確率が、図１２に示す使用確率１０％、３０％、６０％とは異なり、２０％、４５％、３５％となっているものとする。ゲーム進行処理部２０１は、例えば、決済情報が請求元Ａ１を示す場合、すなわち有償石Ａを消費してガチャが行われる場合は抽選パラメータＴ１３を使用すると決定し、決済情報が請求元Ｂ１を示す場合、すなわち有償石Ｂを消費してガチャが行われる場合は抽選パラメータＴ６を使用すると決定する。これにより、有償石Ａを消費した場合、有償石Ｂを消費する場合に比べて、レアリティＳＲのキャラクタの抽選確率が２倍になり、レアリティＲのキャラクタの抽選確率が１．５倍になる。

【0136】

なお、ゲーム進行処理部２０１は、上記のような請求元に限らず、例えば決済日時がキャンペーン期間内である有償石を消費する場合、決済日時がキャンペーン期間外である有償石を消費する場合に比べてレアリティの高いキャラクタの抽選確率が高くなる抽選パラメータを使用すると決定してもよい。また、ゲーム進行処理部２０１は、決済金額が所定の金額以上である有償石を消費する場合、決済金額が所定の金額未満である有償石を消費する場合に比べてレアリティの高いキャラクタの抽選確率が高くなる抽選パラメータを使用すると決定してもよい。いずれの場合も、決済の仕方の工夫により抽選の期待感を増大させることができる。

【0137】

抽選パラメータの決定方法は上記方法に限らない。例えば、決済情報が、決済手段の種別を示し、ゲーム進行処理部２０１は、対価に対応する数量の仮想通貨を消費して、抽選によりユーザにゲーム媒体を付与するガチャの処理を第２処理として実行するものとする。その場合に、ゲーム進行処理部２０１は、決済手段の種別が異なる仮想通貨を合算して消費可能であってもよい。

【0138】

決済手段の種別とは、例えば、請求元により区別される種別であり、例えば、第１決済手段および第２決済手段である。決済手段の種別が第１決済手段となる仮想通貨は有償石Ａであり、決済手段の種別が第２決済手段となる仮想通貨は有償石Ｂである。ゲーム進行処理部２０１は、それら有償石Ａ１０個と有償石Ｂ１０個とを合算して消費し、ガチャの処理を実行してもよい。

【0139】

その場合、さらに、ゲーム進行処理部２０１は、抽選の条件を定義する抽選パラメータを、対価に対する特定の決済手段の種別に対応する仮想通貨の数量に基づいて決定してもよい。この場合、ゲーム進行処理部２０１は、有償石Ａが対価に含まれる比率に応じて、抽選パラメータを優遇するようにしてもよく、例えば高レアリティのキャラクタの当選確率を向上させる、または、色違いキャラクタの当選確率を向上させるようにする。そのために、例えば、ゲーム進行処理部２０１は、特定のレアリティの小テーブルの使用確率や個別確率が異なる複数の抽選パラメータを記憶しておく。

【0140】

図２２は、複数の抽選パラメータの一例を示す図である。図２２の例では、ゲーム進行処理部２０１は、レアリティＳＲの小テーブルＴ１４１の使用確率が１０％、１５％、２０％、２５％、３０％となる５個の抽選パラメータＴ１４－１、Ｔ１４－２、Ｔ１４－３、Ｔ１４－４、Ｔ１４－５を記憶している。そして、ゲーム進行処理部２０１は、有償石Ａおよび有償石Ｂが合算して消費される場合に、有償石Ａの数量の割合が２０％以下であれば抽選パラメータＴ１４－１を使用すると決定する。

【0141】

ゲーム進行処理部２０１は、同様に、有償石Ａの数量の割合が２０％より大きく４０％以下、４０％より大きく６０％以下、６０％より大きく８０％以下、８０％より大きくなっていれば、抽選パラメータＴ１４－２、Ｔ１４－３、Ｔ１４－４、Ｔ１４－５を使用するとそれぞれ決定する。このように抽選パラメータを決定することで、ガチャで消費する有償石Ａの割合を増やすほど、レアリティＳＲのキャラクタを獲得しやすくなる。また、ゲーム進行処理部２０１は、色違いキャラクタの個別確率を図２２の例と同様に異ならせた複数の抽選パラメータを記憶しておくことで、例えば、ガチャで消費する有償石Ａの割合を増やすほど、色違いキャラクタが獲得しやすくなるようにしてもよい。

【0142】

なお、決済手段の種別は、上述した請求元に基づく種別に限らず、例えば、決済日時に基づく種別であってもよい。その場合、ゲーム進行処理部２０１は、例えば、キャラクタＳ１の誕生月に実行された決済手段と、それ以外の月に実行された決済手段とを種別として区別する。ゲーム進行処理部２０１は、キャラクタＳ１の誕生月に実行された決済手段により決済された仮想通貨の数量の割合が大きいほど、そのキャラクタＳ１の抽選確率が高くなる抽選パラメータを使用すると決定する。いずれの場合も、決済手段の種別に関係なく抽選パラメータを決定する場合に比べて、仮想通貨をより有効に利用することができる。

【0143】

実施形態では、課金関連処理部２１１は、第１決済情報が関連付けられた第１課金対象をユーザに付与することで関連付ける。また、課金関連処理部２１１は、第２決済情報が関連付けられた第２課金対象をユーザに付与することで関連付ける。例えば、第１課金対象は、第１決済手段（アプリ外課金）が第１決済情報として関連付けられた色違いのキャラクタＳ１－１であり、第２課金対象は、第２決済手段（アプリ内課金）が第２決済情報として関連付けられた通常色のキャラクタＳ１－２である。

【0144】

その場合に、ゲーム進行処理部２０１は、第１課金対象と第２課金対象を使用するゲーム処理において、第１決済情報と第２決済情報の組み合わせに応じて第２処理を実行してもよい。ゲーム進行処理部２０１は、例えば、パーティに所属する通常色キャラクタが過半数を占める場合には、敵キャラクタも通常色キャラクタとし、パーティに所属する色違いキャラクタが過半数を占める場合には、敵キャラクタも色違いキャラクタとするようゲーム進行処理を実行する。

【0145】

図２３は、クエスト中のゲーム画面の別の一例を示す図である。図２３に示すゲーム画面Ｅ１５は、クエストにおいて戦闘が行われている場合にゲーム装置３が表示するゲーム画面の一例である。図２３（ａ）では、色違いキャラクタＲ１－１、Ｓ１－１および通常色キャラクタＮ２－２が所属するパーティＧ１による戦闘が示されている。図２３（ｂ）では、通常色キャラクタＲ１－２、Ｓ１－２およびＮ２－２が所属するパーティＧ２による戦闘が示されている。

【0146】

ゲーム進行処理部２０１は、図２３（ａ）の例では、パーティＧ１は色違いキャラクタが過半数を占めるため、色違いキャラクタＲ３－１を敵キャラクタとして表示させている。ゲーム進行処理部２０１は、図２３（ｂ）の例では、パーティＧ２は通常色キャラクタが過半数を占めるため、色違いキャラクタＲ３－１とは色が異なるが形が同じの通常色キャラクタＲ３－２を敵キャラクタとして表示させている。

【0147】

なお、色違いキャラクタＲ３－１およびＲ３－２は、色だけが異なっていてもよいが、さらに、パラメータが異なっていてもよいし、倒した際に取得可能なアイテムが異なっていてもよい。それらの場合、例えば、クエストをクリアしやすくするために、または、特定のアイテムを入手するために、色違いキャラクタの参加数が調整されるといったことが行われやすくなる。

【0148】

また、ゲーム進行処理部２０１は、有償石Ａおよび有償石Ｂを合算させた場合のみ、または、それらを所定の割合で合算させた場合のみ、所定のアイテムを購入可能としたり、当該アイテムに所定の効果（属性の付与、パラメータアップ等の優遇効果）を追加的に付与したりするようにしてもよい。また、ゲーム進行処理部２０１は、合算させる有償石を、第１金額（例えば１０００円以下）で決済された有償石と第２金額（例えば３０００円以上）に決済された有償石とにしてもよい。いずれの態様においても、決済情報の組み合わせに関係なく第２処理が実行される場合に比べて、決済の仕方が偏りにくいようにすることができる。

【0149】

また、決済情報が、図１４に示す決済日時のように、決済手段による決済のタイミングを特定する情報を含んでいるものとする。その場合に、ゲーム進行処理部２０１は、第１決済情報により特定される第１タイミングと第２決済情報により特定される第２タイミングとに応じて第２処理を実行してもよい。

【0150】

ゲーム進行処理部２０１は、例えば、ゲーム進行処理を実行する時点（これを「現時点」とする）から遡って１月以内のタイミングを第１タイミングとし、現時点から遡って１年以上前のタイミングを第２タイミングとする。そして、ゲーム進行処理部２０１は、第１タイミングの決済により取得したキャラクタと、第２タイミングの決済により取得したキャラクタとが所属するパーティをクエストに参加させる処理を実行し、ゲームの進行を優遇する処理を実行する、または、当該クエストへの挑戦を許可する処理を実行する。ここでいう決済は、キャラクタの代金を支払う決済であってもよいし、キャラクタを購入するための仮想通貨の代金を支払う決済であってもよい。このような態様によれば、様々なタイミングで決済をしておくことによりゲーム進行の選択肢を増やすことができる。

【0151】

また、ゲーム進行処理部２０１は、第１タイミングと第２タイミングとがゲーム内におけるイベント期間に対して所定の関係を満たすことに応じて、第２処理を実行してもよい。イベントとは、例えば、ゲームメーカーＡ１等が主催し、普段販売していないアイテムやキャラクタが購入できたり、その期間だけ参加可能な特殊なクエストやその期間だけ戦闘可能な特殊なモンスターが登場したりする催し物のことである。実施形態で述べた「感謝祭」は、その期間だけ参加可能な特殊なクエスト（Ａ１決済で取得したキャラクタを優遇するクエスト）が登場するイベントの一例である。所定の関係とは、例えば、イベント期間内に訪れるタイミングという関係、イベント期間外に訪れるタイミングという関係、イベント期間前後に訪れるタイミングという関係、または、イベント期間前後の所定期間内に訪れるタイミングという関係等である。

【0152】

ゲーム進行処理部２０１は、例えば、イベント期間内に訪れるタイミングを第１タイミングとし、イベント期間外に訪れるタイミングを第２タイミングとする。そして、ゲーム進行処理部２０１は、第１タイミングに決済されて取得された第１仮想通貨と、第２タイミングに決済されて取得された第２仮想通貨とを合算した場合のみ、特定のアイテムの購入処理またはガチャでの取得処理をゲーム進行処理として実行する。

【0153】

なお、ゲーム進行処理部２０１は、同じイベント期間内に訪れるタイミングを第１タイミングおよび第２タイミングとしてもよい。また、ゲーム進行処理部２０１は、第１のイベント期間内に訪れるタイミングを第１タイミングとし、第２のイベント期間内に訪れるタイミングを第２タイミングとしてもよい。また、ゲーム進行処理部２０１は、第１仮想通貨を消費して取得した第１キャラクタと、第２仮想通貨を消費して取得した第２キャラクタとが所属するパーティのみ、特定のクエストに参加させる処理をゲーム進行処理として実行してもよい。このような態様によれば、イベント期間を意識した決済を促すことができる。

【0154】

ゲーム進行処理部２０１は、実施形態では、仮想通貨を消費することによりユーザに付与されたゲーム媒体を使用して進行させるゲームを決済情報に基づいて優遇する処理として、図２０の説明で述べたように、特定のクエストにおける戦闘力を大きくする処理を実行したが、これに限らない。ゲーム進行処理部２０１は、例えば、戦闘力を変えずに、追加ダメージを与える処理またはダメージを数倍にする処理を決済情報に基づくゲームの優遇処理として実行してもよい。

【0155】

また、ゲーム進行処理部２０１は、パーティ内の１キャラクタもしくは味方全員にバフを付与する処理、敵にデバフを付与する処理、敵からのダメージを減少させる処理、または戦闘後の報酬を大きくする処理等を決済情報に基づくゲームの優遇処理として実行してもよい。

【0156】

また、例えば図２０の例であれば、キャラクタＳ１－１はゲームが優遇されるゲーム媒体、キャラクタＳ１－２はゲームが優遇されないゲーム媒体である。ゲーム進行処理部２０１は、ゲームが優遇されるゲーム媒体によるゲーム進行を通常のプレイ時に比べて有利にするだけでなく、優遇されない方のゲーム媒体によるゲーム進行を通常のプレイ時に比べて不利にすることで、前者のゲーム媒体によるゲームを相対的に優遇してもよい。

【0157】

図２０の例であれば、ゲーム進行処理部２０１は、キャラクタＳ１－１の攻撃力を編成時の値のままとし、キャラクタＳ１－２の攻撃力を編成時の値よりも小さくすることで、キャラクタＳ１－１によるゲームをキャラクタＳ１－２によるゲームに比べて相対的に優遇する。また、ゲーム進行処理部２０１は、キャラクタＳ１－１を含め通常のキャラクタが参加できるクエストにキャラクタＳ１－２は参加できないようにして、キャラクタＳ１－１によるゲームを相対的に優遇してもよい。

【0158】

また、ゲーム進行処理部２０１は、キャラクタＳ１－２の表示態様を変化させることで、キャラクタＳ１－１によるゲームを相対的に優遇してもよい。

【0159】

図２４は、クエスト中のゲーム画面の別の一例を示す図である。図２０に示すゲーム画面Ｅ１２は、クエストにおいて戦闘が行われている場合にゲーム装置３が表示するゲーム画面の一例である。図２４（ａ）では、色違いのキャラクタＳ１－１による戦闘が示され、図２４（ｂ）では、通常色のキャラクタＳ１－２による戦闘が示されている。

【0160】

図２４の例では、キャラクタＳ１－１によるダメージもキャラクタＳ１－２によるダメージも同じである。一方、ゲーム進行処理部２０１は、キャラクタＳ１－２に重畳させて「Ｂ１」という決済手段を提供する事業者（アプリ配信のプラットフォームを提供する提供会社Ｂ１）を示す画像Ｅ１６１を表示させている。画像Ｅ１６１は、例えば事業者Ｂ１をＰＲする広告画像や、事業者Ｂ１が指定する対象をＰＲする広告画像である。このような画像Ｅ１６１に抵抗を覚えるユーザは、所定の条件を満たす仮想通貨を消費して当該キャラクタを入手することで画像Ｅ１６１を表示させないようにすることが可能であるため、ユーザに所定の決済の実行を促すことができる。その結果、キャラクタＳ１－１によるゲームがキャラクタＳ１－２によるゲームに比べて相対的に優遇される。

【0161】

キャラクタＳ１－２の表示態様を変化させる処理は、上記以外にも、例えば、ゲーム媒体を小さくする処理、色数を減らす処理、見た目のドット数を減らす処理（古いゲームのキャラクタのように輪郭をギザギザにする処理）、またはゲーム媒体が動く場合にフレーム数を減らす処理等であってもよく、キャラクタの魅力を低下させるような処理であれば、どのような処理であってもよい。また、ゲーム進行処理部２０１は、キャラクタＳ１－１の表示態様を変化させる処理を、ゲームの優遇処理として実行してもよい。この場合は反対に、ゲーム媒体を大きくする処理、色数を増やす処理、見た目のドット数を増やす処理、またはゲーム媒体が動く場合にフレーム数を増やす処理等の、キャラクタの魅力を向上させるような処理が行われればよい。このような態様によれば、適切な決済手段を選択することで、ゲームをより楽しむことができる。

【0162】

実施形態では、第１決済手段による決済では有償石Ａが取得され、第２決済手段による決済では有償石Ｂが取得されるというように、第１決済手段および第２決済手段で異なる有償石が取得されたが、同じ有償石が取得されてもよい。その場合でも、ゲーム進行処理部２０１は、例えば請求元以外の決済情報、すなわち、決済日時および決済金額等に基づいて第２処理の結果または対価を決定することで、決済手段の選択基準を提供することができる。

【0163】

実施形態では、２つの決済手段が用いられたが、３以上の決済手段が用いられてもよい。その場合、決済手段提示部２１３は、決済手段を選択するゲーム画面においてそれら３以上の決済手段を提示して、ゲーム進行処理部２０１は、選択された決済手段で決済された課金対象に関するゲーム処理を実行する。そして、ゲーム進行処理部２０１は、どの決済手段による決済が行われるかに基づいて、課金対象に関するゲーム処理を実行する。ゲーム進行処理部２０１は、例えば、第１決済手段>第２決済手段>第３決済手段の順で、その決済手段による決済が行われた場合のゲームを優遇するようにゲーム処理を実行することで、特定の内容の決済を利用されやすくすることができる。

【0164】

図１に示す全体構成は一例であり、これに限られない。例えば、ゲーム管理装置２、アプリ配信装置５およびＥＣ管理装置６は、１台または２台の装置に統合されてもよいし、４台以上の装置に分散されてもよい。また、これらの装置は、クラウドコンピューティングシステムに代替されてもよい。

【0165】

また、図２に示す機能構成も一例であり、これに限られない。例えば、ゲーム管理装置２およびＥＣ管理装置６の機能が１台の装置で実現されてもよいし、反対にゲーム管理装置２の機能が２台以上の装置に分散して実現されてもよい。また、２つの機能を１つの機能に統合してもよいし、１つの機能を２以上の機能に分解してもよい。要するに、ゲームシステム１の全体で図２に示す各機能に相当する機能が実現されていれば、どのような構成が採用されてもよい。

【0166】

上述した実施形態の態様は、情報処理装置であってもよい。その情報処理装置は、ゲームシステム１のような情報処理システムの各部を備える。また、上述した実施形態の態様は、情報処理方法であってもよい。その情報処理方法は、同様の情報処理システムの各部を備える。また、上述した実施形態の態様は、プログラムであってもよい。そのプログラムは、コンピュータに、情報処理システムの各ステップを実行させる。

【0167】

<付記>
さらに、次に記載の各態様で提供されてもよい。

【0168】

（２）前記情報処理システムにおいて、前記処理ステップでは、前記決済情報に応じた態様で前記課金対象を前記ゲーム画面に表示する処理を前記ゲーム処理として実行する、もの。

【0169】

このような態様によれば、課金対象の決済内容を見た目で明らかにすることができる。

【0170】

（３）前記情報処理システムにおいて、前記ゲーム処理は、前記課金対象を前記ユーザに付与する第１処理と、前記課金対象を使用してゲームを進行させる第２処理とを含み、前記処理ステップでは、前記決済情報に基づいて、前記第２処理の対価または結果を決定する、もの。

【0171】

このような態様によれば、決済手段の選択基準を提供することができる。

【0172】

（４）前記情報処理システムにおいて、前記課金対象は、前記決済の入力により前記ユーザに付与された仮想通貨であり、前記処理ステップでは、前記仮想通貨を消費して前記ユーザにゲーム媒体を付与する処理を前記第２処理として実行し、前記ゲーム媒体の表示態様またはパラメータを、前記決済情報に基づいて決定する、もの。

【0173】

このような態様によれば、ユーザに付与するゲーム媒体に変化を持たせることができる。

【0174】

（５）前記情報処理システムにおいて、前記処理ステップでは、前記仮想通貨を消費して抽選により前記ユーザにゲーム媒体を付与する処理を前記第２処理として実行し、前記抽選の条件を定義する抽選パラメータを、前記決済情報に基づいて決定する、もの。

【0175】

このような態様によれば、決済の仕方の工夫により抽選の期待感を増大させることができる。

【0176】

（６）前記情報処理システムにおいて、前記決済情報は、前記決済手段の種別を示し、前記処理ステップでは、前記対価に対応する数量の前記仮想通貨を消費して、抽選により前記ユーザにゲーム媒体を付与する処理を前記第２処理として実行し、前記仮想通貨は、前記決済手段の種別が異なるものを合算して消費可能であり、前記抽選の条件を定義する抽選パラメータを、前記対価に対する特定の前記決済手段の種別に対応する前記仮想通貨の数量に基づいて決定する、もの。

【0177】

このような態様によれば、仮想通貨をより有効に利用することができる。

【0178】

（７）前記情報処理システムにおいて、前記課金対象は、前記決済に応じて前記ユーザに付与された仮想通貨を消費することにより前記ユーザに付与されたゲーム媒体であり、前記処理ステップでは、前記ゲーム媒体を使用して進行させるゲームを、前記決済情報に基づいて優遇する処理を前記第２処理として実行する、もの。

【0179】

このような態様によれば、適切な決済手段を選択することで、ゲームをより楽しむことができる。

【0180】

（８）前記情報処理システムにおいて、前記ゲーム画面は、前記ゲームで使用する前記ゲーム媒体を前記ユーザに選択させる選択画面を含み、前記処理ステップでは、前記ゲームにおいて所定の条件を満たす前記決済情報が関連付けられた前記ゲーム媒体を推奨するように前記選択画面を生成する処理を前記第２処理として実行する、もの。

【0181】

このような態様によれば、所定の内容の決済により取得されたゲーム媒体が使用されやすいようにすることができる。

【0182】

（９）前記情報処理システムにおいて、前記関連付けステップでは、第１決済情報が関連付けられた第１課金対象と、第２決済情報が関連付けられた第２課金対象と、を前記ユーザに付与することで関連付け、前記処理ステップでは、前記第１課金対象と前記第２課金対象を使用する前記ゲーム処理において、前記第１決済情報と前記第２決済情報の組み合わせに応じて前記第２処理を実行する、もの。

【0183】

このような態様によれば、決済の仕方が偏りにくいようにすることができる。

【0184】

（１０）前記情報処理システムにおいて、前記決済情報は、前記決済手段による決済のタイミングを特定する情報を含み、前記処理ステップでは、前記第１決済情報により特定される第１タイミングと前記第２決済情報により特定される第２タイミングとに応じて前記第２処理を実行する、もの。

【0185】

このような態様によれば、様々なタイミングで決済をしておくことによりゲーム進行の選択肢を増やすことができる。

【0186】

（１１）前記情報処理システムにおいて、前記処理ステップでは、前記第１タイミングと前記第２タイミングとが前記ゲーム内におけるイベント期間に対して所定の関係を満たすことに応じて、前記第２処理を実行する、もの。

【0187】

このような態様によれば、イベント期間を意識した決済を促すことができる。

【0188】

（１２）情報処理装置であって、前記情報処理システムの各ステップを実行するように構成される、もの。

【0189】

（１３）プログラムであって、コンピュータに、前記情報処理システムの各ステップを実行させる、もの。
もちろん、この限りではない。
また、上述した実施形態および変形例を任意に組み合わせて実施するようにしてもよい。

【0190】

最後に、本開示に係る種々の実施形態を説明したが、これらは、例として提示したものであり、開示の範囲を限定することは意図していない。新規な実施形態は、その他の様々な形態で実施されることが可能であり、開示の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。実施形態やその変形は、開示の範囲や要旨に含まれると共に、特許請求の範囲に記載された開示とその均等の範囲に含まれるものである。

【符号の説明】

【0191】

１ ：ゲームシステム
２ ：ゲーム管理装置
３ ：ゲーム装置
５ ：アプリ配信装置
６ ：ＥＣ管理装置
２０１ ：ゲーム進行処理部
２０２ ：キャラクタ処理部
２０３ ：クエスト処理部
２０４ ：戦闘処理部
２０５ ：ストーリー処理部
２１１ ：課金関連処理部
２１２ ：課金対象提示部
２１３ ：決済手段提示部
３１１ ：アプリ処理部
３１２ ：アプリ操作受付部
５１１ ：アプリ提示部
５１２ ：アプリ配信部
５１３ ：支払情報提示部
５１４ ：決済処理部
６１１ ：商品提示部
６１２ ：取引処理部
６１３ ：支払情報提示部
６１４ ：決済処理部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】

【図24】