JP6881985B2 - 監視装置、制御方法およびプログラム - Google Patents

Description

本発明は、監視装置、制御方法およびプログラムに関する。

プリンタや複合機等の画像形成装置等の機器の稼働状況、ジョブやエラー等の各種履歴等を顧客内ネットワーク内に設置した監視装置で監視する機器管理システムが提案されている。以降の説明においては、画像形成装置のことを監視対象機器、或いは単に機器と表記する場合がある。また、機器の稼働状況や各種履歴データを機器の稼働情報と記載する場合がある。

機器管理システムにおいて、監視装置は、様々な方法で機器の情報を収集する。一般的な方法の一つとしては、機器側のＭＩＢ情報を、監視装置側からＳＮＭＰにより取得する方法がある。ＭＩＢは、Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｂａｓｅの略称である。また、ＳＮＭＰは、Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ
Ｐｒｏｔｏｃｏｌの略称である。その他、機器側、或いは監視装置側にＷｅｂサービスを実装し、Ｗｅｂサービスの一つとして、監視装置側で稼働情報を取得する方法がある。監視装置側にＷｅｂサービスを実装する方法の中には、インターネット上の中央管理サーバで実装されているＷｅｂサービスと同様のインタフェースを設けてＳＳＬ／ＴＬＳ通信を行うものがある。以下の説明では、「ＳＳＬ／ＴＬＳ」を、単に「ＴＬＳ」とも記述する。

監視装置に中央管理サーバと同じインタフェースを設ける場合、機器の宛先を中央管理サーバからイントラネット内の監視装置に変更するだけで、機器の内部処理を変更する必要がない。更に、ＴＬＳ通信を利用することで、セキュリティを確保した通信が行える。特許文献１は、インターネット上にある中央管理サーバに、機器がＳＳＬクライアントとして稼働情報を送信するよう、通信先がプリセットされており、その通信先をイントラネット内の監視装置にセキュアに変更する技術を開示している。

特開２０１１−１３５５５２号公報

近年の通信に対するセキュリティ要望の高まりから、機器のセキュリティレベルは年々高くなってきている。特に、暗号の危殆化対策は重要であり、新しい機器は、よりセキュアな通信方法が行えるように、新しいプロトコルバージョン、暗号アルゴリズム、暗号スィート等が搭載される。したがって、各機器のセキュリティレベルを最大限に引き出すためには、中央管理サーバ及び監視装置は、機器毎に通信方法を変える必要がある。通信プロトコルのバージョン、暗号スィート等は、ＴＬＳのハンドシェイクで動的に変更できるが、サーバ証明書が危殆化してしまった場合、Ｗｅｂサーバ自体の変更が必要であり、容易ではない。Ｗｅｂサーバ側である監視装置側には、新旧の全機器をカバーできるサーバ証明書の数のポート（Ｗｅｂポート）を用意し、Ｗｅｂクライアントである機器側には、適切なポートを設定する必要がある。

しかし、特許文献１が開示する機器管理方法は、適切なＷｅｂポートを選択する技術ではない。また、この機器管理方法では、機器側も、自装置が通信すべき中央管理サーバのＵＲＬは、初期出荷時にプリセットされており、このＵＲＬを変更するためには、手動設定が必要である。すなわち、サービスマンが、対象機器のセキュリティ能力を把握して、適切なＵＲＬを指示する必要がある。本発明は、セキュリティ強度に応じた適切なポートに対応する接続先ＵＲＬをネットワーク機器に通知する監視装置の提供を目的とする。

本発明の一実施形態の監視装置は、ネットワーク機器を監視する監視装置であって、第１のサーバ証明書に対応するルート証明書と、第１のサーバ証明書よりも相対的にセキュリティ強度が低い通信を実現するための第２のサーバ証明書に対応するルート証明書とを発行する発行手段と、自装置のＩＰアドレスに基づく通信先情報と前記第１のサーバ証明書とが関連付けられた第１のポート情報、および、前記ＩＰアドレスに基づく通信先情報と前記第２のサーバ証明書とが関連付けられた第２のポート情報を管理する管理手段と、前記ネットワーク機器に対して、前記第１のポート情報に関連付けられた前記第１のサーバ証明書に対応するルート証明書、及び通信先情報を送信する送信手段と、を有し、前記送信手段は、前記第１のサーバ証明書に対応するルート証明書、及び通信先情報の送信の結果として前記ネットワーク機器での認証が失敗した場合に、該ネットワーク機器に対して、前記第２のポート情報に関連付けられた前記第２のサーバ証明書に対応するルート証明書、及び通信先情報を送信する。

本発明の監視装置によれば、セキュリティ強度に応じた適切なポートに対応する接続先ＵＲＬをネットワーク機器に通知することができる。

本実施形態のシステム構成を示す図である。 監視装置のハードウェア構成例を示す図である。 プリンタ制御部とその周辺部分の機能ブロック図の一例である。 監視装置の機能ブロック図の一例である。 監視対象機器の機能ブロック図の一例である。 監視装置が実行するメイン処理の例を説明するフローチャートである。 監視装置が実行するメイン処理の例を説明するフローチャートである。 初期設定処理を説明するフローチャートである。 初期設定処理を説明するフローチャートである。 監視対象機器登録処理を説明するフローチャートである。 通信先情報設定処理の例を説明するフローチャートである。 通信先情報設定処理の例を説明するフローチャートである。 通信先情報設定処理の例を説明するシーケンスを示す図である。 通信先情報設定処理の例を説明するシーケンスを示す図である。 初期設定画面の一例を示す図である。 実施例２における初期設定画面を示す図である。 初期設定画面の他の例を示す図である。 通信先情報及びルート証明書の設定要求の通信データである。 ポート情報の一例を示す図である。 機器情報の一例を示す図である。

（実施例１）
図１は、本実施形態のシステム構成を示す図である。
図１に示す情報処理システムは、監視装置１０１と、複数の画像形成装置１０２ａ乃至１０２ｅと、データベース１０４とを備える。監視装置１０１は、複数のネットワーク機器（画像形成装置）を監視、管理する。監視装置１０１が、インターネット上の中央管理装置に画像形成装置から収集した監視データを送付してもよいし、送付しなくてもよい。本発明は、例えば、イントラネット内の機器管理一般に適用可能である。

監視装置１０１は、監視対象機器である複数の画像形成装置１０２ａ乃至１０２ｅに対して、ＬＡＮ１０５を通じて通信可能に接続されている。ＬＡＮは、Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋの略称である。以下、画像形成装置１０２ａ，ｂ，ｃ，ｄ，ｅを、監視対象機器／機器１０２ｘと記述することがある。

監視装置１０１は、ＬＡＮ１０５を通じて、データベース１０４に接続されており、監視対象機器１０２ｘから取得した監視対象情報を含む機器情報は、データベース１０４に保存される。データベース１０４は、監視装置１０１が、監視のための情報や、監視対象機器から取得した能力情報、収集した各種カウンタ、各種履歴情報などを蓄積する履歴記憶手段である。なお、データベース１０４の機能が監視装置１０１に含まれる場合には、データベース１０４の構成はなくてもよい。

図２は、監視装置を実現するコンピュータシステムのハードウェア構成例を示す図である。
図２に示すハードウェア構成は、図示しない中央管理装置の構成に適用可能である。監視装置１０１は、ＣＰＵ乃至Ｉ／Ｆ２０９を備える。ＣＰＵ２００は、監視装置全体を制御する。ＣＰＵは、Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔの略称である。ＣＰＵ２００は、ハードディスク（ＨＤ）２０５に格納されているアプリケーションプログラム、各種ドライバプログラム、ＯＳや本発明の機器管理プログラムなどを実行する。この時、ＣＰＵ２００は、ＲＡＭ２０２にプログラムの実行に必要な情報、ファイル等を一時的に格納する制御を行う。ＯＳは、Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍの略称である。ＲＡＭは、Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙの略称である。後述する各フローチャートにおける各ステップの処理は、ＣＰＵ２００が、ＲＯＭ２０１、ＲＡＭ２０２、ＨＤ２０５等の記憶手段に格納されたプログラムコードに基づく処理を実行することによって、実現される。なお、ＲＯＭは、Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙの略称である。ＲＯＭは、基本Ｉ／Ｏプログラム等のプログラム、本コンピュータシステム上の各処理を司るプログラム、各種データを記憶する。

ＲＡＭ２０２は、一時記憶手段であり、ＣＰＵ２００の主メモリ、ワークエリアとして機能する。コンパクトディスク（ＣＤ）ドライブ２０３は、記憶媒体の読み込み処理を実行する。ＣＤドライブ２０３は、記憶媒体としてのＣＤ−Ｒ２０４に記憶されたプログラム等を、本コンピュータシステムにロードすることが出来る。なお、記憶媒体は、ＣＤ−Ｒに限らず、フロッピーディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＣＤ−ＲＷ、ＰＣカード、ＤＶＤ、ＩＣメモリカード、ＭＯ、メモリスティック等、任意である。

