JP2009053850A - 管理装置、情報処理方法、及びコンピュータプログラム - Google Patents

Abstract

【課題】複数のデバイスの中から、配信するデータに適したデバイスを選択して、そのデータを配信できるようにする。
【解決手段】配信データの種別と、仮想デバイスを構成するネットワークデバイスが仮想デバイスとしてジョブを実行する際に担当する機能とを、データ配信条件テーブル１０００に予め登録しておく。ＩＴ管理者４２０（ユーザ）は、配信データと、その配信データの配信先となる仮想デバイスとを、アイテム・配信データ選択画面８００を用いて選択する。そうすると、ネットワークデバイス管理装置１０１は、選択された配信データに関連する機能を担当するネットワークデバイスを、選択された仮想デバイスの中から特定し、選択された配信データを、特定したネットワークデバイスを配信先として配信する。
【選択図】図４

Description

本発明は、管理装置、情報処理方法、及びコンピュータプログラムに関し、特に、画像処理装置に対して各種データを配信するために用いて好適なものである。

従来から、複合機、複写機、プリンタ等の画像処理装置をおいて、複数の装置をグループ化することで、１度の配信操作にて、複数の画像処理装置に各種データを配信する管理装置が提案されている（特許文献１を参照）。この特許文献１によれば、管理装置のユーザは、１つのグループに登録可能な台数及び条件を設定することによって、簡単な操作で画像処理装置をグループ化させることが可能となる。更に、このグループに対して各種データを配信することで、ユーザの負荷を軽減させることができる。

また、複数の画像処理装置を含む仮想デバイスシステムを構築することが提案されている（特許文献２を参照）。この特許文献２によれば、構築済みの仮想プリンタシステムに対して、ユーザが印刷ジョブを投入する。仮想プリンタシステムは、印刷ジョブの特性を解析した後、実際に印刷を行う画像処理装置を、仮想プリンタシステム内の画像処理装置の中から決定する。このようにすることによって、ユーザは、仮想プリンタシステムを意識するのみで、実際に印刷を行う画像処理装置を意識する必要がなくなる。

特開２００３−３２３３６４号公報 特開２００６−１６３４６３号公報

しかしながら、前述した特許文献１に記載された管理装置では、ユーザが構築したグループ内の全ての画像処理装置に対して、同一のデータを配信してしまう。即ち、異なる機能を有する複数の画像処理装置が１つの画像処理装置としてグループ化された場合には、必要な画像処理装置に対してのみデータの配信を行うことが望ましい。しかしながら、特許文献１に記載された管理装置では、これを行うことができないという問題があった。

また、特許文献２に記載されたシステムでは、仮想プリンタシステムの構築方法によっては、画像処理装置で同一の処理が施される複数のデータがある場合に、何れかのデータの配信が無効となる場合があるという問題があった。

本発明は、このような問題点に鑑みてなされたものであり、複数の画像処理装置の中から、配信するデータに適した画像処理装置を選択して、そのデータを配信できるようにすることを第１の目的とする。
また、同一の画像処理装置で同一の処理が施される複数のデータがある場合でも、データを適切に配信できるようにすることを第２の目的とする。

本発明の管理装置は、ネットワークを介して接続された複数の画像処理装置を管理する管理装置であって、仮想デバイスを構成する複数の画像処理装置の機能を連携させ、ユーザに対して仮想デバイスとしての処理を提供すべく、前記仮想デバイスを構成する各画像処理装置及び当該各画像処理装置が担当する機能を関連付けた情報を管理する管理手段と、配信データの配信先に仮想デバイスを設定が可能な画面の表示の制御を行う制御手段と、前記配信データの配信先として仮想デバイスが設定された場合、当該設定された仮想デバイスを構成する複数の画像処理装置から、前記管理手段で管理される情報に基づき、前記配信データの種別に対応する機能を担当する画像処理装置を特定する特定手段と、前記特定手段により特定された画像処理装置に対して、前記配信データを配信する配信手段と、を備えることを特徴とする。

本発明の情報処理方法は、ネットワークを介して接続された複数の画像処理装置を管理する情報処理方法であって、仮想デバイスを構成する複数の画像処理装置の機能を連携させ、ユーザに対して仮想デバイスとしての処理を提供すべく、前記仮想デバイスを構成する各画像処理装置及び当該各画像処理装置が担当する機能を関連付けた情報を管理する管理ステップと、配信データの配信先に仮想デバイスを設定が可能な画面の表示の制御を行う制御ステップと、前記配信データの配信先として仮想デバイスが設定された場合、当該設定された仮想デバイスを構成する複数の画像処理装置から、前記管理ステップで管理される情報に基づき、前記配信データの種別に対応する機能を担当する画像処理装置を特定する特定ステップと、前記特定ステップにより特定された画像処理装置に対して、前記配信データを配信する配信ステップと、を備えることを特徴とする

本発明のコンピュータプログラムは、ネットワークを介して接続された複数の画像処理装置を管理することをコンピュータに実行させるためのコンピュータプログラムであって、仮想デバイスを構成する複数の画像処理装置の機能を連携させ、ユーザに対して仮想デバイスとしての処理を提供すべく、前記仮想デバイスを構成する各画像処理装置及び当該各画像処理装置が担当する機能を関連付けた情報を管理する管理ステップと、配信データの配信先に仮想デバイスを設定が可能な画面の表示の制御を行う制御ステップと、前記配信データの配信先として仮想デバイスが設定された場合、当該設定された仮想デバイスを構成する複数の画像処理装置から、前記管理ステップで管理される情報に基づき、前記配信データの種別に対応する機能を担当する画像処理装置を特定する特定ステップと、前記特定ステップにより特定された画像処理装置に対して、前記配信データを配信する指示を行う配信ステップとをコンピュータに実行させることを特徴とする。

本発明によれば、配信データの種別に対応する機能を担当する画像処理装置を、仮想デバイスの中から特定して配信するようにした。したがって、複数の画像処理装置の中から、配信するデータに適した画像処理装置を選択して、そのデータを配信することができる。

以下、図面を参照しながら、本発明の一実施形態について説明する。
本実施形態では、管理装置が、１つ以上の仮想デバイス及び画像処理装置に対してデータの配信を行う際の動作について説明する。ここで、仮想デバイスとは、例えばネットワークに接続されている複数の画像処理装置を組み合わせ、それらを仮想的に１つの画像処理装置として見立てて構築された画像処理装置グループをいう。そして、ユーザに対しては仮想デバイスを構成する複数の画像処理装置の各機能を組み合わせ、連携し、様々な処理を提供する。ここで、例えば仮想デバイスが提供する処理としては、ある画像処理装置でスキャンし、他の画像処理装置でプリントする、またはＦＡＸ送信を行うことで、コピー処理、スキャンデータのＦＡＸ処理などが挙げられる。

図１は、管理装置が動作するデータ配信システムの構成の一例を示す図である。
図１において、管理装置１０１と、複合機１０２と、印刷機能付きのＦＡＸ１０３と、スキャナ機能付きのコピー機１０４と、スキャナ１０５とが、ＬＡＮ１００によりネットワークに接続されている。
本実施形態では、複合機１０２と、ＦＡＸ１０３と、コピー機１０４と、スキャナ１０５とが、画像処理装置に相当する。ただし、複合機１０２、ＦＡＸ１０３、コピー機１０４、及びスキャナ１０５は、画像処理装置の一例に過ぎない。例えば、図１に示したデータ配信システムにおいて、複合機１０２の代わりに、デジタル複写機、コピー機能付プリンタ、又は単機能のプリンタを用いても構わない。

図２は、管理装置１０１のハードウェア構成の一例を示す図である。管理装置１０１は、例えば、ＰＣ（パーソナルコンピュータ）を用いることにより実現される。
図２において、ハードディスク（ＨＤ）２１１には、後述する管理装置１０１の説明で動作主体となる画像処理装置管理ソフトウェアのプログラムが格納される。後述する管理装置１０１の説明では、特に断りのない限り、管理装置１０１のハードウェア上の実行の主体はＣＰＵ２０１である。一方、管理装置１０１のソフトウェア上の制御の主体は、特に断りのない限り、ハードディスク（ＨＤ）２１１に格納された画像処理装置管理ソフトウェアである。

