JP5840016B2 - 中継装置、情報処理システム、制御方法、管理方法およびコンピュータプログラム - Google Patents

Description

本発明は、中継装置、情報処理システム、中継装置の制御方法、管理方法およびコンピュータプログラムに関する。

インターネット経由で利用可能な外部サーバ（以下、クラウド）上にあるネットワーク機器管理装置が、イントラネット内のネットワーク機器を管理する管理方法が提案されている。イントラネット内のネットワーク機器は、例えば、オフィス等で利用されているプリンタや複合機等である。この管理方法は、管理対象となるネットワーク機器の情報をクラウド上の管理装置にアップロードする。これにより、管理装置がネットワーク機器の状態を把握することができる。

また、プリンタや複合機（以下、画像形成装置と記述）からクラウド上にアップロードされた情報をイントラネット等のローカルシステム内の他の画像形成装置にダウンロードさせることで、情報配信する情報処理システムが考えられる。

一方、一般に、画像形成装置等のネットワーク機器は、ネットワークや機器の動作等を定義した設定情報（アドレス帳やアプリケーションソフトウェアなど）や、ユーザにより保存されたデータ（スキャンデータなど）を持っている。これらの設定情報やデータは、情報の漏洩防止やセキュリティの確保を要求されることが多い。また、ユーザによってこれらの設定情報やデータの機密性の重要度は異なる。

特許文献１は、画像形成装置に関する情報のうち少なくともセキュリティの確保が要求される情報を、画像形成装置に備えられる記憶装置からサーバへとバックアップした後に消去する制御方法を開示する。

特開２００６−２３９９４７号公報

上述した、画像形成装置からクラウド上にアップロードされた情報をローカルシステム内の他の画像形成装置にダウンロードさせることで、情報配信する情報処理システムに、特許文献１の制御方法を適用することが考えられる。しかし、例えば、ユーザ毎に情報に対する機密性の重要度が異なり、機密性の高い重要な情報については、画像形成装置からクラウド上の管理装置にアップロードすること自体が制限される場合がある。したがって、全ての情報を単純にクラウド上へアップロードすることはできない。また、情報のアップロード先をイントラネット内のサーバとした場合には、クラウド上の管理装置が画像形成装置の情報を管理することができない。

本発明は、画像形成装置に関する情報のうち、ローカルシステム内で管理する第１情報とローカルシステム外の管理装置でも管理可能な第２情報とを別個に管理し、かつ管理装置が第１、第２情報の双方を管理できるようにする情報処理システムの提供を目的とする。

本発明の一実施形態の中継装置は、画像形成装置が設置されているローカルシステムからネットワークを介して遠隔に設置された管理装置と通信を行う前記ローカルシステム内の中継装置である。前記中継装置は、前記画像形成装置から取得した情報を、前記ローカルシステム内で管理する第１情報と、前記ローカルシステム外で管理する第２情報とに識別する識別手段と、前記識別された前記第２情報と、前記ローカルシステム内で管理される前記第１情報を前記第２情報と紐付ける管理情報とを前記管理装置に送信する送信手段と、前記管理装置から前記第２情報を取得して、前記ローカルシステム内の画像形成装置に適用する適用手段とを備える。前記適用手段は、前記取得した第２情報とともに前記第１情報が前記ローカルシステム内の画像形成装置に適用される場合には、前記管理情報に基づいて前記第１情報を取得し、該取得した第１情報を前記第２情報とともに前記画像形成装置に対して配信する。

本発明の情報処理システムによれば、画像形成装置に関する情報のうち、ローカルシステム内で管理する第１情報とローカルシステム外の管理装置でも管理可能な第２情報とを別個に管理することができる。また、管理装置が第１、第２情報の双方を管理できる。

本発明の機器管理システムの構成例を示す図である。 管理装置のハードウェア構成例と機能ブロック図の例である。 被管理装置のハードウェア構成例と機能ブロック図の例である ポリシー管理モジュールが管理するポリシーの一例を示す図である。 機器管理システムの動作処理の例を説明するシーケンス図である。 設定ＵＩの例を示す図である。 パブリックデータの構造の一例を示す図である。 中継装置関連情報の例を示す図である。 機器管理システムの動作処理の例を説明するシーケンス図である。 機器管理システムの動作処理の例を説明するシーケンス図である。

本発明の実施形態について図面を用いて説明する。以下に説明する各実施形態の機器管理システムは、画像形成装置の設定情報を他の画像形成装置に対して適用（例えば、コピー）する。

＜第一の実施形態＞
図１は、本発明の機器管理システムの構成例を示す図である。図１（Ａ）は、第一の実施形態の機器管理システムの構成例を示す。この機器管理システムは、情報処理システムであって、ネットワーク１００により互いに接続されたネットワーク管理装置１０１（以下、管理装置）とネットワーク機器１０２、１０３（以下、被管理装置）とから構成される。被管理装置は、ローカルシステム内に設けられている。

管理装置１０１は、被管理装置１０２、１０３を管理する。管理装置１０１は、クラウド上、すなわちローカルシステム外に配置されている。また、管理装置１０１は、一般的なパーソナルコンピュータが有する構成を備える。被管理装置１０２、１０３は、ネットワーク１００により管理装置１０１と接続されている。被管理装置１０２、１０３は、例えば、ＭＦＰ（Multifunction Peripheral）やプリンタ、ＦＡＸ等の画像形成装置である。なお、図１（Ａ）に示す管理装置１０１や被管理装置１０２、１０３は、任意の数だけネットワーク１００に接続されていてもよい。

図２は、管理装置のハードウェア構成例と、管理装置の機能ブロック図の例である。図２（Ａ）は、管理装置のハードウェア構成例を示す。システムバス２００は、コンピュータを構成する各コンポーネント同士の共通データ交換経路である。ＣＰＵ（Central Processing Unit）２０１は、コンピュータ全体の制御や演算処理等を行う装置である。ＲＡＭ（Random Access Memory）２０２は、処理を行う際にプログラムやデータを記憶、実行する領域を指す。

ＲＯＭ（Read Only Memory）２０３は、システム起動プログラムなどのプログラムを記憶する領域である。ＤＫＣ（Disk Controller）２０４は、ＨＤ（Hard Disk）２０５などの外部記憶装置の制御を実行する。ＨＤ２０５は、プログラムやデータを記憶しており、必要に応じてＲＡＭ２０２やＨＤ２０５へプログラムやデータをロードする。ＮｅｔｗｏｒｋＩ／Ｆ２０６は、ネットワーク１００と接続しネットワーク通信を行う。入出力Ｉ／Ｆ（Interface）２０７は、キーボードやマウス、ディスプレイなどに接続されており、データの入出力を制御する。