ＣＤ−Ｒ２０４は、コンピュータが読み取り可能なプログラムが格納された記憶媒体である。ＨＤ２０５は、外部記憶手段の一つであり、大容量メモリとして機能し、アプリケーションプログラム、各種ドライバプログラム、ＯＳ、ネットワークプリンタ制御プログラム、関連プログラム等を格納する。

キーボード２０６は、ユーザや管理者が、監視装置１０１に対して、制御指示、設定などを入力するために用いる指示入力手段である。ディスプレイ２０７は、キーボード２０６から入力した制御指示や、監視対象機器１０２ｘの状態を表示したりする。なお、実際には、アプリケーションがＯＳの仕組みを介して発行した描画コマンドを、グラフィックカードが解釈し、アナログ信号、或いはデジタル信号に変換した情報が所定の表示手段に表示される場合等がある。本実施形態における表示制御とは、表示手段に表示させるべくＯＳを介して、描画コマンドの発生を行わせる処理を含むものとする。システムバス２０８は、図２に示すコンピュータシステム内のデータのやりとりを媒介する。Ｉ／Ｆ２０９は、外部装置とのデータのやり取りを行うインタフェースである。

図３は、監視対象機器のプリンタ制御部とその周辺部分の機能ブロック図の一例である。
監視対象機器１０２ｘは、プリンタコントローラ３０１、ＨＤ３０９、ＵＩ部３１０、エンジン制御部３１４、エンジン３１５、センサ３１６、カウンタ３１７を備える。プリンタコントローラ３０１は、ホストコンピュータなどの外部装置３１３（図１の監視装置１０１に相当) と、各種データの送受信を所定のプロトコルで実行するための通信部３０６を有する。また、プリンタコントローラ３０１は、通信と画像データの受信、及び受信した画像データをプリンタが印字可能な情報に展開すると共に、エンジン制御部３１４との間で信号のやり取りとシリアル通信を行うビデオＩ／Ｆ３０７を備える。

監視対象機器１０２ｘのＣＰＵ３０２は、ＲＯＭ３０４或いはＨＤ３０９に記憶された制御プログラムなどに基づいて、システムバス３１２に接続される各種デバイスとのアクセスを統括的に制御する。ＣＰＵ３０２は、更に、ビデオＩ／Ｆ３０７を介して接続されるプリンタエンジンに出力情報としての画像信号を出力する。

ＲＡＭ３０３は、ＣＰＵ３０２の主メモリ、ワークエリア等として機能する。ディスクコントローラ（ＤＫＣ）３０５は、ブートプログラム、種々のアプリケーション、フォントデータ、ユーザーファイル、編集ファイル等を記憶するハードディスク（ＨＤ）等の外部メモリ３０９とのアクセスを制御する。ＵＩ部３１０は、表示部（表示パネル）３１１やキーボードを有しており、入出力Ｉ／Ｆ３０８を介して、オペレータへの情報提供や、オペレータからの入力指示を媒介する。

エンジン制御部３１４は、プリンタコントローラとの間で信号のやり取りをし、シリアル通信を介してプリンタエンジン、センサ、カウンタ等、各ユニットの制御を行う。エンジン制御部にＣＰＵが含まれる構成としてもよい。エンジン３１５は、画像形成装置としての監視対象機器１０２ｘのエンジンである。センサ３１６は、故障やジャム等のエラーを検知する。エンジン制御部３１４は、センサ３１６の検知結果をＣＰＵ３０２上の制御プログラムに通知し、制御プログラムがエラー情報を生成する。カウンタ３１７は、プリンタジョブ完了等で更新されるカウンタである。ＵＩ部３１０または外部装置３１３からの要求により、ＣＰＵ３０２上の制御プログラムからエンジン制御部３１４を介して、カウンタ情報が課金情報として取得される。

図４は、監視装置の機能ブロック図の一例である。
監視装置１０１は、通信部４０１乃至秘密鍵記憶部４１２を備える。通信部４０１は、監視対象機器１０２ｘ等の外部の情報処理装置と、Ｉ／Ｆ２０９およびＬＡＮ１０５を介して、データの送受信制御を行う。通信部４０１は、通信プロトコルに応じた処理を行う。本実施形態でのＳＳＬ／ＴＬＳ通信においては、関連する証明書、公開鍵／秘密鍵を利用した認証及び暗号化通信を行う。

認証局サービス部４０２は、監視対象機器１０２ｘとの通信に使用するサーバ証明書と、サーバ証明書を検証可能なルート証明書を発行する。監視装置１０１は、顧客環境への設置後、ネットワーク上のアドレス（ＩＰアドレスやホスト名）が決定される。したがって、監視装置１０１内で認証局サービス部４０２を持ち、監視装置１０１のアドレスが特定された後に、制御部４０３が認証局サービス部４０２にサーバ証明書の発行を指示する。発行されたサーバ証明書は、サーバ証明書記憶部４０９に記憶され、通信部４０１を介して、監視対象機器１０２ｘが通信するポートに設定される。また、制御部４０３は、認証局サービス部４０２から、サーバ証明書の検証を行うためのルート証明書の発行を指示し、後述のルート証明書記憶部４１０に同ルート証明書を記憶する。本実施形態では、認証局サービス部４０２は、第１のサーバ証明書に対応するルート証明書と、第１のサーバ証明書よりも相対的にセキュリティ強度が低い通信を実現するための第２のサーバ証明書に対応するルート証明書とを発行する。

制御部４０３は、機器情報取得部４０４から取得した情報を元に、監視対象機器１０２ｘに対する制御／指示等の処理を行う。また、制御部４０３は、監視対象機器１０２ｘへ送信する制御／指示データの生成においては、各処理部からの依頼により、通信プロトコルに応じた送信データを生成する。生成された送信データは、通信部４０１を介して、監視対象機器１０２ｘに送信される。

機器情報取得部４０４は、監視対象機器１０２ｘの能力情報、監視データ等、機器に関する各種情報を当該機器から取得する。更に、機器情報取得部４０４は、監視対象機器内部に保持されているカウンタ情報、履歴等の稼働情報を取得する。また、機器情報取得部４０４は、監視対象機器１０２ｘのファームウェア情報も取得する。機器管理部４０５は、機器情報取得部４０４により監視対象機器１０２ｘから取得した監視対象機器１０２ｘの各種機器情報、ポート情報を管理する。管理対象の情報は、データベースアクセス部４０６を介して、データベース１０４、或いはＲＡＭ２０２等、内蔵の記憶装置に保存される。機器情報取得部４０４は、ファームウェア更新検知対象機器のファームウェア情報の更新を以下のようにして検知する。機器情報取得部４０４は、機器管理部４０５によって管理されている取得済みファームウェア情報と、新しく取得されたファームウェア情報とを比較することによって、ファームウェア情報の更新を検知する。

データベースアクセス部４０６は、Ｉ／Ｆ２０９を利用して、データベース１０４への入出力を司る。また、内蔵の記憶装置に監視データ、設定データ等の必要データを保存している場合、データベースアクセス部４０６は、記憶装置への入出力を司る。解析部４０７は、通信部４０１を介して監視対象機器１０２ｘから受信された受信データを解析し、データ毎に適切な処理部に受信データを渡す。ＳＳＬ／ＴＬＳ通信においては、通信部４０１が、受信データを復号化し、解析部４０７が、復号済みデータを解析する。

ＵＩ部４０８は、ディスプレイ２０７を利用することにより、監視装置１０１、監視対象機器１０２ｘに関する情報、操作画面等を表示する。ＵＩ部４０８は、キーボード２０６を利用することにより、表示項目の値を設定可能に構成されており、機器管理プログラムのユーザーインタフェースとして機能する。

サーバ証明書記憶部４０９は、認証局サービス部４０２により発行されたサーバ証明書を保存する。ルート証明書記憶部４１０は、認証局サービス部４０２により発行されたルート証明書を保存する。クライアント証明書記憶部４１１は、監視対象機器１０２ｘへの通信先情報の設定に用いるＴＬＳハンドシェイクプロトコルのクライアント認証に使用されるクライアント証明書を保存する。本実施形態では、少なくとも、サーバ証明書と同数以上のクライアント証明書が、予めアプリケーションプログラム内にセットされている。監視対象機器１０２ｘには、クライアント証明書が正当か判定可能なルート証明書がプリインストールされている。これらを使用することにより、監視装置１０１が監視対象機器１０２ｘにとって信頼のおけるクライアント機器であることが判定可能である。

