JP4286601B2 - ネットワークに接続された装置を監視する監視装置、方法及びコンピュータプログラム - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は、ネットワークに接続された装置を監視することに関連する。特に、複数のプロトコルと供にネットワーク接続装置を監視し、ユーザが理解し得る形式で装置状態を表示するための方法及びシステムに関連する。
【０００２】
【従来の技術】
一般に知られているように、コンピュータシステムはハードウエア及びソフトウエアを包含する。ソフトウエアは、コンピュータシステムを形成するハードウエア要素を動作させるように及び管理するように作成された命令のリストを含む。典型的には、コンピュータシステムは、互いにインターフェースをとる様々なハードウエア要素／装置を含む。コンピュータシステムは、スタンドアローン形式又はネットワーク形式であり得る。ネットワーク形式のコンピュータシステムでは、個々の複数の装置がネットワークに接続され、それら個々の装置間の通信はそのネットワークを通じて可能になる。
【０００３】
また、ハードウエアを動作させるソフトウエアは、ハードウエア装置間の通信を可能にし、ハードウエア装置が協同的に機能し得るようなコンフィギュレーションにされる（構成される）必要がある。更に、そのような通信を支援するために、ハードウエア装置が監視され、各ハードウエア装置の状態が区別され、各ハードウエア装置が効率的に機能することを保証することが望ましい。
【０００４】
［関連出願］
本願は、２０００年２月２７日に出願され、“Ａｒｃｈｉｔｅｃｔｕｒｅ ｏｆ Ｔｈｅ Ｒｅｍｏｔｅ Ｍｏｎｉｔｏｒｉｎｇ ｏｆ Ｄｅｖｉｃｅｓ Ｔｈｒｏｕｇｈ ｔｈｅ Ｌｏｃａｌ Ｍｏｎｉｔｏｒｉｎｇ Ｓｔａｔｉｏｎ ａｎｄ Ｓｅｎｄｉｎｇ ｔｏ ｔｈｅ Ｃｅｎｔｒａｌ Ｓｔａｔｉｏｎ ｉｎ Ｗｈｉｃｈ ｔｈｅ Ｍｕｌｔｉｐｌｅ Ｖｅｎｄｏｒｓ ａｒｅ Ｓｕｐｐｏｒｔｅｄ”と題する米国特許出願番号第６０／３５９，６４８号に関連し、その全内容が本願の参考に供される。また、本願は、以下の出願にも関連し、それらの全内容も本願の参考に供される：２０００年２月１１日に出願され、“Ｍｅｔｈｏｄ ａｎｄ Ａｐｐａｒａｔｕｓ Ｕｔｉｌｉｚｉｎｇ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｍｅａｎｓ Ｈｉｅｒａｒｃｈｙ ｔｏ Ｃｏｎｇｉｇｕｒｅｏｒ Ｍｏｎｉｔｏｒ ａｎ Ｉｎｔｅｒｆａｃｅ Ｄｅｖｉｃｅ”と題する米国特許出願番号第１０／０６８，８６１号；２０００年５月１３日に出願され、“Ｖｅｒｉｆｉｃａｔｉｏｎ Ｓｃｈｅｍｅ ｆｏｒ Ｅｍａｉｌ Ｍｅｓｓａｇｅ Ｃｏｎｔａｉｎｉｎｇ ｉｎｆｏｒｍａｔｉｏｎ Ａｂｏｕｔ Ｒｅｍｏｔｅｌｙ Ｍｏｎｉｔｏｒｅｄ Ｄｅｖｉｃｅｓ”と題する米国特許出願番号第１０／１４２，９８９号；２００１年１月９日に出願され、“Ｍｅｔｈｏｄ ａｎｄ Ｓｙｓｔｅｍ ｏｆ Ｒｅｍｏｔｅ Ｓｕｐｐｏｒｔ ｏｆ Ｄｅｖｉｃｅ Ｕｓｉｎｇ Ｅｍａｉｌ”と題する米国特許出願番号第０９／７５６，１２０号；２００２年５月３１日に出願され、“Ｍｅｔｈｏｄ ａｎｄ Ａｐｐａｒａｔｕｓ ｆｏｒ Ｍｏｄｉｆｙｉｎｇ Ｒｅｍｏｔｅ Ｄｅｖｉｃｅｓ ｍｏｎｉｔｏｒｅｄ ｂｙ ａ Ｍｏｎｉｔｏｒｉｎｇ Ｓｙｓｔｅｍ”と題する米国特許出願；２００１年１０月１５日に出願され、“Ｍｅｔｈｏｄ ａｎｄ Ｓｙｓｔｅｍ ｆｏｒ Ｒｅｍｏｔｅ Ｓｕｐｐｏｒｔ ｏｆ Ｄｅｖｉｃｅ Ｕｓｉｎｇ Ｅｍａｉｌ Ｂａｓｅｄ Ｕｐｏｎ Ｐｏｐ３ Ｗｉｔｈ Ｄｅｃｒｙｐｔｉｏｎ Ｃａｐａｂｉｌｉｔｙ Ｔｈｒｏｕｇｈ Ｖｉｒｔｕａｌ Ｆｕｎｃｔｉｏｎ”と題する米国特許出願番号第０９／９７５，９３５号；２００１年９月１７日に出願され、“Ｍｅｔｈｏｄ ａｎｄ Ｓｙｓｔｅｍ ｏｆ Ｒｅｍｏｔｅ Ｓｕｐｐｏｒｔ ｏｆ Ｄｅｖｉｃｅ Ｕｓｉｎｇ Ｅｍａｉｌ Ｔｈｒｏｕｇｈ Ｄａｔａ Ｔｒａｎｓｆｅｒ Ｍｏｄｕｌｅ”と題する米国特許出願番号第０９／９５３，３５８号；２００２年６月５日に出願され、“Ｍｅｔｈｏｄ ａｎｄ Ｓｙｓｔｅｍ ｔｏ Ｕｓｅ ＨＴＴＰ ａｎｄ Ｈｔｍｌ／ｘｍｌ ｆｏｒ Ｍｏｎｉｔｏｒｉｎｇ ｔｈｅ Ｄｅｖｉｃｅ”と題する米国特許出願番号第１０／１６２，４０２号；２００２年５月３１日に出願され、“Ｍｅｔｈｏｄ ｆｏｒ Ｓｃｒａｍｂｌｉｎｇ Ｉｎｆｏｒｍａｔｉｏｎ ａｂｏｕｔ Ｎｅｔｗｏｒｋ Ｄｅｖｉｃｅｓ Ｔｈａｔ ｉｓ Ｐｌａｃｅｄ ｉｎ Ｅｍａｉｌ Ｍｅｓｓａｇｅ”と題する米国特許出願番号第１０／１５７，９０３号；２００２年６月５日に出願され、“Ｍｅｔｈｏｄ ａｎｄ Ｓｙｓｔｅｍ ｔｏ Ｕｓｅ Ｈｔｔｐ ａｎｄ Ｈｔｍｌ／ｘｍｌ ｆｏｒ Ｍｏｎｉｔｏｒｉｎｇ ｔｈｅ Ｄｅｖｉｃｅｓ”と題する米国特許出願番号第１０／１６２，４０２号；２００１年８月６日に出願され、“Ｕｎｉｖｅｒｓａｌ Ｃｏｎｔｒｏｌｌｅｒ ｉｎ Ｔｈｅ Ｗｉｒｅｌｅｓｓ Ｎｅｔｗｏｒｋｅｄ Ｅｎｖｉｒｏｎｍｅｎｔ”と題する米国特許出願番号第０９／９２１，７０７号。
【０００５】
【発明が解決しようとする課題】
本願に関し、本発明者は、複数の個々の装置又はハードウエア装置を構成又は監視するハードウエア装置を、監視する装置又は監視装置（ｍｏｎｉｔｏｒｉｎｇ ｄｅｖｉｃｅ）と言及し、その監視する装置によって監視されるハードウエア装置を「監視される装置又は被監視装置（ｍｏｎｉｔｏｒｅｄ ｄｅｖｉｃｅ）」と言及することとしている。
【０００６】
ネットワークに設けられたハードウエア装置に関し、それらの装置は、保守、使用その他の目的のために監視されることが望ましい。しかしながら、ハードウエア装置及びインターフェースに関する製造業者の相違により、監視装置が、ネットワークに接続された他の様々な装置と通信することが困難になり得る。そのような欠点は、ネットワークに接続された装置の実効性又はパフォーマンス及び効率に関する重要な情報を、ネットワーク管理者が取得することを妨げる虞がある。
【０００７】
シンプルネットワーク管理プロトコル（ＳＮＭＰ：Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）は、データ通信ネットワーク、テレコミュニケーションシステムにおける装置その他のグローバルに到達可能な装置を監視及び管理するための今日の業界標準になっている。ＳＮＭＰはこのやりとりを可能にするプロトコルである。
【０００８】
装置がＳＮＭＰ要求に応答するには、ＳＮＭＰ要求を適切に解釈し、その要求により求められる動作を実行し、ＳＮＭＰ回答（ｒｅｐｌｙ）を作成し得るソフトウエアを有する装置を備えることが望ましい。ＳＮＭＰエージェントソフトウエアは、典型的には、ネットワーク側に常駐するサブシステムソフトウエアモジュールである。
【０００９】
システムにより実行されるオブジェクトの集合（ｃｏｌｌｅｃｔｉｏｎ）は、一般に、管理情報ベース（ＭＩＢ：Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｂａｓｅ）と呼ばれる。また、ＭＩＢは、装置の監視に関する情報を有するデータベースである。少数ではあるが、他のＭＩＢの例を挙げると、イーサーネットインターフェースに特化したイーサーネットＭＩＢ；８０２．１Ｄブリッジの管理に関するオブジェクトを規定するブリッジＭＩＢがある。
【００１０】
私的な（ｐｒｉｖａｔｅ）ＭＩＢが、有効な鍵又はキーなしに解読することの困難な値を包含する場合に、監視装置用にＳＮＭＰを利用することは困難（不便）である。ネットワークに接続された様々な装置を監視するＳＮＭＰを利用する企業は、その企業の財産情報（ｐｒｏｐｒｉｅｔａｒｙ ｉｎｆｏｒｍａｔｉｏｎ）として維持される固有の識別子／キーを作成する。ほとんどの場合に、結果（ｒｅｓｕｌｔ）は二進値又は整数値で表示される。従って、ＳＮＭＰを利用して、監視される装置（被監視装置）から受信される結果は、ユーザが理解可能な形式で、被監視装置の状態をユーザに与えることは困難である。
【００１１】
更に、有効キーなしに又は二進値又は整数値として得られた結果を解読するために私的ＭＩＢにアクセスすることなしに、監視される装置についての詳細な情報を、ＳＮＭＰを利用して、ある者が取得することは困難である。
【００１２】
【課題を解決するための手段】
本発明によるシステム及び方法は、ネットワークに接続された装置を監視可能にすることで、上述した問題点に対する解決手段をもたらす。ネットワークに通信可能に接続された個々の装置の内の装置を監視する方法が開示される。本方法は、前記装置に対応する所定の情報を利用して、前記装置から情報を受信するようなコンフィギュレーションにする通信プロトコルを、複数の通信プロトコルの中から選択するステップ；選択された通信プロトコルを利用して前記装置にアクセスするステップ；アクセスした装置からデータ文字列の形式で情報を受信するステップ；前記装置の動作状態を表現するパラメータ値を抽出するために受信した情報を解析するステップ；及び抽出されたパラメータ値に対応する動作状態情報をデータベースから取り出すステップより成る。データベースは、好ましくは、個々の装置に関して抽出されたパラメータ値に対応する動作状態情報を含む。
【００１３】
本発明の他の実施例では、ネットワークに通信可能に接続された個々の装置の内の装置を監視する方法が提供される。監視される装置から情報を抽出するために、複数の通信プロトコルが利用される。例えば、装置にアクセスするためにＨＴＴＰプロトコルが最初に選択され、ＨＴＴＰプロトコルを利用して効率的に取り出されるように構築されたデバイス情報が取得される。その後に、ＳＮＭＰプロトコルが選択され、ＨＴＴＰプロトコルでは効率的に取り出すことが困難な情報を取得する。プロトコルの選択は、データベースに格納されたサポート情報と供にプロトコルマネジャによって実行される。
【００１４】
本発明では、監視システムが、例えばＬＡＮ又はＷＡＮのようなネットワークに接続された少なくとも１つの装置（被監視装置）を監視することを可能にする。被監視装置は固有のＩＰアドレスを有するように構築される。被監視装置に割り当てられたＩＰアドレス、及び被監視装置に関するベンダ／製造業者の詳細は、データベースに格納される。
【００１５】
本発明は、被監視装置から受信したＨＴＭＬ情報により必要な情報をどのようにして抽出するかについての手法を指定する。監視される装置のページロケーションがアクセスされると（即ち、ＩＰアドレス及び特定のポートを通じて）、被監視装置に対応する特定のウェブページが表示される。ウェブページに表示された情報は、キー（ｋｅｙ）及び値（ｖａｌｕｅ）のペアの形式におけるものである。ＨＴＭＬ／ＸＭＬ分析部（ｐａｒｓｅｒ）は、表示されたページを分析するために使用され、そのウェブページに表示された情報から必要な情報を取り出す。ＨＴＭＬ／ＸＭＬ分析部を利用してウェブページから抽出された必要な情報及びパラメータ値は、データベースに格納される。抽出されたパラメータ値は、その後に、被監視装置用にデータベースに格納済みの所定の情報に関連付けられる。この関連付け（ｃｏｒｒｅｌａｔｉｏｎ）ステップから得られた詳細な情報は、ユーザが理解可能なフォーマットでユーザに表示される。
【００１６】
本発明の一態様によれば、ネットワークに通信可能に接続された個々の装置の内の装置を監視する方法が提供される。本方法は、ｉ）第１通信プロトコルを利用して前記装置にアクセスするステップ；ｉｉ）アクセスした装置からデータ文字列の形式で情報を受信するステップであって、各データ文字列が複数のフィールドを含むところのステップ；ｉｉｉ）受信した情報を分析し、装置の動作状態を表現するパラメータ値を抽出するステップであって、前記受信した情報が複数のフィールドに並べられており、複数のフィールドの１つが、各データ文字列内に、要求された値を見分けるための位置に関する基準を有するところのステップ；ｉｖ）パラメータ値の１つに関連するデータ文字列を格納するステップ；ｖ）抽出したパラメータ値に対応する動作状態情報をデータベースから取り出すステップであって、前記データベースが個々の装置に関する動作状態情報を格納するところステップ；及びｖｉ）前記第１通信プロトコルが、被監視装置から要求される情報を受信するように構築されない場合に、第２通信プロトコルを利用して前記装置にアクセスするステップ；より成ることを特徴とする方法である。
【００１７】
本発明の他の態様によれば、ネットワークに通信可能に接続された個々の装置の内の装置を監視する方法が提供される。本方法は、ｉ）第１通信プロトコルを利用して前記装置にアクセスするステップ；ｉｉ）アクセスした装置からデータ文字列の形式で情報を受信するステップであって、各データ文字列が複数のフィールドを含むところのステップ；ｉｉｉ）受信した情報を分析し、装置の動作状態を表現するパラメータ値を抽出するステップであって、前記受信した情報が複数のフィールドに並べられており、複数のフィールドの１つが、各データ文字列内に、要求された値を見分けるための位置に関する基準を有するところのステップ；ｉｖ）パラメータ値の各々に関連するデータ文字列を格納するステップ；ｖ）抽出したパラメータ値に対応する動作状態情報をデータベースから取り出すステップ；及びｖｉ）前記第１通信プロトコルが、アクセスされた装置から要求される情報を取り出するように構築されない場合に、第２通信プロトコルを利用して前記装置にアクセスするステップ；より成ることを特徴とする方法である。
【００１８】
本発明の他の態様によれば、ネットワークに通信可能に接続された個々の装置の内の監視される装置から情報を取り出す方法が提供される。本方法は、前記監視される装置にアクセスするステップ；前記監視される装置から情報を受信するステップであって、受信した情報はデータ文字列の形式であるところのステップ；受信した情報に対応するデータを格納装置に格納するステップ；受信した情報を利用して、複数のフィールドを有するデータ構造を作成するステップであって、前記データ構造により、受信した情報の中から必要とされる情報を見分けるところのステップ；及び前記格納装置に格納されたデータに対応する前記データ文字列内で、マッピング情報によって必要な情報を取り出すステップ；より成る。前記データ構造は、前記データ文字列内に要求された情報を見分けるための位置に関する基準を有する、複数のフィールド内の第１フィールド；及び監視される装置の固有の属性に関する基準を有する、複数のフィールド内の第２フィールド；より成り、前記第２フィールドが前記格納装置に格納される対応するデータにマッピングされる。その位置の情報は好ましくはＨＴＭＬフォーマットのタグ形式の値である。
【００１９】
本発明の更なる態様では、ネットワークに通信可能に接続された個々の装置の内の装置を監視する装置が提供される。本装置は、複数の通信プロトコルの中から第１及び第２通信プロトコルを選択するプロトコルマネジャであって、前記第１及び第２通信プロトコルが前記装置との通信を確立するようなコンフィギュレーションにされるところのプロトコルマネジャ；前記装置から情報を受信するために、第１通信プロトコルを利用して前記装置にアクセスするプロセッサ；パラメータ値を抽出するために受信した情報を分析する分析部であって、前記パラメータ値が前記装置の動作状態を表現するところの分析部；より成る。本装置は、更に、個々の装置についての個々の動作状態情報を格納する格納装置；及び抽出されたパラメータ値に関連する格納装置に格納された動作状態情報を抽出するパラメータ抽出部；より成る。前記プロセッサは、前記第１プロトコルが前記装置から求められた情報を受信するように構成されていない場合に、前記装置から情報を受信するように第２通信プロトコルを選択するように構成される。
【００２０】
また、本発明は、ここに開示した監視システムによって支援又はサポートされる、被監視装置の様々なベンダ（ｖｅｎｄｏｒ）及び装置形式又はモデル（ｍｏｄｅｌ）をも見分ける。被監視装置の様々なベンダは、被監視装置に関する情報をベンダ固有の手法で提供し、本発明は、被監視装置の動作状態を判別するために、ベンダ及び被監視装置のモデルを区別することを可能にする。
【００２１】
【発明の実施の形態】
本発明のより充実した説明及びそれに付随する多くの利点は、添付図面に関連して以下の詳細な説明を参照しながら理解を深めることで、十分に理解されるであろう。
【００２２】
図１は、様々な装置並びに装置の動作を監視、診断及び制御するコンピュータを含む概略図を示す。特に、図１は、コンピュータワークステーション１７，１８，２０，２２に接続されたローカルエリアネットワーク（ＬＡＮ）のような第１ネットワーク１６を含む。ワークステーションは、例えば、ＩＢＭパーソナルコンピュータ対応装置、ユニックス形式コンピュータ、リナックス形式コンピュータ又はアップルマッキントッシュ等を含む任意の形式のコンピュータであり得る。また、ネットワーク１６には、ディジタル画像形成装置２４、ファクシミリ装置２８及びプリンタ３２も接続されている。当業者に理解されるように、ディジタル画像形成装置２４及びファクシミリ装置２８の２つ又はそれ以上の要素が、一体化された「画像形成装置」として組み合わせられることが可能である。例えば、画像形成装置２４、ファクシミリ装置２８、プリンタ３２及びワークステーション１７，１８，２０，２２は、機器又は被監視装置として言及され得る。ある態様では、１つ又はそれ以上のワークステーションが業務用事務機器に転用される。
【００２３】
そのような業務用事務機器の一例は、リコー・コーポレーションの
【００２４】
【外１】

