JP7426580B2 - 制御システム、及び、制御方法 - Google Patents

Description

本発明は、制御システム、及び、制御方法に関する。

近年、オフィスビル、マンション、及び、戸建住宅など監視対象の建物への侵入者をセンサを用いて監視し、センサが侵入者を検出すると監視センタへ異常通報する警備装置が普及している。特許文献１には、警戒モードに設定されているときに建物への不当な侵入を監視する警備装置が開示されている。

特開２０１１－０１３８２４号公報

本発明は、ユーザが警戒モード（報知モードとも記載される）の設定の解除を速やかに行うことを支援することができる制御システム、及び、制御方法を提供する。

本発明の一態様に係る制御システムは、ユーザの入力を受け付ける入力受付部と、セキュリティシステムが、センサが所定の状態に変化してから所定時間の経過後に報知を行う報知モードに設定されているときに、前記センサが前記所定の状態に変化したことを契機に、前記入力受付部を、前記報知モードの設定を解除するための解除入力を受け付け可能な解除準備状態にする制御部とを備え、前記制御部は、前記解除準備状態の前記入力受付部によって前記解除入力が受け付けられると、前記報知モードの設定を解除する。

本発明の一態様に係る制御方法は、コンピュータによって実行される制御方法であって、セキュリティシステムが、センサが所定の状態に変化してから所定時間の経過後に報知を行う報知モードに設定されているときに、前記センサが前記所定の状態に変化したことを契機に、ユーザの入力を受け付ける入力受付部を、前記報知モードの設定を解除するための解除入力を受け付け可能な解除準備状態にし、前記解除準備状態の前記入力受付部によって前記解除入力が受け付けられると、前記報知モードの設定を解除する。

本発明の一態様に係るプログラムは、前記制御方法をコンピュータに実行させるためのプログラムである。

本発明の制御システム、及び、制御方法は、ユーザが報知モードの設定の解除を速やかに行うことを支援することができる。

図１は、実施の形態に係る制御システムの機能構成を示すブロック図である。 図２は、実施の形態に係る制御システムの動作例１の第１シーケンス図である。 図３は、認証情報の入力画面の一例を示す図である。 図４は、他の画面に重畳表示される、認証情報の入力画面の一例を示す図である。 図５は、実施の形態に係る制御システムの動作例１の第２シーケンス図である。 図６は、実施の形態に係る制御システムの動作例２のシーケンス図である。 図７は、音声入力画面の一例を示す図である。

以下、実施の形態について、図面を参照しながら具体的に説明する。なお、以下で説明する実施の形態は、いずれも包括的または具体的な例を示すものである。以下の実施の形態で示される数値、形状、材料、構成要素、構成要素の配置位置及び接続形態、ステップ、ステップの順序などは、一例であり、本発明を限定する主旨ではない。また、以下の実施の形態における構成要素のうち、独立請求項に記載されていない構成要素については、任意の構成要素として説明される。

なお、各図は模式図であり、必ずしも厳密に図示されたものではない。また、各図において、実質的に同一の構成に対しては同一の符号を付し、重複する説明は省略または簡略化される場合がある。

（実施の形態）
［構成］
まず、実施の形態に係る制御システムの構成について説明する。図１は、実施の形態に係る制御システムの機能構成を示すブロック図である。

図１に示されるように、制御システム１０は、制御装置２０と、セキュリティシステム３０と、携帯端末４０と、機器５０とを備える。

図１に示される建物８０は、例えば、集合住宅または戸建住宅などの住宅である。建物８０内には、制御装置２０及び機器５０、並びに、セキュリティシステム３０のセキュリティコントローラ３１及びセンサ３３が設置されている。セキュリティシステム３０のセキュリティサーバ３２は、クラウド（言い換えれば、クラウドサーバ）として実現される。