ＲＡＭ２０３は、ＣＰＵ２０１の主メモリや、ワークエリア等として機能する。キーボードコントローラ（ＫＢＣ）２０５は、キーボード（ＫＢ）２０９やポインティング画像処理装置（不図示）等からの指示入力を制御する。ディスプレイコントローラ（ＤＳＰＣ）２０６は、ディスプレイ（ＤＳＰ）２１０の表示を制御する。ディスクコントローラ（ＤＫＣ）２０７は、ＣＤ−ＲＯＭ（不図示）や、ハードディスク（ＨＤ）２１１及びフレキシブルディスクコントローラ（ＦＤＣ）２１２等の記憶装置へのアクセスを制御するものである。ハードディスク（ＨＤ）２１１等には、ブートプログラム、オペレーティングシステム（ＯＳ）、画像処理装置管理ソフトウェア及びそのデータ等が記憶されている。インタフェースコントローラ（ＩＦＣ）２０８は、ＬＡＮ１００を介して他のネットワーク機器と情報を送受信する。
また、本実施形態では、ＯＳとして、ウィンドウズ（登録商標）を想定しているが、ＯＳはこれに限るものではない。

尚、画像処理装置管理ソフトウェアのプログラムは、フレキシブルディスクやＣＤ−ＲＯＭ等の記憶媒体に格納された形で供給されてもよい。その場合、プログラムは、フロッピー（登録商標）ディスクコントローラ（ＦＤＣ）２１２又は不図示のＣＤ−ＲＯＭドライブ等によって記憶媒体からプログラムが読み取られ、ハードディスク（ＨＤ）２１１にインストールされる。

図３は、複合機１０２のハードウェア構成の一例を示す図である。尚、ＦＡＸ１０３と、コピー機１０４と、スキャナ１０５とは、図３に示す構成の一部を備えることにより実現できるので、それらについての詳細な説明を省略する。
図３において、複合機１０２は、スキャナ、プリンタ、コピー、及びファックスの機能を一体で備えている。複合機１０２は、公衆回線網３１２を介して他の通信装置と通信可能に相互に接続される。
複合機１０２は、主に、リーダ部３０１、プリンタ部３０２、画像入出力制御部３０３、及び操作部３０４を備えて構成される。

リーダ部３０１は、スキャン機能を実現する。具体的にリーダ部３０１は、画像入出力制御部３０３に接続され、操作部３０４からの指示に従って、原稿の画像の読み取りを行うと共に、読み取った画像のデータ（画像データ）を画像入出力制御部３０３に出力する。
プリンタ部３０２は、印刷機能を実現する。具体的にプリンタ部３０２は、画像入出力制御部３０３に接続され、画像入出力制御部３０３から出力された画像データを記録紙に印刷する。

画像入出力制御部３０３は、ＬＡＮ１００や公衆回線網３１２に接続され、画像データの入出力や、ジョブの解析・制御等を行う。また、画像入出力制御部３０３は、レンダリング機能を実現する。画像入出力制御部３０３は、ファクシミリ部３０５、ファイル部３０６、外部インタフェース部３０８、ＰＤＬフォーマッタ部３０９、画像メモリ部３１０、及びコア部３１１を有している。
操作部３０４は、ユーザからの入力操作を受け付ける。

ファクシミリ部３０５は、コア部３１１及び公衆回線網３１２に接続され、公衆回線網３１２から受信した"圧縮された画像データ"を伸長し、伸長した画像データをコア部３１１へ送信する。また、ファクシミリ部３０５は、コア部３１１から送信された画像データを圧縮し、圧縮した画像データを公衆回線網３１２に送信する。
ファイル部３０６は、コア部３１１及び外部記憶装置３０７に接続され、コア部３１１から送信された画像データや、機器制御コマンドの実行結果等を、これらを検索するためのキーワードと共に、ハードディスク等で構成される外部記憶装置３０７に記憶させる。また、ファイル部３０６は、コア部３１１から送信されたキーワードに基づいて外部記憶装置３０７に記憶されている画像データや、機器制御コマンドの実行結果を読み出し、コア部３１１へ送信する。

外部インタフェース部３０８は、ＬＡＮ１００に接続される。外部インタフェース部３０８は、他のネットワーク機器とコア部３１１との間のインタフェースとしての機能を有する。他のネットワーク機器との間で行われる"ジョブ制御データ、画像データ、及び機器制御コマンドの送受信"は、外部インタフェース部３０８を介して行われる。ジョブ制御データには、ＰＤＬデータと共に送信されるジョブ制御命令が含まれる。
ジョブ制御命令としては、例えば、ＰＤＬデータを展開して画像データとして印刷した後、ステイプルソートして排紙させるもの等が挙げられる。
また、機器制御コマンドとしては、例えば、複合機１０２の設定に関する各種データを受信して、複合機１０２内に取り込むことを指示するデータ送受信コマンドが挙げられる。

ＰＤＬフォーマッタ部３０９は、コア部３１１に接続され、ホストコンピュータ（管理装置１０１）から送信されたジョブに含まれるＰＤＬデータをプリンタ部３０２でプリントできる画像データに展開するものである。
画像メモリ部３１０は、リーダ部３０１からの情報や、外部インタフェース部３０８を介してホストコンピュータ（管理装置１０１）から送信された情報を一時的に蓄積しておくためのものである。
コア部３１１は、リーダ部３０１、プリンタ部３０２、操作部３０４、ファクシミリ部３０５、ファイル部３０６、外部記憶装置３０７、外部インタフェース部３０８、ＰＤＬフォーマッタ部３０９及び画像メモリ部３１０の夫々の間を流れるデータ等を制御する。

図４は、管理装置１０１の機能構成の一例を示すブロック図である。管理装置１０１は、仮想デバイス及び画像処理装置の種類に応じて、データ配信コマンドの発行を制御するためのものである。尚、以下の説明では、仮想デバイス及び画像処理装置を、アイテムと称する。
管理装置１０１は、アイテムと、配信データとを、ＩＴ管理者４２０（ユーザ）の操作に従って指定するアイテム・配信データ指定機能４０１を有する。管理装置１０１は、アイテムや配信データを指定する際に、アイテム・配信データ保持機能４０７から情報を取得する。

アイテム・配信データ指定機能４０１で指定されたアイテムは、アイテム展開機能４０２にて、１つ以上の画像処理装置に展開される。アイテム展開機能４０２は、アイテム・配信データ指定機能４０１で指定されたアイテムを展開する際に、各種テーブル保持機能４０８に保持されているアイテム展開テーブルを活用する。
配信対象画像処理装置特定機能４０３は、アイテム展開機能４０２で展開された１つ以上の画像処理装置の中から、配信データの配信対象を特定するものである。配信対象画像処理装置特定機能４０３は、配信データの配信対象を特定する際に、各種テーブル保持機能４０８に保持されているデータ配信条件テーブルを活用する。

競合デバイス検出機能４０４は、配信対象画像処理装置特定機能４０３により、配信データの配信対象となる画像処理装置が特定された後に、その画像処理装置に、同一種別の異なる複数の配信データが配信されるか否かを判定する。そして、競合デバイス検出機能４０４は、同一種別の異なる複数の配信データが配信される画像処理装置を、競合画像処理装置として検出する。

競合デバイス調整機能４０５は、競合デバイス検出機能４０４で検出された競合画像処理装置に配信する配信データを調整する。競合デバイス調整機能４０５は、配信データを調整する際に、各種テーブル保持機能４０８に保持されているデータ競合調整テーブルを活用する。
データ配信タスク保持機能４０６は、競合デバイス調整機能４０５で調整された後の画像処理装置と、配信データの一覧テーブル（画像処理装置・配信データ調整済みテーブル）とに基づいて、データ配信タスクを作成し、データベース４１０に保持させる。データ配信タスクについては、図１８を用いて後で詳述する。

アイテム・配信データ保持機能４０７は、データベース４１０と連携して、アイテム及び配信データを保持管理する。
各種テーブル保持機能４０８は、データベース４１０と連携して、アイテム展開テーブル、データ配信条件テーブル、及びデータ競合調整テーブルを管理する。
通信機能４０９は、通信手段として機能し、データ配信タスク保持機能４０６で保持されているデータ配信タスクをＬＡＮ１００に送出する。
データベース４１０は、管理装置１０１で生成される各種情報を保存する。

