JP7065438B1

JP7065438B1 - ゲームプログラム、ゲーム装置およびゲームシステム

Info

Publication number: JP7065438B1
Application number: JP2021003625A
Authority: JP
Inventors: 敦史丸山
Original assignee: Capcom Co Ltd
Current assignee: Capcom Co Ltd
Priority date: 2021-01-13
Filing date: 2021-01-13
Publication date: 2022-05-12
Anticipated expiration: 2041-01-13
Also published as: JP2022108742A; JP2022108559A

Abstract

【課題】他のユーザとの関係の構築にあたって興趣性を改善する。【解決手段】第１ユーザの第１リストに第２ユーザを第２ユーザの承諾なく登録する第１登録手段、第２ユーザの第２リストに第１ユーザを第１ユーザの承諾なく登録する第２登録手段、第１リストに第２ユーザが登録されていることを条件として第２リストに第１ユーザが登録されているか否かに関わらず第１ユーザに第１ゲーム制御を許可する第１ゲーム実行手段、第１リストに第２ユーザが登録されていることを条件として第１ユーザの第３リストに対する第２ユーザの登録に関する登録関連処理を実行させる実行制御手段、第２ユーザの承諾に応じて第３リストに第２ユーザを登録するとともに第２ユーザの第４リストに第１ユーザを登録する第３登録手段、第３リストに第２ユーザが登録されていることを条件として第１ユーザに第２ゲーム制御を許可する第２ゲーム実行手段として機能させる。【選択図】図１

Description

本発明は、ゲームプログラム、ゲーム装置およびゲームシステムに関する。

従来、他のユーザとの関係（フォロー・フォロワーなど）を構築して、構築した関係に応じてユーザに有利な効果等を生じさせるゲームが存在する。例えば、特許文献１には、第２ユーザからの関連付け要求に応じて第１ユーザと第２ユーザとを関連付けることで、第１ユーザの対戦に第２ユーザが参加可能にしたりこの対戦を見ることを可能にしたりするゲームシステムが開示されている。また、このゲームシステムでは、第１ユーザの承諾を取得することなく関連付け要求を受け付けた場合には第２ユーザを第１関係者とし、他方、第１ユーザの承諾を含む関連付け要求を受け付けた場合には第２ユーザを第２関係者として、第１ユーザの対戦への参加等を可能にする第２ユーザを第１関係者とするか第２関係者とするかを第１ユーザが選択することができる。

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

上記従来技術では、ユーザからの関連付け要求に対して要求先の他のユーザが承諾する否かの二つのパターンのいずれかでしか、他のユーザとの関係を構築できない。しかしながら、実際の人間関係の構築においては、このように単純ではない。このため従来技術では、他のユーザとの関係を構築にあたって興趣性の改善の余地がある。

本開示は、他のユーザとの関係の構築にあたって興趣性を改善できるゲームプログラム、ゲーム装置およびゲームシステムを提供する。

第１の側面は、コンピュータを、
第１ユーザの第１リストに、第２ユーザを、前記第２ユーザの承諾なく登録する第１登録手段、
前記第２ユーザの第２リストに、前記第１ユーザを、前記第１ユーザの承諾なく登録する第２登録手段、
前記第１リストに前記第２ユーザが登録されていることを条件として、前記第２リストに前記第１ユーザが登録されているか否かに関わらず、前記第１ユーザに第１ゲーム制御を許可する第１ゲーム実行手段、
前記第１リストに前記第２ユーザが登録されていること、または前記第２リストに前記第１ユーザが登録されていることを条件として、前記第１ユーザの第３リストに対する前記第２ユーザの登録に関する登録関連処理を実行させる実行制御手段、
前記第２ユーザの承諾に応じて、前記第３リストに前記第２ユーザを登録するとともに、前記第２ユーザの第４リストに前記第１ユーザを登録する第３登録手段、
前記第３リストに前記第２ユーザが登録されていることを条件として、前記第１ユーザに第２ゲーム制御を許可する第２ゲーム実行手段、として機能させる、
ゲームプログラムである。

また、第１の側面において、前記第１ゲーム制御は、前記第１ユーザと前記第２ユーザとが通信可能に接続されていることを条件としないものであり、
前記第２ゲーム制御は、前記第１ユーザと前記第２ユーザとが通信可能に接続されていることを条件とするものである。

また、第１の側面において、前記コンピュータを、
前記登録関連処理として、前記第３リストに対する前記第２ユーザの登録の要求を受け付け可能とする第１受付手段としてさらに機能させることができる。

また、第１の側面において、前記第３登録手段は、前記登録関連処理として、前記第３リストに前記第２ユーザが登録された場合に前記登録に付随する処理を実行することができる。

また、第１の側面において、前記コンピュータを、
前記登録関連処理として、前記第３リストに対する前記第２ユーザの登録の要求を受け付けるための画面の表示態様を変化させる表示制御手段としてさらに機能させることができる。

また、第１の側面において、前記表示制御手段は、さらに、前記第１ユーザおよび前記第２ユーザが相互に前記第２リストおよび前記第１リストに登録されている場合と、前記第１ユーザまたは前記第２ユーザのいずれか一人が前記第２リストまたは前記第１リストに登録されている場合と、で、前記画面の表示態様を変更させることができる。

また、第１の側面において、前記コンピュータを、
期間限定で開催される限定イベントが開始されることを条件として、前記第３リストに対する前記第２ユーザの登録の要求を受け付け可能とする第１受付手段としてさらに機能させ、
前記第３登録手段は、前記限定イベントの終了に応じて、前記第３リストに対する前記第２ユーザの登録を解除するとともに、前記第４リストに対する前記第１ユーザの登録を解除することができる。

また、第１の側面において、前記コンピュータを、
前記第１ユーザおよび前記第２ユーザが相互に前記第２リストおよび前記第１リストに登録されていること、または前記第３リストに前記第２ユーザが登録されていることを条件として、前記第１ユーザの第５リストに対する前記第２ユーザの登録の要求を受け付け可能とする第２受付手段としてさらに機能させる。

また、第１の側面において、前記コンピュータを、
前記第２ユーザの承諾に応じて、前記第５リストに前記第２ユーザを登録するとともに、前記第２ユーザの第６リストに前記第１ユーザを登録する第５登録手段としてさらに機能させる。

また、第１の側面において、前記第２受付手段は、期間限定で開催される限定イベントが開始されることを条件として、前記第５リストに対する前記第２ユーザの登録の要求を受け付け可能とし、
前記第５登録手段は、前記限定イベントの終了に応じて、前記第５リストに対する前記第２ユーザの登録を解除するとともに、前記第６リストに対する前記第１ユーザの登録を解除することができる。

また、第１の側面において、前記コンピュータを、
前記登録関連処理として、前記第３リストに対する前記第２ユーザの登録の要求を受け付け可能とする第１受付手段と、
予め設定された前記第１ユーザのユーザ情報に応じて、前記第１リストに前記第２ユーザが登録され、かつ、前記第２リストに前記第１ユーザが登録されている場合、前記第１受付手段に対し、前記第３リストに対する前記第２ユーザの登録を前記第１ユーザの操作を要することなく要求する要求手段としてさらに機能させることができる。

また、第１の側面において、前記第３登録手段は、予め設定された前記第２ユーザのユーザ情報に基づいて、前記第３リストに対する前記第２ユーザの登録の要求に応じて、前記登録を承諾するための前記第２ユーザの操作を要することなく前記第３リストに前記第２ユーザを登録することができる。

第２の側面は、
第１ユーザの第１リストに、第２ユーザを、前記第２ユーザの承諾なく登録する第１登録部と、
前記第２ユーザの第２リストに、前記第１ユーザを、前記第１ユーザの承諾なく登録する第２登録部と、
前記第１リストに前記第２ユーザが登録されていることを条件として、前記第２リストに前記第１ユーザが登録されているか否かに関わらず、前記第１ユーザに第１ゲーム制御を許可する第１ゲーム実行部と、
前記第１リストに前記第２ユーザが登録されていること、または前記第２リストに前記第１ユーザが登録されていることを条件として、前記第１ユーザの第３リストに対する前記第２ユーザの登録に関する登録関連処理を実行させる実行制御部と、
前記第２ユーザの承諾に応じて、前記第３リストに前記第２ユーザを登録するとともに、前記第２ユーザの第４リストに対する前記第１ユーザの登録をする第３登録部と、
前記第３リストに前記第２ユーザが登録されていることを条件として、前記第１ユーザに第２ゲーム制御を許可する第２ゲーム実行部、と、を備える、
サーバ装置である。

第３の側面は、
第１ユーザの第１リストに、第２ユーザを、前記第２ユーザの承諾なく登録する第１登録部と、
前記第２ユーザの第２リストに、前記第１ユーザを、前記第１ユーザの承諾なく登録する第２登録部と、
前記第１リストに前記第２ユーザが登録されていることを条件として、前記第２リストに前記第１ユーザが登録されているか否かに関わらず、前記第１ユーザに第１ゲーム制御を許可する第１ゲーム実行部と、
前記第１リストに前記第２ユーザが登録されていること、または前記第２リストに前記第１ユーザが登録されていることを条件として、前記第１ユーザの第３リストに対する前記第２ユーザの登録に関する登録関連処理を実行させる実行制御部と、
前記第２ユーザの承諾に応じて、前記第３リストに前記第２ユーザを登録するとともに、前記第２ユーザの第４リストに対する前記第１ユーザの登録をする第３登録部と、
前記第３リストに前記第２ユーザが登録されていることを条件として、前記第１ユーザに第２ゲーム制御を許可する第２ゲーム実行部、と、を備える、
ゲームシステムである。

本開示によれば、他のユーザとの関係の構築にあたって興趣性を改善できるゲームプログラム、ゲーム装置およびゲームシステムを提供する。

本実施形態におけるゲームシステムの構成を示すブロック図である。本実施形態における関係レベルとその効果の例を説明するための模式図である。本実施形態における関係レベルとその条件の例を説明するための模式図である。本実施形態におけるゲームパートの例を説明するための模式図である。本実施形態におけるゲームパートの流れの例を説明するための模式図である。本実施形態におけるゲームパートでのチーム編成の例を説明するための模式図である。ゲーム中にディスプレイに表示される画面例である。ゲーム中にディスプレイに表示される画面例である。ゲーム中にディスプレイに表示される画面例である。ゲーム中にディスプレイに表示される画面例である。ゲーム中にディスプレイに表示される画面例である。ゲーム中にディスプレイに表示される画面例である。ゲーム中にディスプレイに表示される画面例である。ゲーム中にディスプレイに表示される画面例である。ゲーム中にディスプレイに表示される画面例である。本実施形態におけるゲームシステムの一連の動作を表すフロー図である。本実施形態におけるゲームシステムの一連の動作を表すフロー図である。本実施形態におけるゲームシステムの一連の動作を表すシーケンス図である。本実施形態におけるゲームシステムの一連の動作を表すシーケンス図である。ゲーム中にディスプレイに表示される画面例である。

本開示の実施形態にかかるゲームシステム１について、図面を参照して説明する。

＜ゲームの説明＞
図１に示すゲームシステム１では、サーバ装置２および複数のゲーム装置５が通信ネットワーク６を介して互いに通信可能に接続され、ゲーム装置５においてゲームが実行される。

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

ゲームシステム１では、第１ユーザと第２ユーザとの間などのユーザ間の関係（以下、「ユーザ関係」ともいう）を、このユーザ関係を示すリストに登録することで、実際の人間関係の構築と同じように段階的に構築することができる。具体的には、ゲームシステム１では、ユーザ関係をレベル分けしている（以下、このレベルを「関係レベル」ともいう）。ゲームシステム１では、関係レベルそれぞれに応じて、ユーザ関係の登録を要求するための条件（以下、「要求条件」ともいう）や要求されたユーザ関係を登録するための条件（以下、「登録条件」ともいう）を設定する。そして、ゲームシステム１では、関係レベルそれぞれに応じて、ユーザに有利な効果を生じさせる。

上記「ユーザ関係を示すリスト」とは、例えば、以下の（１）～（６）のリストを含む。
（１）第１ユーザのフォローリスト：第１ユーザの第１リストの一態様であり、第１ユーザがフォローするユーザ（以下、「フォローユーザ」ともいう）を登録するリスト。
（２）第２ユーザのフォローリスト：第２ユーザの第２リストの一態様であり、第２ユーザのフォローユーザを登録するリスト。
（３）第１ユーザのフレンドリスト：第１ユーザの第３リストの一態様であり、第１ユーザとフレンドの関係にあるユーザ（以下、「フレンドユーザ」ともいう）を登録するリスト。
（４）第２ユーザのフレンドリスト：第２ユーザの第４リストの一態様であり、第２ユーザのフレンドユーザを登録するリスト。
（５）第１ユーザのパートナーリスト：第１ユーザの第５リストの一態様であり、第１ユーザとパートナーの関係にあるユーザ（以下、「パートナーユーザ」ともいう）を登録するリスト。
（６）第２ユーザのパートナーリスト：第２ユーザの第６リストの一態様であり、第２ユーザのパートナーユーザを登録するリスト。

