JP2022065612A - 建物監視システム - Google Patents

Abstract

【課題】業者の立ち合いを必要とすることなく、無人にて建物の監視をすることができ、建物の内部の破損などを抑制することができる建物監視システムの提供。【解決手段】建物監視システム１は、建物の内部に設置されるとともに、建物の内部を監視する内覧ロボット３と、内覧ロボット３に通信回線を介して接続され、内覧ロボット３を管理する管理サーバ４とを備える。内覧ロボット３は、建物の内部に発生した異常を検知した場合に、通信回線を介して管理サーバ４に異常を通知する異常通知部３４１を備える。管理サーバ４は、異常通知部３４１にて異常を通知された場合に、管理者に異常を報知する異常報知部４１１を備える。【選択図】図２

Description

本発明は、建物の内部を監視する建物監視システムに関する。

従来、不動産仲介業において、建物の内部を自由に内覧することができるシステムが提案されている。例えば、特許文献１に記載された不動産仲介業務支援システムは、不動産物件（建物）に内覧ロボットを設置し、この内覧ロボットの得た物件内の様子や、物件内の音などの情報を顧客端末に送信することによって、業者の立ち合いを必要とすることなく、無人にて建物の内覧をすることができるようになっている。

特開２０１７－１０７２７２号公報

しかしながら、特許文献１に記載された発明では、無人にて建物の内覧をすることができるものの、実際に建物の内部を見て入居するか否かを判断したいという入居希望者の要望に沿うことができないという問題がある。
これに対して、入居希望者の要望に沿うべく実際に建物の内部を内覧させる場合には、建物の内部の破損などを監視して抑制するために、業者の立ち合いを必要とすることになる。

本発明の目的は、業者の立ち合いを必要とすることなく、無人にて建物の監視をすることができ、建物の内部の破損などを抑制することができる建物監視システムを提供することである。

本発明の建物監視システムは、建物の内部に設置されるとともに、建物の内部を監視する建物監視装置と、建物監視装置に通信回線を介して接続され、建物監視装置を管理する管理サーバとを備え、建物監視装置は、この建物監視装置を制御する建物監視装置側制御手段を備え、建物監視装置側制御手段は、建物の内部に発生した異常を検知した場合に、通信回線を介して管理サーバに異常を通知する異常通知部を備え、管理サーバは、この管理サーバを制御する管理サーバ側制御手段を備え、管理サーバ側制御手段は、異常通知部にて異常を通知された場合に、管理者に異常を報知する異常報知部を備えることを特徴とする。

このような構成によれば、建物監視装置側制御手段は、建物の内部に発生した異常を検知した場合に、通信回線を介して管理機器に異常を通知する異常通知部を備え、管理サーバ側制御手段は、異常通知部にて異常を通知された場合に、管理者に異常を報知する異常報知部を備えているので、業者の立ち合いなく建物を利用させる場合であっても、管理者は、建物の内部の破損などの異常を容易に把握することができる。したがって、本発明の建物監視システムによれば、業者の立ち合いを必要とすることなく、無人にて建物の監視をすることができ、建物の内部の破損などを抑制することができる。

本発明では、建物監視装置は、建物の錠装置に通信回線を介して接続され、建物監視装置側制御手段は、錠装置が正常に開錠されたか否かを判定し、正常に開錠されていないと判定した場合に、建物の内部に発生した異常を検知する錠装置判定部を備えることが好ましい。

このような構成によれば、建物監視装置側制御手段は、錠装置が正常に開錠されたか否かを判定し、正常に開錠されていないと判定した場合に、建物の内部に発生した異常を検知する錠装置判定部を備えているので、例えば、錠装置を正常に開錠することができる利用者、すなわち管理者に許可された利用者とは異なり、ピッキングなどの不正な手段を用いた不正者の侵入を錠装置判定部にて異常として検知することができ、建物の安全性を向上させることができる。

本発明では、建物監視装置は、建物の利用者に接客する接客手段を備え、建物監視装置側制御手段は、錠装置判定部にて錠装置が正常に開錠されていると判定した場合に、接客手段による接客を実行する接客実行部を備えることが好ましい。

このような構成によれば、建物監視装置側制御手段は、錠装置判定部にて錠装置が正常に開錠されていると判定した場合に、接客手段による接客を実行する接客実行部を備えているので、錠装置を正常に開錠することができる利用者、すなわち管理者に許可された利用者に対し、接客手段による接客を実行することができる。ここで、接客手段による接客の内容としては、例えば、建物のセールスポイントを利用者に説明したり、建物内に商品等を陳列した店舗の場合であれば、その商品等のセールスポイントを利用者に説明したり、利用者を誘導して建物の内部を見せて回ったり、建物に設置された照明やエアコンを稼働させたりすることを採用できる。

本発明では、建物監視装置は、建物の内部の画像を撮像する撮像手段を備え、建物監視装置側制御手段は、建物の利用者の正常な行動パターンのサンプルを記憶する記憶部と、撮像手段にて撮像された画像に基づいて、建物の利用者の行動パターンを取得する行動パターン取得部と、記憶部に記憶された行動パターンのサンプルと、行動パターン取得部にて取得された行動パターンとを比較して相違するか否かを判定し、相違すると判定した場合に、建物の内部に発生した異常を検知する行動パターン判定部を備えることが好ましい。

このような構成によれば、建物監視装置側制御手段は、建物の利用者の正常な行動パターンのサンプルと、行動パターン取得部にて取得された行動パターンとを比較して相違するか否かを判定し、相違すると判定した場合に、建物の内部に発生した異常を検知する行動パターン判定部を備えているので、例えば、建物の内部を見て回るなどの通常の利用に即した行動パターンを正常な行動パターンとして記憶部に記憶しておくことによって、建物の内部を物色するなどの挙動不審な行動パターンの侵入者を行動パターン判定部にて異常として検知することができ、建物の安全性を向上させることができる。

本発明では、建物監視装置は、建物の内部の画像を撮像する撮像手段を備え、建物監視装置側制御手段は、建物の利用者の異常な行動パターンのサンプルを記憶する記憶部と、撮像手段にて撮像された画像に基づいて、建物の利用者の行動パターンを取得する行動パターン取得部と、記憶部に記憶された行動パターンのサンプルと、行動パターン取得部にて取得された行動パターンとを比較して一致するか否かを判定し、一致すると判定した場合に、建物の内部に発生した異常を検知する行動パターン判定部を備えることが好ましい。

このような構成によれば、建物監視装置側制御手段は、建物の利用者の異常な行動パターンのサンプルと、行動パターン取得部にて取得された行動パターンとを比較して一致するか否かを判定し、一致すると判定した場合に、建物の内部に発生した異常を検知する行動パターン判定部を備えているので、例えば、建物の内部を物色するなどの挙動不審な行動パターンを異常な行動パターンとして記憶部に記憶しておくことによって、挙動不審な行動パターンの侵入者を行動パターン判定部にて異常として検知することができ、建物の安全性を向上させることができる。

本発明では、管理サーバ側制御手段は、予約により設定された利用開始時刻および利用終了時刻を含む管理側予約情報を管理する管理側予約管理部と、管理側予約情報に基づいて、建物監視装置に対する指令を生成する指令生成部と、通信回線を介して建物監視装置に指令を送信する指令送信部とを備え、建物監視装置側制御手段は、指令送信部からの指令を受信する指令受信部と、指令受信部にて受信した指令に基づいて、所定の動作を実行する指令実行部とを備えることが好ましい。

