JP7319562B2 - 情報処理システム、情報処理装置およびプログラム - Google Patents

Description

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

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

特開２０１３－３７６９６号公報

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

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

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

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

本実施形態に係るゲームシステム１のハードウェア構成を示すブロック図である。 各装置の制御部の機能構成を示す図である。 ゲームシステム１によって実行される情報処理の流れを示すフローチャートである。 課金に関するゲーム画面の一例を示す図である。 課金対象を選択するゲーム画面の一例を示す図である。 決済手段を選択するゲーム画面の一例を示す図である。 仮想通貨の購入ページの一例を示す図である。 アイテムの購入ページの一例を示す図である。 仮想通貨の購入ページの一例を示す図である。 アプリ内課金によるアイテムの購入ページの一例を示す図である。 優遇内容の説明ページの一例を示す図である。 有償石Ａ専用のガチャの実行画面の一例を示す図である。 共通ガチャの実行画面の一例を示す図である。 マンスリーミッションの紹介ページの一例を示す図である。 仮想通貨の購入ページの他の一例を示す図である。 仮想通貨の購入ページの他の一例を示す図である。

［実施形態］
以下、図面を用いて本開示の実施形態について説明する。以下に示す実施形態中で示した各種特徴事項は、互いに組み合わせ可能である。

ところで、本実施形態に登場するソフトウェアを実現するためのプログラムは、コンピュータが読み取り可能な非一時的な記録媒体（Ｎｏｎ－Ｔｒａｎｓｉｔｏｒｙ Ｃｏｍｐｕｔｅｒ－Ｒｅａｄａｂｌｅ Ｍｅｄｉｕｍ）として提供されてもよいし、外部のサーバからダウンロード可能に提供されてもよいし、外部のコンピュータで当該プログラムを起動させてクライアント端末でその機能を実現（いわゆるクラウドコンピューティング）するように提供されてもよい。

また、本実施形態において「部」とは、例えば、広義の回路によって実施されるハードウェア資源と、これらのハードウェア資源によって具体的に実現されうるソフトウェアの情報処理とを合わせたものも含みうる。また、本実施形態においては様々な情報を取り扱うが、これら情報は、例えば電圧・電流を表す信号値の物理的な値、０または１で構成される２進数のビット集合体としての信号値の高低、または量子的な重ね合わせ（いわゆる量子ビット）によって表され、広義の回路上で通信・演算が実行されうる。

また、広義の回路とは、回路（Ｃｉｒｃｕｉｔ）、回路類（Ｃｉｒｃｕｉｔｒｙ）、プロセッサ（Ｐｒｏｃｅｓｓｏｒ）、およびメモリ（Ｍｅｍｏｒｙ）等を少なくとも適当に組み合わせることによって実現される回路である。すなわち、特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ：ＡＳＩＣ）、プログラマブル論理デバイス（例えば、単純プログラマブル論理デバイス（Ｓｉｍｐｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ：ＳＰＬＤ）、複合プログラマブル論理デバイス（Ｃｏｍｐｌｅｘ Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ：ＣＰＬＤ）、およびフィールドプログラマブルゲートアレイ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ：ＦＰＧＡ））等を含むものである。

１．ゲームの説明
図１は、本実施形態に係るゲームシステム１のハードウェア構成を示すブロック図である。図１に示すゲームシステム１では、ゲーム管理装置２、アプリ配信装置５、ＥＣ管理装置６および複数のゲーム装置３が通信ネットワーク１１を介して互いに通信可能に接続され、ゲーム装置３においてゲームが実行される。ゲームシステム１に接続される各装置は、いずれも情報処理装置である。

本実施形態に係るゲームは、ゲームシステム１にて実行されるオンラインのゲームである。このゲームでは、ゲーム装置３のユーザは、１または複数のプレイヤキャラクタを仮想ゲーム空間で活動させたり、プレイヤキャラクタを、ノンプレイヤキャラクタ（ＮＰＣ）である敵キャラクタと対戦させたりする。また、キャラクタは、オブジェクトの一例である。

上記のようなゲームは、プレイステーション（登録商標）などの家庭用ゲーム機、ニンテンドースイッチ（登録商標）などの携帯用ゲーム機、もしくは、パーソナルコンピュータ、スマートフォン、タブレット端末などの電子機器であるゲーム装置３を用いて実行される。

２．ゲームシステム１の概要
図１に示されるように、ゲームシステム１は、ゲーム管理装置２、アプリ配信装置５、ＥＣ管理装置６および複数のゲーム装置３にて構成される。ゲーム管理装置２は、ゲームプログラムおよびゲームデータを記憶しており、ゲーム装置３の（下記のアカウント情報ごとの）ゲームデータの管理を行う。ゲーム管理装置２は、例えばサーバにより構成される。複数のゲーム装置３それぞれは、互いに同じ構成を有する。なお、本実施形態において、システムとは、１つまたはそれ以上の装置または構成要素からなるものである。したがって、例えば後述のゲーム管理装置２やゲーム装置３単体であってもゲームシステム１の一例となりうる。

ゲーム装置３は、ユーザの操作に基づいて所定のゲームを実行する。そのために、ゲーム装置３は、通信ネットワーク１１を介して、ゲーム管理装置２からゲームプログラムおよびゲームデータを受信（具体的にはダウンロードおよびインストール）する。各ユーザには、ゲーム装置３に対応づけて、識別情報およびパスワードを含むアカウント情報が、ユーザごとに割り当てられている。このアカウント情報は、ログイン時、ゲーム装置３からゲーム管理装置２に送信され、ゲーム管理装置２におけるユーザ認証に利用される。

ユーザ認証を経て、ゲーム管理装置２とゲーム装置３との相互通信が可能となる。ログイン後、ゲーム装置３は、ゲーム進行に必要なデータ（ゲーム進行状況に関するデータ）をゲーム管理装置２から受信すると、ユーザの操作に基づいてゲーム画像や音声をディスプレイ４ａおよびスピーカ４ｂに出力しながら、ゲームを進行させる。ゲーム管理装置２は、ゲームメーカーＡ１によって運用されている。

アプリ配信装置５は、アプリケーションプログラム（以下「アプリ」と言う）を配信する装置である。ゲーム装置３が実行するゲームプログラムは、アプリの１つであり、アプリ配信装置５によって配信される。ゲーム装置３は、共通の動作環境を提供するＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）等のプラットフォーム上でアプリを稼働させる。アプリ配信装置５は、そのプラットフォームを提供する提供会社Ｂ１によって運用されている。

ＥＣ管理装置６は、ＥＣ（Ｅｌｅｃｔｒｏｎｉｃ Ｃｏｍｍｅｒｃｅ）サイトを管理し、電子商取引が可能な仮想店舗を提供する装置である。本実施形態では、ＥＣ管理装置６は、ゲーム管理装置２と同じく、ゲームメーカーＡ１によって運用され、ゲームメーカーＡ１が提供するゲームに関する商品を販売している。

２．１ ハードウェア構成
以下、図１を参照して、ゲームシステム１の各ハードウェア構成について説明する。

＜ゲーム管理装置２＞
図１に示されるように、ゲーム管理装置２は、通信部２１、記憶部２２および制御部２３を有する。通信部２１および記憶部２２は、通信バス２０を介して制御部２３と電気的に接続されている。

通信部２１は、インターネットおよびＬＡＮなどの通信ネットワーク１１を介して各ゲーム装置３と通信可能に接続される、いわゆるネットワークインターフェースである。ゲーム管理装置２が通信部２１を介して受信する主な情報としては、ゲームプログラムのダウンロード要求情報、ユーザの操作に応じたガチャの抽選要求、クエスト実行要求、オートプレイの実行／終了の要求、アカウント情報、ゲームデータなどが挙げられる。ゲーム管理装置２が通信部２１を介して送信する主な情報としては、ゲームプログラムをゲーム装置３が受信したことを確認するための情報、ガチャにて得られたゲーム媒体に関する情報などが挙げられる。

記憶部２２は、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）およびＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）などで構成される。記憶部２２には、本実施形態に係るゲームプログラムの一部を含む各種プログラムやゲームに関する各種データなどが記憶されている。

具体的には例えば、記憶部２２は、ユーザＤＢや抽選リストなどを記憶している。ユーザＤＢには、ゲームをプレイするユーザの識別番号ごとに、ユーザ名、ユーザランク、ユーザが操作するプレイヤキャラクタに関するステータス等の情報、仮想ゲーム空間内にて使用可能な消費媒体の額、パラメータに関する情報などが、対応付けられて記憶されている。抽選リストは、一般にガチャと呼ばれる抽選処理に用いるものであって、選択対象となるゲーム媒体に関する情報を複数含む。抽選リストには、ゲーム媒体に関する情報（名称、能力パラメータ、レアリティ、レベルなど）と、抽選による選択割合とが、対応づけられている。また能力パラメータとは、例えば、ゲーム媒体がプレイヤキャラクタの場合、戦力、ＨＰ、攻撃力、防御力、賢さ、または速さなどを含む。