ここで図２～３を参照して、関係レベルの一例について説明する。図２は、関係レベルとその効果の一例を示した表である。図２に示すように、関係レベルが１～４の４段階で設定されている例を説明するが、関係レベルをこれに限る趣旨ではない。また、表の「関係レベルの説明」欄では、それぞれの関係の具体的な内容の例を記載する。例えば、一方的なフォローの関係は、関係レベル１として設定されている。また、表の「効果」の欄には、それぞれの関係により生じるゲーム上の効果の例を記載する。例えば、関係レベル１の効果として、フォロー相手の進捗などの情報を見ることが可能になったりフォロー相手のプレイヤキャラクタをレンタルすることが可能になったりする。また、このゲーム上の効果は、通常パートとイベントパートとで異なることがある。

「フォロー」とは、相手のユーザのゲームの進捗などの情報を追うことができる関係をいう。また、フォローは、相手のユーザの承諾なくその関係を登録することができる。「一方的なフォロー」とは、例えば、第１ユーザが第２ユーザをフォローしているけれども、第２ユーザは第１ユーザをフォローしていない状態、またはその逆の状態をいう。また、「相互フォロー」とは、第１ユーザが第２ユーザをフォローし、かつ第２ユーザが第１ユーザをフォローしている状態、すなわち第１ユーザと第２ユーザとが相互にフォローしあっている状態をいう。フォローの関係は、第１の関係の一態様である。

「フレンド」とは、相手のユーザと対戦または協力するマルチプレイをすることができる関係をいう。また、フレンドは、相手のユーザの承諾に応じて登録することができる。このため、フレンドは、登録にあたって相手の承諾を要するため一方的な関係にはならず、常に相互の関係になる。フレンドの関係は、第２の関係の一態様である。

「パートナー」とは、特定のイベント限定の関係であり、イベントの開催期間などの所定期間内に限って、相手のユーザと対戦または協力するマルチプレイをすることができる関係をいう。また、パートナーは、特定のイベントにおいて、イベント限定のマルチプレイするための同じマッチンググループにマッチングされる関係である。また、パートナーは、相手のユーザの承諾に応じて登録することができる。このため、パートナーは、登録にあたって相手の承諾を要するため一方的な関係にはならず、常に相互の関係になる。パートナーの関係は、第３の関係の一態様である。

「通常パート」とは、ゲームパートの一つであり、ゲームにおいてユーザが通常進行させるゲームパートである。通常パートは、例えば、ゲームにおいて主流となるゲームパートであってもよい。また、「イベントパート」とは、ゲームパートの一つであり、ゲームにおいて、イベント的（例えば、非定期、偶発的または期間限定など）に生じるゲームパートである。イベントパートは、例えば、ゲームにおいて傍系となるゲームパートであってもよい。

「ゲームパート」とは、ゲーム内でユーザがプレイ可能なコンテンツである。ゲームパートは、例えば、クエスト（ゲーム上の課題や目標）、ミニゲーム、ミッション（ゲーム上の任務）、またはイベントなどを含む。

図３は、関係レベルと各関係レベルのための条件の一例を示した表である。図３に示すように、関係レベルごとに、それぞれの要求条件と登録条件とが設定されている。例えば、関係レベル３の場合、フレンドの登録の要求をユーザがするためには、要求条件として、相手のユーザとのユーザ関係が一方的フォローまたは相互フォローである必要がある。また、関係レベル３の場合、この登録の要求ができても、フレンドの登録がなされるためには、登録条件として、この登録の要求に対する相手のユーザからの承諾が必要となる。

ここで図４を参照して、本実施形態におけるゲームパートである通常パートとイベントパートそれぞれの一例を説明する。

図４に示すように、通常パートでは、ユーザは、ガチャを実行したりクエストをクリアしたりすることで、プレイヤキャラクタを入手したり育成したりすることができる。また、通常パートでは、ユーザ関係を、フォロー、フレンドおよびパートナーと段階的に登録することができる。フレンドの登録ができれば、図３に示すような相手のユーザとの通常パートでのマルチプレイ（図４では、「通常マルチプレイ」と表記）が可能になる。

「ガチャ」とは、サーバ装置２にて、抽選リスト２２２の中から、所定選択割合に基づき任意のゲーム媒体を抽選により選択する方法である。選択された任意のゲーム媒体は、ユーザのゲーム装置５に付与される。“ガチャで選択したゲーム媒体を、ユーザに付与する／ユーザが所有する”とは、「抽選処理で選択されたゲーム媒体を、ユーザを示す識別情報と関連づける／関連づけられている」ことと同義である。

イベントパートは、期間限定で開催されるイベント（以下、「限定イベント」ともいう）に含まれるゲームパートである。イベントパートは、ソロプレイをするゲームパート（以下、「ソロパート」ともいう）とマルチプレイをするゲームパート（以下、「マルチパート」ともいう）とに分けることができる。本実施形態では、ソロパートは複数のステージ（以下、「階層」ともいう）を含むものとする。ソロパートは、第１ゲームパートの一態様である。また、マルチパートは、第２ゲームパートの一態様である。第２ゲームパートとは、第１ゲームパートとは異なるゲームパートであり、マッチングされた複数のユーザで実行されるゲームパートである。

ソロパートでは、例えば、探索型のゲームがソロプレイできる。この探索型ゲームでは、ユーザは、ソロプレイとして、イベントパート専用のスタミナを消費して、所定フィールド内でプレイヤキャラクタを移動させることができる。また、ユーザは、この探索型ゲームで、イベントパート内のゲーム媒体（例えば、イベントパート限定のアイテム等）を取得することができる。

ソロパートでは、ユーザのパーティが探索している最中に、他のユーザのパーティと遭遇するイベントが生じることがある。また、一方的フォロー、相互フォローまたはフレンドの他のユーザについては、後述の特典として、この遭遇率が高まるよう設定されてもよい。ユーザは、ソロパートにおいて、この遭遇した他のユーザのパーティを、後述の階層ボスとの戦闘のために、所定パーティ数までストックすることができる。このストックされた他のユーザのパーティを、以下、「フレンドパーティ」ともいう。すなわち、ソロパートでは、他のユーザと遭遇してフレンドパーティとしてストックすることで、通常パートでのフレンドによる有利な効果（例えば、フレンドと協力してクエストに挑戦）を生じさせることができる。

ソロパートでは、階層ごとのボスとなる敵キャラクタ（以下、「階層ボス」ともいう）が設定されており、ユーザのパーティが、階層ごとに所定進捗率（本例では、１００％）まで進捗した場合、この階層ボスに遭遇して、この階層ボスを倒す（以下、「討伐する」ともいう）ための戦闘イベントが生じる。この戦闘イベントにおいて、ユーザは、自分のパーティにストックしているフレンドパーティを加えて階層ボスと戦闘することができる。

マルチパートでは、他のユーザと協力して行うミッション（例えば、レイドミッションなど）が行われる。マルチパートでは、階層ボスとは異なるボス（以下、「レイドボス」ともいう）を他のユーザと協力して倒すことを目的とする。マルチパートでは、まず、開始にあたって、このマルチパートを実行するための複数のユーザがマッチングされ、マッチングされた複数のユーザでグルーピングする。次に、グルーピングされた複数のユーザ（以下、「グループメンバー」ともいう）のうちマルチパートに参加するメンバーでチームを編成する。この編成されたチームのメンバー（以下、「チームメンバー」ともいう）でレイドボスと戦闘する。なお、このチームメンバー間のユーザ関係は、イベントパート限定のパートナーの関係として登録される。すなわち、イベントパートにおいて、他のユーザと協力プレイ中に、イベントパート限定の条件（要求条件または登録条件）によるユーザ関係を登録すること、またはイベントパート限定のユーザ関係（パートナー）を登録すること、ができる。

チームメンバーとレイドボスとの戦闘を行うマルチパートは、開始から一定時間経過すると終了する。マルチパートが終了すると、マッチングにより構成されたグループ(以下、「マッチンググループ」ともいう)は解散となる。マッチンググループが解散される際、レイドボスに各ユーザがそれぞれ与えたダメージの量に応じて、マッチンググループ内でユーザをランキングする。また、このダメージ量に応じて、各ユーザに特典（報酬）を付与する。次のマルチパートが開始されると、再び複数のユーザがマッチングされ、グルーピングされる。また、イベントパート限定のユーザ関係であるパートナーの登録がされていると、次のマルチパートでも同じマッチンググループにマッチングされる。

図１に戻って説明を続ける。上記のようなゲームは、プレイステーション（登録商標）などの家庭用ゲーム機、ニンテンドースイッチ（登録商標）などの携帯用ゲーム機、もしくは、パーソナルコンピュータ、スマートフォン、タブレットなどの電子機器であるゲーム装置５、を用いて実行される。以下では、ゲーム装置５がスマートフォンである場合を例示する。

＜ゲームシステム１の概要＞
ゲームシステム１は、サーバ装置２および複数のゲーム装置５にて構成される。サーバ装置２は、ゲームプログラムおよびゲームデータを記憶しており、ゲーム装置５の（下記のアカウント情報ごとの）ゲームデータの管理を行う。

ゲームデータは、ゲーム装置５でゲームを実行させるためのデータであり、例えば、ユーザが操作するプレイヤキャラクタや、その他のゲーム空間オブジェクト（ゲーム空間の地形、フィールドを構成するオブジェクトや、敵キャラクタ等のＮＰＣ（ｎｏｎｐｌａｙｅｒｃｈａｒａｃｔｅｒ）オブジェクト）や、敵キャラクタを自動的に操作させるための操作データなどを含む。

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

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

＜ゲームシステム１の構成＞
以下、図１を参照して、サーバ装置２およびゲーム装置５の各ハードウェア構成について説明する。なお、複数のゲーム装置５それぞれは、互いに同じ構成を有する。

＜サーバ装置２の構成＞
図１に示すように、サーバ装置２は、ネットワークインターフェース２１、記憶部２２および制御部２３を有する。ネットワークインターフェース２１および記憶部２２は、バス２９を介して制御部２３と電気的に接続されている。

ネットワークインターフェース２１は、インターネットおよびＬＡＮなどの通信ネットワーク６を介して各ゲーム装置５と通信可能接続されている。

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

ユーザＤＢ２２１には、ゲームをプレイするユーザの識別番号ごとに、ユーザが操作するプレイヤキャラクタに関する情報（ステータスなど）、仮想ゲーム空間内にて使用可能な消費媒体の額、パラメータに関する情報などが、対応づけられて記憶されている。以降、これらの情報を総称して「ユーザ情報」ともいう。

「消費媒体」とは、仮想ゲーム空間内で使用可能な通貨やポイントなどであって、ゲームを進めるにあたりゲーム内で消費される媒体である。消費媒体は、クエストのクリア報酬として、また、現実社会での課金により、ユーザに付与される。

抽選リスト２２２は、一般にガチャと呼ばれる抽選処理を抽選実行手段２３３（後述）が行う際に用いるものであって、選択対象となるゲーム媒体に関する情報を複数含む。抽選リスト２２２には、ゲーム媒体に関する情報（名称、能力パラメータ、レアリティ、レベルなど）と、抽選による選択割合とが、対応づけられている。またパラメータとは、例えば、ゲーム媒体がプレイヤキャラクタの場合、戦力、ＨＰ、攻撃力、防御力、賢さ、または速さなどを含む。

「ゲーム媒体」とは、ゲームに関する要素を表した電子データであって、プレイヤキャラクタとして使用するキャラクタの名称、プレイヤキャラクタが仮想ゲーム空間内にて使用するアイテム（武器、防具、道具）などが含まれる。ユーザは、ゲーム媒体を、課金による直接購入やクエストクリアの他、ガチャと呼ばれる抽選方法によって入手することができる。入手したゲーム媒体は、そのゲーム媒体を所有することとなったユーザの識別情報と対応づけて、ユーザＤＢ２２１に記憶され管理される。

制御部２３は、ＣＰＵおよび半導体メモリを含むマイクロコンピュータで構成され、自装置２の動作を制御する。

制御部２３は、各種プログラムを実行することにより、情報処理手段２３１、照合手段２３２、抽選実行手段２３３、受付手段２３４、登録手段２３５、実行制御手段２３６、マッチング手段２３７、および付与手段２３８として機能する。

―情報処理手段―
情報処理手段２３１は、各ゲーム装置５との間で各種データを送受信する。情報処理手段２３１が受信する主なデータとしては、ゲームプログラムのダウンロード要求情報、ユーザの操作に応じたガチャの抽選要求、ゲームパートの実行／終了の要求、アカウント情報、ゲームデータなどが挙げられる。情報処理手段２３１が送信する主なデータとしては、ゲームプログラムをゲーム装置５が受信したことを確認するための情報、ガチャにて得られたゲーム媒体に関する情報などが挙げられる。

－照合手段―
照合手段２３２は、ゲーム装置５から受信したユーザの識別情報を用いて、ユーザアカウントの認証を行う。

―抽選実行手段―
抽選実行手段２３３は、ガチャの抽選要求に伴って、抽選リスト２２２の中から、ゲーム媒体ごとの選択確率に基づいて１以上のゲーム媒体を抽選により選択する。抽選実行手段２３３は、選択したゲーム媒体に関する情報と、抽選要求の送信元となる操作を行ったユーザの識別情報とを、ユーザＤＢ２２１にて関連付ける。これにより、当該ユーザには、自身でガチャを引いた結果当選したゲーム媒体が付与される。

