特許 7572648 情報処理装置、プログラムおよび情報処理方法

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

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-10-16

(45)【発行日】2024-10-24

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

(51)【国際特許分類】

   A63F 13/792 20140101AFI20241017BHJP

   A63F 13/79 20140101ALI20241017BHJP

【ＦＩ】

A63F13/792

A63F13/79 520

【請求項の数】 4

(21)【出願番号】P 2023067952

(22)【出願日】2023-04-18

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

【原出願日】2020-10-01

(65)【公開番号】P2023086831

(43)【公開日】2023-06-22

【審査請求日】2023-08-08

(73)【特許権者】

【識別番号】500033117

【氏名又は名称】株式会社ＭＩＸＩ

(72)【発明者】

【氏名】仲安 晃一

(72)【発明者】

【氏名】中川 直香

(72)【発明者】

【氏名】福田 匠

(72)【発明者】

【氏名】金子 新

(72)【発明者】

【氏名】池田 奈々

【審査官】三村 拓哉

(56)【参考文献】

【文献】特開２０１２－２４９７１４（ＪＰ，Ａ）

【文献】特開２０１５－１９２７５０（ＪＰ，Ａ）

【文献】特開２０１６－０２１０８７（ＪＰ，Ａ）

【文献】特開２０１９－１３６０６５（ＪＰ，Ａ）

【文献】特開２０１７－１４３９９０（ＪＰ，Ａ）

【文献】特開２０１７－１５３５９３（ＪＰ，Ａ）

【文献】特開２０１６－１４０４９２（ＪＰ，Ａ）

【文献】特開２０２１－０６１９０１（ＪＰ，Ａ）

【文献】特開２０１２－２２３６１４（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ａ６３Ｆ １３／００－１３／９８

(57)【特許請求の範囲】

【請求項1】

プロセッサを備え、
前記プロセッサは、
共同してゲームを行う第１プレイヤと第２プレイヤとから、選択肢の選択を受け付けることでシナリオが分岐して進行するゲームを提供し、
前記第１プレイヤと前記第２プレイヤそれぞれの端末に、第１選択肢と第２選択肢とを少なくとも含む複数の選択肢を表示させ、
前記第１プレイヤ及び前記第２プレイヤの両者から前記第１選択肢の選択を受け付けた場合には第１シナリオを進行させ、前記第１プレイヤ及び前記第２プレイヤの両者から前記第２選択肢の選択を受け付けた場合には第２シナリオを進行させ、
前記第１プレイヤ及び前記第２プレイヤのそれぞれが、所定の価値に相当するゲーム媒体を対価として支払うことで、前記第１選択肢を選択可能に制御し、
前記第１プレイヤ及び前記第２プレイヤからの前記対価の支払いを要せずに前記第２選択肢を選択可能に制御し、
前記第１プレイヤが前記対価の支払いができない状態にある場合に、前記第２プレイヤの端末に所定画面を表示させ、
前記所定画面に対する入力を前記第２プレイヤから受け付けることに基づいて、前記第２プレイヤが、自身の所有する前記ゲーム媒体を、前記第１プレイヤが支払うべき前記対価の少なくとも一部に充当することを可能とする、
情報処理装置。

【請求項2】

共同してゲームを行う第１プレイヤと第２プレイヤとから、選択肢の選択を受け付けることでシナリオが分岐して進行するゲームをプロセッサが提供し、
前記第１プレイヤと前記第２プレイヤそれぞれの端末に、第１選択肢と第２選択肢とを少なくとも含む複数の選択肢をプロセッサが表示させ、
前記第１プレイヤ及び前記第２プレイヤの両者から前記第１選択肢の選択を受け付けた場合には第１シナリオを進行させ、前記第１プレイヤ及び前記第２プレイヤの両者から前記第２選択肢の選択を受け付けた場合には第２シナリオをプロセッサが進行させ、
前記第１プレイヤ及び前記第２プレイヤのそれぞれが、所定の価値に相当するゲーム媒体を対価として支払うことで、前記第１選択肢を選択可能にプロセッサが制御し、
前記第１プレイヤ及び前記第２プレイヤからの前記対価の支払いを要せずに前記第２選択肢を選択可能にプロセッサが制御し、
前記第１プレイヤが前記対価の支払いができない状態にある場合に、前記第２プレイヤの端末に所定画面をプロセッサが表示させ、
前記所定画面に対する入力を前記第２プレイヤから受け付けることに基づいて、前記第２プレイヤが、自身の所有する前記ゲーム媒体を、前記第１プレイヤが支払うべき前記対価の少なくとも一部に充当することをプロセッサが可能とする、
情報処理方法。