まず、制御装置２０について説明する。制御装置２０は、例えば、エネルギーマネジメント機能を有するＨＥＭＳ（Ｈｏｍｅ Ｅｎｅｒｇｙ Ｍａｎａｇｅｍｅｎｔ Ｓｙｓｔｅｍ）コントローラであり、建物８０内に設置され、建物８０内に設置された機器５０の消費電力を管理する。また、制御装置２０は、機器５０の状態の取得及び表示、並びに、建物８０内（あるいは、建物８０の敷地内）に設置された機器５０の制御などを行う。制御装置２０は、ＨＥＭＳコントローラに限定されず、エネルギーマネジメント機能を有しない他のホームコントローラ、または、ゲートウェイ装置であってもよい。

なお、機器５０は、例えば、照明機器及び空調機器などの家電機器であり、機器５０の状態とは、例えば、機器５０の動作状態、及び、機器５０の消費電力の状態を意味する。動作状態には、具体的には、電源オン状態、電源オフ状態、及び、設定状態（機器５０が空調機器であれば設定温度、機器５０が照明機器であれば明るさなど）などが含まれる。制御装置２０は、具体的には、パネル２２と、マイクロフォン２３と、制御部２４と、記憶部２５と、第一通信部２６と、第二通信部２７とを備える。パネル２２、及び、マイクロフォン２３は、入力受付部２８を構成する。

パネル２２は、ユーザの操作入力を受け付ける。また、パネル２２は、制御部２４の制御に基づいて、画像を表示する。つまり、パネル２２は、表示機能、及び、ユーザの手動入力を受け付けるタッチ入力機能を有する。パネル２２は、具体的には、表示パネル及びタッチパネルによって実現される。タッチパネルは、例えば、静電容量方式のタッチパネルであるが、抵抗膜方式のタッチパネルであってもよい。表示パネルは、例えば、液晶パネルまたは有機ＥＬ（Ｅｌｅｃｔｒｏ Ｌｕｍｉｎｅｓｃｅｎｃｅ）パネルなどである。

マイクロフォン２３は、ユーザの音声入力を受け付ける。マイクロフォン２３は、音声取得部の一例である。

制御部２４は、パネル２２への画像の表示制御、及び、マイクロフォン２３へ入力された音声の音声認識処理などを行う。制御部２４は、例えば、マイクロコンピュータによって実現されるが、プロセッサによって実現されてもよい。

記憶部２５は、制御部２４が実行する制御プログラムなどが記憶される記憶装置である。記憶部２５は、例えば、半導体メモリなどによって実現される。

第一通信部２６は、制御装置２０がセキュリティサーバ３２とインターネットなどの広域通信ネットワーク７０を介して通信を行うための通信モジュール（通信回路）である。第一通信部２６によって行われる通信は、例えば、無線通信であるが、有線通信であってもよい。通信に用いられる通信規格についても特に限定されない。

第二通信部２７は、制御装置２０が、セキュリティコントローラ３１、機器５０、及び、センサ３３と局所通信ネットワークを介して通信を行うための通信モジュール（通信回路）である。第二通信部２７によって行われる通信は、例えば、無線通信であるが、有線通信であってもよい。通信に用いられる通信規格についても、特に限定されない。なお、第二通信部２７と機器５０との間の通信は、例えば、ＥＣＨＯＮＥＴ Ｌｉｔｅ(登録商標)に準拠する。

次に、セキュリティシステム３０について説明する。セキュリティシステム３０は、建物８０における異常の発生に対処するための所定の情報処理を行うための防犯システムである。所定の情報処理は、例えば、異常の発生をユーザに通知するための情報処理、建物８０への訪問者を手配するための情報処理などである。セキュリティシステム３０は、例えば、ホームセキュリティサービスなどを提供する事業者によって運営される。セキュリティシステム３０は、具体的には、セキュリティコントローラ３１と、セキュリティサーバ３２と、センサ３３とを備える。