このような構成によれば、建物監視装置側制御手段は、指令送信部からの指令を受信する指令受信部と、指令受信部にて受信した指令に基づいて、所定の動作を実行する指令実行部とを備えているので、適宜な指令に基づく動作の実行によって、建物の内部を見て回っている利用者に対して働きかけを行うことができる。したがって、例えば、建物監視装置は、利用者に利用終了時刻を報知することによって、利用の時間超過を抑制することができ、次の利用者の予約までの空き時間を短く設定することができ、建物の利用の効率を高めることができる。

本発明では、指令生成部は、管理側予約情報に基づいて、利用終了時刻を報知する報知指令を生成し、指令実行部は、報知指令に基づいて、利用者に利用終了時刻を報知することが好ましい。

このような構成によれば、指令実行部は、報知指令に基づいて、利用者に利用終了時刻を報知するので、建物監視装置は、利用者に利用終了時刻を報知することによって、利用の時間超過を抑制することができ、次の利用者の予約までの空き時間を短く設定することができ、建物の利用の効率を高めることができる。

本発明では、管理側予約管理部は、利用終了時刻以降の予約状況を含む管理側予約情報を管理し、指令生成部は、管理側予約情報に基づいて、予約状況に応じた利用時間の延長の可否を報知する延長指令を生成し、指令実行部は、延長指令に基づいて、延長の可否を利用者に報知することが好ましい。

このような構成によれば、指令実行部は、延長指令に基づいて、延長の可否を利用者に報知するので、利用終了時刻以降に予約に空きがある場合には、延長可能であることを利用者に報知することができる。また、利用終了時刻以降に予約に空きがない場合には、延長不能であることを利用者に報知することができる。

本発明では、建物監視装置は、利用者による延長申請の入力を受け付ける入力受付手段を備え、建物監視装置側制御手段は、入力受付手段にて延長申請の入力を受け付けた場合に、通信回線を介して管理サーバに延長申請を送信する申請送信部を備え、管理サーバ側制御手段は、申請送信部から送信された延長申請を受信する申請受信部を備え、管理側予約管理部は、申請受信部にて受信した延長申請に基づいて、利用終了時刻を変更して管理側予約情報を更新することが好ましい。

このような構成によれば、管理サーバ側制御手段は、申請送信部から送信された延長申請を受信する申請受信部を備え、管理側予約管理部は、申請受信部にて受信した延長申請に基づいて、利用終了時刻を変更して管理側予約情報を更新するので、利用者の延長申請に基づいて、延長処理を実行できる。

本発明では、建物監視装置は、建物の内部における利用者の存在を検知する存在検知手段を備え、建物監視装置側制御手段は、存在検知手段にて利用者の存在を検知した場合に、通信回線を介して管理サーバに利用者の存在を通知する存在通知部を備え、管理サーバ側制御手段は、存在通知部にて通知された利用者の存在情報を管理する存在管理部を備え、指令生成部は、管理側予約情報および存在情報に基づいて、利用終了時刻以降も利用者が存在した場合に、利用者に対して警告を報知する警告指令を生成し、指令実行部は、警告指令に基づいて、利用終了時刻を過ぎていることを利用者に報知することが好ましい。

このような構成によれば、指令生成部は、管理側予約情報および存在情報に基づいて、利用終了時刻以降も利用者が存在した場合に、利用者に対して警告を報知する警告指令を生成し、指令実行部は、警告指令に基づいて、利用終了時刻を過ぎていることを利用者に報知するので、利用者に利用の時間超過を確実に報知することができる。

本発明の一実施形態に係る建物監視システムの概略構成図 建物監視システムの概略構成のうち、内覧ロボットおよび管理サーバを示す機能ブロック図 建物監視システムの動作を示すフローチャート 行動パターン判定処理を示すフローチャート 延長報知処理を示すフローチャート 警告処理を示すフローチャート 建物監視システムの概略構成のうち、管理サーバ、集客サーバ、およびサイトコントローラを示す機能ブロック図 管理サーバ、集客サーバ、およびサイトコントローラの動作を示すフローチャート

以下、本発明の一実施形態を図面に基づいて説明する。
図１は、本発明の一実施形態に係る建物監視システムの概略構成図である。
建物監視システム１は、図１に示すように、建物２の内部に設置された内覧ロボット３と、建物２および内覧ロボット３を管理する管理サーバ４と、建物２の内覧（利用）を希望する内覧者（利用者）の所持する携帯電話、スマートフォン、およびパーソナルコンピュータ等の利用者入力手段としての端末装置５と、内覧者を集客するとともに、建物２の内覧を予約するための複数の集客サーバ６と、管理サーバ４および集客サーバ６の間の予約情報を同期させるサイトコントローラ７とを備えている。建物２、内覧ロボット３、管理サーバ４、端末装置５、集客サーバ６、およびサイトコントローラ７は、通信回線としての公衆ネットワークであるインターネット８を介して相互に通信可能に接続されている。

建物２は、複数の部屋２０を備え、各部屋２０には、出入口２１と、出入口２１を施解錠するための錠装置２２を備えている。錠装置２２は、サイトコントローラ７から内覧者の端末装置５に発行される暗証番号や、バーコードおよびＱＲコード（登録商標）などの光学コード等の解錠キーによって、解錠可能になっている。この解錠キーは、利用するたびにランダムに変更され、その時間に予約をした内覧者は、固有の解錠キーを用いて錠装置２２を解錠できるようになっている。各部屋２０は、ＬＡＮ（Local Area Network）を介して接続されたモデムやルータ等の通信端末装置２３を備えている。この通信端末装置２３は、インターネット８を介して管理サーバ４に接続されている。

ここで、管理サーバ４は、複数の建物２を管理し、各建物２における部屋２０の錠装置２２の仕様に対応している。また、サイトコントローラ７は、管理サーバ４にて管理されている各建物２における部屋２０の錠装置２２の仕様に対応している。換言すれば、サイトコントローラ７は、各建物２における部屋２０の錠装置２２に対応する解錠キーを発行できるようになっている。

なお、本実施形態では、解錠キーは、暗証番号や、バーコード等を採用しているが、例えば、顔認証や、指紋認証や、網膜認証などの生体認証を採用してもよく、錠装置２２を解錠可能とすることができれば、どのようなものであってもよい。
また、サイトコントローラ７は、複数の管理サーバ４と、複数の集客サーバ６との間の予約情報を同期させることができるようになっていてもよい。

内覧ロボット３は、建物２の内部に設置可能に構成されるとともに、可搬性を有する可搬装置である。この内覧ロボット３は、建物２を内覧させる際に、建物２を管理する不動産仲介業者によって、建物２の内部に運び込まれる。また、内覧ロボット３は、建物２に対して入居契約を締結した場合には、建物２を管理する不動産仲介業者によって、建物２の内部から撤去される。

内覧ロボット３は、建物２の内部に設置可能に構成されるとともに、可搬性を有するので、内覧希望の建物２に内覧前に設置しておくことができ、入居契約を締結した場合には、容易に内覧ロボット３を撤去することができる。
なお、本実施形態では、内覧ロボット３は、可搬性を有しているが、可搬性を有していなくてもよく、建物２の内部に予め設置されていてもよい。

内覧者は、端末装置５を用いてインターネット８を介して管理サーバ４または集客サーバ６にアクセスし、内覧希望の部屋２０を探し、利用時間を指定して内覧の予約を実行することができる。管理サーバ４または集客サーバ６は、内覧者からの予約を受け付けると、予約が確定した部屋２０の内覧者と、予約日時（利用開始時刻および利用終了時刻）とを含む予約情報をサイトコントローラ７に送信する。

