JP2022126317A - 携帯端末、監視システム、表示方法及びプログラム - Google Patents

Abstract

【課題】監視装置から同一の内容を通知する信号を受信した場合に、ユーザへの伝達性を維持しながらチャット画面上の履歴表示の視認性を向上させる。
【解決手段】携帯端末は、監視対象を監視する監視装置から送信される複数の種別の監視信号を受信する受信手段と、上記受信した監視信号に対応するメッセージを時系列にチャット画面に表示する表示制御手段と、を有する。上記表示制御手段は、ある１つの事象に対して繰り返し送信される同一内容の複数の監視信号を上記監視装置から受信したとき、受信した監視信号の上記種別に応じて、受信した上記複数の監視信号に対応する複数のメッセージの中から、上記チャット画面に履歴表示として残すメッセージを選択する。
【選択図】図９

Description

本発明は、建物を監視する監視システム（具体的には、事業所や住宅等の建物を警備する警備システムや、建物内のユーザの安否などを監視する見守りシステム等）、並びに、当該システムに用いられる携帯端末、当該携帯端末の表示方法及びプログラムに関する。

従来から、ユーザが自宅等の警備対象と離れた位置から携帯端末を用いて警備モードの遠隔切り替え操作を行うことが可能なシステムが知られている。

例えば、下記特許文献１には、警備対象の建物に入居／居住するユーザの携帯端末の操作画面上から遠隔による警備モードの切替操作を受け付け、警備装置が当該切替操作に応じて警備モードを切替え、携帯端末が、警備装置またはセンタから当該警備モードの切り替えに関する信号（通知）を受信し、当該信号に応じたメッセージ（モード切替メッセージ）をチャット画面上に時系列に追加表示（履歴表示）することで、ユーザが操作履歴を確認できることが開示されている。また警備装置からは、警備モードの切替以外に、警備セット予定時刻を通知する信号や、異常発生を通知する緊急信号等も送信され、上記チャット画面には、それらの信号に対応するメッセージも、モード切替メッセージと同様に履歴表示される。

特開２０１８－１３７６７３号公報

しかしながら、上記特許文献１の技術において、携帯端末が警備装置から同一の内容を示す信号を複数回受信した場合、受信した信号に対応するメッセージ全てをチャット画面に履歴表示すると、同一メッセージが重複して表示されるため、重要なモード切替メッセージなどの履歴をユーザがチャット画面上で確認しにくくなってしまう。

以上のような事情に鑑み、本発明の目的は、監視装置から同一の内容を通知する信号を受信した場合に、ユーザへの伝達性を維持しながらチャット画面上の履歴表示の視認性を向上させることが可能な携帯端末、監視システム、表示方法及びプログラムを提供することにある。

上記目的を達成するため、本発明の一形態に係る携帯端末は、監視対象を監視する監視装置から送信される複数の種別の監視信号を受信する受信手段と、上記受信した監視信号に対応するメッセージを時系列にチャット画面に表示する表示制御手段と、を有する。上記表示制御手段は、ある１つの事象に対して繰り返し送信される同一内容の複数の監視信号を上記監視装置から受信したとき、受信した監視信号の上記種別に応じて、受信した上記複数の監視信号に対応する複数のメッセージの中から、上記チャット画面に履歴表示として残すメッセージを選択する。

この構成により、同一の内容を示す信号を受信した場合、その信号の種別に応じて受信した信号の中からチャット画面に履歴表示として残すメッセージの選択方法を異ならせることで、ユーザへの伝達性を維持しながらチャット画面上の視認性を向上させることができる。

ここで監視装置は、事業所や住宅等の建物を警備する警備システムにおける警備装置であってもよいし、建物内のユーザの安否などを監視する見守りシステムにおける監視装置であってもよい。監視信号は、監視装置に対するユーザの操作履歴（警備モード切替や設備制御、安否確認連絡等）や検知履歴（異常検知、人検知、呼吸検知など）を通知するもので有り得る。また、チャット画面に履歴表示として残すメッセージを選択することには、一旦チャット画面に表示した上で、選択したメッセージ以外のメッセージをチャット画面から削除することも含まれるし、チャット画面に表示する前に選択を行い、選択したメッセージだけをチャット画面に表示することも含まれる。

上記表示制御手段は、上記受信した複数の監視信号が、上記監視対象について上記監視装置が検出したイベントについて通知する複数のイベント信号である場合、当該複数のイベント信号に対応する複数のメッセージの中から最古のメッセージを選択してもよい。また表示制御手段は、上記受信した複数の監視信号が上記イベント信号以外の複数の監視信号である場合、当該複数の監視信号に対応する複数のメッセージの中から最新のメッセージを選択してもよい。

これにより、何らかの対処が必要となる可能性のあるイベントに関する通知については、最古のメッセージのみチャット画面に残すことで、いつイベントが発生したのか、イベントが発生してから異常が解消するまでの時間はどの程度だったかなどを確認することができる。また、それ以外のメッセージは、例えば監視において設定された所定のスケジュール（警戒モードの設定予定時刻等）に関するスケジュール信号であってもよい。スケジュール信号については最新のメッセージのみチャット画面に残すことで、セット予定時刻の時間変更の確認を行うことができる。すなわち、スケジュール信号の通知がセット予定時刻ギリギリであったり、セット操作または延長操作が間に合わなかったことを履歴から確認できた場合は、セット予定時刻を遅らせたり、セット予定時刻まで時間に余裕がある場合は、セット予定時刻を早めたりできる。

上記表示制御手段は、上記受信した複数の監視信号が、上記監視対象について上記監視装置が検出したイベントについて通知する複数のイベント信号であり、当該イベントに対する処置が行われた場合、当該処置を示すメッセージを、上記複数のイベント信号に対応する複数のメッセージのうち最古のメッセージと対応付けて上記チャット画面に表示してもよい。

これにより、イベントに対する処置が確実に行われたことを履歴として容易に確認することができる。ここで、「対応付けて上記チャット画面に表示する」ことは、例えば、最古のメッセージと処置メッセージを強調表示（同じ色、同じ太文字など）したり、両者をリンク付けしてタイムライン上で互いにジャンプできるようにしたり、最古のメッセージの下に処置メッセージを表示したりすることを含む。

上記表示制御手段は、上記チャット画面がユーザにより起動された際に、上記複数の監視信号として、上記監視対象について上記監視装置が検出したイベントについて通知する複数のイベント信号を受信済みである場合、当該複数のイベント信号に対応する複数のメッセージのうち最古の未読メッセージが表示されるように上記チャット画面のタイムラインを自動遷移して表示してもよい。また表示制御手段は、上記チャット画面がユーザにより起動された際に、上記複数の監視信号として、上記イベント信号以外の複数の監視信号が受信済みである場合、当該複数の監視信号に対応する複数のメッセージのうち最新の未読メッセージが表示されるように上記チャット画面のタイムラインを自動遷移して表示してもよい。

これにより、チャット画面起動時に、イベント信号に対応する未読メッセージがある場合には、最古のメッセージまで自動遷移することで、イベントがいつ発生したのかをユーザに即座に確認させることができ、その他の信号に対応する未読メッセージがある場合には、最新のメッセージまで自動遷移することで、最新の通知をユーザに確認させることができる。

上記表示制御手段は、上記受信した複数の監視信号が、上記監視対象について上記監視装置が検出したイベントについて通知する複数のイベント信号である場合、当該複数のイベント信号のうち最古のイベント信号に対応するメッセージのみを上記チャット画面に表示してもよい。また表示制御手段は、上記受信した複数の監視信号が、上記イベント信号以外の複数の監視信号である場合、当該複数の監視信号のうち最新の監視信号に対応するメッセージのみを上記チャット画面に表示してもよい。

これにより、受信した監視信号がイベント信号かそれ以外の信号かに応じて、最古または最新のメッセージのみをチャット画面に表示させ、チャット画面の視認性を向上させることができる。

またこの場合、上記表示制御手段は、上記イベント信号に対応するメッセージを上記チャット画面に表示した後、再度同一のイベントに関するイベント信号を受信した場合、上記最古のイベント信号に対応するメッセージの表示を維持してもよい。また表示制御手段は、上記イベント信号以外の監視信号に対応するメッセージを上記チャット画面に表示した後、再度同一の事象に関する監視信号を受信した場合、上記最新の監視信号に対応するメッセージを、新たに受信した監視信号に対応するメッセージに更新して追加表示してもよい。

これにより、新たに監視信号を受信した場合に、それがイベント信号かそれ以外の信号かに応じて、最古または最新のメッセージの表示を維持し、視認性の悪化を防ぐことができる。

