特開 2017-227981 施設利用案内システム及び施設利用案内方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】特開2017-227981(P2017-227981A)

(43)【公開日】2017年12月28日

(54)【発明の名称】施設利用案内システム及び施設利用案内方法

(51)【国際特許分類】

   G06Q 50/10 20120101AFI20171201BHJP

【ＦＩ】

   G06Q50/10

【審査請求】未請求

【請求項の数】9

【出願形態】ＯＬ

【全頁数】20

(21)【出願番号】特願2016-121975(P2016-121975)

(22)【出願日】2016年6月20日

(71)【出願人】

【識別番号】390037154

【氏名又は名称】大和ハウス工業株式会社

(74)【代理人】

【識別番号】100088580

【弁理士】

【氏名又は名称】秋山 敦

(74)【代理人】

【識別番号】100111109

【弁理士】

【氏名又は名称】城田 百合子

(72)【発明者】

【氏名】井谷 佳史

【テーマコード（参考）】

5L049

【Ｆターム（参考）】

5L049CC17

(57)【要約】

【課題】施設内の部屋の実際の状況に応じてユーザに施設内の部屋の利用を案内する。
【解決手段】施設情報提供システム１は、ユーザに施設の利用を案内する。施設情報提供システム１は、施設内の部屋の状況を検出する検出部１１０と、検出部１１０による検出結果に基づいて部屋の活気度を判定する判定部１２０と、判定部１２０により判定される活気度が、ユーザについて設定された条件を満足する場合に、部屋の利用をユーザに案内する案内部１３０と、を備える。
【選択図】図６

【特許請求の範囲】

【請求項1】

ユーザに施設の利用を案内する施設利用案内システムであって、
前記施設内の部屋の状況を検出する検出部と、
前記検出部による検出結果に基づいて前記部屋の活気度を判定する判定部と、
前記判定部により判定される前記活気度が、前記ユーザについて設定された条件を満足する場合に、前記部屋の利用を前記ユーザに案内する案内部と、
を備えることを特徴とする施設利用案内システム。

【請求項2】

前記検出部は、
前記部屋にいる人数を取得する取得部と、
前記部屋における音声を集音する集音部と、を有し、
前記判定部は、前記人数が多い程、また前記音声が大きい程、前記活気度が大きいと判定することを特徴とする請求項１に記載の施設利用案内システム。

【請求項3】

前記ユーザに関連付けて、嗜好する活気に関する情報を記憶する第１記憶部を更に備え、
前記ユーザに関連付けて前記第１記憶部に記憶される情報が賑やかさを好むことを示す場合には、前記案内部は、前記活気度が第１閾値以上となったときに前記部屋の利用を前記ユーザに案内し、
前記ユーザに関連付けて前記第１記憶部に記憶される情報が静けさを好むことを示す場合には、前記案内部は、前記活気度が前記第１閾値以下の第２閾値未満となったときに前記部屋の利用を前記ユーザに案内する
ことを特徴とする請求項１又は２に記載の施設利用案内システム。

【請求項4】

前記案内部は、前記人数が前記部屋に定められた最大人数に満たない場合であって、前記活気度が、前記ユーザについて設定された条件を満足する場合に、前記部屋の利用を前記ユーザに案内する
ことを特徴とする請求項２に記載の施設利用案内システム。

【請求項5】

前記判定部は、前記最大人数に対する前記人数の比率が大きい程、前記活気度が大きいと判定することを特徴とする請求項４に記載の施設利用案内システム。

【請求項6】

前記ユーザに関連付けて、嗜好するイベントに関する情報を記憶する第２記憶部と、
前記部屋で実施されるイベントの予約情報を記憶する予約情報記憶部と、を更に備え、
前記案内部は、前記部屋において現在実施されているイベントである実施中イベントが、前記ユーザに関連付けて前記第２記憶部に記憶されるイベントに合致し、前記活気度が当該実施中イベントに応じて定められる条件を満足する場合に、前記部屋の利用を前記ユーザに案内する
ことを特徴とする請求項１乃至５のいずれかに記載の施設利用案内システム。

【請求項7】

前記案内部は、前記部屋の利用を案内する案内画面を、前記ユーザが操作する情報端末の表示部に表示させ、
前記案内画面には、前記部屋について判定された前記活気度の大きさが認識可能に表示されることを特徴とする請求項１乃至６のいずれかに記載の施設利用案内システム。

【請求項8】

前記案内部は、前記部屋にいるユーザから投稿された投稿情報を、前記案内画面に表示させることを特徴とする請求項７に記載の施設利用案内システム。

【請求項9】

ユーザに施設の利用を案内する施設利用案内システムによる施設利用案内方法であって、
前記施設利用案内システムが、
前記施設内の部屋の状況を検出する検出ステップと、
前記検出ステップによる検出結果に基づいて前記部屋の活気度を判定する判定ステップと、
前記判定される前記活気度が、前記ユーザについて設定された条件を満足する場合に、前記部屋の利用を前記ユーザに案内する案内ステップと、
を実行することを特徴とする施設利用案内方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、ユーザに施設の利用を案内する施設利用案内システム及び施設利用案内方法に関する。

【背景技術】

【0002】

展示会、ショッピングセンター等の不特定の人々が訪れる集客施設がある。例えば、下記の特許文献１では、こうした集客施設内の複数の集客領域がそれぞれどの程度混雑しているかを検出して、来訪者に混雑していない領域を案内するシステムが提案されている。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２００９−２４５２１３号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

ところで、地域ごとに設けられる交流センターや集会所等の施設内の各部屋では、地域の住民が参加可能な教室、セミナー等の各種イベントが開催されることがある。
ユーザによっては盛り上がっている教室に参加したかったり、落ち着いた雰囲気で学習に集中したかったりする等、部屋の状況が好ましいかどうかは人の嗜好に依るものである。
これに対して、従来技術では、単に混雑度合いに基づく案内に留まり、施設の状況が個々のユーザに合ったものかを考慮して施設を案内してはいなかった。

【0005】

本発明は上記の課題に鑑みてなされたものであって、その目的は、施設内の部屋の実際の状況に応じてユーザに合った施設内の部屋の利用を案内することができる施設利用案内システム及び施設利用案内方法を提供することにある。

【課題を解決するための手段】

【0006】

上記の課題は、ユーザに施設の利用を案内する施設利用案内システムであって、前記施設内の部屋の状況を検出する検出部と、前記検出部による検出結果に基づいて前記部屋の活気度を判定する判定部と、前記判定部により判定される前記活気度が、前記ユーザについて設定された条件を満足する場合に、前記部屋の利用を前記ユーザに案内する案内部と、を備えることを特徴とする施設利用案内システムにより解決される。

