JP7337004B2 - 情報制御システム - Google Patents

Description

本発明は、情報制御システムに関する。

従来から、ユーザが、スマートフォン等のユーザ端末にゲームや情報閲覧のアプリケーションをインストールして、ゲームや情報を閲覧して楽しむことが行われている。これらのアプリケーションには、ユーザ毎に、ユーザに対して所与のポイント（パラメータの一例）が設定されるものがある。例えば、ゲームに関するアプリケーションの場合、ユーザがゲーム内でポイントが加算され、ポイントの消費と引き換えに、抽選処理などの所与の処理を実行するものが多い（特許文献１参照）。

また、別の従来技術として、コンサートやスポーツなどのイベント会場において、入場チケットの券面を読み取り、関連する物品の販売を行う物品販売装置が存在する（特許文献２参照）

特開２０１７－１４８３０１号公報 特開２０１９－６１４４６号公報

特許文献１に示すような従来技術はポイントを制御するゲームシステムではあるが、更に、アプリサーバが提供するサービスをユーザに継続的に利用してもらい、また、イベントを開催してユーザにイベントの参加を促進し、アプリサーバが提供するサービスやコンテンツ（例えば、ゲームコンテンツ）に深く興味を持ってもらうシステムが望まれている。

本発明は、このような課題に鑑みてなされたものでありその目的は、継続してアプリサーバが提供するサービスの利用を促し、更に、ユーザに対してイベントの参加を促進することが可能な情報制御システムを提供することにある。

（１）本発明は、
アプリサーバと、ユーザ端末と、イベントの参加情報を生成する参加情報サーバと、記憶部と、当該イベントの会場への参加の制御を行うイベント参加制御装置と、を備える情報制御システムであって、
第１の記憶部には、ユーザＩＤと、ポイントとが対応付けて記憶され、
第２の記憶部には、ユーザＩＤと、ユーザＩＤ及び参加情報を特定可能な識別コードと、参加情報とが対応付けて記憶され、
前記アプリサーバは、
ユーザの所与の情報に基づき、当該ユーザのユーザＩＤに対応するポイントを変動させる処理を行い、
前記参加情報サーバは、
前記ユーザ端末からユーザＩＤを含む参加申請情報を受信した場合に、当該ユーザＩＤのポイントから所定値を消費し、参加情報と、当該ユーザＩＤと当該参加情報とを特定可能な識別コードを生成し、当該ユーザＩＤと、当該識別コードと、当該参加情報とを対応
付けて前記第２の記憶部に記憶し、当該識別コードを当該ユーザ端末に送信する処理を行うことによって、参加情報を生成する処理を行い、
前記イベント参加制御装置は、
ユーザの識別コードを取得し、当該識別コードに基づき所定の条件を満たすか否かを判定し、当該所定の条件を満たす場合に、当該ユーザの参加を受け付けると判定する処理を行う、
情報制御システムに関する。

本発明によれば、アプリサーバが制御するポイントは、ユーザの所与の情報に基づき、変動されるので、ユーザに対して、継続してアプリサーバへの利用を促すことが可能となる。そして、本発明は、ポイントを貯めたユーザに対して、参加情報の生成によって当該ポイントの消費を促し、イベント参加意欲を高めるようにすることができる。

なお、「ユーザＩＤ」は、ユーザを識別するための情報でありユーザ毎にユニークな情報が割り振られる。また、「参加情報」は、ユーザが参加可能なイベントに関する情報である。また、「参加情報」は、ユーザが参加可能なイベント日時の情報、イベント会場の情報を少なくとも含む。

（２）また、本発明は、
アプリサーバと、ユーザ端末と、イベントの参加情報を生成する参加情報サーバと、記憶部と、当該イベントの会場への参加の制御を行うイベント参加制御装置と、を備える情報制御システムであって、
第１の記憶部には、ユーザＩＤと、ポイントとが対応付けて記憶され、
第２の記憶部には、ユーザＩＤと、ユーザＩＤ及び参加情報を特定可能な識別コードと、参加情報とが対応付けて記憶され、
前記アプリサーバは、
ユーザの所与の情報に基づき、当該ユーザのユーザＩＤに対応するポイントを変動させる処理を行い、
前記参加情報サーバは、
前記ユーザ端末からユーザＩＤを含む参加申請情報を受信した場合に、当該ユーザＩＤに対応付けて仮消費であることを示す情報を設定し、参加情報と、当該ユーザＩＤと当該参加情報とを特定可能な識別コードを生成し、当該ユーザＩＤと、当該識別コードと、当該参加情報とを対応付けて前記第２の記憶部に記憶し、当該識別コードを当該ユーザ端末に送信する処理を行うことによって、参加情報を生成する処理を行い、
前記イベント参加制御装置は、
ユーザの識別コードを取得し、当該識別コードに基づき所定の条件を満たすか否かを判定し、当該所定の条件を満たす場合に、当該ユーザの参加を受け付けると判定する処理を行い、
前記参加情報サーバは、
前記イベント参加制御装置から参加を受け付けた識別コードを取得した場合に、当該識別コードに基づき特定されたユーザＩＤのポイントから所定値を消費する、
情報制御システムに関する。

本発明によれば、アプリサーバが制御するポイントは、ユーザの所与の情報に基づき、変動されるので、ユーザに対して、継続してアプリサーバへの利用を促すことが可能となる。そして、本発明は、ポイントを貯めたユーザに対して、参加情報を生成し、イベントに参加することによって当該ポイントの消費を促し、イベント参加意欲を高めるようにすることができる。

また、本発明によれば、ユーザ端末からの参加申請時は、ポイントの仮消費に止め、イ
ベント参加制御装置によって参加が受け付けられた場合に実際にポイントを消費するので、仮にユーザが何等かの事情でイベントに参加できなくなったとしても、ポイントを無駄に消費しないようにすることができる。

（３）また、本発明の情報制御システムは、
前記参加情報サーバは、前記イベント参加制御装置において前記ユーザの参加を受け付けると判定された場合に、前記イベント参加制御装置から前記ユーザの参加受け付け情報と共に前記ユーザのユーザＩＤを受信し、当該ユーザＩＤのポイントに、所定値を加算する処理を行う、又は
前記イベント参加制御装置は、参加を受け付けると判定した場合、前記識別コードに基づき特定されるユーザＩＤのポイントに、所定値を加算する処理を行うようにしてもよい。

本発明によれば、ユーザの参加を受け付けた場合、当該ユーザのユーザＩＤのポイントに所定値を加算するので、当該ユーザに対してイベントの参加意欲を高め、更にイベント参加を促すことが可能となる。

（４）また、本発明の情報制御システムは、
前記識別コードは、画像コードであり、
前記イベント参加制御装置は、
読取部を備え、
前記ユーザ端末に表示された画像コードを当該読取部によって読み取ることによって、前記識別コードを取得するようにしてもよい。

本発明によれば、ユーザはイベント参加制御装置の読取部に画像コードを提示するだけで、参加の許否の判定がなされるので、利便性を高めたシステムを提供することができる。

（５）また、本発明の情報制御システムは、
前記参加情報サーバは、
前記ユーザ端末から、ユーザＩＤとユーザの生体に基づく情報とを含む前記参加申請情報を受信した場合に、
ユーザの生体に基づく情報を識別コードとし、当該ユーザＩＤと、当該識別コードと、当該参加情報とを対応付けて前記第２の記憶部に記憶する処理を行い、
前記イベント参加制御装置は、生体認証部を備え、
ユーザの生体に基づく情報を識別コードとして取得し、前記生体認証部によって認証が許可された場合に、参加を受け付けると判定する処理を行うようにしてもよい。

本発明によれば、ユーザは自身の生体を提示するだけで、参加の許否の判定がなされるので、利便性を高めたシステムを提供することができる。

ここで、「生体に基づく情報」は、指紋情報や、操作指の静脈、手の平の静脈、目の虹彩、顔などの身体の一部の形状の情報等である。

（６）また、本発明の情報制御システムは、
前記参加情報サーバは、
前記ユーザ端末から、ユーザＩＤとユーザ端末の位置情報及び時刻情報を含む前記参加申請情報を受信した場合に、当該ユーザ端末の位置情報及び時刻情報の少なくとも一方に基づき、参加情報を生成するか否かを判定し、参加情報を生成すると判定された場合に、前記参加情報を生成する処理を行うようにしてもよい。本発明によれば、ユーザ端末の位
置を所定範囲に制限することや、参加申請の時間帯を制限することができる。

（７）また、本発明の情報制御システムは、
前記イベント参加制御装置は、
参加時刻が所定の期間内である場合、及び、参加回数が所定の回数以内である場合の少なくとも一方に該当する場合に、前記所定の条件を満たすと判定するようにしてもよい。本発明によれば、参加時刻や参加回数によって、ユーザの参加を制限することができる。

（８）また、本発明の情報制御システムは、
前記イベント参加制御装置は、
前記識別コードが有効である場合に、前記所定の条件を満たすと判定するようにしてもよい。本発明によれば、識別コードが有効である場合に、参加を受け付けることができる。

（９）また、本発明の情報制御システムは、
前記イベント参加制御装置は、
前記所定の条件を満たさないと判定された場合に、参加を拒否すると共に、取得した識別コードに基づき特定されたユーザＩＤのユーザ端末に、参加拒否の情報を送信するようにしてもよい。

本発明によれば、正当なユーザが参加しようとして拒否された場合、本人は拒否されたことを再認識することができる。また、本発明によれば、不正なユーザが参加しようとして拒否された場合、正当なユーザは、自身のユーザ端末において参加拒否の情報を閲覧することで、別人のなりすましによる不正参加行為を認識することができる。

（１０）また、本発明の情報制御システムは、
前記イベント参加制御装置は、
物品収容部と、物品排出部とを備え、
前記物品収容部に存在する物品に関する情報を、前記ユーザ端末に送信するようにしてもよい。

本発明によれば、物品収容部と、物品排出部とを備えるイベント参加制御装置であるので、ユーザに対し、参加の際に物品の獲得の機会を与えることができ、イベントの参加意欲を促進させることができる。更に、本発明によれば、物品収容部に存在する物品に関する情報を、ユーザ端末に送信するので、ユーザに物品の獲得の機会に関する情報を提供することができ、更にイベントの参加意欲を促進させることができる。

（１１）また、本発明の情報制御システムは、
複数のイベント参加制御装置のうち、少なくとも１つを再参加用のイベント参加制御装置とし、
当該再参加用のイベント参加制御装置は、
既に参加が受け付けられている対象の識別コードを再度取得した場合、再参加を受け付けるようにしてもよい。

本発明によれば、正当なユーザに対して再参加を可能とすることができ、イベントに繰り返し参加することを促すことができ、利便性を高めることができる。

（１２）また、本発明の情報制御システムは、
再参加を希望するユーザの一時離脱の際に、当該ユーザから識別コードを取得する一時離脱装置を、更に備え、
前記再参加用の前記イベント参加制御装置は、
前記一時離脱装置によって取得された当該識別コードを、再参加希望者リストに登録し、
新たに取得した識別コードが、再参加希望者リストに登録された識別コードと一致する場合に、再参加を受け付けるようにしてもよい。

本発明によれば、一時離脱装置で識別コードを再参加希望者リストに登録したユーザに対して、再参加を可能とすることができ、不正なイベントの参加行為を阻止することができる。

（１３）また、本発明の情報制御システムは、
前記アプリサーバは、
ユーザのゲーム状況に基づき、当該ユーザのユーザＩＤに対応するポイントを変動させる処理を行うようにしてもよい。

本発明によれば、ユーザのゲーム状況がポイントの変動に影響を与えることになり、アプリサーバが提供するゲームの面白みを向上させることができる。

（１４）また、本発明の情報制御システムは、
前記アプリサーバは、
ユーザと関連性のある他ユーザのゲーム状況に基づき、当該ユーザのユーザＩＤに対応するポイントを変動させる処理を行うようにしてもよい。

本発明によれば、ユーザと関連性のある他ユーザのゲーム状況がポイントの変動に影響を与えることになり、アプリサーバが提供するゲームの面白みを向上させることができる。

（１５）また、本発明の情報制御システムは、
前記アプリサーバは、
ユーザのゲームの進捗状況に基づき、当該ユーザのユーザＩＤに対応するポイントを変動させる処理を行うようにしてもよい。

本発明によれば、ユーザのゲームの進捗状況がポイントの変動に影響を与えることになり、アプリサーバが提供するゲームの面白みを向上させることができる。

（１６）また、本発明の情報制御システムは、
前記アプリサーバは、
ユーザの購入情報に基づき、当該ユーザのユーザＩＤに対応するポイントを変動させる処理を行うようにしてもよい。

本発明によれば、ユーザの購入情報がポイントの変動に影響を与えることになり、アプリサーバが提供するゲームの面白みを向上させることができる。

（１７）また、本発明の情報制御システムは、
前記アプリサーバは、
ユーザの前記イベントの参加結果に基づき、前記ユーザのユーザＩＤに対応するポイントを変動させる処理を行うようにしてもよい。

本発明によれば、ユーザのイベントの参加結果がポイントの変動に影響を与えることになり、アプリサーバが提供するゲームの面白みを向上させることができる。

（１８）また、本発明の情報制御システムは、
前記アプリサーバは、
前記ユーザのユーザＩＤに対応するポイントの消費期限を設定する処理を行うようにしてもよい。

本発明によれば、ポイントの消費期限を設定するので、ポイントを消費する動機をユーザに与えることができ、イベントの参加を促すことができる。

（１９）また、本発明の情報制御システムは、
前記アプリサーバは、
前記ユーザのユーザＩＤに対応するポイントを上昇させる処理を行い、当該ポイントを減少させる処理を行わないように制御するようにしてもよい。