【請求項3】

プロセッサに、
共同してゲームを行う第１プレイヤと第２プレイヤとから、選択肢の選択を受け付けることでシナリオが分岐して進行するゲームを提供させ、
前記第１プレイヤと前記第２プレイヤそれぞれの端末に、第１選択肢と第２選択肢とを少なくとも含む複数の選択肢を表示させ、
前記第１プレイヤ及び前記第２プレイヤの両者から前記第１選択肢の選択を受け付けた場合には第１シナリオを進行させ、前記第１プレイヤ及び前記第２プレイヤの両者から前記第２選択肢の選択を受け付けた場合には第２シナリオを進行させ、
前記第１プレイヤ及び前記第２プレイヤのそれぞれが、所定の価値に相当するゲーム媒体を対価として支払うことで、前記第１選択肢を選択可能に制御させ、
前記第１プレイヤ及び前記第２プレイヤからの前記対価の支払いを要せずに前記第２選択肢を選択可能に制御させ、
前記第１プレイヤが前記対価の支払いができない状態にある場合に、前記第２プレイヤの端末に所定画面を表示させ、
前記所定画面に対する入力を前記第２プレイヤから受け付けることに基づいて、前記第２プレイヤが、自身の所有する前記ゲーム媒体を、前記第１プレイヤが支払うべき前記対価の少なくとも一部に充当することを可能とさせる、
プログラム。

【請求項4】

端末装置と、前記端末装置と通信可能に構成されるサーバ装置と、を備え、
前記サーバ装置は、
共同してゲームを行う第１プレイヤと第２プレイヤとから、選択肢の選択を受け付けることでシナリオが分岐して進行するゲームを端末装置に提供し、
前記第１プレイヤと前記第２プレイヤそれぞれの端末装置に、第１選択肢と第２選択肢とを少なくとも含む複数の選択肢を表示させ、
前記第１プレイヤ及び前記第２プレイヤの両者から前記第１選択肢の選択を受け付けた場合には第１シナリオを進行させ、前記第１プレイヤ及び前記第２プレイヤの両者から前記第２選択肢の選択を受け付けた場合には第２シナリオを進行させ、
前記第１プレイヤ及び前記第２プレイヤのそれぞれが、所定の価値に相当するゲーム媒体を対価として支払うことで、前記第１選択肢を選択可能に制御し、
前記第１プレイヤ及び前記第２プレイヤからの前記対価の支払いを要せずに前記第２選択肢を選択可能に制御し、
前記第１プレイヤが前記対価の支払いができない状態にある場合に、前記第２プレイヤの端末装置に所定画面を表示させ、
前記所定画面に対する入力を前記第２プレイヤから受け付けることに基づいて、前記第２プレイヤが、自身の所有する前記ゲーム媒体を、前記第１プレイヤが支払うべき前記対価の少なくとも一部に充当することを可能とする、
情報処理システム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、情報処理装置、プログラムおよび情報処理方法に関する。

【背景技術】

【0002】

従来、複数の人数でプレイするゲームであって、プレイヤ間でプレイに必要なゲーム媒体の譲渡が可能なゲームが開発されている。例えば、特許文献１には、プレイ前にフレンドからもらったゲーム媒体であるポイントを使って、レイド戦（共同バトル）でのみ実行可能なイベント（フレンドボム）を実行できるゲームを提供するサーバが開示されている。

【先行技術文献】

【特許文献】

【0003】

【文献】特開２０１９－８１０４６公報

【発明の概要】

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

【0004】

一方、プレイヤが協力して進めるゲームにおいてゲーム媒体の消費が必要な場合に、各プレイヤが所有するゲーム媒体の額の格差によって、円滑な進行が妨げられる場合があった。

【0005】

本発明は、複数のプレイヤがゲーム媒体を消費しながら共同して進めるゲームにおいて、円滑なゲームの進行が可能となる情報処理装置、プログラム、および情報処理方法を提供する。

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

【0006】

