JP6012332B2 - デバイス管理装置、デバイス管理方法、及びプログラム - Google Patents

Description

本発明はネットワークに接続されたネットワークデバイスを管理するためのデバイス管理装置及びデバイス管理方法に関する。

ネットワークに接続可能な従来の複合機能デバイスは、ＷＷＷサーバーを有し、自デバイスの状態やオプションの装着状況、消耗品（トナーや用紙など）の残量などをユーザーに報知し、各種の情報の表示、および、設定が可能なＷｅｂデバイス管理ページをクライアントに提供するものが一般的となっている。ユーザーは遠隔地のクライアントＰＣからブラウザ介してＷｅｂデバイス管理ページに含まれた情報を確認し、必要に応じて情報の表示・設定をおこない複合機能デバイスを管理することができる。

これを受けてネットワークに接続可能な従来のデバイスを管理するデバイス管理サーバ（デバイス管理プログラム）では、探索したデバイスをリスト表示するＵＩなどにリンクを張り、各デバイスのＷｅｂデバイス管理ページへ遷移できるといった機能を持つものが一般的となっている（たとえば、特許文献１）。

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

上記従来例のＷｅｂデバイス管理ページは、複合機能デバイスが持つ機能に応じて個別に設計および実装が必要となる。個別の実装のコストや煩雑さ等を回避するため、デバイスの操作パネルによって表示および設定が可能な情報のうち、汎用性のある一部の情報のみをサポートすることが一般的であった。

一方、近年の複合機能デバイスの中にはリモートデスクトップ機能を持つものが出てきている。リモートデスクトップ機能とは遠隔的にデバイスのＧＵＩ（グラフィカルユーザーインターフェース）を操作するための機能である。リモートデスクトップ機能は通常、操作の対象となる複合機能デバイスに搭載されるサーバー側のアプリケーションと、ユーザーが操作をおこなうためのクライアント側のアプリケーションとから構成される。サーバー側のアプリケーションはピクセルデータ化した画面を小さな長方形に分割し、位置情報を指定してクライアント側のアプリケーションに送信し、クライアント側のアプリケーションはユーザーが行った操作を位置情報と併せてサーバー側のアプリケーションに送信する。

このリモートデスクトップ機能とＷｅｂデバイス管理ページとを比較した場合、前者はデバイスのＧＵＩを遠隔的に操作できるため、デバイスが持つほぼ全ての情報の表示・設定が可能であることが多い。しかしながら、リモートデスクトップ機能を持つ複合機能デバイスは市販されている製品のごく一部であるため、デバイス管理プログラムはリモートデスクトップ機能に対応しておらず、複合機能デバイスが持つリモートデスクトップ機能を効率的に活用することが困難であるという課題が発生していた。

本発明は上記従来例に鑑みてなされたもので、デバイス管理プログラムからリモートデスクトップ機能を利用可能とし、デバイス情報の参照や変更等の作業を効率化するデバイス管理装置及びデバイス管理方法を提供することを目的とする。

上記目的を達成するために本発明は以下の構成を有する。すなわち、
ネットワークに接続されたネットワークデバイスを管理するデバイス管理装置であって、
ネットワークデバイスに対して、前記ネットワークデバイスが提供するウエブサービスにアクセスするための第１のポートが開いているか否かを判定する第１の判定手段と、
ネットワークデバイスに対して、前記ネットワークデバイスを遠隔的に操作するためのアプリケーションが通信に利用する第２のポートが開いているか否かを判定する第２の判定手段と、
ネットワークデバイスのリストを前記ネットワークに接続されたクライアント端末に提供して表示させ、該リストに含まれたデバイスごとに、前記第１のポートが開いていると判定されたデバイスについては、前記ウエブサービスにアクセスするための第１の機能に対応する前記第１のボタンを有効化して表示させ、前記第２のポートが開いていると判定されたデバイスについては、前記遠隔的に操作するための第２の機能に対応する前記第２のボタンを有効化して表示させる制御手段と
を有する。

本発明によれば、探索したデバイスがデバイス管理ページを提供しているときは、デバイスリストページにデバイス管理ページの参照情報を埋め込み、遠隔操作機能を有しているときは、遠隔操作機能を起動する手段を埋め込むことが可能となる。これにより、デバイスが有するデバイス管理ページ、および、遠隔操作機能を効率的に活用できるという効果がある。

デバイス管理システムのシステム構成図 デバイス管理サーバーの構成を示すブロック図 デバイス管理システムのソフトウェア構成図 デバイス管理プログラムが複合機能デバイスの機能を確認する際の動作を示すフローチャート デバイス管理プログラムが参照するデータベースの構成図 デバイス管理プログラムによるデバイスリストのイメージ図 デバイス管理プログラムのユーザーがデバイスリストを操作する際の動作を示すフローチャート デバイス管理プログラムがデバイスリストの表示する際の動作を示すフローチャート デバイス管理プログラムによる実施例２のデバイスリストのイメージ図 複合機能デバイスの制御ユニットの構成を示すブロック図 複合機能デバイスの操作部、遠隔操作サーバーアプリケーション、および、デバイス管理ページのイメージ図

以下、本発明を実施するための最良の形態について図面を用いて説明する。

［実施形態１］
＜ハードウェア構成＞
図１は、本発明におけるデバイス管理システムの構成を示す図である。同図において、ローカルエリアネットワーク１００には、デバイス管理サーバー１１０、クライアントＰＣ（クライアント端末）１５０、および、ネットワークデバイスとしての複合機能デバイス１２０、１３０、１４０が接続されている。

複合機能デバイス１２０、１３０、１４０は、印刷機能やスキャン機能といった機能を１つ以上提供する他、Ｗｅｂサーバー機能及び該機能によりクライアントに提供されるＷｅｂデバイス管理ページを実装している。また、一部の複合機能デバイスにはリモートデスクトップ機能がＷｅｂデバイス管理ページとともに、あるいはＷｅｂデバイス管理ページに代えて実装されている。図１の例では、複合機能デバイス１２０、１４０にリモートデスクトップ機能が実装されているものとする。なお、複合機能デバイスに限らず、プリンタやスキャナなど単機能の周辺機器などのネットワークデバイスに対しても本発明は適用可能である。