―受付手段―
受付手段２３４は、ユーザから、サーバ装置２に対する各種要求を受け付ける。受付手段２３４は、第１受付手段２３４１と、第２受付手段２３４２と、を含む。受付手段２３４は、第１ユーザから、第２ユーザのフォローリストに対する登録の要求を受け付ける。また、受付手段２３４は、第２ユーザから、第１ユーザのフォローリストに対する登録の要求を受け付ける。受付手段２３４は、例えば、第１ユーザから、第１ユーザの上記（１）、（３）および（５）それぞれのリストに対する登録の要求を受け付ける。受付手段２３４は、言い換えれば、第１ユーザから、ユーザ関係の更新の要求を受け付ける。

―第１受付手段―
第１受付手段２３４１は、登録関連処理として、第１ユーザのフレンドリスト（第３リスト）に対する第２ユーザの登録の要求を受け付け可能とする。第１受付手段２３４１は、このように受付可能となった場合に、第１ユーザから、第１ユーザのフレンドリストに対する第２ユーザの登録の要求を受け付ける。また、第１受付手段２３４１は、登録関連処理として、第２ユーザのフレンドリスト（第４リスト）に対する第１ユーザの登録の要求を受け付け可能とする。第１受付手段２３４１は、このように受付可能となった場合に、第２ユーザから、第２ユーザのフレンドリストに対する第１ユーザの登録の要求を受け付ける。第１受付手段２３４１は、これらの登録の要求を受け付けると、登録相手の第１ユーザまたは第２ユーザに、これらの登録の要求に対して承諾するか否かを問い合わせる。

「登録関連処理」とは、第１ユーザまたは第２ユーザのフレンドリストに第２ユーザまたは第１ユーザを登録することに関する処理である。登録関連処理は、例えば、（ア）フレンドの登録の要求を受け付け可能とする処理、（イ）ユーザ関係により付与される特典を増やす処理、（ウ）フレンドの登録の要求をするためのＵＩの表示態様の更新処理、などを含む。

上記構成によれば、第１受付手段２３４１は、第１ユーザを第２ユーザがフォローしている、または第２ユーザが第１ユーザをフォローしていることを条件として、フレンドの登録の要求の受け付けを可能にすることができる。このため、上記構成によれば、第１受付手段２３４１は、ユーザ関係がフォロー状態にあれば、その一段上の関係レベルのフレンドの登録の要求を可能にすることができる。したがって、上記構成によれば、第１受付手段２３４１は、フォローからフレンドへと段階的にユーザ関係を構築させることができる。

第１受付手段２３４１は、例えば、第１ユーザから、第１ユーザのフレンドリストに対する第２ユーザの登録解除の要求を受け付ける。また、第１受付手段２３４１は、例えば、第２ユーザから、第２ユーザのフレンドリストに対する第１ユーザの登録解除の要求を受け付ける。

―第２受付手段―
第２受付手段２３４２は、通常パートにおいて、第１ユーザおよび第２ユーザが相互に第２ユーザのフォローリスト（第２リスト）および第１ユーザのフォローリスト（第１リスト）に登録されていること、または第１ユーザのフレンドリスト（第３リスト）に第２ユーザが登録されていることを条件として、第１ユーザのパートナーリスト（第５リスト）に対する第２ユーザの登録の要求を受け付け可能とする。第２受付手段２３４２は、このように受付可能となった場合に、第２ユーザから、第１ユーザのパートナーリストに対する登録の要求を受け付ける。

上記構成によれば、第２受付手段２３４２は、第１ユーザと第２ユーザとが相互フォローしている、またはフレンドであることを条件として、パートナーの登録の要求を受け付け可能にすることができる。このため、上記構成によれば、第２受付手段２３４２は、ユーザ関係が相互フォローかフレンドであれば、それらより上の関係レベルのパートナーの登録の要求を可能にすることができる。したがって、上記構成によれば、第２受付手段２３４２は、相互フォローから一段階飛ばしてまたはフレンドから段階的にパートナーへとユーザ関係を構築させることができる。

第２受付手段２３４２は、例えば、限定イベントが開始されることを条件として、第１ユーザのパートナーリスト（第５リスト）に対する第２ユーザの登録の要求を受け付け可能としてもよい。

上記構成によれば、第２受付手段２３４２は、限定イベントの開催期間に限定して、段階を飛ばしてパートナーへとユーザ関係を構築させることができる。上記構成によれば、第２受付手段２３４２は、例えば、限定イベントであるイベントパートで他のユーザと協力してプレイする中で期間限定の特別なユーザ関係の構築を演出し、興趣性を高めることができる。

第２受付手段２３４２は、例えば、第１ユーザから、第１ユーザのパートナーリストに対する第２ユーザの登録解除の要求を受け付ける。また、第２受付手段２３４２は、例えば、第２ユーザから、第２ユーザのパートナーリストに対する第１ユーザの登録解除の要求を受け付ける。

―登録手段―
登録手段２３５は、複数のユーザ間でのユーザ関係をユーザＤＢ２２１などに登録する。登録手段２３５は、言い換えれば、ユーザ関係の更新の要求が受付手段２３４で受け付けられた際に、第２ユーザの承諾を必要としないフォローの関係（第１の関係）、または第２ユーザの承諾を必要とするフレンドの関係（第２の関係）もしくはパートナーの関係（第３の関係）の少なくともいずれかにユーザ関係を更新登録する。登録手段２３５は、第１登録手段２３５１と、第２登録手段２３５２と、第３登録手段２３５３と、第５登録手段２３５４と、を含む。

登録手段２３５は、後述のマッチング手段２３７がマッチングした複数のユーザに含まれる第１ユーザと第２ユーザの間のユーザ関係を登録する。また、登録手段２３５は、ソロパート（第１ゲームパート）とマルチパート（第２ゲームパート）とにおいてユーザ関係を更新する。

―第１登録手段―
第１登録手段２３５１は、第１ユーザのフォローリスト（第１リスト）に、第２ユーザを、第２ユーザの承諾なく登録する。例えば、第１ユーザのフォローリストに対する第２ユーザの登録の要求を第１ユーザから受付手段２３４が受け付けると、第１登録手段２３５１は、この受け付けた登録の要求に応じて、第１ユーザのフォローリストに第２ユーザを登録する。これにより、第１登録手段２３５１は、第１ユーザが第２ユーザをフォローする関係を登録する。

―第２登録手段―
第２登録手段２３５２は、第２ユーザのフォローリスト（第２リスト）に、第１ユーザを、第１ユーザの承諾なく登録する。例えば、第２ユーザのフォローリストに対する第１ユーザの登録の要求を第２ユーザから受付手段２３４が受け付けると、第２登録手段２３５２は、この受け付けた登録の要求に応じて、第２ユーザのフォローリストに第１ユーザを登録する。これにより、第２登録手段２３５２は、第２ユーザが第１ユーザをフォローする関係を登録する。

―第３登録手段―
第３登録手段２３５３は、第２ユーザの承諾に応じて、第１ユーザのフレンドリスト（第３リスト）に第２ユーザを登録するとともに、第２ユーザのフレンドリスト（第４リスト）に第１ユーザを登録する。例えば、第１ユーザのフレンドリストに第２ユーザを登録することを承諾するか否かを第２ユーザに第１受付手段２３４１が問い合わせてその応答が「承諾する」であった場合、第３登録手段２３５３は、第１ユーザのフレンドリストに第２ユーザを登録する。また、第３登録手段２３５３は、この登録とともに、第２ユーザのフレンドリストに第１ユーザを登録する。

第３登録手段２３５３は、登録関連処理として、第１ユーザのフレンドリスト（第３リスト）に第２ユーザが登録された場合に、当該登録に付随する処理を実行してする。この
「登録に付随する処理」とは、例えば、第１ユーザのフレンドリストに第２ユーザが登録されたことに応じて、第１ユーザおよび／または第２ユーザに付与手段２３８が付与する特典（例えば、レイドボスを討伐したことによる報酬など）を増やす処理であってもよい。

上記構成によれば、第３登録手段２３５３は、フレンドの登録に応じてユーザに付与する特典を増やすなどの登録に付随する処理を実行することで、ユーザに対してフレンドの登録を促すことができる。

第３登録手段２３５３は、例えば、第１受付手段２３４１が第１ユーザのパートナーリストに対する第２ユーザの登録解除の要求を受け付けたことに応じて、第１ユーザのパートナーリストに対する第２ユーザの登録を解除するとともに、第２ユーザのパートナーリストに対する第１ユーザの登録を解除する。また、その逆に、第３登録手段２３５３は、例えば、第１受付手段２３４１が第２ユーザのパートナーリストに対する第１ユーザの登録解除の要求を受け付けたことに応じて、第２ユーザのパートナーリストに対する第１ユーザの登録を解除するとともに、第１ユーザのパートナーリストに対する第２ユーザの登録を解除する。

―第５登録手段―
第５登録手段２３５４は、第２ユーザの承諾に応じて、第１ユーザのパートナーリスト（第５リスト）に第２ユーザを登録するとともに、第２ユーザのパートナーリスト（第６リスト）に第１ユーザを登録する。例えば、第１ユーザのパートナーリストに第２ユーザを登録することを承諾するか否かを第２ユーザに第２受付手段２３４２が問い合わせてその応答が「承諾する」であった場合、第５登録手段２３５４は、第１ユーザのパートナーリストに第２ユーザを登録する。また、第５登録手段２３５４は、この登録とともに、第２ユーザのパートナーリストに第１ユーザを登録する。

上記構成によれば、第５登録手段２３５４は、相手のユーザの承諾に応じて、パートナーの関係を構築させることができる。このため、上記構成によれば、第５登録手段２３５４は、フォローよりその関係により生じる効果が高いパートナーの関係においては、相手の承諾を取得してから構築させることができる。

第５登録手段２３５４は、例えば、限定イベントにおいて、第２ユーザの承諾に代えて第１ユーザと第２ユーザとがマルチパートに参加する同じチームメンバーであることを条件として、第１ユーザのパートナーリストに第２ユーザを登録するとともに、第２ユーザのパートナーリストに第１ユーザを登録してもよい。

第５登録手段２３５４は、限定イベントの終了に応じて、第１ユーザのパートナーリストに対する第２ユーザの登録を解除するとともに、第２ユーザのパートナーリスト（第６リスト）に対する第１ユーザの登録を解除する。

上記構成によれば、第５登録手段２３５４は、パートナーの関係を限定イベント中のみとすることができる。このため、上記構成によれば、第５登録手段２３５４は、フレンドの関係との差別化を図り、パートナーの関係の特別感を創出することができる。

―実行制御手段―
実行制御手段２３６は、第１ユーザのフォローリスト（第１リスト）に第２ユーザが登録されていること、または第２ユーザのフォローリスト（第２リスト）に第１ユーザが登録されていることを条件として、各手段に登録関連処理を実行させる。

上記構成によれば、実行制御手段２３６は、フォローの登録がされていることを条件として、フレンドの登録に関する処理を実行させることができる。このため、上記構成によれば、実行制御手段２３６は、フォローからフレンドへと段階的なユーザ関係の構築を促すことができる。

―マッチング手段―
マッチング手段２３７は、ソロパート（第１ゲームパート）の進捗に基づいて、マルチパート（第２ゲームパート）を実行するための複数のユーザをマッチングする。マッチング手段２３７は、例えば、ソロパートの進捗度が所定範囲内にあるユーザを母集団として、その母集団の中から抽選により次のイベントパートを実行するためのグループメンバーにマッチングさせてもよい。この「ソロパートの進捗度が所定範囲内にあるユーザ」とは、例えば、ソロパートにおいて同じ階層にいてかつ進捗率が所定範囲内にあるユーザである。

マッチング手段２３７は、マルチパート（第２ゲームパート）に引き続いて次のマルチパート（第３ゲームパート）が開始される際に、ソロパート（第１ゲームパート）の進捗と登録手段２３５によりイベントパートで更新されたユーザ関係とに基づいて、次のイベントパートを実行するための複数のユーザをマッチングする。マッチング手段２３７は、例えば、（Ａ）ソロパートの進捗率が所定範囲内にあるユーザ、（Ｂ）フォローの関係にあるユーザ、または（Ｃ）フレンドの関係にあるユーザを母集団として、その母集団の中から抽選により次のイベントパートを実行するためのグループメンバーにマッチングさせてもよい。また、マッチング手段２３７は、例えば、（Ａ）のうちＸ人、（Ｂ）または（Ｃ）のうちＹ人というように（Ａ）～（Ｃ）それぞれの抽選枠を設定して、抽選してもよい。

上記構成によれば、マッチング手段２３７は、マッチングされたマルチパートで関係が構築されたユーザ達を、引き続き開始される次のマルチパートでもマッチングすることができる。また、上記構成によれば、マッチング手段２３７は、ユーザ達を、ソロパートを含むゲームパートの進捗により、マルチパートでマッチングすることができる。このため、上記構成によれば、マッチング手段２３７は、連続するマルチパートを通してさらにユーザ関係を深めること（例えば、一緒に限定イベントの攻略を目指すことなど）を可能とするとともに、さらに他のユーザとの出会いも促すことができる。したがって、上記構成によれば、マッチング手段２３７は、マッチングされた他のユーザとの関係の構築を改善することができる。