図２は、建物監視システムの概略構成のうち、内覧ロボットおよび管理サーバを示す機能ブロック図である。
内覧ロボット３は、建物２の内部を監視する建物監視装置として機能し、図２に示すように、撮像手段３１と、タッチパネル３２と、存在検知手段３３と、建物監視装置側制御手段としての制御手段３４とを備えている。
撮像手段３１は、部屋２０の内部の画像を撮像する。この撮像手段３１としては、例えば、ＣＣＤ（Charge Coupled Device）カメラ等を採用できる。
タッチパネル３２は、内覧者の操作に応じて情報の入力を受け付けるとともに、内覧者に対して画像にて所定の情報を提供する。
存在検知手段３３は、部屋２０の内部における内覧者の存在を検知する。この存在検知手段３３としては、例えば、人感センサ等を採用できる他、撮像手段３１にて撮像される画像を用いることによって、内覧者の存在を検知するようにしてもよい。

制御手段３４は、ＣＰＵ（Central Processing Unit）や、メモリなどによって構成され、このメモリに記憶された所定のプログラムに従って情報処理を実行する。この制御手段３４は、異常通知部３４１と、錠装置判定部３４２と、接客実行部３４３と、行動パターン取得部３４４と、行動パターン判定部３４５と、指令受信部３４６と、指令実行部３４７と、申請送信部３４８と、存在通知部３４９と、記憶部３５０とを備えている。

ここで、記憶部３５０は、部屋２０の内覧者の正常な行動パターンの複数のサンプルを予め記憶している。具体的には、記憶部３５０は、例えば、建物の内部を見て回るなどの通常の内覧に即した行動パターンを正常な行動パターンとして記憶している。
なお、本実施形態では、記憶部３５０は、制御手段３４のメモリにて構成されているが、ＨＤＤ（Hard Disk Drive）や、ＮＡＳ（Network Attached Storage）等によって構成されてもよく、クラウドサービスによって構成されてもよい。
また、制御手段３４の各機能は、記憶部３５０に記憶されたプログラムに従って実行されているが、それぞれ独立した機器にて構成してもよく、クラウドコンピューティングによって構成してもよい。

異常通知部３４１は、部屋２０の内部に発生した異常を検知した場合に、インターネット８を介して管理サーバ４に異常を通知する。
錠装置判定部３４２は、錠装置２２が正常に開錠されたか否かを判定し、正常に開錠されていないと判定した場合に、部屋２０の内部に発生した異常を検知する。

接客実行部３４３は、錠装置判定部３４２にて錠装置２２が正常に開錠されていると判定した場合に、タッチパネル３２による接客を実行する。具体的には、制御手段３４は、タッチパネル３２の表示画面に部屋２０のセールスポイントを表示し、内覧者への説明を開始する。
このように、タッチパネル３２は、部屋２０の内覧者に接客する接客手段として機能している。
なお、本実施形態では、接客手段は、タッチパネル３２を採用していたが、音声のみを採用してもよく、例えば、部屋２０内に商品等を陳列した店舗の場合であれば、その商品等のセールスポイントを利用者に説明してもよく、部屋２０を自由に移動可能な移動手段を内覧ロボット３に取り付け、内覧者を誘導して部屋２０の内部を見せて回ってもよく、部屋２０に設置された照明やエアコンに通信回線を介して接続し、自動的に照明やエアコンを稼働させるようにしてもよい。また、接客手段は、部屋２０内に商品等を陳列した店舗の場合であれば、利用者に商品等を購入させるための精算機能を有していてもよい。要するに、接客手段は、建物の内覧者に接客することができれば、どのようなものを採用してもよい。

行動パターン取得部３４４は、撮像手段３１にて撮像された画像に基づいて、部屋２０の内覧者の行動パターンを取得する。
行動パターン判定部３４５は、記憶部３５０に記憶された行動パターンの複数のサンプルと、行動パターン取得部３４４にて取得された行動パターンとを比較して相違するか否かを判定し、相違すると判定した場合に、部屋２０の内部に発生した異常を検知する。

このように、本実施形態では、異常通知部３４１は、錠装置判定部３４２にて部屋２０の内部に発生した異常を検知した場合、および行動パターン判定部３４５にて部屋２０の内部に発生した異常を検知した場合に、インターネット８を介して管理サーバ４に異常を通知する。
これに対して、例えば、マイク等の集音手段にて部屋２０の内部の音を集音し、この集音した音に基づいて、部屋２０の内部の破損などが生じたか否かを判定し、部屋２０の内部の破損などが生じたと判定した場合に、部屋２０の内部に発生した異常を検知するようにしてもよい。要するに、異常通知部は、建物の内部に発生した異常を検知した場合に、通信回線を介して管理機器に異常を通知できればよい。

指令受信部３４６は、管理サーバ４からの指令を受信する。
指令実行部３４７は、指令受信部３４６にて受信した指令に基づいて、所定の動作を実行する。この所定の動作については、後に詳細に説明する。
申請送信部３４８は、内覧者による内覧時間（利用時間）の延長を申請する延長申請を管理サーバ４に送信する。具体的には、申請送信部３４８は、タッチパネル３２を介して内覧者による延長申請の入力を受け付けた場合に、インターネット８を介して管理サーバ４に延長申請を送信する。
存在通知部３４９は、存在検知手段３３にて内覧者の存在を検知した場合に、インターネット８を介して管理サーバ４に内覧者の存在を通知する。

管理サーバ４は、管理サーバ側制御手段としての制御手段４１を備えている。
制御手段４１は、ＣＰＵや、メモリなどによって構成され、このメモリに記憶された所定のプログラムに従って情報処理を実行する。この制御手段４１は、異常報知部４１１と、管理側予約管理部としての予約管理部４１２と、指令生成部４１３と、指令送信部４１４と、申請受信部４１５と、存在管理部４１６と、記憶部４１７と、錠設定部４１８とを備えている。

異常報知部４１１は、異常通知部３４１にて異常を通知された場合に、管理者に異常を報知する。具体的には、異常報知部４１１は、管理サーバ４に接続された表示装置（図示略）を介して管理者に異常を報知する。
予約管理部４１２は、予約により設定された内覧開始時刻（利用開始時刻）および内覧終了時刻（利用終了時刻）を含む管理側予約情報を記憶部４１７に記憶させて管理する。

指令生成部４１３は、管理側予約情報に基づいて、内覧ロボット３に対する指令を生成する。具体的には、指令生成部４１３は、内覧終了時刻を報知する報知指令や、予約状況に応じた内覧時間の延長の可否を報知する延長指令や、内覧終了時刻以降も内覧者が存在した場合に、内覧者に対して警告を報知する警告指令などの各種の指令を生成する。
指令送信部４１４は、インターネット８を介して内覧ロボット３に指令を送信する。

申請受信部４１５は、内覧ロボット３の申請送信部３４８から送信された延長申請を受信する。そして、予約管理部４１２は、申請受信部４１５にて受信した延長申請に基づいて、内覧終了時刻を変更して管理側予約情報を更新する。
存在管理部４１６は、存在通知部３４９にて通知された内覧者の存在情報を記憶部４１７に記憶させて管理する。