【0007】

また、上記の課題は、ユーザに施設の利用を案内する施設利用案内システムによる施設利用案内方法であって、前記施設利用案内システムが、前記施設内の部屋の状況を検出する検出ステップと、前記検出ステップによる検出結果に基づいて前記部屋の活気度を判定する判定ステップと、前記判定される前記活気度が、前記ユーザについて設定された条件を満足する場合に、前記部屋の利用を前記ユーザに案内する案内ステップと、を実行することを特徴とする施設利用案内方法により解決される。

【発明の効果】

【0008】

本発明によれば、施設内の部屋の実際の状況に応じてユーザに合った施設内の部屋の利用を案内することができる。

【図面の簡単な説明】

【0009】

【図1】本実施形態に係る施設情報提供システムの全体の概要を説明する図である。

【図2】施設情報提供システムとユーザ端末のハードウェア構成例を示す図である。

【図3】ログイン画面の一例を示す図である。

【図4】メニュー画面の一例を示す図である。

【図5】施設状況画面の一例を示す図である。

【図6】施設情報提供システムの機能構成例を示す図である。

【図7】ユーザ情報テーブルの一例を示す図である。

【図8】嗜好活気情報テーブルの一例を示す図である。

【図9】嗜好イベント情報テーブルの一例を示す図である。

【図10】施設予約テーブルの一例を示す図である。

【図11】投稿情報テーブルの一例を示す図である。

【図12】案内メールの一例を示す図である。

【図13】施設の状況データを収集する処理に関するシーケンス図である。

【図14】施設状況画面の提供処理に関するシーケンス図である。

【図15】施設状況画面データの生成処理に関するフロー図である。

【発明を実施するための形態】

【0010】

以下、図１乃至図１５に基づき、本発明の一実施形態（以下、本実施形態）について説明する。なお、以下に説明する実施形態は、本発明の理解を容易にするためのものであり、本発明を限定するものではない。すなわち、本発明は、その趣旨を逸脱することなく、変更、改良され得ると共に、本発明にはその等価物が含まれることは勿論である。

【0011】

［１．施設情報提供システム１の全体についての概要説明］
図１には、本実施形態に係る施設情報提供システム１の全体の概要を説明する図を示した。図１に示されるように、施設情報提供システム１は、施設情報提供サーバ１０、管理装置３０を備え、交流センターＣＣ（施設の一例）に関する情報を、ユーザ端末５０（情報端末の一例）に提供するシステムである。なお、施設情報提供サーバ１０と管理装置３０とはネットワークＮを介して相互に通信可能に接続されている。

【0012】

交流センターＣＣは、外部との出入り口となるゲートＧ、複数の部屋（部屋Ｒａ、部屋Ｒｂ、部屋Ｒｃ）を有する建物である。各部屋では、各種教室、セミナー等のイベントが実施される。また、各部屋には、カメラＣ、マイクＭが備えられるとともに、各部屋の外側には、交流センターＣＣの外部から視認可能な照明装置Ｌが設けられている。

【0013】

カメラＣは、部屋の内部を撮影し、撮影したカメラ画像を管理装置３０に伝送する。また、マイクＭは、部屋の音声を集音し、集音した音声データを管理装置３０に伝送する。照明装置Ｌは、複数の色で発光が可能となっており、後述するように、対応する部屋の活気度に応じた色に発光するように、管理装置３０により制御される。

【0014】

管理装置３０は、交流センターＣＣの各部屋（部屋Ｒａ、部屋Ｒｂ、部屋Ｒｃ等）を監視するとともに、各部屋の状況を判定するコンピュータである。
具体的には、管理装置３０は、交流センターＣＣの各部屋に備えられるカメラＣで撮影したカメラ画像と、マイクＭで集音した音声データに基づいて各部屋の活気度を判定する。ここで、活気度とは、部屋にいるユーザの盛り上がり度を評価した値であり、部屋にいるユーザが活発にコミュニケーションしている程大きな値となる。
なお、活気度の判定処理の詳細については後述するが、管理装置３０は、カメラ画像から検出されるユーザ数が多いほど、また音声データ（発話音声）の音圧レベルが大きいほど、活気度が高くなる。
そして、管理装置３０は、各部屋について判定した活気度を含む状況データを施設情報提供サーバ１０に送信する。また、管理装置３０は、例えば所定の時間間隔で上記の状況データを施設情報提供サーバ１０に送信することとしてよい。

【0015】

施設情報提供サーバ１０は、ネットワークＮに接続し、管理装置３０やユーザ端末５０と通信するサーバコンピュータである。施設情報提供サーバ１０は、ネットワークＮを介してアクセスを受け付けるユーザ端末５０に対して、交流センターＣＣの各部屋の活気度を含む各種状況を可視化した表示情報を提供する。また、施設情報提供サーバ１０は、ユーザ端末５０からユーザＵ（例えば部屋ＲｃにいるユーザＵ）が入力した投稿情報（メッセージ）を受信し、受信した投稿情報を他のユーザＵに対して提供する。なお、施設情報提供サーバ１０による処理の詳細や、施設情報提供サーバ１０が提供する情報の詳細については後述する。

【0016】

［２．施設情報提供システム１及びユーザ端末５０のハードウェア構成］
次に、図２に基づいて、施設情報提供システム１とユーザ端末５０のハードウェア構成例について説明する。

【0017】

［２．１．施設情報提供サーバ１０のハードウェア構成］
図２に示されるように、施設情報提供サーバ１０は、ハードウェアとして、制御部１１、記憶部１２及び通信部１３を備えるコンピュータである。

【0018】

制御部１１は、例えば中央処理装置（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）を含み構成され、記憶部１２に記憶されるプログラムやデータに基づいて各種の演算処理を実行するとともに、施設情報提供サーバ１０の各部を制御する。

【0019】

記憶部１２は、例えばメモリ、磁気ディスク装置を含み構成され、各種のプログラムやデータを記憶するほか、制御部１１のワークメモリとしても機能する。なお、記憶部１２には、フラッシュメモリ、光ディスク等の情報記憶媒体を含むこととしてもよい。

【0020】

通信部１３は、ネットワークＮに接続し、ネットワークＮに接続する管理装置３０及びユーザ端末５０等のデバイスと通信する。

【0021】

［２．２．管理装置３０のハードウェア構成］
図２に示されるように、管理装置３０は、ハードウェアとして、制御部３１、記憶部３２、通信部３３及び入出力部３４を備えるコンピュータである。