次に、アイテム・配信データ保持機能４０７で保持されるアイテムの構成の一例について説明する。
図５は、アイテムテーブルの一例を示す図である。アイテムテーブル５００に列挙されている１つ１つのアイテムが、アイテム・配信データ保持機能４０７により管理されている。アイテムテーブル５００は、データベース４１０に格納されている。

図５に示すように、アイテムテーブル５００には、アイテム名５１０及び機能５２０が関連付けられて登録される。
アイテム名５１０には、アイテムの一例として「Virtual1」、「Virtual2」、一台の複合機が登録されている。Virtual1、Virtual2は、複数の画像処理装置を仮想的に１つの画像処理装置と見立てた仮想デバイスである。
機能５２０には、個々のアイテムが持つ機能が列挙されている。本実施形態では、スキャン５２１、印刷５２２、ＦＡＸ５２３、及びレンダリング５２４を機能の例として挙げている。ただし、機能５２０はこれらに限定されるものではない。例えば、ＰＤＦ作成機能やボックス格納機能等を機能５２０としてアイテムテーブル５００に登録してもよい。このように、図５において、要素５０１〜５０３の内容は、図５に示したものに限定されるものではない。

次に、アイテム・配信データ保持機能４０７で保持される配信データの構成の一例について説明する。
図６は、配信データの構造の一例を示す図である。
図６において、配信データ６００には、データＩＤ６１０、種別６２０、名称６３０、内容６４０、作成ユーザ情報６５０、及び作成日時６６０が含まれる。
データＩＤ６１０には、配信データ６００を識別するためのＩＤが格納される。データＩＤ６１０の値は、配信データ６００が一意に識別できるものであれば、何であっても構わない。

種別６２０には、配信データ６００の種別が格納される。図６では、種別６２０として、「宛先表」が格納されている場合を例に挙げて示している。ただし、種別６２０に格納するものはこれに限定されるものではなく、例えば、「用紙情報」、「フォント」、「印刷機能のファームウェア」等を種別６２０に格納することができる。
名称６３０には、配信データ６００の名称が格納される。尚、名称６３０は、ユーザと、管理装置１０１との何れが設定しても構わない。

内容６４０には、配信データ６００の内容が格納される。図６に示す例では、内容６４０は、項目名６４１と項目値６４２とから構成される。内容６４０は、複数の項目からなることが多い。よって、項目名６４１、項目値６４２は複数列挙されるのが一般的である。
作成ユーザ情報６５０には、配信データ６００を作成したユーザの情報が格納される。作成ユーザ情報６５０は、ユーザを一意に識別するものであれば、何であっても構わない。
作成日時６６０には、配信データ６００を作成した日時が格納される。

尚、以下では、「Virtual1」、「Virtual2」、及び複合機等のアイテムと、アイテムテーブル５００と、配信データ６００とが、前もって管理装置１０１で作成済みであることを前提として以下の説明を行う。すなわち、これらアイテムと、アイテムテーブル５００と、配信データ６００とが、予めデータベース４１０に格納済みであるとする。

複数の仮想デバイス又は画像処理装置に対して、データを配信する場合、管理装置１０１は、図７のフローチャートを実行する。図７のフローチャートを参照しながら、データを配信する際の管理装置１０１の動作の一例を説明する。
まず、ステップＳ７０１において、アイテム・配信データ指定機能４０１は、管理装置１０１のユーザ（ＩＴ管理者４２０）の操作に従って、アイテムを指定する。ここでは、アイテムをＸ（Ｘは自然数）台指定したとする。

次に、ステップＳ７０２において、アイテム・配信データ指定機能４０１は、ユーザ（ＩＴ管理者４２０）の操作に従って、ステップＳ７０１で指定したアイテム毎に、任意の配信データを指定する。

図８は、図７のステップＳ７０１、ステップＳ７０２を実施するためのアイテム・配信データ選択画面（ＧＵＩ）の一例を示す図である。
図８において、アイテム・配信データ選択画面８００には、アイテム名８１０、配信データ選択コントロール８２０、ＯＫボタン８０６、及びキャンセルボタン８０７が表示される。
アイテム名８１０には、管理装置１０１が管理するアイテム名が一覧表示される。また、アイテム名８１０の夫々の欄には、各アイテムがデータ配信の対象となっているか否かを識別するためのチェックボックス８１０ａ〜８１０ｅも配置されている。チェックボックス８１０ａ〜８１０ｅがチェックされているアイテムが、データの配信対象のアイテムとなる。

配信データ選択コントロール８２０は、アイテム名８１０に列挙されている各アイテムに対して、配信するデータを割り当てる機能を有する。ＩＴ管理者４２０は、プルダウンメニューに表示されているデータの中から所望のデータを配信するデータとして１つを選択する。尚、図８に示すアイテム・配信データ選択画面８００では、アイテムと配信データとの組８０１〜８０５が５つ表示されている場合を例に挙げて示している。ただし、アイテムと配信データとの組の数は５つに限定されるものではない。
また、ＯＫボタン８０６、キャンセルボタン８０７は、夫々、ＩＴ管理者４２０によるアイテム・配信データ選択画面８００への入力を確定、破棄する機能を有する。
この画面により、ユーザは仮想デバイスを選択、設定が可能である。これは、ユーザごとに仮想デバイスを構成している場合など、仮想デバイスを構成するどの画像処理装置がどの機能を担当しているかなどを気にすることなく、リソースなどの配信データを配信することを可能にする。

図７に戻って、説明を続ける。
ステップＳ７０３において、アイテム展開機能４０２は、画像処理装置・配信データテーブルと、画像処理装置・配信データ調整済みテーブルとを初期化する。画像処理装置・配信データテーブルと、画像処理装置・配信データ調整済みテーブルについては後述する。
次に、ステップＳ７０４において、アイテム展開機能４０２は、変数ｉを１に初期化する。

次に、ステップＳ７０５において、配信対象画像処理装置特定機能４０３は、変数ｉの値が、Ｘ以下か否かを判定する。この判定の結果、変数ｉの値がＸより大きい場合には、ステップＳ７０１で指定されたアイテムの全てについて、ステップＳ７０６〜Ｓ７１２の処理を行ったので、後述するステップＳ７１３に進む。
一方、変数ｉの値がＸ以下である場合は、ステップＳ７０６に進む。ステップＳ７０６に進むと、アイテム展開機能４０２は、ステップＳ７０１で指定されたアイテムのうち、ｉ番目のアイテムを画像処理装置に展開する。尚、ｉ番目のアイテムについて展開した画像処理装置の台数をＹ（Ｙは自然数）とする。

各アイテムを画像処理装置に展開するために、図５に示したアイテムテーブル５００が用いられる。
例えば、アイテム・配信データ選択画面８００において、ユーザがアイテム名８１０として「Virtual1」を選択したとする。この「Virtual1」というアイテムは、図５に示したように、スキャン機能を実現するスキャナ１０５と、印刷機能を実現する複合機１０２と、レンダリング機能を実現するＦＡＸ１０３とに展開される。

図９は、ステップＳ７０６を実行することにより生成されるアイテム展開テーブルの一例を示す図である。図９において、アイテム展開テーブル９００は、各種テーブル保持機能４０８を通して、データベース４１０に保存される。
アイテム展開テーブル９００には、ユーザが選択したアイテム名９１０と展開後の画像処理装置名９２０と、担当機能９３０とが相互に対応付けられて登録される。
展開後の画像処理装置名９２０には、アイテムテーブル５００を適用して展開した画像処理装置が格納される。
担当機能９３０には、展開後の画像処理装置名９２０に格納されている個々の画像処理装置が担当する機能（処理）が格納される。本実施形態では、スキャン、印刷、ＦＡＸ、レンダリングの何れかが、担当機能９３０に格納されることになる。
尚、図９において、要素９０１〜９０４の内容は、図９に示したものに限定されるものではない。

