JP2016187448A

JP2016187448A - 情報報知システム及び情報報知方法

Info

Publication number: JP2016187448A
Application number: JP2015068815A
Authority: JP
Inventors: 将広西山; Masahiro Nishiyama; 丈人伊藤; Taketo Ito; 芝宮　正和; Masakazu Shibamiya; 正和芝宮
Original assignee: Konami Digital Entertainment Co Ltd
Current assignee: Konami Digital Entertainment Co Ltd
Priority date: 2015-03-30
Filing date: 2015-03-30
Publication date: 2016-11-04

Abstract

【課題】ゲームを行う場に訪問すればユーザの満足感が高まるようにして、ゲームを行う場へのユーザの関心を喚起させ、ゲームを行う場の集客数が高まるようにする。【解決手段】ユーザの位置情報を取得する位置情報取得部と、位置情報取得部により取得された位置情報に基づき、特定場所にユーザが存在するか否かを判定する判定部と、特定場所に設けられ、情報を報知する情報報知部と、判定部によりユーザが特定場所に存在すると判定された場合、当該ユーザに関連付けられたユーザ関連情報を、情報報知部において他の情報よりも優先して報知する報知制御部とを備えて情報報知システムを構成する。【選択図】図５

Description

本発明は、情報報知システム及び情報報知方法に関する。

ゲームセンターなどでの不特定多数のユーザが訪れてゲームを行う場所に設置されたゲーム装置において、ユーザに関する情報を表示するものがある。例えば、ゲーム結果に基づいてユーザのランキングを表示することが行われている。その際、ユーザが自分の順位を見つけやいように、直前にゲームをプレイしたユーザに関する順位に対応する表示体が識別表示されるようにした構成が知られている（例えば、特許文献１参照）。

特開２００８−１２２２１号公報

現在において、ゲームセンターのような施設以外にも、例えば家庭用ゲーム機、パーソナルコンピュータ、携帯型ゲーム装置、スマートフォンなどのように、個人が自分の所有する機器を用いてゲームを行える環境が整っている状況にある。このために、ゲームセンターの集客力が低下しやすい状況にある。
また、ネットワーク上で行われるネットゲームも多種多様に存在している状況にある。このような状況において、特定のネットゲームに効果的に集客を行うことも難しくなっている。
このため、ユーザの興味をひいて、ユーザに、ゲームセンターやネットゲームのサイトなどに繰り返し来場または訪問してもらえるようにすることが求められている。この点、特許文献１には、ユーザのランキング情報が見つけやすいように構成した点が開示されており、ユーザの利便性を図ったものではあるが、このような構成だけでは、ユーザをリピーターにするほどの訴求力を求めることは難しい。

本発明のいくつかの態様は、特定場所を訪問すればユーザの満足感が高まるようにして、特定場所へのユーザの関心を喚起させ、特定場所に集まる人の数の増加を図ることができる情報報知システム及び情報報知方法を提供することを目的の一つとする。

また、本発明の他の態様は、後述する実施形態に記載した作用効果を奏することを可能にする情報報知システム及び情報報知方法を提供することを目的の一つとする。

上述した課題を解決するために、本発明の一態様は、ユーザの位置情報を取得する位置情報取得部と、前記位置情報取得部により取得された位置情報に基づき、特定場所にユーザが存在するか否かを判定する判定部と、前記特定場所に設けられ、情報を報知する情報報知部と、前記判定部によりユーザが前記特定場所に存在すると判定された場合、当該ユーザに関連付けられたユーザ関連情報を、前記情報報知部において他の情報よりも優先して報知する報知制御部とを備える情報報知システムである。

また、本発明の一態様は、仮想空間における、ユーザ識別情報に関連付けられたキャラクタの存在の有無を判定する判定部と、前記判定部によりキャラクタが存在すると判定された場合、当該キャラクタまたは当該キャラクタが関連付けられたユーザ識別情報に対応する関連情報を、前記仮想空間において他の情報よりも優先して報知する報知制御部とを備える情報報知システムである。

また、本発明の一態様は、ユーザの位置情報を取得する位置情報取得ステップと、前記位置情報取得ステップにより取得された位置情報に基づき、特定場所にユーザが存在するか否かを判定する判定ステップと、前記判定ステップによりユーザが前記特定場所に存在すると判定された場合、当該ユーザに関連付けられたユーザ関連情報を、前記特定場所に設けられる情報報知部において他の情報よりも優先して報知する報知制御ステップとを備える情報報知方法である。

また、本発明の一態様は、仮想空間における、ユーザ識別情報に関連付けられたキャラクタの存在の有無を判定する判定ステップと、前記判定ステップによりキャラクタが存在すると判定された場合、当該キャラクタまたは当該キャラクタが関連付けられたユーザ識別情報に対応する関連情報を、前記仮想空間において他の情報よりも優先して報知する報知制御ステップとを備える情報報知方法である。

第１の実施形態における情報報知システムの構成例を示す図である。第１の実施形態における店舗表示装置にて評価物が表示された画面の一例を示す図である。第１の実施形態における店舗サーバの構成例を示す図である。第１の実施形態におけるユーザ情報テーブルの一例を示す図である。第１の実施形態におけるゲーム装置と店舗サーバとが、店舗に来場したユーザに対応する評価物の優先表示のために実行する処理手順例を示すフローチャートである。第１の実施形態における表示進行順の変更例を示す図である。第２の実施形態における優先報知の態様の一例を示す図である。第３の実施形態の店舗サーバが店舗に来場したユーザに対応する評価物の優先表示のために実行する処理手順例を示すフローチャートである。第４の実施形態の店舗サーバが店舗に来場したユーザに対応する評価物の優先表示のために実行する処理手順例を示すフローチャートである。第５の実施形態の店舗サーバが店舗に来場したユーザに対応する評価物の優先表示のために実行する処理手順例を示すフローチャートである。第６の実施形態のユーザグループ情報テーブルの一例を示す図である。第６の実施形態のグループ対応評価物履歴情報テーブルの一例を示す図である。第６の実施形態における店舗サーバが、店舗に来場したユーザについてのユーザグループ別の存在数の管理に関して実行する処理手順例を示すフローチャートである。第６の実施形態における店舗サーバがユーザグループに対応する評価物の優先表示のために実行する処理手順例を示すフローチャートである。第７の実施形態における店舗サーバが店舗に来場したユーザに対応する評価物の優先表示のために実行する処理手順例を示すフローチャートである。第８の実施形態における情報報知システムの構成例を示す図である。第８の本実施形態におけるゲーム装置とゲームサーバとが、キャラクタまたはユーザの関連情報を優先報知するために実行する処理手順例を示すフローチャートである。

以下、本発明の一実施形態について、図面を参照して説明する。
［第１の実施形態］
〔情報報知システムの構成例〕
本発明の第１の実施形態について説明する。
図１は、本実施形態における情報報知システムの構成例を示している。本実施形態の情報報知システムは、店舗ＳＴにおいて備えられる。店舗ＳＴは、例えばゲームセンターである。
本実施形態における情報報知システムは、店舗ＳＴに備えられる店舗サーバ１０、ゲーム装置３０及び店舗表示装置５０を備える。

店舗サーバ１０は、店舗ＳＴにおいて備えられる複数のゲーム装置３０と通信可能に接続されている。店舗サーバ１０とゲーム装置３０との通信は有線であってもよいし無線であってもよい。

店舗サーバ１０は、ゲーム装置３０において行われたゲーム結果を管理する。つまり、ゲーム装置３０は、ユーザによりプレイされたゲームが終了すると、プレイされたゲームの結果（ゲーム結果）を示すゲーム結果情報を店舗サーバ１０に送信する。店舗サーバ１０は、ゲーム装置３０から送信されたゲーム結果情報を、プレイ履歴として記憶する。
プレイ履歴は、例えばゲーム装置３０において、ゲームを行ったユーザに対応するランキングを表示することなどに利用される。

なお、図示は省略するが、店舗サーバ１０は、例えば複数の店舗ＳＴに対応する上位サーバと接続されていてもよい。

ゲーム装置３０は、それぞれ、ユーザがゲームをプレイする機器である。店舗ＳＴにおいて備えられる複数のゲーム装置３０は、それぞれ、特定のゲームに対応している。
本実施形態において、複数のゲーム装置３０のうちの少なくとも１つは麻雀ゲームに対応する。本実施形態における麻雀ゲームは、例えば定期的に大会が行われる。ユーザが大会に参加して入賞すると、入賞したユーザにはゲーム上で仮想的な評価物（ユーザ関連情報の一例）が授与される。

本実施形態において、「ユーザ関連情報」とは、例えばユーザがゲームで好成績を収めたことによりユーザに授与された賞状、トロフィーなどの評価物である。
また、「ユーザ関連情報」は、ユーザのこれまでのゲームの成績の履歴、ゲーム上でのユーザのレベル、ユーザが到達したゲーム上でのステージなどであってもよい。
また、「ユーザ関連情報」は、ユーザの名前（実名でもニックネームでもよい）、対応のアバターに付した名前、ユーザを撮像した画像など、ユーザを特定可能な情報が含まれてもよい。ユーザの名前としてのユーザ関連情報の報知の態様としては、「Ａさん、来店！」などのようにユーザの名前を示して来店を歓迎するようなものを挙げることができる。

また、本実施形態において、「評価物」とは、例えば優勝、入賞、高得点の獲得などのように、ゲームで好成績を収めたことへの評価として授与される、賞状、トロフィー、盾などである。また、「評価物」とは、例えばゲームにおける成績や達成度に応じてユーザが獲得した称号、尊称などである。

また、本実施形態におけるゲーム装置３０は、ユーザが所有するユーザカードＵＣを使用してプレイすることができる。ユーザカードＵＣには、所有者であるユーザのユーザアカウントが記憶されている。ここで、ユーザアカウントとは、例えば、ユーザを一意に示す識別情報（識別子）であるユーザＩＤと、当該ユーザＩＤに対応するパスワードである。

ゲーム装置３０は、ゲームの開始にあたってユーザアカウント（ユーザＩＤとパスワード）が入力されると、入力されたユーザアカウントに対応して店舗サーバ１０に記憶されているプレイ履歴を読み出す。そして、ゲーム装置３０は、プレイ履歴が示す成績などを引き継いだ状態からゲームを開始させることができる。
ゲーム装置３０に対するユーザアカウントの入力は、ゲーム装置３０に対する文字入力操作と、ユーザカードＵＣに記憶されたユーザアカウントをゲーム装置３０が備えるリーダライタに読み込ませることとのいずれかによって行える。ゲーム装置３０にユーザアカウントを入力するにあたってユーザカードＵＣを使用すれば、ユーザは、ユーザアカウントとしてのユーザＩＤとパスワードとの文字を入力する操作を行わなくともよい。

店舗表示装置５０は、例えば大型の画面を備え、店舗ＳＴにおいて、店舗ＳＴを訪れた客（ユーザ）の誰もが画面を見ることができるような場所に設置される。
店舗表示装置５０は、店舗サーバ１０の制御により表示が行われる。店舗表示装置５０においては、例えば新規導入したゲーム装置に関する広告や一般的な広告などが表示される。

また、前述のように、麻雀ゲーム対応のゲーム装置３０で行われる麻雀ゲームでは大会が開催され、大会に参加して麻雀ゲームを行って入賞したユーザには評価物が授与される。そして、本実施形態の店舗表示装置５０においては、上記のようにしてユーザに授与された評価物が店舗表示装置５０において表示される。

図２は、店舗表示装置５０において賞状としての評価物が表示された画面の一例を示している。同図に示されるように、評価物の表示にあたっては、評価物とともに、評価物を獲得したユーザのユーザ名、評価物を獲得した大会の大会名なども表示される。
入賞したユーザは、上記各図のように自分の評価物が店舗表示装置５０にて表示されることで、優越感を持ち、例えば友人などに自慢することができ、高い満足感を得ることができる。

本実施形態においては、これまでに店舗ＳＴで麻雀ゲームを行ってきた結果として１以上の評価物が授与されているユーザが店舗ＳＴに来場しているときに、店舗表示装置５０にて来場しているユーザの評価物が優先的に表示されるようになっている。
上記のように、ユーザが店舗ＳＴに来店しているときに、過去に獲得した評価物が店舗表示装置５０に優先的に表示されるようにすれば、入賞経験のあるユーザは、特別に待遇を受けたことによる優越感や満足感を得ることができる。このために、入賞経験のあるユーザは、例えば満足感を得ようとしたり、友人に自慢したいなどのように店舗ＳＴを訪れようとする動機が強まることになる。このようにユーザが店舗ＳＴを訪れようとする動機が強まることで、店舗ＳＴの来客数の増加が期待できる。

〔店舗サーバの構成〕
図３を参照して、本実施形態の店舗サーバ１０の構成例について説明する。同図に示すように、店舗サーバ１０は、通信部１１０、制御部１２０及び記憶部１３０を備える。

通信部１１０は、店舗ＳＴにおける通信網（例えばＬＡＮ（Local Area Network）など）を介してゲーム装置３０及び店舗表示装置５０と通信を行う。

制御部１２０は、店舗サーバ１０における各種の制御を実行する。制御部１２０としての機能は、店舗サーバ１０が備えるＣＰＵ（Central Processing Unit）がプログラムを実行することによって実現される。
制御部１２０は、店舗表示装置５０への評価物の表示の制御に対応して、記憶情報管理部１２１、位置情報取得部１２２、判定部１２３、報知制御部１２４の各機能部を備える。