【0022】

制御部３１は、例えば中央処理装置（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）を含み構成され、記憶部３２に記憶されるプログラムやデータに基づいて各種の演算処理を実行するとともに、管理装置３０の各部を制御する。

【0023】

記憶部３２は、例えばメモリ、磁気ディスク装置を含み構成され、各種のプログラムやデータを記憶するほか、制御部３１のワークメモリとしても機能する。なお、記憶部３２には、フラッシュメモリ、光ディスク等の情報記憶媒体を含むこととしてもよい。

【0024】

通信部３３は、ネットワークＮに接続し、ネットワークＮに接続する施設情報提供サーバ１０及びユーザ端末５０等のデバイスと通信する。

【0025】

入出力部３４は、カメラＣ、マイクＭ、照明装置Ｌ等の各種デバイスと通信する。例えば、入出力部３４には、カメラＣで撮影されたカメラ画像、マイクＭで集音された音声データが入力される。また、入出力部３４は、制御部３１の制御に応じて、照明装置Ｌに照明の発光信号を出力する。発光信号は、発光態様（色、点灯状態等）を指示する制御信号である。照明装置Ｌは、入力された発光信号に応じた態様で点灯する。

【0026】

［２．３．ユーザ端末５０のハードウェア構成］
図２に示されるように、ユーザ端末５０は、ハードウェアとして、制御部５１、記憶部５２、通信部５３、入力部５４及び表示部５５を備えるコンピュータである。

【0027】

制御部５１は、例えば中央処理装置（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）を含み構成され、記憶部５２に記憶されるプログラムやデータに基づいて各種の演算処理を実行するとともに、ユーザ端末５０の各部を制御する。

【0028】

記憶部５２は、例えば半導体メモリ、磁気ディスク装置等の記憶装置を含み構成され、各種のプログラムやデータを記憶するほか、制御部５１のワークメモリとしても機能する。なお、記憶部５２には、フラッシュメモリ、光学ディスク等の着脱可能な情報記憶媒体を含むこととしてよい。

【0029】

通信部５３は、ネットワークＮに接続し、ネットワークＮに接続する施設情報提供サーバ１０及び管理装置３０等のデバイスと通信する。

【0030】

入力部５４は、例えばタッチパネル、キーボード、マウス等の入力装置を含み構成され、ユーザの操作入力を受け付ける。

【0031】

表示部５５は、例えば液晶ディスプレイ装置等の表示装置を含み構成され、制御部５１により生成されるグラフィックデータに基づく画面を表示させる。

【0032】

［３．施設情報提供システム１の処理の概要］
次に、図３乃至図５に示されるユーザ端末５０の表示部５５に表示される画面例を参照しながら、施設情報提供システム１で実行される処理の概要について説明する。

【0033】

まず、ユーザ端末５０は、入力部５４を介してユーザＵから受け付けた入力操作に基づいて、通信部５３により施設情報提供サーバ１０にアクセスする。ここで、ユーザ端末５０が施設情報提供サーバ１０へのユーザ認証が済んでいない場合には、ユーザ端末５０は、施設情報提供サーバ１０へのユーザ認証を実行する。この場合、ユーザ端末５０の表示部５５には、図３に示されるログイン画面Ｗ１が表示される。

【0034】

図３に示されるように、ログイン画面Ｗ１には、ユーザＩＤを入力する入力欄Ｐ１１、パスワードを入力する入力欄Ｐ１２、ログイン処理の実行を要求するボタンＰ１３が含まれる。
ここで、ユーザ端末５０の入力部５４を介して入力欄Ｐ１１、入力欄Ｐ１２への情報入力後に、ボタンＰ１３の押下が検知されると、ユーザ端末５０からユーザＩＤ及びパスワードの情報が施設情報提供サーバ１０に送信される。

【0035】

施設情報提供サーバ１０では、ユーザ端末５０から受信したユーザＩＤとパスワードの組が真正であるか否かに基づいてユーザ認証を実行する。ここで、ユーザＩＤとパスワードの組が真正である場合には、施設情報提供サーバ１０から図４に示すメニュー画面Ｗ２のデータがユーザ端末５０に送信される。

【0036】

ユーザ端末５０では、施設情報提供サーバ１０からメニュー画面Ｗ２のデータを受信すると、表示部５５にメニュー画面Ｗ２を表示する。

【0037】

図４に示されるように、メニュー画面Ｗ２には、交流センターＣＣの施設予約画面に進むためのボタンＰ２１、交流センターＣＣの施設の現在の状況を確認する状況確認画面に進むためのボタンＰ２２、メッセージを投稿する投稿画面に進むためのボタンＰ２３、ログアウトをするためのボタンＰ２４が表示される。

【0038】

ここでは、ユーザ端末５０の入力部５４を介してボタンＰ２２が選択されたこととして説明を続ける。この場合には、ユーザ端末５０は、施設情報提供サーバ１０に対して状況確認画面のデータの提供を要求する。

【0039】

施設情報提供サーバ１０は、ユーザ端末５０から状況確認画面のデータの提供要求を受け付けると、図５に示す施設状況画面Ｗ３のデータを生成し、ユーザ端末５０に送信する。

【0040】

ユーザ端末５０では、施設情報提供サーバ１０から施設状況画面Ｗ３のデータを受信すると、表示部５５に施設状況画面Ｗ３を表示する。

【0041】

図５に示されるように、施設状況画面Ｗ３には、交流センターＣＣの各部屋（部屋Ｒａ、部屋Ｒｂ、部屋Ｒｃ）の現在の状況及びユーザＵに推奨する部屋の情報が表示される。具体的には、施設状況画面Ｗ３には、それぞれ後述する情報を表示する表示領域Ｐ３１、表示領域Ｐ３２、表示領域Ｐ３３、表示領域Ｐ３４、表示領域Ｐ３５、及び凡例表示領域Ｐ３６が含まれる。

【0042】