監視対象を監視する監視装置と、当該監視装置と通信可能な携帯端末と、を具備する監視システムであって、
上記監視装置は、上記建物の監視に関する監視信号を上記携帯端末へ送信する送信手段を有し、
上記携帯端末は、上記監視装置から送信される複数の種別の監視信号を受信する受信手段と、
上記受信した監視信号に対応するメッセージを時系列にチャット画面に表示する表示制御手段と、を有し、
上記表示制御手段は、ある１つの事象に対して繰り返し送信される複数の同一の内容の監視信号を上記監視装置から受信したとき、受信した監視信号の上記種別に応じて、受信した上記複数の監視信号に対応する複数のメッセージの中から、上記チャット画面に履歴表示として残すメッセージを選択する
監視システム。

監視対象を監視する監視装置から送信される複数の種別の監視信号を受信し、
上記受信した監視信号に対応するメッセージを時系列にチャット画面に表示する、
表示方法であって、
上記表示するステップは、ある１つの事象に対して繰り返し送信される複数の同一の内容の監視信号を上記監視装置から受信したとき、受信した監視信号の上記種別に応じて、受信した上記複数の監視信号に対応する複数のメッセージの中から、上記チャット画面に履歴表示として残すメッセージを選択する
表示方法。

携帯端末に、
監視対象を監視する監視装置から送信される複数の種別の監視信号を受信するステップと、
上記受信した監視信号に対応するメッセージを時系列にチャット画面に表示するステップと、
を実行させるプログラムであって、
上記表示するステップは、ある１つの事象に対して繰り返し送信される複数の同一の内容の監視信号を上記監視装置から受信したとき、受信した監視信号の上記種別に応じて、受信した上記複数の監視信号に対応する複数のメッセージの中から、上記チャット画面に履歴表示として残すメッセージを選択する
プログラム。

以上説明したように、本発明によれば、監視装置から同一の内容を通知する信号を受信した場合に、ユーザへの伝達性を維持しながらチャット画面上の履歴表示の視認性を向上させることができる。しかし、当該効果は本発明を限定するものではない。

本発明の一実施形態に係る警備システムの構成を示した図である。 本発明の一実施形態に係る警備装置のハードウェア構成を示した図である。 本発明の一実施形態に係るユーザ端末のハードウェア構成を示した図である。 本発明の一実施形態に係る警備システムにおいて警備対象が有する複数の警備区域について説明した図である。 本発明の一実施形態に係るユーザ端末に表示されるリスト画面の例を示した図である。 本発明の一実施形態に係るユーザ端末に表示されるリスト画面及びチャット画面の例を示した図である。 本発明の一実施形態に係るユーザ端末に表示されるチャット画面の例を示した図である。 本発明の一実施形態に係るユーザ端末に表示される操作画面の例を示した図である。 本発明の一実施形態に係る警備システムにおけるユーザ端末の動作の流れを示したフローチャートである。 本発明の一実施形態に係る警備システムにおいてイベント信号またはスケジュール信号の受信時にユーザ端末に表示される画面の遷移例を示した図である。 本発明の一実施形態に係る警備システムにおいてイベント信号またはスケジュール信号の受信時にユーザ端末に表示される画面の遷移例を示した図である。 本発明の他の実施形態に係る警備システムにおいてイベントへの処置時にユーザ端末に表示される画面の例を示した図である。

以下、図面を参照しながら、本発明を警備システムに適用した場合の実施形態を説明する。

［システムの構成］
図１は、本実施形態に係る警備システムの構成を示した図である。

同図に示すように、この警備システムは、警備装置１００と、ユーザ端末２００と、警備センタのセンタサーバ３００とを有する。

警備装置１００は、例えば企業用のテナントビル等の建物（警備対象Ｔ）に設置され、当該警備対象Ｔの異常を監視し、検知した異常を警備センタへ通報する。詳細は後述するが、警備装置１００は、複数の警備モード（例えば、警戒モード、警戒解除モード、在室セットモード等）によって警備対象Ｔを警備している。

ユーザ端末２００は、例えば上記警備対象Ｔのビルに入居している企業の社員が携帯する端末であり、例えばスマートフォン、携帯電話、タブレットＰＣ（Personal Computer）等の携帯型のコンピュータである。ユーザ端末２００は、例えばＬＴＥ（Long Term Evolution）、３Ｇ、Ｗｉ－Ｆｉ等のモバイルネットワークと接続可能である。

当該ユーザ端末２００は、上記警備装置１００との通信により、警備対象Ｔの遠隔から、上記警備モードを切替操作可能であり、当該警備モードの変更履歴を表示可能である。当該警備モードの切替操作は、ユーザ端末２００にインストールされた、警備モード情報その他の警備情報を提供するアプリケーション（以下、「警備アプリケーション」と称する）上で入力される。

なお、上記警備装置１００は、上記警備対象Ｔの建物内の各区域の壁面等に設置された操作部（操作パネル等）も有し、ユーザは、建物内に存在する場合には、当該操作部によっても上記警備モードを切替操作可能である。当該操作部による操作対象によっては、例えばユーザ毎に付与された認証カードを操作部へ挿入する認証処理が必要になる場合もある。本実施形態では、当該操作部を、遠隔操作が可能なユーザ端末２００に対して、「本体操作部」と称することもある。

センタサーバ３００は、警備会社が運営する警備センタに設置されるサーバであり、インターネットを介して警備装置１００及びユーザ端末２００と通信可能である。警備センタには、管制員が常駐しており、警備装置１００から異常通報を受信すると、受信した異常通報の種別に応じて、警備装置１００の警備対象への警備員の派遣等の必要な措置が取られる。

またセンタサーバ３００は、警備対象Ｔの所在地等の情報や、当該警備対象に入居している警備契約先のユーザ（企業等）に関する情報等を記憶している。例えばセンタサーバ３００は、警備対象Ｔに入居する各企業のユーザ端末２００と警備装置１００とをペアリングし、それらを警備対象Ｔ毎にグループ化した情報を、認証用に記憶している。またセンタサーバ３００は、上記認証カードについても、上記ユーザ端末２００と同様にペアリングしグループ化した情報を記憶している。

上記警備モードの切替えは、同図の（１）～（８）のような流れで実行される。すなわち、（１）ユーザ端末２００が、モバイルネットワークを介してセンタサーバ３００へ警備モード切替を要求すると、（２）センタサーバ３００が、ユーザ端末２００（が属する企業）を認証し、認証に通った場合、当該警備モード切替要求を警備装置１００へ転送することで、（３）警備装置１００へ警備モード切替を要求する。すると、（４）警備装置１００は、当該警備モード切替要求を受けて警備モードを切替え、（５）当該警備モードの切替完了をセンタサーバ３００へ通知する。

そして、（６）センタサーバ３００が、当該通知を受けて、インターネット上のプッシュ通知用のＡＰＩ（例えば、Apple Push Notification Service(APNS)やFirebase Cloud Messaging (FCM)）へ、モード切替完了をプッシュ通知するように要求する。（７）当該要求を受け、ＡＰＩがユーザ端末２００へ上記モード切替完了をプッシュ通知し、（８）ユーザ端末２００が当該プッシュ通知を受信してモード切替完了を表示部に表示する。

当該説明のとおり、警備モードの切替処理において、センタサーバ３００は、警備装置１００とユーザ端末２００との通信を仲介（及び認証）しているのみであるため、本実施形態では、実際にはセンタサーバ３００によって仲介される通信も、あえて当該仲介処理については省略し、警備装置１００とユーザ端末２００との通信として説明する場合もある。なお、センタサーバ３００の機能の一部を警備装置１００に持たせることで、警備装置１００とユーザ端末２００との間でセンタサーバ３００を仲介せずに通信する構成としてもよい。

上記ユーザ端末２００は、上記警備アプリケーションによって、警備モードの遠隔による切替操作を受付可能であるとともに、当該警備モード切替操作と、当該モード切替操作に応じた警備装置１００によるモード切替結果とを、チャット画面上にメッセージとして表示することが可能である。さらにユーザ端末２００は、当該メッセージに対応する情報を、警備対象Ｔ内における複数の警備区域毎の表示欄の一覧であるリスト画面上でも表示可能である。これら表示処理の詳細については後述する。

［警備装置の構成］
図２は、上記警備装置１００の構成を示すブロック図である。同図に示すように、警備装置１００は、主装置１０１と、各種のセンサ１０及び１２等によって構成される。