本発明によれば、アプリサーバは、ユーザのユーザＩＤに対応するポイントを上昇させることに特化しているので、アプリサーバの利用をより促進することができる。

本実施形態のネットワーク図の一例。 本実施形態のアプリサーバの機能ブロック図の一例。 本実施形態のユーザ端末の機能ブロック図の一例。 本実施形態の参加情報サーバの機能ブロック図の一例。 本実施形態の第１の記憶部に記憶されるデータの一例。 本実施形態の第２の記憶部に記憶されるデータの一例。 本実施形態のイベント参加制御装置の機能ブロック図の一例。 本実施形態のイベント参加制御装置の一例の前面図。 本実施形態のポイント制御に関する処理の流れを示すフローチャート。

以下、本実施形態について説明する。なお、以下に説明する本実施形態は、特許請求の範囲に記載された本発明の内容を不当に限定するものではない。また本実施形態で説明される構成の全てが、本発明の必須構成要件であるとは限らない。

［１］情報制御システムの概要
まず、図１を用いて本実施形態の情報制御システムの概要及び概要構成について説明する。なお、図１は、本実施形態の情報制御システムの構成を示すシステム構成の一例を示す図である。

本実施形態の情報制御システムは、図１に示すように、アプリサーバ１０と、ユーザ（プレーヤ）が所持するユーザ端末２０と、当該アプリサーバ１０が提供するサービスに関するイベントの参加情報を生成する参加情報サーバ３０と、第１の記憶部４１、第２の記憶部４２と、イベント参加制御装置５０と、を備える情報制御システムである。

なお、イベントは、当該アプリサーバ１０が提供するサービスに関するイベントであるが、必ずしも当該アプリサーバ１０が提供するサービスと関連していなくてもよい。

アプリサーバ１０、ユーザ端末２０、参加情報サーバ３０、第１の記憶部４１、第２の記憶部４２、イベント参加制御装置５０は、ネットワークを介してそれぞれ接続可能である。

本実施形態では、アプリサーバ１０がユーザ端末２０に、ゲームサービスなどのアプリケーション（アプリケーションプログラムともいう）を提供する。

また、本実施形態の運営会社は、当該アプリサーバが提供するサービスをより深く楽しんでもらうために、現実世界において当該サービスに関するイベントを開催する。

例えば、参加情報サーバ３０が、ユーザＡが所持するユーザ端末２０Ａからイベント会場に参加できる参加申請を受け付けると、ユーザＡに対して参加情報を生成する。例えば、参加情報はユーザＡのユーザ端末２０Ａで閲覧可能な電子的なデータである識別コードとしている。

イベントの当日、ユーザＡは、自身のユーザ端末２０Ａを所持してイベント会場に行き、参加手続きを行う。例えば、ユーザＡは、ユーザ端末２０Ａの表示部に、当該イベントの参加情報の識別コードＤを表示し、イベント参加制御装置５０の読取部に、識別コードＤをかざす。そして、イベント参加制御装置５０が、識別コードＤを取得し、ユーザＡが正当な参加者であると判定すると、ユーザＡの参加を受け付ける。ユーザＡはイベント会場にて、ゲームやゲームコンテンツを楽しむことができる。

特に、本実施形態では、アプリサーバ１０と参加情報サーバ３０とにおいて共通のポイントを使用するようにして、ユーザに対して継続してアプリサーバが提供するサービスの利用を促し、イベントの参加を促進するようにしている。

例えば、アプリサーバ１０では、ユーザがアプリケーションを起動してログインする度に、当該ユーザのポイントに「１」を加算する処理を行う。

一方で、本実施形態では、参加情報生成時にユーザのポイントの消費を必須とする。例えば、参加情報を生成する場合に、ユーザのポイントから３００ポイント分を減算する。そのため、ユーザはイベントに参加できるように、アプリケーションを利用するようになる。

更に、本実施形態では、イベントに参加したユーザに対して、ユーザにポイントを付与してもよい。例えば、イベント参加ユーザに対して、１００ポイントを加算する。このようにすれば、イベントに参加したユーザに、継続的にイベント参加を促し、継続してポイントを貯めようとする動機付けることができる。

このように、本実施形態では、ユーザに対し、アプリサーバ１０が提供するサービスの利用と、イベントの参加という、サービスの循環を作るようにし、アプリサーバ１０の利用促進と、イベントの参加促進との相乗効果を奏するようにしている。

なお、本実施形態の情報制御システムを、ゲームシステム、参加情報生成システム、参加システム、ポイント制御システムに言い換えてもよい。

また、ユーザは、ユーザ端末２０からアプリサーバ１０にアクセスすることにより、インターネットを介してアプリサーバ１０から送信されてくるゲームをプレイしたり、アプリサーバ１０から情報を閲覧することができる。さらに、ユーザはユーザ端末２０からアプリサーバ１０にアクセスすることにより、他のユーザとの間でコミュニケーションを図ることができる。

［２］アプリサーバ
次に、図２を用いて本実施形態のアプリサーバ１０について説明する。なお、図２は、
本実施形態のアプリサーバ１０の機能ブロックを示す図である。また、本実施形態のアプリサーバ１０は図２の構成要素（各部）の一部を省略した構成としてもよい。なお、アプリサーバを、第１のサーバ装置、ゲームサーバ装置、情報提供サーバ装置、情報処理装置と言い換えてもよい。

アプリサーバ１０は、インターネットを介して通信接続されたユーザ端末２０を用いて、ユーザにゲームをプレイさせるサービスを提供することが可能な情報処理装置である。また、アプリサーバ１０は、コミュニケーション型のサービスを提供するＳＮＳサーバとして機能してもよし、ＳＮＳサーバに接続されていてもよい。ここで、ＳＮＳサーバとは、複数のユーザ間でコミュニケーションを提供することが可能なサービスを提供する情報処理装置であってもよい。

また、アプリサーバ１０は、例えば、ＳＮＳサーバとして機能する場合には、提供するＳＮＳの動作環境（ＡＰＩ（アプリケーションプログラミングインタフェース）、プラットフォーム等）を利用して実行されるソーシャルゲーム（Ｓｏｃｉａｌ Ｇａｍｅ）をと呼ばれるゲームを提供することができる。

特に、アプリサーバ１０は、ユーザ端末２０のＷｅｂブラウザ上で提供されるゲーム、例えばＨＴＭＬ、ＦＬＡＳＨ、ＣＧＩ、ＰＨＰ、ｓｈｏｃｋｗａｖｅ、Ｊａｖａ（登録商標）アプレット、ＪａｖａＳｃｒｉｐｔ（登録商標）など様々な言語で作られたブラウザゲーム（Ｗｅｂブラウザで設置サイトを開くだけで起動するゲーム）を提供することができる。

なお、ソーシャルゲームとは、既存のオンラインゲームとは違い、専用のクライアントソフトウェアを必要とせず、ＷｅｂブラウザとＳＮＳのアカウントのみで利用可能なゲームが含まれる。また、アプリサーバ１０は、ネットワークを介して他のユーザのユーザ端末（スマートフォン、パソコン、ゲーム機など）と接続し、オンラインで同時に同じゲーム進行を共有することができるオンラインゲームを提供することが可能な構成を有している。

また、アプリサーバ１０は、１つの（装置、プロセッサ）で構成されていてもよいし、複数の（装置、プロセッサ）で構成されていてもよい。

そして、アプリサーバ１０の記憶領域（後述する記憶部１４０）に記憶される情報を、ネットワーク（イントラネット又はインターネット）を介して接続された記憶部（例えば、第１の記憶部４１や他の記憶部）に記憶するようにしてもよい。

具体的には、本実施形態のアプリサーバ１０は、ユーザ端末２０のユーザ（すなわち、ゲームを実行するユーザ）の操作に基づく入力情報を受信し、受信した入力情報に基づいてゲーム処理を行う。そして、アプリサーバ１０は、ゲーム処理結果をユーザ端末２０に送信し、ユーザ端末２０は、アプリサーバ１０から受信したゲーム処理結果をユーザ端末２０にユーザに閲覧可能に提供する各種の処理を行う。

アプリサーバ１０は、管理者やその他の入力に用いるための入力部１２０、所定の表示を行う表示部１３０、所定の情報が記憶された情報記憶媒体１８０、ユーザ端末２０やその他と通信を行う通信部１９６、主に提供するゲームに関する処理を実行する処理部１００、及び、主にゲームに用いる各種のデータを記憶する記憶部１４０を含む。

入力部１２０は、システム管理者等がゲームに関する設定やその他の必要な設定、データの入力に用いるものである。例えば、本実施形態の入力部１２０は、マウスやキーボー
ド等によって構成される。

表示部１３０は、システム管理者用の操作画面を表示するものである。例えば、本実施形態の表示部１３０は、液晶ディスプレイ等によって構成される。

情報記憶媒体１８０（コンピュータにより読み取り可能な媒体）は、プログラムやデータなどを格納するものであり、その機能は、光ディスク（ＣＤ、ＤＶＤ）、光磁気ディスク（ＭＯ）、磁気ディスク、ハードディスク、磁気テープ、或いはメモリ（ＲＯＭ）などによって構成される。

通信部１９６は、外部（例えば、端末、他のサーバや他のネットワークシステム）との間で通信を行うための各種制御を行うものであり、その機能は、各種プロセッサ又は通信用ＡＳＩＣなどのハードウェアや、プログラムなどによって構成される。

記憶部１４０は、処理部１００や通信部１９６などのワーク領域となるもので、その機能は、ＲＡＭ（ＶＲＡＭ）などによって構成される。なお、記憶部１４０に記憶される情報は、データベースで管理してもよい。

また、本実施形態の記憶部１４０は、主記憶部１４２の他に、ゲームに関する情報を示すゲーム情報が記憶されるゲームデータ記憶部１４４と、各ユーザに関する情報を示すユーザ情報及びユーザのゲームに関する情報（以下、「ユーザ関連情報」という。）が記憶されるユーザ情報記憶部１４６と、を有していてもよい。

特に、ゲームデータ記憶部１４４には、ゲームが実施されるゲームフィールドの情報、及び、各種の判定に用いる条件情報、ゲームフィールド上の各オブジェクトの情報、各オブジェクトを変更するための情報、各種のテーブル情報、各ユーザのプレーヤキャラクタ（ユーザの操作対象のキャラクタ）に関する情報及びゲームに用いられる各アイテムに関する情報などが記憶される。

ユーザ情報記憶部１４６には、ユーザ毎に、ユーザ関連情報として、
（Ｂ１）ユーザのニックネームやユーザＩＤ及びチームに属している場合には、所属チーム名やそのＩＤ（以下、「所属情報」という。）、
（Ｂ２）現在のレベル（ユーザレベル）、得点、経験値、エネルギーパラメータ値（ライフエネルギー値、体力値やパワー値）、獲得した報酬若しくはゲーム時間などの個人及びチームの成績に関する情報（以下、「成績情報」ともいう。）、
（Ｂ３）プレーヤキャラクタの特性（能力の有無及び各能力を規定するパラメータ）や属性（レベルを含む。）の情報（複数のプレーヤキャラクタを有している場合には、それぞれの特性や属性の情報）、
（Ｂ４）課金履歴及び課金額などの課金に関する情報、
（Ｂ５）プレーヤキャラクタが保有するアイテムの情報（以下、「アイテム情報」という。）及び過去に保有したアイテムの情報を含むアイテム関連情報、
（Ｂ６）ログイン（アクセス）の履歴に関する情報（以下、「アクセス履歴情報」という。）
（Ｂ７）獲得した特典の情報（以下、「獲得特典情報」ともいう。）、
（Ｂ８）所属しているチームに関する情報（以下、「所属チーム情報」という。）、並びに、
（Ｂ９）登録されたフレンドやフォロワーなどの一定の関係性を有する他のユーザ（以下、「関連ユーザ」ともいう。）に関する情報（以下、「関連ユーザ情報」という。）、
などが記憶される。

なお、関連ユーザ情報としては、本実施形態のゲームだけではなく、他のゲーム、又は、ゲーム以外のアプリケーションや各種のネットワークサービス（例えば、ＳＮＳ及び動画配信サービス）などの所与のプラットフォームを用いたサービスにおいて、フレンドやフォロワーなどの一定の関係を有するユーザ（ゲームでない場合には、ユーザ）の情報が含まれる。

特に、この場合には、後述するユーザ管理部１０４によって、ゲーム開始前、又は、ゲーム中の所定のタイミングに上記のようなアプリケーションやサービスなどのプラットフォームを介してフレンドなどのユーザやユーザの情報が取得され、当該取得された情報を関連ユーザ情報としてユーザ情報記憶部１４６に記憶される。

また、この場合に、ユーザ管理部１０４は、このような外部のプラットフォームから関連ユーザ情報を取得した場合において、本実施形態のゲームに参加しているユーザを、関連ユーザとして特定し、その情報をユーザ情報記憶部１４６に登録してもよい。ただし、本実施形態においては、この場合には、他のプラットフォームサービスと本実施形態のゲームとにおいて、共通のユーザＩＤ（ユーザＩＤ）、ニックネーム、クレジットカード情報、又は、携帯用ユーザ端末における電話番号やＵＩＤなど共通の識別情報に基づいて、関連ユーザを特定し、その情報をユーザ情報記憶部１４６に登録する構成を有している。

処理部１００は、記憶部１４０内の主記憶部１４２をワーク領域として各種処理を行う。処理部１００の機能は各種プロセッサ（ＣＰＵ、ＤＳＰ等）、ＡＳＩＣ（ゲートアレイ等）などのハードウェアや、プログラムにより実現できる。

処理部１００は、情報記憶媒体１８０に格納されるプログラム（データ）に基づいて本実施形態の種々の処理を行う。即ち情報記憶媒体１８０には、本実施形態の各部としてコンピュータを機能させるためのプログラム（各部の処理をコンピュータに実行させるためのプログラム）が記憶される。

