(57)【要約】【課題】ユーザに適した空間を案内できると共に、ユーザの行動に変化を与えることができるようにした空間案内システムを提供すること。【解決手段】空間案内システムは、あらかじめ用意された複数の空間２１の中から選択される空間をユーザ４に案内する空間案内システムであって、各空間の環境情報を含む管理情報を取得し、ユーザの希望と管理情報とに基づいて各空間の中から第１の空間を選択してユーザへ提案する第１提案と、ユーザの希望とは別の観点に基づいて第１の空間と異なる第２の空間を各空間の中から選択してユーザへ提案する第２提案との少なくともいずれか一方を実行する提案部１１を備える。【選択図】図１
2020119252.tif 000002
【特許請求の範囲】
【請求項１】
あらかじめ用意された複数の空間の中から選択される空間をユーザに案内する空間案内システムであって、
前記各空間の環境情報を含む管理情報を取得し、
ユーザの希望と前記管理情報とに基づいて前記各空間の中から第１の空間を選択してユーザへ提案する第１提案と、ユーザの希望とは別の観点に基づいて前記第１の空間と異なる第２の空間を前記各空間の中から選択してユーザへ提案する第２提案との少なくともいずれか一方を実行する、
空間案内システム。
【請求項２】
前記第２提案が実行された場合はユーザに利用ポイントを付与し、
前記第１提案の実行には所定の利用ポイントが消費される、
請求項１に記載の空間案内システム。
【請求項３】
前記管理情報は、前記各空間の物理的環境に関する情報と、ユーザの心理的環境に関する情報とが含まれており、
前記ユーザの希望には、前記物理的環境または前記心理的環境の少なくともいずれか一方が含まれる、
請求項２に記載の空間案内システム。
【請求項４】
前記利用ポイントの付与は、前記物理的環境の変化または前記心理的環境の変化の少なくともいずれか一方に基づいて変化し、
前記変化する利用ポイントの付与状態は、ユーザの使用する情報端末に表示される、
請求項３に記載の空間案内システム。
【請求項５】
提案された空間についてユーザから取得する評価に基づいて、前記空間の物理的環境を変化させるための指示を出力する、
請求項３に記載の空間案内システム。
【請求項６】
前記心理的環境は、ユーザ間の親密度に基づいて算出される、
請求項３に記載の空間案内システム。
【請求項７】
計算機により、あらかじめ用意された複数の空間の中から選択される空間をユーザに案内する空間案内方法であって、
前記計算機は、
前記各空間の環境情報を含む管理情報を取得し、
ユーザの希望と前記管理情報とに基づいて前記各空間の中から第１の空間を選択してユーザへ提案する第１提案と、ユーザの希望とは別の観点に基づいて前記第１の空間と異なる第２の空間を前記各空間の中から選択してユーザへ提案する第２提案との少なくともいずれか一方を実行する、
空間案内方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、空間案内システムおよび空間案内方法に関する。
【背景技術】
【０００２】
近年、席を固定せずにユーザが自由に席を選択できるようにしたいわゆるフリーアドレス型のオフィスが提案されている（特許文献１）。ユーザの好みの環境条件を満足する空間内の地点を検索してユーザへ通知する技術も知られている（特許文献２）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１７−１３８８２２号公報
【特許文献２】特開２０１４−２１４９７５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
従来技術は、ユーザの好みの環境に合った席を案内するだけのため、ユーザは特定の席に執着したり、気の合ったユーザ同士で集まったりしやすい。したがって、従来技術では、ユーザの行動が固定されやすいため、ユーザ間の知的交流を促したり、オフィスなどの施設を効率的に利用したりすることが難しい。
【０００５】
本発明は、上記問題に鑑みてなされたもので、その目的は、ユーザに適した空間を案内できると共に、ユーザの行動に変化を与えることができるようにした空間案内システムおよび空間案内方法を提供することにある。
【課題を解決するための手段】
【０００６】
上記課題を解決すべく、本発明の一つの観点に従う空間案内システムは、あらかじめ用意された複数の空間の中から選択される空間をユーザに案内する空間案内システムであって、各空間の環境情報を含む管理情報を取得し、ユーザの希望と管理情報とに基づいて各空間の中から第１の空間を選択してユーザへ提案する第１提案と、ユーザの希望とは別の観点に基づいて第１の空間と異なる第２の空間を各空間の中から選択してユーザへ提案する第２提案との少なくともいずれか一方を実行する。
【発明の効果】
【０００７】
本発明によれば、ユーザの希望に応じた第１の空間と、ユーザの希望とは別の観点で選択される第２の空間とを、ユーザに提案することができるため、ユーザおよび空間の管理者の利便性を向上することができる。
【図面の簡単な説明】
【０００８】
【図１】空間案内システムの概要図である。
【図２】空間案内システムの全体構成図である。
【図３】センサユニットおよびユーザ端末の機能構成図である。
【図４】提案サーバの機能構成図である。
【図５】ユーザ情報を管理するテーブルである。
【図６】ユーザがルームに滞在する時間を管理するテーブルである。
【図７】ルームの状態を管理するテーブルである。
【図８】ルームの快適さの評価を管理するテーブルである。
【図９】ルームの予約状態を管理するテーブルである。
【図１０】ルームを案内する全体の流れを示すフローチャートである。
【図１１】ルームの初期設定処理を示すフローチャートである。
【図１２】ユーザ情報の登録処理を示すフローチャートである。
【図１３】ルーム状態を管理する処理のフローチャートである。
【図１４】ルームの物理的環境に応じて、ルームを提案する処理を示すフローチャートである。
【図１５】特定ユーザの有無に応じて、ルームを提案する処理を示すフローチャートである。
【図１６】複数の観点からルームを提案する処理を示すフローチャートである。
【図１７】ユーザが好みのルームを登録する画面である。
【図１８】ユーザの作業目的に応じて、ルームを提案する処理を示すフローチャートである。
【図１９】ユーザの行動履歴に基づいてルームを提案する処理を示すフローチャートである。
【図２０】ルームの物理的環境をユーザの評価に応じて変化させる処理を示すフローチャートである。
【図２１】取得可能なポイントに応じてルームを選択する処理を示すフローチャートである。
【図２２】ユーザにより選択されたルームが満室の場合の処理を示すフローチャートである。
【図２３】満室時に利用ポイントをユーザへ付与し、ユーザがポイントを使用してルームを予約する処理を示すフローチャートである。
【図２４】第２実施例に係り、ルームの管理目標を設定する処理を示すフローチャートである。
【図２５】第３実施例に係り、チャットボットとユーザとの会話を解析することにより、ユーザの気分または好みを推定する処理を示すフローチャートである。
【図２６】第４実施例に係り、ポイントの付与率を動的に変更すると共に、現在のポイントをユーザ端末へ表示させる処理を示すフローチャートである。
【発明を実施するための形態】
【０００９】
以下、図面に基づいて、本発明の実施の形態を説明する。本実施形態に係る空間案内システムは、例えば、オフィスビル内の複数のルーム、一つまたは複数のフロアに配置された複数のルームのように、施設内に設けられた複数の空間の中から一つまたは複数の空間を選択し、ユーザへ提案する。
【実施例１】
【００１０】
図１〜図２３を用いて第１実施例を説明する。本実施例では、空間案内システムとして、ユーザに対してルームを提案するシステムを例に挙げて説明する。
【００１１】
図１は、ルーム提案システムの全体概要を示す。ルーム提案システムは、例えば、提案サーバ１と、各ルーム２１に配置されたセンサユニット３と、ユーザ４の所持するユーザ端末５と、管理者により使用される管理端末６とを含む。
【００１２】
ここで、ユーザ４は、同一企業または関連企業に所属する社員（派遣社員、パートタイマも含む。以下同じ）であってもよいし、関係のない異なる企業に所属する社員であってもよい。
【００１３】
建物２は、提案サーバ１の管理対象である複数のルーム２１を有する。各ルーム２１には、ルーム２１内の状態を計測するためのセンサユニット３が配置されている。センサユニット３の詳細は図３で後述するが、ルーム２１内の物理的環境などを収集する装置として構成されている。
【００１４】
本実施例に係るルーム提案システムの管理対象となるルーム２１は、同一の建物２内の同一フロアに存在してもよいし、同一の建物２内の異なる複数のフロアに分散していてもよいし、異なる建物２の異なるフロアに分散していてもよい。あるいは、「空間」としてのルーム２１に代えて、一つのルーム内の複数の席のそれぞれを「空間」として取り扱うこともできる。この場合、空間案内システムは、座席提案システムとなる。
【００１５】
ルーム２１を使用するユーザ４は、ユーザ端末５を所持する。ユーザ端末５の詳細は図３で後述するが、例えば携帯情報端末、携帯電話（いわゆるスマートフォンを含む。以下同じ）、パーソナルコンピュータなどをユーザ端末５として用いることができる。
【００１６】
管理端末６は、図示せぬ管理者により操作されるコンピュータ端末である。管理端末６は、ユーザ端末５と同様に、携帯情報端末、携帯電話またはパーソナルコンピュータのように構成される。管理者は、管理端末６を用いることにより、提案サーバ１に対してルーム２１の基本情報を登録等することができる。
【００１７】
提案サーバ１は、ユーザ４の希望（要求）に応じて、またはユーザの希望以外の観点に基づいて、ユーザにルーム２１を提案するコンピュータである。ユーザの希望以外の観点としては、例えばオフィス管理者またはオフィスの入ったテナントビルの管理者等により設定される管理目標を挙げることができる。管理目標は、本提案システムの管理対象となる各ルーム２１の一部または全部に対して適用可能であり、例えば、「省エネルギ性の向上」、「残業時間の低減」、「ユーザ間の交流促進」等を挙げることができる。
【００１８】
提案サーバ１は、例えば、提案部１１と、ユーザ関連情報取得部１２と、ルーム関連情報取得部１３と、通知部１４と、ユーザ関連情報記憶部１５と、ルーム関連情報記憶部１６とを、機能として備える。
【００１９】
提案部１１は、後述のように、ユーザ４の希望またはそれ以外の観点に基づいて、ユーザに対してルーム２１を提案する機能である。提案部１１は、後述する「利用ポイント」としてのポイントの発行と消費も管理する。
【００２０】
ユーザ関連情報取得部１２は、ユーザ４に関する情報を取得する機能である。ユーザ関連情報としては、後述のユーザ情報Ｄ１１、ユーザ滞在時間情報Ｄ１２がある。ルーム関連情報は、各ユーザ４がユーザ端末５を用いて入力される情報と、センサユニット３から得られる情報の少なくとも一部とから得ることができる。
【００２１】
ルーム関連情報取得部１３は、ルーム２１に関する情報を取得する機能である。ルーム関連情報としては、後述のルーム情報Ｄ１３、ルーム予約情報Ｄ１５がある。ルーム関連情報は、管理者が管理端末６から入力する設定情報と、センサユニット３から得られる少なくとも一部の情報と、ユーザ端末５から得られる少なくとも一部の情報とから得ることができる。
【００２２】
ユーザ関連情報記憶部１５は、ユーザ関連情報取得部１２により取得されたユーザ関連情報を記憶する。ルーム関連情報記憶部１６は、ルーム関連情報取得部１３により取得されたルーム関連情報を記憶する。なお、図１中では、「記憶部」という文言を省略して示している。
【００２３】
通知部１４は、提案部１１で選択されたルーム２１をユーザ端末５に送信してユーザへ通知する機能である。さらに、通知部１４は、ユーザの持つポイントについての情報を、ユーザ端末５に送信して通知することもできる。なお、ユーザ端末５への個別通知に代えて、あるいは、個別通知と共に、共通のディスプレイに各ユーザへ提案するルーム２１の情報を表示させてもよい。
【００２４】
図２の全体構成図を用いて、ハードウェア構成等を説明する。提案サーバ１は、例えば、マイクロプロセッサ１０１（図中、ＣＰＵ：Central Processing Unit）と、メモリ１０２と、補助記憶装置１０３と、通信部１０４とを備える。これら各回路１０１〜１０４は、内部バス１０５により通信可能に接続されている。
【００２５】
補助記憶装置１０３は、例えばハードディスク、フラッシュメモリ等の比較的記憶容量の大きい書き換え可能媒体を用いる。補助記憶装置１０３は、提案サービス処理プログラムＰ１と、ユーザ関連情報およびルーム関連情報を記憶するデータベースＤ１とを記憶している。
【００２６】
マイクロプロセッサ１０１は、補助記憶装置１０３からプログラムＰ１をメモリ１０２に呼び出して実行することにより、ルーム提案サーバ１の機能を実現する。
【００２７】
通信部１０４は、各センサユニット３と、各ユーザ端末５と、管理端末６との間で情報を交換する。通信部１０４は、第１通信ネットワークＣＮ１およびゲートウェイ３０を介して、各センサユニット３と各ユーザ端末５とに通信可能に接続されている。さらに、通信部１０４は、第２通信ネットワークＣＮ２を介して、各ユーザ端末５および管理端末６に通信可能に接続されている。
【００２８】
第１通信ネットワークＣＮ１と第２通信ネットワークＣＮ２とはそれぞれ異なる通信ネットワークでもよいし、共通の通信ネットワークでもよい。
【００２９】
各ルーム２１の天井または側壁には、センサユニット３が少なくとも一つ設けられており、各センサユニット３はゲートウェイ３０を介して提案サーバ１の通信部１０４に接続されている。ユーザ端末５の持つ一部の情報（例えば端末識別情報）は、センサユニット３等を介して提案サーバ１へ送信される。端末識別情報としては、例えばＢＬＥ（Bluetooth Low Energy ）識別情報を用いることができる。なお、Bluetoothは登録商標である。
【００３０】
図３を用いて、センサユニット３とユーザ端末５の構成を説明する。センサユニット３は、ルーム毎に設けられており、例えば制御部３１と通信部３２を備える。
【００３１】
制御部３１は、センサユニット３を制御する。制御部３１は、例えば照度取得・調整部３１１と、温度取得・調整部３１２と、騒音取得・調整部３１３と、端末ＩＤ取得部３１４とを含む。通信部３２は、ゲートウェイ３０を介して提案サーバ１と通信する。端末ＩＤ取得部３１４は、ユーザ端末５の端末識別情報を取得する。
【００３２】
照度取得・調整部３１１は、ルーム２１に設けられた照明装置（照度センサを含む）７１から照度を示す信号を取得したり、照明装置７１の照度を調整するための信号を出力したりする。
【００３３】
温度取得・調整部３１２は、ルーム２１に設けられた空調装置（温度センサを含む）７２から室温を示す信号を取得したり、空調装置７２の設定温度を調整するための信号を出力したりする。
【００３４】
騒音取得・調整部３１３は、ルーム２１に設けられたスピーカーシステム（騒音センサを含む）７３から室内の騒音レベルを示す信号を取得したり、スピーカーシステム７３の出力レベルを調整したりする。
【００３５】
各装置７１〜７３に設けられたセンサを、ルーム２１内の物理的環境を計測するための物理的環境計測センサ７と呼ぶこともできる。ルーム２１内の物理的環境としては、上述の照度、温度、騒音に限られず、例えば、湿度、匂い（心理物理量）、色（心理物理量）、振動等を検出してもよい。
【００３６】
ユーザ端末５は、例えば、制御部５１と、入力部５２と、出力部５３と、通信部５４と、記憶部５５とを含む。管理端末６もユーザ端末５と同様に構成されるため、管理端末６の説明は割愛する。
【００３７】
制御部５１は、ユーザ端末５を制御するものであり、入力部５２から入力された情報を通信部５４を介して提案サーバ１へ送信したり、提案サーバ１から通信部５４が受信した情報を出力部５３に表示させたりする。
【００３８】
入力部５２は、ユーザがユーザ端末５に情報を入力する機能である。出力部５３は、ユーザ端末５がユーザへ情報を提供する機能である。タッチパネル付きディスプレイのように、入力部５２と出力部５３とが一体化されてもよい。ヘッドマウントディスプレイ等に表示された仮想キーボードまたは仮想ディスプレイを、入力部５２または出力部５３として使用してもよい。
【００３９】
記憶部５５は、提案サーバ１から受信されたルーム番号等の情報と、端末識別情報とを記憶する。
【００４０】
図４を用いて、提案サーバ１の機能構成を説明する。提案サーバ１の機能に着目すると、例えば演算部１０５と、記憶部１０６と、情報取得部１０７とを有する。演算部１０５は、マイクロプロセッサ１０１とメモリ１０２とコンピュータプログラムＰ１とにより実現される。記憶部１０６は、補助記憶装置１０３とコンピュータプログラムＰ１とを用いて実現される。情報取得部１０７は、通信部１０４とコンピュータプログラムＰ１とを用いて実現される。
【００４１】
演算部１０５は、例えば、ソート処理Ｐ１１と、特定ユーザの居るルームを検索する処理Ｐ１２と、ユーザの行動履歴に基づいてルームを推薦する処理Ｐ１３と、ルームが快適であるか判定する処理Ｐ１４と、ルームの空いている時間を予測する処理Ｐ１５と、ポイントに基づいてルーム間の移動をユーザに促す処理Ｐ１６と、ポイントを管理する処理Ｐ１７とを実行する。
【００４２】
記憶部１０６は、例えば、ユーザ情報Ｄ１１と、ユーザ滞在時間情報Ｄ１２と、ルーム情報Ｄ１３と、快適情報Ｄ１４と、予約情報Ｄ１５等のテーブル（データベースと呼ぶこともできる）を記憶する。図４では、ユーザ滞在時間情報Ｄ１２を「滞在時間情報」と略記する。
【００４３】
図５を用いてユーザ情報Ｄ１１を説明する。ユーザ情報Ｄ１１は、各ユーザ４を管理する情報である。ユーザ情報Ｄ１１は、例えば、端末ＩＤ  Ｃ１１１と、ユーザＩＤ  Ｃ１１２と、氏名Ｃ１１３と、所属Ｃ１１４と、ポイントＣ１１５と、現在のルームＣ１１６と、ルームの好みＣ１１７と、を含む。
【００４４】
端末ＩＤ  Ｃ１１１は、対象ユーザの所持するユーザ端末５を特定する端末識別情報である。ユーザＩＤ  Ｃ１１２は、対象ユーザを特定するユーザ識別情報である。氏名Ｃ１１３は、対象ユーザの氏名である。ポイントＣ１１５は、対象ユーザの保有するポイント数、ポイント残高である。現在のルームＣ１１６は、対象ユーザの現在入室中のルームを特定するルーム番号である。ルームの好みＣ１１７は、対象ユーザのルームに対する好みを示す情報である。図５に示す項目以外に、例えば、ユーザの性別、役職、ポイントの獲得および消費の履歴、ユーザ間の親しさの度合い、好みの音楽、好みの匂い等の情報を管理してもよい。
【００４５】
図６を用いてユーザ滞在時間情報Ｄ１２を説明する。ユーザ滞在時間情報Ｄ１２は、ユーザ４（正確にはユーザ端末５）がルーム２１に滞在した時間を管理する情報である。ユーザ滞在時間情報Ｄ１２は、例えば、端末ＩＤ  Ｃ１２１と、日付Ｃ１２２と、入室時刻Ｃ１２３と、退室時刻Ｃ１２４と、ルーム番号Ｃ１２５とを含む。
【００４６】
端末ＩＤ  Ｃ１２１は、ユーザ端末５を特定する端末識別情報である。日付Ｃ１２２は、ユーザが（正確にはユーザの持つユーザ端末が）ルームに入室した日付である。入室時刻Ｃ１２３は、ユーザがルーム２１に入室した時刻である。退室時刻Ｃ１２４は、ユーザがルーム２１から退室した時刻である。
【００４７】
図７を用いてルーム情報Ｄ１３を説明する。ルーム情報Ｄ１３は、各ルーム２１を管理する情報である。ルーム情報Ｄ１３は、例えば、ルーム番号（図中、ルーム＃）Ｃ１３１と、定員Ｃ１３２と、ユニットＩＤ  Ｃ１３３と、人数Ｃ１３４と、騒音Ｃ１３５と、温度Ｃ１３６と、照度Ｃ１３７と、取得時間Ｃ１３８とを含む。
【００４８】
ルーム番号Ｃ１３１は、対象ルーム２１を特定する識別情報である。定員Ｃ１３２は、対象ルームの定員を示す。ユニットＩＤ  Ｃ１３３は、対象ルームに設置されたセンサユニット３を特定する識別情報である。人数Ｃ１３４は、対象ルームに在室している人数である。騒音Ｃ１３５は、対象ルームの騒音レベルである。温度Ｃ１３６は、対象ルームの温度（室温）である。照度Ｃ１３７は、対象ルームの照度である。取得時間Ｃ１３８は、項目Ｃ１３４〜Ｃ１３７をセンサユニット３から取得した日時である。
【００４９】
図８を用いてルーム快適情報Ｄ１４を説明する。ルーム快適情報Ｄ１４は、各ルーム２１の快適さの評価を管理する情報である。
【００５０】
ルーム快適情報Ｄ１４は、例えば、ルーム番号Ｃ１４１と、端末ＩＤ  Ｃ１４２と、騒音Ｃ１４３と、温度Ｃ１４４と、照度Ｃ１４５と、知的生産性Ｃ１４６を含む。
【００５１】
ルーム番号Ｃ１４１は、対象ルーム２１を特定する識別情報である。端末ＩＤ  Ｃ１４２は、対象ルーム２１についての快適さを評価したユーザの所持するユーザ端末５を特定する端末識別情報である。
【００５２】
騒音Ｃ１４３は、対象ルーム２１の騒音レベルに対するユーザ評価である。例えば、評価者であるユーザにとってうるさかった場合は「３」が、ちょうどよかった場合は「２」が、静かすぎた場合は「１」が設定される。
【００５３】
温度Ｃ１４４は、対象ルーム２１の温度に対するユーザ評価である。例えば、ユーザにとって暑かった場合は「３」が、ちょうどよかった場合は「２」が、寒かった場合は「１」が設定される。
【００５４】
照度Ｃ１４５は、対象ルーム２１の照度に対するユーザ評価である。例えば、ユーザにとって明るかった場合は「３」が、ちょうどよかった場合は「２」が、暗かった場合は「１」が設定される。
【００５５】
知的生産性Ｃ１４６は、対象ルーム２１での知的作業の生産性についてのユーザ評価である。例えば、ユーザの知的作業がはかどった場合は「３」が、普通だった場合は「２」が、知的作業の効率が低下した場合は「１」が設定される。
【００５６】
図９は、ルーム予約情報Ｄ１５を説明する。ルーム予約情報Ｄ１５は、ルーム２１の予約状態を管理する情報である。
【００５７】
ルーム予約情報Ｄ１５は、例えば、ルーム番号Ｃ１５１と、端末ＩＤ  Ｃ１５２と、予約日Ｃ１５３とを含む。ルーム番号Ｃ１５１は、対象ルーム２１を特定する識別情報である。端末ＩＤ  Ｃ１５２は、対象ルーム２１を予約したユーザの所持するユーザ端末５を特定する端末識別情報である。予約日Ｃ１５３は、対象ルームが予約された日である。予約日Ｃ１５３には、日だけでなく時刻を加えてもよい。さらに、ユーザが優先順位をつけて複数のルームを予約できる場合には、優先順位を管理してもよい。
【００５８】
図１０は、ルーム提案サーバ１の処理を示すフローチャートである。主な処理の詳細は後述する。ここでは、概略を簡単に説明する。
【００５９】
提案サーバ１は、管理端末６からの入力にしたがって初期設定し（Ｓ１０）、ユーザ端末５からの入力にしたがってユーザ情報を登録する（Ｓ２０）。提案サーバ１は、ユーザ端末５からの入力に基づいてルーム２１を選択し、選択したルーム２１をユーザへ提案する（Ｓ３０）。
【００６０】
提案サーバ１は、ユーザ端末５からの入力に基づいてルーム２１の環境についての評価を行う（Ｓ４０）。提案サーバ１は、ポイントを付与することにより、ユーザ４の好みとは異なる別の観点（管理目標）からルーム２１を選択して、ユーザへ提案することもできる（Ｓ５０）。提案サーバ１は、ユーザ端末５から入力された情報にしたがって、ユーザの指定するルームを予約する（Ｓ６０）。
【００６１】
図１１は、図１０中の初期設定処理Ｓ１０の詳細を示すフローチャートである。管理端末６は提案サーバ１へアクセスし、管理用画面Ｇ１の表示を選択する（Ｓ１１）。提案サーバ１は、管理端末６により選択された管理用画面Ｇ１を生成して管理端末６へ送信し、管理端末６に表示させる（Ｓ１２）。
【００６２】
管理端末６は、管理用画面Ｇ１の登録欄ＧＰ１１に登録対象のルーム２１のルーム番号を登録し（Ｓ１３）、その登録対象のルーム２１の定員を登録欄ＧＰ１１に登録する（Ｓ１４）。さらに、管理端末６は、登録対象のルーム２１の定員数を登録欄ＧＰ１１に登録し（Ｓ１５）、登録ボタンＧＰ１２を押す。これにより、管理端末６から管理用画面Ｇ１に入力された情報が提案サーバ１へ送信される。
【００６３】
提案サーバ１は、管理用画面Ｇ１から受け取った情報に基づいて、所定のデータベース（ここでは、ルーム情報Ｄ１３）を更新させる（Ｓ１６）。
【００６４】
図１２は、図１０で述べたユーザ情報を登録する処理Ｓ２０の詳細を示すフローチャートである。
【００６５】
ユーザにより操作れるユーザ端末５は、提案サーバ１にアクセスして、ユーザ情報登録画面Ｇ２の表示を選択する（Ｓ２１）。提案サーバ１は、ユーザ端末５により選択されたユーザ情報登録画面Ｇ２を生成してユーザ端末５へ送信し、ユーザ端末５に表示させる（Ｓ２２）。
【００６６】
ユーザ端末５は、端末ＩＤ（端末識別情報）を記憶部５５から読み出して画面Ｇ２の登録欄ＧＰ２１に自動登録する（Ｓ２３）。ユーザ端末５は、ユーザの操作にしたがって、ユーザＩＤ（Ｓ２４）と氏名（Ｓ２５）とその他の属性情報（Ｓ２６）とを、画面Ｇ２の登録欄ＧＰ２１に登録する。その他の属性情報としては、例えば、所属、役職、性別等がある。
【００６７】
提案サーバ１は、ユーザ情報登録画面Ｇ２から受け取った情報に基づいて、所定のデータベース（ここでは、ユーザ情報Ｄ１１）を更新させる（Ｓ２７）。
【００６８】
図１３は、各ルーム２１の状態を監視する処理を示すフローチャートである。本処理は、定期的にまたは不定期にバックグラウンド処理として実行される。
【００６９】
提案サーバ１は、所定のタイミングが到来すると、各センサユニット３に対して、各ルーム２１の環境（物理的環境）の確認を要求する（Ｓ３０１）。各ルームの環境監視は、定期的に行われてもよいし、所定のイベントまたはトリガが発生したときに行われてもよいし、あるいは、定期的監視と不定期監視との両方が行われてもよい。
【００７０】
各センサユニット３は、提案サーバ１からの確認要求を受信すると、センサ７で検出されたデータを提案サーバ１へ送信する（Ｓ３０２）。センサユニット３は、センサ７の検出した生信号をそのまま提案サーバ１へ送信してもよいし、あるいは、センサ７の生信号を加工した信号を提案サーバ１へ送信してもよい。
【００７１】
各センサユニット３は、端末ＩＤ取得部３１４により、ルーム２１内の端末ＩＤを収集を開始させる（Ｓ３０３）。例えば、ステップＳ３０３において端末ＩＤ取得部３１４は、近距離無線通信によりユーザ端末５に対し、ユーザＩＤを提案サーバ１へ送信するよう通知する。
【００７２】
ユーザ端末５は、センサユニット３からの通知を受信すると、端末ＩＤを記憶部５５から読み出して提案サーバ１へ送信する（Ｓ３０４）。例えば、ユーザ端末５は、センサユニット３から取得する識別データと端末ＩＤとを対応付けて提案サーバ１へ送信することができる。なお、センサユニット３がユーザ端末５の端末ＩＤを収集して提案サーバ１へ送信してもよい。
【００７３】
提案サーバ１は、各センサユニット３から受信したセンサデータ（物理的環境を示す情報）と各ユーザ端末５から受信した端末ＩＤとをルーム情報Ｄ１３に記憶させる。
【００７４】
提案サーバ１は、定員に達しているルーム２１があるか判定する（Ｓ３０５）。提案サーバ１は、定員に達しているルームについては端末５，６からの参照時に「満員」と表示させる（Ｓ３０６）。
【００７５】
図１４は、ユーザの好みの物理的環境を持つルームを提案する処理を示すフローチャートである。
【００７６】
ユーザは、ユーザ端末５を介して提案サーバ１にアクセスし、好みの物理的環境を持つルームを選択するための画面Ｇ３を要求する（Ｓ３１１）。図１７に示す画面Ｇ３の好み選択欄Ｇ３１には、物理的環境に関する複数の観点（ルーム選択基準。以下同じ）と心理的環境に関する観点が示されている。ここでは、物理的環境のいずれかについてユーザが選択するものとする。ユーザが物理的環境の観点を選択して検索ボタンＧＰ３３を操作すと、ユーザ端末５は提案サーバ１に画面を要求する（Ｓ３１１）。
【００７７】
提案サーバ１は、ユーザ端末５からの要求に応じて、好みの物理的環境を持つルームを選択するための画面Ｇ３を生成してユーザ端末５へ送信し、ユーザ端末５に表示させる（Ｓ３１２）。
【００７８】
ユーザは、好みの物理的環境が第１閾値以上のルームを希望する場合、提案サーバ１から提供された画面にその旨を入力する（Ｓ３１３：ＹＥＳ）。
【００７９】
提案サーバ１は、ユーザ端末５からの情報に基づいて、物理的環境が第１閾値以上のルームを抽出し、抽出されたルームを並び替えて、所定数のルームの番号をユーザ端末５へ通知する（Ｓ３１４）。
【００８０】
ユーザは、好みの物理的環境が第２閾値以下のルームを希望する場合、提案サーバ１から提供された画面にその旨を入力する（Ｓ３１５：ＹＥＳ）。
【００８１】
提案サーバ１は、ユーザ端末５からの情報に基づいて、物理的環境が第２閾値以下のルームを抽出し、抽出されたルームを並び替えて、所定数のルームの番号をユーザ端末５へ通知する（Ｓ３１６）。
【００８２】
具体例を説明する。例えば、ユーザの好みの物理的環境が「人数の大小（あるいは人口密度）」に基づく場合、第１閾値以上のルームはＮ１人以上のユーザのいるルームとなり、第２閾値以下のルームはＮ２人以下のルームとなる。
【００８３】
ユーザがＮ１人以上のルームを希望すると（Ｓ３１３：ＹＥＳ）、提案サーバ１は、各ルーム２１のうちＮ１人以上のユーザが在室しているルームを全て抽出し、抽出されたルームを人数の多い順に並べ替えて、上位からＮ３個のルームをユーザへ提案する。または、ユーザがＮ２人以下のルームを希望すると（Ｓ３１５：ＹＥＳ）、提案サーバ１は、各ルーム２１のうちＮ２以下のユーザが在室しているルームを全て抽出し、抽出されたルームを人数の少ない順に並び替えて、上位からＮ３個のルームをユーザへ提案する。
【００８４】
なお、各ルーム２１の床面積、定員がほぼ同じである場合、在室人数の大小は、人口密度の大小にほぼ等しい。
【００８５】
他の具体例を説明する。例えば、ユーザの好みの物理的環境が「騒音の大小」に基づく場合、第１閾値以上のルームは騒音レベルがＮ４以上の賑やかなルームであり、第２閾値以下のルームは騒音レベルがＮ５以下の静かなルームである。ユーザが騒音レベルＮ４以上のルームを希望すると（Ｓ３１３：ＹＥＳ）、提案サーバ１は、各ルーム２１のうち騒音レベルＮ４以上のルームを全て抽出し、抽出されたルームを騒音レベルの大きい順に並べ替えて、上位からＮ３個のルームをユーザへ提案する。または、ユーザが騒音レベルＮ５以下のルームを希望すると（Ｓ３１５：ＹＥＳ）、提案サーバ１は、各ルーム２１のうち騒音レベルＮ５以下のルームを全て抽出し、抽出されたルームを騒音レベルの小さい順に並び替えて、上位からＮ３個のルームをユーザへ提案する。
【００８６】
さらに別の具体例を説明する。例えば、ユーザの好みの物理的環境が「照度の大小」に基づく場合、第１閾値以上のルームは照度Ｎ６以上のルームとなり、第２閾値以下のルームは照度Ｎ７以下のルームとなる。ユーザが照度Ｎ６以上のルームを希望すると（Ｓ３１３：ＹＥＳ）、提案サーバ１は、各ルーム２１のうち照度Ｎ６以上のルームを全て抽出し、抽出されたルームを照度の大きい順に並べ替えて、上位からＮ３個のルームをユーザへ提案する。または、ユーザが照度Ｎ７以下のルームを希望すると（Ｓ３１５：ＹＥＳ）、提案サーバ１は、各ルーム２１のうち照度Ｎ７以下のルームを全て抽出し、抽出されたルームを照度の小さい順に並び替えて、上位からＮ３個のルームをユーザへ提案する。
【００８７】
他の具体例を説明する。例えば、ユーザの好みの物理的環境が「温度の高低」に基づく場合、第１閾値以上のルームは照度Ｎ８以上のルームとなり、第２閾値以下のルームは照度Ｎ９以下のルームとなる。ユーザが室温Ｎ８以上の暖かいルームを希望すると（Ｓ３１３：ＹＥＳ）、提案サーバ１は、各ルーム２１のうち室温Ｎ８以上のルームを全て抽出し、抽出されたルームを室温の大きい順に並べ替えて、上位からＮ３個のルームをユーザへ提案する。または、ユーザが室温Ｎ９以下のルームを希望すると（Ｓ３１５：ＹＥＳ）、提案サーバ１は、各ルーム２１のうち室温Ｎ９以下のルームを全て抽出し、抽出されたルームを室温の低い順に並び替えて、上位からＮ３個のルームをユーザへ提案する。
【００８８】
図１５は、特定のユーザが在室しているルームを提案する処理を示すフローチャートである。図１４では、ルームの物理的環境をルームの選択基準として用いる例を説明したが、図１５では、ルームの持つユーザにとっての心理的環境を、ルームの選択基準として用いる例を説明する。
【００８９】
ユーザにより操作されるユーザ端末５は、提案サーバ１にアクセスし、特定のユーザが在室しているルームを選択するための画面Ｇ３を要求する（Ｓ３２１）。選択欄ＧＰ３１には、特定のユーザのいるルームを選択するメニューが含まれており、特定ユーザの氏名を入力する欄ＧＰ３２が設けられている。
【００９０】
提案サーバ１は、ユーザ端末５から要求された画面を生成してユーザ端末５に送信し、その画面をユーザ端末５に表示させる（Ｓ３２２）。
【００９１】
特定ユーザを指名してルームを選択する画面は、図示を省略するが、一例として、例えば図１９で後述する画面Ｇ６のうち特定ユーザ指名欄ＧＰ６２のように構成できる。特定ユーザを指名する画面には、ユーザが手動で選択した、あるいは提案サーバ１が所定の判断基準にしたがって自動的に抽出した他ユーザの指名を表示させる。所定の判断基準は、例えば、ユーザが過去に指名した他ユーザ、ユーザとの共通点の多い他ユーザ、ユーザと過去に同室であった時間が長い他ユーザ、ユーザとメールまたはチャットでの情報交換頻度の高い他ユーザを、特定ユーザとして抽出する。
【００９２】
ユーザ端末５は、ユーザにより選択された特定ユーザ（他ユーザ）の氏名を提案サーバ１へ送信する（Ｓ３２３）。提案サーバ１は、ユーザ端末５から指定された特定ユーザの氏名を検索キーとしてユーザ情報Ｄ１１を検索することにより、特定ユーザがいずれかのルーム２１に在室しているか判定する（Ｓ３２４）。
【００９３】
特定ユーザがどのルームにも在室していない場合、すなわち不在の場合（Ｓ３２４：ＮＯ）、提案サーバ１は、特定ユーザは不在である旨のメッセージをユーザ端末５に送信して表示させる（Ｓ３２５）。特定ユーザの在室を確認できた場合（Ｓ３２４：ＹＥＳ）、提案サーバ１は、特定ユーザの在室しているルームの番号をユーザ端末５へ送信して表示させる（Ｓ３２６）。
【００９４】
図１６は、複数の観点（ルーム選択基準）に基づいてルームを提案する処理を示すフローチャートである。
【００９５】
ユーザにより選択されるユーザ端末５は、提案サーバ１にアクセスし、複数の観点でルームを選択するための画面Ｇ４を要求する（Ｓ３３１）。提案サーバ１は、ユーザ端末５からの要求に応じて複合選択画面Ｇ４（図１７（２）参照）を生成し、ユーザ端末５に送信して表示させる（Ｓ３３２）。
【００９６】
図１７（２）に示すように、複合選択画面Ｇ４では、選択欄ＧＰ４１において異なる複数の観点を組み合わせてルームを選択することができる。選択欄ＧＰ４１では、各観点について、第１閾値以上または第２閾値以下のいずれかを選択することができる。
【００９７】
ユーザは、複数の観点ごとに優先順を設定することができる（Ｓ３３３）。例えば、ユーザは、人の多いルームと人の少ないルームのいずれを優先するか、賑やかなルームと静かなルームのいずれを優先するか、明るいルームと暗めのルームのいずれを優先するか、暖かいルームと涼しいルームのいずれを優先するか、特定ユーザのいるルームと特定ユーザのいないルームのいずれを優先するか、のように観点ごとに優先する方を選択することができる。さらに、図示は省略するが複数の観点の全体において、どの観点を最も優先するかを指定することもできる。
【００９８】
提案サーバ１は、ユーザ端末５からの情報を受信すると、図１３で述べたバックグラウンド処理（Ｓ３３４）、図１４で述べた物理的環境ごとの処理（Ｓ３３５，Ｓ３３６，Ｓ３３７，Ｓ３３８）、図１５で述べた特定ユーザの存在に基づく処理（Ｓ３３９）を実行する。そして、提案サーバ１は、各観点でそれぞれ選択されたルームの点数を計算し、点数の高い順に所定数のルームの番号をユーザ端末５に通知する（Ｓ３４０）。
【００９９】
図１８は、ユーザの作業目的に基づいてルームを提案する処理を示すフローチャートである。
【０１００】
ユーザにより操作されるユーザ端末５は、提案サーバ１にアクセスし、作業目的に応じてルームを選択するための画面を要求する（Ｓ３４１）。提案サーバ１は、ユーザ端末５の要求に応じて、作業目的から好みのルームを選択する画面Ｇ５を生成してユーザ端末５へ送信し、表示させる（Ｓ３４２）。
【０１０１】
ユーザ端末５では、画面Ｇ５の作業目的欄ＧＰ５１に表示された複数の作業目的の中から少なくとも一つの作業目的がユーザにより選択され、ユーザにより検索ボタンＧＰ５２が操作されると、選択された作業目的が提案サーバ１へ送信される（Ｓ３４３）。作業目的としては、例えば、「集中作業」、「ブレーンストーミング」、「社内会議」、「人脈形成」などを挙げることができる。例えば「ブレーンストーミング」と「人脈形成」のように複数の作業目的を選択し、選択された各作業目的に優先順位を設定してもよい。
【０１０２】
提案サーバ１は、ユーザ端末５から取得された作業項目に適したルームをルーム情報Ｄ１３から検索し（Ｓ３４４）、抽出されたルームのうち所定数（例えば３個）のルームをユーザ端末５に送信して表示させる（Ｓ３４５）。
【０１０３】
図示は省略するが、提案サーバ１は、例えば、作業目的毎に物理的環境の値が設定された作業目的−物理的環境テーブルを保持しており、そのテーブルに対してユーザ端末５から受信された作業目的で検索することにより、ユーザにより選択された作業目的に合致する物理的環境の組合せを決定する。そして、提案サーバ１は、決定された物理的環境の組合せに合致するルームを予約候補として抽出し、ユーザ端末５へ送信する。例えば、「集中作業」が選択された場合は、ルーム内の人数が少なく、騒音も小さいルームが適していると考えることができる。
【０１０４】
図１９は、ユーザの行動履歴に基づいてルームを提案する処理を示すフローチャートである。
【０１０５】
ユーザにより操作されるユーザ端末５は、提案サーバ１にアクセスし、ユーザの行動履歴に基づくルームの提案を要求する（Ｓ３５１）。提案サーバ１は、ユーザ端末５からの要求に応じて、ユーザの行動履歴に基づいてルームを提案するための画面Ｇ６を生成し、ユーザ端末５に送信して表示させる（Ｓ３５２）。
【０１０６】
画面Ｇ６は、ユーザの行動履歴から抽出される一つまたは複数の観点でルームを選択するための選択欄ＧＰ６１〜ＧＰ６４と、選択ボタンＧＰ６５とを含む。「よく使うルーム」選択欄ＧＰ６１は、ユーザが過去に所定回数以上使用したルームの番号が所定数（上限値。以下同じ）表示される。「特定ユーザがいるルーム」選択欄ＧＰ６２には、ユーザが過去に指名した他ユーザの名前が所定数だけ表示される。「人数の多いルーム」選択欄ＧＰ６３には、在室しているユーザ数の多いルームが所定数だけ表示される。「環境の合っているルーム」選択欄ＧＰ６４には、ユーザが過去に快適であると評価した物理的環境の値を持つルームを所定数だけ表示する。ルームの表示数を所定数に制限するのは、ユーザ端末５の画面サイズと、ユーザの視認性および操作性とを考慮するためである。ただし、所定数は３個であるとは限らず、１個、２個、４個以上でもよい。
【０１０７】
図２０は、ルームの物理的環境を変更する処理を示すフローチャートである。提案サーバ１は、センサユニット３から取得される物理的環境データ（センサデータ）をモニタしており、ルームの物理的環境に所定値以上の変化が生じたか判定する（Ｓ４１）。
【０１０８】
提案サーバ１は、ルームの物理的環境に所定値以上の変化が生じると（Ｓ４１：ＹＥＳ）、ルームの物理的環境の評価を依頼するための画面Ｇ７を生成してユーザ端末５に送信し、表示させる（Ｓ４２）。
【０１０９】
画面Ｇ７は、物理的環境ごとに評価する評価欄ＧＰ７１〜ＧＰ７３と、登録ボタンＧＰ７４とを含む。「温度」評価欄ＧＰ７１では、例えば「暑い」、「ちょうどよい」、「寒い」の選択肢からいずれか一つを選択できる。「明るさ」評価欄ＧＰ７２では、例えば「明るい」、「ちょうどよい」、「暗い」の選択肢からいずれか一つを選択できる。「騒音」評価欄ＧＰ７３では、例えば「うるさい」、「ちょうどよい」、「静かすぎる」の選択肢からいずれか一つを選択できる。図に示す選択肢は一例であり、本実施例の構成は図示のものに限定されない。他の図面に開示された構成についても同様に、それらは一つの例示である。
【０１１０】
ユーザは、画面Ｇ７に表示された評価欄ＧＰ７１〜ＧＰ７３毎にいずれかの選択肢を選択して、登録ボタンＧＰ７４を押すことにより、在室中のルームの物理的環境を評価する（Ｓ４３）。
【０１１１】
提案サーバ１は、ユーザ端末５からの評価結果に基づいて、そのルームに在室しているユーザのうち物理的環境の値の変更を希望するユーザが多いか判定する（Ｓ４４）。提案サーバ１は、例えば、物理的環境ごとの各選択肢の選択結果を集計することにより、物理的環境の値を多数決で決定し（Ｓ４４：ＹＥＳ）、決定された内容を実現すべくルーム内の装置７１〜７３のいずれか一つまたは複数に対して制御指示を出す（Ｓ４５）。さらに、提案サーバ１は、物理的環境を調整した旨を示すメッセージをそのルーム内の各ユーザ端末５に通知する（Ｓ４５）。
【０１１２】
例えば、ルームの「温度」について、「暑い」と回答したユーザ数（ユーザ端末数）が「ちょうどよい」または「寒い」のいずれかを回答したユーザ数よりも多い場合、提案サーバ１は、そのルームの室温を所定温度だけ低下させるよう空調装置７２の設定温度を所定温度だけ低下させる。そして、提案サーバ１は、例えば「暑いと回答された方が多いため、室温を下げました」のようなメッセージをルーム内の各ユーザ端末５へ送信して表示させる。なお、制御の変更方向とは逆の評価を下したユーザ端末５に対して（この例では「寒い」と評価したユーザ端末５）、室温の低いルームを提案してもよい。
【０１１３】
図２１は、ポイントを付与することによりルームの移動をユーザへ提案する処理を示すフローチャートである。
【０１１４】
ユーザにより操作されるユーザ端末５は、提案サーバ１へアクセスし、ポイントの付与されるルームを選択するための画面を要求する（Ｓ５１）。提案サーバ１は、ユーザ端末５からの要求を受けて、ポイントの付与されるルームの一覧画面Ｇ８を作成してユーザ端末５へ送信し、表示させる（Ｓ５２）。
【０１１５】
利用することによりポイントが付与されるルームの一覧画面Ｇ８は、例えば、ポイントの種類毎にルームを表示することができる。図２１の例では、画面Ｇ８は、エコポイントの付与されるルーム一覧ＧＰ８１と、イノベーションポイントの付与されるルーム一覧ＧＰ８２と、選択ボタンＧＰ８３とを含む。
【０１１６】
エコポイントとは、ルームの電気エネルギ消費量の低減に基づいて付与されるポイントである。例えば、あるルームに他のルームのユーザを集めて、これにより無人となったルームの空調装置７２および照明装置７１を停止させることにより、電気エネルギ消費量を低減できる。ルーム間の移動により節約可能な電気代に応じて、ユーザにエコポイントを付与する。
【０１１７】
イノベーションポイントとは、例えばアイデア創作数などの知的活動の生産性向上に基づいて付与されるポイントである。異なる部署のユーザ同士、通常であれば同席する可能性の少ないユーザ同士などが同じルームに在室することにより、知的交流を促進し、アイデアなどの知的活動がある程度活発化すると考えられる。そこで、知的活動の生産性が向上するであろうとの推定に応じて、ユーザにイノベーションポイントを付与する。なお、図２１では、エコポイントとイノベーションポイントの二種類のポイントを例に挙げたが、いずれか一種類のポイントだけを採用してもよいし、あるいは第三のポイントを追加採用してもよい。
【０１１８】
ユーザ端末５がユーザにより選択されたルームを提案サーバ１に送信すると（Ｓ５３）、提案サーバ１は、ユーザ情報Ｄ１１を更新することにより、選択されたルームに応じたポイントをユーザに付与する（Ｓ５４）。提案サーバ１は、更新後のポイント数をユーザ端末５に送信して表示させる（Ｓ５４）。ユーザ端末５は、提案サーバ１から受信されたポイント数を表示する（Ｓ５５）。
【０１１９】
図２２は、ユーザにより予約を希望されたルームが満室の場合の処理を示すフローチャートである。
【０１２０】
ユーザにより操作されるユーザ端末５は、提案サーバ１にアクセスし、所望のルーム番号の予約を要求する（Ｓ６１）。
【０１２１】
提案サーバ１は、予約が要求されたルーム番号でルーム情報Ｄ１３を検索することにより、予約が要求されたルームが満員であるか判定する（Ｓ６２）。予約が要求されたルームが満員の場合（Ｓ６２：ＹＥＳ）、提案サーバ１は、そのルームの使用履歴に基づいて空きの生じる時間帯を予測し、現在は満員である旨と予測される空き時間帯とをユーザ端末５に通知し、画面Ｇ９Ｂのように表示させる（Ｓ６３）。
【０１２２】
これに対し、予約の要求されたルームが満員ではない場合（Ｓ６２：ＮＯ）、提案サーバ１は、画面Ｇ９Ａに示すように表示させる。
【０１２３】
画面Ｇ９Ａでは、例えば、人数の少ないルーム、ユーザの行動履歴に適合するルームなどの所定のルームを選択肢（予約候補）として抽出し、抽出されたルームを表示欄ＧＰ９１に表示させる。ユーザは選択ボタンＧＰ９２を押すことで、ルームの予約処理を実行させることができる。
【０１２４】
画面Ｇ９Ｂは、ユーザの希望したルームが満員であることを表示する満員表示欄ＧＰ９３と、そのルームの空き時間帯に予約するボタンＧＰ９４と、他のルームを選択肢として表示する欄ＧＰ９５と、選択ボタンＧＰ９２とを備える。
【０１２５】
図２３は、予約処理を示すフローチャートである。ユーザにより操作されるユーザ端末５は、提案サーバ１にアクセスしてルームの予約を要求する（Ｓ６０１）。提案サーバ１は、予約を要求されたルームが満室であるか判定する。提案サーバ１は、予約を要求されたルームが満室の場合（Ｓ６０２：ＹＥＳ）、満室である旨とその代わりにポイントを付与する旨とをユーザ端末５に送信して表示させる（Ｓ６０３）。ポイントを付与する旨のメッセージに代えて、あるいはポイントを付与する旨のメッセージと共に、ポイントを取得できるルームの一覧を提案サーバ１からユーザ端末５に送信してもよい。
【０１２６】
ユーザは、ユーザ端末５に表示された情報に基づいて、別のルームを選択して予約を要求する（Ｓ６０４）。
【０１２７】
提案サーバ１は、ユーザの要求するルームの予約にポイントが必要な場合、予約に必要なポイントを示す画面Ｇ１０を作成し、その画面Ｇ１０をユーザ端末５に送信して表示させる（Ｓ６０５）。例えば、周囲をパーティションで囲われた席、リクライニングチェアがあるルームの利用には、ポイントの消費を要求することができる。
【０１２８】
画面Ｇ１０は、例えば、現在のポイント数を表示する欄ＧＰ１０１と、新たに希望するルームの予約に必要なポイント数を表示する欄ＧＰ１０２と、予約希望日（ルームの使用を希望する日付）を示す欄ＧＰ１０３と、予約ボタンＧＰ１０４とを含む。
【０１２９】
ユーザは、希望のルームを予約するためのポイントを有している場合、予約ボタンＧＰ１０４を押す。ユーザ端末５は、提案サーバ１に対して、予約を要求する（Ｓ６０６：ＹＥＳ）。
【０１３０】
提案サーバ１は、ユーザのポイント残高をユーザ情報Ｄ１１において更新し、図示せぬテーブルにおいて予約日におけるそのルームの人数を更新する（Ｓ６０７）。そして、提案サーバ１は、ユーザ端末５からの予約を受け付けて、ルーム予約情報Ｄ１５を更新する（Ｓ６０８）。
【０１３１】
図示は省略するが、予約時間が到来し、予約したユーザのユーザ端末５が予約されたルーム内で検知されると、提案サーバ１は、そのルームの在室人数を更新し、ユーザが予約時間を守ったか判定する（Ｓ６０９）。
【０１３２】
提案サーバ１は、ユーザが予約時間を守ったと判定すると（Ｓ６０９：ＹＥＳ）、そのユーザに対してポイントを付与する（Ｓ６１０）。提案サーバ１は、イノベーションポイントまたはエコポイントのいずれかを所定ポイント付与する。あるいは、予約時間を守ったことに対する信頼ポイントを所定ポイント付与してもよい。ユーザが予約した日時に訪れなかったり、所定時間以上遅刻したりして予約時間を守らなかった場合（Ｓ６０９：ＮＯ）、ポイントは付与されない。
【０１３３】
このように構成される本実施例によれば、ユーザに適した空間を案内できると共に、ユーザの行動に変化を与えることができる。本実施例では、物理的環境と心理的環境との両方の観点でユーザにルームを提案することができ、ユーザの使い勝手とルーム管理者（ルーム提供者）の利便性との両立を図ることができる。本実施例では、ユーザの希望に合致しないルームをユーザが選択する場合に、後日他のルームの予約（選択）に使用できるポイントを付与するため、ルーム間のユーザ移動を促進したり、効率のよいルームの利用を実現したりすることができる。
【０１３４】
本実施例では、ルームに在室中のユーザによる評価に基づいて、そのルームの物理的環境を変化させることができるため、より快適な環境を実現することができ、ユーザの利便性が向上する。
【０１３５】
本実施例では、ユーザの希望する特定ユーザが在室するルームを検索することができ、ユーザ同士の親密度に応じた心理的環境を持つルームを提案することができるため、ユーザの使い勝手が向上する。なお、例えば、特定のユーザとして検索されないための潜伏フラグをユーザ情報Ｄ１１に設定可能とすれば、潜伏ユーザにとっては作業を集中して行うことができ、利便性が向上する。
【実施例２】
【０１３６】
図２４を用いて第２実施例を説明する。本実施例を含む以下の各実施例では、第１実施例との相違を中心に述べる。本実施例では、ユーザの希望以外の観点として、例えばオフィス管理者またはオフィスの入ったテナントビルの管理者等により設定される管理目標に基づいてユーザにルームを提案する。
【０１３７】
図２４は、管理端末６を用いた初期設定処理を示すフローチャートである。図２４に示すフローチャートは、図１１で述べたフローチャートに比べて、ステップＳ１５とステップＳ１６との間で新規ステップＳ１７を実行する。
【０１３８】
すなわち、管理者は、管理端末６を用いて管理目標を提案サーバ１に登録することができ（Ｓ１７）、提案サーバ１は、ルームの基本情報（ルーム番号、定員、センサユニットＩＤ）と管理目標をデータベースに記憶させる（Ｓ１６）。
【０１３９】
本実施例の管理用画面Ｇ１Ａでは、図１１で述べた管理用画面Ｇ１に比べて、管理目標を設定するための管理目標設定欄ＧＰ１３を備える。管理目標としては、上述の通り例えば、「省エネルギ性の向上」、「残業時間の低減」、「ユーザ間の交流促進」等を挙げることができる。
【０１４０】
提案サーバ１は、管理目標が設定されている場合、ユーザの行動履歴などに基づくルーム提案よりも、管理目標の実現に近づくルーム提案を優先することができる。例えば、省エネルギ性の向上が管理目標として設定された場合、ルームの人口密度が高くなるように、予約候補（選択肢）の先頭に推薦ルームを配置したり、推薦ルームを使用する場合のポイント付与率（付与量）を高く設定したりすることができる。
【０１４１】
このように構成される本実施例も第１実施例と同様の作用効果を奏する。さらに本実施例では、ルーム提供者、オフィス管理者などの管理目標に沿ったルーム提案も可能となるため、ルーム提供者とルーム利用者との利便性向上を両立させることもできる。
【実施例３】
【０１４２】
図２５を用いて第３実施例を説明する。本実施例では、ユーザとチャットボットとの会話を分析することにより、ユーザの気分を推定し、ユーザにルームを提案したり、現在のルームの自動評価に役立てたりする。
【０１４３】
図２５は、チャットボットとの会話からユーザの気分を推定する処理を示すフローチャートである。チャットボットとは、チャットシステムに入力されたユーザの発言に対して、自動的に返答する会話ロボット（コンピュータプログラム）である。ユーザの発言は、テキストでもよいし音声でもよい。
【０１４４】
ユーザは、ユーザ端末５を介して、提案サーバ１の有するチャットボットあるいは提案サーバ１と連携するチャットボットと会話することができる（Ｓ３６１）。提案サーバ１は、チャットボットとユーザとの会話をテキストマイニング等の手法を用いて解析し（Ｓ３６２）、その解析結果からユーザの気分または好みを推測する（Ｓ３６３）。例えば、提案サーバ１は、ユーザの会話のテンションが高い場合には、他ユーザとの交流を希望している気分であると推測したり、ユーザの会話のテンションが低い場合は静かなルームで集中作業をしたい気分であると推測したりする。
【０１４５】
提案サーバ１は、推測された気分または好みに応じたルームを抽出し、ユーザに所定数だけ提案する（Ｓ３６４）。または、提案サーバ１は、推測されたユーザの気分から、ユーザが在室しているルームの評価を自動的に行うこともできる（Ｓ３６４）。
【０１４６】
このように構成される本実施例も第１実施例と同様の作用効果を奏する。さらに本実施例では、ユーザとチャットボットとの会話を分析することにより、ユーザの気分または好みを推測し、ユーザに提案するルームを抽出したり、ユーザの在室しているルームを評価したりすることができる。したがって、ユーザの使い勝手がさらに向上する。
【実施例４】
【０１４７】
図２６を用いて第４実施例を説明する。本実施例では、ユーザの獲得するポイントの残高をリアルタイムでユーザ端末５に表示させると共に、ポイントの付与率（または付与量）をルームの物理的環境等の変化に基づいて動的に変化させる。
【０１４８】
図２６は、ルームの選択に応じてユーザにポイントを付与する処理を示すフローチャートである。図２６に示すフローチャートは、図２１で述べたフローチャートに比べると、ステップＳ５５の次に、ユーザに付与するポイントが変更されるか判定し（Ｓ５６）、変更される場合（Ｓ５６：ＹＥＳ）、ユーザに付与するポイントを変更し（Ｓ５７）、ユーザに新たなポイントを付与する（Ｓ５４）。
【０１４９】
ユーザ端末５には、画面１０Ａの下部に示すように、現在のポイント残高が残高表示欄Ｇ１０１Ａに表示される（Ｓ５５）。
【０１５０】
ステップＳ５６では、例えば、ユーザの在室しているルームの環境がユーザの好みの環境から離れるにしたがって、ユーザに付与するポイントを増加させる。逆に、ユーザの在室するルームの環境がユーザの好みの環境に近づくほど、あるいは近づいている時間が長くなるほど、ユーザに付与するポイントを低下させる。
【０１５１】
例えば、静けさを希望していたユーザのルームの人数が増えたり、騒音レベルが高くなったりした場合には、我慢を強いられているユーザに対して、割り増しされたポイントを付与する。これにより、ルームの利用効率（人口密度）を高めて、省エネルギ性を向上することができる。または、ユーザにとって快適なルームであるほど、時間の経過につれて付与するポイント数を低下させることにより、そのユーザの他ルームへの移動を促すこともできる。
【０１５２】
このように構成される本実施例も第１実施例と同様の作用効果を奏する。さらに本実施例では、物理的環境の変化または心理的環境の変化の少なくともいずれか一方に基づいてユーザに付与するポイントを変化させると共に、ユーザ端末５にポイント残高を逐次表示させることができる。したがって、ルームの効率的利用とユーザの利便性とを向上させることができる。
【０１５３】
なお、本発明は、上述した実施形態に限定されない。当業者であれば、本発明の範囲内で、種々の追加や変更等を行うことができる。上述の実施形態において、添付図面に図示した構成例に限定されない。本発明の目的を達成する範囲内で、実施形態の構成や処理方法は適宜変更することが可能である。
【０１５４】
また、本発明の各構成要素は、任意に取捨選択することができ、取捨選択した構成を具備する発明も本発明に含まれる。さらに特許請求の範囲に記載された構成は、特許請求の範囲で明示している組合せ以外にも組み合わせることができる。
【０１５５】
本実施形態は、以下のようなプログラムクレームを含む。
「計算機を、あらかじめ用意された複数の空間の中から選択される空間をユーザに案内する空間案内システムとして機能させるコンピュータプログラムであって、
前記各空間の環境情報を含む管理情報を取得する機能と、
ユーザの希望と前記管理情報とに基づいて前記各空間の中から第１の空間を選択してユーザへ提案する第１提案と、ユーザの希望とは別の観点に基づいて前記第１の空間と異なる第２の空間を前記各空間の中から選択してユーザへ提案する第２提案との少なくともいずれか一方を実行する機能とを、
前記計算機に実現させるコンピュータプログラム。」
【符号の説明】
【０１５６】
１：ルーム提案サーバ、２：建物、３：センサユニット、４：ユーザ、５：ユーザ端末、６：管理端末、１１：提案部、１２：ユーザ関連情報取得部、１３：ルーム関連情報取得部、１４：通知部、１５：ユーザ関連情報記憶部、１６：ルーム関連情報記憶部、２１：ルーム、３０：ゲートウェイ
【図１】
2020119252.tif 000003
【図２】
2020119252.tif 000004
【図３】
2020119252.tif 000005
【図４】
2020119252.tif 000006
【図５】
2020119252.tif 000007
【図６】
2020119252.tif 000008
【図７】
2020119252.tif 000009
【図８】
2020119252.tif 000010
【図９】
2020119252.tif 000011
【図１０】
2020119252.tif 000012
【図１１】
2020119252.tif 000013
【図１２】
2020119252.tif 000014
【図１３】
2020119252.tif 000015
【図１４】
2020119252.tif 000016
【図１５】
2020119252.tif 000017
【図１６】
2020119252.tif 000018
【図１７】
2020119252.tif 000019
【図１８】
2020119252.tif 000020
【図１９】
2020119252.tif 000021
【図２０】
2020119252.tif 000022
【図２１】
2020119252.tif 000023
【図２２】
2020119252.tif 000024
【図２３】
2020119252.tif 000025
【図２４】
2020119252.tif 000026
【図２５】
2020119252.tif 000027
【図２６】
2020119252.tif 000028