デバイス管理サーバー１１０では、デバイス管理プログラムが稼動しており、後述する手順によって複合機能デバイス１２０、１３０、１４０を管理している。一方、クライアントＰＣ１５０は複合機能デバイス１２０、１３０、１４０の管理者が使用しているものとする。なお、本実施形態のデバイス管理サーバー１１０で稼働するデバイス管理プログラムは、ＷＷＷサーバー上で稼働するＷｅｂプログラムであり、管理者はクライアントＰＣ１５０のＷｅｂブラウザプログラムを介してデバイス管理プログラムを操作する。

なお、複合機能デバイス１２０、１３０、１４０で障害が発生した場合、デバイス管理サーバー１１０上のデバイス管理プログラムが例えばＳＮＭＰなどを用いて障害を検知し、電子メールなどの手段によって管理者に通知する。障害を通知された管理者は、Ｗｅｂブラウザプログラムを介してデバイス管理プログラムを操作し、障害の概要を把握することができる。さらに、管理者は、必要に応じてＷｅｂデバイス管理ページやリモートデスクトップ機能を利用して障害に関する詳細な情報を入手することもできる。

図２は、本実施形態が適用されるデバイス管理サーバー１１０の構成を示すブロック図である。なお、デバイス管理サーバー１１０は一般的なコンピュータであり、クライアントＰＣ１５０についても同様の構成を持つものとする。同図において、デバイス管理サーバー１１０は、ＲＯＭ２０１若しくはハードディスク（ＨＤ）２１０に記憶されたデバイス管理プログラム（詳細後述）を実行するＣＰＵ２００を備える。ＣＰＵ２００はシステムバス２０３に接続された各デバイスを総括的に制御する。ＲＡＭ２０２は、ＣＰＵ２００の主メモリ、ワークエリア等として機能する。キーボードコントローラ（ＫＢＣ）２０４は、キーボード（ＫＢ）２０８や不図示のポインティングデバイス等からの指示入力を制御する。ＤＩＳＰコントローラ（ＤＩＳＰＣ）２０５は、ディスプレイ（ＤＩＳＰ）２０９への表示を制御する。ディスクコントローラ（ＤＫＣ）２０６は、ハードディスク（ＨＤ）２１０、フロッピー（登録商標）ディスクコントローラ（ＦＤ）２１１、ＣＤ−ＲＯＭドライブ（ＣＤ）２１２とのアクセスを制御する。ネットワークインタフェースカード（ＮＩＣ）２０７は、ＬＡＮ１００を介してクライアントＰＣ１５０、或いは、複合機能デバイス１２０、１３０、１４０と双方向にデータを授受する。なお、後述するすべての説明で特に断りのない限り、デバイス管理サーバー１１０に関するハードウェア上の実行の主体はＣＰＵ２００であり、ソフトウェア上の制御の主体は、ハードディスク（ＨＤ）２１０に格納されたデバイス管理プログラムである。また、デバイス管理プログラムは、ＣＤ−ＲＯＭなどの記憶媒体に格納された形で供給されても良く、その場合にはＣＤ−ＲＯＭドライブ２１２などによって記憶媒体からプログラムが読み取られ、ハードディスク（ＨＤ）２１０にインストールされる。

図１０は、本実施形態における複合機能デバイス１２０、１３０、１４０における制御ユニット（Ｃｏｎｔｒｏｌｌｅｒ Ｕｎｉｔ）１０００の構成を示すブロック図である。ＣＰＵ１００１は、制御ユニット１０００全体を制御するコントローラである。ＲＡＭ１００２は、ＣＰＵ１００１が動作するために使用するシステムワークメモリである。また、ＲＡＭ１００２は、画像データを一時記憶するための画像メモリでもある。ＲＯＭ１００５はブートＲＯＭであり、システムのブートプログラムが格納されている。ＨＤ１００６は、ハードディスクドライブであり、システムソフトウェア、画像データが格納されている。また、本実施形態の遠隔操作サーバーアプリケーション３２４、３４４、ＷＷＷサーバープログラム３２２、３３２、３４２、デバイス管理ページ３２３、３３３、３４３についてもＨＤ１００６に格納されているものとする。

操作部Ｉ／Ｆ１００３は、操作部１０１６との間のインタフェースをつかさどり、操作部１０１６に出力すべきデータの制御、および、ユーザーが操作部１０１６を介して入力したデータの制御を司る。操作部１０１６は、不図示の１０キー、および、ディスプレイなどから構成され、ユーザーに報知すべきデータの表示、および、ユーザーからのデータの入力を操作部Ｉ／Ｆ１００３を介してＣＰＵ１００１に伝える役割を果たす。また、操作部１０１６がタッチパネルであれば、操作画面を表示する。ネットワークインタフェース１００４は、ネットワークインタフェースカード（ＮＩＣ）１０１７を介してＬＡＮ１００に接続され、クライアントＰＣ１５０、および、デバイス管理サーバー１１０との通信をおこなう。イメージバスインタフェース１００７は、システムバス１００８と画像データを高速で転送する画像バス１００９とを接続詞、データ構造を変換するバスブリッジである。画像バス１００９は、ＰＣＩバスまたはＩＥＥＥ１３９４で構成される。ラスタイメージプロセッサ（ＲＩＰ）１０１０は、ネットワークから送信されたＰＤＬコマンドをビットマップイメージに展開する。デバイスＩ／Ｆ部１０１１は、画像入出力デバイスであるプリンタ１０１４やスキャナ１０１５と制御ユニット１０００とを接続し、画像データの同期系/非同期系の変換を行う。スキャナ画像処理部１０１２は、前記スキャナ１０１５を介して入力された入力画像データに対し補正、加工、編集を行う。プリンタ画像処理部１０１３は、出力する画像データに対してプリンタ１０１４の性能に応じた補正、解像度変換等を行う。