図７に戻って、説明を続ける。
ステップＳ７０７において、配信対象画像処理装置特定機能４０３は、変数ｊを１に初期化する。
次に、ステップＳ７０８において、配信対象画像処理装置特定機能４０３は、変数ｊの値が、Ｙ以下かどうかを比較する。この判定の結果、変数ｊの値がＹより大きい場合には、展開された全ての画像処理装置について、ステップＳ７０９〜Ｓ７１１の処理を行ったので、ステップＳ７０９〜Ｓ７１１を省略して後述するステップＳ７１２に進む。

一方、変数ｊの値がＹ以下である場合は、ステップＳ７０９に進む。ステップＳ７０９に進むと、配信対象画像処理装置特定機能４０３は、ステップＳ７０６で展開した画像処理装置のうち、ｊ番目の画像処理装置が、ステップＳ７０２で指定された配信データの配信対象となるか否かを判定する。この判定の結果、ｊ番目の画像処理装置が、ステップＳ７０２で指定された配信データの配信対象とならない場合には、ステップＳ７１０の処理を行う必要はないので、ステップＳ７１０を省略してステップＳ７１１に進む。一方、ｊ番目の画像処理装置が、ステップＳ７０２で指定された配信データの配信対象となる場合には、ステップＳ７１０に進む。

このステップＳ７０９の判定は、図１０に示すデータ配信条件テーブルを用いて行う。図１０において、データ配信条件テーブル１０００は、データベース４１０に保存されており、各種テーブル保持機能４０８で管理されている。
データ配信条件テーブル１０００には、配信データ種別１０１０と配信対象機能１０２０とが相互に対応付けられて登録されている。
配信データ種別１０１０には、管理装置１０１で配信可能なデータの種別が格納される。
配信対象機能１０２０には、配信データ種別１０１０に登録されているデータに対して行われる処理（機能）が格納される。配信対象機能１０２０に格納される機能は、この図５に示したアイテムテーブル５００における機能５２０の中から選択される。
尚、図１０において、要素１００１〜１００４の内容は、図１０に示したものに限定されるものではない。例えば、印刷機能のファームウェアの代わりに（又は印刷機能のファームウェアに加えて）、他の機能のファームウェアを、配信データ種別１０１０に登録してもよい。

次に、ステップＳ７０９の判定動作の具体的な実行例を説明する。ここでは、図８に示したアイテム・配信データ選択画面８００のアイテムと配信データとの組８０１に対する判定動作を例に挙げて説明する。図８に示すように、アイテムと配信データとの組８０１では、アイテム名が「Virtual1」、配信データが「用紙情報Ａ」である。尚、ステップＳ７０９が実行される前に、このアイテムと配信データとの組８０１に対して、図９に示したアイテム展開テーブル９００が作成されている（ステップＳ７０６）。

アイテムと配信データとの組８０１において、配信データは「用紙情報Ａ」である。図１０に示す用紙情報１００２に対応する配信対象機能１０２０の欄には、「印刷」が登録されている。よって、図９に示すアイテム展開テーブル９００の「Virtual1」９０１に対応する担当機能９３０のうち、「印刷」を担当する画像処理装置が配信対象となり、それ以外の画像処理装置は配信対象とならない。

このように、配信対象画像処理装置特定機能４０３は、ステップＳ９０７において、例えば以下のような処理をおこなう。まず、配信対象画像処理装置特定機能４０３は、アイテム展開テーブル９００の「Virtual1」９０１に対応する担当機能９３０である「スキャン」、「印刷」、「レンダリング」を読み出す。そして、配信対象画像処理装置特定機能４０３は、読み出したものの中から、データ配信条件テーブル１０００の「用紙情報」に対応する配信対象機能１０２０である「印刷」を選択する。最後に、配信対象画像処理装置特定機能４０３は、配信対象画像処理装置特定機能４０３は、選択した「印刷」対応する画像処理装置を、アイテム展開テーブル９００から読み出す。

図７に戻って、説明を続ける。
ステップＳ７１０において、配信対象画像処理装置特定機能４０３は、ｉ番目のアイテム名と、ｊ番目の画像処理装置と、配信データとを組にして、画像処理装置・配信データテーブルに記憶する。
図１１は、画像処理装置・配信データテーブルの一例を示す図である。図１１において、画像処理装置・配信データテーブル１１００は、データベース４１０に保存されており、各種テーブル保持機能４０８で管理されている。
画像処理装置・配信データテーブル１１００には、ユーザが選択したアイテム名１１１０と、配信対象画像処理装置名１１２０と、配信データ１１３０と、状態フラグ１１４０とが相互に対応付けられて登録されている。

配信対象画像処理装置名１１２０には、ステップＳ７０９にて、配信対象と判断された画像処理装置の名称が格納される。
状態フラグ１１４０は、画像処理装置・配信データテーブル１１００の各要素の状態を保持するためのものである。状態フラグ１１４０は、「未チェック」、「チェック」、及び「競合」の３つの状態が設定され得る。状態フラグ１１４０は、ステップＳ７１５以降で使用される。ここで、「未チェック」とは、配信データが競合するか否かの確認を行っていないことを示す。「チェック」とは、配信データが競合するか否かの確認を行った結果、競合していないことを示す。「競合」とは、配信データが競合するか否かの確認を行う際に一時的に設定される状態を示す。

尚、図１１において、要素１１０１〜１１０４の内容は、図１１に示したものに限定されるものではない。また、以下の説明では、画像処理装置・配信データテーブル１１００の要素を「画像処理装置・配信データセット」と呼ぶ。

図７に戻って、説明を続ける。
ステップＳ７１１において、配信対象画像処理装置特定機能４０３は、変数ｊを１だけ増加させる。そして、ステップＳ７０８に戻る。
ステップＳ７０８において、変数ｊの値がＹより大きいと判定されると、ステップＳ７１２に進む。ステップＳ７１２に進むと、配信対象画像処理装置特定機能４０３は、変数ｉを１だけ増加させる。そして、ステップＳ７０５に戻る。

ステップＳ７０５において、変数ｉの値がＸより大きいと判定されると、ステップＳ７１３に進む。ステップＳ７１３に進むと、配信対象画像処理装置特定機能４０３は、画像処理装置・配信データセットの個数を計算する。ここでは、計算した画像処理装置・配信データセットの個数をＺ（Ｚは自然数）とする。
次に、ステップＳ７１４において、配信対象画像処理装置特定機能４０３は、変数ｋを１に初期化する。
次に、ステップＳ７１５において、配信対象画像処理装置特定機能４０３は、変数ｋの値がＺ以下か否かを判定する。この判定の結果、変数ｋの値がＺ以下でない場合には、画像処理装置・配信データセットの全てに対して、ステップＳ７１６〜Ｓ７１８の処理を行ったので、ステップＳ７１６〜Ｓ７１８を省略して後述するステップＳ７１９に進む。

一方、変数ｋの値がＺ以下である場合は、ステップＳ７１６に進む。
ステップＳ７１６に進むと、配信対象画像処理装置特定機能４０３は、ｋ番目の画像処理装置・配信データセットの状態フラグ１１４０の状態（値）が「チェック」か否かを判定する。この判定の結果、ｋ番目の画像処理装置・配信データセットの状態フラグ１１４０の状態が「チェック」である場合には、ステップＳ７１７の処理を行う必要はないので、ステップＳ７１７を省略して後述するステップＳ７１８に進む。

一方、ｋ番目の画像処理装置・配信データセットの状態フラグ１１４０の状態が「チェック」でない場合には、ステップＳ７１７に進む。
ステップＳ７１７に進むと、競合デバイス検出機能４０４及び競合デバイス調整機能４０５により、配信先が競合する配信データを抽出して調整する競合抽出調整処理を実行する。この競合抽出調整処理については、図１２を用いて詳述する。

次に、ステップＳ７１８において、配信対象画像処理装置特定機能４０３は、変数ｋを１だけ増加させる。そして、ステップＳ７１５に戻る。
ステップＳ７１５において、変数ｋの値がＺ以下でないと判定されると、ステップＳ７１９に進む。ステップＳ７１９に進むと、データ配信タスク保持機能４０６は、データ配信タスクを作成した後、データベース４１０に保存する。そして、図７のフローチャートによる処理を終了する。尚、データ配信タスクについては、図１８を用いて詳細に説明する。

