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

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

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

(11)【公開番号】P2023061130

(43)【公開日】2023-05-01

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

(51)【国際特許分類】

   G06Q 20/08 20120101AFI20230424BHJP

   A63F 13/792 20140101ALI20230424BHJP

   G06Q 20/06 20120101ALI20230424BHJP

【ＦＩ】

G06Q20/08 300

A63F13/792

G06Q20/06

【審査請求】未請求

【請求項の数】1

【出願形態】ＯＬ

(21)【出願番号】P 2021170936

(22)【出願日】2021-10-19

(71)【出願人】

【識別番号】000129149

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

(74)【代理人】

【識別番号】110002789

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

(72)【発明者】

【氏名】丸山 敦史

(72)【発明者】

【氏名】木村 哲

【テーマコード（参考）】

5L055

【Ｆターム（参考）】

5L055AA12

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

【課題】決済手段の選択肢を増やす情報処理システム、情報処理装置及びプログラムを提供する。
【解決手段】ゲームシステムのゲーム管理装置において、課金関連処理部の決済手段提示部は、ユーザによるゲーム内の課金に対する決済を行う決済手段をそのゲームの画面において提示させる。決済手段には、請求元が異なる第１決済手段及び第２決済手段が含まれる。ゲーム進行処理部は、決済がされた課金対象に関するゲーム処理を実行し、第１決済手段による決済が行われた場合、第２決済手段による決済が行われた場合とは異なるゲーム処理を実行する。
【選択図】図３

【特許請求の範囲】

【請求項1】

明細書に記載の発明。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

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

【先行技術文献】

【特許文献】

【0003】

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

【発明の概要】

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

【0004】

課金に対する決済手段が少ないと競争原理が働かずユーザにとって不利益を生じる場合がある。

【0005】

本開示では上記事情に鑑み、決済手段の選択肢を増やすこととした。

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

【0006】

（１）本開示の一態様によれば、情報処理システムが提供される。この情報処理システムにおける提示ステップでは、ユーザによるゲーム内の課金に対する決済を行う決済手段を当該ゲームの画面において提示させ、決済手段には、請求元が異なる第１決済手段および第２決済手段が含まれる。処理ステップでは、決済がされた課金対象に関するゲーム処理を実行し、第１決済手段による決済が行われた場合、第２決済手段による決済が行われた場合とは異なるゲーム処理を実行する。

【0007】

このような態様によれば、決済手段の選択肢を増やすことができる。

【図面の簡単な説明】

【0008】

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

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

【図3】ゲームシステム１によって実行される情報処理の流れを示すフローチャートである。

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

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

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

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

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

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

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

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

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

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

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】