である。また、ファクシミリサーバ（図示せず）は、ネットワーク１６に接続されることが可能であり、電話の、統合サービスディジタルネットワーク（ＩＳＤＮ）の、ケーブルの又は無線の接続を有する。ディジタル画像形成装置２４、ファクシミリ装置２８及びプリンタ３２更にはネットワーク１６に接続されるものの各々は、従来の電話機及び／又はＩＳＤＮ及び／又はケーブル及び／又は無線接続２６，３０，３４をそれぞれ含み得る。上述したように、被監視装置２４，２８，３２のそれぞれは、例えば、ネットワーク１６を通じて又は直接的な電話によって、ＩＳＤＮ、無線又はケーブル接続によって、監視装置として言及される、遠隔監視、診断及び制御を行う要素と通信を行う。
【００２５】
他の業務環境例では、被監視装置が、多機能画像処理装置、スキャナ、プロジェクタ、会議システム及びシュレッダ（ｓｈｒｅｄｄｅｒ）のような装置を含み得る。他のアプリケーションでは、ネットワーク１６がホームネットワークであり、そこでは被監視装置が（電気、ガス、水道用の）計量器、及び例えば電子レンジ、洗濯機、乾燥機、食器洗浄機、家庭娯楽システム、冷蔵庫、炊飯器、ヒータ、空調機、温水器、セキュリティカメラのような機器である。
【００２６】
図１では、広域ネットワーク（ＷＡＮ）（例えば、インターネット又はその代替物）が、１０として概略的に描かれている。ＷＡＮ１０は、私的（ｐｒｉｖａｔｅ）ＷＡＮ、公的（ｐｕｂｌｉｃ）ＷＡＮ又は混合型であり得る。ＷＡＮ１０は、１２Ａ−１２Ｉにより示される相互接続された複数のコンピュータ及びルータを含む。ＷＡＮにおける通信手法は、一連のリクエストコメント（ＲＦＣ：Ｒｅｑｕｅｓｔ ｆｏｒ Ｃｏｍｍｅｎｔ）文書により知られており、それは、ｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇ／ｒｆｃ．ｈｔｍｌのインターネット技術タスクフォース（ＩＥＴＦ：Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ）から入手可能であり、“Ｓｉｍｐｌｅ Ｍａｉｌ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ”と題するＲＦＣ８２１；“Ｓｔａｎｄａｒｄ ｆｏｒ ｔｈｅ Ｆｏｒｍａｔ ｏｆ ＡＲＰＡ Ｉｎｔｅｒｎｅｔ ＴｅｘｔＭｅｓｓａｇｅ”と題するＲＦＣ８２２；“Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ（ＦＴＰ）”と題するＲＦＣ９５９；“Ｍｕｌｔｉｐｕｒｐｏｓｅ Ｉｎｔｅｒｎｅｔ Ｍａｉｌ Ｅｘｔｅｎｓｉｏｎｓ（ＭＩＭＥ）ＰａｒｔＯｎｅ：Ｆｏｒｍａｔ ｏｆ Ｉｎｔｅｒｎｅｔ Ｍｅｓｓａｇｅ Ｂｏｄｉｅｓ”と題するＲＦＣ２０４５；“Ａｎ Ｅｘｔｅｎｓｉｂｌｅ Ｍｅｓｓａｇｅ Ｆｏｒｍａｔ ｆｏｒ Ｄｅｌｉｖｅｒｙ Ｓｔａｔｕｓ Ｎｏｔｉｆｉｃａｔｉｏｎｓ”と題するＲＦＣ１８９４；“Ｐｏｓｔ Ｏｆｆｉｃｅ Ｐｒｏｔｏｃｏｌ−Ｖｅｒｓｉｏｎ ３”と題するＲＦＣ１９３９；“Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ−ＨＴＴＰ／１．１”と題するＲＦＣ２０６８；及び“Ａｎ Ｅｘｔｅｎｓｉｂｉｌｅ Ｍｅｓｓａｇｅ Ｆｏｒｍａｔ ｆｏｒ Ｍｅｓｓａｇｅ Ｄｉｓｐｏｓｉｔｉｏｎ Ｎｏｔｉｆｉｃａｔｉｏｎｓ．”と題するＲＦＣ２２９８を包含する。これらの内容は本願の参考に供される。
【００２７】
伝送制御プロトコル／インターネットプロトコル（ＴＣＰ／ＩＰ）関連通信は、例えば、“ＴＣＰ／ＩＰ Ｉｌｌｕｓｔｒａｔｅｄ”，Ｖｏｌ．１，Ｔｈｅ Ｐｒｏｔｃｏｌｓ，ｂｙ Ｗ．Ｒ．Ｓｔｅｖｅｎｓ，Ａｄｄｉｓｏｎ−Ｗｅｓｌｅｙ Ｐｕｂｌｉｓｈｉｎｇ Ｃｏｍｐａｎｙ，１９９４の書籍に説明されており、その内容は本願の参考に供される。Ｃｏｍｍｅｒ ａｎｄ Ｓｔｅｖｅｎｓ，“Ｉｎｔｅｒｎｅｔｗｏｒｋｉｎｇ ｗｉｔｈ ＴＣＰ／ＩＰ”，ｖｏｌ．１−３ も本願の参考に供される。
【００２８】
引き続き図１を参照するに、ファイヤウォール５０ＡがＷＡＮ１０及びネットワーク１６の間に接続されている。ファイヤウォールは、ファイヤウォールの一方の側で承認されたコンピュータのみが、ファイヤウォールの他方の側のネットワーク、コンピュータ又は個々の要素にアクセスすることを可能にする装置である。ファイヤウォール自体は既知であり、商業的に入手可能な装置及び／又はソフトウエアである（例えば、ゾーンラブ（Ｚｏｎｅ Ｌａｂｓ）によるゾーンアラーム（ＺｏｎｅＡｌａｒｍ））。同様に、ファイヤウォール５０Ｂ，５０Ｃは、ＷＡＮ１０をネットワーク５２及びワークステーション４２からそれぞれ分離する。ファイヤウォールに関する更なる詳細は、Ｗ．Ｒ．Ｃｈｅｓｗｉｃｋ，ａｎｄ Ｓ．Ｍ．Ｂｅｌｌｏｖｉｎ，“Ｆｉｌｅｗａｌｌｓ ａｎｄ Ｉｎｔｅｒｎｅｔ Ｓｅｃｕｒｉｔｙ”，Ａｄｄｉｓｏｎ Ｗｅｓｌｅｙ Ｐｕｂｌｉｓｈｉｎｇ，１９９４ 及びＤ．Ｂ．Ｃｈａｐｍａｎ ａｎｄ Ｅ．Ｄ．Ｚｗｉｃｋｙ，“Ｂｕｉｌｄｉｎｇ Ｉｎｔｅｒｎｅｔ Ｆｉｒｅｗａｌｌｓ”，Ｏ’Ｒｅｉｌｌｙ ＆ Ａｓｓｏｃｉａｔｅｓ，Ｉｎｃ．に見出され得る。これら２つの参考文献も本願の参考に供される。
【００２９】
ネットワーク５２は、従来のネットワークであり、複数のワークステーション５６，６２，６８，７４を含む。これらのワークステーションは、１つの企業内の異なる部署（例えば、マーケティング部、製造部、設計部及び顧客サービス部）に分散して設けられ得る。ネットワーク５２により接続されるワークステーションに加えて、ネットワーク５２に直接的に接続されていないワークステーション４２が設けられる。ワークステーション４２に接続されたディスク４６に格納されたデータベースの情報は、ＷＡＮ１０上で適切なコード化及びプロトコルを利用して、ネットワーク５２に直接的に接続されたワークステーションと共有され得る。また、ワークステーション４２は、電話回線及び／又はＩＳＤＮ及び／又はケーブルネットワーク及び／又は無線ネットワーク４４への直接的な接続を有し、ディスク４６内のデータベースは、電話回線、ＩＳＤＮ、ケーブルネットワークを通じて又は無線ネットワーク４４を通じてアクセスされる。本発明に使用されるケーブルネットワークは、典型的にはテレビジョン番組を伝送するために使用されるケーブルネットワーク、コンピュータに一般的に使用される高速ディジタルデータ通信用のケーブルその他の所望のケーブル形態により具現化され得る。
【００３０】
他の実施例では、ワークステーション４２は、ラップトップコンピュータ、ＰＤＡ、パームトップコンピュータ、又はネットワーク機能を有するセルラ電話機であり得る。これらの装置は、ディスク４６に格納されたデータベース内の情報にアクセスするために使用され得る。
【００３１】
業務用事務機器、業務装置、業務機２４，２８，３２に関連するそれぞれの情報は、ディスク４６，５４，５８，６４，７０，７６に格納された１つ又はそれ以上のデータベースに格納され得る。既存のデータベースには、（１）マイクロソフト、ＩＢＭ、オラクル及び／又はサイベース（Ｓｙｂａｓｅ）社によるＳＱＬデータベース、（２）他の関連するデータベース、及び（３）非関連性のデータベース（オブジェクト性、ＪＹＤソフトウエアエンジニアリング、オリエントテクノロジによるオブジェクト指向データベースを含む）を包含する。顧客サービス部、マーケティング部、製造部及び設計部の各々は、各自のデータベースを所有し、又は１つ又はそれ以上のデータベースを共有する。データベースを格納するために使用されるディスクの各々は、ハードディスク又は光ディスクのような不揮発性メモリである。或いは、そのデータベースは、固体素子及び／又は半導体メモリ素子を含む任意の格納装置に格納され得る。例えば、ディスク６４はマーケティングデータベースと供に格納され、ディスク７０は設計データベースと供に格納され、ディスク７６は顧客サービスデータベースと供に格納され得る。或いは、ディスク５４，４６は１つ又はそれ以上のデータベースと供に格納され得る。
【００３２】
ＷＡＮ１０に接続されるワークステーション５６，６２，６８，７４，４２に加えて、これらのワークステーションは、監視、診断及び／又は制御される機器／装置への安全保護接続（ｓｅｃｕｒｅ ｃｏｎｎｅｃｔｉｏｎ）を与えるための電話回線、ＩＳＤＮ、ケーブル又は無線ネットワークに対する接続を包含し得る。それに加えて、通信媒体の１つが適切に動作しなかった場合に、他のものが通信に関するバックアップとして自動的に使用され得る。
【００３３】
本発明の特徴は、「格納−転送（ｓｔｏｒｅｄ−ａｎｄ−ｆｏｒｗａｒｄ）」通信モード（例えば、Ｅメールと呼ばれるインターネット電子メール）を利用すること、又は機器と、機器を診断及び制御するコンピュータ／監視システムとの間の伝送を利用することである。或いは、送信されるメッセージは、ＦＴＰ及びハイパーテキスト転送プロトコル（ＨＴＴＰ）のような、直接的なエンドトゥエンド接続（例えば、最終的な宛先へのソケット接続を利用する）を行う通信モードを利用して実行され得る。
【００３４】
図２は、図１に示されるディジタル画像形成装置の機構図を示す。図２における、１０１はスキャナのためのファンであり、１０２はレーザプリンタと供に使用されるポリゴンミラーであり、１０３はレーザ（図示せず）からの光を平行化させるために使用されるＦΘレンズを示す。参照番号１０４は、スキャナからの光を検出するためのセンサを示す。参照番号１０５は、スキャナからの光をセンサ１０４上に焦点を合わせるためのレンズであり、参照番号１０６は、光導電性ドラム１３２上の画像を消去するために使用される抑制ランプ（ｑｕｅｎｃｈｉｎｇ ｌａｍｐ）を示す。帯電コロナユニット（ｃｈａｒｇｉｎｇ ｃｏｒｏｎａ ｕｎｉｔ）１０７及び進展ローラ１０８が存在する。参照番号１０９は、スキャンされる文書を照らすために使用されるランプを示し、１１０，１１１，１１２はセンサ１０４への光を反射させるミラーである。ドラムミラー１１３は、ポリゴンミラー１０２から発する光導電性ドラム１３２への光を反射させるために設けられる。ファン１１４はディジタル画像形成装置の帯電領域を冷却するために使用され、第１用紙供給ローラ１１５は第１用紙カセット１１７から用紙を供給するために使用され、参照番号１１６は手差しテーブルを示す。同様に、第２用紙供給ローラ１１８が第２カセット１１９に関連して使用される。参照番号１２０は中継ローラを示し、１２１は位置決めローラを示し、１２２は画像密度センサを示し、１２３は転送／分離コロナユニットを示す。参照番号１２４はクリーニングユニットを示し、１２５は真空ファンを示し、１２６は転送ベルトを示し、１２７は押圧ローラを示し、１２８は排出ローラを示す。ホットローラ１２９は用紙にトナーを固定させるために使用され、１３０は排気ファンを示し、主モータ１３１はディジタル画像形成装置２４を駆動するために使用される。
【００３５】
図３は、図２のディジタル画像形成装置２４の電子要素を示し、ＣＰＵ１６０は装置のコントローラとして機能するマイクロプロセッサである。ランダムアクセスメモリ（ＲＡＭ）１６２ｈａ、ディジタル画像形成装置２４の動作パラメータを含む動的に変化する情報を格納する。不揮発性メモリ（例えば、読取専用メモリ（ＲＯＭ）１６４又はフラッシュメモリ）は、画像形成装置２４を表す静的な状態データ（例えば、モデル番号、複写機のシリアル番号、デフォルトパラメータ）に加えてディジタル画像形成装置を実行させるのに使用されるプログラムコードを格納する。
【００３６】
マルチポートネットワークインターフェース１６６は、ディジタル画像形成装置２４が、少なくとも１つの通信ネットワークを通じて外部装置と通信を行い得るようにするために設けられる。参照番号１６８は、電話回線、ＩＳＤＮ又はケーブル線を表現し、参照番号１７０は１６８で区別されるネットワークと異なる他の形式のネットワークを表現する。マルチポートネットワークインターフェースの更なる詳細は、図５に関連して説明される。インターフェースコントローラ１７２は、動作パネル１７４をシステムバス１８６に接続するために使用される。動作パネル１７４は、ディジタル画像形成装置２４に見受けられる標準的な入力及び出力装置を含み、コピーボタン、例えば、複写数、縮小率／拡大率、暗さ／明るさ等のような画像形成装置の動作を制御するためのキーを含む。加えて、液晶表示部が動作パネル１７４内に設けられ、ディジタル画像形成装置２４のパラメータ及びメッセージをユーザに表示する。
【００３７】
ローカル接続インターフェース１７１は、ＲＳ２３２、並列プリンタポート、ＵＳＢ及びＩＥＥＥ１３９４のようなローカルポートを通じた接続部である。ファイヤワイヤ（ＦｉｒｅＷｉｒｅ）（ＩＥＥＥ１３９４）については、Ｗｉｃｋｅｌｇｒｅｎ，Ｉ．，“Ｔｈｅ Ｆａｃｔｓ Ａｂｏｕｔ ＦｉｒｅＷｉｒｅ”，ＩＥＥＥ Ｓｐｅｃｔｒｕｍ，Ａｐｒｉｌ １９９７，Ｖｏｌ．３４，Ｎｕｍｂｅｒ ４，ｐｐ．１９−２５に説明されており、その全内容は本願の参考に供される。好ましくは、誤り検出及び再送信を含む「信頼性のある（ｒｅｌｉａｂｌｅ）」通信プロトコルが使用される。
【００３８】
格納インターフェース１７６は、格納装置をシステムバス１８６に接続する。例えば、格納装置はフラッシュメモリ１７８を含み、これは、従来の電気的に消去可能でプログラム可能な読み取り専用メモリ（ＥＥＰＲＯＭ）及びディスク１８２と代替的である。ディスク１８２は、ハードディスク、光ディスク及び／又はフロッピディスクドライブであり得る。更なるメモリ装置は、接続部１８０を通じてディジタル画像形成装置２４に接続され得る。フラッシュメモリ１７８は、装置２４の生涯にわたってさほど変化しないディジタル画像形成装置２４のパラメータを記述する、準静的な状態データを格納するために使用される。そのようなパラメータは、例えば、ディジタル画像形成装置のオプション及びコンフィギュレーションを含む。オプションインターフェース１８４は、外部インターフェースのような付加的なハードウエアが、ディジタル画像形成装置２４に接続されることを可能にする。クロック／タイマ１８７は、時間及び日付の両者に追従するために使用され、経過時間を測定するためにも使用される。
【００３９】
また、図３は、ディジタル画像形成装置２４を形成する様々な部分を示す。参照番号２０２は、分類機又はソーター（ｓｏｒｔｅｒ）を示し、ディジタル画像形成装置２４の出力を分類するのに使用されるセンサ及びアクチュエータ（作動装置）を含む。デュプレクサ２００は多重化動作を実行可能にする。デュプレクサ２００は、従来のセンサ及びアクチュエータを含む。大容量トレイユニット１９８が設けられ、用紙トレイが多数の用紙を保持し得るようにする。デュプレクサ２００と同様に、トレイユニット１９８は従来のセンサ及びアクチュエータを包含し得る。
【００４０】
用紙供給コントローラ１９６は、ディジタル画像形成装置の中に及びそこを通る用紙を供給する動作を制御するために使用される。スキャナ１９４は、ディジタル画像形成装置内に画像をスキャンするために使用され、光、鏡等のような従来のスキャン要素を含む。それに加えて、ホーム位置センサのようなスキャナセンサが使用され、スキャナがホーム位置にいるか否かを判定し、光サーミスタを使用してスキャンランプの適切な動作を保証する。プリンタ／画像処理部１９２は、ディジタル画像形成装置の出力を印刷し、それは従来のレーザ印刷機構、トナーセンサ及び画像密度センサを包含する。定着機構又はフューザ１９０は、高温ローラを利用して、そのページ上でトナーを溶かすために使用され、それは出口（ｅｘｉｔ）センサと、フューザ１９０が過剰に熱せられないことを保証するためのサーミスタと、オイルセンサとを包含する。加えて、選択的なユニットインターフェース１８８を利用して、自動書類供給部、他の形式のソーター／照合部又はコレータ（ｃｏｌｌａｔｏｒ）、ディジタル画像形成装置に付加され得る他の要素のようなディジタル画像形成装置の選択的な要素に接続し得る。
【００４１】
図４は、マルチポートネットワークインターフェース１６６の詳細を示す。ディジタル画像形成装置は、トークンリングインターフェース２２０、ケーブル状での高速接続を有するケーブルモデム２２２、電話回線１６８Ａに接続する従来の電話インターフェース２２４、ＩＳＤＮ回線１６８Ｂに接続するＩＳＤＮインターフェース２２６、無線インターフェース２２８又はＬＡＮ１７０に接続するイーサーネットインターフェース２３０を通じて外部装置と通信を行い得る。他のインターフェースとしては、ディジタル加入者回線（ＤＳＬ）（オリジナル（ｏｒｉｇｉｎａｌ）ＤＳＬ、同心（ｃｏｎｃｅｎｔｒｉｃ）ＤＳＬ、非対称（ａｓｙｍｍｅｔｒｉｃ）ＤＳＬ）を含み得るが、それに限定されない。ローカルエリアネットワーク及び電話回線の両者に接続する単独の装置は、インテルから商業的に入手することが可能であり、それはインテルプロ１０／１００＋モデムとして知られている。
【００４２】
ＣＰＵ、他のマイクロプロセッサ又は回路は、ディジタル画像形成装置の各センサの状態を監視するための監視プロセスを実行し、シーケンスプロセスを利用して、ディジタル画像形成装置を制御し及び動作させるために使用されるコードの命令を実行する。加えて、（１）ディジタル画像形成装置の動作全体を制御するために実行される中央システム制御プロセス、及び（２）ディジタル画像形成装置に接続される外部装置に対する信頼性の高い通信を保証するために使用される通信プロセスが存在する。システム制御プロセスは、静的状態メモリ（例えば、図３のＲＯＭ１６４）、準静的メモリ（例えば、フラッシュメモリ１７８又はディスク１８２）又は動的状態メモリ（例えば、揮発性又は不揮発性メモリ（例えば、ＲＡＭ１６２、フラッシュメモリ１７８又はディスク１８２））におけるデータ格納を監視及び制御する。加えて、静的状態メモリは、フラッシュメモリ１７８又はディスク１８２を含む不揮発性メモリのようなＲＯＭ１６４以外の装置であり得る。
【００４３】
上記の説明はディジタル画像形成装置に関連して説明されてきたが、本発明は、アナログ複写機、ファクシミリ装置、スキャナ、プリンタ、ファクシミリサーバ、プロジェクタ、会議装置、シュレッダ、その他の業務用装置、業務用事務機器又は他の機器（例えば、電子レンジ、ＶＣＲ、ディジタルカメラ、セルラ電話機、パームトップコンピュータ）のような、他の業務用事務機器又は装置に等しく適用することが可能である。加えて、本発明は、格納−転送又は直接接続形式の通信を利用して動作する他の形式の装置を包含する。そのような装置は、計量システム（ガス、水道、又は電力計測システムを含む）、自動販売機、又は動作若しくは点検中に監視されることを要する任意の機器（例えば、自動車）を包含する。特定用途機器及びコンピュータを監視することに加えて、本発明は、監視される及び／又は制御される装置であり得る汎用コンピュータを監視、制御及び点検するためにも使用され得る。
【００４４】
図５は、様々な装置及びサブシステムがＷＡＮ１０に接続されている本発明の代替なシステムを示す。しかしながら、本発明の一部として、これらの装置又はサブシステムの総てを備えることは必須ではない。図５に示される各々の素子又はサブシステムは、本発明の個々の要素である。更に、更に、図１に示される要素は、図５に示されるＷＡＮ１０に接続され得る。図５では、イントラネット２６０−１に接続されたファイヤウォール５０−１が描かれている。イントラネット２６０−１に接続されたサービス機器２５４は、データベース形式で格納されたデータ２５４をそこに含む又はそれに接続されたものを有する。データ２５６は、履歴、パフォーマンス、故障、及び監視される装置の動作、不具合若しくは設定の統計的情報のような他の情報、又はどの要素若しくは選択的装置が被監視装置に含まれているかのようなコンフィギュレーション情報を包含する。サービス機器２５４は、被監視装置にデータを送信することを要求する、又は遠隔制御及び／又は診断検査が被監視装置で行われることを要求する装置又はコンピュータとして実現され得る。サービス機器２５４は、任意の形式の装置として実現可能であり、好ましくは、汎用コンピュータのようなコンピュータ装置を利用して実現される。
【００４５】
図５の他のサブシステムは、ファイヤウォール５０−２、イントラネット２６０−２、それに接続されたプリンタ２６２を包含する。このサブシステムでは、プリンタ２６２による（同様に複写機２８６による）、電子メッセージを送信及び受信する機能は、（１）回路、（２）マイクロプロセッサ、又は（３）プリンタ２６２内に含まれた又はそれに搭載された任意の形式のハードウエアによって（即ち、別個の汎用コンピュータを利用することなしに）、実行され得る。
【００４６】
サブシステムの別の形式には、アメリカオンライン、アースリンク及びニフティサーブのような既存の業者を含む任意の形式のインターネットサービスプロバイダ（ＩＳＰ）であり得るインターネットサービスプロバイダ２６４を利用することが含まれる。このサブシステムでは、コンピュータ２６６は、ディジタル又はアナログモデム（例えば、電話回線モデム、ケーブルモデム、統合サービスディジタルネットワーク（ＩＳＤＮ）回線又は非対称ディジタル加入者回線（ＡＤＳＬ）で使用されるモデムのような任意の形式の有線を使用するモデム、フレームリレー通信を利用するモデム、無線周波数モデムのような無線モデム、光ファイバモデム、又は赤外光波を利用する装置等）を通じてＩＳＰ２６４に接続される。更に、業務用事務装置２６８はコンピュータ２６６に接続される。業務用装置２６８（又は図５に示される他の任意の装置）の代替例としては、異なる形式の機器が、ディジタル複写機、任意の形式の機器、セキュリティシステム、電気、水道若しくはガス使用量計測器のような使用量計測器、その他上述したような装置のように監視及び制御され得る。
【００４７】
また、図５には、ネットワーク２７４に接続されたファイヤウォール５０−３も示されている。ネットワーク２７４は任意の形式のコンピュータネットワーク（例えば、イーサーネット又はトークンリングネットワーク）として実現され得る。ネットワークを制御するために使用されるネットワークソフトウエアは、ノベル又はマイクロソフトから商業的に入手可能なソフトウエアを含む所望の任意のネットワークソフトウエアを含む。ネットワーク２７４は、望まれるならば、イントラネットとして実現され得る。ネットワーク２７４に接続されたコンピュータ２７２は、業務用事務機器２７８からの情報を取得するために使用され、ネットワークに接続された様々な機器で生じる不具合を示す報告書、及びネットワーク２７４に接続された装置の月々の使用報告書のようなレポートを生成する。本実施例では、コンピュータ２７６は業務用事務機器２７８及びネットワーク２７４の間に接続される。このコンピュータは、ネットワークからの通信内容を受信し、適切な命令、データその他任意の情報を業務用事務機器２７８に転送する。
【００４８】
業務用事務機器２７８及びコンピュータ２７６の間の通信は、限定ではないが、無線周波数接続、電気接続及び光接続（例えば、赤外線接続又は光ファイバ接続）等の有線形式又は無線の手法を利用して行われる。同様に、図５に示される様々なネットワーク及びイントラネットの各々は、無線周波数ネットワークのような無線ネットワーク設備を利用することを含む任意の所望の形式を利用して設けられる。ここに説明される無線通信は、拡散符号を利用する技術や、ブルートゥース仕様書ＬＯＡ（これは、ワールドワイドウェブサイトｗｗｗ．ｂｌｕｅｔｏｏｔｈ．ｃｏｍ にて使用可能であり、その内容は本願の参考に供される。）に記載されるような無線周波数ホッピングのような周波数ホッピング技術を含むスペクトル拡散法を利用して行われ得る。
【００４９】
図５に示される他のサブシステムは、ファイヤウォール５０−４、イントラネット２６０−４、それに接続されたコンピュータ２８２、業務用事務機器２８５及び複写機２８６を含む。コンピュータ２８２は、レポートを生成し、診断又は制御プロセスを要求するために使用される。これらの診断及び制御プロセスは、業務用事務機器２８５、複写機２８６及び／又は図５と供に図示若しくは使用される他の装置に関して実行される。図５は複数のファイヤウォールを描いていており、ファイヤウォールは好ましいが選択的な要素であり、従って、本発明は望まれるならばファイヤウォールを利用することなしに動作し得る。ネットワーク要素の監視及び制御に関し、任意のコンピュータ（２６６，２７２，２８２）が２５４の代りに使用され得る。
【００５０】
図６Ａは、要素３０２，３０４，３０６，３０８，３１０，３１２，３１４，３１６，３１８を包含し、従来の手法で実現され、上記のスティーブンによる文献の図２８．１から導出される典型的なｅメール交換システムに接続される装置／機器３００を示す。コンピュータインターフェース３０２は、ここに説明される任意の形式のアプリケーションユニット又は装置／機器３００とインターフェースをとる。図６Ａは、装置／機器３００が送信側であるよう描かれているが、送信及び受信機能は図６Ａにて反転され得る。更に、望まれるならば、ユーザは装置／機器３００と全くインターフェースをとる必要がない。コンピュータインターフェース３０２は、その後に、メールエージェント３０４とやりとりを行う。ユニックスに関する一般的なメールエージェントは、ＭＨ、バークレー（Ｂｅｒｋｅｌｅｙ）、エルム（Ｅｌｍ）及びマッシュ（Ｍｕｓｈ）を包含する。ウインドウズファミリーのオペレーティングシステムに関するメールエージェントは、マイクロソフトアウトルック及びマイクロソフトアウトルックエクスプレスを包含する。コンピュータインターフェース３０２の要求時点にて、メールエージェント３０４は、送信されるｅメールメッセージを生成し、望まれるならば、送信されるそれらのメッセージをキュー３０６内に置く。その送信されるメッセージは、メッセージ転送エージェント（ＭＴＡ）３０８に転送される。ユニックスシステムに関する一般のＭＴＡは、センドメール（Ｓｅｎｄｍａｉｌ）である。典型的には、メッセージ転送エージェント３０８，３１２は、ＴＣＰ／ＩＰ接続３１０を利用して通信内容を交換する。特に、メッセージ転送エージェント３０８，３１２の間の通信は、任意の規模のネットワーク（例えば、ＷＡＮ又はＬＡＮ）を通じて行われ得る。更に、メッセージ転送エージェント３０８，３１２は任意の通信プロトコルを利用し得る。本発明の一実施例では、図６Ａの要素３０２，３０４は、アプリケーションユニットの利用性を監視するためにライブラリ内にある。
【００５１】
メッセージ転送エージェント３１２からのｅメールメッセージはユーザメールボックス３１４内に格納され、それはメールエージェント３１６に転送され、最終的には、受信端末として機能する端末３１８のユーザに転送される。
【００５２】
この「格納−転送」プロセスは、メール受領に関連して直接的な接続が確立されるまで送信メールエージェント３０４が待機させられることを回避する。ネットワーク遅延に起因して、その通信は、そのアプリケーションが非応答的（ｕｎｒｅｓｐｏｎｓｉｖｅ）である間のある程度の時間を必要とし得る。そのような非応答性は、アプリケーションユニットのユーザにとって一般に許容されない。格納−転送プロセスのようなｅメールを利用することで、不具合後の再送信試行が、一定期間の間（例えば、３日間）自動的に行われる。他の実施例では、アプリケーションは、１つ又はそれ以上の別々のスレッド（ｔｈｒｅａｄ）に通信リクエストに伝送することにより待機することを回避し得る。これらのスレッドは、受信端末３１８と通信することを制御しながら、そのアプリケーションは再びユーザインターフェースに応答することを開始し得る。継続する前にユーザが通信を完了させることを希望するところの更なる他の実施例では、受信端末との直接的な通信が利用される。そのような直接的な通信は、送信及び受信端末間のファイヤウォールによってブロックされない任意のプロトコルを利用し得る。そのようなプロトコルの例は、テルネット、ファイル転送プロトコル（ＦＴＰ）、ハイパーテキスト転送プロトコル（ＨＴＴＰ）を包含する。
【００５３】
インターネットのような公的なＷＡＮは、一般に、保全されるように取り扱われない。従って、メッセージを秘密に維持することを希望する場合には、公的なＷＡＮ（及び多企業公的ＷＡＮ）上で通信されるメッセージは暗号化され得る。本発明に使用可能な複数の暗号化手法が既に知られており、商業的に入手可能である。例えば、Ｃ＋＋ライブラリ関数、ｃｒｙｐｔ（）は、ユニックスオペレーティングシステムの用途については、サンマイクロシステムズから入手可能である。本発明に利用可能な複数の暗号化及び暗号解除化又は解読ソフトウエアパッケージが既に知られており、商業的に入手可能である。そのようなパッケージの１つは、マカフィー（ＭｃＡｆｅｅ）から入手可能なＰＧＰ仮想私的ネットワーク（ＶＰＮ）である。
【００５４】
図６Ａの概略図の代替例として、コンピュータインターフェース３０２、メールエージェント３０４、メールキュー３０６及びメッセージ転送エージェント３０８として機能する単独のコンピュータが使用可能である。図６Ｂに示されるように、装置／機器３００は、メッセージ転送エージェント３０８を含むコンピュータ３０１に接続される。
【００５５】
更なる他の構造が図６Ｃに示されており、メッセージ転送エージェント３０８が装置／機器３００の一部として形成される。更に、メッセージ転送エージェント３０８は、ＴＣＰ／ＩＰ接続によってメッセージ転送エージェント３１２に接続される。図６Ｃの実施例では、装置／機器３００は、ｅメール機能に関するＴＣＰ／ＩＰ接続部３１０に直接的に接続される。図６Ｃの１つの利用態様は、装置／機器３００として、ｅメール機能を有するファクシミリ装置（例えば、ＲＦＣ２３０５（インターネットメールを利用するファクシミリの簡易モード）で規定される）を利用することを含む。
【００５６】
図６Ｄは、装置／機器３００がそれ自身では直接的にｅメールを受信する能力を有しないが、メッセージ転送エージェント３０８及びメールボックス３１４を含むメールサーバ／ＰＯＰ３への接続部３１０を有するところのシステムを示し、装置／機器３００がメールサーバから受信メールを取り出すＰＯＰ３プロトコルを使用するようにするものである。
【００５７】
図７は、メールを転送する他の実施例を示し、前述したスティーブンによる文献の図２８．３による技術を改良したものである。図７は、各端部で中継システムを有する電子メールシステムを示す。図７の態様は、組織上のあるシステムがメールハブ（ｈｕｂ）として機能することを可能にする。図７では、２つのメールエージェント３０４，３１６の間に接続された４つのＭＴＡが存在する。これらのＭＴＡは、ローカルＭＴＡ３２２Ａ、リレーＭＴＡ３２８Ａ、リレーＭＴＡ３２８Ｂ、及びローカルＭＴＡ３２２Ｄを含む。メールメッセージに使用される最も一般的なプロトコルは、ＳＭＴＰ（シンプルメール転送プロトコル）であり、これは本発明に使用可能であるが、所望の任意のメールプロトコルが利用され得る。図７では、３２０は、コンピュータインターフェース３０２、メールエージェント３０４及びローカルＭＴＡ３２２Ａを含む送信ホストを示す。装置／機器３００は、送信ホスト３２０に接続され、又はその中に包含され得る。他の場合では、装置／機器３００及びホスト３２０は、ホスト機能が装置／機器３００内に構築されている１つの機器内にあり得る。他のローカルＭＴＡ３２２Ｂ，３２２Ｃ，３２２Ｅ及び３２２Ｆも包含され得る。送信及び受信されるメールは、リレーＭＴＡ３２８Ａのメールキュー３０６Ｂにて待ち行列に入れられる。メッセージはＴＣＰ／ＩＰ接続部３１０（例えば、インターネット接続その他任意の形式のネットワークを通じた接続）を通じて伝送される。
【００５８】
送信されたメッセージはリレーＭＴＡ３２８Ｂを通じて受信され、望まれるならば、メールキュー３０６Ｃに格納される。メールはその後に受信ホスト３４２のローカルＭＴＡ３２２Ｄに転送される。メールは、１つ又はそれ以上のユーザメールボックス３１４内に置かれ、その後にメールエージェント３１６に転送され、最終的に端末３１８のユーザに転送される。望まれるならば、メールはユーザとのやりとりなしに端末に直接的に転送され得る。
【００５９】
図５のコンピュータ２６６，２７６を含む、本発明で使用される様々なコンピュータは図８に示されるように実現され得る。更に、本発明で使用される任意の他のコンピュータは、望まれるならば、図５のサービス機器２５４、コンピュータ２７２及びコンピュータ２８２を含む、図８に示されるコンピュータと同様な手法で実現され得る。しかしながら、図８に示される総ての要素がそれらコンピュータの各々に必須ではない。
【００６０】
図８では、コンピュータ３６０は、インテル、ＡＭＤ、モトローラ、日立及びＮＥＣのような企業から商業的に入手可能なマイクロプロセッサを含む任意の形式のプロセッサとして実現され得るＣＰＵ３６２を含む。ＲＡＭ３６４のようなワーキングメモリ、及び無線装置３６８と通信を行う無線インターフェース３６６が存在する。インターフェース３６６及び装置３６８の間の通信は、任意の無線媒体を使用し得る（例えば、無線波又は光波）。無線電波は、符号分割多重アクセス（ＣＤＭＡ）通信のような拡散スペクトル法を利用して、又はブルートゥース仕様書に記載されるような周波数ホッピング法を利用して実現され得る。
【００６１】
コンピュータ３６０はＲＯＭ３７０及びフラッシュメモリ３７１を含むが、任意の形式の不揮発性メモリ（例えば、消去可能プログラム可能ＲＯＭ、即ちＥＥＰＲＯＭ）が、フラッシュメモリに加えて又はそれに代えて使用され得る。入力コントローラ３７２はキーパッド３７４及びマウス３７６に接続される。シリアル装置３８０に接続されたシリアルインターフェース３７８が存在する。加えて、並列インターフェース３８２が、並列装置３８４に接続され、ユニバーサルシリアルバス（ＵＳＢ）インターフェース３８６はユニバーサルシリアルバス装置３８８に接続され、一般にファイヤワイヤ（ｆｉｒｅ ｗｉｒｅ）装置として言及され、ＩＥＥＥ１３９４インターフェース３９８に接続されたＩＥＥＥ１３９４装置４００も存在する。システムバス３９０はコンピュータの様々な要素を接続する。ディスクコントローラ３９６はフロッピディスクドライブ３９４及びハードディスクドライブ３９２に接続される。通信コントローラ４００は、コンピュータ３６０が、電話回線４０２又はネットワーク４０４を通じて他のコンピュータと（例えば、ｅメールメッセージを送信することで）通信することを可能にする。Ｉ／Ｏ（入力／出力）コントローラ４０８は、例えば小型コンピュータシステムインターフェース（ＳＣＳＩ：Ｓｍａｌｌ Ｃｏｍｐｕｔｅｒ Ｓｙｓｔｅｍ Ｉｎｔｅｒｆａｃｅ）バスを利用して、プリンタ４１０及びハードディスク４１２に接続される。ＣＲＴ（陰極線管）４１４に接続されたディスプレイコントローラ４１６が使用されているが、液晶ディスプレイ、光放出ダイオードディスプレイ、プラズマディスプレイ等を含む任意の形式のディスプレイが使用され得る。
【００６２】
図９Ａを参照するに、本発明の実施例による全体的なシステム９００の概略図が描かれている。システム９００は、例えば、レーザプリンタ９０８、スキャナ９１０、ネットワーク装置９１２、多機能プリンタ９１４、ネットワーク１００に接続されるその他総てのもの、のような複数の装置を含むように描かれている。これら複数の装置は、一般に「被監視装置」（監視される装置）として言及される。また、システム９００は、ワークステーション／モニタシステム９０２（以下、コントローラ９０２として言及される）を含み、その詳細は図１９に示され、被監視装置９０８，９１０，９１２，９１４を監視及び制御するためのネットワークに接続される。被監視装置９０８，９１０，９１２，９１４の各々には固有のアドレスロケータが与えられる。例えば、装置に割り当てられるＩＰアドレスは、その装置に関する固有のアドレスロケータとして働く。従って、コントローラ９０２におけるユーザは、各々の被監視装置に割り当てられた固有のＩＰアドレスにアクセスすることで、被監視装置９０８−９１４中の各装置にアクセスすることが可能である。本発明は、ネットワークに接続された装置を固有に見分けるためのＩＰアドレスを利用することに制限されないことをが、理解されるであろう。
【００６３】
被監視装置９０８−９１４中の装置にアクセスする場合に、コントローラ９０２は、装置に割り当てられたウェブページを表示する。そのウェブページは、障害対処情報（ｔｒｏｕｂｌｅｓｈｏｏｔｉｎｇ ｉｎｆｏｒｍａｔｉｏｎ）を含む装置の動作状態についての詳細な情報を含む。例えば、コントローラ９０２は、レーザプリンタ９０８に割り当てられたウェブページにアクセスし及び表示する。ウェブページは、トナーレベル、紙詰まりの指標、プリンタトレイ内の印刷用紙量の詳細等に関するレーザプリンタ９０８の動作状態／詳細を含む。同様に、レーザプリンタの動作履歴は、ウェブページでも表示され得る。好ましくは、レーザプリンタ９０８の固有の動作の詳細が、そのウェブページにおける固有のフィールドに表示される。同様に、被監視装置９０８−９１４の各々に関する動作状態／詳細は、それら各自のウェブページで表示される。
【００６４】
コントローラ９０２は、ネットワーク１００に物理的に接続される又は無線で接続され得る。例えば、ネットワーク１００に無線で接続されるよう描かれるような、パーソナルディジタル支援装置（ＰＤＡ）９２０又はラップトップコンピュータ９２２は、コントローラ９０２としても使用され得る。アクセスポイント９２４は、ネットワーク１００及びＰＤＡ９０２又はラップトップコンピュータ９２２の間の無線通信を可能にするインターフェースとして機能する。以下、コントローラ９０２がネットワークに接続された被監視装置の状態を制御及び監視することを想定した上で本発明が説明される。
【００６５】
ネットワーク１００は、そのような被監視装置の監視及び制御を可能にするために、コントローラ９０２及び被監視装置９０８−９１４の間の通信を促進する。本発明は、ネットワークに接続される装置数に限定されない。ネットワーク１００は、ローカルエリアネットワーク（ＬＡＮ）又は広域ネットワーク（ＷＡＮ）であり得ることが、理解されるであろう。同様に、被監視装置９０８，９１０，９１２，９１４は、単なる例として示されている。
【００６６】
コントローラ９０２は、格納装置９０４及びデータベース９０６に通信可能に接続される。格納装置９０４は、ハードディスク、光ディスク及び／又は外部ディスク装置を包含する。データベース９０６は、格納装置９０４に通信可能に接続又はリンクされ、格納装置９０４に格納されるデータの探索及び取出を容易にするための関連データベース管理システム（ＲＤＢＭＳ：ＲｅｌａｔｉｏｎａｌＤａｔａｂａｓｅ Ｍａｎａｇｅｍｅｎｔ Ｓｙｓｔｅｍ）を包含する。格納装置９０４は、好ましくは、被監視装置９０８−９１４の各々についての詳細な情報を格納する。例えば、製造業者により与えられる、レーザプリンタ９０８に関するメーク（ｍａｋｅ）、モデル及び様々な機能並びに障害対策情報のような詳細な情報が、格納装置９０４に格納される。また、所定の参照値に関するレーザプリンタの動作状態についての偏差値も、格納装置９０４に格納され得る。データベース９０６及び格納装置９０４はコントローラ９０２と通信可能に接続されるように説明されているが、コントローラ９０２は格納装置及びそこにインストールされるデータベースと供に構築され得ることは、理解されるであろう。そのような場合には、格納装置９０６及びデータベース９０４は、コントローラ９０２の内側のものとして示されるであろう。
【００６７】
コントローラ９０２は、ソフトウエアと供に導入され、その詳細は図１９に示され、複数の装置９０８−９１４の監視及び制御を支援する。ハイパーテキスト転送プロトコル（ＨＴＴＰ）は、複数の装置９０８−９１４を監視するためのコントローラ９０２によって使用され、複数の装置９０８−９１４から受信したデータは、ＨＴＭＬ又はＸＭＬフォーマットその他のウェブブラウザ言語の形式で提示される。
【００６８】
図９Ａは単に画像処理装置を示すが、監視装置及び被監視装置間で情報を通信する本ネットワークは、機器及び計測器がネットワークに接続されているホームネットワークを包含し得る。コントローラ／ワークステーション９０２により収集されるデータは、ｅメール、ＦＴＰその他の通信プロトコル手段を通じて、更なる処理を行うために遠隔装置又はリモート装置に送信され得ることが、理解されるであろう。図９Ｂは、本発明の実施例による被監視装置のウェブページインターフェース例を示す。
【００６９】
図１０は、本発明の実施例による、データを監視する際に使用されるシステム１０００及びそれらのインターフェース機能を示す。本システム１０００は、ＮＴ又はウインドウズ２０００におけるサービス及びユニックスにおけるデーモン（Ｄａｅｍｏｎ）のようなコンピュータ常駐プログラムであるところのモジュール（モニタサービス）１００４を含む。また、システム１０００には、タイマ（Ｔｉｍｅｒ）モジュール１００２及びモニタモジュール１００６も含まれる。モジュール１００２，１００６は、モニタサービス１００４により呼び出されるライブラリ関数である。例えば、モニタサービス１００４は、タイマ開始１００３機能を呼び出すことでタイマモジュール１００２を起動し、遅延及び動作（ＤｅｌａｙＡｎｄＡｃｔｉｏｎ）（ｉｎｔ＆，ｉｎｔ＆）関数を呼び出すことで、遅延及び動作パラメータを取得する。また、ｉｎｉｔ（）関数は、図１３に示されるようなモニタモジュール１００６にて様々なモジュールを起動させるために、モニタサービス１００４によっても呼び出される。ｉｎｉｔ（）関数は、被監視装置に割り当てられたＩＰアドレスを取得するために最初に呼び出される。
【００７０】
いったん被監視装置のＩＰアドレスが取得されると、監視システムでそのようなＩＰアドレスを利用して、例えば、製造業者及び形式情報のような情報を取得するために、被監視装置にコンタクト又はアクセスする。システム１０００により実行される関数は、以下のように規定される。
【００７１】
ｖｏｉｄ ｉｎｉｔＴｉｍｅｒ（ｖｏｉｄ）
この関数は、タイマを初期化する。特に、この関数は、タイマオブジェクトがレジスタからタイミング情報を取得する契機又はトリガを与える。
【００７２】
ｖｏｉｄ ｏｂｔａｉｎＤｅｌａｙＡｎｄＡｃｔｉｏｎ（ｉｎｔ＆ｏｕｔ＿ｎＤｅｌａｙ，ｉｎｔ＆ｏｕｔ＿ｎＡｃｔｉｏｎ）
この関数は、：：スリープ関数について秒数（１０００倍することを要する）で遅延時間及び動作指標を返す。
【００７３】
ｉｎｔ ｉｎｉｔ（ｖｏｉｄ）
この関数は、モニタを初期化する。加えて、監視される装置を生成する。リターンｉｎｔ（ｒｅｔｕｒｎ ｉｎｔ）は、ゼロが誤りのないこととして定義されるところのエラーコードである。
【００７４】
ｉｎｔ ｍｏｎｉｔｏｒＳｔａｔｕｓ（ｉｎｔ ｉｎ＿ｎＡｃｔｉｏｎ）
この関数は、現在の情報を監視する。リターンｉｎｔは、ゼロが誤りのないこととして定義されるところのエラーコードである。
【００７５】
ｉｎｔ ｅｎｄ（ｖｏｉｄ）
この関数は、オブジェクトを閉じる前にモニタ（Ｍｏｎｉｔｏｒ）をクリーンニングする。リターンｉｎｔは、ゼロが誤りのないこととして定義されるところのエラーコードである。
【００７６】
図１１は、モニタモジュール１００６内の構造の詳細、及びモニタモジュール１００６のサブモジュール間の呼び出し関数を示す。モニタモジュール１００６は、図１０に示されるようなインターフェース関数で定義されるタスクを完了させるために、デバイスＯＤＢＣ（ＤｅｖｉｃｅＯＤＢＣ）１１０４、デバイスファクトリ（ＤｅｖｉｃｅＦａｃｔｏｒｙ）１１０６、ベンダモデル（ＶｅｎｄｏｒＭｏｄｅｌ）１１０８、ＨＴＴＰ−ＨＴＭＬ１１１２、サポート情報ＯＤＢＣ（ＳｕｐｐｏｒｔＩｎｆｏＯＤＢＣ）１１１４のような、他のサブモジュールを管理するモニタマネジャ又はモニタ管理部（Ｍｏｎｉｔｏｒ ｍａｎａｇｅｒ）１１０２を含む。特に、デバイスＯＤＢＣサブモジュール１１０４及びサポート情報ＯＤＢＣサブモジュール１１１４は、装置固有の情報を取得するために被監視装置からアクセスされる。サポート情報ＯＤＢＣサブモジュール１１１４により取得される情報は、ＨＴＴＰ−ＨＴＭＬサブモジュール１１１２に局所的に設けられることが望ましいので、サポート情報ＯＤＢＣサブモジュール１１１４は、プロトコルＨＴＴＰ−ＨＴＭＬサブモジュール１１１２に接続されることが望ましい。サブモジュール間で実行される呼び出し関数は、次のように定義される。
【００７７】
このセクションは、パッケージ間の主要なインターフェースのみを議論する。以下は、パッケージ中のインターフェースを完全に列挙するものではない。例えば、いくつかのパッケージはｉｎｉｔ関数を有することを要する。
【００７８】
ｖｏｉｄ ｕｐｄａｔｅＣｏｎｆｉｇ（ｓｔｄ：：ｍａｐ＜ｉｎｆｏＴｙｐｅ，ｓｔｄ：：ｓｔｒｉｎｇ＞＆）
ｇｅｔ関数がベンダモデルパッケージから空白の文字列（ｎｕｌｌ ｓｔｒｉｎｇ）を返す場合には、この関数が呼び出される前に、呼び出し関数は製造業者及びモデルの項目（エントリ）を置換すべきでない。この関数は、デバイスＯＤＢＣ内の現在の記録に関する装置情報データベースを更新する。この関数は、以下のｇｅｔＣｏｎｆｉｇが初期に呼び出される場合に最も効率的である。先ず、この関数は、ＩＰアドレスがデバイスＯＤＢＣと同一であるか否かを検査する。ＩＰアドレスフィールドが同一でないならば、適切なＩＰアドレスに関する記録がデータベースから取得される。その後に、他のフィールドが複製され、その記録が更新される。
【００７９】
ｂｏｏｌ ｇｅｔＣｏｎｆｉｇ（ｓｔｄ：：ｍａｐ＜ｉｎｆｏＴｙｐｅ，ｓｔｄ：：ｓｔｒｉｎｇ＞＆）
この関数は、所与のフォーマットで装置情報についてのマップ（ｍａｐ）をＯＤＢＣから取得する。この関数は、返されるデータが存在すれば真を返し、それ以上のデータがなければ偽を返す。
【００８０】
ｂｏｏｌ ｓａｖｅＳｔａｔｕｓ（ｓｔｄ：：ｍａｐ＜ｉｎｆｏＴｙｐｅ，ｓｔｄ：：ｓｔｒｉｎｇ＞＆）
この関数は、状態情報をＯＤＢＣに保存する。この関数は、保存が良好ならば真を返し、そうでなければ偽を返す。
【００８１】
ｖｏｉｄ ｓｅｔＩＰＡｄｒｅｓｓ（ｓｔｄ：：ｓｔｒｉｎｇ＆）
この関数は、コンタクトされる装置のＩＰアドレスを設定する。この関数は、ベンダモデル及びＨＴＴＰ−ＨＴＭＬパッケージに共通する。
【００８２】
ｂｏｏｌ ｇｅｔＶｅｄｏｒ（ｓｔｄ：：ｓｔｒｉｎｇ＆）
この関数は、そのＩＰアドレスにおける製造業者を取得する。製造業者が得られたならば、この関数は真を返す。そのプロセスにて誤りが検出されたならば、この関数は空白の文字列と供に偽を返す。この関数は、ベンダモデル及びＨＴＴＰ＿ＨＴＭＬパッケージに共通である。
【００８３】
ｂｏｏｌ ｇｅｔＭｏｄｅｌ（ｓｔｄ：：ｓｔｒｉｎｇ＆）
この関数は、装置のモデル又は形式を取得する。モデルが取得された場合にこの関数は真を返す。そのプロセスにて誤りが検出されたならば、この関数は空白の文字列と供に偽を返す。この関数は、ベンダモデル及びＨＴＴＰ＿ＨＴＭＬパッケージに共通である。
【００８４】
ｂｏｏｌ ｇｅｔＵｎｉｑｕｅＩＤ（ｓｔｄ：：ｓｔｒｉｎｇ＆ｏｕｔ＿ｓＩＤ）
この関数は、装置の固有ＩＤを取得する。固有ＩＤが取得された場合にこの関数は真を返す。そのプロセスにて誤りが検出されたならば、この関数は偽を返す。この関数は、ベンダモデル及びＨＴＴＰ＿ＨＴＭＬパッケージに共通である。
【００８５】
ｂｏｏｌ ｇｅｔＶｅｄｏｒＭｏｄｅｌＩＤ（ｉｎｔ＆ｏｕｔ＿ｎＩＤ）
この関数は、装置のベンダモデルＩＤを取得する。そのＩＤが取得された場合にこの関数は真を返す。そのプロセスにて誤りが検出されたならば、この関数は偽を返す。この関数は、ベンダモデル及びＨＴＴＰ＿ＨＴＭＬパッケージに共通である。
【００８６】
ＣＤｅｖｉｃｅ＊ｃｒｅａｔｅＤｅｖｉｃｅ（ｓｔｄ：：ｓｔｒｉｎｇ＆ｉｎ＿ｓＩＰ，ＣＨＴＴＰ＿ＨＴＭＬ＆ｉｎ＿ＨＴＴＰ＿ＨＴＭＬ，ｉｎｔ＆ｉｎ＿ｎＶｅｎｄｏｒＭｏｄｅｌＩＤ，ｓｔｄ：：ｓｔｒｉｎｇ＆ｉｎ＿ｓＵｎｉｑｕｅＩＤ）
この関数はデバイスファクトリにおける仕様の装置を生成する。この関数は、その作成が成功したならば生成した装置に対するポインタを返し、そうでなければ０を返す。
【００８７】
ｂｏｏｌ ｇｅｔＳｔａｔｕｓ（ｓｔｄ：：ｍａｐ＜ｉｎｆｏＴｙｐｅ，ｓｔｄ：：ｓｔｒｉｎｇ＞＆）
この関数は装置からステータス又は状態情報を取得する。この関数は、ステータスが返される場合に真を返し、ステータスが得られない場合に偽を返す。この関数はデバイス及びＨＴＴＰ＿ＨＴＭＬパッケージに共通である。
【００８８】
ｖｏｉｄ ｓｅｔＩＰＡｄｄｒｅｓｓＡｎｄＩＤ（ｓｔｄ：：ｓｔｒｉｎｇ＆ｉｎ＿ｓＩＰ，ｉｎｔ ｉｎ＿ｎＩＤ）
この関数は、ＩＰアドレス及びベンダモデルＩＤを設定する。この関数は、ＨＴＴＰ＿ＨＴＭＬ及びサポート情報ＯＤＢＣパッケージに共通する。
【００８９】
ｂｏｏｌ ｇｅｔＶｅｎｄｏｒＩｎｆｏ（ｓｔｄ：：ｓｔｒｉｎｇ＆ｏｕｔ＿ｓＶｅｎｄｏｒ，ｓｔｄ：：ｓｔｒｉｎｇ＆ｏｕｔ＿ｓＷｅｂＰａｇｅ，ＣＫｅｙＶａｌｕｅＩｎｆｏ＆ｏｕｔ＿ＫｅｙＶａｌｕｅＩｎｆｏ）
この関数は、ベンダの名称、そのベンダからモデル情報を取得するためのウェブページ、モデルに関するＣキー値情報（ＣＫｅｙＶａｌｕｅＩｎｆｏ）の構造に関する文字列を出力する。この関数は、そのデータが得られた場合に真を返し、それ以上のデータが利用可能でないならば空白の文字列及びヌル（ｎｕｌｌ）データと供に偽を返す。偽が返された場合に、そのデータポインタはデータの最上部にリセットされる。
【００９０】
ｂｏｏｌ ｇｅｔＶｅｎｄｏｒＭｏｄｅｌＩｎｆｏ（ｓｔｄ：：ｓｔｒｉｎｇ＆ｏｕｔ＿ｓＶｅｎｄｏｒ，ｓｔｄ：：ｓｔｒｉｎｇ＆ｏｕｔ＿ｓＭｏｄｅｌ，ｉｎｔ＆ｏｕｔ＿ｎＩＤ，ｓｔｄ：：ｓｔｒｉｎｇ＆ｏｕｔ＿ｓＷｅｂＰａｇｅ，ＣＫｅｙＶａｌｕｅＩｎｆｏ＆ｏｕｔ＿ＫｅｙＶａｌｕｅＩｎｆｏ）
この関数は、ベンダの名称、モデルの名称、ベンダモデルＩＤ、その固有のＩＤを取得するためのウェブページ、固有のＩＤに関するＣキー値情報構造に関する文字列を出力する。この関数は、そのデータが得られた場合に真を返し、それ以上のデータが利用可能でないならば空白の文字列及びヌルデータと供に偽を返す。偽が返された場合に、そのデータポインタはデータの最上部にリセットされる。
【００９１】
ｖｏｉｄ ｓｅｔＶｅｎｄｏｒＭｏｄｅｌＩＤ（ｉｎｔ ｉｎ＿ｎＩＤ）
この関数は、ウェブページ情報を取得するために、サポート情報ＯＤＢＣにより使用されるベンダモデルＩＤ値を設定する。
【００９２】
ｂｏｏｌ ｇｅｔＷｅｂＰａｇｅＩｎｆｏ（ｓｔｄ：：ｓｔｒｉｎｇ＆ｏｕｔ＿ｓＷｅｂＰａｇｅ，ＣＫｅｙＶａｌｕｅＩｎｆｏ＆ｏｕｔ＿ＫｅｙＶａｌｕｅＩｎｆｏ）
この関数は、前述の関数によって設定されたベンダモデルＩＤについてのウェブページ及びＣキー値情報構造を出力する。この関数は、その情報が返された場合に真を返し、それ以上のデータが利用可能でない場合にヌル情報と供に偽を返す。偽が返された場合に、データポインタは、現在のベンダモデルＩＤ群の最上部にリセットされる。返された情報は、ＨＴＴＰ＿ＨＴＭＬパッケージのマップ構造内に格納される。
【００９３】
図１２は、ＨＴＴＰ−ＨＴＭＬサブモジュール１１１２によって受信したキー値に関連する値を取り出すための情報を交換する、図１１に示されるようなＨＴＴＰ−ＨＴＭＬサブモジュール１１１２及びサポート情報ＯＤＢＣサブモジュール１１１４によって使用されるデータ構造を示す。典型的には、被監視装置に関連する、各ウェブページに表示されるキー情報を区別するために、多数のベンダがベンダ固有の識別子及び名称（ｎｏｍｅｎｃｌａｔｕｒｅ）を使用する。例えば、プリンタ装置によって印刷されるページ数を決定するために、ヒューレットパッカード社は「ページカウント（ｐａｇｅ ｃｏｕｎｔ）」属性を使用し、ゼロックス社は「配布用紙総数（Ｔｏｔａｌ Ｓｈｅｅｔ Ｄｅｌｉｖｅｒｅｄ）」属性を利用してそれを見分ける。本発明による属性は、業者毎の相違を克服するものあり、それにより装置固有の情報を識別し、図１２に示されるようなデータ構造／Ｃキー値情報構造１２００を使用することで、その情報に対応する値を抽出する標準的且つ一定の方法を提供する。
【００９４】
Ｃキー値情報は、典型的には、データ文字列又はキー文字列の形式で被監視装置から受信された情報による値情報を見分けるために作成されたデータ構造である。Ｃキー値情報は複数のフィールドを有し、各フィールドは図１２に示される情報によって表現される。Ｃキー値情報構造１２００は、文字列キーを表現するｓキー（ｓＫｅｙ）フィールド、値情報が設けられ得る文字列におけるポジション数を示すＨＴＭＬフォーマットのタグ形式の値であることが望ましいところのｎポジション（ｎＰｏｓｉｔｉｏｎ）フィールド１２０６を含む。例えば、監視を受ける、プリンタ装置のページカウントは、キーワードに続く２番目の位置に見出され得る。ｓタイプ（ｓＴｙｐｅ）１２０８は、被監視装置に関する表示されたウェブページから取り出され得る情報形式を表現する。
【００９５】
例えば、被監視装置のモデル名称のような値が、そのキーの同一のデータライン（製品名（Ｐｒｏｄｕｃｔ Ｎａｍｅ））内に見出される場合には、ｎポジションフィールドは“０”である。ｓデリミタ（ｓＤｅｌｉｍｉｔｅｒ）１２１０は、そのキーに付随する値を抽出するための特殊な区切り符号（デリミタ）を示す。Ｃキー値情報は、ＨＴＭＬフォーマットで被監視装置から受信した情報による値情報をどのようにして抽出するかについての手法を示す。
【００９６】
図１３は、図１０に示されるようなモニタモジュール１００６の呼び出しシーケンスを説明するための初期（ｉｎｉｔ）関数シーケンスを示す。モニタマネジャ１１０２は、被監視装置についての情報を取得し、その被監視装置と通信する被監視装置に割り当てられたＩＰアドレスを利用する。モニタマネジャ１１０２は、被監視装置からコンフィギュレーション情報を取得するために装置ＯＤＢＣ１１０４にアクセスする。モニタマネジャ１１０２に返されるコンフィギュレーション情報は、例えば、被監視装置のＩＰアドレス、被監視装置のベンダ／製造業者及びモデル情報を含む。ＩＰアドレスが取得されると、モニタマネジャ１１０２は、被監視装置から装置固有の情報を取得するためのＩＰアドレスを設定する。ＨＴＴＰ−ＨＴＭＬ１１１２は、ベンダモデル、固有ＩＤ及びベンダモデルＩＤを被監視装置から取得するために使用される。
【００９７】
ベンダ、モデル情報及び固有ＩＤが取得されると、モニタマネジャ１１０２は、被監視装置から受信した情報と供にデータベースを更新する。更に、モニタマネジャ１１０２はデバイスファクトリ１１０６によりソフトウエア装置オブジェクトを生成する。ベンダ／製造業者からの各装置形式（デバイスモデル）には固有の識別子が割り当てられ、識別子は一般に高々４バイトを要するに過ぎないので、効率改善のためには、その識別子を利用してそのベンダからのモデルを表現することが望ましい。
【００９８】
ベンダ、モデル及び固有ＩＤのような値情報を被監視装置から抽出する手法は、図１２に示されるような形式でサポート情報ＯＤＢＣ１１１４から取得される。加えて、アクセスに必要な具体的なウェブページは、サポートＯＤＢＣ１１１４に存する情報によって管理される。ＩＰアドレス、ベンダモデルＩＤ及び固有ＩＤが取得されると、被監視装置のソフトウエアオブジェクトがデバイスファクトリモジュール１１０６を利用して作成される。ソフトウエアオブジェクトが作成されると、デバイスＯＤＢＣ内の情報は更新され、そのベンダ、モデル及び固有ＩＤが、被監視装置各々のステータス情報を格納するデバイスＯＤＢＣデータベースに設定されるようにする。この更新は、モニタマネジャ１１０２による更新形態関数（ｕｐｄａｔｅＣｏｎｆｉｇ ｆｕｎｃｔｉｏｎ）１１０９によって実行される。
【００９９】
図１４は、周期的に監視される装置のステータス情報を取り出すために、ＨＴＴＰ＿ＨＴＭＬパッケージ１１１２で使用されるマップデータ構造を例示する。マップ構造又はデータ構造１４００は、Ｃ＋＋の標準的なテンプレートの一部である。しかしながら、他の言語も、キー及び値の情報がテーブル状の構造に形成されるところの類似するデータ構造を有し得る。マップ構造１４００の第１段１４０２は、他のマップ構造１４０４に関連するキーを含み、第１段１４０２によるキーはある値に関連する。第２段のマップ１４０４は、キーとしてフィールド１４０６に区別されたウェブページ、及びフィールド１４０８にて値として区別されるＣキー値情報のベクトルを包含する。ＨＴＴＰ＿ＨＴＭＬ１１１２によって使用されるデータ構造は、以下の表１のように区別される。
【０１００】
このデータ構造（表１）は、ある被監視装置に関する情報を反映する。データ構造は、電話番号に加えて、担当者のｅメールアドレスを含む。以下の表はデバイス情報構造を示す。
【０１０１】
【表１】