通信機能４０９は、以上のようにしてデータベース４１０に保存されたデータ配信タスクを、アイテム・配信データ選択画面８００で選択されたアイテム名で特定される仮想デバイス又は画像処理装置に送信する。仮想デバイスに送信するデータ配信タスクの送信先は、画像処理装置・配信データテーブル１１００に登録された画像処理装置となる。また、アイテム・配信データ選択画面８００で選択された全て又は一部の配信データを一斉に送信してもよいし、個別に送信してもよい。例えば、複数の仮想デバイス（図８に示す例では、Virtual1、Virtual2）に配信データ（図８に示す例では、用紙情報Ａ、Ｂ）を一斉に送信してもよい。

次に、図１２のフローチャートを参照しながら、ステップＳ７１７の競合抽出調整処理の詳細を説明する。
まず、ステップＳ１２０１において、競合デバイス検出機能４０４は、ｋ番目の画像処理装置・配信データセットの状態フラグ１１４０の状態（値）を「競合」とする。
次に、ステップＳ１２０２において、競合デバイス検出機能４０４は、変数ｌを（ｋ＋１）に初期化する。
次に、ステップＳ１２０３において、競合デバイス検出機能４０４は、変数ｌの値が、Ｚ以下か否かを判定する。この判定の結果、変数ｌの値がＺより大きい場合には、画像処理装置・配信データセットの全てについて、競合の有無を判定したので、ステップＳ１２０４〜Ｓ１２１０を省略して、後述するステップＳ１２１１に進む。

一方、変数ｌの値がＺ以下である場合には、ステップＳ１２０４に進む。
ステップＳ１２０４に進むと、競合デバイス検出機能４０４は、ｌ番目の画像処理装置・配信データセットの状態フラグ１１４０の状態（値）が「チェック」か否かを判定する。この判定の結果、ｌ番目の画像処理装置・配信データセットの状態フラグ１１４０の状態が「チェック」である場合には、ステップＳ１２０５〜Ｓ１２０９を省略して後述するステップＳ１２１０に進む。

一方、ｌ番目の画像処理装置・配信データセットの状態フラグ１１４０の状態が「チェック」でない場合には、ステップＳ１２０５に進む。
ステップＳ１２０５に進むと、競合デバイス検出機能４０４は、ｋ番目の画像処理装置・配信データセットの配信対象画像処理装置名１１２０と、ｌ番目の画像処理装置・配信データセットの配信対象画像処理装置名１１２０とが一致するか否かを判定する。この判定の結果、配信対象画像処理装置名１１２０が一致しない場合には、ステップＳ１２０６〜Ｓ１２０９を省略して後述するステップＳ１２１０に進む。

一方、ｋ番目の画像処理装置・配信データセットの配信対象画像処理装置名１１２０と、ｌ番目の画像処理装置・配信データセットの配信対象画像処理装置名１１２０とが一致する場合には、ステップＳ１２０６に進む。
ステップＳ１２０６に進むと、競合デバイス検出機能４０４は、次の処理を行う。すなわち、ｋ番目の画像処理装置・配信データセットの配信データ１１３０が示す配信データ６００のデータＩＤ６１０と、ｌ番目の画像処理装置・配信データセットの配信データ１１３０が示す配信データ６００のデータＩＤ６１０とが一致するか否かを判定する。
この判定の結果、データＩＤ６１０が一致する場合には、ステップＳ１２０７に進む。
ステップＳ１２０７に進むと、競合デバイス検出機能４０４は、ｌ番目の画像処理装置・配信データセットの状態フラグ１１４０の状態（値）を「チェック」に変更する。そして、ステップＳ１２１０に進む。

一方、データＩＤ６１０が一致しない場合には、ステップＳ１２０８に進む。
ステップＳ１２０８に進むと、競合デバイス検出機能４０４は、次の処理を行う。すなわち、ｋ番目の画像処理装置・配信データセットの配信データ１１３０が示す配信データの種別６２０と、ｌ番目の画像処理装置・配信データセットの配信データ１１３０が示す配信データの種別６２０とが一致するか否かを判定する。
この判定の結果、配信データの種別６２０が一致しない場合には、ステップＳ１２０９を省略して後述するステップＳ１２１０に進む。一方、配信データの種別６２０がする場合には、複数の配信データが競合する（すなわち、複数の配信データの処理を担当する画像処理装置が重複する）ので、ステップＳ１２０９に進む。
以上のように本実施形態では、ステップＳ１２０５、Ｓ１２０６、Ｓ１２０８の処理を行うことによって、判定手段が実現される。

ステップＳ１２０９に進むと、競合デバイス検出機能４０４は、ｌ番目の画像処理装置・配信データセットの状態フラグ１１４０の状態（値）を、「競合」に変更する。
次に、ステップＳ１２１０において、競合デバイス検出機能４０４は、変数ｌの値を１だけ増加させる。そして、ステップＳ１２０３に戻る。

ステップＳ１２０３において、変数ｌの値がＺより大きいと判定されると、ステップＳ１２１１に進む。ステップＳ１２１１に進むと、競合デバイス検出機能４０４は、画像処理装置・配信データセットの状態フラグ１１４０の状態（値）を、「競合」に変更したか否かを判定する。すなわち、競合デバイス検出機能４０４は、ステップＳ１２０９を１度以上通過したか否かを判定する。
この判定の結果、画像処理装置・配信データセットの状態フラグ１１４０の状態を、１回も「競合」に変更しておらず、ステップＳ１２０９を１度も通過していない場合には、競合する配信データがないので、後述するステップＳ１２１５に進む。

一方、画像処理装置・配信データセットの状態フラグ１１４０の状態を、「競合」に変更しており、ステップＳ１２０９を１度以上通過している場合は、競合する配信データがあるので、ステップＳ１２１２に進む。
ステップＳ１２１２に進むと、競合デバイス調整機能４０５は、同一の画像処理装置に対する配信データが競合していることをユーザに警告するための画面を表示する。このように本実施形態では、ステップＳ１２１２の処理を行うことによって、報知手段が実現される。

次に、ステップＳ１２１３において、競合デバイス調整機能４０５は、ステップＳ１２１２で表示した画面に対して、ＩＴ管理者４２０が、競合を解消することを承認したか否かを判定する。この判定の結果、ＩＴ管理者４２０が競合を解消することを承認した場合には、ステップＳ１２１４に進む。一方、ＩＴ管理者４２０が競合を解消することを承認しなかった場合には、ステップ１２１５に進む。

図１３は、ステップＳ１２１２で表示される配信データ競合警告画面（ＧＵＩ）の一例を示す図である。
図１３において、配信データ競合警告画面１３００には、競合する配信データがあることを報知する警告メッセージ１３０１が表示される。また、配信データ競合警告画面１３００には、「はい」ボタン１３０２と、「いいえ」ボタン１３０３とが表示される。「はい」ボタン１３０２と、「いいえ」ボタン１３０３は、夫々それぞれ、競合を解消することを承認する機能／承認しない機能を有する。

図１２に戻って、説明を続ける。ステップＳ１２１４において、競合デバイス調整機能４０５は、図１４に示すデータ競合調整テーブル１４００を用いて、画像処理装置・配信データテーブル１１００内の競合する配信データの配信先を調整する競合調整処理を行う。このステップＳ１２１４における競合調整処理については、図１５のフローチャートを用いて詳述する。

図１４に示すデータ競合調整テーブル１４００には、データ種別１４１０と、競合時の調整方法１４２０とが相互に対応付けられて登録されている。尚、データ競合調整テーブル１４００は、データベース４１０に格納され、各種テーブル保持機能４０８によって管理される。
データ種別１４１０には、「宛先表」、「用紙情報」、「フォント」、「印刷機能のファームウェア」等の値が格納される。
競合時の調整方法１４２０には、データ種別１４１０毎に、最も相応しい調整方法が格納される。