制御部２３は、ＣＰＵおよび半導体メモリを含むマイクロコンピュータで構成され、自装置であるゲーム管理装置２の動作を制御する。特に、制御部２３は、記憶部２２に記憶された所定のプログラムを読み出すことによって、自装置であるゲーム管理装置２に係る種々の機能を実現する。すなわち、記憶部２２に記憶されているソフトウェアによる情報処理が、ハードウェアの一例である制御部２３によって具体的に実現されることで、後述の各機能部が実行されうる。なお、制御部２３は単一であることに限定されず、機能ごとに複数の制御部２３を有するように実施してもよい。またそれらの組合せであってもよい。

制御部２３によって実行される情報処理として、例えば、課金の決済処理、ユーザアカウントの認証処理、ガチャの抽選選択処理などが挙げられる。課金の決済処理は、例えばゲーム中のパラメータを所定量回復するために必要な課金の要求に基づいて実行される。ユーザアカウントの認証処理は、例えばゲーム装置３から受信したユーザの識別情報を用いて実行される。ガチャの抽選選択処理は、ガチャの抽選要求に伴って、抽選リストの中から、ゲーム媒体ごとの選択確率に基づいて１以上のゲーム媒体を抽選により選択する処理である。ガチャの抽選選択処理によれば、選択したゲーム媒体に関する情報と、抽選要求の送信元となる操作を行ったユーザの識別情報とが、ユーザＤＢにて関連付けられ、これにより、当該ユーザには、自身でガチャを引いた結果当選したゲーム媒体が付与される。

ここで、上記をさらに補足すると、「ゲーム媒体」とは、ゲームに関する要素を表した電子データであって、プレイヤキャラクタとして使用するキャラクタの名称、プレイヤキャラクタが仮想ゲーム空間内にて使用するアイテム（武器、防具、道具）などが含まれる。ユーザは、ゲーム媒体を、課金による直接購入やクエストクリアの他、ガチャと呼ばれる抽選方法によって入手することができる。入手したゲーム媒体は、そのゲーム媒体を所有することとなったユーザの識別情報と対応づけて、ユーザＤＢに記憶され管理される。さらに、「ガチャ」とは、ゲーム管理装置２にて、抽選リストの中から、所定の選択割合に基づき任意のゲーム媒体を抽選により選択する方法である。選択された任意のゲーム媒体は、ユーザのゲーム装置３に付与される。「ガチャで選択したゲーム媒体を、ユーザに付与する／ユーザが所有する」とは、「抽選処理で選択されたゲーム媒体を、ユーザを示す識別情報と関連づける／関連づけられている」ことと同義である。

＜アプリ配信装置５、ＥＣ管理装置６＞
アプリ配信装置５およびＥＣ管理装置６のハードウェア構成は、ゲーム管理装置２のハードウェア構成と仕様や性能の違いはあるが基本的に共通している。ただし、アプリ配信装置５およびＥＣ管理装置６の制御部２３に相当するハードウェア構成（制御部５３および制御部６３とする）は、ゲーム管理装置２とは異なる情報処理を実行する。この情報処理の詳細は後述する。

＜ゲーム装置３＞
ゲーム装置３には、ディスプレイ４ａ、スピーカ４ｂおよび入力デバイス４ｃが外部接続または内蔵される。また、ゲーム装置３は、通信部３１、記憶部３２、制御部３３、グラフィック処理部３４ａ、オーディオ処理部３４ｂおよび操作部３４ｃを有する。通信部３１、記憶部３２、グラフィック処理部３４ａ、オーディオ処理部３４ｂおよび操作部３４ｃは、通信バス３０を介して制御部３３と電気的に接続されている。

通信部３１は、ゲーム装置３とゲーム管理装置２との間で各種データを送受信するために、通信ネットワーク１１に通信可能に接続される、いわゆるネットワークインターフェースである。ゲーム装置３が通信部３１を介して受信する主な情報としては、アカウント情報、新たなゲームデータのダウンロード要求情報、ガチャ実行要求、クエスト実行要求などが挙げられる。ゲーム装置３が通信部３１を介して送信する主な情報としては、ダウンロード要求情報に応じてゲーム管理装置２から送られてきた新たなゲームデータ、抽選処理により選択されたゲーム媒体に関する情報などが挙げられる。

記憶部３２は、ＨＤＤ、ＳＳＤ、ＲＡＭおよびＲＯＭなどで構成される。記憶部３２には、ゲーム管理装置２からダウンロードしたゲームデータ、ゲームプログラムの一部を含む各種プログラム、自装置であるゲーム装置３のアカウント情報、ユーザ情報などが格納されている。なお、ユーザ情報は、ゲーム管理装置２の記憶部２２で記憶するユーザＤＢの少なくとも一部の情報である。ユーザＤＢでユーザ情報のマスタを管理し、ゲーム装置３の記憶部３２は、このマスタの少なくとも一部の情報がゲーム管理装置２から配信され、これを記憶する。

制御部３３は、ＣＰＵおよび半導体メモリを含むマイクロコンピュータで構成され、自装置であるゲーム装置３の動作を制御する。特に、制御部３３は、記憶部３２に記憶された所定のプログラムを読み出すことによって、自装置であるゲーム装置３に係る種々の機能を実現する。すなわち、記憶部３２に記憶されているソフトウェアによる情報処理が、ハードウェアの一例である制御部３３によって具体的に実現されることで、後述の各機能部が実行されうる。なお、制御部３３は単一であることに限定されず、機能ごとに複数の制御部３３を有するように実施してもよい。またそれらの組合せであってもよい。

特に、制御部３３は、自装置であるゲーム装置３のユーザによる入力デバイス４ｃを介した入力に従って、ゲームを実行するように構成される。具体的には、制御部３３は、ゲームデータに含まれる仮想ゲーム空間オブジェクトおよびテクスチャなどのデータを記憶部３２から読み出すか、またはゲーム管理装置２から受信したデータを用いて、２次元または３次元のゲーム画像情報を生成する。ゲーム画像情報がグラフィック処理部３４ａによって処理されることにより、ディスプレイ４ａには処理後のゲーム画像が逐次表示される。換言すると、制御部３３は、ゲームの実行にあたり、自装置であるゲーム装置３のユーザの操作などに応じてディスプレイ４ａの表示制御およびスピーカ４ｂの音声出力制御を行うように構成される。

グラフィック処理部３４ａは、制御部３３から出力されるゲーム画像情報に従って、キャラクタおよび仮想ゲーム空間に関する各種オブジェクトを含むゲーム画像を、動画形式で描画する。グラフィック処理部３４ａは、例えば液晶型であるディスプレイ４ａと接続されており、動画形式に描画されたゲーム画像は、ゲーム画面としてディスプレイ４ａ上に表示される。オーディオ処理部３４ｂは、スピーカ４ｂと接続され、制御部３３の指示に従ってゲーム音声を再生および合成すると、これをスピーカ４ｂから出力させる。操作部３４ｃは、入力デバイス４ｃと接続され、操作入力に関するデータを入力デバイス４ｃとの間で送受信する。ユーザは、入力デバイス４ｃを介して、ゲーム装置３に操作信号を入力する。なお、入力デバイス４ｃは、ディスプレイ４ａと一体化されたタッチパネル、外付けのゲームパッド、マウスやキーボード等の総称である。

２．２ 機能構成
本節では、本実施形態の機能構成について説明する。前述の通り、各装置の記憶部に記憶されているソフトウェアによる情報処理がハードウェアの一例である制御部によって具体的に実現されることで、制御部に含まれる各機能部が実行されうる。

図２は、各装置の制御部の機能構成を示す図である。ゲーム管理装置２の制御部２３は、ゲーム進行処理部２０１と、課金関連処理部２１１とを備える。ゲーム進行処理部２０１は、キャラクタ処理部２０２と、クエスト処理部２０３と、戦闘処理部２０４と、ストーリー処理部２０５とを備える。課金関連処理部２１１は、課金対象提示部２１２と、決済手段提示部２１３と、決済処理部５１４とを備える。

アプリ配信装置５の制御部５３は、アプリ提示部５１１と、アプリ配信部５１２と、支払情報提示部５１３と、決済処理部５１４とを備える。ＥＣ管理装置６の制御部６３は、商品提示部６１１と、取引処理部６１２と、支払情報提示部６１３と、決済処理部６１４とを備える。ゲーム装置３の制御部３３は、アプリ処理部３１１－１、３１１－２、・・・（区別しない場合「アプリ処理部３１１」と言う）と、アプリ操作受付部３１２－１、３１２－２、・・・（区別しない場合「アプリ操作受付部３１２」と言う）とを備える。

ゲーム管理装置２のゲーム進行処理部２０１は、ゲームの進行に関する処理（以下「ゲーム進行処理」と言う）を実行する。本実施形態では、キャラクタがクエストに参加して戦闘を行いながら全体のストーリーが進行するゲームが行われるものとする。キャラクタ処理部２０２は、キャラクタに関する処理を実行する。クエスト処理部２０３は、クエストに関する処理を実行する。戦闘処理部２０４は、戦闘に関する処理を実行する。ストーリー処理部２０５は、ストーリーの進行に関する処理を実行する。なお、ゲーム進行処理部２０１は、ここで述べたもの以外にも、ゲームの進行に必要な処理部を備えていてもよい。

