JP2004171517A - データ処理装置 - Google Patents

Abstract

【課題】複数の印刷言語に対応する画像形成装置において、装置上に重複するリソースを保持させずしかも各印刷言語に対応した属性をを設定可能とする。
【解決手段】画像形成装置に保持されるリソースは、リソース属性としてリソース名称４０１、リソース種４０２、デフォルトフラグ４０３、利用フラグ４０４、データ情報部４０５、データ部４０６を有する。このうちデフォルトフラグと利用フラグとは、リソースを利用する印刷言語ごとに設定できる。そして、画像形成装置を管理する管理者用ＰＣなどで実行される、特定の印刷言語で記述された印刷データを作成するプリンタドライバなどのプログラムは、画像形成装置から、そのプリンタドライバが対応する印刷言語について、利用フラグがセットされたリソースのみを参照することができる。
【選択図】図４

Description

本発明は、たとえばプリンタやディジタル複写機等の画像形成装置の使用に供するリソースを管理するデータ処理装置およびリソース管理方法に関するものである。

複数の印刷言語のデータを受け付ける画像形成装置において、画像形成に用いるフォントやカラープロファイル、ディザパターンなどのリソースデータを装置内に保持する場合、以下に（１）〜（３）に示すいずれかの方法が採られている。

（１）画像形成装置内に各印刷言語毎に専用のリソース保持領域を設け、各保持領域には、特定の一つの印刷言語で利用されるリソースデータのみを、特定の一つの印刷言語に対するリソース属性（リソースの特徴を示す情報）と共に保持する（例えば、特許文献１参照）。この場合、特定の印刷言語に関する処理のみを行なうプリンタドライバのようなプログラムは、処理対象とする印刷言語用のリソース保持領域内のリソースのみを参照する。また、装置内のリソース全てを管理するデータ処理プログラムは、装置内に用意された各印刷言語専用のリソース保持領域それぞれを処理対象とし、別個にリソースのホストコンピュータ等からのダウンロードおよび属性設定を行なっている。

（２）画像形成装置内に（１）同様に各印刷言語毎に専用のリソース保持領域を設け、各保持領域には、特定の一つの印刷言語で利用されるリソースデータのみを、特定の一つの印刷言語に対するリソース属性（リソースの特徴を示す情報）と共に保持し、装置内の管理モジュールが一括管理する。この場合、特定の印刷言語に関する処理のみを行なうプリンタドライバのようなプログラムからの一覧要求、および、装置内のリソース全てを管理するデータ処理プログラムからのダウンロードおよび属性設定指示に対し、前記装置内の管理モジュールが、要求元や指示元および処理対象を判別し、判別結果に応じた処理を行っている。

（３）画像形成装置内には、各印刷言語から共通に使用される唯一のリソース保持領域を設け、リソースは全てその領域に保持する。この場合、特定の印刷言語に関する処理のみを行なうプリンタドライバのような各プログラムからも、装置内のリソース全てを管理するようなデータ処理プログラムからも、同じリソース保持領域のリソースに対し、参照、属性設定、ダウンロードなどの処理を行なっている。

上記画像処理装置と通信可能なデータ処理装置においてプリンタドライバを始めとする様々なプログラムがデバイス内に保持されたリソースを使用する際、リソースの候補を表示して、利用者等に選択させる場合がある。そのようなプログラムでは以下のような方法でリソースを使用している。

第一の使用法は、各印刷言語により使用可能なリソースが異なるため、ある印刷言語専用プログラム（たとえば特定の言語のみに対応したアプリケーションなど）では、そのプログラム自身が利用可能なリソースしか表示しない、というものである。

また、第二の使用法は、ある印刷言語専用プログラムにおいては、装置内の複数のリソースをまとめて一つのものとしてユーザに提示し、そのリソースの使用を指示された場合には、印刷言語専用プログラムが一つのリソースとして見せた複数リソースのなかから、適当な一リソースを内部的に使用決定する、というものである。さらに、この時、別の印刷言語専用プログラムからは、前記一つにまとめたリソースの内容を個別にみせる場合もある。

また、リソースの名称を表示する際に、印刷言語の仕様による制限に応じて、ひとつのリソースであっても印刷言語毎に別個の名称で表示する場合もある。
特開平０８−０３０４０８号公報

このようなデータ処理装置におけるリソースの使用方法では、以下のような従来のリソースの保持方法では以下のような問題点があった。

前記従来技術のリソース処理（１）では、複数の印刷言語について共通の属性およびデータを持つリソースに関しても、それぞれの印刷言語専用の領域に別個に保持する必要があり、装置内の資源を余分に消費していた。また、装置内のリソース全てを管理するデータ処理プログラムは、複数の印刷言語について共通の属性およびデータを持つリソースに関しても、別個にダウンロードなどの処理を行なう必要があった。

前記従来技術のリソース処理（２）では、（１）同様、複数の印刷言語について共通の属性およびデータを持つリソースに関しても、それぞれの印刷言語専用の領域に別個に保持する必要があり、装置内の資源を余分に消費していた。

前記従来技術のリソース処理（３）では、装置内のリソースは全ての印刷言語に対して共通の属性が設定され、全て同じように利用可能であることが前提となる。そのため、ある特定の印刷言語では使用できないリソースや、ある特定の印刷言語に対してはデフォルトのリソース（利用するリソースについて個々の印刷ジョブで特段の指定がない場合に利用するものと予め指定されたリソース）であるが他の言語に対してはデフォルトではないリソースなど、データは共通であっても、複数の印刷言語に対する属性が異なるリソースについては、同一リソースでありながら別名で保持されていた。

また、一つのリソースを別名で保持する方法のほか、ひとつのリソースを印刷言語毎の名称で表示するために、各印刷言語専用プログラムが予め保持した情報を元に、機器内のリソースの名称を変換して表示する、という処理が行なわれている場合もある。この場合、ユーザが作成して機器にダウンロードしたリソースのように、印刷言語専用プログラム側に予め情報がないリソースに関しては、前記変換処理も行えないため、印刷言語毎に別個の名称で表示する方法が存在しなかった。

また、ある特定の印刷言語では使用できないリソースが存在する場合は、その印刷言語の専用プログラムが、それ自身が使用できないリソースに関する情報を予め知った上でフィルタリングするという処理を行っていた。しかし、情報のないリソース、例えばユーザが作成して機器にダウンロードしたリソースにはそのプログラムも対応できない。そのため、その印刷言語において使用可能か不可能か不明であるにかかわらず表示してしまっていた。または、情報のないリソースは扱わない事にするという処理が行なわれていた。

本発明は上記従来例に鑑みてなされたもので、複数の印刷言語に対応した画像形成装置にリソースを重複保持させず、しかも、保持されているひとつのリソースに、複数の印刷言語のそれぞれに対応した名称および／または属性を持たせることで、画像形成装置によりリソースを適切に利用させることができるデータ処理装置およびリソース管理方法および画像形成装置を提供することを目的とする。

上記目的を達成するために本発明は次の構成を有する。

複数種類の印刷言語による印刷データを指定されたリソースを用いて処理可能な画像形成装置により保持されるリソースを管理するためのリソース管理方法であって、
前記リソースについて、前記画像形成装置が処理可能な複数種類の印刷言語それぞれに対応する属性を設定する設定工程と、
前記設定工程により設定された属性を、前記画像形成装置に保持された前記リソースの実体データと関連づけて前記画像形成装置に格納する格納工程とを具備する。

更に好ましくは、リソースの実体データを前記画像形成装置にダウンロードするダウンロード工程を更に備え、前記格納工程は、前記ダウンロード工程によりダウンロードされたリソースの実体データと関連づけて、当該リソースについての属性を格納する。

更に好ましくは、前記複数種類の印刷言語それぞれに対応する属性として、各印刷言語で利用可能であるか否かを示す属性が含まれ、前記画像形成装置に保持されたリソースに関連づけて格納された属性を読み、特定の印刷言語により利用可能であるリソースについての属性を表示する一覧表示工程をさらに備える。

