特開 2023-95843 情報処理装置、情報処理方法及びプログラム

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

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

(11)【公開番号】P2023095843

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

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

(51)【国際特許分類】

   A63F 13/69 20140101AFI20230629BHJP

   A63F 13/79 20140101ALI20230629BHJP

【ＦＩ】

A63F13/69

A63F13/79

【審査請求】未請求

【請求項の数】1

【出願形態】ＯＬ

(21)【出願番号】P 2023016953

(22)【出願日】2023-02-07

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

【原出願日】2021-12-24

(71)【出願人】

【識別番号】500033117

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

(72)【発明者】

【氏名】尾崎 悠

(57)【要約】

【課題】ユーザにゲーム媒体を付与するための新たな仕組みを提供することを可能とする
情報処理装置を提供すること。
【解決手段】ゲーム領域に含まれる複数の位置の各々に複数のゲーム媒体のうちの少なく
とも１つを関連づけた情報を、ユーザに対して決定する決定部と、所定の契機に応じて、
前記ゲーム領域に含まれる複数の位置から１つ以上の位置を選択する選択部と、前記選択
部により位置が選択されることに応じて、前記ゲーム領域に含まれる複数の位置に対して
設定される複数のグループのうち少なくとも１つが所定条件を達成した場合、前記所定条
件を達成したグループに含まれる位置に関連づけられるゲーム媒体の少なくとも１つを前
記ユーザに付与可能に制御する制御部と、を有する情報処理装置を提供する。
【選択図】図３

【特許請求の範囲】

【請求項1】

ゲーム領域に含まれる複数の位置の各々に複数のゲーム媒体のうちの少なくとも１つを
関連づけた情報を、ユーザに対して決定する決定部と、
所定の契機に応じて、前記ゲーム領域に含まれる複数の位置から１つ以上の位置を選択
する選択部と、
前記選択部により位置が選択されることに応じて、前記ゲーム領域に含まれる複数の位
置に対して設定される複数のグループのうち少なくとも１つが所定条件を達成した場合、
前記所定条件を達成したグループに含まれる位置に関連づけられるゲーム媒体の少なくと
も１つを前記ユーザに付与可能に制御する制御部と、
を有する情報処理装置。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

デッキと呼ばれる、複数のゲーム媒体から構成されるチームを用いて、クエストをクリ
アしていくゲームが知られている。例えば、特許文献１には、ユーザが所持するプレイヤ
キャラクタを用いてクエストを実行するゲームが開示されている。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０２０－０４４３２０号公報

【発明の概要】

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

【0004】

ゲーム媒体を用いてクエストをクリアしていくゲームでは、ユーザは、例えば、ゲーム
媒体同士を合成することで所持するゲーム媒体を強化したり、より強力なゲーム媒体を入
手したりしながら、ゲームを進めていくことになる。しかしながら、新たなゲーム媒体の
入手に行き詰ってしまうと、ユーザはゲームをプレイする意欲を失ってしまう可能性があ
る。そのため、ゲーム媒体を入手する方法を多様化することは、プレイするユーザ数の増
加やゲームの活性化につながると考えられる。

【0005】

そこで、本発明は、ユーザにゲーム媒体を付与するための新たな仕組みを提供すること
を可能とする情報処理装置、情報処理方法及びプログラムを提供することを目的とする。

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

【0006】

本発明の一態様に係る情報処理装置は、ゲーム領域に含まれる複数の位置の各々に複数
のゲーム媒体のうちの少なくとも１つを関連づけた情報を、ユーザに対して決定する決定
部と、所定の契機に応じて、前記ゲーム領域に含まれる複数の位置から１つ以上の位置を
選択する選択部と、前記選択部により位置が選択されることに応じて、前記ゲーム領域に
含まれる複数の位置に対して設定される複数のグループのうち少なくとも１つが所定条件
を達成した場合、前記所定条件を達成したグループに含まれる位置に関連づけられるゲー
ム媒体の少なくとも１つを前記ユーザに付与可能に制御する制御部と、を有する。

【発明の効果】

【0007】

本発明によれば、ユーザにゲーム媒体を付与するための新たな仕組みを提供することが
できる。

【図面の簡単な説明】

【0008】