秘密鍵記憶部４１２は、クライアント証明書記憶部４１１に保存されるクライアント証明書に対するクライアント秘密鍵を保存する。本実施形態では、クライアント証明書に対応するクライアント秘密鍵が、予めアプリケーションプログラム内にセットされている。クライアント秘密鍵は、通信部４０１がクライアント証明書に対応するデジタル署名を生成するために使用される。

図５は、監視対象機器の機能ブロック図の一例である。
図５では、監視対象機器１０２ｘとして画像形成装置を例にとって説明する。画像形成装置１０２ｘは、通信部５０１乃至ルート証明書記憶部５０８を備える。
通信部５０１は、ＬＡＮ１０５及びインターネット等のネットワークを介して、監視装置１０１等の外部装置とデータの送受信制御を行う。通信部５０１は、通信プロトコルに応じた処理を行う。ＳＳＬ／ＴＬＳ通信においては、通信部５０１は、関連する証明書、公開鍵／秘密鍵を利用した認証及び暗号化通信を行う。

認証部５０２は、画像形成装置１０２ｘ内の各種認証情報を管理する。本実施形態では、監視装置１０１からエラー情報、稼働状況等の管理機能に応じた各種情報等が取得／設定される。セキュアな通信を実現するため、機器内に認証アカウントを適切な権限で設定し、各々の外部機器から適切な認証情報を伴う要求のみ、正常に処理される。

制御部５０３は、ローカル／リモートＵＩおよび外部装置を介した指示、受信ジョブ等に応じた各種処理の制御を行う。制御部５０３が監視装置１０１の要求により機器内で収集した監視データ、稼働情報等の機器情報は、機器情報管理部５０５で管理され、要求に応じて、送信データに加工され、通信部５０１を介して監視装置１０１に送信される。

機器情報取得部５０４は、監視対象機器内で発生したエラー／警告情報や、サービスコール、ジャム等の状態情報、履歴、カウンタ等の稼働情報を取得する。また、機器情報取得部５０４は、監視装置１０１からの指示により、監視対象機器１０２ｘの能力情報等を取得する。取得したデータは制御部５０３により送信データに加工され、通信部５０１を介して、監視装置１０１に送信される。ＳＳＬ／ＴＬＳ通信においては、送信データは、通信部５０１により暗号化され、監視装置１０１に送信される。

機器情報管理部５０５は、機器情報取得部５０４が収集した機器情報を管理、制御する。解析部５０６は、通信部５０１を介して、監視装置１０１から受信した受信データを解析し、データ毎に適切な処理部に受信データを渡す。ＳＳＬ／ＴＬＳ通信においては、通信部５０１が、受信データの復号化を行い、解析部５０６は、復号済みデータの解析を行う。

ＵＩ部５０７は、図３のＵＩ部３１０に相当する。ＵＩ部５０７は、監視対象機器１０２ｘの表示部３１１を利用して各種情報を表示し、表示項目の値を設定可能にする。ルート証明書記憶部５０８は、監視装置１０１から送信されたルート証明書を記憶する。また、ルート証明書記憶部５０８は、ＴＬＳハンドシェイクプロトコルで、監視装置１０１から送信されるクライアント証明書を検証するためのルート証明書を予め記憶する。

図６および図７は、監視装置が実行するメイン処理の例を説明するフローチャートである。
図６から図１２のフローチャートの各ステップの処理は、監視装置１０１内のＣＰＵがＲＡＭ、ハードディスク等の記憶手段に記憶された制御プログラムを読み込み実行することに応じて実現される。また、本発明に関わる処理のみ説明し、その他の処理については、本発明の本質とは異なるため、説明を省略する。また、特に断らない限り、以下に説明する処理は、制御部４０３が主体となって動作するものとする。

図６のＳ６０１において、制御部４０３が、プログラム開始に伴うシステムの初期化を行う。具体的には、制御部４０３は、システムの初期化に必要な初期化データの読み込みを行い、初期化データに基づき、各処理部について、システムの初期化処理を行う。制御部４０３は、初期化データを、データベース１０４、設定ファイル等から読み込む。また、機器管理部４０５は、データベースアクセス部４０６を介して、全ての監視対象機器１０２ｘに関する監視装置１０１内の情報テーブルをＲＡＭ２０２上に監視対象機器リストとして読み込む等の処理を行う。

次に、Ｓ６０２において、制御部４０３が、後述の初期設定処理（図８，図９）が完了しているか否かを判定する。初期設定処理が完了している場合は、処理がＳ６０３に進む。初期設定処理が完了していない場合は、処理がＳ６０４に進む。Ｓ６０３において、制御部４０３が、監視処理を開始する。具体的には、制御部４０３が、監視対象機器リストの全機器に対し、機器監視のための初期化処理を行い、監視を開始する。制御部４０３は、定期処理を駆動するためのタイマーも設定する。監視対象機器１０２ｘには、機器のシリアル番号等、機器を一意に特定可能な情報を元に、機器ＩＤが採番されている。機器情報として機器ＩＤを管理することにより、監視対象機器リスト上で、機器ＩＤによる監視対象の有無を確認できる。

次に、Ｓ６０４において、制御部４０３が、ＵＩ部４０８によって初期設定要求を検出されたかを判定する。初期設定要求は、機器管理プログラムのＵＩ上に表示されたメニュー選択等により発生し、ＵＩ部４０８によって処理される。初期設定要求が検出された場合は、処理がＳ６０５に進む。初期設定要求が検出されていない場合は、処理がＳ６０６に進む。

Ｓ６０５において、制御部４０３が、ＵＩ部４０８に初期設定処理の実行を指示する。初期設定処理については、図８および図９を用いて後述する。Ｓ６０５における初期設定処理の実行完了後は、処理がＳ６０４に戻る。本実施例では、初期設定処理を機器管理プログラムのメニューにより実行するが、機器管理プログラムをＰＣ環境にインストールする際に実行するようにしても良い。

次に、Ｓ６０６において、制御部４０３が、ＵＩ部４０８によって監視対象機器登録要求が検出されたかを判定する。監視対象機器登録要求は、機器管理プログラムのＵＩ上に表示されたメニュー選択等により発生し、ＵＩ部４０８によって処理される。監視対象機器登録要求が検出された場合は、処理がＳ６０７に進む。監視対象機器登録要求が検出されていない場合は、処理がＳ６０８に進む。

Ｓ６０７において、制御部４０３が、監視対象機器登録処理を実行する。監視対象機器登録処理については、図１０を用いて後述する。監視対象機器登録処理の完了後は、処理がＳ６０４に戻る。Ｓ６０８において、制御部４０３が、定期監視データの受信を検出したかを判定する。定期監視データの受信は、Ｓ６０３で設定したタイマーにより駆動された、監視対象機器１０２ｘへの対象データの取得依頼に対する応答、又は監視対象機器１０２ｘからの自発送信により発生する。制御部４０３が定期監視データの受信を検出した場合は、処理が、Ｓ６０９に進む。制御部４０３が定期監視データの受信を検出していない場合は、処理が、図７のＳ６１３に進む。

図６のＳ６０９において、制御部４０３が、ファーム更新監視対象機器に対応するファームウェア情報を受信したかを判定する。制御部４０３は、定期監視データ取得元の監視対象機器１０２ｘの機器ＩＤが、ファーム更新監視対象機器リストに登録されているか否かによって、ファーム更新監視対象機器か否かを判定する。ファーム更新監視対象機器リストには、ファーム更新監視対象機器の機器ＩＤが登録される、初期状態０個のリストであり、図１１および図１２の通信先情報設定処理の中で更新される。

Ｓ６０９において、対象のファームウェア情報を受信した場合は、処理がＳ６１０に進む。受信していない場合は、処理がＳ６１２へ進む。Ｓ６１０において、制御部４０３が、ファームウェアが更新されたかを判定する。具体的には、制御部４０３は、機器管理部４０５に判定を依頼する。機器管理部４０５は、登録済みのファームウェア情報と、新しく取得したファームウェア情報の比較により、ファームウェアが更新されたかを判定する。Ｓ６１０でファームウェアが更新されたと判定された場合は、Ｓ６１１へ進み、更新されていないと判定された場合は、Ｓ６１２へ進む。Ｓ６１１で、ファームウェアの更新を受けて、機器のセキュリティ強度が変更された可能性があり、通信先情報設定を再試行するため、通信先変更要求のタイマーをセットする。このタイマーセットにより、後述するＳ６１３の通信先変更要求が検出される。Ｓ６１１の後は、処理がＳ６１２へ進む。Ｓ６１２で、制御部４０３が、Ｓ６０８で受信した定期監視データを保存する。具体的には制御部４０３は機器管理部４０５に受信データの保存を依頼する。Ｓ６１２の後、処理がＳ６０４に進む。

