情報処理装置、機器管理システム、情報処理方法、及び情報処理プログラム
【課題】大規模システムにおいて通信負荷や処理時間を軽減できる情報処理装置、機器管理システム、情報処理方法、及び情報処理プログラムを提供する。
【解決手段】管理サーバ１００は、所定のデータ伝送路Ｎを介して通信機器２００が接続される装置であって、情報取得要求時に生成される通信機器２００ごとの情報取得ジョブＱに基づき、情報取得待ち状態の通信機器２００が登録される機器リスト３１Ｄを、所定の記憶領域に保持する保持手段３１と、機器リスト３１Ｄ内に、新たに情報取得要求を受け付けた通信機器２００が登録されているか否かを判定する判定手段２１と、情報取得要求を受け付けた通信機器２００が機器リスト３１Ｄ内に登録されている場合に、要求時に指定された取得情報を、情報取得待ち状態の該当機器に対応する情報取得ジョブＱの取得情報指定に加え、該当機器に対する取得情報の指定を統合する統合手段２２と、を有することを特徴とする。
【解決手段】管理サーバ１００は、所定のデータ伝送路Ｎを介して通信機器２００が接続される装置であって、情報取得要求時に生成される通信機器２００ごとの情報取得ジョブＱに基づき、情報取得待ち状態の通信機器２００が登録される機器リスト３１Ｄを、所定の記憶領域に保持する保持手段３１と、機器リスト３１Ｄ内に、新たに情報取得要求を受け付けた通信機器２００が登録されているか否かを判定する判定手段２１と、情報取得要求を受け付けた通信機器２００が機器リスト３１Ｄ内に登録されている場合に、要求時に指定された取得情報を、情報取得待ち状態の該当機器に対応する情報取得ジョブＱの取得情報指定に加え、該当機器に対する取得情報の指定を統合する統合手段２２と、を有することを特徴とする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、機器管理システムに関するものである。
【背景技術】
【０００２】
プリンタやＭＦＰ（Multifunction Peripheral）などの通信機能を有する管理対象機器（以下「通信機器」という）から機器情報を取得し機器管理するシステム（以下「機器管理システム」という）は、すでに知られている。
【０００３】
例えば、特許文献１には、機器管理を行う中央制御装置が、データ通信装置を介して、管理対象である複数の画像形成装置（通信機器）から定期的に印刷枚数（機器情報）を取得するシステムが開示されている。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来の方法では、機器管理システムが大規模化すると、管理対象である通信機器から機器情報を取得する際に、通信負荷や処理時間がかかる仕組みとなっている。
【０００５】
近年、企業のグローバル化が進んでおり、これらの企業では、導入した機器管理システムにおいて、数千台や数万台といった多くの通信機器を一元管理できることが望まれている。このような環境下では、例えば、通信機器からの取得情報を共通化し、情報取得処理を効率よく実行することが求められるが、通信機器が有する機器情報は多くの情報種が存在し、通信機器から取得したい機器情報が、必ずしも機器共通の情報種とは限らない。
【０００６】
よって、機器管理システムでは、同じ通信機器に対して、取得する情報種ごとに異なる情報取得処理を実行することになる。そのため、多くの通信機器を対象とする機器管理システムでは、度重なる情報取得処理の実行により、通信負荷や処理時間がかかってしまう。
【０００７】
このように、機器管理システムでは、多くの通信機器を管理対象とする大規模なシステムであっても、通信負荷や処理時間が軽減可能なサービスの実現が望まれている。
【０００８】
本発明は上記従来技術の問題点を鑑み提案されたものであり、大規模システムにおいて通信負荷や処理時間を軽減できる情報処理装置、機器管理システム、情報処理方法、及び情報処理プログラムを提供することにある。
【課題を解決するための手段】
【０００９】
上記目的を達成するため、本発明に係る情報処理装置は、所定のデータ伝送路を介して通信機器が接続される情報処理装置であって、前記通信機器を識別する機器識別情報と前記通信機器に対して指定された取得情報を識別する１又は複数の取得情報識別情報とが対応づけられ、情報取得要求時に生成される前記通信機器ごとの情報取得ジョブに基づき、情報取得待ち状態の通信機器が登録される機器リストを、所定の記憶領域に保持する保持手段と、前記機器リストを参照し、要求時に指定された前記機器識別情報に基づき、該機器リスト内を検索し、検索結果から、前記機器リスト内に、新たに情報取得要求を受け付けた通信機器が登録されているか否かを判定する判定手段と、前記機器リストを参照し、登録判定された通信機器に対応する前記取得情報識別情報に、要求時に指定された前記取得情報識別情報が含まれていない場合に、要求時に指定された取得情報を、登録判定された通信機器に対応する情報取得ジョブの取得情報指定に加え、該当機器に対する取得情報の指定を統合する統合手段と、を有している。
【００１０】
このような構成によって、本発明に係る情報処理装置は、情報取得が要求され、情報取得待ち状態の通信機器（情報取得が未処理の通信機器）が登録されている機器リスト内に、新たに情報取得要求を受け付けた通信機器が、すでに登録されているか否かを判定する。情報処理装置は、新たに情報取得要求を受け付けた通信機器が機器リスト内に登録されている場合に、要求時に指定された取得情報を、該当機器の情報取得待ちの取得情報指定に加え、該当機器に対する取得情報の指定を統合（マージ）する。
【００１１】
これによって、本発明に係る情報処理装置では、同じ通信機器に対して異なるタイミングで情報取得が要求された場合であっても、別々の情報取得処理が実行されるのではなく、先行して要求された未処理の情報取得処理において一括実行される。その結果、情報取得処理における通信パケット量、オーバーヘッド、セッション数などが減り、大規模システムにおいて通信負荷や処理時間を軽減できる。
【００１２】
上記目的を達成するため、本発明に係る情報処理方法は、所定のデータ伝送路を介して当該情報処理装置と接続される通信機器を識別する機器識別情報と前記通信機器に対して指定された取得情報を識別する１又は複数の取得情報識別情報とが対応づけられ、情報取得要求時に生成される前記通信機器ごとの情報取得ジョブに基づき、情報取得待ち状態の通信機器が登録される機器リストを、所定の記憶領域に保持する保持手段を有する情報処理装置における情報処理方法であって、前記機器リストを参照し、要求時に指定された前記機器識別情報に基づき、該機器リスト内を検索し、検索結果から、前記機器リスト内に、新たに情報取得要求を受け付けた通信機器が登録されているか否かを判定する判定手順と、前記機器リストを参照し、前記判定手順により登録判定された通信機器に対応する前記取得情報識別情報に、要求時に指定された前記取得情報識別情報が含まれていない場合に、要求時に指定された取得情報を、登録判定された通信機器に対応する情報取得ジョブの取得情報指定に加え、該当機器に対する取得情報の指定を統合する統合手順と、を有している。
【００１３】
このような手順によって、本発明に係る情報処理方法は、情報取得が要求され、情報取得待ち状態の通信機器（情報取得が未処理の通信機器）が登録されている機器リスト内に、新たに情報取得要求を受け付けた通信機器が、すでに登録されているか否かを判定し、該通信機器が機器リスト内に登録されている場合に、要求時に指定された取得情報を、該当機器の情報取得待ちの取得情報指定に加え、該当機器に対する取得情報の指定を統合するという動作を実現する。
【００１４】
これによって、本発明に係る情報処理方法では、大規模システムにおいて通信負荷や処理時間を軽減可能な環境を提供できる。
【発明の効果】
【００１５】
本発明によれば、すでに情報取得が要求され、情報取得待ち状態の通信機器に対して、新たに情報取得要求を受け付けた場合に、要求時に指定された取得情報を情報取得待ちの取得情報指定に加え、該当機器に対する取得情報の指定を統合することで、大規模システムにおいて通信負荷や処理時間が軽減される情報処理装置、機器管理システム、情報処理方法、及び情報処理プログラムを提供することができる。
【図面の簡単な説明】
【００１６】
【図１】本発明の第１の実施形態に係る機器管理システムの構成例を示す図である。
【図２】本発明の第１の実施形態に係る管理サーバ（情報処理装置）のハードウェア構成例を示す図である。
【図３】従来の情報取得制御処理の動作例を示す図である。
【図４】本発明の第１の実施形態に係る情報処理機能の構成例を示す図である。
【図５】本発明の第１の実施形態に係る機器リストのデータ（制御データ）例を示す図である。
【図６】本発明の第１の実施形態に係る取得情報の指定を統合（マージ）する動作例を示す図である。
【図７】本発明の第１の実施形態に係る情報取得制御処理の処理手順例を示すフローチャートである。
【図８】本発明の第２の実施形態に係る情報処理機能の構成例を示す図である。
【図９】本発明の第２の実施形態に係る機器リストのデータ（制御データ）例を示す図である。
【図１０】本発明の第２の実施形態に係る情報取得順を更新する動作例を示す図である。
【図１１】本発明の第２の実施形態に係る情報取得制御処理の処理手順例を示すフローチャートである。
【図１２】本発明の変形例に係る情報取得制御処理の処理手順例を示すフローチャートである。
【発明を実施するための形態】
【００１７】
以下、本発明の好適な実施の形態（以下「実施形態」という）について、図面を用いて詳細に説明する。
【００１８】
［第１の実施形態］
＜システム構成＞
図１は、本実施形態に係る機器管理システム１の構成例を示す図である。
図１には、複数の通信機器２００ａ１〜２００ａＮ，２００ｂ１〜２００ｂＮ，２００ｃ１〜２００ｃＮ（以下総称する場合「通信機器２００」という）が、ネットワーク（例えば「ＬＡＮ：Local Area Network」）などのデータ伝送路Ｎａ，Ｎｂ，Ｎｃで接続され、これらの通信機器２００を機器管理する管理サーバ１と、データ伝送路Ｎ（以下総称する場合「ネットワークＮ」という）で接続されるシステム構成例が示されている。つまり、機器管理システム１では、通信機器２００が接続される複数のネットワークＮが管理サーバ１００に集約して接続されている。
【００１９】
通信機器２００は、通信機能を有する管理対象機器であり、例えば、プリンタやＭＦＰといった画像形成装置である。一方、管理サーバ１００は、通信機器２００から機器情報を取得し、機器管理を行う機器管理装置（情報処理装置）である。
【００２０】
以上のように、本実施形態では、上記システム構成により、複数の通信機器２００を一元管理する機器管理システム１を構築し、大規模システムによる機器管理サービスを実現することができる。
【００２１】
＜ハードウェア構成＞
次に、本実施形態に係る管理サーバ１００のハードウェア構成について説明する。
図２は、本実施形態に係る管理サーバ１００（情報処理装置）のハードウェア構成例を示す図である。
図２に示すように、管理サーバ１００は、入力装置１０１、表示装置１０２、ドライブ装置１０３、ＲＡＭ（Random Access Memory）１０４、ＲＯＭ（Read Only Memory）１０５、ＣＰＵ（Central Processing Unit）１０６、インタフェース装置１０７、及びＨＤＤ（Hard Disk Drive）１０８などを備え、それぞれがバスＢで相互に接続されている。
【００２２】
入力装置１０１は、キーボードやマウスなどを含み、管理サーバ１００に各操作信号を入力するのに用いられる。表示装置１０２は、ディスプレイなどを含み、管理サーバ１００による処理結果を表示する。
【００２３】
インタフェース装置１０７は、管理サーバ１００をネットワークＮに接続するインタフェースである。これにより、管理サーバ１００は、インタフェース装置１０７を介して、通信機器２００とデータ通信を行うことができる。
【００２４】
ＨＤＤ１０８は、プログラムやデータを格納している不揮発性の記憶装置である。格納されるプログラムやデータには、装置全体を制御する情報処理システム（例えば「Ｗｉｎｄｏｗｓ（商標又は登録商標）」や「ＵＮＩＸ（商標又は登録商標）」などの基本ソフトウェアであるＯＳ（Operating System））、及びシステム上において各種機能（例えば「機器管理機能」）を提供するアプリケーションなどがある。また、ＨＤＤ１０８は、格納しているプログラムやデータを、所定のファイルシステム及び／又はＤＢ（Data Base）により管理している。
【００２５】
ドライブ装置１０３は、着脱可能な記録媒体１０３ａとのインタフェースである。これにより、管理サーバ１００は、ドライブ装置１０３を介して、記録媒体１０３ａの読み取り及び／又は書き込みを行うことができる。記録媒体１０３ａには、例えば、フロッピー（商標又は登録商標）ディスク、ＣＤ（Compact Disk）、及びＤＶＤ（Digital Versatile Disk）、ならびに、ＳＤメモリカード（SD memory card）やＵＳＢメモリ（Universal Serial Bus memory）などがある。
【００２６】
ＲＯＭ１０５は、電源を切っても内部データを保持することができる不揮発性の半導体メモリ（記憶装置）である。ＲＯＭ１０５には、管理サーバ１００の起動時に実行されるＢＩＯＳ（Basic Input/Output System）、情報処理システム設定、及びネットワーク設定などのプログラムやデータが格納されている。ＲＡＭ１０４は、プログラムやデータを一時保持する揮発性の半導体メモリ（記憶装置）である。ＣＰＵ１０６は、上記記憶装置（例えば「ＨＤＤ」や「ＲＯＭ」など）から、プログラムやデータをＲＡＭ（メモリ）上に読み出し、処理を実行することで、装置全体の制御や搭載機能を実現する演算装置である。
【００２７】
以上のように、本実施形態に係る管理サーバ１００は、上記ハードウェア構成により、機器管理に係る情報処理サービスを提供することができる。
【００２８】
＜情報処理機能＞
本実施形態に係る情報処理機能について説明する。
本実施形態に係る管理サーバ１００では、情報取得が要求され、情報取得待ち状態の通信機器２００（情報取得が未処理の通信機器）が登録されている機器リスト内に、新たに情報取得要求を受け付けた通信機器２００が、すでに登録されているか否かを判定する。管理サーバ１００は、新たに情報取得要求を受け付けた通信機器が機器リスト内に登録されている場合に、要求時に指定された取得情報を、該当機器の情報取得待ちの取得情報指定に加え、該当機器に対する取得情報の指定を統合する。本実施形態に係る管理サーバ１００は、このような情報処理機能を有している。
【００２９】
近年、企業のグローバル化が進んでおり、これらの企業では、導入した機器管理システム１において、数千台や数万台といった多くの通信機器を一元管理できることが望まれているが、従来の方法では、通信機器２００から機器情報を取得する際に、通信負荷や処理時間がかかってしまう。
【００３０】
このような環境下では、例えば、通信機器２００からの取得情報を共通化し、情報取得処理を効率よく実行することが求められるが、通信機器２００が有する機器情報は多くの情報種が存在し、通信機器２００から取得したい機器情報が、必ずしも機器共通の情報種とは限らない。
【００３１】
図３は、従来の情報取得制御処理の動作例を示す図である。
図３には、従来の機器管理システム１において、同じ通信機器２００に対して、取得する情報種ごとに異なる情報取得処理を実行する動作例が示されている。具体的には、次の通りである。
【００３２】
管理サーバ１００では、通信機器Ｂ，Ａ，Ｃの順に情報取得が要求されると、要求時の取得情報指定ＱＤｂ，ＱＤａ１，ＱＤｃ（以下総称する場合「取得情報指定ＱＤ」という）が対応づけられた通信機器Ｂ，Ａ，Ｃごとの情報取得キューＱｂ，Ｑａ，Ｑｃ（以下総称する場合「情報取得キューＱ」という）が生成され、所定の記憶領域に保持される。すなわち、情報取得キューＱは、通信機器２００単位の情報取得ジョブともいえる。
【００３３】
キュー（queue：待ち行列）は、コンピュータの基本的なデータ構造の１つであり、データを先入れ先出し（ＦＩＦＯ：First In First Out）のリスト構造で保持するものである。そのため、管理サーバ１００では、先に入れた情報取得キューＱｂから順に取り出され実行される。その間、他の情報取得キューＱａ，Ｑｃは、処理待ちの状態で保持される。
【００３４】
このような状態の場合に、管理サーバ１００が、通信機器Ａに対する新たな情報取得要求（サプライ情報の取得要求）を受け付けると、要求に応じて、新たな取得情報指定ＱＤａ２が対応づけられた通信機器Ａの情報取得キューＱａ２が、通信機器Ｃの情報取得キューＱｃの後に追加・生成され、処理待ちの状態で保持される。つまり、同じ通信機器Ａに対して、複数の情報取得キューＱａ１，Ｑａ２が処理待ちの状態となる。
【００３５】
このように、従来の方法では、要求タイミングが異なることで同じ通信機器２００に対して複数回の情報取得処理が実行されるため、多くの通信機器２００を管理対象とする大規模な機器管理システム１において、通信負荷や処理時間がかかってしまう。
【００３６】
このようなことから、大規模な機器管理システム１であっても通信負荷や処理時間が軽減可能なサービスの実現が望まれている。
【００３７】
そこで、本実施形態に係る管理サーバ１００では、すでに情報取得が要求され、情報取得待ち状態の通信機器２００に対して、新たに情報取得要求を受け付けた場合に、要求時に指定された取得情報を情報取得待ちの取得情報指定に加え、該当機器に対する取得情報の指定を統合する仕組みとした。
【００３８】
これにより、本実施形態に係る機器管理システム１では、同じ通信機器２００に対して異なるタイミングで情報取得が要求された場合であっても、別々の情報取得処理が実行されるのではなく、先行して要求された未処理の情報取得処理において一括実行される。その結果、情報取得処理における通信パケット量、オーバーヘッド、セッション数などが減り、大規模システムにおいて通信負荷や処理時間を軽減できる。
【００３９】
以下に、本実施形態に係る情報処理機能の構成とその動作について説明する。
図４は、本実施形態に係る情報処理機能の構成例を示す図である。
図４に示すように、本実施形態に係る情報処理機能は、管理サーバ１００に搭載（インストール）されている管理モジュール１３により実現される機能であり、要求機器判定部２１及び取得情報統合部２２などを有している。なお、管理サーバ１００では、管理モジュール１３の他に、ＵＩモジュール（User Interface module）１１、スケジューラーモジュール１２などが搭載されている。
【００４０】
以下の説明では、上記各モジュール１１，１２，１３の説明を行い、管理モジュール１３の説明の中で、上記機能部２１，２２の説明を行う。
【００４１】
《ＵＩモジュール》
ＵＩモジュール１１は、機器管理のＵＩ機能を実現する（ＵＩサービスを提供する）プログラムである。機器管理作業では、例えば、管理者から情報取得要求（「通信機器及び取得情報の指定」など）を受け付けたり、管理者に対する取得情報通知（「取得情報の表示」など）を行ったりする。ＵＩモジュール１１は、管理サーバ１００上で実行されることで、管理者に対して上記ＵＩサービスを提供する。
【００４２】
《スケジューラーモジュール》
スケジューラーモジュール１２は、機器管理のスケジュール機能（機能実行スケジュールサービスを提供する）を実現するプログラムである。自動化された機器管理機能では、例えば、通信機器２００からの情報取得がポーリング処理により実行される。つまり、機器管理機能では、所定のスケジュール（例えば「予め設定しておいた時間間隔」など）に従って情報取得処理が実行される。スケジューラーモジュール１２は、管理サーバ１００上で実行されることで、管理モジュール１３に対して所定のスケジュールに従った情報取得処理の実行を要求する上記機能実行スケジュールサービスを提供する。
【００４３】
《管理モジュール》
管理モジュール１３は、機器管理機能を実現する（機器管理サービスを提供する）プログラムである。機器管理機能では、ＵＩモジュール１１及び／又はスケジューラージュール１２からの実行要求に従って、要求時に指定された通信機器２００から指定された機器情報が取得される。機器管理機能では、取得された機器情報が、管理サーバ１００が備える記憶装置（ＨＤＤ）の所定の記憶領域に保持される。機器管理機能では、保持された機器情報に基づき通信機器２００が管理される。管理モジュール１３は、管理サーバ１００上で実行されることで、上記機器管理サービスを提供する。
【００４４】
その中で、本実施形態に係る管理モジュール１３では、通信機器２００の情報取得を制御する要求機器判定部２１及び取得情報統合部２２などを有している。
【００４５】
要求機器判定部２１は、情報取得要求された通信機器２００が、すでに情報取得要求された通信機器２００か否かを判定する機能部である。要求機器判定部２１は、情報取得が要求され、情報取得待ち状態の通信機器２００が登録されている機器リストを参照し、新たに情報取得要求を受け付けた通信機器２００が、すでに機器リスト内に登録されているか否かを判定する。ここでいう「機器リスト」とは、情報取得待ち状態の情報取得キューＱに関する制御データであり、機器リスト保持部３１に保持され管理されている。なお、機器リスト保持部３１は、例えば、管理サーバ１００が備える記憶装置の所定の記憶領域にあたる。
【００４６】
ここで、上記機器リスト（制御データ）について説明する。
図５は、本実施形態に係る機器リスト３１Ｄのデータ（制御データ）例を示す図である。
図５に示すように、機器リスト３１Ｄは、例えば、取得順、機器指定、及び取得情報指定などの情報項目が対応づけられており、通信機器２００ごとに管理されている。
【００４７】
［取得順］項目は、情報取得順を表す情報（以下「情報取得順情報」という）を管理する項目である。言い換えれば、［取得順］項目は、情報取得要求を受け付けた順を表す情報（以下「要求受付順情報」という）を管理する項目である。項目値は、例えば、情報取得要求を受け付けた際の採番値などである。［機器指定］項目は、情報取得要求時に指定された通信機器２００を識別する情報（以下「取得機器識別情報」という）を管理する項目であり、項目値は、例えば、情報取得要求時に指定された通信機器２００の名称文字列値や通信機器２００に割り当てられたネットワーク設定値（ＩＰ：Internet protocol アドレス値）などである。［取得情報指定］項目は、情報取得要求時に指定された取得情報を識別する情報（以下「取得情報識別情報」という）を管理する項目であり、項目値は、例えば、情報取得要求時に指定された取得情報の名称文字列値や取得情報に割り当てられた管理ＩＤ値（「ＭＩＢ：Management information base のＯＩＤ値」）などである。
【００４８】
これらの項目値は、管理モジュール１３により記録・更新される。例えば、管理モジュール１３は、機器リスト保持部３１にアクセスし、情報取得要求を受け付けて情報取得キューＱを生成する際に該当データを記録する。また、管理モジュール１３は、情報取得キューＱを実行する際に該当データを消去（削除）し、情報取得順情報を最新の採番値に更新する（情報取得待ち状態の情報取得キューの取得順を繰り上げる）。
【００４９】
図４の説明に戻る。要求機器判定部２１は、新たに情報取得要求を受け付けた通信機器２００が機器リスト３１Ｄ内に登録されているか否かを、次のようにして判定する。要求機器判定部２１は、機器リスト３１Ｄを参照し、情報取得要求を受け付けた通信機器２００の取得機器識別情報に基づき、該機器リスト３１Ｄ内を検索する。その結果、要求機器判定部２１は、機器リスト３１Ｄ内に該当機器の登録を確認すると、新たに情報取得要求された通信機器２００が、すでに情報取得要求された通信機器２００であると判定する。一方、機器リスト３１Ｄ内に該当機器の登録が確認されなければ、新たに情報取得要求された通信機器２００は、情報取得要求されていない通信機器２００であると判定する。つまり、要求機器判定部２１は、機器リスト３１Ｄ内の登録機器を確認することで、通信機器２００に対応する処理待ち状態の情報取得キューＱが存在するか否かを判定している。
【００５０】
取得情報統合部２２は、情報取得待ち状態の通信機器２００において、取得情報の指定を１つの情報取得キューＱに統合（マージ）する機能部である。取得情報統合部２２は、要求機器判定部２１により、情報取得要求された通信機器２００が機器リスト３１Ｄ内に登録されていると判定された場合に、機器リスト３１Ｄ内の該当機器に対応する取得情報識別情報を参照する。取得情報統合部２２は、新たな情報取得要求時に指定された取得情報の識別情報が、参照した取得情報識別情報になければ、指定された取得情報を、該当機器に対応する情報取得キューＱの取得情報指定に加え、該当機器に対する取得情報の指定を統合する。このとき、機器リスト３１Ｄ内の取得情報識別情報も更新される。
【００５１】
取得情報統合部２２による具体的な機能動作は、例えば、図６に示す通りである。
図６は、本実施形態に係る取得情報の指定を統合（マージ）する動作例を示す図である。
図６には、通信機器Ｂ，Ａ，Ｃに対応する情報取得キューＱｂ，Ｑａ，Ｑｃが処理待ちの状態で保持されており、このタイミングで、通信機器Ａに対し、新たな情報取得要求（サプライ情報の取得要求）を受け付けた場合の動作例が示されている。また、（Ａ）には、取得情報指定の統合前（マージ前）、（Ｂ）には、統合後（マージ後）の様子が示されている。
【００５２】
（Ａ）の（１）に示すように、まず、要求機器判定部２１は、新たに情報取得要求された通信機器Ａが機器リスト３１Ｄ内に登録されていると判定する。つまり、要求機器判定部２１は、通信機器Ａに対応する処理待ち状態の情報取得キューＱａが存在すると判定する。
【００５３】
その結果、（Ａ）の（２）に示すように、取得情報統合部２２は、要求機器判定部２１の判定結果を受けて、通信機器Ａに対応する情報取得キューＱａの取得情報指定ＱＤａに、サプライ情報の指定を追加する。これにより、（Ｂ）に示すように、通信機器Ａに対する取得情報の指定が、１つの情報取得キューＱａに統合される。
【００５４】
これにより、本実施形態に係る情報処理機能では、同じ通信機器２００に対して異なるタイミングで情報取得が要求された場合であっても、別々の情報取得処理が実行されるのではなく、先行して要求された未処理の情報取得処理において一括実行される。
【００５５】
以上のように、本実施形態に係る情報処理機能は、上記各機能部が連携動作することにより実現される。なお、本実施形態に係る情報処理機能は、管理サーバ１００に搭載されるモジュール（機器管理機能を実現するプログラム）が、演算装置（ＣＰＵ）により、記憶装置（ＨＤＤ）からメモリ（ＲＡＭ）上に読み出され、以下の処理が実行されることで実現される。
【００５６】
本実施形態に係る情報処理機能の詳細な動作（機能部群の連携動作）について、処理手順を示すフローチャートを用いて説明する。
【００５７】
《情報取得の制御処理》
図７は、本実施形態に係る情報取得制御処理の処理手順例を示すフローチャートである。
図７に示すように、管理サーバ１００では、管理モジュール１３が、新たな情報取得要求を受け付けると（ステップＳ１０１：ＹＥＳ）、次のような制御処理が実行される。
【００５８】
要求機器判定部２１は、機器リスト保持部３１にアクセスし、機器リスト３１Ｄを参照する（ステップＳ１０２）。
【００５９】
要求機器判定部２１は、参照した機器リスト３１Ｄ内に、情報取得要求された通信機器２００が登録されているか否かを判定する（ステップＳ１０３）。このとき、要求機器判定部２１は、要求時に指定された取得機器識別情報を基づき、機器リスト３１Ｄの［機器指定］項目を検索し、該当機器の登録有無を判定する。要求機器判定部２１は、判定結果を取得情報統合部２２に渡す。
【００６０】
取得情報統合部２２は、情報取得要求された通信機器２００が機器リスト３１Ｄ内に登録されていると判定された場合（ステップＳ１０３：ＹＥＳ）、要求時に指定された取得情報を、該当機器に対応する情報取得キューＱの取得情報指定に加え、該当機器に対する取得情報の指定を統合する（ステップＳ１０４）。このとき、取得情報統合部２２は、機器リスト保持部３１にアクセスし、機器リスト３１Ｄ内の該当機器に対応する［取得情報指定］項目を参照する。取得情報統合部２２は、要求時に指定された取得情報の識別情報が、参照した［取得情報指定］項目になければ、該当機器に対する取得情報の指定を統合し、機器リスト３１Ｄ内の［取得情報指定］項目の項目値を更新する。
【００６１】
一方、取得情報統合部２２は、情報取得要求された通信機器２００が機器リスト３１Ｄ内に登録されていないと判定された場合（ステップＳ１０３：ＮＯ）、要求時に指定された取得情報指定を含む、該当機器に対応する新たな情報取得キューＱを生成する（ステップＳ１０５）。このとき、取得情報統合部２２は、機器リスト保持部３１にアクセスし、機器リスト３１Ｄに、新たに生成した情報取得キューＱに関する情報を追加する。
【００６２】
要求機器判定部２１は、取得情報統合部２２により取得情報指定の統合処理を終えると、新たに情報取得要求された全ての通信機器２００について、該当機器のチェック（登録有無判定）を行ったか否かを判定する（ステップＳ１０６）。
【００６３】
要求機器判定部２１は、新たに情報取得要求された全ての通信機器２００に対してチェックが行われたと判定された場合（ステップＳ１０６：ＹＥＳ）処理を終了する。
【００６４】
一方、要求機器判定部２１は、新たに情報取得要求された全ての通信機器２００に対してチェックが行われていないと判定された場合（ステップＳ１０６：ＮＯ）、ステップＳ１０２の処理へ移行し、未チェックの通信機器２００に対して、ステップＳ１０３〜Ｓ１０５の処理を実行する。
【００６５】
＜まとめ＞
以上のように、本実施形態に係る管理サーバ１００によれば、管理モジュール１３の実行により、次のような機能連携を実現している。
【００６６】
管理サーバ１００は、要求機器判定部２１により、情報取得が要求され、情報取得待ち状態の通信機器２００が登録されている機器リスト３１Ｄ内に、新たに情報取得要求を受け付けた通信機器２００が、すでに登録されているか否かを判定する。管理サーバ１００は、新たに情報取得要求を受け付けた通信機器が機器リスト３１Ｄ内に登録されている場合に、取得情報統合部２２により、要求時に指定された取得情報を、該当機器の情報取得待ちの取得情報指定に加え、該当機器に対する取得情報の指定を統合する。
【００６７】
これによって、本実施形態に係る管理サーバ１では、同じ通信機器２００に対して異なるタイミングで情報取得が要求された場合であっても、別々の情報取得処理が実行されるのではなく、先行して要求された未処理の情報取得処理において一括実行される。その結果、本実施形態に係る機器管理システム１では、情報取得処理における通信パケット量、オーバーヘッド、セッション数などが減り、大規模システムにおいて通信負荷や処理時間を軽減できる。
【００６８】
［第２の実施形態］
機器管理作業では、管理者が通信機器及び機器情報を指定し、要求情報を確認したいといった場面が想定される。しかし、大規模な機器管理システムでは、多くの通信機器に対して情報取得処理が実行されていることがあり、管理者が要求情報を得るまでに時間がかかり、迅速に機器情報を確認できないといった問題が考えられる。
【００６９】
例えば、機器管理システムが、数千台の通信機器に対して情報取得処理を実行しているときに、管理サーバが、管理者から特定の通信機器からの情報取得指示を受け付けた場合、管理者から受け付けた情報取得処理は、先行する情報取得処理の終了後に実行されることになる。その結果、管理者は、取得情報が得られるまで長時間待たされてしまう。
【００７０】
このような場合、機器管理システムでは、管理者からの情報取得要求が優先処理されることが望まれる。
【００７１】
そこで、本実施形態に係る管理サーバ１００では、優先順位に従って情報取得順を制御する仕組みとした。
【００７２】
これにより、本実施形態に係る機器管理システムでは、管理者の利便性が向上し、高品質な機器管理サービスを提供できる。
【００７３】
なお、以降では、第１の実施形態と異なる点についてのみ説明を行い、同じ点については、同一参照符号を付し、その説明を省略する。
【００７４】
＜情報処理機能＞
図８は、本実施形態に係る情報処理機能の構成例を示す図である。
図８に示すように、本実施形態に係る情報処理機能は、管理モジュール１３が取得順更新部２３を有している点で異なる。
【００７５】
取得順更新部２３は、設定・登録（又は情報取得要求時に指定）された優先順位に従って、情報取得待ち状態の要求を並び換え、情報取得順を更新する機能部である。
【００７６】
ここで、優先順位が設定・登録された機器リスト３１Ｄについて説明する。
図９は、本実施形態に係る機器リスト３１Ｄのデータ（制御データ）例を示す図である。
図９に示すように、機器リスト３１Ｄは、例えば、取得順、機器指定、取得情報指定、及び優先順などの情報項目が対応づけられており、通信機器２００ごとに管理されている。
【００７７】
［優先順］項目は、情報取得順の優先順位を表す情報（以下「優先順情報」という）を管理する項目であり、項目値は、例えば、優先度（優先レベル値）などである。
【００７８】
［優先順］項目の項目値は、管理モジュール１３により記録・更新される。例えば、管理モジュール１３は、機器リスト保持部３１にアクセスし、情報取得要求を受け付けて情報取得キューＱを生成する際に該当データを記録する。
【００７９】
取得情報ごとの優先順位は、予め決定されており、情報取得要求時に指定された取得情報から、対応する優先順位が特定される。よって、管理モジュール１３は、情報取得要求時に指定された取得情報の識別情報に基づき、対応する優先順位を特定し、特定した優先順位を表す優先度を、該当データとして記録する。これにより、機器リスト３１Ｄには、情報取得要求された通信機器２００ごとに、取得情報に応じた優先順位が設定・登録される。なお、管理モジュール１３では、情報取得要求時に複数の取得情報が指定されている場合に、特定された複数の優先順位のうち、最も高い優先順位を表す優先度を、該当データとして記録する。
【００８０】
図８の説明に戻る。取得順更新部２３は、機器リスト３１Ｄを参照し、設定・登録された優先順情報に基づき、情報取得キューＱの情報取得順を並び換える。つまり、取得順更新部２３は、優先順位に従って、情報取得待ち状態の情報取得キューＱにおける順番を並び換える。並び換えの方法には、例えば、優先順情報を大小比較し、比較結果に基づき降順ソート（優先度の高い順にソート）するなどがある。
【００８１】
また、取得順更新部２３は、例えば、管理者による情報取得要求を受け付けた際に指定された優先度（指定値）をＵＩモジュール１１から受け取ると、次のように動作する。取得順更新部２３は、機器リスト３１Ｄ内の該当機器に対応する優先順情報（登録値）を参照する。取得順更新部２３は、指定値と登録値とを大小比較し、比較結果に基づき機器リスト３１Ｄの該当データを更新する。取得順更新部２３は、更新した機器リスト３１Ｄ内の優先順情報に基づき、該当機器に対応する情報取得キューＱにおける順番を並び換える。
【００８２】
取得順更新部２３による具体的な機能動作は、例えば、図１０に示す通りである。
図１０は、本実施形態に係る情報取得順を更新する動作例を示す図である。
図１０には、通信機器Ｂ，Ａ，Ｃに対応する情報取得キューＱｂ，Ｑａ，Ｑｃが優先順位に従った処理待ちの状態で保持されており、このタイミングで、通信機器Ａに対し、優先度'７'が指定された新たな情報取得要求（サプライ情報の取得要求）を受け付けた場合の動作例が示されている。また、（Ａ）には、情報取得順の更新前（並び換え前）、（Ｂ）には、更新後（並び換え後）の様子が示されている。なお、（Ａ）に示す情報取得キューＱａは、新たな情報取得要求に応じて取得情報指定が統合されているものとする。
【００８３】
（Ａ）の（３）に示すように、まず、取得順更新部２３は、機器リスト３１Ｄ内の新たに情報取得要求された通信機器Ａに対応する優先順情報を参照する。次に、取得順更新部２３は、参照した登録値が、情報取得要求された際に指定された優先度の指定値により小さいか否かを判定する。つまり、取得順更新部２３は、該当する情報取得キューＱの優先順位に比べて、管理者から指定された優先順位の方が高いか否かを判定する。
【００８４】
（Ａ）の（４）に示すように、取得順更新部２３は、参照した登録値が指定された優先度の指定値により小さい場合（指定値＞登録値）に、機器リスト３１Ｄ内の優先順情報（登録値'４'）を指定値'７'に更新する。
【００８５】
その結果、（Ｂ）の（５）に示すように、取得順更新部２３は、機器リスト３１Ｄの更新を受けて、通信機器Ｂに対応する優先度'５'と通信機器Ａに対応する優先度'７'とに基づき、情報取得待ち状態の情報取得キューＱｂと情報取得キーＱａとの順番を入れ換える。これにより、（Ｂ）に示すように、通信機器Ａ，Ｂ，Ｃに対する情報取得キューＱａ，Ｑｂ，Ｑｃが、優先度の高い順に降順ソートされる。
【００８６】
これにより、本実施形態に係る情報処理機能では、大規模システムにおいて、多くの通信機器２００に対して情報取得処理が実行される場合であっても、管理者が要求情報を得るまでに時間がかかることなく、迅速に機器情報を確認することができる。その結果、本実施形態に係る機器管理システム１では、管理者の利便性が向上し、高品質な機器管理サービスの提供を実現できる。
【００８７】
以上のように、本実施形態に係る情報処理機能は、上記各機能部が連携動作することにより実現される。なお、本実施形態に係る情報処理機能は、第１の実施形態と同じく、管理サーバ１００上で以下の処理が実行されることで実現される。
【００８８】
本実施形態に係る情報処理機能の詳細な動作（機能部群の連携動作）について、処理手順を示すフローチャートを用いて説明する。
【００８９】
《情報取得の制御処理》
図１１は、本実施形態に係る情報取得制御処理の処理手順例を示すフローチャートである。
図１１に示すように、管理サーバ１００では、管理モジュール１３が、新たな情報取得要求を受け付けると（ステップＳ２０１：ＹＥＳ）、次のような制御処理が実行される。
【００９０】
要求機器判定部２１は、機器リスト保持部３１にアクセスし、機器リスト３１Ｄを参照する（ステップＳ２０２）。
【００９１】
要求機器判定部２１は、参照した機器リスト３１Ｄ内に、情報取得要求された通信機器２００が登録されているか否かを判定する（ステップＳ２０３）。
【００９２】
取得情報統合部２２は、情報取得要求された通信機器２００が機器リスト３１Ｄ内に登録されていると判定された場合（ステップＳ２０３：ＹＥＳ）、要求時に指定された取得情報を、該当機器に対応する情報取得キューＱに加え、該当機器に対する取得情報の指定を統合する（ステップＳ２０４）。
【００９３】
取得順更新部２３は、取得情報統合部２２により取得情報指定の統合処理を終えると、機器リスト３１Ｄを参照し、情報取得キューＱの登録優先度が、要求時に指定された指定優先度より小さいか否かを判定する。このとき、取得順更新部２３は、機器リスト保持部３１にアクセスし、機器リスト３１Ｄ内の［優先順］項目を参照する。取得順更新部２３は、参照した［優先順］項目の項目値（登録値）が、要求時に指定された優先度の指定値により小さいか否かを判定する。
【００９４】
取得順更新部２３は、情報取得キューＱの登録優先度が、要求時に指定された指定優先度より小さいと判定された場合（指定された優先度の方が高いと判定された場合：ステップＳ２０５：ＹＥＳ）、機器リスト３１Ｄ内の［優先順］項目の項目値を指定値で更新する（ステップＳ２０６）。
【００９５】
一方、取得順更新部２３は、情報取得キューＱの登録優先度が、要求時に指定された指定優先度より大きい（又は等しい）と判定された場合（指定された優先度の方が低い（又は同じ）と判定された場合：ステップＳ２０５：ＮＯ）、ステップＳ２０６の処理をスキップする。つまり、機器リスト３１Ｄ内の［優先順］項目の項目値を更新しない。
【００９６】
また、取得情報統合部２２は、情報取得要求された通信機器２００が機器リスト３１Ｄ内に登録されていないと判定された場合（ステップＳ２０３：ＮＯ）、要求時に指定された取得情報指定を含む、該当機器に対応する新たな情報取得キューＱを生成し（ステップＳ２０７）、後述するステップＳ２０８の処理へ移行する。このとき、取得情報統合部２２は、機器リスト保持部３１にアクセスし、機器リスト３１Ｄに、新たに生成した情報取得キューＱに関する情報（優先順情報を含む）を追加する。
【００９７】
取得順更新部２３は、機器リスト３１Ｄを参照し、更新（又は設定・登録）された優先順位に従って、情報取得キューＱを並び換える（ステップＳ２０８）。このとき、取得順更新部２３は、機器リスト３１Ｄ内の［優先順］項目を参照し、項目値の大小比較を行い、比較結果に基づき、情報取得待ち状態の情報取得キューＱの順番を降順ソートする。
【００９８】
要求機器判定部２１は、取得順更新部２３により情報取得順の更新処理を終えると、新たに情報取得要求された全ての通信機器２００について、該当機器のチェック（登録有無判定）を行ったか否かを判定する（ステップＳ２０９）。
【００９９】
要求機器判定部２１は、新たに情報取得要求された全ての通信機器２００に対してチェックが行われたと判定された場合（ステップＳ２０９：ＹＥＳ）処理を終了する。
【０１００】
一方、要求機器判定部２１は、新たに情報取得要求された全ての通信機器２００に対してチェックが行われていないと判定された場合（ステップＳ２０９：ＮＯ）、ステップＳ２０２の処理へ移行し、未チェックの通信機器２００に対して、ステップＳ２０３〜Ｓ２０８の処理を実行する。
【０１０１】
＜まとめ＞
以上のように、本実施形態に係る管理サーバ１００によれば、管理モジュール１３の実行により、次のような機能連携を実現している。
【０１０２】
管理サーバ１００は、要求機器判定部２１により、情報取得が要求され、情報取得待ち状態の通信機器２００が登録されている機器リスト３１Ｄ内に、新たに情報取得要求を受け付けた通信機器２００が、すでに登録されているか否かを判定する。管理サーバ１００は、新たに情報取得要求を受け付けた通信機器が機器リスト３１Ｄ内に登録されている場合に、取得情報統合部２２により、要求時に指定された取得情報を、該当機器の情報取得待ちの取得情報指定に加え、該当機器に対する取得情報の指定を統合する。
【０１０３】
また、管理サーバ１００は、取得情報指定が統合されると、取得順更新部２３により、機器リスト３１Ｄ内の登録優先度と情報取得要求を受け付けた際に指定された指定優先度とを比較し、高い優先順位が指定されている場合に、機器リスト３１Ｄ内の登録優先度を指定優先度で更新する。管理サーバ１００は、取得順更新部２３により、更新された優先順位に従って、情報取得キューＱを並び換え、情報取得順を更新する。
【０１０４】
これによって、本実施形態に係る管理サーバ１００は、大規模システムにおいて、多くの通信機器２００に対して情報取得処理が実行される場合であっても、管理者が要求情報を得るまでに時間がかかることなく、迅速に機器情報を確認することができる。その結果、本実施形態に係る機器管理システム１では、第１の実施形態と同じ効果を奏するとともに、管理者の利便性が向上し、高品質な機器管理サービスを提供できる。
【０１０５】
ここまで、上記実施形態の説明を行ってきたが、上記実施形態に係る「情報処理機能」は、図を用いて説明を行った各処理手順を、動作環境（プラットフォーム）にあったプログラミング言語でコード化したプログラムが、管理サーバ１００が備える演算装置（ＣＰＵ）により実行されることで実現される。
【０１０６】
上記プログラムは、コンピュータが読み取り可能な記録媒体１０３ａに格納することができる。これにより、例えば、上記プログラムは、ドライブ装置１０３を介して、管理サーバ１００にインストールすることができる。また、管理サーバ１００は、インタフェース装置１０７を備えていることから、電気通信回線を用いて上記プログラムをダウンロードし、インストールすることもできる。
【０１０７】
＜変形例＞
また、上記第２の実施形態では、管理サーバ１００で、情報取得要求された通信機器２００ごとに取得情報指定の統合処理及び情報取得順の更新処理を実行する処理手順について説明を行ったが、この限りでない。例えば、図１２に示すように、情報取得要求された全ての通信機器２００に対する統合処理（ステップＳ３０１〜Ｓ３０６）の実行後に、情報取得順の更新処理（ステップＳ３０７〜Ｓ３０９）を実行するようにしてもよい。
【０１０８】
最後に、上記実施形態に挙げた形状や構成に、その他の要素との組み合わせなど、ここで示した要件に、本発明が限定されるものではない。これらの点に関しては、本発明の主旨をそこなわない範囲で変更することが可能であり、その応用形態に応じて適切に定めることができる。
【符号の説明】
【０１０９】
１ 機器管理システム
１１ ＵＩモジュール
１２ スケジューラーモジュール
１３ 管理モジュール
２１ 要求機器有無判定部
２２ 取得情報統合部
２３ 取得順更新部
３１ 機器リスト保持部（Ｄ：機器リスト（制御情報））
１００ 管理サーバ（情報処理装置）
１０１ 入力装置
１０２ 表示装置
１０３ ドライブ装置（ａ：記録媒体）
１０４ ＲＡＭ（揮発性の半導体メモリ）
１０５ ＲＯＭ（不揮発性の半導体メモリ）
１０６ ＣＰＵ（演算装置）
１０７ インタフェース装置（ＮＩＣ：Network I/F Card）
１０８ ＨＤＤ（不揮発性の記憶装置）
２００ 画像形成装置
Ｂ バス
Ｎ データ伝送路（ネットワーク）
Ｑ キュー
【先行技術文献】
【特許文献】
【０１１０】
【特許文献１】特開平１１−１８７１８６号公報
【技術分野】
【０００１】
本発明は、機器管理システムに関するものである。
【背景技術】
【０００２】
プリンタやＭＦＰ（Multifunction Peripheral）などの通信機能を有する管理対象機器（以下「通信機器」という）から機器情報を取得し機器管理するシステム（以下「機器管理システム」という）は、すでに知られている。
【０００３】
例えば、特許文献１には、機器管理を行う中央制御装置が、データ通信装置を介して、管理対象である複数の画像形成装置（通信機器）から定期的に印刷枚数（機器情報）を取得するシステムが開示されている。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来の方法では、機器管理システムが大規模化すると、管理対象である通信機器から機器情報を取得する際に、通信負荷や処理時間がかかる仕組みとなっている。
【０００５】
近年、企業のグローバル化が進んでおり、これらの企業では、導入した機器管理システムにおいて、数千台や数万台といった多くの通信機器を一元管理できることが望まれている。このような環境下では、例えば、通信機器からの取得情報を共通化し、情報取得処理を効率よく実行することが求められるが、通信機器が有する機器情報は多くの情報種が存在し、通信機器から取得したい機器情報が、必ずしも機器共通の情報種とは限らない。
【０００６】
よって、機器管理システムでは、同じ通信機器に対して、取得する情報種ごとに異なる情報取得処理を実行することになる。そのため、多くの通信機器を対象とする機器管理システムでは、度重なる情報取得処理の実行により、通信負荷や処理時間がかかってしまう。
【０００７】
このように、機器管理システムでは、多くの通信機器を管理対象とする大規模なシステムであっても、通信負荷や処理時間が軽減可能なサービスの実現が望まれている。
【０００８】
本発明は上記従来技術の問題点を鑑み提案されたものであり、大規模システムにおいて通信負荷や処理時間を軽減できる情報処理装置、機器管理システム、情報処理方法、及び情報処理プログラムを提供することにある。
【課題を解決するための手段】
【０００９】
上記目的を達成するため、本発明に係る情報処理装置は、所定のデータ伝送路を介して通信機器が接続される情報処理装置であって、前記通信機器を識別する機器識別情報と前記通信機器に対して指定された取得情報を識別する１又は複数の取得情報識別情報とが対応づけられ、情報取得要求時に生成される前記通信機器ごとの情報取得ジョブに基づき、情報取得待ち状態の通信機器が登録される機器リストを、所定の記憶領域に保持する保持手段と、前記機器リストを参照し、要求時に指定された前記機器識別情報に基づき、該機器リスト内を検索し、検索結果から、前記機器リスト内に、新たに情報取得要求を受け付けた通信機器が登録されているか否かを判定する判定手段と、前記機器リストを参照し、登録判定された通信機器に対応する前記取得情報識別情報に、要求時に指定された前記取得情報識別情報が含まれていない場合に、要求時に指定された取得情報を、登録判定された通信機器に対応する情報取得ジョブの取得情報指定に加え、該当機器に対する取得情報の指定を統合する統合手段と、を有している。
【００１０】
このような構成によって、本発明に係る情報処理装置は、情報取得が要求され、情報取得待ち状態の通信機器（情報取得が未処理の通信機器）が登録されている機器リスト内に、新たに情報取得要求を受け付けた通信機器が、すでに登録されているか否かを判定する。情報処理装置は、新たに情報取得要求を受け付けた通信機器が機器リスト内に登録されている場合に、要求時に指定された取得情報を、該当機器の情報取得待ちの取得情報指定に加え、該当機器に対する取得情報の指定を統合（マージ）する。
【００１１】
これによって、本発明に係る情報処理装置では、同じ通信機器に対して異なるタイミングで情報取得が要求された場合であっても、別々の情報取得処理が実行されるのではなく、先行して要求された未処理の情報取得処理において一括実行される。その結果、情報取得処理における通信パケット量、オーバーヘッド、セッション数などが減り、大規模システムにおいて通信負荷や処理時間を軽減できる。
【００１２】
上記目的を達成するため、本発明に係る情報処理方法は、所定のデータ伝送路を介して当該情報処理装置と接続される通信機器を識別する機器識別情報と前記通信機器に対して指定された取得情報を識別する１又は複数の取得情報識別情報とが対応づけられ、情報取得要求時に生成される前記通信機器ごとの情報取得ジョブに基づき、情報取得待ち状態の通信機器が登録される機器リストを、所定の記憶領域に保持する保持手段を有する情報処理装置における情報処理方法であって、前記機器リストを参照し、要求時に指定された前記機器識別情報に基づき、該機器リスト内を検索し、検索結果から、前記機器リスト内に、新たに情報取得要求を受け付けた通信機器が登録されているか否かを判定する判定手順と、前記機器リストを参照し、前記判定手順により登録判定された通信機器に対応する前記取得情報識別情報に、要求時に指定された前記取得情報識別情報が含まれていない場合に、要求時に指定された取得情報を、登録判定された通信機器に対応する情報取得ジョブの取得情報指定に加え、該当機器に対する取得情報の指定を統合する統合手順と、を有している。
【００１３】
このような手順によって、本発明に係る情報処理方法は、情報取得が要求され、情報取得待ち状態の通信機器（情報取得が未処理の通信機器）が登録されている機器リスト内に、新たに情報取得要求を受け付けた通信機器が、すでに登録されているか否かを判定し、該通信機器が機器リスト内に登録されている場合に、要求時に指定された取得情報を、該当機器の情報取得待ちの取得情報指定に加え、該当機器に対する取得情報の指定を統合するという動作を実現する。
【００１４】
これによって、本発明に係る情報処理方法では、大規模システムにおいて通信負荷や処理時間を軽減可能な環境を提供できる。
【発明の効果】
【００１５】
本発明によれば、すでに情報取得が要求され、情報取得待ち状態の通信機器に対して、新たに情報取得要求を受け付けた場合に、要求時に指定された取得情報を情報取得待ちの取得情報指定に加え、該当機器に対する取得情報の指定を統合することで、大規模システムにおいて通信負荷や処理時間が軽減される情報処理装置、機器管理システム、情報処理方法、及び情報処理プログラムを提供することができる。
【図面の簡単な説明】
【００１６】
【図１】本発明の第１の実施形態に係る機器管理システムの構成例を示す図である。
【図２】本発明の第１の実施形態に係る管理サーバ（情報処理装置）のハードウェア構成例を示す図である。
【図３】従来の情報取得制御処理の動作例を示す図である。
【図４】本発明の第１の実施形態に係る情報処理機能の構成例を示す図である。
【図５】本発明の第１の実施形態に係る機器リストのデータ（制御データ）例を示す図である。
【図６】本発明の第１の実施形態に係る取得情報の指定を統合（マージ）する動作例を示す図である。
【図７】本発明の第１の実施形態に係る情報取得制御処理の処理手順例を示すフローチャートである。
【図８】本発明の第２の実施形態に係る情報処理機能の構成例を示す図である。
【図９】本発明の第２の実施形態に係る機器リストのデータ（制御データ）例を示す図である。
【図１０】本発明の第２の実施形態に係る情報取得順を更新する動作例を示す図である。
【図１１】本発明の第２の実施形態に係る情報取得制御処理の処理手順例を示すフローチャートである。
【図１２】本発明の変形例に係る情報取得制御処理の処理手順例を示すフローチャートである。
【発明を実施するための形態】
【００１７】
以下、本発明の好適な実施の形態（以下「実施形態」という）について、図面を用いて詳細に説明する。
【００１８】
［第１の実施形態］
＜システム構成＞
図１は、本実施形態に係る機器管理システム１の構成例を示す図である。
図１には、複数の通信機器２００ａ１〜２００ａＮ，２００ｂ１〜２００ｂＮ，２００ｃ１〜２００ｃＮ（以下総称する場合「通信機器２００」という）が、ネットワーク（例えば「ＬＡＮ：Local Area Network」）などのデータ伝送路Ｎａ，Ｎｂ，Ｎｃで接続され、これらの通信機器２００を機器管理する管理サーバ１と、データ伝送路Ｎ（以下総称する場合「ネットワークＮ」という）で接続されるシステム構成例が示されている。つまり、機器管理システム１では、通信機器２００が接続される複数のネットワークＮが管理サーバ１００に集約して接続されている。
【００１９】
通信機器２００は、通信機能を有する管理対象機器であり、例えば、プリンタやＭＦＰといった画像形成装置である。一方、管理サーバ１００は、通信機器２００から機器情報を取得し、機器管理を行う機器管理装置（情報処理装置）である。
【００２０】
以上のように、本実施形態では、上記システム構成により、複数の通信機器２００を一元管理する機器管理システム１を構築し、大規模システムによる機器管理サービスを実現することができる。
【００２１】
＜ハードウェア構成＞
次に、本実施形態に係る管理サーバ１００のハードウェア構成について説明する。
図２は、本実施形態に係る管理サーバ１００（情報処理装置）のハードウェア構成例を示す図である。
図２に示すように、管理サーバ１００は、入力装置１０１、表示装置１０２、ドライブ装置１０３、ＲＡＭ（Random Access Memory）１０４、ＲＯＭ（Read Only Memory）１０５、ＣＰＵ（Central Processing Unit）１０６、インタフェース装置１０７、及びＨＤＤ（Hard Disk Drive）１０８などを備え、それぞれがバスＢで相互に接続されている。
【００２２】
入力装置１０１は、キーボードやマウスなどを含み、管理サーバ１００に各操作信号を入力するのに用いられる。表示装置１０２は、ディスプレイなどを含み、管理サーバ１００による処理結果を表示する。
【００２３】
インタフェース装置１０７は、管理サーバ１００をネットワークＮに接続するインタフェースである。これにより、管理サーバ１００は、インタフェース装置１０７を介して、通信機器２００とデータ通信を行うことができる。
【００２４】
ＨＤＤ１０８は、プログラムやデータを格納している不揮発性の記憶装置である。格納されるプログラムやデータには、装置全体を制御する情報処理システム（例えば「Ｗｉｎｄｏｗｓ（商標又は登録商標）」や「ＵＮＩＸ（商標又は登録商標）」などの基本ソフトウェアであるＯＳ（Operating System））、及びシステム上において各種機能（例えば「機器管理機能」）を提供するアプリケーションなどがある。また、ＨＤＤ１０８は、格納しているプログラムやデータを、所定のファイルシステム及び／又はＤＢ（Data Base）により管理している。
【００２５】
ドライブ装置１０３は、着脱可能な記録媒体１０３ａとのインタフェースである。これにより、管理サーバ１００は、ドライブ装置１０３を介して、記録媒体１０３ａの読み取り及び／又は書き込みを行うことができる。記録媒体１０３ａには、例えば、フロッピー（商標又は登録商標）ディスク、ＣＤ（Compact Disk）、及びＤＶＤ（Digital Versatile Disk）、ならびに、ＳＤメモリカード（SD memory card）やＵＳＢメモリ（Universal Serial Bus memory）などがある。
【００２６】
ＲＯＭ１０５は、電源を切っても内部データを保持することができる不揮発性の半導体メモリ（記憶装置）である。ＲＯＭ１０５には、管理サーバ１００の起動時に実行されるＢＩＯＳ（Basic Input/Output System）、情報処理システム設定、及びネットワーク設定などのプログラムやデータが格納されている。ＲＡＭ１０４は、プログラムやデータを一時保持する揮発性の半導体メモリ（記憶装置）である。ＣＰＵ１０６は、上記記憶装置（例えば「ＨＤＤ」や「ＲＯＭ」など）から、プログラムやデータをＲＡＭ（メモリ）上に読み出し、処理を実行することで、装置全体の制御や搭載機能を実現する演算装置である。
【００２７】
以上のように、本実施形態に係る管理サーバ１００は、上記ハードウェア構成により、機器管理に係る情報処理サービスを提供することができる。
【００２８】
＜情報処理機能＞
本実施形態に係る情報処理機能について説明する。
本実施形態に係る管理サーバ１００では、情報取得が要求され、情報取得待ち状態の通信機器２００（情報取得が未処理の通信機器）が登録されている機器リスト内に、新たに情報取得要求を受け付けた通信機器２００が、すでに登録されているか否かを判定する。管理サーバ１００は、新たに情報取得要求を受け付けた通信機器が機器リスト内に登録されている場合に、要求時に指定された取得情報を、該当機器の情報取得待ちの取得情報指定に加え、該当機器に対する取得情報の指定を統合する。本実施形態に係る管理サーバ１００は、このような情報処理機能を有している。
【００２９】
近年、企業のグローバル化が進んでおり、これらの企業では、導入した機器管理システム１において、数千台や数万台といった多くの通信機器を一元管理できることが望まれているが、従来の方法では、通信機器２００から機器情報を取得する際に、通信負荷や処理時間がかかってしまう。
【００３０】
このような環境下では、例えば、通信機器２００からの取得情報を共通化し、情報取得処理を効率よく実行することが求められるが、通信機器２００が有する機器情報は多くの情報種が存在し、通信機器２００から取得したい機器情報が、必ずしも機器共通の情報種とは限らない。
【００３１】
図３は、従来の情報取得制御処理の動作例を示す図である。
図３には、従来の機器管理システム１において、同じ通信機器２００に対して、取得する情報種ごとに異なる情報取得処理を実行する動作例が示されている。具体的には、次の通りである。
【００３２】
管理サーバ１００では、通信機器Ｂ，Ａ，Ｃの順に情報取得が要求されると、要求時の取得情報指定ＱＤｂ，ＱＤａ１，ＱＤｃ（以下総称する場合「取得情報指定ＱＤ」という）が対応づけられた通信機器Ｂ，Ａ，Ｃごとの情報取得キューＱｂ，Ｑａ，Ｑｃ（以下総称する場合「情報取得キューＱ」という）が生成され、所定の記憶領域に保持される。すなわち、情報取得キューＱは、通信機器２００単位の情報取得ジョブともいえる。
【００３３】
キュー（queue：待ち行列）は、コンピュータの基本的なデータ構造の１つであり、データを先入れ先出し（ＦＩＦＯ：First In First Out）のリスト構造で保持するものである。そのため、管理サーバ１００では、先に入れた情報取得キューＱｂから順に取り出され実行される。その間、他の情報取得キューＱａ，Ｑｃは、処理待ちの状態で保持される。
【００３４】
このような状態の場合に、管理サーバ１００が、通信機器Ａに対する新たな情報取得要求（サプライ情報の取得要求）を受け付けると、要求に応じて、新たな取得情報指定ＱＤａ２が対応づけられた通信機器Ａの情報取得キューＱａ２が、通信機器Ｃの情報取得キューＱｃの後に追加・生成され、処理待ちの状態で保持される。つまり、同じ通信機器Ａに対して、複数の情報取得キューＱａ１，Ｑａ２が処理待ちの状態となる。
【００３５】
このように、従来の方法では、要求タイミングが異なることで同じ通信機器２００に対して複数回の情報取得処理が実行されるため、多くの通信機器２００を管理対象とする大規模な機器管理システム１において、通信負荷や処理時間がかかってしまう。
【００３６】
このようなことから、大規模な機器管理システム１であっても通信負荷や処理時間が軽減可能なサービスの実現が望まれている。
【００３７】
そこで、本実施形態に係る管理サーバ１００では、すでに情報取得が要求され、情報取得待ち状態の通信機器２００に対して、新たに情報取得要求を受け付けた場合に、要求時に指定された取得情報を情報取得待ちの取得情報指定に加え、該当機器に対する取得情報の指定を統合する仕組みとした。
【００３８】
これにより、本実施形態に係る機器管理システム１では、同じ通信機器２００に対して異なるタイミングで情報取得が要求された場合であっても、別々の情報取得処理が実行されるのではなく、先行して要求された未処理の情報取得処理において一括実行される。その結果、情報取得処理における通信パケット量、オーバーヘッド、セッション数などが減り、大規模システムにおいて通信負荷や処理時間を軽減できる。
【００３９】
以下に、本実施形態に係る情報処理機能の構成とその動作について説明する。
図４は、本実施形態に係る情報処理機能の構成例を示す図である。
図４に示すように、本実施形態に係る情報処理機能は、管理サーバ１００に搭載（インストール）されている管理モジュール１３により実現される機能であり、要求機器判定部２１及び取得情報統合部２２などを有している。なお、管理サーバ１００では、管理モジュール１３の他に、ＵＩモジュール（User Interface module）１１、スケジューラーモジュール１２などが搭載されている。
【００４０】
以下の説明では、上記各モジュール１１，１２，１３の説明を行い、管理モジュール１３の説明の中で、上記機能部２１，２２の説明を行う。
【００４１】
《ＵＩモジュール》
ＵＩモジュール１１は、機器管理のＵＩ機能を実現する（ＵＩサービスを提供する）プログラムである。機器管理作業では、例えば、管理者から情報取得要求（「通信機器及び取得情報の指定」など）を受け付けたり、管理者に対する取得情報通知（「取得情報の表示」など）を行ったりする。ＵＩモジュール１１は、管理サーバ１００上で実行されることで、管理者に対して上記ＵＩサービスを提供する。
【００４２】
《スケジューラーモジュール》
スケジューラーモジュール１２は、機器管理のスケジュール機能（機能実行スケジュールサービスを提供する）を実現するプログラムである。自動化された機器管理機能では、例えば、通信機器２００からの情報取得がポーリング処理により実行される。つまり、機器管理機能では、所定のスケジュール（例えば「予め設定しておいた時間間隔」など）に従って情報取得処理が実行される。スケジューラーモジュール１２は、管理サーバ１００上で実行されることで、管理モジュール１３に対して所定のスケジュールに従った情報取得処理の実行を要求する上記機能実行スケジュールサービスを提供する。
【００４３】
《管理モジュール》
管理モジュール１３は、機器管理機能を実現する（機器管理サービスを提供する）プログラムである。機器管理機能では、ＵＩモジュール１１及び／又はスケジューラージュール１２からの実行要求に従って、要求時に指定された通信機器２００から指定された機器情報が取得される。機器管理機能では、取得された機器情報が、管理サーバ１００が備える記憶装置（ＨＤＤ）の所定の記憶領域に保持される。機器管理機能では、保持された機器情報に基づき通信機器２００が管理される。管理モジュール１３は、管理サーバ１００上で実行されることで、上記機器管理サービスを提供する。
【００４４】
その中で、本実施形態に係る管理モジュール１３では、通信機器２００の情報取得を制御する要求機器判定部２１及び取得情報統合部２２などを有している。
【００４５】
要求機器判定部２１は、情報取得要求された通信機器２００が、すでに情報取得要求された通信機器２００か否かを判定する機能部である。要求機器判定部２１は、情報取得が要求され、情報取得待ち状態の通信機器２００が登録されている機器リストを参照し、新たに情報取得要求を受け付けた通信機器２００が、すでに機器リスト内に登録されているか否かを判定する。ここでいう「機器リスト」とは、情報取得待ち状態の情報取得キューＱに関する制御データであり、機器リスト保持部３１に保持され管理されている。なお、機器リスト保持部３１は、例えば、管理サーバ１００が備える記憶装置の所定の記憶領域にあたる。
【００４６】
ここで、上記機器リスト（制御データ）について説明する。
図５は、本実施形態に係る機器リスト３１Ｄのデータ（制御データ）例を示す図である。
図５に示すように、機器リスト３１Ｄは、例えば、取得順、機器指定、及び取得情報指定などの情報項目が対応づけられており、通信機器２００ごとに管理されている。
【００４７】
［取得順］項目は、情報取得順を表す情報（以下「情報取得順情報」という）を管理する項目である。言い換えれば、［取得順］項目は、情報取得要求を受け付けた順を表す情報（以下「要求受付順情報」という）を管理する項目である。項目値は、例えば、情報取得要求を受け付けた際の採番値などである。［機器指定］項目は、情報取得要求時に指定された通信機器２００を識別する情報（以下「取得機器識別情報」という）を管理する項目であり、項目値は、例えば、情報取得要求時に指定された通信機器２００の名称文字列値や通信機器２００に割り当てられたネットワーク設定値（ＩＰ：Internet protocol アドレス値）などである。［取得情報指定］項目は、情報取得要求時に指定された取得情報を識別する情報（以下「取得情報識別情報」という）を管理する項目であり、項目値は、例えば、情報取得要求時に指定された取得情報の名称文字列値や取得情報に割り当てられた管理ＩＤ値（「ＭＩＢ：Management information base のＯＩＤ値」）などである。
【００４８】
これらの項目値は、管理モジュール１３により記録・更新される。例えば、管理モジュール１３は、機器リスト保持部３１にアクセスし、情報取得要求を受け付けて情報取得キューＱを生成する際に該当データを記録する。また、管理モジュール１３は、情報取得キューＱを実行する際に該当データを消去（削除）し、情報取得順情報を最新の採番値に更新する（情報取得待ち状態の情報取得キューの取得順を繰り上げる）。
【００４９】
図４の説明に戻る。要求機器判定部２１は、新たに情報取得要求を受け付けた通信機器２００が機器リスト３１Ｄ内に登録されているか否かを、次のようにして判定する。要求機器判定部２１は、機器リスト３１Ｄを参照し、情報取得要求を受け付けた通信機器２００の取得機器識別情報に基づき、該機器リスト３１Ｄ内を検索する。その結果、要求機器判定部２１は、機器リスト３１Ｄ内に該当機器の登録を確認すると、新たに情報取得要求された通信機器２００が、すでに情報取得要求された通信機器２００であると判定する。一方、機器リスト３１Ｄ内に該当機器の登録が確認されなければ、新たに情報取得要求された通信機器２００は、情報取得要求されていない通信機器２００であると判定する。つまり、要求機器判定部２１は、機器リスト３１Ｄ内の登録機器を確認することで、通信機器２００に対応する処理待ち状態の情報取得キューＱが存在するか否かを判定している。
【００５０】
取得情報統合部２２は、情報取得待ち状態の通信機器２００において、取得情報の指定を１つの情報取得キューＱに統合（マージ）する機能部である。取得情報統合部２２は、要求機器判定部２１により、情報取得要求された通信機器２００が機器リスト３１Ｄ内に登録されていると判定された場合に、機器リスト３１Ｄ内の該当機器に対応する取得情報識別情報を参照する。取得情報統合部２２は、新たな情報取得要求時に指定された取得情報の識別情報が、参照した取得情報識別情報になければ、指定された取得情報を、該当機器に対応する情報取得キューＱの取得情報指定に加え、該当機器に対する取得情報の指定を統合する。このとき、機器リスト３１Ｄ内の取得情報識別情報も更新される。
【００５１】
取得情報統合部２２による具体的な機能動作は、例えば、図６に示す通りである。
図６は、本実施形態に係る取得情報の指定を統合（マージ）する動作例を示す図である。
図６には、通信機器Ｂ，Ａ，Ｃに対応する情報取得キューＱｂ，Ｑａ，Ｑｃが処理待ちの状態で保持されており、このタイミングで、通信機器Ａに対し、新たな情報取得要求（サプライ情報の取得要求）を受け付けた場合の動作例が示されている。また、（Ａ）には、取得情報指定の統合前（マージ前）、（Ｂ）には、統合後（マージ後）の様子が示されている。
【００５２】
（Ａ）の（１）に示すように、まず、要求機器判定部２１は、新たに情報取得要求された通信機器Ａが機器リスト３１Ｄ内に登録されていると判定する。つまり、要求機器判定部２１は、通信機器Ａに対応する処理待ち状態の情報取得キューＱａが存在すると判定する。
【００５３】
その結果、（Ａ）の（２）に示すように、取得情報統合部２２は、要求機器判定部２１の判定結果を受けて、通信機器Ａに対応する情報取得キューＱａの取得情報指定ＱＤａに、サプライ情報の指定を追加する。これにより、（Ｂ）に示すように、通信機器Ａに対する取得情報の指定が、１つの情報取得キューＱａに統合される。
【００５４】
これにより、本実施形態に係る情報処理機能では、同じ通信機器２００に対して異なるタイミングで情報取得が要求された場合であっても、別々の情報取得処理が実行されるのではなく、先行して要求された未処理の情報取得処理において一括実行される。
【００５５】
以上のように、本実施形態に係る情報処理機能は、上記各機能部が連携動作することにより実現される。なお、本実施形態に係る情報処理機能は、管理サーバ１００に搭載されるモジュール（機器管理機能を実現するプログラム）が、演算装置（ＣＰＵ）により、記憶装置（ＨＤＤ）からメモリ（ＲＡＭ）上に読み出され、以下の処理が実行されることで実現される。
【００５６】
本実施形態に係る情報処理機能の詳細な動作（機能部群の連携動作）について、処理手順を示すフローチャートを用いて説明する。
【００５７】
《情報取得の制御処理》
図７は、本実施形態に係る情報取得制御処理の処理手順例を示すフローチャートである。
図７に示すように、管理サーバ１００では、管理モジュール１３が、新たな情報取得要求を受け付けると（ステップＳ１０１：ＹＥＳ）、次のような制御処理が実行される。
【００５８】
要求機器判定部２１は、機器リスト保持部３１にアクセスし、機器リスト３１Ｄを参照する（ステップＳ１０２）。
【００５９】
要求機器判定部２１は、参照した機器リスト３１Ｄ内に、情報取得要求された通信機器２００が登録されているか否かを判定する（ステップＳ１０３）。このとき、要求機器判定部２１は、要求時に指定された取得機器識別情報を基づき、機器リスト３１Ｄの［機器指定］項目を検索し、該当機器の登録有無を判定する。要求機器判定部２１は、判定結果を取得情報統合部２２に渡す。
【００６０】
取得情報統合部２２は、情報取得要求された通信機器２００が機器リスト３１Ｄ内に登録されていると判定された場合（ステップＳ１０３：ＹＥＳ）、要求時に指定された取得情報を、該当機器に対応する情報取得キューＱの取得情報指定に加え、該当機器に対する取得情報の指定を統合する（ステップＳ１０４）。このとき、取得情報統合部２２は、機器リスト保持部３１にアクセスし、機器リスト３１Ｄ内の該当機器に対応する［取得情報指定］項目を参照する。取得情報統合部２２は、要求時に指定された取得情報の識別情報が、参照した［取得情報指定］項目になければ、該当機器に対する取得情報の指定を統合し、機器リスト３１Ｄ内の［取得情報指定］項目の項目値を更新する。
【００６１】
一方、取得情報統合部２２は、情報取得要求された通信機器２００が機器リスト３１Ｄ内に登録されていないと判定された場合（ステップＳ１０３：ＮＯ）、要求時に指定された取得情報指定を含む、該当機器に対応する新たな情報取得キューＱを生成する（ステップＳ１０５）。このとき、取得情報統合部２２は、機器リスト保持部３１にアクセスし、機器リスト３１Ｄに、新たに生成した情報取得キューＱに関する情報を追加する。
【００６２】
要求機器判定部２１は、取得情報統合部２２により取得情報指定の統合処理を終えると、新たに情報取得要求された全ての通信機器２００について、該当機器のチェック（登録有無判定）を行ったか否かを判定する（ステップＳ１０６）。
【００６３】
要求機器判定部２１は、新たに情報取得要求された全ての通信機器２００に対してチェックが行われたと判定された場合（ステップＳ１０６：ＹＥＳ）処理を終了する。
【００６４】
一方、要求機器判定部２１は、新たに情報取得要求された全ての通信機器２００に対してチェックが行われていないと判定された場合（ステップＳ１０６：ＮＯ）、ステップＳ１０２の処理へ移行し、未チェックの通信機器２００に対して、ステップＳ１０３〜Ｓ１０５の処理を実行する。
【００６５】
＜まとめ＞
以上のように、本実施形態に係る管理サーバ１００によれば、管理モジュール１３の実行により、次のような機能連携を実現している。
【００６６】
管理サーバ１００は、要求機器判定部２１により、情報取得が要求され、情報取得待ち状態の通信機器２００が登録されている機器リスト３１Ｄ内に、新たに情報取得要求を受け付けた通信機器２００が、すでに登録されているか否かを判定する。管理サーバ１００は、新たに情報取得要求を受け付けた通信機器が機器リスト３１Ｄ内に登録されている場合に、取得情報統合部２２により、要求時に指定された取得情報を、該当機器の情報取得待ちの取得情報指定に加え、該当機器に対する取得情報の指定を統合する。
【００６７】
これによって、本実施形態に係る管理サーバ１では、同じ通信機器２００に対して異なるタイミングで情報取得が要求された場合であっても、別々の情報取得処理が実行されるのではなく、先行して要求された未処理の情報取得処理において一括実行される。その結果、本実施形態に係る機器管理システム１では、情報取得処理における通信パケット量、オーバーヘッド、セッション数などが減り、大規模システムにおいて通信負荷や処理時間を軽減できる。
【００６８】
［第２の実施形態］
機器管理作業では、管理者が通信機器及び機器情報を指定し、要求情報を確認したいといった場面が想定される。しかし、大規模な機器管理システムでは、多くの通信機器に対して情報取得処理が実行されていることがあり、管理者が要求情報を得るまでに時間がかかり、迅速に機器情報を確認できないといった問題が考えられる。
【００６９】
例えば、機器管理システムが、数千台の通信機器に対して情報取得処理を実行しているときに、管理サーバが、管理者から特定の通信機器からの情報取得指示を受け付けた場合、管理者から受け付けた情報取得処理は、先行する情報取得処理の終了後に実行されることになる。その結果、管理者は、取得情報が得られるまで長時間待たされてしまう。
【００７０】
このような場合、機器管理システムでは、管理者からの情報取得要求が優先処理されることが望まれる。
【００７１】
そこで、本実施形態に係る管理サーバ１００では、優先順位に従って情報取得順を制御する仕組みとした。
【００７２】
これにより、本実施形態に係る機器管理システムでは、管理者の利便性が向上し、高品質な機器管理サービスを提供できる。
【００７３】
なお、以降では、第１の実施形態と異なる点についてのみ説明を行い、同じ点については、同一参照符号を付し、その説明を省略する。
【００７４】
＜情報処理機能＞
図８は、本実施形態に係る情報処理機能の構成例を示す図である。
図８に示すように、本実施形態に係る情報処理機能は、管理モジュール１３が取得順更新部２３を有している点で異なる。
【００７５】
取得順更新部２３は、設定・登録（又は情報取得要求時に指定）された優先順位に従って、情報取得待ち状態の要求を並び換え、情報取得順を更新する機能部である。
【００７６】
ここで、優先順位が設定・登録された機器リスト３１Ｄについて説明する。
図９は、本実施形態に係る機器リスト３１Ｄのデータ（制御データ）例を示す図である。
図９に示すように、機器リスト３１Ｄは、例えば、取得順、機器指定、取得情報指定、及び優先順などの情報項目が対応づけられており、通信機器２００ごとに管理されている。
【００７７】
［優先順］項目は、情報取得順の優先順位を表す情報（以下「優先順情報」という）を管理する項目であり、項目値は、例えば、優先度（優先レベル値）などである。
【００７８】
［優先順］項目の項目値は、管理モジュール１３により記録・更新される。例えば、管理モジュール１３は、機器リスト保持部３１にアクセスし、情報取得要求を受け付けて情報取得キューＱを生成する際に該当データを記録する。
【００７９】
取得情報ごとの優先順位は、予め決定されており、情報取得要求時に指定された取得情報から、対応する優先順位が特定される。よって、管理モジュール１３は、情報取得要求時に指定された取得情報の識別情報に基づき、対応する優先順位を特定し、特定した優先順位を表す優先度を、該当データとして記録する。これにより、機器リスト３１Ｄには、情報取得要求された通信機器２００ごとに、取得情報に応じた優先順位が設定・登録される。なお、管理モジュール１３では、情報取得要求時に複数の取得情報が指定されている場合に、特定された複数の優先順位のうち、最も高い優先順位を表す優先度を、該当データとして記録する。
【００８０】
図８の説明に戻る。取得順更新部２３は、機器リスト３１Ｄを参照し、設定・登録された優先順情報に基づき、情報取得キューＱの情報取得順を並び換える。つまり、取得順更新部２３は、優先順位に従って、情報取得待ち状態の情報取得キューＱにおける順番を並び換える。並び換えの方法には、例えば、優先順情報を大小比較し、比較結果に基づき降順ソート（優先度の高い順にソート）するなどがある。
【００８１】
また、取得順更新部２３は、例えば、管理者による情報取得要求を受け付けた際に指定された優先度（指定値）をＵＩモジュール１１から受け取ると、次のように動作する。取得順更新部２３は、機器リスト３１Ｄ内の該当機器に対応する優先順情報（登録値）を参照する。取得順更新部２３は、指定値と登録値とを大小比較し、比較結果に基づき機器リスト３１Ｄの該当データを更新する。取得順更新部２３は、更新した機器リスト３１Ｄ内の優先順情報に基づき、該当機器に対応する情報取得キューＱにおける順番を並び換える。
【００８２】
取得順更新部２３による具体的な機能動作は、例えば、図１０に示す通りである。
図１０は、本実施形態に係る情報取得順を更新する動作例を示す図である。
図１０には、通信機器Ｂ，Ａ，Ｃに対応する情報取得キューＱｂ，Ｑａ，Ｑｃが優先順位に従った処理待ちの状態で保持されており、このタイミングで、通信機器Ａに対し、優先度'７'が指定された新たな情報取得要求（サプライ情報の取得要求）を受け付けた場合の動作例が示されている。また、（Ａ）には、情報取得順の更新前（並び換え前）、（Ｂ）には、更新後（並び換え後）の様子が示されている。なお、（Ａ）に示す情報取得キューＱａは、新たな情報取得要求に応じて取得情報指定が統合されているものとする。
【００８３】
（Ａ）の（３）に示すように、まず、取得順更新部２３は、機器リスト３１Ｄ内の新たに情報取得要求された通信機器Ａに対応する優先順情報を参照する。次に、取得順更新部２３は、参照した登録値が、情報取得要求された際に指定された優先度の指定値により小さいか否かを判定する。つまり、取得順更新部２３は、該当する情報取得キューＱの優先順位に比べて、管理者から指定された優先順位の方が高いか否かを判定する。
【００８４】
（Ａ）の（４）に示すように、取得順更新部２３は、参照した登録値が指定された優先度の指定値により小さい場合（指定値＞登録値）に、機器リスト３１Ｄ内の優先順情報（登録値'４'）を指定値'７'に更新する。
【００８５】
その結果、（Ｂ）の（５）に示すように、取得順更新部２３は、機器リスト３１Ｄの更新を受けて、通信機器Ｂに対応する優先度'５'と通信機器Ａに対応する優先度'７'とに基づき、情報取得待ち状態の情報取得キューＱｂと情報取得キーＱａとの順番を入れ換える。これにより、（Ｂ）に示すように、通信機器Ａ，Ｂ，Ｃに対する情報取得キューＱａ，Ｑｂ，Ｑｃが、優先度の高い順に降順ソートされる。
【００８６】
これにより、本実施形態に係る情報処理機能では、大規模システムにおいて、多くの通信機器２００に対して情報取得処理が実行される場合であっても、管理者が要求情報を得るまでに時間がかかることなく、迅速に機器情報を確認することができる。その結果、本実施形態に係る機器管理システム１では、管理者の利便性が向上し、高品質な機器管理サービスの提供を実現できる。
【００８７】
以上のように、本実施形態に係る情報処理機能は、上記各機能部が連携動作することにより実現される。なお、本実施形態に係る情報処理機能は、第１の実施形態と同じく、管理サーバ１００上で以下の処理が実行されることで実現される。
【００８８】
本実施形態に係る情報処理機能の詳細な動作（機能部群の連携動作）について、処理手順を示すフローチャートを用いて説明する。
【００８９】
《情報取得の制御処理》
図１１は、本実施形態に係る情報取得制御処理の処理手順例を示すフローチャートである。
図１１に示すように、管理サーバ１００では、管理モジュール１３が、新たな情報取得要求を受け付けると（ステップＳ２０１：ＹＥＳ）、次のような制御処理が実行される。
【００９０】
要求機器判定部２１は、機器リスト保持部３１にアクセスし、機器リスト３１Ｄを参照する（ステップＳ２０２）。
【００９１】
要求機器判定部２１は、参照した機器リスト３１Ｄ内に、情報取得要求された通信機器２００が登録されているか否かを判定する（ステップＳ２０３）。
【００９２】
取得情報統合部２２は、情報取得要求された通信機器２００が機器リスト３１Ｄ内に登録されていると判定された場合（ステップＳ２０３：ＹＥＳ）、要求時に指定された取得情報を、該当機器に対応する情報取得キューＱに加え、該当機器に対する取得情報の指定を統合する（ステップＳ２０４）。
【００９３】
取得順更新部２３は、取得情報統合部２２により取得情報指定の統合処理を終えると、機器リスト３１Ｄを参照し、情報取得キューＱの登録優先度が、要求時に指定された指定優先度より小さいか否かを判定する。このとき、取得順更新部２３は、機器リスト保持部３１にアクセスし、機器リスト３１Ｄ内の［優先順］項目を参照する。取得順更新部２３は、参照した［優先順］項目の項目値（登録値）が、要求時に指定された優先度の指定値により小さいか否かを判定する。
【００９４】
取得順更新部２３は、情報取得キューＱの登録優先度が、要求時に指定された指定優先度より小さいと判定された場合（指定された優先度の方が高いと判定された場合：ステップＳ２０５：ＹＥＳ）、機器リスト３１Ｄ内の［優先順］項目の項目値を指定値で更新する（ステップＳ２０６）。
【００９５】
一方、取得順更新部２３は、情報取得キューＱの登録優先度が、要求時に指定された指定優先度より大きい（又は等しい）と判定された場合（指定された優先度の方が低い（又は同じ）と判定された場合：ステップＳ２０５：ＮＯ）、ステップＳ２０６の処理をスキップする。つまり、機器リスト３１Ｄ内の［優先順］項目の項目値を更新しない。
【００９６】
また、取得情報統合部２２は、情報取得要求された通信機器２００が機器リスト３１Ｄ内に登録されていないと判定された場合（ステップＳ２０３：ＮＯ）、要求時に指定された取得情報指定を含む、該当機器に対応する新たな情報取得キューＱを生成し（ステップＳ２０７）、後述するステップＳ２０８の処理へ移行する。このとき、取得情報統合部２２は、機器リスト保持部３１にアクセスし、機器リスト３１Ｄに、新たに生成した情報取得キューＱに関する情報（優先順情報を含む）を追加する。
【００９７】
取得順更新部２３は、機器リスト３１Ｄを参照し、更新（又は設定・登録）された優先順位に従って、情報取得キューＱを並び換える（ステップＳ２０８）。このとき、取得順更新部２３は、機器リスト３１Ｄ内の［優先順］項目を参照し、項目値の大小比較を行い、比較結果に基づき、情報取得待ち状態の情報取得キューＱの順番を降順ソートする。
【００９８】
要求機器判定部２１は、取得順更新部２３により情報取得順の更新処理を終えると、新たに情報取得要求された全ての通信機器２００について、該当機器のチェック（登録有無判定）を行ったか否かを判定する（ステップＳ２０９）。
【００９９】
要求機器判定部２１は、新たに情報取得要求された全ての通信機器２００に対してチェックが行われたと判定された場合（ステップＳ２０９：ＹＥＳ）処理を終了する。
【０１００】
一方、要求機器判定部２１は、新たに情報取得要求された全ての通信機器２００に対してチェックが行われていないと判定された場合（ステップＳ２０９：ＮＯ）、ステップＳ２０２の処理へ移行し、未チェックの通信機器２００に対して、ステップＳ２０３〜Ｓ２０８の処理を実行する。
【０１０１】
＜まとめ＞
以上のように、本実施形態に係る管理サーバ１００によれば、管理モジュール１３の実行により、次のような機能連携を実現している。
【０１０２】
管理サーバ１００は、要求機器判定部２１により、情報取得が要求され、情報取得待ち状態の通信機器２００が登録されている機器リスト３１Ｄ内に、新たに情報取得要求を受け付けた通信機器２００が、すでに登録されているか否かを判定する。管理サーバ１００は、新たに情報取得要求を受け付けた通信機器が機器リスト３１Ｄ内に登録されている場合に、取得情報統合部２２により、要求時に指定された取得情報を、該当機器の情報取得待ちの取得情報指定に加え、該当機器に対する取得情報の指定を統合する。
【０１０３】
また、管理サーバ１００は、取得情報指定が統合されると、取得順更新部２３により、機器リスト３１Ｄ内の登録優先度と情報取得要求を受け付けた際に指定された指定優先度とを比較し、高い優先順位が指定されている場合に、機器リスト３１Ｄ内の登録優先度を指定優先度で更新する。管理サーバ１００は、取得順更新部２３により、更新された優先順位に従って、情報取得キューＱを並び換え、情報取得順を更新する。
【０１０４】
これによって、本実施形態に係る管理サーバ１００は、大規模システムにおいて、多くの通信機器２００に対して情報取得処理が実行される場合であっても、管理者が要求情報を得るまでに時間がかかることなく、迅速に機器情報を確認することができる。その結果、本実施形態に係る機器管理システム１では、第１の実施形態と同じ効果を奏するとともに、管理者の利便性が向上し、高品質な機器管理サービスを提供できる。
【０１０５】
ここまで、上記実施形態の説明を行ってきたが、上記実施形態に係る「情報処理機能」は、図を用いて説明を行った各処理手順を、動作環境（プラットフォーム）にあったプログラミング言語でコード化したプログラムが、管理サーバ１００が備える演算装置（ＣＰＵ）により実行されることで実現される。
【０１０６】
上記プログラムは、コンピュータが読み取り可能な記録媒体１０３ａに格納することができる。これにより、例えば、上記プログラムは、ドライブ装置１０３を介して、管理サーバ１００にインストールすることができる。また、管理サーバ１００は、インタフェース装置１０７を備えていることから、電気通信回線を用いて上記プログラムをダウンロードし、インストールすることもできる。
【０１０７】
＜変形例＞
また、上記第２の実施形態では、管理サーバ１００で、情報取得要求された通信機器２００ごとに取得情報指定の統合処理及び情報取得順の更新処理を実行する処理手順について説明を行ったが、この限りでない。例えば、図１２に示すように、情報取得要求された全ての通信機器２００に対する統合処理（ステップＳ３０１〜Ｓ３０６）の実行後に、情報取得順の更新処理（ステップＳ３０７〜Ｓ３０９）を実行するようにしてもよい。
【０１０８】
最後に、上記実施形態に挙げた形状や構成に、その他の要素との組み合わせなど、ここで示した要件に、本発明が限定されるものではない。これらの点に関しては、本発明の主旨をそこなわない範囲で変更することが可能であり、その応用形態に応じて適切に定めることができる。
【符号の説明】
【０１０９】
１ 機器管理システム
１１ ＵＩモジュール
１２ スケジューラーモジュール
１３ 管理モジュール
２１ 要求機器有無判定部
２２ 取得情報統合部
２３ 取得順更新部
３１ 機器リスト保持部（Ｄ：機器リスト（制御情報））
１００ 管理サーバ（情報処理装置）
１０１ 入力装置
１０２ 表示装置
１０３ ドライブ装置（ａ：記録媒体）
１０４ ＲＡＭ（揮発性の半導体メモリ）
１０５ ＲＯＭ（不揮発性の半導体メモリ）
１０６ ＣＰＵ（演算装置）
１０７ インタフェース装置（ＮＩＣ：Network I/F Card）
１０８ ＨＤＤ（不揮発性の記憶装置）
２００ 画像形成装置
Ｂ バス
Ｎ データ伝送路（ネットワーク）
Ｑ キュー
【先行技術文献】
【特許文献】
【０１１０】
【特許文献１】特開平１１−１８７１８６号公報
【特許請求の範囲】
【請求項１】
所定のデータ伝送路を介して通信機器が接続される情報処理装置であって、
前記通信機器を識別する機器識別情報と前記通信機器に対して指定された取得情報を識別する１又は複数の取得情報識別情報とが対応づけられ、情報取得要求時に生成される前記通信機器ごとの情報取得ジョブに基づき、情報取得待ち状態の通信機器が登録される機器リストを、所定の記憶領域に保持する保持手段と、
前記機器リストを参照し、要求時に指定された前記機器識別情報に基づき、該機器リスト内を検索し、検索結果から、前記機器リスト内に、新たに情報取得要求を受け付けた通信機器が登録されているか否かを判定する判定手段と、
前記機器リストを参照し、登録判定された通信機器に対応する前記取得情報識別情報に、要求時に指定された前記取得情報識別情報が含まれていない場合に、要求時に指定された取得情報を、登録判定された通信機器に対応する情報取得ジョブの取得情報指定に加え、該当機器に対する取得情報の指定を統合する統合手段と、を有することを特徴とする情報処理装置。
【請求項２】
情報取得待ち状態の通信機器に対応する情報取得ジョブを並び換え、情報取得順を更新する更新手段を有することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記保持手段は、
前記機器識別情報と１又は複数の前記取得情報識別情報と情報取得順の優先順位を表す優先順情報とが対応づけられた機器リストを保持し、
前記更新手段は、
前記機器リストを参照し、前記優先順情報に基づき、前記情報取得ジョブを並び換えることを特徴とする請求項２に記載の情報処理装置。
【請求項４】
前記更新手段は、
前記機器リストを参照し、登録判定された通信機器に対応する前記優先順情報と要求時に指定された前記優先順情報とを大小比較し、比較結果に基づき、登録判定された通信機器に対応する前記優先順情報を更新し、
更新した前記優先順情報に基づき、情報取得待ち状態の通信機器に対応する情報取得ジョブを並び換えることを特徴とする請求項３に記載の情報処理装置。
【請求項５】
前記更新手段は、
登録判定された通信機器に対応する前記優先順情報の値が、要求時に指定された前記優先順情報の値より小さい場合に、登録判定された通信機器に対応する前記優先順情報を、要求時に指定された前記優先順情報で更新することを特徴とする請求項４に記載の情報処理装置。
【請求項６】
所定のデータ伝送路を介して、通信機器と該通信機器を管理する情報処理装置とが接続される機器管理システムであって、
前記情報処理装置が、
前記通信機器を識別する機器識別情報と前記通信機器に対して指定された取得情報を識別する１又は複数の取得情報識別情報とが対応づけられ、情報取得要求時に生成される前記通信機器ごとの情報取得ジョブに基づき、情報取得待ち状態の通信機器が登録される機器リストを、所定の記憶領域に保持する保持手段と、
前記機器リストを参照し、要求時に指定された前記機器識別情報に基づき、該機器リスト内を検索し、検索結果から、前記機器リスト内に、新たに情報取得要求を受け付けた通信機器が登録されているか否かを判定する判定手段と、
前記機器リストを参照し、登録判定された通信機器に対応する前記取得情報識別情報に、要求時に指定された前記取得情報識別情報が含まれていない場合に、要求時に指定された取得情報を、登録判定された通信機器に対応する情報取得ジョブの取得情報指定に加え、該当機器に対する取得情報の指定を統合する統合手段と、を有し、
前記情報処理装置は、
取得情報の指定が統合された情報取得ジョブを実行し、前記通信機器から機器情報を取得することを特徴とする機器管理システム。
【請求項７】
所定のデータ伝送路を介して当該情報処理装置と接続される通信機器を識別する機器識別情報と前記通信機器に対して指定された取得情報を識別する１又は複数の取得情報識別情報とが対応づけられ、情報取得要求時に生成される前記通信機器ごとの情報取得ジョブに基づき、情報取得待ち状態の通信機器が登録される機器リストを、所定の記憶領域に保持する保持手段を有する情報処理装置における情報処理方法であって、
前記機器リストを参照し、要求時に指定された前記機器識別情報に基づき、該機器リスト内を検索し、検索結果から、前記機器リスト内に、新たに情報取得要求を受け付けた通信機器が登録されているか否かを判定する判定手順と、
前記機器リストを参照し、前記判定手順により登録判定された通信機器に対応する前記取得情報識別情報に、要求時に指定された前記取得情報識別情報が含まれていない場合に、要求時に指定された取得情報を、登録判定された通信機器に対応する情報取得ジョブの取得情報指定に加え、該当機器に対する取得情報の指定を統合する統合手順と、を有することを特徴とする情報処理方法。
【請求項８】
所定のデータ伝送路を介して当該情報処理装置と接続される通信機器を識別する機器識別情報と前記通信機器に対して指定された取得情報を識別する１又は複数の取得情報識別情報とが対応づけられ、情報取得要求時に生成される前記通信機器ごとの情報取得ジョブに基づき、情報取得待ち状態の通信機器が登録される機器リストを、所定の記憶領域に保持する保持手段を有する情報処理装置における情報処理プログラムであって、
コンピュータを、
前記機器リストを参照し、要求時に指定された前記機器識別情報に基づき、該機器リスト内を検索し、検索結果から、前記機器リスト内に、新たに情報取得要求を受け付けた通信機器が登録されているか否かを判定する判定手段と、
前記機器リストを参照し、前記判定手段により登録判定された通信機器に対応する前記取得情報識別情報に、要求時に指定された前記取得情報識別情報が含まれていない場合に、要求時に指定された取得情報を、登録判定された通信機器に対応する情報取得ジョブの取得情報指定に加え、該当機器に対する取得情報の指定を統合する統合手段として機能させる情報処理プログラム。
【請求項１】
所定のデータ伝送路を介して通信機器が接続される情報処理装置であって、
前記通信機器を識別する機器識別情報と前記通信機器に対して指定された取得情報を識別する１又は複数の取得情報識別情報とが対応づけられ、情報取得要求時に生成される前記通信機器ごとの情報取得ジョブに基づき、情報取得待ち状態の通信機器が登録される機器リストを、所定の記憶領域に保持する保持手段と、
前記機器リストを参照し、要求時に指定された前記機器識別情報に基づき、該機器リスト内を検索し、検索結果から、前記機器リスト内に、新たに情報取得要求を受け付けた通信機器が登録されているか否かを判定する判定手段と、
前記機器リストを参照し、登録判定された通信機器に対応する前記取得情報識別情報に、要求時に指定された前記取得情報識別情報が含まれていない場合に、要求時に指定された取得情報を、登録判定された通信機器に対応する情報取得ジョブの取得情報指定に加え、該当機器に対する取得情報の指定を統合する統合手段と、を有することを特徴とする情報処理装置。
【請求項２】
情報取得待ち状態の通信機器に対応する情報取得ジョブを並び換え、情報取得順を更新する更新手段を有することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記保持手段は、
前記機器識別情報と１又は複数の前記取得情報識別情報と情報取得順の優先順位を表す優先順情報とが対応づけられた機器リストを保持し、
前記更新手段は、
前記機器リストを参照し、前記優先順情報に基づき、前記情報取得ジョブを並び換えることを特徴とする請求項２に記載の情報処理装置。
【請求項４】
前記更新手段は、
前記機器リストを参照し、登録判定された通信機器に対応する前記優先順情報と要求時に指定された前記優先順情報とを大小比較し、比較結果に基づき、登録判定された通信機器に対応する前記優先順情報を更新し、
更新した前記優先順情報に基づき、情報取得待ち状態の通信機器に対応する情報取得ジョブを並び換えることを特徴とする請求項３に記載の情報処理装置。
【請求項５】
前記更新手段は、
登録判定された通信機器に対応する前記優先順情報の値が、要求時に指定された前記優先順情報の値より小さい場合に、登録判定された通信機器に対応する前記優先順情報を、要求時に指定された前記優先順情報で更新することを特徴とする請求項４に記載の情報処理装置。
【請求項６】
所定のデータ伝送路を介して、通信機器と該通信機器を管理する情報処理装置とが接続される機器管理システムであって、
前記情報処理装置が、
前記通信機器を識別する機器識別情報と前記通信機器に対して指定された取得情報を識別する１又は複数の取得情報識別情報とが対応づけられ、情報取得要求時に生成される前記通信機器ごとの情報取得ジョブに基づき、情報取得待ち状態の通信機器が登録される機器リストを、所定の記憶領域に保持する保持手段と、
前記機器リストを参照し、要求時に指定された前記機器識別情報に基づき、該機器リスト内を検索し、検索結果から、前記機器リスト内に、新たに情報取得要求を受け付けた通信機器が登録されているか否かを判定する判定手段と、
前記機器リストを参照し、登録判定された通信機器に対応する前記取得情報識別情報に、要求時に指定された前記取得情報識別情報が含まれていない場合に、要求時に指定された取得情報を、登録判定された通信機器に対応する情報取得ジョブの取得情報指定に加え、該当機器に対する取得情報の指定を統合する統合手段と、を有し、
前記情報処理装置は、
取得情報の指定が統合された情報取得ジョブを実行し、前記通信機器から機器情報を取得することを特徴とする機器管理システム。
【請求項７】
所定のデータ伝送路を介して当該情報処理装置と接続される通信機器を識別する機器識別情報と前記通信機器に対して指定された取得情報を識別する１又は複数の取得情報識別情報とが対応づけられ、情報取得要求時に生成される前記通信機器ごとの情報取得ジョブに基づき、情報取得待ち状態の通信機器が登録される機器リストを、所定の記憶領域に保持する保持手段を有する情報処理装置における情報処理方法であって、
前記機器リストを参照し、要求時に指定された前記機器識別情報に基づき、該機器リスト内を検索し、検索結果から、前記機器リスト内に、新たに情報取得要求を受け付けた通信機器が登録されているか否かを判定する判定手順と、
前記機器リストを参照し、前記判定手順により登録判定された通信機器に対応する前記取得情報識別情報に、要求時に指定された前記取得情報識別情報が含まれていない場合に、要求時に指定された取得情報を、登録判定された通信機器に対応する情報取得ジョブの取得情報指定に加え、該当機器に対する取得情報の指定を統合する統合手順と、を有することを特徴とする情報処理方法。
【請求項８】
所定のデータ伝送路を介して当該情報処理装置と接続される通信機器を識別する機器識別情報と前記通信機器に対して指定された取得情報を識別する１又は複数の取得情報識別情報とが対応づけられ、情報取得要求時に生成される前記通信機器ごとの情報取得ジョブに基づき、情報取得待ち状態の通信機器が登録される機器リストを、所定の記憶領域に保持する保持手段を有する情報処理装置における情報処理プログラムであって、
コンピュータを、
前記機器リストを参照し、要求時に指定された前記機器識別情報に基づき、該機器リスト内を検索し、検索結果から、前記機器リスト内に、新たに情報取得要求を受け付けた通信機器が登録されているか否かを判定する判定手段と、
前記機器リストを参照し、前記判定手段により登録判定された通信機器に対応する前記取得情報識別情報に、要求時に指定された前記取得情報識別情報が含まれていない場合に、要求時に指定された取得情報を、登録判定された通信機器に対応する情報取得ジョブの取得情報指定に加え、該当機器に対する取得情報の指定を統合する統合手段として機能させる情報処理プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【公開番号】特開２０１２−１１８８３７（Ｐ２０１２−１１８８３７Ａ）
【公開日】平成２４年６月２１日（２０１２．６．２１）
【国際特許分類】
【出願番号】特願２０１０−２６９０１６（Ｐ２０１０−２６９０１６）
【出願日】平成２２年１２月２日（２０１０．１２．２）
【出願人】（０００００６７４７）株式会社リコー (37,907)
【Ｆターム（参考）】
【公開日】平成２４年６月２１日（２０１２．６．２１）
【国際特許分類】
【出願日】平成２２年１２月２日（２０１０．１２．２）
【出願人】（０００００６７４７）株式会社リコー (37,907)
【Ｆターム（参考）】
[ Back to top ]