更に好ましくは、前記複数種類の印刷言語それぞれに対応する属性として、各印刷言語でデフォルトとして利用されるか否かを示す属性が含まれ、前記一覧表示工程は、特定の印刷言語についてデフォルト指定されているリソースについての属性を、その旨認識できるように表示する。

更に好ましくは、前記複数種類の印刷言語それぞれに対応する属性として、各印刷言語に対応するリソースの名称が含まれ、前記一覧表示工程は、各印刷言語について指定されているリソース名称を、その旨認識できるように表示する。

更に好ましくは、前記リソースは、印字に用いるフォント・リソースと、印刷時に印刷データと重ね合わせて画像を形成するフォーム・リソースと、入出力機器の色空間を表現したカラープロファイル・リソースと、色処理における色補正のための変換テーブルであるルックアップテーブル・リソースと、色処理において色の表現を決定するパターンデータであるディザパターン・リソースを含む。

あるいは、本発明は、画像処理装置（例えば図３に示すプリンタ３０８，３０９やＭＦＰ３０６，３０７）内に画像処理に利用するリソースを、各リソース毎にリソースの特徴を示す情報と共に保持し、複数種類の印刷言語による印刷データあるいは入力データを受信し、印刷データあるいは入力データと共に送信されてくるリソース利用指示に従い、装置内に初期状態から、或いはダウンロードにより保持されたリソースを利用しながら、画像データを処理する画像処理装置に対し、前記画像処理装置内の各リソースに対し、２つ以上の表示名称情報を前記リソースの特徴を示す情報として設定する表示名称情報設定手段（例えば図５に示すＣＰＵ１７０１がハードディスク１７０５に記憶されるダウンローダ等の制御プログラムを実行することにより設定される）と、前記画像処理装置内の各リソースに対し、前記画像処理装置が受信する印刷言語毎に、表示に使用する名称を示す表示名称情報を、前記リソースの特徴を示す情報として設定する印刷言語別表示名称情報設定手段（例えば図８に示すＣＰＵ１７０１がハードディスク１７０５に記憶されるダウンローダ等の制御プログラムを実行することにより設定される）とを具備することを特徴とするデータ処理装置にある。

本発明によれば、複数印刷言語に対応した画像形成装置に対し、装置上にリソースを重複保持させず、しかもリソースが各印刷言語に対し別個のリソース特徴を表現可能とする事が可能となった。さらに、複数印刷言語に対応した画像形成装置に対し、装置上にリソースを重複保持させず、しかも各印刷言語に対し別個のリソース特徴を表現可能なリソースをダウンロードする事が可能となった。さらに、複数の印刷言語が異なるデフォルトリソースを定義する場合にも、画像形成装置内にリソースを重複保持させることなく、対応可能となった。さらに、複数の印刷言語により利用可能なリソースが異なる場合にも、画像形成装置内にリソースを重複保持させることなく、対応可能となった。さらに、フォント・リソース、フォーム・リソース、カラープロファイル・リソース、ルックアップテーブル・リソース、ディザパターン・リソースに関し、上記効果が得られる。

さらに、本発明によれば、画像処理装置内の領域内では同一データのリソースは１つのみ存在させ、各リソースの属性として複数の名称と、印刷言語毎に表示に使用する名称を示す情報とを画像処理装置に個別設定するので、印刷言語毎に専用リソース保持領域を持つ事なく、一箇所に保持させることができる。また、印刷言語毎に異なる特徴を示す同一リソースを別名で保持する必要もなくなり、メモリ資源の節約を図ることができる。また、画像処理装置の管理者が自在にリソースを管理する環境を自在に構築することができるという効果を奏する。

［第１実施形態］
第１実施形態においてはデータ処理装置の実施形態として、コンピュータにより実現されるダウンローダ（ダウンロードプログラム）を説明する。このダウンローダは、リソースを管理し、画像形成装置に対してそのリソースをダウンロードする。図１は、本実施形態のダウンローダによりリソースがダウンロードされる画像形成装置の一例である機能複合型複写機のハードウェアモジュール構成を表した図である。

＜画像形成装置の構成＞
本体部１０１は、本装置の印刷機能を実現するための部分であり、コンピュータと接続されたプリンタとしても機能する。本体部１０１は、ネットワークボード１０２、コントローラボード１０３、モデム１０４、スキャナコントローラ１０５、パネルコントローラ１０７、パネル１０８、ハードディスク（ＨＤ）コントローラ１０９、ＨＤ１１０、エンジン１１１で構成されており、互いに電気的に接続されている。

本装置は、本体部１０１にスキャナユニット１０６を接続することにより、複写機として機能する。ネットワークボード１０２は、パーソナルコンピュータ（ＰＣ）などデータ送信装置や制御装置として機能する外部装置と本複写機とを、ＬＡＮなどのネットワーク回線を介してリモート接続する。ＬＡＮの上位層プロトコルとしては例えばＴＣＰ／ＩＰなどが用いられる。

コントローラボード１０３は、プロセッサやメモリ、Ｉ／Ｏインターフェースなどを有する。プロセッサは所定のプログラムを実行することで複写機全体を制御すると共に、後述するリソースの管理に係る処理等も実行する。コントローラボード１０３はさらに、ＰＣなどの外部装置と本複写機とを、SCSIやUSBなどのインターフェースを介してローカル接続する。さらに、コントローラボード１０３は、ネットワークボード１０２やコントローラボード１０３自身、モデム１０４、スキャナコントローラ１０５、パネルコントローラ１０７から受け取ったデータを解釈し、ＨＤコントローラ１０９とも連携し、出力画像を形成して、エンジン１１１に渡す。

モデム１０４は、ＰＣなどの外部装置と本複写機とを電話回線を介してリモート接続する。パネルコントローラ１０７は、本複写機の機能の一部としてユーザインターフェースを提供し、ユーザからの指示を受け付けるパネル１０８を制御する。ＨＤコントローラ１０９は、本複写機内のデータの記憶領域であり、複写機で利用するリソースの蓄積場所であるＨＤ１１０を制御する。エンジン１１１は、コントローラボード１０３により形成された画像を受け取り、印刷処理を行なう。

ＨＤコントローラ１０９は、本装置内のデータの記憶領域であり、本発明に関わるリソースの蓄積場所であるＨＤ１１０を制御する。エンジン１１１は、コントローラボード１０３により形成された画像を受け取り、印刷処理を行う。

図２は、画像形成装置のもうひとつの例であるプリンタのハードウェアモジュール構成を表した図である。図２において、ネットワークボード２０２は、ＰＣなど、データ送信装置や制御装置として機能する外部装置と本プリンタとを、ネットワーク回線を介してリモート接続する。プリンタコントローラ２０３は、プロセッサやメモリなどを有する。プロセッサは所定のプログラムを実行することで複写機全体を制御すると共に、後述するリソースの管理に係る処理等も実行する。

さらに、プリンタコントローラ２０３は、ＰＣなど外部装置と本プリンタとを、SCSIやUSBなどのインターフェースを介してローカル接続する。さらに、プリンタコントローラ２０３は、ネットワークボード２０２やコントローラボード２０３自身から受け取ったデータを解釈し、記憶装置２０４とも連携し、出力画像を形成して、エンジン２０１に渡す。記憶装置２０４は、本プリンタ内のデータの記憶領域であり、不揮発性メモリやＨＤなどである。プリンタで利用されるリソースもこの記憶領域２０４に蓄積される。エンジン２０１は、プリンタコントローラ２０３により形成された画像を受け取り、印刷処理を行なう。

＜リソースの説明＞
次に、図１あるいは図２の画像形成装置により利用されるリソースに関して説明する。本発明に係るリソースは、ＨＤ１１０や記憶装置２０４に格納され、コントローラボード１０３やプリンタコントローラ２０３が出力画像を形成する際、印刷データやスキャンデータに含まれる指示に従い画像形成処理および色処理を行うために参照するデータである。

データの種類としては、（１）文字の集合であるフォント、（２）印刷データと重ねて画像を形成するためのフォーム、（３）各種デバイスの色空間を表現するプロファイル、（４）色補正のための変換テーブルであるルックアップテーブル（ＬＵＴ）、（５）色の表現を決定するパターンデータであるディザパターンなどがある。