管理装置１０１は、ＣＰＵ２０１が基本Ｉ／Ｏ（Input/Output）プログラム及びＯＳを実行している状態で動作する。基本Ｉ／Ｏプログラムは、ＲＯＭ２０３に記憶されており、ＯＳはＨＤ２０５に記憶されている。コンピュータ部の電源が入れられた際、基本Ｉ／Ｏプログラム中のイニシャルプログラムがロード機能により、ＨＤ２０５からＯＳがＲＡＭ２０２にロードされ、ＯＳの動作が開始される。

図２（Ｂ）は、管理装置の機能ブロック図の例である。管理装置１０１は、ネットワークモジュール３００、Ｗｅｂサービス３０１、設定管理モジュール３０２、データベース３０３、ポリシー管理モジュール３０４備える。図３に示す各モジュールは、プログラムとしてＨＤ２０５に格納されており、ＣＰＵ２０１によって実行される。

ネットワークモジュール３００は、ネットワーク１００を介して接続された被管理装置１０２、１０３との通信を行う。Ｗｅｂサービス３０１は、不図示の外部装置のＷｅｂブラウザからＨＴＴＰによるＧＥＴリクエストを受け取り、ＨＤ２０５に保存されたＷｅｂページデータを返信するサービスを提供する。

また、Ｗｅｂサービス３０１は、Ｗｅｂページデータに入力されたユーザからの要求を解釈し、後述の設定管理モジュール３０２などに仕事を割り振る。なお、この例では、管理装置１０１がＨＴＴＰによる通信を行うが、ＨＴＴＰＳやＦＴＰなどの通信プロトコルを利用しても良く、ＨＴＴＰに限定されない。また、上述したＷｅｂページデータを返信するサービスは、不図示の外部装置からのリクエストに応じたものに限定されない。

設定管理モジュール３０２は、被管理装置１０２、１０３における設定情報等のデータを管理する。例えば、設定管理モジュール３０２は、被管理装置に設定、格納されたデータを取得するために、被管理装置に対してデータ取得要求を出す。また、設定管理モジュール３０２は、取得したデータをデータベース３０３へ保存、また読み出しする。

設定管理モジュール３０２は、Ｗｅｂサービス３０１と共に被管理装置１０２、１０３を管理するためのＷｅｂアプリケーションを実現している。なお、管理装置の実現方法はＷｅｂアプリケーションに限定されず、ネイティブアプリケーションであってもよい。

データベース３０３には、設定管理モジュール３０２により被管理装置１０２、１０３から取得したデータなどが記憶されている。なお、データベース３０３は、Ｗｅｂサービス３０１や設定管理モジュール３０２アクセス可能であれば、管理装置１０１とは別の機器上にあってもよい。

ポリシー管理モジュール３０４は、ユーザがどのようにデータを扱うかを定めたポリシーを管理する。ポリシーの一例は、後述の図４に示す。ポリシー管理モジュール３０４は、ユーザにより入出力Ｉ／Ｆ２０７から入力された情報を、データベース３０３やＨＤ２０５に格納したり、ＨＤ２０５に格納されたポリシーを取得したりする。格納されたポリシーはネットワークモジュール５００により被管理装置１０２、１０３に送付されてもよい。また、管理装置１０１が、このポリシーを、後述の被管理装置１０２、１０３で作成、格納されたポリシーと同期するようにしてもよい。

図３は、被管理装置のハードウェア構成例と、被管理装置の機能ブロック図の例である。図３（Ａ）は、被管理装置のハードウェア構成例である。被管理装置１０２、１０３は、制御ユニット４００、操作部４０１、プリンタ４０２、スキャナ４０３を備える。制御ユニット４００は、操作関連の処理部として、ＣＰＵ４１０、ＲＡＭ４１１、操作部Ｉ／Ｆ４１２、ＮｅｔｗｏｒｋＩ／Ｆ４１３、ＲＯＭ４１４、ＤＫＣ４１５、ＨＤ４１６、ＩｍａｇｅＢｕｓＩ／Ｆ４１７、システムバス４１８を備える。

また、制御ユニット４００は、印刷、スキャン関連の処理部として、画像バス４１９、スキャナ画像処理部４２０、プリンタ画像処理部４２１、ＲＩＰ４２２、デバイスＩ／Ｆ４２３を備える。なお、スキャナ４０３とスキャナ画像処理部４２０は、必要に応じて制御ユニット４００内に設けられる。

ＣＰＵ４１０は、制御ユニット４００全体を制御するコントローラである。ＲＡＭ４１１は、画像データを一時記憶する画像メモリである。操作部Ｉ／Ｆ４１２は、操作部４０１とのインタフェースであり、操作部４０１で表示する画像データを操作部４０１に対して出力する。また、操作部Ｉ／Ｆ４１２は、ユーザが操作部４０１により入力した情報をＣＰＵ４１０へ伝達する機能を有する。

ＮｅｔｗｏｒｋＩ／Ｆ４１３は、ネットワーク１００を介して、外部装置と情報のやり取りをするインタフェースである。また、ＮｅｔｗｏｒｋＩ／Ｆ４１３は、被管理装置１０２、１０３の各種情報を格納したＭＩＢ（Management Information Base）を備える。ＭＩＢが有する各種情報は、ＩＰアドレスや被管理装置の名称、状態などの情報を指す。ＲＯＭ４１４は、ブートＲＯＭであり、システムのブートプログラムが格納されている。ＤＫＣ（Disk Controller）４１５は、ＨＤ（Hard Disk）４１６の制御を行う。

ＨＤ４１６は外部記憶装置であり、システムソフトウェアや画像データを格納する。ＩｍａｇｅＢｕｓＩ／Ｆ４１７は、システムバス４１８と画像バス４１９とを接続し、データ変換を行うバスブリッジである。システムバス４１８は、制御ユニット４００を構成する各コンポーネント同士の共通データ交換経路である。

画像バス４１９は、ＰＣＩバス、またはＩＥＥＥ１３９４で構成されており、画像データを高速に転送する経路である。スキャナ画像処理部４２０は、入力画像に対し、補正や加工、編集を行う。プリンタ画像処理部４２１は、プリント出力画像データに対して、プリンタの性能に応じた補正、解像度の変換などを行う。

ＲＩＰ（Raster Image Processor）４２２は、ネットワーク１００から送られてきたＰＤＬコマンドをビットマップイメージに展開する。デバイスＩ／Ｆ４２３は、画像入出力デバイスであるプリンタ４０２、及びスキャナ４０３と制御ユニット４００とを接続し、画像データの同期系／非同期系の変換を行う。

図３（Ｂ）は、被管理装置の機能ブロック図の例である。被管理装置１０２、１０３は、ネットワークモジュール５００、設定管理モジュール５０１、ポリシー管理モジュール５０２を備える。ネットワークモジュール５００は、ネットワーク１００に接続された外部装置（管理装置１０１など）とのインタフェースとして機能する。ネットワークモジュール５００は、例えば、管理装置１０１からデータ取得要求を受け取り、設定管理モジュール５０１に対してデータ取得要求を伝える。ネットワークモジュール５００と管理装置１０１などの外部装置との通信方法として、ＭＩＢによる通信や、ＳＯＡＰメッセージによる通信などが挙げられる。また、ネットワークモジュール５００は、設定管理モジュール５０１から各種データを受け取り、ネットワーク１００を介して管理装置１０１へ応答する。

