(57)【特許請求の範囲】
【請求項１】
外部装置とネットワーク経由で通信する情報処理装置であって、
負荷情報を第一の時間間隔で取得する情報管理手段と、
前記負荷情報を前記外部装置に送信する第二の時間間隔を示すパラメータを含む制御コマンドをネットワーク経由で前記外部装置から受信する受信手段と、
前記受信手段で受信した制御コマンドに含まれるパラメータに基づき、前記第二の時間間隔を、前記負荷情報を前記外部装置に送信する時間間隔として設定するように制御する制御手段と、
前記外部装置への負荷情報の未送信時間が、前記第二の時間間隔以上か否かを判定する判定手段と、
前記判定手段により前記未送信時間が前記第二の時間間隔以上であると判定された場合、前記情報管理手段で取得した負荷情報をネットワーク経由で前記外部装置に送信する送信手段と
を備え、
前記制御手段は前記負荷情報の変化量に従って、前記パラメータに基づいて設定した前記第二の時間間隔を変更するように制御することを特徴とする情報処理装置。
【請求項２】
前記負荷情報の変化量が大きい場合は、前記第二の時間間隔を短くし、負荷情報の変化量が小さい場合は、前記第二の時間間隔を長くすることを特徴とする請求項１記載の情報処理装置。
【請求項３】
前記受信手段で受信する制御コマンドには前記送信手段で前記負荷情報を送信する期限を設定する期限情報を含み、
前記制御手段は、前記制御コマンドに含まれる期限情報に基づいて、前記負荷情報を送信する期限を制御することを特徴とする請求項１または２に記載の情報処理装置。
【請求項４】
前記負荷情報は、ＣＰＵ使用率、初期設定に戻した日時、起動／再起動した日時、時刻同期した日時、バックアップ日時、ファン・電源・ストレージエラー、または温度異常のうち少なくとも１つを含むことを特徴とした請求項１乃至３のいずれか１項に記載の情報処理装置。
【請求項５】
前記受信手段で受信する制御コマンドには前記情報管理手段が取得可能な負荷情報の一覧を要求する要求指示を含み、
前記送信手段は前記要求指示に対する応答に前記情報管理手段で取得可能な負荷情報の一覧を送信することを特徴とする請求項１乃至４のいずれか１項に記載の情報処理装置。
【請求項６】
前記受信手段で受信する制御コマンドには前記第二の時間間隔を負荷情報の種類ごとに、異なる時間間隔を指定するパラメータを含むことを特徴とする請求項１乃至５のいずれか１項に記載の情報処理装置。
【請求項７】
前記送信手段は前記受信手段において受信した前記負荷情報を取得するための指示を含む制御コマンドの応答として前記負荷情報を送信することを特徴とする請求項１乃至６のいずれか１項に記載の情報処理装置。
【請求項８】
前記送信手段で送信する画像データを取得する撮像部を更に備えることを特徴とする請求項１乃至７のいずれか１項に記載の情報処理装置。
【請求項９】
外部装置とネットワーク経由で通信する情報処理装置の制御方法であって、
負荷情報を第一の時間間隔で取得する情報管理ステップと、
前記負荷情報を前記外部装置に送信する第二の時間間隔を示すパラメータを含む制御コマンドをネットワーク経由で前記外部装置から受信する受信ステップと、
前記受信ステップで受信した制御コマンドに含まれるパラメータに基づき、前記第二の時間間隔を、前記負荷情報を前記外部装置に送信する時間間隔として設定するように制御する制御ステップと、
前記外部装置への負荷情報の未送信時間が、前記第二の時間間隔以上か否かを判定する判定ステップと、
前記判定ステップで前記未送信時間が前記第二の時間間隔以上であると判定された場合、前記情報管理ステップで取得した負荷情報をネットワーク経由で前記外部装置に送信する送信ステップと
を備え、
前記制御ステップでは、前記負荷情報の変化量に従って、前記パラメータに基づいて設定した前記第二の時間間隔を変更するように制御することを特徴とする情報処理装置の制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置およびその制御方法に関し、特に負荷情報を外部装置に送信する処理を行う情報処理装置に関するものである。
【背景技術】
【０００２】
近年、多数の情報処理装置をネットワーク経由で接続し、大規模な情報処理システムを構築されてきている。このような情報処理システムの性能向上において、ネットワークに接続されている各情報処理装置を認識し、さらにその動作状態をも管理することが重要となってきている。
【０００３】
例えば、特許文献１では、ネットワークに接続された情報処理装置が階層的に管理情報グループをもち、管理装置は最上位の管理情報を定期的に取得し、管理情報の変化を階層的に検索可能な例が開示されている。
【０００４】
また、情報処理装置の一例である撮像装置には、ネットワーク経由で接続し、映像配信や制御するためのコマンド群が実装されている。このようなコマンド群の例として、ＯＮＶＩＦ（Ｏｐｅｎ  Ｎｅｔｗｏｒｋ  Ｖｉｄｅｏ  Ｉｎｔｅｒｆａｃｅ  Ｆｏｒｕｍ）により策定された規格が知られている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０００−５７０７３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、ＯＮＶＩＦ等により策定された従来技術では、ネットワーク上の情報処理装置の負荷状態や装置毎に発生した異なる内部イベントを収集・監視することは想定されていなかった。
【０００７】
また、大規模なネットワークを構築する際には、ネットワーク上には様々なメーカーの装置が接続されることとなる。この場合に、夫々の装置毎に規定された異なる制御コマンドによって負荷状態や装置毎に発生した異なる内部イベントを収集・監視することは、ネットワークを管理するユーザーにとって非常に煩雑であった。
【０００８】
そこで、本発明の目的は、装置の負荷状態や装置毎に発生した異なる内部イベントを装置能力に合わせて収集・監視することを可能にする情報処理装置およびその制御方法を提供することである。
【課題を解決するための手段】
【０００９】
上記目的を達成するために、本発明は、外部装置とネットワーク経由で通信する情報処理装置であって、負荷情報を第一の時間間隔で取得する情報管理手段と、前記負荷情報を前記外部装置に送信する第二の時間間隔を示すパラメータを含む制御コマンドをネットワーク経由で前記外部装置から受信する受信手段と、前記受信手段で受信した制御コマンドに含まれるパラメータに基づき、前記第二の時間間隔を、前記負荷情報を前記外部装置に送信する時間間隔として設定するように制御する制御手段と、前記外部装置への負荷情報の未送信時間が、前記第二の時間間隔以上か否かを判定する判定手段と、前記判定手段により前記未送信時間が前記第二の時間間隔以上であると判定された場合、前記情報管理手段で取得した負荷情報をネットワーク経由で前記外部装置に送信する送信手段とを備え、前記制御手段は前記負荷情報の変化量に従って、前記パラメータに基づいて設定した前記第二の時間間隔を変更するように制御することを特徴とする。
【発明の効果】
【００１０】
本発明によれば、装置の負荷状態や装置毎に発生した異なる内部イベントを装置能力に合わせて収集・監視することを可能にする情報処理装置およびその制御方法を提供することができる。
【図面の簡単な説明】
【００１１】
【図１】本実施例の情報処理装置の構成を含むネットワーク構成図である。
【図２】本実施例の情報処理装置内のブロック図である。
【図３】本実施例のクライアント装置の内部構成を示すブロック図である。
【図４】本発明の制御部１００７の内部構成を示すブロック図である。
【図５】本実施例におけるシーケンス図である。
【図６】本実施例におけるコマンド構造の例である。
【図７】本実施例１における負荷情報管理プログラムのフローチャートである。
【図８】本実施例２における負荷情報管理プログラムのフローチャートである。
【発明を実施するための形態】
【００１２】
以下に、本発明の実施形態について、図面を参照しながら詳細に説明する。以下に、本発明の好ましい実施の形態を、添付の図面に基づいて詳細に説明する。
【００１３】
なお、以下の実施例において示す構成は一例に過ぎず、本発明は、図示された構成に限定されるものではない。また、以下の実施例におけるコマンドは、例えばＯｐｅｎ  Ｎｅｔｗｏｒｋ  Ｖｉｄｅｏ  Ｉｎｔｅｒｆａｃｅ  Ｆｏｒｕｍ規格に基づいて定められているものとする。
【００１４】
（実施例１）
以下に、図１を参照して本実施例に係るネットワーク構成について説明する。
【００１５】
図１（ａ）の１０００は、本発明の１つの実施形態である撮像装置を示す図である。１１０１はレンズを含む筐体であり、１１０２は天井方向から吊り下げパン方向及びチルト方向に設置時に設置場所及び撮影画角に合わせて方向を決定できるアーム機構である。
【００１６】
図１（ｂ）は、撮像装置１０００を含むシステム構成図である。２０００は、本発明における外部機器を示すクライアント装置である。撮像装置１０００とクライアント装置２０００は、ＩＰネットワーク網１５００を介して相互に通信可能な状態に接続されている。クライアント装置２０００は、撮像装置１０００に対して、後述する撮像パラメータ変更、映像ストリーミング開始等の各種コマンドを送信する。撮像装置１０００は、それらのコマンドに対するレスポンスや映像ストリーミングをクライアント装置２０００に送信する。
【００１７】
なお、本実施例における撮像装置１０００は、ネットワーク経由で外部装置と通信する情報処理装置の一例であり、例えば動画像を撮像する監視カメラである。より詳細には、監視に用いられるカメラサーバー（ネットワークカメラ）であるものとする。また、本実施例におけるクライアント装置２０００は、ＰＣ等の外部装置の一例である。又、本実施例における監視システムは、撮像システムに相当する。なお、説明の簡略化のために撮像装置は１台としているが、２台以上であっても構わない。またクライアント装置２０００以外にも撮像装置１０００にアクセスして制御や画像受信を行う他のクライアント装置があっても構わない。
【００１８】
また、ＩＰネットワーク網１５００は、例えばＥｔｈｅｒｎｅｔ（登録商標）等の通信規格を満足する複数のルータ、スイッチ、ケーブル等から構成されるものとする。しかしながら、本実施例においては、撮像装置１０００とクライアント装置２０００との間の通信を行うことができるものであれば、その通信規格、規模、構成を問わない。
【００１９】
例えば、ＩＰネットワーク網１５００は、インターネットや有線ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、無線ＬＡＮ（Ｗｉｒｅｌｅｓｓ  ＬＡＮ）、ＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）等により構成されていても良い。なお、本実施例における撮像装置１０００は、例えば、ＰｏＥ（Ｐｏｗｅｒ  Ｏｖｅｒ  Ｅｔｈｅｒｎｅｔ（登録商標））に対応していても良く、ＬＡＮケーブルを介して電力を供給されても良い。
【００２０】
図２は、本実施例における撮像装置１０００の内部構成を示すブロック図である。図２において、１００１はレンズ、１００２は撮像部、１００３は画像処理部、１００４は圧縮符号化部、１００５は通信部、１００６はレンズ制御部、１００７は制御部、１００８は記憶部である。
【００２１】
以下に図２を参照して、本実施例に係る撮像装置の動作について説明する。撮像される被写体からの光線はレンズ１００１を介して入力され撮像部１００２において結像され被写体の像を撮像して映像信号として出力される。レンズ１００１はレンズ制御部１００６によって入力されてくる被写体の像に合わせて絞りを変化させたり、フォーカス位置を調整しピントを合わせたり、赤外線カットフィルターの挿抜等の入力映像信号に対する制御処理を行われる。撮像部１００２で撮像された映像信号は画像処理部１００３に入力される。
【００２２】
図２において通信部１００５はクライアント装置２０００からの映像サイズ設定の指示や、被写体像に対するホワイトバランス及びゲインなどの露出制御に関する設定コマンドを含む制御コマンドを受信する。画像に対する設定コマンドは制御部１００７によって解析され画像処理部１００３に入力される。また同時に記憶部１００８に画像設定情報が記憶され、起動時に記憶部１００８に記憶されている画像設定情報に従って制御部１００７から画像処理部１００３に設定が行われる。画像処理部１００３は画像設定情報に従い画像処理を行い圧縮符号化部１００４へ入力する。
【００２３】
図２において通信部１００５はクライアント装置２０００からの符号化設定コマンドを含む制御コマンドを受信する。符号化設定コマンドは制御部１００７によって解析され記憶部１００８に記憶したのち圧縮符号化部１００４へ入力される。上記符号化設定情報には、例えば、符号化方式や画像サイズや画像の回転あるいは画像の解像度に関する指定情報も含まれる。圧縮符号化部１００４は、入力された画像処理部１００３の被写体画像に対して、複数の指定された前記画像サイズもしくは画像の解像度を、指定された前記符号化方式によって圧縮符号化する。
【００２４】
上記のごとく動作することにより、本実施例の撮像装置１０００においては、同一シーンで異なる符号化方式で、異なる画像サイズの画像ストリームを、ほぼ同時に配信することが可能となっている。当該画像ストリームは、通信部１００５を介して外部に出力される。
【００２５】
また、図２において通信部１００５はクライアント装置２０００からの工場出荷設定コマンドを含む制御コマンドを受信する。工場出荷設定コマンドは通信部１００５で受信した後、制御部１００７で解析され記憶部１００８に保存してある工場出荷設定を用いて、記憶部１００８に保存してある各種設定情報を更新する。例えば前述する、画像設定情報や符号化設定情報が工場出荷設定に更新される。
【００２６】
また、制御部１００７はＣＰＵを含み、クライアント装置２０００の各構成要素を統括的に制御及び各種パラメータ等の設定を行う。また、記憶部１００８は、データを電気的に消去可能なメモリ等を含み、制御部１００７はこれに記憶されたＯＳや各種プログラムを実行する。なお、メモリは、制御部１００７が実行するプログラム格納領域、プログラム実行中のワーク領域、データの格納領域等として使用される。また、制御部１００７は所定の期間を計時する計時手段を備える。制御部１００７は計時手段を用いることによって、クライアント装置２０００からの制御コマンド等によって指定された期間を計時し、自装置の動作期間等を計時可能となる。また、制御部１００７は、撮像装置１０００内で発生する状態変化等をイベントとして検出するイベント検出機能も備える。例えば、イベントとして、画像中の被写体の変化や、レンズ１００１の位置の状態変化等を検出可能である。
【００２７】
加えて、記憶部１００８は制御部１００７が撮像装置１０００の制御に用いる設定情報である各種パラメータの初期値を保持する。保持した初期値は初期化コマンド等によって用いられる。具体的には、初期化コマンドを受信した撮像装置１０００は、設置運用後にクライアント装置２０００等から設定された情報を含んだ設定情報を記憶部１００８に保持した初期値で更新する。
【００２８】
図３は、クライアント装置２０００の内部構成を示す図である。
【００２９】
図３において、２００１は制御部である。制御部２００１は例えばＣＰＵで構成され、クライアント装置２０００の全体の制御を行う。
【００３０】
２００２は記憶部である。記憶部２００２は、主に制御部２００１が実行するプログラム格納領域、プログラム実行中のワーク領域等、様々なデータの格納領域として使用される。
【００３１】
２００３は表示部である。表示部２００３は、例えばＬＣＤ、有機ＥＬディスプレイ等で構成され、クライアント装置２０００の使用者に対して、後述の配信画像設定画面を含む様々な設定画面や、撮像装置１０００から受信する映像のビューワ、各種メッセージ等を表示する。
【００３２】
２００４は入力部である。入力部２００４は、例えばボタン、十字キー、タッチパネル、マウス等で構成され、使用者による画面操作の内容を制御部２００１に通知する。
【００３３】
２００５は復号部である。復号部２００５は、通信部２００６を介して受信された圧縮符号化されている画像データをＪＰＥＧ，或いはＨ．２６４等の形式に基づいて復号化し、記憶部２００２に展開する。
【００３４】
２００６は通信部である。通信部２００７は、各制御コマンドを撮像装置２０００に対して送信する場合、また各制御コマンドに対するレスポンスや、映像ストリームを撮像装置２０００から受信する場合に使用される。
【００３５】
以上、図２および図３を参照し撮像装置１０００とクライアント装置２０００の内部構成について説明したが、図２および図３に示す処理ブロックは、本発明における撮像装置、クライアント装置の好適な実施形態の一例を説明したものでありこの限りではない。音声入力部、音声出力部など、本発明の要旨の範囲内で、種々の変形及び変更が可能である。
【００３６】
図４は、制御部１００７の内部構成図である。撮像装置１０００の制御部１００７には、撮像処理部１１０、負荷情報管理部１１１、通信処理部１１２、及び負荷情報部１１３等が含まれる。
【００３７】
撮像処理部１１０は撮像部１００２で生成された画像データを、画像処理部１００３を経由して取得し、画質パラメータに合わせて画像処理・符号化処理して、通信処理部１１２に送信する。本実施例では、撮像処理部１１０は必須要素ではないので、省略しても構わない。
【００３８】
負荷情報管理部１１１は、負荷情報部１１３から制御部１００７に含まれるＣＰＵの使用率などの装置の負荷情報や装置内部のイベント情報を一定間隔、またはイベント検出時に取得し、通信処理部１１２に送信する。装置内部イベント情報としては、初期設定に戻した日時、起動／再起動した日時、時刻同期した日時、バックアップ日時、自装置のファン・電源・ストレージエラー、または温度異常等が含まれる。
【００３９】
通信処理部１１２に情報を送信するのは、一定間隔以外に、ＣＰＵ使用率の変動を検出したタイミングや内部イベントが発生したタイミング等がある。なお、情報を送信する一定間隔自体も負荷情報や内部イベントの発生により変化してもよい。
【００４０】
通信処理部１１２は、各種クライアントからのリクエストに応じ、撮像処理部１１０から受信した画像データや負荷情報管理部１１１から受信した装置の負荷情報や内部イベント情報を、一端記憶部１００８等に保存する。そして、制御部１００７は、通信部１００５を制御し各種クライアントへ送信する。
【００４１】
負荷情報部１１３は、制御部１００７に含まれるＣＰＵの使用率などの装置の負荷情報や装置内部のイベント情報を収集し、収集した情報から新たな情報を算出し、それらの情報を記憶する。負荷情報管理部１１１は、負荷情報部１１３に記憶された情報を必要に応じて取得が可能である。なお、負荷情報部１１３には負荷情報管理部１１１から情報を書き込み可能の構成としてもよい。
【００４２】
図５は、撮像装置１０００とクライアント装置２０００間の通信に用いられる制御コマンドのシーケンス例である。
【００４３】
クライアント装置２０００は、取得したい負荷情報または内部イベント情報（以下、負荷情報）を含んだＳｕｂｓｃｒｉｂｅ  Ｒｅｑｕｅｓｔコマンドを撮像装置１０００に送信する（４００）。なお、クライアント装置２０００は、Ｓｕｂｓｃｒｉｂｅ  Ｒｅｑｕｅｓｔコマンドにおいて、負荷情報を定期的に通知することを要求するパラメータとして、インターバル情報や、通知を繰り返す有効期間（期限）等の期限情報を含めてもよい。
【００４４】
撮像装置１０００は自装置の負荷情報を取得し、取得した情報をＳｕｂｓｃｒｉｂｅ  Ｒｅｓｐｏｎｓｅコマンドとして応答をクライアント装置２０００に送信する（４０１）。なお、撮像装置１０００は、Ｓｕｂｓｃｒｉｂｅ  Ｒｅｓｐｏｎｓｅコマンドに、パラメータとして、繰り返し負荷情報を通知することを示すインターバル情報を含めてもよい。
【００４５】
撮像装置１０００は、クライアント装置２０００から要求されたインターバル情報、またはカメラ内部で持っているインターバル情報に含まれる時間ｔ１経過後、負荷情報を取得し、Ｎｏｔｉｆｙコマンドとしてクライアント装置２０００に送信する（４０２）。本経過時間ｔ１は制御部１００７に含まれる計時手段によって計時される。制御部１００７に含まれる計時手段は時間ｔ１経過後に制御部１００７に含まれるＣＰＵ等に対して所定の通知を行うことで期間が経過したことを通知する。
【００４６】
撮像装置１０００は、４０２以降もインターバル情報に基づき時間ｔ２経過後、負荷情報をＮｏｔｉｆｙコマンドとして送信する（４０３）。このとき、時間ｔ１と時間ｔ２は、同じであっても異なる時間であっても構わない。また、定期的ではなく、内部イベントが発生したときにＮｏｔｉｆｙコマンドを送信しても構わない。
【００４７】
撮像装置１０００は、有効期間を指定されていた場合は、有効期間経過後はＮｏｔｉｆｙコマンドの送信を停止する。
【００４８】
本実施例では、クライアントが取得したい負荷情報または内部イベント情報を予め知っている前提で説明した。しかし、クライアント装置２０００が所定の要求指示コマンドを用いることによって、撮像装置１０００の持つ取得可能な負荷情報や内部イベント情報の一覧を予め取得してから、Ｓｕｂｓｃｒｉｂｅ  Ｒｅｑｕｅｓｔコマンドを送信してもよい。
【００４９】
図６は、図５に示したシーケンスで用いられるＳｕｂｓｃｒｉｂｅ  Ｒｅｑｕｅｓｔコマンド、Ｓｕｂｓｃｒｉｂｅ  Ｒｅｓｐｏｎｓｅコマンド、及びＮｏｔｉｆｙコマンドの構造を示す図である。ここで、図６では、各制御コマンドの宛先を示すアドレス情報や送受信順序を保証するシーケンス番号等は省略してある。
【００５０】
図６（ａ）は、Ｓｕｂｓｃｒｉｂｅ  Ｒｅｑｕｅｓｔコマンド５００の例である。コマンドの中にはＳｕｂｓｃｒｉｂｅ  Ｒｅｑｕｅｓｔコマンドであることを示すフィールド５０１と取得したい負荷情報を示すフィールド５０２が存在する。取得したい負荷情報には、装置の負荷情報を示すＣＰＵ使用率、メモリ使用率、装置内部のイベント情報を示す初期設定に戻した日時、起動／再起動した日時、時刻同期した日時、バックアップ日時等が指定可能である。加えて、自装置のファン・電源・ストレージエラー、または温度異常等も指定可能である。図６（ａ）では、取得したい負荷情報のみ記載したが、インターバル情報や有効期間情報のフィールドが存在しても構わない。
【００５１】
なお、インターバル情報には、負荷情報を通知する時間間隔、装置内部で負荷情報を確認する時間間隔、内部イベントが発生した際に即座に通知するかどうかを表す情報などを含めることが可能である。有効期間情報には、負荷情報を通知が欲しい有効期間を含めることが可能である。有効期間は、ＵＴＣやローカルタイムでの実時刻でも、現在から経過した時間を示す相対時間でも構わない。
【００５２】
図６（ｂ）は、Ｓｕｂｓｃｒｉｂｅ  Ｒｅｓｐｏｎｓｅコマンド５１０の例である。コマンドの中にはＳｕｂｓｃｒｉｂｅ  Ｒｅｓｐｏｎｓｅコマンドであることを示すフィールド５１１と撮像装置１０００の負荷情報を示すフィールド５１２が存在する。負荷情報５１２は、Ｓｕｂｓｃｒｉｂｅ  Ｒｅｑｕｅｓｔコマンドで要求された負荷情報に対する実際のカメラ内の情報が含まれている。図６（ｂ）では、取得した負荷情報のみ記載したが、それ以外にインターバル情報が存在しても構わない。インターバル情報は、Ｓｕｂｓｃｒｉｂｅ  Ｒｅｑｕｅｓｔコマンドでの要求の範囲内の値でも、要求とは異なる撮像装置１０００内で決定した値でも構わない。
【００５３】
図６（ｃ）は、Ｎｏｔｉｆｙコマンド５２０の例である。コマンドの中にはＮｏｔｉｆｙコマンドであることを示すフィールド５２１と撮像装置１０００の負荷情報を示すフィールド５２２が存在する。負荷情報５２２は、Ｓｕｂｓｃｒｉｂｅ  Ｒｅｓｐｏｎｓｅコマンド中の負荷情報５１２と同じフィールドを持つ情報である。
【００５４】
なお、Ｓｕｂｓｃｒｉｂｅ  Ｒｅｑｕｅｓｔコマンド５００において指定する負荷情報において、負荷情報ごとに通知する時間間隔やタイミングを指定できるようにしてもよい。この場合、Ｓｕｂｓｃｒｉｂｅ  Ｒｅｓｐｏｎｓｅコマンド５１０には、Ｓｕｂｓｃｒｉｂｅ  Ｒｅｑｕｅｓｔコマンド５００において指定する負荷情報に関する情報を含め、その後のＮｏｔｉｆｙコマンド５２０において、必要に応じて負荷情報を通知する。この場合、同時刻でＮｏｔｉｆｙコマンド５２０を送信する負荷情報が複数ある場合は、１つの制御コマンドにまとめて通知してもよいし、優先順位をつけて通知してもよい。
【００５５】
図７（ａ）は、本実施例における負荷情報管理部１１１が実施する処理のフローチャートである。
【００５６】
負荷情報管理部１１１は、クライアント装置２０００からのＳｕｂｓｃｒｉｂｅ  Ｒｅｑｕｅｓｔコマンド受信等をきっかけとして通信処理部１１２から制御される。この際、通信処理部１１２は、負荷情報管理部１１１が通知するインターバル情報を制御用パラメータとして入力する。本実施例で使用するインターバル情報は、負荷情報を通知する負荷通知間隔とするが、これに限られるものではない。
【００５７】
ステップＳ６０１において、負荷情報管理部１１１は、制御開始すると、通信処理部１１２から入力された負荷通知間隔情報を保存する。そして、処理をステップＳ６０２に進める。
【００５８】
ステップＳ６０２において、負荷情報管理部１１１は、負荷情報部１１３からＳｕｂｓｃｒｉｂｅ  Ｒｅｑｕｅｓｔコマンドにて指定された負荷情報を取得する。そして、処理をステップＳ６０３に進める。
【００５９】
ステップＳ６０３において、負荷情報管理部１１１は、ステップＳ６０２で取得した負荷情報を通信処理部１１２経由で、Ｓｕｂｓｃｒｉｂｅ  Ｒｅｓｐｏｎｓｅコマンドとしてクライアント装置２０００に対して送信する。そして、処理をステップＳ６０４に進める。
【００６０】
ステップＳ６０４において、負荷情報管理部１１１は、次の負荷情報を通知するまで待機状態となる。ここで、待機状態からの復帰条件としては、負荷通知間隔が経過、または、初期設定に戻す、時刻同期する、バックアップする、自装置のファン・電源・ストレージエラー、または温度異常等の内部イベントの発生が想定される。復帰条件が満たされた場合、処理をステップＳ６０５に処理を進める。
【００６１】
ステップＳ６０５において、負荷情報管理部１１１は、負荷情報部１１３から、ステップＳ６０２と同様に再度負荷情報を取得する。そして、処理をステップＳ６０６に進める。なお、本実施例ではステップＳ６０２とステップＳ６０５において取得する負荷情報とを同一の負荷情報としたが、異ならせてもよいし、複数読み出す場合等はその一部を異ならせてもよい。
【００６２】
ステップＳ６０６において、負荷情報管理部１１１は、ステップＳ６０５で取得した負荷情報を通信処理部１１２経由で、Ｎｏｔｉｆｙコマンドとしてクライアント装置２０００に対して送信する。そして、処理をステップＳ６０７に進める。
【００６３】
ステップＳ６０７において、負荷情報管理部１１１は、負荷通知間隔の再設定処理を行う。本ステップにおける再設定処理に関しては後述する。再設定処理が終了した後、処理をステップＳ６０８に進める。
【００６４】
ステップＳ６０８において、負荷情報管理部１１１は、クライアント装置２０００より、通信処理部１１２経由でから終了指示を受信したか否かを確認する。終了指示を受信していた場合、本フローチャートの処理を終了する。一方で、終了指示を受信していなければ、処理をステップＳ６０４の待機状態に処理を戻す。
【００６５】
図７（ｂ）は、ステップＳ６０７における負荷通知間隔の再設定処理を示すフローチャートである。本フローチャートの処理も負荷情報管理部１１１が行う。
【００６６】
ステップＳ６１０において、負荷情報管理部１１１は、ステップＳ６０２又はそれ以前のステップＳ６０５において取得した負荷情報と、直前のステップＳ６０５で取得した負荷情報を比較する。比較した結果として、負荷情報の変化量（増減）が上限閾値以上であれば処理をステップＳ６１１に進め、負荷情報の変化量が上限閾値より小さい場合は処理をステップＳ６１２に進める。
【００６７】
ステップＳ６１１において、負荷情報管理部１１１は、負荷通知間隔を起動パラメータで指定された時間の半分に設定する。そして処理を終了する。
【００６８】
ステップＳ６１２において、負荷情報管理部１１１は、ステップＳ６０２又はそれ以前のステップＳ６０５において取得した負荷情報と、直前のステップＳ６０５で取得した負荷情報を比較する。比較した結果として、負荷情報の変化量（増減）が下限閾値以下であれば処理をステップＳ６１３に進める。そして、負荷情報の変化量が下限閾値より大きい場合は負荷情報の変化量が上限閾負荷通知間隔は変更せずに処理を終了する。
【００６９】
ステップＳ６１３において、負荷情報管理部１１１は、負荷通知間隔を起動パラメータで指定された時間の２倍に設定する。そして処理を終了する。
【００７０】
本フローチャートに示した動作を行うことで、適切なタイミングで負荷情報をクライアント装置２０００に通知できる。例えば、上限閾値をＣＰＵ使用率の差１０％、下限閾値をＣＰＵ使用率の差２％とした場合、ＣＰＵ使用率が６０％から８０％に増加すると負荷通知間隔は半分に設定される。そして、ＣＰＵ使用率が６０％から６１％に増加した場合、負荷通知間隔は２倍に設定される。そしてＣＰＵ使用率が６０％から６５％に増加した場合、負荷通知間隔は変更しない。したがって、負荷情報を取得するタイミングを、負荷情報の変動が大きい場合は取得頻度を上げ、変動が少ない場合は取得頻度を下げることができる。
【００７１】
なお、本実施例では、負荷通知間隔を半分、または２倍に設定するとしたが、これらの値には限られない。例えば一定時間経過したら変更する、もう少し細かく通知間隔を変更する等、より複雑なアルゴリズムを用いることも可能である。
【００７２】
なお、本実施例では、インターバル情報を負荷情報管理プログラム１１１の起動時パラメータとしたが有効期間情報も一緒に渡してもよい。その際は、ステップＳ６０８で処理を終了するかどうかを判断する際に、有効期間を経過したかどうかも条件の１つとして追加することができる。
【００７３】
また、インターバル情報を通信処理部１１２から渡さずとも、負荷情報管理部１１１が固定で持つ、または記憶部１００８等に保存してあるインターバル情報を使ってもよい。
【００７４】
本実施例では、説明の都合上、負荷情報管理部１１１は通信処理部１１２から起動されるとしたが、通信処理プログラム１１２とは関係なく１つだけ起動し、複数クライアントへの通知処理を一括で処理しても構わない。
【００７５】
このようにして、クライアントはネットワーク上の装置で発生した負荷状態やイベントを装置能力に合わせて収集し、監視することができる。
【００７６】
（実施例２）
以下、本発明の第２の実施例による、情報処理装置及びその処理方法について説明する。なお、第２の実施例における撮像装置等の構成は、第１の実施例で説明したものと同様であるので、ここでは説明を省略する。
【００７７】
図８は、本実施例における負荷情報管理部１１１が実施する処理のフローチャートである。
【００７８】
負荷情報管理部１１１は、クライアント装置２０００からのＳｕｂｓｃｒｉｂｅ  Ｒｅｑｕｅｓｔコマンド受信等をきっかけとして通信処理部１１２から制御される。この際、通信処理部１１２は、負荷情報管理部１１１が通知するインターバル情報を起動時パラメータとして入力する。本実施例で使用するインターバル情報は、負荷情報を通信部１１２に通知する負荷通知間隔と、負荷情報リソース１１３から負荷情報を取得する負荷取得間隔とする。
【００７９】
ステップＳ７０１において、負荷情報管理部１１１は、起動時に渡されたインターバル情報の負荷通知間隔情報及び負荷取得間隔情報を保存する。そして、処理をステップＳ７０２に進める。
【００８０】
ステップＳ７０２において、負荷情報管理部１１１は、負荷情報部１１３からＳｕｂｓｃｒｉｂｅ  Ｒｅｑｕｅｓｔコマンドで指定された負荷情報を取得する。そして、処理をステップＳ７０３に進める。
【００８１】
ステップＳ７０３において、負荷情報管理部１１１は、ステップＳ７０２で取得した負荷情報を通信処理部１１２経由で、Ｓｕｂｓｃｒｉｂｅ  Ｒｅｓｐｏｎｓｅコマンドとしてクライアント装置２０００に対して送信する。そして、処理をステップＳ７０４に進める。
【００８２】
ステップＳ７０４において、負荷情報管理部１１１は、負荷情報を送信した現在の時刻を保存する。保存先は制御部１００７内の一次記憶部でもよいし、記憶部１００８に記憶してもよい。そして、処理をステップＳ７０５に進める。
【００８３】
ステップＳ７０５において、負荷情報管理部１１１は、次の負荷情報を通知するまでの待機状態となる。ここで、待機状態からの復帰条件として、負荷通知間隔が経過、または、初期設定に戻す、時刻同期する、バックアップする、自装置のファン・電源・ストレージエラー、または温度異常等の内部イベントの発生が想定される。復帰条件となった場合、処理をステップＳ７０６に処理を進める。
【００８４】
ステップＳ７０６において、負荷情報管理部１１１は、負荷情報部１１３から、ステップＳ７０２と同様に再度負荷情報を取得する。そして、処理をステップＳ７０７に進める。なお、本実施例ではステップＳ６０２とステップＳ６０５において取得する負荷情報とを同一の負荷情報としたが、異ならせてもよいし、複数読み出す場合等はその一部を異ならせてもよい。
【００８５】
ステップＳ７０７において、負荷情報管理部１１１は、前回負荷情報を送信した時刻から現在時刻までの差分を未送信時間として算出する。そして、処理をステップＳ７０８に進める。
【００８６】
ステップＳ７０８において、負荷情報管理部１１１は、ステップＳ７０７で算出した時間、つまり未送信時間が、負荷通知間隔以上かどうかを判定する。未送信時間が負荷通知間隔以上である場合は、処理をステップＳ７０９に進める。一方で、未送信時間が負荷通知間隔以上である場合は、処理をステップＳ７１１に進める。
【００８７】
ステップＳ７０９において、負荷情報管理部１１１は、未送信時間が負荷通知間隔以上である場合に、ステップＳ７０６で取得した負荷情報を通信処理部１１２経由で、Ｎｏｔｉｆｙコマンドとしてクライアント装置２０００に対して送信する。そして、処理をステップＳ７１０に進める。
【００８８】
ステップＳ７１０において、負荷情報管理部１１１は、Ｓ７０４と同様に、負荷情報を送信した現在の時刻を保存する。そして、処理をステップＳ７１１に進める。
【００８９】
ステップＳ７１１は、図７におけるステップＳ６０７と同じ処理であるため、説明は省略する。そして、ステップＳ７１１の処理が終了した後にステップＳ７１２に処理を進める。
【００９０】
ステップＳ７１２において、負荷情報管理部１１１は、クライアント装置２０００より、通信処理部１１２経由でから終了指示を受信したか否かを確認する。終了指示を受信していた場合、本フローチャートの処理を終了する。一方で、終了指示を受信していなければ、処理をステップＳ７０５の待機状態に処理を戻す。
【００９１】
本実施例では、インターバル情報を負荷情報管理プログラム１１１の起動時パラメータとしてしたが有効期間情報も一緒に渡してもよい。その際は、ステップＳ７０８で処理を終了するかどうかを判断する際に、有効期間を経過したかどうかも条件の１つとして追加することができる。
【００９２】
また、インターバル情報を通信処理部１１２から渡さずとも、負荷情報管理プログラム１１１が固定で持つ、または記憶部１００８等に保存してあるインターバル情報を使ってもよい。
【００９３】
なお、本実施例では、ステップＳ７０８にて未送信時間が負荷通知間隔以上か否かで判定したが、取得した負荷情報が前回との差分が大きい場合は負荷通知間隔以上で経過していなくても真と判断してもよい。
【００９４】
なお、本実施例では負荷情報の送信タイミングに負荷通知間隔を用いたが、負荷情報を取得するタイミングとは個別に設定可能としてもよい。この場合、インターバル情報を個別に設定できるようにすることが好ましい。
【００９５】
本実施例では、説明の都合上、負荷情報管理部１１１は通信処理部１１２から起動されるとしたが、通信処理部１１２とは関係なく１つだけ起動し、複数クライアントへの通知処理を一括で処理しても構わない。
【００９６】
このようにして、クライアントはネットワーク上の装置で発生した負荷状態やイベントを装置能力に合わせて収集し、監視することができる。
【００９７】
以上、本発明の好ましい実施形態について説明したが、本発明はこれらの実施形態に限定されず、その要旨の範囲内で種々の変形及び変更が可能である。
【符号の説明】
【００９８】
１０００  撮像装置
１１０１  レンズ筐体
１１０２  アーム機構
１５００  ＩＰネットワーク網
２０００  クライアント装置
【図１】
0006667203.tif 000002
【図２】
0006667203.tif 000003
【図３】
0006667203.tif 000004
【図４】
0006667203.tif 000005
【図５】
0006667203.tif 000006
【図６】
0006667203.tif 000007
【図７】
0006667203.tif 000008
【図８】
0006667203.tif 000009