マッチング手段２３７は、例えば、第１ユーザと第２ユーザとの間のユーザ関係がパートナーの関係（第３の関係）である場合、マルチパートにおいて第１ユーザと第２ユーザとを同じグループにマッチングする。

―付与手段―
付与手段２３８は、マルチパート（第２ゲームパート）でユーザ関係がフォロー関係（第１の関係）に更新されたことに応じて、ソロパート（第１ゲームパート）またはマルチパートにおいて、第１ユーザまたは第２ユーザに特典を付与する。

上記構成によれば、付与手段２３８は、ユーザ関係が関係なしの状態からフォロー関係などが構築されたことに応じてユーザに特典を付与するため、ユーザにフォロー関係などのユーザ関係の構築を促すことができる。

付与手段２３８は、フォロー関係（第１の関係）の数に応じて、特典の価値または特典の量を決定する。

上記構成によれば、付与手段２３８は、フォロー関係などのユーザ関係の数に応じて特典の価値や特典の量を決定するため、ユーザに、特典をより多く、またはより価値のある特典を得ようとフォロー関係を構築する動機付けをすることができる。このため、上記構成によれば、付与手段２３８は、ユーザにフォロー関係などのユーザ関係の構築をより促すことができる。

―ゲーム実行手段―
ゲーム実行手段２３９は、登録されているユーザ関係に基づいて、第１ユーザまたは第２ユーザに、特定のゲーム制御を許可する。ゲーム実行手段２３９は、第１ゲーム実行手段２３９１と、第２ゲーム実行手段２３９２と、を含む。

－第１ゲーム実行手段－
第１ゲーム実行手段２３９１は、第１ユーザのフォローリスト（第１リスト）に第２ユーザが登録されていることを条件として、第２ユーザのフォローリスト（第２リスト）に第１ユーザが登録されているか否かに関わらず、第１ユーザに第１ゲーム制御を許可する。

「第１ゲーム制御」とは、第１ユーザがプレイするゲームに対する制御であり、例えば、第１ユーザと第２ユーザとが通信可能に接続されていることを条件としないものである。第１ゲーム制御は、例えば、第２ユーザのゲーム情報に基づくゲーム制御であってもよい。ここで「第２ユーザのゲーム情報に基づくゲーム制御」とは、例えば、第２ユーザのゲーム媒体（プレイヤキャラクタやアイテムなど）を使用して第１ユーザがプレイすること（例えば、いわゆるキャラレンタルなど）を一時的に可能にする制御である。

第１ゲーム実行手段２３９１は、例えば、後述の付与手段２３８により付与される特典として、第１ゲーム制御（第２ユーザのゲーム情報に基づくゲーム制御）を第１ユーザに許可してもよい。

上記構成によれば、実行制御手段２３６は、第１ユーザと第２ユーザとのユーザ関係がステップアップ（更新）された特典として、第２ユーザのゲーム情報を利用することを第１ユーザに許可することができる。このため、上記構成によれば、実行制御手段２３６は、ゲーム情報を利用したい他のユーザと積極的にユーザ関係を構築するよう促すことができる。また、上記構成によれば、ユーザは、ユーザ関係がステップアップされることで自分のゲーム情報を他のユーザにシェアすることができる。このため、上記構成によれば、実行制御手段２３６は、ユーザ間の関係を深めることを可能にする。

－第２ゲーム実行手段－
第２ゲーム実行手段２３９２は、第１ユーザのフレンドリスト（第３リスト）に第２ユーザが登録されていることを条件として、第１ユーザに第２ゲーム制御を許可する。

「第２ゲーム制御」とは、第１ユーザがプレイするゲームに対する制御であり、第１ゲーム制御とは異なるゲーム制御である。第２ゲーム制御は、例えば、第１ユーザと第２ユーザとが通信可能に接続されていることを条件とするものである。「第１ユーザと第２ユーザとが通信可能に接続されている」とは、例えば、第１ユーザのゲーム装置５とサーバ装置２とが接続されていて、かつ第２ユーザのゲーム装置５とサーバ装置２とが接続されているというように、サーバ装置２を介して間接的に接続されている状態も含む。第２ゲーム制御は、例えば、第１ユーザと第２ユーザとの通信によるマルチプレイを可能にする制御である。なお、このマルチプレイは、例えば、第１ユーザと第２ユーザのゲームの進行状況などを同期させてプレイさせてもよいし、非同期でプレイさせてもよい。

上記構成によれば、第２ゲーム実行手段２３９２は、フレンドの登録がされていることを条件として、フォローの登録により許可する第１ゲーム制御とは異なるゲーム制御（第２ゲーム制御）を許可することができる。このため、上記構成によれば、第２ゲーム実行手段２３９２は、許可するゲーム制御を変えることで、相手の承諾なく登録できる関係（フォローの関係）と承諾を必要とする関係（フレンドの関係）との差別化を図ることができる。したがって、上記構成によれば、このように差別化を図ることで段階的なユーザ関係（フォロー関係よりフレンド関係の方がその効果が上の関係）を構築させ、他のユーザとの関係の構築にあたって興趣性を改善することができる。

上記構成によれば、第２ゲーム実行手段２３９２は、フレンドの登録がされていることを条件として、第１ユーザと第２ユーザとがネットワークを介して繋がっていることを条件としたゲーム制御を許可することができる。このため、上記構成によれば、第２ゲーム実行手段２３９２は、フォローの登録がされていることを条件として第１ユーザと第２ユーザとがネットワークを介して繋がっていることを条件としない第１ゲーム制御と比較して、関係レベルが上のフレンドであることに応じて許可する制御の度合いを高くして、第２ゲーム制御を許可することができる。

＜マッチング手段およびゲーム実行手段＞
ここで図５～６を用いて、マッチング手段２３７およびゲーム実行手段２３９の処理の例について説明する。図５は、イベントパートの流れの一例を表す図である。図６は、グループメンバー等によるチーム編成の一例を表す図である。本例では、限定イベントが、その開催期間中日ごとに、規定の開始時間（１１時）になると開始され、規定の終了時間（１２時）になると終了される例を説明する。

（１）図５に示すように、限定イベントの開催期間中のＸ日（Ｘ：自然数）の規定の開始時間（１１時）が到来したことに応じて、マッチング手段２３７は、ソロパートの進捗に基づいて、マルチパートを実行するための複数のユーザをマッチングして、グルーピングする。

（２）実行制御手段２３６は、グループメンバーのうち誰かがソロパートでレイドボスと遭遇するイベントを生じさせる。実行制御手段２３６は、レイドボスと遭遇するイベントを生じさせると、マルチパートを開始する。

マルチパートでは、実行制御手段２３６により、以下のような処理を実行させる。
・他のグループメンバーのゲーム装置５の音声制御手段５６３および／または表示制御手段５６４は、他のグループメンバーにレイドボスと遭遇したことを通知する。
・各グループメンバーは、このマルチパートに自由に参加することができる。マルチパートに参加したいグループメンバーがこのマルチパートに対する参加の要求をすると、この要求を第２受付手段２３４２が受け付ける。また、第２受付手段２３４２は、この受け付けた要求を、パートナーリストに対するユーザの登録の要求としても受け付ける。すなわち、チームに参加すると、チームの他のメンバーとは自動的にパートナー登録される。
・実行制御手段２３６は、各チームメンバーによるレイドボスへのダメージ量を蓄積させる。実行制御手段２３６は、この蓄積させたダメージ量の合計によりレイドボスのＨＰが０になったらチームによる討伐成功と判定する。
・チームメンバーに対して、フォローの関係などのユーザ関係がなくとも、フレンドの関係やパートナーの関係の要求の受け付けが可能となる。

（３）Ｘ日の規定の終了時間（１２時）が到来したことに応じてマルチパートを終了するにあたって、ゲーム実行手段２３９は、未討伐のレイドボスを撤退させる。付与手段２３８は、レイドボスに与えたダメージ量に応じて、以下のように報酬を算出して付与する。
・付与手段２３８は、レイドボスに与えたそれぞれのダメージ量に応じて、グループメンバー内のランキングを判定する。付与手段２３８は、各チームメンバーに対して、このランキングに応じた報酬を付与する。
・付与手段２３８は、チームメンバーのレイドボスの討伐への貢献度に応じて、チームメンバーに報酬を分配する。
・付与手段２３８は、チームメンバーそれぞれのフォロー人数・フォロワー人数に応じて、付与する報酬を増やす。

表示制御手段５６４は、レイドボスを討伐した際に、チームメンバーのフォローを促す旨を後述の予告画面や更新画面などで表示させる。

（４）限定イベントの開催期間中のＸ＋１日の規定の開始時間が到来したことに応じて、前日と同様に、マッチング手段２３７は、ソロパートの進捗に基づいて、マルチパートを実行するための複数のユーザをマッチングして、グルーピングする。マッチング手段２３７は、前回同じチームメンバーだったユーザ、すなわちパートナーの関係にあるユーザは同じマッチンググループにマッチングされるようにする。

図６に示すように、マルチパート（図６では、「守護竜戦」と表記）が開始される際に、マッチング手段２３７は、ソロパートの進捗などに基づいて、複数のユーザをマッチングして、グルーピングする。マッチング手段２３７がこのようにマッチンググループを作成した際にグループメンバーの一人であるユーザＡがチームの作成を要求すると、第２受付手段２３４２がこの要求を受け付ける。第２受付手段２３４２がこの要求を受け付けると、第５登録手段２３５４は、ユーザＡが作成したチーム（以下、「チームＡ」ともいう）を登録する。

ユーザＡは、他のグループメンバー（ユーザＢ、Ｃ）に対して、チームＡに参加するよう勧誘することができる。第２受付手段２３４２が、ユーザＡから他のメンバーへの勧誘の要求を受け付けると、この要求に対して承諾するか否か、すなわちチームＡに参加するか否かを他のメンバーに問い合わせる。また、第２受付手段２３４２は、この勧誘の要求をユーザＡのパートナーリストに対する登録の要求としても受け付ける。第２受付手段２３４２がこの問い合わせに対する応答としてユーザＢから「承諾」を受け付けると、第５登録手段２３５４は、このユーザＢの承諾に応じて、チームＡのチームメンバーとしてユーザＢを登録する。すなわち、第５登録手段２３５４は、ユーザＢの承諾に応じて、ユーザＡのパートナーリストにユーザＢを登録するとともに、ユーザＢのパートナーリストにユーザＡを登録する。

ユーザＡは、グループメンバーではないユーザ（ユーザＤ）に対して、チームＡに参加するよう勧誘することもできる。しかしながら、グループメンバーでない場合の勧誘対象は、相互フォローの関係またはフレンドの関係にあるユーザに限定される。また、ユーザＤは、ユーザＡからの参加の勧誘に対して承諾してパートナーの登録がなされた後の次のマルチパートからしかチームメンバーとして参加することができない。次のマルチパートが開始される際に、マッチング手段２３７は、チームメンバーのユーザＡ、Ｂ、およびＤが同じチームとなるようマッチングする。

＜ゲーム装置５の構成＞
図１に戻って説明を続ける。ゲーム装置５には、ディスプレイ６１、スピーカ６２およびタッチパッド６３が外部接続または内蔵される。また、ゲーム装置５は、ネットワークインターフェース５１、グラフィック処理部５２、オーディオ処理部５３、操作部５４、記憶部５５および制御部５６を有する。ネットワークインターフェース５１、グラフィック処理部５２、オーディオ処理部５３、操作部５４および記憶部５５は、バス５９を介して制御部５６と電気的に接続されている。

ネットワークインターフェース５１は、ゲーム装置５とサーバ装置２との間で各種データを送受信するために、通信ネットワーク６に通信可能に接続される。

グラフィック処理部５２は、制御部５６から出力されるゲーム画像情報に従って、キャラクタおよび仮想ゲーム空間に関する各種オブジェクトを含むゲーム画像を、動画形式で描画する。グラフィック処理部５２は、例えば液晶型であるディスプレイ６１と接続されており、動画形式に描画されたゲーム画像は、ゲーム画面としてディスプレイ６１上に表示される。

オーディオ処理部５３は、スピーカ６２と接続され、制御部５６の指示に従ってゲーム音声を再生および合成すると、これをスピーカ６２から出力させる。

操作部５４は、タッチパッド６３と接続され、操作入力に関するデータをタッチパッド６３との間で送受信する。ユーザは、タッチパッド６３をタッチすることで、ゲーム装置５に操作信号を入力する。

記憶部５５は、ＨＤＤ、ＳＳＤ、ＲＡＭおよびＲＯＭなどで構成される。記憶部５５には、サーバ装置２からダウンロードしたゲームデータ、ゲームプログラムの一部を含む各種プログラム、自装置５のアカウント情報などが格納されている。

記憶部５５は、例えば、ユーザ情報を記憶してもよい。ユーザ情報は、サーバ装置２の記憶部２２で記憶するユーザＤＢ２２１の少なくとも一部の情報である。ユーザＤＢ２２１でユーザ情報のマスタを管理し、ゲーム装置５の記憶部５５は、このマスタの少なくとも一部の情報をサーバ装置２から配信されて記憶する。

制御部５６は、ＣＰＵおよび半導体メモリを含むマイクロコンピュータで構成され、自装置５の動作を制御する。

制御部５６は、各種プログラムを実行することにより、通信手段５６１、ゲーム実行手段５６２、音声制御手段５６３、および表示制御手段５６４として機能する。

