(57)【特許請求の範囲】
【請求項１】
ネットワークに機器を接続するためのネットワーク接続用サーバであって、
接続される機器がサポートするＭＩＢ（Management Information Base）のオブジェクトＩＤ群を記憶する第１のテーブルと、
接続される機器に対応したオブジェクトＩＤ群を記憶する第２のテーブルと、
前記第２のテーブルに記憶されたオブジェクトＩＤ毎に関連付けられ、そのオブジェクトＩＤについてのＭＩＢを作成するための情報を記憶した関数情報記憶手段と、
ＭＩＢ管理用ソフトウエアによるネットワーク側からの前記ＭＩＢに対する要求を受付ける手段と、
前記要求の内容を解釈し、要求に係るオブジェクトＩＤごとに、前記第１のテーブルに当該オブジェクトＩＤが記憶されているかどうかを調べ、記憶されている場合には前記機器から当該オブジェクトＩＤについてのＭＩＢを取得し、記憶されていない場合には前記第２のテーブルおよび前記関数情報記憶手段を参照して当該オブジェクトＩＤについてのＭＩＢを作成するＭＩＢ制御手段と、
前記ＭＩＢ管理ソフトウエアのプロトコルにしたがって、ネットワーク側に要求されたＭＩＢを送信する手段とを備え、
前記ＭＩＢ制御手段は、
あらかじめ、前記機器が要求されるすべてのオブジェクトに関するＭＩＢをサポートしているかを調べておき、オブジェクトのすべてについてサポートされている場合には、前記第１のテーブルを参照することなく、前記機器からＭＩＢを取得すること
を特徴とするネットワーク接続用サーバ。
【請求項２】
請求項１に記載のネットワーク接続用サーバであって、
前記関数情報記憶手段は、さらに、接続される機器に対応したオブジェクトＩＤ群を不揮発的に記憶しており、
前記ＭＩＢ制御手段は、当該ネットワーク接続用サーバが起動されると、
前記機器から、サポートするＭＩＢのオブジェクトＩＤ群を取得し、前記第１のテーブルを作成し、
前記機器が要求されるオブジェクトに関するＭＩＢのすべてはサポートしていない場合には、前記関数情報記憶手段を参照して、前記第２のテーブルを作成すること
を特徴とするネットワーク接続用サーバ。
【請求項３】
請求項１または２に記載のネットワーク接続用サーバであって、
対象となる機器はプリンタであり、
前記ＭＩＢ制御手段は、プリンタに関するＭＩＢの作成・管理を行うものであること
を特徴とするネットワーク接続用サーバ。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ネットワークに接続される機器の状態を管理するための管理情報をネットワークを介して取得するための技術に係り、特に、管理対象の機器とネットワークとの間に接続され、管理情報をネットワークを介して提供することができる、プリントサーバ等のネットワーク接続用サーバに関する。
【０００２】
【従来の技術】
プリンタ、スキャナ、外部記憶装置等の機器の状態を示すステータス情報は、そのデータ構造、情報の取得方法等の点で、機器のメーカごとに、さらに、機器ごとに異なっている。このため、それらの機器をネットワークに接続して、管理、監視する場合、それぞれに専用のアプリケーションソフトウエア（管理ソフトウエア）が必要となる。
【０００３】
一方、近年、ＭＩＢ（Management Information Base）と称される管理情報ベースの標準仕様が定義されたことに伴って、その仕様に対応した機器については、ＭＩＢにアクセスできる共通の管理ソフトウエアであるＳＮＭＰ（Simple Network Management Protocol）によって管理が可能となっている。ＭＩＢは、ＴＣＰ／ＩＰ等によるネットワークにおいて、管理対象となる要素についての情報を蓄積するデータベースである。ここで、各リソースはオブジェクトとして表わされ、ＭＩＢは、そのオブジェクトの構造的な集合と考えることができる。
【０００４】
ネットワーク上の各ノードは、そのノード中の管理リソースの状態を反映したＭＩＢを維持管理している。このＭＩＢ中のオブジェクトの値を読み出すことにより、そのノードのリソースの監視を行い、その値を変更することで、そのリソースを制御することができる。なお、ＭＩＢについては、例えば、William Stallings 著、大鐘久生訳、アジソン・ウェスレイ・パブリッシャーズ・ジャパン株式会社発行の“ＳＮＭＰバイブル”を参照されたい。
【０００５】
例えば、プリンタの場合、ＭＩＢとしては、プリンタＭＩＢ（Printer MIB）、ホスト資源ＭＩＢ（Host resource MIB）、プライベイトＭＩＢ（Private MIB）等が用意されている。これらのプリンタ対応のＭＩＢ（プリンタＭＩＢ、ホスト資源ＭＩＢ、プライベイトＭＩＢ等）をプリンタに搭載することで、管理用ソフトウエアにより管理が可能となる。
【０００６】
【発明が解決しようとする課題】
ところが、ネットワークに接続される機器、例えば、プリンタの中には、ＭＩＢの仕様が規定されていない頃の機種、種々の事情から、ＭＩＢへの対応が不完全な機種が存在する。このため、ＭＩＢ完全対応の機種と、ＭＩＢ不対応の機種、ＭＩＢ不完全対応の機種とをネットワークに混在させた場合、共通の管理ソフトウエアで一律に管理することができないという問題が生じる。
【０００７】
本発明の目的は、ＭＩＢ不対応の機種、ＭＩＢ不完全対応の機種をネットワークに接続して、共通の管理ソフトウエアによる管理を可能とするネットワーク接続用サーバを提供することにある。
【０００８】
【課題を解決するための手段】
本発明の目的を達成するため、本発明によれば、
ネットワークに機器を接続するためのネットワーク接続用サーバにおいて、
接続される機器におけるＭＩＢ（Management Information Base）のサポート状態を把握し、当該機器がサポートしていないＭＩＢを作成し管理するＭＩＢ作成／管理手段と、
ＭＩＢ管理用ソフトウエアによるネットワーク側からのＭＩＢに対する要求を受付ける手段と、
要求の内容を解釈し、把握されたＭＩＢのサポート状態を参照して、要求が、当該機器がサポートされているＭＩＢに関するものである場合には当該機器に対して、また、サポートされていないＭＩＢに関するものである場合にはＭＩＢ作成／管理手段に対して、要求に関する処理の実行をそれぞれ指示する手段と、
ＭＩＢ管理ソフトウエアのプロトコルにしたがって、ネットワーク側に要求されたＭＩＢを送信する手段とを備えること
を特徴とするネットワーク接続用サーバが提供される。
【０００９】
ＭＩＢ作成／管理手段は、接続される機器からＭＩＢのサポート状態を示す情報を取得すると共に、当該情報を保持する手段と、ＭＩＢを作成するための関数、および、接続される機器ごとに、当該機器についてのＭＩＢに含まれるべきオブジェクトのＩＤ（識別子）と関数とを対応付ける情報を予め記憶する手段とを有する構成とすることができる。
【００１０】
また、ＭＩＢ作成／管理手段は、関数として、接続される機器から情報を取得して対応するオブジェクトの値を決定するための手順を記述するものと、予め固定的に定めたデータを用いてオブジェクトの値を決定するための手順を記述するものとを含む構成とすることができる。
【００１１】
さらに、ＭＩＢ作成／管理手段は、接続される機器がサポートしていないオブジェクトに関するＭＩＢのデータの取得要求を受けると、当該オブジェクトに対応する前記関数にしたがって、機器から情報を取得し、この情報について処理して、オブジェクトの値を決定する構成とすることができる。
【００１２】
また、本発明が適用される典型的な例としては、ネットワークにプリンタを接続する際に用いるプリントサーバが挙げられる。すなわち、対象となる機器がプリンタであり、このばあい、ＭＩＢ作成／管理手段は、プリンタに関するＭＩＢの作成／管理を行う。
【００１３】
【発明の実施の形態】
以下、本発明の実施の形態について、図面を参照して説明する。本発明では、ＭＩＢを一部搭載しているプリンタ、ＭＩＢにまったく対応していないプリンタのいずれにも適用可能である。以下の例では、ＭＩＢを一部搭載しているプリンタに接続されるプリントサーバを例として説明する。本発明はこれに限定されないことはいうまでもない。例えば、プリンタ以外の機器について接続されるネットワーク接続用サーバにも適用されることはいうまでもない。
【００１４】
図３に、ＭＩＢの仕様によりプリンタが有する情報と既存のプリンタが持っている情報との対応関係を示す。
【００１５】
図３に示す例では、プリンタが有する情報３０としては、本来的にプリンタ自体にメンテナンスされているプリンタ所在ＭＩＢ３１と、ＭＩＢの形式にしたがっていない、プリンタ固有の表現形式で定義されるプリンタ固有の状態情報３２と、ＭＩＢによっては参照されない情報３３とを有する。
【００１６】
一方、ＭＩＢ仕様により要求される情報５０としては、前記プリンタ所在ＭＩＢ３１に対応するプリンタ所在ＭＩＢ５１と、プリンタが所持していないＭＩＢであって、プリントサーバが作成するＭＩＢ５２とがある。プリントサーバ作成ＭＩＢには、プリンタ固有の状態情報を参照して作成するプリンタ情報参照作成情報５２ａと、プリンタ固有の状態情報を参照せずにプリントサーバ自体が作成したサーバ固有作成情報５２ｂおよび５２ｃとがある。
【００１７】
ここで、プリンタ情報参照作成情報５２ａは、当該プリンタの仕様に基づいて規定されたプリンタ固有状態情報に基づいてＭＩＢ形式に対応して作成される。サーバ固有作成情報５２ｂは、当該プリンタに用いられるテクノロジ（印刷方式）に依存した情報に関するものである。例えば、レーザプリンタであれば、各種レーザプリンタに共通のリソースの技術的事項に関するものである。また、サーバ固有作成情報５２ｃは、機種毎に固有の情報である。これらは、情報がプリンタから供給されないため、予め定められた固定データを用いて作成される。
【００１８】
なお、ＭＩＢにまったく対応していないプリンタの場合には、前記プリンタ所在ＭＩＢ３１がなく、したがって、それに対応するＭＩＢ５１も存在しない。このため、それらについてもプリントサーバにおいて対応することとなり、すべてがプリントサーバ作成ＭＩＢとなる。なお、作成できない場合は、特定の固定データを設定するか、不明である旨の情報を記述する。
【００１９】
図１に本発明が適用される典型的な構成の一例を示す。図１のシステムは、単純化したものであり、実際には、さらに多くのクライアントとサーバとが接続される。図１において、クライアントとして機能するコンピュータ１００と、プリンタ３００に接続されたプリントサーバ５００とがネットワーク２００を介して接続されている。コンピュータ１００は、プリンタ３００に印刷を指示するクライアントの立場と共に、プリンタを管理する管理マネージャとして機能する。例えば、ＳＮＭＰプロトコルにしたがって、プリンタ等の各種サーバを管理するためのＳＮＭＰマネージャを搭載している。これに対応して、サーバ側には、ＳＮＭＰエージェントとして機能するソフトウエアが搭載されている。
【００２０】
プリントサーバ５００は、中央処理装置（ＣＰＵ）５０１と、このＣＰＵ５０１が実行するプログラム、後述するＭＩＢ作成のための各種関数、データ等が格納されるリードオンリメモリＲＯＭ５０２と、各種テーブル等を設けたり、ＣＰＵ５０１のワークエリアとして機能するランダムアクセスメモリＲＡＭ５０３と、ネットワーク２００との接続のためのインタフェース５０４と、プリンタ３００との接続のためのインタフェース５０５とを有する。プリントサーバ５００とプリンタ３００とは、専用のケーブル４００で接続されている。なお、ケーブルを介さずにコネクタで直接接続するようにしてもよい。
【００２１】
また、図１の例では、１台のＣＰＵ５０１により入出力、印刷データ授受、プリンタがサポートしているＭＩＢの把握、サポートされていないＭＩＢの作成、管理等を行う構成となっている。例えば、ＣＰＵ５０１とインタフェース５０４とで、ＭＩＢ管理用ソフトウエアによるネットワーク側からの前記ＭＩＢに対する要求を受付ける手段、および、前記要求に対して、前記ＭＩＢ管理ソフトウエアのプロトコルにしたがって、ネットワーク側に要求されたＭＩＢを送信する手段として機能する。また、ＣＰＵ５０１と、インタフェース５０５と、ＲＡＭ５０３およびＲＯＭ５０２とで、要求の内容を解釈し、把握されたＭＩＢのサポート状態を参照して、当該機器がサポートしている場合には当該機器に対して、また、サポートしていない場合には、ＭＩＢの作成、管理を行って、要求されたＭＩＢに関する処理を行う。ここで、要求内容の解釈としては、処理すべき内容の特定、処理対象の特定等が挙げられる。
【００２２】
なお、本発明は、図１に示す構成に限定されない。複数のＣＰＵで分散制御するようにしてもよい。例えば、ネットワークとの対応、すなわち、ＳＮＭＰエージェント機能を実行するＣＰＵと、ＭＩＢ作成／管理を行なうＣＰＵとに分散するようにしてもよい。
【００２３】
ＲＯＭ５０２に格納されるデータとしては、例えば、図５に示すような、デバイス対応のオブジェクトＩＤ（識別子）リスト５４１と、ＭＩＢ作成のための実行手順を記述する各種関数（各種固定データを含む）を記憶する関数ライブラリ５４２と、各オブジェクトごとにそれぞれの値を決定してＭＩＢを作成するために必要な関数についての、前記関数ライブラリ５４２における所在を示すアドレスのリストを構成する関数テーブル群５４３とを記憶する。これらは、固定的に格納されるが、ＲＯＭを書き換え可能なものとして、必要に応じて書き換えるようにしてもよい。これらの情報は、当該プリントサーバが接続可能なプリンタ（デバイス）に関するものとする。したがって、少なくとも１種類のデバイスについてのデータが用意される。
【００２４】
関数としては、例えば、プリンタのデータバッファの容量、トナー残量、用紙の状態等のプリンタの状態を問い合せるための各種手順をそれぞれ記述するプログラム群が用意される。また、プリンタに問い合わせできない状態量については、固定値が用意される。例えば、プリンタのエラー発生回数等が挙げられ、値としては、例えば、“０”が用意される。
【００２５】
前記ＲＡＭには、例えば、図４に示すようなプリンタ３００に用意されているＭＩＢのリストを示すプリンタサポートテーブル（テーブル１）５４６と、図５に示すような、当該プリントサーバに接続されているプリンタに対応するデバイスＩＤについてのオブジェクトを示すオブジェクトＩＤリストを一時的に記憶するＭＩＢ作成テーブル（テーブル２）５４７とが格納される。これらのテーブル１、２は、本実施の形態では、電源投入時に作成され、通電されている間、維持される。もちろん、これに限定されない。
【００２６】
このテーブル２には、デバイスを構成する各オブジェクトＩＤ５４７ａと、それらのＭＩＢを作成するための関数アドレステーブル群５４３にリンクするためのポインタ５４７ｂとを少なくとも有する。
【００２７】
プリントサーバ５００は、機能的には、例えば、図２に示すような構成を有する。すなわち、ネットワーク２００との間で情報の授受を行う通信制御部５１０と、印刷データをプリンタ３００に送出する印刷データ送出部５２０と、ＭＩＢの作成、ＭＩＢへの要求に対する応答等の制御を行うＭＩＢ制御部５３０とを有する。
【００２８】
通信制御部５１０は、ネットワーク２００との間でパケットの送受信を行うパケット送受信部５１１と、受信したパケットからデータを取り出すデータ取得部５１２と、取得したデータが印刷データか、ＳＮＭＰプロトコルによるデータかを判断するデータ判断部５１３と、送信するためのパケットを生成するパケット生成部５１４とを有する。
【００２９】
ＭＩＢ制御部５３０は、データ判断部５１３から送られるＳＮＭＰプロトコルにしたがったデータに含まれるコマンドを解析するコマンド解析部５３３と、プリンタ３００に対して、状態の問い合せ、情報の転送を要求し、プリンタ３００との間で情報を授受する問合部５３２と、電源投入時にＭＩＢを作成すると共に、コマンド解析部５３３からＭＩＢについての作成要求があると、ＭＩＢを作成してパケット生成部５１４に送るＭＩＢ作成部５３１と、ＭＩＢ作成のための各種データを格納する共に、作成されたデータを格納するＭＩＢ記憶部５４０とを有する。
【００３０】
コマンド解析部５３３では、ＳＮＭＰパケットの変数バインディングを各オブジェクトＩＤごとのデータに分けて、各オブジェクトごとに、要求の内容を解釈する。そして、このコマンド解析部５３３は、把握されたＭＩＢのサポート状態を参照して、当該オブジェクトを当該プリンタ３００がサポートしている場合には当該プリンタ３００に対して、また、サポートしていない場合には、前記ＭＩＢ作成／管理手段５３１に対してアクセスして、要求されたオブジェクトに関する値の取得等の処理の実行を指示する。
【００３１】
ＭＩＢ記憶部５４０は、図１に示すように、ＲＯＭ５０２とＲＡＭ５０３とで構成され、前述した図５に示す、デバイス対応のオブジェクトＩＤリスト５４１と、関数ライブラリ５４２と、関数テーブル群５４３とがデータとして格納される。また、図５に示すテーブル２、および、図４に示すテーブル１がＲＡＭの領域に作成される。このＭＩＢ記憶部５４０は、ＭＩＢ作成部５３１およびコマンド解析部５３３により参照される。
【００３２】
プリンタ３００には、印刷データを受け取る印刷データ受取部３１０と、受取った印刷データを当該プリンタで印刷可能な状態に処理すると共に、印刷を実行するデータ処理／印刷部３２０と、ＭＩＢ制御部５３２からの問合せに応答するプリントサーバ応答部３３０と、当該プリンタの制御に必要な各種パラメータ等の情報を格納するプリンタ情報３４０とを有する。プリンタ情報３４０には、ＭＩＢとＭＩＢに従っていない情報とが存在する。
【００３３】
次に、本実施の形態における動作について説明する。本実施の形態のプリントサーバは、少なくとも二つの基本的な動作を有する。第１は、前述したように、電源投入時に、接続されているプリンタに対応する各オブジェクトについて必要な情報の設定を行って、電源がオフになるまで維持する動作である。第２は、クライアントのコンピュータからの要求がある場合には、それに答える動作である。
【００３４】
まず、第１の動作について、図６を参照して説明する。この動作は、本実施の形態では、電源投入がトリガとなって起動される。ＣＰＵ５０１は、電源が投入されると、ＭＩＢ作成部５３１として機能する。もちろん、これに限定されない。例えば、起動スイッチを設けておき、これをオンすることで起動するようにしてもよい。また、遠隔的にスイッチをオンすることで、起動するようにしてもよい。
【００３５】
ＣＰＵ５０１は、まず、問合せ部５３２を介してプリンタ３００のプリントサーバ応答部３３０にプリンタ所在ＭＩＢの取得を要求する（ステップ１００１）。これを受けてプリントサーバ応答部３３０は、プリンタ情報３４０に所在するＭＩＢを構成するオブジェクトのＩＤを問合せ部５３２に送る。なお、ＭＩＢが存在しない場合には、その旨、例えば、該当するオブジェクトがまったく存在しない等の情報を送る。
【００３６】
ＣＰＵ５０１は、プリンタ側から送られたオブジェクトＩＤを用いて、図４に示すテーブル１をＲＡＭ５０３上に作成する。そして、要求される全てのオブジェクトに関するＭＩＢがサポートされているかを調べる。オブジェクトの全てについてＭＩＢがサポートされている場合には、プリンタ所在のＭＩＢを直接参照するよう設定する。すなわち、テーブル１を参照せずに、問合せ部５３２を介してプリンタ３００にＭＩＢを直接要求できるようにする（ステップ１００４）。
【００３７】
一方、ＭＩＢが完全ではない場合には、ＣＰＵ５０１は、プリンタに対してデバイスＩＤを要求する（ステップ１００５）。プリントサーバ応答部３３０は、要求に応じてプリンタ情報３４０から当該プリンタのデバイスＩＤを取り出して問合せ部５３２に送る。ＣＰＵ５０１は、これを取得する。
【００３８】
次に、取得したデバイスＩＤに基づいて、ＲＯＭ５０３（ＭＩＢ記憶部５４０）に格納されているオブジェクトリスト５４１から当該デバイスＩＤ対応のオブジェクトＩＤおよびポインタのリストを取り出し（ステップ１００６）、ＲＡＭ５０３上にテーブル２を作成する（ステップ１００７）。
【００３９】
その結果、ＣＰＵ５０１は、テーブル２のオブジェクトＩＤ毎に設けられているポインタに基づいて、関数アドレステーブルを読み出し、それに記載されているアドレスに基づいて、関数ライブラリ５４２から該当する関数を読み出すことができる。これにより、図２に示す、ＭＩＢの仕様によるプリンタに要求される情報に答えることが可能となる。すなわち、プリンタ所在ＭＩＢ５１と、プリントサーバ作成ＭＩＢとが揃うこととなる。これにより、ＳＮＭＰマネージャからの要求に対処することができ、同一の管理ソフトウエアに対して一律に対応することが可能となる。
【００４０】
なお、関数ライブラリ４５２に格納される関数としては、例えば、対応するオブジェクトの値を決定するための手順を規定するプログラムがある。一例として、プリンタのトナー管理情報を読み出して、現在のトナー残量値を取得して、これを対応するオブジェクトの値として設定する手順を記述するプログラムが挙げられる。
【００４１】
次に、第２の動作について、図７を参照して説明する。この動作は、パケット送受信部５１１がパケットを受信し、データ判断部がデータがコマンドであると判断したとき、起動される。
【００４２】
まず、ＣＰＵ５０１は、コマンド解析部５３３として機能し、コマンドの内容を解析し、前述したように、変数バインディングを各オブジェクトＩＤ毎のデータに分けて、各オブジェクトについてそれぞれ以下の処理を行う（ステップ２００１）。
【００４３】
次に、各オブジェクトについて、テーブル１を参照して、当該オブジェクトＩＤがプリンタ所在のＭＩＢに含まれるか否かを調べる（ステップ２００２）。
【００４４】
プリンタ所在ＭＩＢに含まれる場合には、問合せ部５３２を介してプリントサーバ応答部３３０に当該オブジェクトに関するＭＩＢの要求を直接行う（ステップ２００３）。そして、プリンタからの該当するＭＩＢを取得する（ステップ２００４）。
【００４５】
一方、当該オブジェクトＩＤに対応するプリンタ所在のＭＩＢに含まれない場合、テーブル２を参照して、オブジェクトＩＤに対応するポインタ５４７ｂを取得して、当該ポインタが示す関数テーブル５４３を調べ、その関数テーブル５４３に示される関数アドレスを基に、関数ライブラリ５４２から目的の関数を読み出す。そして、ＣＰＵ５０１は、この関数を実行する（ステップ２００６）。
【００４６】
ここで、関数がプリンタ情報を参照して、前記オブジェクトに関するＭＩＢの作成について記述している場合には、それにしたがって、プリンタ３００に格納されているプリンタ固有状態情報を参照して、対応するＭＩＢを作成する。例えば、用紙残量、トナー残量等の計測データ等に関するオブジェクトについてのＭＩＢを作成する。また、プリンタから提供されない情報である場合には、関数に特定された固定データを読み出して用いる。例えば、プリンタのエラー回数、バッファの容量等の場合には、予め関数として用意されるデータを用いて対応するＭＩＢを作成することができる。
【００４７】
次に、全ての要求について処理が終了したかについて調べ、未だ処理が残っている場合には、ステップ２００２に戻り、全ての要求についての処理が終了するまで前記処理を繰り返す。
【００４８】
次に、ＣＰＵ５０１は、ＭＩＢ作成部５３１として機能し、取得したデータをＳＮＭＰプロトコルのフォーマットにしたがってまとめる（ステップ２００７）。そして、パケット生成部５１４２送って、ＳＮＭＰプロトコルにしたがって、パケット送受信部５１１からネットワーク２００に送り出す。
【００４９】
以上により、ＳＮＭＰマネージャからの要求に対して、プリントサーバは、あたかも、全てのＭＩＢに対応できているように振る舞うことができる。したがって、ＭＩＢの対応が完全ではない、または、対応できていないプリンタであっても、このプリントサーバを介することで、ＭＩＢ完全対応の他の機器と同様に、共通の管理ソフトウエアであるＳＮＭＰプロトコルで管理することが可能となる。
【００５０】
次に、図８を参照して、ネットワークでの、ＭＩＢに対する取り扱い態様が異なる機器についてのサーバの各種態様について説明する。図８では、ＳＮＭＰマネージャを搭載したコンピュータ１００と、ＭＩＢについての取扱態様が異なる複数のプリンタ３００ａ〜３００ｄがネットワーク２００に接続されている状態を示している。
【００５１】
プリンタ３００ａおよび３００ｂは、それぞれプリントサーバ５００ａをコネクタ（図示せず）を介して接続し、このプリントサーバ５００ａを介してネットワーク２００に接続されている。プリンタ３００ａは、ＭＩＢにまったく対応できていないプリンタであるため、全てのＭＩＢをプリントサーバ５００ａにおいて作成し、管理する。プリンタ３００ｂは、ホストリソースＭＩＢと、プライベイトＭＩＢをサポートしている。したがって、これらについては、プリンタから直接読み出し、プリンタがサポートしていないプリンタＭＩＢについては、プリントサーバ５００ａが作成して、要求に応える。
【００５２】
プリンタ３００ｃに接続されるプリントサーバ５００ｃが印刷データを処理する印刷データ処理部５９１と、ＳＮＭＰエージェントとして機能する部分５０２とに分離されたものである。また、このプリントサーバ５００ｃは、ケーブル４００を介してプリンタ３００ｃと接続される。全体としての機能は、前述したプリントサーバ５００ａと基本的に同じである。
【００５３】
プリンタ３００ｄは、ＭＩＢ完全対応のものであって、ＳＮＭＰエージェントを内蔵し、ＭＩＢも内蔵している。したがって、プリントサーバを接続していない。
【００５４】
以上の例では、プリンタがサポートしているＭＩＢについては、必要の都度プリンタからＭＩＢの転送を受けている。しかし、本発明はこれに限られない。例えば、電源投入時に、プリンタがサポートしている全てのＭＩＢをプリントサーバ５００のＲＡＭ５０３にコピーするようにしてもよい。
【００５５】
また、本発明は、プリントサーバに限られない。その他の機器、例えば、スキャナ等に接続するサーバにも適用可能である。
【００５６】
【発明の効果】
本発明によれば、ＭＩＢ不対応の機種、ＭＩＢ不完全対応の機種をネットワークに接続して、共通の管理ソフトウエアによる管理を可能とする。
【図面の簡単な説明】
【図１】本発明の全体構成を示すブロック図。
【図２】本発明の実施の形態を構成するプリントサーバの機能構成を示すブロック図。
【図３】プリンタが持っている情報とＭＩＢ仕様により要求される情報との対応関係を示す説明図。
【図４】プリンタサポートＭＩＢテーブル（テーブル１）の構成を示す説明図。
【図５】プリンタがサポートしていないＭＩＢを作成するための情報を格納状態を示す説明図。
【図６】プリンタのＭＩＢのサポート状態の把握と、サポートされていないＭＩＢの作成／管理の手順を示すフローチャート。
【図７】要求されたオブジェクトに関するＭＩＢを取得して、ネットワークに送信するための手順を示すフローチャート。
【図８】ＭＩＢのサポート状態の異なるプリンタに対するプリントサーバの態様の相違を示す説明図。
【符号の説明】
２００  ネットワーク
３００  プリンタ
３３０  プリントサーバ応答部
３４０  プリンタ情報
５００  プリントサーバ
５１０  通信制御部
５１１  パケット送受信部
５１２  データ取得部
５１３  データ判断部
５１４  パケット生成部
５３０  ＭＩＢ制御部
５３１  ＭＩＢ作成部
５３２  問合せ部
５３３  コマンド解析部
５４０  ＭＩＢ記憶部
【図１】
0003755320.tif 000002
【図２】
0003755320.tif 000003
【図３】
0003755320.tif 000004
【図４】
0003755320.tif 000005
【図５】
0003755320.tif 000006
【図６】
0003755320.tif 000007
【図７】
0003755320.tif 000008
【図８】
0003755320.tif 000009