本発明の一態様では、ゲーム提供部と、イベント制御部と、ゲーム媒体管理部とを備え、前記ゲーム提供部は、複数のプレイヤが第１イベントを含む所定のイベントを共同して実行することで進行するゲームを提供し、前記イベント制御部は、前記複数のプレイヤそれぞれが、所定の価値に相当するゲーム媒体を対価として支払うことで、前記第１イベントを実行可能に制御し、前記ゲーム媒体管理部は、前記複数のプレイヤそれぞれが所有する前記ゲーム媒体を管理し、１のプレイヤが、自身の所有する前記ゲーム媒体を、他のプレイヤが支払うべき前記対価の少なくとも一部に充当することを可能とする、情報処理装置が提供される。

【0007】

このような構成を備えることにより、複数のプレイヤがゲーム媒体を消費しながら共同して進めるゲームにおいて、プレイヤ間で所有するゲーム媒体の額に格差がある場合に、１のプレイヤが所有するゲーム媒体を用いてゲームを進行することが可能となり、ゲームの進行が円滑となる。

【図面の簡単な説明】

【0008】

【図1】第１実施形態に係るゲーム提供システム１の概要を示す図である。

【図2】第１実施形態に係るサーバ１０のハードウェア構成を示すブロック図である。

【図3】第１実施形態に係るユーザ端末２０のハードウェア構成を示すブロック図である。

【図4】第１実施形態に係るサーバ１０の機能構成を示すブロック図である。

【図5】選択肢表示画面３０を示す図である。

【図6】プレゼント提案画面４０を示す図である。

【図7】プレゼント数決定画面５０を示す図である。

【図8】プレゼント完了画面６０を示す図である。

【図9】ゲーム提供システム１の処理の流れを説明するシーケンス図である。

【図10】チケット譲渡処理（ステップＳ２００）の処理の流れを説明するシーケンス図である。

【図11】変形例１におけるプレゼント提案画面４０を示す図である。

【図12】変形例２におけるプレゼント依頼画面４５を示す図である。

【図13】第２実施形態における立替提案画面７０を示す図である。

【図14】第２実施形態におけるゲーム提供システム１の処理の流れを説明するシーケンス図である。

【図15】チケット立替処理（ステップＳ３００）の処理の流れを説明するシーケンス図である。

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

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

本発明の一態様では、ゲーム提供部１１aと、イベント制御部１１ｂと、ゲーム媒体管理部１１ｃとを備え、ゲーム提供部１１aは、複数のプレイヤが第１イベントを含む所定のイベントを共同して実行することで進行するゲームを提供し、イベント制御部１１ｂは、複数のプレイヤそれぞれが、所定の価値に相当するゲーム媒体としてのチケットを対価として支払うことで、第１イベントを実行可能に制御し、ゲーム媒体管理部１１ｃは、複数のプレイヤそれぞれが所有するゲーム媒体を管理し、１のプレイヤが、自身の所有するゲーム媒体を、他のプレイヤが支払うべき対価の少なくとも一部に充当することを可能とする、情報処理装置が提供される。

【0092】

このような構成とすることにより、複数のプレイヤがゲーム媒体を消費しながら共同して進めるゲームにおいて、プレイヤ間で所有するゲーム媒体の額に格差がある場合に、１のプレイヤが所有するゲーム媒体を用いてゲームを進行することが可能となり、ゲームの進行が円滑となる。

【0093】

また、ゲーム媒体管理部１１ｃは、１のプレイヤが、他のプレイヤへ第１イベントを実行可能にするためのゲーム媒体を譲渡することを可能としてもよい。

【0094】

このような構成とすることにより、１のプレイヤからゲーム媒体の譲渡を受けて、他のプレイヤが当該ゲーム媒体を対価として支払うことにより、プレイヤ同士の連帯感が強まり、より円滑に共同してゲームを進めることが可能となる。

【0095】

また、ゲーム媒体管理部１１ｃは、第１イベントの対価の額について、複数のプレイヤそれぞれに対して、所定の比率を設定してもよい。

【0096】

このような構成とすることにより、対価の支払いについて複数のプレイヤ内での比率を設定可能にすることにより、プレイヤの組み合わせに応じて様々な配分が実現され、より円滑なゲーム進行が実現される。

【0097】

また、ゲーム媒体管理部１１ｃは、イベントの実行要求を受け付け可能な時にのみ、充当を可能としてもよい。