セキュリティコントローラ３１は、ユーザから報知モードの設定操作を受け付ける。セキュリティコントローラ３１は、セキュリティサーバ３２と広域通信ネットワーク７０を用いた通信を行う。また、セキュリティコントローラ３１は、制御装置２０及びセンサ３３と局所通信ネットワークを用いた通信を行う。

セキュリティコントローラ３１は、報知モードに設定されているときに、センサ３３によって建物８０への侵入者が検出され、かつ、侵入者が検出されてから所定時間が経過しても報知モードの設定が解除されない場合に、建物８０で異常が発生したとみなしてセキュリティサーバ３２にその旨を通知する。

セキュリティサーバ３２へセキュリティコントローラ３１から異常が通知されると、セキュリティシステム３０を運営する事業者のオペレータが訪問者を手配し、訪問者が建物８０に駆け付ける。また、オペレータは、必要に応じて警察署などへ通報を行う。実施の形態では、オペレータとは、コンピュータなどを操作する人間を意味する。

センサ３３は、セキュリティシステム３０が上記報知モードに設定されているときに、建物８０への侵入者を検出する。センサ３３は、例えば、防犯機器である。センサ３３（防犯機器）には、例えば、ドアの開閉状態を検出する電気錠３４、及び、窓の開閉状態を検出する窓の開閉センサ３５などが含まれる。センサ３３には、人感センサ及びガラス破壊センサなどが含まれてもよい。電気錠３４は、解錠状態及び施錠状態の２つの状態を有し、窓の開閉センサ３５は、窓が開いた状態、及び、窓が閉じた状態の２つの状態を有する。なお、開閉センサ３５は、ドアの開閉センサであってもよい。

［動作例１］
以下、制御システム１０の動作例１について説明する。図２は、制御システム１０の動作例１のシーケンス図である。以下の説明では、制御装置２０及びセキュリティコントローラ３１が同一の建物８０に設置されていること（つまり、対応関係にあること）が制御システム１０内で共有されているものとする。

まず、セキュリティコントローラ３１は、ユーザから報知モードの設定を受け付けることで報知モードに設定される（Ｓ１１）。報知モードは、言い換えれば、警戒モードである。報知モードの設定の受け付けは、例えば、セキュリティコントローラ３１が備えるユーザインターフェース装置（図示せず）によって行われるが、制御装置２０によって行われてもよい。

セキュリティコントローラ３１は、セキュリティコントローラ３１が報知モードに設定されたこと（通常モードから報知モードに変更されたこと）を示すモード変更通知をセキュリティサーバ３２に送信する（Ｓ１２）。セキュリティサーバ３２は、セキュリティコントローラ３１からモード変更通知を受信すると、制御装置２０にモード変更通知を送信する（Ｓ１３）。つまり、セキュリティサーバ３２は、モード変更通知を中継する。この結果、セキュリティコントローラ３１が報知モードに設定されたことが、セキュリティコントローラ３１、セキュリティサーバ３２、及び、制御装置２０によって共有される。

報知モードに設定されたセキュリティコントローラ３１（セキュリティシステム３０）は、例えば、センサ３３が所定状態に変化し（Ｓ１４）、かつ、センサ３３が所定状態に変化してから所定時間が経過しても報知モードの設定が解除されないと判定した場合に（Ｓ１５）、異常通知をセキュリティサーバ３２に送信する（Ｓ１６）。この結果、建物８０に訪問者が駆け付ける（Ｓ１７）。なお、上記所定状態は、言い換えれば、建物８０に建物８０に居住するユーザ以外の侵入者が発生したと推定される状態である。センサ３３が所定状態に変化するとは、例えば、電気錠３４が施錠状態から解錠状態に変化すること、及び、窓の開閉センサ３５が閉状態から開状態に変化することなどである。