設定管理モジュール５０１は、被管理装置１０２、１０３が保持する設定情報やデータの操作・管理を行う。設定管理モジュール５０１は、ＨＤ４１６や不図示のデータベースなどから、データを取得して保存する。また、設定管理モジュール５０１は、データが設定情報の場合は、被管理装置１０２、１０３に対して設定を反映させる。また、設定管理モジュール５０１は、取得したデータを、ポリシー管理モジュール５０２で管理するポリシーに従って分割したり、分割されたデータを結合したりする。

ポリシー管理モジュール５０２は、ユーザがどのようにデータを扱うかを定めたポリシーを管理する。ポリシーの一例は、後述の図４に示す。ポリシー管理モジュール５０２は、ユーザにより操作部４０１から入力された情報をＨＤ４１６に格納したり、ＨＤ４１６に格納されたポリシーを取得したりする。また、ポリシー管理モジュール５０２は、設定管理モジュール５０１からポリシー取得要求を受信し、受信したポリシー取得要求に対応するポリシーを設定管理モジュール５０１に渡す。この例では、操作部４０１がポリシーを入力するが、ポリシーは、ネットワーク１００を介して外部から格納されてもよいし、ＵＳＢ（Universal Serial Bus）等の外部ツールを利用して格納されてもよい。

図４は、ポリシー管理モジュールが管理するポリシーの一例を示す図である。ポリシーは、設定項目６００とデータの扱い６０１といったデータ項目を有する。設定項目６００は、被管理装置１０２、１０３の持つ設定情報の各項目名である。データの扱い６０１は、設定項目に設定された情報が、クラウド上にアップロードして欲しくない情報であるか、またはクラウド上にアップロードしてもよい情報のうちのいずれであるかを示す。

Ｐｒｉｖａｔｅは、アップロードして欲しくない情報（第１情報）、すなわち、ローカルシステム内で管理されるプライベートな情報である。アップロードして欲しくない情報のことを、プライベートデータとも記述する。プライベートデータは、ローカルシステムで運用されるポリシーに従う。

Ｐｕｂｌｉｃは、クラウド上にアップロードしてもよい情報（第２情報）、すなわち、ローカルシステム外でも管理できる情報である。クラウド上にアップロードしてもよい情報のことを、パブリックデータとも記述する。

図４に示すポリシーの例では、機器名や製品名はパブリックデータである。また、アドレス帳などは、プライベートデータである。なお、データの扱いに関して、図４では、ＰｕｂｌｉｃとＰｒｉｖａｔｅの両方を記載しているが、クラウド上で管理可能か不可能かが分かれば片方だけの定義でもよい。また、図４では、データの扱いについて文字列で記載しているが、０や１などの整数型や、Ｔｒｕｅ、Ｆａｌｓｅなどの論理型など、別の形式で記載してもよい。更に、ポリシーに設定項目６００、データの扱い６０１に限らず、他の項目が加えられていてもよい。

図５は、第一の実施形態の機器管理システムの動作処理の例を説明するシーケンス図である。図５では、被管理装置１０２の設定情報を被管理装置１０３へコピーする処理を例にとって説明する。この例において、管理装置１０１は、パブリックデータを格納するＤＢ（ＰＢＤＢ）の機能も有する。ＰＶＤＢ７００はプライベートデータを格納するＤＢであり、イントラネット内に配置される（図１（Ａ）には不図示）。なお、ＰＶＤＢ７００として、被管理装置１０２のＨＤ４１６などを利用してもよい。つまり管理装置（ＰＢＤＢ）１０１はクラウド上の装置であり、被管理装置１０２、１０３、ＰＶＤＢ７００はイントラネット内の装置である。

Ｓ７０１からＳ７０８がコピー元データを取得するための処理、Ｓ７０９からＳ７１６がコピー先へ設定情報を送る配信処理である。まず、管理装置１０１が、被管理装置１０２に元データとなる設定情報をアップロードするように要求する（ステップＳ７０１）。この要求は、後述の図６に示す入力画面（設定ＵＩ）上で入力されたデータを元に作成され、ＳＯＡＰなどの通信プロトコルを利用することで被管理装置１０２へ伝えられる。なお、ファイアウォールなどにより、管理装置１０１から被管理装置１０２へ直接要求を送信することができない場合は、被管理装置１０２が定期的なポーリングにより管理装置１０１から要求を取得してもよい。

次に、要求を受け取った被管理装置１０２の設定管理モジュール５０１が、図４に示すポリシーをＨＤ４１６から読み込み、プライベートデータの定義が存在するか否かを判断する（ステップＳ７０２）。ポリシーのデータの扱い６０１に“Ｐｒｉｖａｔｅ”が設定されている場合、プライベートデータの定義が存在する。プライベートデータの定義が存在すると判断された場合、処理をステップＳ７０３に移行する。プライベートデータの定義が存在しないと判断された場合は、ステップＳ７０７へ処理を移行する。

次に、ステップＳ７０２の判断結果に従い、被管理装置１０２の設定管理モジュール５０１が、パブリックデータとプライベートデータに設定情報を分離する（ステップＳ７０３）。続いて、被管理装置１０２の設定管理モジュール５０１が、ステップＳ７０３で分離されたパブリックデータに、プライベートデータが格納される場所への識別情報（以下、ポインタと記述）を付加する（ステップＳ７０４）。本処理によって作成されたデータについては、図７を参照して説明する。

次に、被管理装置１０２の設定管理モジュール５０１が、プライベートデータ（図７ではＰＶデータと記述）をＰＶＤＢ７００へ格納（アップロード）する（ステップＳ７０５）。続いて、被管理装置１０２の設定管理モジュール５０１が、パブリックデータ（図７ではＰＢデータと記述）をＰＢＤＢ（管理装置１０１）に格納する（ステップＳ７０６）。なお、ステップＳ７０５、Ｓ７０６の処理で通信が発生した場合は、通信方法については限定しない。

次に、ステップＳ７０２の判断でポリシーにプライベートデータの定義が無いと判断された場合の処理について説明する。プライベートデータの定義が存在しない場合、被管理装置１０２の設定管理モジュール５０１が、全てのデータをパブリックデータであると判断し、ＰＢＤＢへデータ（設定情報）を格納する（ステップＳ７０７）。本実施形態では、プライベートデータがある場合のみポインタをパブリックデータに付加する場合について説明したが、プライベートデータがない場合は、プライベートデータがないことを示す識別情報をパブリックデータに付加してもよい。ステップＳ７０６またはステップＳ７０７の処理の後、被管理装置１０２の設定管理モジュール５０１が、管理装置１０１に対してアップロードの完了通知を行う（ステップＳ７０８）。