リソースとして格納されるデータは、データ実体部と、名称やデータサイズなどを初めとするデータの特徴を示す情報（リソース属性）とで構成される。リソースは、画像形成装置に接続されたデータ送信装置や制御装置として機能するＰＣ等の外部機器からダウンロードすることができ、また外部機器にアップロードすることができる。また、外部装置に保持されているリソースについて、その属性の設定や閲覧が可能である。また、画像形成装置に、その初期状態（たとえば工場出荷時）において格納されているリソースもある。画像形成装置にダウンロードするリソースは、専用の装置またはＰＣ上のソフトウェアによって生成される。

図３は、本発明にかかわるリソースおよび画像形成装置の使用環境の一例について説明する図である。画像形成装置の代表的な使用環境として、オフィスなどにおいて、パーソナルコンピュータなどとともにＬＡＮ接続されるネットワークシステムがある。図３のネットワークシステムにおいては、サーバ３０２と、管理者用ＰＣ３０３と、クライアント用ＰＣ３０４，３０５と、図２で示した構造を持つプリンタ３０８，３０９と、図１で示した構造を持つ機能複合型複写機３０６，３０７とが、イーサネット（登録商標）３０１で接続されて構成される。

この環境において、クライアント用ＰＣ３０４，３０５は、プリンタ３０８，３０９や機能複合型複写機３０６，３０７へと、クライアントＰＣ上で稼働するプリンタドライバを介して印刷データを送信し、印刷出力を得る。また、クライアント用ＰＣ３０４、３０５は、クライアントＰＣ上で稼働するスキャナドライバを介して、機能複合型複写機３０６，３０７のスキャナユニット１０６により画像を読み込む。なお、管理者用ＰＣ３０３も、クライアント用ＰＣとして印刷出力およびスキャナ読み込み作業を行なう事が可能である。

サーバ３０２や管理者用ＰＣ３０３等が保持しているリソースを、プリンタ３０８，３０９や機能複合型複写機３０６，３０７へダウンロードする場合、管理者ＰＣ３０３上で動作するダウンロードプログラムによりダウンロードを行なう。ダウンロードプログラムは、記憶媒体またはイーサネット（登録商標）３０３を介してサーバ３０２または他の接続された機器から入手したリソースを、様々な情報を設定しながらプリンタ３０８、３０９や機能複合型複写機３０６、３０７へダウンロードする。また、プリンタ３０８、３０９や機能複合型複写機３０６、３０７のいずれかからアップロードしたリソースを、他の機器にダウンロードする事も可能である。

図４は、プリンタ３０８、３０９の記憶装置２０４あるいは機能複合型複写機３０６、３０７のＨＤ１１０に保持されるひとまとまりのリソースデータの構造を示す図である。図４（ａ）において、リソース名称４０１は、リソースを簡単に識別する一手段として利用される。また、リソース一覧をユーザに示す場合にもこの名称が利用される。リソース種４０２はリソースの種類を示す。本実施形態においては、ダウンローダは、デバイスの色空間を定義したプロファイル・リソースを取り扱う場合を例として説明するので、処理対象とするリソースはプロファイルであり、リソース種４０２はプロファイルであることを示している。リソース種４０２の内容としては、他に、フォント、フォーム、ディザパターン、ルックアップテーブルである事を示すものがある。

デフォルトフラグ４０３は、印刷データなどの受信データに、どのリソースを利用すべきかの指示が含まれていない場合に、利用されるリソースを示すフラグである。デフォルトフラグ４０３は、図４（ｃ）に示す構造をしている。本実施形態の画像形成装置は、PDL1、PDL2、PDL3、PDL4、PDL5の5種類の印刷言語を受け付け、解釈し、画像形成が可能である。そこで画像形成装置の保持するリソースのデフォルトフラグ４０３は、これら５種類の印刷言語それぞれに対応するビットを持つ。各ビットは、当該リソースを各印刷言語に関してデフォルトリソースとするか否かをその値により示す。ここでは、当該リソースは、オンビットに対応する印刷言語についてデフォルトリソースであり、オフビットに対応する印刷言語についてはデフォルトリソースではないものとしている。図４（ｃ）の例では、デフォルトフラグ４０３は、PDL1、PDL5についてはビットがオフ（０）であり、印刷言語１（PDL1）および印刷言語５（PDL5）に関しては本リソースをデフォルトリソースとはしない事を示している。また、PDL2、PDL3、PDL3、PDL4についてはビットがオン(１)であり、印刷言語２（PDL2）および印刷言語３（PDL3）および印刷言語４（PDL4）に関しては本リソースをデフォルトリソースとする事を示している。

利用フラグ４０４は、本リソースを利用可能（利用すべき）か否かを示す利用フラグであり、図４（ｂ）に示す構造をしている。利用フラグ４０４は、前記５種類の印刷言語それぞれに対応するビットを持ち、各印刷言語に関して利用可能か否かをその値により示す。ここでは、当該リソースは、オンビットに対応する印刷言語については利用可、オフビットに対応する印刷言語については利用不可としている。図４（ｂ）の例では、利用フラグ４０４においては、PDL5についてはビットがオフ（０）であり、印刷言語５（PDL5）に関しては本リソースを利用できないことを示している。また、PDL1、PDL2、PDL3、PDL3、PDL4についてはビットがオン(１)であり、印刷言語１（PDL1）および印刷言語２（PDL2）および印刷言語３（PDL3）および印刷言語４（PDL4）に関しては本リソースを利用できる事を示している。

データ部情報４０５は、データ部４０６の詳細を示し、データサイズなどが格納されている。データ部４０６は、リソースであるフォントやフォーム、プロファイル等のデータ本体が格納されている。本実施形態では、データ本体は画像形成装置のプロファイルデータである。

本実施形態において、個々のリソースは図４の構造で管理されており、管理者用ＰＣ３０３と、プリンタ３０８、３０９と、機能複合型複写機３０６、３０７との間でアップロードやダウンロードされる。なお、本実施形態において、管理者用ＰＣ３０３やサーバ３０２等で管理されているリソースは、データ部情報４０５およびデータ部４０６というリソースの実体で構成され、リソース名称４０１やリソース種４０２、デフォルトフラグ４０３、利用フラグ４０４といったリソース属性は含まない。したがってダウンロードの対象となるのは、データ部情報４０５とデータ部４０６である。リソース属性部は画像形成装置等のデバイスにおいて付加される。ただし。このことは、管理者用ＰＣ３０３やサーバ３０２においてもリソースの属性を管理することを妨げるものではなく、図４に示す形式で管理者用ＰＣ３０３やサーバ３０２において管理することもできる。

なお、この発明が有用であるのは、下記のような側面もあるからである。例えば、カラー対応であって、かつ、複数種類のページ記述言語（Ｐｒｉｎｔｅｒ Ｄｉｓｃｒｉｐｔｉｏｎ Ｌａｎｇａｇｅ：ＰＤＬ）に対応した複合機、プリンタ等であるカラーマルチＰＤＬ機が開発されている。係るマルチＰＤＬ機のカラー対応機には、それぞれのＰＤＬに対応したカラープロファイルが用意される。カラープロファイルとは、スキャナやデジタルカメラから入力される画像の取り込み作業環境（例えば、モニタ）と、印刷環境（レーザプリンタ、大型印刷機、複合機など）における色味を調整し、適切に色の補正を行なうために用いられる変換テーブルである。

ここで、リソースの一例であるカラープロファイルは、言語ごとに用意されることがある。例えば、本実施形態においては、ＡというＰＤＬが使用される時には合わせてカラープロファイルＡをロードし、ＢというＰＤＬを使用する時には、カラープロファイルＢを併せてロードするよう設定することができる。このように、それぞれのＰＤＬの種類に対応付けて、データ処理時に使用すべき適切なカラープロファイルを管理者ユーザが設定しておくことが可能である。