なお、記憶部４１７は、制御手段４１のメモリにて構成されているが、ＨＤＤや、ＮＡＳ等によって構成されてもよく、クラウドサービスによって構成されてもよい。
また、制御手段４１の各機能は、記憶部４１７に記憶されたプログラムに従って実行されているが、それぞれ独立した機器にて構成してもよく、クラウドコンピューティングによって構成してもよい。

錠設定部４１８は、部屋２０の錠装置２２を設定する。
具体的には、錠設定部４１８は、管理側予約情報に含まれている内覧開始時刻となったとき、または内覧開始時刻の少し前（例えば、内覧開始時刻の１０分前）に、この管理側予約情報と対応する解錠キーを部屋２０の錠装置２２に設定する。
また、錠設定部４１８は、管理側予約情報に含まれている内覧終了時刻を経過したとき、または内覧終了時刻の少し後（例えば、内覧終了時刻の１０分後）に、この管理側予約情報と対応する解錠キーとは異なる解錠キーを部屋２０の錠装置２２に設定する。

図３は、建物監視システムの動作を示すフローチャートである。
建物監視システム１は、メモリに記憶された所定のプログラムに従って、図３に示すように、ステップＳＴ１～１０の処理を実行する。
なお、図３では、内覧ロボット３の動作、および管理サーバ４の動作をまとめて建物監視システム１の動作とし、これを共通のフローチャートを用いて説明する。

まず、内覧ロボット３の錠装置判定部３４２は、錠装置２２が開錠されたか否かを判定する（ステップＳＴ１）。
ステップＳＴ１にて錠装置２２が開錠されていないと判定した場合には、錠装置判定部３４２は、繰り返しステップＳＴ１の処理を実行する。
これに対して、ステップＳＴ１にて錠装置２２が開錠されたと判定した場合には、錠装置判定部３４２は、錠装置２２が正常に開錠されたか否かを判定する（ステップＳＴ２）。

ステップＳＴ２にて錠装置２２が正常に開錠されていないと判定した場合には、制御手段３４は、後述するステップＳＴ１０の入室異常通知処理を実行する。このステップＳＴ１０の入室異常通知処理については、後に詳細に説明する。
これに対して、ステップＳＴ２にて錠装置２２が正常に開錠されたと判定した場合には、錠装置判定部３４２は、インターネット８を介して管理サーバ４に問い合わせを実行し、管理サーバ４の記憶部４１７から管理側予約情報を取得する（ステップＳＴ３）。
ここで、管理サーバ４の記憶部４１７に記憶された管理側予約情報は、内覧者の予約により設定された内覧開始時刻および内覧終了時刻を含み、予約管理部４１２にて記憶部４１７に記憶させて管理されている。

管理サーバ４の記憶部４１７から管理側予約情報を取得した後、制御手段３４は、この管理側予約情報に基づいて、錠装置２２が正常に開錠された時刻が内覧開始時刻以降であるか否かを判定する（ステップＳＴ４）。

ステップＳＴ４にて内覧開始時刻以降でないと判定した場合には、制御手段３４は、後述するステップＳＴ１０の入室異常通知処理を実行する。このステップＳＴ１０の入室異常通知処理については、後に詳細に説明する。
これに対して、ステップＳＴ４にて内覧開始時刻以降であると判定した場合、すなわち内覧開始時刻以降に錠装置判定部３４２にて錠装置２２が正常に開錠されていると判定した場合には、接客実行部３４３は、タッチパネル３２による接客を実行する（ステップＳＴ５：接客実行処理）。具体的には、制御手段３４は、タッチパネル３２の表示画面に部屋２０のセールスポイントを表示し、内覧者への説明を開始する。

また、制御手段３４は、接客実行処理を開始した後、ステップＳＴ６の行動パターン判定処理を実行し、ステップＳＴ７の延長報知処理を実行する。
なお、ステップＳＴ６の行動パターン判定処理、およびステップＳＴ７の延長報知処理については、後に詳細に説明する。

ステップＳＴ７の延長報知処理を実行した後、制御手段３４は、現在の時刻が内覧終了時刻以降であるか否かを判定する（ステップＳＴ８）。
ステップＳＴ８にて内覧終了時刻以降でないと判定した場合には、制御手段３４は、前述したステップＳＴ５以降の処理を繰り返し実行する。
これに対して、ステップＳＴ８にて内覧終了時刻以降であると判定した場合には、制御手段３４は、ステップＳＴ９の警報処理を実行する。
なお、ステップＳＴ９の警報処理については、後に詳細に説明する。

また、ステップＳＴ２にて錠装置２２が正常に開錠されていないと判定した場合、およびステップＳＴ４にて内覧開始時刻以降でないと判定した場合には、前述したように、制御手段３４は、ステップＳＴ１０の入室異常通知処理を実行する。換言すれば、制御手段３４は、部屋２０の内部に発生した異常を検知した場合に、ステップＳＴ１０の入室異常通知処理を実行する。

ステップＳＴ１０の入室異常通知処理では、異常通知部３４１は、インターネット８を介して管理サーバ４に異常を通知する。
そして、管理サーバ４の異常報知部４１１は、異常通知部３４１にて異常を通知された場合に、管理者に異常を報知する。具体的には、異常報知部４１１は、管理サーバ４に接続された表示装置（図示略）を介して管理者に異常を報知する。

＜行動パターン判定処理＞
図４は、行動パターン判定処理を示すフローチャートである。
制御手段３４は、メモリに記憶された所定のプログラムに従って、図４に示すように、ステップＳＴ１１～１３の行動パターン判定処理を実行する。
行動パターン判定処理では、行動パターン取得部３４４は、撮像手段３１にて撮像された画像に基づいて、部屋２０の内覧者の行動パターンを取得する（ステップＳＴ１１）。

ステップＳＴ１１にて部屋２０の内覧者の行動パターンを取得した後、行動パターン判定部３４５は、記憶部３５０に記憶された行動パターンの複数のサンプルと、行動パターン取得部３４４にて取得された行動パターンとを比較して相違するか否かを判定する（ステップＳＴ１２）。
ステップＳＴ１２にて相違しないと判定した場合には、制御手段３４は、行動パターン判定処理を終了する。
これに対して、ステップＳＴ１２にて相違すると判定した場合には、制御手段３４は、ステップＳＴ１３の行動異常通知処理を実行する。換言すれば、制御手段３４は、部屋２０の内部に発生した異常を検知した場合に、ステップＳＴ１３の行動異常通知処理を実行する。

ステップＳＴ１３の行動異常通知処理では、異常通知部３４１は、インターネット８を介して管理サーバ４に異常を通知する。
そして、管理サーバ４の異常報知部４１１は、異常通知部３４１にて異常を通知された場合に、管理者に異常を報知する。具体的には、異常報知部４１１は、管理サーバ４に接続された表示装置（図示略）を介して管理者に異常を報知する。

＜延長報知処理＞
図５は、延長報知処理を示すフローチャートである。
管理サーバ４の制御手段４１は、メモリに記憶された所定のプログラムに従って、図５に示すように、ステップＳＴ２１～２９の延長報知処理を実行する。
延長報知処理では、制御手段４１は、内覧終了時刻よりも所定時間ｉ分（管理者の設定した時間であり、例えば１０分）だけ前の時刻を経過したか否かを判定する（ステップＳＴ２１）。

ステップＳＴ２１にて時刻を経過したと判定した場合には、制御手段４１は、記憶部４１７から管理側予約情報を取得する（ステップＳＴ２２）。
記憶部４１７から管理側予約情報を取得した後、制御手段４１は、この管理側予約情報に基づいて、内覧終了時刻以降に所定時間（例えば、３０分）以上の空きがあるか否かを調べ、内覧時間を延長できるか否かを判定する（ステップＳＴ２３）。