ところで、ユーザは、例えば、建物８０から外出する際にセキュリティコントローラ３１を報知モードに設定する。この場合、ユーザは、建物８０に帰宅した際に玄関の電気錠３４を解錠した後、上記異常通知が送信されてしまわないように、上記所定時間が経過する前に報知モードの設定を解除する必要がある。所定時間は、より詳細には、０より大きい所定時間であり、例えば、１分以上５分以下の期間（３分間など）である。

同様に、ユーザは、例えば、就寝前にセキュリティコントローラ３１を報知モードに設定する。この場合、ユーザは起床後に報知モードの設定を解除することを忘れて窓を開けてしまった場合には、上記所定時間が経過する前に報知モードの設定を解除する必要がある。

ここで、報知モードの設定を解除する方法としては、例えば、制御装置２０のＧＵＩ（パネル２２）にパスワードまたはＰＩＮコードなどの認証情報を入力する方法が挙げられる。しかしながら、一般的な制御システムにおいては、ユーザは、認証情報の入力画面を表示するための操作（つまり、事前操作）をＧＵＩに対して行ってから認証情報の入力を行う必要があり、認証情報の入力に時間がかかってしまうことが課題である。

これに対し、制御システム１０においては、制御装置２０の制御部２４は、第二通信部２７を介してセンサ３３の状態を取得することで、センサ３３が所定の状態になったことを検出すると（Ｓ１８）、パネル２２に認証情報の入力画面を表示させる（Ｓ１９）。つまり、制御部２４は、センサ３３が所定の状態になった後ユーザがパネル２２へ何らかの操作を行う前（パネル２２が何らかの操作を受け付ける前）にパネル２２に認証情報の入力画面を表示させる。言い換えれば、制御システム１０では、センサ３３が所定の状態になった後、最初に表示されるユーザの操作が要求される画面は、報知モードの設定を解除するための認証情報の入力画面となる。図３は、認証情報の入力画面の一例を示す図である。

制御部２４は、パネル２２がスリープ状態（黒画）である場合には、パネル２２を起動して認証情報の入力画面を表示させる。また、制御部２４は、パネル２２が他の画面を表示している場合には、当該他の画面に代えて認証情報の入力画面を表示させる（つまり、画面を遷移させる）が、当該他の画面に認証情報の入力画面を重畳表示（言い換えれば、ポップアップ表示）させてもよい。図４は、他の画面に重畳表示される、認証情報の入力画面の一例を示す図である。他の画面は、例えば、機器５０を制御するための制御画面などである。

このように、センサ３３が所定の状態になったことを契機に認証情報の入力画面が表示されれば、ユーザは速やかに報知モードの設定を解除することができる。図５は、異常通知が行われる前に報知モードが解除される場合の制御システム１０の動作例１のシーケンス図である。

ステップＳ１１～ステップＳ１４、ステップＳ１８、及び、ステップＳ１９は、図２のシーケンス図と同様である。センサ３３が所定の状態に変化したタイミングから所定時間が経過する前に、ステップＳ１９で表示された入力画面を通じて正しい認証情報が入力されると、パネル２２は、この入力（以下、解除入力とも記載される）を受け付ける（Ｓ２０）。なお、認証情報の入力画面が表示されている状態は、言い換えれば、報知モードの設定を解除するための解除入力を受け付け可能な解除準備状態である。

制御部２４は、解除入力が受け付けられると、第一通信部２６にセキュリティサーバ３２へ設定解除指令を送信させる（Ｓ２１）。セキュリティサーバ３２は、制御装置２０から設定解除指令を受信すると、セキュリティコントローラ３１に設定解除指令を送信する（Ｓ２２）。つまり、セキュリティサーバ３２は、設定解除指令を中継する。この結果、セキュリティコントローラ３１は、報知モードの設定を解除する（Ｓ２３）。つまり、制御部２４は、第一通信部２６を用いて設定解除指令を送信することにより、報知モードの設定を解除することができる。