図７のＳ６１３において、制御部４０３が、通信先変更要求が検出されたかを判定する。通信先変更要求は、前述した図６のＳ６１１での通信先変更要求タイマーセットにより検出される。通信先変更要求が検出された場合は、処理がＳ６１４に進む。通信先変更要求が検出されていない場合は、処理がＳ６１８へ進む。Ｓ６１８において、制御部４０３が、その他の処理について、適宜処理を行う。そして、処理が図６のＳ６０４に戻る。その他の処理については、本発明の本質とは関係ないので、説明を省略する。

Ｓ６１４において、制御部４０３が、通信先情報設定処理を実行する。通信先情報設定処理については、図１１および図１２を用いて後述する。通信先情報処理の完了後は、処理がＳ６１５に進む。Ｓ６１５において、制御部４０３が、通信先情報設定処理の結果が、通信先情報設定処理の再試行が必要なエラーであるかを判定する。具体的には、制御部４０３は、通信エラーや、クライアント認証エラー以外のリカバリ可能なエラーが返された場合に、再試行が必要なエラーであると判定する。再試行が必要なエラーである場合は、処理がＳ６１６に進む。再試行が不要である場合は、処理がＳ６１７に進む。Ｓ６１６において、制御部４０３が、通信先情報設定処理を再試行するために、通信先変更要求のタイマーをセットする。そして、処理がＳ６１７に進む。Ｓ６１７において、制御部４０３が、機器情報を更新する。具体的には、制御部４０３は、通信先情報設定処理により、機器情報内の機器状態等を更新する。そして、処理が図６のＳ６０４に戻る。

図８および図９は、図６のＳ６０５における初期設定処理を説明するフローチャートである。
図８のＳ７０１において、制御部４０３が、自装置のＩＰアドレス（ＩＰｖ４及びＩＰｖ６の何れも使用可能な全ＩＰアドレス）及びホスト名を取得する。次に、Ｓ７０２において、制御部４０３が、最大サーバ証明書数を取得する。最大サーバ証明書数は、監視装置１０１がサポート可能な監視対象機器１０２ｘを全てカバーするサーバ証明書の種類の数である。このサーバ証明書の種類については、予め監視装置内に、或いは外部ファイルにより設定されており、この種類をカウントすることにより、最大サーバ証明書数が取得される。

次に、Ｓ７０３において、制御部４０３が、最大ポート数及び各デフォルトポート番号を決定する。本実施例における最大ポート数は、Ｓ７０２で取得された最大サーバ証明書数に等しい。また、デフォルトポート番号に関しては、予めシステム設定として、各サーバ証明書の種類毎に定義されている。続いて、Ｓ７０４において、制御部４０３が、機器管理プログラムの初期設定画面を初期化し、表示する。制御部４０３は、Ｓ７０１乃至Ｓ７０３で、本実施例に関わる項目の初期値を決定するが、初期設定画面に関わる項目の初期化も行い、画面表示する。

図１５は、初期設定画面の一例を示す図である。
図１５に示す初期設定画面はウィザード方式の例であり、本発明に関係しない設定画面は説明を省略している。制御部４０３は、自装置のＩＰアドレスについて、第１の受信ポートの情報、第２の受信ポートの情報を管理している。初期設定画面上の操作によって、本発明の監視装置側の受信ポート作成に必要なポート情報が決定される。図１５に示す初期設定画面では、監視装置のアドレスをホスト名、或いはＩＰアドレスの選択により指定する。ＩＰアドレスはＩＰｖ４或いはＩＰｖ６の何れかから選択される。ホスト名を選択する場合は、監視装置のＩＰアドレス変更に対応可能であるが、監視対象機器側に入力されたホスト名で名前解決できる必要があり、監視対象機器側のネットワーク設定が必要である。ＩＰアドレスが選択される場合は、監視対象機器側に名前解決可能な設定は不要であるが、監視装置のＩＰアドレス変更時には、監視対象機器１０２ｘに変更アドレスで決定したＵＲＬを再設定する必要がある。

図１５に示す初期設定画面では、ＩＰｖ４アドレスが選択されており、Ｓ７０１で取得されたＩＰアドレス、ホスト名、Ｓ７０３で取得されたデフォルトポート番号が初期値として表示されている。本実施例では、ネットワークカードが一枚使用可能であり、既にアサインされているＩＰｖ４アドレスが表示されている。その他、ネットワークカードが複数枚使用可能で、ＩＰｖ４アドレスが複数使用可能な場合は、ドロップダウンリストで候補を選択可能に構成する。また、本実施例では、Ｓ７０２で取得される最大サーバ証明書数は２であり、使用アドレスを選択式としているので、Ｓ７０３で算出されるポート数は２となる。

本実施例では、説明を簡略化するためにＩＰアドレスをいずれか一つの選択式とし、最大サーバ証明書数、ポート数を２としているが、本発明において、最大サーバ証明書数、ポート数を限定しないことは言うまでもない。サービスマン等、初期設定の操作者は、監視対象機器１０２ｘを監視するためのアドレスのいずれかを選択し、適宜ポート番号を編集する。編集後、あるいは編集不要である場合は、そのまま次へボタンを押下することで、別項目の初期設定画面が表示される。これら一連の初期設定が完了した後、画面上の設定完了を意図するボタン押下により、初期設定が完了する。

図８の説明に戻る。Ｓ７０５において、制御部４０３が、初期設定完了を検知したかを判定する。制御部４０３が初期設定完了を検知した場合は、処理が、図９のＳ７０６に進む。制御部４０３が初期設定完了を検知しない場合は、処理がＳ７０５へ戻り、初期設定完了を待機する。続いて、図９のＳ７０６において、制御部４０３が、初期設定画面で設定された内容に基づいて、設定ポート情報を取得し、生成ポート数Ｎを決定する。図１５に示す例では、ＩＰｖ４アドレスと、二つのポート番号が決定され、生成ポート数Ｎは２となる。

次に、Ｓ７０７において、制御部４０３が、認証局サービス部４０２に依頼することで、サーバ証明書を発行する。また、制御部４０３が、サーバ証明書の検証を行うことができるルート証明書を発行する。発行するサーバ証明書のセキュリティレベルに関わる暗号プロバイダ、鍵長、デジタル署名アルゴリズム等の設定は、予め保持しているシステム設定と初期設定の双方により決定される。本実施例では、サーバ証明書の種類と発行数が同じになるので、サーバ証明書のセキュリティレベルに関わる暗号プロバイダ、鍵長、デジタル署名アルゴリズム等の設定は、システム設定により決定される。

次に、Ｓ７０８において、制御部４０３が、通信部４０１に依頼することで、初期設定で指定されたポートに、作成したサーバ証明書をバインドする。本実施例では、制御部４０３は、第１の受信ポートに第１のサーバ証明書を関連付け、第２の受信ポートに第２のサーバ証明書を関連付ける。続いて、Ｓ７０９において、制御部４０３が、初期設定で指定されたアドレス及びポート番号により、通信先情報（ＵＲＬ）を生成する。ＵＲＬは、各受信ポートの接続ＵＲＬであり、ｈｔｔｐｓ：／／（アドレス）：（ポート番号）／（サービス名）のように構成される。続いて、Ｓ７１０乃至Ｓ７１２において、制御部４０３が、ポート情報の生成及び設定処理を行う。

図１９は、ポート情報の一例を示す図である。
ポート情報（Ｄａｔａ：ＰｏｒｔＩｎｆｏ１５０１）は、図示されたポートＩＤ（ＰｏｒｔＩＤ１５０２）、ポート番号（ＰｏｒｔＮｏ１５０３），当該ポートにアクセスするための通信先情報（ｗｅｂＳｅｒｖｉｃｅＵＲＬ１５０４）を含む。また、ポート情報は、対応するサーバ証明書の参照（ＳｅｒｖｅｒＣｅｒｔ１５０５）、ルート証明書の参照（ＲｏｏｔＣＡＣｅｒｔ１５０６）を含む。更に、ポート情報は、クライアント証明書の参照（ＣｌｉｅｎｔＣｅｒｔ１５０７）、クライアント秘密鍵の参照（ＣｌｉｅｎｔＫｅｙ１５０８）を含む。ポート情報は、その他、機器管理プログラムの動作に必要なメンバも含むが、本発明の本質には関係しないため、説明を省略する。

図９の説明に戻る。Ｓ７１０において、制御部４０３が、セキュリティ強度順にポートＩＤを採番したポート情報を生成する。本実施例では、ポートＩＤはセキュリティ強度の昇順に採番され、１がセキュリティ強度最弱であり、順次、弱い順に１ずつインクリメントした値が採番される。図１９に示す例では、２がアサインされ、ポートを２つ作成する場合においては、セキュリティ強度が強いポートの例となる。