ステップＳＴ２３にて内覧時間を延長できると判定した場合には、指令生成部４１３は、管理側予約情報に基づいて、内覧ロボット３に対する指令を生成する。具体的には、指令生成部４１３は、予約状況に応じた内覧時間の延長の可否を報知する延長指令を生成する（ステップＳＴ２４）。具体的には、指令生成部４１３は、内覧時間を延長できることの情報として「内覧時間を延長することができます」という可否情報と、延長できる時間として「最大２時間まで延長することができます」という延長時間情報とを延長指令として生成する。
そして、指令送信部４１４は、インターネット８を介して内覧ロボット３に延長指令を送信する。

その後、内覧ロボット３の指令受信部３４６は、管理サーバ４からの延長指令を受信する。
そして、指令実行部３４７は、指令受信部３４６にて受信した延長指令に基づいて、所定の動作を実行する。具体的には、指令実行部３４７は、タッチパネル３２の表示画面に「内覧時間を延長することができます」、「最大２時間まで延長することができます」、および「延長する場合には画面から延長申請してください」という情報を表示させて内覧者に報知する（ステップＳＴ２５）。

内覧者に内覧時間を延長できることを報知した後、制御手段３４は、タッチパネル３２を介して内覧者による延長申請の入力を受け付けたか否かを判定する（ステップＳＴ２６）。
ステップＳＴ２６にて内覧者による延長申請の入力を受け付けたと判定した場合には、申請送信部３４８は、内覧者による内覧時間の延長を申請する延長申請を管理サーバ４に送信する。換言すれば、申請送信部３４８は、タッチパネル３２を介して内覧者による延長申請の入力を受け付けた場合に、インターネット８を介して管理サーバ４に延長申請を送信する。したがって、本実施形態では、タッチパネル３２は、内覧者による延長申請の入力を受け付ける入力受付手段として機能している。
申請送信部３４８にて延長申請を送信した場合には、管理サーバ４の申請受信部４１５は、内覧ロボット３の申請送信部３４８から送信された延長申請を受信する。そして、予約管理部４１２は、申請受信部４１５にて受信した延長申請に基づいて、内覧終了時刻を変更して管理側予約情報を更新する（ステップＳＴ２７）。その後、内覧ロボット３および管理サーバ４は、延長報知処理を終了する。

これに対して、ステップＳＴ２６にて内覧者による延長申請の入力を受け付けていないと判定した場合（内覧者が内覧時間を延長しない選択をした場合や、所定時間の間にタッチパネル３２の操作を検出しなかった場合など）には、申請送信部３４８は、内覧者による内覧時間の延長を申請する延長申請に代えて非延長申請を管理サーバ４に送信する。
申請送信部３４８にて非延長申請を送信した場合には、管理サーバ４の申請受信部４１５は、内覧ロボット３の申請送信部３４８から送信された非延長申請を受信する。そして、指令生成部４１３は、管理側予約情報に基づいて、内覧ロボット３に対する指令を生成する。具体的には、指令生成部４１３は、内覧終了時刻を報知する報知指令を生成する（ステップＳＴ２８）。
そして、指令送信部４１４は、インターネット８を介して内覧ロボット３に報知指令を送信する。

その後、内覧ロボット３の指令受信部３４６は、管理サーバ４からの報知指令を受信する。
そして、指令実行部３４７は、指令受信部３４６にて受信した報知指令に基づいて、所定の動作を実行する。具体的には、指令実行部３４７は、タッチパネル３２の表示画面に「内覧終了時刻まで残りｉ分です」という情報を表示させて内覧者に内覧終了時刻を報知する（ステップＳＴ２９）。その後、内覧ロボット３および管理サーバ４は、延長報知処理を終了する。
なお、内覧者に内覧終了時刻を報知する手段としては、タッチパネル３２の表示画面に表示させて報知する他、例えば、アラームを鳴動させて報知してもよく、部屋２０の照明を徐々に暗くして報知してもよい。

＜警告処理＞
図６は、警告処理を示すフローチャートである。
管理サーバ４の制御手段４１は、メモリに記憶された所定のプログラムに従って、図６に示すように、ステップＳＴ３１～３５の警告処理を実行する。
警告処理では、内覧ロボット３の存在通知部３４９は、存在検知手段３３にて内覧者の存在を検知した場合に、インターネット８を介して管理サーバ４に内覧者の存在を通知する（ステップＳＴ３１）。

ステップＳＴ３１にてインターネット８を介して管理サーバ４に内覧者の存在を通知された場合には、管理サーバ４の存在管理部４１６は、存在通知部３４９にて通知された内覧者の存在情報を記憶部４１７に記憶させて管理する。
そして、管理サーバ４の制御手段４１は、記憶部４１７に記憶された存在情報に基づいて、内覧終了時刻以降に部屋２０に内覧者が存在しているか否かを判定する（ステップＳ３２）。

ステップＳ３２にて内覧終了時刻以降に部屋２０に内覧者が存在していると判定した場合には、指令生成部４１３は、管理側予約情報に基づいて、内覧ロボット３に対する指令を生成する。具体的には、指令生成部４１３は、内覧者に対して警告を報知する警告指令を生成する（ステップＳＴ３３）。
そして、指令送信部４１４は、インターネット８を介して内覧ロボット３に警告指令を送信する。

その後、内覧ロボット３の指令受信部３４６は、管理サーバ４からの警告指令を受信する。
そして、指令実行部３４７は、指令受信部３４６にて受信した警告指令に基づいて、所定の動作を実行する。具体的には、指令実行部３４７は、タッチパネル３２の表示画面に「内覧終了時刻を終了しています」という情報を表示させて内覧者に内覧終了時刻を終了したことを報知する（ステップＳＴ３４）。また、指令実行部３４７は、撮像手段３１にて部屋２０の内部の画像を撮像し、記憶部３５０に記憶させる（ステップＳＴ３５）。その後、内覧ロボット３および管理サーバ４は、延長報知処理を終了する。

図７は、建物監視システムの概略構成のうち、管理サーバ、集客サーバ、およびサイトコントローラを示す機能ブロック図である。
集客サーバ６は、集客サーバ側制御手段としての制御手段６１を備えている。
制御手段６１は、ＣＰＵや、メモリなどによって構成され、このメモリに記憶された所定のプログラムに従って情報処理を実行する。この制御手段６１は、集客側予約管理部としての予約管理部６１１と、記憶部６１２とを備えている。

予約管理部６１１は、予約により設定された内覧開始時刻および内覧終了時刻を含む集客側予約情報を記憶部６１２に記憶させて管理する。

サイトコントローラ７は、内覧時間を設定して内覧者に部屋２０を利用させるための情報処理装置として機能し、情報処理装置側制御手段としての制御手段７１を備えている。
制御手段７１は、ＣＰＵや、メモリなどによって構成され、このメモリに記憶された所定のプログラムに従って情報処理を実行する。この制御手段７１は、予約管理部７１１と、同期制御部７１２と、キー発行部７１３と、記憶部７１４とを備えている。

予約管理部７１１は、予約により設定された内覧開始時刻および内覧終了時刻を含む情報処理装置側予約情報を記憶部７１４に記憶させて管理する。
同期制御部７１２は、管理サーバ４および集客サーバ６の間の予約情報（管理側予約情報および集客側予約情報）を同期させる。
キー発行部７１３は、各建物２における部屋２０の錠装置２２に対応した解錠キーを発行する。