要素１４０１は、データ種別１４１０の値が「宛先表」である場合の要素の例である。例えば企業であれば、仮想デバイスが部門ごと、またユーザごとに構築されることが考えられる。そういった場合、宛先表は各部門において、それぞれ良く用いる宛先表であったり、他の部門に見せたくないものであったりする。したがって、宛先表はマージされたり、同じ記憶領域で上書きされたりすべきではない。よって、本実施例では、例えば１台の画像処理装置内に複数の宛先表のデータを管理するとし、競合時の調整方法１４２０の値は、「異なる記憶領域に配信する」とする。また、こういった場合、画像処理装置では各記憶領域において、例えば「Virtual1」用の領域といったように仮想デバイスに対応させて管理し、管理装置も配信する記憶領域をユーザの指定により適宜設定することも可能である。尚、この場合の競合時の調整方法１４２０として、配信先の画像処理装置の記憶領域が不足した場合には配信データを配信しない等の副規則を設けてもよい。

要素１４０２は、データ種別１４１０の値が「用紙情報」である場合の要素の例である。ここで、用紙情報に関しては、１台の画像処理装置内に１つの用紙情報を、常に１つの記憶領域に対して保持するとする。そういった場合、配信するごとに上書きされてしまうので、一斉配信を指定しても配信タイミングが一番遅いものが結果として画像処理装置に用紙情報として設定されてしまう。そこで、一斉配信する全配信データを考慮した結果を配信する必要がある。したがって、本実施例では、競合時の調整方法１４２０の値は、「マージして配信する」とする。尚、この場合の競合時の調整方法１４２０として、マージする際には上限を設ける等の副規則を設けてもよい。

要素１４０３は、データ種別１４１０の値が「フォント」である場合の要素の例である。ここで、１台の画像処理装置内に、記憶領域が許す限りのフォントを持つことができるとする。したがって、競合時の調整方法１４２０の値は、「調整なし」とする。この場合の競合時の調整方法１４２０として、配信先の画像処理装置の記憶領域が不足した場合には配信データを配信しない等の副規則を設けてもよい。

要素１４０４は、データ種別１４１０の値が「印刷機能のファームウェア」である場合の要素の例である。印刷機能のファームウェアは通常、１台の画像処理装置内に１つしか格納できない。よって、競合時の調整方法１４２０の値は、「ユーザが１つのデータを選択して配信する」とする。
尚、データ競合調整テーブル１４００の内容は、ＩＴ管理者４２０等の操作に基づいて、データベース４１０に予め登録される。

次に、図１５のフローチャートを用いて、ステップＳ１２１４の競合調整処理の詳細を説明する。
まず、ステップＳ１５０１において、競合デバイス調整機能４０５は、画像処理装置・配信データテーブル１１００内の状態フラグ１１４０の状態（値）が「競合」である画像処理装置・配信データセットの配信データ１１３０の値を参照する。そして、競合デバイス調整機能４０５は、その配信データ１１３０の値が示す配信データの種別６２０の値が「宛先表」であるか否かを判定する。
この判定の結果、配信データの種別６２０が「宛先表」でない場合には、後述するステップＳ１５０３に進む。一方、配信データの種別６２０が「宛先表」である場合には、ステップＳ１５０２に進む。

ステップＳ１５０２に進むと、競合デバイス調整機能４０５は、図１４に示すデータ競合調整テーブル１４００を用いて、宛先表のデータの競合を解消する処理を実行する。
具体的に説明すると、競合デバイス調整機能４０５は、宛先表のデータの配信先となる画像処理装置内の記憶領域が、宛先表データ毎に異なるように、配信領域の値を変更した画像処理装置・配信データセットを新規に作成する。この際、状態フラグ１１４０は不要である。その後、後述するステップＳ１５１０に進む。

一方、ステップＳ１５０３に進むと、競合デバイス調整機能４０５は、状態フラグ１１４０の状態（値）が「競合」である画像処理装置・配信データセットの配信データ１１３０の値を参照する。そして、競合デバイス調整機能４０５は、その配信データ１１３０の値が示す種別６２０の値が「用紙情報」であるか否かを判定する。
この判定の結果、配信データの種別６２０が「用紙情報」でない場合には、後述するステップＳ１５０５に進む。一方、配信データの種別６２０が「用紙情報」である場合には、ステップＳ１５０４に進む。

ステップＳ１５０４に進むと、競合デバイス調整機能４０５は、図１４に示すデータ競合調整テーブル１４００を用いて、用紙情報のデータの競合を解消する処理を実行する。
具体的に説明すると、競合デバイス調整機能４０５は、まず、異なる用紙情報のデータをマージ（結合）し、新たに１つの用紙情報データを作成する。その後、競合デバイス調整機能４０５は、その用紙情報データを配信データとした画像処理装置・配信データセットを新規に作成する。この際、状態フラグ１１４０は不要である。その後、後述するステップＳ１５１０に進む。

一方、ステップＳ１５０５に進むと、競合デバイス調整機能４０５は、状態フラグ１１４０の状態（値）が「競合」である画像処理装置・配信データセットの配信データ１１３０の値を参照する。そして、競合デバイス調整機能４０５は、その配信データ１１３０の値が示す配信データの種別６２０の値が「フォント」であるか否かを判定する。
この判定の結果、配信データの種別６２０が「フォント」でない場合には、後述するステップＳ１５０７に進む。一方、配信データの種別６２０が「フォント」でない場合には、ステップＳ１５０６に進む。

ステップＳ１５０６に進むと、競合デバイス調整機能４０５は、図１４に示すデータ競合調整テーブル１４００を用いて、フォントのデータ（フォントデータ）の競合を解消する処理を実行する。
配信データの種別６２０が「フォント」である場合には、調整は行われず、全てのフォントを画像処理装置に配信する。そのため、競合デバイス調整機能４０５は、例えば、各フォントのデータを配信データとした画像処理装置・配信データセットを新規に作成する。この際、状態フラグ１１４０は不要である。その後、後述するステップＳ１５１０に進む。

一方、ステップＳ１５０７に進むと、競合デバイス調整機能４０５は、状態フラグ１１４０の状態（値）が「競合」である画像処理装置・配信データセットの配信データ１１３０の値を参照する。そして、競合デバイス調整機能４０５は、その配信データ１１３０の値が示す配信データの種別６２０の値が「印刷機能のファームウェア」であるか否かを判定する。
この判定の結果、配信データの種別６２０の値が「印刷機能のファームウェア」でない場合、本実施形態では調整する対象がないので、図１５のフローチャートによる処理を終了し、図１２のステップＳ１２１６に戻る。一方、配信データの種別６２０の値が「印刷機能のファームウェア」である場合は、ステップＳ１５０８に進む。

ステップＳ１５０８に進むと、競合デバイス調整機能４０５は、図１４に示すデータ競合調整テーブル１４００を用いて、印刷機能のファームウェアのデータの競合を解消する処理を実行する。
具体的に説明すると、競合デバイス調整機能４０５は、図１６に示す配信データ選択画面１６００（ＧＵＩ）を表示する。ここでは、印刷機能のファームウェアのデータの情報を全てＩＴ管理者４２０に提示し、その内の１つをＩＴ管理者４２０に選択させる。そして、競合デバイス調整機能４０５は、配信する印刷機能のファームウェアが、ＩＴ管理者４２０によって選択されたか否かを判定する。

この判定の結果、配信する印刷機能のファームウェアが、ＩＴ管理者４２０によって選択されなかった場合には、ステップＳ１５０６に進む。そして、競合デバイス調整機能４０５は、状態フラグの状態が「競合」である画像処理装置・配信データセットを、そのまま配信データとする。
一方、配信する印刷機能のファームウェアが、ＩＴ管理者４２０によって選択された場合には、ステップＳ１５０９に進む。
ステップＳ１５０９に進むと、競合デバイス調整機能４０５は、ＩＴ管理者４２０によって選択された印刷機能のファームウェアのデータを配信データとした画像処理装置・配信データセットを新規に作成する。この際、状態フラグ１１４０は不要である。その後、後述するステップＳ１５１０に進む。