次に、Ｓ７１１において、制御部４０３が、機器管理部４０５に指示して、作成されたポート情報に、ポート番号、通信先情報、サーバ証明書の参照、ルート証明書の参照を設定し、データベースアクセス部４０６を介して、データベース１０４に保存する。図１９に示すＰｏｒｔＮｏ１５０３はポート番号であり、４４３番がアサインされている。ｗｅｂＳｅｒｖｉｃｅＵｒｌ１５０４は、監視対象機器１０２ｘが本ポートにアクセスするためのＵＲＬであり、Ｓ７０９で生成された通信先情報を示す。

図１９に示す例では、アドレス：”１７２．１０．２０．１２３”，ポート番号：４４３番を含む通信先情報がセットされている。ＳｅｒｖｅｒＣｅｒｔ１５０５は、図９のＳ７０９でポートにバインドされたサーバ証明書の参照であり、サーバ証明書記憶部４０９により、ＳＣＤＡＴＡ０１としてデータ参照される。ＲｏｏｔＣＡＣｅｒｔ１５０６は、サーバ証明書の正当性を証明するルート証明書の参照であり、ルート証明書記憶部４１０により、ＣＡＤＡＴＡ０１としてデータ参照される。

図９の説明に戻る。Ｓ７１２において、制御部４０３が、ポート情報に、クライアント証明書の参照及びクライアント秘密鍵の参照を設定し、Ｓ７１１と同様にデータベース１０４に保存する。図１９に示すＣｌｉｅｎｔＣｅｒｔ１５０７は、同ポートのサーバ証明書のセキュリティレベルに対応したクライアント証明書の参照例であり、クライアント証明書記憶部４１１により、ＣＣＤＡＴＡ０１としてデータ参照される。

ＣｌｉｅｎｔＫｅｙ１５０８は、クライアント秘密鍵の参照例であり、秘密鍵記憶部４１２により、ＣＫＥＹ０１として参照される。ＣｌｉｅｎｔＣｅｒｔ１５０７と、ＣｌｉｅｎｔＫｅｙ１５０８は、本ポートを監視対象機器１０２ｘに設定するＳＳＬ／ＴＬＳ通信において、通信先情報設定可否判定に使用するＴＬＳハンドシェイクプロトコル処理内で、クライアント認証に使用される。Ｓ７１２の処理の後、初期設定処理が終了する。

図１０は、図６のＳ６０７における監視対象機器登録処理を説明するフローチャートである。
Ｓ８０１において、制御部４０３が機器管理部４０５に指示して、登録対象となる機器の機器情報を登録する。

図２０は、機器情報の一例を示す図である。
機器情報（Ｄａｔａ：ＤｅｖｉｃｅＩｎｆｏ１６０１）は、機器をシステム上で一意に識別可能なデバイスＩＤ（ＤｅｖｉｃｅＩＤ１６０２）、メーカー毎に一意のシリアル番号（ＳｅｒｉａｌＮｕｍｂｅｒ１６０３）を含む。また、機器情報は、機器のアドレス情報（Ｉｐ４Ａｄｄｒｅｓｓ１６０４／Ｉｐ６Ａｄｄｒｅｓｓ１６０５／ＨｏｓｔＮａｍｅ１６０６）、能力情報（ＤｅｖｉｃｅＡｂｉｌｉｔｙ１６０７）を含む。また、機器情報は、機器登録状態（ＲｅｇｉｓｔＳｔａｔｅ１６０８）、機器状態（ＤｅｖｉｃｅＳｔａｔｅ１６０９）、使用ポートＩＤ（ＰｏｒｔＩＤ１６１０）を含む。デバイスＩＤ及びアドレス情報は、機器登録要求の入力パラメータとして指示される。その他の情報は、各初期値で初期化され、本登録処理の中で再設定される。

図１０の説明に戻る。Ｓ８０２において、制御部４０３が、機器情報取得部４０４に指示して、登録対象とする機器から、シリアル番号等の機器情報、能力情報を取得する。機器情報、能力情報の取得には、例えば、ＳＮＭＰを使用して、機器に実装されたＭＩＢ情報を取得する方法が一般的である。ただし、本発明において適用するプロトコルを限定するものではない。能力情報は、機器情報取得部４０４によって符号化され、使用される。

次に、Ｓ８０３において、制御部４０３が、取得した能力情報に基づいて、本実施例の通信先情報設定用Ｗｅｂ Ｓｅｒｖｉｃｅ Ｉ／Ｆを対象機器がサポートしているかを判定する。通信先情報設定用Ｗｅｂ Ｓｅｒｖｉｃｅ Ｉ／Ｆを対象機器がサポートしている場合は、処理がＳ８０４に進む。通信先情報設定用Ｗｅｂ Ｓｅｒｖｉｃｅ Ｉ／Ｆを対象機器がサポートしていない場合は、処理がＳ８０６に進む。

Ｓ８０４において、制御部４０３が、通信先情報設定処理を実行する。通信先情報設定処理については、図１１および図１２を参照して詳細を説明する。続いて、Ｓ８０５において、制御部４０３が、通信先情報設定処理が成功したか、すなわち登録対象の機器に通信先情報を正常に設定できたかを、通信先情報設定処理の結果により判定する。通信先情報設定処理が成功した場合は、処理がＳ８０６に進む。通信先情報設定処理が失敗した場合は、処理がＳ８０８に進む。

Ｓ８０６において、制御部４０３が、機器情報を更新する。Ｓ８０２で取得され符号化された機器の能力情報（ＤｅｖｉｃｅＡｂｉｌｉｔｙ１６０７）、シリアル番号（ＳｅｒｉａｌＮｕｍｂｅｒ１６０３）も、Ｓ８０６の処理で更新される。通信先情報設定処理を実行した場合は、通信先情報設定処理の中でポートＩＤ（ＰｏｒｔＩＤ１６１０）が更新される。機器登録状態（ＲｅｇｉｓｔＳｔａｔｅ１６０８）は、能力情報が取得できなかった場合は、”登録中”を表す”ＲＥＧＩＳＴＥＲＩＮＧ”で更新される。能力情報が取得できた場合は、”登録成功”を表す”ＲＥＧＩＳＴＥＲＥＤ”で更新される。

機器状態（ＤｅｖｉｃｅＳｔａｔｅ１６０９）については、制御部４０３は、機器から取得した機器状態を保存する。初期状態として、例えば、通信成功時は”ＮＯＥＲＲＯＲ”を設定する。また、通信失敗時は、”ＣＯＭＥＲＲＯＲ”を設定する。続いて、Ｓ８０７において、制御部４０３が、機器監視処理を開始し、監視対象機器登録処理を終了する。

また、Ｓ８０８において、制御部４０３が、機器登録処理を再度実施するために、機器登録要求タイマーをセットする。機器登録要求タイマーのセットにより、図６のＳ６０６において、再度、監視対象機器１０２ｘの登録処理が実施される。続いて、Ｓ８０９において、Ｓ８０６と同様に、制御部４０３が、機器情報の更新を行う。そして、監視対象機器登録処理を終了する。

図１１および図１２は、監視装置が実行する通信先情報設定処理の例を説明するフローチャートである。
監視装置１０１が、対応するセキュリティ強度が高いポートの順に、監視対象機器１０２ｘにクライアント認証を試行させることが本実施例の特徴である。制御部４０３は、第１のサーバ証明書に対応するルート証明書、及び通信先情報の送信の結果、ネットワーク機器での認証が失敗した場合、該ネットワーク機器に対して、第２のサーバ証明書に対応するルート証明書、及び通信先情報を送信する。制御部４０３は、ＴＬＳハンドシェイクプロトコル処理内で、クライアント認証のための情報として、ルート証明書、及び通信先情報を送信する。

まず、図１１のＳ９０１において、制御部４０３が、監視対象機器１０２ｘから、クライアント認証サポート可否情報を取得する。クライアント認証サポート可否情報は、監視対象機器１０２ｘがクライアント認証をサポートしているか否かを示す。クライアント認証サポート可否情報の取得に用いるプロトコルは限定されず、ＳＮＭＰによるＭＩＢ情報取得や、機器側に実装された、情報取得用のＷｅｂ Ｓｅｒｖｉｃｅ Ｉ／Ｆによる取得であってもよい。

次に、Ｓ９０２において、制御部４０３が、クライアント認証サポート可否情報に基づいて、監視対象機器１０２ｘがクライアント認証をサポートしているかを判定する。監視対象機器１０２ｘがクライアント認証をサポートしている場合は、処理が、Ｓ９０３に進む。監視対象機器１０２ｘがクライアント認証をサポートしていない場合は、処理が、図１２のＳ９１４に進む。

