特許7185174ゲーム情報処理装置，情報処理装置の制御方法及び制御プログラム
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2022-11-29
(45)【発行日】2022-12-07
(54)【発明の名称】ゲーム情報処理装置，情報処理装置の制御方法及び制御プログラム
(51)【国際特許分類】
A63F 13/69 20140101AFI20221130BHJP
A63F 13/53 20140101ALI20221130BHJP
A63F 13/79 20140101ALI20221130BHJP
G06Q 50/10 20120101ALI20221130BHJP
G06Q 30/02 20120101ALI20221130BHJP
【ＦＩ】
A63F13/69 500
A63F13/53
A63F13/79 500
G06Q50/10
G06Q30/02 324
【請求項の数】
3
(21)【出願番号】P 2022077540
(22)【出願日】2022-05-10
(62)【分割の表示】P 2021002939の分割
【原出願日】2018-09-28
(65)【公開番号】P2022109299
(43)【公開日】2022-07-27
【審査請求日】2022-05-31
【早期審査対象出願】
(73)【特許権者】
【識別番号】500033117
【氏名又は名称】株式会社ＭＩＸＩ
(72)【発明者】
【氏名】照内 大丈
(72)【発明者】
【氏名】池田 早縁子
【審査官】前地 純一郎
(56)【参考文献】
【文献】特開２０１７－０５５７９０（ＪＰ，Ａ）
【文献】特開２０１４－０６８７２８（ＪＰ，Ａ）
【文献】特開２０１７－２１３２９３（ＪＰ，Ａ）
【文献】特開２０１５－１２２０８５（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ａ６３Ｆ １３／００－１３／９８
Ａ６３Ｆ ９／２４
(57)【特許請求の範囲】
【請求項1】
プロセッサを備える情報処理装置であって、前記プロセッサは、
第１プレイヤによる第１抽選により選択された第１特典を前記第１プレイヤに関連付けられた第２プレイヤに付与し、
前記第１特典に関する情報を前記第２プレイヤに 報知した後に、前記第２プレイヤから第２抽選において付与されうる特典に関する指示を受け付け、
前記指示に応じて前記第２抽選により選択された第２特典を、前記第１プレイヤと前記第２プレイヤに付与する、情報処理装置。
【請求項2】
プロセッサが、第１プレイヤによる第１抽選により選択された第１特典に関する情報を前記第１プレイヤに関連付けられた第２プレイヤに付与し、
プロセッサが、前記第１特典に関する情報を前記第２プレイヤに 報知した後に、前記第２プレイヤから第２抽選において付与されうる特典に関する指示を受け付け、
プロセッサが、前記指示に応じて前記第２抽選により選択された第２特典を、前記第１プレイヤと前記第２プレイヤに付与する、情報処理方法。
【請求項3】
プロセッサに、第１プレイヤによる第１抽選により選択された第１特典に関する情報を前記第１プレイヤに関連付けられた第２プレイヤに付与させ、
プロセッサに、前記第１特典に関する情報を前記第２プレイヤに 報知した後に、前記第２プレイヤから第２抽選において付与されうる特典に関する指示を受け付けさせ、
プロセッサに、前記指示に応じて前記第２抽選により選択された第２特典を、前記第１プレイヤと前記第２プレイヤに付与させる、処理を実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、２次元以上の表示ができるディスプレイを用いた電子ゲームに関する。
【背景技術】
【0002】
抽籤処理の過程を複数のユーザ間で共有させる仕組みを有する電子ゲームが知られている。例えば、特許文献１に記載のゲームシステムでは、グループ内のあるユーザによる実行要求に応じて当該グループ向けの抽籤処理（いわゆるガチャ）を実行するサーバが、当該抽籤処理の開始から終了までの一連の実行画面を表す画面情報を当該グループに属する全てのユーザの端末にリアルタイムで送信する。
【先行技術文献】
【特許文献】
【0003】
【文献】特開２０１７－０５５７９０号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
特許文献１に記載のゲームシステムでは、グループ向けの抽籤処理の結果に応じたゲームアイテムの付与先が当該グループに属するユーザのいずれかに設定される。そのため、グループ向けの抽籤処理の結果に応じたゲームアイテムが当該グループにそれぞれ属する複数のユーザに付与されることは想定されていない。また、当該抽籤処理の画面情報が共有されていないユーザに当該ゲームアイテムが付与されることも想定されていない。
【0005】
本発明が解決しようとする課題は、ゲームのプレイヤどうしが関係を構築するよう効率よく誘導することである。
【課題を解決するための手段】
【0006】
上記課題を解決するため、本発明は、ある特典の入手過程に関与した第１プレイヤに当該特典が付与される場合に、当該入手過程に関与していない第２プレイヤに、第１プレイヤと関連付けて登録されていることを条件に、付加特典を付与する。本発明は、例えば、下記態様を包含する。
【0007】
〔Ａ〕本発明の一態様である「ゲーム情報処理装置」は、第１プレイヤと第２プレイヤを関連付けて登録する登録手段と、第１特典の入手過程に関与した前記第１プレイヤに該第１特典が付与される場合に該入手過程に関与していない前記第２プレイヤに該第１プレイヤと関連付けて登録されていることを条件に第１付加特典を付与する付与手段と、を備える。
【0008】
〔Ｂ〕本発明の一態様である情報処理装置の「制御方法」は、第１プレイヤと第２プレイヤを関連付けて登録する登録段階と、第１特典の入手過程に関与した前記第１プレイヤに該第１特典が付与される場合に該入手過程に関与していない前記第２プレイヤに該第１プレイヤと関連付けて登録されていることを条件に第１付加特典を付与する付与段階と、を含む。
【0009】
〔Ｃ〕本発明の一態様である「制御プログラム」は、第１プレイヤと第２プレイヤを関連付けて登録する登録機能と、第１特典の入手過程に関与した前記第１プレイヤに該第１特典が付与される場合に該入手過程に関与していない前記第２プレイヤに該第１プレイヤと関連付けて登録されていることを条件に第１付加特典を付与する付与機能と、を情報処理装置のコンピュータに実現させる。
【0010】
〔Ｄ〕本発明の一態様である「コンピュータ読取り可能な記録媒体」に記録される制御プログラムは、第１プレイヤと第２プレイヤを関連付けて登録する登録機能と、第１特典の入手過程に関与した前記第１プレイヤに該第１特典が付与される場合に該入手過程に関与していない前記第２プレイヤに該第１プレイヤと関連付けて登録されていることを条件に第１付加特典を付与する付与機能と、を情報処理装置のコンピュータに実現させる。
【発明の効果】
【0011】
本発明によれば、第１プレイヤにある特典が付与される場合に第２プレイヤにも付加特典が付与される。よって、関係を構築したプレイヤどうしを関連付けて登録するように本発明を使用すれば、ゲームのプレイヤどうしが積極的に関係を構築しようとすることが期待できる。
【0012】
上記〔Ａ〕の「ゲーム情報処理装置」には、下記の技術的限定を加えてもよい。また、同様の技術的限定を、上記〔Ｂ〕の「制御方法」，上記〔Ｃ〕の「制御プログラム」及び上記〔Ｄ〕の「記録媒体」が記録する制御プログラムにそれぞれ加えてもよい。
【0013】
（１）前記付与手段が、さらに、第２特典の入手過程に関与した前記第２プレイヤに該第２特典が付与される場合に該入手過程に関与していない前記第１プレイヤに該第２プレイヤと関連付けて登録されていることを条件に第２付加特典を付与する。これにより、関連付け登録された双方にメリットがあるから、プレイヤどうしがより積極的に関係を構築しようとすることが期待できる。
【0014】
（２）前記第２特典の入手過程において前記第２プレイヤによる該第２特典の入手可能性を向上させる要求を受け付ける受付手段をさらに備え、前記付与手段が、前記受付手段により受け付けられた前記第２プレイヤによる要求に応じて又は当該要求を加味して決定される前記第２特典が該第２プレイヤに付与される場合に前記第１プレイヤに該第２特典と同等の前記第２付加特典を付与する。これにより、特定の特典の入手可能性が向上するとともに当該特典の重複可能性を軽減させる戦略を採用し得るから、第１希望及び第２希望の特典が同じプレイヤどうしが積極的に関係を構築しようとすることが期待できる。
【0015】
（３）前記第２プレイヤに付与されるべき前記第１付加特典の内容を該第２プレイヤに報知する報知手段をさらに備え、前記受付手段が、前記第１付加特典の内容が前記第２プレイヤに報知された後に該第２プレイヤによりなされる前記第２特典の入手可能性を向上させる要求を受け付ける。これにより、第１希望の特典が入手できたら第２希望の特典の入手可能性を向上させる戦略への切替えが可能であるから、第１希望及び第２希望の特典が同じプレイヤどうしがより積極的に関係を構築しようとすることが期待できる。
【0016】
（４）前記登録手段が、前記第１プレイヤと前記第２プレイヤと第３プレイヤとを関連付けて登録し、前記付与手段が、さらに、第３特典の入手過程に関与した前記第３プレイヤに該第３特典が付与される場合に該入手過程に関与していない前記第１プレイヤ及び前記第２プレイヤに前記第３プレイヤと関連付けて登録されていることを条件に第３付加特典を付与するとともに、前記第１特典の入手過程及び前記第２特典の入手過程のいずれにも関与していない前記第３プレイヤに前記第１プレイヤ及び前記第２プレイヤとそれぞれ関連付けて登録されていることを条件に前記第１付加特典及び前記第２付加特典をそれぞれ付与する。これにより、関係を構築した全員にメリットがあるから、プレイヤどうしが積極的に関係を構築しようとすることが期待できる。
【0017】
（５）前記受付手段が、さらに、前記第１特典の入手過程において前記第１プレイヤによる該第１特典の入手可能性を向上させる要求を受け付け、前記付与手段が、前記受付手段により受け付けられた前記第１プレイヤによる要求に応じて又は当該要求を加味して決定される前記第１特典が該第１プレイヤに付与される場合に前記第２プレイヤ及び前記第３プレイヤに該第１特典と同等の前記第１付加特典を付与する。これにより、特定の特典の入手可能性が向上するとともに当該特典の重複入手の可能性を軽減させる戦略を採用し得るから、第１希望乃至第３希望の特典が同じプレイヤどうしが積極的に関係を構築しようとすることが期待できる。
【0018】
（６）前記報知手段が、さらに、前記第１プレイヤに付与されるべき前記第３付加特典の内容を該第１プレイヤに報知し、前記受付手段が、前記第３付加特典の内容が前記第１プレイヤに報知された後に該第１プレイヤによりなされる前記第１特典の入手可能性を向上させる要求を受け付ける。これにより、第１希望の特典が入手できたら第２希望の特典の入手可能性を向上させる戦略への切替えが可能であり、続いて第２希望の特典が入手できたら第３希望の特典の入手可能性を向上させる戦略への切替えが可能であるから、第１希望乃至第３希望の特典が同じプレイヤどうしがより積極的に関係を構築しようとすることが期待できる。
【0019】
（７）関連付け登録の相手の募集をしている前記第１プレイヤの入手希望を該募集に対する応募を検討している前記第２プレイヤに提示する提示手段をさらに備え、前記登録手段が、前記第１プレイヤと該第１プレイヤによる前記募集に応募した前記第２プレイヤとを関連付けて登録する。これにより、入手希望が同じプレイヤどうしが関係を構築しやすくなる。
【0020】
（８）入手希望を設定して関連付け登録の相手の募集をしている前記第１プレイヤに関する情報を、入手希望に関する検索条件を特定する検索要求に応じて前記第２プレイヤに提供する検索手段をさらに備え、前記登録手段が、前記第１プレイヤと該第１プレイヤによる前記募集に応募した前記第２プレイヤとを関連付けて登録する。これにより、入手希望が同じプレイヤどうしが関係を構築しやすくなる。
【0021】
（９）前記登録手段が、前記第１プレイヤと前記第２プレイヤとを含む第１グループ、及び、前記第１プレイヤを含み前記第２プレイヤを含まない第２グループ、をそれぞれ登録し、前記付与手段が、前記第１付加特典の付与先となる単数又は複数の指定グループに前記第１グループが含まれる場合に限り該第１付加特典を前記第２プレイヤに付与する。これにより、第１プレイヤが複数のグループに所属している場合に、付加特典の付与先を調整することができる。
【0022】
（１０）前記登録手段が、前記第２プレイヤを含み前記第１プレイヤを含まない第３グループをさらに登録し、前記付与手段が、前記第２付加特典の付与先となる単数又は複数の指定グループに前記第１グループが含まれる場合に限り該第２付加特典を前記第１プレイヤに付与する。これにより、第２プレイヤが複数のグループに所属している場合に、付加特典の付与先を調整することができる。
【0023】
（１１）前記付与手段が、プレイヤによる指定，特典の入手過程の性質，特典の内容のうち少なくともいずれかに応じて指定グループを特定する。これにより、指定グループが手動で又は自動的に特定される。
【0024】
本明細書では、下記のように用語を用いる。
【0025】
（１）「ゲーム」とは、少なくとも一部がオンラインのゲームサービスにおいて提供される電子ゲームをいう。広義ではゲームサービスそのものを指称し、狭義ではゲームサービスを構成する個別のステージを指称する。個別のステージは、クエストと呼ばれることがある。「プレイヤ」とは、ゲームサービスのユーザをいう。「プレイ」とは、プレイヤが特定のゲームを進行させて遊ぶことをいう。
【0026】
（２）「第１プレイヤと第２プレイヤを関連付けて登録する」とは、第１プレイヤと第２プレイヤを直接に又は間接的に関連付けて登録することをいう。例えば、第１プレイヤの識別情報と第２プレイヤの識別情報を直接に関連付けて登録してもよい。また、例えば、第１プレイヤの識別情報と第２プレイヤの識別情報をグループの識別情報にそれぞれ関
連付けて登録してもよい。
連付けて登録してもよい。
【0027】
（３）「特典」は、ゲームを直接に又は間接的に有利にプレイすることに資する報酬や運用を包含する。報酬は、ゲーム内要素（例えば、通貨アイテム，回復アイテム，合成素材アイテム，キャラクタ，その他のオブジェクト）を包含する。運用は、有利な取扱い（例えば、ステージ内又はステージ外で使用するパラメータをプレイヤに有利になる方向に設定し又は変更すること）を包含する。特典を「付与」するとは、例えば、報酬としてのゲーム内要素をプレイヤに関連付けて登録すること，運用としての有利な取扱いをプレイヤに適用することを包含する。
【0028】
（４）特典の「入手過程」は、当該特典が入手されるまでの一連の手順をいう。「入手過程」は、プレイヤどうしが関連付けて登録された後（実施例では、グループ登録がなされた後）になされる一連の手順に限定してもよい。手順は、各種装置による処理やプレイヤによる操作を包含する。特典の「入手過程」は、当該特典を入手するための十分条件であってもよいし、当該特典を入手するための必要条件であってもよい。例えば、所定のミッション（例えば、ゲーム内の特定のステージをクリアすること）を達成したことを条件にある特定の特典（例えば、クエストの攻略報酬）が確定的に付与される場合、当該ミッションへの挑戦の開始から攻略までの一連の手順が当該特典の入手過程に該当する。また、例えば、所定のイベント（例えば、ゲーム内のガチャ）を経てある特典（例えば、ガチャの結果報酬）が付与される場合、当該イベントの開始から終了までの一連の手順が当該特典の入手過程に該当する。
【0029】
（５）入手過程に「関与」するとは、入手過程に包含される少なくとも一部の手順に能動的に又は受動的に関わることをいう。「関与」は、単独で関わる場合（例えば、ステージのソロプレイ，シングルガチャのプレイ）及び他のプレイヤとともに関わる場合（例えば、ステージのマルチプレイ，マルチガチャのプレイ）の両方を包含する。入手過程に「関与」することには、例えば、入手に寄与することが含まれる。
【0030】
（６）「付加特典」は、通常の特典に準じた特典であって、当該通常の特典の入手過程に関与していないプレイヤ又は当該通常の特典の入手に寄与していないプレイヤに対して付与される特殊な特典をいう。「付加特典」は、通常の特典と同等の特典であってもよいし、通常の特典と相違する特典であってもよい。例えば、通常の特典が報酬としてのゲーム要素である場合に、付加特典も同一のゲーム要素であってよい。
【0031】
（７）「特典の入手可能性を向上させる要求」は、複数ある特典候補のうち特定の特典候補の入手可能性を確率的に又は確定的に向上させる要求をいう。入手可能性は、絶対的に向上してもよいし、相対的に向上してもよい。要求の回数は、単数でもよいし、複数でもよい。例えば、特定の特典候補を選択する要求，特定の特典候補の選定確率を相対的に上昇させる要求，特定の特典候補が残るように特典候補の選択肢を絞る要求等が、「特典の入手可能性を向上させる要求」に含まれる。特定の特典候補を含む特典候補の選択肢を絞る要求には、例えば、特定の特典候補以外の特典候補の少なくとも一部を選択肢から除外する要求，特定の特典候補が属するグループの候補だけを選択肢に残す要求，特定の特典候補が属しない少なくとも一部のグループの候補を選択肢から除外する要求，特定の特典候補以外の特典候補の一部を選択肢から除外する要求等が含まれる。
【0032】
（８）「要求に応じて」特典を決定する場合、例えば、特定の特典候補を選択する要求により選択された当該特定の特典候補を付与対象として決定してもよい。「要求を加味して」特典を決定する場合、例えば、特定の特典候補の選定確率を相対的に上昇させる要求に基づいて設定される選定確率を用いた確率計算により付与対象を決定してもよいし、特定の特典候補が残るように特典候補の選択肢を絞る要求に基づいて絞られる選択肢の中か
ら付与対象を決定してもよい。
ら付与対象を決定してもよい。
【図面の簡単な説明】
【0033】
【図1】ゲームシステムのネットワーク構成を例示するブロック図である。（実施例）
【図2】サーバ装置の電気的構成を例示するブロック図である。（実施例）
【図3】ユーザ装置の電気的構成を例示するブロック図である。（実施例）
【図4】ユーザ管理サーバの機能構成を例示するブロック図である。（実施例）
【図5】抽籤機能に関するデータ構成を例示する説明図である。（実施例）
【図6】近距離募集における募集手順を例示するシーケンス図である。（実施例）
【図7】近距離募集における応募手順を例示するシーケンス図である。（実施例）
【図8】ＳＮＳ募集における募集手順を例示するシーケンス図である。（実施例）
【図9】ＳＮＳ募集における応募手順を例示するシーケンス図である。（実施例）
【図10】グループの登録手順を例示するシーケンス図である。（実施例）
【図11】複合抽籤の実行手順を例示するフロー図である。（実施例）
【発明を実施するための形態】
【0034】
［１．実施形態］
［１－１．概要］
本実施形態では、ゲームのプレイヤどうしが関係を構築するよう効率よく誘導するため、ある特典の入手過程に関与した第１プレイヤに当該特典が付与される場合に、当該入手過程に関与していない第２プレイヤに、第１プレイヤと関連付け登録されていることを条件に、付加特典が付与される。よって、関係を構築したプレイヤどうしを関連付けて登録するように運用すれば、ゲームのプレイヤどうしが積極的に関係を構築しようとすることが期待できる。
［１－１．概要］
本実施形態では、ゲームのプレイヤどうしが関係を構築するよう効率よく誘導するため、ある特典の入手過程に関与した第１プレイヤに当該特典が付与される場合に、当該入手過程に関与していない第２プレイヤに、第１プレイヤと関連付け登録されていることを条件に、付加特典が付与される。よって、関係を構築したプレイヤどうしを関連付けて登録するように運用すれば、ゲームのプレイヤどうしが積極的に関係を構築しようとすることが期待できる。
【0035】
［１－２．ゲーム情報処理装置］
実施形態に係るゲーム情報処理装置（例えば、ユーザ管理サーバ１０）は、第１プレイヤと第２プレイヤを関連付けて登録する手段（例えば、登録部４１０，登録部４１４）と、第１特典の入手過程に関与した上記第１プレイヤに当該第１特典が付与される場合に当該入手過程に関与していない上記第２プレイヤに当該第１プレイヤと関連付けて登録されていることを条件に第１付加特典を付与する手段（例えば、抽籤部４２０，付与部４２３）と、を備える。
実施形態に係るゲーム情報処理装置（例えば、ユーザ管理サーバ１０）は、第１プレイヤと第２プレイヤを関連付けて登録する手段（例えば、登録部４１０，登録部４１４）と、第１特典の入手過程に関与した上記第１プレイヤに当該第１特典が付与される場合に当該入手過程に関与していない上記第２プレイヤに当該第１プレイヤと関連付けて登録されていることを条件に第１付加特典を付与する手段（例えば、抽籤部４２０，付与部４２３）と、を備える。
【実施例】
【0036】
［２．実施例］
［２－１．ゲームサービスの概要］
本実施例は、少なくとも一部がオンラインで提供されるゲームサービス（以下「実施例のサービス」という。）に関する。実施例のサービスでは、プレイヤに対し、デッキを構成する４体のキャラクタ（モンスター）をプレイヤが所定アクションにより順次操作して、ゲーム内に用意されている複数のステージ（狭義のゲーム）に順次挑戦していく電子ゲーム（広義のゲーム）が提供される。以下では、当該ステージを「クエスト」と呼ぶ。
［２－１．ゲームサービスの概要］
本実施例は、少なくとも一部がオンラインで提供されるゲームサービス（以下「実施例のサービス」という。）に関する。実施例のサービスでは、プレイヤに対し、デッキを構成する４体のキャラクタ（モンスター）をプレイヤが所定アクションにより順次操作して、ゲーム内に用意されている複数のステージ（狭義のゲーム）に順次挑戦していく電子ゲーム（広義のゲーム）が提供される。以下では、当該ステージを「クエスト」と呼ぶ。
【0037】
［２－２．抽籤機能の概要］
また、実施例のサービスにおける電子ゲームでは、プレイヤに対し、クエスト外で、特定のゲーム内要素（例えば、通貨アイテム，引換アイテム）の消費と引き換えに又は無条件で抽籤（ガチャ）に挑戦し、当該抽籤の結果報酬（ガチャ報酬）を得る仕組み（抽籤機能）が提供される。抽籤機能は、実施例のサービスを提供するゲームシステム（以下「実施例のシステム」という。）に実装される。
また、実施例のサービスにおける電子ゲームでは、プレイヤに対し、クエスト外で、特定のゲーム内要素（例えば、通貨アイテム，引換アイテム）の消費と引き換えに又は無条件で抽籤（ガチャ）に挑戦し、当該抽籤の結果報酬（ガチャ報酬）を得る仕組み（抽籤機能）が提供される。抽籤機能は、実施例のサービスを提供するゲームシステム（以下「実施例のシステム」という。）に実装される。
【0038】
抽籤への挑戦には、１人のプレイヤが単独で挑戦する単独抽籤（シングルガチャ）と、
グループ登録された２人～４人のプレイヤが協力して挑戦する複合抽籤（マルチガチャ）と、の２通りの挑戦形態がある。複合抽籤では、各プレイヤによる抽籤への単独での挑戦の結果が同じグループに属する他のプレイヤとの間で共有される。
グループ登録された２人～４人のプレイヤが協力して挑戦する複合抽籤（マルチガチャ）と、の２通りの挑戦形態がある。複合抽籤では、各プレイヤによる抽籤への単独での挑戦の結果が同じグループに属する他のプレイヤとの間で共有される。
【0039】
［２－３．複合抽籤の概要］
本実施例に係る抽籤機能は、ゲームのプレイヤどうしがグループ登録（「関係を構築」の一例。）をするよう効率よく誘導するため、あるグループに属するあるプレイヤに抽籤手順（ガチャ報酬の入手過程）を経て通常のガチャ報酬（「特典」の一例。）が付与される場合に、グループ登録後に当該抽籤手順に関与していない他のプレイヤ（換言すれば、通常のガチャ報酬が付与される地位にない他のプレイヤ）に、当該グループに属することを条件に、通常のガチャ報酬と同等の付加報酬（「付加特典」の一例。）を付与する。
本実施例に係る抽籤機能は、ゲームのプレイヤどうしがグループ登録（「関係を構築」の一例。）をするよう効率よく誘導するため、あるグループに属するあるプレイヤに抽籤手順（ガチャ報酬の入手過程）を経て通常のガチャ報酬（「特典」の一例。）が付与される場合に、グループ登録後に当該抽籤手順に関与していない他のプレイヤ（換言すれば、通常のガチャ報酬が付与される地位にない他のプレイヤ）に、当該グループに属することを条件に、通常のガチャ報酬と同等の付加報酬（「付加特典」の一例。）を付与する。
【0040】
具体的には、本実施例に係る抽籤機能は、複合抽籤の各抽籤手順においてあるプレイヤによる特定のガチャ報酬の入手可能性を向上させる要求を受け付け、当該要求に応じて又は当該要求を加味して決定されるガチャ報酬を当該あるプレイヤに付与するとともに、当該あるプレイヤと同一のグループに属する他のプレイヤに当該ガチャ報酬と同等の付加報酬を付与する。
【0041】
各プレイヤは、グループ登録後の任意のタイミングで複合抽籤の抽籤手順を開始することができる。特に、各プレイヤは、同一のグループに属する他のプレイヤが関与する抽籤手順を経て自身に付与される付加報酬の内容を知った後に、自身が関与する抽籤手順において特定のガチャ報酬の入手可能性を向上させる要求をすることが可能である。
【0042】
これらの特徴により、グループ登録をしたプレイヤどうしが協力して、特定の報酬の入手可能性を向上させつつ当該報酬の重複可能性を軽減させる戦略を採用することができる。そして、入手希望度が相対的に高い報酬（ガチャ報酬，付加報酬）を入手する度に入手希望度が相対的に低い報酬（ガチャ報酬，付加報酬）の入手可能性を向上させる戦略へと順次切り替えることができる。よって、本実施例に係る抽籤機能によれば、入手希望の報酬が同じプレイヤどうしが積極的に関係を構築しようとすることが期待できる。
【0043】
［２－４．実施例のシステムの構成］
［２－４－１．ネットワーク構成］
（１）概要
図１は、実施例のシステムのネットワーク構成を例示する。図１に例示されるように、実施例のシステムは、実施例のサービスのユーザを管理するユーザ管理サーバ１０と、実施例のサービスに関連するデータを管理するデータ管理サーバ２０と、複数のユーザがそれぞれ使用する複数のユーザ端末３０（３０－１，３０－２，…３０－ｎ）（ｎ：自然数）と、を含む。
［２－４－１．ネットワーク構成］
（１）概要
図１は、実施例のシステムのネットワーク構成を例示する。図１に例示されるように、実施例のシステムは、実施例のサービスのユーザを管理するユーザ管理サーバ１０と、実施例のサービスに関連するデータを管理するデータ管理サーバ２０と、複数のユーザがそれぞれ使用する複数のユーザ端末３０（３０－１，３０－２，…３０－ｎ）（ｎ：自然数）と、を含む。
【0044】
ユーザ管理サーバ１０とユーザ端末３０は、通信ネットワーク４０を通じてデータの授受が可能である。データ管理サーバ２０は、内蔵する又は外部の接続可能なストレージ２１にアクセス可能である。ユーザ管理サーバ１０は、データ管理サーバ２０を介してストレージ２１との間でデータの読み書きが可能である。
【0045】
通信ネットワーク４０は、インターネット（Internet），携帯電話網，無線ＷＡＮ（Wireless Wide Area Network），無線ＬＡＮ（Wireless Local Area Network），イーサネット（Ethernet）（登録商標）などの既存のネットワークのうち少なくともいずれかを含んでいてよい。
【0046】
（２）ユーザ管理サーバ
ユーザ管理サーバ１０は、Ｗｅｂサーバプログラムがインストールされたサーバ装置（コンピュータ）である。
ユーザ管理サーバ１０は、Ｗｅｂサーバプログラムがインストールされたサーバ装置（コンピュータ）である。
【0047】
ユーザ管理サーバ１０は、要求（リクエスト）に応じて、データ管理サーバ２０にストレージ２１から必要なデータを取得させ、要求元に提供（レスポンス）する。また、ユーザ管理サーバ１０は、要求（リクエスト）に応じて、データ管理サーバ２０にストレージ２１へ必要なデータを登録させる。
【0048】
なお、複数のサーバ装置を連携させてサーバシステムを構成し、ユーザ管理サーバ１０の機能を分担させ又はユーザ管理サーバ１０にかかる負荷を分散させてもよい。
【0049】
（３）データ管理サーバ
データ管理サーバ２０は、ＤＢサーバプログラムがインストールされたサーバ装置（コンピュータ）である。データ管理サーバ２０は、ストレージ２１とともにＤＢＭＳ（DataBase Management System）を構成する。
データ管理サーバ２０は、ＤＢサーバプログラムがインストールされたサーバ装置（コンピュータ）である。データ管理サーバ２０は、ストレージ２１とともにＤＢＭＳ（DataBase Management System）を構成する。
【0050】
データ管理サーバ２０は、要求（リクエスト）に応じて、ストレージ２１から必要なデータを取得し、要求元に提供（レスポンス）する。また、データ管理サーバ２０は、要求（リクエスト）に応じて、ストレージ２１へ必要なデータを登録する。ストレージ２１は、実施例のサービスに関連するデータを記憶する記憶装置である。
【0051】
なお、複数のサーバ装置を連携させてサーバシステムを構成し、データ管理サーバ２０の機能を分担させ又はデータ管理サーバ２０にかかる負荷を分散させてもよい。また、複数の記憶装置を用意し、ストレージ２１が記憶するデータの種類ごとに別々に記憶させてもよいし、ストレージ２１が記憶するデータを複数の記憶装置に分散配置してもよい。
【0052】
（４）ユーザ端末
ユーザ端末３０は、所定のゲームプログラムがインストールされたユーザ装置（コンピュータ）である。
ユーザ端末３０は、所定のゲームプログラムがインストールされたユーザ装置（コンピュータ）である。
【0053】
本実施例では、ユーザ装置として、プログラムをインストール可能な汎用の携帯装置（例えば、携帯電話，スマートフォン（smartphone），タブレット（tablet）端末，タブレットＰＣ（personal computer），ウェアラブルデバイス（wearable device）など）や汎用の処理装置（例えば、ＰＣ（personal computer）など）を用いることができる。
【0054】
［２－４－２．電気的構成］
（１）サーバ装置の電気的構成
図２は、サーバ装置の電気的構成を例示する。図２に例示されるサーバ装置は、ＭＰＵ（Micro-Processing Unit）やＲＯＭ（Read Only Memory）を含む制御処理装置２１０と、ＲＡＭ（Random Access Memory）を含む主記憶装置２２０と、ＨＤＤ（Hard Disc Drive）を含む補助記憶装置２３０と、マウスやキーボードを含む入力装置２４０と、ディスプレイやスピーカを含む出力装置２５０と、ネットワークカード（Network Interface Card）を含む通信制御装置２６０と、を有する。
（１）サーバ装置の電気的構成
図２は、サーバ装置の電気的構成を例示する。図２に例示されるサーバ装置は、ＭＰＵ（Micro-Processing Unit）やＲＯＭ（Read Only Memory）を含む制御処理装置２１０と、ＲＡＭ（Random Access Memory）を含む主記憶装置２２０と、ＨＤＤ（Hard Disc Drive）を含む補助記憶装置２３０と、マウスやキーボードを含む入力装置２４０と、ディスプレイやスピーカを含む出力装置２５０と、ネットワークカード（Network Interface Card）を含む通信制御装置２６０と、を有する。
【0055】
主記憶装置２２０、補助記憶装置２３０、入力装置２４０、出力装置２５０及び通信制御装置２６０は、バスラインを介して制御処理装置２１０とそれぞれ接続される。
【0056】
制御処理装置２１０は、（１）補助記憶装置２３０に記憶されたプログラムを主記憶装置２２０上に読み込み、（２）プログラムの指示に従って入力装置２４０と補助記憶装置２３０と通信制御装置２６０との少なくともいずれかからデータを取得し、（３）取得し
たデータをプログラムに規定される手順で演算・加工した上で、（４）演算済み・加工済みのデータを補助記憶装置２３０と出力装置２５０と通信制御装置２６０との少なくともいずれかに提供する。
たデータをプログラムに規定される手順で演算・加工した上で、（４）演算済み・加工済みのデータを補助記憶装置２３０と出力装置２５０と通信制御装置２６０との少なくともいずれかに提供する。
【0057】
（２）ユーザ装置の電気的構成
図３は、ユーザ装置の電気的構成を例示する。図３に例示されるユーザ装置は、制御処理部を構成するＭＰＵ３１０と、主記憶部を構成するＲＡＭ３２０と、補助記憶部を構成するＲＯＭ３３０及びＥＥＰＲＯＭ（Electrically Erasable Programmable Read-Only Memory）３４０と、入力部及び表示部を構成するタッチパネルディスプレイ３５０と、音声出力部を構成するスピーカ３６０と、通信制御部を構成するＮＩＣ（Network Interface Controller）３７０及び無線ＬＡＮ（Local Area Network）チップ３８０と、位置取得部を構成するＧＰＳ（Global Positioning System）ユニット３９０と、を有する。
図３は、ユーザ装置の電気的構成を例示する。図３に例示されるユーザ装置は、制御処理部を構成するＭＰＵ３１０と、主記憶部を構成するＲＡＭ３２０と、補助記憶部を構成するＲＯＭ３３０及びＥＥＰＲＯＭ（Electrically Erasable Programmable Read-Only Memory）３４０と、入力部及び表示部を構成するタッチパネルディスプレイ３５０と、音声出力部を構成するスピーカ３６０と、通信制御部を構成するＮＩＣ（Network Interface Controller）３７０及び無線ＬＡＮ（Local Area Network）チップ３８０と、位置取得部を構成するＧＰＳ（Global Positioning System）ユニット３９０と、を有する。
【0058】
ＲＡＭ３２０と、ＲＯＭ３３０と、ＥＥＰＲＯＭ３４０と、タッチパネルディスプレイ３５０と、スピーカ３６０と、ＮＩＣ３７０と、無線ＬＡＮチップ３８０と、ＧＰＳユニット３９０は、バスラインを介してＭＰＵ３１０と接続される。
【0059】
ＭＰＵ３１０は、（１）ＲＯＭ３３０又はＥＥＰＲＯＭ３４０に記憶されたプログラムをＲＡＭ３２０上に読み込み、（２）プログラムの指示に従ってタッチパネルディスプレイ３５０とＥＥＰＲＯＭ３４０とＮＩＣ３７０と無線ＬＡＮチップ３８０とＧＰＳユニット３９０との少なくともいずれかからデータを取得し、（３）取得したデータをプログラムに規定される手順で演算・加工した上で、（４）演算済み・加工済みのデータをＥＥＰＲＯＭ３４０とタッチパネルディスプレイ３５０とスピーカ３６０とＮＩＣ３７０と無線ＬＡＮチップ３８０との少なくともいずれかに提供する。
【0060】
［２－４－３．抽籤機能に関する機能構成］
図４は、実施例のシステムの抽籤機能に関する機能構成を例示する。図４に例示されるように、ユーザ管理サーバ１０は、複数のプレイヤを関連付けて登録する登録部４１０及び抽籤（ガチャ）を実行する抽籤部４２０を備える。登録部４１０は、募集受付部４１１，検索部４１２，応募受付部４１３及び登録部４１４を含む。抽籤部４２０は、受付部４２１，実行部４２２，付与部４２３及び報知部４２４を含む。
図４は、実施例のシステムの抽籤機能に関する機能構成を例示する。図４に例示されるように、ユーザ管理サーバ１０は、複数のプレイヤを関連付けて登録する登録部４１０及び抽籤（ガチャ）を実行する抽籤部４２０を備える。登録部４１０は、募集受付部４１１，検索部４１２，応募受付部４１３及び登録部４１４を含む。抽籤部４２０は、受付部４２１，実行部４２２，付与部４２３及び報知部４２４を含む。
【0061】
ユーザ管理サーバ１０の機能は、サーバ装置向けＯＳ（Operating System）と当該ＯＳ上で動作するプログラム（例えば、ドライバ，アプリケーション）とがサーバ装置にそれぞれインストールされることにより実現される。サーバ装置にインストールされるべきプログラムは、ＣＤ（Compact Disc），ＤＶＤ（Digital Versatile Disk），ＭＯディスク（Magneto-Optical disk），フラッシュメモリ（flash memory）などの記録媒体に記録された状態で配布され当該記録媒体からサーバ装置に読み込まれてもよいし、通信ネットワーク４０又はその他の通信ネットワークを介し搬送波に重畳させてサーバ装置に供給されてもよい。
【0062】
募集受付部４１１は、複合抽籤に挑戦しようとするプレイヤによる、複合抽籤に関するグループのメンバの募集（以下「メンバ募集」という。）を受け付ける。メンバ募集は、募集者の近傍に所在する他のプレイヤを対象とするメンバ募集（以下「近距離募集」という。）と、募集者がＵＲＬ（Uniform Resource Locator）を提供可能な他のプレイヤを対象とするメンバ募集（以下「ＳＮＳ募集」という。）を検索する。
【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】
１０ ユーザ管理サーバ（「ゲーム情報処理装置」の一例）
２０ データ管理サーバ
２１ ストレージ
３０ ユーザ端末
４０ 通信ネットワーク
４１０ 登録部
４１１ 募集受付部
４１２ 検索部
４１３ 応募受付部
４１４ 登録部
４２０ 抽籤部
４２１ 受付部
４２３ 付与部
４２４ 報知部
２０ データ管理サーバ
２１ ストレージ
３０ ユーザ端末
４０ 通信ネットワーク
４１０ 登録部
４１１ 募集受付部
４１２ 検索部
４１３ 応募受付部
４１４ 登録部
４２０ 抽籤部
４２１ 受付部
４２３ 付与部
４２４ 報知部
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】