(57)【要約】【課題】グループ加入に対する強い動機づけを与えたり、グループに対する帰属意識を高めたりすることができ、グループ設立プレーヤがグループメンバ蒐集に積極的に関与できるゲームを提供すること。【解決手段】一のプレーヤが設定したグループに他のプレーヤが所属することによりグループを形成して、グループとしてのゲーム関与が可能なゲームシステムであって、前記グループを設定した設立プレーヤが保有するゲーム要素を、前記設立プレーヤの指示に基づいて、前記設立プレーヤが設立したグループの景品として設定する処理を行う景品設定処理部１１１と、前記グループの景品を、前記グループに属する他のプレーヤに付与するための処理を行う景品付与処理部１１２と、を含む。【選択図】図２
2015104575.tif 000002
【特許請求の範囲】
【請求項１】
一のプレーヤが設定したグループに他のプレーヤが所属することによりグループを形成して、グループとしてのゲーム関与が可能なゲームのプログラムであって、
前記グループを設定した設立プレーヤが保有するゲーム要素を、前記設立プレーヤの指示に基づいて、前記設立プレーヤが設立したグループの景品として設定する処理を行う景品設定処理部と、
前記グループの景品を、前記グループに属する他のプレーヤに付与するための処理を行う景品付与処理部と、してコンピュータを機能させるプログラム。
【請求項２】
請求項１において、
前記景品付与処理部は、
前記グループの前記景品として設定されている複数のゲーム要素の中から、ランダム又は所与のアルゴリズムに従って選択したゲーム要素を前記他のプレーヤに対して付与するための処理を行うことを特徴とするプログラム。
【請求項３】
請求項１又は２において、
前記グループの前記景品として設定されているゲーム要素の数、量、種類の少なくとも１つに応じて、前記グループの受け入れ可能人数を調整する処理を行う人数調整処理部と、してさらにコンピュータを機能させるプログラム。
【請求項４】
請求項１乃至３のいずれかにおいて、
複数のグループに関する情報を提示して、加入を希望するグループの選択要求を受け付けるグループ選択画面提供処理部と、してさらにコンピュータを機能させ、
前記グループ選択画面提供処理部は、
前記グループに関する情報として、前記グループのメンバに提供する景品として設定されているゲーム要素の数、量、種類の少なくとも１つ情報を提供することを特徴とするプログラム。
【請求項５】
請求項１乃至４のいずれかにおいて、
前記設立プレーヤが景品として提供したゲーム要素の数、量、種類の少なくとも１つに応じて、前記設立プレーヤに特典を付与するための処理を行う特典付与処理部、としてコンピュータを機能させるプログラム。
【請求項６】
請求項１乃至５のいずれかにおいて、
前期景品設定処理部は、
前記設立プレーヤの指示に基づき、前記グループのメンバに対する景品の提供条件を設定し、
前記景品付処理与部は、
前記景品提供条件を満たす場合に、前記グループに属する他のプレーヤに前記グループの景品を付与することを特徴とするプログラム。
【請求項７】
請求項１乃至６のいずれかにおいて、
前記グループの景品として設定されているゲーム要素の種類の変化又は増減に関するメッセージを前記グループのメンバであるプレーヤに通知する処理を行う通知処理部と、してさらにコンピュータを機能させるプログラム。
【請求項８】
請求項１乃至７のいずれかにおいて、
前記グループの景品として設定されているゲーム要素の数及び量が前記グループのメンバ数に対応して設定された基準を満たすかを判定して、基準を満たさない場合には設立プ
レーヤに通知する処理を行う通知処理部と、してさらにコンピュータを機能させるプログラム。
【請求項９】
一のプレーヤが設定したグループに他のプレーヤが所属することによりグループを形成して、グループとしてのゲーム関与が可能なゲームシステムであって、
前記グループを設定した設立プレーヤが保有するゲーム要素を、前記設立プレーヤの指示に基づいて、前記設立プレーヤが設立したグループの景品として設定する処理を行う景品設定処理部と、
前記グループの景品を、前記グループに属する他のプレーヤに付与するための処理を行う景品付与処理部と、を含むゲームシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、グループを形成して、グループとしてのゲーム関与が可能なゲームを行うためのプログラム及びゲームシステムに関する。
【背景技術】
【０００２】
従来から、ソーシャル・ネットワーキング・サービス（以下、「ＳＮＳ」という。）と呼ばれる、コミュニティ型のサービスをユーザに提供するネットワークシステムが知られている。このようなネットワークシステムでは、ゲームなどのアプリケーションプログラムがユーザに提供されている（例えば、特許文献１）。
【０００３】
このようなＳＮＳで提供されるゲームでは、一のユーザが他のユーザにゲームに参加してもらうことによって特典を得られるものがある。
【０００４】
また、このようなネットワークシステムで提供されるゲームとして、複数のプレーヤがギルド（グループの一例）を構成し、ギルドとしてのゲーム関与が可能なゲームが知られている。かかるゲームでは、プレーヤは自己のゲームを進めるとともに、ギルド構成員としてゲームも進めるので、どのギルドに属しているかはゲームの重要な要素となる。
【０００５】
プレーヤは、自分でギルドを設立するか、すでに存在するギルドから所望のギルドを探して加入することになる。ギルドの選択は、ギルドのプレイスタイル（たとえば「初心者向け」、「上級者向け」）やギルドのメンバ数やギルドオーナの情報のギルド情報等を参考にして行う。そしてプレーヤが所望のギルドを選択して当該ギルドへの参加要求を行い、ギルドオーナがそれを了承すると、ギルドのメンバとなることができる。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１２−０６１０６０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
ギルドオーナにとって優秀なギルドメンバの確保は需要な課題である。しかしながら従来のゲームではギルドメンバの募集については、ギルドオーナは参加要求の承認等が行えるだけであり、積極的に関与できる余地が少なかった。
【０００８】
またギルドを選択するプレーヤにとっても少ないギルド情報では余地や楽しみが少ないため、ギルド選択に対するモチベーションは低いものであった。
【０００９】
本発明は、以上のような課題に鑑みてなされたものであり、その目的とするところは、グループとしてのゲーム関与が可能なゲームにおいて、グループ加入に対する強い動機づけを与えたり、グループに対する帰属意識を高めたりすることができ、グループ設立プレーヤがグループメンバ蒐集に積極的に関与できるゲームプログラム及びゲームシステムを提供することにある。
【課題を解決するための手段】
【００１０】
（１）本発明は、一のプレーヤが設定したグループに他のプレーヤが所属することによりグループを形成して、グループとしてのゲーム関与が可能なゲームのプログラムであって、
前記グループを設定した設立プレーヤが保有するゲーム要素を、前記設立プレーヤの指示に基づいて、前記設立プレーヤが設立したグループの景品として設定する処理を行う景品設定処理部と、前記グループの景品を、前記グループに属する他のプレーヤに付与するための処理を行う景品付与処理部と、してコンピュータを機能させるプログラムに関する。
【００１１】
また本発明は、コンピュータ読み取り可能な情報記憶媒体であって、上記各部としてコンピュータを機能させるためのプログラムを記憶した情報記憶媒体に関する。また本発明は、上記各部を含むサーバに関する。また本発明は、情報処理端末とネットワークを介して接続され、所定のイベント期間内にゲームの所定条件を満たしたプレーヤに報酬を付与するゲームを行うためのサーバであって、上記各部を含むサーバに関する。
【００１２】
ゲーム要素とは、例えばアイテムやカードや得点やポイントでもよい。
【００１３】
グループは複数のプレーヤの集合であり、ギルドや道場等と呼ばれているものもグループの一種である。
【００１４】
このように、所定の条件を満たしたグループメンバに景品付与することで、グループメンバのゲーム進行に対する意欲を高めて継続的にゲームに参加するように導くことができる。
【００１５】
本発明によれば、グループとしてのゲーム関与が可能なゲームにおいて、グループメンバに景品付与することで、グループ加入に対する強い動機づけを与えたり、グループに対する帰属意識を高めたりすることができ、グループ設立プレーヤがグループメンバ蒐集に積極的に関与できるゲームを提供することができる。
【００１６】
（２）また本発明に係るプログラム、情報記憶媒体、ゲームシステム及びサーバでは、
前記景品付与処理部は、前記グループの前記景品として設定されている複数のゲーム要素の中から、ランダム又は所与のアルゴリズムに従って選択したゲーム要素を前記他のプレーヤに対して付与するための処理を行ってもよい。
【００１７】
このようにすると、景品の付与に娯楽性を高め、複数の景品の中から選択される景品に対する期待感からグループに対するゲーム意欲を高めることができる。
【００１８】
前記景品付与処理部は、抽選を行い、抽選結果に基づき、前記グループの前記景品として設定されているゲーム要素の中から、前記他のプレーヤに対して付与するゲーム要素を決定してもよい。
【００１９】
（３）また本発明に係るプログラム、情報記憶媒体、ゲームシステム及びサーバでは、前記グループの前記景品として設定されているゲーム要素の数、量、種類の少なくとも１つに応じて、前記グループの受け入れ可能人数を調整する処理を行う人数調整処理部と、してさらにコンピュータを機能させてもよい。
【００２０】
景品の数、量、種類の少なくとも１つに応じて、グループの受け入れ可能人数を増減させることにより、景品不足により景品がもらえない事態を未然に防止し、グループに入る際に提示された景品提供条件に対するグループメンバの信頼を保護することができる。
【００２１】
（４）また本発明に係るプログラム、情報記憶媒体、ゲームシステム及びサーバでは、複数のグループに関する情報を提示して、加入を希望するグループの選択要求を受け付けるグループ選択画面提供処理部と、してさらにコンピュータを機能させ、前記グループ選
択画面提供処理部は、前記グループに関する情報として、前記グループのメンバに提供する景品として設定されているゲーム要素の数、量、種類の少なくとも１つ情報を提供してもよい。
【００２２】
このようにすると、他のプレーヤはグループの景品情報も参考にしながら、加入するグループを選択することができる。
【００２３】
（５）また本発明に係るプログラム、情報記憶媒体、ゲームシステム及びサーバでは、前記設立プレーヤが景品として提供したゲーム要素の数、量、種類の少なくとも１つに応じて、前記設立プレーヤに特典を付与するための処理を行う特典付与処理部、としてコンピュータを機能させてもよい。
【００２４】
このようにすると設立プレーヤがグループに景品を提供することに対する動機つけを与えることができる。
【００２５】
（６）また本発明に係るプログラム、情報記憶媒体、ゲームシステム及びサーバでは、前期景品設定処理部は、前記設立プレーヤの指示に基づき、前記グループのメンバに対する景品の提供条件を設定し、前記景品付処理与部は、前記景品提供条件を満たす場合に、前記グループに属する他のプレーヤに前記グループの景品を付与してもよい。
【００２６】
このようにすると、設立プレーヤの意志を反映して景品提供を行えるゲームを提供することができる。
【００２７】
（７）また本発明に係るプログラム、情報記憶媒体、ゲームシステム及びサーバでは、前記グループの景品として設定されているゲーム要素の種類の変化又は増減に関するメッセージを前記グループのメンバであるプレーヤに通知する処理を行う通知処理部と、してさらにコンピュータを機能させてもよい。
【００２８】
このようにすると、グループメンバは景品の情報に基づいてゲームへの参加予定や、グループ変更等の判断をすることができるので、グループに関してよりゲーム性を高めることができる。
【００２９】
（８）また本発明に係るプログラム、情報記憶媒体、ゲームシステム及びサーバでは、前記グループの景品として設定されているゲーム要素の数及び量が前記グループのメンバ数に対応して設定された基準を満たすかを判定して、基準を満たさない場合には設立プレーヤに通知する処理を行う通知処理部と、してさらにコンピュータを機能させてもよい。
【００３０】
このようにすると設立プレーヤにグループに対する景品供給やグループの人員整理を促すことができるので、グループに関してよりゲーム性を高めることができる。
【図面の簡単な説明】
【００３１】
【図１】本実施形態のゲームシステムを示す図。
【図２】本実施形態のサーバの機能ブロック図の一例を示す図。
【図３】本実施形態のゲームシステムで生成されるゲーム画面（ゲーム画像）の一例を示す図。
【図４】プレーヤ情報の一例を示す図。
【図５（Ａ）】ギルド情報の一例を示す図。
【図５（Ｂ）】景品補充履歴情報の一例を示す図。
【図５（Ｃ）】景品付与履歴情報の一例を示す図。
【図６】ギルド参加要求受付画面例。
【図７】ギルド情報設定画面例。
【図８】ギルドの構成について説明するための図。
【図９】ギルドの景品について説明するための図。
【図１０】景品設定画面の一例。
【図１１】ギルド選択画面の例を示す図。
【図１２】ギルド選択画面の例を示す図。
【図１３】景品付与条件設定画面の一例。
【図１４】ギルドオーナのアクションに対応する処理の流れを示すフローチャート。
【図１５】ギルドメンバのアクションに対応する処理の流れを示すフローチャート。
【図１６】ギルド加入申し込みに対応する処理の流れを示すフローチャート。
【発明を実施するための形態】
【００３２】
以下、本実施形態について説明する。なお、以下に説明する本実施形態は、特許請求の範囲に記載された本発明の内容を不当に限定するものではない。また本実施形態で説明される構成の全てが、本発明の必須構成要件であるとは限らない。
【００３３】
１．構成
図１は、本実施形態のネットワークシステム（ゲームシステム）を示す。本実施形態では、複数の端末１０（情報処理端末）とサーバ２０とによって構成される。つまり、図１に示すように、本実施形態のネットワークシステムは、サービスを提供するサーバ２０と、端末１０とが、ネットワークに接続可能に構成される。
【００３４】
サーバ２０は、複数のユーザ（プレーヤ）間でコミュニケーションを提供することが可能なサービスを提供する情報処理装置であり、本実施形態ではＳＮＳ（ソーシャル・ネットワーキング・サービス）と呼ばれるコミュニティ型のサービスを提供するサーバである。つまり、サーバ２０は、ユーザの情報（ユーザ名、日記、掲示情報、ゲームの進捗状況など）をログインしたユーザだけでなく、当該ユーザとフレンド関係にある他のユーザにも送信し、ユーザ間でコミュニティを図るようにしている。サーバ２０は、会員登録を行ったユーザに限定してサービスを提供するようにしてもよい。
【００３５】
例えば、本実施形態のサーバ２０は、Ｗｅｂサーバ機能や、メール配送が可能なメールサーバ機能を備える。また、端末１０がＷｅｂページ（ＨＴＭＬ形式のデータ）を閲覧可能なウェブブラウザを備えている。つまり、端末１０は、サーバ２０のＳＮＳ用のＵＲＬにアクセスし、ユーザ名、パスワードを送信する。そして、サーバ２０において当該ユーザのログインが成功すると、サーバ２０は当該ユーザのＷｅｂページを端末１０に送信する。そして、端末１０は、ウェブブラウザ上に受信した当該ユーザのＷｅｂページを表示部１９０に表示させる。
【００３６】
また、本実施形態のサーバ２０は、端末１０からの要求に応じて、オンラインゲームサービスを提供する。つまり、ユーザの端末１０からの要求に応じて端末１０の入力情報（端末１０に備わるタッチパネル、ボタン、キーボード、マウス等の入力部で入力された情報）をネットワークを介してサーバ２０に送信し、サーバ２０では受信した入力情報に基づいてゲーム演算処理を行う。そして、ゲーム演算処理結果（ゲーム画像の画像データ、ゲーム画像を生成するために用いる各種データ）をネットワークを介して端末１０に送信し、端末１０では受信したゲーム演算処理結果に基づきゲーム画像を端末１０の表示部に表示させる処理を行う。
【００３７】
端末１０は、携帯端末（携帯電話、ＰＨＳ端末、スマートフォン、ＰＤＡ、携帯型ゲーム機等）、パーソナルコンピュータ（ＰＣ）、ゲーム機、画像生成装置などの情報処理装置であり、インターネット（ＷＡＮ）、ＬＡＮなどのネットワークを介してサーバ２０に
接続可能な装置である。なお、端末１０とサーバ２０との通信回線は、有線でもよいし無線でもよい。
【００３８】
図２に本実施形態のサーバ２０の機能ブロック図の一例を示す。なお本実施形態のサーバ２０は図２の構成要素（各部）の一部を省略した構成としてもよい。
【００３９】
記憶部１７０は、処理部１００や通信部１９６などのワーク領域となるもので、その機能はＲＡＭ、ハードディスクなどにより実現できる。記憶部１７０は、ワーク領域として使用される主記憶部１７２と、格納部１７４（例えばデータベース）とを含む。
【００４０】
格納部１７４は、本実施形態のネットワークシステムに参加する複数のプレーヤそれぞれのプレーヤ情報１７６を格納する。例えば、格納部１７４は、複数のプレーヤそれぞれのプレーヤの識別情報に対応づけて、プレーヤ名（プレーヤアカウント）、プレーヤパスワード、端末１０の「宛先情報」（ＩＰアドレス、メールアドレス等）などを、プレーヤ情報１７６として格納する。
【００４１】
また、格納部１７４は、プレーヤの識別情報に対応づけて登録されたカード情報、アイテム情報等を、プレーヤ情報１７６として格納する。また、格納部１７４は、プレーヤの識別情報に対応づけて、プレーヤのゲーム進行度を示す進行度情報をプレーヤ情報１７６として格納する。また、格納部１７４は、プレーヤと同一グループに属する他のプレーヤを特定するための情報や、プレーヤとフレンド関係にある他のプレーヤを特定するための情報を、プレーヤ情報１７６として格納する。
【００４２】
情報記憶媒体１８０（コンピュータにより読み取り可能な媒体）は、プログラムやデータなどを格納するものであり、その機能は、光ディスク（ＣＤ、ＤＶＤ）、光磁気ディスク（ＭＯ）、磁気ディスク、ハードディスク、磁気テープ、或いはメモリ（ＲＯＭ）などにより実現できる。処理部１００は、情報記憶媒体１８０に格納されるプログラム（データ）に基づいて本実施形態の種々の処理を行う。情報記憶媒体１８０には、本実施形態の処理部１００の各部としてコンピュータを機能させるためのプログラム（各部の処理をコンピュータに実行させるためのプログラム）を記憶することができる。
【００４３】
通信部１９６は端末１０や他のサーバとの間で通信を行うための各種制御を行うものであり、その機能は、各種プロセッサ又は通信用ＡＳＩＣなどのハードウェアや、プログラムなどにより実現できる。
【００４４】
処理部１００（プロセッサ）は、端末１０から送信され通信部１９６を介して受信したデータ（入力情報等）、プログラムなどに基づいて、ゲーム処理、画像生成処理、音生成処理、などの処理を行う。処理部１００は主記憶部１７２をワーク領域として各種処理を行う。処理部１００の機能は各種プロセッサ（ＣＰＵ、ＤＳＰ等）、ＡＳＩＣ（ゲートアレイ等）などのハードウェアや、プログラムにより実現できる。
【００４５】
処理部１００は、ゲーム処理部１１０、画像生成部１２０、音生成部１３０を含む。
【００４６】
ゲーム処理部１１２は、端末１０から送信された入力情報に基づき各プレーヤのゲームを進行させるゲーム処理を行う。ゲーム処理部１１２は、各プレーヤのゲーム進行度を算出して、プレーヤ情報１７６として格納部１７４に格納された各プレーヤの進行度情報を更新する。ゲーム処理部は、プレーヤの操作回数（ゲームを進行させるための操作が行われた回数）、クリアしたステージの数、収集したアイテムの数等に基づき各プレーヤのゲーム進行度を算出する。ゲーム処理部１１０は、景品設定処理部１１１、景品付与処理部１１２、人数調整処理部１１３、グループ選択画面提供処理部１１４、特典付与処理部１
１５、通知処理部１１６を含む。
【００４７】
景品設定処理部１１１は、前記グループを設定した設立プレーヤが保有するゲーム要素を、前記設立プレーヤの指示に基づいて、前記設立プレーヤが設立したグループの景品として設定する処理を行う。景品付与処理部１１２は、前記グループの景品を、前記グループに属する他のプレーヤに付与するための処理を行う。
【００４８】
また景品付与処理部１１２は、前記グループの前記景品として設定されている複数のゲーム要素の中から、ランダム又は所与のアルゴリズムに従って選択したゲーム要素を前記他のプレーヤに対して付与するための処理を行ってもよい。
【００４９】
また人数調整処理部１１３は、前記グループの前記景品として設定されているゲーム要素の数、量、種類の少なくとも１つに応じて、前記グループの受け入れ可能人数を調整する処理を行う。
【００５０】
またグループ選択画面提供処理部１１４は、複数のグループに関する情報を提示して、加入を希望するグループの選択要求を受け付ける処理を行い、前記グループに関する情報として、前記グループのメンバに提供する景品として設定されているゲーム要素の数、量、種類の少なくとも1つ情報を提供する。
【００５１】
特典付与処理部１１５は、前記設立プレーヤが景品として提供したゲーム要素の数、量、種類の少なくとも1つに応じて、前記設立プレーヤに特典を付与するための処理を行う。
【００５２】
また景品設定処理部１１１は、前記設立プレーヤの指示に基づき、前記グループのメンバに対する景品の提供条件を設定し、景品付処理与部１１２は、前記景品提供条件を満たす場合に、前記グループに属する他のプレーヤに前記グループの景品を付与してもよい。
【００５３】
通知処理部１１６は、前記グループの景品として設定されているゲーム要素の種類の変化又は増減に関するメッセージを前記グループのメンバであるプレーヤに通知する処理を行ってもよい。
【００５４】
また通知処理部１１６は、前記グループの景品として設定されているゲーム要素の数及び量が前記グループのメンバ数に対応して設定された基準を満たすかを判定して、基準を満たさない場合には設立プレーヤに通知する処理を行ってもよい。
【００５５】
画像生成部１２０は、処理部１００で行われる処理の結果に基づいて、ゲーム画像を生成するための画像生成用データを生成する。生成された画像生成用データは、処理部１００によって、通信部１９６を介して各端末１０に送信される。ここで、画像生成用データとは、本実施形態の手法により生成された画像を各情報処理端末において表示するためのデータであり、画像データそのものでもよいし、各情報処理端末が画像を生成するために用いる各種データ（オブジェクトデータ、ゲーム処理結果データ等）であってもよい。
【００５６】
音生成部１３０は、処理部１００で行われる種々の処理の結果に基づいてゲーム音を生成するための音生成用データを生成する。生成された音生成用データは、処理部１００によって、通信部１９６を介して各端末１０に送信される。
【００５７】
なお、端末１０の処理部が、サーバ２０から送信された（ダウンロードした）プログラムに基づき各種ゲーム処理（入力情報に基づきゲームを進行させる処理、ゲーム画像を生成する処理）を行い、サーバ２０が、端末１０から送信されたゲーム結果データに基づい
て、判定処理、報酬を付与する処理、ゲーム進行度を分配する処理等を行って、格納部１７４のプレーヤ情報において各プレーヤに対応付けられた各種データ（ゲーム進行度、収集されたアイテム、報酬として付与したアイテム等に関するデータ）の更新処理を行うように構成されている。
【００５８】
２．本実施形態の手法
次に本実施形態の手法について図面を用いて説明する。
【００５９】
２−１．ゲームの概要
本実施形態のゲームは、複数のプレーヤがギルド（グループの一例）を構成し、ギルドとしてのゲーム関与が可能なゲームである。ゲーム空間には複数のギルドが設立され、プレーヤはいずれかのギルドに属して、プレーヤ自身のゲームを行うとともに、ギルド構成員としてギルドのゲームも行う。
【００６０】
図３は、本実施形態のゲームシステムで生成されるゲーム画面（ゲーム画像）の一例を示す図である。図３に示すゲーム画面ＧＩは、端末１０のタッチパネル型ディスプレイ（端末１０の表示部）の表示画面に相当する。プレーヤは、指先やタッチペン等をタッチパネルに接触させる操作（タッチ操作）を行うことで操作入力を行うことができる。
【００６１】
図３に示すように、ゲーム画面ＧＩの下側の領域Ａ１には、複数のプレーヤキャラクタ（プレーヤの操作対象となるキャラクタ）を表す複数のカードＣＤが表示され、ゲーム画面ＧＩの上側の領域Ａ２には、ゲーム空間を表す画像が表示される。
【００６２】
図３に示す例では、プレーヤキャラクタである４人のキャラクタ「Ａ」〜「Ｄ」に対応する４枚のカードＣＤが表示されている。プレーヤは、自身が所有する複数のカード（キャラクタカード）から領域Ａ１に表示させる（パーティー、デッキを組む）４枚のカードを自由に選択して設定することができる。
【００６３】
プレーヤはゲーム画面ＧＩをタッチ操作してプレーヤキャラクタの行動指示を行うことでゲームを進行させる。ゲームの進行に従って、ゲーム空間に敵キャラクタＥＣやアイテムＩＴ（キャラクタカードなど）が出現する。プレーヤは、タッチ操作による行動指示を行うことで、プレーヤキャラクタに、出現した敵キャラクタＥＣを攻撃させたり、出現したアイテムＩＴを取得させたりすることができる。
【００６４】
ゲーム画面ＧＩの領域Ａ１には、プレーヤキャラクタが行動可能な量（行動力）を示すゲージＧＡが表示される。行動力は、プレーヤがゲームを進行させるためのタッチ操作を行う度に所定量ずつ減少する。そして、行動力の値が０となると、ゲームの進行は停止する（タッチ操作によってもゲームが進行しない）。行動力は、時間の経過とともに回復する（増加する）。また、行動力を増加させるためのアイテム（例えば、回復剤）を使用することで、行動力を増加させることができる。
【００６５】
本実施形態のゲームは複数のステージによって構成されている。各ステージに登場する敵キャラクタ（ボスキャラクタ）を倒すことで、当該ステージをクリアして次のステージに進むことができる。
【００６６】
プレーヤがステージをクリアしたり敵を倒したりすることで、自己のポイントやレベルが増加するとともに、プレーヤが属するギルドのポイントやレベルも増加する。
【００６７】
またギルド間で対戦処理を行ってもよい。例えば、第１のギルドと第２のギルドが対戦を行う場合には、対戦に参加する第１のギルドの構成メンバのプレーヤは自己のカードを第
１のギルドのデッキに提供し、対戦に参加する第２のギルドの構成メンバのプレーヤは自己のカードを第２のギルドのデッキに提供する。そして、対戦に参加する第１のギルドの構成メンバのプレーヤの入力情報に基づいて、第１のギルドのプレーヤキャラクタを制御し、第２のギルドの構成メンバのプレーヤの入力情報に基づいて、第２のギルドのプレーヤキャラクタを制御し、対戦処理を行う。
【００６８】
ギルド間の対戦に勝利すると、勝利したギルドのポイントやレベルが増加するとともに、対戦に参加したギルドメンバのポイントやレベルも増加する。
【００６９】
２−２．ゲーム情報
ゲームシステムのサーバにはプレーヤ情報３００やギルド情報４００などのゲーム情報が記憶されている。
【００７０】
図４は、プレーヤ情報の一例を示す図である。
【００７１】
プレーヤ情報３００として、プレーヤ識別情報３１０に関連付けて、プレーヤが所属するギルド３２０、プレーヤがギルドオーナであるか否かを示すオーナフラグ３２２、プレーヤの過去のギルド加入履歴を示すギルド加入履歴情報３２４、保有ポイント３３０、レベル３４０、体力パラメータ３５０、ゲームの進行情報（例えば現在のステージ、クリアしたダンジョンの情報）３７０、保有アイテム（保有カード）３８０等を含んでもよい。
【００７２】
図５（Ａ）は、ギルド情報の一例を示す図である。
【００７３】
ギルド情報４００として、ギルド識別情報４１０に関連付けて、オーナ情報４２０、メンバ数４３０、定員４４０、適性人数４４２、レベル４５０、プレイスタイル４６０、景品情報４７０等を含んでもよい。
【００７４】
図５（Ｂ）は、ギルドの景品補充履歴情報５１０の一例である。景品補充履歴情報５１０は補充日時５２０、アイテム補充履歴５３０等の情報を含む。
【００７５】
図５（Ｃ）は、景品付与履歴情報５４０の一例である。景品付与履歴情報５４０は、付与日時５５０、景品獲得者５６０、付与アイテム５７０等の情報を含む。
【００７６】
２−３．ギルドの設立
プレーヤは、自分でギルドを設立する（ギルドオーナになる）か、すでに存在するギルドから所望のギルドを探して加入することで、いずれかのギルドに属することができる。
【００７７】
図６は、ギルド参加要求受付画面例である。プレーヤからギルド参加が指示されると（例えばゲームの目次画面で「ギルド参加」を選択する）、図６に示すようなギルド参加要求受付画面を提供する。
【００７８】
プレーヤは、「新ギルドを設立する」６１０か「既存のギルドに加入する」６２０を選択できる。ただしギルドオーナになるには所定の条件をクリアしていること（たとえば自己のレベルパラメータは所定値以上である）が必要である。従って所定の条件を位していない場合には、「新ギルドを設立する」６１０の選択は受け入れられない。所定の条件を満たしたプレーヤにより「新ギルドを設立する」６１０が選択されると、図７に示すようなギルド情報設定画面を提供する。図７ではギルド名を設定する画面を例示しているが、その他のギルド情報（プレイスタイル等）を設定する設定画面も提供してもよい。なおギルド設立時には、ギルドのレベルや定員に初期値を設定してもよい。そしてゲームが進行
するとギルドやギルドメンバのゲーム結果に応じてレベルを上昇させ、レベルに応じて定員を増減するようにしてもよい。入力情報及びギルドオーナのプレーヤ情報に基づきギルドを設定し、設定したギルドのギルド情報をサーバの記憶部に記憶させる（図５参照）。
【００７９】
２−４．ギルドの景品設定
図８は、ギルドの構成について説明するための図である。
【００８０】
ギルドＧ１のギルドオーナ（グループの設立プレーヤに相当）はプレーヤＰ１であり、ギルドメンバはプレーヤＰ２からＰ１１で、現在のメンバ数は１２名である。
【００８１】
図９は、ギルドの景品について説明するための図である。
【００８２】
本実施の形態では、ギルドオーナＰ１は、自己の有するアイテムであるキャラクタカード（ゲーム要素の一例）をギルドメンバに対する景品として提供することができる。例えばギルドオーナＰ１がキャラクタカードＫ１〜Ｋ３０を保有していたとする。この中からギルドオーナＰ１は、所望のカードＫ２１〜Ｋ３０を選択して景品としてギルドに提供することができる。
【００８３】
ギルドオーナＰ１から景品として提供されたキャラクタカードＫ２１〜Ｋ３０は、ギルドオーナＰ１からギルドＧ１に移転し、当該ギルドＧ１の景品としてプールされる。
【００８４】
そして所定の条件を満たしたギルドメンバに付与されることにより、付与されたギルドメンバに移転することになる。図９では、キャラクタカードＫ２１がギルドメンバＰ２に付与され、キャラクタカードＫ２２がギルドメンバＰ３に付与されている様子を示している。
【００８５】
ギルドオーナがキャラクタカードを景品に提供すると、ギルドオーナからギルドにキャラクタカードが移転するようにしてもよい。またギルドオーナがキャラクタカードを景品に提供した時点では、キャラクタカードはギルドオーナの保有ではあるが使用不可の状態にし、当該キャラクタカードがギルドメンバに付与されたタイミングで、ギルドオーナからギルドメンバにキャラクタカードが移転するようにしてもよい。
【００８６】
なおギルドオーナは任意のタイミングで自己の保有するキャラクタカードを景品として提供することができる。例えばギルドでプールしている景品が少なくなった場合に提供してもよい。また例えばプレーヤが保有できるキャラクタカード枚数に上限を設け、制限枚数以上は保有できない設定である場合には、ギルドオーナは自己の保有するキャラクタカードの枚数が上限に近付いた場合に提供することで、自己のキャラクタカードを有効活用することができる。
【００８７】
図１０は、景品設定画面の一例である。プレーヤから景品設定が指示されると（例えばゲームの目次画面で「景品設定」を選択する）、図１０に示すような景品設定画面を提供する。
【００８８】
景品設定画面では、景品設定を指示したプレーヤ（ギルドオーナであるプレーヤ）所有のアイテム（ここではキャラクタカード）の一覧を表示する。プレーヤは一覧から所望のアイテム（ここではキャラクタカード）を選択して、景品として提供することができる。なおキャラクタカードにはレア度を示すパラメータが設定されているので、レア度別にキャラクタカードの一覧表示を行うようにしてもよい。例えばレア度パラメータとして、「ＳＲ」「Ｒ」「Ｎ＋」「Ｎ」（「ＳＲ」＞「Ｒ」＞「Ｎ＋」＞「Ｎ」の順でレア度が高い）。図１０に示すように、レア度７１０が指示されると、指示されたレア度のキャラクタ
カードの一覧が表示される。図１０ではレア度「ＳＲ」７１２が指示されているので、プレーヤの保有カードの中でレア度「ＳＲ」のキャラクタカードの一覧が表示される。
【００８９】
プレーヤの入力情報に基づきギルドの景品を設定又は追加し、サーバのギルド情報の景品情報（図５（Ａ）の４６０、図５（Ｂ）参照）及びサーバのギルドオーナのプレーヤ情報の保有カード情報を更新する。例えばギルドオーナが自己の保有するキャラクタカードＫ２１を景品として提供した場合、プレーヤ情報の保有カード情報からキャラクタカードＫ２１を削除又は使用不可にし、ギルド情報の景品情報にキャラクタカードＫ２１を追加する更新を行う。
【００９０】
２−５．ギルドの景品付与
本実施の形態では、所定の条件を満たしたギルドメンバにギルドにプールされている景品が付与される。例えば１日に１回ギルドメンバがゲームにログインした場合に付与するようにしてもよいし、ギルドメンバがギルドに貢献した場合、例えばギルドメンバのゲーム結果によりギルドのポイントやレベルがアップした場合やギルドのイベントやギルド間対戦に参加した場合などに付与するようにしてもよい。
【００９１】
このように、所定の条件を満たしたギルドメンバに景品付与することで、ギルドメンバのゲーム進行に対する意欲を高めて継続的にゲームに参加するように導くことができる。
【００９２】
ギルドの景品として設定されている複数のキャラクタカードの中から、ランダム又は所与のアルゴリズムに従って選択したゲーム要素をギルドメンバに対して付与してもよい。
【００９３】
ランダムに選択する場合には、例えば乱数を発生させて乱数に基づき選択する場合や、所与の抽選機を用いて抽選により選択する場合を含む。所与のアルゴリズムに従って選択する場合には、例えば所定の関数に従って選択する場合等も含む。
【００９４】
抽選により選択する場合には、抽選の結果、必ずいずれかの景品を付与する場合のみならず、抽選結果がはずれの場合には、景品が付与されない場合も含む。抽選確率は、固定でもよいし、抽選を行うギルドメンバのパラメータ（ギルドに対する寄与度やゲーム回数等を示すパラメータ）により変動するようにしてもよい。
【００９５】
なお抽選により景品付与を行う場合には、ギルドメンバの端末に抽選演出画像を表示させてもよい。
【００９６】
ギルドメンバに景品を付与すると、サーバのギルド情報の景品（図５（Ａ）の４７０参照）及びサーバのギルドメンバのプレーヤ情報の保有アイテム（図４（Ａ）の３８０参照）を更新する。例えばギルドメンバであるプレーヤＰ２にギルドにプールされた景品のキャラクタカードＫ２１を付与した場合、プレーヤＰ２のプレーヤ情報の保有カードにキャラクタカードＫ２１を追加し、ギルド情報の景品からキャラクタカードＫ２１を削除する更新を行う。
【００９７】
２−６．ギルドの適性人数と受け入れ可能人数
ギルドの景品として設定されているアイテム（ここではキャラクタカード）の数、量、種類の少なくとも１つに応じて、前記グループの定員数（グループに所属可能なプレーヤ数の定員）又は受け入れ可能人数（新たに受け入れ可能な人数）又は適性人数を増減させてもよい。
【００９８】
メンバ数に対して景品が十分でない場合には、景品不足により景品がもらえない可能性がある。本件では、景品の数量に応じてグループの定員や受け入れ可能人数を増減させる
ことで、そのような自体を未然に防止し、景品提供に対するギルドメンバの信頼を裏切らないようにしている。
【００９９】
適性人数とは、たとえばグループメンバへの景品の提供に支障を来さない人数のことであり、景品の数や量や種類等に応じて決定する。そして適正人数にもとづき、定員や受け入れ可能人数を増減させるようにしてもよい。定員数はギルドのレベルに応じて決定される構成でもよい。例えば当該グループの定員が当該グループの適性人数よりも多い場合に、現在のギルドメンバ数が当該グループの適正人数以下であればただちに定員を適性人数に変更してもよい。また現在のメンバ数が当該グループの適正人数を超えている場合には、直ちに定員を変更して定員オーバー等をギルドオーナに通知するメッセージを出してもよい。またギルドのメンバ数に異動が生じた時点で定員を変更してもよい。
【０１００】
例えばあるギルドにプールされている景品量がキャラクタカード３６枚、定員は２０名、現在のギルドメンバ数が１１名（ギルドオーナ含む）であるとする。
【０１０１】
そしてこのギルドの景品提供条件は、「ギルドメンバは本ゲームにログインすると、１日１回ギルド抽選により、景品が付与される」（はずれ無、ログインすれば必ず１日1枚はキャラクタカードが付与される）というものであり、本ゲームの景品のプール条件が、「少なくとも３日分の最大付与枚数をプールしておくこと」であるとすると、プール条件から導かれるギルドメンバの適正人数は１３名（３６÷３＋１：ギルドオーナを含む）である。現在のギルドメンバ数は適性人数以下であるのでプール条件を満たしているといえる。
【０１０２】
本ギルドの定員が２０名、現在のギルドメンバ数は１１名であるので、定員からすれば後９名受け入れ可能ということになる。
【０１０３】
しかし本実施の形態では、景品のプール条件を満たす適性人数に基づき受け入れ可能人数を決定する。すなわち、定員＜適性人数である場合には、受け入れ可能人数＝定員−現在のメンバ数となり、定員≧適性人数である場合には、受け入れ可能人数＝適性人数−現在のメンバ数となる。
【０１０４】
例えば上記例では、定員（２０名）≧適性人数定員（１３名）なので受け入れ可能人数＝適性人数（１３名）−現在のメンバ数（１１名）＝２名となる。従って、この時点でこのギルドに対する加入申し込み者が３名いた場合、ギルドオーナは受け入れ可能人数である２名までしか承認できないようにしてもよい。
【０１０５】
また上記と同じ条件のもとで、現在のギルドメンバ数が１５名（ギルドオーナ含む）である場合には、現在のギルドメンバ数は既に適性人数を上回っている。このような場合には、ギルドメンバ数が適性人数になるまで、受け入れ可能人数を０とし、ギルドに対する加入申し込みがあった場合に承認ができないようにしてもよい。また、受け入れ可能人数が０のギルドは、ギルド選択画面の一覧表示に載せないようにしてもよい。
【０１０６】
なお現在のギルドメンバ数が適性人数を上回っている場合には、ギルドオーナに景品追加要請のメッセージ、又は適性人数オーバーの通知を行ってもよい。たとえばギルドオーナのログイン時に端末に通知のメッセージを表示するようにしてもよい。通知のメッセージを見たギルドオーナは、景品の追加や、不要と判断したギルドメンバの削除等のアクションを起こすことができる。オーナがいずれかのアクションを起こすことにより景品のプール条件を満たす状態にすることができる。
【０１０７】
ギルドメンバ数が適性人数を上回っている状態では、ギルドメンバ数が定員に満たない
状態であるにもかかわらずギルド加入申し込みを受け付けることができない。またこのような状態がつづくと、景品付与に対するギルドメンバの期待を裏切りギルドメンバのギルド脱退を招くことにもなる。これらはギルドオーナに景品を提供させるインセンシブをあたえることになる。
【０１０８】
ギルドオーナからギルドに景品が提供されると、サーバのギルド情報の適性人数（図５（Ａ）の４５０参照）を更新する。
【０１０９】
２−７．ギルド選択画面
図１１、図１２はギルド選択画面の例を示す図である。
【０１１０】
図６に示すギルド参加要求受付画面において、「既存のギルドに加盟する」６２０が選択されると、図１１に示すようなギルド選択画面を提供する。ギルド選択画面には、加入可能なギルドの一覧が表示される。加入可能なギルドとは定員に空きがあるギルドであって受け入れ可能人数が１以上のギルドでもよい。また受け入れ可能人数にかかわらず定員に空きがあるギルドでもよく、この場合定員には空きがあるが、受け入れ可能人数が０である場合、ギルドオーナに「新規加入申し込みがありました。景品を追加すれは受け入れ可能です」との通知を行って景品追加を促してもよい。
【０１１１】
ギルド一覧では、ギルド情報として、ギルド名、メンバ数／定員、レベル、プレイスタイル等を表示してもよい。プレーヤは興味のあるギルドを指示することにより、図１２に示すようなより詳細なギルド情報表示画面（ギルドで提供される景品の情報をふくむ）を表示させることができる。
【０１１２】
詳細なギルド情報表示画面には、ギルドオーナのキャラクタカード、ギルドオーナ名、レベル、メンバ数、定員、プレイスタイル、ギルドガチャ（詳細）、景品として提供されるキャラクタカードのレア度別の内訳、景品付与条件、景品補充履歴、景品付与履歴等が表示される。レア度別の内訳とは、例えば「ＳＲ」が１０枚、「Ｒ」が２５枚、「Ｎ＋」が５０枚「Ｎ」が２００枚等の情報である。その他景品として提供されるキャラクタカードの属性やレベルなどの詳細情報を表示してもよい。
【０１１３】
また景品補充履歴の「見る」アイコンを指示すると景品補充履歴の詳細情報（例えば図５（Ｂ）に示すような情報）が表示される。また景品付与履歴の「見る」アイコンを指示すると景品付与履歴の詳細情報（例えば図５（Ｃ）に示すような情報）が表示される。
【０１１４】
加入するギルドを検討しているプレーヤは、ギルドで提供されている景品の情報を見て加入先を決定することができる。例えばレア度の高いキャラクタカードがほしいプレーヤは、景品のレア度の内訳を参考にして加入するギルドを決定してもよい。また実際にどのくらい景品が補充されたり、付与されたりしているのかを確認したいプレーヤは、景品補充履歴や景品付与履歴辞を参照することによって、確認することができる。
【０１１５】
２−８．ギルドオーナに対する特典付与
ギルドオーナが景品として提供したアイテム（ゲーム要素の一例、ここではキャラクタカード）の数、量、種類の少なくとも1つに応じて、ギルドオーナに特典を付与する処理を行ってもよい。特典は、ポイントやゲーム内通貨でもよいし、アイテムでもよいし、レベルパラメータのアップ等でもよい。
【０１１６】
２−９．ギルドオーナによる景品付与条件の設定
ギルドオーナの指示に基づき、ギルドメンバに対する景品の提供条件を設定するようにしてもよい。例えば端末に景品付与条件設定画面を提供してもよい。
【０１１７】
図１３は、景品付与条件設定画面の一例である。プレーヤから景品付与条件設定が指示されると（例えばゲームの目次画面で「景品付与条件設定」を選択する）、図１３に示すような景品設定画面を提供する。プレーヤは、景品付与条件設定画面で指示することによってギルドメンバに景品を付与するタイミングや条件を設定することができる。
【０１１８】
例えばプレーヤがタイミングとして「１日１回」を選択すると、１日に１回ギルドメンバのログイン時に景品付与が行われる。また例えばプレーヤがタイミングとして「１週刊に１回」を選択すると、１週間に１回ギルドメンバのログイン時に景品付与が行われる。また例えばプレーヤがタイミングとして「特定のタイミング」を選択すると、特定のタイミングが指定可能になる。特定のタイミングとしては、例えば、「ギルドメンバがギルド間対戦に参加したとき」、「ギルドメンバがギルドのレベルアップに貢献したとき」「ギルドメンバが所定の敵を倒した特」「ギルドメンバが所定のダンジョンをクリアしたとき」「ギルドメンバがレベルアップした時」等の各種条件を設定することができ、ギルドメンバが設定された条件を満たした場合に景品付与が行われる。
【０１１９】
また抽選方法も設定できるようにしてもよい。例えば抽選を行う場合に「はずれなし」にするか「はずれあり」にするか選択できるようにしてもよい。「はずれなし」が選択された場合には、景品付与の抽選が行われた場合に、必ず景品がもらえる設定になる。すなわちギルドにプールされているいずれかの景品が抽選により選択されてギルドメンバに付与されることになる。また「はずれあり」が選択された場合には、景品付与の抽選が行われた場合に、所定の割合で「はずれ」となり、「はずれ」となった場合には景品が付与されない設定である。「はずれ」となる割合についてもギルドオーナが指定できるようにしてもよい。
【０１２０】
２−１０．通知処理
ギルドの景品として設定されているアイテム（ゲーム要素の一例、ここではキャラクタカード）の種類の変化又は増減を検出すると、変化又は増減に関するメッセージをギルドメンバやギルドオーナに通知してもよい。アイテムの種類とは、例えばアイテムがカードである場合のカードのレア度等を含む。景品として設定されているアイテムの種類の変化や数の増減は、ギルドオーナによるアイテムの追加や、ギルドメンバに対するアイテムの付与により生じる。
【０１２１】
例えばギルドオーナが景品としてキャラクタカードを１０枚追加した場合にはアイテム数が１０だけ増加するので、「景品のカードが１０枚追加されました」等のメッセージを通知してもよい。また追加されたカードの中にレア度の高いカードが含まれている場合には、アイテムの種類の変化が生じたので「景品にレアカードが２枚追加されました」等のメッセージを通知してもよい。
【０１２２】
また例えばギルドメンバが景品としてカードを１枚付与された場合には、アイテム数に増減が生じた場合に相当し、「ギルドメンバにカードが１枚付与されました」等のメッセージを通知してもよい。また例えばギルドメンバが景品としてレアカードを１枚付与された場合には、アイテムの種類に変化が生じた場合に相当し、「ギルドメンバが景品のレアカードをゲットしました」等のメッセージを通知してもよい。
【０１２３】
またギルドの景品として設定されているアイテム（ゲーム要素の一例、ここではキャラクタカード）の数及び量がギルドのメンバ数に対応して設定された基準を満たすかを判定して、基準を満たさない場合には設立プレーヤに通知してもよい。
【０１２４】
例えば現在のギルドメンバ数が適性人数を上回っている場合には、ギルドオーナに「景
品が不足しそうなので景品を追加してください」等のメッセージを通知してもよい。
【０１２５】
３．処理
次に、本実施形態のサーバ２０の処理の一例について図１４、１５，１６のフローチャートを用いて説明する。
【０１２６】
図１４は、ギルドオーナのアクションに対応する処理の流れを示すフローチャートである。ログインがあると（ステップＳ１０）、ギルドオーナか否か判断し、ギルドオーナである場合には以下の処理を行う（ステップＳ２０）。
【０１２７】
まずギルドメンバ数及び景品提供条件に基づきギルドの適性人数を算定する（ステップＳ３０）。そしてギルドメンバ数＞適性人数である場合には（ステップＳ４０）、ギルドオーナに警告メッセージを通知する（ステップＳ５０）。
【０１２８】
またギルドオーナから景品設定指示があると（ステップＳ６０）、指示されたアイテムをギルドオーナから、ギルドに移転する（ステップＳ７０）。そして景品追加内容を景品追加履歴情報として保存する（ステップＳ８０）。
【０１２９】
図１５は、ギルドメンバのアクションに対応する処理の流れを示すフローチャートである。ログインがあると（ステップＳ１１０）、ギルドオーナか否か判断し、ギルドオーナでない場合には以下の処理を行う（ステップＳ１２０）。
【０１３０】
所定の条件を満たす景品追加履歴情報及又は景品付与履歴情報があるか否か判断し（ステップＳ１３０）、あると判断した場合には（ステップＳ１４０でＹ）、所定の条件を満たす景品追加履歴情報又は景品付与履歴情報を通知提供する（ステップＳ１５０）。所定の条件を満たす景品追加履歴情報及又は景品付与履歴情報とは、例えばログイン日時から所定期間以内（例えば１週間以内）で最も新しい情報でプレーヤにまだ通知していない情報でもよい。
【０１３１】
またギルドメンバが景品付与条件を満たすか否か判断し（ステップＳ１６０）、満たすと判断した場合には（ステップＳ１７０でＹ）、ギルドに景品として付与可能なアイテムがプールされている場合には（ステップＳ１８０でＹ）、抽選を行い、抽選により選択したアイテムをギルドから、ギルドメンバに移転する（ステップＳ１９０）。ギルドに景品として付与可能なアイテムがプールされていない場合には（ステップＳ１８０でＮ）、景品不足の通知を行う（ステップＳ２００）。
【０１３２】
図１６は、ギルド加入申し込みに対応する処理の流れを示すフローチャートである。
【０１３３】
ギルド選択画面表示要求があると（ステップＳ２１０）、メンバ数＜定員のギルドをピックアップし（ステップＳ２２０）、ピックアップしたギルドの一覧情報を提供する（ステップＳ２３０）。ギルド加入申し込み入力があると（ステップＳ２４０）、メンバ数＜適性人数であれば（ステップＳ２５０でＹ）、選択されたギルドのギルドオーナに加入申し込みの通知を行う（ステップＳ２６０）。メンバ数＜適性人数でなければ（ステップＳ２５０でＮ）、選択されたギルドのギルドオーナに加入申し込みの通知及び景品不足である通知を行う（ステップＳ２７０）。
【０１３４】
４．変形例
本発明は、上記実施形態で説明したものに限らず、種々の変形実施が可能である。例えば、明細書又は図面中の記載において広義や同義な用語として引用された用語は、明細書又は図面中の他の記載においても広義や同義な用語に置き換えることができる。
【０１３５】
上記実施の形態では、ゲーム要素がキャラクタカードである場合を例にとり説明したがそれに限られない。例えば他のアイテムでもよいし、得点やポイント等でもよい。
【符号の説明】
【０１３６】
１０  端末、２０  サーバ、１００  処理部、１１０  ゲーム処理部、１１１  景品設定処理部、１１２  景品付与処理部、１１３  人数調整処理部、１１４  グループ選択画面提供処理部、１１５  特典付与処理部、１１６  通知処理部、１２０  画像生成部、１３０音生成部、１７０記憶部、１７２、主記憶部、１７４  格納部、１７６  プレーヤ情報、１８０  情報記憶媒体、１９０  表示部、１９２  音出力部、１９６  通信部
【図１】
2015104575.tif 000003
【図２】
2015104575.tif 000004
【図３】
2015104575.tif 000005
【図４】
2015104575.tif 000006
【図５（Ａ）】
2015104575.tif 000007
【図５（Ｂ）】
2015104575.tif 000008
【図５（Ｃ）】
2015104575.tif 000009
【図６】
2015104575.tif 000010
【図７】
2015104575.tif 000011
【図８】
2015104575.tif 000012
【図９】
2015104575.tif 000013
【図１０】
2015104575.tif 000014
【図１１】
2015104575.tif 000015
【図１２】
2015104575.tif 000016
【図１３】
2015104575.tif 000017
【図１４】
2015104575.tif 000018
【図１５】
2015104575.tif 000019
【図１６】
2015104575.tif 000020