課金関連処理部２１１は、ゲーム内の課金に関する処理を実行する。ゲームにおける課金対象は、ゲームで使用可能なものであり、例えば、仮想通貨、アイテムおよびキャラクタ等である。課金対象提示部２１２は、それらの課金対象を、ゲーム装置３を介してユーザに提示する。決済手段提示部２１３は、課金対象を購入するための支払いに用いる決済手段を、ゲーム装置３を介してユーザに提示する。ゲームシステム１においては、少なくとも２つの決済手段が選択可能であるものとする。決済処理部５１４は、ゲーム装置３へのユーザの操作に基づいて決済に関する処理を行う。なお、課金に関する処理は、ゲーム進行処理を兼ねている場合もある。

アプリ配信装置５のアプリ提示部５１１は、配信対象のアプリをユーザに提示する。アプリ配信部５１２は、ユーザが選択したアプリをゲーム装置３に配信する。支払情報提示部５１３は、アプリの支払いに関する情報（＝支払情報）をユーザに提示する。決済処理部５１４は、提示された支払情報に基づきユーザが支払いを承諾した場合に、その支払いの決済処理を行う。

ＥＣ管理装置６の商品提示部６１１は、ＥＣサイトで扱っている商品をユーザに提示する。取引処理部６１２は、ユーザが購入を決めた商品の発送等の取引に関する処理を行う。支払情報提示部６１３は、商品の支払情報をユーザに提示する。決済処理部６１４は、提示された支払情報に基づきユーザが支払いを承諾した場合に、その支払いの決済処理を行う。

ゲーム装置３のアプリ処理部３１１は、アプリ配信装置５から配信されたアプリに関する処理を実行する。例えばアプリがゲームである場合、アプリに関する処理には、ゲームの進行処理と、課金に関する処理とが含まれる。アプリ操作受付部３１２は、ユーザによるアプリに関する操作を受け付ける。

３．ゲームシステム１の動作の流れ
本節では、前述したゲームシステム１の動作の流れについて説明する。好ましい態様の一例として、ユーザがキャラクタを操作し、アイテム等を取得させながらクエストを進行させるゲームを例に挙げて説明する。

３．１ 情報処理の概要
図３は、ゲームシステム１によって実行される情報処理の流れを示すフローチャートである。以下、このフローチャートに沿って、情報処理の流れを概説する。

まず、Ａ１１において、ゲーム装置３のアプリ操作受付部３１２が受け付けるユーザの操作に基づいて、ゲーム管理装置２のゲーム進行処理部２０１または課金関連処理部２１１と、ゲーム装置３のアプリ処理部３１１とが協働して、ゲーム進行処理を実行する。具体的には、ゲーム管理装置２は、ゲーム進行処理部２０１により、ゲームの進行により移り変わるゲーム画面を示す画面データを生成してゲーム装置３に送信する。ゲーム装置３は、アプリ処理部３１１により、受信した画面データが示すゲーム画面を表示する。

ゲームが進行すると、ゲームで使用可能なもの、例えば、仮想通貨、アイテムまたはキャラクタ等を対象として課金が発生する場合がある。その場合、ゲーム管理装置２は、課金対象提示部２１２により、課金対象を選択するゲーム画面を示す画面データを生成してゲーム装置３に送信する。また、ゲーム管理装置２は、決済手段提示部２１３により、ＥＣ管理装置６が提供する決済手段（以下「第１決済手段」と言う）とアプリ配信装置５が提供する決済手段（以下「第２決済手段」と言う）とのいずれかを選択させるゲーム画面を示す画面データを生成してゲーム装置３に送信する。

ゲーム装置３は、アプリ処理部３１１により、受信した画面データが示すゲーム画面を表示する。このように、課金対象提示部２１２は、ユーザがプレイしているゲーム内の課金対象をそのゲームの画面において提示させる。また、決済手段提示部２１３は、ユーザによるゲーム内の課金に対する決済を行う決済手段をそのゲームの画面において提示させる提示部として機能する。ゲーム装置３は、Ａ１２において、アプリ操作受付部３１２により、課金対象および決済手段を選択する操作を受け付ける。

Ａ１２において、第１決済手段を選択する操作が行われると、ゲーム装置３は、選択された購入対象を示す購入対象データをＥＣ管理装置６に送信する。ＥＣ管理装置６は、Ａ２１において、商品提示部６１１により、受信した購入対象データが示す購入対象を購入するための購入ページを生成し、ゲーム装置３に送信する。ゲーム装置３は、Ａ２２において、アプリ処理部３１１により、送信されてきた購入ページを表示する。

ゲーム装置３は、購入ページを表示した状態で、Ａ２３において、アプリ操作受付部３１２により、購入対象を確定する操作を受け付けると、確定された購入対象を示す購入データをＥＣ管理装置６に送信する。ＥＣ管理装置６は、Ａ２４において、決済処理部６１４により、送信されてきた購入データが示す購入対象に対する支払いの決済処理を実行する。ＥＣ管理装置６は、ＥＣサイトでの取引に用いている決済処理と同じ決済処理を実行する。

ＥＣ管理装置６は、Ａ２５において、決済処理部６１４により、決済処理が完了した旨を示す完了データを生成し、ゲーム管理装置２に送信する。ゲーム管理装置２は、Ａ２６において、ゲーム進行処理部２０１または課金関連処理部２１１により、決済処理が完了した課金対象をユーザに付与する付与処理を実行する。次に、ゲーム管理装置２は、Ａ２７において、ゲーム進行処理部２０１により、ゲーム装置３のアプリ処理部３１１と協働して、ユーザに付与された課金対象を使用してゲームを進行させるゲーム進行処理を実行する。

Ａ１２において、第２決済手段を選択する操作が行われると、ゲーム装置３は、選択された購入対象を示す購入対象データをゲーム管理装置２に送信する。ゲーム管理装置２は、Ａ３１において、ゲーム進行処理部２０１により、受信した購入対象データが示す購入対象を購入するための購入ページを生成し、ゲーム装置３に送信する。ゲーム装置３は、Ａ３２において、アプリ処理部３１１により、送信されてきた購入ページを表示する。

ゲーム装置３は、購入ページを表示した状態で、Ａ３３において、アプリ操作受付部３１２により、購入対象を確定する操作を受け付けると、確定された購入対象を示す購入データをゲーム管理装置２に送信する。ゲーム管理装置２は、Ａ３４において、決済処理部５１４により、送信されてきた購入データが示す購入対象に対する支払いの決済処理を要求する要求データを生成し、アプリ配信装置５に送信する。

アプリ配信装置５は、Ａ３５において、決済処理部５１４により、送信されてきた要求データが示す購入対象に対する支払いの決済処理を実行する。アプリ配信装置５は、アプリ配信での支払いに用いている決済処理と同じ決済処理を実行する。アプリ配信装置５は、Ａ３６において、決済処理部５１４により、決済処理が完了した旨を示す完了データを生成し、ゲーム管理装置２に送信する。ゲーム管理装置２は、Ａ３７において、ゲーム進行処理部２０１により、決済処理が完了した課金対象をユーザに付与する付与処理を実行する。

次に、ゲーム管理装置２は、Ａ３８において、ゲーム進行処理部２０１により、ゲーム装置３のアプリ処理部３１１と協働して、ユーザに付与された課金対象を使用してゲームを進行させるゲーム進行処理を実行する。以上のとおり、ゲーム進行処理部２０１は、決済がされた課金対象に関するゲーム処理を実行する処理部として機能する。ゲーム処理とは、ゲームに関する処理全般のことであり、第１処理および第２処理を含む。

付与処理は「第１処理」の一例であり、ゲーム進行処理は「第２処理」の一例である。付与処理およびゲーム進行処理については後ほど詳しく説明する。ゲーム進行処理部２０１は、第１決済手段による決済が行われた場合、第２決済手段による決済が行われた場合とは異なるゲーム処理を実行する。より詳細には、ゲーム進行処理部２０１は、例えば、第１決済手段による決済が行われた場合、第２決済手段による決済が行われた場合に比べて、付与処理の結果またはゲーム進行処理の結果を優遇する。

以上をまとめると、本実施形態に係るゲームシステム１は、次の各構成要素を備える。決済手段提示部２１３は、ユーザによるゲーム内の課金に対する決済を行う決済手段をそのゲームの画面において提示させる。決済手段には、請求元が異なる第１決済手段（本実施形態ではＡ１決済）および第２決済手段（本実施形態ではＢ１決済）が含まれる。ゲーム進行処理部２０１は、決済がされた課金対象に関するゲーム処理を実行する。ゲーム進行処理部２０１は、第１決済手段による決済が行われた場合、第２決済手段による決済が行われた場合とは異なるゲーム処理を実行する。

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

３．２ 情報処理の詳細
次に、上記概説された情報処理の詳細部分を説明する。
＜ゲーム画面の遷移＞
まず、課金が発生した場合に、ゲーム管理装置２から送信されてくる画面データに基づきゲーム装置３によって表示されるゲーム画面の遷移について図４以降を参照して説明する。