【図1】本実施形態に係るゲームシステムのシステム構成の一例を示す図である。

【図2】ゲームサーバ及び端末のハードウェア構成の一例を示す図である。

【図3】ゲームサーバの機能ブロック構成の一例を示す図である。

【図4】端末の機能ブロック構成の一例を示す図である。

【図5】ユーザ管理ＤＢ及びキャラクタ管理ＤＢの一例を示す図である。

【図6】ゲームサーバが行う処理手順の一例を示すフローチャートである。

【図7】ビンゴカードの一例を示す図である。

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

【0009】

添付図面を参照して、本発明の実施形態について説明する。なお、各図において、同一
の符号を付したものは、同一又は同様の構成を有する。

【0010】

＜システム構成＞
図１は、本実施形態に係るゲームシステム１のシステム構成の一例を示す図である。図
１に示すゲームシステム１は、ゲームサーバ１０と、１以上の端末２０とを備える。ゲー
ムサーバ１０及び端末２０は、インターネット、イントラネット、無線ＬＡＮ又は移動通
信等の通信ネットワークＮを介して互いに通信可能に接続されている。

【0011】

ゲームサーバ１０は、例えば、プレイヤに関する各種情報を管理したり、ゲームの一部
の処理を実行したりする等、端末２０がゲームを提供する上でその一部の機能を担う装置
である。ゲームサーバ１０は、１又は複数の情報処理装置から構成されていてもよいし、
仮想的なサーバ（クラウドサーバ等）を用いて構成されていてもよい。

【0012】

端末２０は、ゲームをプレイヤに提供する情報処理装置であり、プレイヤは、端末２０
を操作することで本実施形態に係るゲームを実行することができる。端末２０は、例えば
、携帯電話（スマートフォンを含む）、タブレット、パーソナルコンピュータ、アーケー
ドゲーム装置、又は、コンシューマゲーム装置等のコンピュータである。端末２０は、Ｇ
ＰＳ(Global Positioning System)等を用いて検出した自身の位置をゲームサーバ１０に
通知する。

【0013】

＜ゲーム概要＞
続いて、本実施形態に係るゲームシステム１が提供するゲームの概要を説明する。ゲー
ムシステム１が提供するゲームでは、ユーザ（プレイヤと称してもよい）は、編成したデ
ッキを用いてクエストをクリアすることで、新たなゲーム媒体やアイテムを入手すること
ができる。また、ユーザは、入手した複数のゲーム媒体を合成することでより強いキャラ
クタを生成したり、アイテムを用いてゲーム媒体の属性を強化したりすることで、より難
易度の高いクエストに挑戦することができる。ゲーム媒体は、ゲームオブジェクトと称し
てもよい。また、ゲーム媒体は、キャラクタやゲームカード等であってもよい。

【0014】

クエストとは、予め定められた一定の条件を満たすことでクリア可能な課題を意味する
用語である。クエストは、一般的には、探索、課題及びミッションと呼ばれることもある
。また、クエストとミッションは同一の意味ではなく、後述するように、異なる意味で用
いられてもよい。クエストをプレイするユーザは、当該一定の条件を満たすことでクエス
トをクリアすることができ、クエストをクリアすると、ユーザに報酬が与えられたり、ゲ
ームのストーリーが進行したりする。なお、本実施形態では、ゲームの中で様々なクエス
トが提供されることを想定しているが、本実施形態がこれに限定されるものではない。本
実施形態における「クエスト」の用語は、ゲームそのものを意味してもよい。本実施形態
では、ユーザがゲームを実行する又はクエストを実行することを、ゲームをプレイする又
はクエストをプレイすると称してもよい。

【0015】

デッキとは、複数のゲーム媒体を組み合わせたグループを意味する用語である。ユーザ
は、ユーザが所持している複数のゲーム媒体の中から選択したゲーム媒体でデッキを編成
することができる。

【0016】