記憶情報管理部１２１は、記憶部１３０が記憶する情報を管理する。記憶部１３０が記憶する情報の管理の態様の１つとして、記憶情報管理部１２１は、ユーザ情報を管理する。即ち、麻雀ゲーム対応のゲーム装置３０にて麻雀ゲームをプレイした結果、大会にて入賞すると、麻雀ゲーム対応のゲーム装置３０はユーザに授与する評価物を生成する。ゲーム装置３０は、生成した評価物を表す評価物データを店舗サーバ１０に送信する。
評価物データには、評価物の表示に用いられる評価物画像データと、評価物についての所定のメタデータ（属性情報）を含む評価物メタデータと、評価物が授与されたユーザを表すユーザアカウントと、評価物が授与された授与日時とを含む。
店舗サーバ１０にて評価物データが受信されると、記憶情報管理部１２１は、受信された評価物データを、記憶部１３０におけるユーザ情報テーブル記憶部１３１に記憶（登録）する。

位置情報取得部１２２は、ユーザの位置情報を取得する。
前述のように、ゲーム装置３０にはゲームの開始に際してゲームをプレイするユーザのユーザアカウントが入力されると、ゲーム装置３０は、ユーザアカウントを入力したユーザがゲームを開始すること示すゲーム開始通知を店舗サーバ１０に送信する。ゲーム開始通知には、例えば入力されたユーザアカウントと、当該ゲーム開始通知の送信元のゲーム装置３０の識別情報（ゲーム装置ＩＤ）とを送信する。

そこで、位置情報取得部１２２は、上記のようにゲーム装置３０から送信されるゲーム開始通知をユーザの位置情報として取得する。
即ち、ゲーム装置３０からゲーム開始通知が送信されたということは、送信されたゲーム開始通知に含まれるユーザＩＤによって示されるユーザが店舗ＳＴ内に存在していることを示す。従って、ゲーム装置３０から店舗サーバ１０に送信されたユーザアカウントは、ユーザの位置が店舗ＳＴ内であることを示す位置情報である。

判定部１２３は、位置情報取得部１２２により取得された位置情報に基づき、店舗ＳＴ内（特定場所の一例）にユーザが存在するか否かを判定する。
具体的に、本実施形態の判定部１２３は、位置情報取得部１２２により位置情報としてのゲーム開始通知が受信されていない状態では店舗ＳＴ内にユーザが存在していないと判定する。一方、判定部１２３は、位置情報取得部１２２により位置情報としてのゲーム開始通知が受信されると、受信されたゲーム開始通知に含まれるユーザＩＤが示すユーザが店舗ＳＴ内に存在していると判定する。

本実施形態において、「特定場所」とは、例えばゲームセンター等を含む遊技場、遊園地、スタジアム、コンサート会場などの現実世界における物理的な施設そのものに対応する場所、または、施設と施設近傍を含む場所である。また、「特定場所」とは、例えば地理座標で特定されるポイント（緯度、経度等）あるいは領域であってもよい。

報知制御部１２４は、判定部１２３によりユーザが店舗ＳＴ内に存在すると判定された場合、当該ユーザに関連付けられた評価物（ユーザ関連情報の一例）を、店舗表示装置５０（情報報知部の一例）において他の情報よりも優先して報知する。

本実施形態において、「情報報知部」とは、例えば物理的な娯楽施設などとしての特定場所に備えられる表示装置である。表示装置は、例えば娯楽施設において、どの客も観ることができるように配置された大型の表示装置である。あるいは、表示装置は、例えばゲームセンターにおいて備えられるゲーム機の画面などであってもよい。
また、「情報報知部」は、物理的な娯楽施設などとしての特定場所に備えられるスピーカなどの音を出力する装置であってもよい。
また、「情報報知部」は、ゲーム空間などの仮想空間においては、仮想空間における所定の場所などとなる。

また、本実施形態において、「優先して報知する」とは、特定場所に存在することが判定されたユーザのユーザ関連情報（または、後述するが、仮想空間において存在有りと判定されたキャラクタまたは当該キャラクタのユーザ識別情報に可憐付けられた関連情報）について、他の報知対象の情報よりも人による認知性が高まるようにして出力することである。
具体的に、「優先して報知する」とは、単位時間において他の報知対象の情報よりも長い時間表示されるようにすることである。
あるいは、「優先して報知する」とは、単位時間において他の報知対象の情報よりも表示される頻度（回数）を多くすることである。
あるいは、「優先して報知する」とは、例えば賞状などの場合であれば、他の報知対象の情報が賞状のみが表示されるのに対して、華やかな額に収められた状態で表示するなど、他の報知対象の情報よりも目立つ態様で表示させることである。

また、判定部１２３は、店舗ＳＴに存在すると判定されたユーザについて、ユーザ情報テーブル記憶部１３１が記憶するユーザ情報に基づいて、評価物を獲得しているユーザ（特定のユーザの一例）か否かについてさらに判定する。
そして、報知制御部１２４は、判定部１２３により評価物を獲得しているユーザであることが判定された場合、当該ユーザに関連付けられた評価物またはそれに関する情報を、店舗表示装置５０において他の情報よりも優先して報知する。

本実施形態において、「特定のユーザ」とは、対応のユーザ関連情報の報知が行われることについての資格を有するユーザである。
具体的には、賞状やトロフィーなどの評価物がユーザ関連情報として報知される場合、賞状やトロフィーなどを獲得していることを示すユーザ情報が記憶部に記憶されているユーザが特定のユーザである。
また、例えば来場回数が一定以上であるユーザ名やユーザの写真などがユーザ関連情報として報知される場合、来場回数が一定以上であることを示すユーザ情報が記憶部に記憶されているユーザが特定のユーザである。
また、「特定のユーザ」とは、例えば、ゲーム上の所定以上のレベルやステージに到達しているユーザである。
また、「特定のユーザ」とは、例えば、ゲーム内で特定のアイテムを獲得したユーザである。ここで、特定のアイテムとは、入手に時間を要するもの、入手のためにゲーム内で消費するポイント等が大きいもの、入手できる確率が低いもの等、簡単に入手することができない（獲得難度が高い）ものを示す。例えば、宝石、装飾品、武器、本、キャラクタ等、適宜、設定することができる。

記憶部１３０は、店舗サーバ１０が処理する各種の情報を記憶する。記憶部１３０は、ユーザ情報テーブル記憶部１３１を備える。
ユーザ情報テーブル記憶部１３１は、ユーザ情報を記憶する。ユーザ情報は、本実施形態の麻雀ゲームを店舗ＳＴのゲーム装置３０を利用して行うユーザに関する情報を記憶する。ユーザ情報テーブル記憶部１３１は、複数のユーザごとのユーザ情報をユーザ情報テーブルの構造により記憶する。

図４は、ユーザ情報テーブル記憶部１３１が記憶するユーザ情報テーブルの一例を示している。
同図のユーザ情報テーブルにおける１行（１レコード）が１ユーザに対応するユーザ情報である。１ユーザに対応するユーザ情報は、ユーザＩＤ、パスワード、ユーザ名、及び評価物履歴情報を含む。

ユーザ情報における評価物履歴情報は、対応のユーザがこれまでに店舗ＳＴにおける麻雀ゲーム対応のゲーム装置３０で麻雀ゲームを行ったことにより獲得された評価物についての履歴を示す情報である。
同図に示すように、評価物履歴情報は、１以上の評価物情報を含む。１つの評価物情報が、ユーザにより獲得された１つの評価物に関する情報である。
１つの評価物に対応する評価物情報は、評価物画像データ、評価物メタデータ、獲得日時及び報知履歴の各情報を含む。

評価物画像データは、対応の評価物を表した画像データであり、評価物を店舗表示装置５０により表示する際に使用される。
評価物メタデータは、対応の評価物に関する所定のメタデータ（属性情報）を含む。評価物メタデータにおいては、例えば、対応の評価物の種別（例えば、賞状、トロフィー、盾など）、評価物がユーザに授与された大会に関する情報（大会名、大会のレベル、大会の参加人数など）が含まれる。
授与日時は、対応の評価物がユーザに対して授与された日時を示す。
前述のように、評価物画像データ、評価物メタデータ及び授与日時は、ユーザが麻雀ゲームをプレイして入賞した結果、麻雀ゲームがプレイされたゲーム装置３０から店舗サーバ１０に送信される評価物データに含まれている情報である。

報知履歴は、対応の評価物が店舗表示装置５０にて表示された履歴を示す情報である。具体的に報知履歴は、対応の評価物の店舗表示装置５０での表示（評価物表示）ごとの表示期間（表示開始日時と表示終了時刻）を含む。図４において、報知履歴は１つの情報を表示しているが、これは一例であり、対応のユーザが繰り返し店舗を訪問している場合には、複数の報知履歴が存在することになる。

〔処理手順例〕
続いて、図５のフローチャートを参照して、本実施形態におけるゲーム装置３０と店舗サーバ１０とが、店舗ＳＴに来場したユーザに対応する評価物の優先表示のために実行する処理手順例について説明する。

まず、ゲーム装置３０が実行する処理手順から説明する。なお、同図のゲーム装置３０の処理は、麻雀ゲーム対応のゲーム装置３０には限定されず、店舗ＳＴに設置されたゲーム装置３０のいずれが実行してもよい。
前述のように、ユーザがゲームを開始するにあたって、ユーザは、ゲーム装置３０に対する文字入力操作またはユーザカードＵＣをゲーム装置３０に読み込ませることにより、ゲーム装置３０にユーザアカウントを入力する。
そこで、ゲーム装置３０は、ユーザアカウントが入力されるのを待機する（ステップＳ１００−ＮＯ）。そして、ユーザアカウントが入力されると（ステップＳ１００−ＹＥＳ）、ゲーム装置３０は、店舗サーバ１０に対して、入力されたユーザアカウントと自己のゲーム装置ＩＤとを含み、ゲームが開始されることを示すゲーム開始通知を店舗サーバ１０に対して送信する（ステップＳ１０２）。

また、ゲーム装置３０は、ユーザによる麻雀ゲームのプレイが開始されると、プレイされた麻雀ゲームが終了するのを待機する（ステップＳ２００−ＮＯ）。
そして、麻雀ゲームが終了すると（ステップＳ２００−ＹＥＳ）、ゲーム装置３０は、ゲーム開始時において入力されたユーザアカウントと自己のゲーム装置ＩＤとを含み、ゲームが終了したことを示すゲーム終了通知を店舗サーバ１０に対して送信する（ステップＳ２０２）。

続いて、店舗サーバ１０が実行する処理手順例について説明する。
店舗サーバ１０における位置情報取得部１２２は、店舗ＳＴに設置されたゲーム装置３０のうちのいずれかから送信されたゲーム開始通知が受信されたか否かについて判定する。（ステップＳ３００）。
前述のように、位置情報取得部１２２は、受信されたゲーム開始通知を位置情報として取得する。

そして、ゲーム開始通知が受信されると（ステップＳ３００−ＹＥＳ）、判定部１２３は、ゲーム開始通知に含まれるユーザアカウントのユーザＩＤによって示されるユーザが店舗ＳＴに存在すると判定し、以下の処理を実行する。
つまり、判定部１２３は、ステップＳ３００に対応して受信されたゲーム開始通知に含まれるのと同じユーザＩＤを格納するユーザ情報を、ユーザ情報テーブル記憶部１３１から検索する（ステップＳ３０２）。
次に、判定部１２３は、ステップＳ３０２により検索したユーザ情報において有意な評価物履歴情報が格納されているか否かについて判定する（ステップＳ３０４）。
例えば、対応のユーザが麻雀ゲームで未だ一度も入賞しておらず、１つも評価物が授与されていない場合、ユーザ情報において有意な評価物履歴情報は格納されていない。これに対して、対応のユーザが麻雀ゲームで入賞した経験が有り、評価物が授与されたことがあれば、ユーザ情報において授与された評価物の評価物情報を含む有意な評価物履歴情報が格納されている。

ステップＳ３０４において、有意な評価物履歴情報が格納されていると判定した場合、ユーザは、自分に授与された評価物の報知が行われることの資格を有していることになる。
そこで、この場合の報知制御部１２４は、優先報知対象の評価物の表示を優先した、店舗表示装置５０の表示進行順を設定する（ステップＳ３０６）。優先報知対象の評価物とは、先のステップＳ３００にて受信されたゲーム開始通知に含まれるユーザＩＤが示すユーザのユーザ情報に含まれる評価物履歴情報に格納される評価物情報が示す評価物である。
本実施形態においては、優先報知対象の評価物の表示を優先させる態様として、優先報知対象の評価物が表示される頻度を、他の情報よりも高くする。

