(57)【要約】【課題】利便性の向上とセキュリティーの維持とを両立する。【解決手段】支援システムが、ユーザの目的行動とその予定実施時刻とを示す情報を基に、目的行動の達成へ至る複数の中間行動に共通のキーのデータである電子キーを生成し、当該電子キーを発行する。支援システムが、上述の複数の中間行動のうちのいずれかの中間行動に関して共通キーが入力される都度に、キー判定（有効な発行済みの電子キーが示す共通キーに当該入力された共通キーが適合し当該共通キーの入力された時刻が当該有効な発行済みの電子キーに関連付けられている予定期間に属する時刻か否かの否かの判定）を行う。支援システムが、キー判定の結果として肯定の結果が得られる都度に、当該肯定の結果に対応した中間行動を含む一つ以上の中間行動を許可する。【選択図】図１
2020201782.tif 000002
【特許請求の範囲】
【請求項１】
ユーザの目的とする行動である目的行動と当該目的行動の実施が予定される時刻である予定実施時刻とを示す情報である予定行動情報の入力を受け付ける目的行動入力部と、
前記入力された予定行動情報が示す目的行動の達成へ至る複数の中間行動に共通のキーのデータである電子キーを前記予定行動情報の少なくとも一部を基に生成するキー生成部と、
前記生成された電子キーを前記ユーザ向けに発行するキー発行部と、
前記入力された予定行動情報が示す予定実施時刻に従う予定期間が関連付けられ前記発行された電子キーを管理するキー管理部と、
前記複数の中間行動のうちのいずれかの中間行動に関して共通キーが入力される都度に、有効な発行済みの電子キーが示す共通キーに当該入力された共通キーが適合し当該共通キーの入力された時刻が当該有効な発行済みの電子キーに関連付けられている予定期間に属する時刻か否かの否かの判定であるキー判定を行うキー判定部と、
前記キー判定の結果として肯定の結果が得られる都度に、当該肯定の結果に対応した中間行動を含む一つ以上の中間行動を許可する行動制御部と
を備える支援システム。
【請求項２】
前記行動制御部は、更に、前記許可された中間行動の次の行動である中間行動または目的行動への案内を示す案内情報を表示する、
請求項１に記載の支援システム。
【請求項３】
前記ユーザの目的行動の終了を示す情報である終了情報の入力を受け付ける終了入力部を更に備え、
前記行動制御部は、前記終了情報が入力された場合、前記複数の中間行動を、前記目的行動の達成に至るまでの前記複数の中間行動の順序と逆の順序で支援し、
各中間行動の支援は、当該中間行動のための機器の手配と、当該中間行動の次の中間行動への案内を示す案内情報の表示とのうちの少なくとも一つを含む、
請求項１に記載の支援システム。
【請求項４】
前記共通キーは、二次元バーコードであり、
前記共通キーの入力は、前記ユーザの情報処理端末の表示デバイスに表示された二次元バーコードを、任意の場所に設置されている所定のカメラを通じて読み取られることである、
請求項１乃至３のうちのいずれか１項に記載の支援システム。
【請求項５】
前記目的行動は、一つまたは複数のゲートと一つまたは複数のエレベーターと複数の階床と複数の部屋とを有する建物のうちのいずれかの部屋を訪問することであり、
前記予定行動情報は、訪問先の部屋と当該部屋のある階床とのうちのいずれかを示す情報と、当該部屋を訪問する予定時刻を前記予定実施時刻として示す情報とを含み、
前記複数の中間行動は、ゲートを通過することとエレベーターを使用することとを含み、
前記行動制御部は、
前記キー判定の結果として得られた肯定の結果にゲートの通過が対応する場合、当該ゲートを解錠し、
前記キー判定の結果として得られた肯定の結果にゲートの通過が対応する場合、または、前記キー判定の結果として得られた肯定の結果にエレベーターの使用が対応する場合、当該エレベーターの乗りかごを、前記ユーザのいる階床に手配し、且つ、当該乗りかごの停止階を、前記予定行動情報から特定される階床とする、
請求項１に記載の支援システム。
【請求項６】
前記複数の中間行動は、複数の駐車スペースを有する駐車場に車両を駐車することを含み、
前記行動制御部は、前記キー判定の結果として得られた肯定の結果に前記駐車場への駐車が対応する場合、前記駐車場のうち前記ユーザの予約された駐車スペースへの案内を示す案内情報を表示する、
請求項５に記載の支援システム。
【請求項７】
前記訪問先の部屋の者から前記予定行動情報の承認を受け付ける訪問承認受付部、
を更に備え、
前記キー生成部は、前記予定行動情報の承認が受け付けられた場合に、前記電子キーを生成する、
請求項５に記載の支援システム。
【請求項８】
前記共通キーは、更に、前記訪問先の部屋に入る前記目的行動にも共通である、
請求項５に記載の支援システム。
【請求項９】
前記ユーザの訪問の終了を示す情報である終了情報の入力を受け付ける終了入力部を更に備え、
前記行動制御部は、前記終了情報が入力された場合、前記複数の中間行動を、前記目的行動の達成に至るまでの前記複数の中間行動の順序と逆の順序で支援し、
前記逆の順序での支援は、エレベーターの乗りかごを前記訪問先の部屋がある階床に手配することと、次の中間行動への案内を示す案内情報を表示することとのうちの少なくとも一つを含む、
請求項５に記載の支援システム。
【請求項１０】
前記目的行動入力部、前記キー生成部および前記キー発行部が、建物毎に設けられているエッジ計算機システムと通信するコア計算機システムに存在し、
前記キー管理部、前記キー判定部および前記行動制御部が、各エッジ計算機システムに存在する、
請求項５に記載の支援システム。
【請求項１１】
前記共通キーは、二次元バーコードであり、
前記共通キーの入力は、前記ユーザの情報処理端末の表示デバイスに表示された二次元バーコードを、前記訪問先の部屋がある建物およびその敷地の任意の場所に設置されている所定のカメラを通じて読み取られることである、
請求項５乃至１０のうちのいずれか１項に記載の支援システム。
【請求項１２】
ユーザの目的とする行動である目的行動と当該目的行動の実施が予定される時刻である予定実施時刻とを示す情報である予定行動情報の入力を受け付け、
前記入力された予定行動情報が示す目的行動の達成へ至る複数の中間行動に共通のキーのデータである電子キーを前記予定行動情報の少なくとも一部を基に生成し、
前記生成された電子キーを前記ユーザ向けに発行し、
前記入力された予定行動情報が示す予定実施時刻に従う予定期間が関連付けられ前記発行された電子キーを管理し、
前記複数の中間行動のうちのいずれかの中間行動に関して共通キーが入力される都度に、有効な発行済みの電子キーが示す共通キーに当該入力された共通キーが適合し当該共通キーの入力された時刻が当該有効な発行済みの電子キーに関連付けられている予定期間に属する時刻か否かの否かの判定であるキー判定を行い、
前記キー判定の結果として肯定の結果が得られる都度に、当該肯定の結果に対応した中間行動を含む一つ以上の中間行動を許可する、
支援方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、概して、ユーザ行動とセキュリティーとを支援する技術に関する。
【背景技術】
【０００２】
建物玄関に設置されている自動ドアの解錠を磁気式カードキーにより行う技術や、エレベーターの乗りかごを玄関階に呼び寄せることを磁気式カードキーにより行う技術が知られている。
【０００３】
また、特許文献１は、「ユーザの情報処理端末９０の画面１３５上に表示されている地図の縮尺の大小を問わず、各集合体Ａ，Ｂ，Ｃごとに、各駐車場を表す１つの代表マーカーＰを各集合体の表示位置に表示する。いずれかの代表マーカーＰがユーザによって選択されると、ユーザに追加の操作を要求することなく、時間の経過につれて徐々に増加する縮尺で拡大表示し、ある時点で縮尺が基準値に達すると、前記選択された代表マーカーＰを、それに対応する集合体に属する複数の個別要素１−６を表す複数の個別マーカーＱに変換する。」を開示する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開2018-163346号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、建物玄関に設置されている自動ドアを磁気式カードキーにより解錠するにしても、エレベーターを玄関階に呼び寄せることを磁気式カードキーにより行うにしても、磁気式カードキーは、一般に、建物の住人または管理者のみが所有する。このため、訪問者が来訪する際、訪問者は、そのような磁気式カードキーを所有できないため、玄関のインターホンより居室にいる住人と連絡を取り、居室から住人により、自動ドアの解錠操作をしてもらったり、エレベーターの乗りかごを玄関階に呼び寄せるかご呼び操作（例えば、ボタン操作）をしてもらったりする必要がある。故に、居室にいる住人に急な用事が発生する等の理由により住人がすぐに解錠操作やかご呼び操作を行えない場合、訪問者は自動ドアの解錠や乗りかごの到着を待ち続ける必要がある。
【０００６】
このような問題は、建物内の部屋への訪問のケース以外のケース、例えば、目的とされる行動の達成に複数の中間行動が必要になるケース全般について起こり得る。
【課題を解決するための手段】
【０００７】
支援システムが、ユーザの目的とする行動である目的行動と当該目的行動の実施が予定される時刻である予定実施時刻とを示す情報である予定行動情報の入力を受け付ける。支援システムが、入力された予定行動情報が示す目的行動の達成へ至る複数の中間行動に共通のキーのデータである電子キーを予定行動情報の少なくとも一部を基に生成する。支援システムが、生成された電子キーをユーザ向けに発行する。支援システムが、入力された予定行動情報が示す予定実施時刻に従う予定期間が関連付けられ発行された電子キーを管理する。支援システムが、上述の複数の中間行動のうちのいずれかの中間行動に関して共通キーが入力される都度に、キー判定（有効な発行済みの電子キーが示す共通キーに当該入力された共通キーが適合し当該共通キーの入力された時刻が当該有効な発行済みの電子キーに関連付けられている予定期間に属する時刻か否かの判定）を行う。支援システムが、キー判定の結果として肯定の結果が得られる都度に、当該肯定の結果に対応した中間行動を含む一つ以上の中間行動を許可する。
【発明の効果】
【０００８】
目的行動の達成へ至る複数の中間行動のいずれもが共通のキーにより許可されるので、利便性の向上とセキュリティーの維持とを両立することができる。
【図面の簡単な説明】
【０００９】
【図１】本発明の実施例に係るシステム全体の構成図。
【図２】訪問前に行われる処理のフロー図。
【図３】駐車時に行われる処理のフロー図。
【図４】携帯端末の二次元バーコードの表示の一例を示す図。
【図５】駐車スペースと玄関までのルートの表示の一例を示す図。
【図６】玄関から訪問先の部屋へ訪問者が移動する際に行われる処理のフロー図。
【図７】玄関からエレベーターまでのルートの表示の一例を示す図。
【図８】訪問終了時に行われる処理のフロー図。
【図９】玄関から駐車スペースまでのルートの表示の一例を示す図。
【発明を実施するための形態】
【００１０】
以下の説明では、「インターフェース装置」は、一つ以上のインターフェースデバイスでよい。当該一つ以上のインターフェースデバイスは、下記のうちの少なくとも一つでよい。
・一つ以上のＩ／Ｏ（Input/Output）インターフェースデバイス。Ｉ／Ｏインターフェースデバイスは、Ｉ／Ｏデバイスと遠隔の表示用計算機とのうちの少なくとも一つに対するインターフェースデバイスである。表示用計算機に対するＩ／Ｏインターフェースデバイスは、通信インターフェースデバイスでよい。少なくとも一つのＩ／Ｏデバイスは、ユーザインターフェースデバイス、例えば、キーボードおよびポインティングデバイスのような入力デバイスと、表示デバイスのような出力デバイスとのうちのいずれでもよい。
・一つ以上の通信インターフェースデバイス。一つ以上の通信インターフェースデバイスは、一つ以上の同種の通信インターフェースデバイス（例えば一つ以上のＮＩＣ（Network Interface Card））であってもよいし二つ以上の異種の通信インターフェースデバイス（例えばＮＩＣとＨＢＡ（Host Bus Adapter））であってもよい。
【００１１】
また、以下の説明では、「メモリ」は、一つ以上のメモリデバイスであり、典型的には主記憶デバイスでよい。メモリにおける少なくとも一つのメモリデバイスは、揮発性メモリデバイスであってもよいし不揮発性メモリデバイスであってもよい。
【００１２】
また、以下の説明では、「永続記憶装置」は、一つ以上の永続記憶デバイスである。永続記憶デバイスは、典型的には、不揮発性の記憶デバイス（たとえば補助記憶デバイス）であり、具体的には、たとえば、ＨＤＤ（Hard Disk Drive）またはＳＳＤ（Solid State Drive）である。
【００１３】
また、以下の説明では、「記憶装置」は、メモリと永続記憶装置の少なくともメモリでよい。
【００１４】
また、以下の説明では、「プロセッサ」は、一つ以上のプロセッサデバイスである。少なくとも一つのプロセッサデバイスは、典型的には、ＣＰＵ（Central Processing Unit）のようなマイクロプロセッサデバイスであるが、ＧＰＵ（Graphics Processing Unit）のような他種のプロセッサデバイスでもよい。少なくとも一つのプロセッサデバイスは、シングルコアでもよいしマルチコアでもよい。少なくとも一つのプロセッサデバイスは、プロセッサコアでもよい。少なくとも一つのプロセッサデバイスは、処理の一部または全部を行うハードウェア回路（たとえばＦＰＧＡ（Field-Programmable Gate Array）またはＡＳＩＣ（Application Specific Integrated Circuit））といった広義のプロセッサデバイスでもよい。
【００１５】
また、以下の説明では、「ｋｋｋ部」の表現にて機能を説明することがあるが、機能は、一つ以上のコンピュータプログラムがプロセッサによって実行されることで実現されてもよいし、一つ以上のハードウェアデバイス（たとえばＦＰＧＡまたはＡＳＩＣ）によって実現されてもよいし、それらの組合せによって実現されてもよい。各機能の説明は一例であり、複数の機能が一つの機能にまとめられたり、一つの機能が複数の機能に分割されたりしてもよい。
【００１６】
以下、本発明の一実施例を説明する。本実施例では、駐車場と建物のセキュリティーの連動が実現される。
【００１７】
具体的には、例えば、訪問者が予め来客管理システムに訪問情報（例えば、予定訪問時刻、訪問先建物の住所（例えば、訪問先の階床または部屋の番号までを含む））を入力し、訪問先の対応者が訪問情報を確認して承認する。その後、来客管理システムは、訪問者の駐車予約情報と訪問情報とを含んだ二次元バーコードデータ（二次元バーコード（例えば、ＱＲコード（登録商標））を示すデータ）を生成し、訪問者の携帯端末に二次元バーコードデータを配信する一方、訪問先建物にあるＩＯＴ端末にも当該二次元バーコードデータを送信する。
【００１８】
訪問者は、駐車場に来た際、携帯端末に格納された二次元バーコードデータが示し携帯端末の画面に表示された二次元バーコードを、駐車場カメラに見せる。ＩＯＴ端末は、駐車場カメラを通じて得られた二次元バーコード（つまり、訪問者の携帯端末の画面に表示された二次元バーコード）と、来客管理システムより受信された二次元バーコードデータが示す二次元バーコードとを比較する。それらの二次元バーコードが同じ画像として判定され、また、二次元バーコードデータに登録されている（二次元バーコードに埋め込まれている）予定訪問時刻に従う訪問期間に現在時刻が属する場合、ＩＯＴ端末は、二次元バーコードデータに登録された駐車予約情報が示す駐車スペースと、当該駐車スペースに車両を駐車した後の移動ルートとを訪問者の携帯端末に表示する。これにより、訪問者は、表示に従い、スムーズに、車両を駐車し正しい移動先へ移動することができる。
【００１９】
その後、訪問者が、二次元バーコードを玄関カメラに見せると、ＩＯＴ端末は、玄関カメラを通じて得られた二次元バーコードと、来客管理システムより受信された二次元バーコードデータが示す二次元バーコードとを比較する。それらの二次元バーコードが同じ画像として判定され、また、二次元バーコードデータに登録されている予定訪問時刻に従う訪問期間に現在時刻が属する場合、ＩＯＴ端末は、建物の自動ドアを解錠するととも、エレベーターの乗りかごを玄関階に呼び寄せることと、訪問先階の呼び登録とを行う。
【００２０】
また、ＩＯＴ端末（または、来客管理システム）が、訪問者の携帯端末に、玄関からエレベーターまでの移動ルートを表示する。これにより、訪問者は、表示に従い、スムーズに、エレベーターの乗りかごに乗車して訪問先階まで移動することができる。
【００２１】
以下、本実施例を詳細に説明する。なお、本実施例における建物は、例えば、一つまたは複数のゲート（例えば自動ドア）と一つまたは複数のエレベーターと複数の階と複数の部屋とを有するとする。建物は、例えば、マンションや商業ビルでよい。
【００２２】
図１は、実施例に係るシステム全体の構成図である。
【００２３】
来客管理システム１と、ＩＯＴ端末３と、携帯端末６とがある。来客管理システム１と、ＩＯＴ端末３と、携帯端末６との各々は、例えば、ネットワーク２を介して通信する。ネットワーク２は、インターネット回線または電話回線またはその他の通信回線でもよい。
【００２４】
来客管理システム１は、コア計算機システムの一例である。来客管理システム１は、一つ以上の計算機で構成されたサーバ（例えばＷｅｂサーバ）でもよいし、クラウド基盤のような複数の計算リソースプール上に実現されたシステムでもよい。例えば、来客管理システム１は、インターフェース装置、記憶装置およびそれらに接続されたプロセッサを有する。ネットワーク２を介した通信は、インターフェース装置を通じて行われる。記憶装置内のプログラムがプロセッサにより実行されることで、例えば、訪問者ＵＩ部１１（「ＵＩ」は、User Interfaceの略）と、訪問先ＵＩ部１２と、駐車予約部１３と、コード生成部１４と、訪問者送信部１５と、端末情報送信部１６とが実現される。
【００２５】
訪問者ＵＩ部１１は、建物に訪問者が来訪する前に訪問情報（例えば、訪問者名、訪問時刻、および、訪問先（建物、階床、部屋番号）を示す情報）を例えばＧＵＩ（Graphical User Interface）または電子メール経由で携帯端末６から受け付ける。受け付けられた訪問情報は、例えば記憶装置に格納される。
【００２６】
訪問先ＵＩ部１２は、当該受け付けられた訪問情報を例えばＧＵＩまたは電子メール経由で訪問先の情報処理端末９７６（例えば、訪問情報から特定された訪問先に対応したアドレス）に対して表示する。訪問先ＵＩ部１２は、当該訪問情報を承認するか否かの回答を例えばＧＵＩまたは電子メール経由で訪問先の情報処理端末９７６から受け付ける。
【００２７】
駐車予約部１３は、訪問情報が承認された場合、訪問先建物の駐車場のうちの駐車スペースを予約する。例えば、訪問先建物に対応した駐車場に関する情報である駐車場情報（例えば、駐車スペース毎のＩＤ、位置、サイズ、使用時刻（予定時刻を含む）およびステータス（例えば、予約有無と使用有無）を示す情報）と、訪問情報に含まれる車両情報（例えば、車両のサイズの特定に必要な情報（例えば、車両名）を含んだ情報）とに基づいて、駐車予約部１３が、訪問時刻に空いており車両の駐車がサイズ的に可能である駐車スペースを予約し、駐車場情報を更新する。駐車場情報は、建物別に来客管理システムの記憶装置に格納されていてもよいし、各建物のＩＯＴ端末３から収集されてもよい。予約された駐車スペースを示す情報を、「駐車予約情報」と言う。なお、訪問情報が、駐車を必要としない来訪（例えば、徒歩での来訪）を意味する情報を含んでいる場合、駐車スペースの予約はスキップされる。
【００２８】
コード生成部１４は、訪問情報および駐車予約情報を二次元バーコードとしたデータを生成する。すなわち、生成された二次元バーコードデータに訪問情報および駐車予約情報含まれる。従って、本実施例では、二次元バーコードデータから訪問情報および駐車予約情報が取得可能である。なお、二次元バーコードデータは、訪問情報および駐車予約情報の少なくとも一部を含まなくてもよく、訪問情報および駐車予約情報の少なくとも一部は、二次元バーコードデータに関連付けられてもよい。
【００２９】
訪問者送信部１５は、二次元バーコードデータを訪問者の携帯端末６に、例えばＧＵＩまたは電子メール経由で送信する。例えば、二次元バーコードデータの場所を示すアドレス（例えばＵＲＬ）が記録されたＷｅｂページまたは電子メールが訪問者送信部１５により携帯端末６に提供され、携帯端末６の情報受信部６１が、当該アドレスから二次元バーコードデータを取得してもよい。
【００３０】
端末情報送信部１６は、二次元バーコードデータ（訪問情報および駐車予約情報を含む）を、訪問先建物のＩＯＴ端末３に送信する。
【００３１】
また、例えば、訪問先建物の中または周辺では、駐車場に設置されている駐車有無判別用の駐車センサー４と、駐車場に設置されているカメラである駐車場カメラ５１と、建物玄関に設置されているカメラである玄関カメラ５２と、建物に設置されているゲートの一例である自動ドア７と、建物に設置されているエレベーター８とある。
【００３２】
また、訪問先の建物の中（または外）には、ＩＯＴ端末３が設けられている。ＩＯＴ端末３は、エッジ計算機システムの一例である。例えば、ＩＯＴ端末３は、インターフェース装置、記憶装置およびそれらに接続されたプロセッサを有する。ネットワーク２を介した通信は、インターフェース装置を通じて行われる。記憶装置に、管理情報３１が格納される。管理情報３１は、例えば、訪問情報の少なくとも一部（例えば、訪問時刻を示す情報である訪問時刻３１３、訪問先建物を示す情報である訪問先建物３１５、および、訪問先階床を示す情報である訪問先階床３１６）と、二次元バーコード画像３１２と、駐車予約情報３１４とを含む。記憶装置内のプログラムがプロセッサにより実行されることで、例えば、センター受信部３１１、駐車信号部３２１、画像部３２２、コード判定部３３１および訪問制御部３３２が実現される。
【００３３】
センター受信部３１１は、来客管理システム１より二次元バーコードデータ、訪問情報および駐車予約情報を受信し、それらを管理情報３１に格納する。すなわち、管理情報３１が、二次元バーコードデータから取得された二次元バーコード画像３１２と、二次元バーコードデータから抽出した訪問時刻３１３と、二次元バーコードデータから抽出した駐車予約情報３１４と、二次元バーコードデータから抽出した訪問先建物３１５と、二次元バーコードデータから抽出した訪問先階床３１６とを含む。
【００３４】
駐車信号部３２１は、駐車センサー４からの信号を来客管理システム１に送信する。これにより、来客管理システム１の駐車予約部１３が、建物の駐車スペースのステータス（空きまたは使用中）を管理できる。なお、駐車者情報と駐車場情報を管理する機能は、ＩＯＴ端末３にあってもよい。
【００３５】
画像部３２２は、駐車場カメラ５１と玄関カメラ５２により撮像された二次元バーコード画像を取り込む。
【００３６】
コード判定部３３１は、画像部３２２により取り込まれた二次元バーコード画像が管理情報３１内の二次元バーコード画像３１２に適合するかの画像判定と、訪問時刻３１３が示す時刻に従う期間に現在時刻が属するかの時刻判定とを行う。
【００３７】
訪問制御部３３２は、駐車予約情報３１４を訪問者の携帯端末６に送信する。また、訪問制御部３３２は、画像判定および時刻判定の結果が肯定の場合、訪問先建物３１５に従い自動ドア７を解錠する。訪問制御部３３２は、画像判定および時刻判定の結果が肯定の場合、訪問先階床３１６に従いエレベーター８の乗りかごを玄関階に呼び寄せ、また、乗りかご内の行き先階を自動的に登録する。訪問制御部３３２は、訪問者の携帯端末６からの終了情報を受信する。
【００３８】
訪問者は携帯端末６を所持する。携帯端末６は、情報処理端末であり、例えば、タブレットＰＣ（タブレット型のパーソナルコンピュータ）またはスマートフォンである。具体的には、例えば、携帯端末６は、インターフェース装置、記憶装置、入出力デバイス（例えば、入力デバイスと表示デバイス）、および、それらに接続されたプロセッサを有する。ネットワーク２を介した通信は、インターフェース装置を通じて行われる。記憶装置内のプログラムがプロセッサにより実行されることで、例えば、情報受信部６１、表示部６２および情報送信部６３が実現される。情報受信部６１は、来客管理システム１とＩＯＴ端末３から情報を受信する。表示部６２は、受信した情報に従う情報を携帯端末６の画面（表示デバイス）に表示する。情報送信部６３は、ＩＯＴ端末３に対して訪問終了の情報である終了情報を送信する。
【００３９】
本実施例に係る支援システムは、来客管理システム１に実現される少なくとも一つの機能と、ＩＯＴ端末３に実現される少なくとも一つの機能とを有する。支援システムは、更に、携帯端末６において実現される少なくとも一つの機能を有してもよい。また、本実施例において携帯端末６の画面に表示される情報は、携帯端末６の画面に代えてまたは加えて、建物に設置された表示デバイス（例えば、駐車場や玄関等に設置された表示デバイス）に表示されてもよい。
【００４０】
次に、図２に従い、訪問者の訪問前に行われる処理のフローを説明する。
【００４１】
まず、Ｓ００１では、訪問者が来訪する前に、訪問情報（例えば、訪問者名、訪問時刻、および訪問先（建物、階床、部屋番号）を示す情報）を、訪問者ＵＩ部１１が、携帯端末６（または、他の情報処理端末）から受け付け、当該訪問情報を来客管理システム１に登録する。
【００４２】
そして、Ｓ００２では、訪問先の対応者の情報処理端末９７６に、訪問先ＵＩ部１２が、登録された訪問情報を送信する。
【００４３】
Ｓ００３では、訪問先の対応者が訪問者の訪問を承認すること（つまり訪問情報の承認）を訪問先ＵＩ部１２が受け付けた場合、訪問先ＵＩ部１２が、訪問情報の承認を来客管理システム１に登録する。
【００４４】
Ｓ００４では、駐車予約部１３が、承認された訪問情報が示す訪問時刻と、承認された訪問情報が示す建物に対応した駐車場情報とに基づき、当該建物の駐車場に、当該訪問時刻に従う訪問期間に空き駐車スペースがあるか否かを判定する。空き駐車スペースが有る場合、処理がＳ００５に進む。もし空き駐車スペースが無い場合、処理がＳ００６に進む。
【００４５】
Ｓ００５では、駐車予約部１３は、空き駐車スペースを予約する（例えば、駐車場情報において、空き駐車スペースのステータスを“予約”に変更する）。
【００４６】
Ｓ００６では、駐車予約部１３は、近隣の公用駐車場を駐車スペースに決定する（または、他の所定の処理を行う）。
【００４７】
Ｓ００７では、コード生成部１４は、訪問情報と駐車予約情報とに基づき二次元バーコードデータを生成する。
【００４８】
Ｓ００８では、訪問者送信部１５は、Ｓ００７にて生成された二次元バーコードデータを訪問者の携帯端末６の情報受信部６１に送信する。なお、二次元バーコードデータの送信先は、例えば、Ｓ００１で訪問情報の受け付けの際に特定されてよい。
【００４９】
Ｓ００９では、端末情報送信部１６は、Ｓ００７にて生成された二次元バーコードデータをＩＯＴ端末３のセンター受信部３１１に送信する。
【００５０】
Ｓ０１０では、ＩＯＴ端末３のセンター受信部３１１は、端末情報送信部１６からの二次元バーコードデータを解析し、当該二次元バーコードデータから二次元バーコード画像３１２、訪問時刻３１３、駐車予約情報３１４と、訪問先建物３１５と、訪問先階床３１６とを取得し、取得したそれらの情報を含んだ管理情報３１を、ＩＯＴ端末３の記憶装置に格納する。
【００５１】
次に、図３に従い、訪問者の駐車時に行われる処理のフローを説明する。
【００５２】
本フローは、訪問者が訪問時刻の通りに（訪問時刻に従う訪問期間内に）建物の駐車場に来ている状態からスタートするとする。なお、本実施例において、「訪問時刻に従う訪問期間」とは、訪問時刻を基準に訪問者ＵＩ部１１またはセンター受信部３１１により決定された一定時間でもよいし、訪問時刻それ自体でもよい。
【００５３】
Ｓ１０１では、訪問者が、駐車場カメラ５１に、携帯端末６の情報受信部６１により受信された二次元バーコードデータが示す二次元バーコード画像を見せる。二次元バーコード画像は、携帯端末６の表示部６２により表示される（表示例は図４に示す）。
【００５４】
Ｓ１０２では、携帯端末６の表示部６２により表示された二次元バーコード画像が画像部３２２によりＩＯＴ端末３に取り込まれる。
【００５５】
Ｓ１０３では、コード判定部３３１は、取り込まれた二次元バーコード画像が二次元バーコード画像３１２と一致するか否かの画像判定を行う。画像判定の結果が肯定の場合、処理がＳ１０４に進む。画像判定の結果が否定の場合、処理が終了する。
【００５６】
Ｓ１０４では、コード判定部３３１は、訪問時刻３１３に従う訪問期間に現在時刻が属するか否かの判定である時刻判定を行う。時刻判定の結果が肯定の場合、処理がＳ１０５に進む。時刻判定の結果が否定の場合、処理が終了する。
【００５７】
Ｓ１０５では、訪問制御部３３２は、駐車予約情報３１４と、駐車スペースから建物玄関までのルートを示す情報とを、訪問者の携帯端末６の情報受信部６１に送信する。
【００５８】
Ｓ１０６では、訪問者の携帯端末６の表示部６２が、訪問制御部３３２から受信した情報を基に、駐車スペースと、当該駐車スペースから建物玄関までのルートとを表示する（表示例は図５に示す）。
【００５９】
Ｓ１０７では、訪問者の車両が当該駐車スペースに駐車された際、駐車センサー４は当該駐車の検出を意味する信号を出力し、駐車信号部３２１が、当該信号をＩＯＴ端末３に取り込む。なお、当該信号は、来客管理システム１の駐車予約部１３に送信され、駐車予約部１３により駐車場情報が更新されてもよい。また、駐車場情報は、ＩＯＴ端末３にも保存されていて、駐車センサー４からの信号を基に、ＩＯＴ端末３内の駐車場情報が更新されてもよい。
【００６０】
以上のフローにより、訪問者は、携帯端末６の表示に従い、予約された駐車スペースに車両を駐車して建物玄関まで移動することをスムーズに行うことができる。また、駐車スペースの位置の表示は、画像判定および時刻判定のいずれも肯定の結果が得られないとされないので、セキュリティーを維持することができる。
【００６１】
次に、図６に従い、訪問者が建物玄関から訪問先の部屋に移動する際に行われる処理のフローを説明する。
【００６２】
本フローは、訪問者が訪問時刻の通りに建物の玄関に来ている状態からスタートするとする。
【００６３】
Ｓ２０１では、訪問者が、玄関カメラ５２に、携帯端末６の情報受信部６１により受信された二次元バーコードデータが示す二次元バーコード画像を見せる。二次元バーコード画像は、上述したように、携帯端末６の表示部６２により表示される（表示例は図４に示した通りである）。
【００６４】
Ｓ２０２では、携帯端末６の表示部６２により表示された二次元バーコード画像が画像部３２２によりＩＯＴ端末３に取り込まれる。
【００６５】
Ｓ２０３では、コード判定部３３１は、取り込まれた二次元バーコード画像の画像判定を行う。画像判定の結果が肯定の場合、処理がＳ２０４に進む。画像判定の結果が否定の場合、処理が終了する。
【００６６】
Ｓ２０４では、コード判定部３３１は、時刻判定を行う。時刻判定の結果が肯定の場合、処理がＳ２０５に進む。時刻判定の結果が否定の場合、処理が終了する。
【００６７】
Ｓ２０５では、訪問制御部３３２は、訪問先建物３１５に基づき、玄関ドアの解錠信号を生成し、当該解錠信号を送信することで建物の自動ドア７を解錠する。
【００６８】
Ｓ２０６では、訪問制御部３３２は、訪問先階床３１６に基づき、エレベーターを玄関まで呼び寄せる信号を出力することでエレベーター８の乗りかごを玄関に呼び寄せ、その後に、訪問先階床を示す信号をエレベーター８に送信することで訪問先階床をエレベーター８に登録する。
【００６９】
Ｓ２０７では、訪問制御部３３２は、玄関の自動ドア７が解錠されたことと、エレベーター８の乗りかごが呼び寄せされたことと、玄関からエレベーター８までのルートとを示す情報を、訪問者の携帯端末６の情報受信部６１に送信する。
【００７０】
Ｓ２０８では、訪問者の携帯端末６の表示部６２が、訪問制御部３３２から受信した情報を基に、玄関の自動ドア７を解錠されたことと、エレベーター８の乗りかごが呼び寄せされたことと、玄関からエレベーター８までの移動ルートとを表示する（表示例は図７に示す）。
【００７１】
以上のフローにより、訪問者は、携帯端末６の表示に従い、建物玄関からエレベーター８に移動して既に呼び寄せされた乗りかごに乗車して自動登録された訪問先階床に到達することをスムーズに行うことができる。
【００７２】
次に、図８に従い、訪問者の訪問終了時において行われる処理のフローを説明する。
【００７３】
本フローは、訪問者が、訪問終了したため訪問先部屋から出る際の状態からスタートするとする。
【００７４】
Ｓ３０１では、訪問者の操作に応答して、携帯端末６の情報送信部６３が、ＩＯＴ端末３に対して、訪問終了の信号を送信する。
【００７５】
Ｓ３０２では、ＩＯＴ端末３の訪問制御部３３２は、訪問終了の信号を受信した場合、本訪問者が駐車場カメラ５１と玄関カメラ５２に二次元バーコード画像を見せ画像判定にパスした訪問者か否か（つまり、入館済みか否か）を判定する。入館済みの場合、処理がＳ３０３に進む。未入館の場合は処理が終了する。
【００７６】
Ｓ３０３では、コード判定部３３１は、現在時刻が有効時刻に該当するか否かを判定する。「有効時刻」とは、例えば、訪問情報に訪問終了時刻が含まれていれば、有効時刻は、当該訪問終了時刻、または、当該訪問終了時刻を基準とした一定時間に属する時刻でよい。Ｓ３０３の判定の結果が肯定の場合、処理がＳ３０４に進む。当該判定の結果が否定の場合、処理が終了する。
【００７７】
Ｓ３０４では、訪問制御部３３２は、訪問先階床３１６に基づき、エレベーター８の乗りかごを訪問先階床まで呼び寄せる信号を送信することで乗りかごを訪問先階床に呼び寄せ、乗りかごを訪問先階床に呼び寄せした後に行き先階床（停止階）を玄関階に登録する信号をエレベーター８に送信する。
【００７８】
Ｓ３０５では、訪問制御部３３２は、エレベーター８の乗りかごが訪問先階床に自動呼び寄せされたことと、玄関から駐車スペースの位置までの移動ルートとを示す情報を、訪問者の携帯端末６の情報受信部６１に送信する。
【００７９】
Ｓ３０６では、訪問者の携帯端末６の表示部６２が、訪問制御部３３２から受信した情報に基づき、エレベーター８の乗りかごが自動呼び寄せされたことと、玄関から駐車スペースの位置までの移動ルートとを表示する（表示例は図９に示す）。
【００８０】
以上のフローにより、訪問者は、携帯端末６の表示に従い、訪問先階床に呼び寄せされた乗りかごに乗車し、その後に自動登録された玄関階まで移動し、さらに玄関から駐車スペースの位置までスムーズに到達することができる。
【００８１】
なお、本実施例では、建物の駐車場が機械式駐車場の場合、訪問制御部３３２は、訪問時と訪問終了時とのうちの少なくとも一つについて、前もって、駐車スペースを、車両を入れるまたは出すことができる位置に手配していてもよい。
【００８２】
以上の説明を、例えば下記のように総括することができる。その際、上述の説明に無い説明（例えば補足）が行われてもよい。
【００８３】
まず、上述した説明を基に、建物内の部屋への訪問にも適用可能な支援システムを、例えば次のように表現することができる。すなわち、支援システムが、目的行動入力部と、キー生成部と、キー発行部と、キー管理部と、キー判定部と、行動制御部とを備えてよい。目的行動入力部は、ユーザの目的とする行動である目的行動と当該目的行動の実施が予定される時刻である予定実施時刻とを示す情報である予定行動情報の入力を受け付けてよい。キー生成部は、入力された予定行動情報が示す目的行動の達成へ至る複数の中間行動に共通のキーのデータである電子キーを予定行動情報の少なくとも一部を基に生成してよい。キー発行部は、生成された電子キーをユーザ向けに発行してよい。キー管理部は、入力された予定行動情報が示す予定実施時刻に従う予定期間が関連付けられ発行された電子キーを管理してよい。キー判定部は、上述の複数の中間行動のうちのいずれかの中間行動に関して共通キーが入力される都度に、キー判定（有効な発行済みの電子キーが示す共通キーに当該入力された共通キーが適合し当該共通キーの入力された時刻が当該有効な発行済みの電子キーに関連付けられている予定期間に属する時刻か否かの否かの判定）を行ってよい。行動制御部が、キー判定の結果として肯定の結果が得られる都度に、当該肯定の結果に対応した中間行動を含む一つ以上の中間行動を許可してよい。これにより、目的行動の達成へ至る複数の中間行動のいずれもが共通のキーにより許可されるので、利便性の向上とセキュリティーの維持とを両立することができる。なお、中間行動毎にキー判定が行われてもよいし、ある中間行動についてキー判定の結果が肯定であれば当該中間行動より後の中間行動についてはキー判定無しに許可がされてよい。
【００８４】
行動制御部は、更に、前記許可された中間行動の次の行動である中間行動または目的行動への案内を示す案内情報を表示してよい。これにより、利便性の一層の向上が期待できる。
【００８５】
支援システムは、ユーザの目的行動の終了を示す情報である終了情報の入力を受け付ける終了入力部を更に備えてよい。行動制御部は、終了情報が入力された場合、複数の中間行動を、目的行動の達成に至るまでの複数の中間行動の順序と逆の順序で支援してよい。各中間行動の支援は、当該中間行動のための機器の手配と、当該中間行動の次の中間行動への案内を示す案内情報の表示とのうちの少なくとも一つを含んでよい。これにより、ユーザは、目的行動の終了後の行動をスムーズに行うことができる。
【００８６】
以上のような支援システムにおいて、目的行動入力部は、例えば訪問者ＵＩ部１１でよい。キー生成部は、例えばコード生成部１４でよい。キー発行部は、例えば訪問者送信部１５および端末情報送信部１６でよい。キー管理部は、例えばセンター受信部３１１でよい。キー判定部は、例えばコード判定部３３１でよい。行動制御部および終了入力部は、例えば訪問制御部３３２でよい。目的行動は、一つまたは複数のゲートと一つまたは複数のエレベーターと複数の階と複数の部屋とを有する建物のうちのいずれかの部屋を訪問することでよい。予定行動情報は、訪問先の部屋と当該部屋のある階床とのうちのいずれかを示す情報と、当該部屋を訪問する予定時刻を予定実施時刻として示す情報とを含んでよい。つまり、予定行動情報は、訪問情報でよい。複数の中間行動は、ゲートを通過することと、エレベーターを使用することとを含んでよい。行動制御部は、キー判定の結果として得られた肯定の結果にゲートの通過が対応する場合、当該ゲートを解錠してよい。また、行動制御部は、キー判定の結果として得られた肯定の結果にゲートの通過が対応する場合（または、キー判定の結果として得られた肯定の結果にエレベーターの使用が対応する場合）、当該エレベーターの乗りかごを、ユーザのいる階床に手配し、且つ、当該乗りかごの停止階を、予定行動情報から特定される階床としてよい。これにより、建物内の部屋への訪問に関し、利便性の向上とセキュリティーの維持とを両立することができる。
【００８７】
複数の中間行動は、複数の駐車スペースを有する駐車場に車両を駐車することを含んでよい。行動制御部は、キー判定の結果として得られた肯定の結果に駐車場への駐車が対応する場合、駐車場のうちユーザの予約された駐車スペースへの案内を示す案内情報を表示してよい。これにより、ユーザは駐車スペースにスムーズに移動することができる。
【００８８】
支援システムは、訪問先の部屋の者（例えば、当該部屋に住んでいる者、又は、当該部屋の管理者）から訪問情報の承認を受け付ける訪問承認受付部を更に備えてよい。訪問承認受付部は、例えば、訪問先ＵＩ部１２でよい。キー生成部は、訪問情報の承認が受け付けられた場合に、電子キーを生成してよい。これにより、訪問先の者にとっては、訪問情報を承認すれば、電子キーが発行され、その後、電子キーを基にセキュリティーが維持された状態でユーザの来訪があるので、利便性が高い。また、電子キーの生成には訪問先の者による承認が必要なため、セキュリティーが維持される。
【００８９】
共通キーは、更に、訪問先の部屋に入るという目的行動にも共通でよい。これにより、利便性の向上が期待される。
【００９０】
行動制御部は、訪問終了を示す終了情報が入力された場合、複数の中間行動を、目的行動の達成に至るまでの複数の中間行動の順序と逆の順序で支援してよく、当該逆の順序での支援は、エレベーターの乗りかごを訪問先の部屋がある階床に手配することと、次の中間行動への案内を示す案内情報を表示することとのうちの少なくとも一つを含んでよい。これにより、訪問先の部屋から退室した後のスムーズな行動が期待できる。
【００９１】
目的行動入力部、キー生成部およびキー発行部が、建物毎に設けられているエッジ計算機システムと通信するコア計算機システムに存在してよい。コア計算機システムの一例が、来客管理システム１でよい。キー管理部、キー判定部および行動制御部が、各エッジ計算機システムに存在してよい。エッジ計算機システムの一例が、ＩＯＴ端末３でよい。このように、電子キーの発行はコア計算機システムにより行われ、個々の建物に関しキー判定は当該建物のエッジ計算機システムで行われるので、処理分担が適切であることが期待される。
【００９２】
共通キーは、二次元バーコードでよい。共通キーの入力は、ユーザの情報処理端末の表示デバイスに表示された二次元バーコードを、任意の場所（例えば、建物の駐車場や玄関）に設置されている所定のカメラを通じて読み取られることでよい。これにより、磁気式カードキーのようなハードウェアを別途発行すること無しに、利便性の向上とセキュリティーの維持とを両立することができる。
【００９３】
電子キー（例えば、二次元バーコードデータ）は、居住者（訪問先の者の一例）から訪問者（ユーザの一例）に訪問許可を与えるキーに加えて、駐車スペースへの案内、エレベーターの乗りかごの呼び寄せ、建物玄関（共通玄関）の解錠にも用いられる。電子キーが、エレベーターの乗りかごの呼び寄せに必要な制御コマンドや、建物の自動ドアの解錠のための制御コマンドのように、ユーザの行動の許可に関わる種々の制御コマンドを含んでもよい。上述した実施例のような例によれば、予約された駐車スペースの位置、エレベーターでの行き先階、および、建物の自動ドアの解錠といった三つ全てを一つの電子キーに関連付けて、当該一つの電子キーで、訪問者が建物に着いてから訪問先部屋へ移動するまでの一連の行動の案内とセキュリティー（例えば、予約された駐車スペースへの案内、駐車スペースから玄関への案内、玄関の解錠、玄関からエレベーターへの案内、エレベーターの乗りかごの呼び寄せ、行き先階床（訪問先階床）の自動登録）を実現することができる。
【００９４】
以上、本発明の一実施形態を説明したが、これは本発明の説明のための例示であって、本発明の範囲をこの実施形態にのみ限定する趣旨ではない。本発明は、他の種々の形態でも実施することが可能である。
【符号の説明】
【００９５】
１・・・来客管理システム、３・・・ＩＯＴ端末
【図１】
2020201782.tif 000003
【図２】
2020201782.tif 000004
【図３】
2020201782.tif 000005
【図４】
2020201782.tif 000006
【図５】
2020201782.tif 000007
【図６】
2020201782.tif 000008
【図７】
2020201782.tif 000009
【図８】
2020201782.tif 000010
【図９】
2020201782.tif 000011