このようにすれば、それぞれのＰＤＬに最適なプロファイルを自動的にロードすることができる。例えば、鮮やかな発色が好まれるビジネス用途向けの印刷に向いたＰＤＬ言語を使用するようにカラー処理に詳しくない一般ユーザが設定した場合には、当該ＰＤＬに対応した、鮮やかな発色に適したカラープロファイルが自動的にロードされる。また、プロフェッショナルユースに適した別のＰＤＬ言語を一般ユーザが選択して使用する場合には、当該別のＰＤＬ言語を使用する業界で標準的に定められているカラープロファイルが自動的にロードされる。

以上述べたように、本実施形態のようにリソースの一例としてカラープロファイルを想定でき、一般ユーザは、それぞれのＰＤＬ言語に対応したカラープロファイルをリソースとして設定しておくだけで、印刷時に、PDLに合わせ、対応するカラープロファイルを選んで、設定するなどの処理を行なわずとも、所望の言語を選択するだけで最適な色味の印刷をすることができる。

＜コンピュータの構成＞
図８は、管理者用ＰＣ３０３、クライアント用ＰＣ３０４、３０５などのコンピュータのハードウエア構成を説明するブロック図である。

ＣＰＵ１７０１は、装置全体を制御する中央処理装置であり、ＲＡＭ１７０３をワークエリア等として利用しながら、ＲＯＭ１７０２、またはハードディスク１７０５、または外部機器コントローラ１７０６を介して接続された機器へセットされたＣＤなど移動可能な媒体、またはネットワークコントローラ２０７を介して接続された機器上に格納されたプログラムをＲＡＭにロードして実行し、そのプログラムの手順に従って、リソースのダウンロード処理をはじめ、各種の処理を実行する。システムバス１７０８は、上記各構成要素間でデータや制御信号を授受するためのバスである。なお、ＲＯＭ１７０２およびＨＤＤ１７０５には、各種プログラムのほか、文字パターンデータ（フォントデータ）やプロファイルデータなど、画像形成装置にダウンロードされるリソースデータが格納されている。

ハードディスク・コントローラ１７０４は、コンピュータが記憶装置の１つとして利用するハードディスク・ドライブの動作を制御し、さらにコンピュータに第２、第３の新たなハードディスク・ドライブが追加された場合にもそれらの動作を制御する。外部機器コントローラ１７０６は、コンピュータにSCSIやUSB、パラレルインターフェースなどにより接続される、フロッピ（登録商標）ディスク、CD、DVD、MO、CD-Rドライブ、スキャナ、プリンタといった記憶機器および入出力機器を制御する。ネットワークコントローラ１７０７は、ネットワークを介して各種装置（本実施形態においてはイーサネット（登録商標）３０１に接続された各機器）との間でのデータ送受信を制御する。ディスプレイ１７０９は、ダウンローダの操作画面を始めとして、各種プログラムからの情報を表示する。入力デバイス１７１０は、キーボード、マウスなど、操作者が本装置に対し指示を与えるための入力デバイスである。また、本実施形態の処理プログラムを初めとするＣＰＵ６で処理するプログラムは、コンピュータ言語を用いてプログラムされたものである。

＜ダウンローダの動作＞
図９は、本発明に係るダウンローダ等の処理プログラムを実行する際、処理プログラムをＲＡＭ１７０３上にロードした際のメモリマップを示す図である。ＲＡＭ１７０３には、コンピュータの入出力を司る基本Ｉ／Ｏプログラム１８０１、各処理プログラムに動作環境を提供するシステム・プログラム（オペレーティングシステム）１８０２、後述するダウンローダを初めとする各種処理プログラム１８０３、リソースデータを含む関連データを格納する関連エリア１８０４、各種プログラムが動作する際に一時的に利用するワークエリア１８０５で構成されている。なお、ＲＡＭ１７０３の容量の制約により、領域１８０１〜１８０５として利用する領域が足りなくなった場合、ＨＤＤ１７５０５など別の記憶媒体をＲＡＭ１７０３の領域の一部として扱うことも可能である。

このダウンローダプログラムは、ＦＤ、ＨＤ、ＭＯ、ＣＤ−ＲＯＭなどの記憶媒体やネットワークを介して他のコンピュータに供給でき、それら記憶媒体から直接起動することも可能であるし、また装置上に（すなわちハードディスクに）インストール後に起動することも可能である。

図６は、本実施形態の管理者用ＰＣ３０３におけるダウンローダの処理の流れを示すフローチャートである。ダウンローダは複数のリソースを一つずつ順次ダウンロード可能な仕組みとなっている。図６の手順は、ユーザ等からの指示によりオペレーティングシステムを介してダウンローダが起動された時点から記載されている。なお、ダウンローダ起動後のグラフィカルユーザインターフェース（ＧＵＩ）等を介して、ダウンロード先の装置とダウンロード対象のリソースとが選択されている。

まずステップＳ６０１において、ダウンロードすべきリソースを全て処理したかどうかを判別する。ステップＳ６０１において、ダウンロードすべきリソースを全て処理し終えていないと判断した場合、次に処理すべきリソースに関し、ステップＳ６０２〜Ｓ６０４の処理を行ない、ステップＳ６０１に戻る。ステップＳ６０１において、ダウンロードすべきリソースを全て処理し終えたと判断した場合、処理を終了する。

ステップＳ６０２において、図５に示すダイアログ５０１を表示し、ユーザによるリソース属性の設定を受け付ける。図５は本実施形態のリソースダウンローダがディスプレイ１７０９に表示する操作画面の一つで、ダウンロードするリソースの属性を設定するダイアログ５０１である。

リソース名５１６は、処理対象とするリソースの名称を表示している。本実施形態のダウンローダは処理対象としてプロファイル・リソースを扱い、現在は「ColorProfile_ABC」という名称のリソースをダウンロードしようとしている。この名称は、例えば管理者ＰＣ３０３においてリソースデータが保持されているファイル名などでよい。また、この名称をユーザが指定し、画像形成装置にダウンロードされたリソース名称欄に、後述するフラグ等とともに書き込むこともできる。

デフォルトフラグ設定欄５０４は、リソース名５１６で示されるリソースのデフォルトフラグを設定するユーザインターフェースであり、チェックボックス５０５、５０６、５０７、５０８、５０９を持つ。チェックボックス５０５、５０６、５０７、５０８、５０９は、それぞれＰＤＬ１〜ＰＤＬ５に対応するデフォルトフラグに相当し、チェックされるとデフォルトフラグが「１」に設定され、デフォルトとして指定される。ただし、各チェックボックスで指定された値は直接リソースデータに反映されるのではなく、ダウンロードボタン５０２が押されてリソースの実体であるデータ部４０６がダウンロードされてから反映される。

利用可能フラグ設定欄５１０は、リソース名５１６で示されるリソースの利用フラグを設定するユーザインターフェースであり、チェックボックス５１１、５１２、５１３、５１４、５１５を持つ。チェックボックス５１１、５１２、５１３、５１４、５１５は、それぞれＰＤＬ１〜ＰＤＬ５に対応する利用可能フラグに相当し、チェックされると利用可能フラグが「１」に設定され、利用可能として指定される。ただし、各チェックボックスで指定された値は直接リソースデータに反映されるのではなく、ダウンロードボタン５０２が押されてリソースの実体であるデータ部４０６がダウンロードされてから反映される。

ダウンロードボタン５０２は、リソース名５１６で示されるリソースのダウンロードを実行するためのボタンである。ダウンロードボタン５０２が指示された場合には、図６のステップＳ６０３に進んでダウンロードが実行され、ダウンロードされたリソースのデフォルトフラグおよび利用可能フラグ欄に設定された値が反映される。キャンセルボタン５０３は、ダイアログ５０１上の設定を破棄し、前の画面に戻るためのボタンである。

さて、図５のダイアログ５０１においてダウンロードボタン５０２が指示されると、ステップＳ６０３において、ダウンロードが指示されたリソースデータを、別途指示された画像形成装置にダウンロードする。これにより図４に示す構造の、データ部情報４０５およびデータ部４０６が生成される。ただし、ダウンロード直後の状態では、リソース名称４０１、リソース種４０２、デフォルトフラグ４０３、利用フラグ４０４を含む属性部には意味のある値は書き込まれておらず、単に領域が確保されているだけの状態である。