次に、管理装置１０１が、コピー先の被管理装置１０３に対して、データ取得要求を送信する（ステップＳ７０９）。データ取得要求は、データの取得（ダウンロード）を指示する制御情報である。データ取得要求には、ステップＳ７０６またはＳ７０７で格納されたパブリックデータへのアドレスが記載されている。被管理装置１０３は、データ取得要求に記載された当該アドレスからデータを取得することができる。管理装置１０１から被管理装置１０３へ直接要求を送信することができない場合は、被管理装置１０３が定期的なポーリングにより管理装置１０１から要求を取得してもよい。

次に、被管理装置１０３の設定管理モジュール５０１が、データ取得要求要求を受信し、解釈する。そして、被管理装置１０３の設定管理モジュール５０１が、データ取得要求に従い、ＰＢＤＢからパブリックデータを取得する（ステップＳ７１０、Ｓ７１１）。続いて、被管理装置１０３の設定管理モジュール５０１が、パブリックデータの解析を行う。パブリックデータを解析した結果、パブリックデータの中にプライベートデータへのポインタが含まれている場合は、ステップＳ７１２へ処理を移行する。一方、ポインタが含まれていない場合は、ステップＳ７１５へ処理を移行する。

被管理装置１０３の設定管理モジュール５０１が、ＰＶＤＢ７００からプライベートデータを取得する（ステップＳ７１３，Ｓ７１３）。続いて、被管理装置１０３の設定管理モジュール５０１が、ステップＳ７１１で取得したパブリックデータとステップＳ７１４で取得したプライベートデータとを結合する（ステップＳ７１４）。ステップＳ７１４における結合の際、パブリックデータに付加されたポインタは、プライベートデータの取得が完了しているため、破棄してもよい。

ステップＳ７１５において、被管理装置１０３の設定管理モジュール５０１が、取得した各種データを被管理装置１０３自身に反映させる。具体的には、設定管理モジュール５０１が取得してきたデータは、設定情報が管理されているＨＤ４１６に格納される。以上の処理が完了すると、被管理装置１０３の設定管理モジュール５０１が、ネットワークモジュール５００を介して、管理装置１０１に対して完了通知をする（ステップＳ７１６）。

図５では、管理装置１０１から要求を出すことで処理が開始されているが、被管理装置１０２が処理を開始してもよい。また、図５では、ステップＳ７０４のポインタ付加処理が完了した後にＰＶデータの格納を行っているが、ステップＳ７０５の処理の後にステップＳ７０４を実行してもよい。また、図５では、ステップＳ７０９の要求に対してＰＢデータの取得処理（ステップＳ７１１）を続けて行うが、ステップＳ７０９の要求と一緒にパブリックデータを送付してもよい。更に、図５では、ステップＳ７１１、Ｓ７１３で取得してきたデータをステップＳ７１４にて結合しているが、結合することなくステップＳ７１５でそのまま設定を適用させてもよい。

図６は、コピー元の被管理装置の設定情報をコピー先の被管理装置へコピーする処理を実行するために管理装置に表示される設定ＵＩの例を示す図である。ウィンドウ８００は、図５のステップＳ７０１、Ｓ７０９の要求を作成するために表示されるＵＩである。ウィンドウ８００は、コピー元となる機器を選択するためのリスト８０１、コピー先となる機器を選択するためのリスト８０２、コピー実行をキックするためのボタン８０３、処理をキャンセルするためのボタン８０４を有する。リスト８０１は、コピー元となる機器を選択するためのリストであり、ウィンドウ８００を操作するユーザによって選択される。またリスト８０１は、管理機器１０１で管理している被管理装置１０２、１０３の全てを表示する。

リスト８０２は、リスト８０１で選択し取得してきた設定情報を適用させる対象を選択するためのリストである。リスト８０２はリスト８０１と同様、管理機器１０１で管理している被管理装置１０２、１０３が表示されており、ユーザによってコピー先の機器として選択される。このリスト８０２で選択された被管理装置は、ステップＳ７０９乃至Ｓ７１１の処理を実行する機器（被管理装置１０３）となる。

コピー実行ボタン８０３は、リスト８０１及びリスト８０２でコピー元、コピー先の機器選択が完了された後に押下するボタンである。このボタンが押下されると、管理装置１０１が、データアップロード要求を行う（図５のＳ７０１）。キャンセルボタン８０４は、処理をキャンセルするためのボタンである。キャンセルするタイミングは、ウィンドウ８００の設定が完了する前でもよいし、設定が完了しコピー実行ボタン８０３が押下された後でもよい。

図７は、図５のステップＳ７０３、Ｓ７０４で処理されたパブリックデータの構造の一例を示す図である。パブリックデータ９００は、図４に示すポリシーに記載したデータの一部であり、ＸＭＬ形式で記述されている。なお、パブリックデータを、ＸＭＬに限らず、ＳＯＡＰ形式やＪＳＯＮ（JavaScript Object Notation）などで定義してもよく、形式は限定されない。

９０１はパブリックデータを定義した構造である。ｉｔｅｍのコンテンツとして" ＤｅｖｉｃｅＮａｍｅ" や" ＰｒｏｄｕｃｔＮａｍｅ" （図４のデータ項目６００に該当）が記載されている。また、図４のデータの扱い６０１に該当する項目として、タグ＜ｃｌａｓｓｉｆｉｃａｔｉｏｎ＞で示される項目に" Ｐｕｂｌｉｃ" が記載されている。

タグ＜ｖａｌｕｅ＞には、データの分離（図５のステップＳ７０３）の前に取得したデータの各項目の値が格納されている。また、タグ＜ｄａｔｅ＞にはデータを取得した時刻が格納される。９０２は図５のステップＳ７０４で付加されたプライベートデータへのポインタ情報である。ポインタ情報には、９０１のタグ＜ｖａｌｕｅ＞の代わりに、ＰＶＤＢ７００へのポインタのタグ＜ｐｏｉｎｔｅｒ＞が付けられている。タグ＜ｐｏｉｎｔｅｒ＞は、＜ｃｌｉｅｎｔＩｄ＞と＜ｃｏｎｔｅｎｔｓＫｅｙ＞で構成されている。

＜ｃｌｉｅｎｔＩｄ＞は、プライベートデータが格納されているＰＶＤＢの情報を一意に識別する識別子である。＜ｃｏｎｔｅｎｔｓＫｅｙ＞は、ＰＶＤＢ内のデータを一意に識別する識別子である。なお、この例では、ＰＶＤＢの識別子として、＜ｃｌｉｅｎｔＩｄ＞を利用しているが、ＰＶＤＢを一意に識別できるものであれば、ＵＲＩなどの任意の識別子を利用した表記でもよい。図７中に示すパブリックデータを被管理装置１０２が管理装置１０１へ送り、また被管理装置１０３が管理装置１０１から取得する。