図６を参照して、ステップＳ３０６において変更される表示進行順の一例について説明する。
図６において、上の行には、ステップＳ３０６により変更される前の表示進行順の一例が示されている。
同図の場合、例えば１番目の１表示区間においては、表示時間Ｔ１ごとに、評価物Ａの定常表示と、これに続く広告Ａ、広告Ｂの表示を行うことが示されている。また、次の２番目の２表示区間においては表示時間Ｔ１ごとに、評価物Ｂの定常表示と、これに続く広告Ｃ、広告Ｄの表示を行うことが示されている。
このように、変更前の表示進行順においては、表示区間ごとに表示される内容が異なる。
そして、ステップＳ３０６により変更された表示進行順は、例えば図６の下の行のようになる。つまり、１番目の１表示区間においては、表示時間Ｔ１ごとに、優先報知対象の評価物が表示され、続けて、評価物Ａの定常表示、広告Ａ、広告Ｂが表示される。次に、２番目の１表示区間においては、表示時間Ｔ１ごとに、優先報知対象の評価物が表示され、続けて、評価物Ｂの定常表示、広告Ｃ、広告Ｄが表示される。
即ち、図６の下の行の表示進行順では、１表示区間ごとに、同じ優先報知対象の評価物が表示されるようにしている。これに対して、他の情報（評価物Ａの定常表示、広告Ａ、広告Ｂ、評価物Ｂの定常表示、広告Ｂ、広告Ｃ）は、２つの連続する１表示区間において各１回ずつの表示となっている。このように、本実施形態においては、表示進行順において、優先報知対象の評価物が表示される頻度を他の情報（定常表示される評価物、広告など）よりも高くしている。
また、図６の態様では、優先報知対象評価物を１表示区間内に追加する形で挿入するようにしているが、例えば評価物Ａ定常表示、広告Ａ、広告Ｂのいずれかを削除した上で、それに代わるように優先報知対象評価物を表示するようにしてもよい。さらにまた、例えば、評価物Ａ定常表示と広告Ｂの両方を削除して、それに代わるように優先報知対象評価物を表示するようにしてもよい。
また、図６では図示されていないが、店舗内で獲得された全てのユーザの評価物を順次表示するようにしておき、それらのユーザの内、あるユーザが来店した場合に、そのユーザの評価物の表示頻度を高くするようにしてもよい。例えば、店舗内で獲得された全ての評価物の数が５０個あり、その５０個の評価物が順次表示されているとする。従って、ある一つの評価物の表示は５０回に１回表示されることになる。その状態で、評価物を有するあるユーザが来店した場合に、そのユーザの評価物の表示を例えば５回に１回表示する変更するのである。この場合、その来店ユーザの評価物の表示頻度は１０倍に増加することになる。

なお、ステップＳ３０６において表示進行順を変更するにあたり、優先報知対象のユーザに授与された評価物が複数である場合には、例えば１つの代表的な評価物を選択したうえで、選択した評価物を、各１表示区間で表示させればよい。評価物の選択にあたっては、例えば、授与日時が最新の評価物を選択する、あるいは、評価物メタデータにおいて示される対応の大会のレベルがもっと高いものを選択するようにすることができる。
あるいは、複数の評価物のうちから１表示区間において表示すべき評価物を順次１つ選択するようにしてもよい。
あるいは、複数の評価物を１つにまとめた画像を、１表示区間ごとに表示させるようにしてもよい。

説明を図５に戻す。ゲーム開始通知の受信されなかったことが判定された場合（ステップＳ３００−ＮＯ）、あるいは、有意な評価物履歴情報が格納されていなかったことが判定された場合（ステップＳ３０４−ＮＯ）、ステップＳ３０６による表示進行順の変更は行われない。そして、以下の処理が実行される。
つまり、判定部１２３は、店舗ＳＴにおけるゲーム装置３０のうちのいずれかが送信するゲーム終了通知が受信されたか否かについて判定する（ステップＳ３０８）。
ゲーム終了通知が受信された場合（ステップＳ３０８−ＹＥＳ）、判定部１２３は、受信されたゲーム終了通知に含まれるユーザＩＤのユーザを、ゲーム休憩ユーザとして設定する（ステップＳ３１０）。ゲーム休憩ユーザは、店舗ＳＴ内には存在しているがゲームを行っていないユーザである。

ステップＳ３１０の処理を経た場合、あるいは、ゲーム終了通知が受信されない場合（ステップＳ３０８−ＮＯ）、判定部１２３は、ゲーム休憩ユーザがゲームを再開することなく一定時間を経過したか否かについて判定する（ステップＳ３１２）。
ゲーム休憩ユーザがゲームを再開したか否かは、ゲーム休憩ユーザであるユーザのユーザＩＤを含むゲーム開始通知が、再度、ステップＳ３００にて受信されたか否かにより判定できる。

ゲーム休憩ユーザがゲームを再開することなく一定時間を経過した場合（ステップＳ３１２−ＹＥＳ）、判定部１２３は、ゲームを再開することなく一定時間を経過したゲーム休憩ユーザを退出ユーザとして扱う。退出ユーザとは、店舗ＳＴから退場したユーザである。
そして、上記のようにゲーム休憩ユーザがゲームを再開することなく一定時間を経過したことに応じて、報知制御部１２４は、退出ユーザの評価物を優先表示の対象から除外した表示進行順に変更する（ステップＳ３１４）。一例として、ステップＳ３１４の処理によって、表示進行順は、図６の下の行の状態から上の行の状態に変更される。

先のステップＳ３０６による表示進行順の変更の処理またはステップＳ３１４による表示進行順の変更の処理を経た後、報知制御部１２４は、ステップＳ３６０またはステップＳ３１４により変更された表示進行順に従った表示が行われるように、店舗表示装置５０を制御する（ステップＳ３１６）。
ステップＳ３１６の処理の後、あるいは、ゲーム休憩ユーザがゲームを再開していない状態が一定時間を経過していない場合（ステップＳ３１２−ＮＯ）、ステップＳ３００に処理が戻される。

〔第１の実施形態のまとめ〕
以上説明してきたように、第１の実施形態に係る情報報知システムは、位置情報取得部１２２と、判定部１２３と、店舗表示装置５０（情報報知部の一例）と、報知制御部１２４とを備える。
位置情報取得部１２２は、ユーザの位置情報（ユーザＩＤを含むゲーム開始通知）を取得する。
判定部１２３は、位置情報取得部１２２により取得された位置情報に基づき、店舗ＳＴ（特定場所の一例）にユーザが存在するか否かを判定する。
店舗表示装置５０は、店舗ＳＴに設けられ、情報を報知する。
報知制御部１２４は、判定部１２３によりユーザが店舗ＳＴに存在すると判定された場合、当該ユーザに授与された評価物（ユーザに関連付けられたユーザ関連情報の一例）を、店舗表示装置５０において他の情報よりも優先して報知する。

上記構成によれば、例えばユーザが店舗ＳＴに赴くと、自分の評価物が店舗表示装置５０にて表示される。これにより、ユーザが店舗ＳＴに訪問すれば満足感が高まることとなり、店舗ＳＴへのユーザの関心を喚起させ、店舗ＳＴの集客数を高めることが可能になる。

また、本実施形態に係る情報報知システムは、ユーザに関連する所定のユーザ情報を記憶する記憶部１３０をさらに備える。
また、判定部１２３は、店舗ＳＴに存在すると判定されたユーザについて、記憶部１３０が記憶するユーザ情報に基づいて、特定のユーザ（授与された評価物の報知が行われることの資格を有するユーザ）か否かについてさらに判定する。
そして、報知制御部１２４は、判定部１２３により特定のユーザであることが判定された場合、当該ユーザに授与された評価物を、店舗表示装置５０において他の情報よりも優先して報知する。

上記構成によれば、店舗ＳＴに存在しているユーザのうちで特定のユーザのみを対象として店舗表示装置５０での報知（表示）が行われる。このように特定のユーザにならなければ店舗表示装置５０にて表示されないようにすることで、店舗表示装置５０にて表示されることの価値が高まり、表示の対象となったユーザの満足感をさらに高めて、店舗ＳＴに赴こうとするユーザの動機をさらに強めることが可能になる。
また、店舗表示装置５０により評価物が表示されることを目的として店舗ＳＴに赴いてゲームを行って特定のユーザになりたいと考える客も増えることになり、この点でも集客数の増加が期待できる。

また、本実施形態に係る情報報知システムにおいて、情報報知部は表示部（例えば、店舗表示装置５０）であり、報知制御部１２４は、ゲームにおいてユーザに付与された所定の評価物をユーザ関連情報として表示部にて表示する。

上記構成によれば、評価物を表示するという態様によって報知が行われることになる。これにより、ユーザに関連する情報の報知を視覚によって強くアピールすることが可能になる。このため、店舗ＳＴに来場した客が、評価物の報知に気付きやすくなるために、評価物が表示されるユーザの満足感をさらに高めて、店舗ＳＴへ来場することの動機をさらに強めることが可能になる。

また、本実施形態に係る情報報知システムにおいて、報知制御部１２４は、ユーザ関連情報について、単位時間において報知される頻度が他の報知対象の情報よりも多くなるようにする。

上記構成によれば、ユーザ関連情報が他の情報よりも高い頻度で報知されるようにすることによって、優先した報知が実現される。

また、本実施形態における情報報知システムにおいて、報知制御部１２４は、１２３判定部によって特定場所に存在すると判定されていたユーザについて存在しなくなったことが判定された場合、ユーザに関連付けられたユーザ関連情報の優先させた報知を解除する。

上記構成によれば、対応のユーザが例えば店舗ＳＴに来場しているときに対応してのみ、ユーザに対応するユーザ関連情報を優先した報知が行われるようにされる。つまり、対応のユーザが店舗ＳＴから退場してしまった場合には、退場したユーザに対応するユーザ関連情報についての優先した報知は行われないようにされる。これにより、無駄に優先的に報知されるユーザ関連情報が増えてしまわないようにすることができる。

［第２の実施形態］
続いて、第２の実施形態について説明する。先の第１の実施形態において、優先報知対象の評価物の表示を優先させるにあたっては、図６に示すように優先報知対象の評価物が表示される頻度を他の情報よりも高くするようにしていた。
これに対して、本実施形態においては、優先報知対象の評価物を表示する１回の継続的な表示時間が、他の報知対象の情報よりも長くなるようにする。

図７は、本実施形態における優先報知の態様の一例を示している。同図においては、１番目の１表示区間において、同じ表示時間Ｔ１ごとに、評価物Ａの定常表示、広告Ａ、広告Ｂの順に表示が行われている。
また、２番目の１表示区間においては、同じ表示時間Ｔ１ごとに、評価物Ｂの定常表示、広告Ｃ、広告Ｄの順に表示が行われている。
そして、３番目の１表示区間においては、まず、優先報知対象の評価物が表示時間Ｔ１よりも長い表示時間Ｔ２により表示され、続けて、表示時間Ｔ１ごとに、広告Ｅ、広告Ｆの順に表示が行われている。
このように、本実施形態においては、優先報知対象の評価物については、他の評価物の定常表示や広告などに対して、より長い表示時間による表示が行われるようにすることで、優先した報知が行われるようにしている。

本実施形態における店舗サーバ１０の処理としては、図５と同様でよい。ただし、本実施形態の報知制御部１２４は、ステップＳ３０６において、図７にて説明したように、優先報知対象の評価物の表示時間については、他の情報よりも長くするようにして表示進行順の変更を行う。また、図６の態様と図７の態様とを組み合わせてもよい。即ち、図６に示すように、１表示区間ごとに優先報知対象の評価物を表示し、且つ、図７のように優先報知対象の評価物の表示時間を広告等の他の情報よりも長くしてもよい。さらにまた、各表示区間の長さを固定とする場合には、優先報知対象の評価物の表示時間を長くした分、広告の表示時間を短くしてもよい。さらには、広告の表示時間を無くし、その分を優先報知対象の評価物の表示時間にあててもよい。

〔第２の実施形態のまとめ〕
以上説明したように、第２の実施形態に係る情報報知システムにおいて、報知制御部１２４は、ユーザ関連情報について、１回の表示の継続的な表示時間が、他の報知対象の情報よりも長くなるようにする。

上記構成によれば、ユーザ関連情報が他の情報よりも長い継続時間で表示されるようにすることで優先した報知が実現される。

［第３の実施形態］
〔概要〕
続いて、第３の実施形態について説明する。例えば、店舗ＳＴにおいて、評価物が授与されたユーザが複数存在していることが認識されている場合、店舗サーバ１０は、複数のユーザの評価物のそれぞれを他の情報よりも優先して店舗表示装置５０に表示させる。
この際、優先報知対象の各ユーザの評価物の表示については優先度を設けず、例えば図６に示す態様に順じて、１表示区間ごとに各ユーザの評価物を順次、表示させてもよいが、或る基準に従って表示の優先度（報知の優先度）を設定し、設定した優先度に従って表示させることもできる。

例えば、評価物の獲得難易性（ユーザ関連情報の獲得難易性）に基づいて報知の優先度を設定するようにする。つまり、複数の優先報知対象の評価物がある場合において、ユーザが獲得することについての困難性が高い評価物ほど、高い優先度が設定される。
具体的に、本実施形態においては、評価物としての賞状、トロフィーなどに対応する入賞順位が高いものほど、高い優先度が設定される。

本実施形態において、「報知の優先度」とは、複数のユーザ関連情報を他の報知対象の情報に対して優先させて報知するにあたっての優先性の度合いである。優先度は、例えばユーザ関連情報ごとに対応する日時と現在日時との時間差、または報知履歴が示す過去の報知回数に応じて定められる点数などに基づく絶対的な値であってもよいし、１位、２位、３位・・・のように優先順位を示す相対的な値であってもよい。
ここで、上記の「ユーザ関連情報ごとに対応する日時と現在日時との時間差」の具体例としては、評価物（ユーザ関連情報）が授与された日時と現在日時（ユーザの来店が確認されたタイミングにおける日時）との時間差である。この時間差が小さいほど、ユーザに授与された評価物は新しい。このように授与された評価物が新しいほど、ユーザにとって獲得したときの喜びや感動が大きく残っていると考えられる。一方、かなり以前に授与された評価物、あるいはユーザが複数の評価物を獲得している場合に、いくつか前に獲得した評価物はそれほど印象が残っていないものと思われる。そこで、授与された評価物が新しいほど価値があり優先して報知されるべきとの考え方を採る場合に、ユーザ関連情報ごとに対応する日時と現在日時との時間差が小さいほど、報知の優先度としての値が高くするように優先度を設定できる。
また、「報知履歴が示す過去の報知回数に応じて定められる点数（以下、報知履歴ポイントとも呼ぶ）」とは、具体的には以下のようなものである。最も簡単な例の１つとしては、ユーザ関連情報が１回報知されるごとにｎ（正の値）点を付与することとして、これまでの報知回数をｈとすると、ｎ×ｈで表される値が報知履歴ポイントとなる。
報知履歴ポイントに基づく優先度の設定としては、以下の２つの例を挙げることができる。つまり、報知履歴ポイントが多いほど、対応のユーザは店舗ＳＴに訪れる頻度が高いヘビーユーザである。このようなヘビーユーザを尊重するという考え方を採る場合には、報知履歴ポイントが多いほど、報知の優先度としての値が高くなるように設定し、優先対象のユーザ関連情報のうち、ヘビーユーザのユーザ関連情報が優先して表示されるようにする。逆に、店舗ＳＴに訪問する頻度が低いユーザに高い頻度で通ってもらいたい場合には、報知履歴ポイントが少ないほど、報知の優先度としての値が高くなるように設定し、優先対象のユーザ関連情報のうち、店舗ＳＴに訪問する頻度の少ないユーザのユーザ関連情報が優先して表示されるようにする。
なお、１ユーザに対応する複数のユーザ関連情報を他の報知対象の情報に対して優先させて報知することもできる。この場合には、例えば上記の例のいずれかによって設定されたユーザ関連情報ごとの報知の優先度に従って、複数のユーザ関連情報の間で単位時間において表示される時間を異ならせることができる。

