JP2021068940A - サーバおよび警備システム - Google Patents

Abstract

【課題】警備サービスの利用時間に応じた支払を可能にするサーバを提供すること。【解決手段】サーバは、監視カメラから、警備サービスの開始を要求する開始要求と、警備サービスの停止を要求する停止要求とを受信する通信部と、開始要求を受信してから停止要求を受信するまでの間における警備サービスに対して課金処理する制御部と、を有する。【選択図】図１

Description

本開示は、サーバおよび警備システムに関する。

特許文献１には、戸建住宅にも適用でき、宅内の異常を近隣の住人および指定の連絡先に知らせることができるセキュリティシステムが開示されている。

特開２００６−２４３８１５号公報

戸建住宅等の建物内に配置される監視カメラは、警備会社が提供する警備サービスと連携することが想定される。警備サービスに対する支払は、例えば、１か月を単位とした定額制よりも、警備サービスを利用した時間に応じた支払が望まれる。

本開示の非限定的な実施例は、警備サービスの利用時間に応じた支払を可能にするサーバおよび警備システムの提供に資する。

本開示の一実施例に係るサーバは、監視カメラから、警備サービスの開始を要求する開始要求と、前記警備サービスの停止を要求する停止要求とを受信する通信部と、前記開始要求を受信してから前記停止要求を受信するまでの間における前記警備サービスに対して課金処理する制御部と、を有する。

本開示の一実施例に係る警備システムは、監視カメラと、前記監視カメラから、警備サービスの開始を要求する開始要求と、前記警備サービスの停止を要求する停止要求とを受信する通信部と、前記開始要求を受信してから前記停止要求を受信するまでの間における前記警備サービスに対して課金処理する制御部と、を有するサーバと、を有する。

なお、これらの包括的または具体的な態様は、システム、装置、方法、集積回路、コンピュータプログラム、または、記録媒体で実現されてもよく、システム、装置、方法、集積回路、コンピュータプログラムおよび記録媒体の任意な組み合わせで実現されてもよい。

本開示の一実施例によれば、警備サービスの利用時間に応じた支払を可能にする。

本開示の一実施例における更なる利点および効果は、明細書および図面から明らかにされる。かかる利点および／または効果は、いくつかの実施形態並びに明細書および図面に記載された特徴によってそれぞれ提供されるが、１つまたはそれ以上の同一の特徴を得るために必ずしも全てが提供される必要はない。

実施の形態に係る警備システムの一例を示した図 電気錠、センサ、監視カメラ、および端末の機能例を示した図 監視カメラの一例を示した正面図 監視カメラの一例を示した斜視図 監視カメラのブロック構成例を示した図 サービサーサーバのブロック構成例を示した図 警備システムの動作の一例を示したシーケンス図 警備システムの動作の一例を示したシーケンス図 ユーザサーバの動作例を示したフローチャート

以下、図面を適宜参照して、本発明の実施の形態について、詳細に説明する。但し、必要以上に詳細な説明は省略する場合がある。例えば、既によく知られた事項の詳細説明や実質的に同一の構成に対する重複説明を省略する場合がある。これは、以下の説明が不必要に冗長になるのを避け、当業者の理解を容易にするためである。

なお、添付図面および以下の説明は、当業者が本開示を十分に理解するために、提供されるのであって、これらにより特許請求の範囲に記載の主題を限定することは意図されていない。

図１は、実施の形態に係る警備システムの一例を示した図である。図２は、電気錠４、センサ７、監視カメラ２、および端末１２〜１４の機能例を示した図である。

図１に示すように、警備システム１は、監視カメラ２と、アダプタ３と、電気錠４と、ドアホン５と、アダプタ６と、センサ７と、ルータ８と、ユーザサーバ９と、サービサーサーバ１０と、管理サーバ１１と、端末１２〜１４と、を有している。

図１に示す監視カメラ２、アダプタ３、ドアホン５、アダプタ６、センサ７、およびルータ８は、例えば、戸建住宅およびマンション等の建物内に設置される。電気錠４は、例えば、戸建住宅およびマンション等の建物の玄関扉に設置される。以下では、建物を単に住宅と呼ぶことがある。

サービサーサーバ１０、管理サーバ１１、および端末１２は、警備サービスを提供する警備会社によって管理される。警備会社は、住宅内に配置された監視カメラ２を利用し、監視カメラ２が配置された住宅の警備サービスを提供する。

端末１３，１４は、監視カメラ２を設置した住宅の住人の端末である。端末１３，１４は、例えば、スマートフォン、タブレット端末、および携帯電話等の携帯端末である。

端末１３，１４は、住宅の内外において、監視カメラ２と通信ができる。例えば、端末１３，１４は、住宅の内外において、監視カメラ２の映像データを受信できる。また、端末１３，１４は、例えば、住宅外において、監視カメラ２を介し、住宅内の人と通話ができる。

監視カメラ２は、例えば、ＩＰカメラである。監視カメラ２は、例えば、住宅内において自由に移動されることができる。監視カメラ２は、例えば、テーブルや棚の上に配置される。