図１５は、図１３に示されるような、デバイスファクトリ１１０６により作成され、モニタマネジャ１１０２により使用される装置に関するベクトル１５００を示す。モニタマネジャ１１０２は、そのベクトルにおけるデバイスファクトリ１１０６によって作成される装置ポインタ１５０２，１５０４を格納し、被監視装置の状態（ステータス）を取得することが反復され得るようにする。被監視装置のポーリング（ｐｏｌｌｉｎｇ）は、状態取得（ｇｅｔＳｔａｔｕｓ）命令を発行することによる装置オブジェクトを通じて行われる。各ソフトウエアオブジェクトの状態が取得されると、そのような状態はデバイスＯＤＢＣ１１０４を通じて更新される。
【０１０２】
図１６は、図１０に示されるような監視状態（ｍｏｎｉｔｏｒＳｔａｔｕｓ）関数のシーケンスを示す。モニタマネジャ１１０２は、ＨＴＴＰ ＨＴＭＬ１１１２による物理的な装置に接続されたソフトウエア装置オブジェクトの状態を取得し、モニタマネジャ１１０２によりデバイスＯＤＢＣ１１０４を通じて受信した状態をデータベースに格納する。この手順は、図１５に示されるベクトルに格納された被監視装置総てにわたって反復される。
【０１０３】
図１７Ａ−１７Ｂは、ＨＴＴＰ−ＨＴＭＬモジュール１１１２（図１１）による情報収集を支援するテーブル構造を示す。図１７Ａ−Ｂに示されるテーブルは、好ましくは、サポート情報ＯＤＢＣ１１１４を通じて監視システム９０２（図９）と通信するデータベースに格納される。特に、図１７Ａは、各データフィールドに関連する４つのテーブルを示す。キー値（ＫｅｙＶａｌｕｅ）テーブル１７０４は、例えば、ウェブページＩＤ、関心のあるパラメータ値を取り出すためのキー文字列情報、ＨＴＭＬ構造における値の場所、値の形式、その値がキー文字列と同じデータ内に位置する場合の区切り符号（デリミタ）、その値がキー文字列と同じデータ内に位置する場合におけるその値の位置（ｎＩｎＬｉｎｅＰｏｓｉｔｉｏｎ）、及びキー文字列に関する標準的な列挙部又はエヌメレータ（ｅｎｕｍｅｒａｔｏｒ）のような情報を含む。
【０１０４】
ベンダモデルウェブページテーブル１７０６は、ウェブページＩＤを実際のウェブページ文字列に関連付ける。キー列挙（ＫｅｙＥｎｕｍ）テーブル１７０８は、標準的な列挙部及び記述を含む。ベンダモデル情報テーブル１７１０は、被監視装置についてのベンダ関連情報を含み、ベンダモデル固有ＩＤテーブル１７１２は、被監視装置に固有の情報を含む。
【０１０５】
図１７Ｃは、図１７Ａに示される３つのテーブル中に格納されるデータを例示する。ＩＰアドレステーブル１７０２は、装置をＩＰアドレスに関連付ける特定のネットワーク環境の例である。この例では、ウェブＩＤの最初の４桁は、ベンダモデルＩＤの最初の４桁から取得されている。キー値テーブル１７０４では、１７１０及び１７１２で区別されるモデル（１０１）は、２つの異なるキー文字列“機器モデル（ＭａｃｈｉｎｅＭｏｄｅｌ）”及び“製品名（ＰｒｏｄｕｃｔＮａｍｅ）”を有する。加えて、機器モデル及び製品名は異なる値の場所に位置付けられる。機器モデルはＨＴＭＬにおける次のタグ付けされたデータから取得され、製品名は同一ラインから取得される。製品名は、デリミタ‘；’を利用して実際のモデル名から分離される。本発明で使用される列挙型（ｅｎｕｍ ｔｙｐｅ）例は、以下のものを含む。この列挙型は単なる例示であり、本発明を限定するものとして解釈されるべきではない。
【０１０６】
ｉｎｆｏＴｙｐｅ（ｔｙｐｅｄｅｆ ｉｎｔ ｉｎｆｏＴｙｐｅ）
このセクションは、情報形式又はｉｎｆｏＴｙｐｅ（ｉｎｔ）の定義を説明する。０乃至９９の範囲の値は、データタイプに割り当てられる。１００乃至４９９の範囲の値は、装置（デバイス）情報に割り当てられる。５００乃至１９９９の範囲の値は、標準的なＭＩＢパラメータを含む共通パラメータに割り当てられる。２０００乃至３９９９の範囲は、リコー（Ｒｉｃｏｈ）特有の情報に割り当てられる。４０００乃至４９９９の範囲はゼロックス（Ｘｅｒｏｘ）に割り当てられる。５０００乃至５９９９の範囲はレックスマーク（Ｌｅｘｍａｒｋ）に割り当てられる。６０００乃至６９９９の範囲はＨＰに割り当てられる。その値は次のように規定され得る。
【０１０７】
【数１】