＜ソフトウェア構成＞
図３は、本実施形態におけるデバイス管理システムを構成する各デバイスのソフトウェア構成を示す図である。本実施形態においては、デバイス管理プログラム３００は、ＷＷＷサーバープログラム３０１上で動作し、クライアントＰＣ１５０上のＷＷＷブラウザプログラム３５０とＨＴＴＰプロトコルを利用して通信をおこなうものとする。また、デバイス管理プログラム３００と複合機能デバイス１２０、１３０、１４０はＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）プロトコル、および、その他の独自プロトコルを利用して通信するものとする。

また、本実施形態に係るデバイス管理サーバー１１０上で稼動するデバイス管理プログラム３００は、特に断りのない限りハードディスク（ＨＤ）２１０に格納され、実行の主体はＣＰＵ２００である。

デバイス管理プログラム３００において、ＷＷＷサーバー３０１はデバイス管理サーバー１１０上で稼動する。デバイス管理プログラム３００は、ＷＷＷサーバー３０１を介してクライアントＰＣ１５０上で稼働するＷｅｂブラウザプログラム３５０からのＨＴＭＬデータ送信要求を受信する。ＨＴＭＬデータ送信要求を受信したデバイス管理プログラム３００はＨＴＭＬデータを生成するため、複合機能デバイス１２０、１３０、１４０とＳＮＭＰプロトコルを利用して通信をおこなう。

さらに、取得した複合機能デバイス１２０、１３０、１４０に関する情報（たとえばデバイスの状態を表す状態情報）からＨＴＭＬデータを生成し、ＷＷＷサーバー３０１を介してＰＣ１５０上で稼働するＷｅｂブラウザプログラム３５０に送信する。

全体制御部３０２は、複合機能デバイス１２０、１３０、１４０と通信して情報の取得、設定をおこないＨＴＭＬデータを生成するためにデバイス探索部３０４、デバイス監視部３０５を制御するための機能モジュールである。メール通知部３０３は、探索した複合機能デバイス１２０、１３０、１４０の障害情報やデバイス管理プログラム３００に関する各種の情報をＳＭＴＰ制御部３０７を介して予め登録された管理者にメール通知するための機能モジュールである。デバイス探索部３０４は、複合機能デバイス１２０、１３０、１４０を探索し、必要な情報をデータベース部３０６に登録するための機能モジュールである。より詳細には、デバイス探索部３０４はＳＮＭＰ制御部３０８を制御し、ＳＮＭＰによるユニキャスト、ブロードキャストなどの方法でネットワーク上の複合機能デバイス１２０、１３０、１４０の探索をおこなう役割を担っている。デバイス監視部３０５は、ＳＮＭＰ制御部３０８を介して予め設定された周期でＳＮＭＰによるポーリングをおこない複合機能デバイス１２０、１３０、１４０の状態情報を取得し、障害の有無を判別するための機能モジュールである。デバイス監視部３０５ではさらに、ＳＮＭＰ制御部３０８を介して複合機能デバイス１２０、１３０、１４０から通知されるＴｒａｐメッセージを受信することができる。これにより、デバイス管理プログラムは複合機能デバイス１２０、１３０、１４０の状態変化をリアルタイムで検知することが可能となる。

データベース部３０６は、デバイス管理プログラム３００が検出した複合機能デバイス１２０、１３０、１４０の障害に関する情報を格納するための機能モジュールである。また、データベース部３０６には複合機能デバイス１２０、１４０上で稼働する遠隔操作サーバーアプリケーション３２４、３４４と通信をおこない、遠隔地から複合機能デバイスを制御するための遠隔監視クライアントアプリケーション３１０が格納されている。この遠隔監視クライアントアプリケーション３１０は、ＣｌｉｃｋＯｎｃｅ（登録商標）などの技術を使ってクライアントＰＣ１５０にインストールされることにより、管理者による複合機能デバイス１２０、１４０の遠隔操作を可能にする。ＳＭＴＰ制御部３０７は、メール通知部３０３からの要求を受け、ＳＭＴＰ（ＳＩＭＰＬＥ ＭＡＩＬ ＴＲＡＮＳＦＥＲ ＰＲＯＴＯＣＯＬ）のプロトコル制御をおこない障害情報を含む各種の情報を管理者にメール通知するための機能モジュールである。ＳＮＭＰ制御部３０８は、ＳＮＭＰのプロトコル制御をおこなうための機能モジュールである。ＳＮＭＰ制御部３０８は、管理対象の複合機能デバイス１２０、１３０、１４０への情報の設定、および、複合機能デバイス１２０、１３０、１４０からの障害情報をはじめとする管理情報の取得をおこなうために利用される。ＴＣＰ／ＩＰ制御部３０９は、ＳＭＴＰ制御部３０７、ＳＮＭＰ制御部３０８の要求に応じて、ＴＣＰ／ＩＰプロトコルによる通信制御をおこなうための機能モジュールである。ＳＮＭＰエージェント３２０、３３０、３４０は、複合機能デバイス１２０、１３０、１４０上で稼働する。ＳＮＭＰエージェント３２０は、ＭＩＢ情報部３２１、３３１、３４１を参照して、ＳＮＭＰマネージャーにあたるデバイス管理プログラム３００から送信されたＳＮＭＰのリクエストに応答を返すプログラムである。ＳＮＭＰエージェント３２１、３３１、３４１はさらに複合機能デバイス１２０、１３０、１４０上で発生した障害をＴＲＡＰによりデバイス管理プログラム３００に能動的に通知するための役割も担っている。ＭＩＢ情報部３２１、３３１、３４１は複合機能デバイス１２０、１３０、１４０に関する各種の情報をＭＩＢ（ＭＡＮＡＧＥＭＥＮＴ ＩＮＦＯＲＭＡＴＩＯＮ ＢＡＳＥ）の形式で保持するデータベースである。