例えば、処理部１００（プロセッサ）は、情報記憶媒体に記憶されているプログラムに基づいて、アプリサーバ１０全体の制御を行うとともに、各部間におけるデータ等の受け渡しの制御などの各種の処理を行う。さらに、ユーザ端末２０からの要求に応じた各種サービスを提供する処理を行う。

具体的には、本実施形態の処理部１００は、通信制御部１０１、Ｗｅｂ処理部１０２、ゲーム管理部１０３、ユーザ管理部１０４、状況検出部１０６、タイマ管理部１０７、情報提供部１１０、ポイント制御部１１１、を少なくとも有している。

通信制御部１０１は、ユーザ端末２０、参加情報サーバ３０、第１の記憶部４１、第２の記憶部４２、イベント参加制御装置５０それぞれとネットワークを介してデータを送受信する処理を行う。すなわち、アプリサーバ１０は、通信制御部１０１によってユーザ端末２０等から受信した情報に基づいて各種処理を行う。

特に、本実施形態の通信制御部１０１は、ユーザのユーザ端末２０からの要求に基づいて、ゲーム画面を、当該ユーザのユーザ端末２０に送信する処理を行う。

また、通信制御部１０１は、ユーザ端末２０に入力されたユーザの指示を受け付けるための各種の処理を実行する。

Ｗｅｂ処理部１０２は、Ｗｅｂサーバとして機能する。例えば、Ｗｅｂ処理部１０２は、ＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）等の通信プロ
トコルを通じて、ユーザ端末２０にインストールされているＷｅｂブラウザ２１１の要求に応じてデータを送信する処理、及び、ユーザ端末２０のＷｅｂブラウザ２１１によって送信されるデータを受信する処理を行う。

なお、本実施形態では、アプリサーバ１０がＳＮＳサーバとしての機能も備えている場合を例に説明するが、アプリサーバ１０を、ゲーム用のサーバと、ＳＮＳ用のサーバと別々に形成してもよい。また、本実施形態のゲームの処理は、アプリサーバ１０が一部又は全部を行ってもよいし、ユーザ端末２０が一部を行ってもよい。

ゲーム管理部１０３は、ユーザ端末２０と連動し、仮想空間としてのゲーム空間を構築し、当該ユーザ端末２０を介して入力されたユーザの操作に基づいて、複数のユーザによって対戦すると戦闘若しくは格闘などを行うバトルゲーム、アクションゲーム、ＲＰＧ、音ゲーム、又は、スポーツゲームなどの各種の対戦ゲームに関する各種のゲーム処理を実行する。

また、ゲーム管理部１０３は、ユーザ端末２０から送信されたユーザ指示に基づいて各種のゲーム処理を実行する。

特に、ゲーム管理部１０３は、ユーザ端末２０に入力されたユーザの操作入力に応じて、各ユーザの操作対象となるプレーヤキャラクタにおけるゲーム空間内における移動やゲームに対する各行動を制御しつつ、関連する他のキャラクタやオブジェクトの動作や各種のゲーム処理を実行する。

なお、ゲーム管理部１０３は、一人のユーザからの指示に基づいて、単一のプレーヤキャラクタに対する各種のゲーム処理を実行してもよいし、複数のプレーヤキャラクタに対する各種のゲーム処理を実行するようにしてもよい。

ユーザ管理部１０４は、ユーザが所有するアイテム、及び、獲得した特典を、ユーザ関連情報として、ユーザ情報記憶部１４６に登録して管理するとともに、ゲーム中にユーザによって設定されたプレーヤキャラクタ又はそれを設定したデッキの管理を行う。

なお、ユーザ管理部１０４は、ユーザ情報記憶部１４６に、各ユーザの識別情報（ユーザＩＤ）に対応付けて、ユーザの所持（所有、保有）するアイテムＩＤ（アイテムの識別情報）と、各アイテムの情報（アイテム名、パラメータ、レアリティ、アイテムのレベル、等）とが記憶される。

状況検出部１０６は、ユーザ毎に、所定のタイミングにおけるゲームに関するゲーム状況を検出するゲーム状況検出処理を実行する。

タイマ管理部１０７は、タイマ機能を有し、ゲームの進行状況を管理するために用いる。特に、タイマ管理部１０９は、ゲーム管理部１０３と連動し、現在時刻や予め設定された時刻を各部に出力する。また、タイマ管理部１０９は、各ユーザ端末２０と同期を取るために用いられる。

情報提供部１１０は、ユーザ端末２０からの所与の要求に応じて、所与の情報（例えば、現在のユーザのポイントの情報や参加情報等）をユーザ端末２０に提供する。

例えば、情報提供部１１０は、ユーザ端末２０によってゲームを処理させるため各種のゲーム情報を生成して該当するユーザ端末２０に提供する。

ポイント制御部１１１は、ユーザＩＤに対応するポイントを変動（上昇或いは減少）させる処理を行う。つまり、ポイント制御部１１１は、ユーザの所与の情報に基づき、当該ユーザＩＤに対応するポイントを変動させる処理を行う。

例えば、ポイント制御部１１１は、（Ａ）ユーザのゲーム状況、（Ｂ）他ユーザのゲーム状況、（Ｃ）ユーザのゲームの進捗状況、（Ｄ）ユーザの購入情報、及び、（Ｅ）ユーザのイベントの参加結果の少なくとも１つに基づき、ユーザのユーザＩＤに対応するポイントを変動させる処理を行う。

なお、ポイント制御部１１１は、ユーザのユーザＩＤに対応するポイントの消費期限を設定してもよい。

また、ポイント制御部１１１は、ユーザのユーザＩＤに対応するポイントを上昇させる処理を行い、ユーザのユーザＩＤに対応するポイントを減少させる処理を行わないように制御してもよい。

［３］ユーザ端末の説明
次に、図３を用いて本実施形態のユーザ端末２０について説明する。なお、図３は、本実施形態のユーザ端末２０の機能ブロックを示す図である。また、本実施形態のユーザ端末２０は図２の構成要素（各部）の一部を省略した構成としてもよい。

ユーザ端末２０は、スマートフォン、携帯電話、ＰＨＳ、コンピュータ、ゲーム装置、ＰＤＡ、携帯型ゲーム機等、画像生成装置などの情報処理装置であり、インターネット（ＷＡＮ）、ＬＡＮなどのネットワークを介してアプリサーバ１０に接続可能な装置である。なお、ユーザ端末２０とアプリサーバ１０との通信回線は、有線でもよいし無線でもよい。

また、ユーザ端末２０は、Ｗｅｂページ（ＨＴＭＬ形式のデータ）を閲覧可能なＷｅｂブラウザを備えている。すなわち、ユーザ端末２０は、アプリサーバ１０との通信を行うための通信制御機能、及びアプリサーバ１０から受信したデータ（Ｗｅｂデータ、ＨＴＭＬ形式で作成されたデータなど）を用いて表示制御を行うとともに、ユーザ操作のデータをアプリサーバ１０に送信するＷｅｂブラウザ機能などを備え、ゲーム画面をユーザに提供する各種の処理を実行し、ユーザによってゲームを実行させる。ただし、ユーザ端末２０は、アプリサーバ１０から提供されたゲーム制御情報を取得して所定のゲーム処理を実行し、ゲーム処理に基づくゲームを実行してもよい。

具体的には、ユーザ端末２０は、所定ゲームを行う旨の要求をアプリサーバ１０に対して行うと、アプリサーバ１０のゲームサイトに接続され、ゲームが開始される。特に、ユーザ端末２０は、必要に応じてＡＰＩを用いることにより、ＳＮＳサーバとして機能するアプリサーバ１０に所定の処理を行わせ、又は、ＳＮＳサーバとして機能するアプリサーバ１０が管理するユーザ情報記憶部１４６を取得させてゲームを実行する。

入力部２６０は、ユーザからの入力情報を入力するための機器であり、ユーザの入力情報を処理部２００に出力する。本実施形態の入力部２６０は、ユーザの入力情報（入力信号）を検出する検出部２６２を備える。入力部２６０は、例えば、レバー、ボタン、ステアリング、マイク、タッチパネル型ディスプレイ、キーボード、マウスなどがある。

記憶部２７０は、処理部２００や通信部２９６などのワーク領域となるもので、その機能はＲＡＭ（ＶＲＡＭ）などにより実現できる。そして、本実施形態の記憶部２７０は、ワーク領域として使用される主記憶部２７１と、最終的な表示画像等が記憶される画像バ
ッファ２７２とを含む。なお、これらの一部を省略する構成としてもよい。

情報記憶媒体２８０（コンピュータにより読み取り可能な媒体）は、プログラムやデータなどを格納するものであり、その機能は、光ディスク（ＣＤ、ＤＶＤ）、光磁気ディスク（ＭＯ）、磁気ディスク、ハードディスク、磁気テープ、或いはメモリ（ＲＯＭ）などにより実現できる。

処理部２００は、情報記憶媒体２８０に格納されるプログラム（データ）に基づいて本実施形態の種々の処理を行う。情報記憶媒体２８０には、本実施形態の各部としてコンピュータを機能させるためのプログラム（各部の処理をコンピュータに実行させるためのプログラム）を記憶することができる。

なお、本実施形態では、アプリサーバ１０が有する情報記憶媒体１８０や記憶部１４０に記憶されている本実施形態の各部としてコンピュータを機能させるためのプログラムやゲームデータを、ネットワークを介して受信し、受信したプログラムやデータを情報記憶媒体２８０に記憶する。アプリサーバ１０から受信したプログラムやデータを記憶部２７０に記憶してもよい。このようにプログラムやデータを受信してネットワークシステムを機能させる場合も本発明の範囲内に含む。

表示部２９０は、本実施形態により生成された画像を出力するものであり、その機能は、ＣＲＴ、ＬＣＤ、タッチパネル型ディスプレイ、或いはＨＭＤ（ヘッドマウントディスプレー）などにより実現できる。音出力部２９２は、本実施形態により生成された音を出力するものであり、その機能は、スピーカ、或いはヘッドフォンなどにより実現できる。

通信部２９６は、外部（例えば他の端末、サーバ）との間で通信を行うための各種制御を行うものであり、その機能は、各種プロセッサ又は通信用ＡＳＩＣなどのハードウェアや、プログラムなどにより実現できる。

処理部２００（プロセッサ）は、通信部２９６を介してアプリサーバ１０から取得したゲームに関する情報を取得し、入力部２６０からの入力情報、又は、プログラムなどに基づいて、ゲーム処理、表示制御、画像生成処理、或いは音生成処理などの処理を行う。

この処理部２００は、記憶部２７０内の主記憶部２７１をワーク領域として各種処理を行う。処理部２００の機能は各種プロセッサ（ＣＰＵ、ＤＳＰ等）、ＡＳＩＣ（ゲートアレイ等）などのハードウェアや、プログラムにより実現できる。

処理部２００は、通信制御部２１０、Ｗｅｂブラウザ２１１、ゲーム処理部２１２、表示制御部２１３、描画部２２０、音処理部２３０を含む。なお、これらの一部を省略する構成としてもよい。

通信制御部２１０は、アプリサーバ１０、他のユーザ端末２０、参加情報サーバ３０、第１の記憶部４１、第２の記憶部４２、イベント参加制御装置５０それぞれとネットワークを介してデータを送受信する処理を行う。

また、通信制御部２１０は、アプリサーバ１０、他のユーザ端末２０、参加情報サーバ３０、第１の記憶部４１、第２の記憶部４２、イベント参加制御装置５０それぞれから受信したデータを記憶部２７０に格納する処理、受信したデータを解析する処理、その他のデータの送受信に関する制御処理等を行う。

なお、通信制御部２１０は、サーバの宛先情報（ＩＰアドレス、ポート番号）を情報記
憶媒体２８０に記憶し、管理する処理を行うようにしてもよい。そして、通信制御部２１０は、ユーザからの通信開始の入力情報を受け付けた場合に、アプリサーバ１０との通信を行うようにしてもよい。

特に、通信制御部２１０は、アプリサーバ１０にユーザの識別情報や操作情報を送信して、ゲームに関する情報（ユーザ情報、ゲームカード情報、ユーザのＷｅｂページ、及び、ゲーム画面等）をアプリサーバ１０から受信する処理を行う。

なお、通信制御部２１０は、所定周期でアプリサーバ１０とデータ送受信を行ってもよいし、入力部２６０からの入力情報を受け付けた場合に、アプリサーバ１０とデータ送受信を行ってもよい。特に、本実施形態の通信制御部２１０は、ゲーム画面を、アプリサーバ１０から受信する処理を行う。

Ｗｅｂブラウザ２１１は、Ｗｅｂページ（ゲーム画面）を閲覧するためのアプリケーションプログラムであって、Ｗｅｂサーバ（アプリサーバ１０）から、ＨＴＭＬファイルや画像ファイル等をダウンロードし、レイアウトを解析して表示制御する。また、Ｗｅｂブラウザ２１１は、入力フォーム（リンクやボタンやテキストボックス等）を用いてデータをＷｅｂサーバ（アプリサーバ１０）に送信する。

本実施形態のＷｅｂブラウザ２１１は、ブラウザゲームを実現することができる。例えば、Ｗｅｂブラウザ２１１は、Ｗｅｂサーバ（アプリサーバ１０）から受信したＪａｖａＳｃｒｉｐｔ（登録商標）、ＦＬＡＳＨ、Ｊａｖａ（登録商標）等で記述されたプログラムを実行するものであってもよい。

ユーザ端末２０は、Ｗｅｂブラウザ２１１によって、インターネットを介してＵＲＬによって指定されたＷｅｂサーバからの情報を表示させることができる。例えば、ユーザ端末２０は、アプリサーバ１０から受信したゲーム画面（ＨＴＭＬ等のデータ）をＷｅｂブラウザ２１１によって表示させることができる。