侵入監視センサ１０は、扉や窓等の開閉を検知するセンサ、熱源としての人体が発する熱を検知するセンサ、人体により赤外線が遮られたことを検知するセンサ等の、侵入者を検出するためのセンサである。この侵入監視センサは、警備対象Ｔの外周エリアに設置されたものと、その他のエリアに設置されたものとに大別される。さらに、警備対象Ｔの外周エリアに設置された侵入監視センサは、出入り口エリアに設置されたものと、それ以外のものとに区別される。火災センサ１２は、火災発生に伴う熱や煙を検知するセンサである。

主装置１０１は、制御部１１０、通報部１３０、報知部１４０、表示部１５０、操作部１６０、並びに通信インタフェース（Ｉ／Ｆ）１７０で構成される。

通報部１３０は、異常が発生した場合に、図示しない警備センタへ通信回線を介して通報する。報知部１４０は、各種報知音を発生させる。表示部１５０は、ＬＥＤ（Light Emitting Diode）、液晶表示器等で構成され、それぞれ、主装置上、主装置外での各種表示を行う。

具体的には、報知部１４０は、警備装置１００の警備モード、異常検知の有無、警備開始（警備モードセット）予定時刻を通知する定刻ガイダンス、操作ガイダンスなどを音声にて通知する。またそれに代えてまたは加えて、表示部１５０が、当該異常検知の有無、定刻ガイダンス、操作ガイダンスに関する情報を表示してもよい。

通信Ｉ／Ｆ１７０は、各種センサやと有線又は無線で通信するためのインタフェースである。また通信Ｉ／Ｆ１７０は、警備モードの切替に関する遠隔操作部としてのユーザ端末２００と無線通信を行うインタフェースとしても機能する。

操作部１６０は、例えば操作ボタンやタッチパネル等で構成され、上記警備モードの切替操作等のユーザ操作を受け付ける。操作部１６０がタッチパネルである場合、操作部１６０は、上記表示部１５０と一体となり得る。

また操作部１６０は、ユーザが侵入者に襲われたときや身体の異常を感じたときに操作する非常通報ボタンや、ユーザが間違えて異常を発生させてしまった場合にその異常をキャンセルするためのキャンセル操作ボタン等、警備モードの切替操作以外に用いるボタンも有する。

制御部１１０は、プロセッサ、メモリ等により構成され、警備装置の稼動を制御する部分であり、機能的には、モード記憶手段１１２、監視制御情報記憶手段１１４、侵入監視センサ検知時処理手段１１６、モード設定手段１１８等を実現する。モード記憶手段１１２は、各警備モードを、それらの識別情報と共に記憶し、それらのうち現在設定されている警備モードに関する情報を例えばフラグ等により記憶する。監視制御情報記憶手段１１４は、各種センサの設置エリア、アドレスコード等を記憶し、警備モードと監視状態とする各種センサとの対応を記憶する。侵入監視センサ検知時処理手段１１６は、ある侵入監視センサが検知したときに、モード記憶手段１１２に記憶された現在の警備モードと監視制御情報記憶手段１１４に記憶された内容とに基づいて、異常判定を行って異常信号を出力する処理や報知音を決定して出力する処理等を実行する。モード設定手段１１８は、操作部１６０及びユーザ端末２００によるユーザからのモード切替操作に基づいて、上記警備モードの設定（切替）処理を実行する。モード設定手段１１８は、警備モードを変更したとき、切替先の警備モードを現在の警備モードとしてモード記憶手段１１２に記憶させる。

また制御部１１０は、警備対象Ｔに何らかの異常が発生している場合には、異常発生中を示すステータス情報を、その異常の種別（後述）と共に記憶している。

また図示しないが、主装置１０１は、警備装置１００とペアリングされグループ設定された複数のユーザ端末２００及び上記認証カード、並びにそれらの各ユーザの識別情報（ユーザ名、ユーザＩＤ等）に関するグループ設定情報も記憶している。つまり、警備装置１００は、警備区域（または、物件全体）毎に、当該警備区域（または、物件全体）の警備モードの遠隔操作などを行えるユーザ端末２００を紐付けて記憶している。

［ユーザ端末の構成］
図３は、上記ユーザ端末２００の構成を示した図である。同図に示すように、ユーザ端末２００は、ＣＰＵ（Central Processing Unit）２１、ＲＯＭ（Read Only Memory）２２、ＲＡＭ（Random Access Memory）２３、入出力インタフェース２５、及び、これらを互いに接続するバス２４を備える。

ＣＰＵ２１は、必要に応じてＲＡＭ２３等に適宜アクセスし、各種演算処理を行いながらユーザ端末２００の各ブロック全体を統括的に制御する。ＲＯＭ２２は、ＣＰＵ２１に実行させるＯＳ、プログラムや各種パラメータなどのファームウェアが固定的に記憶されている不揮発性のメモリである。ＲＡＭ２３は、ＣＰＵ２１の作業用領域等として用いられ、ＯＳ、実行中の各種アプリケーション、処理中の各種データを一時的に保持する。

入出力インタフェース２５には、表示部２６、操作受付部２７、記憶部２８、通信部２９等が接続される。

表示部２６は、例えばＬＣＤ（Liquid Crystal Display）、ＯＥＬＤ（Organic ElectroLuminescence Display）、ＣＲＴ（Cathode Ray Tube）等を用いた表示デバイスである。

操作受付部２７は、例えば、タッチパネル、ボタン、キー、その他の入力装置である。操作受付部２７がタッチパネルである場合、そのタッチパネルは表示部２６と一体となり得る。

記憶部２８は、例えばフラッシュメモリ（ＳＳＤ；Solid State Drive）やその他の固体メモリ、ＨＤＤ（Hard Disk Drive）等の不揮発性メモリである。当該記憶部２８には、上記ＯＳや各種アプリケーション、各種データが記憶される。

特に本実施形態では、記憶部２８は、ユーザ端末２００が、上記警備装置１００と連動して警備モード切替処理を実行するための上記警備アプリケーションその他のプログラムを記憶している。当該警備アプリケーションには、警備モードの切替操作を受け付ける操作画面や、その切替結果を表示するチャット画面並びにリスト画面等の表示に必要なデータ（文字情報や画像情報）も含まれる。そしてＣＰＵ２１は、上記操作画面、リスト画面、チャット画面の表示切替処理及びメッセージの表示処理を制御する表示制御手段として機能する。また、警備アプリケーションは、警備装置１００に設定されている各警備区域の現在の警備モードを記憶している。さらに、警備アプリケーションは、警備モードの切替操作及び切替処理と、チャット画面に表示するメッセージとを対応付けたメッセージ対応テーブルを記憶している。

通信部２９は、例えばＬＴＥやＷｉ－Ｆｉ等の無線通信用の各種モジュールであり、モバイルネットワーク及びインターネットを介した上記警備装置１００及びセンタサーバ３００との間の通信処理を担う。

［警備区域］
次に、本実施形態における警備対象Ｔが有する複数の警備区域について説明する。図４は、当該警備対象Ｔが有する警備区域について説明した図である。同図Ａは警備対象Ｔの外観を一部透過して示した図であり、同図Ｂは警備対象Ｔのある階の平面図である。

同図に示すように、警備対象Ｔは、例えば複数階で構成されるテナントビルであり、警備対象として、共用区域Ａｓと複数の個別区域Ａｉとを有する。

共用区域Ａｓは、例えば警備対象Ｔの出入口を含み、テナント企業の各従業員が共用する区域である。共用区域Ａｓは通常は警備対象Ｔの１階に設けられるが、２階以上に設けられていてもよい。

個別区域Ａｉは、テナント企業の各従業員が個別に利用する区域であり、例えば事務室、会議室、実験室等であり得る。当該個別区域Ａｉに入るには、従業員は共用区域Ａｓを通る必要がある。

警備装置１００は、各個別区域Ａｉについて、それぞれ個別に警備モードを切替可能である。共用区域Ａｓの警備モードを警戒モードにセットするには、全ての個別区域Ａｉが警戒モードにセットされている必要がある。各個別区域Ａｉのユーザは、自らの個別区域Ａｉについて警備モードを警戒モードにセットした際、他の個別区域Ａｉが全て警戒モードにセットされている場合には、最終退館者として、共用区域Ａｓ（警備対象全体）の警備モードを警戒モードにセットする操作を行う。

なお、１つの警備対象Ｔに複数のテナント企業が入居している場合には、複数のテナント企業がそれぞれ１つまたは複数の個別区域Ａｉを利用し、共用区域Ａｓを共用することになる。この場合、各テナント企業のユーザは、他のテナント企業が入居している個別区域Ａｉに関する警備モードの切替操作を行うことはできず、自らの全ての個別区域Ａｉ及び他のテナント企業の全ての個別区域Ａｉの警備モードが警戒モードにセットされている場合には、共用区域Ａｓの警備モードを警戒モードにセットする。

