(57)【要約】      （修正有）【課題】ユーザが映像配信機能を使用しない場合に、映像が配信されないようにするため、ユーザの接続状況に応じて、提供する機能を順次停止する。【解決手段】システム１０において、ネットワークを介してクライアント１２０及び外部サーバ１４０と通信する通信手段と、クライアントに複数の機能を提供する提供手段とを備え、通信手段により外部サーバと接続している場合に、提供手段が複数の機能の提供を停止する、情報処理装置であって、提供手段は、情報処理装置に対して接続要求を行うクライアントのユーザを認証して、該ユーザの権限を判定し、所定の管理権限を有すると判定されたユーザに対して複数の機能の提供を再開し、所定の管理権限を有するユーザから、複数の機能のうちのいずれかの機能に対する要求を受け付けない場合に、複数の機能の提供を段階的に停止する。【選択図】図１
2020171001.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介してクライアント及び外部サーバと通信する通信手段と、
前記クライアントに複数の機能を提供する提供手段と、
を備え、
前記通信手段により前記外部サーバと接続している場合に、前記提供手段は前記複数の機能の提供を停止する、情報処理装置であって、
前記提供手段は、
前記情報処理装置に対して接続要求を行うクライアントのユーザを認証して、該ユーザの権限を判定し、
所定の管理権限を有すると判定されたユーザに対して前記複数の機能の提供を再開し、
前記所定の管理権限を有するユーザから、前記複数の機能のうちのいずれかの機能に対する要求を受け付けない場合に、前記複数の機能の提供を段階的に停止することを特徴とする情報処理装置。
【請求項２】
前記複数の機能には、画像配信の機能、及び、撮像装置の撮像パラメータの設定に関する撮像制御の機能が含まれ、
前記提供手段は、前記画像配信または前記撮像制御の要求を受け付けてから第１の時間が経過するまでに、再度の要求を受け付けない場合に、前記画像配信及び撮像制御の機能の提供を停止することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記複数の機能には、撮像装置に関する設定を行うための設定機能が更に含まれ、
前記提供手段は、前記画像配信及び撮像制御の機能の提供を停止した後に、前記設定機能に対する要求を受け付けてから第２の時間が経過するまでに、再度の要求を受け付けない場合に、前記設定機能の提供を停止することを特徴とする請求項２に記載の情報処理装置。
【請求項４】
前記複数の機能には、ＨＴＴＰ応答の機能が更に含まれ、
前記提供手段は、前記設定機能の提供を停止した後に、ＨＴＴＰリクエストを第３の時間において受け付けない場合に、前記ＨＴＴＰ応答の機能の提供を停止することを特徴とする請求項３に記載の情報処理装置。
【請求項５】
少なくとも、前記第３の時間は前記第２の時間より長いか、または、前記第２の時間は前記第１の時間より長いことを特徴とする請求項４に記載の情報処理装置。
【請求項６】
前記提供手段は、前記複数の機能を複数のグループに分割し、グループ単位に予め定めた順序で、機能の提供を停止することを特徴とする請求項１から５のいずれか１項に記載の情報処理装置。
【請求項７】
前記提供手段は、前記所定の管理権限を有するユーザから受け付けた要求が、直前に提供を停止したグループに含まれる機能に対する要求である場合に、該グループに含まれる機能の提供を再開することを特徴とする請求項６に記載の情報処理装置。
【請求項８】
前記提供手段は、前記所定の管理権限を有するユーザから受け付けた要求が、提供が停止された機能のうちの特定の機能に対する要求である場合に、該特定の機能の提供を再開することを特徴とする請求項１から６のいずれか１項に記載の情報処理装置。
【請求項９】
前記提供手段は、
ユーザが認証に失敗した回数をカウントし、
前記認証に失敗した回数に応じて、前記複数の機能の提供を段階的に停止することを特徴とする請求項１から８のいずれか１項に記載の情報処理装置。
【請求項１０】
撮像装置を更に備え、
前記通信手段は、前記ネットワークを介して前記外部サーバに前記撮像装置が撮像した画像を送信する、ことを特徴とする請求項１から９のいずれか1項に記載の情報処理装置。
【請求項１１】
請求項１０に記載の情報処理装置と、
前記撮像装置が撮像した画像を保存する外部サーバと、
前記外部サーバまたは前記情報処理装置から前記撮像装置が撮像した画像を取得するクライアントと
を備えるシステム。
【請求項１２】
ネットワークを介してクライアント及び外部サーバと通信する通信手段と、
前記クライアントに複数の機能を提供する提供手段と、
を備え、前記通信手段により前記外部サーバと接続している場合に、前記提供手段は前記複数の機能の提供を停止する、情報処理装置の制御方法であって、
前記提供手段が、
接続要求を行うクライアントのユーザを認証して、該ユーザの権限を判定する判定工程と、
所定の管理権限を有すると判定されたユーザに対して前記複数の機能の提供を再開する工程と、
前記所定の管理権限を有するユーザから、前記複数の機能のうちのいずれかの機能に対する要求を受け付けない場合に、前記複数の機能の提供を段階的に停止する工程と
を含むことを特徴とする情報処理装置の制御方法。
【請求項１３】
コンピュータを請求項１から１０のいずれか一項に記載の情報処理装置の提供手段として動作させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、システム、情報処理装置の制御方法、及び、プログラムに関する。
【背景技術】
【０００２】
ネットワークカメラはクライアントからの要求に応じて映像の配信を行うＷｅｂサーバ機能を提供してきた。近年においては、ネットワークカメラがクライアントとして動作し、クラウドサーバに接続して画像を送信することも可能となっている。
【０００３】
クラウドサーバ経由で画像の設定を行う場合、通常はＷｅｂサーバ機能を停止することで不特定多数からのネットワークカメラへのアクセスを防ぎセキュリティを高める。しかし、クラウドサーバを経由して行う設定は、使用するネットワークカメラのメーカや種別を問わない共通項目が用意されていることが多く、カメラ毎に詳細な設定を行うためには各カメラに直接接続し設定値を変更する必要がある。
【０００４】
よって、設置時や運用中に状況が変化しカメラの設定を変更する場合、ユーザはＷｅｂサーバ機能を手動で起動し、設定を終了した後、再度手動でＷｅｂサーバ機能を停止する。このとき、Ｗｅｂサーバ機能を起動中にユーザが少し席を外したり他の作業を行ったりする場合があり接続が切断されることがあるが、特定の条件下では同じ状態で使用継続できる技術が知られている。特許文献１には、制御権を取得している最中に通信回線が切断された場合、所定時間以内に再接続すれば前と同じ状態で継続して制御ができるようになる技術が開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０００−５９７６０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、上述の従来技術では、接続が切断されても同じ状態を維持できるが故にユーザが映像配信機能を使用しない場合でもネットワークカメラの映像も継続して配信されてしまい、第三者に映像を見られてしまうというセキュリティリスクをはらんでいる。
【０００７】
そこで本発明は、ユーザの接続状況に応じて、提供する機能を順次停止してセキュリティを向上させる技術を提供する。
【課題を解決するための手段】
【０００８】
上記課題を解決するための発明は、情報処理装置であって、
ネットワークを介してクライアント及び外部サーバと通信する通信手段と、
前記クライアントに複数の機能を提供する提供手段と、
を備え、
前記通信手段により前記外部サーバと接続している場合に、前記提供手段は前記複数の機能の提供を停止し、
前記提供手段は、
前記情報処理装置に対して接続要求を行うクライアントのユーザを認証して、該ユーザの権限を判定し、
所定の管理権限を有すると判定されたユーザに対して前記複数の機能の提供を再開し、
前記所定の管理権限を有するユーザから、前記複数の機能のうちのいずれかの機能に対する要求を受け付けない場合に、前記複数の機能の提供を段階的に停止する。
【発明の効果】
【０００９】
本発明によれば、ユーザの接続状況に応じて提供する機能を順次停止してセキュリティを向上させることができる。
【図面の簡単な説明】
【００１０】
【図１】実施形態に対応するシステム構成の一例を示す図。
【図２】実施形態に対応するネットワークカメラのハードウェア構成の一例を示す図、及び、ソフトウェア構成の一例を示す図。
【図３】実施形態に対応するネットワークカメラにより実行される処理の一例に対応するフローチャート。
【図４】実施形態に対応する、ネットワークカメラにより提供される複数の機能の動作状況と状態遷移を説明するための図。
【図５】実施形態に対応する管理者ユーザの接続状態に応じたネットワークカメラ１１０の動作状態の遷移処理の一例を示すフローチャート。
【図６】実施形態に対応する管理者ユーザの接続状態に応じたネットワークカメラ１１０の動作状態の遷移処理の別の一例を示すフローチャート。
【図７】実施形態に対応する管理者ユーザの認証失敗回数に応じたネットワークカメラ１１０の動作状態の遷移処理の一例を示すフローチャート。
【発明を実施するための形態】
【００１１】
以下、添付図面を参照して実施形態を詳しく説明する。尚、以下の実施形態は特許請求の範囲に係る発明を限定するものではない。実施形態には複数の特徴が記載されているが、これらの複数の特徴の全てが発明に必須のものとは限らず、また、複数の特徴は任意に組み合わせられてもよい。さらに、添付図面においては、同一若しくは同様の構成に同一の参照番号を付し、重複した説明は省略する。
【００１２】
［実施形態１］
以下に、発明の実施形態を、添付の図面に基づいて詳細に説明する。図１は実施形態に対応するシステム１０の構成の一例を示す図である。本実施形態に対応するシステム１０は、ネットワークカメラ１１０、ならびにクライアント１２０がローカルネットワーク１３０を介して接続され、クラウドサーバ１４０がワイドエリアネットワーク１５０を介して接続されて構成されている。
【００１３】
ネットワークカメラ１１０は撮像部を備え、監視対象区域における所定領域を撮像した画像を、ローカルネットワーク１３０を介してクライアント１２０へ配信する撮像装置（あるいは、情報処理装置、撮影装置、画像生成装置、通信装置）である。また、ネットワークカメラ１１０は撮像した画像を、ローカルネットワーク１３０およびワイドエリアネットワーク１５０を介し、クラウドサーバ１４０へ送信することも行う。ネットワークカメラ１１０は、クラウドサーバ１４０へ接続要求を送信し、接続が確立されると自身のＷｅｂサーバとしての動作を停止し、Ｗｅｂサービスの提供が停止される。
【００１４】
クライアント１２０はネットワークカメラ１１０にアクセスし、画像取得やネットワークカメラ１１０の設定の変更ならびにフォーカス制御などのカメラ制御を行うことが可能なクライアント装置である。一方、クライアント１２０は、ネットワークカメラ１１０のクラウド接続後は、ローカルネットワーク１３０、ワイドエリアネットワーク１５０を介して、クラウドサーバ１４０が保持する画像の取得を行うことも可能である。加えてクラウドサーバ１４０を介してネットワークカメラ１１０の設定や制御を行うことも可能である。クライアント１２０は、例えば、パーソナルコンピュータ（ＰＣ）、携帯電話、スマートフォン、タブレット端末などの任意の情報処理装置、通信装置、端末装置等として実現することができる。
【００１５】
クラウドサーバ１４０はネットワークカメラ１１０から接続要求を受け付け、画像の受信と保存を行う外部サーバ装置である。さらにクライアント１２０から画像取得要求に応じて、保存している画像の配信を行うと共に、クライアント１２０が保存した各種設定をネットワークカメラ１１０へ送信する。
【００１６】
説明の簡略化のためにネットワークカメラは１台としているが、２台以上であっても構わない。加えて、クライアント１２０以外にもネットワークカメラ１１０にアクセスして画像の受信や蓄積を行う他のクライアントがあっても構わない。ローカルネットワーク１３０、ワイドエリアネットワーク１５０はＥｔｈｅｒｎｅｔ（登録商標）等の通信規格を満足する複数のルータ、スイッチ、ケーブル等から構成される。本発明においては各ネットワークカメラ・クライアント間の通信が支障なく行えるものであればその通信規格、規模、構成を問わない。故にインターネットからＬＡＮ  （Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）にまで適用可能である。
【００１７】
次に、図２（Ａ）を参照してネットワークカメラ１１０のハードウェア構成の一例を説明する。本実施形態のネットワークカメラ１１０のハードウェア構成として、ＣＰＵ２０１、１次記憶装置２０２、２次記憶装置２０３、画像キャプチャＩｎｔｅｒｆａｃｅ（Ｉ／Ｆ）２０５、ネットワークＩ／Ｆ２０７、カメラ制御Ｉ／Ｆ２０８が内部バス２０４を介して相互に接続されている。ここでＣＰＵ２０１は、ネットワークカメラ１１０の動作を統括的に制御し、各構成要素の制御およびデータの入出力を行う。１次記憶装置２０２はＲＡＭに代表される読み書き可能な高速の記憶装置で、ＯＳや各種プログラム及び各種データがロードされ、またＯＳや各種プログラムの作業領域としても使用される。１次記憶装置２０２は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して２次記憶装置２０３から必要なプログラム等を１次記憶装置２０２にロードし、当該プログラム等を実行することで各種の機能動作を実現することができる。
【００１８】
２次記憶装置２０３はフラッシュメモリ、ＲＯＭ、ＨＤＤ、ＳＤカード等に代表される不揮発性を持った記憶装置で、ＯＳや各種プログラム及び各種データの永続的な記憶領域として使用される他に、短期的な各種データの記憶領域としても使用される。当該プログラムは、外部メモリや着脱可能な記憶媒体（不図示）に記憶されていてもよい。ネットワークカメラ１１０の１次記憶装置２０２及び２次記憶装置２０３に記憶されている各種プログラム等の詳細については後述する。
【００１９】
画像キャプチャＩ／Ｆ２０５にはＣＣＤやＣＭＯＳなどの撮像センサとレンズからなる撮像部としてのカメラユニット２０６が接続され、カメラユニット２０６から取得した画像データを所定のフォーマットに変換・圧縮して１次記憶装置２０２に転送する。カメラ制御Ｉ／Ｆ２０８にもカメラユニット２０６が接続され、各種カメラ制御がカメラユニット２０６に転送され、その結果がカメラ制御Ｉ／Ｆ２０８に返る。ネットワークＩ／Ｆ２０７は前述のネットワーク１３０と接続するためのＩ／Ｆであり、Ｅｔｈｅｒｎｅｔ等の通信媒体を介してクライアント１２０等との通信を担う。
【００２０】
図２に示すネットワークカメラ１１０の各要素の一部または全部の機能は、ＣＰＵ２０１がプログラムを実行することで実現することができる。ただし、図２（Ａ）に示すネットワークカメラ１１０の各要素のうち少なくとも一部が専用のハードウェアとして動作するようにしてもよい。この場合、専用のハードウェアは、ＣＰＵ２０１の制御に基づいて動作する。
【００２１】
次に、図２（Ｂ）を参照してネットワークカメラ１１０のソフトウェアに基づく機能構成の一例を説明する。１次記憶装置２０２上には、ＣＰＵ２０１がオペレーティング・システム（ＯＳ）２１０、サーバ処理部２１１、カメラ制御部２１２、画像生成部２１３、及び、クラウド処理部２１４のいずれかとして機能することが可能となるプログラムがロードされる。ロードされた各プログラムがＣＰＵ２０１により実行されることで、ＣＰＵ２０１は各処理ブロックとして機能することができる。
【００２２】
以下、各処理ブロックが果たす機能について説明する。ＯＳ２１０はネットワークカメラ１１０の全体を制御する。ＯＳ２１０の代表的な機能としてファイルシステムなどの２次記憶装置２０３の管理、仮想記憶などのメモリ管理、マルチタスクなどのプロセス管理、ネットワークＩ／Ｆ２０７の管理などが挙げられる。
【００２３】
サーバ処理部２１１は、クライアント１２０との通信のための処理を行う処理部であって、クライアント１２０から受信した要求に応じて、画像生成部２１３が生成した画像データの配信や、要求に含まれる制御情報、情報取得などを処理する。サーバ処理部２１１はクライアント１２０に対し、いわゆるＷｅｂサーバとして動作して、複数の機能を提供することが可能であり、本実施形態では、サーバ処理部２１１が実行する処理はＷｅｂサービスの一部を含むものとする。サーバ処理部２１１は、要求に対して画像生成部２１３、カメラ制御部２１２に中継を行い、中継先からの結果をもとに、対応する応答をクライアント１２０に送信するといったＷｅｂサービスを提供する。サーバ処理部２１１は、ネットワークＩ／Ｆ２０７とローカルネットワーク１３０を介して外部装置と通信を行う。このようにサーバ処理部２１１は複数の機能を提供するように動作する。
【００２４】
また、サーバ処理部２１１は、Ｗｅｂサーバへアクセスしてきたユーザが許可された管理権限を有するユーザであるかどうかの認証も行う。本実施形態では、ネットワークカメラ１１０に対して最も強い権限を有するユーザを「管理者ユーザ」と呼び、管理者ユーザよりも管理権限が制限されているユーザを「一般ユーザ」と呼ぶ。本実施形態では、少なくとも管理者ユーザと一般ユーザとが存在することになるが、権限の段階はより細かく分割されてもよい。また、ユーザの呼称や権限の持ち方に制限はないものとする。
【００２５】
カメラ制御部２１２はサーバ処理部２１１から受け取った制御情報をもとに、カメラ機能の調停を行う。代表的なものにカメラユニット２０６の制御、特には撮像パラメータの設定による撮像制御、および、制御結果の通知がある。制御情報にはレンズの位置を決定するフォーカス制御などが含まれる。画像生成部２１３はカメラユニット２０６で生成された画像データを画像キャプチャＩ／Ｆ２０５を経由して生成する。そして生成された画像データのエンコードを行う。エンコード方式はＪＰＥＧであってもよいし、Ｈ．２６４／ＡＶＣ，  Ｈ．２６５／ＨＥＶＣなど画像圧縮の符号化方式であれば適応可能である。なお本実施の形態のエンコード方式に加え、他の画像圧縮方式であっても構わない。
【００２６】
クラウド処理部２１４は、クラウドサーバ１４０との通信のための処理を行う処理部であって、クラウドサーバ１４０との間で情報の送受信を行うと共に、クラウドサーバ１４０から受信した情報を処理する。クラウド処理部２１４は、クラウドサーバ１４０へ接続要求を行い、画像生成部２１３が生成した画像データをクラウドサーバ１４０からの取得要求に応じて送信する。またクラウド処理部２１４はクラウドサーバ１４０から設定や制御情報を受信し、ネットワークカメラ１１０の各種設定・制御を行う。各種設定にはＷｅｂサービスの停止・開始が含まれる。Ｗｅｂサービスの停止設定を受信した場合は、サーバ処理部２１１はＷｅｂサービスの提供を停止する。また、Ｗｅｂサービスの開始設定を受信した場合は、サーバ処理部２１１はＷｅｂサービスを再開する。Ｗｅｂサービス設定のほかに、クラウドサーバ１４０との接続状態を考慮し、Ｗｅｂサービスの停止・開始を制御してもよい。例えば、クラウドサーバ１４０との接続が確立されればＷｅｂサービスを停止してもよい。クラウド処理部２１４は要求に対して、画像生成部２１３、カメラ制御部２１２に中継を行い、中継先からの結果をもとに、対応する応答をクラウドサーバ１４０へ送信することも行う。
【００２７】
次に、本実施形態における処理の流れを説明する。本実施形態において、ネットワークカメラ１１０は、クラウドサーバ１４０との接続状況に応じてＷｅｂサービスを含めた機能停止処理および接続拒否処理を行う。図３は、本実施形態に対応する、ネットワークカメラ１１０の処理の一例を示すフローチャートである。該フローチャートに対応する処理は、例えば、ＣＰＵ２０１が対応するプログラム（２次記憶装置２０３に格納）を実行することにより実現できる。
【００２８】
まず、Ｓ３０１において、ネットワークカメラ１１０のクラウド処理部２１４は、クラウドサーバ１４０と接続するために接続処理を実行する。クラウドサーバ１４０との接続が確立されると、サーバ処理部２１１は、Ｗｅｂサーバとしての動作を自動的に停止する。このとき、クラウドサーバ１４０との接続中にネットワークカメラ１１０の詳細設定を変更するためには、サーバ処理部２１１がＷｅｂサーバ動作を再開しなければならない。続くＳ４０２において、クラウドサーバ１４０からの起動指示に応じてサーバ処理部２１１はＷｅｂサーバ動作を起動する。サーバ処理部２１１によりＷｅｂサーバ動作が起動されると、続くＳ３０３において、サーバ処理部２１１はタイマーを始動してカウントを開始する。当該タイマーは、ＷｅｂサーバによるＷｅｂサービス再開後の経過時間Ｔｎを計測するものである。
【００２９】
続くＳ３０４において、サーバ処理部２１１は、Ｗｅｂサーバへの接続要求があるかどうか判定する。接続要求があると判定されると処理はＳ３０５に進み、接続要求がないと判定されると処理はＳ３０８に進む。Ｓ３０５では、サーバ処理部２１１は接続要求をしているユーザの認証を行って権限を判定する。もし、ユーザが管理者ユーザで管理者権限を有していると判定されると処理はＳ３０６に進む。一方、ユーザが一般ユーザであれば処理はＳ３０７に進む。
【００３０】
Ｓ３０６では、サーバ処理部２１１は管理者ユーザ向けの機能停止処理を実行する。当該処理の詳細は、図４および図５を参照して後述する。一方、Ｓ３０７では、サーバ処理部２１１は一般ユーザからの接続要求に対して接続を拒否する処理を行い、処理はその後にＳ３０８に進む。これにより、クラウド接続処理とＷｅｂサーバ起動処理との後は、管理者ユーザ以外のユーザが接続しても、ネットワークカメラ１１０の各機能を利用することができないことになる。
【００３１】
Ｓ３０８では、Ｓ３０３で始動したタイマーの経過時間Ｔｎが所定の閾値時間（Ｔｈ）以上となったかどうかを判定する。当該閾値時間は、例えば１０分とすることができるが、これに限定されない。所定時間以上となっていない場合には、処理はＳ３０４に戻り、経過した場合には処理はＳ３０９に進む。Ｓ３０９では、サーバ処理部２１１はＷｅｂサーバとしての動作を停止する。
【００３２】
このようにして、Ｗｅｂサーバとしての動作を再開した後、所定時間が経過するまでは管理者ユーザに限ってネットワークカメラ１１０への接続を許可し、管理者ユーザ以外のユーザからの接続要求を一律拒否する。但し、管理者ユーザ以外のユーザに複数段階の権限を付与し、ネットワークカメラ１１０の状態に応じて、権限毎に接続拒否処理の手順を変更してもよい。
【００３３】
次に図４を参照して、図３のＳ３０６における処理の詳細を説明する。図４は、ネットワークカメラ１１０がＷｅｂサーバとして動作する場合に有する複数の機能の実行状態を示す図である。Ｗｅｂサーバとして提供可能な複数の機能には、例えば、ＨＴＴＰ応答４０１、カメラ設定４０２、カメラ制御４０３、画像配信４０４、音声配信４０５、ＳＤ録画４０６、カメラ検索４０７の７種類がある。ネットワークカメラ１１０のサーバ処理部２１１は、クライアント１２０から各機能に対する変更および参照要求に応答する。それぞれの機能は、動作と停止との２つの状態が存在し、ネットワークカメラ１１０の動作状態を表す状態１から状態４までの各状態に応じて切り換わる。動作と停止の切り替えについては図５のフローチャートを参照して後述する。
【００３４】
以下、ネットワークカメラ１１０の各機能について説明する。まず、ＨＴＴＰ応答４０１は、クライアント１２０からのＨＴＴＰリクエストに対し応答する機能である。カメラ設定４０２は、ネットワークカメラ１１０のネットワーク設定やユーザ設定等、撮像パラメータ以外の設定項目を変更する設定機能である。カメラ制御４０３は、カメラ制御部２１２により、撮像部による撮像動作を制御するための撮像パラメータ等を変更する撮像制御機能である。画像配信４０４は画像生成部２１３で生成された画像（動画、静止画）を各クライアント１２０に配信する配信制御機能である。
【００３５】
音声配信４０５は、撮影時に録音された音声をクライアント１２０に配信する配信制御機能である。ＳＤ録画４０６は、画像および音声をネットワークカメラ１１０に接続されたＳＤカード等の記憶媒体に保存する保存機能である。カメラ検索４０７は、クライアント１２０によりローカルエリアネットワーク１３０上のネットワークカメラ１１０が検索された場合、存在する旨の応答を返す検索応答機能である。なお、ネットワークカメラ１１０が有する機能は、図４に示したものに限られることなく、これら以外にも、例えばログ出力機能等のＷｅｂサーバにＩ／Ｆを有する機能を含めることができる。
【００３６】
図４においては、各機能が動作している（稼働している、生存している、有効である）場合を、表示形態４１１で示し、機能が停止している（非稼働である、死んでいる、無効である）場合を表示形態４１２で示している。機能の動作・停止は、ネットワークカメラ１１０の状態に応じて切り替わる。具体的には、図３のＳ３０３におけるカウント開始時点においては、ネットワークカメラ１１０は状態１にある。ここではすべての機能が動作しており、管理者ユーザは自由に機能を利用できる。
【００３７】
その後に、所定の条件が満たされると状態２へ移行し、画像配信４０４をはじめとするいくつかの機能を停止する。停止する機能は、画像配信４０４や音声配信４０５など配信を続けると第三者に画像や音声を不当に取得されるリスクが高くなる所定の機能である。停止する機能には、カメラ制御４０３のように画像配信４０４を停止すると価値が低下する機能も含めることができる。状態２において停止する機能は、予め決定しておくことができる。停止している機能に対してクライアント１２０が要求を送信した場合、ＨＴＴＰ応答４０１の機能により、ステータスエラーまたはプロトコルエラーが返答される。
【００３８】
状態２において、更に所定の条件が満たされると状態３へ遷移し、ＨＴＴＰ応答４０１以外の全ての機能を停止する。この状態では、クライアント１２０はＨＴＴＰリクエストに対する応答は得られるものの、それ以外の機能を利用することはできない。状態３において機能利用要求を受信した場合、要求された機能の種類によっては、動作状態に戻してもよい。機能を復帰させる方法は後述する。状態３において更に所定の条件が満たされると、状態４へ遷移し全機能が停止する。なお、図４ではネットワークカメラ１１０の状態を４通りで示したが、状態の数はこれらに限られるものではない。特には、画像配信４０４の停止とＨＴＴＰ応答４０１の停止が含まれれば状態の数は問わない。
【００３９】
このように、本実施形態では、Ｗｅｂサーバとして提供可能な複数の機能をグループ化し、管理者ユーザからの要求に応じてグループ単位に予め定めた順序で機能を段階的に停止していく。
【００４０】
次に、図５を参照して、ネットワークカメラ１１０における状態遷移の流れを説明する。図５は、管理者ユーザの接続状態によって複数の機能の動作を段階的に停止する処理の一例を示すフローチャートである。
【００４１】
まず、ネットワークカメラ１１０が各機能が動作している状態１に置かれている。このとき、Ｓ５０１において、サーバ処理部２１１は、管理者ユーザから画像配信４０４もしくはカメラ制御４０３に対する要求を最後に受け取ってから所定の第１の閾値時間Ｔｈ１が経過したかどうかを判定する。Ｔｈ１の値は、例えば２分とすることができる。所定時間Ｔｈ１が経過したと判定された場合、処理はＳ５０２に進む。一方、Ｔｈ１が経過していないと判定された場合にはＳ５０１を繰り返す。
【００４２】
Ｓ５０２において、サーバ処理部２１１は画像配信４０４等を停止して、状態２へ遷移する。続くＳ５０３において、サーバ処理部２１１は管理者ユーザからのカメラ設定４０２の最後の要求から所定の第２の閾値時間Ｔｈ２が経過したか否かを判定する。Ｔｈ２の値は、例えば３分とすることができる。Ｔｈ２が経過したと判定されると、処理はＳ５０４に進む。一方、Ｔｈ２が経過していないと判定された場合にはＳ５０３の判定を繰り返す。Ｓ５０４では、カメラ設定４０２等を停止して状態３へ遷移する。
【００４３】
続くＳ５０５では、ＨＴＴＰリクエストを所定の第３の閾値時間Ｔｈ３において受信していないかどうかを判定する。Ｔｈ３の値は、例えば５分とすることができる。Ｔｈ３の期間においてＨＴＴＰリクエストを受け付けていない場合、処理はＳ５０６に進む。一方、ＨＴＴＰリクエストを受け付けていない期間がＴｈ３に満たない場合、Ｓ５０５の判定を繰り返す。Ｓ５０６では、サーバ処理部２１１は図４に示した全ての機能を停止して状態４へ遷移する。
【００４４】
このように、本実施形態では処理が進むにつれて利用可能な機能が制限され、セキュリティレベルが上がるようにしている。本実施形態では、セキュリティ確保のために優先して提供を停止すべき機能（例えば、画像配信やカメラ制御）については、割り当てる閾値時間をより短くしている。この結果、それぞれの状態に割り当てられる閾値時間は後半の方がより長くなる。但し、閾値時間の割り当てに制限はなく、例えば、一律の閾値時間を割り当ててもよいし、一部を一致させ、残りをより短く、或いは、より長くしてもよい。或いは、処理の後半になるほど閾値時間を短くしてもよい。
【００４５】
次に、管理者ユーザからの接続要求に応じて、動作を停止した機能を復活させる場合の処理の流れを説明する。ネットワークカメラ１１０の状態が状態３の場合、ＨＴＴＰ応答４０１のみ動作している。このとき、クライアント１２０からの要求が一定条件を満たす場合には、カメラ設定４０２及びカメラ検索４０７の機能を起動して状態２に戻ることができる。その後に、さらに一定条件を満たすと、画像配信４０４等を起動して状態１に復帰することができる。
【００４６】
具体的な処理の流れを図６のフローチャートを参照して説明する。図６は、管理者ユーザの接続状態に応じたネットワークカメラ１１０の動作状態の遷移の別の一例を示すフローチャートである。
【００４７】
Ｓ６０１において、サーバ処理部２１１は、状態（Ｎ）においてネットワークカメラ１１０に対し管理者ユーザから所定の機能への変更または参照の要求を受け付けると、Ｓ６０２において要求された機能が停止しているかどうかを判定する。もし、機能が停止していない場合は、問題なく要求を受け付けられるため状態を遷移せずそのまま終了する。一方、機能が停止していると判定されると処理はＳ６０３に進む。Ｓ６０３においてサーバ処理部２１１は、状態（Ｎ）から、直前の状態である状態（Ｎ−１）へ戻れば機能が利用可能になるかを判定する。もし状態（Ｎ−１）でも機能が停止していると判定された場合、機能を起動することなく本処理を終了する。一方、状態（Ｎ−１）で要求された機能が利用可能になると判定される場合、処理はＳ６０４に進む。Ｓ６０４では、サーバ処理部２１１は、状態（Ｎ−１）に対応する機能を再起動して、状態（Ｎ）から状態（Ｎ−１）に遷移する。
【００４８】
例えば、状態３において、カメラ設定４０２に対する要求を受け付けた場合には、状態２に遷移してカメラ設定４０２を再起動することができる。その一方で、状態３においてカメラ制御４０３や画像配信４０４に対する要求を受け付けた場合、状態１には直ちには遷移できないので、状態３をそのまま維持することになる。しかし、制御方法はこれに限定されるものではなく、特定の機能について要求を受け付けた場合には、状態３から状態２を経由して状態１まで遷移してもよい。或いは、その時点の状態とは無関係に当該特定の機能の提供を再開してもよい。さらに、Ｓ６０３では状態（Ｎ−１）において要求された機能が利用可能かどうかを判定したが、状態（Ｎ−１）で利用可能な特定の機能に対して変更または参照の要求が来たかを判定してもよい。
【００４９】
また、状態４の場合、ネットワークカメラ１１０は、管理者ユーザからＨＴＴＰサーバ起動コマンドを受信した場合に、サーバ処理部２１１を起動して状態３に復帰するように動作することができる。
【００５０】
以上で説明したように、本実施形態では管理者権限を有する管理者ユーザからの接続に応じて、ネットワークカメラ１１０の提供する機能の動作状態を遷移させることができる。具体的には、最初に画像配信機能やカメラ制御機能を停止した後、他の機能を優先度に従って順々に停止していく。これにより、管理者ユーザがネットワークカメラ１１０を使用するために必要となる機能を残しつつ、配信機能等を優先して停止してセキュリティを確保することができる。
【００５１】
［実施形態２］
本実施形態では、管理者ユーザの認証失敗回数によって機能を停止させる場合の処理を説明する。実施形態に係るシステム構成、ハードウェア構成及びソフトウェア構成は実施形態１と同様とすることができる。
【００５２】
本実施形態では、管理者ユーザ向けの機能停止処理において、管理者ユーザの認証失敗回数に応じて機能の生存状態を変更する。図７は、本実施形態に対応するネットワークカメラ１１０の処理の一例を示すフローチャートである。
【００５３】
当該処理において、管理者ユーザが認証失敗した回数をグローバル変数Ｃｏｕｎｔとして保持しておき、その初期値を０とする。Ｓ７０１において、サーバ処理部２１１は、管理者ユーザの認証が失敗であるかどうかを判定する。失敗と判定すると処理はＳ７０２に進む。失敗でなければＳ７０１に戻る。
【００５４】
Ｓ７０２においてサーバ処理部２１１は、認証失敗回数Ｃｏｕｎｔの値を１増やし、処理はＳ７０３に進む。Ｓ７０３において認証失敗回数が１であるかを判定する。認証失敗回数が１の場合、処理はＳ７０４へ進み、状態２に遷移する。これにより、カメラ制御４０３及び画像配信４０４の機能が停止する。その後、処理はＳ７０１に戻る。一方、認証失敗回数が１でない、即ち、２以上の場合、処理はＳ７０５に進む。
【００５５】
Ｓ７０５では、認証失敗回数が２であるか否かを判定する。認証失敗回数が２の場合は、処理はＳ７０６へ進み、状態３へ遷移する。これにより、カメラ設定４０２等の機能が停止される。その後、処理はＳ７０１に戻る。一方、認証失敗回数が２でもない場合、認証失敗回数が３回目となり、処理はＳ７０７へ進み、状態４へ遷移する。これによりＷｅｂサーバ機能が停止する。
【００５６】
このようにして、管理者ユーザが認証を１度失敗する度に状態が遷移する。但し、状態遷移の条件はこれに制限されない。例えば、認証失敗１回または２回までは状態１を維持してもよい。また、上記では管理者ユーザの接続失敗回数のみについて説明したが、管理者ユーザ以外のユーザによる接続失敗回数に応じて機能停止を行ってもよい。また、管理者ユーザ以外のユーザについては、接続失敗回数だけでなく、接続回数に応じて機能停止を行うこともできる。さらには、管理者ユーザおよび管理者ユーザ以外のユーザの、接続回数ならびに接続失敗回数の両方に基づいて状態遷移を行ってもよい。
【００５７】
さらに、サーバ処理部２１１が接続ユーザのＩＰアドレスを特定する機能をさらに備える場合には、ネットワークカメラ１１０が接続しているローカルエリアネットワーク１３０と異なるネットワークから接続された場合に、認証失敗回数に基づく上記処理を実行してもよい。或いは、ローカルエリアネットワーク１３０とは異なるネットワークから接続された場合に、ユーザの認証回数または認証失敗回数を増加させることによって機能を停止してもよい。
【００５８】
本実施形態では、管理者ユーザの接続回数によって順次機能を停止させる方法を説明した。これにより、管理者ユーザの接続回数も制限することで、セキュリティを更に向上させることができる。
【００５９】
発明は上記実施形態に制限されるものではなく、発明の精神及び範囲から離脱することなく、様々な変更及び変形が可能である。従って、発明の範囲を公にするために請求項を添付する。
【００６０】
（その他の実施例）
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
【符号の説明】
【００６１】
１１０：ネットワークカメラ、１２０：クライアント、１３０：ローカルエリアネットワーク、１４０：クラウドサーバ、１５０：ワイドエリアネットワーク
【図１】
2020171001.tif 000003
【図２】
2020171001.tif 000004
【図３】
2020171001.tif 000005
【図４】
2020171001.tif 000006
【図５】
2020171001.tif 000007
【図６】
2020171001.tif 000008
【図７】
2020171001.tif 000009