以上説明したように、制御システム１０は、センサ３３が所定の状態になった後ユーザがパネル２２へ何らかの操作を行う前にパネル２２に認証情報の入力画面を表示させる。これにより、ユーザは認証情報を速やかに入力することができ、セキュリティサーバ３２へ誤って異常通知が行われてしまうこと（誤って建物８０に訪問者が派遣されてしまうこと）が抑制される。

［動作例２］
動作例１では、認証情報の手動入力によって報知モードの設定が解除されたが、報知モードの設定は、音声入力によって解除されてもよい。図６は、このような動作例２のシーケンス図である。

ステップＳ１１～ステップＳ１４は、動作例１と同様である。ステップＳ１４の処理と並行して、制御装置２０の制御部２４は、第二通信部２７を介してセンサ３３の状態を取得することで、センサ３３が所定の状態になったことを検出すると（Ｓ１８）、マイクロフォン２３を起動させ（Ｓ１９ａ）、パネル２２に音声入力画面を表示させる（Ｓ１９ｂ）。つまり、制御部２４は、センサ３３が所定の状態になった後ユーザがパネル２２へ何らかの操作を行う前（パネル２２が何らかの操作を受け付ける前）にマイクロフォン２３を起動し、かつ、パネル２２に音声入力画面を表示させる。図７は、音声入力画面の一例を示す図である。

マイクロフォン２３を起動するとは、マイクロフォン２３の電源をオンし、マイクロフォン２３を、音声を取得可能な状態にすることである。このとき、制御部２４は、マイクロフォン２３を通じて入力される音声の音声認識が可能なスタンバイ状態となる。

また、制御部２４は、パネル２２がスリープ状態である場合には、パネル２２を起動して音声入力画面を表示させる。また、制御部２４は、パネル２２が他の画面を表示している場合には、当該他の画面に代えて音声入力画面を表示させる（つまり、画面を遷移させる）が、当該他の画面に音声入力画面を重畳表示（言い換えれば、ポップアップ表示）させてもよい。他の画面は、例えば、機器５０を制御するための制御画面などである。

センサ３３が所定の状態に変化したタイミングから所定時間が経過する前に、マイクロフォン２３を通じて音声が入力されると、制御部２４は、音声認識処理を行う。制御部２４は、例えば、音声に基づく話者認識を行い、話者が音声データ登録済みの所定のユーザ（たとえば、建物８０に居住するユーザ）であると判定した場合に、設定解除を許容する。また、制御部２４は、音声に基づく単語認識を行い、ユーザが発した単語が所定のパスワードであるか否かを判定し、所定のパスワードであると判定した場合に設定解除を許容してもよい。なお、音声認識処理の一部または全部は、図示されない音声認識サーバによって行われてもよい。

このようにマイクロフォン２３及び制御部２４によって解除入力（正しい音声入力）が受け付けられると（Ｓ２０ａ）、制御部２４は、第一通信部２６にセキュリティサーバ３２へ設定解除指令を送信させる（Ｓ２１）。以降の処理は、動作例１と同様である。なお、マイクロフォン２３及び制御部２４の音声認識機能が起動され、制御部２４が音声認識処理を行うことが可能な状態は、言い換えれば、報知モードの設定を解除するための解除入力を受け付け可能な解除準備状態である。

以上説明したように、制御システム１０は、制御部２４は、センサ３３が所定の状態になった後ユーザがパネル２２へ何らかの操作を行う前に、マイクロフォン２３を起動するなど制御装置２０を音声認識が可能な状態にする。これにより、ユーザは速やかに報知モードを解除するための音声入力を行うことができ、セキュリティサーバ３２へ誤って異常通知が行われてしまうこと（誤って建物８０に訪問者が派遣されてしまうこと）が抑制される。

ところで、図７の音声入力画面は、音声を入力してからパネル２２へ操作を行うことをユーザに求めている。つまり、報知モードの設定の解除の要件として、音声入力だけでなく手動入力が求められている。これにより、建物８０の内部に入ってパネル２２を操作しなければ報知モードの設定を解除できないため、制御装置２０に建物８０の外から音声を認識させるような不正行為による報知モードの設定の解除を抑制することができる。