さらに、複合機能デバイス１２０、１３０、１４０上には、ＷＷＷサーバープログラム３２２、３３２、３４２が稼働している。ＷＷＷサーバープログラム３２２、３３２、３４２は、クライアントＰＣ１５０上で稼働するＷｅｂブラウザプログラム３５０からのＨＴＭＬデータ送信要求を受信する。ＨＴＭＬデータ送信要求を受信したＷＷＷサーバープログラム３２２、３３２、３４２はデバイス管理ページ３２３、３３３、３４３のＨＴＭＬデータを生成するため、不図示のコントローラモジュールと通信をおこない管理情報を取得する。なお、デバイス管理ページ３２３、３３３、３４３は、管理者に対して、クライアントＰＣ１５０上のＷｅｂブラウザプログラム３５０介して複合機能デバイス１２０、１３０、１４０を管理するために状態情報の表示やネットワーク情報の設定変更などを行うためのウエブサービスを提供する。遠隔操作サーバーアプリケーション３２４、３４４は、クライアントＰＣ１５０にインストールされる遠隔操作クライアントアプリケーション３１０と通信をおこない複合機能デバイス１２０、１３０、１４０の遠隔操作を可能にする。なお、本実施形態においては、複合機能デバイス１３０上では遠隔操作サーバーアプリケーションが稼働していない。このことは、本実施形態に係るネットワークデバイス管理システムが、遠隔操作サーバーアプリケーションに対応しているデバイスおよび対応していないデバイスの混在環境を管理対象としていることを意味している。

ここで、デバイス管理ページ３２３、３３３、３４３と遠隔操作サーバーアプリケーション３２４、３４４の違いを端的に述べる。デバイス管理ページ３２３、３３３、３４３の場合、扱うデータの入出力は図１０のネットワークインタフェース１００４を介して行われる。デバイス管理ページのデバイスの機種に応じた実装に係るコストや仕様変更時の複雑さから複合機能デバイス１２０、１３０、１４０の持つ情報の一部を公開することが一般的である。また、デバイス管理ページはＨＴＴＰを介することから、実時間応答性が乏しく、情報の表示やネットワーク設定等の実時間性が必要でない設定は可能であるものの、デバイスの遠隔的操作は通常サポートしていない。

一方、遠隔操作サーバーアプリケーション３２４、３４４の場合、扱うデータの入出力は、図１０の操作部インタフェース１００３をエミュレートして行われる。この場合、遠隔操作クライアントアプリケーション３５０により操作部１０１６が仮想的に提供され、操作部（操作パネル）１０１６から制御可能な全てのデータの入出力が可能である。そのため、複合機能デバイス１２０、１３０、１４０の持つほぼ全てのデータを操作することが可能となっている。しがたって、デバイス管理ページ３２３、３３３、３４３と遠隔操作サーバーアプリケーション３２４、３４４とを比較した場合、後者の方がより広く、より詳細なデータを扱うことが可能であると言える。

＜デバイス管理プログラムの実行手順＞
図４は、本実施形態のデバイス管理プログラム３００が、管理対象である複合機能デバイスにおけるＷｅｂデバイス管理ページの稼働状況、および、遠隔操作サーバーアプリケーションの稼働状況を確認する際の動作を示すフローチャートである。同図においてステップＳ４００では、デバイス探索部３０４によりＳＮＭＰ制御部３０８、ＴＣＰ／ＩＰ制御部３０９を介した複合機能デバイス１２０、１３０、１４０の探索処理が開始され、ｎ台のデバイスを検出してステップＳ４０１に移行する。ステップＳ４０１では、デバイス管理プログラム３００が管理対象の複合機能デバイスをカウントするためのインデックスｉを０に初期化して、ステップＳ４０２に移行する。ステップＳ４０２では、インデックスｉの値が探索したデバイスの総数であるｎを超えるかどうかの判断が行われ、ｎを超えない場合にはステップＳ４０３に移行し、それ以外の場合には処理を終了する。

ステップＳ４０３では、ｉ番目の複合機能デバイスにおけるＷｅｂデバイス管理ページの稼働状況を確認するため、ＨＴＴＰポートの状態を確認（すなわち参照）してステップＳ４０４に移行する。本ステップにおいては、例えば、ＨＴＴＰのデフォルトポート番号であるＴＣＰの８０番のポートに対してＨＥＡＤコマンドを送信し、コネクションが確立できるかどうかによってポートの状態を確認することを想定している。

ステップＳ４０４では、ステップＳ４０３における確認の結果、ｉ番目のデバイスのＨＴＴＰポートが開いているかどうかの判断がおこなわれる。ステップＳ４０４において、ｉ番目のデバイスのＨＴＴＰポートが開いていると判断した場合にはステップＳ４０５に移行し、それ以外の場合にはステップＳ４０６に移行する。なお、本実施形態によるデバイス管理プログラム３００は、複合機能デバイスのＨＴＴＰポートが開いていた場合には、Ｗｅｂデバイス管理ページが稼働中と判断する。

ステップＳ４０５では、ステップＳ４０４における判断の結果、ｉ番目の複合機能デバイスのＨＴＴＰポートが開いていると判断した場合に後述のデータベース６００における当該複合機能デバイスのＨＴＴＰポートの状態を示すフラグを立ててステップＳ４０７に移行する。

ステップＳ４０６では、ステップＳ４０４における判断の結果、ｉ番目の複合機能デバイスのＨＴＴＰポートが閉じていると判断した場合に後述のデータベース６００における当該複合機能デバイスのＨＴＴＰポートの状態を示すフラグを落としてステップＳ４０７に移行する。

ステップＳ４０７では、ｉ番目の複合機能デバイスにおいて遠隔操作サーバーアプリケーションが使用するポートの状態を確認（すなわち参照）し、ステップＳ４０８に移行する。なお、本実施形態においては、遠隔操作サーバーアプリケーションとしてＶＮＣ（Ｖｉｒｔｕａｌ Ｎｅｔｗｏｒｋ Ｃｏｍｐｕｔｉｎｇ）を、遠隔操作クライアントアプリケーションとしてＶＮＣ Ｖｉｅｗｅｒを想定している。したがって、ステップＳ４０８では、通常ＶＮＣが使用する通信ポートであるＴＣＰの５９００番から５９０６番のポートの状態を確認するものとする。もちろんＶＮＣが既定値以外のポートを用いる場合には、そのポートが確認の対象となる。