表示領域Ｐ３１には、ログインしているユーザＵの嗜好に合致すると判定された状況の部屋の情報が表示される。図５に示す例では、ログインしているユーザＵが活気のある状況を嗜好していることとし、この場合には、後述するように活気度が高い部屋Ｒｃ（ルーム「Ｃ」）が選択され、推奨されることとなる。
表示領域Ｐ３２には、部屋Ｒａ（ルーム「Ａ」）の利用目的（イベント）、最大利用者数と現在の利用者、部屋Ｒａの活気度が表示される。図５に示す例では、部屋Ｒａの活気度のレベルは「１」となっている。
表示領域Ｐ３３には、部屋Ｒｂ（ルーム「Ｂ」）の利用目的（イベント）、最大利用者数と現在の利用者、部屋Ｒｂの活気度が表示される。図５に示す例では、部屋Ｒｂの活気度のレベルは「０」となっている。
表示領域Ｐ３４には、部屋Ｒｃ（ルーム「Ｃ」）の利用目的（イベント）、最大利用者数と現在の利用者、部屋Ｒｃの活気度が表示される。図５に示す例では、部屋Ｒｃの活気度のレベルは「５」となっている。
表示領域Ｐ３５には、部屋の利用者からの投稿情報が表示される。図５に示す例では、部屋Ｒｃのイベント（ＤＩＹ教室）に参加しているユーザから投稿されたメッセージが表示される。
凡例表示領域Ｐ３６には、活気度のランク（０〜４）のそれぞれに対応する表示パターンが示される。なお、活気度のランクは高い程、活気があることを示す。

【0043】

詳細については後述するが、施設情報提供サーバ１０は、管理装置３０から受信した交流センターＣＣの各部屋の状況データ、個々のユーザＵについて登録される嗜好（例えば賑やかな環境（活気度が高いこと）を嗜好するか、静かな環境（活気度が低いこと）を嗜好するか等）及び当該嗜好に基づき設定される条件に基づいて、上記の施設状況画面Ｗ３のデータを生成する。

【0044】

ユーザＵは、ユーザ端末５０の表示部５５に表示した施設状況画面Ｗ３に基づいて、交流センターＣＣの現在の状況や、自らの嗜好に合ったイベントが行われているか否かを確認できるため、交流センターＣＣを訪れる動機付けを高めることができる。

【0045】

［４．施設情報提供システム１の機能構成］
次に、図６に基づいて、以上の処理を実現するために施設情報提供システム１に備えられるハードウェアを用いて実現される機能について説明する。
図６には、施設情報提供システム１に備えられる機能を示した。なお、以下に説明する機能は、施設情報提供システム１における主要な機能の一部であり、施設情報提供システム１が他の機能を備えていてもよい。

【0046】

図６に示されるように、施設情報提供システム１は、機能として、データ記憶部１００、検出部１１０、判定部１２０及び案内部１３０を備える。ここで、上記各部の機能は、施設情報提供システム１に含まれる施設情報提供サーバ１０の制御部１１が記憶部１２に記憶されるプログラムに基づいて施設情報提供サーバ１０の各部を動作させ、また管理装置３０の制御部３１が記憶部３２に記憶されるプログラムに基づいて管理装置３０の各部を動作させることにより実現されるものである。なお、上記のプログラムは、情報記憶媒体から読み込むこととしてもよいし、他のデバイスからダウンロードして取得してもよい。

【0047】

［４．１．データ記憶部１００］
データ記憶部１００は、主に施設情報提供サーバ１０の記憶部１２により実現される。なお、本実施形態では、データ記憶部１００は施設情報提供サーバ１０の記憶部１２により実現されることとして説明するが、データ記憶部１００は施設情報提供サーバ１０の記憶部１２、又は／及び管理装置３０の記憶部３２により実現されることとしてもよい。

【0048】

データ記憶部１００は、個々のユーザＵが嗜好する活気に関する情報を記憶する第１記憶部１０１、個々のユーザＵが嗜好するイベントに関する情報を記憶する第２記憶部１０２、交流センターＣＣの各部屋で実施されるイベントの予約情報を記憶する予約情報記憶部１０３を有し、交流センターＣＣ及びユーザＵに関する各種情報を記憶する。
以下、データ記憶部１００に記憶される情報の具体例について説明する。なお、データ記憶部１００、第１記憶部１０１、第２記憶部１０２、予約情報記憶部１０３の構成は論理的なものであって、これらが必ずしも物理的に分離されていることを示すものではない。

【0049】

図７には、データ記憶部１００に記憶されるユーザ情報テーブルの一例を示した。図７に示されるように、ユーザ情報テーブルには、ユーザＵを識別するユーザＩＤ、パスワード、ユーザＵのニックネーム（表示される名前）、電子メールアドレスが関連付けて記憶される。

【0050】

図８には、第１記憶部１０１に記憶される嗜好活気情報テーブルの一例を示した。図８に示されるように、嗜好活気情報テーブルには、ユーザＵを識別するユーザＩＤ、ユーザＵが嗜好する活気の状態を示す情報（嗜好活気情報）、ユーザＵの活気に関する嗜好に合致した状態を判定するための判定条件が関連付けて記憶される。
嗜好活気情報は、例えばユーザＵに対するアンケートの結果に基づいて設定することとしてよく、ユーザＵが賑やかなことが好きか、静かな環境が好きかの質問に対する回答に基づいて設定することとしてよい。
図８に示した例では、ユーザＵが嗜好する活気の状態には［０］静けさ、［１］賑やかさの二通りがあることとする。そして、部屋の活気度が第１の閾値（ＴＨ１）以上であれば、ユーザＵが嗜好する［１］賑やかさを満足し、部屋の活気度が第２の閾値（ＴＨ２）未満であれば、ユーザＵが嗜好する［０］静けさを満足することとする。なお、第１の閾値は、第２の閾値以上であり、両者の値は予め定められることとしてよい。

【0051】

図９には、第２記憶部１０２に記憶される嗜好イベント情報テーブルの一例を示した。図９に示されるように、嗜好イベント情報テーブルには、ユーザＵを識別するユーザＩＤ、ユーザＵが嗜好するイベントの情報（嗜好イベント情報）、ユーザＵが嗜好するイベントにとって好ましい状態を判定するための判定条件が関連付けて記憶される。
嗜好イベント情報は、例えばユーザＵに対するアンケートの結果に基づいて設定することとしてよく、ユーザＵに提示したイベントに関する選択肢の中からユーザＵが選択した回答に基づいて設定することとしてよい。
また、判定条件は、イベントに関連付けて予め設定しておくこととしてよく、例えばユーザＵが嗜好するイベントが「スポーツ観戦」や「ＤＩＹ教室」である場合には、これらのイベントにとっては活気がある方が好ましいとして、判定条件は、活気度が第１の閾値以上であることとする。これにより、「スポーツ観戦」や「ＤＩＹ教室」を行う部屋の活気度が第１の閾値（ＴＨ１）以上であるときにユーザが嗜好するイベントが実施されていると判定されることとなる。
また例えば、例えばユーザＵが嗜好するイベントが「カフェ」である場合には、静かな状態の方が好ましいとして、判定条件は活気度が第２の閾値未満であることとする。これにより、「カフェ」の部屋の活気度が第２の閾値（ＴＨ２）未満であるときにユーザが嗜好するイベントが実施されていると判定されることとなる。
なお、上記の判定条件は一例であり、例えば「スポーツ観戦」に関しては「ＤＩＹ教室」よりも閾値を大きくする等のように、イベントに応じて閾値を個別に設定しても構わない。