図１６は、配信データ選択画面（ＧＵＩ）の一例を示す図である。
図１６において、配信データ選択画面１６００には、配信候補データ一覧１６０１と、「ＯＫ」ボタン１６０２と、「キャンセル」ボタン１６０３とが表示される。
ＩＴ管理者４２０は、配信候補データ一覧１６０１に表示されている「印刷機能ファームウェア」の中から、配信する印刷機能ファームウェアに対応するラジオボタンを１つだけ選択する。その後、「ＯＫ」ボタン１６０２が押されると、競合デバイス調整機能４０５は、配信データ選択画面１６００への入力を確定する（ステップＳ１５０８からステップＳ１５０９へ進む）。一方、「キャンセル」１６０３が押されると、競合デバイス調整機能４０５は、配信データ選択画面１６００への入力を破棄する（ステップＳ１５０８からステップＳ１５０６へ進む）。

以上のようにしてステップＳ１５１０に進むと、競合デバイス調整機能４０５は、次の処理を行う。すなわち、競合デバイス調整機能４０５は、ステップＳ１５０２、ステップＳ１５０４、ステップＳ１５０６、又はステップＳ１５０９で新規に作成された画像処理装置・配信データセットをＲＡＭ２０３等の一時記憶装置に保管する。そして、図１５のフローチャートによる処理を終了し、図１２のステップＳ１２１６に戻る。
以上のように本実施形態では、競合する配信データの種別に応じて配信方法が決定される。具体的にはステップＳ１５０２、Ｓ１５０４、Ｓ１５０９の処理を行うことによって、競合した配信データの調整し、配信先の画像処理装置への配信が実現される。

図１２に戻って説明を続ける。
ステップＳ１２１１において、画像処理装置・配信データセットの状態フラグ１１４０の状態を、１回も「競合」に変更しておらず、ステップＳ１２０９を１度も通過していないと判定された場合には、ステップＳ１２１５に進む。ステップＳ１２１５に進むと、競合デバイス調整機能４０５は、状態フラグ１１４０の状態（値）が「競合」になっている画像処理装置・配信データセットを、調整後の画像処理装置・配信データセットとしてＲＡＭ２０３等の一時記憶領域に保管する。この際、状態フラグ１１４０の保管は不要である。そして、ステップＳ１２１６に進む。

以上のようにしてステップＳ１２１６に進むと、競合デバイス調整機能４０５は、次の処理を行う。すなわち、競合デバイス調整機能４０５は、ステップＳ１２１４又はステップＳ１２１５にて、ＲＡＭ２０３等の一時記憶装置に保管された、調整後の画像処理装置・配信データセットを画像処理装置・配信データ調整済みテーブルに保管する。

図１７は、画像処理装置・配信データ調整済みテーブルの一例を示す図である。図１７において、画像処理装置・配信データ調整済みテーブル１７００は、データベース４１０に格納され、各種テーブル保持機能４０８によって管理される。
図１７において、画像処理装置・配信データ調整済みテーブル１７００には、ユーザが選択したアイテム名１７１０と、配信対象画像処理装置名１７２０と、配信データ１７３０とが相互に対応付けられて登録されている。

ステップＳ１２１４によって、複数のアイテムがまとめられた場合は、複数のアイテムの名称が、ユーザが選択したアイテム名１７１０に列挙される。要素１７０２がその例である。
配信対象画像処理装置名１７２０には、画像処理装置・配信データテーブル１１００の配信対象画像処理装置名１１２０と同様のものが格納される。
ステップＳ１２１４によって、配信データの競合の調整が行われた場合には、競合が調整された後の配信データが配信データ１７３０に格納される。
尚、図１７において、要素１７０１〜１７０３の内容は、図１７に示したものに限定されるものではない。

図１２に戻って説明を続ける。
ステップＳ１２１７において、競合デバイス調整機能４０５は、状態フラグ１１４０の状態（値）が「競合」になっている画像処理装置・配信データセットの状態フラグ１１４０の状態（値）を「チェック」に変更する。
以上のようにして図１２のフローチャートによる処理が終了すると、前述した図７のステップＳ７１８に進む。

最後に、データ配信タスクについて説明する。図１８は、データ配信タスクの構造の一例を示す図である。
図１８において、データ配信タスク１８００は、画像処理装置・配信データ調整済みテーブル１７００に、タスクの情報を加えたものである。
タスクＩＤ１８１０には、データ配信タスク１８００を識別するためのＩＤが格納される。タスクＩＤ１８１０の値は、データ配信タスク１８００が一意に識別できるものであれば、何であっても構わない。
タスク名１８２０には、データ配信タスク１８００の名称が格納される。
タスク名１８２０は、ユーザと、管理装置１０１との何れが設定しても構わない。

画像処理装置・配信データセット１８３０には、画像処理装置・配信データ調整済みテーブル１７００の各要素が格納される。
タスク作成者名１８４０には、データ配信タスクの作成者の名称が格納される。
実行スケジュール１８５０には、ここに格納された時刻になったらデータ配信タスク１８００が実行され、画像処理装置・配信データセット１８３０で指定された画像処理装置に対してデータが配信される。

以上のように本実施形態では、配信データの種別と、仮想デバイスを構成する画像処理装置が仮想デバイスとしてジョブを実行する際に担当する機能とを、データ配信条件テーブル１０００に予め登録しておく。ＩＴ管理者４２０（ユーザ）は、配信データと、その配信データの配信先となる仮想デバイスとを、アイテム・配信データ選択画面８００を用いて選択する。そうすると、管理装置１０１は、選択された配信データに関連する機能を担当する画像処理装置を、選択された仮想デバイスの中から特定し、選択された配信データを、特定した画像処理装置を配信先として配信する。したがって、ユーザは、仮想デバイスのみを意識するだけで、配信したいデータの処理を担当する画像処理装置のみを選択して配信データを配信させることができる。

また、本実施形態では、配信先となる画像処理装置が同じであり、且つ配信データの種別が同じである配信データが、ユーザにより選択された配信データの中に複数存在するか否かを、画像処理装置・配信データテーブル１１００等を用いて判定する。そして、そのような配信データが複数存在し、複数の配信データの配信先が競合する場合には、データ競合調整テーブル１４００等を用いることにより、競合する配信データの種別に応じて、配信データの配信を調整する。したがって、複数の配信データの配信先が競合（重複）する場合であっても、配信データの性質に応じて、自動的に配信データの配信を調整することができる。

（本発明の他の実施形態）
前述した本発明の実施形態における管理装置を構成する各手段、並びに情報処理方法の各ステップは、コンピュータのＲＡＭやＲＯＭなどに記憶されたプログラムが動作することによって実現できる。このプログラム及び前記プログラムを記録したコンピュータ読み取り可能な記録媒体は本発明に含まれる。

また、本発明は、例えば、システム、装置、方法、プログラム若しくは記憶媒体等としての実施形態も可能であり、具体的には、複数の機器から構成されるシステムに適用してもよいし、また、一つの機器からなる装置に適用してもよい。

尚、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラム（実施形態では図７、図１２、図１５に示すフローチャートに対応したプログラム）を、システムあるいは装置に直接、あるいは遠隔から供給する。そして、そのシステムあるいは装置のコンピュータが前記供給されたプログラムコードを読み出して実行することによっても達成される場合を含む。

したがって、本発明の機能処理をコンピュータで実現するために、前記コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明は、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。

その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等の形態であってもよい。

プログラムを供給するための記録媒体としては、例えば、フロッピーディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷなどがある。また、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）などもある。

その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続する。そして、前記ホームページから本発明のコンピュータプログラムそのもの、若しくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。

また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明に含まれるものである。

また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせる。そして、ダウンロードした鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。

また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される。その他、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現され得る。

さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれる。その後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現される。

尚、前述した各実施形態は、何れも本発明を実施するにあたっての具体化の例を示したものに過ぎず、これらによって本発明の技術的範囲が限定的に解釈されてはならないものである。すなわち、本発明はその技術思想、又はその主要な特徴から逸脱することなく、様々な形で実施することができる。