図４は、課金に関するゲーム画面の一例を示す図である。図４に示すゲーム画面Ｃ１には、ガチャボタンＤ１と、課金ボタンＤ２とが表示されている。これらのボタンを押す操作が行われると、課金対象を選択するゲーム画面が表示される。

図５は、課金対象を選択するゲーム画面の一例を示す図である。図５に示すゲーム画面Ｃ２には、仮想通貨の購入ボタンＤ３と、アイテムの購入ボタンＤ４とが表示されている。これらのボタンを押す操作が行われると、決済手段を選択するゲーム画面が表示される。

図６は、決済手段を選択するゲーム画面の一例を示す図である。図６に示すゲーム画面Ｃ３には、アプリ外課金による決済選択ボタンＤ５と、アプリ内課金による決済選択ボタンＤ６とが表示されている。決済選択ボタンＤ５には、「※外部ＥＣサイトへ飛びます」という案内とが示されている。決済選択ボタンＤ５は、ＥＣ管理装置６が提供する第１決済手段を選択するためのボタンである。決済選択ボタンＤ６は、アプリ配信装置５が提供する第２決済手段を選択するためのボタンである。

第１決済手段を用いた決済の請求元は、ＥＣ管理装置６を運用する者であり、本実施形態においては当該ゲームを提供するゲームメーカーＡ１である。第２決済手段を用いた決済の請求元は、アプリ配信装置５を運用するプラットフォームの提供会社Ｂ１である。以下では、第１決済手段を用いた決済のことを「Ａ１決済」とも言い、第２決済手段を用いた決済のことを「Ｂ１決済」とも言う。なお、ＥＣ管理装置６を運用する者はアプリ配信装置５を運用するプラットフォームの提供会社Ｂ１とは異なる者であればよく、ゲームメーカーＡ１でも、他のアプリ配信装置５を運用するプラットフォームの提供会社Ｂ２等であってもよい。Ｂ１決済が実行される場合、決済額から所定の手数料が差し引かれた金額がゲームメーカーＡ１に支払われる。一方、Ａ１決済がゲームメーカーＡ１に対して実行される場合、決済額から上記のプラットフォームの提供会社Ｂ１の所定の手数料が差し引かれることなく決済に基づく金額がゲームメーカーＡ１に支払われる。また、Ａ１決済がゲームメーカーＡ１やプラットフォームの提供会社Ｂ１と異なる場合、Ａ１決済が当該者に対して実行される場合、決済額から当該者に支払われる所定の手数料が差し引かれた金額がゲームメーカーＡ１に支払われる。従って、プラットフォームの提供会社Ｂ１に支払われる手数料より当該者に支払われる手数料が低額である場合、ゲームメーカーＡ１にとって有利である。

決済選択ボタンＤ６には、単に「アプリ内課金」という文字列が示されている。一方、決済選択ボタンＤ５には、「アプリ外課金」という文字列と前述した案内に加え、「お買い得！」という文字列が示されている。このように、決済手段提示部２１３は、第１決済手段による決済を推奨する推奨情報を画面に提示している。なお、推奨情報は、これに限らず、他の文字列でもよいし、第１決済手段の方が得することをイメージさせる絵柄であってもよい。このような態様によれば、第２決済手段に比べて、第１決済手段が使われやすいようにすることができる。

図４の課金ボタンＤ２、図５の仮想通貨の購入ボタンＤ３、図６の第１決済手段の決済選択ボタンＤ５が順番に操作された場合にゲーム装置３が表示する購入ページを図７に示す。
図７は、仮想通貨の購入ページの一例を示す図である。図７に示す購入ページＥ１には、課金対象Ｅ１１と、Ａ１決済特典Ｅ１２と、価格情報Ｅ１３と、優遇内容ボタンＤ１１と、購入ボタンＤ１２とが表されている。

課金対象Ｅ１１は、「有償石Ａ」という名の有償仮想通貨と、その５通りの数量（１０個、２０個、３０個、４０個、５０個）とを示す。Ａ１決済特典Ｅ１２は、各数量の有償石Ａに対する特典として、「無償石」という名の無償仮想通貨と、その５通りの数量（２０個、４０個、６０個、８０個、１００個）とを示す。有償仮想通貨は、上述した仮想通貨の購入ページで決済を実行することにより代金を支払って購入しなければ取得できない仮想通貨である。無償仮想通貨は、ゲームの進行に基づき決済を実行することなく取得可能な仮想通貨と同種の仮想通貨であり、特典として付与された無償仮想通貨とゲームの進行に基づいて付与された無償仮想通貨は区別無く利用可能である。

価格情報Ｅ１３は、５通りの数量の有償石Ａに対してそれぞれ決められた価格（１００円、２００円、３００円、４００円、５００円）を示す。優遇内容ボタンＤ１１には、「優遇あり！（内容はこちら）」と言う文字列が示されている。これは、有償石Ａに有償石Ｂに比較して優遇があることを示しているが、詳しくは後ほど説明する。購入ボタンＤ１２は、各数量の有償石Ａを購入するためのボタンである。例えば、ゲーム装置３が、ユーザによる３０個の有償石Ａの購入ボタンＤ１２に対する操作を受け付けたとする。その場合、ＥＣサイトに対して３００円の決済が実行されることを条件として、ゲーム管理装置２が、購入された３０個の有償石Ａと、その特典である６０個の無償石とを、ユーザに付与する。

次に、図４の課金ボタンＤ２、図５のアイテムの購入ボタンＤ４、図６の第１決済手段の決済選択ボタンＤ５が順番に操作された場合にゲーム装置３が表示する購入ページを図８に示す。
図８は、アイテムの購入ページの一例を示す図である。図８に示す購入ページＥ２には、課金対象Ｅ２１と、価格情報Ｅ２２と、優遇内容ボタンＤ２１と、購入ボタンＤ２２とが表されている。課金対象Ｅ２１は、「有償石Ａ５００個」、「無償石７００個」、「回復２００ｐｔ」、「ＵＲアイテム」というアイテムのセットを課金対象として示す。

有償石Ａおよび無償石は、仮想通貨であるが、ゲーム内で別のアイテムの購入に利用可能なアイテムとしても扱われる。価格情報Ｅ２２は、課金対象Ｅ２１が示す課金対象に対して決められた価格（５０００円）を示す。優遇内容ボタンＤ２１には、「優遇あり！」と言う文字列が示されている。これは、図７の例と同様に有償石Ａに有償石Ｂと比較して優遇があることを示しているが、詳しくは後ほど説明する。購入ボタンＤ２２は、課金対象Ｅ２１を購入するためのボタンである。

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

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

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

図４の課金ボタンＤ２、図５のアイテムの購入ボタンＤ４、図６の第２決済手段の決済選択ボタンＤ６が順番に操作された場合にゲーム装置３が表示する購入ページを図１０に示す。
図１０は、アプリ内課金によるアイテムの購入ページの一例を示す図である。図１０に示す購入ページＥ４には、課金対象Ｅ４１と、価格情報Ｅ４２と、購入ボタンＤ４１とが表されている。課金対象Ｅ４１は、「有償石Ｂ５００個」、「無償石１００個」、「回復１００ｐｔ」、「ＳＳＲアイテム」というアイテムのセットを課金対象として示す。

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

図１１は、優遇内容の説明ページの一例を示す図である。図１１では、図７の優遇内容ボタンＤ１１または図８の優遇内容ボタンＤ２１が操作された場合にゲーム装置３が表示する優遇内容の説明ページＥ５が示されている。説明ページＥ５には、優遇内容Ｅ５１、Ｅ５２、Ｅ５３、Ｅ５４と、優遇提供ボタンＤ５１、Ｄ５２、Ｄ５３とが示されている。優遇内容とは、ゲーム管理装置２が、有償石Ａを消費してゲームを進行させる処理を行った場合に、有償石Ｂを消費した場合よりもゲームを優遇させる内容の処理を行うことである。ゲームの優遇内容には、例えば、ゲーム管理装置２が、ユーザにとって有利になるようにゲームを進行させる処理を行うことや、ゲーム進行の有利・不利とは関係なくユーザにとって価値が高いゲーム媒体（例えばそのユーザがまだ持っていないキャラクタなど）を取得させる処理を行うことなどが含まれる。

優遇内容Ｅ５１は、有償石Ａを消費することでしか実行することができないゲーム処理の一例として、有償石Ａ専用のガチャを引く処理がゲーム管理装置２によって実行可能であることを示す。優遇内容Ｅ５２は、有償石Ａと有償石Ｂのいずれを消費しても実行することができるゲーム処理の一例として、共通のガチャを引く処理がゲーム管理装置２によって実行可能であり、その共通のガチャを引く処理において有償石Ａが消費された場合には、ユーザに提供する特典を追加する処理がゲーム管理装置２によって実行されることを示す。

優遇内容Ｅ５３は、いずれかのゲーム処理における有償石Ａの消費実績に応じてクリアされるミッションがあることを示しており、詳細は後述する。優遇内容Ｅ５４は、有償石Ａの累積消費量に応じて、ユーザに対応付けられたパラメータであるＶＩＰレベルが上がるという内容である。ＶＩＰレベルが上がると、ショップで購入可能なアイテムが追加される、スタミナ消費が優遇される、専用イベントが開放されるといった特典がユーザに付与される。