［変形例］
上記実施の形態における情報の伝達経路は一例である。例えば、モード変更通知は、セキュリティコントローラ３１からセキュリティサーバ３２を介して制御装置２０に送信されたが、セキュリティコントローラ３１から制御装置２０に直接送信されてもよい。つまり、モード変更通知は、セキュリティコントローラ３１からセキュリティサーバ３２及び制御装置２０のそれぞれに送信されてもよい。

また、設定解除指令は、制御装置２０からセキュリティサーバ３２を介してセキュリティコントローラ３１に送信されたが、制御装置２０から直接に送信されてもよい。つまり、設定解除指令は、制御装置２０からセキュリティコントローラ３１及びセキュリティサーバ３２のそれぞれに送信されてもよい。

また、上記実施の形態では、制御装置２０は、センサ３３が所定の状態になったことを独自に検出した。しかしながら、この検出は、制御装置２０が、センサ３３が所定の状態になったことを示す通知をセキュリティコントローラ３１から受けることで行われてもよい。この場合、センサ３３が所定の状態になったことを示す通知は、セキュリティコントローラ３１から制御装置２０に直接送信されてもよいし、セキュリティコントローラ３１からセキュリティサーバ３２を介して制御装置２０に送信されてもよい。

また、上記実施の形態では、セキュリティシステム３０は、セキュリティサーバ３２を含むクライアントサーバシステムであったが、実質的にセキュリティコントローラ３１だけの簡易なシステムであってもよい。この場合、報知モードは、センサ３３が所定の状態になった場合にセキュリティコントローラ３１が建物８０内で警報（警告音）を鳴らす動作モードであってもよい。このように、報知モードにおいて行われる報知には、外部装置への報知（例えば、セキュリティサーバ３２へ異常通知を行うこと）の意味だけでなく、建物８０及びその周辺に位置する人への報知の意味もある。

また、上記実施の形態において、制御装置２０によって行われる処理は、制御装置２０に代えて、制御装置２０と同等の機能を有する携帯端末４０によって行われてもよい。つまり、上記実施の形態において、制御装置２０は、適宜、携帯端末４０に読み代えられてもよい。例えば、携帯端末４０は、ユーザの入力を受け付ける入力受付部と、セキュリティシステム３０が、センサ３３が所定の状態に変化してから所定時間の経過後に報知を行う報知モードに設定されているときに、センサ３３が所定の状態に変化したことを契機に、上記入力受付部を、報知モードの設定を解除するための解除入力を受け付け可能な解除準備状態にする制御部とを備えてもよい。これにより、ユーザは、携帯端末４０を用いてセキュリティシステム３０の報知モードの設定を解除することができる。なお、携帯端末４０は、具体的には、スマートフォンまたはタブレット端末などである。

［効果等］
制御システム１０は、ユーザの入力を受け付ける入力受付部２８と、セキュリティシステム３０が、センサ３３が所定の状態に変化してから所定時間の経過後に報知を行う報知モードに設定されているときに、センサ３３が所定の状態に変化したことを契機に、入力受付部２８を、報知モードの設定を解除するための解除入力を受け付け可能な解除準備状態にする制御部２４とを備える。制御部２４は、解除準備状態の入力受付部２８によって解除入力が受け付けられると、報知モードの設定を解除する。

このような制御システム１０によれば、ユーザは入力受付部２８を解除準備状態にするための入力などを行う必要がないため、解除入力を速やかに行うことができる。つまり、制御システム１０は、報知モードの設定を解除するためにユーザが認証情報の入力を速やかに行うことを支援することができる。また、このような制御システム１０は、ユーザが自身の操作等により入力受付部２８を解除準備状態にするときに生じる処理（パネル２２による操作の検出など）が省略できる。つまり、制御システム１０は、情報処理量を低減することができる。