ゲーム処理部２１２は、種々のゲーム演算処理を行う。例えば、ゲーム開始条件が満たされた場合にゲームを開始する処理、ゲームを実行させる処理、ゲーム終了条件が満たされた場合にゲームを終了する処理などがある。

そして、ゲーム処理部２１２は、プレーヤキャラクタ、建物、球場、車、樹木、柱、壁、マップ（地形）などの表示物を表す各種オブジェクト（ポリゴン、自由曲面又はサブディビジョンサーフェスなどのプリミティブで構成されるオブジェクト）をオブジェクト空間に配置設定する処理を行うようにしてもよい。

ここでオブジェクト空間とは、仮想空間であり、２次元空間、３次元空間の両方を含む。２次元空間とは、例えば２次元座標（Ｘ，Ｙ）においてオブジェクトが配置される空間であり、３次元空間とは、例えば３次元座標（Ｘ，Ｙ，Ｚ）においてオブジェクトが配置される空間である。

また、ゲーム処理部２１２は、ゲームカードのデッキデータとしての設定の他に、ログイン時の各種の情報の送受信制御、アプリサーバ１０と連動してリアルタイムでゲームを実行する場合にはユーザの操作に基づくゲーム処理の実行、及び、自動演算によってゲームを実行する場合には受信した自動演算データの再生を含むゲーム処理を実行する。

また、表示制御部２１３は、表示部２９０に表示する処理を行う。例えば、表示制御部２１３は、Ｗｅｂブラウザ２１１を用いて表示してもよい。

また、表示制御部２１３は、表示部２９０に識別コード（例えば、画像コード）表示する処理を行う。

描画部２２０は、処理部２００で行われる種々の処理（例えば、ゲーム処理）に基づいて描画処理を行い、これにより画像を生成し、表示制御部２１３によって表示部２９０に出力する。描画部２２０が生成する画像は、いわゆる２次元画像であってもよいし、いわゆる３次元画像であってもよい。

音処理部２３０は、処理部２００で行われる種々の処理の結果に基づいて音処理を行い、ＢＧＭ、効果音、又は音声などのゲーム音を生成し、音出力部２９２に出力する。

［４］参加情報サーバの説明
次に、図４を用いて本実施形態の参加情報サーバ３０について説明する。なお、図４は、本実施形態の参加情報サーバ３０の機能ブロックを示す図である。また、本実施形態の参加情報サーバ３０は図４の構成要素（各部）の一部を省略した構成としてもよい。なお、参加情報サーバ３０を、第２のサーバ装置、と言い換えてもよい。

また、参加情報サーバ３０は、１つの（装置、プロセッサ）で構成されていてもよいし、複数の（装置、プロセッサ）で構成されていてもよい。

そして、参加情報サーバ３０の記憶領域（後述する記憶部３４０）に記憶される情報を、ネットワーク（イントラネット又はインターネット）を介して接続された記憶部（例えば、第２の記憶部４２や他の記憶部）に記憶するようにしてもよい。

参加情報サーバ３０は、所定の情報が記憶された情報記憶媒体３８０、ユーザ端末２０やその他と通信を行う通信部１９６、主に提供するゲームに関する処理を実行する処理部３００、及び、主に参加情報に関する各種のデータを記憶する記憶部３４０を含む。

情報記憶媒体３８０（コンピュータにより読み取り可能な媒体）は、プログラムやデータなどを格納するものであり、その機能は、光ディスク（ＣＤ、ＤＶＤ）、光磁気ディスク（ＭＯ）、磁気ディスク、ハードディスク、磁気テープ、或いはメモリ（ＲＯＭ）などによって構成される。

通信部３９６は、外部（例えば、端末、他のサーバや他のネットワークシステム）との間で通信を行うための各種制御を行うものであり、その機能は、各種プロセッサ又は通信用ＡＳＩＣなどのハードウェアや、プログラムなどによって構成される。

記憶部３４０は、処理部３００や通信部３９６などのワーク領域となるもので、その機能は、ＲＡＭ（ＶＲＡＭ）などによって構成される。なお、記憶部３４０に記憶される情報は、データベースで管理してもよい。

また、本実施形態の記憶部３４０は、主記憶部３４２と、を有する。本発明の記憶部を構成していてもよい。

処理部３００は、記憶部３４０内の主記憶部３４２をワーク領域として各種処理を行う。処理部１００の機能は各種プロセッサ（ＣＰＵ、ＤＳＰ等）、ＡＳＩＣ（ゲートアレイ等）などのハードウェアや、プログラムにより実現できる。

処理部３００は、情報記憶媒体３８０に格納されるプログラム（データ）に基づいて本
実施形態の種々の処理を行う。即ち情報記憶媒体３８０には、本実施形態の各部としてコンピュータを機能させるためのプログラム（各部の処理をコンピュータに実行させるためのプログラム）が記憶される。

例えば、処理部３００（プロセッサ）は、情報記憶媒体に記憶されているプログラムに基づいて、参加情報サーバ３０全体の制御を行うとともに、各部間におけるデータ等の受け渡しの制御などの各種の処理を行う。さらに、ユーザ端末２０からの要求に応じた各種サービスを提供する処理を行う。

具体的には、本実施形態の処理部３００は、通信制御部３０１、Ｗｅｂ処理部３０２、情報提供部３１０、参加情報生成処理部３１１を少なくとも有している。

通信制御部３０１は、ユーザ端末２０、アプリサーバ１０、第１の記憶部４１、第２の記憶部４２、イベント参加制御装置５０それぞれとネットワークを介してデータを送受信する処理を行う。すなわち、参加情報サーバ３０は、通信制御部３０１によってユーザ端末２０等から受信した情報に基づいて各種処理を行う。

特に、本実施形態の通信制御部３０１は、ユーザのユーザ端末２０からの要求に基づいて、参加情報生成画面を、当該ユーザのユーザ端末２０に送信する処理を行う。

また、通信制御部３０１は、ユーザ端末２０に入力されたユーザの指示を受け付けるための各種の処理を実行する。

Ｗｅｂ処理部３０２は、Ｗｅｂサーバとして機能する。例えば、Ｗｅｂ処理部３０２は、ＨＴＴＰ等の通信プロトコルを通じて、ユーザ端末２０にインストールされているＷｅｂブラウザ２１１の要求に応じてデータを送信する処理、及び、ユーザ端末２０のＷｅｂブラウザ２１１によって送信されるデータを受信する処理を行う。

情報提供部３１０は、ユーザ端末２０からの所与の要求に応じて、所与の情報（例えば、現在のユーザのポイントの情報や参加情報等）をユーザ端末２０に提供する。

参加情報生成処理部３１１は、ユーザ端末２０からユーザＩＤを含む参加申請情報を受信した場合に、参加情報を生成する処理を行う。

例えば、参加情報生成処理部３１１は、ユーザ端末２０からユーザＩＤを含む参加申請情報を受信した場合に、当該ユーザＩＤのポイントから所定値を消費し、参加情報と、当該ユーザＩＤと当該参加情報とを特定可能な識別コードを生成し、当該ユーザＩＤと、当該識別コードと、当該参加情報とを対応付けて第２の記憶部４２に記憶し、当該識別コードを当該ユーザ端末に送信する処理を行うことによって、参加情報を生成する処理を行う。

例えば、参加情報生成処理部３１１は、イベント参加制御装置５０においてユーザの参加を受け付けると判定した場合、イベント参加制御装置５０において取得した当該ユーザの識別コードに基づき特定されるユーザＩＤのポイントに、所定値を加算する処理を行ってもよい。

また、参加情報生成処理部３１１は、ユーザ端末２０から、ユーザの生体に基づく情報を含む参加申請情報を受信した場合に、ユーザの生体に基づく情報を識別コードとして、ユーザＩＤと、当該識別コードと、当該参加情報とを、対応付けて第２の記憶部４２に記憶する処理を実行することによって、参加情報を生成する処理を行う。

また、参加情報生成処理部３１１は、参加情報を生成するか否かを判定し、参加情報を生成すると判定した場合に、参加情報を生成する処理を行ってもよい。

例えば、参加情報生成処理部３１１は、ユーザＩＤとユーザ端末２０の位置情報及び時刻情報を含む参加申請情報を受信した場合に、当該ユーザ端末２０の位置情報及び時刻情報の少なくとも一方に基づき、参加情報を生成するか否かを判定し、参加情報を生成すると判定された場合、参加情報を生成する処理を行ってもよい。

［５］記憶部の説明
次に、本実施形態の第１の記憶部４１、第２の記憶部４２について説明する。本実施形態の情報制御システムでは、ポイントを管理する第１の記憶部４１（データベース）と、識別コードを管理する第２の記憶部４２（データベース）とを有している。第１の記憶部４１を、ポイント記憶部と言い換えてもよい。また、第２の記憶部４２を、識別コード記憶部、或いは、参加情報記憶部と言い換えてもよい。

なお、第１の記憶部４１と第２の記憶部４２とをそれぞれ異なる装置で実現してもよいし、同一の装置で実現してもよい。

例えば、第１の記憶部４１と第２の記憶部４２とをそれぞれ異なる装置で実現する場合、アプリサーバ１０が、第１の記憶部４１を備え、参加情報サーバ３０が、第２の記憶部４２を備えていてもよい。

［５．１］第１の記憶部の説明
また、アプリサーバ１０及び参加情報サーバ３０は、第１の記憶部４１とネットワーク（イントラネット又はインターネット）を介して接続されている。

アプリサーバ１０及び参加情報サーバ３０は、第１の記憶部４１に登録されているデータを参照する処理を行う。また、アプリサーバ１０及び参加情報サーバ３０は、第１の記憶部４１に対して新たなデータの登録や、データの削除、データの変更の命令を行うことができる。

図５は、第１の記憶部４１に記憶されるデータの一例を示す。例えば、第１の記憶部４１には、ユーザ毎に、ユーザＩＤと、ポイント、当該ポイントの消費期限とが対応付けて記憶されている。

ポイントは、アプリサーバ１０で使用可能なパラメータの一例であり、複数種類のアプリケーションにおいて共通のポイントとしてもよいし、アプリケーション毎に専用のポイントを定めてもよい。

例えば、アプリサーバ１０は、ユーザ端末２０から新規のユーザ登録要求を受け付けた場合に、ユーザを識別するためのユーザＩＤを生成し、当該ユーザＩＤに対応付けて初期値のポイントの値（例えば、０）を設定する。

そして、アプリサーバ１０は、ユーザのユーザ情報に基づき、当該ユーザＩＤに対応するポイントに、所与の値を加算する処理を行う。

また、参加情報サーバ３０は、ユーザ端末２０からユーザＩＤを含む参加申請情報を受信した場合に、第１の記憶部４１の当該ユーザＩＤのポイントから所定値（例えば、３００）を消費（減算）する処理を行う。

なお、第１の記憶部４１は、アプリサーバ１０の有する記憶部１４０の一部として機能してもよい。

ポイントは、アプリサーバ１０と、参加情報サーバ３０において共通であり、アプリサーバ１０と、参加情報サーバ３０それぞれが参照等を行う。また、ポイントは、複数の種類のゲームにおいて、共通としてもよいし、ゲームの種類毎に、異なるポイントを用意してもよい。なお、アプリサーバ１０、参加情報サーバ３０だけでなくイベント参加制御装置５０も、ユーザＩＤに対応付けられたポイントの変動の処理を行うようにしてもよい。

［５．２］第２の記憶部の説明
また、参加情報サーバ２０及びイベント参加制御装置５０は、第２の記憶部４２とネットワーク（イントラネット又はインターネット）を介して接続されている。

参加情報サーバ３０及びイベント参加制御装置５０は、第２の記憶部４２に登録されているデータを参照する処理を行う。また、参加情報サーバ３０及びイベント参加制御装置５０は、第２の記憶部４２に対して新たなデータの登録や、データの削除、データの変更の命令を行うことができる。

図６は、第２の記憶部４２に記憶されるデータの一例を示す。例えば、第２の記憶部４２には、ユーザ毎に、識別コードと、参加情報とが対応付けて記憶されている。

「識別コード」は、ユーザＩＤ及び参加情報を特定可能なユニークな情報である。例えば、識別コードは、バーコードのような１次元コード、ＱＲコード（登録商標）などの２次元コード、カラーバーコードのような３次元コードであってもよい。

また、画像コードとは、識別コード（１次元コード、２次元コード、３次元コード等）を画像で表した画像情報そのものである。なお、参加情報サーバ３０は、生成した識別コードの実データを第２の記憶部４２の所定領域に記憶し、識別コードのファイル名をユーザＩＤに対応付けて記憶するようにしてもよい。

また、「参加情報」は、イベントの日時の情報、イベントの会場の情報を少なくとも含む。また、「参加情報」は、例えば、参加ＩＤ、及び、参加ＩＤに対応付けたイベントの日時の情報、イベントの会場の情報、参加情報の有効性を示す有効フラグ（１は有効、０は無効を示す）、当該イベントの参加回数を含んでもよい。本実施形態の参加情報サーバ３０は、ユーザ毎の各参加情報を管理する。

また、参加情報サーバ３０は、ユーザ端末２０からユーザＩＤを含む参加申請情報を受信した場合に、識別コードと参加情報とを生成後、当該ユーザＩＤと、生成された当該識別コードと、当該参加情報とを、対応付けて第２の記憶部４２に記憶（登録）する処理を行う。

また、参加情報サーバ３０は、ユーザ端末２０から、ユーザの生体に基づく情報を含む参加申請情報を受信した場合に、ユーザの生体に基づく情報を識別コードとし、ユーザＩＤと、当該識別コードと、参加情報とを、対応付けて第２の記憶部４２に記憶する処理を行う。