ステップＳ４０８では、ステップＳ４０７における確認の結果、ｉ番目のデバイスのＶＮＣポートが開いているかどうかの判断がおこなわれる。ステップＳ４０７において、ｉ番目のデバイスのＶＮＣポートが開いていると判断した場合にはステップＳ４０９に移行し、それ以外の場合にはステップＳ４１０に移行する。ステップＳ４０９では、ステップＳ４０８における判断の結果、ｉ番目の複合機能デバイスのＶＮＣポートが開いていると判断した場合に後述のデータベース６００における当該複合機能デバイスのＶＮＣポートの状態を示すフラグを立ててステップＳ４１１に移行する。ステップＳ４１０では、前記ステップＳ４０８における判断の結果、ｉ番目の複合機能デバイスのＶＮＣポートが閉じていると判断した場合に後述のデータベース６００における当該複合機能デバイスのＶＮＣポートの状態を示すフラグを落としてステップＳ４１１に移行する。

ステップＳ４１１では、デバイス管理プログラム３００が管理対象の複合機能デバイスをカウントするためのインデックスｉをインクリメントしてステップＳ４０２に戻る。

本実施形態のデバイス管理プログラム３００は以上のステップを経て管理対象の複合機能デバイスにおけるＷｅｂ管理ページ、および、ＶＮＣの稼働状況を確認して、後述のデータベース６００に、必要な情報を登録する。

＜デバイス情報＞
図５は、本実施形態においてデバイス管理プログラム３００のデータベース３０６に格納される管理対象デバイス情報を例示する図である。デバイス管理プログラム３００は実行に際して、これら情報を参照しつつ、本実施形態における各機能を実現する。

データテーブル５００には管理対象となる複合機能デバイスに関する情報が格納される。デバイスＩＤカラム５０１には、デバイス探索モジュール３０４を介して探索された複合機能デバイスに対して割り当てられた任意の識別子が格納される。デバイス名カラム５０２には、デバイス探索モジュール３０７を介して探索された複合機能デバイスのユーザーフレンドリ名であるデバイス名が格納される。なお、デバイス名カラム５０２に格納される情報は、デバイス管理プログラム３００が複合機能デバイスのＳＮＭＰエージェント３２０、３３０、３４０が保持するＭＩＢオブジェクトであるＳｙｓＮａｍｅなどから取得しているものとする。

製品名カラム５０３には、デバイス探索モジュール３０４を介して探索された複合機能デバイスの製品名が格納される。なお、製品名カラム５０３に格納される情報は、デバイス管理プログラム３００が複合機能デバイスのＳＮＭＰエージェント３２０、３３０、３４０が保持するＭＩＢオブジェクトであるＳｙｓＤｅｓｃｒなどから取得しているものとする。

ＩＰアドレスカラム５０４には、デバイス探索モジュール３０４を介して探索された複合機能デバイスのＩＰアドレスが格納される。状態情報カラム５０５には、デバイス探索モジュール３０４を介して探索された複合機能デバイスの状態情報が格納される。なお、状態情報カラム５０５に格納される情報は、デバイス管理プログラム３００が複合機能デバイスのＳＮＭＰエージェントが保持するＭＩＢオブジェクトであるｈｒＰｒｉｎｔｅｒＤｅｔｅｃｔｅｄＥｒｒｏｒＳｔａｔｅなどから取得しているものとする。また、ベンダー独自の詳細なエラー情報についても、ベンダー独自のＭＩＢから取得できるものとする。

ＨＴＴＰポートカラム５０６には、図４に示すフローチャートのステップＳ４０５およびＳ４０６において値を設定するＨＴＴＰポートのフラグを格納する。ＶＮＣポートカラム５０７には、図４に示すフローチャートのステップＳ４０９およびＳ４１０において値を設定するＶＮＣポートのフラグを格納する。ＶＮＣステータスカラム５０８には、ＶＮＣの状態情報を格納する。本実施形態における複合機能デバイスでは、ＶＮＣの状態として「稼働中」、「停止中」、「非対応」の三つの情報を持つものとする。なお、ＶＮＣの状態が「停止中」の複合機能デバイスはデバイス管理プログラムのコマンドにより、そのステータスを「稼働中」に切り替えることが可能となるものとする。

＜複合機能デバイスの一覧表示画面＞
図６は、デバイス管理プログラム３００による複合機能デバイスの一覧表示画面（以下、デバイスリスト）のイメージ図である。この表示画面は、たとえばＨＴＭＬで記述されたデータとしてＷＷＷサーバー３０１によりＷＷＷブラウザ３５０に提供され、そこで表示される。

図６（ａ）において、デバイスリスト６００ａは、データベース５００において、ＨＴＴＰポートカラム５０６がオープンであり、ＶＮＣポートカラム５０７がクローズのデバイスに対するイメージ図である。一方、図６（ｂ）のデバイスリスト６００ｂは、データベース５００において、ＨＴＴＰポートカラム５０６、ＶＮＣポートカラム５０７がともにオープンのデバイスに対するイメージ図である。デバイスリスト６００ａとデバイスリスト６００ｂは、後述するラジオボタンにより選択されているデバイスのＶＮＣポートカラム５０７の値に応じていずれかが選択的に表示される。例えばデバイスリスト６００ａではＶＮＣポートカラム５０７がオープン状態のデバイス２が選択されており、デバイスリスト６００ｂではＶＮＣポートカラム５０７がクローズ状態のデバイス３が選択されている。たとえば図６（ａ）のデバイスリスト６００ａにおいて、ユーザがデバイス３を選択すれば、表示は図６（ｂ）のデバイスリスト６００ｂに代わることになる。なおボタンやラジオボタンの操作はクライアントＰＣのＷＷＷブラウザ３５０で行われ、操作内容がＨＴＴＰを介してデバイス管理プログラム３００に伝達され、操作に応じたデータがデバイス管理プログラム３００からブラウザに提供されて表示が更新されることで、図６（ａ）と図６（ｂ）との表示の切り換えは行われる。これは通常のＷＷＷシステムに即した手順である。

