(57)【要約】【課題】  分散環境でのダウンロード時に、管理者の有無で処理を変えることが出来るシステムを提供する。【解決手段】  ダウンロード指示ファイルにデバイスもデバイス種別も指定されていなければ拠点管理者がデバイスを指定する。ダウンロード指示ファイルにデバイスが指定されておらず、デバイス種別が指定されていれば、拠点管理者はデバイス種別に従ってデバイスを指定する。【選択図】        図１
2006285462.tif 000002
【特許請求の範囲】
【請求項１】
リソースをダウンロードするダウンローダであるリソース管理装置であって、リソースダウンロード指示ファイルを読み込む読み込み手段と、該指示ファイルに指示されたダウンロード対象デバイスの種類からダウンロード対象デバイスを特定する特定手段と、該特定手段により特定されたデバイスの一部または全部を指示する指示手段を備え、指示手段により指示されたデバイスに対してリソースをダウンロードすることを特徴とするリソース管理装置。
【請求項２】
該デバイスはプリンタ等の印刷装置であることを特徴とする請求項１記載のリソース管理装置。
【請求項３】
該リソースはフォント、フォームオーバレイデータもしくはカラープロファイルであることを特徴とする請求項１記載のリソース管理装置。
【請求項４】
リソースダウンロード指示ファイルを読み込む読み込みステップと、該指示ファイルに指示されたダウンロード対象デバイスの種類からダウンロード対象デバイスを特定するステップと、特定されたデバイスの一部または全部を指示するステップと、指示されたデバイスに対してリソースをダウンロードするステップからなることを特徴とするリソース管理方法。
【請求項５】
該デバイスはプリンタ等の印刷装置であることを特徴とする請求項４記載のリソース管理方法。
【請求項６】
該リソースはフォント、フォームオーバレイデータもしくはカラープロファイルであることを特徴とする請求項４記載のリソース管理方法。
【請求項７】
リソースダウンロード指示ファイルを読み込む読み込みステップと、該指示ファイルに指示されたダウンロード対象デバイスの種類からダウンロード対象デバイスを特定するステップと、特定されたデバイスの一部または全部を指示するステップと、指示されたデバイスに対してリソースをダウンロードするステップを実行するソフトウェアであることを特徴とするリソース管理プログラム。
【請求項８】
該デバイスはプリンタ等の印刷装置であることを特徴とする請求項７記載のリソース管理プログラム。
【請求項９】
該リソースはフォント、フォームオーバレイデータもしくはカラープロファイルであることを特徴とする請求項７記載のリソース管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、プリンタ等の印刷装置で使用する、フォントデータ、フォームオーバレイデータ、カラーマッチングデータ等の印刷リソースの管理に関し、リソース管理装置、リソース管理方法ならびにリソース管理プログラムに関するものである。
【背景技術】
【０００２】
従来、フォントデータ、フォームオーバレイデータ、カラーマッチングデータなどをプリンタ等の印刷装置で使用する場合、あらかじめ印刷装置内に記憶されている場合を除き、印刷装置にダウンロードして使用していた。この処理を行うためのソフトウェアとして、キヤノンのＮｅｔＳｐｏｔ（登録商標）  Ｒｅｓｏｕｒｃｅ  Ｄｏｗｎｌｏａｄｅｒ、ヒューレットパッカードのＲｅｓｏｕｒｃｅ  Ｍａｎａｇｅｒ（登録商標）などがある。
【０００３】
また、印刷リソースが必要になった時点でサーバにアクセスし、サーバからダウンロードすることも可能であった（例えば、特許文献１参照）。
【特許文献１】特開２００１−３５０４６４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
印刷リソースを管理する上で、重要なファクターが２つある。すなわち、「どのリソースを」、「どの印刷装置に」ダウンロードするかである。印刷リソースを管理する管理者が、常に印刷装置の管理者を兼ねている場合は、どのリソースをどの印刷装置にダウンロードするかを判断することは容易であった。しかし、ネットワーク規模が大きくなり、遠隔地にある印刷装置に対してリソースをダウンロードする場合、遠隔地にあるどの印刷装置にダウンロードするのかをリソースの管理者が判断できない場合もありうる。
【０００５】
例えば印刷に使う外字や会社のロゴ、帳票のレイアウトを表したフォームオーバレイデータ、標準カラープロファイルなどを本社で一括管理し、各支店では本社が管理する印刷リソースをダウンロードする場合、印刷リソースの管理者は印刷装置を管理しておらず、印刷装置の管理者は印刷リソースを管理していない。このため、印刷リソースを変更する際、どの印刷装置にダウンロードすればよいかを印刷リソース管理者がダウンロード時に確認する必要があった。もしくは、各地の印刷装置管理者が、本社で管理されている印刷リソースに変更や修正が行われていないかを常に監視する必要があった。
【０００６】
また、頻繁に使う印刷リソースや、複数の使用者が共通で使用する印刷リソースは、あらかじめダウンロードしておくことで印刷速度が向上する。必要に応じてダウンロードする場合、速度向上は期待できず、さらに印刷リソースの管理が複雑になるといった問題点があった。
【０００７】
本発明は、以上の点に着目して成されたもので、より自由なデバイス管理が可能となり、また運用に応じたデバイスの管理が可能となるリソース管理装置、リソース管理方法ならびにリソース管理プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
この発明は下記の構成を備えることにより上記課題を解決できるものである。
【０００９】
ダウンロードするリソースを指定する手段と、ダウンロード対象印刷装置種別を指定する手段と、印刷装置種別に従って印刷装置を指定する手段を設け、さらに印刷装置種別が指定されているか印刷装置が指定されているかを判定する手段を設けることによって、リソース管理者と印刷装置の管理者が異なる場合であっても管理負荷をかけずにダウンロードを正しく行うことができるようにするものである。
【発明の効果】
【００１０】
本発明によれば、リソースデータにダウンロード対象デバイスを指定するデータが含まれていれば、そのデータに従ってリソースダウンロードを行い、ダウンロード対象デバイス種別を指定するデータが含まれて入れば、そのデータに従ってダウンロード対象デバイスの選定を行うことで、より自由なデバイス管理が可能となる。
【００１１】
さらに、選定されたデバイスの一部を指定するか、指定せずとも選定された全デバイスすべてを対象とするかを切り分ける手段を提供することで、運用に応じたデバイスの管理が可能となる。
【発明を実施するための最良の形態】
【００１２】
以下本発明を実施するための最良の形態を、実施例により詳しく説明する。
【実施例】
【００１３】
図１は本発明の特徴をもっとも良く表した図であり、同図を用いて本発明のシステム構成を説明する。
【００１４】
図１において、１はワイドエリアネットワーク（以下ＷＡＮと記す）であり、本社のローカルネットワーク（以下ＬＡＮと記す）２、支社のＬＡＮ２など、ＬＡＮ間を接続する広域ネットワークである。ＷＡＮとしては、専用回線、インターネット、公衆回線などが利用可能である。本発明では、ＷＡＮの実装形態による違いはない。２はＬＡＮであり、本社内や支社内など近傍にある機器を接続するネットワークである。なお、ＷＡＮとＬＡＮの違いは相対的なものであり、同一ネットワーク上に本社支社が接続されることもありうる。この場合ＷＡＮとＬＡＮのネットワーク上の違いはなく、単に地理的に近いか遠いかの違いのみとなる。
【００１５】
３は本社に置かれた中央サーバであり、プリンタにダウンロードすべきリソースを記憶する。４は中央管理者のＰＣであり、リソースの編集やダウンロードの指示の発行などを行う。５は支社に置かれたローカルサーバであり、中央サーバ３からリソースを取得し、保持する。６はプリンタ管理者用ＰＣであり、プリンタの状態を監視したり、リソースのダウンロード指示を実行したりする。
【００１６】
７、８、９はプリンタであり、機種を識別するために、７の機種名はＬＢＰ−Ａ、８の機種名はＬＢＰ−Ｂ、９の機種名はＬＢＰ−Ｃとする。７のＬＢＰ−Ａはモノクロプリンタであり、内部にフラッシュメモリを持ち、フォントデータ、フォームオーバレイデータをダウンロードすることが可能である。８のＬＢＰ−Ｂはカラープリンタであり、内部にハードディスクドライブを持ち、フォントデータ、フォームオーバレイデータ、カラープロファイルデータをダウンロードすることが可能である。９のＬＢＰ−Ｃはモノクロプリンタであり、内部にハードディスクドライブを持ち、フォントデータ、フォームオーバレイデータをダウンロードすることが可能である。
【００１７】
同図から分かるとおり、中央管理部門には、中央サーバと中央管理者用ＰＣがあり、中央のネットワークとＷＡＮを介して接続される拠点が２箇所ある。拠点ＡのＬＡＮにはローカルサーバとプリンタ管理者用ＰＣ、ＬＢＰ−Ａが２台とＬＢＰ−Ｂが１台接続されている。拠点ＢのＬＡＮにはローカルサーバとＬＢＰ−Ａが１台、ＬＢＰ−Ｂが１台、ＬＢＰ−Ｃが１台接続されている。各装置の名称の下にかかれた数値は、その装置のＩＰアドレスを表す。
【００１８】
図２は、各サーバ上に保持された、プリンタ管理テーブルの内容である。プリンタ管理テーブルでは、情報は装置ごとに１行で保持され、各フィールドはカンマで区切られる。１行は４つのフィールドからなり、最初のフィールドはプリンタのＩＰアドレスを表す。ただし、２５５が入っている場合は、そのＩＰアドレスはプリンタのＩＰアドレスではなく、ネットワークのサブネットを表しており、個々のプリンタのＩＰアドレスは入っていない。２番目のフィールドはプリンタの種類を表す。
【００１９】
ただし、ＩＰアドレスがサブネットを表している場合は、アスタリスク「＊」が入る。３番目のフィールドはプリンタの属性をあらわす。モノクロプリンタであればＢＷ、カラープリンタであればＣＬである。４番目のフィールドは、プリンタにダウンロード可能なリソースの種類を表す。フォントがダウンロード可能ならＦＯＮＴ、フォームオーバレイデータがダウンロード可能ならＦＯＲＭ、カラープロファイルがダウンロード可能ならＰＲＯＦと表記し、複数ある場合はバーチカルバー「｜」で区切る。
【００２０】
同図（Ａ）は、中央サーバに保持された、プリンタ管理テーブルの内容である。同図から分かるとおり、中央サーバには拠点Ａのプリンタ情報はなく、拠点Ａのサブネットのみが保持されている。拠点Ｂのプリンタは、１台ずつＩＰアドレスとプリンタ名、属性、ダウンロード可能なリソースの種類が保持される。
【００２１】
同図（Ｂ）は、拠点Ａのローカルサーバに保持された、プリンタ管理テーブルの内容である。同図から分かるとおり、拠点Ａのローカルサーバには拠点Ａのプリンタ情報のみが保持される。この情報は、システムのセットアップ時に作成されるが、プリンタ探索を定期的に行って情報の更新が行われても良い。ローカルサーバから中央サーバにプリンタの情報が転送され、中央サーバに保持される。拠点Ａでは、管理者が居るため、ローカルサーバからはサブネットの情報のみが転送される。
【００２２】
同図（Ｃ）は、拠点Ｂのローカルサーバに保持された、プリンタ管理テーブルの内容である。同図から分かるとおり、拠点Ｂのローカルサーバには拠点Ｂのプリンタ情報のみが保持される。この情報は、システムのセットアップ時に作成されるが、プリンタ探索を定期的に行って情報の更新が行われても良い。ローカルサーバから中央サーバにプリンタの情報が転送され、中央サーバに保持される。拠点Ｂでは、管理を中央管理部門で行えるよう、ローカルサーバからは全プリンタの情報が転送している。
【００２３】
プリンタの情報を中央サーバに送るかどうかは、本実施例ではシステムセットアップ時に決定することを想定しているが、同一サブネット内のプリンタ管理者用ＰＣの有無で決定しても良いし、個々のプリンタ設定時に決めても良い。
【００２４】
図３はダウンロード指示情報を含んだリソースデータのデータフォーマットである。同図を用いて、ダウンロード指示がどのように行われるかを説明する。
【００２５】
本発明において、ダウンロードデータは、同一のリソースデータをダウンロードするプリンタ群ごとに作成される。すなわち、リソースデータ内には、複数のプリンタの情報と複数のリソースの情報が保持され、全リソースを各プリンタにダウンロードする。ダウンロードするリソースが異なるプリンタは、別リソースデータでその指示がなされる。ただし、本発明においてこのことは制限とはならず、複数の異なる指示が可能なデータ形式に本発明を適用しても、発明の本質は変わらない。
【００２６】
データの先頭には、ダウンロード対象プリンタ数Ｎが入る。このプリンタ数Ｎは、ダウンロード対象としてアドレスが確定しているプリンタの数である。プリンタ数Ｎ個のＩＰアドレスがこれに続く。次に、アドレスが確定していないダウンロード対象プリンタにダウンロードする場合の種別数Ｋが入る。ダウンロード対象種別がこれに続く。ダウンロード対象種別には、ネットワークのサブネット、プリンタの種類、プリンタの属性などが指定される。
【００２７】
例えば、サブネットのみが指定された場合、そのサブネット内のプリンタで、ダウンロードすべきリソースがダウンロード可能なプリンタ全てに対してダウンロードを行う。プリンタの種類が指定された場合や、プリンタの属性が指定された場合も同様である。複数の指定がなされている場合、指定された指定の論理積（ＡＮＤ）によりプリンタを決定する。次にダウンロードするリソース数Ｒが入る。リソース数Ｒに続き、１番目のリソースの種類と、実体へのリソースデータ先頭からのオフセットとデータサイズが入る。以下Ｒ個分のリソースの種類と、オフセットとデータサイズが続く。その後ろにリソース１の実体が入り、リソースＲの実体までＲ個分のリソース実体が入る。
【００２８】
図４は、図３のフォーマットのリソースデータを解釈し、指示とリソース実体を分離し、リソース実体をプリンタにダウンロードするダウンローダの動作を表したフローチャートである。同図を用いて、ダウンロードの手順を説明する。本処理は、プリンタ管理者用ＰＣ６で実行される。中央サーバ３にあるリソースデータをローカルサーバ５にロードし、プリンタ管理者用ＰＣ６でそのデータを参照することにより、処理が行われる。本システムにおいては、拠点Ａの管理者ＰＣ６に、本ダウンローダがインストールされている。
【００２９】
ステップＳ４０１では、リソースデータを読み込む。ステップＳ４０２では、リソースデータ中に書かれたプリンタ数を読み込み変数Ｎに代入する。ステップＳ４０３ではＮが０より大きいかどうかを判定し、０より大きければステップＳ４０４に進み０以下であればステップＳ４０６に進む。ステップＳ４０４では、リソースデータ中に記されている未処理のプリンタのＩＰアドレスを取り出し、自サブネット内のプリンタであればダウンロード対象プリンタリストに追加する。ステップＳ４０５ではＮをデクリメントする。ステップＳ４０３からステップＳ４０５で、リソースデータ中の全プリンタのＩＰアドレスが取り出され、ダウンロード対象プリンタリストに追加される。
【００３０】
ステップＳ４０６では、リソースデータ中に書かれたダウンロード対象種別数を読み込み変数Ｋに代入する。ステップＳ４０７ではＫが０より大きいかどうかを判定し、０より大きければステップＳ４０８に進み０以下であればステップＳ４１２に進む。ステップＳ４０８では、リソースデータ中に記されている未処理のダウンロード対象種別を取り出し、その条件に一致するプリンタを画面に表示する。条件に一致するプリンタの判定は、ローカルサーバ上の管理テーブルとダウンロード対象種別に記されている条件を比較することで行う。
【００３１】
ステップＳ４０９では、表示されたプリンタの中から、ユーザからの指示でプリンタを特定する。特定されるプリンタは複数合ってもよいし、１台も無くても良い。ステップＳ４１０では、指示されたプリンタのＩＰアドレスをダウンロード対象プリンタリストに追加する。ステップＳ４１１ではＫをデクリメントする。ステップＳ４０７からステップＳ４１１で、リソースデータ中の全プリンタ種別に対応したプリンタのＩＰアドレスが取り出され、ダウンロード対象プリンタリストに追加される。
【００３２】
ステップＳ４１２では、ステップＳ４０４とステップＳ４１０で作成されたダウンロード対象プリンタリストに含まれるプリンタのＩＰアドレス数を変数Ｔに代入する。ステップＳ４１３では、リソースデータ中のリソース数を変数Ｒに代入する。ステップＳ４１４では、Ｒが０より大きいかどうかを判定し、０より大きければステップＳ４１５に進み、０以下であればステップＳ４１７に進む。ステップＳ４１５では、一つの未ダウンロードプリンタに、そのプリンタにまだダウンロードしていないリソース実体を一つダウンロードする。
【００３３】
ステップＳ４１６では、Ｒをデクリメントし、ステップＳ４１４に戻る。ステップＳ４１４からステップＳ４１６で、１台のプリンタにリソースデータ中の全リソース実体がダウンロードされる。ステップＳ４１７では、Ｔが０より大きいかどうかを判定し、０より大きければステップＳ４１８に進み、０以下であればダウンロード処理を終了する。ステップＳ４１８はＴをデクリメントし、ステップＳ４１３に進む。ステップＳ４１２からステップＳ４１８で、ダウンロード対象プリンタ全てに全リソース実体がダウンロードされる。
【００３４】
図５は、図３のフォーマットのリソースデータを解釈し、指示とリソース実体を分離し、リソース実体をプリンタにダウンロードするダウンローダの動作を表したフローチャートである。同図を用いて、ダウンロードの手順を説明する。本処理は、ローカルサーバ５で実行される。中央サーバ３にあるリソースデータをローカルサーバ５にロードし、そのデータを参照することにより、処理が行われる。本システムにおいては、拠点Ｂのローカルサーバ５に、本ダウンローダがインストールされている。
【００３５】
ステップＳ５０１では、リソースデータを読み込む。ステップＳ５０２では、リソースデータ中に書かれたプリンタ数を読み込み変数Ｎに代入する。ステップＳ５０３ではＮが０より大きいかどうかを判定し、０より大きければステップＳ５０４に進み０以下であればステップＳ５０６に進む。ステップＳ５０４では、リソースデータ中に記されている未処理のプリンタのＩＰアドレスを取り出し、ダウンロード対象プリンタリストに追加する。ステップＳ５０５ではＮをデクリメントする。ステップＳ５０３からステップＳ５０５で、リソースデータ中の全プリンタのＩＰアドレスが取り出され、ダウンロード対象プリンタリストに追加される。
【００３６】
ステップＳ５０６では、ステップＳ５０４で作成されたダウンロード対象プリンタリストに含まれるプリンタのＩＰアドレス数を変数Ｔに代入する。ステップＳ５０７では、リソースデータ中のリソース数を変数Ｒに代入する。ステップＳ５０８では、Ｒが０より大きいかどうかを判定し、０より大きければステップＳ５０９に進み、０以下であればステップＳ５１１に進む。ステップＳ５０９では、一つの未ダウンロードプリンタに、そのプリンタにまだダウンロードしていないリソース実体を一つダウンロードする。ステップＳ５１０では、Ｒをデクリメントし、ステップＳ５０８に戻る。ステップＳ５０８からステップＳ５１０で、１台のプリンタにリソースデータ中の全リソース実体がダウンロードされる。
【００３７】
ステップＳ５１１では、Ｔが０より大きいかどうかを判定し、０より大きければステップＳ５１２に進み、０以下であればダウンロード処理を終了する。ステップＳ５１２はＴをデクリメントし、ステップＳ５０７に進む。ステップＳ５０６からステップＳ５１２で、あらかじめ特定されているダウンロード対象プリンタ全てに全リソース実体がダウンロードされる。
【００３８】
図６は、ダウンロード指示情報を含んだリソースデータの例である。同図を用いて、ダウンロード指示がどのように実行されるかを説明する。
【００３９】
拠点Ａでは、まず中央サーバ３からローカルサーバ５にリソースデータをロードする。ロードは、通常ＦＴＰなどファイル転送の一般的なプロトコルが使用されるが、独特の方法であっても本発明には影響しない。また、ローカルサーバが定期的に中央サーバの状態を監視して変更が合った場合にロードするか、変更時に中央管理部門の中央管理者の指示により拠点Ａのローカルサーバにリソースデータが転送されるか等、どのようなタイミングでロードされるかも同様である。
【００４０】
プリンタ管理者用ＰＣ６でダウンローダを起動すると、まずプリンタ数３を読み込む。続いて、ＩＰアドレス１７２．２４．２．２０を読み込むが、これは自サブネット内のプリンタではないので対象プリンタリストには追加しない。１７２．２４．２．２１、１７２．２４．２．２２全て同様である。続いて種別数２を読み込む。アドレスが１７２．２４．１．＊（＊は何でも良い）でＢＷのプリンタを、プリンタ管理テーブルから探し出し、ディスプレイに表示する。プリンタ管理テーブルには、図２の（Ｂ）に記したとおり、３台のプリンタが登録されており、それらのうちＩＰアドレスが１７２．２４．１．２０と１７２．２４．１．２１の２台のプリンタが条件に合致する。管理者は、これらのうちダウンロード対象としたいプリンタを指定する。ここでは１７２．２４．１．２０のプリンタ１台が対象に指定されたこととする。
【００４１】
次に、アドレスが１７２．２４．１．＊で種類がＬＢＰ−Ｂのプリンタを、プリンタ管理テーブルから探し出し、ディスプレイに表示する。プリンタ管理テーブルに登録されており、条件に合致するプリンタはＩＰアドレスが１７２．２４．１．２２のプリンタが１台のみである。管理者は、このプリンタをダウンロード対象とするならば、ダウンロード対象として指定する。ここでは表示された１台が対象に指定されたこととする。ここまでで合計２台のプリンタがダウンロード対象プリンタとして登録された。
【００４２】
ここからはダウンロード処理である。まずＩＰアドレスが１７２．２４．１．２０のプリンタがダウンロード対象プリンタである。リソース数２を読み込む。最初のリソースはＦＯＮＴであり、図２（Ｂ）のプリンタ管理テーブルを見ると、１７２．２４．１．２０のプリンタ全はＦＯＮＴをダウンロード対象リソースとしているため、リソース実体をダウンロードする。次のリソースはＰＲＯＦ、すなわちカラープロファイルである。図２（Ｂ）のプリンタ管理テーブルを見ると、１７２．２４．１．２０のプリンタ全はＰＲＯＦをダウンロード対象リソースとしていないため、このリソースはダウンロードしない。これで１台目のプリンタに対するダウンロードが終了する。
【００４３】
続いてＩＰアドレスが１７２．２４．１．２２のプリンタに対して処理を行う。このプリンタはＰＲＯＦがダウンロード対象となっているため、フォントとカラープロファイルの両方がダウンロードされる。このようにして２台のプリンタに対してリソースの処理が終了する。
【００４４】
このダウンロードデータでは、拠点Ａに存在するプリンタは管理者が選択可能な形式で指示が入っており、プリンタ管理者は対象プリンタを選ぶだけで、リソースのダウンロードが自動的に行われる。中央管理者に拠点Ａのプリンタの情報があれば、中央管理者は、拠点Ａのプリンタ管理者に判断を任せたいリソースについては、ダウンロード対象種別にその属性を記述すればよいし、ファームウェアのアップデートのように全プリンタに対して処置したい場合はプリンタのＩＰアドレスを記述すれば拠点Ａの管理者の意向にかかわらずダウンロードが行われるよう指示することが出来る。これは、図４のフローチャートから明らかである。
【００４５】
拠点Ｂでは、まず中央サーバ３からローカルサーバ５にリソースデータをロードする。ロードは、通常ＦＴＰなどファイル転送の一般的なプロトコルが使用されるが、独特の方法であっても本発明には影響しない。また、ローカルサーバが定期的に中央サーバの状態を監視して変更が合った場合にロードするか、変更時に中央管理部門の中央管理者の指示により拠点Ｂのローカルサーバにリソースデータが転送されるか等、どのようなタイミングでロードされるかも同様である。
【００４６】
ローカルサーバ５では、リソースデータが更新されるとダウンローダが起動する。この起動は、状態を監視する別プログラムによって実行されてもよいし、ダウンローダのうちの更新チェックモジュールが常時動作しており更新が見つかるとダウンロードモジュールを起動するようになっていてもよい。
【００４７】
まずプリンタ数３を読み込む。続いて、ＩＰアドレス１７２．２４．２．２０を読み込み、自サブネット内のプリンタなので対象プリンタリストには追加する。１７２．２４．２．２１、１７２．２４．２．２２も同様である。続いて種別数２を読み込むが、本ダウンローダでは処理できないため、種別数とそれに続くダウンロード種別２つを読み飛ばす。ここまでで合計３台のプリンタがダウンロード対象プリンタとして登録された。
【００４８】
ここからはダウンロード処理である。まずＩＰアドレスが１７２．２４．２．２０のプリンタがダウンロード対象プリンタである。リソース数２を読み込む。最初のリソースはＦＯＮＴであり、図２（Ｃ）のプリンタ管理テーブルを見ると、１７２．２４．２．２０のプリンタ全はＦＯＮＴをダウンロード対象リソースとしているため、リソース実体をダウンロードする。次のリソースはＰＲＯＦ、すなわちカラープロファイルである。図２（Ｃ）のプリンタ管理テーブルを見ると、１７２．２４．２．２０のプリンタ全はＰＲＯＦをダウンロード対象リソースとしていないため、このリソースはダウンロードしない。これで１台目のプリンタに対するダウンロードが終了する。
【００４９】
続いてＩＰアドレスが１７２．２４．２．２１のプリンタに対しても同様の処理を行う。このプリンタはＰＲＯＦがダウンロード対象となっているため、フォントとカラープロファイルの両方がダウンロードされる。さらに、ＩＰアドレスが１７２．２４．２．２２のプリンタに対して処理を行う。このようにして３台のプリンタに対してリソースの処理が終了する。
【００５０】
このダウンロードデータでは、拠点Ｂに存在するプリンタは管理者いなくてもダウンロードされるように指示が入っており、ダウンロードが自動的に行われる。
【００５１】
図７は、図４のダウンローダとほぼ同等の動作をするが、プリンタ管理者がプリンタを特定せず、中央サーバにおかれたリソースデータの指示のみでダウンロード対象種別の指示にも対応するダウンローダである。同図は、図４との違いのみを説明する。
【００５２】
ステップＳ４０７でダウンロード対象種別Ｋが０より大きいと判断された場合、ステップＳ４１９を実行する。ステップＳ４１９では、プリンタ管理テーブルからダウンロード対象種別に合致するデバイスを全て抽出する。ステップＳ４１０ではステップＳ４１９で抽出されたプリンタをダウンロード対象プリンタリストに追加する。
【００５３】
このように、プリンタ管理者がいなくても、ダウンロード対象種別を利用してプリンタを特定するダウンローダもある。どのようなダウンローダを使用するかは、システムの構築時に最適なものを選べばよい。また、一つのダウンローダで、図４のステップＳ４０８、Ｓ４０９の動作をするか、図７のステップＳ４１９の動作をするかを切り替える手段を持っても良く、その切り替えもダウンローダソフトウエアのインストール時に行っても良いし、ダウンローダの起動時もしくは起動後に決めてもよい。
【００５４】
以上述べたように、リソースデータに、ダウンロード対象プリンタとダウンロード対象プリンタ種別の両方を記述出来るようにすることで、ダウンロード対象プリンタを拠点ごとに管理する分散管理と、拠点の指示が無くても中央が管理できる集中管理の両方を併用し、管理者の有無により、またリソースの種類により使い分けることが可能となる。
【００５５】
ここでは、プリンタを例にしたが、本発明のダウンロード対象はプリンタに限らず、データをダウンロードすることが出来るデバイスであれば何でもよい。例えば、パーソナルコンピュータにソフトウェアをインストールする場合や、ＦＡＸ、コピーなどの事務機のファームウェアをアップデートする場合、スキャナやモニタにカラー補正情報をダウンロードする場合などにも使用することが出来る。また、リソースに関しても、それらデバイスにダウンロードして使用可能なデータであれば何でもよく、例えば電話やＦＡＸの着信音色や着信音楽のデータなどであってもよい。
【００５６】
なお、本発明はあらかじめ装置に実装されたダウンローダとして実施してもよく、また汎用コンピュータ等にロードされて実行されるソフトウェアプログラムとして実施してもよく、またそのプログラムをＣＤ−ＲＯＭ等の媒体に記憶させてもよい。
【図面の簡単な説明】
【００５７】
【図１】本発明を実施したシステムの構成を表した図である。
【図２】各サーバ上に保持された、プリンタ管理テーブルの例である。
【図３】ダウンロード指示情報を含んだリソースデータのデータフォーマットを示す図である。
【図４】ダウンローダの動作を表したフローチャートである。
【図５】ダウンローダの動作を表したフローチャートである。
【図６】ダウンロード指示情報を含んだリソースデータの例を示す図である。
【図７】ダウンローダの動作を表したフローチャートである。
【符号の説明】
【００５８】
１  ワイドエリアネットワーク（ＷＡＮ）
２  ローカルネットワーク（ＬＡＮ）
３  中央サーバ
４  中央管理者用ＰＣ
５  ローカルサーバ
６  プリンタ管理者用ＰＣ
７、８、９  プリンタ
【図１】
2006285462.tif 000003
【図２】
2006285462.tif 000004
【図３】
2006285462.tif 000005
【図４】
2006285462.tif 000006
【図５】
2006285462.tif 000007
【図６】
2006285462.tif 000008
【図７】
2006285462.tif 000009