次に、Ｓ９０３において、制御部４０３が、監視対象機器１０２ｘのポートＩＤを取得する。具体的には、制御部４０３は、機器管理部４０５により管理されている監視対象機器１０２ｘの機器情報（Ｄａｔａ：ＤｅｖｉｃｅＩｎｆｏ１６０１）から、ポートＩＤ（ＰｏｒｔＩＤ１６１０）を取得する。初期状態では、機器情報のポートＩＤは、０に設定されている。

次に、Ｓ９０４において、制御部４０３が、本処理で使用する変数を初期化する。制御部４０３は、ｎ−ｍｉｎには、取得したポートＩＤを設定し、ｎには全ポート数Ｎを設定する。全ポート数Ｎは、図９のＳ７０６で生成したポート数と同じである。続いて、Ｓ９０５において、制御部４０３が、ｎがｎ−ｍｉｎと等しくないか、つまり通信先情報設定処理を行うかを判定する。制御部４０３が、ｎがｎ−ｍｉｎと等しくなく、通信先情報設定処理を行うと判定した場合は、処理がＳ９０６に進む。制御部４０３が、ｎがｎ−ｍｉｎと等しく、通信先情報設定処理を行うと判定した場合は、処理を終了する。

次に、Ｓ９０６において、制御部４０３が、監視対象機器１０２ｘに通信先情報を設定するために、機器管理部４０５を介して、ポートＩＤがｎであるポート情報（Ｄａｔａ：ＰｏｒｔＩｎｆｏ１５０１）を取得する。制御部４０３は、ポート情報内の通信先情報、ルート証明書の参照（ＲｏｏｔＣＡＣｅｒｔ１５０６）、クライアント証明書の参照（ＣｌｉｅｎｔＣｅｒｔ１５０７）、クライアント秘密鍵（ＣｌｉｅｎｔＫｅｙ１５０８）を使用する。具体的には、制御部４０３は、クライアント証明書とクライアント秘密鍵を使用したクライアント認証を伴う、通信先情報及びルート証明書の設定要求の監視対象機器１０２ｘへの送信を通信部４０１に指示する。

図１８は、監視装置が監視対象機器に送信する、通信先情報及びルート証明書の設定要求を実行するための通信データの例を示す図である。
図１８に示す通信データ（ｍｅｔｈｏｄ：ｓｅｔＣｏｍｍＳｅｔｔｉｎｇｓ１４０１）は、データ構造を模式的に表したものである。この通信データは、実際は、通信部４０１によりＸＭＬ形式のデータにエンコードされ、ＳＳＬ／ＴＬＳ通信により暗号化されて監視対象機器１０２ｘに送信される。通信先情報及びルート証明書の設定メソッドｓｅｔＣｏｍｍＳｅｔｔｉｎｇｓ１４０１は、入力データとして、機器シリアル番号（ＳｅｒｉａｌＮｕｍｂｅｒ）１４０２、通信先情報（ｗｅｂＳｅｒｖｉｃｅＵｒｌ）１４０３を持つ。また、ｓｅｔＣｏｍｍＳｅｔｔｉｎｇｓ１４０１は、処理タイプ（ＰｒｏｃｅｓｓＴｙｐｅ）１４０４、ルート証明書（ＣｅｒｔＩｎｆｏ）１４０５を持つ。指定される機器のシリアル番号は、監視対象機器１０２ｘの機器情報（ＤｅｖｉｃｅＩｎｆｏ１６０１）中のシリアル番号（ＳｅｒｉａｌＮｕｍｂｅｒ１６０３）である。指定される通信先情報は、同機器情報中のポートＩＤ（ＰｏｒｔＩＤ１６１０）で参照されるポート情報（ＰｏｒｔＩｎｆｏ１５０１）中の通信先情報（ｗｅｂＳｅｒｖｉｃｅＵｒｌ１５０４）となる。また、指定されるルート証明書は、ポート情報（ＰｏｒｔＩｎｆｏ１５０１）中のルート証明書（ＲｏｏｔＣＡＣｅｒｔ１５０６）となり、いずれも、制御部４０３が機器管理部４０５を介して取得したデータである。また、制御部４０３は、処理のタイプ（ＰｒｏｃｅｓｓＴｙｐｅ１４０４）を処理内容に応じて設定する。

監視対象機器１０２ｘは、図１８に示す通信データを受信すると、指定されたシリアル番号：ＳｅｒｉａｌＮｕｍｂｅｒ１４０２が自身のシリアル番号であるか、処理のタイプ：ＰｒｏｃｅｓｓＴｙｐｅが処理可能なタイプであるかを判断する。更に、監視対象機器１０２ｘは、通信先情報：ｗｅｂＳｅｒｖｉｃｅＵｒｌのデータ形式が正当かを判断し、全て問題ない場合は、通信先情報及びルート証明書の設定処理を実行する。

図１１の説明に戻る。Ｓ９０７において、制御部４０３が、Ｓ９０６の設定処理の通信が成功したかを判定する。通信が成功した場合は、処理がＳ９０８に進む。通信に成功しない場合は、デバイスの電源断、ネットワーク異常等が考えられるので、本設定処理を終了する。続いて、Ｓ９０８において、制御部４０３が、クライアント認証が成功したかを判定する。Ｓ９０６乃至Ｓ９０８のＳＳＬ／ＴＬＳ通信に関する、監視装置１０１と監視対象機器１０２ｘ間の通信シーケンスの例については、図１３および図１４を参照して後述する。

クライアント認証が成功したと判定された場合は、設定した受信ポートで問題ないと判定できる。したがって、Ｓ９０９において、制御部４０３が、監視対象機器１０２ｘのポートＩＤ（ＤｅｖｉｃｅＩｎｆｏ．ＰｏｒｔＩＤ）をｎに設定する。クライアント認証が失敗したと判定された場合は、設定した受信ポートでは通信できない。したがって、Ｓ９１２において、制御部４０３が、よりセキュリティ強度の低いポートを試行するため、ｎをデクリメントする。Ｓ９１２の処理の後は、Ｓ９０５へ戻る。

Ｓ９１０において、制御部４０３が、ｎがＮに等しいか、すなわち監視対象機器１０２ｘに設定したポートのセキュリティ強度が最強かを判定する。Ｓ９１０でｎがＮに等しいと判定された場合は、処理がＳ９１１に進む。ｎとＮは等しくないと判定された場合、すなわちセキュリティ強度が最強ではない場合は、処理がＳ９１３に進む。

Ｓ９１１において、制御部４０３が、監視対象機器１０２ｘの機器ＩＤをファーム更新監視対象機器リストから削除する。ファーム更新監視対象機器リストに載っていない場合、監視対象機器１０２ｘの機器ＩＤは削除されない。また、Ｓ９１３において、制御部４０３が、監視対象機器１０２ｘの機器ＩＤをファーム更新監視対象機器リストに登録する。既に機器ＩＤが登録済みの場合、二重登録されることはない。Ｓ９１１，Ｓ９１３の処理の後は、通信先情報設定処理を終了する。

また、図１２のＳ９１４において、制御部４０３が、機器が未登録であるかを判定する。機器が登録済みと判定された場合は、既にＳ９１５の処理は実行済みであるので、本通信先情報設定処理を終了する。機器が未登録であると判定された場合は、処理がＳ９１５へ進む。続いて、Ｓ９１５において、制御部４０３が、セキュリティ強度が最弱、すなわちポートＩＤが１であるポートの通信先情報及びルート証明書を使用して、Ｓ９０６と同様に、監視対象機器１０２ｘに通信先情報設定要求を送信する。クライアント認証に必要なクライアント証明書及びクライアント秘密鍵は不要である。本実施例では、Ｓ９１４において、クライアント認証を実行しない監視対象機器１０２ｘが存在し、そのような監視対象機器１０２ｘは、セキュリティ最弱のポートのみ通信可能であることが前提となっている。本発明は、本実施例で説明した態様に限定されないことは言うまでもなく、サポート対象機器の能力をカバーした例外処理を実装することで、システムに柔軟性を持たせることができる。

次に、Ｓ９１６において、制御部４０３が、Ｓ９１５の送信処理による通信先情報の設定が成功したかを判定する。通信先情報の設定が失敗したと判定した場合は、本通信先情報設定処理を終了する。通信先情報の設定が成功したと判定した場合は、処理がＳ９１７へ進む。Ｓ９１７において、制御部４０３が、対象機器のポートＩＤ（ＤｅｖｉｃｅＩｎｆｏ．ＰｏｒｔＩＤ）を１に設定する。そして、本通信先情報設定処理を終了する。