デバイス名表示領域６０４ａ、６０４ｂは、データベース５００におけるデバイス名カラム５０２の情報を表示する領域である。製品名表示領域６０５ａ、６０５ｂは、データベース５００における製品名カラム５０３の情報を表示する領域である。ＩＰアドレス表示領域６０６ａ、６０６ｂは、データベース５００におけるＩＰアドレスカラム５０４の情報を表示する領域である。設置場所表示領域６０７ａ、６０７ｂは、複合機能デバイスの設置場所情報を表示する領域である。なお、本実施形態においては説明は省略するが、デバイス管理プログラム３００には図６に示したデバイスリスト６００ａ、６００ｂとは別にデバイスマップ機能が実装されているものとする。デバイスマップ機能とはオフィスの見取り図に複合機能デバイスを示すアイコンを配置し、複合機能デバイスの設置場所を容易に把握するための機能である。設定場所情報表示領域６０７ａ、６０７ｂには、デバイスマップに登録済みの複合機能デバイスに対してリンクを張りデバイスリスト６００ａ、６００ｂから容易にデバイスリスト表示できるようにしている。ラジオボタン６０３ａ、６０３ｂは、デバイスリスト６００ａ、６００ｂに表示された複合機能デバイスのうちからひとつを選択するためのラジオボタンである。図６のデバイスリストはいずれも
デバイス管理プログラム３００は、ラジオボタン６０３ａ、６０３ｂにより複合機能デバイスが選択されると、選択されたデバイスのＨＴＴＰポートカラム５０６、および、ＶＮＣポートカラム５０７を参照する。デバイス管理プログラム３００は、参照したポートの状態に応じてＶＮＣ Ｖｉｅｗｅｒ（ＶＮＣビューワ）の起動ボタン６０１ａ、６０１ｂ、および、Ｗｅｂデバイス管理ページ表示ボタン６０２ａ、６０２ｂを表示する。なお、起動ボタン６０１ａ、６０１ｂはクリック（あるいは押下）操作のための操作領域であり、有効化状態のＶＮＣ Ｖｉｅｗｅｒ起動ボタン６０１ｂを押下すると、前述したＣｌｉｃｋＯｎｃｅ（登録商標）などの技術を使ってクライアントＰＣ１５０にＶＮＣ Ｖｉｅｗｅｒがインストールされ、起動される。また、既にインストール済みの環境においては単にＶＮＣ Ｖｉｅｗｅｒを起動する。

さらに、本実施形態においては、選択されたデバイスのＶＮＣポートがクローズしている場合、無効化状態でＶＮＣ Ｖｉｅｗｅｒ起動ボタンを表示する。したがって、ＶＮＣポートがクローズしている場合のボタン表示が６０１ａにあたる。

＜デバイスリスト操作手順＞
図７は、本発明実施例のデバイス管理プログラム３００のユーザーが、管理対象である複合機能デバイスの一覧（以下、デバイスリスト）を操作した際の動作を示すフローチャートである。なお以下の説明で「表示する」とは、デバイス管理プログラム３００がクライアントからの要求に応じてデバイスリストのウエブページを提供し、それをクライアントのブラウザ３５０で表示することを意味している。

図７においてステップＳ７００では、デバイス管理プログラム３００がデバイスリスト６００ａ、６００ｂを表示して、ステップＳ７０１に移行する。ステップＳ７０１では、ラジオボタン６０３ａ、６０３ｂによりｊ番目のデバイスの選択がおこなわれステップＳ７０２に移行する。ステップＳ７０２では、選択されたｊ番目のデバイスのデバイスＩＤをキーにしてデータベース５００を参照し、ステップＳ７０３に移行する。ステップＳ７０３では、デバイス管理プログラム３００のユーザーの権限を確認（参照）し、ステップＳ７０４に移行する。なお、本実施形態において説明は省略するが、デバイス管理プログラム３００はユーザーアカウントを生成する際に管理者権限、および、一般ユーザー権限を指定するものとする。また、デバイス管理プログラム３００は管理者権限を持つユーザーに対しては複合機能デバイスの設定変更を許可するが、一般ユーザー権限を持つユーザーに対しては情報の表示のみを許可するといった制御をおこなっている。ステップＳ７０４では、ステップＳ７０３において参照したユーザー権限が管理者権限であるか判定する。判定の結果、デバイス管理プログラム３００のユーザーが管理者権限を持つ場合にはステップＳ７０５に移行し、それ以外の場合にはステップＳ７０９に移行する。したがって、本実施形態においては、管理者権限を持つユーザー以外に対してはＶＮＣ Ｖｉｅｗｅｒ起動ボタン６０１ａ、６０１ｂは表示しない。

ステップＳ７０５では、ｊ番目の複合機能デバイスのデバイスＩＤをキーにしてデータベース５００のＶＮＣポートカラム５０７の確認（参照）がおこなわれ、ステップＳ７０６に移行する。ステップＳ７０６では、ステップＳ７０５において参照したｊ番目の複合機能デバイスのＶＮＣポートがオープンであるかどうかの判断がおこなわれ、ＶＮＣポートがオープンである場合にはステップＳ７０７に移行し、それ以外の場合にはステップＳ７０８に移行する。ステップＳ７０７では、ステップＳ７０６における判断の結果、ｊ番目の複合機能デバイスのＶＮＣポートが開いていると判断された場合にＶＮＣ Ｖｉｅｗｅｒを起動するためのボタンを有効化状態（６０１ｂ）で表示し、ステップＳ７０９に移行する。ステップＳ７０８では、ステップＳ７０６における判断の結果、ｊ番目の複合機能デバイスのＶＮＣポートが閉じていると判断された場合にＶＮＣ Ｖｉｅｗｅｒを起動するためのボタンを無効化状態（６０１ａ）で表示し、ステップＳ７０９に移行する。