監視カメラ２は、端末１３，１４の指示に応じて、室内の様子を撮影する。監視カメラ２は、音声データを含む映像データを、ルータ８およびユーザサーバ９を介して、端末１３，１４に送信する。監視カメラ２は、例えば、人感センサを備え、人を検知すると、撮影を開始してもよい。また、監視カメラ２は、例えば、音声センサを備え、音を検知すると、撮影を開始してもよい。

電気錠４は、ドアホン５の指示に応じて、玄関扉を施錠および解錠する。また、電気錠４は、端末１３，１４の指示に応じて、玄関扉を施錠および解錠する。電気錠４は、玄関扉の施錠および解錠の状態を検知する。電気錠４は、玄関扉の施錠状態を示す施錠情報をドアホン５に送信する。

ドアホン５は、電気錠４の施錠情報をアダプタ６に送信する。アダプタ６は、ドアホン５から受信した電気錠４の施錠情報を、無線通信によってアダプタ３に送信する。アダプタ６は、例えば、ＩＰ−ＪＥＭ−Ａアダプタであってもよい。

センサ７は、例えば、熱検知器、煙検知器、およびガス検知器等の住警器である。また、センサ７は、例えば、人感センサ、窓センサ、およびドアセンサ等のセンサである。センサ７は、センサ情報を、無線通信によってアダプタ３に送信する。

アダプタ３は、アダプタ６から無線送信される施錠情報を受信する。アダプタ３は、センサ７から無線送信されるセンサ情報を受信する。アダプタ３は、受信した施錠情報およびセンサ情報を監視カメラ２に送信する。アダプタ３は、例えば、移報接点アダプタであってもよい。

監視カメラ２は、アダプタ３から送信される施錠情報およびセンサ情報を受信する。言い換えれば、監視カメラ２は、住宅に設置されたセンサ（電気錠４およびセンサ７を含む）から、住宅の状態に関する情報を収集（集約）する。例えば、監視カメラ２は、玄関扉が開いたことを示す情報、人を検知した情報、ガス漏れを検知したことを示す情報等を収集する。監視カメラ２は、収集した情報をユーザサーバ９に送信する。

監視カメラ２は、監視カメラ２の機器情報を取得する。例えば、監視カメラ２は、電池によって駆動する。監視カメラ２は、監視カメラ２の機器情報として電池の残量を取得する。監視カメラ２は、取得した監視カメラ２の機器情報をユーザサーバ９に送信する。

ユーザサーバ９は、監視カメラ２から送信される情報（映像データ、住宅の状態に関する情報、および監視カメラ２の機器情報を含む）を受信する。ユーザサーバ９は、受信した情報を、端末１３，１４に送信する。これにより、端末１３，１４のユーザは、住宅の状態を把握できる。

ユーザサーバ９は、監視カメラ２が警備会社の警備サービスと連携（例えば、サービサーサーバ１０と接続）している間、監視カメラ２から送信される情報をサービサーサーバ１０に送信する。サービサーサーバ１０は、監視カメラ２から送信される情報を端末１２に送信する。

これにより、警備会社は、監視カメラ２を用いた警備サービスの提供が可能となる。例えば、端末１２のオペレータは、監視カメラ２が警備会社の警備サービスと連携している間、住宅内の映像を見ることができる。また、端末１２のオペレータは、例えば、監視カメラ２が警備会社の警備サービスと連携している間、住宅の異常の有無（例えば、ガス漏れ、火災等）を監視できる。また、端末１２のオペレータは、例えば、監視カメラ２が警備会社の警備サービスと連携している間に、住宅の異常を把握した場合、警備員を住宅に駆けつけさせることができる。また、端末１２のオペレータは、例えば、端末１２から端末１３，１４を呼び出し、住宅の異常に関する情報を端末１３，１４の所持者（ユーザ）に通知できる。

管理サーバ１１は、警備サービスに関するライセンスおよび課金情報等を管理する。例えば、管理サーバ１１は、警備会社が監視カメラ２を利用して住宅の警備サービスを提供している間の、警備サービスの課金計算を行う。

図３Ａは、監視カメラ２の一例を示した正面図である。図３Ｂは、監視カメラ２の一例を示した斜視図である。図３Ａおよび図３Ｂに示すように、監視カメラ２は、ベース２１と、ボタン２２と、を有している。

ベース２１は、カメラ２１ａを有している。ボタン２２は、ベース２１の上部に設けられている。

なお、図１に示したアダプタ３は、ベース２１に内蔵されてもよい。また、アダプタ３は、ベース２１に内蔵される通信部と無線通信してもよい。これにより、監視カメラ２は、持ち運びが便利になる。

ボタン２２は、下に向かって押下されると、ベース２１に向かって移動する。ボタン２２は、押下される力が解除されると、ベース２１とは反対の方向に向かって移動し、元の位置に戻る。例えば、ボタン２２は、図３Ａに示す位置（状態）に戻る。