ゲームでは、所定の達成条件を満たすことで達成可能な課題（以下、「ミッション」と
言う。）がユーザに対して複数提示されてもよい。ミッションは、クエストをプレイする
ことで達成可能な課題であってもよい。例えば、「XXクエストをプレイせよ」「少なくと
も１つのモンスターを３ターン以内で倒せ」、「全モンスターを５分以内に倒せ」などと
いったミッションが挙げられる。また、ミッションは、クエストをクリアすることで達成
可能な課題であってもよい。例えば、「XXクエストをクリアせよ」、「YYキャラクタを含
むデッキでクエストをクリアせよ」などといったミッションが挙げられる。また、ミッシ
ョンは、クエストのプレイ又はクリアとは関連のない課題であってもよい。例えば、「１
日１回ログインせよ」、「連続して５日ログインせよ」、「アイテムをZZ個以上集めろ」
、「３日連続で50km以上移動せよ」などといったミッションが挙げられる。

【0017】

＜ハードウェア構成＞
図２は、ゲームサーバ１０及び端末２０のハードウェア構成の一例を示す図である。ゲ
ームサーバ１０及び端末２０は、ＣＰＵ（Central Processing Unit）、ＧＰＵ（Graphic
al Processing Unit）等のプロセッサ１１、メモリ、ＨＤＤ（Hard Disk Drive）及び／
又はＳＳＤ（Solid State Drive）等の記憶装置１２、有線又は無線通信を行う通信ＩＦ
（Interface）１３、入力操作を受け付ける入力デバイス１４、及び情報の出力を行う出
力デバイス１５を有する。入力デバイス１４は、例えば、キーボード、タッチパネル、マ
ウス及び／又はマイク等である。出力デバイス１５は、例えば、ディスプレイ、タッチパ
ネル及び／又はスピーカ等である。

【0018】

＜機能ブロック構成＞
（ゲームサーバ）
図３は、ゲームサーバ１０の機能ブロック構成の一例を示す図である。ゲームサーバ１
０は、記憶部１００と、決定部１０１と、選択部１０２と、付与制御部１０３と、権利管
理部１０４と、表示制御部１０５とを含む。記憶部１００は、ゲームサーバ１０が備える
記憶装置１２を用いて実現することができる。また、決定部１０１と、選択部１０２と、
付与制御部１０３と、権利管理部１０４と、表示制御部１０５とは、ゲームサーバ１０の
プロセッサ１１が、記憶装置１２に記憶されたプログラムを実行することにより実現する
ことができる。また、当該プログラムは、記憶媒体に格納することができる。当該プログ
ラムを格納した記憶媒体は、コンピュータ読み取り可能な非一時的な記憶媒体（Non-tran
sitory computer readable medium）であってもよい。非一時的な記憶媒体は特に限定さ
れないが、例えば、ＵＳＢメモリ又はＣＤ－ＲＯＭ等の記憶媒体であってもよい。

【0019】

記憶部１００は、ゲームサーバ１０がゲームを実行するために必要なゲームデータを記
憶する。ゲームデータには、各種のデータベースが含まれる。

【0020】

決定部１０１は、ゲーム領域に含まれる複数の位置の各々に複数のゲーム媒体のうちの
少なくとも１つを関連づけた情報を、ユーザに対して決定する。決定部１０１は、ユーザ
の指示に従って、当該情報を決定するようにしてもよいし、ユーザの指示を受けずに自動
的に当該情報を決定するようにしてもよい。ここで、「ゲーム領域」は、複数の位置を含
む範囲を意味しており、「位置」は、当該範囲内で重ならないように並べられた地点又は
領域を意味してもよい。このようなゲーム領域の一例として、例えばビンゴカードが挙げ
られる。また、位置の一例として、例えばビンゴカード内のマスが挙げられる。なお、ゲ
ーム領域は２次元または３次元で表されてよく、３次元である場合にはゲーム空間と称し
てもよい。

【0021】

また、「ゲーム領域に含まれる複数の位置の各々に複数のゲーム媒体のうちの少なくと
も１つを関連づけた情報」とは、ゲーム領域の各位置に、どのゲーム媒体が関連づけられ
ているのかを示す情報である。例えば、ゲーム領域が、複数のマスに区分されているビン
ゴカードである場合、当該情報は、例えば、左上のマスにはゲーム媒体Ａが関連づけられ
ており、当該マスの右隣りのマスにはゲーム媒体Ｂが関連づけられているといったことを
示す情報であってもよい。

【0022】