図１３および図１４は、監視装置と監視対象機器との間のＳＳＬ／ＴＬＳ通信による通信先情報設定処理の例を説明するシーケンスを示す図である。
具体例として、機器側がセキュリティ強度が二番目であるポートに通信可能な監視対象機器１０２ｘに対し、通信先情報設定処理を実施した場合について説明する。図１３のＳ１００１は、図１１のＳ９０６における通信先情報及びルート証明書の設定要求に対応する。本実施例では、全ポート数は２であり、セキュリティ強度の強いポートＩＤが２であるポートの設定から試行するものとする。Ｓ１００１において、監視装置１０１の制御部４０３が、ポートＩＤが２のポートの通信先情報、ルート証明書、クライアント証明書、クライアント秘密鍵を指定し、通信部４０１に監視対象機器への通信先情報とルート証明書の設定要求の送信を指示する。監視装置１０１の通信部４０１が、監視対象機器１０２ｘの通信部５０１に対し、ＳＳＬ／ＴＬＳ通信を開始する。ＴＬＳハンドシェイクプロトコル処理内における、本発明に関係する一連の処理を、Ｓ１００２乃至Ｓ１００８、及びＳ１０１２乃至Ｓ１０２３を参照して説明する。それ以外の処理については、ＳＳＬ／ＴＬＳ通信のバージョンによっても動作が異なり、本発明の本質とは異なるので、説明を省略する。

まず、Ｓ１００２において、通信部４０１が、自身がサポートしているＳＳＬバージョン番号、暗号スィート、通信プロトコル情報を、監視対象機器１０２ｘの通信部５０１に送信する。続いて、Ｓ１００３において、通信部５０１が、本通信に使用するＳＳＬバージョン番号、暗号スィート等の通信プロトコル情報を通信部４０１に送信する。そして、Ｓ１００４において、通信部５０１が、自身のサーバ証明書を送付する。

次に、Ｓ１００５において、通信部５０１が、クライアント証明書の提示要求を通信部４０１に送信する。続いて、Ｓ１００６において、通信部４０１が、Ｓ１００４における要求を受けて、制御部４０３からＳ１００１で指定されたクライアント証明書を通信部５０１に送信する。また、Ｓ１００７において、通信部４０１が、Ｓ１００４で受信したサーバ証明書のサーバ公開鍵を使用して、暗号化プレマスタシークレット（乱数）を作成し、通信部５０１に送信する。更に、通信部４０１は、Ｓ１００８において、Ｓ１００６で送信したクライアント証明書の本人であることを示すために、制御部４０３からＳ１００１で指定されたクライアント秘密鍵を使用して、署名付きデータを作成し、通信部５０１へ送信する。

Ｓ１００９において、監視対象機器１０２ｘの通信部５０１が、送信されたクライアント証明書、プレマスタシークレット、署名付きデータを検証する。通信部５０１は、ルート証明書記憶部５０８を参照し、予め記憶されているルート証明書を使用してクライアント証明書を検証する。ここで、検証可能なルート証明書がない場合、本処理は失敗する。本実施例では、監視対象機器１０２ｘは、セキュリティレベルが二番目に強いポートで使用するルート証明書しか保持していないので検証が失敗する。したがって、Ｓ１０１０において、通信部１０５は、クライアント証明書エラーを通信部４０１に送信する。

監視装置の通信部４０１が、クライアント証明書エラーを受信し、Ｓ１００１の処理結果として、制御部４０３へ返す。図１１のＳ９０８で、制御部４０３がクライアント認証が成功したか検証する際、このクライアント認証エラーを受けて、処理がＳ９１２に進む。そして、制御部４０３が、ポートＩＤをデクリメントし、図１１のＳ９０６で次のポートを試行する。Ｓ９０６で実施される通信先情報及びルート証明書の設定要求がＳ１０１１に対応する。Ｓ１０１１において、制御部４０３が、ポートＩＤが１であるポートの通信先情報、ルート証明書、クライアント証明書とクライアント秘密鍵を指定して、通信部４０１に監視対象機器１０２ｘへの通信先情報及びルート証明書の設定要求の送信を指示する。この設定要求を受けて、監視装置の通信部４０１と監視対象機器１０２ｘの通信部５０１が、Ｓ１０１２乃至Ｓ１０１９において、Ｓ１００２乃至Ｓ１００９と同様の処理を実行する。

Ｓ１０１２において、通信部４０１が、自身の通信プロトコル情報を監視対象機器１０２ｘの通信部５０１へ送信する。Ｓ１０１３において、通信部５０１が、本通信に使用する通信プロトコル情報を通信部４０１へ送信する。また、Ｓ１０１４において、通信部５０１は、自身のサーバ証明書を送付する。更に、Ｓ１０１５において、通信部５０１が、クライアント証明書の提示要求を通信部４０１へ送信する。Ｓ１０１６において、通信部４０１が、制御部４０３からＳ１０１１で指定されたクライアント証明書を通信部５０１へ送信する。

次に、Ｓ１０１７において、通信部４０１が、暗号化プレマスタシークレット（乱数）を作成し、通信部５０１に送信する。更に、Ｓ１０１８において、通信部４０１が、制御部４０３からＳ１０１１で指定されたクライアント秘密鍵を使用して、署名付きデータを作成し、通信部５０１に送信する。

Ｓ１０１９において、監視対象機器１０２ｘの通信部５０１が、送信されたクライアント証明書、プレマスタシークレット、署名付きデータを検証する。クライアント証明書を検証するため、通信部５０１はルート証明書記憶部５０８を参照し、予め記憶されているルート証明書を使用して検証する。本実施例では、監視対象機器１０２ｘはセキュリティレベルが二番目に強いポートで使用するルート証明書を保持している。したがって、検証が成功し、処理を継続する。続いて、Ｓ１０２０において、監視装置１０１の通信部４０１が、暗号を切り替えることを通知するメッセージを送信する。また、Ｓ１０２１において、通信部４０１が、ハンドシェイクプロトコルを終了することを示す情報を通信部５０１に送信する。Ｓ１０２２において、通信部５０１が、暗号を切り替える旨のメッセージを送信する。また、Ｓ１０２３において、通信部５０１が、ハンドシェイクプロトコルを終了することを示す情報を通信部４０１に送信する。以降、アプリケーションデータプロトコルへ移行し、通信部４０１と通信部５０１間の通信は、暗号化され、セキュアな暗号通信が行われる。

Ｓ１０２４において、Ｓ１０１１で指定されたポート１の通信先情報及びルート証明書の設定要求が暗号化され、通信部４０１から通信部５０１に送信される。そして、通信部５０１が、データ受信時に、送信された設定要求を復号して、制御部５０３に渡す。続いて、Ｓ１０２５において、制御部５０３が、通信先情報及びルート証明書の設定要求を受けて、通信先ＵＲＬの更新処理を行う。その後、Ｓ１０２６において、制御部５０３が、ルート証明書登録処理を行う。そして、Ｓ１０２７において、制御部５０３が、通信部５０１を介して、処理結果を監視装置の通信部４０１に送信する。通信部４０１は、処理結果を受信して、制御部４０３にＳ１０１１の処理結果として返す。

（実施例２）
実施例１では、監視装置１０１がサポート対象となる全ての監視対象機器１０２ｘのセキュリティレベルをカバーするよう、全てのセキュリティレベルの受信ポートを予め用意している。顧客によっては、要求するセキュリティレベルが高く、レベルの低い通信を許容しない場合がある。或いは、イントラネット内に要求するセキュリティレベルは高くないが、４４３等のウェルノウンポート、顧客が指定する単一のポートに絞りたいという要求も少なくない。この要求に対応するため、実施例２では、監視装置１０１は、初期設定画面を通じて設定可能な受信ポートを、監視装置１０１と監視対象機器１０２ｘとの間の通信のセキュリティ強度の指定に応じて制限する。

図１６は、実施例２における初期設定画面を示す図である。
監視装置１０１の制御部４０３は、監視装置１０１と監視対象機器１０２ｘとの間のＳＳＬ／ＴＬＳ接続設定に関する複数の設定項目を選択可能に画面表示する。図１６に示す例では、以下の３種類の設定項目が画面表示されている。
（１）機器のセキュリティ強度に応じたＳＳＬ／ＴＬＳ通信を実施
（２）以下の条件を満たす機器のみＳＳＬ／ＴＬＳ接続を実施
（３）受信ポートを一つに限定すると共に接続機器台数を優先する。
（１）を指定された場合は、監視装置１０１は、サポート対象となる監視対象機器１０２ｘの全セキュリティレベルをカバー可能となるように、全セキュリティレベルの受信ポートを用意する。