ボタン２２の表面の全体または一部は、半透明または透明の材料によって形成されている。ボタン２２の内側には、例えば、ＬＥＤ（Light Emitting Diode）等の発光装置が配置される。ボタン２２は、発光装置の発光によって点灯する。

監視カメラ２は、ボタン２２の押下に応じて、サービサーサーバ１０に、警備サービスの開始を要求する開始要求信号と、警備サービスの停止を要求する停止要求信号とを送信する。言い換えれば、監視カメラ２は、警備会社に対し、警備サービスの提供を要求する開始要求信号と、警備サービスの提供の停止を要求する停止要求信号とを送信する。

例えば、監視カメラ２は、ボタン２２が１回押下されると、サービサーサーバ１０に、開始要求信号を送信する。これにより、サービサーサーバ１０は、監視カメラ２を用いた警備サービスを開始する。監視カメラ２は、次に、ボタン２２が押下されると、サービサーサーバ１０に、停止要求信号を送信する。これにより、サービサーサーバ１０は、監視カメラ２を用いた警備サービスを停止する。

つまり、住宅の住人は、監視カメラ２のボタン２２を押下することによって、警備会社の警備サービスを受けたり、受けなかったりすることができる。

なお、ボタン２２は、警備会社の警備サービスを受けている間、内蔵する発光装置によって点灯する。これにより、住宅の住人は、監視カメラ２のボタン２２の点灯状態によって、警備サービスを受けているか否かを把握できる。

サービサーサーバ１０は、監視カメラ２が設置された住宅の警備サービスを開始すると、警備サービスを開始したことを示す開始情報を管理サーバ１１に送信する。管理サーバ１１は、開始情報を受信すると、監視カメラ２を設置した住宅の警備サービスに対する課金を開始する。

サービサーサーバ１０は、監視カメラ２が設置された住宅の警備サービスを停止すると、警備サービスを停止したことを示す停止情報を管理サーバ１１に送信する。管理サーバ１１は、停止情報を受信すると、監視カメラ２を設置した住宅の警備サービスに対する課金を停止する。

これにより、監視カメラ２のユーザ、すなわち、住宅の住人は、警備サービスを受けた時間に応じた費用を警備会社に支払う。

以下では、開始要求信号を単に開始要求と呼ぶことがある。停止要求信号を単に停止要求と呼ぶことがある。

図４は、監視カメラ２のブロック構成例を示した図である。図４に示すように、監視カメラ２は、入力部３１と、制御部３２と、状態検知部３３と、出力部３４と、通信部３５と、映像・音声処理部３６と、を有している。

入力部３１は、ボタン２２と接続されている。入力部３１には、ボタン２２から出力される、ボタン２２が押下されたことを示す信号が入力される。入力部３１は、入力したボタン２２の信号を制御部３２に出力する。

制御部３２は、監視カメラ２全体を制御する。制御部３２は、例えば、ＣＰＵ（Central Processing Unit）またはＤＰＳ（Digital Signal Processer）等のプロセッサによって構成されてもよい。制御部３２は、例えば、記憶部（図示せず）に記憶されたプログラムを実行し、所定の機能を発揮してもよい。

状態検知部３３は、アダプタ３と接続されている。状態検知部３３は、アダプタ３を介して、センサ７から送信されるセンサ情報を受信する。状態検知部３３は、受信したセンサ情報に基づいて、熱、煙、およびガス等を検知する。状態検知部３３は、検知結果を制御部３２に出力する。

状態検知部３３は、アダプタ３を介して、電気錠４から送信される施錠情報を受信する。状態検知部３３は、受信した施錠情報に基づいて、例えば、玄関扉の開閉を検知する。状態検知部３３は、検知結果を制御部３２に出力する。

状態検知部３３は、監視カメラ２が備えるセンサ（例えば、人感センサおよび音声センサ）と接続されている。状態検知部３３は、監視カメラ２が備えるセンサから出力されるセンサ情報に基づいて、人および音等を検知する。状態検知部３３は、検知結果を制御部３２に出力する。

なお、制御部３２が、状態検知部３３の機能を有してもよい。この場合、状態検知部３３は、省略される。

出力部３４は、例えば、ＬＥＤ等の発光装置である。出力部３４は、ボタン２２の内側に配置される。出力部３４は、制御部３２の制御に応じて、点灯および消灯する。出力部３４は、ＬＣＤ（Liquid Crystal Display）等の表示装置であってもよい。表示装置には、例えば、警備サービスが提供されている間、「警備サービス中」等の文字が表示されてもよい。

通信部３５は、ルータ８と通信する。通信部３５は、例えば、Ｗｉ−Ｆｉ（登録商標）またはブルートゥース（登録商標）等の近距離無線通信を介して、ルータ８と通信してもよい。

映像・音声処理部３６は、カメラ（撮像素子）およびマイクと接続されている。映像・音声処理部３６は、例えば、映像信号および音声信号を圧縮処理し、制御部３２に出力する。