エラーコード
このセクションは、書き込みにて規定されるエラーコードを説明する。プロジェクト（ｐｒｏｊｅｃｔ）が進むにつれて、より多くのエラーコードが付加され得る。０−９９の範囲は予約（確保）される。１００−１９９の範囲はＳＭＴＰに、２００−２９９はＰＯＰ３に、３００−３９９はソケット（Ｓｏｃｋｅｔ）に、そして４００−４９９はＨＴＴＰに関するものである。必要に応じて他の範囲が規定される。
【０１０８】
【数２】

図１８は、目下のシステムの拡張形を示し、複数の被監視装置から情報を収集するために複数のプロトコルが使用される。そのような拡張の例は、被監視装置のステータス情報を収集するためにＳＮＭＰ１８０４及びＨＴＴＰ１８０６プロトコル両者を使用する場合である。複数のプロトコルは、監視するステーション（ｓｔａｔｉｏｎ）が広範な範囲のデータを収集することを可能にする。加えて、複数のプロトコルは、より多くの装置が監視されることを可能にする。例えば、いくつかの装置は、１つのプロトコルのみをサポートし得る。プロトコルマネジャ１８０２は、被監視装置から情報を取り出すのに一層好都合に構成させるプロトコルを、所与の複数のプロトコルの中から選択する選択プロセスを実行する。例えば、紙詰まり状態を取り出すために、ＳＮＴＰプロトコルは、いくつかのベンダの装置に対してはＨＴＴＰプロトコルよりも一層適切であることが判定される。既存の装置では、そのような傾向又は趣向（ｐｒｅｆｅｒｅｎｃｅ）は、予め決定され、サポート情報ＯＤＢＣ１１１４のようなデータベースに格納される。プロトコルマネジャ１８０２は、所定の趣向を見分けるためにサポート情報ＯＤＢＣ１１１４に問い合わせを行い、被監視装置と通信するためのプロトコルを適切に選択する。
【０１０９】
他の実施例では、１以上のプロトコルが被監視装置から情報を取り出すように使用される。例えば、被監視装置にアクセスするためにＨＴＴＰ−ＨＴＭＬプロトコルが先ず選択され、ＨＴＴＰ−ＨＴＭＬプロトコルを利用しながら、効率的に抽出されるように構築される装置情報が取得される。その後に、ＳＮＭＰプロトコルが選択され、ＨＴＴＰ−ＨＴＭＬプロトコルでは効率的な取り出しが困難な情報を取得する。この選択プロセスは、サポート情報ＯＤＢＣ１１１４に格納されたサポート情報と供にプロトコルマネジャによって実行される。
【０１１０】
本発明は、複数のベンダ環境で様々な装置を監視することを可能にし、特定の私的な管理情報ベース（ＭＩＢ）情報なしに、ユーザが理解可能な又はユーザフレンドリな手法で詳細な情報を抽出及び表示する機能を促進する。加えて、本願の参考に供せられる出願に記載されているように、格納され監視される情報はＦＴＰ又はｅメールを通じて送出され得る。
【０１１１】
本発明は、ネットワークに接続され監視を要する少数の装置を含むように図示されたが、本発明の精神及び範囲から逸脱することなしに、少数より多くの装置がネットワークに接続され得ることは、理解されるであろう。また、本発明は、様々な装置が監視及び制御されるひつようのある家庭環境にも応用され得る。
【０１１２】
本発明は、特定の私的な管理情報ベース（ＭＩＢ）情報を備えることなしに、多数のベンダ環境における様々な装置を監視することを可能にし、ユーザが理解し得る又はユーザフレンドリな形式で詳細な情報を抽出及び表示する機能を更に促進する。
【０１１３】
コンピュータの技術分野における当業者に明らかなように、本願の教示するところによれば、本発明のコントローラは、既存の汎用ディジタルコンピュータ又はマイクロプロセッサを利用して好都合に実現され得る。適切なソフトウエアコード化は、ソフトウエアの技術分野における当業者に明らかなように、本願の教示するものに基づいて、適切なプログラマにより容易に準備され得る。また、本発明は、当業者に明白であるように、特定用途向け集積回路を用意することで、又は既存の回路素子の適切なネットワークを相互接続することでも実施され得る。
【０１１４】
本発明は、本発明による手順を実行するようにコンピュータをプログラムするのに使用され得る命令を含む格納媒体であるところのコンピュータプログラムプロダクトも包含する。格納媒体は、限定ではないが、フロッピディスク、光ディスク、ＣＤ−ＲＯＭ、及び光磁気ディスクを含む任意の形式のディスク、ＲＯＭ、ＲＡＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、磁気又は光カード、又は電子的な命令を格納するのに適切な任意の形式の媒体を含む。
【０１１５】
上記の教示内容に照らせば、当然ながら、本発明に関する様々な修正及び変形が可能である。従って、特許請求の範囲内で、ここに具体的に記述したものとは異なる態様で本発明が実施され得ることは、理解されるであろう。
【図面の簡単な説明】
【図１】インターネットを通じてコンピュータ及びデータベースのネットワークに接続された３つのネットワーク化された業務装置を示す図である。
【図２】ディジタル画像形成装置の要素を示す図である。
【図３】図２に示されるディジタル画像形成装置の電子要素を示す図である。
【図４】図３に示されるマルチポート通信インターフェースの詳細を示す図である。
【図５】業務装置がネットワークに直接的に接続される、又はネットワークに接続されるコンピュータに接続される代替的なシステム構成を示す図である。
【図６Ａ】電子メールを利用する、アプリケーションユニットへ又はそこからの譲歩の流れを示すブロック図である。
【図６Ｂ】アプリケーションユニットに接続されるコンピュータが、メッセージ転送エージェント（ＭＴＡ）としても機能する、電子メールを利用する通信の代替例を示す図である。
【図６Ｃ】アプリケーションユニットが電子メールを交換するためのメッセージ転送エージェントを包含する、電子メールを利用する通信の代替例を示す図である。
【図６Ｄ】メールサーバが、機器／装置に対するメールを受信するＰＯＰ３サーバとして機能し、及び機器／装置に対するメールを送信するシンプルメール転送プロトコル（ＳＭＴＰ）サーバとして機能する、電子メールを利用する通信の代替例を示す図である。
【図７】インターネット上でメッセージを送信する代替手法を示す図である。
【図８】機器／装置に接続され、電子メールメッセージを通信するために使用されるコンピュータを例示する図である。
【図９Ａ】本発明の実施例によるシステム全体の概略図である。
【図９Ｂ】本発明の実施例による被監視装置のウェブページインターフェースを例示する図である。
【図１０】本発明の実施例によるデータの監視及びそのインターフェース機能に使用されるモジュールを示す。
【図１１】モニタモジュールの詳細及びサブモジュール間の呼び出し関数を示す。
【図１２】本発明に関する図１１に示されるようなＨＴＴＰ＿ＨＴＭＬサブモジュール及びサポート情報ＯＤＢＣサブモジュールで使用されるデータ構造を示す。
【図１３】本発明に関する図１０に示されるモニタモジュール１００６の初期関数のシーケンスを示す。
【図１４】本発明に関する図１１に示されるようなＨＴＴＰ＿ＨＴＭＬサブモジュールで使用されるマップデータ構造例を示す。
【図１５】本発明に関する図１３に示されるようなデバイスファクトリで作成されモニタ管理部で使用される装置に関するベンダを示す。
【図１６】図１０に示されるようなモニタステータス関数のシーケンスを示す。
【図１７Ａ】ＨＴＴＰを通じて情報収集を支援するデータベースに格納されるテーブルの相互関係を示す。
【図１７Ｂ】ＨＴＴＰを通じて情報収集を支援するデータベースに格納されるテーブルの相互関係を示す。
【図１７Ｃ】ＨＴＴＰを通じて情報収集を支援するデータベースに格納されるテーブルの相互関係を示す。
【図１８】複数のプロトコルを利用して複数の被監視装置から情報を収集する、本発明の他の実施例を示す。
【符号の説明】
１０ ＷＡＮ
１２ コンピュータ又はルータ
１６，５２ ネットワーク
１７，１８，２０，２２，５６，６２，６８，７４，４２ ワークステーション
２４ 画像形成装置
２８ ファクシミリ装置
３２ プリンタ
２６，３０，３４，４４ 有線又は無線接続
４２ ワークステーション
４６，５４，５８，６４，７０，７６ ディスク
５０ ファイヤウォール
１００ ネットワーク
１０１，１１４，１２５，１３０ ファン
１０２，１１０，１１１，１１２，１１３ ミラー
１０３，１０５ レンズ
１０４ センサ
１０６，１０９ ランプ
１０７ 帯電コロナユニット
１０８，１２０，１２１，１２７，１２８，１２９，１１５，１１８ ローラ
１１６ 手差し供給テーブル
１１７，１１９ 用紙カセット
１２２ 画像密度センサ
１２３ 転送／分離コロナユニット
１２４ クリーニングユニット
１２６ 転送ベルト
１３１ 主モータ
１６０ ＣＰＵ
１６２ ＲＡＭ
１６４ ＲＯＭ
１６６ マルチポートネットワークインターフェース
１６８ 電話回線等
１７０ 他のネットワーク
１７１，１７６，１８４，１８８ インターフェース
１７２ インターフェースコントローラ
１７４ 動作パネル
１７８ フラッシュメモリ
１８０ 接続部
１８２ ディスク
１８６ システムバス
１８７ クロック／タイマ
１９０ フューザ
１９２ プリンタ／画像処理部
１９４ スキャナ
１９６ 用紙供給コントローラ
１９８ 大容量トレイユニット
２００ デュプレクサ
２０２ ソーター
２２０，２２４，２２６，２２８，２３０ インターフェース
２２２ ケーブルモデム
２５４ サービス機器
２５６ データ
２６０ インターネット
２６２ プリンタ
２６４ インターネットサービスプロバイダ
２６６，２７２，２７６，２８２ コンピュータ
２６８，２７８，２８５ 業務用事務機器
２７４ ネットワーク
２８６ 複写機
３００ 装置／機器
３０１ コンピュータ
３０２ 装置／機器に対するコンピュータインターフェース
３０４ メールエージェント
３０６ 送信されるメールのキュー
３０８ メッセージ転送エージェント
３１０ ＴＣＰ／ＩＰ接続
３１２ メッセージ転送エージェント
３１４ ユーザメールボックス
３１６ メールエージェント
３１８ 端末におけるユーザ
３２０ 送信ホスト
３２２，３２８ ＭＴＡ
３６０ コンピュータ
３６２ ＣＰＵ
３６４，３７０，３７１ メモリ
３６６ 無線インターフェース
３６８ 無線装置
３７２，４０６，４０８ コントローラ
３７４ キーボード
３７６ マウス
３７８，３８２，３８６，３９８ インターフェース
３８０ シリアル装置
３８４ パラレル装置
３８８ ユニバーサルシリアルバス装置
３９０ システムバス
３９２，４１２ ハードディスク
３９４ フロッピディスク
３９６ ディスクコントローラ
４００ ＩＥＥＥ１３９４装置
４０２ 電話回線
４０４ ネットワーク
４１０ プリンタ
４１４ ＣＲＴ
９００ システム
９０２ コントローラ
９０８ レーザプリンタ
９１０ スキャナ
９１２ ネットワーク装置
９１４ 多機能プリンタ
９２０ ＰＤＡ
９２２ ラップトップコンピュータ
９２４ アクセスポイント
１０００ システム
１００２，１００４，１００６ モジュール
１１０２〜１１１４ サブモジュール
１２０２〜１２１２ フィールド
１４００ データ構造
１４０６，１４０８ フィールド
１５０２，１５０４ デバイスポインタ
１７０２，１７０４，１７０６，１７０８ テーブル
１７１０，１７１２ キー文字列
１８０２〜１８０６ サブモジュール