次にステップＳ６０４において、ダウンロードされたリソースに対し、ダイアログ５０１上での設定を、リソース属性として属性設定する。すなわち、リソース属性を、リソースの実体データと関連づけて前記画像形成装置に格納する。この時、リソース名称欄５１６に設定された名称はリソースの名称４０１に格納される。リソース種４０２に関しては、本実施形態におけるダウンローダの例ではプロファイルのみを扱うため、プロファイルである事を示す内容を設定する。もちろんプロファイル以外のリソースであればその種類に応じた値が設定される。たとえば、管理者ＰＣのオペレーティングシステムがウインドウズ（登録商標）である場合には、そのファイル拡張子をリソースの種類として利用し、その拡張子から判別されたリソースの種類をステップＳ６０３においてリソース種４０２として設定することができる。

デフォルトフラグ４０３には、デフォルトフラグ設定欄５０４に含まれているチェックボックス５０５〜５０９の状態を反映し、設定する。チェックボックスがチェックされていたら、デフォルトフラグ４０３の対応するビットをオン（"１"）とする。チェックボックスがチェックされていなかったたら、デフォルトフラグ４０８の対応するビットをオフ（"０"）とする。

利用フラグ４０４には、利用フラグ設定欄５１０に含まれているチェックボックス５１１〜５１５の状態が反映され、設定される。チェックボックスがチェックされていたら、利用フラグ４０４の対応するビットをオン（"１"）とする。チェックボックスがチェックされていなかったたら、利用フラグ４０４の対応するビットをオフ（"０"）とする。

なお、図５および図６の説明では、新規にダウンロードする場合についてのみ説明したが、画像形成装置３０６−３０９内から既存のリソースを読み出した上、図６のステップＳ６０３を省略し、ステップＳ６０４の属性設定のみを行なうことも可能である。その場合には、図５の表示には読み出した属性値が反映される。

＜リソース一覧表示の動作＞
図７は、管理者用ＰＣ３０３あるいはクライアント用ＰＣ３０４、３０５上で動作するプリンタドライバにより、そのユーザインターフェースに、ダウンローダにより図６の手順でダウンロードされた画像形成装置内の図４（ａ）の形式のリソースを一覧表示する際のフローチャートである。なお、本プリンタドライバは、説明上は印刷言語ＰＤＬ２を用いるものとする。したがって、図７中の「自分のビット」とは、ＰＤＬ２に対応するビットを指す。さらに、簡潔に説明するために、画像形成装置内には図５および図６のダウンローダで取り扱ったプロファイルリソースのみが存在するものとして説明する。

まずステップＳ７０１において、画像形成装置内のリソース格納領域に存在するプロファイル・リソースすべての属性情報を取得する。この時取得するリソースの属性情報としては、図４の名称４０１、デフォルトフラグ４０３、利用フラグ４０４といった属性が含まれる。そして、このうちのひとつのリソースに注目する。

ステップＳ７０２においては、ステップＳ７０１で取得したリソース全てを処理したかどうかを判定する。ステップＳ７０２において、全リソースを処理し終えていないと判断した場合、ステップＳ７０３〜Ｓ７０６の処理を行ない、ステップＳ７０２に戻る。

ステップＳ７０３においては、注目リソースの利用フラグ４０４を参照して、PDL2用のビットがオンかオフかを判定する。図７の手順を遂行するプリンタドライバは、そのプリンタドライバが利用するＰＤＬの種類に対応するフラグの位置を予め知らされている。これは、参照すべきフラグの位置を別途テーブル等で保持したり、あるいは、プログラムコードの一部として保持することで実現できる。

ステップＳ７０３において利用フラグのＰＤＬ２対応ビットがオフ（"０"）の場合、注目リソースをスキップしてステップＳ７０２に戻る。ステップＳ７０３において利用フラグのPDL2対応ビットがオン（"１"）の場合、注目リソースの名称４０１を、プリンタドライバのユーザインターフェース上のリソース一覧に追加する。ただしこの段階ではリソース一覧のデータに追加するのであって、表示は行わない。

次にステップＳ７０５において、デフォルトフラグ４０３を参照し、PDL2用のビットがオンかオフかを判定する。デフォルトフラグのＰＤＬ２対応ビットがオフ（"０"）の場合、注目リソースについての表示処理を終了してステップＳ７０２に戻る。

ステップＳ７０５においてデフォルトフラグのＰＤＬ２対応ビットがオン（"１"）の場合、注目リソースをドライバのユーザインターフェース上のリソース一覧の最上位に表示するために、ステップＳ７０４で追加された注目リソースの表示欄を、リソース一覧の最上位に移動する。この後ステップＳ７０２へと戻る。この段階でもリソース一覧のデータに追加するのであって、表示は行わない。なお、デフォルト指定されたリソースについては、特定のマークを付するなど、デフォルト指定されていることが認識できる他の態様で表示することもできる。

一方、ステップＳ７０２において全リソースを処理し終えたと判断した場合、ステップＳ７０７において、ステップＳ７０４およびＳ７０６で作成したリソース一覧を、プリンタドライバのユーザインターフェース上に表示する。

こうして、画像形成装置を使用するコンピュータにおいては、そのコンピュータにインストールされた前記画像形成装置用のデバイスドライバプログラムは、そのドライバが使用可能であってしかもその画像形成装置に現実に保持されているリソースの一覧を、ユーザインターフェース画面に表示することができる。さらに、特に指定がない場合に使用されるデフォルトのリソースを、一覧の上位に表示することで、通常使用されるリソースをユーザインターフェース画面において把握することも可能である。

さらに、図７の手順で表示させたリソースを画面上で選択し、選択されたリソースについて図６の手順でその属性を変更することも可能である。ただしこの場合には、ステップＳ６０３のダウンロードは不要となる。

ただし、デバイスにダウンロード済みのリソースの属性のみを変更する場合にはダウンロードが不要であるが、リソース実体の変更には、ダウンロードが必要となる。

また、図７においては、PDL2用のドライバについて説明したが、本実施形態における画像形成装置にデータを送信する他のPDL用のドライバ（PDL1、PDL3、PDL4、PDL5用）に関しても、S703、S705において参照するビットが異なるだけで、図７の処理でリソースの一覧表示が行なえる。

以上のようにして、デバイスに保持されたリソースは、その印刷言語（ページ記述言語）ごとに対応する属性（デフォルトフラグ及び利用フラグ）を付与され、管理される。そのため画像形成装置による印刷処理を要求するオペレータは、ユーザごとに利用可能なリソースの情報をそれが保持されているデバイスから読み出してコンピュータ画面に表示させ、その中から適切なリソースを選択して利用する旨の指定を行うことができる。利用するリソースの指定は、たとえばプリンタドライバにより生成される印刷データのなかに命令として組み込まれる。画像形成装置は印刷データを受信するとそのリソースを指定する命令を解釈して指定されたリソースを利用する。

なお、プリンタドライバによるリソースの選択は、かならずしもオペレータを煩わせる必要はない。すなわち、特にリソースが指定されていない場合には、プリンタドライバが対応するＰＤＬにより利用可能なリソースが複数あれば、それらの中からデフォルトフラグの対応ビットがセットされたものを検索し、デフォルトビットがセットされているリソースを利用する旨の命令を印刷データに組み込む。このようにして、デバイスに保持されたひとつのリソースを、そのリソースのユーザからは、そのユーザに対応した属性を備えたリソースとして扱うことができる。

以上説明したように、複数印刷言語に対応した画像形成装置に対し、装置上にリソースを重複保持させず、しかも各印刷言語に対し別個のリソース特徴を表現可能なリソースをダウンロードする事ができた。

［第２実施形態］
第１実施形態において説明した図６および図７の処理を行なうプログラムは、フロッピー（登録商標）ディスクやＣＤ−ＲＯＭなどの記憶媒体に記録する事が可能である。その記憶媒体を読み込み可能なＰＣなどのデータ送信装置にセットし、各種インターフェースを用いて接続された第１実施形態の図１、図２に示す画像形成装置に対して送信し、コントローラボード１０３やプリンタコントローラ２０３上の処理プログラムとする事も可能である。