制御部３２は、ボタン２２が押下される度に、サービサーサーバ１０に対し、警備サービスの開始を要求する開始要求と、警備サービスの停止を要求する停止要求とを交互に送信する。

制御部３２は、サービサーサーバ１０から、警備サービスの開始を示す開始情報を受信する。また、制御部３２は、サービサーサーバ１０から、警備サービスの停止を示す停止情報を受信する。制御部３２は、開始情報と停止情報とに基づいて、出力部３４を点灯および消灯する。

例えば、制御部３２は、サービサーサーバ１０から開始情報を受信すると、出力部３４を点灯する。制御部３２は、サービサーサーバ１０から停止情報を受信すると、出力部３４を消灯する。これにより、出力部３４は、警備サービスを受けている間（監視カメラ２が警備会社の警備サービスと連携している間）、点灯する。

制御部３２は、警備サービスが提供されている間において（例えば、ボタン２２が点灯している間において）、電気錠４およびセンサ７を用いて検知された住宅の異常に関する警報情報を、サービサーサーバ１０に送信する。

例えば、警備サービスが提供されている間において、状態検知部３３が、センサ７のセンサ情報から、ガスの発生を検知する。この場合、制御部３２は、サービサーサーバ１０に、ガス漏れが発生したことを示す警報情報を送信する。また、例えば、警備サービスの利用中において、状態検知部３３が、電気錠４の施錠情報から、玄関扉の解錠を検知する。この場合、制御部３２は、サービサーサーバ１０に、玄関扉が解錠したことを示す警報情報を送信する。

制御部３２は、警備サービスが提供されている間において、警備サービス提供者の端末１２からの通話呼び出しを受付ける。制御部３２は、端末１２からの通話呼び出しを受付けると、監視カメラ２を、端末１２と通話可能状態にする。これにより、住宅内に居る人は、監視カメラ２を介して、端末１２のオペレータと通話できる。

制御部３２は、警備サービスが提供されている間において、監視カメラ２の機器状態を、サービサーサーバ１０に送信する。例えば、制御部３２は、監視カメラ２の電池の残量を示す機器状態を、サービサーサーバ１０に送信する。これにより、端末１２のオペレータは、例えば、端末１３，１４のユーザまたは住宅内に居る人に、監視カメラ２の電池交換を促すことができる。

制御部３２は、警備サービスが提供されている間において、監視カメラ２が撮影した映像をサービサーサーバ１０に送信する。これにより、端末１２のオペレータは、例えば、住宅内の様子を監視できる。

図５は、サービサーサーバ１０のブロック構成例を示した図である。図５に示すように、サービサーサーバ１０は、制御部４１と、通信部４２と、記憶部４３と、を有している。

制御部４１は、サービサーサーバ１０全体を制御する。制御部４１は、例えば、ＣＰＵ等のプロセッサによって構成されてもよい。

通信部４２は、インターネット等のネットワークを介して、ユーザサーバ９および端末１２と通信する。

記憶部４３は、制御部４１が動作するためのプログラムが記憶される。また、記憶部４３には、制御部４１が計算処理を行うためのデータ、または、制御部４１が各部を制御するためのデータ等が記憶される。記憶部４３は、ＲＡＭ、ＲＯＭ、フラッシュメモリ、およびＨＤＤなどの記憶装置によって構成されてもよい。

制御部４１は、監視カメラ２から、警備サービスの開始要求および停止要求を受信する。制御部４１は、開始要求を受信してから停止要求を受信するまでの間における警備サービスに対して課金処理する。

例えば、制御部４１は、監視カメラ２から、警備サービスの開始要求を受信すると、監視カメラ２が設置された住宅の警備サービスを開始したことを示す開始情報を、管理サーバ１１に送信する。制御部４１は、監視カメラ２から、警備サービスの停止要求を受信すると、監視カメラ２が設置された住宅の警備サービスを停止したことを示す停止情報を、管理サーバ１１に送信する。管理サーバ１１は、開始情報の受信から停止情報の受信までの時間を計測し、例えば、時間に比例した警備サービスの費用を算出する。

なお、制御部４１が、警備サービスを開始してから終了するまでの時間を計測し、計測した時間に応じた課金処理を実行してもよい。制御部４１は、算出した費用を管理サーバ１１に送信してもよい。

制御部４１は、監視カメラ２から開始要求を受信すると、監視カメラ２を用いた警備サービスを開始する。また、制御部４１は、監視カメラ２から停止要求を受信すると、監視カメラ２を用いた警備サービスを停止する。

例えば、制御部４１は、監視カメラ２から開始要求を受信すると、監視カメラ２から停止要求を受信するまで、監視カメラ２から送信される警報情報を受信する。制御部４１は、監視カメラ２から送信された警報情報を端末１２に送信する。