本実施形態では、被管理装置１台から、被管理装置１台に対しての設定情報のコピーについて説明しているが、コピー元の設定情報の取得先、及びコピー先の被管理装置は複数台でもよい。本実施形態の機器管理システム（情報処理システム）によれば、画像形成装置に関する情報のうち、プライベートデータとパブリックデータとを別個に管理することができる。また、この機器管理システムにおいては、ポインタによって、管理装置１０１が保持するパブリックデータがプライベートデータと紐付けられている。したがって、この機器管理システムによれば、管理装置１０１が、プライベートデータ、パブリックデータの双方を管理できるようにすることが可能となる。つまり、この機器管理システムによれば、ユーザごとの機密性の重要度に対するポリシーを考慮した、設定情報のコピーを含めたクラウド上での管理を実現することができる。

＜第二の実施形態＞
第一の実施形態では、管理装置が直接被管理装置に対して、コピー元の設定情報のアップロード指示や設定情報のダウンロード指示を行っていた。しかし、被管理装置の数が多くなった場合、１台１台に対してアップロード・ダウンロードの指示を出していたのでは管理装置の負担が大きくなり効率が良くない。そこで、以下に説明する第二の実施形態では、イントラネット内に中継装置を配置し、中継装置が被管理装置に対して管理装置に代替してアップロード／ダウンロード指示を出す。

管理装置１０１、被管理装置１０２、１０３のハードウェア構成とソフトウェア構成については第一の実施形態と同様のため、ここでの説明は省略する。また、第二の実施形態におけるポリシー、設定ＵＩ及びパブリックデータ構造についても第一の実施形態と同様であるため、説明を省略する。

図１（Ｂ）は、第二の実施形態の機器管理システムの構成例を示す。この機器管理システムは、ネットワーク１００、管理装置１０１、被管理装置１０２、１０３、中継装置１０４、１０５を備える。ネットワーク１００、管理装置１０１、被管理装置１０２、１０３は、図１（Ａ）に示すネットワーク１００、管理装置１０１、被管理装置１０２、１０３と同様である。すなわち、第二の実施形態においては、機器管理システムは、中継装置を複数含む。本実施形態の管理方法は、例えば図１（Ｂ）に示す機器管理システムによって実現される。

中継装置１０４、１０５は、本実施形態の中継装置であって、ローカルシステムに含まれる。中継装置１０４が第１中継装置であり、中継装置１０５が、第２中継装置である。中継装置１０４、１０５は、ネットワーク１００を介した管理装置１０１からの指示を中継し、管理装置１０１から指示を受けた被管理装置１０２、１０３に対して処理を行う。中継装置１０４、１０５が、自分の配下の被管理装置の状態を監視し、管理装置１０１に対して各種情報を送信することも可能である。すなわち、中継装置１０４、１０５は、画像形成装置（被管理装置）が設置されているローカルシステムからネットワークを介して遠隔に設置された管理装置１０１と通信を行う、上記ローカルシステム内の中継装置である。中継装置１０４、１０５と被管理装置１０２、１０３の関連については、図８（Ａ）を参照して後述する。中継装置１０４、１０５は、管理装置１０１と同様に一般的なパーソナルコンピュータが有する構成を備える。中継装置１０４、１０５のハードウェア構成とソフトウェア構成は、管理装置１０１と同様である。本実施形態の制御方法は、中継装置を制御する方法である。また、本実施形態のコンピュータプログラムは、本実施形態の制御方法をコンピュータに実行させる。

図８は、中継装置関連情報の例を示す図である。中継装置関連情報は、中継装置１０４，１０５と被管理装置１０２、１０３との関連を示す情報である。管理装置１０１が、中継装置関連情報をデータベース３０３やＨＤ２０５において保有している。リスト１０００には、中継装置に関する情報と、中継装置が管理する被管理装置の情報が含まれている。リスト１０００の中継装置に関する情報は、中継装置を一意に識別するＩＤ、管理装置１０１と中継装置１０４、１０５間で通信するグローバルＩＰ、中継装置１０４、１０５がローカルネットワークで使用するプライベートＩＰを有する。

リスト１０００は、上記の項目から構成されているが、中継装置や被管理対象が一意に識別でき、どの中継装置がどの被管理装置を管理対象としているかが分かれば項目に制限はない。また、リスト１０００は、管理装置１０１だけでなく、中継装置１０４、１０５自身が保持していてもよい。なお、リスト１０００において、中継装置が、グローバルＩＰとプライベートＩＰとを持っているが、不図示のＤＨＣＰサーバやルータなどが割り当てられ、プライベートＩＰだけのリストであってもよい。また、プライベートＩＰを除き、中継装置ＩＤとグローバルＩＰのみのリストでもよい。一方、リスト１０００は、被管理装置の情報として、各被管理装置の機器名と被管理装置のＩＰを有する。

図８（Ａ）中に示す中継装置関連情報を参照すると、中継装置１０４（中継装置ＩＤ" １０５９３２０" ）が" Ｄｅｖｉｃｅ００１" 等を管理していることがわかる。また、中継装置１０５（中継装置ＩＤ" １０６４８３１" ）が" Ｄｅｖｉｃｅ４８１" 等を管理していることがわかる。

図９は、第二の実施形態の機器管理システムの動作処理の例を説明するシーケンス図である。図９では、中継装置１０４、１０５を経由して、被管理装置１０２の設定情報を被管理装置１０３へコピーする処理を例にとって説明する。管理装置１０１は、パブリックデータを格納するＤＢ（ＰＢＤＢ）の機能も有する。また、中継装置１０４は、プライベートデータを格納するためのＤＢ（ＰＶＤＢ）を持つものとする。なお、ＰＶＤＢは被管理装置１０２、１０３、中継装置１０４、１０５からネットワークで接続されていれば良く、中継装置１０４に限定されない。

まず、管理装置１０１が、中継装置１０４に対して、元データとなる設定情報を被管理装置１０２から取得し、ＰＢＤＢやＰＶＤＢに対してアップロードするように要求する（ステップＳ１１００）。処理である。この要求（データアップロード要求）は、図６に示す管理装置１０１の入力画面のデータを基に作成され、ＳＯＡＰなどの通信プロトコルを利用することで中継装置１０４に伝えられる。

データアップロード要求を受け取った中継装置１０４の設定管理モジュール３０２が、被管理装置１０２から設定情報を取得する（ステップＳ１１０１）。具体的には、被管理装置１０２の設定管理モジュール５０１が、自身の設定情報をＨＤ４１６から集めて中継装置１０４へ送信する（ステップＳ１１０２）。

次に、中継装置１０４が、被管理装置１０２から設定情報を受け取ると、中継装置１０４のポリシー管理モジュール３０４が、図４に示すポリシーをデータベース３０３やＨＤ２０５から読み込む。そして、ポリシー管理モジュール３０４が、プライベートデータの定義が存在するか否かを判断する（ステップＳ１１０３）。プライベートデータの定義が存在すると判断された場合、処理をステップＳ１１０４に移行する。プライベートデータの定義が存在しないと判断された場合は、ステップＳ１１０８へ処理を移行する。