【0098】

このような構成とすることにより、ゲーム媒体の充当をイベントの実行要求を受け付け可能な時に限定することにより、ゲーム媒体が不必要に譲渡され、ゲーム媒体の価値が低下することを防ぐことができる。

【0099】

また、ゲーム媒体管理部１１ｃは、他のプレイヤが対価の支払いができない状態にある場合に、１のプレイヤに対して、充当について通知してもよい。

【0100】

このような構成とすることにより、ゲーム媒体を多く所有しているプレイヤに対して、他のプレイヤのゲーム媒体が不足していることを通知することで、ゲーム媒体の譲渡が促進され、円滑なゲーム進行が実現される。

【0101】

また、ゲーム媒体管理部１１ｃは、他のプレイヤが対価の支払いができない状態にある場合に、他のプレイヤに対して、充当についての１のプレイヤへの依頼を通知してもよい。

【0102】

このような構成とすることにより、ゲーム媒体が不足しているプレイヤに対して、他のプレイヤへの譲渡の依頼を促すことにより、ゲーム媒体の譲渡が促進され、円滑なゲーム進行が実現される。

【0103】

ゲーム媒体管理部１１ｃは、１のプレイヤに対して、第１イベントを実行するために他のプレイヤが必要なゲーム媒体の額と、他のプレイヤが所有するゲーム媒体の額との差額を通知し、１のプレイヤが、差額に相当するゲーム媒体について充当することを可能としてもよい。

【0104】

このような構成とすることにより、１のプレイヤが最低限譲渡する必要があるゲーム媒体の額を通知することにより、譲渡後に確実に第１イベントを実行することが可能となる。

【0105】

イベント制御部１１ｂは、プレイヤが第１イベントと第２イベントとを含む複数のイベントから任意のイベントを選択して実行する操作を受け付け、対価の支払いがなくても、第２イベントを実行可能に制御し、プレイヤが第１イベントを選択する際には充当ができ、第２イベントを選択する際には充当ができないように制御してもよい。

【0106】

このような構成とすることにより、ゲーム媒体の支払いが不要な第２イベントの選択時には、ゲーム媒体の譲渡を不可とすることにより、ゲーム媒体が不必要に譲渡され、ゲーム媒体の価値が低下することを防ぐことができる。

【0107】

ゲーム提供部１１aは、複数のプレイヤそれぞれが操作する端末に複数の選択肢を表示させ、複数の選択肢には、第１イベントを実行するための第１選択肢が含まれ、イベント制御部１１ｂは、複数のプレイヤそれぞれが所定の価値に相当するゲーム媒体を対価として支払うことを条件に第１選択肢の選択を受け付け、複数の選択肢の中から１つの選択肢を選択する入力を複数のプレイヤそれぞれから受け付け、複数のプレイヤが同一の選択肢を選択した場合に、選択肢に対応したイベントを実行し、ゲーム媒体管理部１１ｃは、１のプレイヤから、対価の支払いに使用できるゲーム媒体を他のプレイヤへ譲渡する譲渡指示を受け付け、譲渡指示に基づいて、１のプレイヤが所有するゲーム媒体を、他のプレイヤへ譲渡してもよい。

【0108】

このような構成とすることにより、複数のプレイヤが共同して同一の選択肢を選択することにより進行するゲームにおいて、ゲーム媒体が必要な選択肢を選択する際に、ゲーム媒体の譲渡が可能となり、円滑なゲーム進行が実現される。

【0109】

ゲーム媒体管理部１１ｃは、１のプレイヤから第１選択肢の選択を受け付けた場合において、他のプレイヤが第１選択肢の選択に必要な対価を支払うためのゲーム媒体を所有していない場合には、第１のプレイヤに対して譲渡について通知し、他のプレイヤが第１選択肢の選択に必要な対価を支払うためのゲーム媒体を所有している場合には、１のプレイヤに対して譲渡について通知しない構成としてもよい。

【0110】

このような構成とすることにより、１のプレイヤが対価の支払いが必要な第１選択肢を選択した場合に、他のプレイヤに譲渡が必要な場合にのみ譲渡について通知することで、円滑なゲーム進行が実現される。

【0111】