ステップＳ７０９では、ｊ番目の複合機能デバイスのデバイスＩＤをキーにしてデータベース５００のＨＴＴＰポートカラム５０６の確認（参照）がおこなわれ、ステップＳ７１０に移行する。ステップＳ７１０では、ステップＳ７０５において参照したｊ番目の複合機能デバイスのＨＴＴＰポートが開いているかどうかの判断がおこなわれる。ステップＳ７１０における判断の結果、ＨＴＴＰポートが開いている場合にはステップＳ７１１に移行し、それ以外の場合にはステップＳ７１２に移行する。ステップＳ７１１では、ｊ番目の複合機能デバイスのＨＴＴＰポートが開いていると判断された場合にＷｅｂデバイス管理ページを表示するためのボタンを有効化状態（６０２ａ、６０２ｂ）で表示し、処理を終了する。ステップＳ７１２では、ｊ番目の複合機能デバイスのＨＴＴＰポートが閉じていると判断された場合にＷｅｂデバイス管理ページを表示するためのボタンを無効化状態（不図示）で表示し、処理を終了する。

以上の手順により本実施形態によるデバイス管理プログラム３００においては、複合機能デバイスにおける遠隔操作サーバーアプリケーションの稼働状況を判別し、効率的に遠隔操作サーバーアプリケーションを起動することが可能となる。

例えば図６（ａ）のデバイスリスト６００ａがｗｅｂブラウザプログラム３５０によりクライアントＰＣ１５０に表示されている場合、ユーザーはボタン６０２ａをクリックすることができる。それにより、表示されているＷｅｂページが、選択されているデバイス２のデバイス管理ページ３３３にリダイレクトされて表示される。それが図１１（ｃ）のような画面である。

また、例えば図６（ｂ）のデバイスリスト６００ｂがｗｅｂブラウザプログラム３５０によりクライアントＰＣ１５０に表示されている場合、ユーザーはボタン６０１ｂをクリックすることもできる。その場合には、デバイス管理サーバー１１０は、そのクリックをきっかけとして、遠隔操作クライアントアプリケーション３１０を、ボタン６０１ｂが操作されたクライアントＰＣ１５０にダウンロードしてインストールし、実行させる。なおすでにインストールされている場合には、実行させるだけでよい。これによりクライアントＰＣ１５０で実行される遠隔操作クライアントアプリケーション３１０が、所定の手順で表示する画面データを遠隔操作サーバーアプリケーション３２４，３４４に要求し、要求した画像データを受信して表示する。これが図１１（ｂ）に例示した画面である。

図１１は本実施形態の複合機能デバイス１２０、１３０、１４０の操作部１０１６、遠隔操作サーバーアプリケーション３２４、３４４、および、デバイス管理ページ３２３、３３３、３４３のイメージ図である。図１１（ａ）が操作部１０１６のイメージ、図１１（ｂ）が遠隔操作サーバーアプリケーション３２４、３４４のイメージ、図１１（ｃ）がデバイス管理ページ３２３、３３３、３４３のイメージである。図１１に示すように、実機の操作部１０１６と、遠隔操作サーバーアプリケーション３２４、３４４により遠隔操作クライアントアプリケーション３１０に提供されて表示される操作部の画像とはほぼ同じイメージである。これに対して、ＷＷＷサーバーによりクライアントに提供されてブラウザに表示されるデバイス管理ページ３２３、３３３、３４３の表示画像については全く異なるデザインとなっている。

［実施形態２］
図８は、本実施形態のデバイス管理プログラム３００が、デバイスリストの表示時に管理対象である複合機能デバイスの状態に応じて制御を変える際の動作を示すフローチャートである。なお本実施形態では、第１実施形態との相違点について説明し、共通する部分については説明を省略する。

同図において、ステップＳ８００では、デバイス探索部３０４によりＳＮＭＰ制御部３０８、ＴＣＰ／ＩＰ制御部３０９を介した複合機能デバイスの探索処理が開始され、ｎ台のデバイスを検出してステップＳ８０１に移行する。ステップＳ８０１では、デバイス管理プログラム３００が管理対象の複合機能デバイスをカウントするためのインデックスｋを０に初期化して、テップＳ８０２に移行する。

ステップＳ８０２では、インデックスｋの値が探索したデバイスの総数であるｎを超えるかどうかの判断が行われ、ｎを超えない場合にはステップＳ８０３に移行し、それ以外の場合には処理を終了する。ステップＳ８０３では、着目するｋ番目のデバイスのデバイスＩＤをキーにしてデータベース５００を参照し、ステップＳ８０４に移行する。ステップ８０４では、ｋ番目の複合機能デバイスのデバイスＩＤをキーにしてデータベース５００の状態情報カラム５０５の確認がおこなわれ、ステップＳ８０５に移行する。ステップＳ８０５では、ステップＳ８０４における確認の結果、ｋ番目の複合機能デバイスにおいて障害が発生しておらず印刷可能状態であるかどうかの判断が行われる。ステップＳ８０５の判断の結果、ｋ番目の複合機能デバイスが印刷可能状態である場合にはステップＳ８１３に移行し、それ以外の場合にはステップＳ８０６に移行する。

ステップＳ８０６では、ステップＳ８０５においてｋ番目の複合機能デバイスが印刷可能状態ではないと判断された場合に、ｋ番目の複合機能デバイスに重大なエラー（以下、サービスコールエラー）が発生しているかどうかの判断が行われる。ステップＳ８０６の判断の結果、ｋ番目の複合機能デバイスにサービスコールエラーが発生している場合には、ステップＳ８０７に移行し、それ以外の場合にはステップＳ８１０に移行する。

ステップＳ８０７では、ｋ番目の複合機能デバイスのデバイスＩＤをキーにしてデータベース５００のＶＮＣポートカラム５０７の確認がおこなわれ、ステップＳ８０８に移行する。ステップＳ８０８では、ステップＳ８０７における確認の結果、ｋ番目の複合機能デバイスのＶＮＣポートが開いているかどうかの判断がおこなわれ、ＶＮＣポートが開いている場合にはステップＳ８０９に移行し、それ以外の場合にはステップＳ８１０に移行する。ステップＳ８０９では、デバイスリストにおけるｋ番目の複合機能デバイスのエントリに対してＶＮＣ Ｖｉｅｗｅｒ起動ボタンを表示してステップＳ８１３に移行する。