次に、ステップＳ１１０３の判断結果に従い、中継装置１０４の設定管理モジュール３０２が、パブリックデータとプライベートデータに設定情報を分離する（ステップＳ１１０４）。すなわち、ポリシー管理モジュール３０４および設定管理モジュール３０２は、設定情報を、ローカルシステム内で管理する第１情報と、ローカルシステム外で管理する第２情報とに識別する識別手段として機能する。続いて、中継装置１０４の設定管理モジュール３０２が、ステップＳ１１０４で分離されたパブリックデータに、プライベートデータが格納される場所へのポインタを付加する（ステップＳ１１０５）。

次に、中継装置１０４の設定管理モジュール３０２が、分離されたプライベートデー
タを、中継装置１０４のデータベース３０３やＨＤ２０５に格納する（ステップＳ１１０６）。Ｓ１１０６の処理によってプライベートデータがＰＶＤＢに格納される。また、中継装置１０４の設定管理モジュール３０２が、上記ポインタが付加されたパブリックデータを管理装置１０１へアップロードする（ステップＳ１１０７）。すなわち、中継装置１０４の設定管理モジュール３０２は、識別された第２情報と、ローカルシステム内で管理される第１情報を第２情報と紐付ける管理情報（ポインタ）とを管理装置に送信する送信手段として機能する。また、管理装置１０１の設定管理モジュール３０２は、中継装置１０４からパブリックデータとポインタとを受信して管理する管理手段として機能する。

次に、ステップＳ７０２の判断でポリシーにプライベートデータの定義が無いと判断された場合には、中継装置１０４の設定管理モジュール３０２が、全てのデータをパブリックデータであると判断する。そして、設定管理モジュール３０２が、ＰＢＤＢ（管理装置１０１）へデータ（設定情報）をアップロードする（ステップＳ１１０８）。

ステップＳ１１０９乃至Ｓ１１１２は、図５のステップＳ７０８乃至Ｓ７１１と同様である。中継装置１０４の設定管理モジュール３０２は、管理装置１０１に要求することでパブリックデータを取得する（ステップＳ１１１１）。このパブリックデータにポインタが付加されている場合、管理装置１０１の設定管理モジュール３０２は、中継装置１０５からの要求（Ｓ１１１１）に応じて、中継装置１０５に対してパブリックデータとポインタとを配信する配信手段として機能することになる。

ステップＳ１１１２で取得したパブリックデータの中にプライベートデータへのポインタが含まれていない場合は、ステップＳ１１１６に進み、中継装置１０５の設定管理モジュール３０２が、被管理装置１０３に対してパブリックデータを配信する。すなわち、設定管理モジュール３０２は、管理装置から第２情報を取得して（ステップＳ１１１２）、ローカルシステム内の画像形成装置に適用する適用手段として機能する。

ステップＳ１１１２で取得したパブリックデータの中にプライベートデータへのポインタが含まれている場合、中継装置１０５の設定管理モジュール３０２が、ＰＶＤＢ（中継装置１０４）からプライベートデータを取得する（ステップＳ１１１３，Ｓ１１１４）。

次に、中継装置１０５の設定管理モジュール３０２が、ステップＳ１１１２で取得したパブリックデータとステップＳ１１１４で取得したプライベートデータとを結合する（ステップＳ１１１５）。つまり、中継装置１０５が備える設定管理モジュール３０２は、ポインタに基づいてプライベートデータを取得した場合に、該プライベートデータと管理装置から取得したパブリックデータとを結合する。そして、中継装置１０５の設定管理モジュール３０２が、ステップＳ１１１５で結合したデータを被管理装置１０３に対して配信する（ステップＳ１１１６）。すなわち、設定管理モジュール３０２は、パブリックデータにポインタが存在する場合すなわちパブリックデータとともにプライベートデータが被管理装置１０３に適用される場合には、以下の処理を実行する。設定管理モジュール３０２は、ポインタに基づいてプライベートデータを取得し、該取得したプライベートデータをパブリックデータとともに被管理装置１０３に対して配信する。

ステップＳ１１１７において、被管理装置１０３の設定管理モジュール５０１が、取得した各種データを被管理装置１０３自身に反映させる。以上の処理が完了すると、被管理装置１０３の設定管理モジュール５０１が、ネットワークモジュール５００を介して、中継装置１０５に対してデータ処理完了通知をする（ステップＳ１１１８）。データ処理完了通知を受け取った中継装置１０５は、管理装置１０１に対して配信が完了した旨を通知する（ステップＳ１１１９）。

図９では、ステップＳ１１０５のポインタ付加処理が完了した後にＰＶデータの格納を行っているが、ステップＳ１１０６の処理の後にステップＳ１１０５を実行してもよい。また，図９では、データアップロード要求（Ｓ１１００）に対してＰＢデータの取得処理（ステップＳ１１１１）を続けて行うが、この要求と一緒にパブリックデータを送付してもよい。さらに、図９では、ステップＳ１１１２、Ｓ１１１４で取得したデータをステップＳ１１１５にて結合するが、結合することなくデータを別個に配信してもよい。

第二の実施形態の機器管理システムにおいては、イントラネット内に配置された中継装置が、管理装置からのデータアップロード指示を被管理装置に対して中継する（Ｓ１１００，Ｓ１１０１）。また、中継装置が、管理装置１０１から受けたデータ取得要求（Ｓ１１１０）に応じて、被管理装置にデータを取得させる（Ｓ１１１１乃至Ｓ１１１６）。したがって、被管理装置の数が多い場合でも、管理装置が、被管理装置１台１台に対してアップロード／ダウンロードの指示を出す必要がなくなり、管理装置の負担を減らすことができる。

＜第三の実施形態＞
第二の実施形態では、管理装置が中継装置を介して、被管理装置に対する配信元の設定情報のアップロードの指示や被管理装置への設定情報の配信を行っていた。そして、中継装置が、他の中継装置（ＰＶＤＢ）からプライベートデータを取得していた。しかし、中継装置がプライベートデータを取得する際、取得を実行する中継装置と、プライベートデータを登録しているＰＶＤＢとの間でネットワーク機器が論理的に接続できない場合がある。

例えば、取得を実行する中継装置とプライベートデータを登録しているＰＶＤＢが、ＶＬＡＮ（Virtual LAN）によって隔離されている場合や、ルータでパケットにフィルタリングが掛けられているような場合である。このように、論理的に機器同士が接続できない場合、中継装置がプライベートデータを取得できず処理が失敗してしまう。そこで、第三の実施形態においては、プライベートデータを取得できるような環境に被管理装置を論理的に移動させることにより、被管理装置がデータ取得できるようにする。