制御部４１は、警備サービスを開始すると、監視カメラ２と通信する端末１３，１４に、警備サービスを開始したことを示す開始情報を送信する。また、制御部４１は、警備サービスを停止すると、監視カメラ２と通信する端末１３，１４に、警備サービスを停止したことを示す停止情報を送信する。これにより、端末１３，１４のユーザは、監視カメラ２のボタン２２が、住宅に居る人によって押下され、警備サービスが開始されたことを認識できる。また、端末１３，１４のユーザは、監視カメラ２のボタン２２が、住宅に居る人によって押下され、警備サービスが停止されたことを認識できる。

制御部４１は、警備サービスを開始してから、警備サービスを停止するまでの間に、端末１２から、監視カメラ２に対する通話要求を受信すると、監視カメラ２に対し通話呼び出しを実行する。これにより、端末１２のオペレータは、監視カメラ２を介して、住宅内の人と通話できる。

制御部４１は、監視カメラ２から警報情報を受信すると、端末１３，１４に異常検知を通知する。これにより、端末１３，１４のユーザは、住宅にて異常が発生したことを認識できる。なお、制御部４１は、異常内容を端末１３，１４に通知してもよい。

制御部４１は、監視カメラ２から送信される映像データを受信する。制御部４１は、例えば、画像解析によって、映像データの映像から、住宅内の異常を検知した場合、端末１３，１４に異常検知を通知する。これにより、端末１３，１４のユーザは、住宅にて異常が発生したことを認識できる。なお、制御部４１は、異常を検知した映像を、端末１３，１４に送信してもよい。

制御部４１は、端末１３，１４から、警備サービス提供者による駆けつけサービスの要求を受信する。制御部４１は、端末１３，１４から、駆けつけサービスの要求を受信すると、その要求を端末１２に送信する。これにより、端末１２のオペレータは、例えば、警備員を端末１３，１４のユーザの住宅に向かわせることができる。

なお、制御部４１は、駆けつけサービスに対する報告を、端末１３，１４に通知してもよい。例えば、制御部４１は、住宅に駆け付けた警備員から、住宅に駆け付けたときの様子に関する情報を受信する。制御部４１は、受信した情報を端末１３，１４に送信する。

制御部４１は、警備サービスを提供している間において、監視カメラ２から機器状態に関する情報を受信する。制御部４１は、監視カメラ２の機器情報に関する情報を、端末１３，１４に送信する。例えば、制御部４１は、監視カメラ２の電池残量が少ないことを示す情報を端末１３，１４に送信する。これにより、端末１３，１４のユーザは、監視カメラ２の電池残量が少ないことを把握できる。

制御部４１は、監視カメラ２と連携した警備サービスを停止するとき、警備サービスを停止する情報を監視カメラ２に送信する。これにより、監視カメラ２は、出力部３４を消灯できる。

図５では、サービサーサーバ１０のブロック構成例について説明したが、ユーザサーバ９および管理サーバ１１も、図５と同様のブロック構成を有してもよい。ただし、ユーザサーバ９の制御部は、図５で説明した制御部４１と機能が異なる。管理サーバ１１の制御部は、図５で説明した制御部４１と機能が異なる。

また、端末１２〜１４も、図５と同様のブロック構成を有してもよい。ただし、端末１２〜１４は、タッチパネルから出力される信号を入力する入力部およびタッチパネルに信号を出力する出力部を有してもよい。また、端末１２〜１４の各々の制御部は、図５で説明した制御部４１と機能が異なる。

図６は、警備システムの動作の一例を示したシーケンス図である。監視カメラ２のボタン２２は、ユーザから、警備サービス開始のための押下操作を受付ける。監視カメラ２のボタン２２は、ユーザから、警備サービス停止のための押下操作を受付ける（Ｓ１）。

監視カメラ２は、サービス変更処理を開始する（Ｓ２）。例えば、監視カメラ２は、警備サービスの提供を受けていない状態においてボタン２２が押下された場合、警備サービスの開始処理を行う。監視カメラ２は、警備サービスの提供を受けている状態においてボタン２２が押下された場合、警備サービスの停止処理を行う。

監視カメラ２は、サービス変更要求をユーザサーバ９に送信する（Ｓ３）。サービス変更要求は、サービサーサーバ１０に警備サービスの開始を要求する開始要求と捉えてもよい。また、サービス変更要求は、サービサーサーバ１０に警備サービスの停止を要求する停止要求と捉えてもよい。

ユーザサーバ９は、Ｓ３にて送信されたサービス変更要求を受付けると、ユーザ管理情報を更新する（Ｓ４）。例えば、ユーザサーバ９は、記憶部において、ユーザの警備サービスの利用状況を示すユーザ管理情報を管理している。ユーザサーバ９は、記憶部のユーザ管理情報に対して、監視カメラ２から、サービス変更要求を受信した日時を登録する。

ユーザサーバ９は、Ｓ３にて送信されたサービス変更要求の受信に応じて、監視カメラ２のボタン２２が押下されたことを端末１３，１４に通知する（Ｓ５）。

端末１３，１４は、Ｓ５にて送信された通知の受信に応じて、自宅において警備サービスが開始されたことをユーザに通知する（Ｓ６）。例えば、端末１３，１４は、表示装置において、警備サービスが開始されたことをユーザに通知する。