―通信手段５６１―
通信手段５６１は、ネットワークインターフェース５１を介してサーバ装置２との通信を行う機能である。

通信手段５６１は、操作部５４がタッチパッド６３から受信した各種操作信号に応じて、サーバ装置２が把握可能な情報を生成して送信する。例えば、通信手段５６１は、アカウント情報、新たなゲームデータのダウンロード要求情報、ガチャ実行要求、クエスト実行要求などを、サーバ装置２に送信する。また、通信手段５６１は、ダウンロード要求情報に応じてサーバ装置２から送られてきた新たなゲームデータ、抽選処理により選択されたゲーム媒体に関する情報などを、サーバ装置２から受信する。

―ゲーム実行手段－
ゲーム実行手段５６２は、自装置５のユーザによるタッチパッド６３の操作に従って、ゲームデータに含まれる仮想ゲーム空間オブジェクトおよびテクスチャなどのデータを記憶部５５から読み出すかまたはサーバ装置２から受信したデータを用いて、ゲームプログラムを実行しつつ、２次元または３次元のゲーム画像情報を生成する。ゲーム画像情報がグラフィック処理部５２によって処理されることにより、ディスプレイ６１には処理後のゲーム画像が逐次表示される。

そして、ゲーム実行手段５６２は、ゲーム画像上に、自装置５のユーザの操作に従ってキャラクタを配置させ、そのユーザの操作およびゲームの進行状況に応じて仮想ゲーム空間におけるキャラクタの行動を制御する。例えば、ゲーム実行手段５６２は、ユーザのタッチパッド６３を介した操作（以下、単に「ユーザ操作」という）に応じて、ゲームにおいてクエストを実行させる。また、ゲーム実行手段５６２は、ユーザ操作に応じて、ユーザにより選択されたゲーム媒体をプレイヤキャラクタに使用させる。

ゲーム実行手段５６２は、サーバ装置２のゲーム実行手段２３９が許可したゲーム制御の全部または一部を実行する。

―音声制御手段－
音声制御手段５６３は、ゲームの実行にあたり、自装置５のユーザの操作などに応じてスピーカ６２の音声出力制御を行う。

―表示制御手段－
表示制御手段５６４は、ゲームの実行にあたり、自装置５のユーザの操作などに応じてディスプレイ６１の表示出力制御を行う。表示制御手段５６４は、提示手段５６４１を備える。表示制御手段５６４は、例えば、後述のプロフィール画面６１０、フォロー・フォロワー画面６２０、フレンド要求画面６３０、ソロパートプレイ画面６４０、フォロー進捗画面６５０、グループメンバー画面６６０、予告画面６７０や更新画面６８０などをディスプレイ６１に表示させる。

表示制御手段５６４は、登録関連処理として、第１ユーザのフレンドリスト（第３リスト）に対する第２ユーザの登録の要求を受け付けるための画面（以下、「登録画面」ともいう）の表示態様を変化させる。登録画面は、言い換えれば、フレンドの登録をするための画面である。登録画面は、例えば、プロフィール画面６１０、フォロー・フォロワー画面６２０、フォロー進捗画面６５０、および／またはグループメンバー画面６６０などを含む。表示制御手段５６４は、例えば、登録画面において、第１ユーザのフレンドリストに対する第２ユーザの登録の要求を受け付けるためのボタン（例えば、後述の関係要求ボタン（フレンド要求ボタン）など）を有効にするよう表示態様を変化させてもよい。この「有効にするよう表示態様を変化させ」るとは、例えば、関係要求ボタンをフォロー要求ボタンからフレンド要求ボタンに変化させる、フレンド要求ボタンを非表示から表示にする、またはフレンド要求ボタンを指定不能（グレーアウト）から指定可能にするなどである。

上記構成によれば、表示制御手段５６４は、フォローの登録がされていることを条件として、フレンドの登録をするための登録画面の表示態様を変化させることができる。このため、上記構成によれば、表示制御手段５６４は、ユーザ関係を段階的に構築することを促すことができる。

表示制御手段５６４は、さらに、第１ユーザおよび第２ユーザが相互に第２ユーザのフォローリスト（第２リスト）および第２ユーザのフォローリスト（第１リスト）に登録されている場合と、第１ユーザまたは第２ユーザのいずれか一人が第２ユーザのフォローリストまたは第１ユーザのフォロー（第１リスト）に登録されている場合と、で、登録画面の表示態様を変更させてもよい。表示制御手段５６４は、例えば、相互にフォローリストに登録さている場合、すなわち相互フォローの場合、登録画面において、相互フォローであることを示すアイコン（例えば、後述の相互フォローアイコンなど）を表示させてもよい。

上記構成によれば、表示制御手段５６４は、フレンドの登録にあたって、相互にフォローしている場合と一方向でフォローしている場合とで表示態様を変えることにより、相互にフォローしていることをユーザに対して識別可能にすることができる。このため、上記構成によれば、表示制御手段５６４は、フレンドの登録にあたって、相互にフォローしている、すなわち両想いの状態において、フレンドの登録をさらに促すことができる。

表示制御手段５６４は、第１ユーザと第２ユーザとの間のユーザ関係がフォローの関係（第１の関係）に更新されたことによる特典を付与することを予告する画面（以下、「予告画面」ともいう）を表示させる。また、表示制御手段５６４は、予告画面を表示させた後、特典が付与される前に、第２ユーザとは異なるユーザと第１ユーザとの間の関係をさらにフォロー関係に更新するための更新画面を表示させる。

上記構成によれば、表示制御手段５６４は、第２ユーザとフォローの関係になったことで特典が付与される前に、第２ユーザとは異なるユーザとのユーザ関係をフォロー関係にさらに更新するよう第１ユーザに促すことができる。このため、上記構成によれば、表示制御手段５６４は、上記特典が付与されることを予告し実際に付与される前のより効果的なタイミングで、他のユーザとのユーザ関係をフォローの関係に更新することを促すことができる。

＜表示制御手段および受付手段＞
ここで図７～１５を用いて、表示制御手段５６４、および受付手段２３４の処理の例について説明する。図７～１０では、通常パートおよびイベントパート共通して表示される画面の例を説明する。図１１～１５では、イベントパートで表示される画面の例を説明する。これらの例では、第１ユーザをユーザＡとし、第２ユーザをユーザＢとする。また、ユーザＡがユーザＢをフォローする際の画面の例を図７の例で説明し、ユーザＡがユーザＢをフォローした後の画面の例を図８の例で説明し、ユーザＢがユーザＡをフォローバックした後の画面の例を図９の例で説明する。

図７に示すように、表示制御手段５６４は、プロフィール画面６１０を、ユーザＡのディスプレイ６１に表示させる。プロフィール画面６１０は、各ユーザのプロフィールを表示させるための画面である。このプロフィールには、各ユーザがフォローする人、各ユーザをフォローする人（フォロワー）、各ユーザとフレンドの関係にある人、および／または各ユーザとパートナーの関係にある人に関する情報を含む。プロフィール画面６１０は、関係サマリ表示領域６１１と、関係要求ボタン６１２と、を含む。

関係サマリ表示領域６１１は、各ユーザが登録しているユーザ関係をサマリで表示する領域である。関係サマリ表示領域６１１は、例えば、各ユーザのフォロー人数、フォロワー人数、フレンド人数、およびパートナー人数を表示する。

関係要求ボタン６１２は、プロフィール画面に表示されているユーザ(本例では、ユーザＢとする)に対して、ユーザ関係（本例では、フォローとする）の登録を要求するためのボタンである。関係要求ボタンがユーザＡにより押下されると、表示制御手段５６４は、指定された関係（フォロー）の登録の要求を、ネットワークインターフェース５１を介してサーバ装置２に送信する。サーバ装置２がこの登録の要求を受信すると、受付手段２３４が、ユーザＡのフォローリストに対するユーザＢの登録の要求を受け付ける。第２登録手段２３５２は、ユーザＢを、ユーザＡのフォローリストに登録する。また、受付手段２３４は、ユーザＡのフォローリストにユーザＢが登録されると、登録関連処理として、ユーザＡのフレンドリストに対するユーザＢの登録の要求、およびユーザＢのフレンドリストに対するユーザＡの登録の要求を受け付け可能とする。

図８～９に示すように、表示制御手段５６４は、フォロー・フォロワー画面６２０を、ユーザＡのディスプレイ６１に表示させる。フォロー・フォロワー画面６２０は、図８のフォロー表示領域６２０ａと、図９のフォロワー表示領域６２０ｂと、を含む。フォロー・フォロワー画面６２０では、フォロー表示領域６２０ａおよびフォロワー表示領域６２０ｂのそれぞれのタブを指定することで、その表示内容を切り替える。

図８に示すように、フォロー表示領域６２０ａは、ユーザＡがフォローするユーザを表示する領域である。フォロー表示領域６２０ａは、フォローサマリ表示領域６２０ａ１と、フォロー一覧表示領域６２０ａ２と、を含む。

フォローサマリ表示領域６２０ａ１は、ユーザＡのフォロー人数を表示する。フォロー一覧表示領域６２０ａ２は、ユーザＡがフォローするユーザを一覧で表示する。フォロー一覧表示領域６２０ａ２は、一覧に表示する各ユーザの項目において、ユーザＡとそのユーザとの関係レベル（一方的フォロー状態か相互フォロー状態かなど）と、それ以上の関係レベルのユーザ関係の登録を要求する関係要求ボタンとを表示する。例えば、フォロー一覧表示領域６２０ａ２は、ユーザＢの項目では、関係要求ボタンとして、フォロー以上の関係レベルであるフレンドの登録を要求するためのフレンド要求ボタン６２０ａ２１を表示する。

フレンド要求ボタン６２０ａ２１は、フレンドの関係を登録するためのボタンである。フレンド要求ボタン６２０ａ２１がユーザＡにより押下されると、表示制御手段５６４は、フレンドの登録の要求を、ネットワークインターフェース５１を介してサーバ装置２に送信する。サーバ装置２がこのフレンドの登録の要求を受信すると、第１受付手段２３４１が、ユーザＡのフレンドリストに対するユーザＢの登録の要求を受け付ける。第１受付手段２３４１は、このフレンド登録の要求を受け付けると、このフレンド登録の要求に対する承諾をユーザＢに問い合わせるために、表示制御手段５６４に、ユーザＢのディスプレイ６１に図１０のフレンド要求画面６３０を表示させる。

図９に示すように、フォロワー表示領域６２０ｂは、ユーザＡをフォローする人（フォロワー）を表示する領域である。フォロワー表示領域６２０ｂは、フォロワーサマリ表示領域６２０ｂ１と、フォロワー一覧表示領域６２０ｂ２と、を含む。

フォロワーサマリ表示領域６２０ｂ１は、ユーザＡのフォロワー人数を表示する。

フォロワー一覧表示領域６２０ｂ２は、ユーザＡのフォロワーを一覧で表示する。フォロワー一覧表示領域６２０ｂ２は、一覧に表示する各ユーザの項目において、ユーザＡとそのユーザとのユーザ関係と、それ以上の関係レベルのユーザ関係の登録を要求する関係要求ボタンとを表示する。例えば、フォロワー一覧表示領域６２０ｂ２は、ユーザＡとユーザＢとのユーザ関係が相互フォローの場合、「相互」というテキストを含む相互フォローアイコン６２０ｂ２１を表示する。また、例えば、フォロワー一覧表示領域６２０ｂ２は、ユーザＡとユーザＸとのユーザ関係がユーザＸからの一方的フォロー状態の場合、一方的フォロー以上の関係レベルである相互フォローとするためのフォローの登録を要求するフォロー要求ボタン６２０ａ２２と、フレンドの登録を要求するフレンド要求ボタン６２０ａ２３と、を表示する。

図１０に示すように、表示制御手段５６４は、フレンド要求画面６３０を、ユーザＢのディスプレイ６１に表示させる。フレンド要求画面６３０は、ユーザＡからのフレンドの登録の要求に対する承諾をユーザＢに問い合わせるための画面である。フレンド要求画面６３０は、ＯＫボタン６３１と、保留ボタン６３２と、プロフィール表示ボタン６３３と、を含む。

ＯＫボタン６３１がユーザＢにより押下されると、表示制御手段５６４は、上記承諾の問い合わせに対するユーザＢの承諾の応答を、ネットワークインターフェース５１を介してサーバ装置２に送信する。サーバ装置２がこのユーザＢの承諾の応答を受信すると、第３登録手段２３５３は、このユーザＢの承諾に応じて、ユーザＡのフレンドリストにユーザＢを登録するとともに、ユーザＢのフレンドリストにユーザＡを登録する。

保留ボタン６３２が押下されると、ユーザＢにより押下されると、表示制御手段５６４は、上記承諾の問合せに対するユーザＢの保留の応答を、ネットワークインターフェース５１を介してサーバ装置２に送信する。サーバ装置２がこのユーザＢの保留の応答を受信すると、登録手段２３５は、表示制御手段５６４にユーザＡにその保留の旨を通知させる。

プロフィール表示ボタン６３３が押下されると、表示制御手段５６４は、ユーザＡのプロフィール画面（不図示）に遷移させる。