選択部１０２は、所定の契機に応じて、ゲーム領域に含まれる複数の位置から１つ以上
の位置を選択する。「所定の契機」は、どのような契機であってもよいが、例えば、ユー
ザの行為がトリガとなって生じる契機であってもよい。例えば、ユーザがクエストをクリ
アすること、ユーザがミッションを達成すること、ユーザがゲームにログインすること等
であってもよい。また、所定の契機は、ユーザの行為とは関係なく生じる契機であっても
よい。例えば、所定の時刻になった場合（例えば毎日午前０時など）であってもよい。ま
た、位置を選択するとは、例えば、ゲーム領域がビンゴカードである場合、複数のマスの
うちいずれか１つのマスを選択することであってもよい。

【0023】

付与制御部１０３は、選択部１０２により位置が選択されることに応じて、ゲーム領域
に含まれる複数の位置に対して設定される複数のグループのうち少なくとも１つが所定条
件を達成した場合、当該所定条件を達成したグループに含まれる位置に関連づけられるゲ
ーム媒体の少なくとも１つをユーザに付与可能に制御する。付与制御部１０３は、「制御
部」と称されてもよい。

【0024】

ここで、本実施形態では、ゲーム領域に含まれる複数の位置は、複数のグループに区分
される。各位置は、いずれか１つのグループに関連づけられていてもよいし、複数のグル
ープに関連づけられていてもよい。「所定条件」を達成するとは、例えば、１つのグルー
プに関連づけられる１以上の位置が所定割合以上選択されること、若しくは全て選択され
ることであってもよい。各グループに関連づけられる位置の組み合わせについて特に制約
はないが、例えば、行、列、斜め方向、所定形状（例えば四角形、長方形など）などであ
ってもよい。

【0025】

また、付与制御部１０３は、所定条件を達成した場合に、ユーザに付与可能なゲーム媒
体の数（以下、「付与限度数」と言う。）を設定するようにしてもよい。付与制御部１０
３は、付与限度数を固定値に設定してもよいし、所定の増加条件を満たした場合に増加さ
せる（例えば１を加算する等）こととしてもよい。所定の増加条件は、例えば、ユーザが
クエストをクリアすること、ユーザがミッションを達成すること、ユーザがゲームにログ
インすること等であってもよいし、所定の時刻になった場合（例えば毎日午前０時など）
であってもよい。

【0026】

権利管理部１０４は、ユーザが所定のプレイ条件を達成することに応じて、所定の権利
を当該ユーザに付与する。「所定のプレイ条件」は、例えば、ユーザがクエストをクリア
すること、ユーザがミッションを達成すること、ユーザがゲームにログインすること等で
あってもよい。所定のプレイ条件を達成可能なクエストやミッションは、上述した所定の
契機を生じさせるクエストやミッションと同一であってもよいし、異なるクエストやミッ
ションであってもよい。「所定の権利」は、例えば、複数のグループのうち少なくとも１
つが所定条件を達成した場合であっても、ゲーム媒体の付与をスキップする権利（以下、
「スキップ権」と言う。）であってもよい。このとき、付与制御部１０３は、ユーザがス
キップ権（所定の権利）を所持している場合に、ゲーム媒体（第１ゲーム媒体）をユーザ
に付与するか否かの選択を受け付けるようにしてもよい。これにより、ユーザは、例えば
、付与限度数が上限に到達しそうな場合に、不要なゲーム媒体（例えば既に所持している
弱いキャラクタなど）が付与されて付与限度数が無駄に消費されてしまうことを拒否する
ことが可能になる。また、付与制御部１０３は、ユーザがスキップ権（所定の権利）を所
持していない場合、ゲーム媒体（第１ゲーム媒体）をユーザに付与するか否かの選択を受
け付けずに、当該ゲーム媒体（第１ゲーム媒体）を当該ユーザに付与するようにしてもよ
い。スキップ権を所持していないユーザがスキップ権を行使することを抑止することがで
きる。

【0027】

表示制御部１０５は、ゲームに関する各種の画面を端末２０のディスプレイに表示させ
る。例えば、表示制御部１０５は、ゲーム領域や、ゲーム領域内で選択された位置をユー
ザが視認可能に表示するようにしてもよい。

【0028】