【0052】

図１０には、予約情報記憶部１０３に記憶される施設予約テーブルの一例を示した。図１０に示されるように、施設予約テーブルには、交流センターＣＣ内の部屋を識別する部屋ＩＤ、部屋の名称、予約日時、実施されるイベント、参加可能な最大人数、予約している参加者の情報（ユーザＩＤ）が関連付けて記憶される。
また、予約情報記憶部１０３には、交流センターＣＣの図面情報、各部屋の間取り、設備の情報等が記憶されることとしてもよい。
また、施設予約テーブルは、管理装置３０が施設情報提供サーバ１０から取得することにより、管理装置３０においても同じ情報を保持することとしてよい。

【0053】

図１１には、データ記憶部１００に記憶される投稿情報テーブルの一例を示した。図１１に示されるように、投稿情報テーブルには、投稿されたメッセージを識別する投稿ＩＤ、メッセージの投稿者（ユーザＩＤ）、メッセージの投稿時間、投稿されたメッセージの内容、投稿者がメッセージの投稿時にいた部屋の情報（部屋ＩＤ）が関連付けて記憶される。
例えば、投稿者がメッセージの投稿時にいた部屋の情報は、図１０に示す施設予約テーブルにおいて、投稿時を予約日時に含むレコードのうち、投稿者が参加者として記憶されるレコードが抽出された場合には、当該抽出されたレコードに記憶される部屋ＩＤを上記の投稿情報テーブルに記憶することとしてよい。

【0054】

［４．２．検出部１１０］
検出部１１０は、主に管理装置３０の制御部３１、記憶部３２、及び入出力部３４と、入出力部３４に接続されるカメラＣ、マイクＭにより実現される。

【0055】

検出部１１０は、交流センターＣＣ内の各部屋の状況を検出する。具体的には、検出部１１０は、各部屋にいるユーザの人数を取得する取得部１１１と、各部屋にいるユーザの音声を集音する集音部１１２を有する。

【0056】

取得部１１１は、例えば部屋に設置されたカメラＣにより撮影されたカメラ画像を、入出力部３４を介して取得し、取得したカメラ画像を解析することで、当該部屋にいる人数を計数することとしてよい。また、交流センターＣＣの各部屋に入るためのドアＤにおいて、ユーザＩＤを読み取るカードリーダーが設けられている場合には、取得部１１１は、当該カードリーダーにより読み取ったユーザＩＤに基づいて各部屋の人数を取得してもよい。

【0057】

集音部１１２は、例えば部屋に設置されたマイクＭにより集音された音声データを、入出力部３４を介して取得する。また、集音部１１２は、集音された音声データから、環境音等のノイズを除去するようにして、ユーザの音声を抽出するようにしてもよい。

【0058】

［４．３．判定部１２０］
判定部１２０は、主に管理装置３０の制御部３１及び記憶部３２により実現される。

【0059】

判定部１２０は、検出部１１０による検出結果に基づいて交流センターＣＣの各部屋の活気度を判定する。例えば、判定部１２０は、交流センターＣＣの各部屋について取得部１１１で取得された人数と、集音部１１２で集音された音声データに基づいて、活気度を判定する。以下、判定部１２０による活気度の判定処理の具体例について説明する。

【0060】

判定部１２０は、部屋に収容可能な最大人数をＮｍａｘ、当該部屋について取得部１１１で取得された人数（すなわち現在の人数）をｎ、当該部屋について集音部１１２で集音された音声データの音圧レベル（ｄＢ）をＬとした場合に、例えば以下の式（１）により部屋の活気度Ａｃを算出する。
Ａｃ＝α・ｎ／Ｎｍａｘ＋β・Ｌ （１）
上記の音圧レベルは、所定期間（例えば５分間）における平均値を用いることとしてよい。また、上記の最大人数は、部屋について固定値としてもよいし、図１０に示す施設予約テーブルにおける各部屋で行うイベントについて定められる最大人数の値を用いてもよい。また、上記のα、βは予め定められた正の係数とする。
上記式（１）によれば、各部屋の最大人数に対する現在部屋にいる人数の比が大きい程、また音圧レベルが大きい程の部屋の活気度が大きくなるように算出される。

【0061】

なお、判定部１２０による各部屋の活気度の判定処理は繰り返し実行されることとしてよく、管理装置３０は、各部屋について判定した活気度を、施設情報提供サーバ１０に対して送信することとしてよい。

【0062】

［４．４．案内部１３０］
案内部１３０は、主に施設情報提供サーバ１０の制御部１１、記憶部１２及び通信部１３により実現される。

【0063】

案内部１３０は、判定部１２０により判定される部屋の活気度が、ユーザＵについて設定された条件を満足する場合に、当該部屋の利用をユーザＵに案内する。以下、案内部１３０による案内処理の具体例について説明する。

【0064】

案内部１３０は、交流センターＣＣの各部屋について判定部１２０により判定された活気度を取得する。次に、案内部１３０は、ユーザＵから交流センターＣＣに関する情報の提供要求を受け付けると、当該ユーザＵについて嗜好活気情報テーブルに記憶される判定条件（以下、第１判定条件）を参照する。そして、案内部１３０は、活気度が上記参照した第１判定条件を満足する部屋がある場合に、その部屋に推奨フラグを設定する。
また、案内部１３０は、上記要求を受け付けたユーザＵについて嗜好イベント情報テーブルに記憶されるイベント情報（以下、嗜好イベント）と判定条件（以下、第２判定条件）を参照する。そして、案内部１３０は、交流センターＣＣの部屋のうち、上記ユーザＵの嗜好イベントを実施している部屋であって、活気度が第２判定条件を満足する部屋がある場合に、その部屋に推奨フラグを設定する。

【0065】