図１１に示すように、表示制御手段５６４は、ソロパートプレイ画面６４０をディスプレイ６１に表示させる。ソロパートプレイ画面６４０は、進捗領域６４１と、フレンドパーティ数表示アイコン６４２と、階層ボス表示領域６４３と、レイドボス表示領域６４４と、を含む。

進捗領域６４１は、ソロパートを進捗させるための領域である。ユーザが進捗領域６４１を押下している分、スタミナが消費され進捗が進む。階層ごとに進捗が所定の進捗率（１００％）まで進んだことに応じて、ゲーム実行手段２３９は、階層ボスが出現するイベントが生じさせる。階層ボスが出現するイベントが生じると、表示制御手段５６４は、階層ボス表示領域６４３に階層ボスアイコン（不図示）を表示させる。表示された階層ボスアイコンが押下されると、ゲーム実行手段２３９は、階層ボスとの戦闘イベントを開始する。

フレンドパーティ数表示アイコン６４２は、ユーザＡがストックするフレンドパーティの数を表示する。

レイドミッションが開始され、マッチンググループ内のユーザの一人がレイドボスに遭遇するイベントが生じると、表示制御手段５６４は、レイドボス表示領域６４４にレイドボスアイコン（不図示）を表示させる。表示されたレイドボスアイコンが押下されると、ゲーム実行手段２３９は、レイドボスとの戦闘イベントを開始する。

図１２に示すように、表示制御手段５６４は、イベントパートにおいて、フォロー進捗画面６５０をディスプレイ６１に表示させる。フォロー進捗画面６５０は、フォロー進捗一覧表示領域６５１を含む。

フォロー進捗一覧表示領域６５１は、フォローしている各ユーザ（以下、「各フォローユーザ」ともいう）のイベントパートでの進捗を表示する。フォロー進捗一覧表示領域６５１では、各フォローユーザを、それぞれが現在いる階層ごとに分けて表示する。フォロー進捗一覧表示領域６５１は、ユーザＩの項目では、関係要求ボタンとして、フォロー以上の関係レベルであるフレンドの登録を要求するためのフレンド要求ボタン６５１１と、イベントパート限定のパートナーの登録を要求するためのパートナー要求ボタン６５１２と、を表示する。

パートナー要求ボタン６５１２は、パートナーの関係を登録するためのボタンである。パートナー要求ボタン６５１２がユーザＡにより押下されると、表示制御手段５６４は、パートナーの登録の要求を、ネットワークインターフェース５１を介してサーバ装置２に送信する。このパートナーの登録の要求をサーバ装置２が受信すると、受付手段２３４が、ユーザＡのパートナーリストに対するユーザＩの登録の要求を受け付ける。受付手段２３４は、このパートナー登録の要求を受け付けると、フレンドと同様に、このパートナー登録の要求に対する承諾をユーザＩに問い合わせるために、表示制御手段５６４に、ユーザＩのディスプレイ６１にパートナー要求画面（不図示）を表示させる。このパートナー要求画面で、この要求に対するユーザＩの承諾の応答がなされると、ユーザＩの承諾に応じて、ユーザＡのパートナーリストにユーザＩを登録するとともに、ユーザＩのパートナーリストにユーザＡを登録する。

図１３に示すように、表示制御手段５６４は、グループメンバー画面６６０をディスプレイ６１に表示させる。グループメンバー画面６６０は、イベントパートでグルーピングされたメンバーを表示するための画面である。グループメンバー画面６６０は、マッチング期間表示領域６６１と、メンバー一覧表示領域６６２と、を含む。

マッチング期間表示領域６６１は、マルチパートにおいて現在（表示時点。以下同じ）のマッチング（グルーピング）が有効な期間（以下、「マッチング期間」ともいう）を表示する。

メンバー一覧表示領域６６２は、一覧に表示するグループメンバーの各ユーザの項目において、ユーザ名とそのユーザとの関係レベルと、それ以上の関係レベルのユーザ関係の登録を要求する関係要求ボタンと、を表示する。

例えば、メンバー一覧表示領域６６２は、ユーザＣの項目では、関係要求ボタンとして、現在はユーザ関係なしのため、フォローの登録を要求するためのフォロー要求ボタン６６２１を表示する。

例えば、メンバー一覧表示領域６６２は、ユーザＤの項目では、現在の一方的フォローの関係を表示する一方的フォローアイコン６６２２を表示し、それ以上の関係レベルであるフレンドの登録を要求するためのフレンド要求ボタン６６２３とパートナーの登録を要求するためのパートナー要求ボタン６６２４を表示する。

例えば、メンバー一覧表示領域６６２は、ユーザＦの項目では、現在の相互フォローの関係を表示する相互フォローアイコン６６２５を表示し、それ以上の関係レベルであるフレンドの登録を要求するためのフレンド要求ボタン６６２６と、パートナーの登録を要求するためのパートナー要求ボタン６６２７と、を表示する。

例えば、メンバー一覧表示領域６６２は、ユーザＧの項目では、現在のフレンドの関係を表示するフレンドアイコン６６２８を表示し、それ以上の関係レベルであるパートナーの登録を要求するためのパートナー要求ボタン６６２９と、を表示する。

図１４に示すように、表示制御手段５６４は、予告画面６７０をディスプレイ６１に表示させる。予告画面６７０は、イベントパートでフォロー関係に更新されたことに応じて特典（本例では、報酬とする）を付与することを、ユーザに予告するための画面である。予告画面６７０は、予告表示領域６７１と、更新促進表示領域６７２と、を含む。

予告表示領域６７１は、特典を付与することを予告するメッセージや付与対象の特典を示す画像を表示する。

更新促進表示領域６７２は、ユーザ関係をフォローの関係に更新することを促すための領域である。更新促進表示領域６７２は、フォローの関係に更新することを促すメッセージ「あと○人フォローすると、今回の討伐報酬が○倍になります。」や更新画面６８０を表示するための更新画面ボタン６７２１を含む。更新画面ボタン６７２１がユーザＡにより押下されると、表示制御手段５６４は、更新画面６８０をディスプレイ６１に表示させる。

図１５に示すように、表示制御手段５６４は、更新画面６８０をディスプレイ６１に表示させる。更新画面６８０は、グループメンバー一覧表示領域６８１を含む。

グループメンバー一覧表示領域６８１は、一覧に表示する各グループメンバーの項目において、ユーザＡとそのユーザとの関係レベルと、それ以上の関係レベルの登録を要求する関係要求ボタンとを表示する。グループメンバー一覧表示領域６８１は、例えば、フォロー以上の関係レベルのユーザ関係が既に登録されているメンバーを非表示にしてもよい。この場合、グループメンバー一覧表示領域６８１は、各グループメンバーの項目の関係要求ボタンをフォロー要求ボタンに限定してもよい。他の例として、図示していないが、グループメンバー一覧表示領域６８１は、例えば、フレンド以上の関係レベルのユーザ関係が登録されているメンバーを非表示にしてもよい。この場合、グループメンバー一覧表示領域６８１は、各グループメンバーの項目の関係要求ボタンをフォロー要求ボタンとフレンド要求ボタンとに限定してもよい。また、図示していないが、グループメンバー一覧表示領域６８１は、例えば、一覧に表示する各グループメンバーの項目に、レイドボスに与えたダメージ量などの貢献度を表示してもよい。

＜ゲームシステム１の動作の流れ＞
図１６～１９を参照して、ゲームシステム１が実行する処理の流れ・相互作用の例について説明する。

図１６は、第１ユーザから第２ユーザに対するフォローの登録の要求を受け付ける処理からフレンドの登録をへて第２ゲーム制御を許可する処理までの流れの一例を示すフロー図である。図１６に示すように、まず、サーバ装置２の受付手段２３４は、第１ユーザから、第１ユーザのフォローリスト（第１リスト）に対する第２ユーザの登録要求を受け付ける（ステップｓｔ１）。

次いで、第１登録手段２３５１は、第１ユーザのフォローリストに、第２ユーザを、第２ユーザの承諾なく登録する（ステップｓｔ２）。

次いで、第１ゲーム実行手段２３９１は、第１ユーザのフォローリストに第２ユーザが登録されていることを条件として、第２ユーザのフォローリスト（第２リスト）に第１ユーザが登録されているか否かに関わらず、第１ユーザに第１ゲーム制御を許可する（ステップｓｔ３）。

次いで、実行制御手段２３６は、第１ユーザのフォローリストに第２ユーザが登録されていること、または第２ユーザのフォローリストに第１ユーザが登録されていることを条件として、第１ユーザのフレンドリスト（第３リスト）に対する第２ユーザの登録に関する登録関連処理を実行させる（ステップｓｔ４）。本例では、この登録関連処理として、第１受付手段２３４１が、第１ユーザのフレンドリストに対する第２ユーザの登録の要求を受け付け可能にする。

次いで、第１受付手段２３４１は、第１ユーザのフレンドリストに対する第２ユーザの登録の要求を受け付ける（ステップｓｔ５）。

次いで、第１受付手段２３４１は、第２ユーザから、上記登録の要求に対する承諾を問い合わせて、その問い合わせの応答として承諾を取得する（ステップｓｔ６）。

次いで、第３登録手段２３５３は、第２ユーザの承諾に応じて、第１ユーザのフレンドリストに第２ユーザを登録する（ステップｓｔ７）。

次いで、第３登録手段２３５３は、第１ユーザのフレンドリストに第２ユーザを登録するとともに、第２ユーザのフレンドリスト（第４リスト）に第１ユーザを登録する（ステップｓｔ８）。

次いで、第２ゲーム実行手段２３９２は、第１ユーザのフレンドリストに第２ユーザが登録されていることを条件として、第１ユーザに第２ゲーム制御を許可する（ステップｓｔ９）。

図１７は、イベントパートを開始する際の複数のユーザのマッチング処理から次のイベントパートを開始するまでの流れの一例を示すフロー図である。図１７に示すように、サーバ装置２のマッチング手段２３７は、ソロパート（第１ゲームパート）の進捗に基づいて、マルチパート（第２ゲームパート）を実行するための複数のユーザをマッチングする（ステップｓｔ１１）。

次いで、ゲーム実行手段２３９は、マルチパートを開始させる（ステップｓｔ１２）。

次いで、登録手段２３５は、開始されたマルチパートにおいてユーザ関係を更新する（ステップｓｔ１３）。

次いで、ゲーム実行手段２３９は、マルチパートを終了させる（ステップｓｔ１４）。

次いで、マッチング手段２３７は、上記終了したマルチパートに引き続いて次のマルチパートが開始される際に、ソロパートの進捗と上記更新されたユーザ関係とに基づいて、次のマルチパートを実行するための複数のユーザをマッチングする（ステップｓｔ１５）。

図１８は、ユーザＡからのユーザＢのフォロー登録の要求を受け付ける処理からフレンドの登録を経てユーザＡおよびユーザＢに第２ゲーム制御を許可する処理までの流れおよび相互作用を示すシーケンス図である。本例では、第１ユーザをユーザＡとし、第２ユーザをユーザＢとして説明する。図１８に示すように、まず、ユーザＡのゲーム装置５ａのゲーム実行手段５６２は、ユーザＡから、ユーザＡのフォローリストに対するユーザＢの登録の要求を受け付ける（ステップｓｔ２１）。

次いで、ゲーム実行手段５６２は、ユーザＡのフォローリストに対するユーザＢの登録の要求をユーザＡから受け付けると、この登録の要求をサーバ装置２に送信する（ステップｓｔ２２）。

次いで、サーバ装置２の受付手段２３４は、上記送信されたユーザＡのフォローリストに対するユーザＢの登録の要求を受け付ける（ステップｓｔ２３）。

次いで、第１登録手段２３５１は、上記受け付けられたユーザＡのフォローリストに対するユーザＢの登録の要求に応じて、ユーザＢを、ユーザＡのフォローリストにユーザＢの承諾なく登録する（ステップｓｔ２４）。

次いで、第１ゲーム実行手段２３９１は、ユーザＡのフォローリストにユーザＢが登録されていることを条件として、ユーザＢのフォローリストにユーザＡが登録されているか否かに関わらず、ユーザＡに第１ゲーム制御を許可する（ステップｓｔ２５）。

次いで、第１受付手段２３４１は、ユーザＡおよびユーザＢそれぞれのフレンドリストに対するユーザＢおよびユーザＡそれぞれの登録の要求の受け付けを可能にする（ステップｓｔ２６）。

次いで、受付手段２３４は、ゲーム装置５ａおよびユーザＢのゲーム装置５ｂそれぞれに、受け付けたフォロー登録の要求の結果（フォロー登録完了）を応答する（ステップｓｔ２７、ｓｔ２８）。

次いで、ゲーム装置５ａの表示制御手段５６４は、上記応答されたフォロー登録の要求の結果に応じて、登録画面の表示態様を変更させる（ステップｓｔ２９）。同様に、ゲーム装置５ｂの表示制御手段５６４も、上記応答されたフォロー登録の要求の結果に応じて、登録画面の表示態様を変更させる（ステップｓｔ３０）。

次いで、ゲーム装置５ａのゲーム実行手段５６２は、ユーザＡのフレンドリストに対するユーザＢの登録の要求をユーザＡから受け付ける（ステップｓｔ３１）。

次いで、ゲーム装置５ａのゲーム実行手段５６２は、ユーザＡのフレンドリストに対するユーザＢの登録の要求をユーザＡから受け付けると、この登録の要求をサーバ装置２に送信する（ステップｓｔ３２）。