なお、記憶部６１２，７１４は、制御手段６１，７１のメモリにて構成されているが、ＨＤＤや、ＮＡＳ等によって構成されてもよく、クラウドサービスによって構成されてもよい。
また、制御手段６１，７１の各機能は、記憶部６１２，７１４に記憶されたプログラムに従って実行されているが、それぞれ独立した機器にて構成してもよく、クラウドコンピューティングによって構成してもよい。

図８は、管理サーバ、集客サーバ、およびサイトコントローラの動作を示すフローチャートである。
管理サーバ４、集客サーバ６、およびサイトコントローラ７の各制御手段４１，６１，７１は、メモリに記憶された所定のプログラムに従って、図８に示すように、ステップＳＴ４１～４５，６１～６３，７１～７４の各種処理を実行する。

内覧者は、前述したように、端末装置５を用いてインターネット８を介して管理サーバ４または集客サーバ６にアクセスし、内覧希望の部屋２０を探し、内覧時間を指定して内覧の予約を実行することができる。
なお、本実施形態では、内覧者は、端末装置５を用いてインターネット８を介して管理サーバ４または集客サーバ６にアクセスし、内覧希望の部屋２０を探し、利用時間を指定して内覧の予約を実行することができるように構成されているが、管理サーバ４および集客サーバ６のいずれか一方のみに内覧の予約を実行することができるように構成してもよい。

管理サーバ４の予約管理部４１２は、内覧者からの予約を受け付けると、予約が確定した部屋２０の内覧者と、予約日時とを含む管理側予約情報を記憶部４１７に入力して記憶させるとともに、この管理側予約情報をサイトコントローラ７にインターネット８を介して送信する（ステップＳＴ４１）。
また、集客サーバ６の予約管理部６１１は、内覧者からの予約を受け付けると、予約が確定した部屋２０の内覧者と、予約日時とを含む集客側予約情報を記憶部６１２に入力して記憶させるとともに、この集客側予約情報をサイトコントローラ７にインターネット８を介して送信する（ステップＳＴ６１）。

管理サーバ４または集客サーバ６から予約情報が送信されると、サイトコントローラ７の予約管理部７１１は、この予約情報を受信する（ステップＳＴ７１）。
サイトコントローラ７の予約管理部７１１は、管理サーバ４または集客サーバ６から予約情報を受信すると、この予約情報を情報処理装置側予約情報として記憶部７１４に入力して記憶させる（ステップＳＴ７２）。換言すれば、予約管理部７１１は、集客サーバ６の集客側予約情報の更新および管理サーバ４の管理側予約情報の更新を取得する情報取得部として機能している。
そして、サイトコントローラ７の同期制御部７１２は、記憶部７１４に記憶した情報処理装置側予約情報を管理サーバ４および集客サーバ６に送信し、管理サーバ４および集客サーバ６の間の予約情報を同期させる（ステップＳＴ７３）。

管理サーバ４の予約管理部４１２は、サイトコントローラ７から予約情報を受信すると（ステップＳＴ４２）、この予約情報を管理側予約情報として記憶部４１７に入力して記憶させることによって、記憶部４１７に記憶された管理側予約情報を更新する（ステップＳＴ４３）。
また、集客サーバ６の予約管理部６１１は、サイトコントローラ７から予約情報を受信すると（ステップＳＴ６２）、この予約情報を集客側予約情報として記憶部６１２に入力して記憶させることによって、記憶部６１２に記憶された集客側予約情報を更新する（ステップＳＴ６３）。
このような各ステップを実行することによって、管理サーバ４および全ての集客サーバ６に記憶された予約情報は、一致したものとなる。

記憶部７１４に記憶した情報処理装置側予約情報を管理サーバ４および集客サーバ６に送信した後、サイトコントローラ７のキー発行部７１３は、この情報処理装置側予約情報にかかる部屋２０の錠装置２２に対応した解錠キーを発行し、この解錠キーを情報処理装置側予約情報に関連付けて管理サーバ４および内覧者の端末装置５に送信する（ステップＳＴ７４）。換言すれば、キー発行部７１３は、予約管理部７１１にて集客側予約情報の更新を取得した場合に、部屋２０の錠装置２２を解錠するための解錠キーを発行する。

管理サーバ４の予約管理部４１２は、サイトコントローラ７から解錠キーを受信すると（ステップＳＴ４４）、この解錠キーに関連付けられた情報処理装置側予約情報に基づいて、記憶部４１７に記憶された管理側予約情報と対応する解錠キーとして解錠キーを記憶させる。
そして、管理サーバ４の錠設定部４１８は、管理側予約情報に含まれている内覧開始時刻となったとき、または内覧開始時刻の少し前（例えば、内覧開始時刻の１０分前）に、この管理側予約情報と対応する解錠キーを部屋２０の錠装置２２に設定する（ステップＳＴ４５）。これによって、内覧者は、サイトコントローラ７から送信された解錠キーを使用して部屋２０の錠装置２２を解錠して部屋２０に入室することができる。

なお、管理サーバ４の錠設定部４１８は、管理側予約情報に含まれている内覧終了時刻を経過したとき、または内覧終了時刻の少し後（例えば、内覧終了時刻の１０分後）に、この管理側予約情報と対応する解錠キーとは異なる解錠キーを部屋２０の錠装置２２に設定する。これによって、内覧者は、部屋２０に再入室することができないようになる。

このような本実施形態によれば、以下の作用・効果を奏することができる。
（１）制御手段３４は、建物２の内部に発生した異常を検知した場合に、インターネット８を介して管理サーバ４に異常を通知する異常通知部３４１を備え、制御手段４１は、異常通知部３４１にて異常を通知された場合に、管理者に異常を報知する異常報知部４１１を備えているので、業者の立ち合いなく建物２を内覧させる場合であっても、管理者は、建物２の内部の破損などの異常を容易に把握することができる。したがって、建物監視システム１によれば、業者の立ち合いを必要とすることなく、無人にて建物２の監視をすることができ、建物２の内部の破損などを抑制することができる。

（２）制御手段３４は、錠装置２２が正常に開錠されたか否かを判定し、正常に開錠されていないと判定した場合に、建物２の内部に発生した異常を検知する錠装置判定部３４２を備えているので、例えば、錠装置２２を正常に開錠することができる内覧者、すなわち管理者に許可された内覧者とは異なり、ピッキングなどの不正な手段を用いた不正者の侵入を錠装置判定部３４２にて異常として検知することができ、建物２の安全性を向上させることができる。
（３）制御手段３４は、錠装置判定部３４２にて錠装置２２が正常に開錠されていると判定した場合に、タッチパネル３２による接客を実行する接客実行部３４３を備えているので、錠装置２２を正常に開錠することができる内覧者、すなわち管理者に許可された内覧者に対し、タッチパネル３２による接客を実行することができる。

（４）制御手段３４は、建物２の内覧者の正常な行動パターンのサンプルと、行動パターン取得部にて取得された行動パターンとを比較して相違するか否かを判定し、相違すると判定した場合に、建物２の内部に発生した異常を検知する行動パターン判定部３４５を備えているので、建物２の内部を物色するなどの挙動不審な行動パターンの侵入者を行動パターン判定部３４５にて異常として検知することができ、建物２の安全性を向上させることができる。