Claims (12)

1. ネットワークに通信可能に接続された個々の被監視装置を監視する監視装置で実行される方法であって、前記被監視装置は、該被監視装置毎に、該被監視装置の情報を前記監視装置で分析するための特定文字列とパラメータ値が存在する位置との関係を示す表を記憶領域に格納しており、当該方法は、
   前記被監視装置から情報を受信するように通信プロトコルとしてHTTPを選択するステップ；
   選択されたHTTPの通信プロトコルを利用して、前記被監視装置にネットワークインターフェースを介してアクセスするステップ；
   アクセスした前記被監視装置から、該被監視装置に固有の情報を取得するステップ；
   前記固有の情報に基づいて、該被監視装置を特定し、該被監視装置の情報を前記監視装置で分析するための特定文字列とパラメータ値が存在する位置との関係を示す表を、前記記憶領域から読み出すステップ；
   アクセスした前記被監視装置から、複数の特定文字列を含む情報を、データ文字列の形式で前記ネットワークインターフェースを介して受信するステップ；
   受信した前記情報を解析し、前記被監視装置の動作状態を表現するパラメータ値を抽出するステップであって、前記の表を利用して、前記受信した情報から前記特定文字列を特定し、該特定文字列に対応するパラメータ値を抽出するステップ；
   抽出されたパラメータ値を記憶領域に格納するステップ；
   を有する方法。