次いで、第１受付手段２３４１は、ユーザＡのフレンドリストに対するユーザＢの登録の要求の受け付ける（ステップｓｔ３３）。

次いで、第１受付手段２３４１は、ゲーム装置５ｂに、上記ユーザＡのフレンドリストに対するユーザＢの登録の要求に対する承諾を問い合わせる（ステップｓｔ３４）。

次いで、ゲーム装置５ｂのゲーム実行手段５６２は、ユーザＢから、上記承諾の問い合わせに対する応答を受け付ける（ステップｓｔ３５）。

次いで、ゲーム装置５ａのゲーム実行手段５６２は、上記承諾の問い合わせに対する応答をユーザＢから受け付けると、この応答をサーバ装置２に送信する（ステップｓｔ３６）。

次いで、サーバ装置２は、ユーザＢの上記応答が「承諾」の場合、複合フラグメントｏｐｔ１（Ｏｐｔｉｏｎ１）が示すエリア内の処理を実行する。具体的には、サーバ装置２の第３登録手段２３５３は、ユーザＢの承諾に応じて、ユーザＡのフレンドリストにユーザＢを登録する（ステップｓｔ３７）。第３登録手段２３５３は、この登録とともに、ユーザＢのフレンドリストにユーザＡを登録する（ステップｓｔ３８）。

次いで、第２ゲーム実行手段は、ユーザＡおよびユーザＢそれぞれのフレンドリストにユーザＢおよびユーザＡそれぞれが登録されていることを条件として、ユーザＡおよびユーザＢに第２ゲーム制御を許可する（ステップｓｔ３９）。

図１９は、イベントパートの特にマルチパートで実行される処理の流れおよび相互作用を示すシーケンス図である。本例では、第１ユーザをユーザＡとし、第２ユーザをユーザＢとして説明する。図１９に示すように、まず、サーバ装置２の実行制御手段２３６は、イベントパートを開始させる（ステップｓｔ４１）。

実行制御手段２３６がイベントパートを開始した場合、複合フラグメントＬｏｏｐ１が示すエリア内のマルチパートの処理が、終了条件（イベントパートの開催期間が終了するまで）を満たすまで毎日繰り返し実行される。具体的には、まず、マッチング手段２３７は、マルチパートの規定の開始時間を検出して、マルチパートを開始する（ステップｓｔ４２）。

次いで、マッチング手段２３７は、イベントパートのソロパートの進捗に基づいて、マルチパートを実行するための複数のユーザをマッチングして、グルーピングする（ステップｓｔ４３）。本例では、グループａ１が作成されて、グループａ１にユーザＡとユーザＢとがグルーピングされた例を説明する。

次いで、第２受付手段２３４２は、限定イベントが開始されたことに応じて、グループメンバーのパートナーリストに対する他のグループメンバーの要求を受け付け可能とする）ステップｓｔ４４）。

次いで、実行制御手段２３６は、グループａ１のグループメンバーのうち誰かがソロパートでレイドボスと遭遇するイベントを生じさせて、マルチパートを開始する（ステップｓｔ４５）。なお、本例では、グループａ１のグループメンバーのうちユーザＡおよびユーザＢ以外のグループメンバーがレイドボスと遭遇した例を説明する。

次いで、実行制御手段２３６は、レイドボスと遭遇したグループメンバー以外のメンバーのゲーム装置５に、マルチパートが開始した旨として、レイドボスと遭遇した旨を通知する（ステップｓｔ４６）。

次いで、ゲーム装置５ａのゲーム実行手段５６２は、ユーザＡから、チームａ１１の作成の要求を受け付ける（ステップｓｔ４７）。

次いで、ゲーム装置５ａのゲーム実行手段５６２は、チームａ１１の作成の要求を受け付けると、この作成の要求をサーバ装置２に送信する（ステップｓｔ４８）。

次いで、サーバ装置２の第５登録手段２３５４は、上記チームａ１１の作成の要求を受け付けて、チームａ１１を新規に登録する（ステップｓｔ４９）。

次いで、ゲーム装置５ａのゲーム実行手段５６２は、ユーザＡから、チームａ１１に対するユーザＢの勧誘の要求を受け付ける（ステップｓｔ５０）。

次いで、ゲーム装置５ａのゲーム実行手段５６２は、チームａ１１に対するユーザＢの勧誘の要求を受け付けると、この勧誘の要求をサーバ装置２に送信する（ステップｓｔ５１）。

次いで、サーバ装置２の第２受付手段２３４２は、ユーザＡのパートナーリストに対するユーザＢの登録の要求として、チームａ１１に対するユーザＢの勧誘要求を受け付ける（ステップｓｔ５２）。

次いで、第２受付手段２３４２は、ゲーム装置５ｂに、上記ユーザＢの勧誘の要求に対する承諾を問い合わせる（ステップｓｔ５３）。

次いで、ゲーム装置５ｂのゲーム実行手段５６２は、ユーザＢから、上記勧誘の問い合わせに対する応答を受け付ける（ステップｓｔ５４）。

次いで、ゲーム装置５ａのゲーム実行手段５６２は、上記勧誘の問い合わせに対する応答をユーザＢから受け付けると、この応答をサーバ装置２に送信する（ステップｓｔ５５）。

次いで、サーバ装置２は、ユーザＢの上記応答が「承諾」、すなわちチームａ１１のチームに参加する場合、複合フラグメントｏｐｔ２（Ｏｐｔｉｏｎ２）が示すエリア内の処理を実行する。具体的には、第５登録手段は、ユーザＢの上記承諾に応じて、ユーザＡのパートナーリストにユーザＢを登録する（ステップｓｔ５６）。第５登録手段は、この登録とともに、ユーザＢのパートナーリストにユーザＡのパートナーリストを登録する（ステップｓｔ５７）。

次いで、実行制御手段２３６は、ユーザＡとユーザＢがチームメンバーとなったチームａ１１とレイドボスとの戦闘イベントを実行させる（ステップｓｔ５８）。

次いで、実行制御手段２３６は、規定の終了時間を検出すると、戦闘イベントを終了させて、その日のマルチパートを終了させる（ステップｓｔ５９）。

以上をまとめると、サーバ装置２の制御部２３（コンピュータ）を、第１ユーザの第１リストに、第２ユーザを、第２ユーザの承諾なく登録する第１登録手段２３５１、第２ユーザの第２リストに、第１ユーザを、第１ユーザの承諾なく登録する第２登録手段２３５２、第１リストに第２ユーザが登録されていることを条件として、第２リストに第１ユーザが登録されているか否かに関わらず、第１ユーザに第１ゲーム制御を許可する第１ゲーム実行手段２３９１、第１リストに第２ユーザが登録されていること、または第２リストに第１ユーザが登録されていることを条件として、第１ユーザの第３リストに対する第２ユーザの登録に関する登録関連処理を実行させる実行制御手段２３６、第２ユーザの承諾に応じて、第３リストに第２ユーザを登録するとともに、第２ユーザの第４リストに第１ユーザを登録する第３登録手段２３５３、第３リストに第２ユーザが登録されていることを条件として、第１ユーザに第２ゲーム制御を許可する第２ゲーム実行手段２３９２、として機能させる。

＜効果＞
本実施形態によれば、フレンドの登録がされていることを条件として、フォローの登録により許可する第１ゲーム制御とは異なるゲーム制御（第２ゲーム制御）を許可することができる。このため、本実施形態によれば、許可するゲーム制御を変えることで、相手の承諾なく登録できる関係（フォローの関係）と承諾を必要とする関係（フレンドの関係）との差別化を図ることができる。したがって、本実施形態によれば、このように差別化を図ることで段階的なユーザ関係（フォロー関係よりフレンド関係の方がその効果が上の関係）を構築させ、他のユーザとの関係の構築にあたって興趣性を改善することができる。

[変形例]
なお、本発明を上記実施形態に基づいて説明してきたが、本発明は、上記実施形態に限定されない。以下のような場合も本発明に含まれる。

[第１変形例]
上記実施形態では、フレンドの関係について、フォローの登録によりその登録の要求の受け付けを可能とし、相手の承諾により登録とする例を説明したが、フレンドの関係をこれに限る趣旨ではない。例えば、フレンドの関係をパートナーの関係と同様に期間限定にして、限定イベントが開始されることを条件としてフレンドの登録の要求を受け付け可能とし、限定イベントが終了されるとフレンドの登録も解除してもよい。

第１受付手段２３４１は、例えば、期間限定で開催される限定イベントが開始されることを条件として、第１ユーザのフレンドリスト（第３リスト）に対する第２ユーザの登録の要求を受け付け可能としてもよい。

第３登録手段２３５３は、限定イベントの終了に応じて、第１ユーザのフレンドリスト（第３リスト）に対する第２ユーザの登録を解除するとともに、第２ユーザのフレンドリスト（第４リスト）に対する第１ユーザの登録を解除してもよい。

上記構成によれば、第３登録手段２３５３は、フレンドの関係を限定イベント中のみとすることができる。このため、上記構成によれば、第３登録手段２３５３は、限定イベントの中だけにおいてフレンドの関係を登録してその効果（例えば、フレンドと対戦可能になったり協力プレイが可能になったりするなど）を発揮させることができる。

[第２変形例]
上記実施形態では示していないが、予め設定した情報に基づいて、所定条件を満たした場合、フレンド関係の登録を自動で要求するようにしてもよい。例えば、第１ユーザが予め設定した情報により、第１ユーザと第２ユーザとが相互フォローの場合、自動で（第１ユーザの操作を要することなく）、第１ユーザのフレンドリストに対する第２ユーザの登録の要求をするようにしてもよい。また、上記実施形態では示していないが、予め設定した情報に基づいて、フレンド関係の登録の要求に対して自動で承諾するようにしてもよい。ユーザ情報は、例えば、フレンド関係の登録の自動要求の設定に関する情報と、フレンド関係の登録の自動承認の設定に関する情報と、を含んでもよい。

ゲーム装置５の制御部５６は、例えば、各種プログラムを実行することにより、要求手段（不図示）として機能してもよい。要求手段は、予め設定された第１ユーザのユーザ情報に応じて、第１ユーザのフレンドリスト（第１リスト）に第２ユーザが登録され、かつ、第２ユーザのフレンドリスト（第２リスト）に第１ユーザが登録されている場合、第１受付手段に対し、第１ユーザのフレンドリスト（第３リスト）に対する第２ユーザの登録を第１ユーザの操作を要することなく要求する。

上記構成によれば、要求手段は、予め設定した情報に基づいて、フレンドの関係の要求条件を満たした場合、ユーザの操作を必要とせずに自動でフレンドの関係の登録を要求することができる。このため、上記構成によれば、要求手段は、上記登録の要求にあたってユーザの操作の手間を省くことができ、使い勝手のよいユーザ関係の構築のための手段を提供することができる。

第３登録手段２３５３は、例えば、予め設定された第２ユーザのユーザ情報に基づいて、第１ユーザのフレンド（第３リスト）に対する第２ユーザの登録の要求に応じて、当該登録を承諾するための第２ユーザの操作を要することなく第１ユーザのフレンドに第２ユーザを登録してもよい。また、第３登録手段２３５３は、例えば、この登録とともに、第２ユーザのフレンドに第１ユーザを登録する。

上記構成によれば、要求手段は、予め設定した情報に基づいて、ユーザの操作を必要とせずに自動でフレンドの関係の登録の要求を承諾することができる。このため、上記構成によれば、要求手段は、上記承諾にあたってユーザの操作の手間を省くことができ、使い勝手のよいユーザ関係の構築のための手段を提供することができる。

＜表示制御手段＞
ここで、図２０を参照して、フレンド関係の登録における自動要求および自動承認の設定に関する表示制御手段５６４の処理の例について説明する。

図２０に示すように、表示制御手段５６４は、自動設定画面６９０をディスプレイ６１に表示させる。自動設定画面６９０は、設定領域６９１と、ＯＫボタン６９２と、を含む。設定領域は、フォローバックされることを条件としてフレンド登録の自動要求をするか否かを設定するための自動要求設定フォーム（本例では、「フォローバックされたら、自動的にフレンド申請する」と表記されたチェックボックス）と、フレンド登録の自動承認をするか否かを設定するための自動承認設定フォームと、を含む。ＯＫボタン６９２ボタンが押下されると、表示制御手段５６４は、上記設定領域６９１に含まれる各フォームの入力内容を、ネットワークインターフェース５１を介してサーバ装置２に送信する。サーバ装置２がこの入力内容を受信すると、第３登録手段２３５３は、この入力内容を、入力したユーザ情報に反映する。

[第３変形例]
上記実施形態では示していないが、マルチパートの複数のユーザのマッチングの際に参照される更新されたユーザ関係は、通常パートで更新されたユーザ関係であってもよい。

登録手段２３５は、例えば、ソロパート（第１ゲームパート）およびマルチパート（第２ゲームパート）と無関係に進行する通常パート（第４ゲームパート）において、ユーザ関係を更新してもよい。

マッチング手段２３７は、例えば、通常パート（第４ゲームパート）でユーザ関係が更新された後、次のマルチパート（第３ゲームパート）が開始される際に、ソロパート（第１ゲームパート）と当該更新されたユーザ関係とに基づいて、次のマルチパート（第３ゲームパート）を実行するための複数のユーザをマッチングしてもよい。