（２）を指定された場合は、監視装置１０１は、指定されたセキュリティ強度を示す数値（セキュリティレベル）を満たす受信ポートのみを用意する。例えば、セキュリティレベルが３つある場合、図１６のように「セキュリティレベル３以上」が選択されると、監視装置１０１は、セキュリティレベル３（最強）のポートのみ用意する。その他の選択肢としては、例えば、「セキュリティレベル１以上」、「セキュリティレベル２以上」がある。「セキュリティレベル１以上」が選択された場合、監視装置は、全てのセキュリティレベルのポートを用意することになる。「セキュリティレベル２以上」が選択された場合は、監視装置１０１は、セキュリティレベル２（中程度）以上のポートを用意する。また、各セキュリティレベルには複数のポート（サーバ証明書の種類）が対応するように構成してもよい。（３）を指定された場合は、監視装置１０１は、全ての監視対象機器１０２ｘが対応可能なセキュリティレベルが最弱のポートを一つ用意する。これにより、使用ポートを一つに絞ることが可能となる。

図１７は、初期設定画面の他の例を示す図である。
図１７に示す初期設定画面は、図１６に示す初期設定画面と（２）のみが異なる。図１７に示す初期設定画面は、選択肢をセキュリティレベルで指定するのではなく、鍵長と、デジタル署名のハッシュ関数を具体的に指示するように構成されている。この方式の場合、サーバ証明書の設定内容が具体的に指示され、監視装置１０１は、該当するサーバ証明書の個数分のポートを用意することになる。監視装置１０１が図１７に示す設定画面を表示し、「次へ」ボタンの押下で図１５の画面を表示する際に、該当するポート数のポート番号を指定できるようにする。以上説明したように、実施例２の監視装置１０１は、ポートを制限する手段を提供することで、顧客のニーズを満たすセキュリティレベルに応じた通信環境を提供することが可能になる。

（実施例３）
実施例１では、監視装置１０１は、図１５に示すような、受信ポートのアドレスを一つ選択可能に構成した初期設定画面を表示する。しかし、ネットワークカードが複数枚使用されている環境で、複数のサブネットワークで機器を監視したい場合がある。この要望を満たすため、実施例３では、監視装置１０１は、複数アドレスを指定できるように構成された初期設定画面を表示する。また、監視装置１０１は、初期設定画面において、アドレス毎に用意された各々のポートを指定できるようにする。ここで、監視対象機器１０２ｘは、いずれかアドレスのサブネットワークに属するので、複数のアドレスのうち、いずれかのアドレスにのみが対象となる。したがって、当該監視対象機器１０２ｘからＩＰリーチャブルなアドレスのポートのみを試行すればよい。これに対応するためには、監視装置１０１は、図９、図１１，図１２を参照して説明した処理におけるポートＩＤの扱いについて、ＩＰアドレス毎およびセキュリティ毎にポートを管理し、各々でシーケンシャルとなるポートＩＤをアサインするようにする。具体的には、ポートＩＤの上位ビット／バイトにアドレスを識別する数をＯＲすることで、処理すべきポートＩＤが特定可能となる。例えば、上位２バイトをアドレス識別子として設定し、下位２バイトを実施例１と同様のポートＩＤとして、ポートＩＤに設定する。

より具体的な例として、受信ポートに二つのＩＰｖ４アドレス：１８０．１．１０．１１０と１８０．２．１０．１００を使用する場合について説明する。この場合、アドレス識別子として、１８０．１．１０．１１０には０１を、１８０．２．１０．１００には０２を採番する。アドレス識別子０１のＩＰｖ４アドレスからＩＰリーチャブルな監視対象機器１０２ｘは、同アドレス識別子のポートのみ試行すればよい。アドレス識別子０１のサブネットワークの監視対象機器１０２ｘを監視するために作成した全ポート数が３の場合、同監視対象機器１０２ｘの通信先設定処理は、ポートＩＤが０１０１，０１０２，０１０３の順に試行すればよい。このように、実施例３の監視装置１０１によれば、複数サブネットワークに対応することで、より広い範囲のネットワークを一台の監視装置で監視可能となるので、初期設置コストを低減できる。

（実施例４）
顧客のセキュリティ要件に合う通信環境の提供が可能であるが、各監視対象機器がどのセキュリティレベルで監視装置と通信するのかを知りたい場合がある。例えば、実施例１で説明した、ファームウェア更新によって監視対象機器１０２ｘのセキュリティレベルが向上するケースにおいて、顧客またはサービスマンが、本当にセキュリティレベルが向上したのかを検証したい場合がある。この要望に応えるため、実施例４では、監視装置１０１は、機器管理プログラムに、機器毎の詳細情報を表示する画面を設け、その一項目として、各機器が受信ポートとして使用しているポートのセキュリティ情報を表示するように構成する。監視装置１０１は、セキュリティ情報として、例えば、実施例３で適用されるセキュリティレベルや、鍵長、デジタル署名ハッシュアルゴリズム等の情報を表示する。以上説明したように、実施例４の監視装置１０１によれば、監視対象機器１０２ｘの使用ポートのセキュリティレベルを確認する手段を設けることで、よりユーザニーズに対応することが可能になる。

（その他の実施形態）
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

Claims (8)

1. ネットワーク機器を監視する監視装置であって、
   第１のサーバ証明書に対応するルート証明書と、第１のサーバ証明書よりも相対的にセキュリティ強度が低い通信を実現するための第２のサーバ証明書に対応するルート証明書とを発行する発行手段と、
   自装置のＩＰアドレスに基づく通信先情報と前記第１のサーバ証明書とが関連付けられた第１のポート情報、および、前記ＩＰアドレスに基づく通信先情報と前記第２のサーバ証明書とが関連付けられた第２のポート情報を管理する管理手段と、
   前記ネットワーク機器に対して、前記第１のポート情報に関連付けられた前記第１のサーバ証明書に対応するルート証明書、及び通信先情報を送信する送信手段と、を有し、
   前記送信手段は、前記第１のサーバ証明書に対応するルート証明書、及び通信先情報の送信の結果として前記ネットワーク機器での認証が失敗した場合に、該ネットワーク機器に対して、前記第２のポート情報に関連付けられた前記第２のサーバ証明書に対応するルート証明書、及び通信先情報を送信する
   ことを特徴とする監視装置。
2. 前記送信手段は、ＴＬＳハンドシェイクプロトコル処理内で、クライアント認証のための情報として、前記ネットワーク機器に対して、前記第１のサーバ証明書に対応するルート証明書、及び通信先情報を送信する
   ことを特徴とする請求項１に記載の監視装置。
3. 前記管理手段は、前記ＩＰアドレスまたはホスト名を指定することによるポート情報の設定に用いる画面を表示する
   ことを特徴とする請求項１または請求項２に記載の監視装置。
4. 前記管理手段は、前記画面を介して設定可能なポート情報を、前記監視装置と前記ネットワーク機器との間の通信のセキュリティ強度の指定に応じて制限する
   ことを特徴とする請求項３に記載の監視装置。
5. 前記画面を介して設定可能なポート情報を、鍵長とデジタル署名のハッシュ関数の指定に応じて制限する
   ことを特徴とする請求項４に記載の監視装置。
6. 前記ネットワーク機器のファームウェアが更新されたことが検知された場合に、前記送信手段は、前記ネットワーク機器に対して、前記第１のポート情報に関連付けられた前記第１のサーバ証明書に対応するルート証明書、及び通信先情報を送信する
   ことを特徴とする請求項１乃至５のいずれか１項に記載の監視装置。
7. ネットワーク機器を監視する監視装置の制御方法であって、
   第１のサーバ証明書に対応するルート証明書と、第１のサーバ証明書よりも相対的にセキュリティ強度が低い通信を実現するための第２のサーバ証明書に対応するルート証明書とを発行する発行工程と、
   自装置のＩＰアドレスに基づく通信先情報と前記第１のサーバ証明書とが関連付けられた第１のポート情報、および、前記ＩＰアドレスに基づく通信先情報と前記第２のサーバ証明書とが関連付けられた第２のポート情報を管理する管理工程と、
   前記ネットワーク機器に対して、前記第１のポート情報に関連付けられた前記第１のサーバ証明書に対応するルート証明書、及び通信先情報を送信する送信工程と、を有し、
   前記送信工程は、前記第１のサーバ証明書に対応するルート証明書、及び通信先情報の送信の結果として前記ネットワーク機器での認証が失敗した場合に、該ネットワーク機器に対して、前記第２のポート情報に関連付けられた前記第２のサーバ証明書に対応するルート証明書、及び通信先情報を送信する
   ことを特徴とする制御方法。
8. コンピュータを請求項１乃至６のいずれか１項に記載の監視装置として機能させること
   を特徴とするプログラム。

Images