なお、第２の記憶部４２は、参加情報サーバ３０の有する記憶部３４０の一部として機能してもよい。

［６］イベント参加制御装置の説明
次に、図７を用いて、本実施形態のイベント参加制御装置５０について説明する。なお、図７は、本実施形態のユーザ端末２０の機能ブロックを示す図である。また、本実施形態のユーザ端末２０は図７の構成要素（各部）の一部を省略した構成としてもよい。

また、イベント参加制御装置５０は、１つの（装置、プロセッサ）で構成されていてもよいし、複数の（装置、プロセッサ）で構成されていてもよい。

そして、イベント参加制御装置５０の記憶領域（後述する記憶部５７０）に記憶される情報を、ネットワーク（イントラネット又はインターネット）を介して接続された記憶部（例えば、第１の記憶部や第２の記憶部）に記憶するようにしてもよい。

本実施形態のイベント参加制御装置５０は、現実世界のイベント会場に設定される装置である。また、イベント参加制御装置５０は、ユーザの識別コードを取得し、識別コードに基づきイベント会場への参加の受け付け又は拒否を判定する。

記憶部５７０は、処理部５００や通信部５９６などのワーク領域となるもので、その機能はＲＡＭ（ＶＲＡＭ）などにより実現できる。そして、本実施形態の記憶部５７０は、ワーク領域として使用される主記憶部５７１を含む。なお、これらの一部を省略する構成としてもよい。

情報記憶媒体５８０（コンピュータにより読み取り可能な媒体）は、プログラムやデータなどを格納するものであり、その機能は、光ディスク（ＣＤ、ＤＶＤ）、光磁気ディスク（ＭＯ）、磁気ディスク、ハードディスク、磁気テープ、或いはメモリ（ＲＯＭ）などにより実現できる。

処理部５００は、情報記憶媒体５８０に格納されるプログラム（データ）に基づいて本実施形態の種々の処理を行う。情報記憶媒体５８０には、本実施形態の各部としてコンピュータを機能させるためのプログラム（各部の処理をコンピュータに実行させるためのプログラム）を記憶することができる。

表示部５９０は、本実施形態により生成された画像を出力するものであり、その機能は、ＣＲＴ、ＬＣＤ、タッチパネル型ディスプレイ、或いはＨＭＤ（ヘッドマウントディスプレー）などにより実現できる。音出力部５９２は、本実施形態により生成された音を出力するものであり、その機能は、スピーカ、或いはヘッドフォンなどにより実現できる。

通信部５９６は、外部（例えば他の端末、サーバ）との間で通信を行うための各種制御を行うものであり、その機能は、各種プロセッサ又は通信用ＡＳＩＣなどのハードウェアや、プログラムなどにより実現できる。

読取部５９７は、識別コードを読み取る処理を行う。

入力部５６０は、管理者あるいは来場者の入力に用いるものである、例えば、本実施形態の入力部１２０は、タッチパネル、ボタン、マウス、キーボード等によって構成される。

処理部５００（プロセッサ）は、通信部５９６を介して参加情報サーバ３０から取得した識別コードに関する情報、取得し入力部５６０からの入力情報、又は、プログラムなどに基づいて、参加の受け付け又は拒否の判定処理を行う。

この処理部５００は、記憶部５７０内の主記憶部５７１をワーク領域として各種処理を行う。処理部５００の機能は各種プロセッサ（ＣＰＵ、ＤＳＰ等）、ＡＳＩＣ（ゲートアレイ等）などのハードウェアや、プログラムにより実現できる。

処理部５００は、通信制御部５１０、取得部５１１、判定部５１２、を含む。なお、これらの一部を省略する構成としてもよい。

通信制御部５１０は、アプリサーバ１０、ユーザ端末２０、参加情報サーバ３０、第１の記憶部４１、第２の記憶部４２、他のイベント参加制御装置５０それぞれとネットワークを介してデータを送受信する処理を行う。

取得部５１１は、ユーザ端末２０から識別コードを取得する処理を行う。例えば、取得部５１１は、ユーザ端末２０に表示された画像コードを当該読取部５９７によって読み取ることによって、識別コードを取得する。また、取得部５１１は、ユーザの生体に基づく情報を識別コードとして取得してもよい。なお、取得部５１１は、紙などの媒体に印刷された識別コードを取得してもよい。

判定部５１２は、ユーザの識別コードが、正当な（正規の）参加情報であるか否かを判定する。つまり、判定部５１２は、取得部５１１によって取得された識別コードが所定の条件を満たすか否かを判定し、所定の条件を満たす場合に、参加を受け付ける処理を行い、所定の条件を満たさない場合に、参加を拒否する処理を行う。

［７］ポイントの付与
本実施形態において、運営会社が開催する現実世界のイベントに参加するために、ユーザは、ポイントを貯める必要がある。また、ユーザに対しアプリサーバ１０が提供するゲーム等の利用促進を促すために、本実施形態では次のように、ユーザにポイントを付与する処理を行っている。

［７．１］ユーザのゲーム状況
本実施形態では、ユーザのゲーム状況に基づき、当該ユーザにポイントを付与するようにしてもよい。

例えば、アプリサーバ１０は、ユーザがゲームにログインした場合に、当該ユーザのポイントに、所与の値（例えば、「１」）を加算するようにしてもよい。また、ユーザのゲームのプレイ期間が所定期間以上（例えば、１時間以上）である場合に、当該ユーザのポイントに、所与の値を加算するようにしてもよい。

［７．２］他ユーザのゲーム状況
本実施形態では、他ユーザ（例えば、ユーザＢ）のゲーム状況に基づき、ユーザ（例えば、ユーザＡ）にポイントを付与するようにしてもよい。

例えば、アプリサーバ１０は、ユーザＡがユーザＢを勧誘し、ユーザＢが新たにユーザＡと関係性を有した場合（フレンドの関係、フォロワーの関係になった場合）、ユーザＡのポイントに、所与の値を加算するようにしてもよい。

例えば、アプリサーバ１０は、他のユーザ（例えば、ユーザＢ）がユーザＡのフォロワーになった場合に、ユーザＡのポイントに、所与の値を加算するようにしてもよい。また、アプリサーバ１０は、ユーザＡのフォロワー数が増えた場合に、ユーザＡのポイントに、所与の値を加算するようにしてもよい。

また、アプリサーバ１０は、ユーザＡが他のユーザ（例えば、ユーザＢ）をフォローした場合に、ユーザＡのポイントに、所与の値を加算するようにしてもよい。また、アプリサーバ１０は、ユーザＡのフォロー数が増えた場合に、ユーザＡのポイントに、所与の値を加算するようにしてもよい。

また、アプリサーバ１０は、ユーザＡとユーザＢとが同一ゲームに参加し、（Ａ）ユーザＡ、Ｂでゲームプレイしたプレイ期間が所定期間以上（例えば、１０分以上）、（Ｂ））ユーザＡ、Ｂでゲームプレイしたゲーム回数が所定回数以上（例えば、３回以上）、（Ｃ）ユーザＡ、Ｂを含むゲームの参加人数が所定数以上（例えば、５人以上）、の少なくとも一つに該当する場合に、同一のゲームに参加した各ユーザのポイントに、所与の値を加算するようにしてもよい。

［７．３］ユーザのゲームの進捗状況、
本実施形態では、ユーザのゲームの進捗状況に基づき、ユーザにポイントを付与するようにしてもよい。

例えば、アプリサーバ１０は、ユーザＡの操作入力に基づき特定のアイテムやキャラクタを取得（入手）した場合に、ユーザＡのポイントに、所与の値を加算するようにしてもよい。例えば、当該特定のアイテムは、所与のゲーム内のイベント期間中において付与可能なアイテムとしてもよい。

また、例えば、アプリサーバ１０は、ユーザＡの操作入力に基づき、特定のアイテムやキャラクタを使用した使用時間が所定期間以上である場合に、ユーザＡのポイントに、所与の値を加算するようにしてもよい。

また、例えば、アプリサーバ１０は、ユーザＡが特定のアイテムやキャラクタの経験値（或いはレベル）が上昇した際に、ユーザＡのポイントに、所与の値を加算するようにしてもよい。例えば、経験値（或いはレベル）の値に応じて、ユーザＡのポイントに加算する値を決めてもよい。

また、例えば、アプリサーバ１０は、ユーザＡが特定のアイテムやキャラクタの経験値（或いはレベル）が所定値以上になった場合、ユーザＡのポイントに、所与の値を加算するようにしてもよい。

また、例えば、アプリサーバ１０は、ユーザＡが特定のアイテムやキャラクタの成長率が所定値以上になった場合、ユーザＡのポイントに、所与の値を加算するようにしてもよい。ここで成長率とは、単位時間あたりの経験値の上昇率、単位時間あたりのレベルの上昇率等である。

［７．４］ユーザの購入情報
本実施形態では、ユーザの購入情報に基づき、ユーザにポイントを付与するようにしてもよい。

例えば、アプリサーバ１０は、ユーザＡの操作入力に基づき、ゲーム内のアイテム（例えば、ゲーム内通貨が１０円の抽選処理）を購入した場合に、おまけとして、ユーザＡのポイントに、所与の値（例えば、１００ポイント）を加算するようにしてもよい。

例えば、アプリサーバ１０は、ユーザＡの操作入力に基づき、ゲーム内の優遇オプション（例えば、サブスクリプションのような所定期間に限り利用可能（有効）なアイテム）を購入した場合に、おまけとして、ユーザＡのポイントに、所与の値（例えば、１００ポ
イント）を加算するようにしてもよい。

例えば、アプリサーバ１０は、ユーザＡの操作入力に基づき、所与の通販サイトで、物品或いはサービスを購入した場合に、ユーザＡのポイントに、所与の値を加算するようにしてもよい。

なお、アプリサーバ１０は、アプリサーバ１０が提供するゲームのコンテンツに関連する商品（例えば、特定キャラクタのぬいぐるみや、文房具や日用品など）を販売する通販サイトのサーバ装置とネットワークを介して接続し、当該通販サイトにおいてのユーザＡの購入履歴の情報を受信し、当該購入履歴に基づき、ユーザＡのポイントに、所与の値を加算してもよい。

なお、アプリサーバ１０は、ユーザＡからの課金によって、課金額に応じた値を、ユーザＡのポイントに加算するようにしてもよい。

［７．５］ユーザのイベントの参加結果
本実施形態では、ユーザのイベントの参加結果に基づき、ユーザにポイントを付与するようにしてもよい。

本実施形態によれば、ユーザは参加情報生成の際に、当該ユーザのポイントが減ってしまうが、当該ユーザがイベントに参加した場合に、参加情報生成時の消費値の所定率（例えば、１０％）分を、バック（還元）してもよい。

例えば、ユーザＡが３００ポイントを消費してイベントの参加情報の識別コードを取得したとする。アプリサーバ１０は、ユーザＡがイベント参加制御装置５０に識別コードを用いて参加し、当該イベントに参加したと判定された場合に、ユーザＡのポイントに、還元分の３０を加算するようにしてもよい。

また、アプリサーバ１０は、イベントに参加した複数のユーザの中から、一部のユーザのポイントに、参加情報生成時の消費値の１００％を還元してもよい。例えば、抽選で当選した一部のユーザのポイントに、例えば、３００を加算するようにしてもよい。

また、アプリサーバ１０は、イベントのアンケート回答を行ったユーザのポイントに、参加情報生成時の消費値の所定率（例えば、１０％）分を還元してもよい。例えば、アプリサーバ１０は、ユーザＩＤ及びイベントのアンケート回答情報を受信した場合に、当該ユーザＩＤのポイントに、還元分の値（例えば、３０）を加算するようにしてもよい。

また、アプリサーバ１０は、複数のイベントに参加したと判定された場合に、ユーザＡのポイントに、所与の値を加算してもよい。

また、アプリサーバ１０は、ユーザＡがイベントに参加した回数が、所定回数以上（例えば、３回以上）と判定された場合に、ユーザＡのポイントに、所与の値を加算してもよい。例えば、所定期間内（例えば、２０２０年３月１日から２０２０年３月３１日の１カ月の期間）において、３回以上イベントに参加したユーザのポイントに、各参加情報生成時の消費値の所定率（例えば、１０％）分を、バック（還元）してもよい。

また、アプリサーバ１０は、ユーザＡがイベントに参加した回数が、１００回に達した場合に、ユーザＡのポイントに、ボーナスポイントとして「１０００」を加算してもよい。

［７．６］ユーザの広告関連情報
本実施形態では、ユーザの広告関連情報に基づき、当該ユーザにポイントを付与するようにしてもよい。ユーザの広告関連情報とは、ユーザの広告閲覧期間（広告表示期間）、ユーザの広告の指示情報（ユーザが広告をクリックしたことを示す情報）、広告した商品又はサービスの購入情報、ユーザの広告閲覧回数、等とすることができる。

例えば、アプリサーバ１０は、ユーザのゲーム前後、或いは、ゲーム中において、ユーザ端末２０に提示される広告の閲覧期間又は広告の閲覧期間の合計期間が、所定期間以上（例えば、１０分以上）である場合に、当該ユーザのポイントに、所与の値を加算するようにしてもよい。

また、例えば、アプリサーバ１０は、ユーザのゲーム前後、或いは、ゲーム中において、ユーザ端末２０に提示される広告のリンクをクリックした場合に、当該ユーザのポイントに、所与の値を加算するようにしてもよい。また、その後、広告された商品又はサービスを当該ユーザ購入した場合に、更に、当該ユーザのポイントに所与の値を加算するようにしてもよい。

［７．７］ポイントの消費期限
また、アプリサーバ１０は、ユーザのユーザＩＤに対応するポイントの消費期限を設定してもよい。例えば、図５に示すように、ユーザ毎に、ユーザに対応するポイントと共に、当該ポイントの消費期限を設定する。