上記構成によれば、ユーザは、通常パートでもユーザ関係を更新すれば、マルチパートにおいてマッチングされる候補（抽選の母集団）にエントリーすることができる。このため、上記構成によれば、マッチング手段２３７は、マッチングされる可能性を広げることができる。

受付手段２３４は、例えば、第１ユーザから、ユーザ関係の更新の要求を受け付ける。

受付手段２３４（第２受付手段２３４２）は、例えば、通常パート（第４ゲームパート）においては、ユーザ関係に対して、フォローの関係（第１の関係）またはフレンドの関係（第２の関係）に更新されていることを許可条件として、パートナーの関係（第３の関係）に更新する要求を受け付け可能としてもよい。さらに、受付手段２３４（第２受付手段２３４２）は、例えば、マルチパート（第２ゲームパート）においては、許可条件を緩和させてもよい。例えば、受付手段２３４は、マルチパートにおいて要求する相手ユーザと同じグループメンバーであれば、パートナーの関係（第３の関係）に更新する要求を受け付け可能としてもよい。

上記構成によれば、受付手段２３４は、パートナー関係の構築において、通常パートとイベントパート（マルチパート）との差別化を図ることができる。このため、上記構成によれば、受付手段２３４は、パートナー関係の構築において、マルチパートでの特別感（例えば、同じグループメンバーの仲間であること、また同じチームメンバーとして共闘した仲間であることによる特別感など）を創出し、興趣性を向上させることができる。

登録手段２３５は、例えば、通常パート（第４ゲームパート）において、ユーザ関係の更新の要求が受け付けられた際に、第２ユーザの承諾を必要としないフォローの関係（第１の関係）、または第２ユーザの承諾を必要とするフレンドの関係（第２の関係）もしくはパートナーの関係（第３の関係）の少なくともいずれかにユーザ関係を更新登録する。

ゲーム実行手段２３９は、例えば、ユーザ関係がフレンドの関係（第２の関係）に更新されたことに応じて、通常パート（第４ゲームパート）における第２ユーザのゲーム情報に基づくゲーム制御を第１ユーザに許可してもよい。

マッチング手段２３７は、例えば、ユーザ関係がパートナーの関係（第３の関係）に更新されていることを条件として、次のマルチパート（第３ゲームパート）において第１ユーザと第２ユーザとのマッチングを可能としてもよい。

上記構成によれば、ユーザは、通常パートでもユーザ関係をパートナーの関係に更新すれば、マルチパートにおいてマッチングされることができる。このため、上記構成によれば、マッチング手段２３７は、通常パートでユーザ関係をパートナーに更新した際においても、同じグループマッチングさせることができる。

[第４変形例]
上記実施形態では、パートナーの関係について、第１ユーザおよび第２ユーザそれぞれのパートナーリスト（第５リストおよび第６リスト）で登録して管理する例を説明したが、これに限る趣旨ではない。例えば、パートナーの関係の登録・管理方法の他の例として、マルチパートで編成したチームごとにそのチームに参加しているチームメンバーを登録するリスト（以下、「チームメンバーリスト」ともいう）を設けてもよい。このチームメンバーリストにパートナーの関係も登録してもよい。

チームメンバーリストは、例えば、各チームを識別するためのチーム識別情報と、各チームのリーダーのユーザ（各チームを作成したユーザ）を識別するためのリーダーユーザ識別情報、各チームの１以上のチームメンバーのユーザを識別するための１以上のメンバーユーザ識別情報と、を含んでもよい。また、ユーザＡが作成したチームにおいて、ユーザＡがユーザＢおよびユーザＣに対して勧誘してそれぞれ承諾された場合、第５登録手段２３５４は、同じチームメンバーリストにユーザＢおよびユーザＣを登録する。同じチームメンバーリストに登録されたユーザＢおよびユーザＣの間のユーザ関係を、第５登録手段２３５４は、パートナーの関係に更新してもよい。すなわち、マッチング手段２３７は、同じチームに参加することを条件として（同じチームメンバーリストに登録されたことを条件として）、ユーザＢとユーザＣとの間のユーザ関係がパートナーの関係であるとして、同じグループにマッチングしてもよい。

［他の実施形態］
上記実施形態において説明した各種制御手段および処理手順は一例であり、本発明、その適用物、またはその用途の範囲を制限することを意図するものではない。各種制御手段および処理手順は、本発明の要旨を変更しない範囲で適宜設計変更が可能である。

上記実施形態では、ゲーム装置５がスマートフォンである場合を例示したが、ゲーム装置５は、ゲームセンターなどに提供されるアミューズメント機器であってもよい。

ゲームは、アクションゲーム、シューティングゲーム、ロールプレイングゲーム、シミュレーションゲーム、ボードゲーム、およびパズルゲームなどであってもよく、様々な種類のゲームに適用することができる。

上記実施形態では、オブジェクトがプレイヤキャラクタである場合を例示したが、これに限定されない。例えば、オブジェクトは、仮想ゲーム空間内で使用されるカードやアイテム（武器、防具などの装備品）などであることができる。

上記実施形態では、サーバ装置２および複数のゲーム装置５が一体となってゲームプログラムを機能させる場合を例示したが、これに限定されない。ゲームプログラムのすべての手段、すなわち、受付手段、登録手段、実行制御手段、マッチング手段、付与手段、ゲーム実行手段、および表示制御手段などが、サーバ装置２単体、ゲーム装置５単体、サーバ装置およびゲーム装置５とは別の通信端末単体、これらのうち組み合わせられる２つの装置（例えば、サーバ装置２とゲーム装置５での分散処理など）、に備えられていてもよい。また、サーバ装置、ゲーム装置、通信端末を一体となって機能させる場合、どの手段をどの装置にて機能させるかも、適宜変更が可能である。例えば、上記実施形態で例示したサーバ装置２の受付手段、登録手段、実行制御手段、マッチング手段、付与手段、ゲーム実行手段について、ゲーム装置５の制御部５６が、各種プログラムを実行することにより、これらの手段として機能してもよい。

これらの他の実施形態を採用した場合においても、本実施形態の作用効果は発揮される。また、本実施形態と他の実施形態、および他の実施形態同士を適宜組み合わせることも可能である。

１ゲームシステム
２サーバ装置
２３制御部
２３５登録手段
２３５１第１登録手段
２３５２第２登録手段
２３５３第３登録手段
２３６実行制御手段
２３９ゲーム実行手段
２３９１第１ゲーム実行手段
２３９２第２ゲーム実行手段

Claims

コンピュータを、
第１ユーザの第１リストに、第２ユーザを、前記第２ユーザの承諾なく登録する第１登録手段、
前記第２ユーザの第２リストに、前記第１ユーザを、前記第１ユーザの承諾なく登録する第２登録手段、
前記第１リストに前記第２ユーザが登録されていることを条件として、前記第２リストに前記第１ユーザが登録されているか否かに関わらず、前記第１ユーザに第１ゲーム制御を許可する第１ゲーム実行手段、
前記第１リストに前記第２ユーザが登録されていること、または前記第２リストに前記第１ユーザが登録されていることを条件として、前記第１ユーザの第３リストに対する前記第２ユーザの登録に関する登録関連処理を実行させる実行制御手段、
前記第２ユーザの承諾に応じて、前記第３リストに前記第２ユーザを登録するとともに、前記第２ユーザの第４リストに前記第１ユーザを登録する第３登録手段、
前記第３リストに前記第２ユーザが登録されていることを条件として、前記第１ユーザに第２ゲーム制御を許可する第２ゲーム実行手段、として機能させる、
ゲームプログラム。
前記第１ゲーム制御は、前記第１ユーザと前記第２ユーザとが通信可能に接続されていることを条件としないものであり、
前記第２ゲーム制御は、前記第１ユーザと前記第２ユーザとが通信可能に接続されていることを条件とするものである、
請求項１に記載のゲームプログラム。
前記コンピュータを、
前記登録関連処理として、前記第３リストに対する前記第２ユーザの登録の要求を受け付け可能とする第１受付手段としてさらに機能させる、
請求項１に記載のゲームプログラム。
前記第３登録手段は、前記登録関連処理として、前記第３リストに前記第２ユーザが登録された場合に前記登録に付随する処理を実行する、
請求項１に記載のゲームプログラム。
前記コンピュータを、
前記登録関連処理として、前記第３リストに対する前記第２ユーザの登録の要求を受け付けるための画面の表示態様を変化させる表示制御手段としてさらに機能させる、
請求項１に記載のゲームプログラム。
前記表示制御手段は、さらに、前記第１ユーザおよび前記第２ユーザが相互に前記第２リストおよび前記第１リストに登録されている場合と、前記第１ユーザまたは前記第２ユーザのいずれか一人が前記第２リストまたは前記第１リストに登録されている場合と、で、前記画面の表示態様を変更させる、
請求項５に記載のゲームプログラム。
前記コンピュータを、
期間限定で開催される限定イベントが開始されることを条件として、前記第３リストに対する前記第２ユーザの登録の要求を受け付け可能とする第１受付手段としてさらに機能させ、
前記第３登録手段は、前記限定イベントの終了に応じて、前記第３リストに対する前記第２ユーザの登録を解除するとともに、前記第４リストに対する前記第１ユーザの登録を解除する、
請求項１に記載のゲームプログラム。
前記コンピュータを、
前記第１ユーザおよび前記第２ユーザが相互に前記第２リストおよび前記第１リストに登録されていること、または前記第３リストに前記第２ユーザが登録されていることを条件として、前記第１ユーザの第５リストに対する前記第２ユーザの登録の要求を受け付け可能とする第２受付手段としてさらに機能させる、
請求項１に記載のゲームプログラム。
前記コンピュータを、
前記第２ユーザの承諾に応じて、前記第５リストに前記第２ユーザを登録するとともに、前記第２ユーザの第６リストに前記第１ユーザを登録する第５登録手段としてさらに機能させる、
請求項８に記載のゲームプログラム。
前記第２受付手段は、期間限定で開催される限定イベントが開始されることを条件として、前記第５リストに対する前記第２ユーザの登録の要求を受け付け可能とし、
前記第５登録手段は、前記限定イベントの終了に応じて、前記第５リストに対する前記第２ユーザの登録を解除するとともに、前記第６リストに対する前記第１ユーザの登録を解除する、
請求項９に記載のゲームプログラム。
前記コンピュータを、
前記登録関連処理として、前記第３リストに対する前記第２ユーザの登録の要求を受け付け可能とする第１受付手段と、
予め設定された前記第１ユーザのユーザ情報に応じて、前記第１リストに前記第２ユーザが登録され、かつ、前記第２リストに前記第１ユーザが登録されている場合、前記第１受付手段に対し、前記第３リストに対する前記第２ユーザの登録を前記第１ユーザの操作を要することなく要求する要求手段としてさらに機能させる、
請求項１に記載のゲームプログラム。
前記第３登録手段は、予め設定された前記第２ユーザのユーザ情報に基づいて、前記第３リストに対する前記第２ユーザの登録の要求に応じて、前記登録を承諾するための前記第２ユーザの操作を要することなく前記第３リストに前記第２ユーザを登録する、
請求項１に記載のゲームプログラム。
第１ユーザの第１リストに、第２ユーザを、前記第２ユーザの承諾なく登録する第１登録部と、
前記第２ユーザの第２リストに、前記第１ユーザを、前記第１ユーザの承諾なく登録する第２登録部と、
前記第１リストに前記第２ユーザが登録されていることを条件として、前記第２リストに前記第１ユーザが登録されているか否かに関わらず、前記第１ユーザに第１ゲーム制御を許可する第１ゲーム実行部と、
前記第１リストに前記第２ユーザが登録されていること、または前記第２リストに前記第１ユーザが登録されていることを条件として、前記第１ユーザの第３リストに対する前記第２ユーザの登録に関する登録関連処理を実行させる実行制御部と、
前記第２ユーザの承諾に応じて、前記第３リストに前記第２ユーザを登録するとともに、前記第２ユーザの第４リストに対する前記第１ユーザの登録をする第３登録部と、
前記第３リストに前記第２ユーザが登録されていることを条件として、前記第１ユーザに第２ゲーム制御を許可する第２ゲーム実行部、と、を備える、
サーバ装置。
第１ユーザの第１リストに、第２ユーザを、前記第２ユーザの承諾なく登録する第１登録部と、
前記第２ユーザの第２リストに、前記第１ユーザを、前記第１ユーザの承諾なく登録する第２登録部と、
前記第１リストに前記第２ユーザが登録されていることを条件として、前記第２リストに前記第１ユーザが登録されているか否かに関わらず、前記第１ユーザに第１ゲーム制御を許可する第１ゲーム実行部と、
前記第１リストに前記第２ユーザが登録されていること、または前記第２リストに前記第１ユーザが登録されていることを条件として、前記第１ユーザの第３リストに対する前記第２ユーザの登録に関する登録関連処理を実行させる実行制御部と、
前記第２ユーザの承諾に応じて、前記第３リストに前記第２ユーザを登録するとともに、前記第２ユーザの第４リストに対する前記第１ユーザの登録をする第３登録部と、
前記第３リストに前記第２ユーザが登録されていることを条件として、前記第１ユーザに第２ゲーム制御を許可する第２ゲーム実行部、と、を備える、
ゲームシステム。