また、本実施形態において、「ユーザ関連情報の獲得難易性」とは、例えばユーザ関連情報が、ユーザがゲームで入賞したことにより獲得した賞状やトロフィーなどの評価物である場合において、ユーザが獲得した評価物に対応する入賞順位、ユーザが評価物を獲得したゲームが行われた大会のレベル、大会の参加人数（即ち、賞を獲得するにあたっての競争率）などである。
また、「ユーザ関連情報の獲得難易性」は、例えばユーザ関連情報が評価物である場合には、ユーザが獲得した評価物の数、即ち、ユーザに関連付けられたユーザ関連情報の数であってもよい。

本実施形態において、設定された優先度を店舗表示装置５０での情報の表示進行順にどのように反映させるのかについて特に限定されるものではない。例えば、図６の説明に準じて、優先度が高くなるのに応じて、表示される頻度が高くなるように表示進行順を変更することができる。あるいは、図７の説明に準じて、優先度が高くなるのに応じて、評価物が継続して表示される１回の表示時間を長くするようにしてもよい。

〔処理手順例〕
図８を参照して、本実施形態の店舗サーバ１０が店舗ＳＴに来場したユーザに対応する評価物の優先表示のために実行する処理手順例について説明する。
同図において、ステップＳ１３００〜Ｓ１３０４の処理は、図５におけるステップＳ３００〜Ｓ３０４と同様となることからここでの説明を省略する。

ステップＳ１３０４にて、今回のステップＳ１３００にて受信されたゲーム開始通知に含まれるユーザＩＤが示すユーザのユーザ情報において、有意な評価物履歴情報が含まれていることが判定された場合、報知制御部１２４は、以下の処理を実行する。
つまり、報知制御部１２４は、今回のステップＳ１３００に対応するゲーム開始通知の受信に応じた優先報知対象の評価物について、当該評価物が対応する入賞順位に基づいて優先度を設定する（ステップＳ１３０６）。評価物が対応する入賞順位は、図４にて示したように、対応の評価物の評価物情報における評価物メタデータにおいて示されている。
そして、報知制御部１２４は、今回のステップＳ１３００に対応するゲーム開始通知の受信に応じた優先報知対象の評価物の表示について、ステップＳ１３０６により設定した優先度に従って優先されるように表示進行順を変更する（ステップＳ１３０８）。

ステップＳ１３１０〜Ｓ１３１８の処理は、図５におけるステップＳ３０８〜Ｓ３１６と同様となることから、ここでの説明を省略する。

なお、本実施形態においては、評価物に対応する入賞順位としての獲得難易性に基づいて優先報知における優先度を設定している。しかし、獲得難易性としては入賞順位に限定されるものでない。
例えば、本実施形態における報知制御部１２４は、評価物が授与された大会のレベルに基づいて優先度を設定することもできる。ここで、大会のレベルとは、特定のゲームセンター内を対象とした規模なのか、都道府県、関東地区（関西地区）あるいは全国等を対象とした規模なのか、といったような大会へ参加者の規模の大きさに応じたものであってもよい。あるいは初心者、中級者、上級者といったゲームに対する熟練度や技術レベル、到達ステージに応じたものであってもよい。
また、１ユーザができるだけ多くの評価物を獲得するということも難易度が高いといえる。そこで、本実施形態における報知制御部１２４は、１ユーザに対応する全ての評価物をまとめて優先報知対象の評価物として表示するような場合において、１ユーザに対して授与された評価物の数に基づいて優先度を設定することもできる。

〔第３の実施形態のまとめ〕
以上説明したように、第３の実施形態に係る情報報知システムにおいて、報知制御部１２４は、判定部１２３によって特定場所に存在すると判定されたユーザに関連付けられたユーザ関連情報の所定の属性に基づいて報知の優先度を設定する。

上記構成によれば、複数のユーザごとの優先報知対象のユーザ関連情報を他の情報より優先させて報知させるにあたり、優先報知対象のユーザ関連情報ごとに設定した優先度に応じて報知させることができる。
これにより、例えば全ての優先報知対象のユーザ関連情報が一律に同じ優先度で報知されるのではなく、或る一定の条件のもとで優先度に差が与えられるために、優先報知対象のユーザ関連情報を適切に報知させることが可能になる。

そのうえで、本実施形態に係る情報報知システムにおいて、報知制御部１２４は、判定部１２３によって特定場所に存在すると判定されたユーザに関連付けられたユーザ関連情報の獲得難易性に基づいて報知の優先度を設定する。

上記構成によれば、獲得が困難であったユーザ関連情報ほど高い優先度で報知されることになる。これにより、報知されるユーザ関連情報の価値が高まり、ユーザ関連情報が報知されたユーザの満足感もより高いものとなる。

［第４の実施形態］
〔概要〕
続いて、第４の実施形態について説明する。先の第３の実施形態においては、入賞順位などの獲得難易性に基づいて、優先報知対象の評価物の優先度を設定していた。
これに対して、本実施形態においては、優先報知対象の評価物が対応する日時に基づいて報知の優先度が設定される。具体的に、本実施形態においては、優先報知対象の評価物の授与日時が新しいほど優先度が高くなるように設定される。

授与日時が古い評価物ほど、ユーザにとっては過去の成績に関するものになることから、価値としては低くなっていくと捉えられる。このような観点によれば、できるだけ授与日時が新しく、最近授与された評価物を優先させて表示することが合理的であり、これからも大会に参加しようとするユーザ、即ち、今後も店舗ＳＴに訪れてゲームを行おうとするユーザのモチベーションを高めることができる。

〔処理手順例〕
図９のフローチャートを参照して、本実施形態の店舗サーバ１０が店舗ＳＴに来場したユーザに対応する評価物の優先表示のために実行する処理手順例について説明する。
同図において、ステップＳ２３００〜Ｓ２３０４の処理は、図８におけるステップＳ１３００〜Ｓ１３０４と同様であることから、ここでの説明を省略する。

本実施形態において、報知制御部１２４は、今回のステップＳ２３００に対応するゲーム開始通知の受信に応じた優先報知対象の評価物について、当該評価物が対応する授与日時に基づいて優先度を設定する（ステップＳ２３０６）。
評価物が対応する授与日時は、図４にて示したように、対応の評価物の評価物情報において示される。

また、同図において、ステップＳ２３０８〜Ｓ２３１８の処理は、図８におけるステップＳ１３０８〜Ｓ１３１８と同様であることから、ここでの説明を省略する。

〔第４の実施形態のまとめ〕
以上説明したように、第４の実施形態に係る情報報知システムにおいて、報知制御部１２４は、判定部１２３によって特定場所に存在すると判定されたユーザに関連付けられたユーザ関連情報が対応する日時に基づいて報知の優先度を設定する。

上記構成によれば、優先報知対象のユーザ関連情報に対応する日時に応じて報知される優先の度合いが異なるようにされる。これにより、優先報知対象のユーザ関連情報の新旧などに応じて適切に優先度を設定して報知することが可能になる。

［第５の実施形態］
〔概要〕
続いて、第５の実施形態について説明する。本実施形態においては、今回において優先報知対象とされた評価物について、これまでに店舗表示装置５０にて報知（表示）された回数（報知回数：報知履歴の一例）に基づいて報知の優先度が設定される。
具体的に、優先報知対象とされた評価物についての報知回数が多いほど低い優先度を設定し、報知回数が少ないほど高い優先度を設定する。

評価物を優先報知対象とするにあたり、例えばある比較的長い期間において、評価物が優先報知される機会がユーザ間できるだけ均等であることが好ましいという考え方を採ることができる。そこで、本実施形態においては、上記のように優先報知対象の評価物についての報知回数に基づいて優先度を設定するように構成される。

〔処理手順例〕
図１０のフローチャートを参照して、本実施形態における店舗サーバ１０が店舗ＳＴに来場したユーザに対応する評価物の優先表示のために実行する処理手順例について説明する。
同図において、ステップＳ３３００〜Ｓ３３０４の処理は、図８におけるステップＳ１３００〜Ｓ１３０４と同様であることから、ここでの説明を省略する。

本実施形態において、報知制御部１２４は、今回のステップＳ３３００に対応するゲーム開始通知の受信に応じた優先報知対象の評価物について、当該評価物が対応する報知回数に基づいて優先度を設定する（ステップＳ３３０６）。
評価物が対応する報知回数は、図４にて示した、対応の評価物の評価物情報における報知履歴に含まれる。

また、同図において、ステップＳ３３０８〜Ｓ３３１８の処理は、ステップＳ１３０８〜Ｓ１３１８と同様であることから、ここでの説明を省略する。

〔第５の実施形態のまとめ〕
以上説明したように、第５の実施形態に係る情報報知システムにおいて、報知制御部１２４は、判定部１２３によって特定場所に存在すると判定されたユーザが複数である場合には、ユーザ関連情報の報知履歴に基づいて報知の優先度を設定する。

上記構成によれば、優先報知対象のユーザ関連情報のこれまでの報知の履歴に応じて報知される優先の度合いが異なるようにされる。これにより、例えばユーザ関連情報が報知される機会ができるだけ均等となるようにすることが可能になる。

［第６の実施形態］
〔概要〕
続いて、第６の実施形態について説明する。本実施形態の麻雀ゲームでは、複数のユーザがチームとしてのユーザグループ（以下、単にグループと記載する）を組み、グループ間での対戦を行う。本実施形態においては、賞状やトロフィーなどの評価物は、個々のユーザに対してではなく、グループに対して授与が行われる。

本実施形態において、「ユーザグループ」とは、例えば複数のユーザが協力して進行させていくようなゲームにおいて設定される、複数のユーザから構成されるグループである。例えば、グループ同士でバトルを行うようなゲームであれば、ゲームにおける各グループが「ユーザグループ」に該当する。また、野球やサッカーなどのゲームであれば、同じチームに属するユーザにより１つのユーザグループが構成される。そして、あるグループが大会等で優勝した場合に、そのグループに対して仮想の優勝カップ等の評価物が授与される。

そして、評価物が授与されたグループに属するユーザが店舗ＳＴに来場した場合に、そのユーザが属するグループに授与された評価物が店舗表示装置５０にて優先して表示されるのである。
そのうえで、本実施形態においては、店舗ＳＴに来場したユーザが、評価物が授与された複数のグループに属している場合、店舗サーバ１０は、複数のグループのうちで、店舗ＳＴに来場している所属ユーザの数が多い方のグループの評価物を優先させて表示する。
例えば、グループＡとグループＢがいずれも、グループとして評価物を獲得している場合に、店舗ＳＴに来場しているグループＡに属するユーザ数が２名、同じく店舗ＳＴに来場しているグループＢに属するユーザ数が５名であるとすると、グループＢの評価物を優先して表示するのである。
上記のように表示を行えば、ユーザ数が多い分、ユーザ間での盛り上がりも期待でき、また、店舗に対して関心を向けるユーザ数も多くなることから、リピーターとしてユーザが再度、来場する可能性を向上させることができる。なお、グループＡの評価物は表示しないようにしてもよいし、グループＡの評価物も表示はするが、その頻度あるいは表示時間がグループＢの評価物よりも低くなるようにして表示してもよい。

〔ユーザ情報テーブル〕
本実施形態における店舗サーバ１０の構成は図３と同様でよい。ただし、本実施形態では、ユーザのグループごとに評価物が授与されることに応じて、ユーザ情報テーブル記憶部１３１が記憶するユーザ情報テーブルの構造が図４と異なる。

本実施形態におけるユーザ情報テーブルは、図１１に示されるユーザグループ情報テーブルと、図１２に示すグループ対応評価物履歴情報テーブルとを備える。
図１１に示されるユーザグループ情報テーブルにおける１行（１レコード）が１ユーザに対応するユーザ情報である。１ユーザに対応するユーザ情報は、ユーザＩＤ、パスワード、ユーザ名及び所属グループＩＤの各情報を含む。
所属グループＩＤは、対応のユーザが所属する１以上のグループを示す識別情報である。

図１２に示されるグループ対応評価物履歴情報テーブルは、グループごとの評価物の授与状況を示す。同図のグループ対応評価物履歴情報テーブルにおける１行（１レコード）が１つのグループに対応するグループ対応評価物履歴情報である。
１グループに対応するグループ対応評価物履歴情報は、グループＩＤ、グループ名及び評価物履歴情報を含む。
グループ対応評価物履歴情報におけるグループＩＤは、対応のグループに付与されたグループＩＤを示す。
グループ名は、対応のグループに付与されたグループ名を示す。
評価物履歴情報は、対応のグループに授与された評価物を表す評価物情報を含む。なお、評価物情報に含まれる情報については、図４と同様である。