2. 被監視装置に固有のＩＰアドレスを利用して、被監視装置各々へのアクセスがなされ、
   前記被監視装置各々のＩＰアドレスは、データベースに格納されるようにした請求項１記載の方法。
3. 前記位置が、ＨＴＭＬフォーマットのタグ形式の値で表現される請求項１記載の方法。
4. 前記被監視装置に固有の情報が、装置モデル又は固有の装置識別子を含む請求項１記載の方法。
5. ネットワークに通信可能に接続された個々の被監視装置を監視する監視装置であって、前記被監視装置は、該被監視装置毎に、該被監視装置の情報を前記監視装置で分析するための特定文字列とパラメータ値が存在する位置との関係を示す表を記憶領域に格納しており、当該監視装置は、
   前記被監視装置から情報を受信するように通信プロトコルとしてHTTPを選択する手段；
   選択されたHTTPの通信プロトコルを利用して、前記被監視装置にネットワークインターフェースを介してアクセスする手段；
   アクセスした前記被監視装置から、該被監視装置に固有の情報を取得する手段；
   前記固有の情報に基づいて、該被監視装置を特定し、該被監視装置の情報を前記監視装置で分析するための特定文字列とパラメータ値が存在する位置との関係を示す表を、前記記憶領域から読み出す手段；
   アクセスした前記被監視装置から、複数の特定文字列を含む情報を、データ文字列の形式で前記ネットワークインターフェースを介して受信する手段；
   受信した前記情報を解析し、前記被監視装置の動作状態を表現するパラメータ値を抽出する手段であって、前記の表を利用して、前記受信した情報から前記特定文字列を特定し、該特定文字列に対応するパラメータ値を抽出する手段；
   抽出されたパラメータ値を記憶領域に格納する手段；
   を有する監視装置。