本実施形態では、ユーザ端末２００は、後述するように、上記個別区域Ａｉ毎の警備モードに関する情報を表示する表示欄を一覧表示したリスト画面を表示し、当該リスト画面と、各個別区域Ａｉの警備モードの切替に関するメッセージを表示するチャット画面及び警備モードの切替操作を行う操作画面との間で画面を切替えることが可能である。

［警備モードの種別］
ここで、上記警備装置１００が有する警備モードの種別について説明する。本実施形態では、警備装置１００は、個別区域Ａｉ毎の警備モードとして、警戒モード、在室警戒モード、警戒解除（在室）モードを有する。また警備装置１００は、共用区域Ａｓの警備モードとして、警戒モードと警戒解除モードとを有する。

上記火災センサ１２による監視及び非常通報は、警備モードによらず行われる。これらによる異常発生は、別の警報音にて報知される。一方、上記侵入監視センサ１０による監視は、警備モードに応じて異なる。

警戒モードは、警備対象Ｔの個別区域Ａｉのユーザ全員が個別区域Ａｉから離れる（退室する）場合、及び、全ての個別区域Ａｉのユーザ全員が警備対象Ｔから離れる（退館する）場合に設定されるモードである。このモードでは、上記侵入監視センサ１０による監視は、個別区域Ａｉ及び共用区域Ａｓに設置された全ての侵入監視センサ１０によって行われる。

在室警戒モードは、個別区域Ａｉ内にユーザがいる場合において、外部からの侵入を監視したい場合に利用されるモードである。当該モードでは、上記侵入監視センサ１０による監視は、全ての侵入監視センサ１０のうち、窓、ドア等の個別区域Ａｉの外周エリアに設置された侵入監視センサ１０のみによって行われる。

警戒解除モードは、個別区域Ａｉのユーザが在室時に利用されるモードである。このモードでは、侵入監視センサ１０による監視は行われない。ユーザが個別区域Ａｉの警備モードを警戒解除モードに切替える際、警備対象Ｔの全ての個別区域Ａｉの警備モードが警戒モードにセットされている場合には、共用区域Ａｓも警戒モードにセットされており、ユーザはまず共用区域Ａｓの警備モードを警戒解除モードに切替えた上で、個別区域Ａｉの警備モードを警戒解除モードに切替える必要がある。

［警備装置から送信される信号］
次に、上記警備装置１００からユーザ端末２００へ送信される信号（警備信号）の種類について説明する。送信される信号としては、以下に説明するように、スケジュール信号、モード切替信号、イベント信号等がある。

（スケジュール信号）
上述したように、警備装置１００は、警備対象Ｔまたは各個別区域Ａｉが無人となるはずの時刻（セット予定時刻）になっても、その警備対象Ｔまたは各個別区域Ａｉの警備モードが上記警戒モードに設定されていない場合、その警備対象Ｔまたは各個別区域Ａｉが無警戒の状態で放置されてしまうこと（ＮＯセット異常）を防止するため、セット予定時刻前に報知部１４０により定刻ガイダンスを報知する。

当該定刻ガイダンスを受けて、例えばまだ残業したい等、引き続き在室を望む場合、ユーザは、セット予定時刻の延長操作または設定キャンセル操作等を行う。

そして、上記ＮＯセット異常の防止機能をさらに強化するために、上記定刻ガイダンスに関連して送信されるのがスケジュール信号である。すなわち警備装置１００は、セット予定時刻前の予め登録された時間に、警備対象Ｔ（個別区域Ａｉ）が警戒モードか否かを判定し、外出警戒モードでない場合、警戒モードがセットされるまで、ユーザ端末２００にスケジュール信号を繰り返し送信する。当該スケジュール信号としては、以下の固定通知と追加通知とがある。

固定通知は、警備装置１００の上記定刻ガイダンスと連動した処理であり、警備装置１００は、音声や警備装置１００の表示部１５０によりユーザへ通知を行うとともに、固定通知に関するスケジュール信号をユーザ端末へ送信する。

この場合、スケジュール信号は、固定通知である旨の情報、セット予定時刻である個別区域Ａｉの情報、セット予定時刻までの残り時間の情報を含む。

例えば、ある個別区域Ａｉのセット予定時刻が２０時である場合、警備装置１００は、２０時の１５分前に個別区域Ａｉの警備モードが警戒モードであるか否かを判定し、スケジュール信号を送信するか否かを判定する。

追加通知は、上記定刻ガイダンスと連動する固定通知とは別に、個別区域Ａｉを利用する個々のユーザが追加で設定した通知である。警備装置１００は、個々のユーザが設定した時刻になったとき、警備対象Ｔ（個別区域Ａｉ）が警戒モードか否かを判定し、警戒モードでない場合、ユーザ端末２００にスケジュール信号を送信する。

この場合、各スケジュール信号は、追加通知である旨の情報、セット予定時刻である個別区域Ａｉの情報、セット予定時刻までの残り時間の情報を含む。

例えば、ある個別区域Ａｉのセット予定時刻が２０時であり、固定通知の設定時刻がセット予定時刻の１５分前である場合、個々のユーザが、例えばセット予定時刻の１０分前、２０分前等、スケジュール信号を送信してほしい時間を固定通知とは別に警備装置１００に追加設定し、警備装置１００は、当該各時刻に個別区域Ａｉの警備モードが警戒モードであるか否かを判定し、スケジュール信号を送信するか否かを判定する。なお、固定通知が１つのセット予定時刻に対して複数設定されていてもよい。

また、上記スケジュール信号には、警備モードとは別に、例えば金庫センサにおいて、設定した時刻になってもセンサがセット（警戒状態）又は未セット（無警戒状態）になっていなかった場合にそれを通知する（セット又は未セット状態への切替えを促す）ための信号（セット忘れ信号）も含まれる。セット忘れ信号としては、金庫センサ以外にも窓センサ（窓の開閉検知）や照明のＯＮ／ＯＦＦ（２４時以降は照明オフ等）、空調のＯＮ／ＯＦＦなども設定できる。

（モード切替信号）
モード切替信号は、警備装置１００が、ユーザによる警備モード切替操作に応じて警備モードを切り替えた場合に送信される信号である。当該モード切替信号は、モード切替信号である旨の情報、警備対象の個別区域Ａｉの情報、切替後の警備モードを示すモード識別情報などを含む。

（イベント信号）
イベント信号は、警備装置１００によってイベントの発生が検知された場合に、現場で問題が無いか否かをユーザに確認するための信号である。すなわち、在室警戒モードにおいて、例えばユーザがうっかり窓や金庫を開ける等により監視対象のセンサが検知（窓,ドアセンサや人感センサ等）した場合、警備装置１００は、それが誤操作であることを確認するためのイベント信号を、ユーザから確認した旨の返信があるまで繰り返し送信する。イベント信号には、何についてイベントが発生したのか、イベントが発生した場所はどこか、イベントが発生した時間の情報を含む。

例えば、警備装置１００は、在室警戒モードにおいて個別区域Ａｉの電気錠が解錠された場合、イベント信号として、電気錠が解錠された旨の情報を送信するとともに、電気錠の扉を撮影しているカメラの撮影画像も付加する。

ユーザ端末２００は、上記各信号に対応するメッセージ内容を予めテーブル等として記憶しておき、受信した信号に対応するメッセージをチャット画面に表示する。なお、メッセージ内容をユーザ端末２００が予め記憶せず、警備装置１００が、各信号に表示するメッセージの内容の情報を含ませてもよいし、センタサーバ３００に対してユーザ端末２００がチャット画面の更新を行ったときに、センタサーバ３００から、信号に対応して追加表示すべきメッセージの内容の情報を受け取って表示してもよい。

［リスト画面、チャット画面及び操作画面］
上述したように、本実施形態において、ユーザ端末２００の警備アプリケーションは、上記個別区域Ａｉ毎の警備モードに関する情報の一覧を表示するリスト画面と、各個別区域Ａｉの警備モードに関するメッセージを時系列に対話形式で表示するチャット画面と、ユーザから上記警備モードの切替操作を受け付ける操作画面とを切替可能に表示する。

図５は、リスト画面の例を、上記図４Ａの警備対象Ｔの外観と併せて示した図である。