〔処理手順例〕
続いて、図１３、図１４のフローチャートを参照して、本実施形態における店舗サーバ１０が店舗ＳＴに来場したユーザのユーザグループに対応する評価物の優先表示のために実行する処理手順例について説明する。
先に、図１３のフローチャートを参照して、店舗サーバ１０が店舗ＳＴに来場したユーザについてのユーザグループ別の存在数の管理に関して実行する処理手順例について説明する。なお、本実施形態はユーザグループを対象としたものであり、下記の処理手順は１人のユーザのみの情報を処理するものではなく、例えば来店するユーザが順次、増えていく場合等の複数ユーザの情報を処理するものである。もちろん、グループの最初の１人が来店した場合の処理にも対応している。例えば後述するステップＳ４３００においては、来店した新たなユーザがゲームを開始するたびに判定が行われる。また、既に来店しているユーザについては、その全てのユーザについて判断が行われる。

まず、ゲーム開始通知が受信されると（ステップＳ４３００）、判定部１２３は、受信されたゲーム開始通知に含まれるのと同じユーザＩＤのユーザが属するグループのグループ対応評価物履歴情報を検索する（ステップＳ４３０２）。
この際、判定部１２３は、ゲーム開始通知に含まれるユーザＩＤが含まれるユーザ情報をユーザグループ情報テーブル（図１１）から検索する。次に、判定部１２３は、検索したユーザ情報に含まれる所属グループＩＤをグループＩＤとして含むグループ対応評価物履歴情報をグループ対応評価物履歴情報テーブル（図１２）から検索する。

次に、判定部１２３は、検索したグループ対応評価物履歴情報において有意な評価物情報が格納されているか否かについて判定する（ステップＳ４３０４）。
グループ対応評価物履歴情報において有意な評価物情報が格納されていなかった場合（ステップＳ４３０４−ＮＯ）、今回のゲーム開始通知の受信に応じてゲームを開始するユーザが属するユーザグループは評価物が授与されていない。そこで、この場合には、ステップＳ４３００に処理が戻される。
一方、グループ対応評価物履歴情報において有意な評価物情報が格納されていた場合（ステップＳ４３０４−ＹＥＳ）、今回のゲーム開始通知の受信に応じて店舗ＳＴに存在していることが認識されたユーザは、評価物が授与されているユーザグループ（優先報知対象グループ）に属しているユーザ（優先報知対象グループ所属ユーザ）である。
この場合、報知制御部１２４は、今回のゲーム開始通知の受信に応じて存在が認識された優先報知対象グループ所属ユーザが、グループ対応ユーザ存在情報において既に含まれているか否かについて判定する（ステップＳ４３０６）。

グループ対応ユーザ存在情報は、図示は省略するが、優先報知対象グループ所属ユーザのユーザＩＤごとに、所属のユーザグループを示すグループＩＤを対応付けた情報である。また、グループ対応ユーザ存在情報は、さらに優先報知対象グループ所属ユーザのユーザＩＤごとに、現在においてゲーム休憩ユーザとして設定されているか否かを示すゲーム休憩ユーザフラグも格納する。
グループ対応ユーザ存在情報におけるユーザＩＤは、ステップＳ４３００にて受信されたゲーム開始通知に含まれているユーザＩＤを利用する。グループ対応ユーザ存在情報におけるグループＩＤは、ステップＳ４３０２にて検索されたグループ対応評価物履歴情報が対応するグループＩＤを利用する。

ステップＳ４３００におけるゲーム開始通知の受信は、ユーザが店舗ＳＴに来場して最初にゲームを開始した場合と、一旦ゲームを終了したユーザが後述のステップＳ４３１２にて判定される一定時間を経過しないうちにゲームを再開した場合とのいずれかの場合に対応して行われる。
ただし、後者の場合には、対応のユーザは、既にグループ対応ユーザ存在情報に含まれており、かつ、ゲーム休憩ユーザフラグによりゲーム休憩ユーザとして設定されている。そこで、この場合の報知制御部１２４は、グループ対応ユーザ存在情報の更新を行うに先立って、前述のステップＳ４３０６による判定を行うようにする。

グループ対応ユーザ存在情報に含まれていることが判定された場合（ステップＳ４３０６−ＹＥＳ）、報知制御部１２４は、該当のユーザは休憩を中止してゲームを再開したと判断し、対応の優先報知対象グループ所属ユーザのゲーム休憩ユーザとしての設定を解除する（ステップＳ４３０８）。この際、報知制御部１２４は、対応の優先報知対象グループ所属ユーザのゲーム休憩ユーザフラグについてゲーム休憩ユーザではないことを示す値に変更する。ステップＳ４３０８の処理の後は、ステップＳ４３００に処理が戻される。
これに対して、グループ対応ユーザ存在情報に含まれていないことが判定された場合（ステップＳ４３０６−ＮＯ）、後述のステップＳ４３１８に処理が移行される。

また、先のステップＳ４３００においてゲーム開始通知が受信されなかったことが判定された場合、判定部１２３は、店舗ＳＴにおけるゲーム装置３０のうちのいずれかが送信するゲーム終了通知が受信されたか否かについて判定する（ステップＳ４３１０）。

ゲーム終了通知が受信された場合（ステップＳ４３１０−ＹＥＳ）、判定部１２３は、ゲーム終了通知に応じてゲームのプレイを終了したユーザが、グループ対応ユーザ存在情報に含まれているか否かについて判定する（ステップＳ４３１２）。
グループ対応ユーザ存在情報に含まれていないことが判定された場合（ステップＳ４３１２−ＮＯ）、ステップＳ４３００に処理が戻される。
これに対して、グループ対応ユーザ存在情報に含まれていることが判定された場合（ステップＳ４３１２−ＹＥＳ）、報知制御部１２４は、今回のステップＳ４３１０のゲーム終了通知の受信に対応するユーザについて、ゲーム休憩ユーザとして設定する（ステップＳ４３１４）。この際、報知制御部１２４は、グループ対応ユーザ存在情報における該当ユーザに対応するゲーム休憩ユーザフラグについて、ゲーム休憩ユーザであることを示す値を設定する。ステップＳ４３１４の処理の後、ステップＳ４３００に処理が戻される。

また、ゲーム終了通知が受信されなかったことが判定された場合（ステップＳ４３１０−ＮＯ）、報知制御部１２４は、ゲームを再開せずに一定時間経過したゲーム休憩ユーザが有るか否かについて判定する（ステップＳ４３１６）。
ゲームを再開せずに一定時間経過したゲーム休憩ユーザがいないことが判定された場合（ステップＳ４３１６−ＮＯ）、ステップＳ４３００に処理が戻される。

グループ対応ユーザ存在情報に含まれていないことが判定された場合（ステップＳ４３０６−ＮＯ）、または、ゲームを再開せずに一定時間経過したゲーム休憩ユーザが存在した場合（ステップＳ４３１６−ＮＯ）、報知制御部１２４は、以下の処理を実行する。
つまり、報知制御部１２４は、グループ対応ユーザ存在情報に含まれるユーザを追加、または削除するようにグループ対応ユーザ存在情報を更新する（ステップＳ４３１８）。なお、あるグループに所属するユーザが来店する前は、当然ながら、そのグループに対応するグループ対応ユーザ存在情報はなく、そのグループの最初のユーザが来店したことが判定された時点で、そのグループに対応するグループ対応ユーザ存在情報が初めて記録されることになる。

ステップＳ４３１８におけるグループ対応ユーザ存在情報の更新の処理は、ステップＳ４３０６からステップＳ４３１８に至った場合と、ステップＳ４３１６からステップＳ４３１８に至った場合とで以下のように異なる。
まず、ステップＳ４３０６からステップＳ４３１８に至った場合、報知制御部１２４は、ステップＳ４３１８として、今回のステップＳ４３００に対応する新規の優先報知対象グループ所属ユーザを追加するようにしてグループ対応ユーザ存在情報を更新する。
また、ステップＳ４３１６からステップＳ４３１８に至った場合、報知制御部１２４は、ステップＳ４３１８として、以下の処理を実行する。つまり、報知制御部１２４は、今回のステップＳ４３１６においてゲームを再開せずに一定時間経過したことが判定されたゲーム休憩ユーザを削除するようにグループ対応ユーザ存在情報を更新する。ステップＳ４３１８の処理の後は、ステップＳ４３００に処理が戻される。
このような処理が実行されることで、店舗ＳＴにおけるユーザの来場、退出の状況に応じて、グループ対応ユーザ存在情報が適宜更新される。

次に、図１４のフローチャートを参照して、本実施形態における店舗サーバ１０がユーザグループに対応する評価物の優先表示のために実行する処理手順例について説明する。
報知制御部１２４は、グループ対応ユーザ存在情報について、図１３のステップＳ４３１８による更新が行われることを待機する（ステップＳ４３２０−ＮＯ）。

グループ対応ユーザ存在情報について更新の行われたことが判定された場合（ステップＳ４３２０−ＹＥＳ）、報知制御部１２４は、更新されたグループ対応ユーザ存在情報において示されるユーザ（優先報知対象グループ所属ユーザ）を対象として、優先報知対象グループごとの所属ユーザの数を認識する（ステップＳ４３２２）。
次に、報知制御部１２４は、ステップＳ４３２２にて認識された優先報知対象グループごとの所属ユーザの数に基づいて、各優先報知対象グループに対応する優先報知対象の評価物ごとの優先度を設定する（ステップＳ４３２４）。
そして、報知制御部１２４は、優先報知対象グループごとの優先報知対象の評価物について、ステップＳ４３２４により設定した優先度に従って、店舗表示装置５０の表示進行順を変更する（ステップＳ４３２６）。
そして、報知制御部１２４は、ステップＳ４３２６により変更された表示進行順に従った表示が行われるように、店舗表示装置５０を制御する（ステップＳ４３２８）。
なお、同図の処理では、グループ対応ユーザ存在情報が更新されることに応じて、表示進行順が変更されるようにしている。しかし、例えば、予め定めた一定時間ごとに、そのときのグループ対応ユーザ存在情報を利用して、ステップＳ４３２２〜Ｓ４３２８の処理を実行するようにしてもよい。

〔第６の実施形態のまとめ〕
以上説明したように、第６の実施形態に係る情報報知システムにおいて、報知制御部１２４は、判定部１２３によって特定場所に存在すると判定されたユーザが属するユーザグループに関連付けられたユーザ関連情報を他の報知対象の情報よりも優先して報知する。

上記構成によれば、複数のユーザが属するユーザグループに対してユーザ関連情報を付与するようにした場合に対応して、ユーザが特定場所に到来したことに応じて、到来したユーザが属するユーザグループのユーザ関連情報を優先して報知することが可能になる。

また、本実施形態に係る情報報知システムにおいて、報知制御部１２４は、判定部１２３によって特定場所に存在すると判定されたユーザが属する複数のユーザグループのそれぞれに関連付けられたユーザ関連情報について、複数のユーザグループのそれぞれに属する所属ユーザのうちで、判定部によって前記特定場所に存在すると判定されている所属ユーザの数に基づいて報知の優先度を設定する。

上記構成によれば、特定場所に到来したユーザが複数のグループに属している場合には、複数のグループのうちで、特定場所に存在している所属ユーザが多いグループのユーザ関連情報の優先度を高くするようにして優先報知を行うことが可能になる。これにより、特定場所に到来したユーザが複数のグループに属している場合に対応した合理的なユーザ関連情報の優先報知を行うことができる。

［第７の実施形態］
〔概要〕
続いて、第７の実施形態について説明する。第７の実施形態においては、評価物の授与されているユーザが店舗ＳＴに存在していることを店舗サーバ１０が認識し、ユーザに授与された評価物を店舗表示装置５０にて表示させる際に、評価物の表示が行われることの通知（評価物報知通知）をユーザの端末装置に送信するように構成される。

このように、評価物報知通知が店舗サーバ１０からユーザの端末装置に送信されることで、ユーザは、自分の評価物が店舗ＳＴの店舗表示装置５０にて表示されていることを知ることができる。
これにより、例えば店舗ＳＴに来場したユーザの評価物が店舗表示装置５０にて表示されていることをユーザに周知させることができる。
例えば、ユーザがゲームセンターに来場してプレイを始めた場合、店舗表示装置５０でそのユーザの評価物が優先的に表示され始めたとしても、ユーザはプレイに熱中しているため、そのことに気付かない可能性がある。そして、プレイ終了後、そのまま帰ってしまう可能性がある。この点、上記構成によれば、ユーザの評価物が店舗表示装置５０にて表示されていることをユーザが認識できるようアナウンスするので、ユーザはプレイ終了後、あるいはプレイとプレイの間にその確認ができ、満足感とゲームセンターのサービスに対する強い関心を喚起できる。

本実施形態の場合、図示は省略するが、店舗サーバ１０は、外部のネットワークなどと接続され、ネットワーク経由でユーザの端末装置と通信可能なように構成される。

〔処理手順例〕
図１５のフローチャートを参照して、本実施形態における店舗サーバ１０が店舗ＳＴに来場したユーザに対応する評価物の優先表示のために実行する処理手順例について説明する。
同図において、ステップＳ５３００〜Ｓ５３０６の各処理は、図５におけるステップＳ３００〜Ｓ３０６と同様となることからここでの説明を省略する。