また、例えば、入力受付部２８は、表示機能及びユーザの手動入力を上記解除入力として受け付けるタッチ入力機能を有するパネル２２を含む。制御部２４は、パネル２２に報知モードの設定を解除するための認証情報の入力画面を表示させることで、入力受付部２８を解除準備状態にする。

このような制御システム１０は、報知モードの設定を解除するためにユーザが認証情報の入力を速やかに行うことを支援することができる。

また、例えば、入力受付部２８は、ユーザの音声入力を上記解除入力として受け付けるマイクロフォン２３を含み、制御部２４は、マイクロフォン２３を起動することで、入力受付部２８を解除準備状態にする。

このような制御システム１０は、報知モードの設定を解除するためにユーザが音声入力を速やかに行うことを支援することができる。

また、例えば、センサ３３は、電気錠３４であり、所定の状態は、解錠状態である。

このような制御システム１０は、電気錠３４が施錠状態から解錠状態に変化したことを契機に、入力受付部２８を解除準備状態にすることができる。

また、例えば、センサ３３は、開閉センサ３５であり、所定の状態は、開閉センサが設置された開口（例えば、窓またはドア）が開いた状態である。

このような制御システム１０は、開閉センサ３５が設置された開口が閉じた状態から開口が開いた状態に変化したことを契機に、入力受付部２８を解除準備状態にすることができる。

また、制御システム１０などのコンピュータによって実行される制御方法は、セキュリティシステム３０が、センサ３３が所定の状態に変化してから所定時間の経過後に報知を行う報知モードに設定されているときに、センサ３３が所定の状態に変化したことを契機に、ユーザの入力を受け付ける入力受付部２８を、報知モードの設定を解除するための解除入力を受け付け可能な解除準備状態にし、解除準備状態の入力受付部２８によって解除入力が受け付けられると、報知モードの設定を解除する。

このような制御方法によれば、ユーザは入力受付部２８を解除準備状態にするための入力などを行う必要がないため、解除入力を速やかに行うことができる。つまり、制御システム１０は、報知モードの設定を解除するためにユーザが認証情報の入力を速やかに行うことを支援することができる。

（その他の実施の形態）
以上、実施の形態について説明したが、本発明は、上記実施の形態に限定されるものではない。

また、上記実施の形態では、制御システムは、複数の装置によって実現されたが、単一の装置として実現されてもよい。例えば、制御システムは、制御装置に相当する単一の装置として実現されてもよいし、制御装置と同様の処理を行う携帯端末に相当する単一の装置として実現されてもよい。制御システムが複数の装置によって実現される場合、制御システムが備える構成要素は、複数の装置にどのように振り分けられてもよい。

例えば、上記実施の形態における装置間の通信方法については特に限定されるものではない。また、装置間の通信においては、図示されない中継装置が介在してもよい。

また、上記実施の形態において、特定の処理部が実行する処理を別の処理部が実行してもよい。また、複数の処理の順序が変更されてもよいし、複数の処理が並行して実行されてもよい。また、上記実施の形態の動作例１、動作例２、及び、変形例は任意に組み合わされてよい。

また、上記実施の形態において、各構成要素は、各構成要素に適したソフトウェアプログラムを実行することによって実現されてもよい。各構成要素は、ＣＰＵまたはプロセッサなどのプログラム実行部が、ハードディスクまたは半導体メモリなどの記録媒体に記録されたソフトウェアプログラムを読み出して実行することによって実現されてもよい。

また、各構成要素は、ハードウェアによって実現されてもよい。例えば、各構成要素は、回路（または集積回路）でもよい。これらの回路は、全体として１つの回路を構成してもよいし、それぞれ別々の回路でもよい。また、これらの回路は、それぞれ、汎用的な回路でもよいし、専用の回路でもよい。