ゲーム媒体管理部１１ｃは、他のプレイヤから第１選択肢の選択を受け付けた場合において、他のプレイヤが第１選択肢の選択に必要な対価を支払うためのゲーム媒体を所有していない場合には、１のプレイヤに対して譲渡について通知し、他のプレイヤが第１選択肢の選択に必要な対価を支払うためのゲーム媒体を所有している場合には、１のプレイヤに対して譲渡について通知しない構成としてもよい。

【0112】

このような構成とすることにより、他のプレイヤが対価の支払いが必要な第１選択肢を選択した場合に、他のプレイヤに譲渡が必要な場合にのみ譲渡について通知することで、円滑なゲーム進行が実現される。

【0113】

ゲーム媒体管理部１１ｃは、他のプレイヤが、第１選択肢の選択に必要な対価を支払うためのゲーム媒体を所有していない場合において、第１のプレイヤが、自身が支払うべき対価の額と、他のプレイヤが対価を支払うために不足している不足額との合計額に相当するゲーム媒体を所有している場合に、譲渡について通知し、合計額に相当するゲーム媒体を１のプレイヤが所有していない場合には、譲渡について通知しない構成としてもよい。

【0114】

このような構成とすることにより、１のプレイヤから他のプレイヤへの譲渡により、第１選択肢の選択が可能な場合にのみ、譲渡を通知することで、円滑なゲーム進行が実現される。

【0115】

本発明の他の態様では、コンピュータに、ゲーム提供ステップと、イベント制御ステップと、ゲーム媒体管理ステップとを実行させるコンピュータプログラムであって、ゲーム提供ステップでは、複数のプレイヤが第１イベントを含む所定のイベントを共同して実行することで進行するゲームを提供し、イベント制御ステップでは、複数のプレイヤそれぞれが、所定の価値に相当するゲーム媒体を対価として支払うことで、第１イベントを実行可能に制御し、ゲーム媒体管理ステップでは、複数のプレイヤそれぞれが所有するゲーム媒体を管理し、１のプレイヤが、自身の所有するゲーム媒体を、他のプレイヤが支払うべき対価の少なくとも一ステップに充当することを可能とする、コンピュータプログラムが提供される。

【0116】

本発明のさらに他の態様では、コンピュータが、ゲーム提供ステップと、イベント制御ステップと、ゲーム媒体管理ステップとを実行する情報処理方法であって、ゲーム提供ステップでは、複数のプレイヤが第１イベントを含む所定のイベントを共同して実行することで進行するゲームを提供し、イベント制御ステップでは、複数のプレイヤそれぞれが、所定の価値に相当するゲーム媒体を対価として支払うことで、第１イベントを実行可能に制御し、ゲーム媒体管理ステップでは、複数のプレイヤそれぞれが所有するゲーム媒体を管理し、１のプレイヤが、自身の所有するゲーム媒体を、他のプレイヤが支払うべき対価の少なくとも一ステップに充当することを可能とする、情報処理方法が提供される。

【符号の説明】

【0117】

１ ：ゲーム提供システム
５ ：通信回線
１０ ：サーバ
１１ ：制御部
１１ａ ：ゲーム提供部
１１ｂ ：イベント制御部
１１ｃ ：ゲーム媒体管理部
１２ ：記憶部
１３ ：通信部
１４ ：操作入力部
１５ ：モニタ
１６ ：システムバス
２０ ：ユーザ端末
２１ ：制御部
２２ ：記憶部
２３ ：通信部
２４ ：表示部
２５ ：スピーカ
２６ ：マイク
２７ ：カメラ
２８ ：操作ボタン
２９ ：システムバス
３０ ：選択肢表示画面
３１ ：ミッションアイコン
３２ ：所有チケット表示アイコン
３３ ：選択肢アイコン
３３ａ ：プレミアム選択肢
３３ｂ ：ノーマル選択肢
３４ ：必要チケット表示アイコン
４０ ：プレゼント提案画面
４１ ：提案内容表示アイコン
４２ ：承諾ボタン
４３ ：拒否ボタン
４５ ：プレゼント依頼画面
４６ ：依頼内容表示アイコン
５０ ：プレゼント数決定画面
５１ ：プレゼント数入力エリア
５２ ：決定ボタン
６０ ：プレゼント完了画面
６１ ：完了表示アイコン
６２ ：確認ボタン
７０ ：立替提案画面
７１ ：立替内容表示アイコン
７２ ：承諾ボタン
７３ ：拒否ボタン

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】