（端末）
図４は、端末２０の機能ブロック構成の一例を示す図である。端末２０は、記憶部２０
０と、通信部２０１と、ＵＩ（User Interface）部２０２と、制御部２０３とを含む。記
憶部２００は、端末２０が備える記憶装置１２を用いて実現することができる。また、通
信部２０１と、ＵＩ部２０２と、制御部２０３とは、端末２０のプロセッサ１１が、記憶
装置１２に記憶されたプログラムを実行することにより実現することができる。また、当
該プログラムは、記憶媒体に格納することができる。当該プログラムを格納した記憶媒体
は、コンピュータ読み取り可能な非一時的な記憶媒体であってもよい。非一時的な記憶媒
体は特に限定されないが、例えば、ＵＳＢメモリ又はＣＤ－ＲＯＭ等の記憶媒体であって
もよい。

【0029】

記憶部２００は、制御部２０３がゲームを実行するために必要なゲームデータを記憶す
る。ゲームデータには、画像データ、ゲームシナリオ等が格納される。

【0030】

通信部２０１は、通信ＩＦ１３を用いてゲームサーバ１０との間で各種の通信を行う機
能を有する。

【0031】

ＵＩ部２０２は、ユーザから各種の入力を受け付ける処理と、ディスプレイに各種のゲ
ーム画面を表示させる機能とを有する。また、ＵＩ部２０２は、ゲームサーバ１０の指示
に従い、端末２０の出力デバイス１５（ディスプレイ）にゲーム画面を表示する。

【0032】

制御部２０３は、ゲームサーバ１０と連携することで、ゲームを実行するために必要な
各種の機能を提供する。例えば、制御部２０３は、ゲーム画面に描画するための各種の情
報（アイコン画像データ、テキストデータ等）をゲームサーバ１０から取得する機能等を
提供する。

【0033】

以上説明した機能ブロック構成について、ゲームサーバ１０に含まれる記憶部１００と
、決定部１０１と、選択部１０２と、付与制御部１０３と、権利管理部１０４と、表示制
御部１０５とのうち全部又は一部を、端末２０の記憶部２００又は制御部２０３に備える
構成とするようにしてもよい。すなわち、本実施形態に係る各種処理は、ゲームサーバ１
０で実行してもよいし、端末２０で実行してもよいし、ゲームサーバ１０及び端末２０が
連携して実行してもよい。

【0034】

＜処理手順＞
続いて、ゲームシステム１が行う具体的な処理手順を説明する。以下の説明では、ゲー
ム媒体は、キャラクタであるものとする。また、権利管理部１０４によりユーザに付与さ
れる所定の権利は、スキップ権であるものとする。また、ゲーム領域及び位置は、それぞ
れ、ビンゴカード及びマスであるものとする。また、ゲーム領域においてグループが「所
定条件」を達成することは、１つのグループに関連づけられる１以上のマスが全て選択さ
れることとする。また、当該「所定条件」を達成することを、便宜上、「ビンゴが成立す
る」と呼ぶ。グループは、一般的なビンゴゲームと同様、縦列、横列又は斜め方向である
ものとする。つまり、グループのマスが全て選択されるとは、縦１列のマスが全て選択さ
れること、横１列のマスが全て選択されること、左上から右下（又は右上から左下）の斜
めのマスが全て選択されることとする。しかしながら、本実施形態がこれらに限定される
ものではない。

【0035】

ここで、ゲームサーバ１０の記憶部１００は、各ユーザのゲームデータを管理するユー
ザ管理ＤＢ（Data Base）１００ａ、及び、ゲームで提供されるキャラクタに関する各種
情報を管理するキャラクタ管理ＤＢ１００ｂを格納する。

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

１０…ゲームサーバ、１１…プロセッサ、１２…記憶装置、１３…通信ＩＦ、１４…入
力デバイス、１５…出力デバイス、２０…端末、１００…記憶部、１００ａ…ユーザ管理
ＤＢ、１００ｂ…キャラクタ管理ＤＢ、１０１…決定部、１０２…選択部、１０３…付与
制御部、１０４…権利管理部、１０５…表示制御部、２００…記憶部、２０１…通信部、
２０２…ＵＩ部、２０３…制御部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】