(57)【要約】【課題】障害状態が発生してもサーバ側で欠損の無い映像が得られるネットワークカメラシステムを提供する。【解決手段】クライアント１０は、障害状態の発生により、カメラ部１１で撮影された映像データＤをサーバ２０へ送信するのを中止すると共に、障害状態の発生中に撮影された映像データＤをクライアント側記憶部１３に保存させる。クライアント１０は、障害状態の解消により、障害状態の発生中にクライアント側記憶部１３に保存しておいた映像データＤと、障害状態の解消後に撮影された映像データＤとをサーバ２０へ送信する。サーバ２０は、障害状態の発生中の映像データＤと障害状態の発生前後の映像データＤとを一連の映像データＤとして、サーバ側記憶部２３で管理する。【選択図】図１
2013251588.tif 000002
【特許請求の範囲】
【請求項１】
カメラ部と、前記カメラ部によって撮影された映像データを取得可能に設置されたクライアント側記憶部と、前記カメラ部および前記クライアント側記憶部がＬＡＮ（Local Area Network）側に設置され且つＷＡＮ（Wide Area Network）側が通信回線に接続されたクライアント側ルータと、を有するクライアントと、
前記通信回線にＷＡＮ側が接続されたサーバ側ルータと、前記サーバ側ルータのＬＡＮ側に設置され且つ前記カメラ部によって撮影されて前記クライアントから送信される前記映像データを取得可能に設置されたサーバ側記憶部と、を有するサーバと
を備え、
前記クライアントは、
前記サーバ側記憶部が前記映像データを取得不能な状態である障害状態が発生していない場合には、前記映像データを前記サーバ側記憶部に保存するために前記サーバへ送信し、
前記障害状態の発生により、前記映像データを前記サーバへ送信するのを中止すると共に、前記障害状態の発生中に撮影された前記映像データを前記クライアント側記憶部に保存させ、
前記障害状態の解消により、前記障害状態の発生中に前記クライアント側記憶部に保存しておいた前記映像データと、前記障害状態の解消後に撮影された前記映像データとを前記サーバへ送信し、
前記サーバは、
前記障害状態の発生中の前記映像データと前記障害状態の発生前後の前記映像データとを一連の映像データとして、前記サーバ側記憶部で管理する、
ネットワークカメラシステム。
【請求項２】
前記クライアント側ルータが前記障害状態の発生および解消を、前記クライアント側ルータ自身が検出することによってまたは前記サーバ側ルータから通知されることによって、認識すると、前記クライアント側ルータが前記映像データの保存先の切り替えを制御する、請求項１に記載のネットワークカメラシステム。
【請求項３】
前記クライアント側記憶部は前記カメラ部を介さずに前記クライアント側ルータに接続されている、請求項１または請求項２に記載のネットワークカメラシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はネットワークカメラシステムに関する。
【背景技術】
【０００２】
下記特許文献１に記載のネットワークカメラシステムでは、ネットワークカメラがハブ（ネットワークカメラ以外に情報処理端末も接続されている）を介してルータに接続され、これによりＬＡＮが構成されている。上記ルータは通信ネットワークに接続されており、当該通信ネットワークにはユーザが操作する端末装置（以下、ユーザ端末とも称する）と、中継サーバと、録画・課金サーバとが接続されている。ユーザ端末は中継サーバへ接続要求を送信する機能を有し、当該ユーザ端末としてカメラ機能を備えた携帯端末、デジタルビデオレコーダ、パーソナルコンピュータが例示されている。
【０００３】
このシステムにおいて、ネットワークカメラは定期的に、外部ネットワークに属する中継サーバに対して、ユーザ端末による閲覧要求の有無を問い合わせる。ユーザ端末からの閲覧要求がない場合、中継サーバは、ネットワークカメラとの接続（セッション）をその都度解除する。他方、閲覧要求があった場合、中継サーバは接続を維持する。ネットワークカメラは、中継サーバとの接続が維持された状態で被写体を撮影し、撮影データを中継サーバに送信する。そして、中継サーバは、その撮影データをユーザ端末へ送信する。
【０００４】
このように、ユーザは、中継サーバにアクセスすることにより、ネットワークカメラが撮影した被写体の映像を、遠隔地からリアルタイムで閲覧することができる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１０−５７１６５号公報
【特許文献２】特開２０１０−９３６６５号公報
【特許文献３】特開２００５−２６８６６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかし、特許文献１のネットワークカメラシステムによれば、例えば通信ネットワークに障害が発生すると、障害発生中はネットワークカメラが撮影した映像を閲覧することができない。これに対し、通信障害時の対策技術が、上記特許文献２，３に紹介されている。
【０００７】
特許文献２に記載のネットワーク監視カメラシステムでは、複数のネットワークカメラがハブに接続されてＬＡＮを形成しており、各ネットワークカメラの内部または外部に記録媒体が設けられている。ハブはＩＰネットワークに接続されており、当該ＩＰネットワークには記憶装置が接続されている。
【０００８】
このシステムによれば、通常は、各ネットワークカメラで撮像された映像情報は、ＩＰネットワークを介して、記録装置に記録される。一方、ＩＰネットワークの通信障害や記録装置の不具合といったトラブルが発生して記録装置に映像情報を記録不能となった場合、各ネットワークカメラの映像情報は各ネットワークカメラに備わっている記録媒体に記録される。
【０００９】
また、特許文献３に記載のクライアントサーバシステムによれば、ＦＴＰクライアント機能を有するネットワークカメラが、ネットワークを介してＦＴＰサーバに接続されている。通常時すなわちネットワークが正常な場合、ネットワークカメラは、リアルタイムで得られる撮像出力を、ＪＰＥＧ圧縮画像データとして、所定の時間間隔（例えば６秒）で、当該ネットワークカメラのバックアップメモリ部に書き込む。その後、そのＪＰＥＧ圧縮画像データは、バックアップメモリ部から読み出されて、サーバへ送信される。
【００１０】
データの送信処理が正常に終了した場合、ネットワークカメラは、バックアップメモリ部から送信済みの画像データを削除する。他方、データの送信処理が正常に終了しない場合、ネットワークカメラは、ネットワークに障害が発生しているものと判断し、サーバへ送信すべき圧縮画像データをバックアップメモリ部に蓄積していく。なお、特許文献３には、ネットワーク障害発生時のみ画像データをバックアップメモリ部に書き込むことにより、バックアップメモリ部の長寿命化を図ることも紹介されている。
【００１１】
ネットワークが復旧した場合、ネットワークカメラは、障害発生時にバックアップメモリ部に蓄積しておいた画像データをサーバへ送信する。具体的には、ネットワークカメラは、新規に得られるＪＰＥＧ圧縮画像データを所定の時間間隔でバックアップメモリ部に書き込むと共に、未送信の画像データをバックアップメモリ部から読み出してサーバへ送信する。
【００１２】
この際、ネットワークカメラは、未送信の画像データを、古いものから順番にすなわち時系列を崩すことなく、サーバへ送信する。あるいは、ネットワークカメラは障害発生中の画像データと障害復旧後の画像データとを交互に送信し、サーバが受信画像データを例えば撮像時刻情報を使って時系列にソートし直す。
【００１３】
しかしながら、特許文献２のシステムでは、ＩＰネットワーク等にトラブルが発生している期間の映像情報は、各ネットワークカメラに備わっている記録媒体に記録されたままである。このため、ネットワークカメラが形成するＬＡＮとは別個にＩＰネットワークに接続された上記記憶装置において、トラブル発生期間の映像情報が欠落してしまう。
【００１４】
また、特許文献３のシステムでは、サーバは静止画データしか得られない。
【００１５】
また、特許文献２のシステムでは各ネットワークカメラに記録媒体を設ける必要があり、特許文献３のシステムでは各ネットワークカメラに追加的な構成が必要である。このため、コストの増大を招いてしまう。特にカメラの台数が増えると、大幅なコスト増大を伴うことになる。
【００１６】
本発明は、障害状態が発生してもサーバ側で欠損の無い映像（換言すれば動画）が得られるシステムを提供することを目的とする。また、そのようなシステムについて利便性の向上、低コスト化を提供することをさらなる目的とする。
【課題を解決するための手段】
【００１７】
本発明の一態様に係るネットワークカメラシステムはクライアントとサーバとを含む。前記クライアントは、カメラ部と、前記カメラ部によって撮影された映像データを取得可能に設置されたクライアント側記憶部と、前記カメラ部および前記クライアント側記憶部がＬＡＮ（Local Area Network）側に設置され且つＷＡＮ（Wide Area Network）側が通信回線に接続されたクライアント側ルータと、を有する。前記サーバは、前記通信回線にＷＡＮ側が接続されたサーバ側ルータと、前記サーバ側ルータのＬＡＮ側に設置され且つ前記カメラ部によって撮影されて前記クライアントから送信される前記映像データを取得可能に設置されたサーバ側記憶部と、を有する。前記クライアントは、前記サーバ側記憶部が前記映像データを取得不能な状態である障害状態が発生していない場合には、前記映像データを前記サーバ側記憶部に保存するために前記サーバへ送信する。また、前記クライアントは、前記障害状態の発生により、前記映像データを前記サーバへ送信するのを中止すると共に、前記障害状態の発生中に撮影された前記映像データを前記クライアント側記憶部に保存させる。また、前記クライアントは、前記障害状態の解消により、前記障害状態の発生中に前記クライアント側記憶部に保存しておいた前記映像データと、前記障害状態の解消後に撮影された前記映像データとを前記サーバへ送信する。前記サーバは、前記障害状態の発生中の前記映像データと前記障害状態の発生前後の前記映像データとを一連の映像データとして、前記サーバ側記憶部で管理する。
【発明の効果】
【００１８】
上記一態様によれば、クライアントは、障害状態の発生中に撮影した映像データをクライアント自身で保存しておき、障害状態の解消後にサーバへ転送する。そして、サーバは、障害状態の発生中の映像データと障害状態の発生前後の映像データとを一連の映像データとして管理する。このため、障害状態が発生しても、映像データを補完でき、欠損の無い映像が得られる。
【００１９】
本発明の目的、特徴、局面、および利点は、以下の詳細な説明と添付図面とによって、より明白となる。
【図面の簡単な説明】
【００２０】
【図１】実施の形態１についてネットワークカメラシステムの構成および正常状態での動作を説明する図である。
【図２】実施の形態１について障害状態（自己検出可能型）での動作を説明する図である。
【図３】実施の形態１について障害状態（被通知型）での動作を説明する図である。
【図４】実施の形態１について障害発生時の動作を説明するシーケンス図である（自己検出可能型）。
【図５】実施の形態１について障害解消時の動作を説明するシーケンス図である（自己検出可能型）。
【図６】実施の形態１について障害発生時の動作を説明するシーケンス図である（被通知型）。
【図７】実施の形態１について障害解消時の動作を説明するシーケンス図である（被通知型）。
【図８】実施の形態１についてサーバ側ルータの動作を説明するフローチャートである（自己検出可能型）。
【図９】実施の形態１についてクライアント側ルータの動作を説明するフローチャートである（自己検出可能型）。
【図１０】実施の形態１についてサーバ側ルータの動作を説明するフローチャートである（被通知型）。
【図１１】実施の形態２についてネットワークカメラシステムの構成および正常状態での動作を説明する図である。
【図１２】実施の形態２について障害状態（自己検出可能型）での動作を説明する図である。
【図１３】実施の形態２について障害状態（被通知型）での動作を説明する図である。
【発明を実施するための形態】
【００２１】
＜実施の形態１＞
＜構成の概略＞
図１に、実施の形態１に係るネットワークカメラシステム１のブロック図を示す。以下ではネットワークカメラシステム１が監視カメラシステムに利用される場合を例示するが、ネットワークカメラシステム１の用途はこれに限定されるものではない。なお、以下の説明および図面では、記載の煩雑化を避けるために、各種要素の名称を略記する場合がある。
【００２２】
図１の例では、ネットワークカメラシステム１はクライアント１０とサーバ２０を含んでおり、クライアント１０とサーバ２０とは通信回線３０を介して通信可能に設置されている。ここでは通信回線３０がインターネットである場合を例示し、通信回線３０を同じ符号３０を用いてインターネット３０とも称することにする。通信回線３０は社内ＬＡＮ等であってもよい。なお、図１には複数のクライアント１０を例示しているが、インターネット３０を介してサーバ２０に接続されるクライアント１０は１台であっても構わない。
【００２３】
各クライアント１０は撮影機能を有しており、撮影した映像（換言すれば動画）のデータＤをサーバ２０へ送信する。サーバ２０は、各クライアント１０から送信された映像データＤをインターネット３０を介して受信し、受信した映像データＤを一元的に管理する。
【００２４】
後に詳述するが、通常状態、換言すれば正常状態では上記のように映像データＤはクライアント１０からサーバ２０へ送信されサーバ２０に格納されるのに対し、障害状態においては映像データＤはクライアント１０内に一時的に保存される。そして、その一時的に保存された映像データＤは障害状態の解消後にサーバ２０へ転送される。
【００２５】
＜クライアント１０の構成＞
クライアント１０は、図１の例では、カメラ部１１と、クライアント側記憶部１３と、クライアント側ルータ１４とを含んでいる。カメラ部１１は監視カメラとして利用するカメラ１２を少なくとも１台含み、図１には３台のカメラ１２が例示されている。各カメラ１２はクライアント側記憶部１３に接続され、クライアント側記憶部１３はクライアント側ルータ１４に接続されている。以下に、より具体的に説明する。
【００２６】
カメラ１２は、いわゆるネットワークカメラで実現可能である。これによれば、カメラ１２は、動画撮影機能を有するとともに、撮影した動画（換言すれば映像）のデータＤに所定のデジタル加工を施す機能、デジタル映像データＤを外部出力する機能、等を有する。ここで、いわゆるアナログカメラに各種モジュールを追加することによってネットワークカメラと同様の機能を実現し、そのような構成によってカメラ１２を実現してもよい。なお、図１の例では３台のカメラ１２がそれぞれクライアント側記憶部１３に直接接続されているが、例えばハブを仲介させた接続形態を採用しても構わない。
【００２７】
クライアント側記憶部１３は、カメラ部１１によって撮影された映像データＤを取得可能に設置されている。具体的に図１の例では、各カメラ１２がクライアント側記憶部１３に接続されており、これによりクライアント側記憶部１３は各カメラ１２から直接、映像データＤを取得可能である。クライアント側記憶部１３は、取得した映像データＤを、障害状態の発生中に、一時的に保存する（図２および図３参照）。なお、正常状態においてクライアント側記憶部１３は映像データＤを保存しない例を挙げるが、この例に限定されるものではない。
【００２８】
ここでは、クライアント側記憶部１３が監視カメラシステム専用のレコーダで実現される場合を例示する。このため、クライアント側記憶部１３を、同じ符号１３を用いて、クライアント側レコーダ１３、レコーダ１３等とも称することにする。クライアント側レコーダ１３はハードディスク（ＨＤＤ）等の記録媒体を内蔵しており、カメラ部１１から取得した映像データＤはその記録媒体に保存される。
【００２９】
クライアント側レコーダ１３は外部通信機能を有しており、レコーダ１３のその通信ポートはクライアント側ルータ１４のＬＡＮ（Local Area Network）ポートに接続されている。ルータ１４のＷＡＮ（Wide Area Network）ポートは、インターネット３０に接続されている。クライアント側ルータ１４は、いわゆるブロードバンドルータで実現可能である。
【００３０】
なお、上記接続形態によれば、クライアント側レコーダ１３と、当該レコーダ１３に接続されたカメラ部１１とは、クライアント側ルータ１４のＬＡＮ側に設置されている。
【００３１】
クライアント側レコーダ１３の外部通信機能には、カメラ部１１から取得した映像データＤをサーバ２０を宛先にした送信データに加工し、生成した送信データをインターネット３０へ送出する、送信データ生成機能が含まれる。なお、そのような送信データ生成機能をカメラ１２が有している場合には、カメラ１２の当該機能を利用してもよい。
【００３２】
＜サーバ２０の構成＞
サーバ２０は、図１の例では、サーバ側ルータ２１と、サーバ本体２２と、サーバ側記憶部２３とを含んでいる。サーバ側ルータ２１はサーバ本体２２に接続され、サーバ本体２２はサーバ側記憶部２３に接続されている。以下に、より具体的に説明する。
【００３３】
サーバ側ルータ２１は、いわゆるブロードバンドルータで実現可能である。ルータ２１のＷＡＮポートはインターネット３０に接続されており、ルータ２１のＬＡＮポートはサーバ本体２２の通信ポートに接続されている。
【００３４】
ここで、サーバ側ルータ２１とクライアント側ルータ１４とはＩＰｓｅｃ−ＶＰＮ（IP Security - Virtual Private Network）機能を有しており、クライアント１０からサーバ２０への映像データＤの転送は、ＩＰｓｅｃ−ＶＰＮが確立された状態で行われる（図１参照）。特に高速ＶＰＮの適用により、カメラ１２で撮影された映像データＤを、映像データのまま（換言すれば動画データのまま）、転送可能である。
【００３５】
サーバ本体２２は、サーバ２０内における各種機能、上記通信ポートを介した外部通信機能、等を提供する処理部である。サーバ本体２２は例えば、所要のプログラムがインストールされたパーソナルコンピュータと、ディスプレイ装置とで実現可能である。
【００３６】
サーバ本体２２の外部通信機能には、クライアント１０から送出された送信データ（換言すれば映像データＤ）を、インターネット３０およびサーバ側ルータ２１を介して受信する、受信処理機能が含まれる。サーバ本体２２は、受信した映像データＤをサーバ側記憶部２３に格納する。これにより、各クライアント１０によって（より具体的には各クライアント１０の各カメラ１２によって）撮影された映像データＤが、サーバ２０に収集され、サーバ２０において一元的に管理される。映像データＤは、受信と同時にリアルタイムに再生されてもよいし、あるいは、その後に必要に応じて再生されてもよい。
【００３７】
なお、サーバ本体２２の外部通信機能は、クライアント１０の遠隔制御機能等を含んでもよい。
【００３８】
サーバ側記憶部２３は、ここでは、クライアント側記憶部１３と同様に、監視カメラシステム専用のレコーダで実現される場合を例示する。このため、サーバ側記憶部２３を、同じ符号２３を用いて、サーバ側レコーダ２３、レコーダ２３等とも称することにする。なお、映像データＤの受信処理はサーバ本体２２によって行われるので、サーバ側レコーダ２３自体は、クライアント側レコーダ１３とは異なり、外部通信機能を有していなくても構わない。かかる点に鑑みると、サーバ側記憶部２３は、専用レコーダではなく、一般的なハードディスク等で実現することも可能である。
【００３９】
なお、サーバ側レコーダ２３とサーバ本体２２は、同じ筐体に収納されていてもよいし、別々の筐体に収容されていてもよい。
【００４０】
なお、上記接続形態によれば、サーバ側レコーダ２３は、サーバ本体２２と共にサーバ側ルータ２１のＬＡＮ側に設置されており、且つ、クライアント１０から送信される映像データを取得可能に設置されている。
【００４１】
＜システムの動作＞
以下に、正常状態における動作と、障害状態の発生および解消に関わる動作をより具体的に説明する。
【００４２】
ここで、正常状態とは、クライアント１０で撮影された映像データＤをサーバ側レコーダ２３が取得可能な状態をいうものとする。これに対し、障害状態とは、サーバ側レコーダ２３がクライアント１０から映像データＤを取得不能な状態をいうものとする。また、以下では、障害状態をクライアント１０側から見た場合の分類例として、自己検出可能型と被通知型を説明する。但し、この分類例に限定されるものではない。
【００４３】
自己検出可能型の障害状態４１（図２参照）とは、クライアント側ルータ１４とサーバ側ルータ２１との間の通信状態からクライアント側ルータ１４自身が検出可能な障害状態をいうものとする。すなわち、自己検出可能型の障害状態４１はクライアント１０自身が認識可能である。例えば、インターネット３０上の通信障害、サーバ側ルータ２１のＷＡＮ側の故障が、自己検出可能型に含まれる。
【００４４】
他方、ルータ１４，２１どうしが正常に通信可能であっても、サーバ側ルータ２１のＬＡＮ側で障害が発生していると、サーバ側レコーダ２３は映像データＤを取得不能である。サーバ側ルータ２１は、自身のＬＡＮ側における障害の発生および解消を検出する機能を有しており、その検出結果をクライアント側ルータ１４に通知する。つまり、被通知型の障害状態４２（図３参照）とは、サーバ側ルータ２１からクライアント側ルータ１４へ通知されることによって、クライアント１０が認識可能な障害状態をいうものとする。
【００４５】
図４および図５に、自己検出可能型障害状態４１に関連して、サーバ側ルータ２１およびクライアント側ルータ１４の動作を説明するシーケンス図を示す。
【００４６】
図４に示すように、システム起動後、サーバ側ルータ２１とクライアント側ルータ１４は互いの間でＩＰｓｅｃ−ＶＰＮを確立する。図示を省略しているが、ＩＰｓｅｃ−ＶＰＮが確立されている状態下で、映像データＤがクライアント１０からサーバ２０へ送信され、サーバ側レコーダ２３に保存される。
【００４７】
ＩＰｓｅｃ−ＶＰＮの確立後、サーバ側ルータ２１はＫｅｅｐＡｌｉｖｅ要求Ｍ１を定期的に発信し、クライアント側ルータ１４は当該要求Ｍ１を受信するとＫｅｅｐＡｌｉｖｅ応答Ｍ２を返信する。同様に、クライアント側ルータ１４はＫｅｅｐＡｌｉｖｅ要求Ｍ３を定期的に発信し、サーバ側ルータ２１は当該要求Ｍ３を受信するとＫｅｅｐＡｌｉｖｅ応答Ｍ４を返信する。なお、図４および図５では、ＫｅｅｐＡｌｉｖｅ応答Ｍ２，Ｍ４の応答コードは正常であるものとしている。
【００４８】
しかし、インターネット３０で障害が発生すると、ＫｅｅｐＡｌｉｖｅ要求Ｍ１，Ｍ３が相手先のルータ１４，２１に到達しない。このため、ルータ１４，２１はＫｅｅｐＡｌｉｖｅ応答Ｍ２，Ｍ４を送信しない。すなわち、ルータ２１，１４は、相手先からＫｅｅｐＡｌｉｖｅ応答Ｍ２，Ｍ４を所定時間内に受信できなければ、自己検出可能型の障害状態４１が発生したと判定する。
【００４９】
ルータ２１，１４は、障害状態４１の発生を認識すると、ＩＰｓｅｃ−ＶＰＮを切断する。また、クライアント側ルータ１４は、カメラ１２で撮影した映像データＤの保存先を、サーバ側レコーダ２３からクライアント側レコーダ１３に切り替える。より具体的には、クライアント側ルータ１４は、映像データＤをサーバ２０へ送信するのを中止すると共に、クライアント側レコーダ１３に対して映像データＤの保存を指示する。
【００５０】
図５に示すように、障害状態４１が解消されインターネット３０が復旧すると、ＫｅｅｐＡｌｉｖｅ要求Ｍ１，Ｍ３が相手先のルータ１４，２１に到達するようになる。これにより、ルータ１４，２１はＫｅｅｐＡｌｉｖｅ応答Ｍ２，Ｍ４を送信する。すなわち、ルータ２１，１４は、相手先からＫｅｅｐＡｌｉｖｅ応答Ｍ２，Ｍ４を受信することによって、障害状態４１が解消されたと判定する。
【００５１】
ルータ２１，１４は、障害状態４１の解消を認識すると、ＩＰｓｅｃ−ＶＰＮを確立する。また、クライアント側ルータ１４は、カメラ１２で撮影した映像データＤの保存先を、クライアント側レコーダ１３からサーバ側レコーダ２３に切り替える。より具体的には、クライアント側ルータ１４は、映像データＤの送信を再開し、障害状態４１の発生中にクライアント側レコーダ１３に保存しておいた映像データＤと、障害状態４１の解消後に撮影された映像データＤとをサーバへ送信する。なお、高速ＶＰＮによれば、障害状態４１の発生中の映像データＤと障害状態４１の解消後の映像データＤとを同時に伝送することは可能である。そして、サーバ２０は、障害状態４１の発生中の映像データＤと障害状態４１の発生前後の映像データＤとを一連の映像データＤとして、サーバ側レコーダ２３で管理する。
【００５２】
図６および図７に、被通知型障害状態４２に関連して、サーバ側ルータ２１およびクライアント側ルータ１４の動作を説明するシーケンス図を示す。
【００５３】
サーバ２０のＬＡＮ側で障害が発生しても、ルータ２１，１４どうしは通信可能であり、ＫｅｅｐＡｌｉｖｅ要求Ｍ１，Ｍ３とＫｅｅｐＡｌｉｖｅ応答Ｍ２，Ｍ４の送受信は実行可能である。なお、図６および図７では、ＫｅｅｐＡｌｉｖｅ応答Ｍ２，Ｍ４の応答コードは正常であるものとしている。
【００５４】
このため、図６に示すように、サーバ側ルータ２１は、自身のＬＡＮ側に障害が発生してサーバ側レコーダ２３に映像データＤを保存できない状態であることを検出すると、クライアント側ルータ１４に障害発生通知Ｍ５を送信する。クライアント側ルータ１４は、障害発生通知Ｍ５の受信により、被通知型障害状態４２の発生を認識する。その後、クライアント側ルータ１４は、自己検出可能型障害状態４１の場合と同様に（図４参照）、カメラ１２で撮影した映像データＤの保存先を、サーバ側レコーダ２３からクライアント側レコーダ１３に切り替える。
【００５５】
図７に示すように、その後、サーバ側ルータ２１は、障害状態４２の解消を検出すると、クライアント側ルータ１４に障害解消通知Ｍ６を送信する。クライアント側ルータ１４は、障害解消通知Ｍ６の受信により、障害状態４２の解消を認識する。その後、クライアント側ルータ１４は、自己検出可能型障害状態４１の場合と同様に（図５参照）、映像データＤの保存先を、クライアント側レコーダ１３からサーバ側レコーダ２３に切り替える。これにより、サーバ２０は、障害状態４２の発生中の映像データＤと障害状態４２の発生前後の映像データＤとを一連の映像データＤとして、サーバ側レコーダ２３で管理する。
【００５６】
自己検出可能型障害状態４１に関連して、図８にサーバ側ルータ２１の動作のフローチャートを示し、図９にクライアント側ルータ１４の動作のフローチャートを示す。
【００５７】
まず、図８を参照して、サーバ側ルータ２１の動作を説明する。サーバ側ルータ２１は、システム起動後、ステップＳ２０１においてクライアント側ルータ１４との間でＩＰｓｅｃ−ＶＰＮを確立する。ＩＰｓｅｃ−ＶＰＮの確立後、サーバ側ルータ２１はステップＳ２０２として、ＫｅｅｐＡｌｉｖｅ要求Ｍ１を送信する。そして、サーバ側ルータ２１は、ステップＳ２０３において、クライアント側ルータ１４からＫｅｅｐＡｌｉｖｅ応答Ｍ２を所定時間内に受信できたか否かを判定する。その判定の結果、受信できた場合にはステップＳ２０４を実行し、受信できなかった場合にはステップＳ２０７を実行する。
【００５８】
ステップＳ２０４では、サーバ側ルータ２１は、受信したＫｅｅｐＡｌｉｖｅ応答Ｍ２の応答コードが正常であるかどうかを判定する。その判定の結果、正常である場合にはステップＳ２０５を実行し、正常でない場合にはステップＳ２０７を実行する。
【００５９】
ステップＳ２０５では、その時点でＩＰｓｅｃ−ＶＰＮが切断された状態であるか否かを判定する。その判定の結果、ＩＰｓｅｃ−ＶＰＮが切断状態でない場合（すなわち、その時点でＩＰｓｅｃ−ＶＰＮは確立状態にある場合）、サーバ側ルータ２１はＫｅｅｐＡｌｉｖｅ要求送信ステップＳ２０２へ戻る。これに対し、ステップＳ２０５の時点でＩＰｓｅｃ−ＶＰＮが切断状態である場合、サーバ側ルータ２１は、ステップＳ２０６においてＩＰｓｅｃ−ＶＰＮを確立し、その後、ＫｅｅｐＡｌｉｖｅ要求送信ステップＳ２０２へ戻る。
【００６０】
上記のように、ステップＳ２０３，Ｓ２０４でＮｏと判定された場合、ステップＳ２０７が実行される。ステップＳ２０７では、その時点でＩＰｓｅｃ−ＶＰＮが確立された状態であるか否かを判定する。その判定の結果、ＩＰｓｅｃ−ＶＰＮが確立状態である場合、サーバ側ルータ２１はステップＳ２０８においてＩＰｓｅｃ−ＶＰＮを切断し、その後、ＫｅｅｐＡｌｉｖｅ要求送信ステップＳ２０２へ戻る。これに対し、ステップＳ２０７の時点でＩＰｓｅｃ−ＶＰＮが確立状態でない場合（すなわち、その時点でＩＰｓｅｃ−ＶＰＮは切断状態にある場合）、サーバ側ルータ２１は、ＫｅｅｐＡｌｉｖｅ要求送信ステップＳ２０２へ戻る。
【００６１】
次に、図９を参照して、クライアント側ルータ１４の動作を説明する。図９を図８と比較すると分かるように、クライアント側ルータ１４は、上記ステップＳ２０１〜Ｓ２０８と同様のステップＳ１０１〜Ｓ１０８を実行し、さらにステップＳ１０９，Ｓ１１０を実行する。
【００６２】
具体的に、クライアント側ルータ１４は、上記ステップＳ２０６に対応するステップＳ１０６においてＩＰｓｅｃ−ＶＰＮを確立した後、ステップＳ１０９を実行する。ステップＳ１０９では、クライアント側ルータ１４は、カメラ１２で撮影された映像データＤの保存先をサーバ側（すなわちサーバ側レコーダ２３）に切り替える。その後、クライアント側ルータ１４はＫｅｅｐＡｌｉｖｅ要求送信ステップＳ２０２へ戻る。
【００６３】
また、クライアント側ルータ１４は、上記ステップＳ２０８に対応するステップＳ１０８においてＩＰｓｅｃ−ＶＰＮを切断した後、ステップＳ１１０を実行する。ステップＳ１１０では、クライアント側ルータ１４は、カメラ１２で撮影された映像データＤの保存先をクライアント側（すなわちクライアント側レコーダ１３）に切り替える。その後、クライアント側ルータ１４はＫｅｅｐＡｌｉｖｅ要求送信ステップＳ２０２へ戻る。
【００６４】
なお、保存先切り替えステップＳ１０９，Ｓ１１０における具体的な処理内容は、図４および図５に関連して既述した通りである。
【００６５】
被通知型障害状態４２に関連して、図１０にサーバ側ルータ２１の動作のフローチャートを示す。図１０のフローは、サーバ側ルータ２１が自身のＬＡＮ側で状態変化を検出することによって、割り込み処理として実行される。
【００６６】
図１０のフローによれば、サーバ側ルータ２１は、ステップＳ２２１において、ＬＡＮ側の状態変化の種別を判定する。そして、ＬＡＮ側で障害が発生したことが判定された場合、サーバ側ルータ２１は、ステップＳ２２２において、被通知型障害状態４２の発生をクライアント側ルータ１４に通知する。これに対し、ステップＳ２２１においてＬＡＮ側で障害が解消したことが判定された場合、サーバ側ルータ２１は、ステップＳ２２３において、被通知型障害状態４２の解消をクライアント側ルータ１４に通知する。
【００６７】
これらの通知を受信した場合におけるクライアント側ルータ１４の動作は、図６および図７に関連して既述した通りである。
【００６８】
＜効果＞
ネットワークカメラシステム１によれば、クライアント１０は、障害状態の発生中に撮影した映像データＤをクライアント１０自身で保存しておき、障害状態の解消後にサーバ２０へ転送する。そして、サーバ２０は、障害状態の発生中の映像データと障害状態の発生前後の映像データとを一連の映像データとして管理する。このため、障害状態が発生しても、映像データＤを補完でき、欠損の無い映像が得られる。
【００６９】
また、障害状態の発生および解消がクライアント側ルータ１４によって判定され、映像データＤの保存先の切り替えがクライアント側ルータ１４によって制御される。このため、例えば、それらの機能をカメラ部１１に設ける必要がない。それにより、カメラ部１１の構成を簡素化可能であり、カメラ部１１のコストを抑制可能である。かかる効果は、カメラ部１１に設けるカメラ１２の台数が増えるほど、顕著になる。また、例えば、クライアント側ルータ１４およびサーバ側ルータ２１を既存設備に導入することによって、上記効果を奏するシステムを容易に構築可能である。この場合、既存設備の有効利用により、システム構築のコストを抑制可能である。
【００７０】
＜実施の形態２＞
図１１に、実施の形態２に係るネットワークカメラシステム１Ｂのブロック図を示す。図１１は正常状態におけるシステム１Ｂの動作を説明する図でもある。また、図１２に自己検出可能型の障害状態４１における動作説明図を示し、図１３に被通知型の障害状態４２における動作説明図を示す。
【００７１】
ネットワークカメラシステム１Ｂはクライアント１０Ｂとサーバ２０を含んでおり、クライアント１０Ｂとサーバ２０とは通信回線３０を介して通信可能に設置されている。サーバ２０は実施の形態１と同様に構成されている。また、通信回線３０として実施の形態１と同様にインターネットを例示する。また、クライアント１０Ｂの台数は図１１の例に限定されるものではない。また、サーバ２０に対して、実施の形態１，２に係るクライアント１０，１０Ｂの両方を設けてもよい。
【００７２】
クライアント１０Ｂは、図１１の例では、カメラ部１１と、クライアント側記憶部１３Ｂと、クライアント側ルータ１４とを含んでいる。
【００７３】
カメラ部１１およびルータ１４は実施の形態１と同様に構成されているが、実施の形態１とは異なりカメラ部１１の各カメラ１２はルータ１４のＬＡＮポートに接続されている。なお、各カメラ１２は、一般的なネットワークカメラと同様に、撮影した映像データＤをサーバ２０を宛先にした送信データに加工し、生成した送信データをインターネット３０へ送出する、送信データ生成機能を有しているものとする。
【００７４】
クライアント側記憶部１３Ｂは、カメラ部１１によって撮影された映像データＤを取得可能に設置されている。具体的には、クライアント側記憶部１３Ｂはクライアント側ルータ１４のＬＡＮポート、ＵＳＢ（Universal Serial Bus）ポート等に接続されており、これによりクライアント側記憶部１３Ｂはルータ１４を介して各カメラ１２から映像データＤを取得可能である（図１２および図１３参照）。クライアント側記憶部１３Ｂは、取得した映像データＤを、障害状態の発生中に、一時的に保存する（図１２および図１３参照）。なお、正常状態においてクライアント側記憶部１３Ｂは映像データＤを保存しない例を挙げるが、この例に限定されるものではない。
【００７５】
ここで、実施の形態１ではクライアント側記憶部１３が監視カメラシステム専用のレコーダで実現される場合を例示したのに対し、実施の形態２ではクライアント側記憶部１３Ｂとして、パーソナルコンピュータ等で一般的に利用される外付けハードディスク（ＨＤＤ）で実現する例を挙げる。このため、クライアント側記憶部１３Ｂを、同じ符号１３Ｂを用いて、クライアント側ハードディスク１３Ｂ、ハードディスク１３Ｂ、ＨＤＤ１３Ｂ等とも称することにする。
【００７６】
なお、上記接続形態によれば、クライアント側ルータ１４のＷＡＮ側はインターネット３０に接続されており、ルータ１４のＬＡＮ側にカメラ部１１とクライアント側ハードディスク１３Ｂとが設置されている。また、クライアント側ハードディスク１３Ｂは、カメラ部１１を介さずにクライアント側ルータ１４に接続されている。
【００７７】
クライアント１０Ｂは実施の形態１に係るクライアント１０と同様に動作する。但し、クライアント１０Ｂでは、障害状態４１，４２の発生中にカメラ１２が撮影した映像データＤは、ルータ１４による保存先切り替え制御の下、クライアント側ハードディスク１３Ｂに保存される。
【００７８】
したがって、ネットワークカメラシステム１Ｂも、実施の形態１に係るシステム１と同様の効果を奏する。
【００７９】
特にネットワークカメラシステム１Ｂによれば、カメラ部１１をクライアント側ルータ１４から取り外さなくても、クライアント側記ハードディスク１３Ｂをクライアント側ルータ１４に着脱可能である。したがって、実施の形態１に係るシステム１に比べて、クライアント側記憶部の交換や増設を容易に行うことができる。例えば障害が長期化しても、クライアント側ハードディスク１３Ｂの交換等によって、映像データＤの保存が継続可能になる。このように、高い利便性が得られる。
【００８０】
また、クライアント側記憶部１３Ｂとして一般的なハードディスクを利用することによって、専用レコーダに比べて、コスト削減に資する。
【００８１】
＜変形例＞
なお、本発明は、その発明の範囲内において、各実施の形態を自由に組み合わせたり、各実施の形態を適宜、変形、省略することが可能である。
【符号の説明】
【００８２】
１，１Ｂ  ネットワークカメラシステム、１０，１０Ｂ  クライアント、１１  カメラ部、１２  カメラ、１３，１３Ｂ  クライアント側記憶部、１４，１４Ｂ  クライアント側ルータ、２０  サーバ、２１  サーバ側ルータ、２２  サーバ本体、２３  サーバ側記憶部、３０  通信回線、４１  自己検出可能型障害状態、４２  被通知型障害状態、Ｄ  映像データ。
【図１】
2013251588.tif 000003
【図２】
2013251588.tif 000004
【図３】
2013251588.tif 000005
【図４】
2013251588.tif 000006
【図５】
2013251588.tif 000007
【図６】
2013251588.tif 000008
【図７】
2013251588.tif 000009
【図８】
2013251588.tif 000010
【図９】
2013251588.tif 000011
【図１０】
2013251588.tif 000012
【図１１】
2013251588.tif 000013
【図１２】
2013251588.tif 000014
【図１３】
2013251588.tif 000015