また、本発明の全般的または具体的な態様は、システム、装置、方法、集積回路、コンピュータプログラムまたはコンピュータ読み取り可能なＣＤ－ＲＯＭなどの記録媒体で実現されてもよい。また、システム、装置、方法、集積回路、コンピュータプログラム及び記録媒体の任意な組み合わせで実現されてもよい。

例えば、本発明は、制御システムなどのコンピュータが実行する制御方法として実現されてもよいし、このような制御方法をコンピュータに実行させるためのプログラムとして実現されてもよいし、このようなプログラムが記録されたコンピュータ読み取り可能な非一時的な記録媒体として実現されてもよい。

その他、各実施の形態に対して当業者が思いつく各種変形を施して得られる形態、または、本発明の趣旨を逸脱しない範囲で各実施の形態における構成要素及び機能を任意に組み合わせることで実現される形態も本発明に含まれる。

１０ 制御システム
２２ パネル
２３ マイクロフォン
２８ 入力受付部
３０ セキュリティシステム
３３ センサ
３４ 電気錠
３５ 開閉センサ
４０ 携帯端末

Claims (7)

1. ユーザの入力を受け付ける入力受付部と、
   セキュリティシステムが、センサが所定の状態に変化してから所定時間の経過後に報知を行う報知モードに設定されているときに、前記センサが前記所定の状態に変化したことを契機に、前記入力受付部を、前記報知モードの設定を解除するための解除入力を受け付け可能な解除準備状態にする制御部とを備え、
   前記制御部は、前記解除準備状態の前記入力受付部によって前記解除入力が受け付けられると、前記報知モードの設定を解除し、
   前記入力受付部は、前記ユーザの音声入力を前記解除入力として受け付けるマイクロフォンを含み、
   前記制御部は、前記センサが前記所定の状態に変化したことを契機に前記マイクロフォンを起動することで、前記入力受付部を前記解除準備状態にする
   制御システム。
2. 前記入力受付部は、表示機能及び前記ユーザの手動入力を前記解除入力として受け付けるタッチ入力機能を有するパネルを含み、
   前記制御部は、前記マイクロフォンを起動し、かつ、前記パネルに前記パネルへの操作を求める画面を表示させることで、前記入力受付部を前記解除準備状態にする
   請求項１に記載の制御システム。
3. 前記センサは、電気錠であり、
   前記所定の状態は、解錠状態である
   請求項１または２に記載の制御システム。
4. 前記センサは、開閉センサであり、
   前記所定の状態は、前記開閉センサが設置された開口が開いた状態である
   請求項１または２に記載の制御システム。
5. コンピュータによって実行される制御方法であって、
   前記制御方法は、
   セキュリティシステムが、センサが所定の状態に変化してから所定時間の経過後に報知を行う報知モードに設定されているときに、前記センサが前記所定の状態に変化したことを契機に、ユーザの入力を受け付ける入力受付部を、前記報知モードの設定を解除するための解除入力を受け付け可能な解除準備状態にする準備ステップと、
   前記解除準備状態の前記入力受付部によって前記解除入力が受け付けられると、前記報知モードの設定を解除する解除ステップとを含み、
   前記入力受付部は、前記ユーザの音声入力を前記解除入力として受け付けるマイクロフォンを含み、
   前記準備ステップにおいては、前記センサが前記所定の状態に変化したことを契機に前記マイクロフォンを起動することで、前記入力受付部を前記解除準備状態にする
   制御方法。
6. 前記入力受付部は、表示機能及び前記ユーザの手動入力を前記解除入力として受け付けるタッチ入力機能を有するパネルを含み、
   前記準備ステップにおいては、前記マイクロフォンを起動し、かつ、前記パネルに前記パネルへの操作を求める画面を表示させることで、前記入力受付部を前記解除準備状態にする
   請求項５に記載の制御方法。
7. 請求項５または６に記載の制御方法をコンピュータに実行させるためのプログラム。

Images