そして、本実施形態においては、ステップＳ５３０６により優先報知対象の評価物の表示を優先させるように表示進行順の変更が行われると、以下の処理が行われる。
つまり、報知制御部１２４は、今回の優先報知対象のユーザの端末装置（例えば、携帯電話等）に対して、当該ユーザに授与された評価物を店舗ＳＴの店舗表示装置５０にて表示させることを通知する評価物報知通知を送信する（ステップＳ５３０８）。
なお、評価物報知通知の送信の態様としては、電子メールによるものであってもよいし、本実施形態の麻雀ゲームに対応する所定のアプリケーションに対するプッシュ通知であってもよい。また、本実施形態の麻雀ゲームに対応するＳＮＳによる通知が行われるようにしてもよい。
ステップＳ５３０８の処理にあたり、店舗サーバ１０は、例えばユーザ情報テーブルにおいて、評価物報知通知の送信の態様に対応する送信先を含めて記憶しておくようにされる。

また、同図のステップＳ５３１０〜Ｓ５３１８の各処理は、図５におけるステップＳ３０８〜Ｓ３１６と同様となることから、ここでの説明を省略する。

〔第７の実施形態のまとめ〕
以上説明したように、第７の実施形態に係る情報報知システムにおいて、報知制御部１２４は、判定部１２３によって特定場所に存在すると判定されたユーザの端末装置に対して、ユーザに関連付けられたユーザ関連情報が情報報知部（例えば、店舗表示装置５０）にて報知されることを通知する。

上記構成によれば、ユーザ関連情報の優先報知が行われることの通知がユーザの端末を介してユーザに対して行われるために、ユーザ関連情報が報知されることをユーザに積極的に認知させることができる。

［第８の実施形態］
〔概要〕
続いて、第８の実施形態について説明する。上記各実施形態においては、現実空間において、ユーザが店舗ＳＴなどとしての特定場所に存在していることを認識したことに応じて、ユーザの評価物を店舗ＳＴにおける店舗表示装置５０にて表示させるようにしていた。
これに対して、本実施形態においては、仮想空間において特定のキャラクタが存在することが判定されると、キャラクタまたは当該キャラクタが関連付けられたユーザ識別情報に対応する関連情報を、同じ仮想空間における情報報知部にて報知されるように構成される。

本実施形態において、「仮想空間」とは、二次元画像または三次元画像により表現されゲーム空間である。また、「仮想空間」は、例えばインターネット上で運営されるショッピングモールなどであってもよい。

また、本実施形態において、「特定のキャラクタ」とは、対応する関連情報の報知が行われることについての資格を有するキャラクタである。
具体的には、ゲーム上で一定以上の成績を収めた結果として「歴戦の勇者」などといったようにキャラクタに授与する特定の称号があり、このような特定の称号をキャラクタが有していることがユーザ関連情報として報知される場合、特定の称号の授与されたキャラクタが特定のキャラクタである。
あるいは、ゲーム上で一定以上の好成績を収めたキャラクタに授与される特定のアイテムがあり、特定のアイテムをキャラクタが有していることがユーザ関連情報として報知される場合、特定のアイテムを有することが設定されているキャラクタが特定のキャラクタである。

また、本実施形態において、「キャラクタまたは当該キャラクタが関連付けられたユーザ識別情報に対応する関連情報」は、「キャラクタに対応する関連情報」と「キャラクタが関連付けられたユーザＩＤ（ユーザ識別情報の一例）に対応する関連情報」とのいずれかである。
「キャラクタに対応する関連情報」とは、例えばキャラクタに授与された称号、アイテム、キャラクタのレベル、キャラクタ名などである。
また、「キャラクタが関連付けられたユーザＩＤに対応する関連情報」とは、キャラクタを操作するユーザ（即ち、キャラクタが関連付けられたユーザＩＤが示すユーザ）に対して授与された賞状、トロフィーなどの評価物である。また、「ユーザ関連情報」は、ユーザのこれまでのゲームの成績の履歴、ゲーム上でのユーザのレベル、ユーザが到達したゲーム上でのステージなどであってもよい。また、「ユーザ関連情報」は、ユーザの名前（実名でもニックネームでもよい）であるとか、ユーザを撮像した画像などであってもよい。

〔情報報知システムの構成例〕
図１６を参照して、本実施形態における情報報知システムの構成例について説明する。なお、同図において、図３と同一部分については同一符号を付して説明を省略する。
本実施形態における情報報知システムは、ゲームサーバ７０と、複数のゲーム装置９０とをネットワークＮを介して通信可能に接続して構成される。

ゲームサーバ７０は、ゲーム装置９０のそれぞれにおいて行われる共通のオンラインゲームを提供するサーバである。

オンラインゲームは、各ゲーム装置９０で同じゲーム進行が共有されるゲームである。このようなオンラインゲームは、ゲームサーバ７０が、各ゲーム装置９０から送信される操作情報に基づいてゲームを進行させ、ゲームの進行結果に応じたゲーム画面を各ゲーム装置９０に送信することで実現される。このようなオンラインゲームにおいては、各ゲーム装置９０で表示されるゲーム画面において、自分に対応するキャラクタの他に、同じゲーム空間に存在する他のユーザのキャラクタも表示される。
ここで、本実施形態におけるオンラインゲームは、特に麻雀ゲームに限定されない。例えば、ここでのオンラインゲームは、例えばＲＰＧ（Roll Playing Game）などであってもよい。
また、本実施形態におけるオンラインゲームは、ゲームセンターなどの店舗におけるゲーム機を使用して行われるものであってもよいし、自宅のパーソナルコンピュータなどをネットワークＮ経由でゲームサーバ７０と接続して行われるものであってもよい。

ゲーム装置９０は、ゲームサーバ７０によって提供されるオンラインゲームの画面が表示されるとともに、ユーザが行った操作に応じた操作情報をゲームサーバ７０に送信する。
ゲームサーバ７０は、受信された操作情報に従ってゲームを進行させ、ゲームの進行結果に応じたゲーム画面情報を各ゲーム装置９０に送信する。このような制御により、各ゲーム装置９０においてオンラインゲームが同様に進行する。

本実施形態におけるゲームサーバ７０は、通信部７１０、制御部７２０及び記憶部７３０を備える。
通信部７１０は、ネットワークＮを介してゲーム装置９０と通信を行う。

制御部７２０は、ゲームサーバ７０における各種の制御を実行する。制御部７２０としての機能は、ゲームサーバ７０が備えるＣＰＵがプログラムを実行することによって実現される。
制御部７２０は、ゲーム進行部７２１、判定部７２２及び報知制御部７２３を備える。

ゲーム進行部７２１は、ゲーム装置９０から送信される操作情報に基づいてゲームを進行させ、進行結果に応じたゲーム画面をゲーム装置９０に送信する。
判定部７２２は、仮想空間における、ユーザＩＤ（ユーザ識別情報の一例）に関連付けられたキャラクタの存在の有無を判定する。また、判定部７２２は、仮想空間において存在すると判定されたキャラクタについて、記憶部７３０が記憶する情報に基づいて、特定のキャラクタであるか否かまたは特定のユーザのユーザ識別情報に関連付けられているか否かについてさらに判定する。なお、ここで、キャラクタが存在する、とは、表示されているゲーム画面内に、ユーザが視認できる形態でキャラクタが表示されたことである。あるいは、ゲーム画面内にキャラクタ自体は表示されていないが、そのキャラクタに関係する音、声がユーザが聴取できる状態にあることでもよい。

報知制御部７２３は、判定部７２２によりキャラクタが存在すると判定された場合、当該キャラクタまたは当該キャラクタが関連付けられたユーザＩＤ（ユーザ識別情報の一例）に対応する関連情報を、ゲーム空間における所定の場所（情報報知部の一例）において他の情報よりも優先して報知する。ゲーム空間内における所定の場所とは、ゲーム空間内に設けられた架空のモニタ、看板、車、建物、山、川、雲等のオブジェクトの他、特定の場所、領域等であってもよい。また、関連情報はモニタ等の表示画面内のうち、ゲーム空間とは別に設けられた、あるいはその上に重畳して設けられた所定の領域であってもよい。例えば、表示画面の下端部に、予めゲームに関する情報や広告等を表示するための情報表示領域を設けておき、その情報表示領域上にユーザＩＤに対応する関連情報を、優先的に表示するようにしてもよい。
また、報知制御部７２３は、仮想空間において存在すると判定されたキャラクタについて、さらに判定部により特定のキャラクタであることまたは特定のユーザのユーザＩＤに関連付けられていることが判定された場合、関連情報を、ゲーム空間における所定の場所において他の情報よりも優先して報知する。

記憶部７３０は、制御部７２０が利用する各種の情報を記憶する。記憶部７３０は、ユーザ情報テーブル記憶部７３１を備える。
ユーザ情報テーブル記憶部７３１は、ユーザ情報テーブルを記憶する。本実施形態におけるユーザ情報テーブル記憶部７３１は、キャラクタまたは当該キャラクタが関連付けられたユーザＩＤに関連する情報を記憶する。
具体的に、本実施形態におけるユーザ情報テーブルは、図示は省略するが、例えば図４に示したユーザ情報テーブルにおいて、評価物履歴情報に代えて、ユーザまたはユーザに関連付けられたキャラクタに対応する関連情報（キャラクタまたは当該キャラクタが関連付けられたユーザＩＤに関連する情報の一例）が格納される。

上記構成による本実施形態の情報報知システムでは、オンラインゲームにおいて、ゲームサーバ７０がゲーム装置９０から送信される操作信号に応じてゲームを進行させながら、所定のゲーム空間において特定のキャラクタが存在しているか否かを判定する。
そして、ゲーム装置９０は、特定のキャラクタが所定のゲーム空間に存在したことを判定すると、特定のキャラクタに関する関連情報または特定のキャラクタに対応するユーザに関する関連情報を、ゲーム空間における所定の場所に表示させる。

このようにすれば、オンラインゲームで、複数のユーザごとに応じたキャラクタがゲーム空間内に出現するようなゲームにおいて、特定のキャラクタが登場すると、特定のキャラクタについての称号や対応のユーザについての成績などが他の情報よりも優先して表示される。
例えば、グループ同士で対戦を行う戦闘ゲームにおいて、ＡチームとＢチームが対戦を行っており、例えばＡチームを構成するそれぞれのユーザ個々のゲーム画面内の所定領域に、参加ユーザのニックネームが順次、流れるように表示されている場合を例に挙げる。
この場合において、例えば、Ａチーム兵士と表示された所定領域において、参加ユーザのニックネームが「・・・Ｐ，Ｑ，Ｒ・・」というように表示される。Ｂチームの各ユーザのゲーム画面でも同様の表示が行われる。ここで、過去の対戦で高い戦歴を残し、「歴戦の勇者」といった称号を有するユーザＺ（Ｚはニックネーム）が、Ａチームに対して途中参加した場合、他のユーザのニックネームよりも目立つ態様で強調表示される。例えば、「・・・Ｑ，Ｒ，「歴戦の勇者」Ｚ参戦！！・・」というように表示される。ユーザＺに関する情報は、例えば参戦後、所定の時間（例えば５秒間）、他の情報は表示せず繰り返し表示してもよい。あるいは複数回（例えば７回）、継続表示してもよい。
このようにして優先的に表示が行われたユーザは、同じゲームに参加しているユーザのなかで特別な扱いを受けたことになるので、高い満足感を得ることができる。そして、ユーザは、また、再び同じゲーム空間に訪れたいと思うようになるため、ゲームの活発化が図られる。

〔処理手順例〕
続いて、図１７のフローチャートを参照して、本実施形態におけるゲームサーバ７０とゲーム装置９０とが、キャラクタまたはユーザの関連情報を優先報知するために実行する処理手順例について説明する。なお、同図の説明にあたっては、説明を簡単で分かりやすくするこの便宜上、１ユーザにつき１つのキャラクタが対応する場合を例に挙げる。この場合、ユーザＩＤによって１つのキャラクタが一意に特定される。

まず、ゲーム装置９０が実行する処理手順から説明する。ゲーム装置９０は、オンラインゲームでの操作が行われたか否かについて判定する（ステップＳ１１００）。
操作が行われたことが判定された場合（ステップＳ１１００−ＹＥＳ）、ゲーム装置９０は操作に応じた操作情報を送信する（ステップＳ１１０２）。
上記のステップＳ１１０２の処理の後、あるいは、操作が行われないことが判定された場合（ステップＳ１１０２−ＮＯ）、ゲーム装置９０は、ゲームサーバ７０から送信されたゲーム画面情報が受信されたか否かについて判定する（ステップＳ１１０４）。

ゲーム画面情報が受信されたことが判定された場合（ステップＳ１１０４−ＹＥＳ）、ゲーム装置３０は、これまで表示させていたゲーム画面を、新たに受信されたゲーム画面情報のゲーム画面に更新する（ステップＳ１１０６）。
このようにゲーム画面が更新された場合において、ゲーム画面情報に報知メッセージが含まれていれば、ゲーム画面において、自キャラクタが存在しているゲーム空間の所定の場所において報知メッセージの表示が行われる。

上記のステップＳ１１０６による処理を終了した後、あるいはゲーム画面情報が受信されなかった場合（ステップＳ１１０４−ＮＯ）、ゲーム装置９０はステップＳ１１００に処理を戻す。

続いて、ゲームサーバ７０が実行する処理手順例について説明する。
ゲームサーバ７０において、ゲーム進行部１２６は、ゲーム装置９０から送信された操作情報が受信されるのを待機している（ステップＳ６３００−ＮＯ）。そして、ゲーム進行部１２６は、操作情報が受信されると（ステップＳ６３００−ＹＥＳ）、受信された操作情報に従ってゲームを進行させる（ステップＳ６３０２）。ゲーム進行部１２６は、ステップＳ６３０２において、ゲームの進行結果に応じたゲーム画面を表すゲーム画面情報を生成する。