6. 被監視装置に固有のＩＰアドレスを利用して、被監視装置各々へのアクセスがなされ、
   前記被監視装置各々のＩＰアドレスは、データベースに格納されるようにした請求項５記載の監視装置。
7. 前記位置が、ＨＴＭＬフォーマットのタグ形式の値で表現される請求項５記載の監視装置。
8. 前記被監視装置に固有の情報が、装置モデル又は固有の装置識別子を含む請求項５記載の監視装置。
9. ネットワークに通信可能に接続された個々の被監視装置を監視する方法を監視装置に実行させるコンピュータプログラムであって、前記被監視装置は、該被監視装置毎に、該被監視装置の情報を前記監視装置で分析するための特定文字列とパラメータ値が存在する位置との関係を示す表を記憶領域に格納しており、前記方法は、
   前記被監視装置から情報を受信するように通信プロトコルとしてHTTPを選択するステップ；
   選択されたHTTPの通信プロトコルを利用して、前記被監視装置にネットワークインターフェースを介してアクセスするステップ；
   アクセスした前記被監視装置から、該被監視装置に固有の情報を取得するステップ；
   前記固有の情報に基づいて、該被監視装置を特定し、該被監視装置の情報を前記監視装置で分析するための特定文字列とパラメータ値が存在する位置との関係を示す表を、前記記憶領域から読み出すステップ；
   アクセスした前記被監視装置から、複数の特定文字列を含む情報を、データ文字列の形式で前記ネットワークインターフェースを介して受信するステップ；
   受信した前記情報を解析し、前記被監視装置の動作状態を表現するパラメータ値を抽出するステップであって、前記の表を利用して、前記受信した情報から前記特定文字列を特定し、該特定文字列に対応するパラメータ値を抽出するステップ；
   抽出されたパラメータ値を記憶領域に格納するステップ；
   を有するコンピュータプログラム。
10. 被監視装置に固有のＩＰアドレスを利用して、被監視装置各々へのアクセスがなされ、
    前記被監視装置各々のＩＰアドレスは、データベースに格納されるようにした請求項９記載のコンピュータプログラム。
11. 前記位置が、ＨＴＭＬフォーマットのタグ形式の値で表現される請求項９記載のコンピュータプログラム。
12. 前記被監視装置に固有の情報が、装置モデル又は固有の装置識別子を含む請求項９記載のコンピュータプログラム。

Images