図１２は、有償石Ａ専用のガチャの実行画面の一例を示す図である。図１２に示す実行画面Ｅ６は、図４に示すガチャボタンＤ１が操作されるか、または、図１１に示す優遇内容Ｅ５１に関連付けられて表示された優遇提供ボタンＤ５１が操作された場合に、ゲーム装置３に表示される画面である。図１２に示す実行画面Ｅ６には、ガチャ説明Ｅ６１と、単発ガチャボタンＤ６１と、連続ガチャボタンＤ６２とが示されている。ガチャ説明Ｅ６１は、当該ガチャでしか入手できない目玉キャラクタが存在することと当該ガチャでは所定のレアリティ以上のキャラクタの当選率が３倍であることを示している。

単発ガチャボタンＤ６１は、有償石Ａを２０個消費してガチャを１回実行させるためのボタンである。連続ガチャボタンＤ６２は、有償石Ａを２００個消費してガチャを１１回実行させるためのボタンである。これらのガチャボタンの操作が受付けられると、ゲーム進行処理部２０１が、有償石Ａを必要な数量だけ消費して、複数のキャラクタから抽選により決定されたキャラクタをユーザに付与する処理を行う。

図１３は、共通ガチャの実行画面の一例を示す図である。図１３には、図４に示すガチャボタンＤ１が操作されるか、または、図１０に示す優遇内容Ｅ５２に関連付けて表示された優遇提供ボタンＤ５２に対する操作を受け付けた場合にゲーム装置３に表示される画面が示されている。実行画面Ｅ６には、ガチャ説明Ｅ７１と、優遇説明Ｅ７２と、有償石Ａによる連続ガチャボタンＤ７１と、有償石Ｂによる連続ガチャボタンＤ７２と、無償石による連続ガチャボタンＤ７３とが示されている。ガチャ説明Ｅ７１は、実行画面Ｅ６では、有償石Ａ専用のガチャと異なり、通常の提供確率で抽選が実行されることを示している。各連続ガチャボタンは、それぞれ定められた仮想通貨（有償石Ａ、有償石Ｂ、無償石）を必要な数量消費してガチャを１１回実行可能なボタンである。ゲーム進行処理部２０１は、有償石Ａまたは有償石Ｂを消費する場合は、無償石を消費する場合よりも少ない消費数量の仮想通貨で共通ガチャを実行する。また、有償石Ａおよび有償石Ｂは、ガチャに必要な仮想通貨の消費数量が同じ２００個であるが、有償石Ａを用いた場合は優遇説明Ｅ７２に示す優遇があるため、プレイヤにとってゲームが優遇される。

優遇説明Ｅ７２は、有償石Ａによる連続ガチャが、おまけ付きで且つ引き直し可能であることを示している。従って、ゲーム進行処理部２０１は、有償石Ａを消費して共通ガチャを実行した場合には、抽選で決定されたキャラクタに加えて、所定の特典アイテムをおまけとしてユーザに付与する。また、ゲーム進行処理部２０１は、ユーザが決定されたキャラクタを見てから当該キャラクタを取得せずに再度の抽選を要求する引き直しの操作を行った場合に、再度キャラクタを抽選する処理を行う。

有償石Ｂを消費して共通ガチャを実行した場合は、無償石を消費して共通ガチャを実行する場合と比較して仮想通貨の消費数量が少なくされている点で、有償石Ａを消費して共通ガチャを実行した場合と共通の優遇を受けることができる。一方、有償石Ｂを消費して共通ガチャを実行した場合は、ゲーム進行処理部２０１は、前述した特典アイテムを付与せず、ガチャの引き直し操作による再度の抽選処理も実行しないようになっている。このように、有償石Ｂを消費して共通ガチャが実行された場合は、有償石Ａを消費する場合に比べて、優遇の内容が制限されている。

図１４は、マンスリーミッションの紹介ページの一例を示す図である。図１４には、図１０に示す優遇内容Ｅ５３を提供する優遇提供ボタンＤ５３が操作された場合にゲーム装置３に表示される画面が示されている。図１４に示す紹介ページＥ８には、ミッションタイトルＥ８１と、ミッション内容Ｅ８２、Ｅ８３およびＥ８４とが示されている。ミッションタイトルＥ８１は、有償石Ａを消費することでクリアされるミッションが提供されることを示している。マンスリーミッションは、当該月内におけるユーザのゲーム行動が所定の条件を満たすことに応じてクリアされ、クリアしたユーザには、報酬が付与される。ミッションは、マンスリー以外にも週間、半年毎といった期間を設定してもよいし、期間を制限せずに設定されていてもよい。

ミッション内容Ｅ８２には、所定期間中に有償石Ｂを購入することなく、有償石Ａを連続で所定回数（１０回）購入するというミッションであることが示されている。また、このミッションのクリア特典として、その後さらに有償石Ａを購入した場合にユーザに付与される特典アイテムが追加、増量されること、ゲーム内通貨や仮想通貨によってアイテムを購入できるショップ（図５に示されるアイテムの購入ボタンＤ４への操作から表示される購入ページを参照）へ購入可能なアイテムが追加されること、図４に示されるクエストボタンから挑戦できるクエストに特別な限定クエストが追加されることとが示されている。

ミッション内容Ｅ８３には、有償石Ａを購入後、１２時間以内に再度有償石Ａを購入するというミッションが示されている。当該ミッションは、有償石Ａを購入後に有償石Ｂを購入していたとしても、１２時間以内に再度有償石Ａを購入することで達成可能な点において、ミッション内容Ｅ８２と異なる。

ミッション内容Ｅ８４には、累計の有償石Ａの購入数が１００００個以上であるというミッションであることが示されている。この場合も、有償石Ａを購入後に有償石Ｂを購入していたとしても、所定期間内に所定累計数の有償石Ａを購入することで達成可能な点において、ミッション内容Ｅ８２と異なる。図１４には示されていないが、ミッション内容Ｅ８３、Ｅ８４にも、ミッションクリア時の特典が定められている。このように、ゲーム進行処理部２０１は、各ミッションがクリアされると、定められた特典をユーザに提供するゲーム進行処理を行う。また、ゲーム進行処理部２０１は、全てのミッションがクリアされることに応じて、追加の特典をユーザに付与してもよい。

図７および図８に示す「Ａ１決済」は、上述したアプリ配信装置５を運用するプラットフォームの提供会社Ｂ１とは異なるゲームメーカーＡ１を請求元とする決済であり、ＥＣ管理装置６によって処理される。図９および図１０に示す「Ｂ１決済」は、上述したプラットフォームの提供会社Ｂ１を請求元とする決済であり、アプリ配信装置５によって処理される。このように、決済手段には、請求元が異なる第１決済手段（本実施形態ではＡ１決済）および第２決済手段（本実施形態ではＢ１決済）が含まれる。

提供会社Ｂ１は、上述したように、複数のアプリケーションが提供される共通のプラットフォームを提供する。ゲームシステム１が提供するゲームは、このプラットフォームにより提供され、第２決済手段の請求元は、このプラットフォームの提供者である。一方、第１決済手段の請求元は、ゲームの提供者であるゲームメーカーＡ１であるから、プラットフォームの提供者とは異なっている。このような態様によれば、決済手段の選択肢を増やすことができ、また、プラットフォーム提供者の決済手段への依存を脱却することができる。また、ゲーム提供者が決済の自由度を上げることもできる。

＜課金対象に関するゲーム処理＞
上述したとおり、ゲーム進行処理部２０１は、決済がされた課金対象に関するゲーム処理を実行する。ゲーム処理には、付与処理（第１処理）およびゲーム進行処理（第２処理）が含まれる。そして、ゲーム進行処理部２０１は、第１決済手段による決済が行われた場合、第２決済手段による決済が行われた場合に比べて、付与処理の対価または結果、および、ゲーム進行処理の対価または結果の少なくともいずれかを優遇する。以下、課金対象に関するゲーム処理の一例を示す。

＜付与処理の結果の優遇＞
図７に示される第１決済手段の例および図９に示される第２決済手段の例では、課金対象は、有償石Ａという第１対象と有償石Ｂという第２対象を含んでいる。第１対象と第２対象のそれぞれは、課金に応じてユーザに付与される有償コンテンツ（本実施形態では有償石Ａ、Ｂ）と、ゲームの進行に基づき取得可能な無償コンテンツ（本実施形態では無償石）とを含んでいる。無償コンテンツは、図８および図１０に示されるように、無償石以外のアイテム（回復アイテム、ＵＲアイテム等）を含んでいてもよい。

その場合、ゲーム進行処理部２０１は、第１決済手段の決済により第１対象（有償石Ａおよび無償石）をユーザに付与し、第２決済手段の決済により第２対象（有償石Ｂおよび無償石）をユーザに付与している。そのように、第１対象および第２対象において、決済金額に対して付与される有償コンテンツ（有償石Ａおよび有償石Ｂ）の数量を共通にする一方、ゲーム進行処理部２０１は、無償コンテンツ（無償石）の数量および種類の少なくとも一方を異ならせることによって第１処理の結果を優遇してもよい。