例えば、アプリサーバ１０は、所与の基準時点である、例えば、ユーザＡのポイントに初期値（０）を設定した日から、３回目のイベントの開催日をポイント消費期限日とする。

例えば、ユーザＡのポイントに初期値（０）を設定した日が、２０２０年１月１５日であり、２０２０年１月１５日以降に開催される１回目のイベント開催日が２０２０年３月１日であり、２回目のイベント開催日が２０２０年３月８日であり、３回目のイベント開催日が２０２０年４月１５日であるとする。かかる場合、２０２０年４月１５日を、ユーザＡのポイント消費期限日とする。なお、２０２０年４月１６日を、新たな所与の基準時点とし、ユーザＡのポイントを初期値（０）に設定する。

このように、ポイントの消費期限を設定することによって、ユーザに、貯めたポイントが無駄にならないよう、イベントの参加を促すことができる。

なお、本実施形態では、ポイント毎に消費期限を設定してもよい。例えば、ユーザのポイント取得時期やポイント取得経緯によって、ポイント消費期限を設定する。具体的に説明すると、アプリサーバ１０が、ユーザログイン時に付与するポイントの消費期限を、ポイント取得日から３ヵ月とする。例えば、２０２０年３月１５日にユーザＡがログインによって１ポイントを取得した場合、当該１ポイントの消費期限日を、２０２０年６月１５日に設定する。また、アプリサーバ１０が、他ユーザがユーザＡのフォロワーになった場合に、ユーザＡに付与するポイントの消費期限を、ポイント取得日から６ヵ月とする。例えば、２０２０年３月１５日に、ユーザＢがユーザＡのフォロワーになり、ユーザＡが５ポイントを取得した場合、当該５ポイントの消費期限日を、２０２０年９月１５日に設定する。

［７．８］アプリサーバ１０で行うポイントの制御について
本実施形態では、アプリサーバ１０において、ポイントを加算させるような制御を原則とし、ポイントを減算するような制御を行わないようにする。このようにすれば、ユーザ
に対してアプリサーバ１０が提供するアプリケーションのサービスの利用を促すことができるからである。

例外的に、ポイントが減る場合とは、例えば、ポイントの消費期限が到来した際に、ポイントを初期値（０）に更新する場合等、限定的なケースになる。

［７．９］ポイントの提示
アプリサーバ１０は、ログインしたユーザからのポイント提示の要求に応じて、当該ユーザのユーザ端末２０に、当該ユーザのポイントの情報（現在のポイントの値や、消費期限）を提示してもよい。また、アプリサーバ１０は、当該ポイントの情報を提示する際に、参加情報の取得案内を提示してもよい。

［８］生成処理
参加情報サーバ３０は、ユーザ端末２０からユーザＩＤを含む参加申請情報を受信した場合に、参加情報を生成する処理を行う。

例えば、参加情報を生成する処理とは、第１の記憶部４１の当該ユーザＩＤのポイントから所定値（例えば、３００）を消費し、参加情報と、当該参加情報とユーザＩＤを特定可能な識別コード（例えば、２次元バーコード）を生成し、当該ユーザＩＤ、当該参加情報及び当該識別コードを、それぞれ対応付けて第２の記憶部４２に記憶し、当該識別コードを当該ユーザ端末２０に送信する処理である。

［８．１］ポイントの消費
参加情報サーバ３０は、例えば、ユーザＡのユーザ端末２０Ａから参加申請情報を受信した場合に、ユーザＡのポイントから所定値（例えば、３００）を消費することを条件に、参加情報と識別コードとを生成する。

［８．２］ポイントの仮消費
なお、参加情報サーバ３０は、例えば、ユーザＡのユーザ端末２０Ａから参加申請情報を受信した場合に、ユーザＡのポイントから所定値（例えば、３００）を消費せずに、ユーザのイベント参加時にユーザＡのポイントから所定値（例えば、３００）を消費してもよい。つまり、参加情報サーバ３０は、ユーザＡのユーザ端末２０Ａから参加申請情報を受信した場合に、ポイントの仮消費を行うだけに止まるようにする。

例えば、ポイントの仮消費において、参加情報を生成する処理とは、第１の記憶部４１のユーザＩＤに対応付けて仮消費であることを示す情報を設定し、参加情報と、当該参加情報とユーザＩＤを特定可能な識別コード（例えば、２次元バーコード）を生成し、当該ユーザＩＤ、当該参加情報及び当該識別コードを、それぞれ対応付けて第２の記憶部４２に記憶し、当該識別コードを当該ユーザ端末２０に送信する処理である。

なお、仮消費であることを示す情報を設定するとは、例えば、仮消費フラグを有効（１）に設定することである。つまり、本実施形態では、仮消費であるか否かを仮消費フラグで制御する。仮消費フラグが１である場合は、仮消費であることを示し、仮消費フラグが０である場合は、仮消費でないことを示す。

例えば、ユーザＡのユーザ端末２０Ａから参加申請情報を受信した場合に、第１の記憶部４１のユーザＡのユーザＩＤに対応付けて仮消費フラグに１を設定し、参加情報と、当該参加情報とユーザＩＤを特定可能な識別コード（例えば、２次元バーコード）を生成し、当該ユーザＩＤ、当該参加情報及び当該識別コードを、それぞれ対応付けて第２の記憶部４２に記憶し、当該識別コードを当該ユーザＡのユーザ端末２０Ａに送信する。

また、参加情報生成時のユーザ端末２０Ａの表示部に表示される画面において、参加した場合にポイントが消費される旨の情報を表示する。例えば、当該画面において「参加時に３００ポイント消費されます！」等のメッセージをポップアップ等で表示する。このようにすれば、ユーザＡに参加時にポイントが消費されることを確実に知らせることができる。

そして、参加情報サーバ３０は、イベント参加制御装置５０から参加を受け付けた識別コードを取得した場合に、当該識別コードに基づき、ユーザＡのユーザＩＤを特定する。そして、特定された当該ユーザＩＤの仮消費フラグが１である場合、当該ユーザＩＤのポイントから所定値（例えば、３００）を消費する。つまり、ユーザのイベント参加時にポイント消費を確定する。そして、当該ユーザＡの仮消費フラグを０に更新する。

なお、参加情報サーバ３０は、一のユーザに対して、複数の参加情報を管理する場合、参加ＩＤ毎に仮消費フラグを管理する。

［８．３］位置情報と時刻情報に基づく参加情報の生成処理
また、参加情報サーバ３０は、ユーザＡのユーザ端末２０Ａから、ユーザＩＤとユーザ端末２０の位置情報及び時刻情報を含む参加申請情報を受信した場合に、ユーザ端末２０の位置情報及び時刻情報の少なくとも一方に基づき、参加情報を生成するか否かを判定し、参加情報を生成すると判定された場合、参加情報を生成する処理を行うようにしてもよい。

例えば、参加情報サーバ３０は、ユーザ端末２０の位置情報が所定エリア内の位置情報である場合に、参加情報を生成すると判定する。このようにすれば、ユーザＡの端末２０Ａが所定のエリア（例えば、アプリサーバ１０が提供するゲームキャラクタのショップ内等）からアクセスした場合に限りユーザＡの参加情報を生成することができる。

なお、位置情報は、例えば、ＧＰＳ（全地球測位システム）で取得される位置情報である。なお、位置情報は、携帯電話システムの基地局から取得される位置情報でもよい。

例えば、ユーザ端末２０は、所定のタイミング毎（例えば、５秒毎）にユーザ端末２０の現在位置を検出し、位置情報を生成する。例えば、ユーザ端末２０は、所定の期間毎（例えば、５秒毎）にＧＰＳ衛星の位置を認識しつつ、当該ＧＰＳ衛星から送信された衛星信号（ＧＰＳ信号）を検出する。そして、検出したＧＰＳ信号に基づいて自機のユーザ端末２０の現在位置の座標値（例えば、緯度及び経度）を算出（すなわち、検出）し、当該座標値を現在の位置情報として処理部２００に出力する。

そして、ユーザ端末２０は、参加情報サーバ３０に参加申請情報を送信時に、当該送信時のユーザ端末２０の位置情報を送信し、参加情報サーバ３０は、当該ユーザ端末２０から当該位置情報を取得する。

例えば、参加情報サーバ３０は、ユーザ端末２０の時刻情報が所定期間内である場合に、参加情報を生成すると判定する。このようにすれば、ユーザＡの端末２０Ａが、予め定めた時間にアクセスした場合に限りユーザＡの参加情報を生成することができる。

［８．４］その他
なお、参加情報サーバ３０は、アプリサーバ１０が管理する複数のユーザの中から、抽選処理を行って当選した一部のユーザのユーザＩＤを受信し、当該当選した一部のユーザに対して、参加情報を生成するようにしてもよい。

［９］イベントの参加
［９．１］参加手続き
次に、本実施形態において、参加情報の生成を行ったユーザがイベントに参加する際のイベント参加制御装置５０による参加手続きの説明を行う。

例えば、イベント参加制御装置５０は、イベント会場の参加を試みようとするユーザの識別コードを取得する。例えば、当該ユーザのユーザ端末２０の表示部に表示された識別コードや、当該ユーザが紙媒体に印字した識別コード等である。そして、イベント参加制御装置５０は、当該識別コードに基づき所定の条件を満たすか否かを判定し、当該所定の条件を満たす場合に、当該ユーザの参加を受け付ける処理を行う。

具体的に、ユーザＡが、一のイベント（イベントＩＤ＝Ｅ０１）に参加する場合を例にとり説明する。まず、ユーザＡは自身が所有するユーザ端末２０Ａの識別コード（例えば、２次元バーコード）を表示させ、識別コードが読み取り可能となるよう、イベント参加制御装置５０の読取部５９７にかざす。そして、イベント参加制御装置５０は、ユーザ端末２０Ａに表示された識別コードを読取部５９７によって読み取ることによって、識別コードを取得する。

そして、イベント参加制御装置５０は、ユーザ端末２０Ａから取得した識別コードに基づき、当該識別コードに基づき、所定の条件を満たすか否かを判定する。つまり、イベント参加制御装置は、識別コードを解析してユーザＩＤを特定し、当該ユーザが正当なユーザであるかを判定する。

例えば、イベント参加制御装置５０の読取部５９７は、レーザーや特殊なセンサによる専用のリーダー（読み取り機）或いは、カメラで撮影した撮影データの画像処理により、ユーザＩＤや参加情報を特定する。

そして、イベント参加制御装置５０は、当該所定の条件を満たす場合に、ユーザＡに対し参加を受け付ける処理を行う。イベント参加制御装置５０は、参加ゲートの開閉装置に対し参加を受け付けた場合にゲートを開けた状態とし、参加を拒否（不許可）の場合に、ゲートを閉じるようにしてもよい。また、音出力や表示制御等、種々の手法でユーザの参加の受け付けまたは拒否をイベント運営者に知らせるようにしてもよい。

［９．２］所定の条件
［９．２．１］識別コードの有効性
イベント参加制御装置５０は、識別コードが有効である場合に、所定の条件を満たすと判定する。なお、識別コードの有効性については、次のように判断する。

（１）参加情報サーバ３０側で有効性を判定する例
例えば、イベント参加制御装置５０は、参加情報サーバ３０に取得した識別コードを送信する。ここで「識別コードを送信する」とは、識別コードの情報そのものを参加情報サーバ３０に送信することでもよいし、識別コードから解析（特定）された情報（ユーザＩＤ、参加情報等）を参加情報サーバ３０に送信することの両方の意味を含む。

当該参加情報サーバ３０は、イベント参加制御装置５０から受信した識別コードに基づいて参加を受け付けるか否かを判定し、判定結果をイベント参加制御装置５０に送信する。そしてイベント参加制御装置５０は、参加受け付けの判定を受信した場合に、参加を受け付けると判定する。

例えば、参加情報サーバ３０は、イベント参加制御装置５０から受信した識別コードから特定される有効フラグが有効か否かを判断する。参加情報サーバ３０は、当該識別コードから特定される有効フラグが有効（１）と判断した場合、参加を受け付けると判定する。一方、参加情報サーバ３０は、当該識別コードから特定される有効フラグが無効（０）と判断した場合、参加を拒否と判定する。

（２）イベント参加制御装置５０で有効性を判定する例
また、例えば、イベント参加制御装置５０は、識別コードから有効性を判別できる識別子を予め記憶部５７０に記憶し、当該識別子に基づき有効性を判断してもよい。

例えば、イベント参加制御装置５０は、読取部５９７から取得した識別コードから、当該識別子を検出できた場合、参加を受け付けると判定し、当該識別子を検出できない場合、参加を拒否すると判定する。

また、イベント参加制御装置５０は、直接、第２の記憶部４１に記憶された識別コードを参照し、参加を受け付けるか否かを判定してもよい。例えば、イベント参加制御装置５０は、読取部５９７から取得した識別コードが、第２の記憶部４１に記憶された識別コードのいずれかと一致するか否かを判定し、一致する場合に参加を受け付けると判定し、一致しない場合に、参加を拒否すると判定する。

（３）有効性フラグ
なお参加情報サーバ３０は、参加ＩＤのイベントの終了時刻が経過した場合、当該参加ＩＤの有効フラグを０（無効）に更新する。

［９．２．２］参加時刻や参加回数に基づき有効性を判定する例
イベント参加制御装置５０は、参加時刻が所定の期間内である場合、及び、参加回数が所定の回数以内である場合、の少なくとも一方に該当する場合に、所定の条件を満たすと判定するようにしてもよい。

例えば、イベント参加制御装置５０は、予めイベントＩＤに対応付けて所定の期間を記憶部５７０に記憶する。イベントの開始１時間前からイベント終了時を所定の期間とする。例えば、イベントＩＤ＝Ｅ０１の場合、２０２０年３月１日１３時００分開始１５時００分終了であるので、２０２０年３月１日１２時００分から２０２０年３月１日１５時００分までの期間を所定の期間とする。そして、イベント参加制御装置５０は、識別コードからイベントＩＤを特定し、参加時刻が当該イベントＩＤの所定の期間内である場合、所定の条件を満たすと判定する。