管理装置１０１、被管理装置１０２、１０３、中継装置１０４、１０５のハードウェア構成とソフトウェア構成については第一、第二の実施形態と同様のため、ここでの説明は省略する。また、第三の実施形態におけるポリシー、設定ＵＩ及びパブリックデータ構造についても第一、第二の実施形態と同様であるため、説明を省略する。

図１０は、第三の実施形態の機器管理システムの動作処理の例を説明するシーケンス図である。図１０のステップＳ１２０１乃至Ｓ１２０８の処理は、図９のステップＳ１１０１乃至Ｓ１１０８の処理と同様のため説明を省略する。また、ステップＳ１２１７乃至Ｓ１２１９、Ｓ１２２１乃至Ｓ１２２５の処理は、図９のステップＳ１１１０乃至Ｓ１１１２、Ｓ１１１５乃至Ｓ１１１９と同様であるため、説明を省略する。

ステップＳ１２００において、管理装置１０１が中継装置１０４に対して、元データとなる設定情報を被管理装置１０２から取得し、ＰＢＤＢやＰＶＤＢに対してアップロードするように要求する。主な処理は図９のＳ１１００と同様であるが、要求の際の送付情報に配信先の被管理装置１０３を管理する中継装置（図１０では中継装置１０５）の情報を加える。

ステップＳ１２０９において、中継装置１０４が、ステップＳ１２００で受け付けた要求の送付情報から、配信先の被管理装置１０３を管理する中継装置の情報を取得し、この情報が示す中継情報１０５に対して通信確認を行う。本処理により、論理的なネットワークが接続されているか否かの確認がなされる。

ステップＳ１２１０において、中継装置１０５が、上記通信確認に対する応答を行う。この応答は、通信可能な場合は、中継装置１０５からのレスポンスを指し、通信不可能な場合はタイムアウトを指す。ステップＳ１２１１において、中継装置１０４が、各データのアップロードの完了報告、及びステップＳ１２０９、Ｓ１２１０における通信確認の結果を加えた通知を管理装置１０１に通知する（完了通知を行う）。

管理装置１０１は、完了通知を受け取ると、通信確認の結果に応じて処理を選択する。中継装置間の通信が可能な場合は、通常処理、すなわち、図９を参照して説明した処理をするため、ステップＳ１２１５へ処理を移行する。

中継装置間の通信が不可能な場合は、中継装置１０５は中継装置１０４からプライベートデータを取得することができない。したがって、ステップＳ１２１２へ処理を移行する。ステップＳ１２１２において、管理装置１０１の設定管理モジュール３０２が、中継装置１０５に対して、配信対象である被管理装置のネットワーク設定を変更するように要求（ネットワーク設定変更要求）する。ネットワーク設定変更要求は、中継装置１０４から被管理装置１０３に対して通信可能となるようにネットワーク設定を変更させる要求である。ネットワーク設定変更要求は、例えば、被管理装置１０３が中継装置１０４から通信可能となるようなＩＰアドレス等のネットワーク設定を含んでいる。

すなわち、管理装置１０１の設定管理モジュール３０２は、中継装置１０４がプライベートデータを所定の格納先に格納した際に、中継装置１０５がプライベートデータを上記格納先から直接取得できない場合に、以下の処理を実行する要求手段として機能する。設定管理モジュール３０２は、中継装置１０５に対して、プライベートデータの適用先となる画像形成装置（被管理装置１０３）のネットワーク設定を変更することを指示する変更要求を行う。

中継装置１０５の設定管理モジュール３０２が、ネットワーク設定変更要求に従い、配信対象である被管理装置１０３のネットワーク設定を変更する（ステップＳ１２１３）。すなわち、設定管理モジュール３０２は、管理装置１０１から受け付けた変更要求に応じて、プライベートデータの適用先となる画像形成装置のネットワーク設定を変更する第１設定変更手段として機能する。

ネットワーク設定変更が完了すると、被管理装置１０３が、中継装置１０５に対して、設定変更完了通知を出す（ステップＳ１２１４）。続いて、中継装置１０５が、管理装置１０１に対して、設定変更が完了した旨を通知する（ステップＳ１２１５）。管理装置１０１は、設定完了通知を受け取ると、管理装置１０１自身の持つ中継装置１０４、１０５と被管理装置１０２、１０３との関連付けを更新する（ステップＳ１２１６）。

ステップＳ１２１６における処理について説明する。なお、中継装置１０４の中継装置ＩＤを" １０５９３２０" 、中継装置１０５の中継装置ＩＤを" １０６４８３１" とし、被管理装置１０３の機種名を" Ｄｅｖｉｃｅ４８１" とする。

図８（Ｂ）は、図１０のステップＳ１２１６の処理後の中継装置関連情報の例を示す。図８（Ｂ）の中継装置関連情報においては、図８（Ａ）に示す中継装置関連情報における" Ｄｅｖｉｃｅ４８１" のＩＰアドレスが、中継装置１０４で管理可能なＩＰアドレスに変更されている。また、管理する枠が、" １０６４８３１" （中継装置１０５）から" １０５９３２０" （中継装置１０４）へと変更されている。

ステップＳ１２２０においては、中継装置１０４が備える設定管理モジュール３０２は、パブリックデータに含まれるポインタに基づいてプライベートデータを取得する。そして、設定管理モジュール３０２は、取得したプライベートデータと管理装置から取得したパブリックデータとを結合する（ステップＳ１２２１）。そして、中継装置１０４が備える設定管理モジュール３０２は、結合したデータを被管理装置１０３に対して配信する（ステップＳ１２２２）。すなわち、中継装置１０４は、パブリックデータとともに、ポインタに基づいて所定の格納先から取得したプライベートデータを被管理装置１０３に配信する。

また、ステップＳ１２２５において管理装置１０２が中継装置１０４から配信完了通知を受け取ると、管理装置１０１は、配信対象のネットワーク設定を変更したか否かをチェックする。配信対象のネットワーク設定を変更した場合はステップＳ１２２６に進む。配信対象のネットワーク設定を変更していない場合は、処理を完了する。

ステップＳ１２２６乃至Ｓ１２３０は、Ｓ１２１２乃至Ｓ１２１６で変更したネットワーク設定や、中継装置１０４、１０５と被管理装置１０３の関連を元に戻す処理である。具体的には、管理装置１０１が、ネットワーク設定変更要求を中継装置１０４に送信する（ステップＳ１２２６）。中継装置１０４の設定管理モジュール３０２が、被管理装置１０３に対して、ネットワーク設定変更要求を中継する（ステップＳ１２２７）。これにより、被管理装置１０３のネットワーク設定が元の設定に戻る。すなわち、当該設定管理モジュール３０２は、中継装置１０４により、パブリックデータとともにプライベートデータが画像形成装置（被管理装置１０３）に配信された後に、当該画像形成装置のネットワーク設定を元の設定に戻す第２設定変更手段として機能する。被管理装置１０３が、ネットワーク設定変更要求に応じてネットワーク設定を変更し、中継装置１０４に対して設定変更完了通知を送信する（ステップＳ１２２８）。中継装置１０４が管理装置１０１に対して設定変更完了通知を送信する（ステップＳ１２２９）。そして、管理装置１０１が備える設定管理モジュール３０２が、中継装置関連情報を元に戻す。例えば、図８（Ｂ）の中継装置関連情報を図８（Ａ）の中継装置関連情報に戻す。