ユーザサーバ９は、Ｓ４にてユーザ管理情報を更新すると、サービス変更要求をサービサーサーバ１０に送信する（Ｓ７）。

サービサーサーバ１０は、Ｓ７にて送信されたサービス変更要求を受信すると、サービサー管理情報を更新する（Ｓ８）。例えば、ユーザサーバ９は、記憶部において、ユーザの警備サービスの利用状況を示すサービサー管理情報を管理している。ユーザサーバ９は、記憶部のサービサー管理情報に対して、ユーザサーバ９から、サービス変更要求を受信した日時を登録する。

サービサーサーバ１０は、Ｓ８にてサービサー管理情報を更新すると、サービス変更要求を管理サーバ１１に送信する（Ｓ９）。

管理サーバ１１は、Ｓ９にて送信されたサービス変更要求を受信すると、契約マスタ管理情報を更新する（Ｓ１０）。例えば、管理サーバ１１は、記憶部において、ユーザの警備サービスの利用状況を示す契約マスタ管理情報を管理している。管理サーバ１１は、記憶部の契約マスタ管理情報に対して、サービサーサーバ１０から、サービス変更要求を受信した日時を登録する。また、管理サーバ１１は、開始要求を登録してから、停止要求を受信するまでの間の、警備サービスの課金情報を契約マスタ管理情報において管理する。

管理サーバ１１は、Ｓ１０にて契約マスタ管理情報を更新すると、サービス変更応答をサービサーサーバ１０に送信する（Ｓ１１）。サービス変更応答は、警備サービスの開始要求に対する応答と捉えてもよい。また、サービス変更要求は、警備サービスの停止要求に対する応答と捉えてもよい。

サービサーサーバ１０は、Ｓ１１にて送信されたサービス変更応答を受信すると、サービサー管理情報を更新する（Ｓ１２）。例えば、サービサーサーバ１０は、サービサー管理情報に対して、管理サーバ１１から、サービス変更応答を受信した日時を登録する。

サービサーサーバ１０は、Ｓ１２にてサービサー管理情報を更新すると、サービス変更応答をユーザサーバ９に送信する（Ｓ１３）。

ユーザサーバ９は、Ｓ１３にて送信されたサービス変更応答を受信すると、ユーザ管理情報を更新する（Ｓ１４）。例えば、ユーザサーバ９は、ユーザ管理情報に対して、サービサーサーバ１０から、サービス変更応答を受信した日時を登録する。

ユーザサーバ９は、Ｓ１４にてユーザ管理情報を更新すると、サービス変更応答を監視カメラ２に送信する（Ｓ１５）。

監視カメラ２は、Ｓ１５にて送信されたサービス変更応答を受信すると、警備サービスの状態が変わったことをユーザに通知する（Ｓ１６）。例えば、監視カメラ２は、出力部３４の点灯および消灯によって、警備サービスの状態が変わったことをユーザに通知する。

図７は、警備システムの動作の一例を示したシーケンス図である。警備システムは、図６のＳ１６にて、監視カメラ２がサービス応答を受信すると、図７に示すシーケンス処理を実行する。

監視カメラ２は、サービス変更確定処理を開始する（Ｓ２１）。例えば、監視カメラ２は、図６のＳ１６にて、サービス変更応答を受信すると、警備サービスの変更確定処理を開始する。

監視カメラ２は、ユーザサーバ９、サービサーサーバ１０、および管理サーバ１１と情報を共有するため、同期処理を開始する（Ｓ２２）。言い換えれば、警備システムは、警備サービスを受けるユーザと、警備サービスを提供する提供者との間に、警備サービスに関する認識のずれ（例えば、警備サービスにかかった費用の認識のずれ）が生じないよう、監視カメラ２、ユーザサーバ９、サービサーサーバ１０、および管理サーバ１１において情報を共有する。

監視カメラ２は、同期要求をユーザサーバ９に送信する（Ｓ２３）。同期要求には、監視カメラ２が警備サービスのサービス状態を変更した時刻および利用実績等が含まれる。利用実績には、例えば、監視カメラ２が警備サービスの提供を停止する場合、警備サービスの利用時間が含まれてもよい。また、利用実績には、例えば、監視カメラ２が警備サービスの提供を受ける場合、監視カメラ２が集約した住宅状況に関する情報および監視カメラの機器情報が含まれてもよい。

ユーザサーバ９は、Ｓ２３にて送信された同期要求を受信すると、ユーザ管理情報を更新する（Ｓ２４）。例えば、ユーザサーバ９は、記憶部のユーザ管理情報に対して、監視カメラ２から受信した同期要求に含まれる変更時刻および利用実績等を登録する。

ユーザサーバ９は、Ｓ２４にてユーザ管理情報を更新すると、同期要求をサービサーサーバ１０に送信する（Ｓ２５）。