同図に示すように、リスト画面７０は、上記共用区域Ａｓ及び個別区域Ａｉに対応する表示欄７１のリストを表示する。同図の例では、共用区域Ａｓに対応する表示欄７１が最上部に表示され、その下に個別区域Ａｉに対応する表示欄７１が表示されている。なお、警備対象Ｔに共用区域Ａｓがない場合は、個別区域Ａｉのみのリストを表示する。

個別区域Ａｉに対応する表示欄７１としては、個別区域Ａｉのユーザが警備モードの切替操作権限を有する個別区域Ａｉに対応する表示欄７１の他、個別区域Ａｉのユーザが警備モードの切替操作権限を有さない（例えば他のテナント企業の）個別区域Ａｉに対応する表示欄７１も例えば最下部に表示される。ただしこの操作権限を有さない警備区域の表示欄は、警備区域毎ではなく、複数の警備区域が存在する場合は１つにまとめられた表示欄７１が表示され、当該表示欄７１では、それら操作権限を有さない警備区域の全てが警戒モードであるか否かを示すメッセージが表示される。当該表示欄７１については、ユーザは操作を行うことができない。

各表示欄７１は、各警備区域の名称を示す区域名７２、各警備区域の現在の警備モードの状態を色（例えば警戒モードは青、警戒解除モードは黒色）で識別する警備モードアイコン７３、各警備区域に対応するチャット画面に表示されている、警備モードに関する最新メッセージ７４、及び当該最新メッセージ７４の受信時刻７５の各情報を表示する。なお、ユーザが警備モードの切替操作権限を有さない複数の警備区域をまとめて表示した表示欄７１についても、警備モードに関する最新メッセージ７４（例えば、複数の警備区域全てが警戒モードに切替わっている場合は、「セットになりました」というメッセージ）及び当該最新メッセージ７４の受信時刻７５の各情報を表示してもよい。

後述するが、各表示欄７１に表示される警備モードに関する最新メッセージ７４には、各警備区域の現在の（切替後の）警備モードを示すメッセージの他、警備時間の変更を示すメッセージも含まれる。

図６は、上記リスト画面７０と、当該リスト画面７０から切替可能なチャット画面の例を示した図である。また図７は、チャット画面のより詳細な例を示した図である。

図６に示すように、上記リスト画面７０のいずれかの表示欄７１をユーザがタップ等で選択すると、選択された表示欄７１に対応する個別区域Ａｉまたは共用区域Ａｓのチャット画面へ画面が切替わる。チャット画面８０は、上記警備区域毎の警備モードの切替に対応する切替メッセージを含む区域メッセージ群を時系列で表示する。

図６及び図７に示すように、チャット画面８０上には、切替メッセージとして、ユーザによるモード切替操作を示すメッセージ（モード操作メッセージ８３）と、当該モード切替操作に応じた警備装置１００によるモード切替結果を示すメッセージ（モード切替メッセージ８４）とが、異なる領域に区別されて（例えば前者が右側、後者が左側）、対話形式で時系列に表示される。

当該モード切替メッセージ８４は、警備モード切替時に上記警備装置１００から送信される上記モード切替信号に対応するメッセージである。

図６においては、リスト画面７０の表示欄７１に表示されている最新メッセージ７４と、チャット画面８０の最下部に表示されているモード切替メッセージ８４とが対応している。

図７に示すように、チャット画面８０は、上部から下部に向かう時間軸を有し、古い（受信時刻が前の）メッセージほど上部に、新しい（受信時刻が後の）メッセージほど下部に表示される。また最新のメッセージは常に最下部に追加表示され、それより前のメッセージのうち、メッセージ表示領域の表示範囲に収まらないメッセージは、ユーザがメッセージ表示領域を例えば上下方向にフリックまたはスワイプすることによって、下部にスクロールし表示可能となる。

各モード操作メッセージ８３及び各モード切替メッセージ８４は、矩形枠で囲まれたメッセージ本文の他に、その隣接した位置（例えばその上部）に、操作者情報、操作ツール、及び受信時刻（操作時刻）情報を含む。

図７の例では、ユーザ端末２００のユーザである太郎による警戒解除操作に応じて、当該操作を示すモード操作メッセージ８３と、当該操作に応じた警戒解除モードへの切替結果を示すモード切替メッセージ８４が表示されている。

また、チャット画面８０上では、当該チャット画面８０に対応する警備区域の複数のユーザによる通常のメッセージのやり取りも可能であり、それらメッセージは、メッセージ８９として表示される。

図に示されていないが、チャット画面８０をユーザがダブルタップすると、例えば最下部に、ユーザがメッセージを作成するための文字入力枠およびキーボード等の文字選択領域が表示され、メッセージの入力が可能となる。

また、警備装置１００による警備モードの切替以外の警備装置１００側または警備システム側からの報知メッセージも、チャット画面８０上に表示され得る。報知メッセージとしては、例えば、上記スケジュール信号に基づく固定通知及び追加通知に対応するメッセージ、在室警戒モードにおいてチャット画面８０に対応する警備区域における設備（温度やドア等）、センサ（金庫や窓等）に関して何らかのイベントが発生した場合に送信される上記イベント信号に対応するメッセージ８６（例えば何らかの物体が検出されたことの通知）、警戒モードにおいて建物または警備区域に何らかの異常が発生した場合に送信される上記緊急信号に対応して表示される異常メッセージ等がある。

またチャット画面８０には、予め設定したイベント（例えば警戒モードが警戒解除モードに切り替わる）が発生した場合には、当該イベントに関する監視カメラの画像８７が警備装置１００から受信され追加表示される。

例えば、ユーザによって個別区域Ａｉの警戒モードの解除操作が入力された場合、解除操作を行ったユーザと、入室したユーザとが同じ人物か否かを確認可能とするため、監視カメラが撮影した映像（画像や動画）がユーザ端末２００に送信されチャット画面８０上で表示される。また、金庫や窓のセンサが検知した場合、金庫や窓周辺の監視カメラの画像がユーザ端末２００へ送信されてチャット画面８０上で表示されてもよいし、検知した旨のメッセージが追加表示されてもよい。

またチャット画面８０の例えば最下部には、操作メニューボタン８１と、設定メニューボタン８２とが表示されている。

操作メニューボタン８１は、操作画面と上記チャット画面８０とを切替表示させるためのボタンである。設定メニューボタン８２は、ユーザ情報等に関する各種設定を変更する際に用いられるボタンである。

またチャット画面８０の例えば左上隅には、当該チャット画面８０に対応する警備区域の現在の警備モードを示す警備モード表示アイコン８５が表示されている。当該警備モード表示アイコン８５は、例えば、警備区域が警戒モードであれば青色に、そうでなければ黒色に表示される。また、チャット画面８０において、当該警備モード表示アイコン８５は、ユーザにタップされた場合にチャット画面８０をリスト画面７０に切替えるためのリスト画面復帰ボタンとしても機能する。

図８は、操作画面の例を示した図である。

同図に示すように、操作画面９０は、上記チャット画面８０上でユーザが操作メニューボタン８１をタップすることで、例えばチャット画面８０にオーバーラップされるように表示される。

操作画面９０は、例えばタッチパネルを用いたユーザインタフェースとして構成されており、上記チャット画面８０と共通で設けられている操作メニューボタン８１及び設定メニューボタン８２の他、区域内エリア選択ボタン９１、状態確認ボタン９２、警戒モード設定ボタン９３、警戒解除モード設定ボタン９４、在室警戒モード設定ボタン９５、警備時間変更ボタン９６を有する。各ボタンはボタンアイコンとして画面上に表示され、ユーザがそれぞれのボタンアイコン領域をタップすることで各ボタンの選択操作として認識される。

区域内エリア選択ボタン９１は、個別区域Ａｉがさらに複数のエリアに分かれて警備されている場合に、警備モードの切替操作対象としてそれらのエリアを選択するためのボタンである。

状態確認ボタン９２は、個別区域Ａｉの現在の警備モードの状態を確認するためのボタンである。

警戒モード設定ボタン９３は、警戒解除モードを警戒モードへ切り替えるためのタップ操作を受け付けるボタンであり、警戒解除ボタン９４は警戒モードを警戒解除モードへ切り替えるためのタップ操作を受け付けるボタンである。

在室警戒モード設定ボタン９５は、現在の警備モードを在室警戒モードへ切り替えるためのタップ操作を受け付けるボタンである。

警備時間変更ボタン９６は、予めユーザが設定した時刻になっても個別区域Ａｉの警戒モードがセットされていない場合に、自動的に当該個別区域Ａｉを警戒モードへ切り替えたり、警備センタからユーザに電話連絡したりする機能に関し、当該設定時刻を変更（延長等）するための操作を受け付けるボタンである。当該警備時間変更ボタン９６がタップされると、変更後の設定時刻を入力するための画面が表示され、ユーザは当該画面で上記時刻を変更することができる。