次に、判定部７２２は、ステップＳ６３０２によりゲームが進行されたことに応じて、メッセージ報知が行われる所定のゲーム空間にキャラクタが新規に登場したか否かについて判定する（ステップＳ６３０４）。
キャラクタが新規に登場したことが判定された場合（ステップＳ６３０４−ＹＥＳ）、判定部７２２は、新規に登場したキャラクタに対応するユーザ情報を記憶部１３０から検索する（ステップＳ６３０６）。

次に、判定部７２２は、ステップＳ６３０６にて検索されたユーザ情報において、有意な関連情報が格納されている否かについて判定する（ステップＳ６３０８）。
有意な関連情報が格納されていることが判定された場合（ステップＳ６３０８−ＹＥＳ）、報知制御部７２３は、優先報知対象の関連情報の表示を優先させた報知メッセージを、ステップＳ６３０２に応じて生成されたゲーム画面情報に含める（ステップＳ６３１０）。

また、所定のゲーム空間にキャラクタが新規に登場しないことが判定された場合（ステップＳ６３０４−ＮＯ）、あるいは、有意な関連情報が格納されていないことが判定された場合（ステップＳ６３０８−ＮＯ）、以下の処理が実行される。
つまり、判定部７２２は、ステップＳ６３０２によるゲームに進行に応じて退場した、優先報知対象のキャラクタがいるか否かについて判定する（ステップＳ６３１２）。
ここでの優先報知対象のキャラクタとは、ステップＳ６３０２によるゲームに進行に応じて退場することとなったキャラクタのうちで、ステップＳ６３１０の処理によって関連情報が優先して表示されていたキャラクタである。

退場した優先報知対象のキャラクタのいることが判定された場合（ステップＳ６３１２−ＹＥＳ）、報知制御部７２３は、退場した優先報知対象のキャラクタに対応する関連情報を優先報知の対象から除外した報知メッセージを、ステップＳ６３０２において生成されたゲーム画面情報に含める（ステップＳ６３１４）。

そして、退場した優先報知対象のキャラクタのいないことが判定された場合（ステップＳ６３１２−ＮＯ）報知制御部７２３は、ステップＳ６３０２により生成されたゲーム画面情報をゲーム装置９０に送信する（ステップＳ６３１６）。
また、報知制御部７２３は、ステップＳ６３１０の処理が行われた場合には、ステップＳ６３１０により報知メッセージが含められたゲーム画面情報をゲーム装置９０に送信する（ステップＳ６３１６）。
また、報知制御部７２３は、ステップＳ６３１４の処理が行われた場合には、ステップＳ６３１４により報知メッセージが含められたゲーム画面情報をゲーム装置９０に送信する（ステップＳ６３１６）。
ステップＳ６３１６の処理の後、ステップＳ６３００に処理が戻される。

なお、先の説明では、オンラインゲームにおけるゲーム空間を対象とする場合を例に挙げた。
しかし上記以外にも、例えば、仮想のゲームセンターなどの仮想店舗を対象とするものであってもよい。具体的には、仮想店舗を特定のキャラクタが訪れたことに応じて、特定のキャラクタまたは当該キャラクタが関連付けられたユーザ識別情報に対応する関連情報を、仮想店舗における所定の場所（情報報知部の一例）において、例えば店舗に関する広告や他の関連情報等よりも優先して報知させるように構成することができる。
ここで、所定の場所とは例えば仮想店舗内に設けられた表示装置（大型モニタ等）とすることができる。また、所定の場所とは、例えば仮想店舗内の壁、窓、ポスター等とすることができる。さらにまた、所定の場所は、ユーザが見ている表示画面（モニタ等）上であって、仮想店舗の存在する空間とは別に設けられた、あるいはその上に重畳して設けられた所定の領域であってもよい。例えば、ユーザが見ている表示画面の下端部に、予め仮想店舗に関する広告や関連情報等を表示するための情報報知領域を設けておき、その情報報知領域上に特定のキャラクタあるいは、そのキャラクタに対応するユーザに対応する関連情報を、優先的に表示するようにしてもよい。

〔第８の実施形態のまとめ〕
以上説明したように、第８の実施形態に係る情報報知システムは、判定部７２２と、報知制御部７２３とを備える。
判定部７２２は、仮想空間における、ユーザ識別情報に関連付けられたキャラクタの存在の有無を判定する。
報知制御部７２３は、判定部７２２によりキャラクタが存在すると判定された場合、当該キャラクタまたは当該キャラクタが関連付けられたユーザ識別情報（ユーザＩＤ）に対応する関連情報を、仮想空間において他の情報よりも優先して報知する。

上記構成によれば、仮想空間に存在するキャラクタについての情報、または、仮想空間に存在するキャラクタを操作するユーザについての情報を、仮想空間において報知することが可能となる。これにより、例えばユーザは、オンラインゲームなどに参加してキャラクタを仮想空間に存在させることで、自分が操作するキャラクタまたは自分に関する情報が仮想空間で報知されるため、満足感が得られる。そして、ユーザがゲームに参加する意欲を高めることが可能になる。

また、本実施形態に係る情報報知システムは、キャラクタまたは当該キャラクタが関連付けられたユーザ識別情報に関連する情報を記憶する記憶部７３０をさらに備える。
そして、判定部７２２は、仮想空間において存在すると判定されたキャラクタについて、記憶部１３０が記憶する情報に基づいて、特定のキャラクタであるか否かまたは特定のユーザのユーザ識別情報に関連付けられているか否かについてさらに判定する。
また、報知制御部７２３は、仮想空間において存在すると判定されたキャラクタについて、さらに判定部７２２により特定のキャラクタであることまたは特定のユーザのユーザ識別情報に関連付けられていることが判定された場合、関連情報を、仮想空間において他の情報よりも優先して報知する。

上記構成によれば、特定のキャラクタまたは特定のユーザに対応するキャラクタの登場に限定して仮想空間での報知が行われる。このように特定のキャラクタにまで育つまたは特定のユーザになるという条件を満たさなければ関連情報の報知が行われないようにすることで、関連情報が報知されることの価値が高まり、報知が行われたユーザの満足感をさらに高めて、例えば仮想空間に訪れようとするユーザの動機をさらに強めることが可能になる。これにより、仮想空間に訪れるユーザ数の増加を図ることができる。
また、関連情報の報知が行われることを目的として仮想空間に訪れて実績を上げようとするユーザも増えることになり、この点でも仮想空間に訪れるユーザ数の増加が図られる。

［変形例］
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成は上述の実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。例えば、上述の第１〜８の実施形態において説明した各構成は、任意に組み合わせることができる。

例えば、第８の実施形態において、判定部７２２としての機能部は、例えばゲーム装置９０が備えるように構成してもよい。

例えば、第１〜第７の実施形態においては、店舗ＳＴに設置されたゲーム装置３０にユーザカードＵＣを読み込ませることにより、ユーザの位置情報の取得が行われていた。しかし、ユーザの位置情報の取得については、以下のような構成であってもよい。
つまり、ユーザは、例えば自分が所持する携帯端末のＧＰＳ（Global Positioning System）機能を有効に設定しておくようにする。そして、例えば携帯電話網やネットワークを経由して携帯端末が店舗サーバ１０に対して位置情報を送信できるように構成する。

ここで、上記のように位置を検出し店舗サーバ１０に位置情報を送信する携帯端末の機能（位置情報通知機能）を有効とするか無効とするかはユーザの任意である。従って、上記のような携帯端末の位置情報通知機能を利用して店舗サーバ１０が位置情報を取得できるようにするには、ユーザに、位置情報通知機能を有効にしておいてもらうことが必要になる。
そこで、本変形例においては、ユーザが自分の携帯端末の位置情報通知機能を有効にして店舗ＳＴ内に入場すると、例えば特にゲームを行わなくとも、所定のポイントがユーザに付与されるようにしたポイント付与システムを設ける。付与されたポイントは、一例として、店舗ＳＴにおいてゲームを行うにあたっての代金などに充てることができる。
このようなポイント付与システムを設けることで、ユーザは、ポイントの付与を受けるために積極的に携帯端末の位置情報通知機能を有効に設定することになる。これにより、本変形例における位置情報通知機能に応じたユーザ関連情報の優先報知を活発に機能させることができる。
なお、このような携帯端末の位置情報通知機能は、例えば、携帯端末にインストールされた店舗ＳＴ側が提供するポイント付与のアプリケーションに有させるようにすることができる。

そして、店舗サーバ１０における判定部１３３は、携帯端末から送信され、位置情報取得部１２２によって取得された位置情報に基づいて、店舗ＳＴに対応する場所にユーザが存在するか否かについて判定する。
このような構成の場合には、店舗ＳＴの外であっても、店舗ＳＴから一定以内の距離の範囲に位置情報が含まれる場合には、店舗ＳＴに対応する場所にユーザが存在すると判定することができる。
このように店舗ＳＴの外の範囲も特定場所に含めることで、例えば、第７の実施形態のように評価物報知通知を行う構成では、店舗ＳＴの外ではあるが、店舗ＳＴの近傍に存在するユーザに評価物報知通知を行うことが可能になる。

また、ユーザの携帯端末が、携帯電話としての機能を有する場合には、無線電話基地局が有する基地局識別情報を、ユーザの携帯端末の位置情報として利用することもできる。
また、ユーザの携帯端末が、無線ＬＡＮによる通信機能を備える場合には、無線ＬＡＮアクセスポイントやルータなどの識別情報を、ユーザの携帯端末の位置情報として利用することもできる。

また、先の第１の実施形態〜第７の実施形態においては、店舗ＳＴの範囲で行われた大会などのゲームの結果に基づいてユーザ関連情報が優先報知されていた。しかし、本実施形態としては、例えば特定の地域の範囲、あるいは全国範囲で行われたゲームの結果に基づいてユーザ関連情報が優先報知されるようにしてもよい。
例えば、特定の地域範囲として東京都地区を対象として設定された大会にユーザが入賞した場合において、入賞したユーザがこれまでに訪れたことがない東京都地区内の店舗に赴いた場合にも、東京都地区における高ランクのユーザとして照会され、評価物などのユーザ関連情報が店舗表示装置にて優先報知されるようにしてもよい。
また、日本全国を対象として設定された大会にユーザが入賞した場合において、入賞したユーザがこれまでに訪れたことがない日本国内の店舗に赴いた場合にも、全国における高ランクのユーザとして照会され、評価物などのユーザ関連情報が店舗表示装置にて優先報知されるようにしてもよい。
このような構成は、例えば複数の特定地域範囲の店舗または全国の店舗に対して上位となる上位サーバを設け、上位サーバが各店舗におけるユーザ情報を利用して優先報知に関する制御を行うことによって実現できる。

また、上述の店舗サーバ１０、ゲームサーバ７０などの機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより店舗サーバ１０、ゲームサーバ７０などとしての処理を行ってもよい。ここで、「記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行する」とは、コンピュータシステムにプログラムをインストールすることを含む。ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータシステム」は、インターネットやＷＡＮ、ＬＡＮ、専用回線等の通信回線を含むネットワークを介して接続された複数のコンピュータ装置を含んでもよい。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。このように、プログラムを記憶した記録媒体は、ＣＤ−ＲＯＭ等の非一過性の記録媒体であってもよい。また、記録媒体には、当該プログラムを配信するために配信サーバからアクセス可能な内部または外部に設けられた記録媒体も含まれる。配信サーバの記録媒体に記憶されるプログラムのコードは、端末装置で実行可能な形式のプログラムのコードと異なるものでもよい。すなわち、配信サーバからダウンロードされて端末装置で実行可能な形でインストールができるものであれば、配信サーバで記憶される形式は問わない。なお、プログラムを複数に分割し、それぞれ異なるタイミングでダウンロードした後に端末装置で合体される構成や、分割されたプログラムのそれぞれを配信する配信サーバが異なっていてもよい。さらに「コンピュータ読み取り可能な記録媒体」とは、ネットワークを介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（ＲＡＭ）のように、一定時間プログラムを保持しているものも含むものとする。また、上記プログラムは、上述した機能の一部を実現するためのものであってもよい。さらに、上述した機能をコンピュータシステムに既に記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよい。

［付記］
以上の記載から本発明は例えば以下のように把握される。なお、本発明の理解を容易にするために添付図面の参照符号を便宜的に括弧書きにて付記するが、それにより本発明が図示の態様に限定されるものではない。

（付記１）本発明の一態様に係る情報報知システムは、ユーザの位置情報（例えば、ゲーム開始通知）を取得する位置情報取得部（１２２、Ｓ３００）と、前記位置情報取得部により取得された位置情報に基づき、特定場所（例えば、店舗ＳＴ）にユーザが存在するか否かを判定する判定部（１２３、Ｓ３００）と、前記特定場所に設けられ、情報を報知する情報報知部（５０）と、前記判定部によりユーザが前記特定場所に存在すると判定された場合、当該ユーザに関連付けられたユーザ関連情報を、前記情報報知部において他の情報よりも優先して報知する報知制御部（１２４、Ｓ３０６）とを備える。

上記構成によれば、例えばユーザが特定場所に赴くと、自分に対応するユーザ関連情報が情報報知部にて報知される。これにより、ユーザが特定場所に訪問すれば満足感が高まることとなり、特定場所へのユーザの関心を喚起させ、特定場所に集まる人の数の増加を図ることが可能になる。