本発明の実施形態を示し、ネットワークデバイス管理装置が動作するデータ配信システムの構成の一例を示す図である。 本発明の実施形態を示し、ネットワークデバイス管理装置のハードウェア構成の一例を示す図である。 本発明の実施形態を示し、複合機のハードウェア構成の一例を示す図である。 本発明の実施形態を示し、ネットワークデバイス管理装置の機能構成の一例を示すブロック図である。 本発明の実施形態を示し、アイテムテーブルの一例を示す図である。 本発明の実施形態を示し、配信データの構造の一例を示す図である。 本発明の実施形態を示し、データを配信する際のネットワークデバイス管理装置１０１の動作の一例を説明するフローチャートである。 本発明の実施形態を示し、アイテム・配信データ選択画面（ＧＵＩ）の一例を示す図である。 本発明の実施形態を示し、アイテム展開テーブルの一例を示す図である。 本発明の実施形態を示し、データ配信条件テーブルの一例を示す図である。 本発明の実施形態を示し、デバイス・配信データテーブルの一例を示す図である。 本発明の実施形態を示し、競合抽出調整処理の詳細を説明するフローチャートである。 本発明の実施形態を示し、配信データ競合警告画面（ＧＵＩ）の一例を示す図である。 本発明の実施形態を示し、データ競合調整テーブルの一例を示す図である。 本発明の実施形態を示し、競合調整処理の詳細を説明するフローチャートである。 本発明の実施形態を示し、配信データ選択画面（ＧＵＩ）の一例を示す図である。 本発明の実施形態を示し、デバイス・配信データ調整済みテーブルの一例を示す図である。 本発明の実施形態を示し、データ配信タスクの構造の一例を示す図である。

符号の説明

１００ ＬＡＮ
１０１ ネットワークデバイス管理装置
１０２ 複合機（ネットワークデバイス）
１０３ ＦＡＸ
１０４、１０５ スキャナ
１０１ ネットワークデバイス管理装置
５００ アイテムテーブル
６００ 配信データ
８００ アイテム・配信データ選択画面
９００ アイテム展開テーブル
１０００ データ配信条件テーブル
１１００ デバイス・配信データテーブル
１３００ 配信データ競合警告画面
１４００ データ競合調整テーブル
１６００ 配信データ選択画面
１７００ デバイス・配信データ調整済みテーブル
１８００ データ配信タスク

Claims (16)

1. ネットワークを介して接続された複数の画像処理装置を管理する管理装置であって、
   仮想デバイスを構成する複数の画像処理装置の機能を連携させ、ユーザに対して仮想デバイスとしての処理を提供すべく、前記仮想デバイスを構成する各画像処理装置及び当該各画像処理装置が担当する機能を関連付けた情報を管理する管理手段と、
   配信データの配信先に仮想デバイスを設定が可能な画面の表示の制御を行う制御手段と、
   前記配信データの配信先として仮想デバイスが設定された場合、当該設定された仮想デバイスを構成する複数の画像処理装置から、前記管理手段で管理される情報に基づき、前記配信データの種別に対応する機能を担当する画像処理装置を特定する特定手段と、
   前記特定手段により特定された画像処理装置に対して、前記配信データを配信する配信手段と、
   を備えることを特徴とする管理装置。
2. 前記制御手段は、前記配信データの配信先として、更に前記画像処理装置を設定が可能な画面の表示の制御を行い、
   前記画面において前記配信データの配信先として、前記画像処理装置が設定された場合、前記配信手段は、当該画像処理装置に対して前記配信データを配信することを特徴とする請求項１に記載の管理装置。
3. 前記画面において複数の配信先が設定された場合に、前記配信手段により一台の画像処理装置に対して同じ種別の複数の配信データが配信されるか否かを判定する判定手段と、
   前記判定手段により一台の画像処理装置に対して同じ種別の複数の配信データが配信されると判定された場合、前記配信データの種別に応じて当該一台の画像処理装置に配信する前記複数の配信データの配信方法を決定する決定手段とを備え、
   前記配信手段は、前記決定手段により決定された配信方法に基づいて、前記配信データを配信することを特徴とする請求項１又は２に記載の管理装置。
4. 前記判定手段により一台の画像処理装置に対して同じ種別の複数の配信データが配信されると判定された場合、配信データの競合が起こった旨の報知を行う報知手段を有することを特徴とする請求項３に記載の管理装置。
5. 前記決定手段は、前記複数の配信データが前記配信先の画像処理装置の異なる記憶領域に格納されるように、前記配信データの配信方法を決定することを特徴とする請求項３又は４に記載の管理装置。
6. 前記決定手段は、前記複数の配信データをマージして前記配信先の画像処理装置に配信するよう、前記配信データの配信方法を決定することを特徴とする請求項３又は４に記載の管理装置。
7. 前記決定手段は、前記複数の配信データのうち、ユーザにより指定された１つの配信データのみが配信されるように、前記配信データの配信方法を決定することを特徴とする請求項３又は４に記載の管理装置。
8. ネットワークを介して接続された複数の画像処理装置を管理する情報処理方法であって 、
   仮想デバイスを構成する複数の画像処理装置の機能を連携させ、ユーザに対して仮想デバイスとしての処理を提供すべく、前記仮想デバイスを構成する各画像処理装置及び当該各画像処理装置が担当する機能を関連付けた情報を管理する管理ステップと、
   配信データの配信先に仮想デバイスを設定が可能な画面の表示の制御を行う制御ステップと、
   前記配信データの配信先として仮想デバイスが設定された場合、当該設定された仮想デバイスを構成する複数の画像処理装置から、前記管理ステップで管理される情報に基づき、前記配信データの種別に対応する機能を担当する画像処理装置を特定する特定ステップと、
   前記特定ステップにより特定された画像処理装置に対して、前記配信データを配信する配信ステップと、
   を備えることを特徴とする情報処理方法。
9. 前記制御ステップは、前記配信データの配信先として、更に前記画像処理装置を設定が可能な画面の表示の制御を行い、
   前記画面において前記配信データの配信先として、前記画像処理装置が設定された場合、前記配信ステップは、当該画像処理装置に対して前記配信データを配信することを特徴とする請求項８に記載の情報処理方法。
10. 前記画面において複数の配信先が設定された場合に、前記配信ステップにより一台の画像処理装置に対して同じ種別の複数の配信データが配信されるか否かを判定する判定ステップと、
    前記判定ステップにより一台の画像処理装置に対して同じ種別の複数の配信データが配信されると判定された場合、前記配信データの種別に応じて当該一台の画像処理装置に配信する前記複数の配信データの配信方法を決定する決定ステップとを備え、
    前記配信ステップは、前記決定ステップにより決定された配信方法に基づいて、前記配信データを配信することを特徴とする請求項８又は９に記載の情報処理方法。
11. 前記判定ステップにより一台の画像処理装置に対して同じ種別の複数の配信データが配信されると判定された場合、配信データの競合が起こった旨の報知を行う報知ステップを有することを特徴とする請求項１０に記載の情報処理方法。
12. 前記決定ステップは、前記複数の配信データが前記配信先の画像処理装置の異なる記憶領域に格納されるように、前記配信データの配信方法を決定することを特徴とする請求項１０又は１１に記載の情報処理方法。
13. 前記決定ステップは、前記複数の配信データをマージして前記配信先の画像処理装置に配信するよう、前記配信データの配信方法を決定することを特徴とする請求項１０又は１１に記載の情報処理方法。
14. 前記決定ステップは、前記複数の配信データのうち、ユーザにより指定された１つの配信データのみが配信されるように、前記配信データの配信方法を決定することを特徴とする請求項１０又は１１に記載の情報処理方法。
15. ネットワークを介して接続された複数の画像処理装置を管理することをコンピュータに実行させるためのコンピュータプログラムであって、
    仮想デバイスを構成する複数の画像処理装置の機能を連携させ、ユーザに対して仮想デバイスとしての処理を提供すべく、前記仮想デバイスを構成する各画像処理装置及び当該各画像処理装置が担当する機能を関連付けた情報を管理する管理ステップと、
    配信データの配信先に仮想デバイスを設定が可能な画面の表示の制御を行う制御ステップと、
    前記配信データの配信先として仮想デバイスが設定された場合、当該設定された仮想デバイスを構成する複数の画像処理装置から、前記管理ステップで管理される情報に基づき、前記配信データの種別に対応する機能を担当する画像処理装置を特定する特定ステップと、
    前記特定ステップにより特定された画像処理装置に対して、前記配信データを配信する指示を行う配信ステップとをコンピュータに実行させることを特徴とするコンピュータプログラム。
16. 請求項１５に記載のコンピュータプログラムを記憶したことを特徴とするコンピュータ読み取り可能な記憶媒体。

Images