以上の各種ボタンがユーザにより操作されると、ユーザ端末２００は、警備装置１００へ、それらに対応する警備モードへの切替要求信号を送信する。

当該操作画面９０は、上記操作メニューボタン８１の操作によってチャット画面８０に切り替わるほか、例えば右上部に設けられた閉じるボタンの操作によってもチャット画面８０に切り替わる。

なお、警備用アプリケーションを起動する際、又は、操作画面９０に切り替える際、ユーザ認証のためのパスコードの入力を促すポップアップが表示され、そこでユーザがパスコードを正しく入力することで各モード設定ボタンの操作が有効となる。ユーザ認証方法は、パスコードに代えて指紋等の生体認証を利用できる。また、ユーザ認証は、操作画面９０において各モード設定ボタンが押下された際に行ってもよい。

［警備システムの動作］
次に、以上のように構成された警備システムの動作について説明する。当該動作は、警備装置１００及びユーザ端末２００のＣＰＵや通信部等のハードウェアと、記憶部に記憶されたソフトウェアとの協働により実行される。以下の説明では、便宜上、警備装置１００の制御部１１０及びユーザ端末２００の警備アプリケーションまたはＣＰＵ２１を動作主体とする。

図９は、上記警備システムにおいて警備装置から警備信号を受信した場合のユーザ端末２００の表示処理の流れを示したフローチャートである。また図１０及び図１１は、当該フローチャートにおいて、イベント信号またはスケジュール信号を受信した場合のユーザ端末２００における画面の遷移を示した図である。図１０と図１１は一連の画面遷移を示す。

警備装置１００は、上述したように、各個別区域Ａｉについて、追加通知を送信する設定を受けていた場合、その送信設定時刻になったら、現警備モードが警戒モードであるか否かを判定する。そして、現警備モードが警戒モードでない場合、追加通知を受信する設定を行っていたユーザ端末２００のみに追加通知のスケジュール信号を送信する。

また警備装置１００は、上記個別区域Ａｉの定刻ガイダンスの時刻になったら、現警備モードが警戒モードであるか否かを判定する。そして、現警備モードが警戒モードでない場合、スピーカ等から定刻ガイダンスの報知を行うとともに、当該個別区域Ａｉを利用する全てのユーザのユーザ端末２００へ、固定通知のスケジュール信号を送信する。

また警備装置１００は、在室警戒モードにおいて、電気錠解錠検知、窓開検知、設備異常、機器異常、救急異常など、個別区域Ａｉについてイベントの発生を検知した場合、当該個別区域Ａｉのユーザのユーザ端末２００へ、問題がないか否かをユーザに確認するためのイベント信号を送信する。つまりイベント信号は、個別区域Ａｉで発生した事象のうち、個別区域Ａｉのユーザや監視対象Ｔの管理者、監視員などが、問題がないか否かを早めに確認する必要がある緊急性のある信号である。

図９に示すように、ある個別区域Ａｉを利用するユーザのユーザ端末２００ＡのＣＰＵ１１は、警備装置１００から警備信号を受信したと判断した場合（ステップ１１のＹｅｓ）、それがイベント信号であるか、スケジュール信号であるか、及びその他の信号であるかを判断する（ステップ１２）。

ＣＰＵ１１は、受信した警備信号がイベント信号であると判断した場合、ＣＰＵ１１は、図１０（Ｃ）に示すように、当該イベント信号に対応するメッセージ８６（例えば２つのイベント信号を受信した場合、メッセージ８６ａ及び８６ｂ）を、当該イベント信号で識別される個別区域Ａｉのチャット画面８０に追加表示する（ステップ１４）。

ここで、イベント信号に対応するメッセージは、例えば「イベント発生」、「イベントが発生しました」、「〇〇ブロックでイベントが発生しました」、「〇〇のイベントが発生しました。確認してください」などであるが、これらに限られない。

続いてＣＰＵ１１は、図１１（Ｅ）に示すように、複数のイベント信号に対応する複数のメッセージ８６のうち、最古のメッセージ８６のみを選択してチャット画面８０に履歴表示として残し、その他のメッセージ８６をチャット画面８０から削除する（ステップ１５）。図１１（Ｅ）の例では、２つのイベント信号に対応する２通のメッセージ８６ａ及び８６ｂのうち、最古の（１通目の）メッセージ８６ａのみがチャット画面８０に残存し、２通目のメッセージ８６ｂは削除されている。削除のタイミングは、ユーザが当該メッセージを既読状態にした（当該メッセージが表示されたチャット画面８０を表示させた）ときでもよいし、所定時間（例えば１分、５分等）経過後であってもよい。また、ユーザが次回警備アプリケーションを起動してチャット画面８０を表示させたときに当該メッセージを削除してもよい。

また上記ステップ１２において、受信した警備信号がスケジュール信号であると判断した場合、ＣＰＵ１１は、図１０（Ｃ）に示すように、当該スケジュール信号に対応するメッセージ８６（例えば２つのスケジュール信号を受信した場合、メッセージ８６ｌ及び８６ｍ）を、当該スケジュール信号で識別される個別区域Ａｉのチャット画面８０に追加表示する（ステップ１６）。

ここで、スケジュール信号に対応するメッセージは、例えば「まもなく〇〇時刻（ｈｈ：ｍｍ）です。確認してください」、「まもなく〇〇時刻です」、「△△ブロックがまもなく〇〇時刻です」、「あとｍｍ分で時刻です。セット操作または警備時間変更操作をしてください」などであり、上記「〇〇」には、予めスケジュールした内容に対応して、警備セット、金庫セット、窓戸締りセット、照明ＯＦＦなどの文言が入るが、これらに限られない。

続いて図１１（Ｅ）に示すように、ＣＰＵ１１は、複数のスケジュール信号に対応する複数のメッセージ８６のうち、最新のメッセージ８６のみを選択してチャット画面８０に履歴表示として残し、その他のメッセージ８６をチャット画面８０から削除する（ステップ１７）。図１１（Ｅ）の例では、２つのスケジュール信号に対応する２通のメッセージ８６ｌ及び８６ｍのうち、最新の（２通目の）メッセージ８６ｍのみがチャット画面８０に残存し、１通目のメッセージ８６ｌは削除されている。削除のタイミングは、ユーザが当該メッセージを既読状態にした（当該メッセージが表示されたチャット画面８０を表示させた）ときでもよいし、所定時間（例えば１分、５分等）経過後であってもよい。

なお、図１０（Ａ）に示すように、ＣＰＵ１１は、警備信号受信時において、ユーザ端末２００の表示部２６がロック（スリープ）状態であった場合、当該ロック画面上に、当該警備信号に対応するメッセージをプッシュ通知５０として表示する。同図では、２つのイベント信号に対応するプッシュ通知５０ａ、５０ｂと、２つのスケジュール信号に対応するプッシュ通知５０ｌ、５０ｍがロック画面上に表示されている。

そして、図１０（Ｂ）に示すように、当該プッシュ通知５０のうちいずれかをユーザがタップした場合、または、ユーザ端末２００のホーム画面上から警備アプリケーションのアイコンをユーザがタップした場合、ＣＰＵ１１は、対応する個別区域Ａｉのチャット画面８０に遷移した上で、同図（Ｃ）に示すように対応するメッセージ（イベント信号に対応するメッセージ８６ａ、８６ｂ、スケジュール信号に対応するメッセージ８６ｌ、８６ｍ）を追加表示する。

図９に戻り、上記ステップ１２において、受信した警備信号がその他の信号であると判断した場合、ＣＰＵ１１は、当該信号に対応するメッセージを、当該スケジュール信号で識別される個別区域Ａｉのチャット画面８０に追加表示する（ステップ１８）。

例えば、モード切替信号を受信した場合は、ＣＰＵ１１は、その信号に対応したモード切替メッセージ８４をチャット画面８０上で追加表示し、チャット画面８０やリスト画面７０の現警備モードの表記を更新したり、リスト画面７０の時間表記、メッセージ表記を更新したりする。

なお、図１０に示すように、プッシュ通知５０で表示するメッセージと、チャット画面８０に追加表示するチャットメッセージ８６の内容は共通しているが、同一趣旨の内容であればそれぞれが異なる文章でもよい。また、プッシュ通知５０は、単に通知の事実のみを知らせるメッセージ（例えば、「センタから通知があります。」等）であってもよい。