（付記２）また、本発明の一態様は、（付記１）に記載の情報報知システムであって、ユーザに関連する所定のユーザ情報を記憶する記憶部をさらに備え、前記判定部は、前記特定場所に存在すると判定されたユーザについて、前記記憶部が記憶するユーザ情報に基づいて、特定のユーザか否かについてさらに判定し（Ｓ３０４）、前記報知制御部は、前記判定部により前記特定のユーザであることが判定された場合、当該ユーザに関連付けられたユーザ関連情報を、前記情報報知部において他の情報よりも優先して報知する。

上記構成によれば、特定場所に存在しているユーザのうちで特定のユーザのみを対象として情報報知部での報知が行われる。このように特定のユーザにならなければ情報報知部にて報知されないようにすることで、情報報知部にて報知されることの価値が高まり、表示の対象となったユーザの満足感をさらに高めて、特定場所に赴こうとするユーザの動機をさらに強めることが可能になる。
また、情報報知部によりユーザ関連情報が報知されることを目的として特定場所に赴いて、例えばゲームを行って特定のユーザになりたいと考える客も増えることになり、この点でも集まる人の数の増加が期待できる。

（付記３）また、本発明の一態様は、（付記２）に記載の情報報知システムであって、前記情報報知部は表示部であり、前記報知制御部は、ゲームにおいてユーザに付与された所定の評価物を前記ユーザ関連情報として前記表示部にて表示する。

上記構成によれば、評価物を表示するという態様によって報知が行われる。これにより、ユーザに関連する情報の報知を視覚によって強くアピールすることが可能になる。このため、特定場所に来場した客が、評価物の報知に気付きやすくなるために、評価物が表示されるユーザの満足感をさらに高めて、特定場所に赴くことの動機をさらに強めることが可能になる。

（付記４）また、本発明の一態様は、（付記１）から（付記３）のいずれか１つに記載の情報報知システムであって、前記報知制御部は、前記ユーザ関連情報について、単位時間において報知される頻度が他の報知対象の情報よりも多くなるようにする。

（付記５）また、本発明の一態様は、（付記１）から（付記３）のいずれか１つに記載の情報報知システムであって、前記報知制御部は、前記ユーザ関連情報について、１回の表示の継続的な表示時間が、他の報知対象の情報よりも長くなるようにする。

（付記６）また、本発明の一態様は、（付記１）から（付記５）のいずれか１つに記載の情報報知システムであって、前記報知制御部は、前記判定部によって前記特定場所に存在すると判定されていたユーザについて存在しなくなったことが判定された場合（Ｓ３０８〜Ｓ３１２）、前記ユーザに関連付けられたユーザ関連情報の前記優先させた報知を解除する（Ｓ３１４）。

上記構成によれば、対応のユーザが例えば特定場所に存在しているときに対応してのみ、ユーザに対応するユーザ関連情報を優先した報知が行われるようにされる。つまり、対応のユーザが特定場所から存在しなくなった場合には、存在しなくなったユーザに対応するユーザ関連情報についての優先した報知は行われないようにされる。これにより、無駄に優先的に報知されるユーザ関連情報が増えてしまわないようにすることができる。

（付記７）また、本発明の一態様は、（付記１）から（付記６）のいずれか１つに記載の情報報知システムであって、前記報知制御部は、前記判定部によって前記特定場所に存在すると判定されたユーザに関連付けられたユーザ関連情報の所定の属性に基づいて報知の優先度を設定する（Ｓ１３０６）。

（付記８）また、本発明の一態様は、（付記７）に記載の情報報知システムであって、前記報知制御部は、前記判定部によって前記特定場所に存在すると判定されたユーザに関連付けられたユーザ関連情報の獲得難易性に基づいて報知の優先度を設定する（Ｓ１３０６）。

（付記９）また、本発明の一態様は、（付記７）または（付記８）に記載の情報報知システムであって、前記報知制御部は、前記判定部によって前記特定場所に存在すると判定されたユーザに関連付けられたユーザ関連情報が対応する日時に基づいて報知の優先度を設定する（Ｓ２３０６）。

（付記１０）また、本発明の一態様は、（付記１）から（付記９）のいずれか１つに記載の情報報知システムであって、前記報知制御部は、前記判定部によって前記特定場所に存在すると判定されたユーザに関連付けられたユーザ関連情報の報知履歴に基づいて報知の優先度を設定する（Ｓ３３０６）。

（付記１１）また、本発明の一態様は、（付記１）から（付記１０）のいずれか１つに記載の情報報知システムであって、前記報知制御部は、前記判定部によって前記特定場所に存在すると判定されたユーザが属するユーザグループに関連付けられたユーザ関連情報を他の情報よりも優先して報知する（Ｓ４３２８）。

（付記１２）また、本発明の一態様は、（付記１１）に記載の情報報知システムであって、前記報知制御部は、前記判定部によって前記特定場所に存在すると判定されたユーザが属する複数のユーザグループのそれぞれに関連付けられたユーザ関連情報について、前記複数のユーザグループのそれぞれに属する所属ユーザのうちで、前記判定部によって前記特定場所に存在すると判定されている所属ユーザの数に基づいて報知の優先度を設定する（Ｓ４３２４）。

（付記１３）また、本発明の一態様は、（付記１）から（付記１２）のいずれか１つに記載の情報報知システムであって、前記報知制御部は、前記判定部によって前記特定場所に存在すると判定されたユーザの端末装置に対して、前記ユーザに関連付けられたユーザ関連情報が前記情報報知部にて報知されることを通知する（Ｓ５３０８）。

（付記１４）本発明の一態様に係る情報報知システムは、仮想空間における、ユーザ識別情報に関連付けられたキャラクタの存在の有無を判定する判定部（７２２、Ｓ６３０４）と、前記判定部によりキャラクタが存在すると判定された場合、当該キャラクタまたは当該キャラクタが関連付けられたユーザ識別情報に対応する関連情報を、前記仮想空間において他の情報よりも優先して報知する報知制御部（７２３、Ｓ６３１０）とを備える。

（付記１５）本発明の一態様は、（付記１３）に記載の情報報知システムであって、前記キャラクタまたは当該キャラクタが関連付けられたユーザ識別情報に関連する情報を記憶する記憶部（７３０）をさらに備え、前記判定部は、前記仮想空間において存在すると判定されたキャラクタについて、前記記憶部が記憶する情報に基づいて、特定のキャラクタであるか否かまたは特定のユーザのユーザ識別情報に関連付けられているか否かについてさらに判定し（Ｓ６３０６、Ｓ６３０８）、前記報知制御部は、前記仮想空間において存在すると判定されたキャラクタについて、さらに前記判定部により特定のキャラクタであることまたは特定のユーザのユーザ識別情報に関連付けられていることが判定された場合、前記関連情報を、前記仮想空間において他の情報よりも優先して報知する（Ｓ６３１０）。

（付記１６）本発明の一態様は、ユーザの位置情報を取得する位置情報取得ステップと、前記位置情報取得ステップにより取得された位置情報に基づき、特定場所にユーザが存在するか否かを判定する判定ステップと、前記判定ステップによりユーザが前記特定場所に存在すると判定された場合、当該ユーザに関連付けられたユーザ関連情報を、前記特定場所に設けられる情報報知部において他の情報よりも優先して報知する報知制御ステップとを備える情報報知方法である。

（付記１７）本発明の一態様は、仮想空間における、ユーザ識別情報に関連付けられたキャラクタの存在の有無を判定する判定ステップと、前記判定ステップによりキャラクタが存在すると判定された場合、当該キャラクタまたは当該キャラクタが関連付けられたユーザ識別情報に対応する関連情報を、前記仮想空間において他の情報よりも優先して報知する報知制御ステップとを備える情報報知方法である。

１０店舗サーバ、３０ゲーム装置、５０店舗表示装置、７０ゲームサーバ、９０ゲーム装置、１１０通信部、１２０制御部、１２１記憶情報管理部、１２２位置情報取得部、１２３判定部、１２４報知制御部、１２６ゲーム進行部、１３０記憶部、１３１ユーザ情報テーブル記憶部、１３３判定部、７１０通信部、７２０制御部、７２１ゲーム進行部、７２２判定部、７２３報知制御部、７３０記憶部、７３１ユーザ情報テーブル記憶部

Claims

ユーザの位置情報を取得する位置情報取得部と、
前記位置情報取得部により取得された位置情報に基づき、特定場所にユーザが存在するか否かを判定する判定部と、
前記特定場所に設けられ、情報を報知する情報報知部と、
前記判定部によりユーザが前記特定場所に存在すると判定された場合、当該ユーザに関連付けられたユーザ関連情報を、前記情報報知部において他の情報よりも優先して報知する報知制御部と
を備える情報報知システム。
ユーザに関連する所定のユーザ情報を記憶する記憶部をさらに備え、
前記判定部は、前記特定場所に存在すると判定されたユーザについて、前記記憶部が記憶するユーザ情報に基づいて、特定のユーザか否かについてさらに判定し、
前記報知制御部は、前記判定部により前記特定のユーザであることが判定された場合、当該ユーザに関連付けられたユーザ関連情報を、前記情報報知部において他の情報よりも優先して報知する
請求項１に記載の情報報知システム。
前記情報報知部は表示部であり、
前記報知制御部は、ゲームにおいてユーザに付与された所定の評価物を前記ユーザ関連情報として前記表示部にて表示する
請求項２に記載の情報報知システム。
前記報知制御部は、
前記ユーザ関連情報について、単位時間において報知される頻度が他の報知対象の情報よりも多くなるようにする
請求項１から３のいずれか一項に記載の情報報知システム。
前記報知制御部は、
前記ユーザ関連情報について、１回の表示の継続的な表示時間が、他の報知対象の情報よりも長くなるようにする
請求項１から３のいずれか一項に記載の情報報知システム。
前記報知制御部は、
前記判定部によって前記特定場所に存在すると判定されていたユーザについて存在しなくなったことが判定された場合、前記ユーザに関連付けられたユーザ関連情報の前記優先させた報知を解除する
請求項１から５のいずれか一項に記載の情報報知システム。
前記報知制御部は、
前記判定部によって前記特定場所に存在すると判定されたユーザに関連付けられたユーザ関連情報の所定の属性に基づいて報知の優先度を設定する
請求項１から６のいずれか一項に記載の情報報知システム。
前記報知制御部は、
前記判定部によって前記特定場所に存在すると判定されたユーザに関連付けられたユーザ関連情報の獲得難易性に基づいて報知の優先度を設定する
請求項７に記載の情報報知システム。
前記報知制御部は、
前記判定部によって前記特定場所に存在すると判定されたユーザに関連付けられたユーザ関連情報が対応する日時に基づいて報知の優先度を設定する
請求項７または８に記載の情報報知システム。
前記報知制御部は、
前記判定部によって前記特定場所に存在すると判定されたユーザに関連付けられたユーザ関連情報の報知履歴に基づいて報知の優先度を設定する
請求項１から９のいずれか一項に記載の情報報知システム。
前記報知制御部は、
前記判定部によって前記特定場所に存在すると判定されたユーザが属するユーザグループに関連付けられたユーザ関連情報を他の情報よりも優先して報知する
請求項１から１０のいずれか一項に記載の情報報知システム。
前記報知制御部は、
前記判定部によって前記特定場所に存在すると判定されたユーザが属する複数のユーザグループのそれぞれに関連付けられたユーザ関連情報について、前記複数のユーザグループのそれぞれに属する所属ユーザのうちで、前記判定部によって前記特定場所に存在すると判定されている所属ユーザの数に基づいて報知の優先度を設定する
請求項１１に記載の情報報知システム。
前記報知制御部は、
前記判定部によって前記特定場所に存在すると判定されたユーザの端末装置に対して、前記ユーザに関連付けられたユーザ関連情報が前記情報報知部にて報知されることを通知する
請求項１から１２のいずれか一項に記載の情報報知システム。
仮想空間における、ユーザ識別情報に関連付けられたキャラクタの存在の有無を判定する判定部と、
前記判定部によりキャラクタが存在すると判定された場合、当該キャラクタまたは当該キャラクタが関連付けられたユーザ識別情報に対応する関連情報を、前記仮想空間において他の情報よりも優先して報知する報知制御部と
を備える情報報知システム。
前記キャラクタまたは当該キャラクタが関連付けられたユーザ識別情報に関連する情報を記憶する記憶部をさらに備え、
前記判定部は、前記仮想空間において存在すると判定されたキャラクタについて、前記記憶部が記憶する情報に基づいて、特定のキャラクタであるか否かまたは特定のユーザのユーザ識別情報に関連付けられているか否かについてさらに判定し、
前記報知制御部は、前記仮想空間において存在すると判定されたキャラクタについて、さらに前記判定部により特定のキャラクタであることまたは特定のユーザのユーザ識別情報に関連付けられていることが判定された場合、前記関連情報を、前記仮想空間において他の情報よりも優先して報知する
請求項１４に記載の情報報知システム。
ユーザの位置情報を取得する位置情報取得ステップと、
前記位置情報取得ステップにより取得された位置情報に基づき、特定場所にユーザが存在するか否かを判定する判定ステップと、
前記判定ステップによりユーザが前記特定場所に存在すると判定された場合、当該ユーザに関連付けられたユーザ関連情報を、前記特定場所に設けられる情報報知部において他の情報よりも優先して報知する報知制御ステップと
を備える情報報知方法。
仮想空間における、ユーザ識別情報に関連付けられたキャラクタの存在の有無を判定する判定ステップと、
前記判定ステップによりキャラクタが存在すると判定された場合、当該キャラクタまたは当該キャラクタが関連付けられたユーザ識別情報に対応する関連情報を、前記仮想空間において他の情報よりも優先して報知する報知制御ステップと
を備える情報報知方法。