サービサーサーバ１０は、Ｓ２５にて送信された同期要求を受信すると、サービサー管理情報を更新する（Ｓ２６）。例えば、ユーザサーバ９は、記憶部のサービサー管理情報に対して、ユーザサーバ９から受信した同期要求に含まれる変更時刻および利用実績等を登録する。

サービサーサーバ１０は、Ｓ２６にてサービサー管理情報を更新すると、同期要求を管理サーバ１１に送信する（Ｓ２７）。

管理サーバ１１は、Ｓ２７にて送信された同期要求を受信すると、契約マスタ管理情報に対して情報を照会および更新する（Ｓ２８）。例えば、管理サーバ１１は、記憶部の契約マスタ管理情報に対して、サービサーサーバ１０から受信した同期要求に含まれる変更時刻および利用実績等を登録する。また、管理サーバ１１は、例えば、同期要求に含まれる警備サービスの利用時間が、契約マスタ管理情報で管理している利用時間に一致するか照会する。

管理サーバ１１は、Ｓ２８にて契約マスタ管理情報を照会および更新すると、同期応答をサービサーサーバ１０に送信する（Ｓ２９）。管理サーバ１１は、同期要求に含まれる警備サービスの利用時間が、契約マスタ管理情報で管理している利用時間に一致したか否かの照会結果を同期応答に含めてもよい。

サービサーサーバ１０は、Ｓ２９にて送信された同期応答を受信すると、サービサー管理情報を更新する（Ｓ３０）。例えば、サービサーサーバ１０は、サービサー管理情報に対して、管理サーバ１１から、同期応答を受信した日時を登録する。

サービサーサーバ１０は、Ｓ３０にてサービサー管理情報を更新すると、同期応答をユーザサーバ９に送信する（Ｓ３１）。

ユーザサーバ９は、Ｓ３１にて送信されたサービス同期応答を受信すると、ユーザ管理情報を更新する（Ｓ３２）。例えば、ユーザサーバ９は、ユーザ管理情報に対して、サービサーサーバ１０から、同期応答を受信した日時を登録する。

ユーザサーバ９は、Ｓ３２にてユーザ管理情報を更新すると、サービス変更確定を端末１３，１４に送信する（Ｓ３３）。

端末１３，１４は、Ｓ３３にて送信されたサービス変更確定を受信すると、警備サービスの変更が確定したことをユーザに通知する（Ｓ３４）。例えば、端末１３，１４は、表示装置において、警備サービスの変更が確定したことをユーザに通知する。また、端末１３，１４は、警備サービスを開始してから停止するまでの間の費用を表示装置に表示してもよい。

ユーザサーバ９は、Ｓ３２にてユーザ管理情報を更新すると、同期応答を監視カメラ２に送信する（Ｓ３５）。

監視カメラ２は、Ｓ３５にて送信された同期応答を受信すると（Ｓ３６）、警備サービスの変更確定処理が完了したことを、住宅内のユーザに通知する。例えば、監視カメラ２は、出力部３４の点灯および消灯によって、警備サービスの変更確定処理が完了したことを住宅内のユーザに通知する。

図８は、ユーザサーバ９の動作例を示したフローチャートである。ユーザサーバ９は、監視カメラ２および端末１３，１４から、要求および通知を受信する（Ｓ４１）。監視カメラ２からの要求および通知には、例えば、電気錠４およびセンサ７を用いて検知された警報情報、接続機器の新規追加、監視カメラ２の故障、断線、電池切れによる異常情報、監視カメラ２または接続機器の設定変更、および電池残量情報等が含まれてもよい。また、端末１３，１４からの要求および通知には、警報情報等に対する確認完了等が含まれてもよい。

ユーザサーバ９は、ステップＳ４１にて受信した要求および通知を端末１３，１４に送信する（Ｓ４２）。

ユーザサーバ９は、警備サービス中か否かを判定する（Ｓ４３）。

ユーザサーバ９は、警備サービス中であると判定した場合（Ｓ４３の「ＹＥＳ」）、ステップＳ４１にて受信した要求および通知をサービサーサーバ１０に送信する（Ｓ４４）。

ユーザサーバ９は、ユーザサーバ９、サービサーサーバ１０、および監視サーバ１１間の同期を確認する（Ｓ４５）。

ユーザサーバ９は、Ｓ４３にて警備サービス中でないと判定した場合（Ｓ４３の「ＮＯ」）、または、ステップＳ４５の処理を実行した場合、記憶部に記憶されているユーザ管理情報を更新する（Ｓ４６）。

以上説明したように、監視カメラ２は、ボタン２２と、サービサーサーバ１０と通信する通信部３５と、ボタン２２の操作に応じて、サービサーサーバ１０に、警備サービスの開始を要求する開始要求と、警備サービスの停止を要求する停止要求とを送信する制御部３２と、を備える。サービサーサーバ１０は、監視カメラ２から、警備サービスの開始を要求する開始要求と、警備サービスの停止を要求する停止要求とを受信する通信部４２と、開始要求を受信してから停止要求を受信するまでの間における警備サービスに対して課金処理する制御部４１と、を有する。