（５）制御手段３４は、指令送信部４１４からの指令を受信する指令受信部３４６と、指令受信部３４６にて受信した指令に基づいて、所定の動作を実行する指令実行部３４７とを備えているので、適宜な指令に基づく動作の実行によって、建物２の内部を見て回っている内覧者に対して働きかけを行うことができる。
（６）指令実行部３４７は、報知指令に基づいて、内覧者に内覧終了時刻を報知するので、内覧ロボット３は、内覧者に内覧終了時刻を報知することによって、内覧の時間超過を抑制することができ、次の内覧者の予約までの空き時間を短く設定することができ、建物２の内覧の効率を高めることができる。

（７）指令実行部３４７は、延長指令に基づいて、延長の可否を内覧者に報知するので、内覧終了時刻以降に予約に空きがある場合には、延長可能であることを内覧者に報知することができる。また、内覧終了時刻以降に予約に空きがない場合には、延長不能であることを内覧者に報知することができる。
（８）制御手段４１は、申請送信部３４８から送信された延長申請を受信する申請受信部４１５を備え、予約管理部４１２は、申請受信部４１５にて受信した延長申請に基づいて、内覧終了時刻を変更して管理側予約情報を更新するので、内覧者の延長申請に基づいて、延長処理を実行できる。
（９）指令生成部４１３は、管理側予約情報および存在情報に基づいて、内覧終了時刻以降も内覧者が存在した場合に、内覧者に対して警告を報知する警告指令を生成し、指令実行部３４７は、警告指令に基づいて、内覧終了時刻を過ぎていることを内覧者に報知するので、内覧者に内覧の時間超過を確実に報知することができる。

（１０）サイトコントローラ７は、管理サーバ４および集客サーバ６にインターネット８を介して接続され、端末装置５を介して受け付けた集客サーバ６の集客側予約情報の更新と、管理サーバ４の管理側予約情報の更新とを予約管理部７１１にて取得するとともに、これらの管理側予約情報および集客側予約情報を同期制御部７１２にて同期させることができるので、部屋２０に対する予約のダブルブッキングを防止することができ、予約の確実性を高めることができる。また、管理サーバ４および集客サーバ６は、互いに予約情報の同期を行う必要はないので、これらのサーバの負荷を抑制することができる。
（１１）サイトコントローラ７は、集客側予約情報の更新に基づいて、部屋２０の錠装置２２を解錠するための解錠キーを発行するキー発行部７１３を備えているので、部屋２０の錠装置２２の仕様に対応していない集客サーバ６からの予約に対しても内覧者に解錠キーを発行することができ、集客サーバ６の仕様に関わらず広く内覧者を集客することができる。

〔実施形態の変形〕
なお、本発明は、前記実施形態に限定されるものではなく、本発明の目的を達成できる範囲での変形、改良等は本発明に含まれるものである。
例えば、前記実施形態では、建物監視システム１の各種機能は、内覧ロボット３、管理サーバ４、集客サーバ６、およびサイトコントローラ７に振り分けて実装されていたが、どの機能を内覧ロボット３、管理サーバ４、集客サーバ６、およびサイトコントローラ７に振り分けて実装してもよく、建物監視システム１の各種機能を実現することができれば適宜設計してよい。例えば、前記実施形態では、錠装置２２は、内覧ロボット３にインターネット８を介して接続されていたが、内覧ロボット３にインターネット８を介して接続されていなくてもよい。この場合には、錠装置判定部は、管理サーバ４に実装されていてればよい。

前記実施形態では、管理サーバ４、集客サーバ６、およびサイトコントローラ７は、集中管理型のサーバ装置によって構成されていてもよく、分散管理型のものであってもよく、例えば、ブロックチェーンに代表される分散型取引台帳を利用したものなどが利用可能であり、管理サーバ４は、管理側予約情報を管理するとともに、内覧ロボット３に対して各種の指令を送信し、内覧ロボット３からの申請を受信して処理できるものであればよい。
また、前記実施形態では、管理サーバ４、集客サーバ６、およびサイトコントローラ７は、別個に設けられるとともに、互いにインターネット８を介して接続されていたが、これに限らず、管理サーバ４、集客サーバ６、およびサイトコントローラ７は、単一のサイトに設けられていてもよいし、管理サーバ４、集客サーバ６、およびサイトコントローラ７の機能は、インターネット８上に分散された複数の機器によって構成されていてもよい。

前記実施形態では、制御手段３４は、建物２の内覧者の正常な行動パターンのサンプルと、行動パターン取得部にて取得された行動パターンとを比較して相違するか否かを判定し、相違すると判定した場合に、建物２の内部に発生した異常を検知する行動パターン判定部３４５を備えていた。これに対して、例えば、建物監視装置側制御手段は、建物の内覧者の異常な行動パターンのサンプルと、行動パターン取得部にて取得された行動パターンとを比較して一致するか否かを判定し、一致すると判定した場合に、建物の内部に発生した異常を検知する行動パターン判定部を備えていてもよい。この場合には、記憶部は、建物の内部を物色するなどの挙動不審な行動パターンを異常な行動パターンとして記憶しておけばよい。

前記実施形態では、指令生成部４１３は、部屋２０の予約状況に応じた内覧時間の延長の可否を報知する延長指令を生成し、内覧ロボット３の指令実行部３４７は、延長の可否を内覧者に報知したが、このような延長の可否を報知する機能は省略可能である。また、前記実施形態では、内覧ロボット３は、内覧者からの延長申請の入力を受け付けるタッチパネル３２と、管理サーバ４に延長申請を送信する申請送信部３４８とを備え、管理サーバ４は、延長申請を受信する申請受信部４１５を備えていたが、このような延長の申請を入力し送受信する機能は省略可能である。さらに、これらの延長の報知、申請に係る機能は、集客サーバ６や、サイトコントローラ７を介して内覧者の端末装置５を用いて実行されてもよい。

前記実施形態では、指令生成部４１３は、内覧終了時刻以降も内覧者が存在した場合に、内覧者に対して警告を報知するための警告指令を生成し、内覧ロボット３の指令実行部３４７は、内覧終了時刻を過ぎていることを内覧者に報知したが、このような時間超過を報知する機能は省略可能である。また、時間超過を報知する機能は、集客サーバ６や、サイトコントローラ７を介して内覧者の端末装置５を用いて実行されてもよい。

前記実施形態では、本発明の建物監視システムについて、不動産仲介業における建物の内覧を一例として説明しているが、本発明の建物監視システムは、建物の利用方法に関わらず、無人にて建物の監視をすることができ、建物の内部の破損などを抑制することができる。例えば、本発明の建物監視システムは、利用時間を設定して多目的に貸し出されるレンタルルームや、建物内に商品等を陳列した店舗などに利用される建物に適用することができる。

前記実施形態では、建物監視システム１は、内覧ロボット３、管理サーバ４、集客サーバ６、およびサイトコントローラ７を備えていたが、集客サーバ６およびサイトコントローラ７を備えていなくてもよい。要するに、建物監視システムは、建物監視装置および管理サーバを備えていればよい。

以上のように、本発明は、建物の内部を監視する建物監視システムに好適に利用できる。