ゲーム進行処理部２０１は、例えば、図７および図８に示される無償石の数量を、図９および図１０に示される無償石の数量より多くすることによって、アプリ外課金による仮想通貨購入を優遇する。また、ゲーム進行処理部２０１は、図７および図８に示される無償石以外のアイテム（回復アイテム）の数量を、図９および図１０に示される無償石以外のアイテムの数量より多くすることによって、アプリ外課金による仮想通貨購入を優遇する。

また、ゲーム進行処理部２０１は、図７および図８に示される無償石以外のアイテムの種類（ＵＲアイテム）を、図９および図１０に示される無償石以外のアイテムの種類（ＳＳＲアイテム等）より希少なものとすることによって、アプリ外課金による仮想通貨購入を優遇する。これらの無償石およびアイテムは、有償仮想通貨の購入時に付与される特典アイテムの一例である。さらに、図１４に示されるように、有償石Ａの購入に基づくミッションを設定し、そのクリア報酬を付与する。このような態様によれば、有償コンテンツの価値を変えることなく、決済手段ごとの違いを出すことができる。

＜ゲーム進行処理の結果の優遇＞
図７に示される第１決済手段の例および図９に示される第２決済手段の例では、課金対象は、有償石Ａという第１対象と有償石Ｂという第２対象を含んでいる。ゲーム進行処理部２０１は、第１決済手段の決済により第１対象（＝有償石Ａ）をユーザに付与し、第２決済手段の決済により第２対象（＝有償石Ｂ）をユーザに付与している。

また、上述したようにゲーム処理には第１処理（付与処理）および第２処理（ゲーム進行処理）が含まれるが、第２処理であるゲーム進行処理には、第３処理と第４処理が含まれる。本実施形態では、ゲーム進行処理部２０１は、有償石Ａの使用に応じて第３処理を実行し、有償石Ｂの使用に応じて第４処理を実行する。この場合、ゲーム進行処理部２０１は、有償石Ａの使用に応じた第４処理の実行を許可せず、有償石Ｂの使用に応じた第３処理の実行を許可しない。例えば、ゲーム進行処理がガチャによりアイテムを取得させる処理である場合、ゲーム進行処理部２０１は、例えば図１２および図１３に示す有償石Ａを使用したガチャの処理を第３処理として実行し、例えば図１３に示す有償石Ｂを使用したガチャの処理を第４処理として実行する。

また、ゲーム進行処理部２０１は、有償石を使用してアイテムを購入する処理をゲーム進行処理として実行する場合、有償石Ａを消費してアイテムを購入する処理を実行した場合、有償石Ｂを消費する場合よりゲームを優遇する処理を実行する。ゲーム進行処理部２０１は、例えば、対価である有償石の消費数量を低減したり、特典アイテムを追加で付与したりするなどの処理を、ゲームを優遇する処理として実行する。また、ゲーム進行処理部２０１は、有償石Ａで購入可能なアイテムの購入処理を第３処理として実行し、有償石Ｂで購入可能なアイテムの購入処理を第４処理として実行してもよい。このような態様によれば、ユーザに決済手段の違いをより明確に意識させることができる。

［その他］
上述した実施形態における付与処理において、付与処理の対象となる課金対象を、有償仮想通貨に替えて、有償仮想通貨を消費して取得したアイテムやキャラクタとしてもよい。

この場合、ゲーム進行処理部２０１は、例えば有償仮想通貨を消費して取得したアイテムやキャラクタを用いてクエスト等のゲームを進行させる処理をゲーム進行処理として実行する。そして、ゲーム進行処理部２０１は、アイテムやキャラクタをショップやガチャで取得する際に消費される有償仮想通貨の数量を低減させることで、第１決済手段による付与処理の対価を、第２決済手段による付与処理の対価に比べて優遇する。ゲーム進行処理部２０１は、例えば、アイテム等を取得する際に有償石Ａを消費する場合には、有償石Ｂより消費量を低減させるようにしてもよい。

また、ゲーム進行処理部２０１は、第１決済手段による付与処理の結果を優遇する処理として、図１２、図１３に示すようにガチャの結果を優遇する処理を実行してもよい。また、ゲーム進行処理部２０１は、第１決済手段による有償仮想通貨を消費して取得したアイテムやキャラクタを用いてクエストを実行する際に消費されるアイテムやパラメータを、第２決済手段による有償仮想通貨を消費する場合に比べて低減させることで、第１決済手段によるゲーム進行処理の対価を優遇してもよい。クエストを実行する際に消費されるパラメータの一例として、現実の時間経過に応じて回復し、クエストの開始時、または、クエストのクリア時に消費されるパラメータである、いわゆる「スタミナ」を適用することができる。さらに、ゲーム進行処理部２０１は、第１決済手段による有償仮想通貨を消費して取得したアイテムやキャラクタを用いてクエストを実行した場合に、当該クエストのクリア報酬の増加または価値の向上をさせたり、当該キャラクタの強化、敵キャラクタの弱体化または敵キャラクタの数の減少等によりクエストの難易度を易化させたりすることにより、第１決済手段によるゲーム進行処理の結果を優遇してもよい。

図７～図１０の例では、第１対象の有償コンテンツと第２対象の有償コンテンツが異なるアイテム（有償石Ａと有償石Ｂ）であったが、ゲーム進行処理部２０１は、第１決済手段および第２決済手段による決済に基づいて、いずれからも互いに区別なく利用してゲーム処理を実行できるアイテムをユーザに付与してもよい。

図１５は、仮想通貨の購入ページの他の一例を示す図である。図１５に示す第１決済手段（アプリ外課金）による購入ページＥ９には、課金対象Ｅ９１と、Ａ１決済特典Ｅ９２と、価格情報Ｅ９３と、購入ボタンＤ９１とが表されている。課金対象Ｅ９１は、「有償石」という名の有償仮想通貨と、その５通りの数量（１０個、２０個、３０個、４０個、５０個）とを示す。Ａ１決済特典Ｅ９２は、各数量の有償石に対する特典として、無償石と、その５通りの数量（２０個、４０個、６０個、８０個、１００個）とを示す。価格情報Ｅ９３は、５通りの数量の有償石に対してそれぞれ決められた価格（１００円、２００円、３００円、４００円、５００円）を示す。購入ボタンＤ９１は、各数量の有償石を購入するためのボタンである。

図１６は、仮想通貨の購入ページの他の一例を示す図である。図１６に示す第２決済手段（アプリ内課金）による購入ページＥ１０には、課金対象Ｅ１０１と、Ａ１決済特典Ｅ１０２と、価格情報Ｅ１０３と、購入ボタンＤ１０１とが表されている。課金対象Ｅ１０１は、図１５の例と同じ「有償石」という名の有償仮想通貨と、その５通りの数量（１０個、２０個、３０個、４０個、５０個）とを示す。Ａ１決済特典Ｅ１０２は、各数量の有償石に対する特典として、無償石と、その５通りの数量（１０個、２０個、３０個、４０個、５０個）とを示す。価格情報Ｅ１０３は、５通りの数量の有償石に対してそれぞれ決められた価格（１００円、２００円、３００円、４００円、５００円）を示す。購入ボタンＤ１０１は、各数量の有償石を購入するためのボタンである。

図１５、図１６の例においては、第１決済手段および第２決済手段のいずれを用いる場合でも、共通の「有償石」が購入される。そのため、ゲーム進行処理部２０１は、第１決済手段で決済して購入された有償石と、第２決済手段で決済して購入された有償石とを区別無く使用してゲーム処理を実行可能である。例えば、ゲーム進行処理部２０１は、第１決済手段で決済を実行して付与された有償石と、第２決済手段で決済を実行して付与された有償石とを合算してガチャの抽選処理やアイテムの購入処理等を実行可能である。つまり、ゲーム進行処理部２０１は、第１対象（＝有償石）と第２対象（＝有償石）とを区別なく使用してゲーム進行処理を実行する。このような態様によれば、プレイヤに決済手段の違いを意識させないようにすることができる。なお、ゲーム進行処理部２０１は、第１決済手段での決済に応じて有償石Ａを付与し、第２決済手段での決済に応じて有償石Ｂを付与した上で、両者を区別無く合算してゲーム進行処理を実行可能としてもよい。

実施形態では、第２決済手段による決済が行われた場合に比べて第１決済手段による決済が行われた場合の付与処理の結果が優遇されたが、第１決済手段を優遇する方法はこれに限らない。例えば、ゲーム進行処理部２０１は、第１決済手段による決済が行われた場合、第２決済手段による決済が行われた場合に比べて、ゲーム進行処理の結果を優遇してもよい。

ゲーム進行処理の結果とは、例えば、ゲーム進行処理としてガチャの処理が行われた場合は、ガチャによって獲得されるアイテムまたはキャラクタ等のコンテンツである。その場合、ゲーム進行処理部２０１は、例えば、ガチャによって獲得されるコンテンツの数を多くし、性能を高くしまたは希少性を高くすることで、ゲーム進行処理の結果を優遇する。