これにより、サービサーサーバ１０は、監視カメラ２から開始要求を受信してから、停止要求を受信するまでの間において、警備サービスの課金処理ができ、警備サービスを受けるユーザは、警備サービスの利用時間に応じた支払ができる。

なお、サービサーサーバ１０および管理サーバ１１は、１つのサーバによって実現されてもよい。すなわち、サービサーサーバ１０は、警備サービスの契約の管理および課金処理を行ってもよい。

また、サービサーサーバ１０は、監視カメラ２のボタン２２の押下に応じて、ユーザの契約状態を変えてもよい。

上述の実施の形態においては、各構成要素に用いる「・・・部」という表記は、「・・・回路（circuitry）」、「・・・デバイス」、「・・・ユニット」、又は、「・・・モジュール」といった他の表記に置換されてもよい。

以上、図面を参照しながら実施の形態について説明したが、本開示はかかる例に限定されない。当業者であれば、特許請求の範囲に記載された範疇において、各種の変更例または修正例に想到し得ることは明らかである。そのような変更例または修正例についても、本開示の技術的範囲に属するものと了解される。また、本開示の趣旨を逸脱しない範囲において、実施の形態における各構成要素は任意に組み合わされてよい。

本開示はソフトウェア、ハードウェア、又は、ハードウェアと連携したソフトウェアで実現することが可能である。上記実施の形態の説明に用いた各機能ブロックは、部分的に又は全体的に、集積回路であるＬＳＩとして実現され、上記実施の形態で説明した各プロセスは、部分的に又は全体的に、一つのＬＳＩ又はＬＳＩの組み合わせによって制御されてもよい。ＬＳＩは個々のチップから構成されてもよいし、機能ブロックの一部または全てを含むように一つのチップから構成されてもよい。ＬＳＩはデータの入力と出力を備えてもよい。ＬＳＩは、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。

集積回路化の手法はＬＳＩに限るものではなく、専用回路、汎用プロセッサ又は専用プロセッサで実現してもよい。また、ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。本開示は、デジタル処理又はアナログ処理として実現されてもよい。

さらには、半導体技術の進歩または派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適用等が可能性としてありえる。

本開示は、建物内に配置される監視カメラを用いた警備サービスに有用である。

１ 警備システム
２ 監視カメラ
３，６ アダプタ
４ 電気錠
５ ドアホン
７ センサ
８ ルータ
９ ユーザサーバ
１０ サービサーサーバ
１１ 管理サーバ
１２〜１４ 端末

Claims (12)

1. 監視カメラから、警備サービスの開始を要求する開始要求と、前記警備サービスの停止を要求する停止要求とを受信する通信部と、
   前記開始要求を受信してから前記停止要求を受信するまでの間における前記警備サービスに対して課金処理する制御部と、
   を有するサーバ。
2. 前記制御部は、前記開始要求を受信すると前記監視カメラを用いた前記警備サービスを開始し、前記停止要求を受信すると前記監視カメラを用いた前記警備サービスを停止する、
   請求項１に記載のサーバ。
3. 前記制御部は、前記警備サービスを開始した場合、前記監視カメラと通信する端末に、前記警備サービスを開始したことを示す情報を送信する、
   請求項１または２に記載のサーバ。
4. 前記制御部は、警備サービス提供者の警備端末からの要求に応じて、前記監視カメラに対し通話呼び出しを実行する、
   請求項１から３のいずれか一項に記載のサーバ。
5. 前記制御部は、前記監視カメラから、前記監視カメラが設置された建物の異常に関する情報を受信した場合、前記監視カメラと通信する端末に、建物の異常を通知する、
   請求項１から４のいずれか一項に記載のサーバ。
6. 前記制御部は、前記監視カメラから送信される映像から異常を検知した場合、前記監視カメラと通信する端末に、異常検知を通知する、
   請求項１から４のいずれか一項に記載のサーバ。
7. 前記制御部は、前記端末から、警備員による駆けつけサービスの要求を受信する、
   請求項５または６に記載のサーバ。
8. 前記制御部は、前記監視カメラから機器状態に関する情報を受信する、
   請求項１から７のいずれか一項に記載のサーバ。
9. 前記制御部は、前記警備サービスを停止するとき、前記警備サービスを停止する情報を前記監視カメラに送信する、
   請求項１から８のいずれか一項に記載のサーバ。
10. 前記制御部は、前記警備サービスを開始してから停止するまでの時間を計測し、前記時間に応じた課金処理を実行する、
    請求項１から９のいずれか一項に記載のサーバ。
11. 前記制御部は、前記監視カメラと通信する端末に課金情報を送信する、
    請求項１から１０のいずれか一項に記載のサーバ。
12. 監視カメラと、
    前記監視カメラから、警備サービスの開始を要求する開始要求と、前記警備サービスの停止を要求する停止要求とを受信する通信部と、前記開始要求を受信してから前記停止要求を受信するまでの間における前記警備サービスに対して課金処理する制御部と、を有するサーバと、
    を有する警備システム。

Images