情報処理システム、管理装置およびプログラム
【課題】一括設定に係る全体の処理時間を短縮するとともに、マスタとなる装置の処理負荷を低減する。
【解決手段】情報処理システム１は、複数の被管理機器３と、被管理機器３を管理する機器管理装置２とを備え、マスタとなる機器管理装置２は、管理者用クライアント端末４から複数の被管理機器３に対する一括設定の要求を受け付ける設定受付部２０ａと、その設定受付部２０ａで要求を受け付けた場合に、スレーブとなる被管理機器３に対して、複数の被管理機器３に対する一括設定の処理を委譲する設定処理部２０ｂとを有する。
【解決手段】情報処理システム１は、複数の被管理機器３と、被管理機器３を管理する機器管理装置２とを備え、マスタとなる機器管理装置２は、管理者用クライアント端末４から複数の被管理機器３に対する一括設定の要求を受け付ける設定受付部２０ａと、その設定受付部２０ａで要求を受け付けた場合に、スレーブとなる被管理機器３に対して、複数の被管理機器３に対する一括設定の処理を委譲する設定処理部２０ｂとを有する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、情報処理システム、管理装置およびプログラムに関する。
【背景技術】
【０００２】
従来、ネットワークを介して接続される複数の被管理機器（例えば、プリンタ、複合機、プロジェクタ、サーバコンピュータなどのネットワーク機器）に対して、所定の設定内容（複数の設定項目および値を含む設定値群など）に応じた一括設定を行わせる機器管理装置を備えた情報処理システムが知られている。
【０００３】
この種の情報処理システムによれば、ユーザは被管理機器にわざわざ出向くことなく、リモートからネットワーク上にある複数の被管理機器の設定を行うことが可能である。
【０００４】
しかし、前述の情報処理システムにおいては、機器管理装置と被管理機器との間の設定処理が同期的に行われており、被管理機器の設定処理が完了するまでの間、機器管理装置は次の処理に移れず、待機する必要があるため、被管理機器の台数や設定項目の数に比例して一括設定に係る全体の処理時間が長くなるという課題がある。
【０００５】
また、従来では、複数台の機器に対する設定を容易に行う目的で、マスタとなる機器が、操作パネルを介して入力されたユーザコードをスレーブとなる機器に対して送信し、スレーブとなる機器のユーザコードを一括設定する技術（特許文献１参照）が知られている。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、前述した特許文献１の技術にあっても、マスタとなる機器（マスタ機）とスレーブとなる機器（スレーブ機）との間の設定処理が同期的に行われており、スレーブ機の設定処理が完了するまでの間、マスタ機は次の処理に移れず、待機する必要があるため、スレーブ機の台数や設定項目の数に比例して一括設定に係る全体の処理時間が長くなるという課題がある。
【０００７】
そこで、本発明は、上記従来の課題を解決するものであり、一括設定に係る全体の処理時間を短縮することが可能な情報処理システム、管理装置およびプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
前述した課題を解決し、目的を達成するために、本発明の情報処理システムは、複数の被管理機器と、前記被管理機器を管理する機器管理装置とを備え、マスタとなる前記機器管理装置は、外部から複数の被管理機器に対する一括設定の要求を受け付ける受付手段と、前記受付手段で前記要求を受け付けた場合に、スレーブとなる被管理機器に対して、複数の被管理機器に対する一括設定の処理を委譲する制御手段と、を有する。
【発明の効果】
【０００９】
本発明によれば、一括設定に係る全体の処理時間を短縮することができるという効果を奏する。
【図面の簡単な説明】
【００１０】
【図１】図１は、本実施形態に係る情報処理システムの概略的な構成を示すブロック図である。
【図２】図２は、機器管理装置や管理者クライアント端末の制御系のハードウェア構成を示すブロック図である。
【図３】図３は、被管理機器（複合機）のハードウェア構成を示すブロック図である。
【図４】図４は、機器管理装置および被管理機器の機能的構成を説明するためのブロック図である。
【図５】図５は、機器情報の一例を示す説明図である。
【図６】図６は、機器管理装置が管理者用クライアント端末から一括設定の要求を受け付けた場合の機器管理装置における処理の流れを示すシーケンス図である。
【図７】図７は、一括設定の要求画面の一例を示す図である。
【図８】図８は、設定処理部が一括設定の処理を委譲する被管理機器（サブシステム）を決定する場合の処理の手順を示すフローチャートである。
【図９】図９は、サブシステムが機器管理装置から一括設定の処理を委譲する委譲要求を受け付けた場合のサブシステムにおける処理の流れを示すシーケンス図である。
【発明を実施するための形態】
【００１１】
以下、本発明の実施形態について添付図面を参照して説明する。最初に、本実施形態に係る情報処理システム１の構成について図１を用いて説明する。図１は、本実施形態に係る情報処理システム１の概略的な構成を示すブロック図である。
【００１２】
図１に示すように、この情報処理システム１では、機器管理装置（マスタ）２と、複数の被管理機器３（図１の例では、３台）と、管理者用クライアント端末４とを備え、それらがＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）などのネットワークＮを介して相互に通信可能に接続されている。
【００１３】
そして、この情報処理システム１では、複数の被管理機器３のいずれかにおいて、機器管理装置（マスタ）２からの一括設定の処理を委譲する委譲要求に基づいて、複数の被管理機器３に対して一括設定を行うための（即ち、システム管理者により指定された複数の被管理機器３のそれぞれに所定の設定内容（複数の設定項目および値を含む設定値群）に応じた設定を行わせるための）サブシステム（スレーブ）３１がデプロイまたはアンデプロイ可能となっている。ここでいうサブシステム３１とは、例えば、ソフトウェアやコンポーネントなどから構成されるものであり、更に、デプロイとは、サブシステム３１を利用可能な状態にすることであり、アンデプロイとは、サブシステム３１を利用不可な状態にすることである。
【００１４】
機器管理装置（マスタ）２は、ネットワークＮを介して複数の被管理機器３を管理するための装置であり、例えば、サーバ装置などで実現される。そして、この機器管理装置２は、被管理機器３にデプロイされているサブシステム（スレーブ）３１に対して上記一括設定の処理を委譲する。
【００１５】
被管理機器３は、機器管理装置２に管理される機器であり、例えば、複合機（ＭＦＰ：Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌｓ）などで実現される。そして、上記サブシステム（スレーブ）３１がデプロイされている被管理機器３が、機器管理装置（マスタ）２からの上記一括設定の処理を委譲する委譲要求を受け付けて、複数の被管理機器３に対して上記設定内容の設定を要求する。
【００１６】
管理者用クライアント端末４は、この情報処理システム１のシステム管理者が使用するクライアント端末であり、パーソナルコンピュータ（ＰＣ：Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）などで実現される。そして、この管理者用クライアント端末４では、ネットワークＮを介して機器管理装置２が提供するＵＩ画面（Ｗｅｂページなど）を閲覧可能であり、この管理者用クライアント端末４は、複数の被管理機器３の中から一括設定を行う被管理機器３を選択したり、設定値を入力したりする際にシステム管理者に使用される。
【００１７】
次に、情報処理システム１を構成する機器管理装置２、被管理機器３および管理者用クライアント端末４のハードウェア構成について図２および図３を用いて説明する。
【００１８】
図２は、機器管理装置２や管理者クライアント端末４の制御系のハードウェア構成を示すブロック図である。
【００１９】
図２に示すように、機器管理装置２や管理者クライアント端末４は、ＰＣなどの一般的なコンピュータを利用したハードウェア構成となっており、例えば、制御部２１と、通信Ｉ／Ｆ２２と、Ｉ／Ｏ機器制御部２３とを備え、それらがバスＢ１によって接続されている。
【００２０】
制御部２１は、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）などを有して構成されている。
【００２１】
また、制御部２１には、バスＢ１およびＩ／Ｏ機器制御部２３を介して、操作装置（例えば、キーボードやマウスなど）２４、表示装置（例えば、液晶ディスプレイなど）２５、外部記憶装置（例えば、ハードディスク装置（ＨＤＤ：Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）やＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）など）２６、外部インタフェース２７（以下、「外部Ｉ／Ｆ２７」という。）などが接続されている。
【００２２】
即ち、この制御部２１は、ＣＰＵがＲＯＭや外部記憶装置２６などに格納されている制御プログラムをＲＡＭに展開して実行することにより、Ｉ／Ｏ機器制御部２３を介して接続される機器の動作を制御するとともに、通信Ｉ／Ｆ２２、ネットワークＮを介して接続される他の装置との間で各種データを送受信する動作を制御するものである。
【００２３】
外部Ｉ／Ｆ２７は、ＤＶＤやＣＤ等の記録媒体に対するリードライトを行うためのインタフェイスである。上記制御プログラムを、ＤＶＤやＣＤ等の記録媒体に記憶し、制御部部２１のＣＰＵがＩ／Ｏ機器制御部２３、外部Ｉ／Ｆ２７を介して、ＤＶＤやＣＤ等の記録媒体から制御プログラムを読み出してＲＡＭに展開して実行するように構成してもよい。
【００２４】
図３は、被管理機器（複合機）３のハードウェア構成を示すブロック図である。
【００２５】
図３に示すように、被管理機器３は、大きく分けて、コントローラ３０と、操作表示部（オペレーションパネル）３２と、ファクシミリコントロールユニット（ＦＣＵ）３３と、画像読取部３４と、画像形成部３５とを備えている。
【００２６】
コントローラ３０は、被管理機器３全体の制御、即ち、描画処理や、通信処理や、操作表示部３２に対する操作入力および表示処理などの各種処理を制御するものである。
【００２７】
図３の例では、コントローラ３０は、ＣＰＵ３０１と、ＡＳＩＣ３０２と、ノースブリッジ（ＮＢ）３０３と、サウスブリッジ（ＳＢ）３０４と、システムメモリ（ＭＥＭ−Ｐ）３０５と、ローカルメモリ（ＭＥＭ−Ｃ）３０６と、ハードディスクドライブ（ＨＤＤ）３０７と、メモリカードスロット３０８と、ネットワークインタフェースコントローラ（ＮＩＣ）３０９と、ＵＳＢインタフェース３１０と、ＩＥＥＥ１３９４インタフェース３１１と、セントロニクスインタフェース３１２を備えている。
【００２８】
ここで、ＣＰＵ３０１は、種々の情報処理を実行するためのＩＣであり、アプリケーション１０１やプラットフォーム１０２をＵＮＩＸ（登録商標）などのＯＳによりプロセス単位で並列的に実行する。
【００２９】
ＡＳＩＣ３０２は、画像処理用のＩＣである。ＮＢ３０３は、ＣＰＵ３０１とＡＳＩＣ３０２を接続するためのブリッジである。ＳＢ３０４は、ＮＢ３０３と周辺機器等を接続するためのブリッジである。ＡＳＩＣ３０２とＮＢ３０３は、ＡＧＰ（Ａｃｃｅｌｅｒａｔｅｄ Ｇｒａｐｈｉｃｓ Ｐｏｒｔ）を介して接続されている。
【００３０】
ＭＥＭ−Ｐ３０５は、ＮＢ３０３に接続されたメモリである。ＭＥＭ−Ｃ３０６は、ＡＳＩＣ３０２に接続されたメモリである。ＨＤＤ３０７は、ＡＳＩＣ３０２に接続されたストレージであり、画像データや、文書データや、プログラムや、フォントデータや、フォームデータなどの蓄積を行うために使用される。メモリカードスロット３０８は、ＳＢ３０４に接続されたスロットであり、メモリカード３１３をセット（挿入）するために使用される。
【００３１】
ＮＩＣ３０９は、ネットワークＮなどを介してＭＡＣアドレスなどを使用したデータ通信を行うためのコントローラである。ＵＳＢインタフェース３１０は、ＵＳＢ規格に準拠したシリアルポートを提供するためのインタフェースである。ＩＥＥＥ１３９４インタフェース３１１は、ＩＥＥＥ１３９４規格に準拠したシリアルポートを提供するためのインタフェースである。セントロニクスインタフェース３１２は、セントロニクス仕様に準拠したパラレルポートを提供するためのインタフェースである。
【００３２】
ＮＩＣ３０９と、ＵＳＢインタフェース３１０と、ＩＥＥＥ１３９４インタフェース３１１と、セントロニクスインタフェース３１２は、ＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｅｃｔ）バスを介してＮＢ３０３とＳＢ３０４に接続されている。
【００３３】
操作表示部３２は、被管理機器３の各種機能を利用するための操作方法を表示するとともに、ユーザからの操作入力を受け付けるためのユーザインタフェースである。操作表示部３２は、ＡＳＩＣ３０２に接続されている。
【００３４】
ＦＣＵ３３は、Ｇ３などのファクシミリ通信を制御するユニットである。
【００３５】
画像読取部３４は、画像を読み取るユニットであり、例えば、スキャナとして構成されて、原稿台にセットされた原稿の画像を読み取る。
【００３６】
画像形成部３５は、画像読取部３４の読み取りで得られた画像データなどに基づいて、画像を記録媒体に形成するためのユニットであり、例えば、電子写真方式を採用して構成される。
【００３７】
ＦＣＵ３３と、画像読取部３４と、画像形成部３５とは、ＰＣＩバスを介してＡＳＩＣ３０２に接続されている。
【００３８】
次に、機器管理装置２および被管理機器３の機能的構成について図４を用いて説明する。
【００３９】
図４は、機器管理装置２および被管理機器３の機能的構成を説明するためのブロック図である。
【００４０】
図４に示すように、機器管理装置２のＣＰＵは、ＲＯＭや外部記憶装置２６などに格納される所定の制御プログラムをＲＡＭなどに展開して実行することにより、後述の図６および図８に示す処理手順を実行する、設定受付部２０ａと、設定処理部２０ｂと、設定送信部２０ｃと、設定結果収集部２０ｄと、機器情報管理部２０ｅと、設定結果管理部２０ｆと、リモートインストール部２０ｇと、表示処理部２０ｈとして機能する。
【００４１】
表示処理部２０ｈは、自己の機器管理装置２の表示装置２５に各種画面を表示する処理を行うとともに、通信Ｉ／Ｆ２２を介して管理者用クライアント端末４に、一括設定の要求画面を送信して、管理者用クライアント端末４の表示装置２５に一括設定の要求画面を表示させる処理を行う。ここで、一括設定の要求画面の詳細については後述する。
【００４２】
設定受付部２０ａは、管理者用クライアント端末４からの一括設定の要求画面で指定された一括設定の要求を、通信Ｉ／Ｆ２２を介して受け付けるものである。ここで、上記一括設定の要求には、複数の設定項目／値を含む設定値群や、設定を行いたい一台以上の被管理機器３の識別情報（デバイスＩＤ）などが含まれている。
【００４３】
設定処理部２０ｂは、一括設定に関わる各種処理を実行するものである。例えば、この設定処理部２０ｂは、一括設定の処理を委譲する被管理機器３を決定する処理を実行し、その処理により決定した被管理機器３に対して一括設定の処理を委譲する。
【００４４】
より具体的には、この設定処理部２０ｂは、設定受付部２０ａが受け付けた一括設定の要求に、一括設定の処理を委譲する被管理機器（サブシステム３１）３が指定されている場合には、その指定されている被管理機器（サブシステム３１）３を一括設定の処理を委譲する被管理機器３として決定する。
【００４５】
他方、設定処理部２０ｂは、設定受付部２０ａが受け付けた一括設定の要求に、一括設定の処理を委譲する被管理機器（サブシステム３１）３が指定されていない場合には、機器情報管理部２０ｅが管理する後述の機器情報に基づいて、サブシステム３１がデプロイされており、且つ、処理性能が高いと判断した被管理機器３を一括設定の処理を委譲する被管理機器３として決定する。
【００４６】
設定送信部２０ｃは、設定処理部２０ｂで決定された被管理機器（サブシステム３１）３に対して一括設定の処理を委譲する委譲要求を送信するものである。ここで、上記委譲要求には、上述した設定値群や、サブシステム（スレーブ）３１に一括設定を行わせたい複数の被管理機器３個々の識別情報などが含まれている。
【００４７】
設定結果収集部２０ｄは、マスタとなる機器管理装置２の代わりに一括設定の処理を実行する被管理機器３にデプロイされているサブシステム（スレーブ）３１から一括設定の処理の設定結果を取得するものである。ここで、上記設定結果には、設定を行った被管理機器３の識別情報や、各設定項目に対する設定の結果（成功／失敗）や、失敗した場合の失敗理由などが含まれている。
【００４８】
機器情報管理部２０ｅは、機器管理装置２の管理下にある各被管理機器３に関する機器情報を管理するものである。図５は、機器情報の一例を示す説明図である。機器情報は、図５（ａ）に示すデバイスデータベース（以下、「デバイスＤＢ」という。）と、図５（ｂ）に示すグループデータベース（以下、「グループＤＢ」という。）、図５（ｃ）に示すグループ割当データベース（以下、「グループ割当ＤＢ」という。）から構成される。
【００４９】
デバイスＤＢは、被管理機器３のデバイス情報が登録されたデータベースである。デバイス情報には、図５（ａ）に示すように、被管理機器３を識別するためのデバイスＩＤ、被管理機器３の表示名、通信に必要なＩＰアドレス、デプロイ情報、委譲情報、モデル名、ＣＰＵのクロック数、搭載メモリのメモリ容量、システム状態、プリンタ状態とが対応付けられて登録されている。
【００５０】
ここで、デプロイ情報は、各被管理機器３におけるサブシステム（スレーブ）３１のデプロイ／アンデプロイの状態を示す。デプロイ情報が「ｔｒｕｅ」の場合には、被管理機器３におけるサブシステム３１がデプロイの状態であることを示する。デプロイ情報が「ｆａｌｓｅ」の場合には、被管理機器３におけるサブシステム３１がアンデプロイの状態であることを示す。
【００５１】
委譲情報は、一括設定の処理を委譲するサブシステムか否かを示すものである。委譲情報が「ｔｒｕｅ」の場合には、一括設定の処理を委譲するサブシステムであることを示し、委譲情報が「ｆａｌｓｅ」の場合には、一括設定の処理を委譲するサブシステムでないことを示す。
【００５２】
モデル名、ＣＰＵのクロック数、搭載メモリのメモリ容量は、被管理機器３のスペックを示す情報（即ち、設定処理部２０ｂが被管理機器３の処理性能を判断するための情報）である。システム状態は、被管理機器３の動作状態であり、エラーその他の状態を示す。プリンタ状態は、被管理機器３のプリンタ機能の状態で、エラー、印刷中、待機中、未サポートその他の状態を示す。
【００５３】
ここで、デバイスＩＤとしては、図５（ａ）に示す単純な番号の他、ＭＡＣアドレスやシリアル番号等を用いてもよい。また、通信に必要な情報としてＩＰアドレスの他、認証情報をデバイスＤＢに登録するように構成してもよい。
【００５４】
グループＤＢは、グループの情報が登録されたデータベースである。ここで、グループとは、ＩＰアドレスに基づいた被管理機器３の分類である。グループＤＢには、図５（ｂ）に示すように、グループを識別するためのグループＩＤと、グループ名とが対応付けられて登録されている。ここで、本実施の形態では、グループ名は、ＩＰアドレスのうち、上記２４ビットの数値が用いられる。
【００５５】
グループ割当ＤＢは、被管理機器３に対して割り当てられるグループが登録されたデータベースである。グループ割当ＤＢには、図５（ｃ）に示すように、被管理機器３のデバイスＩＤと、当該デバイスＩＤに割り当てられるグループのグループＩＤが対応付けられて登録されている。
【００５６】
図４に戻り、設定結果管理部２０ｆは、設定結果収集部２０ｄが収集した上記設定結果を設定処理部２０ｂを介して取得して保存するものである。
【００５７】
リモートインストール部２０ｇは、設定処理部２０ｂの制御のもと、被管理機器３に対して、サブシステム（スレーブ）３１のデプロイまたはアンデプロイを要求するものである。
【００５８】
また、図４に示すように、被管理機器３のＣＰＵ３０１は、ＨＤＤ３０７などに格納される所定の制御プログラムをメモリ（ＭＥＭ−Ｐ３０５など）に展開して実行することにより、後述の図８に示す処理手順を実行する、設定受付部３０ａと、設定処理部３０ｂと、設定送信部３０ｃと、設定結果送信部３０ｄ、リモートインストール受付部３０ｅとして機能する。上記各機能部のうち、設定受付部３０ａ、設定処理部３０ｂ、設定送信部３０ｃおよび設定結果送信部３０ｄが、サブシステム（スレーブ）３１で実現される。
【００５９】
設定受付部３０ａは、機器管理装置（マスタ）２からの一括設定の処理を委譲する委譲要求を受け付けるものである。
【００６０】
設定処理部３０ｂは、設定受付部３０ａが上記委譲要求を受け付けた場合に、一括設定に関わる各種処理を実行するものである。即ち、設定処理部３０ｂは、委譲要求で指定されている複数の被管理機器３に対して上記設定内容の設定を要求する。
【００６１】
設定送信部３０ｃは、設定処理部３０ｂからの送信要求に基づいて、委譲要求で指定されている複数の被管理機器３に対して、上記設定内容の設定を要求するとともに、該要求した複数の被管理機器３から設定結果（設定を行った被管理機器３の識別情報や、各設定項目に対する設定の結果（成功／失敗）や、失敗した場合の失敗理由などを含む）を受信して、後述の設定結果送信部３０ｄに出力するものである。
【００６２】
設定結果送信部３０ｄは、一括設定の処理を委譲してきた機器管理装置（マスタ）２に対して、設定送信部３０ｃから受け取った設定結果を送信するものである。
【００６３】
リモートインストール受付部３０ｅは、サブシステム（スレーブ）３１のデプロイまたはアンデプロイの要求を受付け、該受付けたサブシステム（スレーブ）３１のデプロイまたはアンデプロイを実行するものである。
【００６４】
次に、情報処理システム１における処理動作について図６〜図９を用いて説明する。
【００６５】
図６は、機器管理装置（マスタ）２が管理者用クライアント端末４から一括設定の要求を受け付けた場合の機器管理装置（マスタ）２における処理の流れを示すシーケンス図である。
【００６６】
機器管理装置（マスタ）２の表示処理部２０ｈは、管理者用クライアント端末４の表示装置２５に一括設定の要求画面を表示させている。図６に示すように、このシーケンスでは、システム管理者が、管理者用クライアント端末４において、表示装置２５に表示される一括設定の要求画面から操作装置２４を用いて、一括設定を要求する入力操作を行うと（ステップＳ１０１）、設定受付部２０ａが、一括設定の要求を受け付け、設定処理部２０ｂに一括設定の処理を依頼する（ステップＳ１０２）。
【００６７】
ここで、図７は、表示装置２５に表示される一括設定の要求画面の一例を示す図である。図７に示すように、一括設定の要求画面は、グループ選択領域７０１と、デバイス選択領域７０２と、機器情報表示領域７０３とから構成されている。
【００６８】
システム管理者は、グループ選択領域７０２の中の、ＩＰアドレスの上位２４ビットで表されるグループの中から所望のグループを指定することができる。図７の例では、グループ名「１３３．ｎｎｎ．１７２」のグループが指定されていることを示している。
【００６９】
グループが指定されると、機器管理装置（マスタ）２の設定受付部２０ａは指定されたグループのグループＩＤを受付け、設定処理部２０ｂが機器情報のグループ割当ＤＢで指定されたグループＩＤに対応するデバイスＩＤを取得する。
【００７０】
そして、機器管理装置２の表示処理部２０ｈは、機器情報のデバイスＤＢにおいて、取得したデバイスＩＤに対応する表示名を管理者用クライアント端末４に送信する。これにより、管理者用クライアント端末４の表示装置２５に表示された一括設定の要求画面のデバイス選択領域７０２には、指定されたグループに属する被管理機器３の一覧が表示されることになる。
【００７１】
そして、システム管理者は、このデバイス選択領域７０２に表示された被管理機器３の一覧の中から、一括設定の要求を行う被管理機器３を選択可能となっている。なお、システム管理者は、被管理機器３の一覧の中から、一括設定の要求を行う被管理機器３を選択しなくてもよい。図７に示す例では、被管理機器３の一覧の中から、表示名「ＸＸＸ」の被管理機器３が選択された状態を示している。
【００７２】
ここで、選択された被管理機器３のデバイスＩＤと、グループＤＢにおいて指定されたグループに対応するグループＩＤが、一括設定の処理を委譲する被管理装置３の情報として機器管理装置２０の設定処理部２０ｂに送出される。被管理機器３の一覧の中から一括設定の要求を行う被管理機器３が選択されていない場合には、グループＩＤのみが、機器管理装置２０の設定処理部２０ｂに送出される。
【００７３】
機器情報表示領域７０３には、デバイス選択領域７０２で選択された被管理機器３の機器情報のデバイスＤＢの内容が表示される。デバイス選択領域７０２で被管理機器３が選択されていない場合には、機器情報表示領域７０３には何も表示されない。
【００７４】
図６に戻り、上記依頼を受けた設定処理部２０ｂは、一括設定の処理を委譲する被管理機器３｛即ち、サブシステム（スレーブ）３１｝を決定する処理（図８参照）を実行する（ステップＳ１０３）。
【００７５】
図８は、設定処理部２０ｂが一括設定の処理を委譲する被管理機器３（サブシステム３１）を決定する場合の処理の手順を示すフローチャートである。
【００７６】
図８に示すように、設定処理部２０ｂは、受け付けた一括設定の依頼に含まれる情報（デバイスＩＤおよびグループＩＤ）と機器情報とに基づいて、一括設定の処理を委譲するサブシステム３１が指定されているか否かを判定する（ステップＳ２０１）。具体的には、設定処理部２０ｂは、機器情報のデバイスＤＢにおいて、一括設定の依頼で指定されたデバイスＩＤの委譲情報が「ｔｒｕｅ」であるか否かを判定する。
【００７７】
そして、上記判定により、一括設定の処理を委譲する被管理装置（即ち、サブシステム３１）が指定されていると判定した場合（ステップＳ２０１：Ｙｅｓ）、すなわち指定されたデバイスＩＤの委譲情報が「ｔｒｕｅ」である場合には、設定処理部２０ｂは、当該指定されているデバイスＩＤの被管理装置３（即ち、サブシステム３１）を一括設定の処理を委譲するサブシステム３１として決定する（ステップＳ２０２）。
【００７８】
他方、ステップＳ２０１の判定により、一括設定の処理を委譲する被管理装置３（即ち、サブシステム３１）が指定されていないと判定した場合（ステップＳ２０１：Ｎｏ）、すなわち、指定されたデバイスＩＤの委譲情報が「ｆａｌｓｅ」または一括設定の依頼に含まれる情報がグループＩＤのみでデバイスＩＤが存在しない場合には、続いて、設定処理部２０ｂは、上記受け付けた一括設定の依頼に含まれているグループＩＤに含まれる一または複数の被管理機器３のデバイスＩＤと、機器情報管理部２０ｅから取得した機器情報（デバイスＤＢ、グループＤＢ）に基づいて、指定されたグループＩＤのグループ内にサブシステム３１がデプロイされている被管理機器３が存在するか否かを判定する（ステップＳ２０３）。
【００７９】
具体的には、設定処理部２０ｂは、機器情報のグループ割当ＤＢを参照して、一括設定の依頼に含まれている（指定された）グループＩＤに割り当てられたデバイスＩＤの被管理機器３を特定する。そして、設定処理部２０ｂは、機器情報のデバイスＤＢを参照して、特定された被管理機器３のデバイスＩＤごとに、デバイスＩＤに対応するデプロイ情報が「ｔｒｕｅ」か否かを判断する。
【００８０】
上記ステップＳ２０３の判定により、該当する各グループ内にサブシステム３１がデプロイされている被管理機器３が存在すると判定された場合（ステップＳ２０３：Ｙｅｓ）で（すなわち、デプロイ情報が「ｔｒｕｅ」のデバイスＩＤの被管理機器が存在する場合で）、各グループ内に、一以上（即ち、複数）のサブシステム３１が存在すると判定した場合、設定処理部２０ｂは、機器情報管理部２０ｅから取得した機器情報のデバイスＤＢの中のモデル名、クロック数、メモリ容量などに基づいて、グループ毎に、処理性能が最も高い被管理機器３を判断し、当該被管理機器３にデプロイされているサブシステム３１を検索し、該検索したサブシステム３１を一括設定の処理を委譲するサブシステム３１として決定する（ステップＳ２０４）。
【００８１】
具体的には、設定処理部２０ｂは、デバイスＤＢにおいてクロック数が最大数、あるいは、メモリ容量が最大容量のデバイスＩＤの被管理機器３、若しくは、デバイスＤＢにおいて処理性能が最も高いモデルとして予め定められたモデル名が登録されたデバイスＩＤの被管理機器３を、処理性能が最も高いと判断する。
【００８２】
ここで、本実施の形態では、設定処理部２０ｂは、処理性能が最も高い被管理機器３を判断しているが、所定能力以上の被管理機器３を判断するように設定処理部２０ｂを構成してもよい。例えば、クロック数が所定数以上、あるいはメモリ容量が所定容量以上の被管理機器３を、処理能力が所定能力以上と判断するように設定処理部２０ｂを構成してもよい。
【００８３】
また、一方、上記ステップＳ２０３の判定により、各グループ内にサブシステム３１がデプロイされている被管理機器３が存在しないと判定された場合（ステップＳ２０３：Ｎｏ）、すなわち、デプロイ情報が「ｔｒｕｅ」のデバイスＩＤの被管理機器が存在しない場合、設定処理部２０ｂは、機器情報管理部２０ｅから取得した機器情報のデバイスＤＢのモデル名、クロック数、メモリ容量等に基づいて、グループ毎に処理性能が最も高い被管理機器３を上述のとおりに判断し、当該被管理機器３にサブシステム３１をデプロイさせる。即ち、設定処理部２０ｂの制御のもと、リモートインストール部２０ｇが、該当する被管理機器３に対してサブシステム３１のデプロイを要求する。これにより、上記要求を受け付けた被管理機器３がサブシステム３１をデプロイする（ステップＳ２０５）。
【００８４】
ここで、本実施の形態では、設定処理部２０ｂは、処理性能が最も高い被管理機器３を判断しているが、所定能力以上の被管理機器３を判断するように設定処理部２０ｂを構成してもよい。例えば、クロック数が所定数以上、あるいはメモリ容量が所定容量以上の被管理機器３を、処理能力が所定能力以上と判断するように設定処理部２０ｂを構成してもよい。
【００８５】
なお、サブシステム３１のデプロイ処理の時間短縮を図る目的で、各被管理機器３にサブシステム３１をアンデプロイ状態で保持させているのが好ましいが、これに限定されず、各被管理機器３にサブシステム３１を保持させておかない形態とすることも可能である。ただし、この場合には、図８の処理ステップＳ２０５において、サブシステム３１のデプロイを要求する場合、対象の被管理機器３がサブシステム３１を持っていない場合には、リモートインストール部２０ｇが、設定処理部２０ｂの制御のもと、サブシステム３１を対象の被管理機器３に送信する。
【００８６】
上記ステップＳ２０４およびステップＳ２０５の処理においては、設定処理部２０ｂは、予め一括設定の処理を委譲することが禁止されている被管理機器３（即ち、その被管理機器３にデプロイされているサブシステム３１）を、一括設定の処理を委譲する候補から除外するようにしている。これにより、例えば、他の利用目的の関係で、一括設定の処理を委譲されては困る被管理機器３に対しては、一括設定の処理が委譲されずに済む。
【００８７】
その後、設定処理部２０ｂは、ステップＳ２０５の処理によりデプロイされたサブシステム３１を一括設定の処理を委譲するサブシステム３１として決定する（ステップＳ２０６）。
【００８８】
図６に戻って、ステップＳ１０３の処理において一括設定の処理を委譲するサブシステム３１が決定されると、続いて、設定処理部２０ｂは、設定送信部２０ｃを介して、上記決定された１または複数のサブシステム３１に対して同一グループ内の複数の被管理機器３に対する一括設定の処理を委譲する（ステップＳ１０４）。
【００８９】
具体的には、ステップＳ１０４の処理では、設定処理部２０ｂは、設定送信部２０ｃに対して、一括設定の処理を委譲する被管理機器３（サブシステム３１）を識別するデバイスＩＤと、サブシステム３１に設定を行わせたい被管理機器３のデバイスＩＤなどを含む設定情報と、設定内容（複数の設定項目／値を含む設定値群など）などを含む設定情報を送信する。これにより、設定送信部２０ｃが、該当する被管理機器３（サブシステム３１）に対して一括設定の処理を委譲する委譲要求を行う。なお、上記委譲要求には、上記した設定情報と同一の内容の設定情報が含まれている。
【００９０】
本実施形態では、図６に示すように、上記ステップＳ１０４において、設定処理部２０ｂが、処理結果を待たずに、複数の被管理機器３に対して、一括設定の処理を順次委譲するようになっている。このような構成により、一括設定の処理を委譲する第１の被管理機器３からの処理結果を待ってから第２の被管理機器３に対して一括設定の処理を委譲するようなシステムよりも、一括設定の処理を委譲する処理に係る処理時間を短縮することが可能となる。また、上記構成により、マスタとなる機器管理装置２の処理負荷を軽減することが可能である。
【００９１】
上記ステップＳ１０４において、各被管理機器（サブシステム３１）３に対する一括設定の処理を委譲する要求が全て終了した後、または、上記委譲する要求とは別のスレッドで、設定処理部２０ｂは、一括設定の処理を委譲した各被管理機器（サブシステム３１）３から一括設定の処理結果を取得する（ステップＳ１０５）。
【００９２】
具体的には、ステップＳ１０５の処理では、設定処理部２０ｂは、設定結果収集部２０ｄに対して、一括設定の処理結果の収集を依頼する。すると、設定結果収集部２０ｄが、一括設定の処理を委譲した各被管理機器３（サブシステム３１）から処理結果を取得し、取得した処理結果を設定処理部２０ｂに送信する。
【００９３】
その後、設定処理部２０ｂは、設定結果収集部２０ｄを介して取得した処理結果を設定結果管理部２０ｆに保存させる（ステップＳ１０６）。具体的には、ステップＳ１０６の処理では、設定処理部２０ｂは、取得した処理結果を設定結果管理部２０ｆに送信する。すると、設定結果管理部２０ｆが受信した処理結果を外部記憶装置２６などの記憶部に保存する。
【００９４】
ところで、サブシステム３１は、一括設定時以外では不要なものであり、常にデプロイされている必要はないため、一括設定の処理を委譲した各被管理機器（サブシステム３１）３が一括設定の処理を終了した場合に、設定処理部２０ｂが、一括設定の処理を委譲した各被管理機器３にデプロイされているサブシステム３１をアンデプロイするように構成するのが好ましい。具体的には、上記一括設定の処理が終了した場合に、設定処理部２０ｂの制御のもと、リモートインストール部２０ｇが、該当する被管理機器３に対してサブシステム３１のアンデプロイを要求し、上記要求を受け付けた被管理機器３がサブシステム３１をアンデプロイする。このような構成によれば、被管理機器３の通常時（一括設定の処理を行わない場合）の負荷を低減させることが可能である。
【００９５】
図９は、サブシステム（スレーブ）３１が機器管理装置（マスタ）２から一括設定の処理を委譲する委譲要求を受け付けた場合のサブシステム（スレーブ）３１における処理の流れを示すシーケンス図である。
【００９６】
図９に示すように、このシーケンスでは、まず、設定受付部３０ａが、機器管理装置（マスタ）２から一括設定の処理を委譲する委譲要求を受け付けると（ステップＳ３０１）、設定処理部３０ｂに対して一括設定の処理を依頼する（ステップＳ３０２）。
【００９７】
上記依頼を受けた設定処理部３０ｂは、設定送信部３０ｃを介して、上記委譲要求で指定されている複数の被管理機器（設定対象機器）３のそれぞれに対して上記設定内容の設定を要求する（ステップＳ３０３）。
【００９８】
具体的には、ステップＳ３０３の処理では、設定処理部３０ｂは、設定送信部３０ｃに対して、設定内容の設定を要求する各被管理機器３を識別する識別情報と、各被管理機器３に設定を行わせる設定内容（複数の設定項目／値を含む設定値群など）などを含む設定情報などを送信する。すると、設定送信部３０ｃが、該当する被管理機器３に対して設定内容の設定を要求する。なお、ステップＳ３０３の処理においては、一括設定の処理を委譲する委譲要求を受け付けた被管理機器（サブシステム３１）３が設定対象機器である場合には、自己の機器に対して設定を要求する。また、設定対象機器としては、サブシステム３１がデプロイされている被管理機器３であっても良いものとする。
【００９９】
また、ステップＳ３０３においては、設定処理部３０ｃが、各被管理機器３から設定結果（対象の被管理機器３の識別情報や、各設定項目に対する設定の結果（成功／失敗）や、失敗した場合の失敗理由など）を取得し、該取得した設定結果を設定結果送信部３０ｄに送信している。
【０１００】
その後、設定結果送信部３０ｄが、マスタとなる機器管理装置２の設定処理部２０ｂから設定結果の取得要求を受け付けると、自身が保持している設定結果を機器管理装置２に送信する（ステップＳ３０４）。これにより、機器管理装置２の設定結果収集部２０ｄが設定結果を取得する。
【０１０１】
即ち、本実施形態では、図８に示すように、上記ステップＳ３０３において、一括設定の処理を依頼された被管理機器３の設定処理部３０ｂが、設定内容の設定を要求した複数の被管理機器（設定対象機器）３それぞれからの処理結果（設定結果）を待たずに、設定対象機器となる複数の被管理機器３に対して、設定内容の設定を順次要求するようになっている。このような構成により、設定内容の設定を要求する第１の被管理機器３からの処理結果を待ってから、設定内容の設定を要求する第２の被管理機器３に対して設定内容の設定を要求するようなシステムよりも、一括設定に係る処理の処理時間を短縮することが可能となる。
【０１０２】
なお、前述した実施形態では、図６の処理ステップＳ１０４において、機器管理装置２の設定処理部２０ｂが、複数の被管理機器（サブシステム３１）３に一括設定の処理を委譲する場合について説明したが、これに限定されず、例えば、設定内容によっては委譲要求の送信に時間がかかることも考えられるため、ステップＳ１０４において、サブシステム３１に対して即時取得のトリガや取得のタイミング指定だけを行い、サブシステム３１から委譲要求を取りに来させるように構成することも可能である。
【０１０３】
また、前述した実施形態では、図６の処理ステップＳ１０５において、機器管理装置２の設定処理部２０ｂが、一括設定の処理を委譲した各被管理機器（サブシステム３１）３に対して一括設定の処理結果を要求する場合について説明したが、これに限定されず、例えば、サブシステム３１内の処理が終了していなかったり、サブシステム３１がレスポンスを返せない状態であったりすることも考えられるため、サブシステム３１内の処理が終了した後に、サブシステム３１から処理結果を送信するような構成とすることも可能である。
【０１０４】
また、本実施の形態では、図８のステップＳ２０４、Ｓ２０５では、処理性能が最も高い被管理機器３を選定してデプロイさせたり、当該被管理機器３にデプロイされているサブシステムを一括設定の処理を委譲するサブシステムとして決定しているが、さらに、機器情報のデバイスＤＢにおいて、処理性能が最も高いとして選定された被管理機器３のデバイスＩＤに対応するシステム状態やプリンタ状態を参照して、システム状態およびプリンタ状態がエラーであったり、プリンタ状態が印刷中の場合には、当該被管理機器３を除外するように設定処理部２０ｂを構成してもよい。あるいは、プリンタ状態が待機中である場合には、当該被管理機器３を優先して選定するように設定処理部２０ｂを構成してもよい。
【０１０５】
また、本実施の形態では、被管理機器３をＩＰアドレスに基づいてグループ分けしていたが、グループの代わりにセグメントごとに分けてグループと同様の処理を行うように構成してもよい。ここで、セグメントとは、被管理機器３の設置エリア（１階、２階など）で分類するための区分や、被管理機器３の備えている機能などで分類するための区分などの予めシステム管理者などにより設定された所定の区分のことであり、セグメントともいう。この場合、機器情報デバイスＤＢに、各被管理機器３のセグメントを特定するための情報などを登録するように構成してもよい。
【０１０６】
また、前述した実施形態では、被管理機器３として、複合機である場合を例にして説明したが、これに限定されず、プリンタや、プロジェクタや、サーバコンピュータなどのその他のネットワーク機器を適用することも可能である。
【０１０７】
また、前述した実施形態における処理手順を実行するプログラムは、各装置（機器管理装置２、被管理機器３および管理者用クライアント端末４）のＲＯＭなどの記憶部に予め組み込んで提供することが可能である。また、前述のプログラムは、インストール可能な形式または実行可能な形式のファイルでコンピュータで読み取り可能な記憶媒体に記憶して提供することが可能である。更に、前述のプログラムは、インターネットなどのネットワーク経由で提供または配布したりすることも可能である。
【０１０８】
また、本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【０１０９】
１ 情報処理システム
２ 機器管理装置（マスタ）
３ 被管理機器
４ 管理者用クライアント端末
Ｎ ネットワーク
３１ サブシステム（スレーブ）
２０ａ 設定受付部（受付手段）
２０ｂ 設定処理部（制御手段）
２０ｃ 設定送信部
２０ｄ 設定結果収集部
２０ｅ 機器情報管理部（管理手段）
２０ｆ 設定結果管理部
２０ｇ リモートインストール部
２０ｈ 表示処理部
３０ａ 設定受付部
３０ｂ 設定処理部
３０ｃ 設定送信部
３０ｄ 設定結果送信部
３０ｅ リモートインストール受付部
【先行技術文献】
【特許文献】
【０１１０】
【特許文献１】特開２０００−２０６８３５号公報
【技術分野】
【０００１】
本発明の実施形態は、情報処理システム、管理装置およびプログラムに関する。
【背景技術】
【０００２】
従来、ネットワークを介して接続される複数の被管理機器（例えば、プリンタ、複合機、プロジェクタ、サーバコンピュータなどのネットワーク機器）に対して、所定の設定内容（複数の設定項目および値を含む設定値群など）に応じた一括設定を行わせる機器管理装置を備えた情報処理システムが知られている。
【０００３】
この種の情報処理システムによれば、ユーザは被管理機器にわざわざ出向くことなく、リモートからネットワーク上にある複数の被管理機器の設定を行うことが可能である。
【０００４】
しかし、前述の情報処理システムにおいては、機器管理装置と被管理機器との間の設定処理が同期的に行われており、被管理機器の設定処理が完了するまでの間、機器管理装置は次の処理に移れず、待機する必要があるため、被管理機器の台数や設定項目の数に比例して一括設定に係る全体の処理時間が長くなるという課題がある。
【０００５】
また、従来では、複数台の機器に対する設定を容易に行う目的で、マスタとなる機器が、操作パネルを介して入力されたユーザコードをスレーブとなる機器に対して送信し、スレーブとなる機器のユーザコードを一括設定する技術（特許文献１参照）が知られている。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、前述した特許文献１の技術にあっても、マスタとなる機器（マスタ機）とスレーブとなる機器（スレーブ機）との間の設定処理が同期的に行われており、スレーブ機の設定処理が完了するまでの間、マスタ機は次の処理に移れず、待機する必要があるため、スレーブ機の台数や設定項目の数に比例して一括設定に係る全体の処理時間が長くなるという課題がある。
【０００７】
そこで、本発明は、上記従来の課題を解決するものであり、一括設定に係る全体の処理時間を短縮することが可能な情報処理システム、管理装置およびプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
前述した課題を解決し、目的を達成するために、本発明の情報処理システムは、複数の被管理機器と、前記被管理機器を管理する機器管理装置とを備え、マスタとなる前記機器管理装置は、外部から複数の被管理機器に対する一括設定の要求を受け付ける受付手段と、前記受付手段で前記要求を受け付けた場合に、スレーブとなる被管理機器に対して、複数の被管理機器に対する一括設定の処理を委譲する制御手段と、を有する。
【発明の効果】
【０００９】
本発明によれば、一括設定に係る全体の処理時間を短縮することができるという効果を奏する。
【図面の簡単な説明】
【００１０】
【図１】図１は、本実施形態に係る情報処理システムの概略的な構成を示すブロック図である。
【図２】図２は、機器管理装置や管理者クライアント端末の制御系のハードウェア構成を示すブロック図である。
【図３】図３は、被管理機器（複合機）のハードウェア構成を示すブロック図である。
【図４】図４は、機器管理装置および被管理機器の機能的構成を説明するためのブロック図である。
【図５】図５は、機器情報の一例を示す説明図である。
【図６】図６は、機器管理装置が管理者用クライアント端末から一括設定の要求を受け付けた場合の機器管理装置における処理の流れを示すシーケンス図である。
【図７】図７は、一括設定の要求画面の一例を示す図である。
【図８】図８は、設定処理部が一括設定の処理を委譲する被管理機器（サブシステム）を決定する場合の処理の手順を示すフローチャートである。
【図９】図９は、サブシステムが機器管理装置から一括設定の処理を委譲する委譲要求を受け付けた場合のサブシステムにおける処理の流れを示すシーケンス図である。
【発明を実施するための形態】
【００１１】
以下、本発明の実施形態について添付図面を参照して説明する。最初に、本実施形態に係る情報処理システム１の構成について図１を用いて説明する。図１は、本実施形態に係る情報処理システム１の概略的な構成を示すブロック図である。
【００１２】
図１に示すように、この情報処理システム１では、機器管理装置（マスタ）２と、複数の被管理機器３（図１の例では、３台）と、管理者用クライアント端末４とを備え、それらがＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）などのネットワークＮを介して相互に通信可能に接続されている。
【００１３】
そして、この情報処理システム１では、複数の被管理機器３のいずれかにおいて、機器管理装置（マスタ）２からの一括設定の処理を委譲する委譲要求に基づいて、複数の被管理機器３に対して一括設定を行うための（即ち、システム管理者により指定された複数の被管理機器３のそれぞれに所定の設定内容（複数の設定項目および値を含む設定値群）に応じた設定を行わせるための）サブシステム（スレーブ）３１がデプロイまたはアンデプロイ可能となっている。ここでいうサブシステム３１とは、例えば、ソフトウェアやコンポーネントなどから構成されるものであり、更に、デプロイとは、サブシステム３１を利用可能な状態にすることであり、アンデプロイとは、サブシステム３１を利用不可な状態にすることである。
【００１４】
機器管理装置（マスタ）２は、ネットワークＮを介して複数の被管理機器３を管理するための装置であり、例えば、サーバ装置などで実現される。そして、この機器管理装置２は、被管理機器３にデプロイされているサブシステム（スレーブ）３１に対して上記一括設定の処理を委譲する。
【００１５】
被管理機器３は、機器管理装置２に管理される機器であり、例えば、複合機（ＭＦＰ：Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌｓ）などで実現される。そして、上記サブシステム（スレーブ）３１がデプロイされている被管理機器３が、機器管理装置（マスタ）２からの上記一括設定の処理を委譲する委譲要求を受け付けて、複数の被管理機器３に対して上記設定内容の設定を要求する。
【００１６】
管理者用クライアント端末４は、この情報処理システム１のシステム管理者が使用するクライアント端末であり、パーソナルコンピュータ（ＰＣ：Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）などで実現される。そして、この管理者用クライアント端末４では、ネットワークＮを介して機器管理装置２が提供するＵＩ画面（Ｗｅｂページなど）を閲覧可能であり、この管理者用クライアント端末４は、複数の被管理機器３の中から一括設定を行う被管理機器３を選択したり、設定値を入力したりする際にシステム管理者に使用される。
【００１７】
次に、情報処理システム１を構成する機器管理装置２、被管理機器３および管理者用クライアント端末４のハードウェア構成について図２および図３を用いて説明する。
【００１８】
図２は、機器管理装置２や管理者クライアント端末４の制御系のハードウェア構成を示すブロック図である。
【００１９】
図２に示すように、機器管理装置２や管理者クライアント端末４は、ＰＣなどの一般的なコンピュータを利用したハードウェア構成となっており、例えば、制御部２１と、通信Ｉ／Ｆ２２と、Ｉ／Ｏ機器制御部２３とを備え、それらがバスＢ１によって接続されている。
【００２０】
制御部２１は、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）などを有して構成されている。
【００２１】
また、制御部２１には、バスＢ１およびＩ／Ｏ機器制御部２３を介して、操作装置（例えば、キーボードやマウスなど）２４、表示装置（例えば、液晶ディスプレイなど）２５、外部記憶装置（例えば、ハードディスク装置（ＨＤＤ：Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）やＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）など）２６、外部インタフェース２７（以下、「外部Ｉ／Ｆ２７」という。）などが接続されている。
【００２２】
即ち、この制御部２１は、ＣＰＵがＲＯＭや外部記憶装置２６などに格納されている制御プログラムをＲＡＭに展開して実行することにより、Ｉ／Ｏ機器制御部２３を介して接続される機器の動作を制御するとともに、通信Ｉ／Ｆ２２、ネットワークＮを介して接続される他の装置との間で各種データを送受信する動作を制御するものである。
【００２３】
外部Ｉ／Ｆ２７は、ＤＶＤやＣＤ等の記録媒体に対するリードライトを行うためのインタフェイスである。上記制御プログラムを、ＤＶＤやＣＤ等の記録媒体に記憶し、制御部部２１のＣＰＵがＩ／Ｏ機器制御部２３、外部Ｉ／Ｆ２７を介して、ＤＶＤやＣＤ等の記録媒体から制御プログラムを読み出してＲＡＭに展開して実行するように構成してもよい。
【００２４】
図３は、被管理機器（複合機）３のハードウェア構成を示すブロック図である。
【００２５】
図３に示すように、被管理機器３は、大きく分けて、コントローラ３０と、操作表示部（オペレーションパネル）３２と、ファクシミリコントロールユニット（ＦＣＵ）３３と、画像読取部３４と、画像形成部３５とを備えている。
【００２６】
コントローラ３０は、被管理機器３全体の制御、即ち、描画処理や、通信処理や、操作表示部３２に対する操作入力および表示処理などの各種処理を制御するものである。
【００２７】
図３の例では、コントローラ３０は、ＣＰＵ３０１と、ＡＳＩＣ３０２と、ノースブリッジ（ＮＢ）３０３と、サウスブリッジ（ＳＢ）３０４と、システムメモリ（ＭＥＭ−Ｐ）３０５と、ローカルメモリ（ＭＥＭ−Ｃ）３０６と、ハードディスクドライブ（ＨＤＤ）３０７と、メモリカードスロット３０８と、ネットワークインタフェースコントローラ（ＮＩＣ）３０９と、ＵＳＢインタフェース３１０と、ＩＥＥＥ１３９４インタフェース３１１と、セントロニクスインタフェース３１２を備えている。
【００２８】
ここで、ＣＰＵ３０１は、種々の情報処理を実行するためのＩＣであり、アプリケーション１０１やプラットフォーム１０２をＵＮＩＸ（登録商標）などのＯＳによりプロセス単位で並列的に実行する。
【００２９】
ＡＳＩＣ３０２は、画像処理用のＩＣである。ＮＢ３０３は、ＣＰＵ３０１とＡＳＩＣ３０２を接続するためのブリッジである。ＳＢ３０４は、ＮＢ３０３と周辺機器等を接続するためのブリッジである。ＡＳＩＣ３０２とＮＢ３０３は、ＡＧＰ（Ａｃｃｅｌｅｒａｔｅｄ Ｇｒａｐｈｉｃｓ Ｐｏｒｔ）を介して接続されている。
【００３０】
ＭＥＭ−Ｐ３０５は、ＮＢ３０３に接続されたメモリである。ＭＥＭ−Ｃ３０６は、ＡＳＩＣ３０２に接続されたメモリである。ＨＤＤ３０７は、ＡＳＩＣ３０２に接続されたストレージであり、画像データや、文書データや、プログラムや、フォントデータや、フォームデータなどの蓄積を行うために使用される。メモリカードスロット３０８は、ＳＢ３０４に接続されたスロットであり、メモリカード３１３をセット（挿入）するために使用される。
【００３１】
ＮＩＣ３０９は、ネットワークＮなどを介してＭＡＣアドレスなどを使用したデータ通信を行うためのコントローラである。ＵＳＢインタフェース３１０は、ＵＳＢ規格に準拠したシリアルポートを提供するためのインタフェースである。ＩＥＥＥ１３９４インタフェース３１１は、ＩＥＥＥ１３９４規格に準拠したシリアルポートを提供するためのインタフェースである。セントロニクスインタフェース３１２は、セントロニクス仕様に準拠したパラレルポートを提供するためのインタフェースである。
【００３２】
ＮＩＣ３０９と、ＵＳＢインタフェース３１０と、ＩＥＥＥ１３９４インタフェース３１１と、セントロニクスインタフェース３１２は、ＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｅｃｔ）バスを介してＮＢ３０３とＳＢ３０４に接続されている。
【００３３】
操作表示部３２は、被管理機器３の各種機能を利用するための操作方法を表示するとともに、ユーザからの操作入力を受け付けるためのユーザインタフェースである。操作表示部３２は、ＡＳＩＣ３０２に接続されている。
【００３４】
ＦＣＵ３３は、Ｇ３などのファクシミリ通信を制御するユニットである。
【００３５】
画像読取部３４は、画像を読み取るユニットであり、例えば、スキャナとして構成されて、原稿台にセットされた原稿の画像を読み取る。
【００３６】
画像形成部３５は、画像読取部３４の読み取りで得られた画像データなどに基づいて、画像を記録媒体に形成するためのユニットであり、例えば、電子写真方式を採用して構成される。
【００３７】
ＦＣＵ３３と、画像読取部３４と、画像形成部３５とは、ＰＣＩバスを介してＡＳＩＣ３０２に接続されている。
【００３８】
次に、機器管理装置２および被管理機器３の機能的構成について図４を用いて説明する。
【００３９】
図４は、機器管理装置２および被管理機器３の機能的構成を説明するためのブロック図である。
【００４０】
図４に示すように、機器管理装置２のＣＰＵは、ＲＯＭや外部記憶装置２６などに格納される所定の制御プログラムをＲＡＭなどに展開して実行することにより、後述の図６および図８に示す処理手順を実行する、設定受付部２０ａと、設定処理部２０ｂと、設定送信部２０ｃと、設定結果収集部２０ｄと、機器情報管理部２０ｅと、設定結果管理部２０ｆと、リモートインストール部２０ｇと、表示処理部２０ｈとして機能する。
【００４１】
表示処理部２０ｈは、自己の機器管理装置２の表示装置２５に各種画面を表示する処理を行うとともに、通信Ｉ／Ｆ２２を介して管理者用クライアント端末４に、一括設定の要求画面を送信して、管理者用クライアント端末４の表示装置２５に一括設定の要求画面を表示させる処理を行う。ここで、一括設定の要求画面の詳細については後述する。
【００４２】
設定受付部２０ａは、管理者用クライアント端末４からの一括設定の要求画面で指定された一括設定の要求を、通信Ｉ／Ｆ２２を介して受け付けるものである。ここで、上記一括設定の要求には、複数の設定項目／値を含む設定値群や、設定を行いたい一台以上の被管理機器３の識別情報（デバイスＩＤ）などが含まれている。
【００４３】
設定処理部２０ｂは、一括設定に関わる各種処理を実行するものである。例えば、この設定処理部２０ｂは、一括設定の処理を委譲する被管理機器３を決定する処理を実行し、その処理により決定した被管理機器３に対して一括設定の処理を委譲する。
【００４４】
より具体的には、この設定処理部２０ｂは、設定受付部２０ａが受け付けた一括設定の要求に、一括設定の処理を委譲する被管理機器（サブシステム３１）３が指定されている場合には、その指定されている被管理機器（サブシステム３１）３を一括設定の処理を委譲する被管理機器３として決定する。
【００４５】
他方、設定処理部２０ｂは、設定受付部２０ａが受け付けた一括設定の要求に、一括設定の処理を委譲する被管理機器（サブシステム３１）３が指定されていない場合には、機器情報管理部２０ｅが管理する後述の機器情報に基づいて、サブシステム３１がデプロイされており、且つ、処理性能が高いと判断した被管理機器３を一括設定の処理を委譲する被管理機器３として決定する。
【００４６】
設定送信部２０ｃは、設定処理部２０ｂで決定された被管理機器（サブシステム３１）３に対して一括設定の処理を委譲する委譲要求を送信するものである。ここで、上記委譲要求には、上述した設定値群や、サブシステム（スレーブ）３１に一括設定を行わせたい複数の被管理機器３個々の識別情報などが含まれている。
【００４７】
設定結果収集部２０ｄは、マスタとなる機器管理装置２の代わりに一括設定の処理を実行する被管理機器３にデプロイされているサブシステム（スレーブ）３１から一括設定の処理の設定結果を取得するものである。ここで、上記設定結果には、設定を行った被管理機器３の識別情報や、各設定項目に対する設定の結果（成功／失敗）や、失敗した場合の失敗理由などが含まれている。
【００４８】
機器情報管理部２０ｅは、機器管理装置２の管理下にある各被管理機器３に関する機器情報を管理するものである。図５は、機器情報の一例を示す説明図である。機器情報は、図５（ａ）に示すデバイスデータベース（以下、「デバイスＤＢ」という。）と、図５（ｂ）に示すグループデータベース（以下、「グループＤＢ」という。）、図５（ｃ）に示すグループ割当データベース（以下、「グループ割当ＤＢ」という。）から構成される。
【００４９】
デバイスＤＢは、被管理機器３のデバイス情報が登録されたデータベースである。デバイス情報には、図５（ａ）に示すように、被管理機器３を識別するためのデバイスＩＤ、被管理機器３の表示名、通信に必要なＩＰアドレス、デプロイ情報、委譲情報、モデル名、ＣＰＵのクロック数、搭載メモリのメモリ容量、システム状態、プリンタ状態とが対応付けられて登録されている。
【００５０】
ここで、デプロイ情報は、各被管理機器３におけるサブシステム（スレーブ）３１のデプロイ／アンデプロイの状態を示す。デプロイ情報が「ｔｒｕｅ」の場合には、被管理機器３におけるサブシステム３１がデプロイの状態であることを示する。デプロイ情報が「ｆａｌｓｅ」の場合には、被管理機器３におけるサブシステム３１がアンデプロイの状態であることを示す。
【００５１】
委譲情報は、一括設定の処理を委譲するサブシステムか否かを示すものである。委譲情報が「ｔｒｕｅ」の場合には、一括設定の処理を委譲するサブシステムであることを示し、委譲情報が「ｆａｌｓｅ」の場合には、一括設定の処理を委譲するサブシステムでないことを示す。
【００５２】
モデル名、ＣＰＵのクロック数、搭載メモリのメモリ容量は、被管理機器３のスペックを示す情報（即ち、設定処理部２０ｂが被管理機器３の処理性能を判断するための情報）である。システム状態は、被管理機器３の動作状態であり、エラーその他の状態を示す。プリンタ状態は、被管理機器３のプリンタ機能の状態で、エラー、印刷中、待機中、未サポートその他の状態を示す。
【００５３】
ここで、デバイスＩＤとしては、図５（ａ）に示す単純な番号の他、ＭＡＣアドレスやシリアル番号等を用いてもよい。また、通信に必要な情報としてＩＰアドレスの他、認証情報をデバイスＤＢに登録するように構成してもよい。
【００５４】
グループＤＢは、グループの情報が登録されたデータベースである。ここで、グループとは、ＩＰアドレスに基づいた被管理機器３の分類である。グループＤＢには、図５（ｂ）に示すように、グループを識別するためのグループＩＤと、グループ名とが対応付けられて登録されている。ここで、本実施の形態では、グループ名は、ＩＰアドレスのうち、上記２４ビットの数値が用いられる。
【００５５】
グループ割当ＤＢは、被管理機器３に対して割り当てられるグループが登録されたデータベースである。グループ割当ＤＢには、図５（ｃ）に示すように、被管理機器３のデバイスＩＤと、当該デバイスＩＤに割り当てられるグループのグループＩＤが対応付けられて登録されている。
【００５６】
図４に戻り、設定結果管理部２０ｆは、設定結果収集部２０ｄが収集した上記設定結果を設定処理部２０ｂを介して取得して保存するものである。
【００５７】
リモートインストール部２０ｇは、設定処理部２０ｂの制御のもと、被管理機器３に対して、サブシステム（スレーブ）３１のデプロイまたはアンデプロイを要求するものである。
【００５８】
また、図４に示すように、被管理機器３のＣＰＵ３０１は、ＨＤＤ３０７などに格納される所定の制御プログラムをメモリ（ＭＥＭ−Ｐ３０５など）に展開して実行することにより、後述の図８に示す処理手順を実行する、設定受付部３０ａと、設定処理部３０ｂと、設定送信部３０ｃと、設定結果送信部３０ｄ、リモートインストール受付部３０ｅとして機能する。上記各機能部のうち、設定受付部３０ａ、設定処理部３０ｂ、設定送信部３０ｃおよび設定結果送信部３０ｄが、サブシステム（スレーブ）３１で実現される。
【００５９】
設定受付部３０ａは、機器管理装置（マスタ）２からの一括設定の処理を委譲する委譲要求を受け付けるものである。
【００６０】
設定処理部３０ｂは、設定受付部３０ａが上記委譲要求を受け付けた場合に、一括設定に関わる各種処理を実行するものである。即ち、設定処理部３０ｂは、委譲要求で指定されている複数の被管理機器３に対して上記設定内容の設定を要求する。
【００６１】
設定送信部３０ｃは、設定処理部３０ｂからの送信要求に基づいて、委譲要求で指定されている複数の被管理機器３に対して、上記設定内容の設定を要求するとともに、該要求した複数の被管理機器３から設定結果（設定を行った被管理機器３の識別情報や、各設定項目に対する設定の結果（成功／失敗）や、失敗した場合の失敗理由などを含む）を受信して、後述の設定結果送信部３０ｄに出力するものである。
【００６２】
設定結果送信部３０ｄは、一括設定の処理を委譲してきた機器管理装置（マスタ）２に対して、設定送信部３０ｃから受け取った設定結果を送信するものである。
【００６３】
リモートインストール受付部３０ｅは、サブシステム（スレーブ）３１のデプロイまたはアンデプロイの要求を受付け、該受付けたサブシステム（スレーブ）３１のデプロイまたはアンデプロイを実行するものである。
【００６４】
次に、情報処理システム１における処理動作について図６〜図９を用いて説明する。
【００６５】
図６は、機器管理装置（マスタ）２が管理者用クライアント端末４から一括設定の要求を受け付けた場合の機器管理装置（マスタ）２における処理の流れを示すシーケンス図である。
【００６６】
機器管理装置（マスタ）２の表示処理部２０ｈは、管理者用クライアント端末４の表示装置２５に一括設定の要求画面を表示させている。図６に示すように、このシーケンスでは、システム管理者が、管理者用クライアント端末４において、表示装置２５に表示される一括設定の要求画面から操作装置２４を用いて、一括設定を要求する入力操作を行うと（ステップＳ１０１）、設定受付部２０ａが、一括設定の要求を受け付け、設定処理部２０ｂに一括設定の処理を依頼する（ステップＳ１０２）。
【００６７】
ここで、図７は、表示装置２５に表示される一括設定の要求画面の一例を示す図である。図７に示すように、一括設定の要求画面は、グループ選択領域７０１と、デバイス選択領域７０２と、機器情報表示領域７０３とから構成されている。
【００６８】
システム管理者は、グループ選択領域７０２の中の、ＩＰアドレスの上位２４ビットで表されるグループの中から所望のグループを指定することができる。図７の例では、グループ名「１３３．ｎｎｎ．１７２」のグループが指定されていることを示している。
【００６９】
グループが指定されると、機器管理装置（マスタ）２の設定受付部２０ａは指定されたグループのグループＩＤを受付け、設定処理部２０ｂが機器情報のグループ割当ＤＢで指定されたグループＩＤに対応するデバイスＩＤを取得する。
【００７０】
そして、機器管理装置２の表示処理部２０ｈは、機器情報のデバイスＤＢにおいて、取得したデバイスＩＤに対応する表示名を管理者用クライアント端末４に送信する。これにより、管理者用クライアント端末４の表示装置２５に表示された一括設定の要求画面のデバイス選択領域７０２には、指定されたグループに属する被管理機器３の一覧が表示されることになる。
【００７１】
そして、システム管理者は、このデバイス選択領域７０２に表示された被管理機器３の一覧の中から、一括設定の要求を行う被管理機器３を選択可能となっている。なお、システム管理者は、被管理機器３の一覧の中から、一括設定の要求を行う被管理機器３を選択しなくてもよい。図７に示す例では、被管理機器３の一覧の中から、表示名「ＸＸＸ」の被管理機器３が選択された状態を示している。
【００７２】
ここで、選択された被管理機器３のデバイスＩＤと、グループＤＢにおいて指定されたグループに対応するグループＩＤが、一括設定の処理を委譲する被管理装置３の情報として機器管理装置２０の設定処理部２０ｂに送出される。被管理機器３の一覧の中から一括設定の要求を行う被管理機器３が選択されていない場合には、グループＩＤのみが、機器管理装置２０の設定処理部２０ｂに送出される。
【００７３】
機器情報表示領域７０３には、デバイス選択領域７０２で選択された被管理機器３の機器情報のデバイスＤＢの内容が表示される。デバイス選択領域７０２で被管理機器３が選択されていない場合には、機器情報表示領域７０３には何も表示されない。
【００７４】
図６に戻り、上記依頼を受けた設定処理部２０ｂは、一括設定の処理を委譲する被管理機器３｛即ち、サブシステム（スレーブ）３１｝を決定する処理（図８参照）を実行する（ステップＳ１０３）。
【００７５】
図８は、設定処理部２０ｂが一括設定の処理を委譲する被管理機器３（サブシステム３１）を決定する場合の処理の手順を示すフローチャートである。
【００７６】
図８に示すように、設定処理部２０ｂは、受け付けた一括設定の依頼に含まれる情報（デバイスＩＤおよびグループＩＤ）と機器情報とに基づいて、一括設定の処理を委譲するサブシステム３１が指定されているか否かを判定する（ステップＳ２０１）。具体的には、設定処理部２０ｂは、機器情報のデバイスＤＢにおいて、一括設定の依頼で指定されたデバイスＩＤの委譲情報が「ｔｒｕｅ」であるか否かを判定する。
【００７７】
そして、上記判定により、一括設定の処理を委譲する被管理装置（即ち、サブシステム３１）が指定されていると判定した場合（ステップＳ２０１：Ｙｅｓ）、すなわち指定されたデバイスＩＤの委譲情報が「ｔｒｕｅ」である場合には、設定処理部２０ｂは、当該指定されているデバイスＩＤの被管理装置３（即ち、サブシステム３１）を一括設定の処理を委譲するサブシステム３１として決定する（ステップＳ２０２）。
【００７８】
他方、ステップＳ２０１の判定により、一括設定の処理を委譲する被管理装置３（即ち、サブシステム３１）が指定されていないと判定した場合（ステップＳ２０１：Ｎｏ）、すなわち、指定されたデバイスＩＤの委譲情報が「ｆａｌｓｅ」または一括設定の依頼に含まれる情報がグループＩＤのみでデバイスＩＤが存在しない場合には、続いて、設定処理部２０ｂは、上記受け付けた一括設定の依頼に含まれているグループＩＤに含まれる一または複数の被管理機器３のデバイスＩＤと、機器情報管理部２０ｅから取得した機器情報（デバイスＤＢ、グループＤＢ）に基づいて、指定されたグループＩＤのグループ内にサブシステム３１がデプロイされている被管理機器３が存在するか否かを判定する（ステップＳ２０３）。
【００７９】
具体的には、設定処理部２０ｂは、機器情報のグループ割当ＤＢを参照して、一括設定の依頼に含まれている（指定された）グループＩＤに割り当てられたデバイスＩＤの被管理機器３を特定する。そして、設定処理部２０ｂは、機器情報のデバイスＤＢを参照して、特定された被管理機器３のデバイスＩＤごとに、デバイスＩＤに対応するデプロイ情報が「ｔｒｕｅ」か否かを判断する。
【００８０】
上記ステップＳ２０３の判定により、該当する各グループ内にサブシステム３１がデプロイされている被管理機器３が存在すると判定された場合（ステップＳ２０３：Ｙｅｓ）で（すなわち、デプロイ情報が「ｔｒｕｅ」のデバイスＩＤの被管理機器が存在する場合で）、各グループ内に、一以上（即ち、複数）のサブシステム３１が存在すると判定した場合、設定処理部２０ｂは、機器情報管理部２０ｅから取得した機器情報のデバイスＤＢの中のモデル名、クロック数、メモリ容量などに基づいて、グループ毎に、処理性能が最も高い被管理機器３を判断し、当該被管理機器３にデプロイされているサブシステム３１を検索し、該検索したサブシステム３１を一括設定の処理を委譲するサブシステム３１として決定する（ステップＳ２０４）。
【００８１】
具体的には、設定処理部２０ｂは、デバイスＤＢにおいてクロック数が最大数、あるいは、メモリ容量が最大容量のデバイスＩＤの被管理機器３、若しくは、デバイスＤＢにおいて処理性能が最も高いモデルとして予め定められたモデル名が登録されたデバイスＩＤの被管理機器３を、処理性能が最も高いと判断する。
【００８２】
ここで、本実施の形態では、設定処理部２０ｂは、処理性能が最も高い被管理機器３を判断しているが、所定能力以上の被管理機器３を判断するように設定処理部２０ｂを構成してもよい。例えば、クロック数が所定数以上、あるいはメモリ容量が所定容量以上の被管理機器３を、処理能力が所定能力以上と判断するように設定処理部２０ｂを構成してもよい。
【００８３】
また、一方、上記ステップＳ２０３の判定により、各グループ内にサブシステム３１がデプロイされている被管理機器３が存在しないと判定された場合（ステップＳ２０３：Ｎｏ）、すなわち、デプロイ情報が「ｔｒｕｅ」のデバイスＩＤの被管理機器が存在しない場合、設定処理部２０ｂは、機器情報管理部２０ｅから取得した機器情報のデバイスＤＢのモデル名、クロック数、メモリ容量等に基づいて、グループ毎に処理性能が最も高い被管理機器３を上述のとおりに判断し、当該被管理機器３にサブシステム３１をデプロイさせる。即ち、設定処理部２０ｂの制御のもと、リモートインストール部２０ｇが、該当する被管理機器３に対してサブシステム３１のデプロイを要求する。これにより、上記要求を受け付けた被管理機器３がサブシステム３１をデプロイする（ステップＳ２０５）。
【００８４】
ここで、本実施の形態では、設定処理部２０ｂは、処理性能が最も高い被管理機器３を判断しているが、所定能力以上の被管理機器３を判断するように設定処理部２０ｂを構成してもよい。例えば、クロック数が所定数以上、あるいはメモリ容量が所定容量以上の被管理機器３を、処理能力が所定能力以上と判断するように設定処理部２０ｂを構成してもよい。
【００８５】
なお、サブシステム３１のデプロイ処理の時間短縮を図る目的で、各被管理機器３にサブシステム３１をアンデプロイ状態で保持させているのが好ましいが、これに限定されず、各被管理機器３にサブシステム３１を保持させておかない形態とすることも可能である。ただし、この場合には、図８の処理ステップＳ２０５において、サブシステム３１のデプロイを要求する場合、対象の被管理機器３がサブシステム３１を持っていない場合には、リモートインストール部２０ｇが、設定処理部２０ｂの制御のもと、サブシステム３１を対象の被管理機器３に送信する。
【００８６】
上記ステップＳ２０４およびステップＳ２０５の処理においては、設定処理部２０ｂは、予め一括設定の処理を委譲することが禁止されている被管理機器３（即ち、その被管理機器３にデプロイされているサブシステム３１）を、一括設定の処理を委譲する候補から除外するようにしている。これにより、例えば、他の利用目的の関係で、一括設定の処理を委譲されては困る被管理機器３に対しては、一括設定の処理が委譲されずに済む。
【００８７】
その後、設定処理部２０ｂは、ステップＳ２０５の処理によりデプロイされたサブシステム３１を一括設定の処理を委譲するサブシステム３１として決定する（ステップＳ２０６）。
【００８８】
図６に戻って、ステップＳ１０３の処理において一括設定の処理を委譲するサブシステム３１が決定されると、続いて、設定処理部２０ｂは、設定送信部２０ｃを介して、上記決定された１または複数のサブシステム３１に対して同一グループ内の複数の被管理機器３に対する一括設定の処理を委譲する（ステップＳ１０４）。
【００８９】
具体的には、ステップＳ１０４の処理では、設定処理部２０ｂは、設定送信部２０ｃに対して、一括設定の処理を委譲する被管理機器３（サブシステム３１）を識別するデバイスＩＤと、サブシステム３１に設定を行わせたい被管理機器３のデバイスＩＤなどを含む設定情報と、設定内容（複数の設定項目／値を含む設定値群など）などを含む設定情報を送信する。これにより、設定送信部２０ｃが、該当する被管理機器３（サブシステム３１）に対して一括設定の処理を委譲する委譲要求を行う。なお、上記委譲要求には、上記した設定情報と同一の内容の設定情報が含まれている。
【００９０】
本実施形態では、図６に示すように、上記ステップＳ１０４において、設定処理部２０ｂが、処理結果を待たずに、複数の被管理機器３に対して、一括設定の処理を順次委譲するようになっている。このような構成により、一括設定の処理を委譲する第１の被管理機器３からの処理結果を待ってから第２の被管理機器３に対して一括設定の処理を委譲するようなシステムよりも、一括設定の処理を委譲する処理に係る処理時間を短縮することが可能となる。また、上記構成により、マスタとなる機器管理装置２の処理負荷を軽減することが可能である。
【００９１】
上記ステップＳ１０４において、各被管理機器（サブシステム３１）３に対する一括設定の処理を委譲する要求が全て終了した後、または、上記委譲する要求とは別のスレッドで、設定処理部２０ｂは、一括設定の処理を委譲した各被管理機器（サブシステム３１）３から一括設定の処理結果を取得する（ステップＳ１０５）。
【００９２】
具体的には、ステップＳ１０５の処理では、設定処理部２０ｂは、設定結果収集部２０ｄに対して、一括設定の処理結果の収集を依頼する。すると、設定結果収集部２０ｄが、一括設定の処理を委譲した各被管理機器３（サブシステム３１）から処理結果を取得し、取得した処理結果を設定処理部２０ｂに送信する。
【００９３】
その後、設定処理部２０ｂは、設定結果収集部２０ｄを介して取得した処理結果を設定結果管理部２０ｆに保存させる（ステップＳ１０６）。具体的には、ステップＳ１０６の処理では、設定処理部２０ｂは、取得した処理結果を設定結果管理部２０ｆに送信する。すると、設定結果管理部２０ｆが受信した処理結果を外部記憶装置２６などの記憶部に保存する。
【００９４】
ところで、サブシステム３１は、一括設定時以外では不要なものであり、常にデプロイされている必要はないため、一括設定の処理を委譲した各被管理機器（サブシステム３１）３が一括設定の処理を終了した場合に、設定処理部２０ｂが、一括設定の処理を委譲した各被管理機器３にデプロイされているサブシステム３１をアンデプロイするように構成するのが好ましい。具体的には、上記一括設定の処理が終了した場合に、設定処理部２０ｂの制御のもと、リモートインストール部２０ｇが、該当する被管理機器３に対してサブシステム３１のアンデプロイを要求し、上記要求を受け付けた被管理機器３がサブシステム３１をアンデプロイする。このような構成によれば、被管理機器３の通常時（一括設定の処理を行わない場合）の負荷を低減させることが可能である。
【００９５】
図９は、サブシステム（スレーブ）３１が機器管理装置（マスタ）２から一括設定の処理を委譲する委譲要求を受け付けた場合のサブシステム（スレーブ）３１における処理の流れを示すシーケンス図である。
【００９６】
図９に示すように、このシーケンスでは、まず、設定受付部３０ａが、機器管理装置（マスタ）２から一括設定の処理を委譲する委譲要求を受け付けると（ステップＳ３０１）、設定処理部３０ｂに対して一括設定の処理を依頼する（ステップＳ３０２）。
【００９７】
上記依頼を受けた設定処理部３０ｂは、設定送信部３０ｃを介して、上記委譲要求で指定されている複数の被管理機器（設定対象機器）３のそれぞれに対して上記設定内容の設定を要求する（ステップＳ３０３）。
【００９８】
具体的には、ステップＳ３０３の処理では、設定処理部３０ｂは、設定送信部３０ｃに対して、設定内容の設定を要求する各被管理機器３を識別する識別情報と、各被管理機器３に設定を行わせる設定内容（複数の設定項目／値を含む設定値群など）などを含む設定情報などを送信する。すると、設定送信部３０ｃが、該当する被管理機器３に対して設定内容の設定を要求する。なお、ステップＳ３０３の処理においては、一括設定の処理を委譲する委譲要求を受け付けた被管理機器（サブシステム３１）３が設定対象機器である場合には、自己の機器に対して設定を要求する。また、設定対象機器としては、サブシステム３１がデプロイされている被管理機器３であっても良いものとする。
【００９９】
また、ステップＳ３０３においては、設定処理部３０ｃが、各被管理機器３から設定結果（対象の被管理機器３の識別情報や、各設定項目に対する設定の結果（成功／失敗）や、失敗した場合の失敗理由など）を取得し、該取得した設定結果を設定結果送信部３０ｄに送信している。
【０１００】
その後、設定結果送信部３０ｄが、マスタとなる機器管理装置２の設定処理部２０ｂから設定結果の取得要求を受け付けると、自身が保持している設定結果を機器管理装置２に送信する（ステップＳ３０４）。これにより、機器管理装置２の設定結果収集部２０ｄが設定結果を取得する。
【０１０１】
即ち、本実施形態では、図８に示すように、上記ステップＳ３０３において、一括設定の処理を依頼された被管理機器３の設定処理部３０ｂが、設定内容の設定を要求した複数の被管理機器（設定対象機器）３それぞれからの処理結果（設定結果）を待たずに、設定対象機器となる複数の被管理機器３に対して、設定内容の設定を順次要求するようになっている。このような構成により、設定内容の設定を要求する第１の被管理機器３からの処理結果を待ってから、設定内容の設定を要求する第２の被管理機器３に対して設定内容の設定を要求するようなシステムよりも、一括設定に係る処理の処理時間を短縮することが可能となる。
【０１０２】
なお、前述した実施形態では、図６の処理ステップＳ１０４において、機器管理装置２の設定処理部２０ｂが、複数の被管理機器（サブシステム３１）３に一括設定の処理を委譲する場合について説明したが、これに限定されず、例えば、設定内容によっては委譲要求の送信に時間がかかることも考えられるため、ステップＳ１０４において、サブシステム３１に対して即時取得のトリガや取得のタイミング指定だけを行い、サブシステム３１から委譲要求を取りに来させるように構成することも可能である。
【０１０３】
また、前述した実施形態では、図６の処理ステップＳ１０５において、機器管理装置２の設定処理部２０ｂが、一括設定の処理を委譲した各被管理機器（サブシステム３１）３に対して一括設定の処理結果を要求する場合について説明したが、これに限定されず、例えば、サブシステム３１内の処理が終了していなかったり、サブシステム３１がレスポンスを返せない状態であったりすることも考えられるため、サブシステム３１内の処理が終了した後に、サブシステム３１から処理結果を送信するような構成とすることも可能である。
【０１０４】
また、本実施の形態では、図８のステップＳ２０４、Ｓ２０５では、処理性能が最も高い被管理機器３を選定してデプロイさせたり、当該被管理機器３にデプロイされているサブシステムを一括設定の処理を委譲するサブシステムとして決定しているが、さらに、機器情報のデバイスＤＢにおいて、処理性能が最も高いとして選定された被管理機器３のデバイスＩＤに対応するシステム状態やプリンタ状態を参照して、システム状態およびプリンタ状態がエラーであったり、プリンタ状態が印刷中の場合には、当該被管理機器３を除外するように設定処理部２０ｂを構成してもよい。あるいは、プリンタ状態が待機中である場合には、当該被管理機器３を優先して選定するように設定処理部２０ｂを構成してもよい。
【０１０５】
また、本実施の形態では、被管理機器３をＩＰアドレスに基づいてグループ分けしていたが、グループの代わりにセグメントごとに分けてグループと同様の処理を行うように構成してもよい。ここで、セグメントとは、被管理機器３の設置エリア（１階、２階など）で分類するための区分や、被管理機器３の備えている機能などで分類するための区分などの予めシステム管理者などにより設定された所定の区分のことであり、セグメントともいう。この場合、機器情報デバイスＤＢに、各被管理機器３のセグメントを特定するための情報などを登録するように構成してもよい。
【０１０６】
また、前述した実施形態では、被管理機器３として、複合機である場合を例にして説明したが、これに限定されず、プリンタや、プロジェクタや、サーバコンピュータなどのその他のネットワーク機器を適用することも可能である。
【０１０７】
また、前述した実施形態における処理手順を実行するプログラムは、各装置（機器管理装置２、被管理機器３および管理者用クライアント端末４）のＲＯＭなどの記憶部に予め組み込んで提供することが可能である。また、前述のプログラムは、インストール可能な形式または実行可能な形式のファイルでコンピュータで読み取り可能な記憶媒体に記憶して提供することが可能である。更に、前述のプログラムは、インターネットなどのネットワーク経由で提供または配布したりすることも可能である。
【０１０８】
また、本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【０１０９】
１ 情報処理システム
２ 機器管理装置（マスタ）
３ 被管理機器
４ 管理者用クライアント端末
Ｎ ネットワーク
３１ サブシステム（スレーブ）
２０ａ 設定受付部（受付手段）
２０ｂ 設定処理部（制御手段）
２０ｃ 設定送信部
２０ｄ 設定結果収集部
２０ｅ 機器情報管理部（管理手段）
２０ｆ 設定結果管理部
２０ｇ リモートインストール部
２０ｈ 表示処理部
３０ａ 設定受付部
３０ｂ 設定処理部
３０ｃ 設定送信部
３０ｄ 設定結果送信部
３０ｅ リモートインストール受付部
【先行技術文献】
【特許文献】
【０１１０】
【特許文献１】特開２０００−２０６８３５号公報
【特許請求の範囲】
【請求項１】
複数の被管理機器と、前記被管理機器を管理する機器管理装置とを備える情報処理システムであって、
マスタとなる前記機器管理装置は、
外部から複数の被管理機器に対する一括設定の要求を受け付ける受付手段と、
前記受付手段で前記要求を受け付けた場合に、スレーブとなる被管理機器に対して、複数の被管理機器に対する一括設定の処理を委譲する制御手段と、
を有する情報処理システム。
【請求項２】
前記制御手段は、前記一括設定の処理の結果を待たずに、スレーブとなる複数の被管理機器に対して、前記一括設定の処理を順次委譲する、請求項１に記載の情報処理システム。
【請求項３】
前記スレーブとなる被管理機器は、各被管理機器からの設定の処理の結果を待たずに、複数の被管理機器に対して前記一括設定に係る設定の要求を順次行う、請求項１または２に記載の情報処理システム。
【請求項４】
前記機器管理装置は、
前記被管理機器に関する機器情報を管理する管理手段、
を更に有し、
前記制御手段は、
前記受付手段で前記要求を受け付けた場合に、前記機器情報に基づき複数の被管理機器に対して一括設定を行うためのシステムがデプロイされている被管理機器が存在するか否かを判定し、該判定により前記システムがデプロイされている被管理機器が複数存在すると判定された場合、それら複数の被管理機器のうち処理性能が所定能力以上の被管理機器を前記機器情報に基づいて検索し、該検索された被管理機器に対して、前記一括設定の処理を委譲する、請求項１〜３のいずれか一項に記載の情報処理システム。
【請求項５】
前記機器管理装置は、
前記被管理機器に関する機器情報を管理する管理手段、
を更に有し、
前記制御手段は、
前記受付手段で前記要求を受け付けた場合に、前記機器情報に基づき複数の被管理機器に対して一括設定を行うためのシステムがデプロイされている被管理機器が存在するか否かを判定し、該判定により前記システムがデプロイされている被管理機器が存在しないと判定された場合、前記機器情報に基づき処理性能が所定能力以上の被管理機器を検索し、該検索された被管理機器に対して、前記システムをデプロイし、前記システムがデプロイされた被管理機器に対して、前記一括設定の処理を委譲する、請求項１〜３のいずれか一項に記載の情報処理システム。
【請求項６】
前記機器管理装置は、
前記一括設定の処理を委譲した被管理機器が当該一括設定の処理を終了した場合に、前記被管理機器にデプロイされている前記システムをアンデプロイするアンデプロイ手段、
を更に有する、請求項５に記載の情報処理システム。
【請求項７】
前記検索手段は、前記一括設定の処理が禁止されている被管理機器を除外して、処理性能が所定能力以上の被管理機器を検索する、請求項４〜６のいずれか一項に記載の情報処理システム。
【請求項８】
前記機器管理装置は、
前記一括設定の処理を委譲した被管理機器から設定結果を取得する取得手段、
を更に有する、請求項１〜７のいずれか一項に記載の情報処理システム。
【請求項９】
複数の被管理機器を管理する管理装置であって、
外部から複数の被管理機器に対する一括設定の要求を受け付ける受付手段と、
前記受付手段で前記要求を受け付けた場合に、スレーブとなる被管理機器に対して、複数の被管理機器に対する一括設定の処理を委譲する制御手段と、
を有する管理装置。
【請求項１０】
前記制御手段は、前記一括設定の処理の結果を待たずに、スレーブとなる複数の被管理機器に対して、前記一括設定の処理を順次委譲する、請求項９に記載の管理装置。
【請求項１１】
前記被管理機器に関する機器情報を管理する管理手段、
を更に有し、
前記制御手段は、
前記受付手段で前記要求を受け付けた場合に、前記機器情報に基づき複数の被管理機器に対して一括設定を行うためのシステムがデプロイされている被管理機器が存在するか否かを判定し、該判定により前記システムがデプロイされている被管理機器が複数存在すると判定された場合、それら複数の被管理機器のうち処理性能が所定能力以上の被管理機器を前記機器情報に基づいて検索し、該検索された被管理機器に対して、前記一括設定の処理を委譲する、請求項９または１０に記載の管理装置。
【請求項１２】
前記被管理機器に関する機器情報を管理する管理手段、
を更に有し、
前記制御手段は、
前記受付手段で前記要求を受け付けた場合に、前記機器情報に基づき複数の被管理機器に対して一括設定を行うためのシステムがデプロイされている被管理機器が存在するか否かを判定し、該判定により前記システムがデプロイされている被管理機器が存在しないと判定された場合、前記機器情報に基づき処理性能が所定能力以上の被管理機器を検索し、該検索された被管理機器に対して、前記システムをデプロイし、前記システムがデプロイされた被管理機器に対して、前記一括設定の処理を委譲する、請求項９または１０に記載の管理装置。
【請求項１３】
前記一括設定の処理を委譲した被管理機器が当該一括設定の処理を終了した場合に、前記被管理機器にデプロイされている前記システムをアンデプロイするアンデプロイ手段、
を更に有する、請求項１２に記載の管理装置。
【請求項１４】
前記検索手段は、前記一括設定の処理が禁止されている被管理機器を除外して、処理性能が所定能力以上の被管理機器を検索する、請求項１１〜１３のいずれか一項に記載の管理装置。
【請求項１５】
前記一括設定の処理を委譲した被管理機器から設定結果を取得する取得手段、
を更に有する、請求項９〜１４のいずれか一項に記載の管理装置。
【請求項１６】
複数の被管理機器を管理する管理装置に実装されるコンピュータを、
外部から複数の被管理機器に対する一括設定の要求を受け付ける受付手段と、
前記受付手段で前記要求を受け付けた場合に、スレーブとなる被管理機器に対して、複数の被管理機器に対する一括設定の処理を委譲する制御手段と、
して機能させるプログラム。
【請求項１】
複数の被管理機器と、前記被管理機器を管理する機器管理装置とを備える情報処理システムであって、
マスタとなる前記機器管理装置は、
外部から複数の被管理機器に対する一括設定の要求を受け付ける受付手段と、
前記受付手段で前記要求を受け付けた場合に、スレーブとなる被管理機器に対して、複数の被管理機器に対する一括設定の処理を委譲する制御手段と、
を有する情報処理システム。
【請求項２】
前記制御手段は、前記一括設定の処理の結果を待たずに、スレーブとなる複数の被管理機器に対して、前記一括設定の処理を順次委譲する、請求項１に記載の情報処理システム。
【請求項３】
前記スレーブとなる被管理機器は、各被管理機器からの設定の処理の結果を待たずに、複数の被管理機器に対して前記一括設定に係る設定の要求を順次行う、請求項１または２に記載の情報処理システム。
【請求項４】
前記機器管理装置は、
前記被管理機器に関する機器情報を管理する管理手段、
を更に有し、
前記制御手段は、
前記受付手段で前記要求を受け付けた場合に、前記機器情報に基づき複数の被管理機器に対して一括設定を行うためのシステムがデプロイされている被管理機器が存在するか否かを判定し、該判定により前記システムがデプロイされている被管理機器が複数存在すると判定された場合、それら複数の被管理機器のうち処理性能が所定能力以上の被管理機器を前記機器情報に基づいて検索し、該検索された被管理機器に対して、前記一括設定の処理を委譲する、請求項１〜３のいずれか一項に記載の情報処理システム。
【請求項５】
前記機器管理装置は、
前記被管理機器に関する機器情報を管理する管理手段、
を更に有し、
前記制御手段は、
前記受付手段で前記要求を受け付けた場合に、前記機器情報に基づき複数の被管理機器に対して一括設定を行うためのシステムがデプロイされている被管理機器が存在するか否かを判定し、該判定により前記システムがデプロイされている被管理機器が存在しないと判定された場合、前記機器情報に基づき処理性能が所定能力以上の被管理機器を検索し、該検索された被管理機器に対して、前記システムをデプロイし、前記システムがデプロイされた被管理機器に対して、前記一括設定の処理を委譲する、請求項１〜３のいずれか一項に記載の情報処理システム。
【請求項６】
前記機器管理装置は、
前記一括設定の処理を委譲した被管理機器が当該一括設定の処理を終了した場合に、前記被管理機器にデプロイされている前記システムをアンデプロイするアンデプロイ手段、
を更に有する、請求項５に記載の情報処理システム。
【請求項７】
前記検索手段は、前記一括設定の処理が禁止されている被管理機器を除外して、処理性能が所定能力以上の被管理機器を検索する、請求項４〜６のいずれか一項に記載の情報処理システム。
【請求項８】
前記機器管理装置は、
前記一括設定の処理を委譲した被管理機器から設定結果を取得する取得手段、
を更に有する、請求項１〜７のいずれか一項に記載の情報処理システム。
【請求項９】
複数の被管理機器を管理する管理装置であって、
外部から複数の被管理機器に対する一括設定の要求を受け付ける受付手段と、
前記受付手段で前記要求を受け付けた場合に、スレーブとなる被管理機器に対して、複数の被管理機器に対する一括設定の処理を委譲する制御手段と、
を有する管理装置。
【請求項１０】
前記制御手段は、前記一括設定の処理の結果を待たずに、スレーブとなる複数の被管理機器に対して、前記一括設定の処理を順次委譲する、請求項９に記載の管理装置。
【請求項１１】
前記被管理機器に関する機器情報を管理する管理手段、
を更に有し、
前記制御手段は、
前記受付手段で前記要求を受け付けた場合に、前記機器情報に基づき複数の被管理機器に対して一括設定を行うためのシステムがデプロイされている被管理機器が存在するか否かを判定し、該判定により前記システムがデプロイされている被管理機器が複数存在すると判定された場合、それら複数の被管理機器のうち処理性能が所定能力以上の被管理機器を前記機器情報に基づいて検索し、該検索された被管理機器に対して、前記一括設定の処理を委譲する、請求項９または１０に記載の管理装置。
【請求項１２】
前記被管理機器に関する機器情報を管理する管理手段、
を更に有し、
前記制御手段は、
前記受付手段で前記要求を受け付けた場合に、前記機器情報に基づき複数の被管理機器に対して一括設定を行うためのシステムがデプロイされている被管理機器が存在するか否かを判定し、該判定により前記システムがデプロイされている被管理機器が存在しないと判定された場合、前記機器情報に基づき処理性能が所定能力以上の被管理機器を検索し、該検索された被管理機器に対して、前記システムをデプロイし、前記システムがデプロイされた被管理機器に対して、前記一括設定の処理を委譲する、請求項９または１０に記載の管理装置。
【請求項１３】
前記一括設定の処理を委譲した被管理機器が当該一括設定の処理を終了した場合に、前記被管理機器にデプロイされている前記システムをアンデプロイするアンデプロイ手段、
を更に有する、請求項１２に記載の管理装置。
【請求項１４】
前記検索手段は、前記一括設定の処理が禁止されている被管理機器を除外して、処理性能が所定能力以上の被管理機器を検索する、請求項１１〜１３のいずれか一項に記載の管理装置。
【請求項１５】
前記一括設定の処理を委譲した被管理機器から設定結果を取得する取得手段、
を更に有する、請求項９〜１４のいずれか一項に記載の管理装置。
【請求項１６】
複数の被管理機器を管理する管理装置に実装されるコンピュータを、
外部から複数の被管理機器に対する一括設定の要求を受け付ける受付手段と、
前記受付手段で前記要求を受け付けた場合に、スレーブとなる被管理機器に対して、複数の被管理機器に対する一括設定の処理を委譲する制御手段と、
して機能させるプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【公開番号】特開２０１３−５８１８９（Ｐ２０１３−５８１８９Ａ）
【公開日】平成２５年３月２８日（２０１３．３．２８）
【国際特許分類】
【出願番号】特願２０１２−１５１６３５（Ｐ２０１２−１５１６３５）
【出願日】平成２４年７月５日（２０１２．７．５）
【出願人】（０００００６７４７）株式会社リコー (37,907)
【Ｆターム（参考）】
【公開日】平成２５年３月２８日（２０１３．３．２８）
【国際特許分類】
【出願日】平成２４年７月５日（２０１２．７．５）
【出願人】（０００００６７４７）株式会社リコー (37,907)
【Ｆターム（参考）】
[ Back to top ]