図１１（Ｆ）に示すように、上記２つのイベント信号の受信後にさらにイベント信号を受信した場合、ＣＰＵ１１は、それに対応する３通目のメッセージ８６ｃをチャット画面８０に表示する。そして当該メッセージ８６ｃがユーザにより既読となった場合、同図（Ｇ）に示すように、上記３通目のメッセージ８６ｃはチャット画面８０から削除し、最古のメッセージ８６ａのみ残存させる。

また、図１１（Ｆ）に示すように、上記２つのスケジュール信号の受信後にさらにスケジュール信号を受信した場合、ＣＰＵ１１は、それに対応する３通目のメッセージ８６ｎをチャット画面８０に表示する。そして当該メッセージ８６ｎがユーザにより既読となった場合、同図（Ｇ）に示すように、それまで最新であった上記２通目のメッセージ８６ｍはチャット画面８０から削除し、最新のメッセージ８６ｎのみ残存させる。

図１０（Ｄ）、（Ｅ）、（Ｆ）に示すように、イベント信号の受信により「イベント発生」とメッセージ８６が表示されると、ユーザ間で「イベントの確認をしてきてくれ」、「私が確認してきます」、「問題ありませんでした」等のメッセージ８６が入力されると、同図（Ｇ）に示すように、警備装置１００側では、イベント発生に対する処置が完了した（問題が無いことが確認された）ものとして、イベント解消を通知する警備信号を送信し、ＣＰＵ１１はそれに対応して「イベントが解消されました」などの処置メッセージ８７を表示する。イベントが個別区域Ａｉの電気錠の解錠や開扉であった場合は、上記問題が無いことの確認メッセージに加えて電気錠（窓やドアなど）の施錠や閉扉が警備装置１００側で確認された場合にイベント解消が通知される。なお、電気錠等の解錠や開扉の場合、電気錠の解錠や閉扉が警備装置１００側で確認されれば、確認メッセージは無くても良い。またＣＰＵ１１は、イベント信号に対応するメッセージ８６に対してユーザがタッチ操作などを行うことで、このメッセージ８６のイベントが解消されたか否かを問うダイアログを表示し、解消されたとユーザが選択した場合に、警備装置１００側にイベント解消を知らせる信号を送り、処置メッセージ８７を表示してもよい。なお、イベント信号受信後においてユーザ間の通常メッセージのうち「問題ありませんでした」などのイベントが解消された旨のメッセージを自動認識し、警備装置１００へイベント解消を知らせる信号を送り、処置メッセージ８７を表示してもよい。

また同図（Ｇ）に示すように、スケジュール信号の受信により「セット予定時刻」とのメッセージ８６が表示されると、ユーザにより上記操作画面９０を介してモード切替操作が入力され、それに応じて警備モードを警戒モードに切り替えた警備装置１００からモード切替信号を受信すると、ＣＰＵ１１は、対応するモード切替メッセージ８４を表示する（なおモード操作メッセージ８３については図示を省略する）。

このように、複数のイベント信号に対応する複数のメッセージのうち最古のメッセージのみチャット画面８０に残すことで、いつイベントが発生したのか、イベントが発生してから異常が解消するまでの時間はどの程度だったかなどを確認することができる。

また複数のスケジュール信号（セット忘れ信号を含む）に対応する複数のメッセージのうち最新のメッセージを残すことで、セット予定時刻の時間変更の確認を行うことができる。すなわち、スケジュール信号の通知がセット予定時刻ギリギリであったり、セット操作または延長操作が間に合わなかったことを履歴から確認できた場合は、セット予定時刻を遅らせたり、セット予定時刻まで時間に余裕がある場合は、セット予定時刻を早めたりできる。

［まとめ］
以上説明したように、本実施形態によれば、ユーザ端末２００は、複数のイベント信号に対応する複数のメッセージについては最古のメッセージのみをチャット画面８０に履歴として残存させる一方、複数のスケジュール信号に対応する複数のメッセージについては最新のメッセージのみをチャット画面８０に履歴として残存させることで、ユーザへのメッセージの伝達性は維持しながらも、同一のメッセージが重複することを抑制することができ、モード切替操作などの他の重要なメッセージを確認し易くすることができる。

［変形例］
本発明は上述の実施形態にのみ限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変更され得る。

上述の実施形態では、ユーザ端末２００は、複数のイベント信号及びスケジュール信号に対応する複数のメッセージを全てチャット画面８０に表示してから、履歴として残すメッセージ以外を削除していた。しかしユーザ端末２００は、履歴として残さないメッセージは最初からチャット画面８０に表示せず、履歴として残すメッセージのみを最初からチャット画面８０に追加表示してもよい。

この場合、警備装置１００は、イベント信号またはスケジュール信号を送信する際に、当該信号に、前回送信した信号と同種の通知であり、どのメッセージを残存させるのかを示す情報（例えばメッセージＩＤ等）を含ませてもよい。すなわち、ユーザ端末２００は、チャット画面８０に残存させるメッセージを選択する際に、どれが最古／最新のメッセージであるかといった判定を行わなくてもよい。

またユーザ端末２００は、最初から最古または最新のメッセージのみをチャット画面８０表示する場合に、イベント信号に対応するメッセージをチャット画面８０に表示した後、再度同一のイベントに関するイベント信号を受信した場合、最古のイベント信号に対応するメッセージの表示を維持してもよい。また、スケジュール信号に対応するメッセージをチャット画面８０に表示した後、再度同一のセット予定時刻に関するスケジュール信号を受信した場合、既に表示されている最新のスケジュール信号に対応するメッセージを、新たに受信したスケジュール信号に対応するメッセージに更新して追加表示してもよい。

上述の実施形態において、ユーザ端末２００は、ユーザがチャット画面８０を開いた際、通常は一番古い未読メッセージを表示できる位置（未読メッセージが画面下または画面上）までタイムラインを自動遷移させるが、複数のイベント信号またはスケジュール信号を受信していた場合は、それらに対応するメッセージのうち位置まで遷移してもよい。すなわち、複数のイベント信号を受信していた場合は当該イベント信号に対応する複数のメッセージのうち最古のメッセージを表示する位置まで自動遷移し、複数のスケジュール信号を受信していた場合は当該スケジュール信号に対応する複数のメッセージのうち最新のメッセージを表示する位置まで自動遷移してもよい。

上述の実施形態において、ユーザ端末２００は、イベント信号またはスケジュール信号に対して、ユーザがそれらを解消する処置を行い、その処置結果に関するメッセージを表示する場合、イベント信号またはスケジュール信号に対応するメッセージと対応付けて処置メッセージを表示してもよい。

すなわち、上述のように、イベント信号の受信により「イベント発生」とメッセージが表示されると、ユーザ間で「イベントの確認をしてきてくれ」や「問題ありませんでした」等の会話のあと、「イベントが解消されました」などの処置メッセージ８８が表示される。そこで、履歴を確認する際、イベントが発生しそれが解消したことをユーザが確認しやすくなるように、当該イベントに対する処置が行われた場合、当該処置を示す処置メッセージ８８を、上記複数のイベント信号に対応する複数のメッセージのうち最古のメッセージと対応付けて上記チャット画面に表示してもよい。これにより、イベントに対する処置が確実に行われたことを履歴として容易に確認することができる。

ここで、「対応付けて上記チャット画面に表示する」ことは、例えば、最古のメッセージと処置メッセージを強調表示（同じ色、同じ太文字など）したり、両者をリンク付けしてタイムライン上で互いにジャンプできるようにしたり、最古のメッセージの下に処置メッセージを表示したりすることを含む。

同様に、ユーザ端末２００は、スケジュール信号に対してユーザがモード切替操作を行った場合には、複数のスケジュール信号に対応する複数のメッセージのうち最新のメッセージと対応付けてモード切替メッセージ８４を表示してもよい。

ユーザが履歴を確認する際、イベント発生を示すメッセージと処置メッセージが離れていると、イベントに対する処置を行ったのか、イベントが発生してから解消するまでの時間はどの程度か確認するためにチャット画面８０をスクロールしなければならなくなる。そのため、上述のように最古のメッセージと処置メッセージとをリンク付けして互いにジャンプ可能にする手法は特に有用である。

図１２は、当該手法を用いた場合のチャット画面８０の例を示した図である。同図に示すように、イベント発生を示す最古のメッセージ８６ａの「イベント発生」の文字は、処置メッセージ８８へのハイパーリンクＬ１として表示されており、処置メッセージ８８には最古のメッセージ８６ａが引用され最古のメッセージ８６ａへのハイパーリンクＬ２が設定されている。なおこの例とは逆に、最古のメッセージ８６ａに処置メッセージ８８が引用されていてもよい。