第三の実施形態の機器管理システムによれば、中継装置間で通信できない場合でも、配信先の被管理装置に対してデータを取得させることができる。

（その他の実施例）
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。この場合、そのプログラム、及び該プログラムを記憶した記憶媒体は本発明を構成することになる。

Claims (9)

1. 画像形成装置が設置されているローカルシステムからネットワークを介して遠隔に設置された管理装置と通信を行う前記ローカルシステム内の中継装置であって、
   前記画像形成装置から取得した情報を、前記ローカルシステム内で管理する第１情報と、前記ローカルシステム外で管理する第２情報とに識別する識別手段と、
   前記識別された前記第２情報と、前記ローカルシステム内で管理される前記第１情報を前記第２情報と紐付ける管理情報とを前記管理装置に送信する送信手段と、
   前記管理装置から前記第２情報を取得して、前記ローカルシステム内の画像形成装置に適用する適用手段とを備え、
   前記適用手段は、前記取得した第２情報とともに前記第１情報が前記ローカルシステム内の画像形成装置に適用される場合には、前記管理情報に基づいて前記第１情報を取得し、該取得した第１情報を前記第２情報とともに前記画像形成装置に対して配信する
   ことを特徴とする中継装置。
2. 前記第１情報は、前記ローカルシステムで運用されるポリシーに従うプライベートな情報である
   ことを特徴とする請求項１に記載の中継装置。
3. 画像形成装置が設置されているローカルシステムからネットワークを介して遠隔に設置された管理装置と、前記管理装置と通信を行う前記ローカルシステム内の中継装置とを含む情報処理システムであって、
   前記中継装置は、
   前記画像形成装置から取得した情報を、前記ローカルシステム内で管理する第１情報と、前記ローカルシステム外で管理する第２情報とに識別する識別手段と、
   前記識別された前記第２情報と、前記ローカルシステム内で管理される前記第１情報を前記第２情報と紐付ける管理情報とを前記管理装置に送信する送信手段と、
   前記管理装置から前記第２情報を取得して、前記ローカルシステム内の画像形成装置に適用する適用手段とを備え、
   前記適用手段は、前記取得した第２情報とともに前記第１情報が前記ローカルシステム内の画像形成装置に適用される場合には、前記管理情報に基づいて前記第１情報を取得し、該取得した第１情報を前記第２情報とともに前記画像形成装置に対して配信し、
   前記管理装置は、
   前記中継装置から前記第２情報と前記管理情報とを受信して管理する管理手段と、
   前記中継装置からの要求に応じて、前記中継装置に対して前記第２情報と前記管理情報とを配信する配信手段とを備える
   ことを特徴とする情報処理システム。
4. 前記ローカルシステムは、前記中継装置を複数含み、
   前記管理装置は、さらに、
   前記ローカルシステムが含む第１中継装置が前記第１情報を所定の格納先に格納した際に、前記ローカルシステムが含む第２中継装置が前記第１情報を前記所定の格納先から直接取得できない場合に、前記第２中継装置に対して、前記第１情報の適用先となる画像形成装置のネットワーク設定を変更することを指示する変更要求を行う要求手段を備え、
   前記第２中継装置は、さらに、
   前記管理装置から受け付けた前記変更要求に応じて、前記第１情報の適用先となる画像形成装置のネットワーク設定を変更する第１設定変更手段を備え、
   前記第１中継装置の適用手段は、前記第２情報とともに、前記管理情報に基づいて前記所定の格納先から取得した第１情報を前記適用先となる画像形成装置に配信する
   ことを特徴とする請求項３に記載の情報処理システム。
5. 前記第１中継装置は、さらに、
   前記第１中継装置の適用手段により、前記第２情報とともに、前記管理情報に基づいて前記所定の格納先から取得した第１情報が前記適用先となる画像形成装置に配信された後に、当該画像形成装置のネットワーク設定を元の設定に戻す第２設定変更手段を備える
   ことを特徴とする請求項４に記載の情報処理システム。
6. 前記第１情報は、前記ローカルシステムで運用されるポリシーに従うプライベートな情報である
   ことを特徴とする請求項３乃至５のいずれか１項に記載の情報処理システム。
7. 画像形成装置が設置されているローカルシステムからネットワークを介して遠隔に設置された管理装置と通信を行う前記ローカルシステム内の中継装置の制御方法であって、
   前記画像形成装置から取得した情報を、前記ローカルシステム内で管理する第１情報と、前記ローカルシステム外で管理する第２情報とに識別する工程と、
   前記識別された前記第２情報と、前記ローカルシステム内で管理される前記第１情報を前記第２情報と紐付ける管理情報とを前記管理装置に送信する工程と、
   前記管理装置から前記第２情報を取得して、前記ローカルシステム内の画像形成装置に適用する工程とを備え、
   前記第２情報を適用する工程では、前記取得した第２情報とともに前記第１情報が前記ローカルシステム内の画像形成装置に適用される場合には、前記管理情報に基づいて前記第１情報を取得し、該取得した第１情報を前記第２情報とともに前記画像形成装置に対して配信する
   ことを特徴とする制御方法。
8. 画像形成装置が設置されているローカルシステムからネットワークを介して遠隔に設置された管理装置と、前記管理装置と通信を行う前記ローカルシステム内の中継装置とを備える情報処理システムにおける前記画像形成装置の管理方法であって、
   前記中継装置が、前記画像形成装置から取得した情報を、前記ローカルシステム内で管理する第１情報と、前記ローカルシステム外でも管理可能な第２情報とに識別する工程と、
   前記中継装置が、前記識別された前記第２情報と、前記ローカルシステム内で管理される前記第１情報を前記第２情報と紐付ける管理情報とを前記管理装置に送信する工程と、
   前記管理装置が、前記中継装置から前記第２情報と前記管理情報とを受信して管理する工程と、
   前記管理装置が、前記中継装置からの要求に応じて、前記中継装置に対して前記第２情報と前記管理情報とを配信する工程と、
   前記中継装置が、前記管理装置から配信された前記第２情報と前記管理情報とを取得し、該管理情報に基づいて前記第１情報を取得し、該取得した第１情報を前記第２情報とともに前記画像形成装置に対して適用する工程とを有する
   ことを特徴とする管理方法。
9. 請求項７に記載の制御方法をコンピュータに実行させる
   ことを特徴とするコンピュータプログラム。

Images