［第３実施形態］
第３実施形態として、ひとつのリソースについて印刷言語ごとに相異なる名称を付与することが可能なリソースの管理方法を実現するダウンローダを説明する。

図１０（ａ）は、図１に示した機能複合型複写機３０６、３０７のＨＤ１１０あるいは図２に示したプリンタ３０８、３０９の記憶装置２０４に保持されるリソースデータの構造を示す図である。図１０（ａ）において、図４と共通の部分についての説明は省略する。

リソース名称１００１、１００２、１００３は、リソースを簡単に識別する一手段として利用される。また、リソース一覧をユーザに示す必要がでてきた場合にも、この名称のいずれかを利用する。本実施形態においては、各リソース毎に３つの名称を保持している。

使用名称情報１００４は、リソースをユーザに示す場合、リソース名称１００１、１００２、１００３の内のどの名前で表示すべきか、或いは、表示しないのかを示す情報である。使用名称情報１００４は、図１０（ｂ）に示すようなデータ構造を備えている。本実施形態の画像処理装置は、印刷言語ＰＤＬ１、ＰＤＬ２、ＰＤＬ３、ＰＤＬ４、ＰＤＬ５の５種類を受け付け、解釈し、画像処理が可能となっている。そこで、使用名称情報１００４には、前記５種類の印刷言語ＰＤＬ１、ＰＤＬ２、ＰＤＬ３、ＰＤＬ４、ＰＤＬ５それぞれ用のフィールド（本実施形態においては各２ビット）を持ち、各印刷言語に関して表示に使用すべき名称、或いは表示しない事を示している。

使用名称情報データ構造１００４において、印刷言語ＰＤＬ１に対応するフィールドは値が「３」であり、ＰＤＬ１については「名称３」であるリソース名称１００３を表示に使用する事を示している。また、印刷言語ＰＤＬ２、ＰＤＬ３に対応するフィールドはともに値が「１」であり、ＰＤＬ２，３については「名称１」となるリソース名称１００１を表示に使用する事を示している。また、印刷言語ＰＤＬ４に対応するフィールドは値が「０」であり、このリソースを表示しない事を示している。また、印刷言語ＰＤＬ５に対応するフィールドは値が「２」であり、ＰＤＬ５については「名称２」となるリソース名称１００２を表示に使用する事を示している。

図１１は、図８に示したディスプレイ１７０９に表示される操作画面の一例を示す図であり、例えば本実施形態のリソースダウンローダがＤｉｓｐｌａｙ１７０９に表示する操作画面の一つであって、ダウンロードするリソースの属性を設定するダイアログ１１０１に対応する。

ダイアログ１１０１において、名称１欄１１０４は１つ目の名称「名称１」の入力領域であり、「名称１」となるリソース名称１００１に格納する値の入力領域である。名称２欄１１０５は２つ目の名称「名称２」の入力領域であり、「名称２」となるリソース名称１００２に格納する値の入力領域である。

名称３欄１１０６は３つ目の名称「名称３」の入力領域であり、「名称３」となるリソース名称１００３に格納する値の入力領域である。表示名称情報設定欄１１１３は表示名称情報を設定するユーザインタフェースであり、プルダウンメニュー１１０８、１１０９、１１１０、１１１１、１１１２を持つ。各プルダウンメニュー１１０８、１１０９、１１１０、１１１１、１１１２では、「０」または「１」または「２」または「３」が選択可能となっている。

ダウンロードボタン１１０２は、ダウンロードの実行する際に指示される。なお、ダウンロードボタン１１０２が指示された場合の処理については、第１実施形態の図６に示すフローチャートにおいて説明したものと概略は同じものである。しかし、リソースの属性が第１実施形態とは異なっているので、あらためて後で説明する。キャンセルボタン１１０３は、ダイアログ１１０１上の設定を破棄し、前画面に戻る際に指示される。

図６は、本発明に係るデータ処理装置におけるデータ処理手順の一例を示すフローチャートであり、本実施形態におけるダウンローダのデータ処理手順に対応する。本実施形態（第１実施形態でも）では、ダウンローダを複数のリソースを一つずつ順次ダウンロード可能な仕組みとなっている。

まず、ステップＳ６０１において、ダウンロードすべきリソースを全て処理したかどうかを判別して、ダウンロードすべきリソースを全て処理し終えていないと判断した場合、次の処理すべきリソースに関し、ステップＳ６０２〜Ｓ６０４の処理を行ない、最終的にステップＳ６０１に戻るものとする。なお、図中では、ステップＳ６０４からステップＳ６０２に戻るものとして記す。一方、ステップＳ６０１において、ダウンロードすべきリソースを全て処理し終えたと判断した場合、処理を終了する。

これにより、例えばステップＳ６０２において、図１１に示したダイアログ１１０１を表示し、ユーザによるリソース属性の設定を受け付ける。なお、本処理では、ダイアログ１１０１を表示後、ダウンロードボタン１１０２が指示された場合についてのみの記載としている。

ダウンロードボタン１１０２が指示されると、まず、ステップＳ６０３において、リソースデータを画像処理装置（図２に示したプリンタ３０８，ＭＦＰ３０６，３０７が含まれる）にダウンロードする。これにより図１０（ａ）に示したデータ構造の、データ情報部４０５およびデータ部４０６が生成される。

次に、ステップＳ６０４においては、ダウンロードしたリソースに対し、ダイアログ１１０１上での設定を、リソース属性として属性設定する。この時、「名称１」１１０４は「名称１」となるリソース名称１００１に、「名称２」１１０５は「名称２」となるリソース名称１００２に、「名称３」１１０５は「名称３」となるリソース名称１００３に格納される。

リソース種４０２に関しては、本実施形態におけるダウンローダの例ではプロファイルのみを扱うため、プロファイルである事を示す内容を設定する。

使用名称情報１００４には、表示名称情報設定欄１１１３に含まれているプルダウンメニュー１１０８〜１１１２の値を反映し、設定する。

印刷言語ＰＤＬ１用のプルダウンメニュー１１０８で指定されている値は、使用名称情報１００４のＰＤＬ１用のフィールドに設定する。印刷言語ＰＤＬ２用のプルダウンメニュー１１０９で指定されている値は、使用名称情報１００４のＰＤＬ２用のフィールドに設定する。

また、印刷言語ＰＤＬ３用のプルダウンメニュー１１１０で指定されている値は、使用名称情報１００４のＰＤＬ３用のフィールドに設定する。印刷言語ＰＤＬ４用のプルダウンメニュー１１１１で指定されている値は、使用名称情報１００４のＰＤＬ４用のフィールドに設定する。印刷言語ＰＤＬ５用のプルダウンメニュー１１１２で指定されている値は、使用名称情報１００４のＰＤＬ５用のフィールドに設定する。

なお、ここでは、新規にダウンロードする場合についてのみ説明したが、画像処理装置内から既存のリソースを読み出した上、図６に示したステップＳ６０３を省略し、ステップＳ６０４の属性設定のみを行う事も可能である。

図１２は、本発明に係るデータ処理装置における第２のデータ処理手順の一例を示すフローチャートである。図１２は、例えば管理者用ＰＣ３０３あるいはクライアント用ＰＣ３０４、３０５上で動作し、図１１および図６において説明したダウンローダによりダウンロードされた画像処理装置内の図１０（ａ）、図１０（ｂ）に示したデータ形式のリソースを一覧するプログラムの一例であるプリンタドライバが、ユーザインタフェース上に画像処理装置内のリソースを一覧表示する際のデータ処理手順に対応する。なお、Ｓ１２０１〜Ｓ１２０７は各ステップを示す。また、本プリンタドライバは、説明上は印刷言語ＰＤＬ２を用いるものとする。さらに、本発明に直接関係しないリソース種判別の説明を省くため、画像処理装置内には図１１および図６で説明したダウンローダで取り扱ったプロファイルリソースのみが存在するものとする。

まず、ステップＳ１２０１において、画像処理装置内のリソース格納領域に存在するプロファイルリソースを全て一覧する。この時、図１０（ａ）、図１０（ｂ）に示した「名称１」となるリソース名称１００１、「名称２」となるリソース名称１００２、「名称３」となるリソース名称１００３、使用名称情報１００４といった属性も、一覧したリソースそれぞれに関し取得する。