また、イベント参加制御装置５０は、参加回数が０（未参加）である場合、所定の条件を満たすと判定するようにしてもよい。例えば、ユーザＡが初めて参加しようとする場合、イベント参加制御装置５０は、識別コードからユーザＩＤ（ユーザＡのユーザＩＤ＝００１）を特定し、第２の記憶部４２の当該ユーザＩＤに対応する参加回数を参照する。当該参加回数が０であるので、所定の条件を満たすと判定し、参加を受け付け、当該参加回数に１を加算するようにしてもよい。

そして、ユーザＡが一旦離脱し、２回目に参加しようとする場合、イベント参加制御装置５０は、識別コードからユーザＩＤ（ユーザＡのユーザＩＤ＝００１）を特定し、第２の記憶部４２の当該ユーザＩＤに対応する参加回数を参照する。当該参加回数が１であるので、所定の条件を満たさないと判定され、参加を拒否する。

［９．３］参加拒否の情報
イベント参加制御装置５０は、所定の条件を満たさないと判定された場合に、参加を拒否すると共に、イベント参加制御装置５０取得した識別コードに基づき特定されたユーザＩＤのユーザ端末２０に参加拒否の情報を送信するようにしてもよい。例えば、所定の条件を満たさないと判定された場合に、当該ユーザ端末２０に、「識別コードが有効ではありません。」などのメッセージを送信してもよい。例えば、ユーザＩＤに対応付けられたメールアドレスを宛先とし、当該メッセージを含む電子メールを送信してもよいし、所与のネットワークを通じて、当該ユーザＩＤのユーザ端末２０に当該メッセージを送信してもよい。

なお、参加情報サーバ３０側で識別コードの有効性を判定する場合は、参加情報サーバ３０が、取得した識別コードに基づき特定されたユーザＩＤのユーザ端末２０に参加拒否の情報を送信するようにしてもよい。

なお、イベント参加制御装置５０又は参加情報サーバ３０は、識別コードに基づきユーザＩＤが特定可能な場合のみ参加拒否の情報を送信する。

［９．４］再参加
なお、イベント参加制御装置５０は、イベント会場に複数設置されていてもよい。そして、複数のイベント参加制御装置のうち、少なくとも１つを再参加用のイベント参加制御装置としてもよい。そして、当該再参加用のイベント参加制御装置は、既に参加が受け付けられている対象の識別コードを再度取得した場合、再参加を受け付けるように制御する。

例えば、イベント参加制御装置５０Ａと、イベント参加制御装置５０Ｂを同一のイベント会場に設置し、イベント参加制御装置５０Ｂを、再参加専用とする。

イベント参加制御装置５０Ａは、取得した識別コードに基づき、所定条件を満たす場合であって、かつ、第２の記憶部４２にユーザＡのユーザＩＤ＝００１に対応付けられた参加回数が０である場合に参加を受け付け、参加回数を１に更新する。

一方、イベント参加制御装置５０Ｂは、再参加の際、第２の記憶部４２にユーザＡのユーザＩＤ＝００１に対応付けられた参加回数が１以上である場合であり、かつ、取得した識別コードが既に参加が受け付けられている対象の識別コードである場合、ユーザＡの参加を受け付ける。

また、イベント参加制御装置５０Ｂは、再参加専用ではなく、参加と再参加との両方を受け付け可能なイベント参加制御装置であってもよい。つまり、イベント参加制御装置５０Ｂは、取得した識別コードに基づき、所定条件を満たす場合であって、かつ、第２の記憶部４２にユーザＡのユーザＩＤ＝００１に対応付けられた参加回数が０である場合に参加を受け付け、参加回数を１に更新する。そして、イベント参加制御装置５０Ｂは、第２の記憶部４２にユーザＡのユーザＩＤ＝００１に対応付けられた参加回数が１以上である場合であり、かつ、取得した識別コードが既に参加が受け付けられている対象の識別コードである場合、ユーザＡの参加を受け付け、参加回数に１を加算する。

また、本実施形態では、イベント会場に一時離脱装置６０を設置してもよい。一時離脱装置６０は、再参加を希望するユーザの一時離脱の際に、当該ユーザから識別コードを取得する。例えば、ユーザＡは、識別コードをユーザ端末２０の表示部に表示させ、当該識別コードを一時離脱装置６０の読取部にかざすようにする。

そして、再参加用のイベント参加制御装置５０Ｂは、一時離脱装置６０によって取得さ
れた識別コードを再参加希望者リストに登録する。そして、再参加用のイベント参加制御装置５０Ｂは、イベント会場への再参加を試みようとするユーザから、新たに取得した識別コードが、再参加希望者リストに登録された識別コードと一致する場合に、再参加を受け付けるように制御する。

［９．５］ポイントの加算
参加情報サーバ３０は、イベント参加制御装置５０においてユーザの参加を受け付けると判定された場合に、イベント参加制御装置５０から当該ユーザの参加受け付け情報と共に当該ユーザのユーザＩＤを受信し、当該ユーザＩＤのポイントに、所定値（例えば、１００）を加算する処理を行う。

なお、一のイベントにおいて、ポイントを上昇させる機会は原則1回とし、例えば、イベントに再参加するユーザについてはポイントの上昇機会を与えないようにしてもよい。また、一のイベントにおいて、再参加も含めユーザが参加する度にポイントの上昇の機会を与えるようにしてもよい。

なお、イベント参加制御装置５０自体が、ポイントの加算制御を行ってもよい。つまり、イベント参加制御装置５０は、参加を受け付けると判定した場合、取得した識別コードに基づき特定されたユーザＩＤのポイントに、所定値（例えば、１００）を加算する処理を行う。例えば、ユーザＡがイベント会場への参加を受け付けられた場合、イベント参加制御装置５０が取得した識別コードに基づき特定されたユーザＩＤが００１である場合、ユーザＩＤ＝００１のポイントに所定値（例えば、１００）を加算する処理を行う。

なお、参加情報サーバ３０又はイベント参加制御装置５０は、参加を受け付けると判定されたユーザに対し、ポイントを付与する代わりに（又はポイントの付与と共に）、アプリサーバ１０で使用可能なゲーム中のアイテムを、新たなユーザのユーザＩＤに対応付けて付与（登録）してもよい。

［９．６］物品提供を行うイベント参加制御装置
また、本実施形態のイベント参加制御装置５０は、ユーザの要求に応じて物品提供可能な装置（物品提供装置）であってもよい。このようにすれば、ユーザは参加の際に、物品獲得の機会が得られるので、ユーザに対しイベントの参加意欲を増大させることができる。

図８は、物品提供可能なイベント参加制御装置（物品提供装置）５０－１の前面を示す概略図である。

例えば、イベント参加制御装置５０－１は、物品（景品）を収容する物品収容部５１と、格納された物品を排出する物品排出部５２、読取部５３、ハンドル５４、取出口５６を少なくとも備える。なお、物品の払い出しは、有償、無償を問わない。

より具体的に説明すると、イベント参加制御装置５０－１は、上部に物品収容部５１を備えており、その下に物品排出部５２を有し、前面に識別コードを読み取り可能な読取部５３、前面に操作部としての回転可能なハンドル５４、前面に取出口５６を備えている。

物品収容部５１には、イベント開始前の状態において、多数の物品（例えば、玩具等が収められたカプセル）が収容される。なお、イベント参加制御装置５０－１は、センサ５５（図示しない）を備え、各物品には、センサ５５が読み取り可能な物品コードを印字してあってもよい。

物品排出部５２は、ハンドル５４の回転操作に基づいて、所定角度回転させることによって、物品収容部５１に収容されている物品のうちの１個を、取出口５６に提供できる機能を有している。

なお、物品排出部５２は、ロックされている状態であるが、読取部５３によって取得した識別コードからユーザの参加を受け付けると判定された場合に、ロックを解除し、ハンドル５４の回転操作が可能となるようにしている。

なお、イベント参加制御装置（物品提供装置）５０－１は、物品を有償で提供する場合に電子決済を行ってもよい。例えば、読取部５３は、物品の代金支払いを、ユーザのユーザ端末２０等に表示されたコード（例えば、２次元バーコード）を読取部５３によって読み取らせることによって、電子決済が行われてもよい。なお、電子決済会社が行う支払い手法によってユーザが支払いを行うことになる。

センサ５５は、物品収容部５１に存在する物品に関する情報を検出する。物品収容部５１に存在する物品に関する情報とは、物品収容部５１に存在する物品の個数（残数）や、物品収容部５１に存在する物品の種類やレア度などである。

例えば、センサ５５は、物品の提供有無を検出する光電スイッチ等や、物品の提供時にレア度を検出可能なセンサとすることができる。例えば、イベント参加制御装置５０－１は、物品収容部５１に格納された物品について、予めレア度毎の個数（残数）を記憶部５７０に記憶し、物品の提供時に、レア度の個数から、提供された物品の個数を減算する。

そして、イベント参加制御装置５０－１は、物品収容部５２に存在する物品に関する情報を、ユーザ端末２０に送信するようにしてもよい。例えば、イベント参加制御装置５０は、イベントＩＤ＝Ｅ０１を開催している時間（２０２０年３月１日１３時００分～同日１５時００分）の所与のタイミング（例えば、イベント開催時から１時間経過後、イベント終了時の３０分前等）において、第２の記憶部４２を参照し、当該イベントＩＤ＝Ｅ０１に参加可能なユーザＩＤを特定し、当該ユーザＩＤのユーザ端末２０に、当該タイミングにおける物品収容部５２に存在する物品に関する情報（例えば、「レア度の高い物品が残っています。」、「物品は残り１０個です。」、「物品がありません。」等のメッセージ）を、送信する。

なお、イベント参加制御装置（物品提供装置）５０－１において、物品収容部５１の物品の個数が０個になった状態で、新たなユーザが参加しようとした場合、イベント参加制御装置５０－１は、アプリサーバ１０に対して、物品不提供の情報を送信する。アプリサーバ１０は、物品不提供の情報を受信した場合、アプリサーバ１０で使用可能なゲーム中のアイテムを、新たなユーザのユーザＩＤに対応付けて登録してもよい。

また、イベント参加制御装置（物品提供装置）５０－１は、物品収容部５１の物品の個数が０個になった時点から、参加不可となるように制御してもよい。つまり、イベント参加制御装置（物品提供装置）５０－１は、物品収容部５１の物品の個数が０個になった時点から、取得した識別コードに基づき所定の条件を満たすか否かにかかわらず、ユーザの参加を拒否すると判定してもよい。

［９．７］参加履歴
イベント参加制御装置５０又は参加情報サーバ３０は、参加を受け付けたユーザＩＤ、参加を受け付けた識別コード、参加時刻と少なくとも含む情報を、参加履歴として記憶部（第２の記憶部４１等）に記憶してもよい。

［１０］生体認証の例
イベント参加制御装置５０は、生体認証部５９８を備え、ユーザの生体に基づく情報（例えば、指紋情報や、操作指の静脈、手の平の静脈、目の虹彩、顔などの身体の一部の形状の情報等）に基づき、参加の受け付け又は拒否を行ってもよい。

例えば、参加情報サーバ３０は、ユーザ端末２０から、ユーザＩＤとユーザの生体に基づく情報とを含む参加申請情報を受信した場合に、当該ユーザの生体に基づく情報を識別コードとし、当該該ユーザＩＤ、当該参加情報及び当該識別コードを、それぞれ対応付けて第２の記憶部４２に記憶する。

そして、イベント参加制御装置５０の生体認証部５９は、ユーザの生体に基づく情報を取得し、取得したユーザの生体に基づく情報と、第２の記憶部４２に記憶されたユーザの生体に基づく情報との一致度を判定し、一致すると判定した場合に認証を許可し（所定条件を満たすと判定し）、参加を受け付けると判定する。なお、生体認証部５９８によって認証が拒否された場合は、所定の条件を満たさないと判定し、参加を拒否する処理を行う。

［１１］フローチャート
次に、アプリサーバ１０及び参加情報サーバ３０について、本実施形態のポイントの制御に関する処理の流れの一例について、図９のフローチャートを用いて説明する。

まず、アプリサーバ１０は、ユーザのユーザ登録を行う（ステップＳ１０１）。そして、ユーザのユーザＩＤに対応するポイントに初期値（例えば、０）を設定する（ステップＳ１０２）。そして、ポイント変動が必要か否かを判断する（ステップＳ１０３）。なお、ポイント変動が必要であるとは、例えば、ユーザがログインした場合等、ポイント変動のタイミングが到来した場合である。

そして、ポイント変動が必要である場合（ステップＳ１０３のＹ）、ユーザの所与の情報に基づき、当該ユーザのユーザＩＤに対応するポイントを変動させる処理を行う（ステップＳ１０４）。そして、ステップＳ１０３に戻る。

参加情報サーバ３０は、ユーザのユーザ端末２０からユーザＩＤを含む参加申請情報を受信した場合に（ステップＳ３０１）、当該ユーザＩＤのポイントから所定値を消費し（ステップＳ３０２）、参加情報と、当該参加情報とユーザＩＤを特定可能な識別コードとを生成し（ステップＳ３０３）、当該ユーザＩＤ、当該識別コード、当該参加情報を、対応付けて第２の記憶部４２に記憶し（ステップＳ３０４）、当該識別コードを当該ユーザ端末２０に送信する処理を行う（ステップＳ３０５）。以上で処理を終了する。

