(57)【要約】【課題】ネットワーク上のデバイスについて管理用の情報取得の容易化、高速化を図る。【解決手段】ネットワーク上に設けられた管理システムに管理情報の生成を行う管理ブロックと、管理対象となるプリンタの動作状態を表すデバイス情報を取得するＭＩＢゲートウェイを機能ブロックとして構成する。ＭＩＢゲートウェイは、管理ブロックの要求に応じてプリンタごとにプロトコルを使い分けて、デバイス情報を取得する。取得された情報は、各プリンタのＭＩＢを細分化して定義されたグループ単位で仮想ＭＩＢとして記憶される。管理ブロックは仮想ＭＩＢにアクセスして情報を取得する。こうすることにより、管理ブロックは統一的なプロトコルでデバイス情報を取得できる。仮想ＭＩＢが生成済みの情報は、プリンタへのアクセスを要せず、高速で情報を取得することができる。【選択図】図２
2006179014.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに接続された複数デバイスの動作状況を管理する管理システムであって、
前記複数デバイスの状態を表すデバイス情報を記憶するデバイス情報記憶手段と、
該記憶されたデバイス情報に基づいて、前記デバイスの動作を管理するための所定形式の管理情報を生成する管理手段とを備え、
前記デバイス情報は、前記複数のデバイスについての全デバイス情報のうち、管理情報の生成対象として前記管理手段から指定されたデバイスについて、指定された項目を含む一部の範囲でのみ取得された情報である管理システム。
【請求項２】
さらに、予め設定された所定の消去条件に基づいて、前記デバイス情報記憶手段に記憶されたデバイス情報を消去する消去手段とを備える請求項１記載の管理システム。
【請求項３】
請求項１記載の管理システムであって、
前記デバイス情報は、複数階層に分けて項目が設定された情報であり、
前記デバイス情報記憶手段は、下位にある所定の階層を単位として前記デバイス情報を記憶する手段である管理システム。
【請求項４】
請求項１記載の管理システムであって、
前記管理手段から指定されたデバイスについて、指定された項目に対応するデバイス情報が、前記デバイス情報記憶手段に記憶されていない場合には、対象となるデバイスにアクセスして、該デバイス情報を取得する取得手段を備える管理システム。
【請求項５】
請求項１記載の管理システムであって、
前記デバイス情報には、時間の経過とともに変動する動的情報と、変動しない静的情報とが含まれ、
該動的情報については、前記デバイス情報記憶手段に動的情報の生成が行われているか否かに関わらず、前記管理システムの要求に応じたデバイスにアクセスして、該デバイス情報を取得する動的情報取得手段を備える管理システム。
【請求項６】
前記デバイス情報はＭＩＢ情報である請求項１記載の管理システム。
【請求項７】
ネットワークに接続された複数デバイスの動作状況を管理する管理システムであって、
前記複数デバイスとの間でデバイス情報の授受を行う情報授受手段と、
該情報授受手段によりやりとりされたデバイス情報に基づいて前記デバイスの動作状況に関する管理情報を生成する管理手段とを備え、
前記情報授受手段は、
前記管理手段との間で予め設定された一定のプロトコルに従った情報の授受を行う上位層インタフェースと、
前記デバイスとの間で該デバイスに応じた方式でデバイス情報の授受を行う下位層インタフェースとを備える手段である管理システム。
【請求項８】
ネットワークに接続された複数デバイスのＭＩＢ情報を管理するＭＩＢ情報管理システムであって、
階層構造をなすＭＩＢ情報の下位にある所定階層における各項目ごとに、該階層よりも下位の階層に属する項目をグループ化して記憶する記憶手段と、
前記ＭＩＢ情報の管理対象となるデバイスに応じたプロトコルに従って、該管理対象となる項目に対応するデバイス情報を取得し、前記記憶領域に格納してＭＩＢ情報を生成するＭＩＢ情報生成手段と、
該記憶領域を参照して、格納されたＭＩＢ情報をＳＮＭＰプロトコルに従って出力するＭＩＢ情報出力手段とを備えるＭＩＢ情報管理システム。
【請求項９】
ネットワークに接続された複数デバイスの動作状況を管理する管理方法であって、
（ａ）  前記複数のデバイスについての全デバイス情報のうち、管理情報の生成対象となるデバイスについて、管理対象となる項目を含む一部の範囲でのみ、該デバイスの状態を表すデバイス情報をメモリ上に記憶する工程と、
（ｂ）  該記憶されたデバイス情報に基づいて、前記デバイスの動作を管理するための所定形式の管理情報を生成する工程とを備える管理方法。
【請求項１０】
ネットワークに接続された複数デバイスの動作状況を示すデバイス情報を仲介手段を介在させて伝達するデバイス情報伝達方法であって、
（ａ）  前記デバイスの動作状況に関する管理情報を生成する管理手段と前記仲介手段との間で、予め設定された一定のプロトコルに従った方式で、デバイス情報の伝達を行う工程と、
（ｂ）  前記仲介手段と前記複数のデバイスとの間で、対象となるデバイスに応じてプロトコルを変換して、該デバイスに応じた方式で前記デバイス情報の伝達を行う工程とを備えるデバイス情報伝達方法。
【請求項１１】
ネットワークに接続された複数デバイスのＭＩＢ情報を管理する管理方法であって、
（ａ）  階層構造をなすＭＩＢ情報の下位にある所定階層における各項目ごとに、該階層よりも下位の階層に属する項目をグループ化して記憶可能な記憶領域を設定する工程と、
（ｂ）  前記ＭＩＢ情報の管理対象となるデバイスに応じたプロトコルに従って、該管理対象となる項目に対応するデバイス情報を取得し、前記記憶領域に格納してＭＩＢ情報を生成する工程と、
（ｃ）  該記憶領域を参照して、格納されたＭＩＢ情報をＳＮＭＰプロトコルに従って出力する工程とを備えるＭＩＢ情報管理方法。
【請求項１２】
ネットワークに接続された複数デバイスの動作状況をコンピュータにより管理するためのプログラムをコンピュータ読みとり可能に記録した記録媒体であって、
請求項１〜請求項７いずれか記載の管理システムの機能を実現するプログラムを記録した記録媒体。
【請求項１３】
ネットワークに接続された複数デバイスのＭＩＢ情報を各デバイスに応じたプロトコルで取得するとともに、ＳＮＭＰプロトコルに従って出力する機能をコンピュータにより実現するプログラムをコンピュータ読みとり可能に記録した記録媒体であって、
該プログラムで使用するデータベースとして、階層構造をなすＭＩＢ情報の下位にある所定階層における各項目ごとに、該階層よりも下位の階層に属する項目をグループ化した項目データベースを記録した記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークに接続されたデバイスを管理する管理システムに関し、詳しくは管理用プロトコルが多岐に亘るデバイスと管理システムの間で管理情報の授受を柔軟かつ迅速に行う技術に関する。
【背景技術】
【０００２】
近年、ＬＡＮ（Local Area Network）の普及により、プリンタをネットワークに接続し、同じネットワークに接続された複数のコンピュータで共有する態様が広まりつつある。プリンタのユーザはネットワークに接続されたコンピュータから出力先となるプリンタを選択した上で、印刷ジョブを投入してネットワークを介して印刷を行う。
【０００３】
プリンタを共有する際には、ネットワークの管理者を設けるのが通常である。管理者は、管理用のコンピュータと各プリンタとの間で、ネットワークを介して情報の授受を行って、各プリンタの状態などを管理する。
【０００４】
プリンタの状態に関する情報（以下、デバイス情報という）のやりとりには、２通りの方法がある。一つは、ＳＮＭＰ（Simple Network Management Protocol）を用いて、ＭＩＢ（Management Information Base）情報をやりとりする方法である。プリンタ側では、所定のアドレスに所定のデバイス情報が格納されたＭＩＢ用のデータベースが容易されている。ＳＮＭＰでは、アドレスを指定してこのデータベース内の情報の授受を行う。管理システムからの問い合わせに対し、適切なＭＩＢ情報を応答するエージェントがプリンタに備えられている場合には、ＳＮＭＰにより統一的にデバイス情報のやりとりをすることができる利点がある。
【０００５】
デバイス情報をやりとりする他の方法は、プリンタ固有に設定されたコマンドを利用する方法である。かかる方法によれば、プリンタ側の負担が低いものの、管理システムは、プリンタに応じたコマンドを使用する必要があり、管理のための処理が複雑になる。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
プリンタを共有する場合には、デバイス情報の授受方法が異なる多種多様のプリンタが管理対象となることが多い。従来、管理システムは、管理対象となるプリンタごとに、ＳＮＭＰとプリンタ固有のコマンドとを使い分けてデバイス情報を取得していた。従って、管理システムの処理が複雑になっていた。また、利用可能なコマンドが異なるプリンタを管理対象に追加するために、管理システム全体の改修が必要になるなど、柔軟性に乏しかった。
【０００７】
管理対象となるプリンタの数が増えれば、各プリンタのデバイス情報を取得するために長時間を要する。従って、従来は、プリンタの数が増える程、管理システムの応答性が低下していた。プリンタのデバイス情報を管理システムに全て保存しておけば、応答時間を短縮することが可能ではある。しかしながら、この方法では、管理対象となるプリンタ数の増大に伴い、管理情報が膨大となり、管理システムに多大な容量のメモリが必要になるという別の課題を招くことになる。
【０００８】
ここでは、プリンタを例にとって説明したが、上述の課題は、ネットワークに接続される種々のデバイスに共通の課題であった。本発明は、かかる課題を解決するためになされたものであり、多種多様なデバイスと管理システムとの間で、ネットワークを介した管理情報のやりとりを柔軟かつ迅速に行う技術を提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記課題を解決するために本発明では、第１の構成として、ネットワークに接続された複数デバイスの動作状況を管理する管理システムにおいて、
前記複数デバイスの状態を表すデバイス情報を記憶するデバイス情報記憶手段と、
該記憶されたデバイス情報に基づいて、前記デバイスの動作を管理するための所定形式の管理情報を生成する管理手段とを備え、
前記デバイス情報は、前記複数のデバイスについての全デバイス情報のうち、管理情報の生成対象として前記管理手段から指定されたデバイスについて、指定された項目を含む一部の範囲でのみ取得された情報であるものとした。
ここで、管理対象となるデバイスとしては、プリンタ、ディスプレイなどの出力装置、スキャナ、ＣＤドライブその他の入力装置など、ネットワーク上でのディジタル情報のやりとりを行う種々のデバイスが挙げられる。なお、ネットワークとは有線で接続されたものに限らず、無線で接続されていてもよい。ネットワークには、個別に用意された複数のデバイス間で情報のやりとりを仲介可能な種々の態様が含まれる。いわゆる無線ＬＡＮで接続されたデバイスも本発明における管理対象となり得る。
【００１０】
本発明では、ネットワークに接続された複数のデバイスについて、全てのデバイス情報を取得し記憶するのではなく、管理手段の要求に応じた一部のデバイス情報のみを取得し、記憶する。一旦生成されたデバイス情報については、各デバイスに確認する必要がなくなるため、管理情報を生成する際の応答速度が向上する。また、要求された一部のデバイス情報のみを記憶するため、管理システムに要求されるメモリが極端に増大することを回避できる。
【００１１】
本発明の管理システムにおいては、さらに、予め設定された所定の消去条件に基づいて、前記デバイス情報記憶手段に記憶されたデバイス情報を消去する消去手段とを備えることが望ましい。
【００１２】
こうすれば、不要となったデバイス情報を随時消去することができるため、管理システムに要求されるメモリ容量を抑制することができる。不要なデバイス情報を消去することにより、メモリリソースの有効活用を図ることができる。所定の消去条件は、種々の設定が可能である。例えば、生成されたデバイス情報へのアクセス頻度を消去条件とすることができる。また、デバイス情報の内容を消去条件とすることもできる。後者の条件の一例として、動的デバイス情報が含まれる場合には、消去することができる。デバイス情報には、デバイスの名称、機種など時間の経過とともに変動しない静的デバイス情報と、用紙、トナーの残量など時間の経過とともに変動する動的デバイス情報とが存在する。動的デバイス情報は、過去の情報を有効活用できない場合が多い。一例として、取得されたデバイス情報に動的デバイス情報が含まれる場合には、このデバイス情報を消去することにより、メモリリソースの有効活用を図ることができる。
【００１３】
本発明の管理システムでは、種々の形式のデバイス情報を扱い得るが、
前記デバイス情報は、複数階層に分けて項目が設定された情報であり、
前記デバイス情報記憶手段は、下位にある所定の階層を単位として前記デバイス情報を記憶する手段であるものとすることが望ましい。
ここでは、所定の階層に含まれる全てのデバイス情報を取得し、記憶する態様と、所定の階層に含まれるデバイス情報をまとめて記憶可能な記憶領域を確保し、実際には、その一部の情報を取得し、記憶する態様とが含まれる。
【００１４】
階層化されて項目が設定されている場合、各階層ごとに関連性のあるデバイス情報が分類されるのが通常である。従って、所定の階層を単位としてデバイス情報の取得を行えば、関連性の高い情報をまとめて扱うことができるため、デバイス情報を利用する際の利便性を向上することができる。いずれの階層を単位とするかは、任意に設定可能である。下位の階層を単位とすれば、一度に記憶されるデバイス情報が少なくなるため、デバイス情報をまとめて扱う利便性は低下するものの、メモリリソースを節約できる利点がある。上位の階層を単位とすれば、この逆の利点がある。
【００１５】
なお、このように階層を単位としてデバイス情報を扱う態様は、管理手段とデバイス情報記憶手段とがＳＮＭＰでやりとりする場合に、特に有用性が高い。ＳＮＭＰでは、アドレスを直接指定してＭＩＢ情報を取得するコマンドの他、あるアドレスから始まって順次ＭＩＢ情報を取得するコマンドがある。ＭＩＢはアドレスによってデバイス情報が階層的に構成されている。従って、階層単位でＭＩＢ情報を扱うものとすれば、後者の態様でデバイス情報を取得する場合に、便宜である。
【００１６】
本発明の管理システムにおいては、前記管理手段から指定されたデバイスについて、指定された項目に対応するデバイス情報が、前記デバイス情報記憶手段に記憶されていない場合には、該デバイスにアクセスして、該デバイス情報を取得する取得手段を備えるものとすることが望ましい。かかる構成によれば、デバイス情報の過不足ない取得が可能となる。
【００１７】
また、本発明の管理システムにおいて、前記デバイス情報には、時間の経過とともに変動する動的情報と、変動しない静的情報とが含まれる場合には、
該動的情報については、前記デバイス情報記憶手段に動的情報の生成が行われているか否かに関わらず、前記管理システムの要求に応じたデバイスにアクセスして、該デバイス情報を取得する動的情報取得手段を備えるものとすることが望ましい。こうすることにより、動的デバイス情報を適切に取得し、管理することができる。
【００１８】
本発明において、前記デバイス情報はＭＩＢ情報であるものとすることができる。ＭＩＢ情報は、種々のデバイスについて統一的にデバイス情報を授受することができる利点がある。
【００１９】
本発明では、第２の構成として、ネットワークに接続された複数デバイスの動作状況を管理する管理システムにおいて、
前記複数デバイスとの間でデバイス情報の授受を行う情報授受手段と、
該情報授受手段によりやりとりされたデバイス情報に基づいて前記デバイスの動作状況に関する管理情報を生成する管理手段とを備え、
前記情報授受手段は、
前記管理手段との間で予め設定された一定のプロトコルに従った情報の授受を行う上位層インタフェースと、
前記デバイスとの間で該デバイスに応じた方式でデバイス情報の授受を行う下位層インタフェースとを備える手段であるものとした。
【００２０】
情報授受手段は、各デバイスと管理手段との間で、デバイス情報のやりとりを仲介する機能を奏する。多種多様なデバイスが管理対象に含まれる場合、これらのデバイスとの間でデバイス情報をやりとりする際の方法、即ち、プロトコルは、必ずしも統一されているとは限らない。デバイスの中には、ＳＮＭＰでデバイス情報をやりとりするデバイスもあれば、デバイス固有のコマンドを利用してデバイス情報をやりとりするデバイスもある。デバイス固有のコマンドを利用する場合には、デバイスのメーカや機種によって使用できるコマンドが相違する場合もある。
【００２１】
上記構成によれば、情報授受手段が果たすデバイス情報の仲介機能により、管理手段は一定のプロトコルでデバイス情報を取得することができる。従って、管理手段の処理内容を簡素化することができ、その処理負担を軽減することができる。
【００２２】
また、管理対象となるデバイスが新たに追加された場合、情報授受手段の構成のみを該デバイスとの情報の授受が可能な状態に変更すれば、管理手段は新たに追加されたデバイスについてもデバイス情報の取得が可能となる。従って、管理対象となるデバイスの種類を柔軟に増やすことができる。
【００２３】
本発明は、第３の構成として、ネットワークに接続された複数デバイスのＭＩＢ情報を管理するＭＩＢ情報管理システムであって、
階層構造をなすＭＩＢ情報の下位にある所定階層における各項目ごとに、該階層よりも下位の階層に属する項目をグループ化して記憶する記憶手段と、
前記ＭＩＢ情報の管理対象となるデバイスに応じたプロトコルに従って、該管理対象となる項目に対応するデバイス情報を取得し、前記記憶領域に格納してＭＩＢ情報を生成するＭＩＢ情報生成手段と、
該記憶領域を参照して、格納されたＭＩＢ情報をＳＮＭＰプロトコルに従って出力するＭＩＢ情報出力手段とを備えるものとした。
【００２４】
ＭＩＢ情報管理システムは、デバイス情報をやりとりするためのプロトコルが多岐に亘るデバイスから、それぞれのデバイスに応じたプロトコルでデバイス情報を取得し、そのデバイス情報をＳＮＭＰでやりとり可能なＭＩＢ情報の形式に変換する役割を果たす。換言すれば、ＭＩＢ情報管理システム上に、仮想的なＭＩＢを構成する。仮想的なＭＩＢに格納されたデバイス情報は、ＳＮＭＰに従って出力される。出力先は、デバイスを管理する管理システム、同じネットワークに接続されたデバイスなど、ＭＩＢ情報を利用可能な種々のシステムが考えられる。このように多岐に亘るプロトコルをＳＮＭＰで統一的にやりとり可能にすることにより、上記ＭＩＢ情報管理システムから情報を受け取る種々のシステムについて、処理の簡素化、処理負担の軽減などの利点がある。また、管理対象となるデバイスを柔軟に追加できる利点もある。
【００２５】
第３の構成では、ＭＩＢ情報を、下位の階層をグループとして生成し、記憶する。各デバイスの全てのＭＩＢ情報を記憶する必要がないため、管理対象となるデバイスが増えても、記憶に要するメモリ容量が極端に増加することを回避できる。第３の構成において、所定の条件下で不要となったＭＩＢ情報を随時消去する手段を設けることも望ましい。
【００２６】
なお、上記ＭＩＢ情報管理システムは、ネットワークに接続された単体のシステムとして構成してもよいし、その他のシステム、例えばＭＩＢ情報を利用する管理システムと同一の筐体内に構成するものとしてもよい。
【００２７】
本発明は、上述した管理システム、ＭＩＢ情報管理システムの他、種々の態様で構成可能である。例えば、デバイスの管理方法、デバイスの管理を行うシステムとデバイスとの間で管理情報を仲介する仲介方法、ＭＩＢ情報管理方法などの態様で構成してもよい。また、コンピュータにより、上述した管理システム、ＭＩＢ情報管理システムの機能を実現するプログラム、該プログラムと同士し得る信号形態、該プログラムを記録した記録媒体などの態様で構成してもよい。ここで、記録媒体としては、フレキシブルディスクやＣＤ−ＲＯＭ、光磁気ディスク、ＩＣカード、ＲＯＭカートリッジ、パンチカード、バーコードなどの符号が印刷された印刷物、コンピュータの内部記憶装置（ＲＡＭやＲＯＭなどのメモリ）および外部記憶装置等、コンピュータが読取り可能な種々の媒体を利用できる。
【発明を実施するための最良の形態】
【００２８】
以下、本発明の実施例について以下の順序で説明する。
Ａ．システムの構成：
Ｂ．管理システム：
Ｂ１．管理ブロック：
Ｂ２．ＭＩＢゲートウェイ：
Ｃ．ＭＩＢテンプレート：
Ｄ．管理情報生成処理：
Ｅ．管理情報生成例：
Ｆ．変形例：
Ｆ１．ＭＩＢ消去条件についての第１変形例：
Ｆ２．ＭＩＢ消去条件についての第２変形例：
Ｇ．その他の変形例：
【００２９】
Ａ．システムの構成：
図１は実施例におけるシステムの概略構成を示す説明図である。本実施例では、管理用サーバ１００と、管理用コンピュータＰＣ、管理デバイスがネットワークＬＡＮを介して接続されている。管理デバイスとしては、プリンタＰＲＴ１〜ＰＲＴ５を例示した。更に多数の管理デバイスを備えるものとしてもよい。管理用コンピュータＰＣは、汎用のコンピュータで構成されている。管理者は、管理用コンピュータＰＣを用いて、管理用サーバ１００にアクセスしてＷｅｂ表示データを取得し、所定のブラウザにより表示させることで、管理デバイスであるプリンタＰＲＴ１〜ＰＲＴ５の動作状況などを管理することができる。
【００３０】
Ｂ．管理システム：
図２は管理用サーバ１００の機能ブロックを示す説明図である。本実施例では、各機能ブロックは、管理用サーバ１００にソフトウェア的に構成されている。機能ブロックは、それぞれの機能を実現するソフトウェアを記録媒体またはネットワークを介して取得し、インストールすることによって構築される。もちろん、それぞれをハードウェアで構成することも可能である。本実施例では、これらの機能ブロックを備える管理用サーバ１００が、本発明における管理システムおよびＭＩＢ情報管理システムに相当する。
【００３１】
管理用サーバ１００には、全体機能の制御を行う制御部１０２が設けられている。この制御部１０２の制御の下で機能するブロックとして、管理ブロック１１０、ＭＩＢゲートウェイ１２０、ネットワークインタフェース１３０が備えられている。
【００３２】
管理用サーバ１００は、ネットワークを介してプリンタおよび管理用コンピュータＰＣと種々の情報をやりとりする。この際、ネットワークを介した通信を実現する機能を奏するのが、ネットワークインタフェース１３０である。ネットワークを介した情報のやりとりは、ＴＣＰ／ＩＰなど所定の通信用プロトコルに従って行われる。ネットワークインタフェース１３０は、管理用サーバ１００から外部に送信すべき情報を、この通信用プロトコルに従ったパケットデータに加工して、ネットワークＬＡＮに出力する。また、ネットワークＬＡＮを介して受信されたパケットデータを、通信用プロトコルに従って解析し、その実体を抽出する機能を奏する。
【００３３】
Ｂ１．管理ブロック：
管理ブロック１１０は、プリンタＰＲＴ１〜ＰＲＴ５の動作状態を管理するための情報を、管理用コンピュータＰＣのブラウザに表示させる表示用データを生成する。管理ブロック１１０には、管理用データベース１１２，Ｗｅｂデータ生成モジュール１１４、ＳＮＭＰモジュール１１６が備えられている。
【００３４】
管理用データベース１１２は、表示用データを生成するために、プリンタＰＲＴ１〜ＰＲＴ５の管理情報を記憶する。Ｗｅｂデータ生成モジュール１１４は、ＨＴＭＬ（Hyper Text Markup Language）などの言語を利用して、管理用コンピュータＰＣのブラウザに表示するためのデータを、管理用データベース１１２に記憶された情報に基づいて生成する。
【００３５】
ＳＮＭＰモジュール１１６は、管理用データベース１１２に記憶する管理情報を取得する機能を果たす。デバイスの動作状況の管理は、ＭＩＢ（Management Information Base）と呼ばれるデータベースを利用して行われることが多い。ＭＩＢはプリンタの動作状況などを示すデバイス情報を、所定のアドレスに所定の項目を対応づけて記憶するデータベースである。このデータベースにアクセスすることにより、管理ブロック１１０は、各プリンタの動作状況を確認することができる。このデータベースの内容を変更することにより、管理ブロック１１０は、各プリンタの動作設定を変更することもできる。ＭＩＢとの情報授受は、ＳＮＭＰ（Simple Network Management Protocol）と呼ばれるプロトコルに従って行われる。このプロトコルによるＭＩＢ情報の授受を行うのがＳＮＭＰモジュール１１６の機能である。ＳＮＭＰモジュール１１６により取得された管理情報は、管理用データベース１１２に記憶される。
【００３６】
但し、本実施例では、管理ブロック１１０は、プリンタのＭＩＢへの直接のアクセスは行わない。管理ブロック１１０は、管理用サーバ１００内に仮想的に構築されたＭＩＢにアクセスすることにより、管理情報の取得を行う。この仮想的なＭＩＢを生成し、記憶するのが、ＭＩＢゲートウェイ１２０の機能である。本実施例では、ＭＩＢゲートウェイ１２０を利用して間接的に管理情報を取得することにより、後述する種々の利点を実現している。もちろん、管理ブロック１１０が、直接プリンタのＭＩＢにアクセスすることを禁じるものではない。例えば、管理ブロック１１０がＭＩＢゲートウェイ１２０を介した管理情報の取得と、直接プリンタにアクセスすることによる管理情報の取得とを使い分けるものとしてもよい。
【００３７】
ここで、本実施例において使用する「管理情報」、「デバイス情報」、「ＭＩＢ情報」の用語について定義する。これらの用語は、いずれも管理対象となるプリンタについて、その管理に関連する種々の情報を意味する。これらの情報には、時間の経過とともに変動しない静的情報と、変動する動的情報とが含まれる。前者には、プリンタの機種名、管理者が管理上の便宜のために付した識別番号、プリンタの印刷機構の種別、ネットワーク上のアドレスなどが含まれる。後者には、トナーの残量、用紙の残量などが含まれる。
【００３８】
三者の用語は、情報を扱う主体によって使い分けるものとする。「管理情報」という用語は、デバイスの動作状態管理ブロック１１０が取得し、記憶する情報を意味する。「デバイス情報」は、管理対象となるプリンタとＭＩＢゲートウェイ１２０との間でやりとりされる情報を意味する。「ＭＩＢ情報」はＭＩＢゲートウェイ１２０に構成された仮想的ＭＩＢに記憶された情報を意味する。
【００３９】
Ｂ２．ＭＩＢゲートウェイ：
ＭＩＢゲートウェイ１２０は、先に説明した通り、仮想的なＭＩＢ（以下、単に「仮想ＭＩＢ」と呼ぶ）を構築する機能を奏する。ＭＩＢゲートウェイ１２０には、ＭＩＢ情報生成部１２２、ＭＩＢテンプレート１２４、ＳＮＭＰモジュール１２６、コマンドモジュール１２８が備えられている。
【００４０】
ＭＩＢ情報生成部１２２は、ＳＮＭＰモジュール１２６、コマンドモジュール１２８とを使い分けて仮想ＭＩＢを生成する。管理ブロック１１０は、情報を取得すべき対象となるプリンタおよび取得すべき項目を指定して、ＭＩＢゲートウェイ１２０にアクセスする。取得すべき項目は、ＳＮＭＰプロトコルに従ってＭＩＢのアドレスを用いた形式で指定される。ＭＩＢ情報生成部１２２は、指定された情報を含む一定の範囲で仮想ＭＩＢを記憶領域上に構成する。記憶領域に構成すべき項目はＭＩＢテンプレート１２４に記憶されている。本実施例では、管理対象となる全プリンタの全ての項目について仮想ＭＩＢを構成するのではなく、管理ブロック１１０から要求された情報を含む一部の部分についてのみ仮想ＭＩＢを生成する。必要とされた部分についてのみ仮想ＭＩＢを生成することによって、管理用サーバ１００に要求されるメモリ容量を抑制するとともに、メモリリソースの有効活用を図っている。
【００４１】
要求された情報に対し、ＭＩＢ情報を生成すべき範囲を特定するのがＭＩＢテンプレート１２４である。その詳細な内容は後述する。ＭＩＢ情報生成部１２２は、管理ブロック１１０から要求された項目を含むＭＩＢテンプレート１２４を記憶領域に展開して、仮想ＭＩＢを構成するための領域を確保する。この時点では、記憶領域が確保されたのみであって、ＭＩＢ情報は格納されていない。ＭＩＢ情報生成部１２２は、以下に説明する通り、ＳＮＭＰモジュール１２６、コマンドモジュール１２８を必要に応じて使い分けて、プリンタからデバイス情報を取得する。ＭＩＢ情報生成部１２２は、こうして取得されたデバイス情報をＭＩＢ情報として格納する。また、ＭＩＢ情報生成部１２２は、一旦生成された仮想ＭＩＢのうち、不要となった仮想ＭＩＢについては、消去する機能も奏する。
【００４２】
ＭＩＢ情報生成部１２２が、デバイス情報をプリンタから取得する機能について説明する。ＳＮＭＰに基づいてデバイス情報を取得するためには、プリンタ側にＭＩＢが用意され、ＳＮＭＰでデバイス情報の授受を可能とするソフトウェアが搭載されている必要がある。管理対象となるプリンタＰＲＴ１〜ＰＲＴ５が、必ずしもこれらのソフトウェアを備えているとは限らない。ＳＮＭＰに対応不能なプリンタが管理対象に含まれている場合には、各プリンタに合わせて個別に用意されたコマンドを利用して、要求された情報をプリンタから取得する必要がある。コマンドモジュール１２８は、この機能を奏するブロックである。コマンドモジュール１２８には、ＳＮＭＰに対応不能なプリンタについて、ＭＩＢ情報を取得するために必要なコマンドがプリンタごとに記憶されている。ＭＩＢ情報生成部１２２は、コマンドを利用すべきプリンタからの情報取得を行う場合には、コマンドモジュール１２８に、対象となるプリンタおよび取得すべき情報を指示する。コマンドモジュール１２８は、この指示に応じて、予め記憶されているコマンドを利用して、デバイス情報を取得し、ＭＩＢ情報生成部１２２に受け渡す。
【００４３】
ＳＮＭＰモジュール１２６は、ＳＮＭＰプロトコルに従って、ＭＩＢ情報をやりとりする機能を奏する。第１にＳＮＭＰモジュール１２６は、ＭＩＢに対応可能なプリンタとの間でＭＩＢ情報の授受を行う。ＭＩＢ情報生成部１２２は、ＳＮＭＰに対応したプリンタから情報を取得する場合には、対象プリンタおよび取得すべき情報をＳＮＭＰモジュール１２６に指示する。この場合、取得すべき情報の指示は、ＭＩＢのアドレスを用いて行われる。ＳＮＭＰモジュール１２６はこのアドレスをプリンタに送信してＭＩＢ情報を取得し、ＭＩＢ情報生成部１２２に受け渡す。
【００４４】
上述した授受の他、第２にＳＮＭＰモジュール１２６は、管理ブロック１１０との間でＭＩＢ情報の授受を行う。先に説明した通り、管理ブロック１１０は、ＭＩＢゲートウェイ１２０の仮想ＭＩＢにアクセスして管理情報の取得を行う。この情報の授受は、管理ブロック１１０とＭＩＢゲートウェイ１２０のＳＮＭＰモジュール１１６，１２６により実現される。ＭＩＢゲートウェイ１２０のＳＮＭＰモジュール１２６は、ＭＩＢ情報生成部１２２に記憶された仮想ＭＩＢにアクセスして、管理ブロック１１０から指定されたアドレスに対応するＭＩＢ情報を取得し、管理ブロック１１０に受け渡す。
【００４５】
Ｃ．ＭＩＢテンプレート：
ＭＩＢテンプレート１２４の構成について説明する。図３はＭＩＢの構成を示す説明図である。ＭＩＢは、アドレスと管理項目とが一義的に対応したデータベースとして構成されている。図３には、ＭＩＢの一部について構成を具体的に示した。「ＭＩＢのアドレスは、プレフィックス部分と、サフィックス部分に分けられる。両者を組み合わせて特定されるアドレスが、ＭＩＢ情報の授受に使用されるアドレスである。図示する通り、プレフィックス「１．３．６．２．１．４３．１０」とサフィックス「２．１」を組み合わせたアドレス「１．３．６．２．１．４３．１０．２．１」に対応する項目が、「Ｅｎｔｒｙ］、即ちプリンタのエントリー名となる。次のアドレス「１．３．６．２．１．４３．１０．２．１．１」は「Ｉｎｄｅｘ」、即ちプリンタの管理上の識別番号となる。次のアドレスは、印刷機構の種別、即ち、インクジェットプリンタ、レーザプリンタなどの種別に対応する。また、プレフィックス「１．３．６．２．１．４３．１８」では、サフィックスに対応して、プリンタのアラートレベルとその状態が与えられる。アラートレベルとは、「プリンタカバーが開いている」など、プリンタの異常を意味する。このようにＭＩＢでは、それぞれアドレスを指定することにより、ＭＩＢ情報をやりとりすることができる。なお、プレフィックスとサフィックスは、便宜的な区分であり、例えば、「Ｅｎｔｒｙ」に対応したアドレスについて、「１．３．６．２．１．４３」までをプレフィックス、それ以降をサフィックスとして扱っても構わない。
【００４６】
図４はＭＩＢテンプレート１２４の内容を示す説明図である。本実施例では、ＭＩＢテンプレート１２４は、２種類のテーブルの組み合わせで構成されている。先に説明したプレフィックスに対応したＰｒｅｆｉｘテーブルと、サフィックスに対応したＳｕｆｆｉｘテーブルの２種類である。
【００４７】
Ｐｒｅｆｉｘテーブルは、アドレスのプレフィックスに対して、Ｓｕｆｆｉｘテーブルの所在を対応づけて記憶する。図４に示すように、例えば、アドレスのプレフィックスが「１．３．６．２．１．４３．１０」である場合には、Ｐｒｅｆｉｘテーブルにより、それに対応したＳｕｆｆｉｘテーブルの所在が、Ａｄｄ１と特定される。「Ａｄｄ１」は、管理用サーバ１００の構成に応じて種々の定義が可能である。管理用サーバ１００内のディレクトリまたはフォルダ構成に基づいたパス名で特定するものとしてもよいし、管理用サーバ１００内のアドレスを特定するものとしてもよい。なお、Ｓｕｆｆｉｘテーブルはネットワークに接続された管理用サーバ１００と異なるサーバに記憶されていてもよい。
【００４８】
Ｓｕｆｆｉｘテーブルは、プレフィックスに対応したサフィックスの構成を記憶するテーブルである。例えば、図中のＳｕｆｆｉｘテーブルＡは、プレフィックス「１．３．６．２．１．４３．１０」に属する全サフィックスの構成を与える。ここでは、内容として「Ｅｎｔｒｙ」「Ｉｎｄｅｘ」等を例示したが、実際には、これらの情報を記憶するために必要となるメモリ領域、即ちテンプレートが記憶されている。ＳｕｆｆｉｘテーブルＢも同様に、プレフィックス「１．３．６．２．１．４３．１８」に属するテンプレートが記憶されている。Ｓｕｆｆｉｘテーブルは、プレフィックスに属する全サフィックスについて仮想ＭＩＢを生成可能な記憶領域を確保する役割を果たすものであり、各サフィックスに対応したプリンタのデバイス情報自体を提供するものではない。
【００４９】
ＭＩＢテンプレート１２４が参照されると、要求されたＭＩＢのアドレスのプレフィックスに基づいて、Ｐｒｅｆｉｘテーブルを参照し、対応したＳｕｆｆｉｘテーブルがメモリ上に読み込まれる。要求された項目が一つであっても、その項目に該当するＳｕｆｆｉｘテーブル全体をメモリ上に展開する。即ち、これらのＳｕｆｆｉｘテーブルを一つのグループとして扱う。ＳＮＭＰでは、ＭＩＢのアドレスを直接指定して情報のやりとりを行う場合と、相対的にアドレスを指定して情報のやりとりを行う場合とがある。後者の例としては、一旦情報をやりとりしたアドレスに対し「次のアドレス」を指定する方法がある。ＭＩＢにおいて、所定のアドレスを指定して、図３、図４に示す「アラートレベル」に関する情報を取得した後、「次のアドレス」の情報を指定すれば、直ちにその「状態」に関する情報を取得することができる。本実施例では、Ｓｕｆｆｉｘテーブルを一つのグループとして仮想ＭＩＢを生成することにより、ＳＮＭＰにおける相対的なアドレス指定に対しても対応可能とした。
【００５０】
Ｄ．管理情報生成処理：
以上の機能ブロックに基づいて、管理情報および管理用コンピュータＰＣでプリンタの動作を管理するために供されるＷｅｂデータを生成する処理について説明する。管理者が管理用コンピュータＰＣから、プリンタの動作状況を管理するために表示すべき内容を指定すると、その内容に応じて管理ブロック１１０は、ＭＩＢゲートウェイ１２０にアクセスしてＭＩＢ情報を取得し、このＭＩＢ情報に基づいて表示用のＷｅｂデータを生成する。管理情報生成処理は、これらの一連の処理を指す。
【００５１】
図５は管理情報生成処理のフローチャートである。この処理は、ハードウェア的には、管理用サーバ１００のＣＰＵが実行する処理であり、ソフトウェア的には、制御部１０２の制御下で管理ブロック１１０およびＭＩＢ情報生成部１２２が主として実行する機能に相当する。
【００５２】
この処理では、まず対象プリンタの設定および対象項目の設定を行う（ステップＳ１０，Ｓ１２）。これらの項目は、管理用コンピュータＰＣから指定された表示内容に基づいて設定される。
【００５３】
次に、ＣＰＵは、指定された項目が静的項目であり、かつその項目に対応する情報が既に取得済みであるか否かを判断する（ステップＳ１４）。静的項目とは、時間の経過によって変動しないデバイス情報をいう。例えば、プリンタの機種名や管理上の識別番号、印刷機構の種別などが静的項目に対応する。一方、プリンタのトナー残量や印刷用紙残量などは、プリンタを運用している間、常に変動する情報である。これらの項目を以下では、動的項目と呼ぶ。
【００５４】
要求された項目が、静的項目であり、かつ既に取得済みの項目である場合には、既に、ＭＩＢ情報生成部１２２に仮想ＭＩＢが生成されているから、プリンタに改めてアクセスする必要はない。ＣＰＵは、ＭＩＢ情報生成部１２２に記憶された仮想ＭＩＢにアクセスして、管理情報を取得する（ステップＳ１８）。この場合は、プリンタにアクセスすることなく、管理情報を取得できるため、高速処理が可能である。
【００５５】
一方、要求された項目が動的項目である場合、または静的項目であってもその情報が未だ取得されていない項目である場合、ＣＰＵは対象となるプリンタにアクセスして情報を取得する（ステップＳ１６）。本実施例では、ソフトウェア的に以下の２段階で情報の取得が行われる。第１段階は、仮想ＭＩＢの生成である。つまり、対象となるプリンタがＳＮＭＰに対応している場合には、ＣＰＵは対象項目に相当するアドレスを直接プリンタに出力してデバイス情報を取得する。対象となるプリンタがＳＮＭＰに対応していない場合には、ＣＰＵは対象項目に対応するコマンドをプリンタに送信してデバイス情報を取得する。得られた情報を、ＭＩＢ情報生成部１２２に用意された記憶領域に格納することにより、仮想ＭＩＢを生成する。ここまでの処理は、ＭＩＢ情報生成部１２２の機能に相当する。
【００５６】
第２段階は、仮想ＭＩＢからの情報取得である。ＣＰＵは、ステップＳ１８と同様、対象項目に相当するアドレスを指定して、仮想ＭＩＢから管理情報を取得する。この処理は、管理ブロック１１０の機能に相当する。なお、本実施例では、このように２段階で情報取得を行うものとしたが、仮想ＭＩＢの生成とともに、その情報を管理ブロック１１０に受け渡すようにしてもよい。
【００５７】
ＣＰＵは、こうして得られた管理情報に基づいて、管理用コンピュータＰＣに画面表示するためのＷｅｂデータを生成する（ステップＳ２０）。Ｗｅｂデータは、ＨＴＭＬなどブラウザで表示可能な言語で記述される。このデータを管理用コンピュータＰＣに所定のプロトコルに送信することにより、管理用コンピュータＰＣでは、プリンタの管理情報を画面で確認することができる。
【００５８】
こうしてＷｅｂデータを生成した後、ＣＰＵは仮想ＭＩＢを消去するか否かを判定する（ステップＳ２２）。既に説明した通り、ＭＩＢ情報が要求される度に、管理用サーバ１００には、要求された項目に応じた仮想ＭＩＢが生成される。この仮想ＭＩＢをそのまま保存するものとすれば、管理用サーバ１００のメモリが仮想的なＭＩＢの記憶に費やされ、メモリ容量が不足する可能性もある。本実施例では、かかる事態を回避するため、所定の条件で仮想ＭＩＢを随時消去する。ここでは、動的項目が含まれる仮想ＭＩＢについては、Ｓｕｆｆｉｘテーブル単位で消去するものとした。ＣＰＵは、かかる条件に基づき、管理用サーバ１００に生成されている仮想ＭＩＢについて、それぞれ消去可能か否かを判断し（ステップＳ２２）、消去可能な仮想ＭＩＢについてはその内容を消去する（ステップＳ２４）。
【００５９】
以上の処理を管理用コンピュータＰＣからの指示に応じて実行することにより、本実施例の管理システムは、プリンタの動作状況の管理を可能としている。
【００６０】
Ｅ．管理情報生成例：
本実施例の管理システムにより、プリンタの動作状況を管理する一例を示す。図６はプリンタ管理情報の表示例を示す説明図である。管理用コンピュータＰＣのディスプレイに、ブラウザによって表示される画面である。図１に示した通り、本実施例のシステムでは、管理デバイスとして、プリンタＰＲＴ１〜ＰＲＴ５が接続されている。図６では、これらのプリンタについて、トナーおよび印刷用紙の残量を管理する場合の表示例を示した。図示の都合上、対象プリンタをＰＲＴ１〜ＰＲＴ３とした場合を示した。プリンタＰＲＴ４，ＰＲＴ５についても管理情報の表示が可能である。
【００６１】
管理情報は、これらに限定されるものではない。資産管理に関する情報、例えば、各プリンタの資産管理上の番号、管理責任者等の情報を表示させてもよい。ネットワーク上の設定に関する情報、例えば、ＩＰアドレス、ＭＡＣアドレスなどの情報を表示させるものとしてもよい。その他、プリンタの管理に必要となる種々の情報を指定して表示させることができる。
【００６２】
図７はプリンタの個別管理情報の表示例を示す説明図である。図６において、プリンタＰＲＴ１を選択することにより表示される。ここでは、図６と同等の項目、即ち、トナー残量と印刷用紙の残量のみを示したが、表示内容は、これらに限定されるものではない。図６および図７に示す表示を実現するための管理情報の生成について以下に説明する。
【００６３】
図８は管理情報生成時の仮想ＭＩＢの内容を示す説明図である。ここでは、図示の都合上、必要となる情報のうち、「機種名」、「インデックス」、「印刷機構」については、プレフィックスＰｒｆ１に属し、それぞれサフィックスＳｕｆ１１〜Ｓｕｆ１３で与えられるものとする。「トナー残量」、「用紙残量」については、プレフィックスＰｒｆ２に属し、それぞれサフィックスＳｕｆ２１、Ｓｕｆ２２で与えられるものとする。図８のＳＴ１〜ＳＴ８は、管理情報生成時の処理ステップ、即ち、時間経過に相当する。マスが空白になっている部分は仮想ＭＩＢが生成されていない項目を示す。ハッチングを付した部分は記憶領域の確保がされているものの、ＭＩＢ情報は取得されていない項目を示す。塗りつぶした部分はＭＩＢ情報が生成されている項目を示す。
【００６４】
図６に対応する管理情報生成時には、まずプリンタＰＲＴ１について機種名が取得される（ステップＳＴ１）。この時点で、管理用サーバ１００では、プレフィックスＰｒｆ１に対応するテンプレートがメモリ上に展開される。プレフィックスＰｒｆ１に対応する項目のうち、機種名について情報が取得され、サフィックスＳｕｆ１１に対応するアドレスに格納される。同時にこの情報は、管理情報の生成に使用される。その他の情報は、記憶領域のみが確保されている。
【００６５】
次に、プリンタＰＲＴ１についてインデックスが取得される（ステップＳＴ２）。先に説明したステップＳＴ１で記憶領域は既に確保されているため、取得されたインデックス情報、ここでは「ＰＲＴ１」がサフィックスＳｕｆ１２に対応するアドレスに格納される。同時にこの情報は、管理情報の生成に使用される。
【００６６】
次に、プリンタＰＲＴ１について動的項目に相当するトナー残量に関する情報が取得される（ステップＳＴ３）。この時点で、管理用サーバ１００には、プレフィックスＰｒｆ２に対応するテンプレートがメモリ上に展開される。Ｐｒｆ２に対応する項目のうち、トナー残量について情報が取得され、サフィックスＳｕｆ２１に対応するアドレスに格納される。同時にこの情報は、管理情報の生成に使用される。その後、動的項目に相当する用紙残量に関する情報が取得され（ステップＳＴ４）、サフィックスＳｕｆ２２に対応するアドレスに情報が格納される。同時にこの情報は、管理情報の生成に使用される。
【００６７】
こうして、ステップＳＴ１〜ＳＴ４までの処理によって管理用サーバ１００内にプリンタＰＲＴ１に関する仮想ＭＩＢが生成される。先に説明した通り、本実施例では、動的項目が含まれる仮想ＭＩＢについては、不要になった時点で消去する。従って、ステップＳＴ４が終了した時点で、動的項目を含むＭＩＢ、即ち、プレフィックスＰｒｆ２に対応するＭＩＢは、Ｓｕｆｆｉｘテーブルを単位として消去される。プレフィックスＰｒｆ１については、静的項目のみが含まれるため、仮想ＭＩＢはそのまま保持される。
【００６８】
次に、プリンタＰＲＴ２について、同様にプレフィックスＰｒｆ１に属する情報、プレフィックスＰｒｆ２に属する情報が取得される（ステップＳＴ５）。ここでは、図示の便宜上、ステップＳＴ１〜ＳＴ４に相当する処理を単一のステップとして示した。これらの情報のうち、プレフィックスＰｒｆ２に属する情報については、動的項目が含まれるため、不要になった時点で消去される。更に、その後、プリンタＰＲＴ３について、同様にプレフィックスＰｒｆ１に属する情報、プレフィックスＰｒｆ２に属する情報が取得される（ステップＳＴ６）。これらの情報のうち、プレフィックスＰｒｆ２に属する情報については、動的項目が含まれるため、不要になった時点で消去される。
【００６９】
以上の処理により、プリンタＰＲＴ１〜ＰＲＴ３について、図６の表示に必要な管理情報が生成される。この生成過程において、図８に示した通り、仮想ＭＩＢの生成、消滅が行われ、メモリ上で仮想ＭＩＢの占める容量も動的に変化する。
【００７０】
次に、図６の表示が完了した後、管理者がプリンタＰＲＴ１を選択して図７の表示を行う場合の管理情報の生成について引き続き説明する。図７の表示に必要な管理情報は、図６で取得した管理情報で足りるため、図６の管理情報を流用して図７の表示用のＷｅｂデータを生成することも可能である。ここでは、仮想ＭＩＢの変動を説明するため、敢えて図７の表示用に改めて管理情報を生成する場合を例示した。
【００７１】
図７の表示を行う際に必要となる管理情報のうち、プリンタＰＲＴ１の静的項目については、既に仮想ＭＩＢが生成され、保持されている。従って、プレフィックスＰｒｆ１に属する仮想ＭＩＢにアクセスすることにより、プリンタＰＲＴ１にアクセスするまでなく、管理情報を取得することができる。
【００７２】
一方、トナー残量、用紙残量については、動的項目であるため、仮想ＭＩＢは保持されていない。従って、これらの情報を取得する際には、管理用サーバ１００に改めてプレフィックスＰｒｆ２に属する仮想ＭＩＢが生成される（ステップＳＴ７）。これらの処理により、図７に示す表示が実現される。プレフィックスＰｒｆ２に属する仮想ＭＩＢは、不要になった時点で再び消去される（ステップＳＴ８）。
【００７３】
以上で説明した本実施例の管理システムは、以下に示す種々の利点を備える。第１に、本実施例の管理システムは、ＭＩＢゲートウェイ１２０を備えることにより、ＳＮＭＰに対応不能なプリンタと対応可能なプリンタとが管理対象に混在していても、容易に管理情報を取得することができる。管理システムのうち、管理情報の生成を主として行う管理ブロック１１０は、ＳＮＭＰによって各プリンタのデバイス情報を統一的に取得できる。管理対象となるプリンタがＳＮＭＰに対応しているか否かを判定し、それに基づいて使用するコマンドを変更する必要がないため、処理の複雑化を回避することができる。また、ＳＮＭＰに対応不能なプリンタが管理対象に追加された場合、そのプリンタとの情報の授受はＭＩＢゲートウェイのコマンドモジュール１２８を変更により、容易に実現することができる。従って、管理対象となるプリンタを柔軟に拡張することができる。
【００７４】
第２に、本実施例の管理システムは、ＭＩＢゲートウェイ１２０上に仮想的なＭＩＢを構成することにより、ＭＩＢ情報の取得の高速化を実現することができる。仮想ＭＩＢに取得済みの情報については、改めてプリンタにアクセスすることなく、デバイス情報を取得することができるため、管理情報取得時の応答を高速化することが実現される。
【００７５】
第３に、本実施例の管理システムは、ＭＩＢゲートウェイ１２０に構成される仮想的なＭＩＢを管理情報の生成に必要とされる一部に限定して生成する。この結果、管理用サーバ１００に要求されるメモリ容量の抑制を図り、メモリリソースの有効活用を図ることができる。また、所定の条件に基づいてＭＩＢの要否を判定し、不要と判断されたＭＩＢを消去する。こうすることにより、ＭＩＢに要するメモリ容量の極端な増大を抑制することができる。必要と判断されたＭＩＢは保持するため、先に説明した高応答性を実現することができる。
【００７６】
第４に、本実施例の管理システムでは、仮想ＭＩＢをプレフィックスに対応したＳｕｆｆｉｘテーブル単位で生成、消去している。こうすることにより、ＳＮＭＰでの相対的なアドレス指定に容易に応答可能となり、ＭＩＢ情報の取得の高速化を図ることができる。
【００７７】
Ｆ．変形例：
上記実施例では、動的項目が含まれているＭＩＢを消去する場合を例示した（図５のステップＳ２２，Ｓ２４参照）。ＭＩＢを消去するための条件は、種々設定可能である。
【００７８】
Ｆ１．ＭＩＢ消去条件についての第１変形例：
例えば、仮想ＭＩＢに格納された情報へのアクセス頻度に応じて消去を判断するものとしてもよい。図９は第１変形例としての消去条件に基づく仮想ＭＩＢの変化を示す説明図である。ここでは、アクセス頻度の低いＭＩＢを消去する例として、５回のステップに亘ってアクセスがなされなかった場合にＭＩＢ情報を消去する場合を例示した。
【００７９】
図示する通り、プレフィックスＰｒｆ１〜Ｐｒｆ６について仮想ＭＩＢが生成されているものとする。図９においては、図中のハッチングを付した領域は、記憶領域が確保されているだけでなく、ＭＩＢ情報が生成されている領域を示している。塗りつぶした領域は、管理ブロック１１０から保持されているＭＩＢ情報へのアクセスがあった項目を、Ｓｕｆｆｉｘテーブル単位で示している。
【００８０】
図示する通り、ステップＳＴ１〜ＳＴ５におけるＭＩＢ情報へのアクセス状況は以下の通りとする。
ステップＳＴ１→プレフィックスＰｒｆ４；
ステップＳＴ２→プレフィックスＰｒｆ１；
ステップＳＴ３→プレフィックスＰｒｆ３；
ステップＳＴ４→プレフィックスＰｒｆ５；
ステップＳＴ５→プレフィックスＰｒｆ１；
【００８１】
この時点で、プレフィックスＰｒｆ２，Ｐｒｆ６のＭＩＢについては、５ステップに亘ってアクセスがなかったことになるため、これらのＭＩＢはステップＳＴ６で消去される。
【００８２】
次に、ステップＳＴ６でプレフィックスＰｒｆ３のＭＩＢがアクセスされたものとする。この時点で、プレフィックスＰｒｆ４に属するＭＩＢは、ステップＳＴ２〜ＳＴ６までの５ステップに亘ってアクセスがなかったことになるため、消去される。
【００８３】
ステップＳＴ７でプレフィックスＰｒｆ６のＭＩＢへのアクセスがあったとする。このＭＩＢはステップＳＴ６で消去されているため、ステップＳＴ７で再び生成される。ステップＳＴ８でプレフィックスＰｒｆ２のＭＩＢへのアクセスがあったとする。このＭＩＢもステップＳＴ６で消去されているため、ステップＳＴ８で再び生成される。
【００８４】
このように仮想ＭＩＢの消去条件は、Ｓｕｆｆｉｘテーブル単位でのアクセス頻度に基づいて設定することもできる。こうすれば、静的項目であっても、使用頻度の低いＭＩＢを消去することができ、メモリリソースの有効活用を図ることができる。
【００８５】
なお、第１変形例では、５ステップに亘りアクセスがなかったＭＩＢを消去する場合を例示したが、アクセス頻度の条件は種々設定が可能である。ステップ数に限らず、時間で設定しても構わない。
【００８６】
Ｆ２．ＭＩＢ消去条件についての第２変形例：
仮想ＭＩＢがメモリリソース中に占める割合に応じて、消去を判断するものとしてもよい。図１０は第２変形例としての消去条件に基づく仮想ＭＩＢの変化を示す説明図である。ここでは、仮想ＭＩＢに要するメモリの占有率が６０％を超えた場合に、古い仮想ＭＩＢからＳｕｆｆｉｘテーブル単位で消去する場合を例示した。
【００８７】
図示する通り、プレフィックスＰｒｆ１〜Ｐｒｆ６までに属する仮想ＭＩＢを生成する場合を考える。ここでは、これら全てのＭＩＢを生成すると、管理用サーバ１００のメモリを１００％使用する量に相当するものとする。
【００８８】
図中のハッチング部分は仮想ＭＩＢが記憶領域に確保されている項目を示す。管理ブロック１１０から要求される項目に応じて、生成されるＭＩＢが徐々に増えていくものとする。ステップＳＴ１では、プレフィックスＰｒｆ１に属するＭＩＢが生成される。ステップＳＴ２では、プレフィックスＰｒｆ１のＭＩＢを保持したまま、プレフィックスＰｒｆ２に属するＭＩＢが生成される。ステップＳＴ３、ＳＴ４では、プレフィックスＰｒｆ３，Ｐｒｆ４に属するＭＩＢが生成される。この時点で、ＭＩＢが占有するメモリの割合（以下、占有率と呼ぶ）は６７％となり、６０％を超過する。
【００８９】
ステップＳＴ５では、最も古くに生成されたプレフィックスＰｒｆ１に属するＭＩＢを消去した上で、プレフィックスＰｒｆ５に属するＭＩＢを生成する。この時点でＭＩＢの占有率は６７％であり、６０％を超えている。
【００９０】
ステップＳＴ６では、次に古く生成されたプレフィックスＰｒｆ２に属するＭＩＢを消去した上で、プレフィックスＰｒｆ６に属するＭＩＢを生成する。この時点でＭＩＢの占有率は７１％となる。ステップＳＴ７で更にプレフィックスＰｒｆ３に属するＭＩＢを消去すると、占有率は５０％となり、６０％未満に低下する。ＭＩＢの消去条件を満たさなくなるため、仮想ＭＩＢはこの状態で保持される（ステップＳＴ８）。  第２変形例の消去条件によれば、管理用サーバ１００のメモリの占有率を所定値以下に抑制することができる。もちろん、消去条件として適用する占有率は６０％に限らず、種々の値が設定可能であり、管理用サーバ１００上で稼働する他のアプリケーションの動作状況などを踏まえて動的に変化させてもよい。
【００９１】
以上の実施例および変形例で説明した消去条件は、いずれかの条件を単独で用いるものとしてもよいし、複数の条件を組み合わせて用いるものとしてもよい。また、これらの条件を切り替えて使うものとしてもよい。
【００９２】
Ｇ．その他の変形例：
実施例および変形例では、プリンタを管理対象とする場合を例示した。本発明は、プリンタに限らず種々のデバイスを管理対象とすることができる。例えば、ネットワークに接続されたディスプレイその他の出力装置、ＣＤ−ＲＯＭドライブその他の入力装置など、ネットワークを介してディジタルデータの授受を行う種々の装置を管理対象とすることができる。実施例では、有線で接続されたネットワークを例示した。ネットワークは無線部分を含んで構築されていても構わない。本発明は、無線で情報の授受を行う携帯電話、車載器機その他の移動体を管理対象として適用することも可能である。
【００９３】
実施例では、ＭＩＢゲートウェイ１２０が管理用サーバ１００上に仮想ＭＩＢを形成する場合を例示した。本発明は、管理対象となるデバイスとの情報授受のプロトコルが多岐に亘る場合において、管理ブロックとデバイスとの間に情報授受を仲介するゲートウェイを設け、管理ブロックとゲートウェイとの間では情報授受を統一的なプロトコルで実現可能とした点に意義がある。上記実施例では、この統一的なプロトコルとしてＳＮＭＰを利用した場合を例示したが、これに限らず、種々のプロトコルを適用可能である。
【００９４】
実施例では、管理ブロック１１０およびＭＩＢゲートウェイ１２０が単一の管理用サーバ１００内に構成されている場合を例示した。両者は互いに連携して稼働する複数のサーバに構成されるものとしてもよい。図２に示した各機能ブロック単位で別々のサーバに構成しても構わない。
【００９５】
以上、本発明の種々の実施例について説明したが、本発明はこれらの実施例に限定されず、その趣旨を逸脱しない範囲で種々の構成を採ることができることはいうまでもない。例えば、以上の制御処理はソフトウェアで実現する他、ハードウェア的に実現するものとしてもよい。
【図面の簡単な説明】
【００９６】
【図１】実施例におけるシステムの概略構成を示す説明図である。
【図２】管理用サーバ１００の機能ブロックを示す説明図である。
【図３】ＭＩＢの構成を示す説明図である。
【図４】ＭＩＢテンプレートの内容を示す説明図である。
【図５】管理情報生成処理のフローチャートである。
【図６】プリンタ管理情報の表示例を示す説明図である。
【図７】プリンタの個別管理情報の表示例を示す説明図である。
【図８】管理情報生成時の仮想ＭＩＢの内容を示す説明図である。
【図９】第１変形例としての消去条件に基づく仮想ＭＩＢの変化を示す説明図である。
【図１０】第２変形例としての消去条件に基づく仮想ＭＩＢの変化を示す説明図である。
【符号の説明】
【００９７】
１００…管理用サーバ
１０２…制御部
１１０…管理ブロック
１１２…管理用データベース
１１４…Ｗｅｂデータ生成モジュール
１１６…ＳＮＭＰモジュール
１２０…ＭＩＢゲートウェイ
１２２…ＭＩＢ情報生成部
１２４…ＭＩＢテンプレート
１２６…ＳＮＭＰモジュール
１２８…コマンドモジュール
１３０…ネットワークインタフェース
【図１】
2006179014.tif 000003
【図２】
2006179014.tif 000004
【図３】
2006179014.tif 000005
【図４】
2006179014.tif 000006
【図５】
2006179014.tif 000007
【図６】
2006179014.tif 000008
【図７】
2006179014.tif 000009
【図８】
2006179014.tif 000010
【図９】
2006179014.tif 000011
【図１０】
2006179014.tif 000012
【手続補正書】
【提出日】平成18年1月30日(2006.1.30)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ネットワークを介して接続されている複数デバイスの動作状況を管理する管理システムであって、
前記複数デバイスとの間でデバイス情報の授受を行う情報授受手段と、
前記情報授受手段によりやりとりされたデバイス情報に基づいて前記デバイスの動作状況に関する管理情報を生成する管理手段とを備え、
前記情報授受手段は、
前記管理手段との間で予め設定された一定のプロトコルに従って前記デバイス情報の授受を行う上位層インタフェースと、
前記デバイスとの間で各デバイスに応じた方式で前記デバイス情報の授受を行う下位層インタフェースとを備える手段である管理システム。
【請求項２】
請求項１に記載の管理システムにおいて、
前記デバイス情報は、前記複数のデバイスについての全デバイス情報のうち、管理情報の生成対象として前記管理手段から指定されたデバイスについて、指定された項目を含む一部の範囲でのみ取得された情報である管理システム。
【請求項３】
請求項２記載の管理システムはさらに、
受け取った前記デバイス情報を記憶するデバイス情報記憶手段と、
予め設定された所定の消去条件に基づいて、前記デバイス情報記憶手段に記憶されたデバイス情報を消去する消去手段とを備える管理システム。
【請求項４】
請求項２記載の管理システムにおいて、
前記デバイス情報は、複数階層に分けて項目が設定された情報であり、
前記デバイス情報記憶手段は、下位にある所定の階層を単位として前記デバイス情報を記憶する手段である管理システム。
【請求項５】
請求項２記載の管理システムはさらに、
前記管理手段から指定されたデバイスについて、指定された項目に対応するデバイス情報が、前記デバイス情報記憶手段に記憶されていない場合には、対象となるデバイスにアクセスして、前記デバイス情報を取得する取得手段を備える管理システム。
【請求項６】
請求項２記載の管理システムにおいて、
前記デバイス情報には、時間の経過とともに変動する動的情報と、変動しない静的情報とが含まれ、
前記動的情報については、前記デバイス情報記憶手段に動的情報の生成が行われているか否かに関わらず、前記管理システムの要求に応じたデバイスにアクセスして、前記デバイス情報を取得する動的情報取得手段を備える管理システム。
【請求項７】
請求項１に記載の管理システムにおいて、
前記デバイス情報はＭＩＢ情報である管理システム。
【請求項８】
請求項１記載の管理システムはさらに、
階層構造をなすＭＩＢ情報の下位にある所定階層における各項目ごとに、その階層よりも下位の階層に属する項目をグループ化して記憶するデバイス情報記憶手段と、
前記下位層インターフェースを介して取得されたデバイス情報を用いて前記ＭＩＢ情報を生成し、前記デバイス情報記憶手段に格納するＭＩＢ情報生成手段とを備え、
前記上位層インターフェースは、前記一定のプロトコルとしてＳＮＭＰプロトコルを用い、前記デバイス情報記憶手段を参照して、前記格納されたＭＩＢ情報を前記管理手段に出力する管理システム。
【請求項９】
請求項８に記載の管理システムにおいて、
前記下位層インターフェースによるデバイス情報の取得は、前記ＭＩＢ情報の管理対象となるデバイスから管理対象となる項目に対応するデバイス情報を取得することにより実行される管理システム。
【請求項１０】
ネットワークに接続された複数デバイスと、デバイスの動作状況を示すデバイス情報を管理する管理装置と接続され、デバイス情報の伝達を仲介する仲介装置におけるデバイス情報伝達方法であって、
前記複数のデバイスから、対象となるデバイスに応じたプロトコルに従って前記デバイス情報を取得し、
予め設定されたプロトコルに従い、前記管理装置に対して前記取得したデバイス情報を送信するデバイス情報伝達方法。
【請求項１１】
請求項１０に記載のデバイス情報伝達方法はさらに、
前記複数のデバイスについての全デバイス情報のうち、管理情報の生成対象となるデバイスについて、管理対象となる項目を含む一部の範囲でのみ、前記デバイスの状態を表すデバイス情報をメモリ上に記憶し、
前記記憶されたデバイス情報に基づいて、前記デバイスの動作を管理するための所定形式の管理情報を生成するデバイス情報伝達方法。
【請求項１２】
請求項１０に記載のデバイス情報伝達方法はさらに、
階層構造をなすＭＩＢ情報の下位にある所定階層における各項目ごとに、その階層よりも下位の階層に属する項目をグループ化して記憶可能な記憶領域を設定し、
前記取得したデバイス情報を用いてＭＩＢ情報を生成して、前記記憶領域に格納し、
前記管理装置に対するデバイス情報の送信は、前記記憶領域を参照して、格納されている前記ＭＩＢ情報をＳＮＭＰプロトコルに従って出力することにより実行されるデバイス情報伝達方法。