案内部１３０は、上記推奨フラグが設定された部屋の利用をユーザＵに対して案内する。例えば、案内部１３０は、図５に示す施設状況画面Ｗ３のうちの表示領域Ｐ３１に上記推奨フラグが設定された部屋の情報を表示することで、ユーザＵの嗜好に合致する状態の部屋の情報を案内することとしてよい。
また例えば、案内部１３０は、図１２に示されるように、ユーザＵの電子メールアドレスに対して、推奨フラグが設定された部屋の利用を案内する案内メールＭＬを送信するようにしてもよい。
また、ユーザＵは、プッシュ通知を受け取るか否か、プッシュ通知を受け取る曜日や時間を設定しておくこととしてもよく、プッシュ通知を受け取りが可能なタイミングである場合に、案内部１３０は、推奨フラグが設定された部屋の利用を案内する情報をユーザＵに対して送信するようにしてもよい。

【0066】

また、案内部１３０は、図５に示す施設状況画面Ｗ３のように、交流センターＣＣの各部屋について判定部１２０により判定された活気度の大きさを識別可能な態様（例えば異なる色、異なるパターン等）で表示させることで、各部屋の活気度をユーザＵに分かりやすく伝えることとしてよい。
この場合に、図５の施設状況画面Ｗ３に示すように、それぞれ活気度の数値範囲を対応付けたランクを複数設定し、各部屋がどのランクに属するかを表示するようにしてよい。

【0067】

［５．施設情報提供システム１で実行される処理］
次に、図１３乃至図１５を参照しながら、施設情報提供システム１において実行される処理の流れについて説明する。

【0068】

図１３は、交流センターＣＣの各部屋の活気度を含む状況データを収集する処理の一例を示すシーケンス図である。図１３に示すシーケンスは、交流センターＣＣの一つの部屋（以下、対象の部屋）の状況データを収集する処理を説明するものであるが、この処理は交流センターＣＣの各部屋について、繰り返し実行されることとしてよい。

【0069】

図１３に示されるように、管理装置３０の制御部３１は、対象の部屋に関する施設予約情報を参照する（Ｓ３０１）。具体的には、管理装置３０の制御部３１は、施設予約テーブルのレコードのうち、対象の部屋のＩＤ（部屋ＩＤ）、現在日時をキーとして、実行するイベント情報、最大人数等の情報を取得する。

【0070】

次に、管理装置３０の制御部３１は、入出力部３４を介して対象の部屋に設置されたカメラＣからカメラ画像を取得し（Ｓ３０２）、取得したカメラ画像を解析して対象の部屋にいるユーザの人数を計数する（Ｓ３０３）。

【0071】

次に、管理装置３０の制御部３１は、入出力部３４を介して対象の部屋に設置されたマイクＭから音声を取得する（Ｓ３０４）。

【0072】

そして、管理装置３０の制御部３１は、例えば上述した式（１）と、対象の部屋にいるユーザ数、対象の部屋の最大人数、対象の部屋の音圧レベルに基づいて、対象の部屋の活気度を判定（算出）する（Ｓ３０５）。

【0073】

管理装置３０の制御部３１は、通信部１３を介して、対象の部屋のＩＤ（部屋ＩＤ）、参加者数（検出人数）、活気度、判定時刻等を含む状況データを施設情報提供サーバ１０に対して送信する（Ｓ３０６）。

【0074】

施設情報提供サーバ１０の制御部１１は、通信部１３を介して管理装置３０から状況データを受信し（Ｓ１０１）、受信した状況データを記憶部１２に記録する（Ｓ１０２）。

【0075】

次に、図１４及び図１５を参照しながら、交流センターＣＣの各部屋の状況及びユーザＵに推奨する部屋の情報を含む施設情報の提供処理の一例について説明する。

【0076】

図１４に示されるように、ユーザ端末５０は、施設情報提供サーバ１０に対するユーザ認証が済んでいない場合には、ユーザ端末５０と施設情報提供サーバ１０はログイン処理を実行する（Ｓ５１１，Ｓ１１１）。具体的には、ユーザ端末５０の表示部５５にログイン画面Ｗ１（図３参照）が表示され、ログイン画面Ｗ１に入力されたユーザＩＤとパスワードが施設情報提供サーバ１０に送信され、送信されたユーザＩＤとパスワードが正しい場合にユーザ認証が成功し、そうでない場合には失敗したと判定される。以下では、ユーザ認証が成功したこととし、認証されたユーザを対象ユーザと称する。

【0077】

施設情報提供サーバ１０の制御部１１は、メニュー画面Ｗ２のデータをユーザ端末５０に送信する（Ｓ１１２）。ユーザ端末５０の制御部５１は、施設情報提供サーバ１０からメニュー画面Ｗ２のデータを受信すると（Ｓ５１２）、受信したデータに基づいて表示部５５にメニュー画面Ｗ２（図４参照）を表示する（Ｓ５１３）。

【0078】

ユーザ端末５０の制御部５１は、メニュー画面Ｗ２のボタンＰ２２の選択を受け付けると、施設状況画面Ｗ３のデータの提供を施設情報提供サーバ１０に対して要求する（Ｓ５１４）。

【0079】

施設情報提供サーバ１０の制御部１１は、ユーザ端末５０からの施設状況画面Ｗ３のデータ提供の要求を受け付けると（Ｓ１１３）、施設状況画面Ｗ３のデータを生成する（Ｓ１１４）。ここで、Ｓ１１４の処理の詳細については図１５に示すフロー図に基づいて説明する。以下に説明するフローにおいては、交流センターＣＣに部屋Ｒ_１〜Ｒ_Ｎ（ただしＮは１以上の整数）があることとする。

【0080】

図１５に示されるように、施設情報提供サーバ１０の制御部１１は、変数ｉを１に初期化して（Ｓ１）、部屋Ｒｉの現在の状況データを取得する（Ｓ２）。なお、状況データには、部屋Ｒｉにいる参加者数、活気度の情報が含まれる。

【0081】

次に、施設情報提供サーバ１０の制御部１１は、部屋Ｒｉの参加者からの投稿情報を取得する（Ｓ３）。
例えば、施設情報提供サーバ１０の制御部１１は、図１０に示す施設予約テーブルのうち、部屋Ｒｉと現在時刻とに基づいて、部屋Ｒｉで現在実施中のイベントとイベントの時間帯を特定する。次に、施設情報提供サーバ１０の制御部１１は、図１１に示す投稿情報テーブルのうち、部屋Ｒｉの部屋ＩＤを含み、投稿時間がイベントの時間帯に含まれるレコード（投稿情報）を取得する。

【0082】

ここで、部屋Ｒｉのイベントへの参加者数が、部屋Ｒｉのイベントに参加可能な最大人数未満である場合には（Ｓ４：Ｙ）、施設情報提供サーバ１０の制御部１１は、図８に示す嗜好活気情報テーブルから、対象ユーザのレコード（嗜好活気情報）を参照する（Ｓ５）。