ステップＳ８１０では、ｋ番目の複合機能デバイスのデバイスＩＤをキーにしてデータベース５００のＨＴＴＰポートカラム５０６の確認がおこなわれ、ステップＳ８１１に移行する。ステップＳ８１１では、ステップＳ８１０における確認の結果、ｋ番目の複合機能デバイスのＨＴＴＰポートが開いているかどうかの判断がおこなわれる。ステップＳ８１１の判断の結果、ＨＴＴＰポートが開いている場合にはステップＳ８１２に移行し、それ以外の場合にはステップＳ８１３に移行する。ステップＳ８１２では、デバイスリストにおけるｋ番目の複合機能デバイスのエントリに対してＷｅｂデバイス管理ページ表示ボタンを表示してステップＳ８１３に移行する。

ステップＳ８１３では、デバイス管理プログラム３００が管理対象の複合機能デバイスをカウントするためのインデックスｋをインクリメントしてステップＳ８０２に戻る。

図９は、デバイス管理プログラム３００が図８のフローチャートに示す処理によって表示するデバイスリストの一例を示すイメージ図である。同図において、デバイス名表示領域９０１は、データベース５００におけるデバイス名カラム５０２の情報を表示する表示領域である。製品名表示領域９０２は、データベース５００における製品名カラム５０３の情報を表示する表示領域である。ＩＰアドレス表示領域９０３は、データベース５００におけるＩＰアドレスカラム５０４の情報を表示する表示領域である。状態情報表示領域９０４は、データベース５００における状態情報カラム５０５の情報を表示する表示領域である。ボタン９０５、９０７は、前述のボタン６０１ｂと同じ機能を持つＶＮＣ Ｖｉｅｗｅｒ起動ボタンである。ボタン９０６、９０８は、前述のボタン６０２ａ、６０２ｂと同じ機能を持つＷｅｂデバイス管理ページ表示ボタンである。

以上、説明したように本実施形態によれば、サービスコールエラーなどの重大なエラー発生時にはより詳細な情報を表示・設定可能なＶＮＣを起動することが可能となり、デバイス管理の操作性を飛躍的に向上させることが可能となる。

Claims (8)

1. ネットワークに接続されたネットワークデバイスを管理するデバイス管理装置であって、
   ネットワークデバイスに対して、前記ネットワークデバイスが提供するウエブサービスにアクセスするための第１のポートが開いているか否かを判定する第１の判定手段と、
   ネットワークデバイスに対して、前記ネットワークデバイスを遠隔的に操作するためのアプリケーションが通信に利用する第２のポートが開いているか否かを判定する第２の判定手段と、
   ネットワークデバイスのリストを前記ネットワークに接続されたクライアント端末に提供して表示させ、該リストに含まれたデバイスごとに、前記第１のポートが開いていると判定されたデバイスについては、前記ウエブサービスにアクセスするための第１の機能に対応する前記第１のボタンを有効化して表示させ、前記第２のポートが開いていると判定されたデバイスについては、前記遠隔的に操作するための第２の機能に対応する前記第２のボタンを有効化して表示させる制御手段と
   を有することを特徴とするデバイス管理装置。
2. 前記第２の機能の利用がユーザーにより指示された場合には、当該デバイスを遠隔的に操作するためのクライアントアプリケーションを、前記ネットワークに接続されたクライアント端末で実行させ、当該デバイスで実行されるサーバーアプリケーションとの通信により遠隔的な操作が提供されることを特徴とする請求項１に記載のデバイス管理装置。
3. 前記制御手段は、ユーザー権限を判別して、管理者権限でない場合には、前記遠隔的に操作するための機能を有効化しないことを特徴とする請求項１に記載のデバイス管理装置。
4. 前記第２のポートは、Ｖｉｒｔｕａｌ Ｎｅｔｗｏｒｋ Ｃｏｍｐｕｔｉｎｇ（ＶＮＣ）に割り当てられた５９００番から５９０６番の少なくともいずれかのポートであることを特徴とする請求項１乃至３のいずれか一項に記載のデバイス管理装置。
5. 前記制御手段は、前記ネットワークデバイスに対して、印刷の動作が可能でなくかつサービスコールが発生しているか否かを判定する第３の判定手段をさらに有し、
   前記第２の判定手段は、前記第３の判定手段が印刷の動作が可能でなくかつサービスコールが発生していると判定した場合に、前記第２のポートが開いているか否かを判定することを特徴とする請求項１乃至４のいずれか一項に記載のデバイス管理装置。
6. 前記ネットワークデバイスは、該デバイスが提供する機能の利用および情報の参照またはそのいずれかのための操作を行うための操作部を有し、
   前記ネットワークデバイスを遠隔的に操作するためのアプリケーションは、前記操作部と同様の操作画面を、前記ネットワークに接続したクライアント端末に表示させ、
   前記ネットワークデバイスが提供するデバイス管理ページにアクセスした前記クライアント端末は、当該デバイスの状態を表示することを特徴とする請求項１乃至５のいずれか一項に記載のデバイス管理装置。
7. ネットワークに接続されたネットワークデバイスを管理するデバイス管理装置により実行されるデバイス管理方法であって、
   前記デバイス管理装置の第１の判定手段が、ネットワークデバイスに対して、前記ネットワークデバイスが提供するウエブサービスにアクセスするための第１のポートが開いているか否かを判定する第１の判定工程と、
   前記デバイス管理装置の第２の判定手段が、ネットワークデバイスに対して、前記ネットワークデバイスを遠隔的に操作するためのアプリケーションが通信に利用する第２のポートが開いているか否かを判定する第２の判定工程と、
   前記デバイス管理装置の制御手段が、ネットワークデバイスのリストを前記ネットワークに接続されたクライアント端末に提供して表示させ、該リストに含まれたデバイスごとに、前記第１のポートが開いていると判定されたデバイスについては、前記ウエブサービスにアクセスするための第１の機能に対応する前記第１のボタンを有効化して表示させ、前記第２のポートが開いていると判定されたデバイスについては、前記遠隔的に操作するための第２の機能に対応する前記第２のボタンを有効化して表示させる制御工程と
   を有することを特徴とするデバイス管理方法。
8. 請求項１乃至６のいずれか一項に記載したデバイス管理装置としてコンピュータを機能させるためのプログラム。

Images