ユーザ端末２００は、最古のメッセージのハイパーリンクＬ１をユーザがタップすると、チャット画面８０を処置メッセージ８８の位置までジャンプ（自動遷移）させ、処置メッセージ８８のハイパーリンクＬ２をユーザがタップすると、チャット画面８０を最古のメッセージの位置までジャンプさせる。

この場合、警備装置１００側で発生を検知したイベント（セット区域の扉開）とその処置（セット区域の閉扉、及び問題なし操作）が行われると、警備装置１００は、その処置に関する処置信号を送信するときに、当該処置信号に、どのイベント信号に対応する処置信号なのかを示す情報（イベントＩＤ等）を含ませる。ユーザ端末２００は、当該処置信号に含まれる情報からそれがどのイベント信号に対応するのかを判定し、最古のメッセージを自動引用して処置メッセージ８８を表示する。

上述の実施形態では、ある事象について繰り返し送信される信号としてイベント信号とスケジュール信号が示されたが、これら以外の繰り返し送信される信号、ある事象が解消される（正常化される）まで繰り返し送信される信号について本発明が適用されてもよい。

上述の実施形態では、本発明を警備装置１００を含む警備システムに適用した例が示されたが、本発明を他のシステムに適用してもよい。例えば、宅内のユーザの行動や活動を見守る見守りシステムにおけるシステム履歴を、見守り対象のユーザ（例えば高齢者）の家族（例えば子供）のユーザ端末２００のチャット画面上に表示する場合に本発明を用いても良い。具体的には、見守りシステムにおいて、ユーザ端末２００が、例えば薬を飲む予定時刻の通知や、起床／就寝予定時刻の通知などをユーザが薬を飲むまで、またはユーザが起床／就寝するまで繰り返しスケジュール信号として受信する一方、ユーザの転倒や、起床／就寝予定時刻以外の時間帯における照明の点灯／消灯といったイベントを監視装置が検知した場合にイベント信号を受信するような場合に、上記実施形態と同様に、その信号種別によって、対応するメッセージのうちチャット画面に履歴として残すメッセージを選択する処理を実行可能である。なお薬を飲んだか否かについては、例えばピルケースに搭載されたセンサで検知したり、服薬者が服薬時に行うボタン操作等に基づいて検知してもよい。就寝／起床についてはベッドセンサ等で検知可能である。

本願の特許請求の範囲に記載された発明のうち、「表示方法」と記載された発明は、その各ステップを、ソフトウェアによる情報処理によりコンピュータ等の少なくとも１つの装置が自動的に行うものであり、人間がコンピュータ等の装置を用いて行うものではない。すなわち、当該「表示方法」は、コンピュータ・ソフトウェアによる情報処理方法であって、コンピュータという計算道具を人間が操作する方法ではない。

２１…ＣＰＵ
２８…記憶部
２９…通信部
５０…プッシュ通知
７０…リスト画面
７１…表示欄
７４…最新メッセージ
８０…チャット画面
８３…モード操作メッセージ
８４…モード切替メッセージ
８６…メッセージ（イベントメッセージ、スケジュールメッセージ）
８８…処置メッセージ
９０…操作画面
１００…警備装置
１０１…主装置
１１０…制御部
１７０…通信インタフェース
２００…ユーザ端末
３００…センタサーバ
Ｔ…警備対象
Ａｓ…共用区域
Ａｉ…個別区域

Claims (9)

1. 監視対象を監視する監視装置から送信される複数の種別の監視信号を受信する受信手段と、
   前記受信した監視信号に対応するメッセージを時系列にチャット画面に表示する表示制御手段と、を具備し、
   前記表示制御手段は、ある１つの事象に対して繰り返し送信される同一内容の複数の監視信号を前記監視装置から受信したとき、受信した監視信号の前記種別に応じて、受信した前記複数の監視信号に対応する複数のメッセージの中から、前記チャット画面に履歴表示として残すメッセージを選択する
   携帯端末。
2. 請求項１に記載の携帯端末であって、
   前記表示制御手段は、
   受信した前記複数の監視信号が、前記監視対象について前記監視装置が検出したイベントについて通知する複数のイベント信号である場合、当該複数のイベント信号に対応する複数のメッセージの中から最古のメッセージを選択し、
   受信した前記複数の監視信号が前記イベント信号以外の複数の監視信号である場合、当該複数の監視信号に対応する複数のメッセージの中から最新のメッセージを選択する
   携帯端末。
3. 請求項１または２に記載の携帯端末であって、
   前記表示制御手段は、受信した前記複数の監視信号が、前記監視対象について前記監視装置が検出したイベントについて通知する複数のイベント信号であり、当該イベントに対する処置が行われた場合、当該処置を示すメッセージを、前記複数のイベント信号に対応する複数のメッセージのうち最古のメッセージと対応付けて前記チャット画面に表示する
   携帯端末。
4. 請求項１乃至３のいずれかに記載の携帯端末であって、
   前記表示制御手段は、
   前記チャット画面がユーザにより起動された際に、前記複数の監視信号として、前記監視対象について前記監視装置が検出したイベントについて通知する複数のイベント信号を受信済みである場合、当該複数のイベント信号に対応する複数のメッセージのうち最古の未読メッセージが表示されるように前記チャット画面のタイムラインを自動遷移して表示し、
   前記チャット画面がユーザにより起動された際に、前記複数の監視信号として、前記イベント信号以外の複数の監視信号が受信済みである場合、当該複数の監視信号に対応する複数のメッセージのうち最新の未読メッセージが表示されるように前記チャット画面のタイムラインを自動遷移して表示する
   携帯端末。
5. 請求項１乃至４のいずれかに記載の携帯端末であって、
   前記表示制御手段は、
   受信した前記複数の監視信号が、前記監視対象について前記監視装置が検出したイベントについて通知する複数のイベント信号である場合、当該複数のイベント信号のうち最古のイベント信号に対応するメッセージのみを前記チャット画面に表示し、
   受信した前記複数の監視信号が、前記イベント信号以外の複数の監視信号である場合、当該複数の監視信号のうち最新の監視信号に対応するメッセージのみを前記チャット画面に表示する
   携帯端末。
6. 請求項５に記載の携帯端末であって、
   前記表示制御手段は、
   前記イベント信号に対応するメッセージを前記チャット画面に表示した後、再度同一のイベントに関するイベント信号を受信した場合、前記最古のイベント信号に対応するメッセージの表示を維持し、
   前記イベント信号以外の監視信号に対応するメッセージを前記チャット画面に表示した後、再度同一の事象に関する監視信号を受信した場合、前記最新の監視信号に対応するメッセージを、新たに受信した監視信号に対応するメッセージに更新して追加表示する
   携帯端末。
7. 監視対象を監視する監視装置と、当該監視装置と通信可能な携帯端末と、を具備する監視システムであって、
   前記監視装置は、前記監視対象の監視に関する監視信号を前記携帯端末へ送信する送信手段を有し、
   前記携帯端末は、前記監視装置から送信される複数の種別の監視信号を受信する受信手段と、
   前記受信した監視信号に対応するメッセージを時系列にチャット画面に表示する表示制御手段と、を有し、
   前記表示制御手段は、ある１つの事象に対して繰り返し送信される同一内容の複数の監視信号を前記監視装置から受信したとき、受信した監視信号の前記種別に応じて、受信した前記複数の監視信号に対応する複数のメッセージの中から、前記チャット画面に履歴表示として残すメッセージを選択する
   監視システム。
8. 監視対象を監視する監視装置から送信される複数の種別の監視信号を受信し、
   前記受信した監視信号に対応するメッセージを時系列にチャット画面に表示する、
   表示方法であって、
   前記表示するステップは、ある１つの事象に対して繰り返し送信される同一内容の複数の監視信号を前記監視装置から受信したとき、受信した監視信号の前記種別に応じて、受信した前記複数の監視信号に対応する複数のメッセージの中から、前記チャット画面に履歴表示として残すメッセージを選択する
   表示方法。
9. 携帯端末に、
   監視対象を監視する監視装置から送信される複数の種別の監視信号を受信するステップと、
   前記受信した監視信号に対応するメッセージを時系列にチャット画面に表示するステップと、
   を実行させるプログラムであって、
   前記表示するステップは、ある１つの事象に対して繰り返し送信される同一内容の複数の監視信号を前記監視装置から受信したとき、受信した監視信号の前記種別に応じて、受信した前記複数の監視信号に対応する複数のメッセージの中から、前記チャット画面に履歴表示として残すメッセージを選択する
   プログラム。

Images