特開 2024-39958 利用者を行先へ案内する案内システム及び案内方法

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

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

(11)【公開番号】P2024039958

(43)【公開日】2024-03-25

(54)【発明の名称】利用者を行先へ案内する案内システム及び案内方法

(51)【国際特許分類】

   G06Q 10/02 20120101AFI20240315BHJP

   G06Q 50/10 20120101ALI20240315BHJP

【ＦＩ】

G06Q10/02

G06Q50/10

【審査請求】未請求

【請求項の数】5

【出願形態】ＯＬ

(21)【出願番号】P 2022144729

(22)【出願日】2022-09-12

(71)【出願人】

【識別番号】000232955

【氏名又は名称】株式会社日立ビルシステム

(74)【代理人】

【識別番号】110002365

【氏名又は名称】弁理士法人サンネクスト国際特許事務所

(72)【発明者】

【氏名】本田 大典

(72)【発明者】

【氏名】細川 長範

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

5L049

【Ｆターム（参考）】

5L049AA03

5L049CC17

(57)【要約】

【課題】利用者が円滑に行先に到着できるように利用者に行先を案内する。
【解決手段】案内システムが、予約対象の施設と、施設の利用時間帯と、利用者のメールアドレスとを含んだ施設予約情報を受け取り、当該受け取った施設予約情報を登録する。案内システムが、施設予約情報を基にスケジューラに施設利用を設定する。案内システムが、利用者端末から施設への出席を受け付けた場合、当該利用者端末の位置情報に基づき、予約対象の施設への案内の要否を判定する。案内要が判定された場合、案内システムが、利用者端末の位置情報に基づき、予約対象の施設までの経路を探索し、探索した経路を利用者端末へ出力する。
【選択図】図１

【特許請求の範囲】

【請求項1】

予約対象の施設と、施設の利用時間帯と、利用者のメールアドレスとを含んだ施設予約情報を受け取り、当該受け取った施設予約情報を受付ける予約受付部と、
前記施設予約情報を基にスケジューラに施設利用を設定するスケジュール設定部と、
前記利用者のモバイル端末である利用者端末から前記予約対象の施設の利用を受け付けた場合、当該利用者端末の位置情報に基づき、前記予約対象の施設への案内の要否を判定する案内要否判定部と、
前記案内要否判定部が案内要と判定した場合、前記利用者端末の位置情報に基づき、前記予約対象の施設までの経路を求める経路探索部と、
前記経路探索部が求めた経路を表す案内情報を前記利用者端末へ出力する案内出力部と
を備える案内システム。

【請求項2】

前記経路探索部が求めた経路にセキュリティゲートがある場合、セキュリティゲートを通過するための通過許可データを作成するセキュリティ制御部、
を更に備え、
前記案内出力部は、前記セキュリティ制御部から得た通過許可データを前記利用者端末に出力又は当該通過許可データに基づく認証画像を前記利用者端末に出力する、
請求項１に記載の案内システム。

【請求項3】

前記経路探索部が求めた経路に昇降機がある場合、前記予約対象の施設へ向かうための乗車階及び／又は降車階を当該昇降機に設定したかごを呼ぶかご呼びコードを作成する昇降機制御部、
を更に備え、
前記案内出力部は、前記昇降機制御部から得たかご呼びコードを前記利用者端末に出力又は当該かご呼びコードに基づくかご呼び画像を前記利用者端末に出力する、
請求項１に記載の案内システム。

【請求項4】

前記昇降機制御部は、前記スケジューラを参照し、施設の利用終了時刻と、施設の利用者数と施設のある階とに基づいて、昇降機の前記利用時間帯の利用人数を予測し、
前記昇降機制御部は、前記予測された利用人数に基づいて、前記探索された経路に含まれる昇降機を変更するかどうかを判定する、
請求項３に記載の案内システム。

【請求項5】

予約受付部が、予約対象の施設と、施設の利用時間帯と、利用者のメールアドレスとを含んだ施設予約情報を受け取り、当該受け取った施設予約情報を受け付け、
スケジュール設定部が、前記施設予約情報を基にスケジューラに施設利用を設定し、
案内要否判定部が前記利用者のモバイル端末である利用者端末から前記予約対象の施設の利用を受け付けた場合、当該利用者端末の位置情報に基づき、前記予約対象の施設への案内の要否を判定し、
経路探索部が、前記案内要否判定部が案内要と判定した場合、前記利用者端末の位置情報に基づき、前記予約対象の施設までの経路を求め、
案内出力部が、前記経路探索部が求めた経路を表す案内情報を前記利用者端末へ出力すると案内方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、概して、利用者を行先へ案内する技術に関する。

【背景技術】

【0002】

この種の技術として、例えば特許文献１に開示の技術が知られている。特許文献１は、次のことを開示している。すなわち、サーバが、予約された会議室の予約管理番号に対応する暗証キーを作成し、その暗証キーを打合せの相手の携帯電話機に電子メールで送信する。訪問者は、予約された日時に会社を訪れ、受付に設置されている受付端末に暗証キーを入力する。サーバは、受付端末から入力された暗証キーが登録されている暗証キーと一致したなら、該当する会議室の位置を示す案内情報を表示する。これにより、訪問者は目的とする会議室に行くことができる。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２００３－２８８４３２号公報

【発明の概要】

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

【0004】

しかし、特許文献１に記載された技術では、利用者に対し会議室への案内が不十分である。例えば、案内情報は、受付に設置されている受付端末に表示されるため、訪問者は、案内情報を記憶し、その記憶を頼りに会議室へ移動しなければならない。

【0005】

本発明は以上の点を考慮してなされたもので、利用者が円滑に行先に到着できるように利用者に行先を案内することを目的とする。

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

【0006】

案内システムが、予約対象の施設と、施設の利用時間帯と、利用者のメールアドレスとを含んだ施設予約情報を受け取り、当該受け取った施設予約情報を登録する。案内システムが、施設予約情報を基にスケジューラに施設利用を設定する。案内システムが、利用者端末から施設への出席を受け付けた場合、当該利用者端末の位置情報に基づき、予約対象の施設への案内の要否を判定する。案内要が判定された場合、案内システムが、利用者端末の位置情報に基づき、予約対象の施設までの経路を探索し、探索した経路を利用者端末へ出力する。

【発明の効果】

【0007】

本発明によれば、利用者が円滑に行先に到着できるように利用者に行先を案内することができる。

【図面の簡単な説明】

【0008】

【図1】本発明の一実施形態に係る案内システムの構成例を示す。

【図2】施設管理サーバの構成例を示す。

【図3】入退管理サーバの構成例を示す。

【図4】利用者端末の構成例を示す。

【図5】昇降機制御装置の構成例を示す。

【図6】許可者テーブルの構成例を示す。

【図7】施設テーブルの構成例を示す。

【図8】施設予約テーブルの構成例を示す。

【図9】昇降機稼働テーブルの構成例を示す。

【図10】経路データの構成例を示す。

【図11】案内処理の流れの一例を示す。

【図12】案内画面の一例を示す。

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

【0009】

以下の説明では、「インターフェース装置」は、一つ以上の通信インターフェースデバイスでよい。一つ以上の通信インターフェースデバイスは、一つ以上の同種の通信インターフェースデバイスであってもよいし二つ以上の異種の通信インターフェースデバイスであってもよい。

【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】

１０１…施設管理サーバ、１０２…昇降機制御装置、１０６…入退管理サーバ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】