［１２］応用例
［１２．１］ポイントの加算に関する応用例
［イベント会場における識別コードの読み取りサービスの提供］
本実施形態のイベントは、イベント会場にイベント用識別コード（例えば、２次元バーコード）を印字したポスターを数か所に展示してもよい。例えば、イベント用識別コードは、アプリサーバ１０で使用可能なアイテムや所定分のポイント（例えば、１０ポイント分）を付与するための付与情報が予め登録されている。ユーザは、自身が所有するユーザ端末２０の読取部で、ポスターのイベント用識別コードを、読み取るよう操作する。ユーザ端末２０は、読取部でイベント用識別コードを読み取り、付与情報を特定すると、アプリサーバ１０に、ユーザＩＤと共に当該付与情報を送信する。アプリサーバ１０は、ユーザＩＤと付与情報を受信すると、ユーザＩＤに対応付けて、アプリケーションで使用可能なアイテムをユーザＩＤに対応付けて登録する、或いは、ユーザＩＤのポイントに所定分
のポイント（例えば、１０ポイント分）を加算してもよい。

［ＳＮＳへの拡散］
本実施形態では、アプリサーバ１０と連携するＳＮＳサーバにおいて、ユーザが記事を投稿した場合に、投稿したユーザのユーザＩＤのポイントに、所定分のポイント（例えば、１０ポイント分）を当該ユーザに加算してもよい。

［アンケート回答者へのポイント付与］
本実施形態では、アプリサーバ１０がユーザに対してアンケート調査を行い、アンケートを回答したユーザのユーザＩＤのポイントに、所定分のポイント（例えば、１０ポイント分）を当該ユーザに加算してもよい。

［１３］その他
本発明は、上記実施形態で説明したものに限らず、種々の変形実施が可能である。例えば、明細書又は図面中の記載において広義や同義な用語として引用された用語は、明細書又は図面中の他の記載においても広義や同義な用語に置き換えることができる。

本実施形態は、１のサーバ装置１０によって各ゲームをユーザ端末２０に提供してもよいし、複数のサーバ装置１０を連動させてサーバシステムを構築し、各ゲームをユーザ端末に提供してもよい。

さらに、本実施形態においては、サーバ装置１０によって提供されたゲームをユーザ端末２０によって実行されているが、操作入力を除き、上記のユーザ端末２０の処理部２００の各機能及びゲームプログラムの実行をサーバ装置１０で実行し、当該ユーザ端末２０は、操作入力とストリーミングによる画像表示を実行することによって、上記のゲームを実現してもよい。

また、本実施形態においては、サーバ装置１０の機能を備えた単一のゲーム装置、すなわち、サーバ装置などの他の機器に依存せず単独で動作する装置（スタンドアローン）によって実現してもよく、この場合には、複数の入力ユーザ端末があればよい。

そして、このようなゲームユーザ端末を有線又は無線によって複数連結させ、１のゲーム装置がサーバ装置１０として機能して、複数のゲーム装置によって実現することも可能である。

また、本実施形態においては、ネットワークを通じてユーザ端末２０と連動して実行するサーバ装置１０に本発明のゲームシステムを適用しているが、タブレット型情報ユーザ端末やパーソナルコンピュータ、又は、アミューズメントパークに設置されるゲーム装置としても適用することができる。

本発明は、実施形態で説明した構成と実質的に同一の構成（例えば、機能、方法及び結果が同一の構成、あるいは目的及び効果が同一の構成）を含む。また、本発明は、実施形態で説明した構成の本質的でない部分を置き換えた構成を含む。また、本発明は、実施形態で説明した構成と同一の作用効果を奏する構成又は同一の目的を達成することができる構成を含む。また、本発明は、実施形態で説明した構成に公知技術を付加した構成を含む。

上記のように、本発明の実施形態について詳細に説明したが、本発明の新規事項及び効果から実体的に逸脱しない多くの変形が可能であることは当業者には容易に理解できるであろう。したがって、このような変形例はすべて本発明の範囲に含まれるものとする。

１０ … アプリサーバ
２０ … ユーザ端末
３０ … 参加情報サーバ
４１ … 第１の記憶部
４２ … 第２の記憶部
５０ … イベント参加制御装置
１００ … 処理部
１０１ … 通信制御部
１０２ … Ｗｅｂ処理部
１０３ … ゲーム管理部
１０４ … ユーザ管理部
１０６ … 状況検出部
１０７ … タイマ管理部
１１０ … 情報提供部
１１１ … ポイント制御部
１４０ … 記憶部
１４２ … 主記憶部
１４４ … ゲームデータ記憶部
１４６ … ユーザ情報記憶部
１８０ … 情報記憶媒体
１９６ … 通信部
１２０ … 入力部
１３０ … 表示部
２００ … 処理部
２１０ … 通信制御部
２１１ … Ｗｅｂブラウザ
２１２ … ゲーム処理部
２１３ … 表示制御部
２２０ … 描画部
２３０ … 音処理部
２７０ … 記憶部
２７１ … 主記憶部
２７２ … 画像バッファ
２６０ … 入力部
２６２ … 検出部
２８０ … 情報記憶媒体
２９０ … 表示部
２９２ … 音出力部
２９６ … 通信部
３００ … 処理部
３０１ … 通信制御部
３０２ … Ｗｅｂ処理部
３１０ … 情報提供部
３１１ … 参加情報生成処理部
３４０ … 記憶部
３４２ … 主記憶部
３８０ … 情報記憶媒体
３９６ … 通信部
５００ … 処理部
５０１ … 通信制御部
５１１ … 取得部
５１２ … 判定部
５７０ … 記憶部
５７２ … 主記憶部
５６０ … 入力部
５８０ … 情報記憶媒体
５９６ … 通信部
５９７ … 読取部

Claims (19)

1. アプリサーバと、ユーザ端末と、イベントの参加情報を生成する参加情報サーバと、記憶部と、当該イベントの会場への参加の制御を行うイベント参加制御装置と、を備える情報制御システムであって、
   第１の記憶部には、ユーザＩＤと、ポイントとが対応付けて記憶され、
   第２の記憶部には、ユーザＩＤと、ユーザＩＤ及び参加情報を特定可能な識別コードと、参加情報とが対応付けて記憶され、
   前記アプリサーバは、
   ユーザの所与の情報に基づき、当該ユーザのユーザＩＤに対応するポイントを変動させる処理を行い、
   前記参加情報サーバは、
   前記ユーザ端末からユーザＩＤを含む参加申請情報を受信した場合に、当該ユーザＩＤのポイントから所定値を消費し、参加情報と、当該ユーザＩＤと当該参加情報とを特定可能な識別コードを生成し、当該ユーザＩＤと、当該識別コードと、当該参加情報とを対応付けて前記第２の記憶部に記憶し、当該識別コードを当該ユーザ端末に送信する処理を行うことによって、参加情報を生成する処理を行い、
   前記イベント参加制御装置は、
   ユーザの識別コードを取得し、当該識別コードに基づき所定の条件を満たすか否かを判定し、当該所定の条件を満たす場合に、当該ユーザの参加を受け付けると判定する処理を行う、
   情報制御システム。
2. アプリサーバと、ユーザ端末と、イベントの参加情報を生成する参加情報サーバと、記憶部と、当該イベントの会場への参加の制御を行うイベント参加制御装置と、を備える情報制御システムであって、
   第１の記憶部には、ユーザＩＤと、ポイントとが対応付けて記憶され、
   第２の記憶部には、ユーザＩＤと、ユーザＩＤ及び参加情報を特定可能な識別コードと、参加情報とが対応付けて記憶され、
   前記アプリサーバは、
   ユーザの所与の情報に基づき、当該ユーザのユーザＩＤに対応するポイントを変動させる処理を行い、
   前記参加情報サーバは、
   前記ユーザ端末からユーザＩＤを含む参加申請情報を受信した場合に、当該ユーザＩＤに対応付けて仮消費であることを示す情報を設定し、参加情報と、当該ユーザＩＤと当該参加情報とを特定可能な識別コードを生成し、当該ユーザＩＤと、当該識別コードと、当該参加情報とを対応付けて前記第２の記憶部に記憶し、当該識別コードを当該ユーザ端末に送信する処理を行うことによって、参加情報を生成する処理を行い、
   前記イベント参加制御装置は、
   ユーザの識別コードを取得し、当該識別コードに基づき所定の条件を満たすか否かを判定し、当該所定の条件を満たす場合に、当該ユーザの参加を受け付けると判定する処理を行い、
   前記参加情報サーバは、
   前記イベント参加制御装置から参加を受け付けた識別コードを取得した場合に、当該識別コードに基づき特定されたユーザＩＤのポイントから所定値を消費する、
   情報制御システム。
3. 請求項１又は２において、
   前記参加情報サーバは、前記イベント参加制御装置において前記ユーザの参加を受け付けると判定された場合に、前記イベント参加制御装置から前記ユーザの参加受け付け情報
   と共に前記ユーザのユーザＩＤを受信し、当該ユーザＩＤのポイントに、所定値を加算する処理を行う、又は
   前記イベント参加制御装置は、参加を受け付けると判定した場合、前記識別コードに基づき特定されるユーザＩＤのポイントに、所定値を加算する処理を行う、
   情報制御システム。
4. 請求項１～３のいずれかにおいて、
   前記識別コードは、画像コードであり、
   前記イベント参加制御装置は、
   読取部を備え、
   前記ユーザ端末に表示された画像コードを当該読取部によって読み取ることによって、前記識別コードを取得する、
   情報制御システム。
5. 請求項１～４のいずれかにおいて、
   前記参加情報サーバは、
   前記ユーザ端末から、ユーザＩＤとユーザの生体に基づく情報とを含む前記参加申請情報を受信した場合に、
   ユーザの生体に基づく情報を識別コードとし、当該ユーザＩＤと、当該識別コードと、当該参加情報とを対応付けて前記第２の記憶部に記憶する処理を行い、
   前記イベント参加制御装置は、生体認証部を備え、
   ユーザの生体に基づく情報を識別コードとして取得し、前記生体認証部によって認証が許可された場合に、参加を受け付けると判定する処理を行う、
   情報制御システム。
6. 請求項１～５のいずれかにおいて、
   前記参加情報サーバは、
   前記ユーザ端末から、ユーザＩＤとユーザ端末の位置情報及び時刻情報を含む前記参加申請情報を受信した場合に、当該ユーザ端末の位置情報及び時刻情報の少なくとも一方に基づき、参加情報を生成するか否かを判定し、参加情報を生成すると判定された場合に、前記参加情報を生成する処理を行う、
   情報制御システム。
7. 請求項１～６のいずれかにおいて、
   前記イベント参加制御装置は、
   参加時刻が所定の期間内である場合、及び、参加回数が所定の回数以内である場合の少なくとも一方に該当する場合に、前記所定の条件を満たすと判定する、
   情報制御システム。
8. 請求項１～７のいずれかにおいて、
   前記イベント参加制御装置は、
   前記識別コードが有効である場合に、前記所定の条件を満たすと判定する、
   情報制御システム。
9. 請求項１～８のいずれかにおいて、
   前記イベント参加制御装置は、
   前記所定の条件を満たさないと判定された場合に、参加を拒否すると共に、取得した識別コードに基づき特定されたユーザＩＤのユーザ端末に、参加拒否の情報を送信する、
   情報制御システム。
10. 請求項１～９のいずれかにおいて、
    前記イベント参加制御装置は、
    物品収容部と、物品排出部とを備え、
    前記物品収容部に存在する物品に関する情報を、前記ユーザ端末に送信する、
    情報制御システム。
11. 請求項１～１０のいずれかにおいて、
    複数のイベント参加制御装置のうち、少なくとも１つを再参加用のイベント参加制御装置とし、
    当該再参加用のイベント参加制御装置は、
    既に参加が受け付けられている対象の識別コードを再度取得した場合、再参加を受け付ける、
    情報制御システム。
12. 請求項１１において、
    再参加を希望するユーザの一時離脱の際に、当該ユーザから識別コードを取得する一時離脱装置を、更に備え、
    前記再参加用の前記イベント参加制御装置は、
    前記一時離脱装置によって取得された当該識別コードを、再参加希望者リストに登録し、
    新たに取得した識別コードが、再参加希望者リストに登録された識別コードと一致する場合に、再参加を受け付ける、
    情報制御システム。
13. 請求項１～１２のいずれかにおいて、
    前記アプリサーバは、
    ユーザのゲーム状況に基づき、当該ユーザのユーザＩＤに対応するポイントを変動させる処理を行う、
    情報制御システム。
14. 請求項１～１３のいずれかにおいて、
    前記アプリサーバは、
    ユーザと関連性のある他ユーザのゲーム状況に基づき、当該ユーザのユーザＩＤに対応するポイントを変動させる処理を行う、
    情報制御システム。
15. 請求項１～１４のいずれかにおいて、
    前記アプリサーバは、
    ユーザのゲームの進捗状況に基づき、当該ユーザのユーザＩＤに対応するポイントを変動させる処理を行う、
    情報制御システム。
16. 請求項１～１５のいずれかにおいて、
    前記アプリサーバは、
    ユーザの購入情報に基づき、当該ユーザのユーザＩＤに対応するポイントを変動させる処理を行う、
    情報制御システム。
17. 請求項１～１６のいずれかにおいて、
    前記アプリサーバは、
    ユーザの前記イベントの参加結果に基づき、前記ユーザのユーザＩＤに対応するポイントを変動させる処理を行う、
    情報制御システム。
18. 請求項１～１７のいずれかにおいて、
    前記アプリサーバは、
    前記ユーザのユーザＩＤに対応するポイントの消費期限を設定する処理を行う、
    情報制御システム。
19. 請求項１～１８のいずれかにおいて、
    前記アプリサーバは、
    前記ユーザのユーザＩＤに対応するポイントを上昇させる処理を行い、当該ポイントを減少させる処理を行わないように制御する、
    情報制御システム。

Images