１ 建物監視システム
２ 建物
３ 内覧ロボット（建物監視装置）
４ 管理サーバ
５ 端末装置（利用者入力手段）
６ 集客サーバ
７ サイトコントローラ（情報処理装置）
８ インターネット（通信回線）
２０ 部屋
２２ 錠装置
３１ 撮像手段
３２ タッチパネル（入力受付手段）
３３ 存在検知手段
３４ 制御手段（建物監視装置側制御手段）
４１ 制御手段（管理側制御手段）
６１ 制御手段（集客側制御手段）
７１ 制御手段（情報処理装置側制御手段）
３４１ 異常通知部
３４２ 錠装置判定部
３４３ 接客実行部
３４４ 行動パターン取得部
３４５ 行動パターン判定部
３４６ 指令受信部
３４７ 指令実行部
３４８ 申請送信部
３４９ 存在通知部
３５０ 記憶部
４１１ 異常報知部
４１２ 予約管理部（管理側予約管理部）
４１３ 指令生成部
４１４ 指令送信部
４１５ 申請受信部
４１６ 存在管理部
４１７ 記憶部
４１８ 錠設定部
６１１ 予約管理部（集客側予約管理部）
６１２ 記憶部
７１１ 予約管理部
７１２ 同期制御部
７１３ キー発行部
７１４ 記憶部

本発明の建物監視システムは、建物の内部に設置されるとともに、建物の内部を監視し、建物の錠装置とは異なる建物監視装置と、建物監視装置に通信回線を介して接続され、建物監視装置を管理する管理サーバとを備え、建物監視装置は、この建物監視装置を制御する建物監視装置側制御手段を備え、建物監視装置側制御手段は、建物の内部に発生した異常を検知した場合に、通信回線を介して管理サーバに異常を通知する異常通知部を備え、管理サーバは、この管理サーバを制御する管理サーバ側制御手段を備え、管理サーバ側制御手段は、異常通知部にて異常を通知された場合に、管理者に異常を報知する異常報知部を備えることを特徴とする。

Claims (10)

1. 建物の内部に設置されるとともに、前記建物の内部を監視する建物監視装置と、
   前記建物監視装置に通信回線を介して接続され、前記建物監視装置を管理する管理サーバとを備え、
   前記建物監視装置は、
   当該建物監視装置を制御する建物監視装置側制御手段を備え、
   前記建物監視装置側制御手段は、
   前記建物の内部に発生した異常を検知した場合に、前記通信回線を介して前記管理サーバに異常を通知する異常通知部を備え、
   前記管理サーバは、
   当該管理サーバを制御する管理サーバ側制御手段を備え、
   前記管理サーバ側制御手段は、
   前記異常通知部にて異常を通知された場合に、管理者に異常を報知する異常報知部を備えることを特徴とする建物監視システム。
2. 請求項１に記載された建物監視システムにおいて、
   前記建物監視装置は、前記建物の錠装置に通信回線を介して接続され、
   前記建物監視装置側制御手段は、前記錠装置が正常に開錠されたか否かを判定し、正常に開錠されていないと判定した場合に、前記建物の内部に発生した異常を検知する錠装置判定部を備えることを特徴とする建物監視システム。
3. 請求項２に記載された建物監視システムにおいて、
   前記建物監視装置は、
   前記建物の利用者に接客する接客手段を備え、
   前記建物監視装置側制御手段は、
   前記錠装置判定部にて前記錠装置が正常に開錠されていると判定した場合に、前記接客手段による接客を実行する接客実行部を備えることを特徴とする建物監視システム。
4. 請求項１から請求項３のいずれかに記載された建物監視システムにおいて、
   前記建物監視装置は、
   前記建物の内部の画像を撮像する撮像手段を備え、
   前記建物監視装置側制御手段は、
   前記建物の利用者の正常な行動パターンのサンプルを記憶する記憶部と、
   前記撮像手段にて撮像された画像に基づいて、前記建物の利用者の行動パターンを取得する行動パターン取得部と、
   前記記憶部に記憶された行動パターンのサンプルと、前記行動パターン取得部にて取得された行動パターンとを比較して相違するか否かを判定し、相違すると判定した場合に、前記建物の内部に発生した異常を検知する行動パターン判定部を備えることを特徴とする建物監視システム。
5. 請求項１から請求項３のいずれかに記載された建物監視システムにおいて、
   前記建物監視装置は、
   前記建物の内部の画像を撮像する撮像手段を備え、
   前記建物監視装置側制御手段は、
   前記建物の利用者の異常な行動パターンのサンプルを記憶する記憶部と、
   前記撮像手段にて撮像された画像に基づいて、前記建物の利用者の行動パターンを取得する行動パターン取得部と、
   前記記憶部に記憶された行動パターンのサンプルと、前記行動パターン取得部にて取得された行動パターンとを比較して一致するか否かを判定し、一致すると判定した場合に、前記建物の内部に発生した異常を検知する行動パターン判定部を備えることを特徴とする建物監視システム。
6. 請求項１から請求項５のいずれかに記載された建物監視システムにおいて、
   前記管理サーバ側制御手段は、
   予約により設定された利用開始時刻および利用終了時刻を含む管理側予約情報を管理する管理側予約管理部と、
   前記管理側予約情報に基づいて、前記建物監視装置に対する指令を生成する指令生成部と、
   前記通信回線を介して前記建物監視装置に指令を送信する指令送信部とを備え、
   前記建物監視装置側制御手段は、
   前記指令送信部からの指令を受信する指令受信部と、
   前記指令受信部にて受信した指令に基づいて、所定の動作を実行する指令実行部とを備えることを特徴とする建物監視システム。
7. 請求項６に記載された建物監視システムにおいて、
   前記指令生成部は、前記管理側予約情報に基づいて、利用終了時刻を報知する報知指令を生成し、
   前記指令実行部は、前記報知指令に基づいて、利用者に利用終了時刻を報知することを特徴とする建物監視システム。
8. 請求項６または請求項７に記載された建物監視システムにおいて、
   前記管理側予約管理部は、利用終了時刻以降の予約状況を含む管理側予約情報を管理し、
   前記指令生成部は、前記管理側予約情報に基づいて、予約状況に応じた利用時間の延長の可否を報知する延長指令を生成し、
   前記指令実行部は、前記延長指令に基づいて、延長の可否を利用者に報知することを特徴とする建物監視システム。
9. 請求項８に記載された建物監視システムにおいて、
   前記建物監視装置は、
   利用者による延長申請の入力を受け付ける入力受付手段を備え、
   前記建物監視装置側制御手段は、
   前記入力受付手段にて前記延長申請の入力を受け付けた場合に、前記通信回線を介して前記管理サーバに前記延長申請を送信する申請送信部を備え、
   前記管理サーバ側制御手段は、
   前記申請送信部から送信された前記延長申請を受信する申請受信部を備え、
   前記管理側予約管理部は、前記申請受信部にて受信した前記延長申請に基づいて、利用終了時刻を変更して前記管理側予約情報を更新することを特徴とする建物監視システム。
10. 請求項６から請求項９のいずれかに記載された建物監視システムにおいて、
    前記建物監視装置は、
    前記建物の内部における利用者の存在を検知する存在検知手段を備え、
    前記建物監視装置側制御手段は、
    前記存在検知手段にて利用者の存在を検知した場合に、前記通信回線を介して前記管理サーバに利用者の存在を通知する存在通知部を備え、
    前記管理サーバ側制御手段は、
    前記存在通知部にて通知された利用者の存在情報を管理する存在管理部を備え、
    前記指令生成部は、前記管理側予約情報および前記存在情報に基づいて、利用終了時刻以降も利用者が存在した場合に、利用者に対して警告を報知する警告指令を生成し、
    前記指令実行部は、前記警告指令に基づいて、利用終了時刻を過ぎていることを利用者に報知することを特徴とする建物監視システム。

Images