【0083】

ここで、Ｓ２で取得した部屋Ｒｉの活気度により、Ｓ５で参照した嗜好活気情報に含まれる判定条件が満たされる（すなわち活気に関する対象ユーザの嗜好が満たされる）場合には（Ｓ６：Ｙ）、施設情報提供サーバ１０の制御部１１は、部屋Ｒｉの推奨フラグをＯＮに設定する（Ｓ７）。なお、推奨フラグの初期値はＯＦＦであることとする。
一方、Ｓ２で取得した状況データに含まれる活気度により、Ｓ５で参照した嗜好活気情報に含まれる判定条件が満たされない場合には（Ｓ６：Ｎ）、Ｓ８に進む。

【0084】

次に、施設情報提供サーバ１０の制御部１１は、図９に示す嗜好イベント情報テーブルから、対象ユーザのレコード（嗜好イベント情報）を参照する（Ｓ８）。

【0085】

ここで、部屋Ｒｉで実施されるイベントが、対象ユーザの嗜好イベント情報に含まれるイベントであり、且つ、部屋Ｒｉの活気度により嗜好イベント情報に含まれる判定条件が満たされる（すなわちイベントに関する対象ユーザの嗜好が満たされる）場合には（Ｓ９：Ｙ）、施設情報提供サーバ１０の制御部１１は、部屋Ｒｉの推奨フラグをＯＮに設定する（Ｓ１０）。
一方、Ｓ９でイベントに関する対象ユーザの嗜好が満たされない場合には（Ｓ９：Ｎ）、Ｓ１１に進む。
また、Ｓ４において、部屋Ｒｉのイベントへの参加者数が、部屋Ｒｉのイベントに参加可能な最大人数未満でない場合にも（Ｓ４：Ｎ）、Ｓ１１に進む。

【0086】

Ｓ１１において、変数ｉがＮ（部屋数）に達していない場合には（Ｓ１１：Ｎ）、変数ｉに１を加算して（Ｓ１２）、Ｓ２に戻る。
一方、Ｓ１１において、変数ｉがＮ（部屋数）に達している場合には（Ｓ１１：Ｙ）、交流センターＣＣの各部屋の活気度、推奨フラグが設定された部屋の情報、各部屋についての投稿情報に基づいて、施設状況画面Ｗ３を表示するためのデータを生成し（Ｓ１３）、処理を抜ける。

【0087】

次に、図１４に戻り説明を続ける。図１４に示されるように、施設情報提供サーバ１０の制御部１１は、通信部１３を介して、Ｓ１１４で生成した施設状況画面Ｗ３のデータをユーザ端末５０に送信する（Ｓ１１５）。

【0088】

ユーザ端末５０の制御部５１は、通信部５３を介して施設情報提供サーバ１０から施設状況画面Ｗ３のデータを受信し（Ｓ５１５）、受信したデータに基づいて表示部５５に施設状況画面Ｗ３（図５参照）を表示する（Ｓ５１６）。

【0089】

ユーザＵは施設状況画面Ｗ３の表示を確認することにより、交流センターＣＣの各部屋の状況（人数、混雑度、活気度、実施イベント等）を把握することができる。また、ユーザＵの嗜好に合うイベントや環境の部屋の存在も認識できるため、交流センターＣＣを利用しようとする動機付けが得られる。

【0090】

以上説明した本実施形態に係る施設情報提供システム１によれば、交流センターＣＣの部屋のリアルタイムの活気等の状況に応じて、ユーザに交流センターＣＣ内の部屋の利用を案内することができる。
また、施設情報提供システム１によれば、交流センターＣＣの部屋について検出した人数、音声、混雑度に基づいて、部屋の活気を精度良く判定できる。
また、施設情報提供システム１によれば、賑やかさを好むユーザに対しては、部屋が盛り上がっている場合に、部屋の利用を案内できる。一方で、静けさを好むユーザに対しては、部屋が静かなときに、部屋の利用を案内できる。すなわち、ユーザの活気の嗜好に合わせてユーザを交流センターＣＣに来るように促すことができる。
また、施設情報提供システム１によれば、部屋の参加人数に余裕がある場合にユーザに部屋の利用を促すことができる。これにより、ユーザが施設に来ても利用ができないような場合に、施設の利用を案内してしまうことを回避できる。
また、施設情報提供システム１によれば、ユーザが嗜好するイベントを実施する部屋の状況に応じてユーザに部屋の利用を案内できる。
また、施設情報提供システム１によれば、ユーザ端末５０の表示部５５に表示される施設状況画面Ｗ３により、ユーザは交流センターＣＣの各部屋の状況を確認することができる。これにより、ユーザは交流センターＣＣの各部屋のリアルタイムの状況や、ユーザが交流センターＣＣを現に利用している者の生の声を確認できるようになる。これにより、ユーザは交流センターＣＣを利用するか否かを判断するための判断材料を得ることができる。

【0091】

［６．その他の実施形態］
本発明は上記の実施形態に限定されるものではない。例えば、施設情報提供システム１では、施設情報提供サーバ１０と管理装置３０とを分けて構成したが、両者を１つの装置として構成してもよいし、施設情報提供システム１で実現される機能を３以上の装置に分散させて構成してもよい。

【0092】

また例えば、施設情報提供システム１において、活気度のランクに対応付けて照明装置Ｌの発光態様（発光色、点灯態様）を定めておき、各部屋に対応する照明装置Ｌを、管理装置３０が各部屋について判定した活気度に応じた発光態様で発光させるようにしてもよい。こうすることで、交流センターＣＣの外を歩いているユーザＵが、交流センターＣＣの各部屋の状況を確認することができる。これにより、ユーザＵが交流センターＣＣの状況を把握できるため、交流センターＣＣに立ち寄る動機付けとなり得る。
また、照明装置Ｌは各部屋に設けられていなくともよく、交流センターＣＣの外部に設けられた照明装置Ｌが、交流センターＣＣのいずれかの部屋の活気度が閾値以上となった場合に発光するようにしてもよい。

【0093】

また、施設情報提供システム１において、ユーザは例えば以下の（１）〜（３）のように複数の判定条件を設定し、いずれか又は２以上の判定条件が満足された場合に、施設の利用を案内する通知を受けるようにしてもよい。
（１）所定の期間において、活気度が閾値以上となった回数が所定回数以上である。
（２）所定の期間において、所定の部屋（例えば個室等）の利用者数が閾値を下回っている。
（３）所定の期間において、ユーザが嗜好するイベントを実施する部屋（例えばカフェ等）の利用者数が閾値を下回っている。