また、アイテムを使用する処理がゲーム進行処理として行われる場合は、ゲーム進行処理の結果は、アイテムを使用したときの効果またはアイテムの消耗・消費の度合いである。その場合、ゲーム進行処理部２０１は、例えば、アイテムを使用したときの効果を高くしたり、効果の範囲を広げたり、使用可能回数を増やしたりすることで、ゲーム進行処理の結果を優遇する。

また、ゲーム進行処理部２０１は、第１決済手段による決済が行われた場合、第２決済手段による決済が行われた場合に比べて、付与処理の対価を優遇してもよい。付与処理の対価とは、課金対象を購入する際に実行される決済に基づいて支払う金銭であり、課金対象の代金である。ゲーム進行処理部２０１は、例えば、図１０に示すＢ１決済（第２決済手段）の課金対象であるアイテムセットの代金が５０００円であるところ、Ａ１決済（第１決済手段）を用いて購入する場合は４０００円にすることで、付与処理の対価を優遇する。

また、ゲーム進行処理部２０１は、第１決済手段による決済が行われた場合、第２決済手段による決済が行われた場合に比べて、ゲーム進行処理の対価を優遇してもよい。ゲーム進行処理の対価とは、例えば、アイテムを購入する際に支払う仮想通貨の金額である。ゲーム進行処理部２０１は、例えば、図８に示すＵＲアイテムを獲得するためのガチャに必要な仮想通貨の金額を、Ｂ１決済では有償石１００個とし、Ａ１決済では有償石５０個とすることで、ゲーム進行処理の対価を優遇する。

上記のとおり、第１決済手段による決済が行われた場合に様々な優遇が受けられるようにすることで、第２決済手段に比べて第１決済手段が使われやすいようにすることができる。

課金対象には、第１決済手段の決済によりユーザに付与される第１対象と、第２決済手段の決済によりユーザに付与される第２対象とが含まれる場合がある。ゲーム進行処理部２０１は、実施形態では、それら第１対象と第２対象とを区別なく使用してゲーム進行処理を実行した。その場合に、ゲーム進行処理部２０１は、ゲーム進行処理で使用される第１対象の割合に応じて、第２処理の対価または結果を優遇してもよい。

例えば、第１対象が有償石Ａ、第２対象が有償石Ｂだとして、或るアイテムは、有償石Ａだけなら１０個、有償石Ｂだけなら２０個で購入可能であるものとする。この場合、有償石Ａは５個で有償石Ｂ１０個分の価値がある。そこで、ゲーム進行処理部２０１は、そのアイテムを、５個の有償石Ａと１０個の有償石Ｂとで購入可能とすることで、第１対象の割合に応じて、ゲーム進行処理の対価を優遇する。

また、有償石１０個で引けるガチャにより或るアイテムを狙う場合に、有償石Ａは１個で２％獲得確率を上げ、有償石Ｂは１個で１％獲得確率を上げるものとする。この場合、ゲーム進行処理部２０１は、例えば４個の有償石Ａと６個の有償石Ｂとでガチャを引いたら獲得確率を１４％とし、８個の有償石Ａと２個の有償石Ｂとでガチャを引いたら獲得確率を１８％とする。このように、ゲーム進行処理部２０１は、第１対象の割合に応じて、ゲーム進行処理の結果を優遇する。

このような態様によれば、例えば購入済みの有償石Ｂが余っていた場合に、後から購入した有償石Ａと合わせて使用しても、有償石Ａによる特典を部分的にでも得ることができる。また、反対に、購入済みの有償石Ａが余っていた場合に、後から購入した有償石Ｂと合わせて使用しても、有償石Ａによる特典を部分的にでも得ることができる。いずれの場合も、購入済みの購入対象を無駄にせず有効活用することができる。

課金対象に第１対象と第２対象が含まれ、ゲーム進行処理部２０１は、第１決済手段の決済により第１対象をユーザに付与し、第２決済手段の決済により第２対象をユーザに付与する。そして、第１対象と第２対象のそれぞれが、課金に応じてユーザに付与される有償コンテンツと、ゲームの進行に基づき取得可能な無償コンテンツを含み、且つ、第１対象および第２対象において有償コンテンツが同一であるものとする。

例えば、第１対象は、有償石１０個と無償石Ａ１０個を含み、第２対象は、有償石１０個と無償石Ｂ１０個を含む。この場合に、ゲーム進行処理部２０１は、有償コンテンツへの課金の金額を異ならせることによって付与処理またはゲーム進行処理の対価を優遇してもよい。ゲーム進行処理部２０１は、例えば、第２決済手段を用いて第２対象の決済を行う際の価格を１０００円とすると、第１決済手段を用いて第１対象の決済を行う際の価格をそれよりも安い５００円とする。このようにすることで、第２対象の付与処理の対価（１０００円）よりも第１対象の付与処理の対価（５００円）の方が優遇されることになる。

また、ゲーム進行処理部２０１は、第１対象および第２対象の付与処理の対価を同じにする場合に、第２対象として購入した有償石１０個ではガチャを５回引けるようにし、第１対象として購入した有償石１０個ではガチャを１０回引けるようにしてもよい。このようにすることで、第２対象のゲーム進行処理の対価（ガチャ１回あたり有償石２個）よりも第１対象のゲーム進行処理の対価（ガチャ１回あたり有償石１個）の方が優遇されることになる。

上記の態様によれば、ユーザは、適切な決済手段を選択することでゲームにかかる出費を抑えることができる。

第１決済手段による決済および第２決済手段による決済が行われていくと、決済の実績が蓄えられていく。ゲーム進行処理部２０１は、蓄えられた決済の実績に基づいて追加の特典を付与してもよい。図１４の説明で述べたミッションにおけるクリア特典はこの追加の特典の一例である。図１４の例では、ゲーム進行処理部２０１は、例えば、有償石Ａを連続で所定回数購入した場合、すなわち、Ａ１決済を連続で所定回数行った場合に、マンスリーミッションのクリア特典をユーザに付与する。

上記の例以外にも、例えば、ゲーム進行処理部２０１は、第２決済手段による決済に対する第１決済手段よる決済の頻度または金額の比率に応じて追加の特典を付与してもよい。その場合、ゲーム進行処理部２０１は、例えば、月間の第１決済手段による決済の頻度または金額が第２決済手段による決済の頻度または金額の２倍以上である場合、２００個の無償石を追加の特典としてユーザに付与する。また、ゲーム進行処理部２０１は、この頻度または金額の比率が３倍以上である場合は３００個、４倍以上である場合は４００個というように、比率に応じた個数の無償石を追加の特典としてユーザに付与してもよい。このような態様によれば、第１決済手段を継続的に用いる動機を生じさせることができる。

実施形態では、２つの決済手段が用いられたが、３以上の決済手段が用いられてもよい。その場合、決済手段提示部２１３は、決済手段を選択するゲーム画面においてそれら３以上の決済手段を提示して、ゲーム進行処理部２０１は、選択された決済手段で決済された課金対象に関するゲーム処理を実行する。そして、ゲーム進行処理部２０１は、第１決済手段による決済が行われた場合、第１決済手段以外の決済手段（第２決済手段とみなす）による決済が行われた場合とは異なるゲーム処理を実行する。このような態様によっても、第２決済手段に比べて、第１決済手段が使われやすいようにすることができる。

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

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

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

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

（２）前記情報処理システムにおいて、前記ゲームは、複数のアプリケーションが提供される共通のプラットフォームにより提供され、前記第１決済手段の請求元は、前記プラットフォームの提供者とは異なり、前記第２決済手段の請求元は、前記プラットフォームの提供者である、もの。

このような態様によれば、プラットフォーム提供者の決済手段への依存を脱却することができる。

（３）前記情報処理システムにおいて、前記第１決済手段の請求元は、前記ゲームの提供者である、もの。

このような態様によれば、ゲーム提供者が決済の自由度を上げることができる。

（４）前記情報処理システムにおいて、前記ゲーム処理は、前記課金対象を前記ユーザに付与する第１処理と、前記課金対象を使用してゲームを進行させる第２処理を含み、前記処理ステップでは、前記第１決済手段による決済が行われた場合、前記第２決済手段による決済が行われた場合に比べて、前記第１処理または前記第２処理の対価または結果を優遇する、もの。

このような態様によれば、第１決済手段が使われやすいようにすることができる。

（５）前記情報処理システムにおいて、提示ステップでは、前記第１決済手段による決済を推奨する推奨情報を前記画面に提示する、もの。

このような態様によれば、第１決済手段が使われやすいようにすることができる。

（６）前記情報処理システムにおいて、前記課金対象は、第１対象と第２対象を含み、前記処理ステップでは、前記第１決済手段の決済により前記第１対象を前記ユーザに付与し、前記第２決済手段の決済により前記第２対象を前記ユーザに付与し、前記第１対象と前記第２対象とを区別なく使用して前記第２処理を実行する、もの。

このような態様によれば、プレイヤに決済手段の違いを意識させないようにすることができる。

（７）前記情報処理システムにおいて、前記処理ステップでは、前記第２処理で使用される前記第１対象の割合に応じて、前記第２処理の対価または結果を優遇する、もの。

このような態様によれば、購入済みの購入対象を有効活用することができる。