そして、Ｓ１２０２において、ステップＳ１２０１で一覧したリソース全てを処理したかどうかを判定して、全リソースを処理し終えていないと判断した場合、ステップＳ１２０３〜Ｓ１２０６の処理を行い、ステップＳ１２０２に戻る。

ステップＳ１２０３において、処理対象リソースの使用名称情報１００４を参照し、印刷言語ＰＤＬ２用のフィールドの値を判定し、その値が「１」であると判定した場合、ステップＳ１２０４において、そのリソースをドライバのユーザインタフェース上のリソース一覧に表示するためのリストに、「名称１」となるリソース名称１００１を追加する。

一方、ステップＳ１２０３の判定で、値が「２」であると判定した場合、ステップＳ１２０５において、そのリソースをドライバのユーザインタフェース上のリソース一覧に表示するためのリストに、「名称２」となるリソース名称１００２を追加する。一方、ステップＳ１２０３の判定で、値が「３」であると判定した場合、ステップＳ１２０６において、そのリソースをドライバのユーザインタフェース上のリソース一覧に表示するためのリストに、「名称３」となるリソース名称１００３を追加する。一方、ステップＳ１２０３の判定で、値が「０」であると判定した場合、そのリソースをドライバのユーザインタフェース上のリソース一覧に表示するためのリストに何も追加しない。

一方、ステップＳ１２０２において、全リソースを処理し終えたと判断した場合、ステップＳ１２０７において、ステップＳ１２０４、Ｓ１２０５、Ｓ１２０６で作成したドライバのユーザインタフェース上のリソース一覧に表示するためのリストに基づいて、ドライバのユーザインタフェース上にリソース一覧を表示して、本処理を終了する。

なお、図１２においては、印刷言語ＰＤＬ２用のプリンタドライバについて説明したが、本実施形態における画像処理装置にデータを送信する他のＰＤＬ用のドライバ（ＰＤＬ１、ＰＤＬ３、ＰＤＬ４、ＰＤＬ５用）に関しても、ステップＳ１２０３、Ｓ１２０５において参照するフィールドが異なるだけで、図１２に示す処理でリソースの一覧表示が行える。

以上説明したように、本実施形態によれば、複数印刷言語に対応した画像処理装置に対し、装置上にリソースを重複保持させず、しかも各印刷言語に対し別個のリソース名称を表現可能なリソースをダウンロードする事ができる。

［第４実施形態］
上記第１乃至第３実施形態で明した図６および図７および図１２の処理を行うプログラムは、フレキシブルディスクやＣＤ−ＲＯＭなどの記憶媒体に記録する事が可能である。その記憶媒体を読み込み可能なＰＣなどのデータ送信装置にセットし、各種インタフェースを用いて接続された、第１乃至第３実施形態に示す図１、図２に示す画像処理装置に対し送信し、コントローラボード１０３やプリンタコントローラ２０３上の処理プログラムとする事も可能である。

以下、図１３に示すメモリマップを参照して本発明に係るデータ処理装置で読み出し可能なデータ処理プログラムの構成について説明する。

図１３は、本発明に係るデータ処理装置で読み出し可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。

なお、特に図示しないが、記憶媒体に記憶されるプログラム群を管理する情報、例えばバージョン情報，作成者等も記憶され、かつ、プログラム読み出し側のＯＳ等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。

さらに、各種プログラムに従属するデータも上記ディレクトリに管理されている。また、各種プログラムをコンピュータにインストールするためのプログラムや、インストールするプログラムが圧縮されている場合に、解凍するプログラム等も記憶される場合もある。

本実施形態における図６、図７、図１２に示す機能が外部からインストールされるプログラムによって、ホストコンピュータにより遂行されていてもよい。そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記憶媒体により、あるいはネットワークを介して外部の記憶媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。

以上のように、前述した実施形態の機能を実現するソフトウエアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成される。

この場合、記憶媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。

プログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，磁気テープ，不揮発性のメモリカード，ＲＯＭ，ＥＥＰＲＯＭ等を用いることができる。

また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

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

本発明は上記実施形態に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施形態の有機的な組合せを含む）が可能であり、それらを本発明の範囲から排除するものではない。

以上説明したように、本発明によれば、複数印刷言語に対応した画像形成装置に対し、装置上にリソースを重複保持させず、しかもリソースが各印刷言語に対し別個のリソース特徴を表現可能とする事が可能となった。

さらに、複数印刷言語に対応した画像形成装置に対し、装置上にリソースを重複保持させず、しかも各印刷言語に対し別個のリソース特徴を表現可能なリソースをダウンロードする事が可能となった。

さらに、複数の印刷言語が異なるデフォルトリソースを定義する場合にも、画像形成装置内にリソースを重複保持させることなく、対応可能となった。

さらに、複数の印刷言語により利用可能なリソースが異なる場合にも、画像形成装置内にリソースを重複保持させることなく、対応可能となった。

さらに、フォント・リソース、フォーム・リソース、カラープロファイル・リソース、ルックアップテーブル・リソース、ディザパターン・リソースに関し、上記効果が得られる。

さらに、本発明によれば、画像処理装置内の領域内では同一データのリソースは１つのみ存在させ、各リソースの属性として複数の名称と、印刷言語毎に表示に使用する名称を示す情報とを画像処理装置に個別設定するので、印刷言語毎に専用リソース保持領域を持つ事なく、一箇所に保持させることができる。また、印刷言語毎に異なる特徴を示す同一リソースを別名で保持する必要もなくなり、メモリ資源の節約を図ることができる。

また、画像処理装置の管理者が自在にリソースを管理する環境を自在に構築することができるという効果を奏する。

実施形態の画像形成装置の一例である機能複合型複写機の構成を示す図である。 実施形態の画像形成装置の一例であるプリンタの構成を示す図である。 実施形態のデータ処理装置および、処理対象とする画像形成装置の使用環境の一例を示す図である。 実施形態におけるリソースの構造を示す図である。 実施形態におけるダウンローダのユーザインターフェースを示す図である。 実施形態におけるダウンローダのフローチャートである。 実施形態のプリンタドライバによるリソース一覧処理のフローチャートである。 コンピュータの構成を説明するブロック図である。 ダウンローダ実行時におけるＲＡＭ１７０３上のメモリマップの構造を示す図である。 図１に示した機能複合型複写機のＨＤあるいは図２に示したプリンタの記憶装置に保持されるリソースデータの構造を示す図である。 図８に示したディスプレイに表示される操作画面の一例を示す図である。 本発明に係るデータ処理装置における第２のデータ処理手順の一例を示すフローチャートである。 本発明に係るデータ処理装置で読み出し可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。

Claims (23)

1. 複数種類の印刷言語による印刷データを指定されたリソースを用いて処理可能な画像形成装置により保持されるリソースを管理するためのリソース管理方法であって、
   前記リソースについて、前記画像形成装置が処理可能な複数種類の印刷言語それぞれに対応する属性を設定する設定工程と、
   前記設定工程により設定された属性を、前記画像形成装置に保持された前記リソースの実体データと関連づけて前記画像形成装置に格納する格納工程とを具備することを特徴とするリソース管理方法。