【0094】

また、施設情報提供システム１は、交流センターＣＣへの来訪者数、各部屋の人数、活気度等のデータを記録し、記録したデータを各種分析に供することとしてもよい。

【0095】

［７．付記］
本発明の代表的な態様は以下の通りである。

【0096】

本発明に係る施設利用案内システムは、ユーザに施設の利用を案内する施設利用案内システムであって、前記施設内の部屋の状況を検出する検出部と、前記検出部による検出結果に基づいて前記部屋の活気度を判定する判定部と、前記判定部により判定される前記活気度が、前記ユーザについて設定された条件を満足する場合に、前記部屋の利用を前記ユーザに案内する案内部と、を備える。

【0097】

また、本発明に係る施設利用案内方法は、ユーザに施設の利用を案内する施設利用案内システムによる施設利用案内方法であって、前記施設利用案内システムが、前記施設内の部屋の状況を検出する検出ステップと、前記検出ステップによる検出結果に基づいて前記部屋の活気度を判定する判定ステップと、前記判定される前記活気度が、前記ユーザについて設定された条件を満足する場合に、前記部屋の利用を前記ユーザに案内する案内ステップと、を実行する。

【0098】

上記の施設利用案内システム及び施設利用案内方法によれば、施設内の部屋の活気に応じて、ユーザに施設内の部屋の利用を案内することができる。

【0099】

また、上記の施設利用案内システムにおいて、前記検出部は、前記部屋にいる人数を取得する取得部と、前記部屋における音声を集音する集音部と、を有し、前記判定部は、前記人数が多い程、また前記音声が大きい程、前記活気度が大きいと判定することとしてもよい。
こうすることで、施設内の部屋の活気を精度良く判定できる。

【0100】

また、上記の施設利用案内システムにおいて、前記ユーザに関連付けて、嗜好する活気に関する情報を記憶する第１記憶部を更に備え、前記ユーザに関連付けて前記第１記憶部に記憶される情報が賑やかさを好むことを示す場合には、前記案内部は、前記活気度が第１閾値以上となったときに前記部屋の利用を前記ユーザに案内し、前記ユーザに関連付けて前記第１記憶部に記憶される情報が静けさを好むことを示す場合には、前記案内部は、前記活気度が前記第１閾値以下の第２閾値未満となったときに前記部屋の利用を前記ユーザに案内することとしてもよい。
こうすることで、賑やかさを好むユーザに対しては、部屋が盛り上がっている場合に、部屋の利用を案内できる。一方で、静けさを好むユーザに対しては、部屋が静かなときに、部屋の利用を案内できる。すなわち、ユーザの活気の嗜好に合わせてユーザを施設に来るように促すことができる。

【0101】

また、上記の施設利用案内システムにおいて、前記案内部は、前記人数が前記部屋に定められた最大人数に満たない場合であって、前記活気度が、前記ユーザについて設定された条件を満足する場合に、前記部屋の利用を前記ユーザに案内することとしてもよい。
こうすることで、施設内の部屋に余裕がある場合に部屋の利用を促すことができる。これにより、ユーザが施設に来ても利用ができないような場合に、施設の利用を案内してしまうことを回避できる。

【0102】

また、上記の施設利用案内システムにおいて、前記判定部は、前記最大人数に対する前記人数の比率が大きい程、前記活気度が大きいと判定することとしてもよい。
こうすることで、施設内の部屋の活気を精度良く判定できる。

【0103】

また、上記の施設利用案内システムにおいて、前記ユーザに関連付けて、嗜好するイベントに関する情報を記憶する第２記憶部と、前記部屋で実施されるイベントの予約情報を記憶する予約情報記憶部と、を更に備え、前記案内部は、前記部屋において現在実施されているイベントである実施中イベントが、前記ユーザに関連付けて前記第２記憶部に記憶されるイベントに合致し、前記活気度が当該実施中イベントに応じて定められる条件を満足する場合に、前記部屋の利用を前記ユーザに案内することとしてもよい。
こうすることで、ユーザが嗜好するイベントを実施する部屋の状況に応じてユーザに部屋の利用を案内できる。

【0104】

また、上記の施設利用案内システムにおいて、前記案内部は、前記部屋の利用を案内する案内画面を、前記ユーザが操作する情報端末の表示部に表示させ、前記案内画面には、前記部屋について判定された前記活気度の大きさが認識可能に表示されることとしてもよい。
こうすることで、ユーザが情報端末の画面により施設の部屋がどの程度の活気であるかを確認できる。これにより、ユーザに施設を利用する判断材料を与えることができる。

【0105】

また、上記の施設利用案内システムにおいて、前記案内部は、前記部屋にいるユーザから投稿された投稿情報を、前記案内画面に表示させることとしてもよい。
こうすることで、ユーザが施設を利用している者の生の声を確認できるようになる。これにより、ユーザに施設を利用する判断材料を与えることができる。

【符号の説明】

【0106】

ＣＣ 交流センター（施設）
Ｃ カメラ
Ｄ ドア
Ｇ 出入口
Ｍ マイク
Ｎ ネットワーク
Ｌ 照明装置
Ｒａ 部屋
Ｒｂ 部屋
Ｒｃ 部屋
Ｕ ユーザ
Ｕａ ユーザ（参加者）
Ｕｃ ユーザ（参加者）
Ｗ１ ログイン画面
Ｐ１１ 入力欄
Ｐ１２ 入力欄
Ｐ１３ ボタン
Ｗ２ メニュー画面
Ｐ２１ ボタン
Ｐ２２ ボタン
Ｐ２３ ボタン
Ｐ２４ ボタン
Ｗ３ 施設状況画面
Ｐ３１ 表示領域
Ｐ３２ 表示領域
Ｐ３３ 表示領域
Ｐ３４ 表示領域
Ｐ３５ 表示領域
Ｐ３６ 凡例表示領域
ＭＬ 案内メール
１ 施設情報提供システム
１０ 施設情報提供サーバ
１１ 制御部
１２ 記憶部
１３ 通信部
３０ 管理装置
３１ 制御部
３２ 記憶部
３３ 通信部
３４ 入出力部
５０ ユーザ端末
５１ 制御部
５２ 記憶部
５３ 通信部
５４ 入力部
５５ 表示部
１００ データ記憶部
１０１ 第１記憶部
１０２ 第２記憶部
１０３ 予約情報記憶部
１１０ 検出部
１１１ 取得部
１１２ 集音部
１２０ 判定部
１３０ 案内部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】