（８）前記情報処理システムにおいて、前記課金対象は、第１対象と第２対象を含み、前記第２処理は、第３処理と第４処理を含み、前記処理ステップでは、前記第１決済手段の決済により前記第１対象を前記ユーザに付与し、前記第２決済手段の決済により前記第２対象を前記ユーザに付与し、前記第１対象の使用に応じて前記第３処理を実行し、前記第２対象の使用に応じて前記第４処理を実行する、もの。

このような態様によれば、プレイヤに決済手段の違いを意識させることができる。

（９）前記情報処理システムにおいて、前記課金対象は、第１対象と第２対象を含み、前記第１対象と前記第２対象のそれぞれは、前記課金に応じて前記ユーザに付与される有償コンテンツと、前記ゲームの進行に基づき取得可能な無償コンテンツを含み、前記処理ステップでは、前記第１決済手段の決済により前記第１対象を前記ユーザに付与し、前記第２決済手段の決済により前記第２対象を前記ユーザに付与し、前記第１対象および前記第２対象において前記有償コンテンツが同一の場合に、前記無償コンテンツを異ならせることによって前記第１処理または前記第２処理の結果を優遇する、もの。

このような態様によれば、有償コンテンツの価値を変えることなく、決済手段ごとの違いを出すことができる。

（１０）前記情報処理システムにおいて、前記課金対象は、第１対象と第２対象を含み、前記第１対象と前記第２対象のそれぞれは、前記課金に応じて前記ユーザに付与される有償コンテンツと、前記ゲームの進行に基づき取得可能な無償コンテンツを含み、前記処理ステップでは、前記第１決済手段の決済により前記第１対象を前記ユーザに付与し、前記第２決済手段の決済により前記第２対象を前記ユーザに付与し、前記第１対象および前記第２対象において前記有償コンテンツが同一の場合に、前記課金の金額を異ならせることによって前記第１処理または前記第２処理の対価を優遇する、もの。

このような態様によれば、適切な決済手段を選択することで出費を抑えることができる。

（１１）前記情報処理システムにおいて、前記処理ステップでは、前記第２決済手段による決済に対する前記第１決済手段よる決済の頻度または金額の比率に応じて追加の特典を付与する、もの。

このような態様によれば、第１決済手段を継続的に用いる動機を生じさせることができる。

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

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

（１３）プログラムであって、コンピュータに、前記情報処理システムの各ステップを実行させる、もの。

このような態様によれば、決済手段の選択肢を増やすことができる。
もちろん、この限りではない。
また、上述した実施形態および変形例を任意に組み合わせて実施するようにしてもよい。

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

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

Claims (8)

1. 情報処理システムであって、
   前記情報処理システムが、
   提示ステップでは、ユーザによるゲーム内の課金に対する決済を行う決済手段を当該ゲームの画面において提示させ、前記決済手段には、請求元が異なる第１決済手段および第２決済手段が含まれ、
   処理ステップでは、前記決済がされた課金対象に関するゲーム処理を実行し、前記第１決済手段による決済が行われた場合、前記第２決済手段による決済が行われた場合とは異なるゲーム処理を実行し、
   前記ゲーム処理は、前記課金対象を前記ユーザに付与する第１処理と、前記課金対象を使用してゲームを進行させる第２処理を含み、
   前記処理ステップでは、前記第１決済手段による決済が行われた場合、前記第２決済手段による決済が行われた場合に比べて、前記第１処理または前記第２処理の対価または結果を優遇し、
   前記課金対象は、第１対象と第２対象を含み、
   前記処理ステップでは、
   前記第１決済手段の決済により前記第１対象を前記ユーザに付与し、
   前記第２決済手段の決済により前記第２対象を前記ユーザに付与し、
   前記第１対象と前記第２対象とを区別なく使用して前記第２処理を実行する、
   情報処理システム。
2. 請求項１に記載の情報処理システムにおいて、
   前記情報処理システムが、
   前記処理ステップでは、前記第２処理で使用される前記第１対象の割合に応じて、前記第２処理の対価または結果を優遇する、
   情報処理システム。
3. 情報処理システムであって、
   前記情報処理システムが、
   提示ステップでは、ユーザによるゲーム内の課金に対する決済を行う決済手段を当該ゲームの画面において提示させ、前記決済手段には、請求元が異なる第１決済手段および第２決済手段が含まれ、
   処理ステップでは、前記決済がされた課金対象に関するゲーム処理を実行し、前記第１決済手段による決済が行われた場合、前記第２決済手段による決済が行われた場合とは異なるゲーム処理を実行し、
   前記ゲーム処理は、前記課金対象を前記ユーザに付与する第１処理と、前記課金対象を使用してゲームを進行させる第２処理を含み、
   前記処理ステップでは、前記第１決済手段による決済が行われた場合、前記第２決済手段による決済が行われた場合に比べて、前記第１処理または前記第２処理の対価または結果を優遇し、
   前記課金対象は、第１対象と第２対象を含み、
   前記第２処理は、第３処理と第４処理を含み、
   前記処理ステップでは、
   前記第１決済手段の決済により前記第１対象を前記ユーザに付与し、
   前記第２決済手段の決済により前記第２対象を前記ユーザに付与し、
   前記第１対象の使用に応じて前記第３処理を実行し、
   前記第２対象の使用に応じて前記第４処理を実行する、
   情報処理システム。
4. 情報処理システムであって、
   前記情報処理システムが、
   提示ステップでは、ユーザによるゲーム内の課金に対する決済を行う決済手段を当該ゲームの画面において提示させ、前記決済手段には、請求元が異なる第１決済手段および第２決済手段が含まれ、
   処理ステップでは、前記決済がされた課金対象に関するゲーム処理を実行し、前記第１決済手段による決済が行われた場合、前記第２決済手段による決済が行われた場合とは異なるゲーム処理を実行し、
   前記ゲーム処理は、前記課金対象を前記ユーザに付与する第１処理と、前記課金対象を使用してゲームを進行させる第２処理を含み、
   前記処理ステップでは、前記第１決済手段による決済が行われた場合、前記第２決済手段による決済が行われた場合に比べて、前記第１処理または前記第２処理の対価または結果を優遇し、
   前記課金対象は、第１対象と第２対象を含み、前記第１対象と前記第２対象のそれぞれは、前記課金に応じて前記ユーザに付与される有償コンテンツと、前記ゲームの進行に基づき取得可能な無償コンテンツを含み、
   前記処理ステップでは、
   前記第１決済手段の決済により前記第１対象を前記ユーザに付与し、
   前記第２決済手段の決済により前記第２対象を前記ユーザに付与し、
   前記第１対象および前記第２対象において前記有償コンテンツが同一の場合に、前記無償コンテンツを異ならせることによって前記第１処理または前記第２処理の結果を優遇する、
   情報処理システム。
5. 情報処理システムであって、
   前記情報処理システムが、
   提示ステップでは、ユーザによるゲーム内の課金に対する決済を行う決済手段を当該ゲームの画面において提示させ、前記決済手段には、請求元が異なる第１決済手段および第２決済手段が含まれ、
   処理ステップでは、前記決済がされた課金対象に関するゲーム処理を実行し、前記第１決済手段による決済が行われた場合、前記第２決済手段による決済が行われた場合とは異なるゲーム処理を実行し、
   前記ゲーム処理は、前記課金対象を前記ユーザに付与する第１処理と、前記課金対象を使用してゲームを進行させる第２処理を含み、
   前記処理ステップでは、前記第１決済手段による決済が行われた場合、前記第２決済手段による決済が行われた場合に比べて、前記第１処理または前記第２処理の対価または結果を優遇し、
   前記課金対象は、第１対象と第２対象を含み、
   前記第１対象と前記第２対象のそれぞれは、前記課金に応じて前記ユーザに付与される有償コンテンツと、前記ゲームの進行に基づき取得可能な無償コンテンツを含み、
   前記処理ステップでは、
   前記第１決済手段の決済により前記第１対象を前記ユーザに付与し、
   前記第２決済手段の決済により前記第２対象を前記ユーザに付与し、
   前記第１対象および前記第２対象において前記有償コンテンツが同一の場合に、前記課金の金額を異ならせることによって前記第１処理または前記第２処理の対価を優遇する、
   情報処理システム。
6. 情報処理システムであって、
   前記情報処理システムが、
   提示ステップでは、ユーザによるゲーム内の課金に対する決済を行う決済手段を当該ゲームの画面において提示させ、前記決済手段には、請求元が異なる第１決済手段および第２決済手段が含まれ、
   処理ステップでは、前記決済がされた課金対象に関するゲーム処理を実行し、前記第１決済手段による決済が行われた場合、前記第２決済手段による決済が行われた場合とは異なるゲーム処理を実行し、前記第２決済手段による決済に対する前記第１決済手段よる決済の頻度または金額の比率に応じて追加の特典を付与する、
   情報処理システム。
7. 情報処理装置であって、
   請求項１～請求項６の何れか１つに記載の情報処理システムの各ステップを実行するように構成される、情報処理装置。
8. プログラムであって、
   コンピュータに、請求項１～請求項６の何れか１つに記載の情報処理システムの各ステップを実行させる、プログラム。