2. リソースの実体データを前記画像形成装置にダウンロードするダウンロード工程を更に備え、前記格納工程は、前記ダウンロード工程によりダウンロードされたリソースの実体データと関連づけて、当該リソースについての属性を格納することを特徴とする請求項１に記載のリソース管理方法。
3. 前記複数種類の印刷言語それぞれに対応する属性として、各印刷言語で利用可能であるか否かを示す属性が含まれ、前記画像形成装置に保持されたリソースに関連づけて格納された属性を読み、特定の印刷言語により利用可能であるリソースについての属性を表示する一覧表示工程をさらに備えることを特徴とする請求項１または請求項２に記載のリソース管理方法。
4. 前記複数種類の印刷言語それぞれに対応する属性として、各印刷言語でデフォルトとして利用されるか否かを示す属性が含まれ、前記一覧表示工程は、特定の印刷言語についてデフォルト指定されているリソースについての属性を、その旨認識できるように表示することを特徴とする請求項３に記載のリソース管理方法。
5. 前記複数種類の印刷言語それぞれに対応する属性として、各印刷言語に対応するリソースの名称が含まれ、前記一覧表示工程は、各印刷言語について指定されているリソース名称を、その旨認識できるように表示することを特徴とする請求項３に記載のリソース管理方法。
6. 前記リソースは、印字に用いるフォント・リソースと、印刷時に印刷データと重ね合わせて画像を形成するフォーム・リソースと、入出力機器の色空間を表現したカラープロファイル・リソースと、色処理における色補正のための変換テーブルであるルックアップテーブル・リソースと、色処理において色の表現を決定するパターンデータであるディザパターン・リソースを含むことを特徴とする請求項１乃至請求項５のいずれか１項に記載のリソース管理方法。
7. 入力データで指定されたリソースを用いて複数の互いに異なる処理部により前記入力データを処理可能なデバイスが保持するリソースを管理するためのリソース管理方法であって、
   前記リソースについて、前記デバイスにおいて実行される複数の互いに異なる処理部それぞれに対応する属性を設定する設定工程と、
   前記設定工程により設定された属性を、前記デバイスに保持された前記リソースの実体データと関連づけて前記デバイスに格納する格納工程とを具備することを特徴とするリソース管理方法。
8. 複数種類の印刷言語による印刷データを指定されたリソースを用いて処理可能な画像形成装置により保持されるリソースを管理するために、コンピュータにより、
   前記リソースについて、前記画像形成装置が処理可能な複数種類の印刷言語それぞれに対応する属性を設定する設定工程と、
   前記設定工程により設定された属性を、前記画像形成装置に保持された前記リソースの実体データと関連づけて前記画像形成装置に格納する格納工程とを実行させることを特徴とするプログラム。
9. 複数種類の印刷言語による印刷データを、指定されたリソースを用いて処理可能な画像形成装置により保持されたリソースを管理するデータ処理装置であって、
   前記リソースについて、前記画像形成装置が処理可能な複数種類の印刷言語それぞれに対応する属性を設定する設定手段と、
   前記設定手段により設定された属性を、前記画像形成装置に保持された前記リソースの実体データと関連づけて前記画像形成装置に格納する格納手段とを具備することを特徴とするデータ処理装置。
10. リソースの実体データを前記画像形成装置にダウンロードするダウンロード手段を更に備え、前記格納手段は、前記ダウンロード手段によりダウンロードされたリソースの実体データと関連づけて、当該リソースについての属性を格納することを特徴とする請求項９に記載のデータ処理装置。
11. 前記複数種類の印刷言語それぞれに対応する属性として、各印刷言語で利用可能であるか否かを示す属性が含まれ、前記画像形成装置に保持されたリソースに関連づけて格納された属性を読み、特定の印刷言語により利用可能であるリソースについての属性を表示する一覧表示手段をさらに備えることを特徴とする請求項９または請求項１０に記載のデータ処理装置。
12. 前記複数種類の印刷言語それぞれに対応する属性として、各印刷言語で利用可能であるか否かを示す属性が含まれ、前記画像形成装置に保持されたリソースに関連づけて格納された属性を読み、特定の印刷言語により利用可能であるリソースを選択する選択手段をさらに備えることを特徴とする請求項９または請求項１０に記載のデータ処理装置。
13. 前記複数種類の印刷言語それぞれに対応する属性として、各印刷言語でデフォルトとして利用されるか否かを示す属性が含まれ、前記選択手段は、特定の印刷言語についてデフォルト指定されているリソースについての属性を判定することを特徴とする請求項１２に記載のデータ処理装置。
14. 前記複数種類の印刷言語それぞれに対応する属性として、各印刷言語に対応するリソースの名称が含まれ、前記選択手段は、特定の印刷言語について対応させるリソース名称を指定することを特徴とする請求項１２に記載のデータ処理装置。
15. 前記複数種類の印刷言語それぞれに対応する属性として、各印刷言語でデフォルトとして利用されるか否かを示す属性が含まれ、前記一覧表示手段は、特定の印刷言語についてデフォルト指定されているリソースについての属性を、その旨認識できるように表示することを特徴とする請求項１１または請求項１２に記載のデータ処理装置。
16. 前記リソースは、印字に用いるフォント・リソースと、印刷時に印刷データと重ね合わせて画像を形成するフォーム・リソースと、入出力機器の色空間を表現したカラープロファイル・リソースと、色処理における色補正のための変換テーブルであるルックアップテーブル・リソースと、色処理において色の表現を決定するパターンデータであるディザパターン・リソースを含むことを特徴とする請求項９乃至請求項１５のいずれか１項に記載のデータ処理装置。
17. 入力データで指定されたリソースを用いて複数の互いに異なる処理部により前記入力データを処理可能なデバイスが保持するリソースを管理するデータ処理装置であって、
    前記リソースについて、前記デバイスにおいて実行される複数の互いに異なる処理部それぞれに対応する属性を設定する設定手段と、
    前記設定手段により設定された属性を、前記デバイスに保持された前記リソースの実体データと関連づけて前記デバイスに格納する格納手段とを具備することを特徴とするデータ処理装置。
18. 複数種類の印刷言語による印刷データを、指定されたリソースを用いて処理可能な画像形成装置であって、
    前記リソースの実体データと、処理可能な複数種類の印刷言語それぞれに対応する属性とを関連づけて記憶することを特徴とする画像形成装置。
19. メモリに保持されるリソースを利用しながら画像データを処理する画像処理装置と通信し、該メモリで管理されるリソースを利用して所定の画像処理を行わせるデータ処理装置であって、
    画像処理に利用するリソースを、各リソース毎に該リソースの特徴を示す情報と共に保持する保持手段と、
    前記画像処理装置内の前記メモリに記憶される各リソースに対し、２つ以上の表示名称情報を前記リソースの特徴を示す情報として設定する第１の設定手段と、
    前記画像処理装置内の前記メモリに記憶される各リソースに対し、前記画像処理装置が受信する印刷言語毎に、表示に使用する名称を示す表示名称情報を、前記リソースの特徴を示す情報として設定する第２の設定手段とを具備することを特徴とするデータ処理装置。
20. 画像処理装置内に画像処理に利用するリソースを、各リソース毎にリソースの特徴を示す情報と共に保持し、複数種類の印刷言語による印刷データあるいは入力データを受信し、印刷データあるいは入力データと共に送信されてくるリソース利用指示に従い、画像処理装置内に初期状態から、或いはダウンロードにより保持されたリソースを利用しながら、画像データを処理する画像処理装置に対し、リソースをダウンロードするリソースダウンロード手段と、
    前記画像処理装置内の各リソースに対し、２つ以上の表示名称情報を前記リソースの特徴を示す情報として設定する表示名称情報設定手段と、
    前記画像処理装置内の各リソースに対し、前記画像処理装置が受信する印刷言語毎に、表示に使用する名称を示す表示名称情報を、前記リソースの特徴を示す情報として設定する印刷言語別表示名称情報設定手段とを具備することを特徴とするデータ処理装置。
21. 前記印刷言語別表示名称情報設定手段により設定する表示名称情報は、前記表示名称情報設定手段により設定した名称の内、どれを使用するかを示すことを特徴とする請求項１９または請求項２０に記載のデータ処理装置。
22. 前記印刷言語別表示名称情報設定手段により設定する表示名称情報は、そのリソースを表示しない事を示すことを特徴とする請求項１９または請求項２０に記載のデータ処理装置。
23. 記リソースは、印字に用いるフォント・リソースと、印刷時に印刷データと重ね合わせて画像を処理するフォーム・リソースと、入出力機器の色空間を表現したカラープロファイル・リソースと、色処理における色補正のための変換テーブルであるルックアップテーブル・リソースと、色処理において色の表現を決定するパターンデータであるディザパターン・リソースを含むことを特徴とする請求項１９乃至請求項２２のいずれか１項に記載のデータ処理装置。

Images