JP3610141B2 - 情報処理装置および印刷装置および印刷システムおよび印刷システムのデータ処理方法および制御方法 - Google Patents

Description

【０００１】
【産業上の利用分野】
本発明は、所定のインタフェースを介して印刷装置と情報処理装置とが通信可能な印刷システムを構築可能な情報処理装置および印刷装置および印刷システムおよび印刷システムのデータ処理方法および制御方法に関するものである。
【０００２】
【従来の技術】
従来、この種の画像出力装置、例えばレーザビームプリンタにおいては、ホストコンピュータから入力した文字コードや図形等の画像出力のためのデータを１ページ分のビットパターンに展開した後、このビットパターンにより画像出力を実行している。この種の画像出力装置の一般的な画像出力動作の手順の概要について、図３０に示すフローチャートを参照しながら説明する。
【０００３】
図３０は、この種の画像出力装置の画像出力処理手順の一例を示すフローチャートである。なお、（１）〜（５）は各ステップを示す。
【０００４】
まず、ステップ（１）において、ホスト側より画像出力データを受信したら、該受信した画像出力データを受信バッファに格納する。そして、ステップ（２）にて、受信バッファ内のデータに対してコマンドの解析を行い、１ページ分のページバッファを作成する。次に、ステップ（３）において展開処理を実行し、１ページ分のビットパターンデータを生成し、フレームメモリに格納する。
【０００５】
そして、ステップ（４）において出力処理を実行し、展開されたビットマップデータに従って記録紙などの記憶媒体への画像出力が実行される。次に、ステップ（５）においては、入力画像情報のすべてに対して出力処理を完了したかどうかを判断し、完了していれば本処理を終了する。完了していなければ、ステップ（１）へ戻り上述の各処理を繰り返す。
【０００６】
以上説明した手順により、入力データのビットパターンへの展開及び画像出力が実行される。
【０００７】
また、この種の画像出力装置においては、ホストコンピュータ（以下ホスト）からレーザビームプリンタに文字やフォーム等をダウンロードして登録できるようにした製品が提案されている。
【０００８】
図３１は、この種の画像出力装置とデータ源との画像出力システムの一例を示すブロック図であり、ホスト等の情報処理装置からレーザビームプリンタ等の画像出力装置にフォントをダウンロードしてプリンタ内に格納し、ホストからの画像出力指示によりダウンロードフォントに基づいて画像出力処理可能なシステムに対応する。
【０００９】
図において、２０１１はホストコンピュータ（ホスト）で、接続ケーブル２０１７を介してプリンタ２０１４と通信可能に構成されている。２０１２はリソースファイルで、フォントの名称や属性等の情報が格納されている。なお、リソースファイル２０１２には始めからプリンタに内蔵するフォント及び後からダウンロードされたフォントの両方のフォント情報が記述されている。
【００１０】
２０１３はプリンタドライバで、ホスト２０１１にて作成された画像出力データをプリンタ２０１４が解釈できるプリンタ言語に変換するためのプログラムである。なお、指定された文字セット名称、文字属性及び文字コードは必ずプリンタドライバ２０１３を経由してプリンタ２０１４に送られる。
【００１１】
以下、図３２に示すフローチャートを参照しながら図３１に示した画像出力システムにおけるフォントのダウンロード処理について説明する。
【００１２】
図３２は、図３１に示した画像出力システムにおけるフォントのダウンロード処理手順の一例を示すフローチャートである。なお、（１）〜（４）は各ステップを示し、該処理はホスト等の情報処理装置からレーザビームプリンタ等の画像出力装置にフォントをダウンロードしてプリンタ内に格納する処理手順に対応する。
【００１３】
先ず、ホスト２０１１からプリンタ２０１４へのフォントダウンロード指示がなされると（１）、ホスト２０１１はプリンタ２０１４がアイドル状態（プリンタがホストからのデータを受け付けられる状態）かどうかを調べ（２）、アイドル状態であると判定された場合は、ホスト２０１１は接続ケーブル２０１７を経由して、指示のあったフォントデータをプリンタ２０１４に転送する（３）。
【００１４】
一方、ステップ（２）で、アイドル状態でないと判定された場合は、アイドル状態になるまで待機し、フォントデータのダウンロードが終了すると、ホスト２０１１はリソースファイル２０１２にダウンロードしたフォントのリソースデータを作成し、ホスト内のメモリ上に格納し処理を終了する（４）。
【００１５】
なお、プリンタ２０１４にダウンロードされたフォントはプリンタ２０１４内の書き込み可能なメモリに格納される。そして、格納されたフォントは、始めからプリンタに内蔵するフォントと同じように、ホストから文字セット名称、文字属性及び文字コードを指定することにより、印字することができる。
【００１６】
次に、ホスト２０１１からの画像出力指示によりダウンロードフォントに基づいて画像出力するための処理について図３３に示すフローチャートを参照しながら説明する。
【００１７】
図３３は、図３１に示したプリンタ２０１４による印字処理手順の一例を示すフローチャートである。なお、（１）〜（４）は各ステップを示す。
【００１８】
予めＲＯＭ等に内蔵しているフォント同様にダウンロードされたフォントを印字するには、まず、ホスト２０１１からプリンタ２０１４へのフォントの印字指示がなされると（１）、ホスト２０１１はプリンタ２０１４がアイドル状態（プリンタがホストからのデータを受け付けられる状態）かどうかを調べ（２）、アイドル状態であると判定した場合は、ホスト２０１１上のリソースファイル２０１２にて記述されているフォント情報（ダウンロードフォントを含む）により、フォントの画像出力情報はプリンタドライバ２０１３にてプリンタ言語に変換され、ホスト２０１１は接続ケーブル２０１７を経由して、プリンタ２０１４に転送する（３）。
【００１９】
一方、ステップ（２）で、もし、アイドル状態でないと判定された場合は、アイドル状態になるまで待機する。
【００２０】
そして、文字コードの転送が終了すると、プリンタ２０１４は入力された文字コードに該当する文字データを取り出し、不図示の文字データ展開処理部において文字データを展開し、不図示のプリンタエンジン部において指示されたフォントの画像出力を行ない処理を終了する（４）。
【００２１】
【発明が解決しようとする課題】
しかしながら、上記従来例では、複数のホストコンピュータとプリンタが繋がっているシステムにおいては、別のホストコンピュータからダウンロードされたフォントを使用することはできなかった。
【００２２】
つまり、ダウンロードしていないホストコンピュータからも別のホストコンピュータからダウンロードされたフォントを使用できるようにする必要があった。
【００２３】
本発明は、上記の問題点を解決するためになされたもので、第１の目的は、第１の保持手段に前記印刷装置に転送した所定の画像情報を識別する第１の資源情報を保持しておき、前記印刷装置に保持される前記所定の画像情報を削除可能かどうかを前記印刷装置に保持される画像情報を識別する第２の資源情報中に設定される使用ホスト情報に基づいて判別して、削除可能であると判定し、かつ、印刷装置がアイドル状態であると判定した場合に、第１の保持手段に保持される第１の画像情報および該画像情報の第２の資源情報の削除要求を発行することにより、印刷装置に登録された画像情報を管理する第２の資源情報中に使用する情報処理装置の使用ホスト情報が設定されている場合には、それ以外の情報処理装置から印刷装置に対する削除指示を無効として、印刷装置に登録された画像情報が意図しないホストからの指示で削除されてしまう事態を回避することができる情報処理装置および印刷システムのデータ処理方法を提供することである。
さらに、第２の目的は、いずれかの情報処理装置から転送された、独立して使用可能な第１のフォントセットと、第１のフォントセットに依存する形式で登録され第１のフォントセットが登録されていない場合には使用できないフォントセットであって、かつ、第１のフォントセットと属性が同じである第２のフォントセット格納管理して、前記第１の画像情報が削除されるのに応答して、前記印刷装置に前記第１のフォントセットと同じ属性を持つ第２のフォントセットが存在するかどうか判定して、前記第２のフォントセットが存在すると判定した場合は、前記第２のフォントセットを削除するよう制御することにより、同一属性の画像情報を確実に印刷装置から削除して、残存する同一属性の画像情報のために発生する不具合印刷結果が発生することを確実に防止することができる印刷装置および制御方法を提供することである。
【００２４】
【課題を解決するための手段】
本発明に係る第１の発明は、所定のインタフェースを介して印刷装置と通信可能な情報処理装置において、前記印刷装置に転送した所定の画像情報を識別するための第１の資源情報を保持する第１の保持手段と、前記印刷装置が外部からデータを受けられるアイドル状態であるか否かを判定する判定手段と、前記印刷装置に保持される前記所定の画像情報を削除可能かどうかを前記印刷装置に保持される画像情報を識別するための第２の資源情報中に設定される使用ホスト情報を取得して判別する判別手段と、前記画像情報を削除可能であると前記判別手段が判別した場合に、前記第１の保持手段に保持される第１の資源情報を削除する第１の削除手段と、前記印刷装置内の画像情報が削除可能であると前記判別手段が判別した場合であって、かつ、前記判定手段が前記印刷装置がアイドル状態であると判定した場合に、前記印刷装置に保持される画像情報および該画像情報の第２の資源情報の削除要求を発行する発行手段とを有することを特徴とする。
【００２５】
本発明に係る第２の発明は、所定のインタフェースを介して印刷装置と情報処理装置とが通信可能な印刷システムにおいて、前記印刷装置に転送した所定の画像情報を識別する第１の資源情報を保持する第１の保持手段と、前記印刷装置が外部からデータを受けられるアイドル状態であるか否かを判定する判定手段と、前記印刷装置に保持される前記所定の画像情報を削除可能かどうかを前記印刷装置に保持される画像情報を識別する第２の資源情報中に設定される使用ホスト情報に基づいて判別する判別手段と、前記判別手段が削除可能であると判別した場合に、前記第１の保持手段に保持される第１の資源情報を削除する第１の削除手段と、前記画像情報を削除可能であると前記判別手段が判別した場合であって、かつ、前記印刷装置がアイドル状態であると前記判定手段が判定した場合に、前記印刷装置に保持される画像情報および該画像情報の第２の資源情報の削除要求を発行する発行手段とを備える情報処理装置と、いずれかの情報処理装置から転送された所定の画像情報を保持する第２の保持手段と、前記第２の保持手段に保持された前記所定の画像情報を識別する第２の資源情報を保持する第３の保持手段と、前記情報処理装置から発行される削除要求に基づいて前記第２の保持手段に保持される画像情報および前記第３の保持手段に保持される前記第２の資源情報を削除する第２の削除手段とを備える印刷装置とを有することを特徴とする。
【００２６】
本発明に係る第３の発明は、印刷装置に転送した所定の画像情報を識別する第１の資源情報を保持する第１の保持手段を備える複数の情報処理装置と、いずれかの情報処理装置から転送された所定の画像情報を保持する第２の保持手段と、前記第２の保持手段に保持された前記所定の画像情報を識別する第２の資源情報を保持する第３の保持手段とを有する印刷装置とが所定のインタフェースを介して通信可能な印刷システムのデータ処理方法において、前記印刷装置が外部からデータを受けられるアイドル状態であるか否かを判定する判定工程と、前記印刷装置に保持される前記所定の画像情報の削除要求を検出する検出工程と、該削除要求検出時に、前記印刷装置に保持される前記所定の画像情報を削除可能かどうかを前記印刷装置に保持される画像情報を識別するための第２の資源情報中に設定される使用ホスト情報を取得して判別する判別工程と、前記判定工程により前記印刷装置がアイドル状態であると判定した場合に、前記情報処理装置から発行される削除要求に基づき、前記第２の保持手段に保持される画像情報および前記第３の保持手段に保持される前記第２の資源情報を削除し、前記第１の保持手段に保持される第１の資源情報を削除する削除工程とを有することを特徴とすることを特徴とする。
【００２７】
本発明に係る第４の発明は、所定のインタフェースを介して情報処理装置と通信可能な印刷装置において、いずれかの情報処理装置から転送された、独立して使用可能な第１のフォントセットと、第１のフォントセットに依存する形式で登録され第１のフォントセットが登録されていない場合には使用できないフォントセットであって、かつ、第１のフォントセットと属性が同じである第２のフォントセット格納管理する管理手段と、前記第１の画像情報が削除されるのに応答して、前記印刷装置に前記第１のフォントセットと同じ属性を持つ第２のフォントセットが存在するかどうか判定する判定手段と、前記判定手段が前記第２のフォントセットが存在すると判定した場合は、前記第２のフォントセットを削除するよう制御する制御手段とを備えたことを特徴とする。
【００２８】
本発明に係る第５の発明は、前記第１のフォントセットは、親文字セットであり、第２のフォントセットとは、前記親文字セットの文字コードに依存して登録される子文字セットであることを特徴とする。
【００２９】
本発明に係る第６の発明は、所定のインタフェースを介して情報処理装置と通信可能な印刷装置における制御方法において、いずれかの情報処理装置から転送された、独立して使用可能な第１のフォントセットと、第１のフォントセットに依存する形式で登録され第１のフォントセットが登録されていない場合には使用できないフォントセットであって、かつ、第１のフォントセットと属性が同じである第２のフォントセット格納管理する管理工程と、前記第１の画像情報が削除されるのに応答して、前記印刷装置に前記第１のフォントセットと同じ属性を持つ第２のフォントセットが存在するかどうか判定する判定工程と、前記判定工程が前記第２のフォントセットが存在すると判定した場合は、前記第２のフォントセットを削除するよう制御する制御工程とを備えたことを特徴とする。
【００３０】
本発明に係る第７の発明は、前記第１のフォントセットは、親文字セットであり、第２のフォントセットとは、前記親文字セットの文字コードに依存して登録される子文字セットであることを特徴とする。
【００５０】
【実施例】
〔第１実施例〕
以下、本発明の第１実施例を添付図面に基づいて説明する。
【００５１】
本実施例の構成を説明する前に、本実施例を適用するのに好適なレーザビームプリンタおよびインクジェットプリンタの構成について図１〜図３を参照しながら説明する。なお、本実施例を適用するプリンタは、レーザビームプリンタおよびインクジェットプリンタに限られたものではなく、他のプリンタ方式のプリンタでも良いことは言うまでもない。
【００５２】
図１は、本発明を適用可能な第１の出力装置の構成を示す断面図であり、例えばレーザビームプリンタ（ＬＢＰ）の場合を示す。
【００５３】
図において、１５００はＬＢＰ本体であり、外部に接続されているホストコンピュータから供給される画像出力情報（文字コード等）やフォーム情報あるいはマクロ命令等を入力して記憶するとともに、それらの情報に従って対応する文字パターンやフォームパターン等を作成し、記録媒体である記録紙等に像を形成する。
【００５４】
１５０１は操作のためのスイッチおよびＬＥＤ表示器等が配されている操作パネル、１０００はＬＢＰ本体１５００全体の制御およびホストコンピュータから供給される文字情報等を解析するプリンタ制御ユニットである。このプリンタ制御ユニット１０００は、主に文字情報を対応する文字パターンのビデオ信号に変換してレーザドライバ１５０２に出力する。レーザドライバ１５０２は半導体レーザ１５０３を駆動するための回路であり、入力されたビデオ信号に応じて半導体レーザ１５０３から発射されるレーザ光１５０４をオン・オフ切り換えする。レーザ光１５０４は回転多面鏡１５０５で左右方向に振らされて静電ドラム１５０６上を走査露光する。
【００５５】
これにより、静電ドラム１５０６上には文字パターンの静電潜像が形成されることになる。この潜像は、静電ドラム１５０６周囲に配設された現像ユニット１５０７により現像された後、記録紙に転写される。この記録紙にはカットシートを用い、カットシート記録紙はＬＢＰ１５００に装着した用紙カセット１５０８に収納され、給紙ローラ１５０９および搬送ローラ１５１０と搬送ローラ１５１１とにより、装置内に取り込まれて、静電ドラム１５０６に供給される。またＬＢＰ本体１５００には、図示しないカードスロットを少なくとも１個以上備え、内蔵フォントに加えてオプションフォントカード，言語系の異なる制御カード（エミュレーションカード）を接続できるように構成されている。
【００５６】
図２は、本発明を適用可能な第２の出力装置の構成を示す外観図であり、例えばインクジェット記録装置の構成を示す外観図であり、例えばインクジェット記録装置（ＩＪＲＡ）の場合を示す。
【００５７】
図において、駆動モータ５０１３の正逆回転に連動して駆動力伝達ギア５０１１，５００９を介して回転するリードスクリュー５００５の螺施溝５００４に対して係合するキャリッジＨＣはピン（図示しない）を有し、矢印ａ，ｂ方向に往復移動される。このキャリッジＨＣには、インクヘッドＩＪＨを備えるインクジェットカートリッジＩＪＣが搭載されている。５００２は紙押さえ板であり、キャリッジ移動方向にわたって紙をプラテン５０００に対して押圧する。
【００５８】
５００７，５００８はフォトカプラで、キャリッジのレバー５００６のこの領域での存在を確認して、モータ５０１３の回転方向切り換え等を行なうためのホームポジション検知手段として機能する。５０１６は記録ヘッドの全面をキャップするキャップ部材５０２２を指示する部材、５０１５はこのキャップ内を吸引する吸引手段でキャップ内開口５０２３を介して記録ヘッドの吸引回復を行なう。５０１７はクリーニングブレードで、部材５０１９により前後方向に移動可能となる。５０１８は本体指示板で、上記５０１７，５０１９を指示する。５０１２は、吸引回復の吸引を開始するためのレバーで、キャリッジと係合する。カム５０２０の移動に伴って移動し、駆動モータからの駆動力がクラッチ切り換え等の公知の伝達手段で移動制御される。
【００５９】
これらのキャッピング、クリーニング、吸引回復は、キャリッジがホームポジション側領域に来たときにリードスクリュー５００５の作用によってそれらの対応位置で所望の処理が行なえるように構成されているが、周知のタイミングで所望動作を行なうように構成させていればよい。
【００６０】
図３は、図２に示した第２の出力装置の制御構成を説明するブロック図である。
【００６１】
図において、１７００は記録信号を入力するインタフェース、１７０１はＭＰＵ、１７０２は前記ＭＰＵ１７０１が実行する制御プログラムやホスト画像出力情報等を格納するＲＯＭ、１７０３はＤＲＡＭ、各種データ（上記記録信号やヘッドに供給される記録データ等）を保存しておく。
【００６２】
１７０４は記録ヘッド１７０８に対する出力データの供給制御を行なうゲートアレイで、インタフェース１７００、ＭＰＵ１７０１、ＤＲＡＭ１７０３間のデータの転送制御も行なう。１７１０は前記記録ヘッド１７０８を搬送するためにキャリアモータ、１７０９は記録用紙搬送のための搬送モータ、１７０５は前記記録ヘッドを駆動するヘッドドライバ、１７０６は前記搬送モータ１７０９を駆動するモータドライバ、１７０７は前記キャリアモータ１７１０を駆動するモータドライバである。
【００６３】
このように構成された上記記録装置において、インタフェース１７００を介して後述するホストコンピュータ３０００より入力情報が入力されると、ゲートアレイ１７０４，ＭＰＵ１７０１との間で入力情報がプリント用の出力情報に変換される。そして、モータドライバ１７０６，１７０７が駆動されるとともに、ヘッドドライバ１７０５に送られた出力情報に従って記録ヘッドが駆動され印字が実行される。
【００６４】
なお、ＭＰＵ１７０１はインタフェース１７００を介して後述するホストコンピュータ３０００との通信処理が可能となっており、ＤＲＡＭ１７０３に関するメモリ情報及び資源データ等やＲＯＭ１７０２内のホスト画像出力情報を後述するホストコンピュータ３０００に通知可能に構成されている。
【００６５】
図４は、本発明の第１実施例を示す画像出力システムの制御構成を説明するブロック図であり、該システムは、ホストコンピュータとプリンタとが所定の通信媒体を介して通信可能に構成されており、本実施例ではレーザビームプリンタ（図１）を例にして説明する。なお、本発明の機能が実施できるのであれば、単体の機器であっても、複数の機器からなるシステムであっても、ＬＡＮ等のネットワークを介して処理が行われるシステムであっても本発明を適用できることは言うまでもない。
【００６６】
図において、３０００はホストコンピュータで、ＲＯＭ３のプログラム用ＲＯＭに記憶された文書処理プログラム等に基づいて図形、イメージ、文字、表（表計算等を含む）等が混在した文書処理を実行するＣＰＵ１を備え、システムデバイス４に接続される各デバイスをＣＰＵ１が統括的に制御する。
【００６７】
また、このＲＯＭ３のプログラム用ＲＯＭには、ＣＰＵ１の制御プログラム等を記憶し、ＲＯＭ３のフォント用ＲＯＭには上記文書処理の際に使用するフォントデータ等を記憶し、ＲＯＭ３のデータ用ＲＯＭは上記文書処理等を行う際に使用する各種データ（例えば、定型パターン、テストプリント用フォームなど）を記憶する。
【００６８】
２はＲＡＭで、ＣＰＵ１の主メモリ、ワークエリア等として機能する。５はキーボードコントローラ（ＫＢＣ）で、キーボード（ＫＢ）９や不図示のポインティングデバイスからのキー入力を制御する。６はＣＲＴコントローラ（ＣＲＴＣ）で、ＣＲＴディスプレイ（ＣＲＴ）１０の表示を制御する。
【００６９】
７はメモリコントローラ（ＭＣ）で、ブートプログラム、種々のアプリケーション、フォントデータ、ユーザファイル、編集ファイル等を記憶するハードディスク（ＨＤ）、フロッピーディスク（ＦＤ）等の外部メモリ１１とのアクセスを制御する。８はプリンタコントローラ（ＰＲＴＣ）で、所定の双方向性インタフェース（インタフェース）２１を介してプリンタ１５００に接続されて、プリンタ１５００との通信制御処理を実行する。なお、ＣＰＵ１は、例えばＲＡＭ２上に設定された表示情報ＲＡＭへのアウトラインフォントの展開（ラスタライズ）処理を実行し、ＣＲＴ１０上でのＷＹＳＩＷＹＧを可能としている。また、ＣＰＵ１は、ＣＲＴ１０上の不図示のマウスカーソル等で指示されたコマンドに基づいて登録された種々のウインドウを開き、種々のデータ処理を実行する。
【００７０】
プリンタ１５００において、１２はプリンタＣＰＵで、ＲＯＭ１３のプログラム用ＲＯＭに記憶された制御プログラム等或いは外部メモリ１４に記憶された制御プログラム等に基づいてシステムデバイス１５に接続される各種のデバイスとのアクセスを統括的に制御し、画像出力部インタフェース１６を介して接続される画像出力部（プリンタエンジン）１７に出力情報としての画像信号を出力する。
【００７１】
また、このＲＯＭ１３のプログラム用ＲＯＭは、ＣＰＵ１２の制御プログラム等を記憶する。ＲＯＭ１３のフォント用ＲＯＭには上記出力情報を生成する際に使用するフォントデータ等を記憶し、ＲＯＭ１３のデータ用ＲＯＭにはハードディスク等の外部メモリ１４が無いプリンタの場合には、ホストコンピュータ３０００上で利用される情報等を記憶している。ＣＰＵ１２は入力部１８を介してホストコンピュータ３０００上で利用される情報等を記憶している。ＣＰＵ１２は入力部１８を介してホストコンピュータ３０００との通信処理が可能となっており、プリンタ内の情報等をホストコンピュータ３０００に通知可能に構成されている。
【００７２】
１９はＣＰＵ１２の主メモリ、ワークエリア等として機能するＲＡＭで、図示しない増設ポートに接続されるオプションＲＡＭによりメモリ容量を拡張することができるように構成されている。なお、ＲＡＭ１９は、出力情報展開領域、環境データ格納領域、ＮＶＲＡＭ等に用いられる。前述したハードディスク（ＨＤ）、ＩＣカード等の外部メモリ１４は、メモリコントローラ（ＭＣ）２０によりアクセスを制御される。
【００７３】
外部メモリ１４は、オプションとして接続され、フォントデータ、エミュレーションプログラム、フォームデータ等を記憶する。また、入力部１８は前述した操作パネルで操作のためのスイッチおよびＬＥＤ表示器等が配されている。
【００７４】
また、前述した外部メモリ１４は１個に限らず、少なくとも１個以上備え、内蔵フォントに加えてオプションフォントデータ、言語系の異なるプリンタ制御言語を解釈するプログラムを格納した外部メモリを複数接続できるように構成されていても良い。さらに、図示しないＮＶＲＡＭを有し、操作パネル１５０１からのプリンタモード設定情報を記憶するようにしても良い。
【００７５】
図５は、本発明の第１実施例を示す画像出力システムの構成を説明するブロック図であり、３台のホストコンピュータ（以下ホスト）５１，５５，５９と１台のプリンタ６３が繋がっているシステムに対応し、ダウンロードしたフォントをダウンロード元のホストを含めて複数のホストで使用できるように構成した場合に対応する。
【００７６】
図において、ホスト５１はリソースファイル５２，プリンタドライバ５３，プリンタリソースファイル監視処理部５４を備えている。ホスト５５はリソースファイル５６，プリンタドライバ５７，プリンタリソースファイル監視処理部５８を備えている。ホスト５９はリソースファイル６０，プリンタドライバ６１，プリンタリソースファイル監視処理部６２を備えている。６３はプリンタで、リソースファイル６４，フォントデータ６５が図示しない記憶媒体に書き換え可能に記憶されている。６６は双方向ケーブルで、上記ホスト５１，５５，５９およびプリンタ６３とのデータ通信路として機能する。
【００７７】
なお、各ホスト５１，５５，５９には、図４に示したＣＰＵ１，ＲＡＭ２，ＲＯＭ３，外部メモリ１１等を備え、ＣＰＵ１がＲＯＭ３，外部メモリ１１に記憶された制御プログラムを実行して、プリンタリソースファイル監視処理部５４，５８，６２として機能し、リソースファイル５２，５６，６０はＲＡＭ２上に記憶管理されるものとする。
【００７８】
以下、本実施例と第１〜第３の発明の各手段との対応及びその作用について図４，図５等を参照して説明する。
【００７９】
第１の発明は、所定のインタフェース（ネットワークとしての双方向ケーブル６６）を介して印刷装置（プリンタ６３）と通信可能な情報処理装置（各ホスト５１，５５，５９）において、前記印刷装置に転送した所定の画像情報を識別する第１の資源情報（リソースファイル５２，５６，６０）を保持する第１の保持手段（ＲＡＭ２，外部メモリ１１等）と、前記印刷装置に保持される前記所定の画像情報を識別する第２の資源情報の更新状態を判定する判定手段（プリンタリソースファイル監視処理部５４，５８，６２）と、前記判定手段が前記印刷装置に保持される第２の資源情報（リソースファイル６４）が更新されていると判定した場合に、前記印刷装置から保持されている前記第２の資源情報を取得する取得手段（ＰＲＴＣ８）と、前記第１の保持手段に保持されている前記第１の資源情報を前記第２の資源情報に基づいて更新する更新手段（プリンタリソースファイル監視処理部５４等）とを有し、ＣＰＵ１がプリンタ６３に保持される前記所定の画像情報を識別するリソースファイル６４の更新状態を判定し、プリンタ６３に保持される第２の資源情報が更新されていると判定した場合に、ＰＲＴＣ８がプリンタ６３から保持されているリソースファイル６４を取得したら、プリンタリソースファイル監視処理部５４がＲＡＭ２等に保持されているリソースファイル５２等をリソースファイル６４に基づいて更新して、プリンタ６３に記憶される画像情報を識別するリソースファイル６４の更新状態を監視して、リソースファイル６４と各情報処理装置側のリソースファイル５２等とを常に整合させて、プリンタ６３に登録された全ての画像情報をホスト５１等が利用した印刷を可能とする。
【００８０】
第２の発明は、所定のインタフェース（双方向ケーブル６６）を介して情報処理装置と通信可能な印刷装置において、情報処理装置（ホスト５１，５５，５９）から転送された所定の画像情報（本実施例では、フォントデータ６５）を保持する第２の保持手段（ＲＡＭ１９，外部メモリ１４等）と、前記第２の保持手段に保持された前記所定の画像情報を識別する第２の資源情報（リソースファイル６４）を保持する第３の保持手段（ＲＡＭ１９，外部メモリ１４等）とを設け、例えばＲＡＭ１９にいずれかのホストから転送されたフォントデータを保持し、かつフォントデータを識別するリソースファイル６４を、例えばＲＡＭ１９に保持しておき、プリンタ６３はいずれのホストから転送される画像情報であっても全ての情報処理装置が共有する画像情報として利用可能とする。
【００８１】
第３の発明は、所定のインタフェースを介して印刷装置と情報処理装置とが通信可能な印刷システムにおいて、前記印刷装置に転送した所定の画像情報を識別する第１の資源情報（リソースファイル５２，５６，６０）を保持する第１の保持手段（ＲＡＭ２，外部メモリ１１等）と、前記印刷装置に保持される前記所定の画像情報を識別する第２の資源情報の更新状態を判定する判定手段（プリンタリソースファイル監視処理部５４，５８，６２）と、前記判定手段が前記印刷装置に保持される第２の資源情報（リソースファイル６４）が更新されていると判定した場合に、前記印刷装置から保持されている前記第２の資源情報を取得する取得手段（ＰＲＴＣ８）と、前記第１の保持手段に保持されている前記第１の資源情報を前記第２の資源情報に基づいて更新する更新手段（プリンタリソースファイル監視処理部５４等）とを備える情報処理装置（ホスト５１，５５，５９等）と、いずれかの情報処理装置（ホスト５１，５５，５９）から転送された所定の画像情報（本実施例では、フォントデータ６５）を保持する第２の保持手段（ＲＡＭ１９，外部メモリ１４等）と、前記第２の保持手段に保持された前記所定の画像情報を識別する第２の資源情報（リソースファイル６４）を保持する第３の保持手段（ＲＡＭ１９，外部メモリ１４等）とを備える印刷装置（プリンタ６３）とを有し、例えばＲＡＭ１９にいずれかのホスト５１，５５，５９から転送された、例えばフォントデータを保持しておき、プリンタリソースファイル監視処理５４等がプリンタ６３に保持されるフォントデータを識別するリソースファイル６４の更新状態を判定し、プリンタ６３に保持されるリソースファイル６４が更新されていると判定した場合に、ＰＲＴＣ８がプリンタ６３のＲＡＭ１９等に保持されているリソースファイル６４を取得したら、プリンタリソースファイル監視処理部５４がＲＡＭ２等に保持されているリソースファイル５２をリソースファイル６４に基づいて更新して、プリンタ６３はいずれのホストから転送されるフォントデータであっても全てのホスト５１，５５，５９が共有するフォントデータとし、該プリンタ６３に記憶されるフォントデータを識別するリソースファイル６４の更新状態を監視して、リソースファイルと各ホスト５１，５５，５９のリソースファイル５２，５６，６０とを常に整合させて、印刷装置に登録された全ての画像情報を情報処理装置が利用した印刷を可能とする。
【００８２】
以下、図６〜図８に示すフローチャートを参照しながら本発明に係る画像出力システムのデータ処理方法を説明する。
【００８３】
図６〜図８は本発明に係る画像出力システムのデータ処理方法の第１実施例を示すフローチャートである。なお、（１）〜（５），（１１），（１２），（２１）〜（２５）は各ステップを示し、図６はホスト５１からプリンタ６３にフォントをダウンロードする処理手順に対応し、図７はホストのリソースファイルの更新処理手順に対応し、図８はフォント削除処理手順に対応する。
【００８４】
まず、ホスト５１上において、フォントダウンロード指示がなされると（１）、ホスト５１はプリンタ６３がアイドル状態（プリンタがホストからのデータを受け付けられる状態）かどうかを調べ（２）、アイドル状態であると判定された場合は、ホスト５１は双方向ケーブル６６を経由して、指示のあったフォントデータをプリンタ６３に転送する（３）。
【００８５】
一方、ステップ（２）で、もし、プリンタ６３がアイドル状態でない場合は、アイドル状態になるまで待機する。そして、フォントデータのダウンロードが終了すると、ホスト５１はリソースファイル５２にダウンロードしたフォントのリソースデータを追加し（４）、さらに、プリンタ６３のリソースファイル６４にもダウンロードしたフォントのリソースデータを追加して（５）、処理を終了する。なお、本実施例では、ホスト５１からフォントをダウンロードする場合について説明したが、ホスト５５及びホスト５９においても、同様の方法でフォントをダウンロードすることができる。
【００８６】
〔ホストのリソースファイルの更新処理〕
次に、ホスト５５のリソースファイル５６を更新する手順を図７のフローチャートを用いて説明する。
【００８７】
ホスト５５のプリンタリソースファイル監視処理部５８は定期的にプリンタ６３のリソースファイル６４が更新されたかどうかを監視し（１１）、更新されない場合は、更新されるまで待機する。
【００８８】
一方、ステップ（１１）で、もし更新された場合は、プリンタ６３のリソースファイル６４をホスト５５にアップロードし、ホスト５５のリソースファイルに上書きして（１２）、処理を終了する。
【００８９】
本実施例では、ホスト５５における場合を説明したが、ホスト５１及びホスト５９においても、同様の方法でリソースファイルの更新を行うようになっている。
【００９０】
〔フォントの削除処理〕
次に、ホスト５１からプリンタ６３にダウンロードされたフォントを削除する手順を図８のフローチャートを用いて説明する。
【００９１】
ホスト５１上において、フォント削除指示がなされると（２１）、ホスト５１はプリンタ６３がアイドル状態（プリンタがホストからのデータを受け付けられる状態）かどうかを調べ（２２）、アイドル状態であると判定した場合は、ホスト５１は双方向ケーブル６６を経由して、指示のあったフォントデータの削除命令をプリンタ６３に転送する（２３）。
【００９２】
一方、ステップ（２２）で、もし、アイドル状態でないと判定された場合は、アイドル状態になるまで待機する。フォントデータの削除命令を受け取ったプリンタ６３は、ステップ（２３）で指定されたフォントデータを削除し、該指定されたフォントデータの削除が終了すると、ホスト５１はリソースファイル５２から削除したフォントのリソースデータを削除し（２４）、さらに、プリンタ６３のリソースファイル６４からも削除したフォントのリソースデータを削除して（２５）、処理を終了する。
【００９３】
本実施例では、ホスト５１からフォントを削除する場合を説明したが、同様にホスト５５及びホスト５９においても、フォントを削除することができる。
上記において削除されたフォントのホスト５５におけるリソースファイル５６から該当するリソースデータを削除する手順については、リソースファイルを更新するのと同様に、プリンタ６３のリソースファイル６４をホスト５５にアップロードし、ホスト５５のリソースファイル５６に上書きすることのよって行なわれる。
【００９４】
本実施例では、ホスト５５における場合を説明したが、ホスト５１及びホスト５９においても、同様の方法でリソースファイルの更新を行なうようになっている。
【００９５】
〔リソースファイルの説明〕
以下、図９を参照しながら本実施例におけるリソースファイル５２，５６，６０，６４の構成について説明する。
【００９６】
図９は、本発明の第１実施例を示す画像出力システムにおけるリソースファイルの構成を説明する図であり、予めプリンタに内蔵されているフォントを含め各フォント毎にフォント名称、文字セット名称やフォント属性等が記述されている場合に対応する。なお、リソースファイル５２，５６，６０，６４は、ホストコンピュータ５１，５５，５９上のＲＡＭ２又はプリンタ６３上のＲＡＭ１９上で管理されるものとする。
【００９７】
図において、９１は明朝体のリソースデータであり、フォント名称９３、文字セット名称９４、グラフィックセット名称９５から構成されており、その他、文字ピッチ、文字サイズ等のフォントの属性情報が記述されている。
【００９８】
９２はゴシック体のリソースデータであり、明朝体と同様なフォント属性情報が記述されている。
【００９９】
この図に示すように、リソースファイルはそれぞれのホストにおいて、プリンタに搭載されている（内蔵フォント、ダウンロードフォント共含む）フォントの有無を確認し、記述されている複数のフォントから１つのフォントを選択する際に使用される。
【０１００】
さらに、ホスト５１，５５，５９上のリソースファイル５２，５６，６０のフォント属性は、それぞれプリンタドライバ５３，５７，６１において、文字情報をホスト５１，５５，５９上のページ記述言語からプリンタ６３のページ記述言語に変換する時にも使用される。プリンタドライバ５３，５７，６１はそれぞれホスト５１，５５，５９上で解釈できるページ記述言語をプリンタ６３が解釈できるページ記述言語に変換するためのソフトウェアである。
【０１０１】
以上説明した第１実施例において、各ホストがリソースファイルを監視する方法は、例えばリソースファイルのタイムスタンプを見て、ホストのリソースファイルよりプリンタのリソースファイルが新しい場合は、ホスト側のリソースファイルを更新する様にしてもよいし、プリンタのリソースファイルが更新されたかどうかのフラグを設けて、フラグが立っているときはホスト側のリソースファイルを更新する様にしてもよい。
【０１０２】
また、プリンタリソースファイル監視処理部５４，５８，６２が監視するタイミングは、一定時間毎に行なっていもよいし、電源立ち上げ直後に行なうようにしてもよいし、さらには、更新したときはプリンタ６３から各ホスト５１，５５，５９に知らせる様にしてもよい。
【０１０３】
なお、第１実施例では、ホスト上からプリンタに搭載されているフォントの有無を確認する方法は、直接プリンタに問い合わせるのではなく、ホスト上のリソースファイルの中身を見ることによって行なわれる。つまり、リソースファイルの中のリソースデータが存在するフォントがプリンタに搭載されているフォントであると解釈するようになっているが、これに限るものではなく、リソースファイルを持たず、直接リソースデータを検索し、フォントの有無を確認する構成にしてもよい。
【０１０４】
以下、本実施例と第４の発明の各工程との対応及びその作用について図６〜図８等を参照しながら説明する。
【０１０５】
第４の発明は、印刷装置（プリンタ６３）に転送した所定の画像情報を識別する第１の資源情報（リソースファイル５２等）を保持する第１の保持手段（ＲＡＭ２等）を備える複数の情報処理装置（ホスト５１，５５，５９）と、いずれかの情報処理装置から転送された所定の画像情報を保持する第２の保持手段（ＲＡＭ１９等）と、前記第２の保持手段に保持された前記所定の画像情報を識別する第２の資源情報を保持する第３の保持手段（ＲＡＭ１９等）とを有する印刷装置（プリンタ６３）とが所定のインタフェース（双方向ケーブル６６）を介して通信可能な印刷システム装置のデータ処理方法において、前記印刷装置に保持される前記所定の画像情報を識別する第２の資源情報（リソースファイル６４）の更新状態を判定する判定工程（図７のステップ（１１））と、該判定結果に基づいて前記印刷装置から保持されている前記第２の資源情報を取得する取得工程（図７のステップ（１２））と、前記第１の保持手段に保持されている前記第１の資源情報を前記第２の資源情報に基づいて更新する更新工程（図７のステップ（１２））とを実行して、プリンタ６３はいずれのホストから転送される画像情報、本実施例ではフォントデータであっても全てのホストが共有するフォントデータ（フォント資源情報）とし、該印刷装置に記憶される画像情報を識別するリソースファイル６４の更新状態を監視して、リソースファイル６４と各ホスト側のリソースファイル５２，５６，６０とを常に整合させて、印刷装置に登録された全ての画像情報を情報処理装置が利用した印刷処理を自動化することを可能とする。 上記第１実施例によれば、各ホストがプリンタのリソースファイルを検索して、ホスト側のリソースファイルの内容をプリンタのリソースファイルとが整合するように更新するので、いずれかのホストから印刷装置にダウンロードされた画像情報資源、例えばフォント資源を複数のホストが共有して使用することができる。
【０１０６】
〔第２実施例〕
図１０は、本発明の第２の実施例を示す画像出力システムの構成を説明するブロック図であり、３台のホスト１０１，１０５，１０９と１台のプリンタ１１３が繋がって画像出力システムが構成される場合に対応する。なお、第２実施例は第１実施例の構成において、使用できるホストを制限するようにしたものである。
【０１０７】
図において、ホスト１０１はリソースファイル１０２，プリンタドライバ１０３，プリンタリソースファイル監視処理部１０４を備えている。ホスト１０５はリソースファイル１０６，プリンタドライバ１０７，プリンタリソースファイル監視処理部１０８を備えている。ホスト１０９はリソースファイル１１０，プリンタドライバ１１１，プリンタリソースファイル監視処理部１１２を備えている。１１３はプリンタで、リソースファイル１１４，フォントデータ１１５が図示しない記憶媒体に書き換え可能に記憶されている。１１６は双方向ケーブルで、上記ホスト１０１，１０５，１０９およびプリンタ１１３とのデータ通信路として機能する。
【０１０８】
以下、本実施例と第５，第６の発明の各手段との対応及びその作用について図４，図１０等を参照して説明する。
【０１０９】
第５の発明は、所定のインタフェース（双方向ケーブル１１６）を介して印刷装置（プリンタ１１３）と通信可能な情報処理装置（ホスト１０１等）において、前記印刷装置に転送した所定の画像情報（本実施例では、フォントデータ）を識別する第１の資源情報（リソースファイル１０２等）を保持する第１の保持手段（ＲＡＭ２，外部メモリ１１等）と、前記印刷装置（プリンタ１１３）に保持される前記所定の画像情報（フォントデータ）を識別する第２の資源情報（リソースファイル１１４）の更新状態を判定する第１の判定手段（プリンタリソースファイル監視処理部１０４等）と、前記第１の判定手段が前記印刷装置に保持される第２の資源情報が更新されていると判定した場合に、前記第２の資源情報に設定される転送制御情報に基づいて該第２の資源情報を取得可能かどうかを判定する第２の判定手段（プリンタリソースファイル監視処理部１０４等）と、前記第２の判定手段が取得可能であると判定した場合に、前記印刷装置から保持されている前記第２の資源情報を取得する取得手段（ＰＲＴＣ８）と、前記第１の保持手段に保持されている前記第１の資源情報を前記第２の資源情報に基づいて更新する更新手段（プリンタリソースファイル監視処理部１０４等）とを有し、プリンタリソースファイル監視処理部１０４がプリンタ１１３に保持されるフォントデータを識別するリソースファイル１１４の更新状態を判定し、プリンタ１１３に保持されるリソースファイル１１４が更新されていると判定した場合に、プリンタリソースファイル監視処理部１０４がリソースファイル１１４に設定される転送制御情報（本実施例ではプログラムＩＤ）に基づいて該リソースファイル１１４を取得可能かどうかを判定し、取得可能であると判定した場合に、ＰＲＴＣ８がプリンタ１１３から保持されている前記リソースファイル１１４を取得したら、プリンタリソースファイル監視処理部１０４がＲＡＭ２に保持されているリソースファイル１０２をリソースファイル１１４に基づいて更新して、プリンタ１１３に記憶されるフォントデータを識別するリソースファイル１１４の更新がされていても、リソースファイル１１４に対してプロテクトＩＤが設定されていれば、ホスト１０１がリソースファイル１１４を取得不能として、プリンタ１１３に登録されたフォントデータを利用可能なホストを制限することを可能とする。
【０１１０】
第６の発明は、所定のインタフェース（双方向ケーブル１１６）を介して印刷装置（プリンタ１１３）と情報処理装置（ホスト１０１，１０５，１０９）とが通信可能な印刷システム装置において、前記印刷装置に転送した所定の画像情報を識別する第１の資源情報（リソースファイル１０２等）を保持する第１の保持手段（ＲＡＭ２，外部メモリ１１等）と、前記印刷装置に保持される前記所定の画像情報を識別する第２の資源情報の更新状態を判定する第１の判定手段（プリンタリソースファイル監視処理部１０４等）と、前記第１の判定手段が前記印刷装置に保持される第２の資源情報が更新されていると判定した場合に、前記第２の資源情報に設定される転送制御情報に基づいて該第２の資源情報を取得可能かどうかを判定する第２の判定手段（プリンタリソースファイル監視処理部１０４等）と、前記第２の判定手段が取得可能であると判定した場合に、前記印刷装置から保持されている前記第２の資源情報を取得する取得手段（ＰＲＴＣ８）と、前記第１の保持手段に保持されている前記第１の資源情報を前記第２の資源情報に基づいて更新する更新手段（プリンタリソースファイル監視処理部１０４等）とを備える情報処理装置と、いずれかの情報処理装置から転送された所定の画像情報を保持する第２の保持手段（ＲＡＭ１９，外部メモリ１４等）と、前記第２の保持手段に保持された前記所定の画像情報を識別する第２の資源情報を保持する第３の保持手段とを備える印刷装置とを有し、プリンタリソースファイル監視処理部１０４がプリンタ１１３に保持されるフォントデータを識別するリソースファイル１１４の更新状態を判定し、プリンタ１１３に保持されるリソースファイル１１４が更新されていると判定した場合に、プリンタリソースファイル監視処理部１０４がリソースファイル１１４に設定されるプロテクトＩＤに基づいて該リソースファイル１１４を取得可能かどうかを判定し、取得可能であると判定した場合に、ＰＲＴＣ８がプリンタ１１３のＲＡＭ１９等に保持されているリソースファイル１１４を取得したら、プリンタリソースファイル監視処理部１０４がＲＡＭ２等に保持されているリソースファイル１０２をリソースファイル１１４に基づいて更新して、プリンタ１１３に記憶されるフォントデータを識別するリソースファイル１１４の更新がされていても、リソースファイル１１４に対してプロテクトＩＤが設定されていれば、ホスト１０１等がリソースファイル１１４を取得不能として、プリンタ１１３に登録されたフォントデータを利用可能なホストを制限することを可能とする。
【０１１１】
〔フォントのダウンロード処理〕
ホスト１０１からプリンタ１１３にフォントをダウンロードする手順については、第１実施例（図６のフローチャート）と同様なので、ここでは説明を省略する。
【０１１２】
〔ホストのリソースファイルを更新処理〕
次に、ホスト１０５のリソースファイル１０６を更新する手順を図１１のフローチャートを用いて説明する。
【０１１３】
図１１は、本発明に係る画像出力システムのデータ処理方法の第２実施例を示すフローチャートである。なお、（１）〜（３）は各ステップを示し、ホストのリソースファイルの更新処理手順に対応する。
【０１１４】
ホスト１０５のプリンタリソースファイル監視処理部１０８は定期的にプリンタ１１３のリソースファイル１１４が更新されたかどうかを監視し（１）、更新されていないと判定した場合は、更新されるまで待機する。
【０１１５】
一方、ステップ（１）で、もし、プリンタ１１３のリソースファイル１１４がが更新されたと判定した場合は、その更新されたフォントのリソースデータのプロテクトＩＤが“１”か“０”かを調べ（２）、“１”であると判定した場合は、処理を終了する。
【０１１６】
一方、ステップ（２）で、もし、フォントのリソースデータのプロテクトＩＤが“０”であると判定した場合は、プリンタ１１３のリソースファイル１１４をホスト１０５にアップロードし、ホスト１０５のリソースファイル１０６に追加する（３）。
本実施例では、ホスト１０５における場合を説明したが、ホスト１０１及びホスト１０９においても、同様の方法でリソースファイルの更新を行なうようになっている。
【０１１７】
以下、本実施例と第７の発明の各工程との対応及びその作用について図１１等を参照して説明する。
【０１１８】
第７の発明は、印刷装置（プリンタ１１３）に転送した所定の画像情報を識別する第１の資源情報を保持する第１の保持手段（ＲＡＭ２，外部メモリ１１等）を備える複数の情報処理装置（ホスト１０１，１０５，１０９等）と、いずれかの情報処理装置から転送された所定の画像情報を保持する第２の保持手段（ＲＡＭ１９，外部メモリ１４等）と、前記第２の保持手段に保持された前記所定の画像情報を識別する第２の資源情報を保持する第３の保持手段（ＲＡＭ１９，外部メモリ１４等）とを有する印刷装置とが所定のインタフェースを介して通信可能な印刷システム装置のデータ処理方法において、前記印刷装置に保持される前記所定の画像情報を識別する第２の資源情報の更新状態を判定する第１の判定工程と（図１１のステップ（１））、前記第２の資源情報に設定される転送制御情報に基づいて該第２の資源情報を取得可能かどうかを判定する第２の判定工程（図１１のステップ（２））と、該第１および第２の判定結果に基づいて前記印刷装置から保持されている前記第２の資源情報を取得する取得工程（図１１のステップ（３））と、前記第１の保持手段に保持されている前記第１の資源情報を前記第２の資源情報に基づいて更新する更新工程（図１１のステップ（３））とを実行して、印刷装置に記憶される画像情報を識別する第２の資源情報の更新されていても、第２の資源情報に対して転送制御情報が設定されていれば、情報処理装置が第２の資源情報を取得不能として、印刷装置に登録された画像情報を利用可能な情報処理装置を制限する処理を自動化することを可能とする。
【０１１９】
〔フォント削除処理〕
ホスト１０１からプリンタ１１３にダウンロードされたフォントを削除する手順については、第１実施例（図８に示したフローチャート）と同様なので、ここでは説明を省略する。
【０１２０】
〔リソースファイルの説明〕
以下、図１２を参照しながら本実施例におけるリソースファイルの構成について説明する。
【０１２１】
図１２は、本発明の第２実施例を示す画像出力システムにおけるリソースファイルの構成を説明する図であり、予めプリンタに内蔵されているフォントを含め各フォント毎にフォント名称、文字セット名称やフォント属性等が記述されている場合に対応する。
【０１２２】
図において、１３１は明朝体のリソースデータであり、フォント名称１３３、文字セット名称１３４、グラフィックセット名称１３５から構成されており、その他、文字ピッチ、文字サイズ等のフォントの属性情報が記述されている。
【０１２３】
１３２はゴシック体のリソースデータであり、明朝体と同様なフォント属性情報が記述されている。１３６はプロテクトＩＤで、書体または文字セット毎に存在し、その書体または文字セットがダウンロードしたホスト以外での使用制限を行なうためのものであり、「１」または「０」がセットされる。１３２はゴシック体のリソースデータであり、明朝体と同様なフォント属性情報、プロテクトＩＤが記述されている。
【０１２４】
この図に示すように、プロテクトＩＤ１３６は、書体または文字セット毎に存在し、その書体または文字セットがダウンロードしたホスト以外での使用制限を行なうためのものである。１３２はゴシック体のリソースデータであり、明朝体と同様なフォント属性情報、プロテクトＩＤが記述されている。
【０１２５】
以上説明した第２実施例において、フォントが使用できるかどうかの判断は、リソースデータの有無で判断したが、これに限るものではなく、例えば、フォントを印字するときに送る文字コードにプロテクトフラグを設け、そのプロテクトフラグによりフォントが使用できるかどうかを判断するようにしてもよい。さらには、文字セットにプロテクトフラグを設けて、そのプロテクトフラグにより文字セットを選択する際に、その文字セットが使用できるかどうかを判断するようにしても勿論良い。
【０１２６】
なお、第２実施例は、ダウンロードしたフォントをダウンロードしたホスト以外のホストで使用できるように『するか』または『しないか』の２通りの選択であったが、これに限るものではなく、リソースファイルの型式を変更することによって、ダウンロードフォントを使用できるホストを特定させたりすることも勿論可能である。
【０１２７】
上記第２実施例によれば、各ホストからダウンロードされたフォント資源にプロテクトフラグを設けることにより、ダウンロードしたフォントを使用できるホストを制限することができる。
【０１２８】
〔第３実施例〕
図１３は、本発明の第３の実施例を示す画像出力システムの構成を説明するブロック図であり、３台のホスト１４１，１４５，１４９と１台のプリンタ１５３が繋がって画像出力システムが構成される場合に対応する。なお、第３実施例は第１実施例の構成において、使用できるホストを制限するようにしたものである。 図において、ホスト１４１はリソースファイル１４２，プリンタドライバ１４３，プリンタリソースファイル監視処理部１４４を備えている。ホスト１４５はリソースファイル１４６，プリンタドライバ１４７，プリンタリソースファイル監視処理部１４８を備えている。ホスト１４９はリソースファイル１５０，プリンタドライバ１５１，プリンタリソースファイル監視処理部１５２を備えている。１５３はプリンタで、リソースファイル１５４，フォントデータ１５５が図示しない記憶媒体に書き換え可能に記憶されている。１５６は双方向ケーブルで、上記ホスト１４１，１４５，１４９およびプリンタ１５３とのデータ通信路として機能する。
【０１２９】
以下、本実施例と第８〜第１０の発明の各手段との対応及びその作用について図１３等を参照して説明する。なお、ホスト１４１，１４５，１４９等は、それぞれ図４に示すホストコンピュータ３００の構成を備えているものとする。
【０１３０】
第８の発明は、所定のインタフェース（双方向ケーブル１５６）を介して印刷装置（プリンタ１５３）と通信可能な情報処理装置（ホスト１４１，１４５，１４９）において、前記印刷装置に転送した所定の画像情報を識別する第１の資源情報（リソースファイル１４２等）を保持する第１の保持手段（ＲＡＭ２）と、前記印刷装置に保持される前記所定の画像情報を削除可能かどうかを前記印刷装置に保持される画像情報（本実施例ではフォントデータ）を識別する第２の資源情報（リソースファイル１５４）中に設定される使用ホスト情報に基づいて判別する判別手段（プリンタリソースファイル監視処理部１４４等）と、前記判別手段が削除可能であると判別した場合に、前記第１の保持手段に保持される第１の資源情報を削除する第１の削除手段（プリンタリソースファイル監視処理部１４４等）と、前記判別手段が削除可能であると判別した場合に、前記印刷装置に保持される画像情報および該画像情報の第２の資源情報の削除要求を発行する発行手段（プリンタリソースファイル監視処理部１４４等）とを有し、ＲＡＭ２等にプリンタ１５３に転送したフォントデータを識別するリソースファイル１４２を保持しておき、前記印刷装置に保持されるフォントデータを削除可能かどうかをプリンタ１５３に保持されるフォントデータを識別するリソースファイル１５４に設定される使用ホスト情報に基づいてプリンタリソースファイル監視処理部１４４が判別し、削除可能であると判別した場合に、ＲＡＭ２に保持されるリソースファイ１４２を削除するとともに、プリンタ１５３に保持されるフォントデータおよび該フォントデータの削除要求を発行して、プリンタ１５３に登録されたフォントデータを管理するリソースファイル中に使用する各ホストの使用ホスト情報が設定されている場合には、ホストからプリンタ１５３に対する削除指示を無効として、プリンタ１５３に登録されたフォントデータが意図しないホストからの指示で削除されてしまう事態を回避することを可能とする。
【０１３１】
第９の発明は、所定のインタフェースを介して情報処理装置（ホスト１４１，１４５，１４９等）と通信可能な印刷装置（プリンタ１５３）において、いずれかの情報処理装置から転送された所定の画像情報を保持する第２の保持手段（ＲＡＭ１９，外部メモリ１４等）と、前記第２の保持手段に保持された前記所定の画像情報（本実施例ではフォントデータ）を識別する第２の資源情報を保持する第３の保持手段（ＲＡＭ１９，外部メモリ１４等）と、前記情報処理装置から発行される削除要求に基づいて前記第２の保持手段に保持される画像情報および前記第３の保持手段に保持される前記第２の資源情報を削除する第２の削除手段（ＣＰＵ１２による）とを設け、例えばＲＡＭ１９にいずれかのホストから転送されたフォントデータを保持し、さらにＲＡＭ１９に保持されたフォントデータを識別するリソースファイル１５４を保持しておき、ホストからフォントデータの削除要求が発行されると、該発行される削除要求に基づいてＣＰＵ１２がＲＡＭ１９に保持されるフォントデータおよびリソースファイル１５４を削除して、ホストからの削除指示でプリンタ１５３に対して登録された不要なフォントデータを容易に削除することを可能とする。
【０１３２】
第１０の発明は、所定のインタフェースを介して印刷装置と情報処理装置とが通信可能な印刷システムにおいて、前記印刷装置に転送した所定の画像情報を識別する第１の資源情報（リソースファイル１４２等）を保持する第１の保持手段（ＲＡＭ２）と、前記印刷装置に保持される前記所定の画像情報を削除可能かどうかを前記印刷装置に保持される画像情報（本実施例ではフォントデータ）を識別する第２の資源情報（リソースファイル１５４）中に設定される使用ホスト情報に基づいて判別する判別手段（プリンタリソースファイル監視処理部１４４等）と、前記判別手段が削除可能であると判別した場合に、前記第１の保持手段に保持される第１の資源情報を削除する第１の削除手段（プリンタリソースファイル監視処理部１４４等）と、前記判別手段が削除可能であると判別した場合に、前記印刷装置に保持される画像情報および該画像情報の第２の資源情報の削除要求を発行する発行手段（プリンタリソースファイル監視処理部１４４等）とを備える情報処理装置と、いずれかの情報処理装置から転送された所定の画像情報を保持する第２の保持手段（ＲＡＭ１９，外部メモリ１４等）と、前記第２の保持手段に保持された前記所定の画像情報（本実施例ではフォントデータ）を識別する第２の資源情報を保持する第３の保持手段（ＲＡＭ１９，外部メモリ１４等）と、前記情報処理装置から発行される削除要求に基づいて前記第２の保持手段に保持される画像情報および前記第３の保持手段に保持される前記第２の資源情報を削除する第２の削除手段（ＣＰＵ１２による）とを有する印刷装置とを有し、情報処理装置側ではＲＡＭ２等にプリンタ１５３に転送したフォントデータを識別するリソースファイル１４２を保持しておき、プリンタ１５３に保持されるリソースファイル１５４を削除可能かどうかをプリンタ１５３に保持されるフォントデータを識別するリソースファイル１５４中に設定される使用ホスト情報に基づいてプリンタリソースファイル監視処理部１４４等が判別し、削除可能であると判別した場合に、プリンタリソースファイル監視処理部１４４等がＲＡＭ２等に保持されるリソースファイル１４２等を削除するとともに、プリンタ１５３に保持されるフォントデータおよび該フォントデータのリソースファイル１５４の削除要求を発行して、プリンタ１５３側ではＲＡＭ１９等にいずれかのホストから転送されたフォントデータを保持し、さらに保持されたフォントデータを識別するリソースファイル１５４を保持しておき、ホストからフォントデータの削除要求が発行されると、該発行される削除要求に基づいてＣＰＵ１２がＲＡＭ１９等に保持されるフォントデータおよびリソースファイル１５４を削除して、プリンタ１５３に登録されたフォントデータを管理するリソースファイル１５４中に使用する各ホストの使用ホスト情報が設定されている場合には、ホストからプリンタ１５３に対する削除指示を無効として、プリンタ１５３に登録されたフォントデータが意図しないホストからの指示で削除されてしまう事態を回避するとともに、ホストからの削除指示でプリンタ１５３に対して登録された不要な画像情報を容易に削除することを可能とする。
【０１３３】
なお、ホスト１４１からプリンタ１５３にフォントをダウンロードする手順については、第１実施例（図６に示したフローチャート）と同様なので、また、ホスト１４５のリソースファイル１４６を更新する手順については、第１実施例（図７に示したフローチャート）と同様なので、ここでは説明を省略する。
【０１３４】
本実施例は第１実施例の構成において、使用中のフォントは削除できないように構成したものであり、以下、図１４に示すフローチャートを参照しながら本発明に係る画像出力システムにおけるフォント削除処理について説明する。
【０１３５】
〔フォントの削除処理〕
次に、ホスト１４１からプリンタ１５３にダウンロードされたフォントを削除する手順を図１４のフローチャートを用いて説明する。
【０１３６】
図１４は、本発明に係る画像出力システムのデータ処理方法の第３実施例を示すフローチャートである。なお、（１）〜（６）は各ステップを示し、ホスト１４１からプリンタ１５３にダウンロードされたフォントを削除処理手順に対応する。
【０１３７】
ホスト１４１上において、フォント削除指示がなされると（１）、ホスト１４１はプリンタ１５３がアイドル状態（プリンタがホストからのデータを受け付けられる状態）かどうかを調べ（２）、アイドル状態である場合は、ホスト１４１は双方向ケーブル１５６を経由して、指示のあったフォントデータの削除命令をプリンタ１５３に転送する。
【０１３８】
一方、ステップ（２）で、もし、アイドル状態でないと判定された場合は、アイドル状態になるまで待機し、アイドル状態になったら、フォントデータの削除命令を受け取ったプリンタ１５３は、プリンタ１５３のリソースファイル１５４を見て使用ホストＩＤが存在するか確認し（３）、使用ホストＩＤが存在する場合は、使用ホストＩＤが存在しなくなるまで待機する。使用ホストＩＤが存在しない場合は、削除命令により指定されたフォントデータを削除する（４）。そして、フォントデータの削除が終了すると、ホスト１４１は削除したフォントのリソースデータをリソースファイル１４２から削除し（５）、さらに、削除したフォントのリソースデータをプリンタ１５３のリソースファイル１５４からも削除して（６）、処理を終了する。
【０１３９】
以下、本実施例と第１１の発明の各工程との対応及びその作用について図１４等を参照して説明する。
【０１４０】
第１１の発明は、印刷装置（プリンタ１５３）に転送した所定の画像情報を識別する第１の資源情報を保持する第１の保持手段（ＲＡＭ２，外部メモリ１１等）を備える複数の情報処理装置（ホスト１４１，１４５，１４９）と、いずれかの情報処理装置から転送された所定の画像情報を保持する第２の保持手段（ＲＡＭ１９，外部メモリ１４等）と、前記第２の保持手段に保持された前記所定の画像情報を識別する第２の資源情報を保持する第３の保持手段（ＲＡＭ１９，外部メモリ１４等）とを有する印刷装置（プリンタ１５３）とが所定のインタフェースを介して通信可能な印刷システムのデータ処理方法において、前記印刷装置に保持される前記所定の画像情報の削除要求を検出する検出工程（図１４のステップ（１））と、該削除要求検出時に、前記印刷装置に保持される前記所定の画像情報を削除可能かどうかを前記印刷装置に保持される画像情報を識別する第２の資源情報中に設定される使用ホスト情報に基づいて判別する判別工程（図１４のステップ（３））と、該判別結果に基づいて前記第２の保持手段に保持される画像情報および前記第３の保持手段に保持される前記第２の資源情報を削除し、前記第１の保持手段に保持される第１の資源情報を削除する削除工程（図１４のステップ（４）〜（６））とを実行して、印刷装置（プリンタ１５３）に登録された画像情報（本実施例ではフォントデータ）を管理するリソースファイル１５４中にホストの使用ホスト情報が設定されている場合には、他のホストからプリンタ１５３に対する削除指示を無効として、プリンタ１５３に登録されたフォントデータが意図しないホストからの指示で削除されてしまう事態を回避するとともに、同一使用ホストＩＤからの削除指示でプリンタ１５３に対して登録された不要なフォントデータを容易に削除する処理を自動化することを可能とする。
【０１４１】
〔リソースファイルの説明〕
以下、図１５を参照しながら本実施例におけるリソースファイルの構成について説明する。
【０１４２】
図１５は、本発明の第３実施例を示す画像出力システムにおけるリソースファイルの構成を説明する図であり、予めプリンタに内蔵されているフォントを含め各フォント毎にフォント名称、文字セット名称やフォント属性等が記述されている場合に対応する。
【０１４３】
図において、１７１は明朝体のリソースデータであり、フォント名称１７３、文字セット名称１７４、グラフィックセット名称１７５から構成されており、その他、文字ピッチ、文字サイズ等のフォントの属性情報および使用ホストＩＤ１７６が記述されている。
【０１４４】
上述したように使用ホストＩＤ１７６は、書体または文字セット毎に存在し、その書体または文字セットを予め使用宣言しておくか使用中の場合、使用ホストＩＤ１７６に使用宣言しているかまたは使用しているホストのＩＤを記述しておくようにしておく。
【０１４５】
そして、使用ホストＩＤが存在する場合は、フォント削除命令が発行されていも、削除できないようになっている。
【０１４６】
１７２はゴシック体のリソースデータであり、明朝体と同様なフォント属性情報、使用ホストＩＤ「３」が記述されている。
【０１４７】
使用ホストＩＤは、ユーザがコマンドやパネルスイッチにより、他のユーザにフォントを削除されないように設定するようにしてもよいし、また、アプリケーションソフトにより、アプリケーションソフトが起動している間は使用ホストＩＤを設定し、終了したら使用ホストＩＤを解除するようにしてもよい。
【０１４８】
上記第３実施例によれば、印刷装置にダウンロードした画像情報資源、例えばフォント資源を使用しているホストの有無を表すフラグを設けることにより、ダウンロードフォントが使用中は、他のホストからの削除要求がなされても、削除されないようにフォント資源を管理することができる。
【０１４９】
〔第４実施例〕
図１６は、本発明の第４の実施例を示す画像出力システムの構成を説明するブロック図であり、３台のホスト１８１，１８５，１８９と１台のプリンタ１９３が繋がって画像出力システムが構成される場合に対応する。なお、第４実施例は第１実施例の構成において、使用できるホストを制限するようにしたものである。
【０１５０】
図において、ホスト１８１はリソースファイル１８２，プリンタドライバ１８３，プリンタリソースファイル監視処理部１８４を備えている。ホスト１８５はリソースファイル１８６，プリンタドライバ１８７，プリンタリソースファイル監視処理部１８８を備えている。ホスト１８９はリソースファイル１９０，プリンタドライバ１９１，プリンタリソースファイル監視処理部１９２を備えている。１９３はプリンタで、フラッシュＲＯＭ１９４，ハードディスク１９５，フォント比較部１９９を備え、フラッシュＲＯＭ１９４にはリソースファイル１９６，フォントデータ１９７が記憶され、ハードディスク１９５にはフォントデータ１９８が記憶されている。２００は双方向ケーブルで、上記ホスト１８１，１８５，１８９およびプリンタ１９３とのデータ通信路として機能する。
【０１５１】
本実施例は、第１実施例の構成において、フォントをダウンロードする場合に既に同一属性のフォントが存在する時、ダウンロード先の媒体のアクセススピードが、既に存在するフォントが格納されている媒体のアクセススピードより速い場合は、フォントをダウンロードするようにしたものである。
【０１５２】
特に、本実施例では比較的速い媒体としてフラッシュＲＯＭ（電気的に即座に読み書き消去可能な不揮発性メモリ）１９４を使用する場合について説明したが、比較的遅い媒体としてハードディスク１９５を用いた構成を説明する。
【０１５３】
以下、本実施例と第１２の発明の各手段との対応及びその作用について図１６等を参照して説明する。
【０１５４】
第１２の発明は、所定のインタフェース（双方向ケーブル２００）を介して情報処理装置（ホスト１８１，１８５，１８９）と通信可能な印刷装置（プリンタ１９３）において、いずれかの情報処理装置（ホスト１８１等）から転送される所定の画像情報（本実施例ではフォントデータ）を保持可能でアクセス速度が異なる複数の転送情報記憶手段（フラッシュＲＯＭ１９４，ハードディスク１９５）と、各転送情報記憶手段に保持された前記所定の画像情報を識別する第２の資源情報を保持する資源情報記憶手段（フラッシュＲＯＭ１９４）と、ホスト１８１から画像転送要求されている画像情報の第１の資源情報（リソースファイル１８２）と前記資源情報記憶手段に記憶された前記第２の資源情報（リソースファイル１９６）とを比較して転送される画像情報の保持先をいずれかの転送情報記憶手段に振り分け制御する制御手段（ＣＰＵ１２）とを設け、アクセス速度が異なる複数の転送情報記憶手段（フラッシュＲＯＭ１９４，ハードディスク１９５）に対していずれかのホストから転送される所定の画像情報（本実施例ではフォントデータ）を保持させる際に、ＣＰＵ１２がホストから転送要求されているフォントデータのリソースファイル１８２とフラッシュＲＯＭ１９４に記憶されたリソースファイル１９６とを比較して転送されるフォントデータの保持先をいずれかのフラッシュＲＯＭ１９４またはハードディスク１９５に振り分け制御して、ホストから転送されるフォントデータを登録する際に、アクセス速度の速い記憶媒体に対して優先して登録することを可能とする。
【０１５５】
〔フォントのダウンロード処理〕
図１７は、本発明に係る画像出力システムのデータ処理方法の第４実施例を示すフローチャートである。なお、（１）〜（１２）は各ステップを示し、ホスト１８１からプリンタ１９３にフォントをダウンロードする手順に対応する。
【０１５６】
ホスト１８１上において、フォントダウンロード指示がなされると（１）、ホスト１８１はプリンタ１９３がアイドル状態（プリンタがホストからのデータを受け付けられる状態）かどうかを調べ（２）、アイドル状態であると判定された場合は、ホスト１８１は双方向ケーブル２００を経由して、指示のあったフォントデータをプリンタ１９３に転送する。
【０１５７】
一方、ステップ（２）で、もし、アイドル状態でないと判定された場合は、アイドル状態になるまで待機し、アイドル状態であると判定されたら、プリンタ１９３に転送されたフォントデータは、フォント比較部１９９において、フラッシュＲＯＭ１９４に同一属性のフォントが存在するかどうかを比較判定して（３）、同一属性のフォントが存在しないと判定した場合は、フラッシュＲＯＭ１９４にフォントをダウンロードし（４）、ホスト１８１のリソースファイル１８２にダウンロードしたフォントのリソースデータを追加またはリソースデータの媒体ＩＤを“１”に書き換え（５）、さらにプリンタ１９３にダウンロードしたフォントのリソースデータを追加またはリソースデータの媒体ＩＤを“１”に書き換える（６）。
【０１５８】
次いで、フラッシュＲＯＭ１９４にフォントをダウンロードした後、ダウンロード指示されたフォントと同一属性のものがハードディスク１９５に存在するかどうかを判定して（７）、ダウンロード指示されたフォントと同一属性のものが存在しないと判定された場合は処理を終了し、ダウンロード指示されたフォントと同一属性のものが存在すると判定された場合はフラッシュＲＯＭ１９４にダウンロードしたフォントと同一属性のハードディスク１９５上のフォントを削除し（８）、処理を終了する。
【０１５９】
一方、ステップ（３）で、ダウンロード指示されたフォントと同一属性のものがフラッシュＲＯＭ１９４に存在すると判定した場合は、さらにハードディスク１９５に存在するかどうかを判定し（９）、同一属性のものがハードディスク１９５にも存在する場合は処理を終了する。
【０１６０】
一方、ステップ（９）でダウンロード指示されたフォントと同一属性のものが存在しないと判定された場合は、指示されたフォントをハードディスク１９５にダウンロードし（１０）、ホスト１８１のリソースファイル１８２にダウンロードしたフォントのリソースデータを追加し（１１）、さらにプリンタ１９３にダウンロードしたフォントのリソースデータを追加して（１２）、処理を終了する。
【０１６１】
なお、同一属性のフォントとは、リソースデータの属性がすべて同一であり、且つフォントデータが同一なものをいう。
【０１６２】
媒体ＩＤとは、書体または文字セット毎に存在し、その書体または文字セットのフォントデータがフラッシュＲＯＭ１９４とハードディスク１９５のどちらの媒体に存在するかを表わしている。本実施例では、媒体ＩＤ“０”の時ハードディスク１９５を、“１”の時フラッシュＲＯＭ１９４を表わす。
【０１６３】
なお、ホスト１８５からリソースファイル１８６を更新する手順およびホスト１８１からプリンタ１９３にダウンロードされたフォントを削除する手順については、第１実施例（図７，図８に示したフローチャート）と同様なので、ここでは説明を省略する。
【０１６４】
〔リソースファイルの説明〕
以下、図１８を参照しながら本実施例におけるリソースファイルの構成について説明する。
【０１６５】
図１８は、本発明の第４実施例を示す画像出力システムにおけるリソースファイルの構成を説明する図であり、予めプリンタに内蔵されているフォントを含め各フォント毎にフォント名称、文字セット名称やフォント属性等が記述されている場合に対応する。
【０１６６】
図において、２３１は明朝体のリソースデータであり、２３３はフォント名称、２３４は文字セット名称、２３５はグラフィックセット名称であり、その他、文字ピッチ、文字サイズ等のフォントの属性情報と、２３６の媒体ＩＤが記述されている。２３２はゴシック体のリソースデータであり、明朝体と同様なフォント属性情報、媒体ＩＤが記述されている。
【０１６７】
本実施例では、ダウンロード可能な媒体として、１つのハードディスクと１つのフラッシュＲＯＭの例を示したが、これに限るものではなく、アクセススピードの異なる複数のハードディスクやフラッシュＲＯＭや例えば光磁気ディスク等の他の媒体を組み合わせた構成にして、それぞれのアクセススピードを比較する手段を設け、それにより、アクセススピードの最も速い媒体にダウンロードするようにすることも勿論可能である。
【０１６８】
さらに、アクセススピードの速さでダウンロード先を決定していたが、これに限るものではなく、容量の大きさがダウンロード先を決定することも可能である。
【０１６９】
また、ハートディスク及びフラッシュＲＯＭの両方にダウンロードしようとするフォントが存在しない場合は、どちらにダウンロードするかユーザが選択できるようにすることも勿論可能である。
【０１７０】
上記第４実施例によれば、ホストから転送される画像情報資源、例えばフォント資源を登録する、すなわち、ダウンロード先の媒体のアクセススピードを比較して、より速いアクセススピードの媒体にフォント資源をダウンロードすることが可能となる。
【０１７１】
〔第５実施例〕
図１９は、本発明の第５の実施例を示す画像出力システムの構成を説明するブロック図であり、ホスト２４１と１台のプリンタ２４５が繋がって画像出力システムが構成される場合に対応し、第５実施例はダウンロード用媒体としてハードディスクと、脱着可能なフラッシュＲＯＭをプリンタに構成したもので、フラッシュＲＯＭが装着されたときに、ハードディスクに格納されているフォントをフラッシュＲＯＭに書き換えるようにしたものである。ハードディスクはアクセススピードが比較的遅く、フラッシュＲＯＭは比較的速いことは言うまでもない。
【０１７２】
図において、ホスト２４１はリソースファイル２４２，プリンタドライバ２４３，プリンタリソースファイル監視処理部２４４を備えている。２４５はプリンタで、フラッシュＲＯＭ２４６，ハードディスク２４７，フラッシュＲＯＭ検出部２５０，容量算出部２５１を備え、フラッシュＲＯＭ２４６にはリソースファイル２４８，フォントデータ２４９が記憶され、ハードディスク２４７にはフォントデータが記憶されている。２５２は双方向ケーブルで、上記ホスト２４１およびプリンタ２４５とのデータ通信路として機能する。
【０１７３】
なお、ホスト２４１からプリンタ２４５にフォントをダウンロードする手順については、第１実施例（図６に示したフローチャート）と同様なので、ここでは説明を省略する。
【０１７４】
〔ハードディスクからフラッシュＲＯＭに書き換える〕
図２０は、本発明に係る画像出力システムのデータ処理方法の第５実施例を示すフローチャートである。なお、（１）〜（４）は各ステップを示し、プリンタ２４５のハードディスク２４７からフラッシュＲＯＭ２４６にフォントを書き換える手順に対応する。
【０１７５】
フラッシュＲＯＭ検出部２５０はフラッシュＲＯＭ２４６が装着されたかどうかを検出判定し、フラッシュＲＯＭ２４６が装着されると（１）、プリンタ２４５がアイドル状態（ハードディスク２４７からフラッシュＲＯＭ２４６にフォントを書き換えられる状態）かどうかを調べ（２）、アイドル状態でないと判定した場合は、アイドル状態になるまで待機し、アイドル状態であると判定した場合は、容量算出部２５１は書き換えようとしてるフォントの容量とフラッシュＲＯＭ２４６の容量を算出し、フラッシュＲＯＭ２４６の容量がフォントの容量より大きいかどうかを判定し（３）、大きいと判定された場合は、ハードディスク２４７からフラッシュＲＯＭ２４６にフォントを書き換え（４）、処理を終了する。
【０１７６】
一方、ステップ（３）で、もし、フラッシュＲＯＭ２４６の容量がフォントの容量より小さいと判定された場合は処理を終了する。
【０１７７】
本実施例では、フラッシュＲＯＭ２４６が装着され、かつフラッシュＲＯＭ２４６に空き容量があればハードディスク２４７からフラッシュＲＯＭ２４６にフォントを書き換えていたが、これに限るものではなく、例えばフラッシュＲＯＭ２４６に書き換えるかどうかのフラグをリソースファイルに設けておき、このフラグにより、フラッシュＲＯＭ２４６に書き換えるかどうかを判断してもよい。
【０１７８】
また、ハードディスク２４７に複数のフォントが存在する場合、どのフォントを優先してフラッシュＲＯＭ２４６に書き換えるかを決定する手段を設け、それにより優先順位順にハードディスク２４７からフラッシュＲＯＭ２４６にフォントを書き換える様にしてもよい。
【０１７９】
上記第５実施例によれば、各ホストから転送される画像情報資源、例えばフォント資源を格納する記憶媒体として、ハードディスクに比べてアクセススピードが速いフラッシュＲＯＭ等が装着されたことを検出して、各ホストからダウンロードされるフォント資源の登録先をハードディスクからフラグＲＯＭに転送あるいは書き換え転送することにより、ダウンロードされたフォント資源を利用した印刷処理を高速化することができる。
【０１８０】
〔第６実施例〕
図２１は、本発明の第６の実施例を示す画像出力システムの構成を説明するブロック図であり、ホスト２７１と１台のプリンタ２７５が繋がって画像出力システムが構成される場合に対応し、ダウンロード用媒体としてＲＡＭ（読み書き可能な揮発性メモリ）と、脱着可能なフラッシュＲＯＭをプリンタに備えて構成したもので、フラッシュＲＯＭが装着されたときに、ＲＡＭに格納されているフォントをフラッシュＲＯＭに書き換えるようにしたものである。つまり、一時登録（プリンタの電源をＯＦＦにしたら消えてしまう登録）のフォントを永久登録（プリンタの電源をＯＦＦにしても消えない登録）にするものである。
【０１８１】
図において、ホスト２７１はリソースファイル２７２，プリンタドライバ２７３，プリンタリソースファイル監視処理部２７４を備えている。２７５はプリンタで、ＲＡＭ２７６，フラッシュＲＯＭ２７７，フラッシュＲＯＭ検出部２８０，容量算出部２８２，永久登録判断部２８１を備え、ＲＡＭ２７６にはリソースファイル２７８，フォントデータ２７９が記憶され、フラッシュＲＯＭ２７７にはフォントデータが記憶されている。２８３は双方向ケーブルで、上記ホスト２７１およびプリンタ２７５とのデータ通信路として機能する。
【０１８２】
なお、ホスト２７１からプリンタ２７５にフォントをダウンロードする手順については、第１実施例（図６に示したフローチャート）と同様なので、ここでは説明を省略する。
【０１８３】
図２２は、本発明に係る画像出力システムのデータ処理方法の第６実施例を示すフローチャートである。なお、（１）〜（５）は各ステップを示し、プリンタ２７５のＲＡＭ２７６からフラッシュＲＯＭ２７７にフォントを書き換える手順に対応する。
【０１８４】
フラッシュＲＯＭ検出部２８０はフラッシュＲＯＭ２７７が装着されたかどうかを検出判定し、フラッシュＲＯＭ２７７が装着されると（１）、プリンタ２７５がアイドル状態（ＲＡＭ２７６からフラッシュＲＯＭ２７７にフォントを書き換えられる状態）かどうかを調べ（２）、アイドル状態でないと判定された場合は、アイドル状態になるまで待機し、アイドル状態になったら、永久登録判断部２８１は書き換えようとしているフォントが書き換え許可のあるものかどうかを判断し（３）、書き換え許可のないものの場合は処理を終了する。
【０１８５】
一方、ステップ（３）で、書き換えようとしているフォントが書き換え許可のあるものの場合は、さらに容量算出部２８２は書き換えようとしているフォントの容量とフラッシュＲＯＭ２７７の容量を算出し、フラッシュＲＯＭ２７７の容量がフォントの容量より大きいかどうかを判定し（４）、大きいと判定した場合は、ＲＡＭ２７６からフラッシュＲＯＭ２７７にフォントを書き換え（５）、処理を終了する。
【０１８６】
一方、ステップ（４）で、もし、フラッシュＲＯＭ２７７の容量がフォントの容量より小さい場合は処理を終了する。
【０１８７】
なお、本実施例におけるフォントの書き換え許可は、例えば、リソースファイルにフラグとして設けておき、このフラグによりフラッシュＲＯＭに書き換えるかどうかを判断してもよい。
【０１８８】
また、第５実施例と同様に、ＲＡＭに複数のフォントが存在する場合、どのフォントを優先してフラッシュＲＯＭに書き換えるかを決定する手段を設け、それにより優先順位順にハードディスクからフラッシュＲＯＭにフォントを書き換える用にしてもよい。
【０１８９】
上記第６実施例によれば、各ホストから転送される画像情報資源、例えばフォント資源を格納する記憶媒体として、フラッシュＲＯＭ等が装着されたことを検出して、各ホストからＲＡＭにダウンロードされたフォント資源をフラッシュＲＯＭに書き換え転送することにより、ダウンロードされたフォント資源をフラッシュＲＯＭに永久登録することができる。
【０１９０】
〔第７実施例〕
図２３は、本発明の第７の実施例を示す画像出力システムの構成を説明するブロック図であり、ホスト３０１と１台のプリンタ３０５が繋がって画像出力システムが構成される場合に対応し、フォントを印字するときに必要な各種テーブルがプリンタに既に存在する場合は、各種テーブルをダウンロードしないようにしたものである。
【０１９１】
図において、ホスト３０１はリソースファイル３０２，プリンタドライバ３０３，プリンタリソースファイル監視処理部３０４を備えている。３０５はプリンタで、リソースファイル３０６，フォントデータ３０７，各種テーブル有無検出部３０８，グラフィックセット名称テーブル３０９，書体名称テーブル３１０等を備えている。
【０１９２】
本実施例においては、プリンタ３０５のフォーマットや文字セットの種類によっては、フォントデータ（文字情報部及び文字パターン部）以外に、グラフィックセット名称テーブル３０９、書体名称テーブル３１０等の各種テーブルが存在する。これらは文字を選択する時や内部処理に使用されている。
【０１９３】
グラフィックセット名称テーブル３０９は書体が異なる文字セットでもグラフィックセットが同じものなら共通して使用することができる。例えば、「Ｍｉｎｃｈｏ−Ｍｅｄｉｕｍ．Ｊ９０ 」という文字セットは「Ｊ９０ 」というグラフィックセットのグラフィックセット名称テーブルが必要であり、また、「Ｇｏｔｈｉｃ−Ｍｅｄｉｕｍ．Ｊ９０ 」という文字セットも同様に「Ｊ９０ 」というグラフィックセットのグラフィックセット名称テーブルが必要である。この「Ｊ９０ 」というグラフィックセットのグラフィックセット名称テーブルは１つのみ存在すればよい。同様に、書体名称テーブル等についても、１つのみ存在すればよい。
【０１９４】
本実施例ではグラフィックセット名称テーブル３０９と書体名称テーブル３１０の２つを持つ場合について説明する。
【０１９５】
図２４は、本発明に係る画像出力システムのデータ処理方法の第７実施例を示すフローチャートである。なお、（１）〜（９）は各ステップを示し、ホスト３０１からプリンタ３０５にフォントデータ、グラフィックセット名称テーブル３０９及び書体名称テーブル３１０をダウンロードする手順に対応する。
【０１９６】
ホスト３０１上において、フォントダウンロード指示がなされると（１）、ホスト３０１はプリンタ３０５がアイドル状態（プリンタがホストからのデータを受け付けられる状態）かどうかを調べ（２）、アイドル状態であると判定した場合は、ホスト３０１は双方向ケーブル３１１を経由して、指示のあったフォントデータをプリンタ３０５に転送する。
【０１９７】
一方、ステップ（２）で、もし、アイドル状態でないと判定した場合は、アイドル状態になるまで待機し、アイドル状態となったら、プリンタ３０５に転送されたフォントデータは、各種テーブル有無検出部３０８において、同じグラフィックセットの文字セットが存在するかどうか判定し（３）、ＮＯならばさらに同じ書体の文字セットが存在するかどうかを判定し（４）、グラフィックセット及び書体共に同じものが存在しない場合は、フォントデータ、グラフィックセット名称テーブル及び書体名称テーブルをプリンタ３０５にダウンロードし処理を終了する（６）。
【０１９８】
一方、ステップ（４）でＹＥＳの場合、すなわち、書体のみ同じものが存在する場合は、フォントデータ及びグラフィックセット名称テーブルをプリンタ３０５にダウンロードし処理を終了する（７）。
【０１９９】
一方、ステップ（３）でＹＥＳの場合は、さらに同じ書体の文字セットが存在するかどうかを判定し（５）、ＮＯならば、すなわち、グラフィックセットのみ同じものが存在する場合は、フォントデータ及び書体名称テーブルをプリンタ３０５にダウンロードし（８）、処理を終了する。
【０２００】
一方、ステップ（３），ステップ（５）でＹＥＳの場合、すなわち、グラフィックセット及び書体共に同じものが存在する場合は、フォントデータのみをプリンタ３０５にダウンロードし（９）、処理を終了する。
【０２０１】
本実施例では、ホストが１台の場合を説明したが、複数の場合には、実施例１と同様に、リソースファイル監視部においてリソースファイルを監視し、リソースデータをホストに追加することで複数のホストでの使用が可能になる。
【０２０２】
〔各種テーブルについての説明〕
図２５は、図２３に示したグラフィックセット名称テーブル３０９の一例を示す図である。
【０２０３】
図において、３４１はグラフィックセット名称テーブルのフォーマットタイプやサイズ等が記述されたヘッダ部であり、３４２はグラフィックセット名称、３４３はグラフィックセット番号が記述されており、さらに、３４４はグラフィックセット名称テーブルの最後を表すフッタ部である。
【０２０４】
図２６は、図２３に示した書体名称テーブル３１０の一例を示す図である。
【０２０５】
図において、３４５は書体名称テーブルのフォーマットタイプやサイズ等の記述されたヘッダ部であり、３４６は書体名称、３４７は書体番号が記述されており、さらに、３４８は書体名称テーブルの最後を表すフッタ部である。
【０２０６】
上記実施例の各種テーブルの有無の判断は、直接プリンタにテーブルがあるかどうかを捜す構成にしてもよいし、また、ホスト上のリソースファイルにテーブルの有無を表すフラグを設けるようにしてもよい。
【０２０７】
上記第７実施例によれば、各ホストから転送される画像情報資源、例えばフォント資源をダウンロードする際に、転送するフォント資源と同一の資源識別データが格納されているかどうかを判断して、重複するデータが印刷装置に登録されることを回避することを可能とする。
【０２０８】
〔第８実施例〕
上記実施例では、例えば書体、グラフィックセット等のすべてのフォント属性が同じ文字セットは１つの文字セットとして扱われ、また、これらの文字セットの文字コードマッピングが異なる場合、それぞれの論理和が取られることになっている場合がある。
【０２０９】
本実施例は、フォント属性が同じ２つの文字セットを親文字セットと子文字セットと呼ぶこととし、例えばＪＩＳ Ｘ ０２０８に規定されているようなフルマッピングされている文字セット（親文字セット）にユーザが数文字の外字を作成しこれを文字セット（子文字セット）としてホストからダウンロードすることが考えられ、かつ、親文字セットが削除された場合、子文字セットのみ残るので、外字登録された文字したマッピングされていない文字セットとなるため、マッピングされていない文字コードを指定した場合、文字が印字されない等の不具合が生じる。
【０２１０】
そこで、親文字セットが削除された場合、子文字セットも削除するようにしたものである。
【０２１１】
図２７は、本発明の第８の実施例を示す画像出力システムの構成を説明するブロック図であり、ホスト４０１と１台のプリンタ４０４が繋がって画像出力システムが構成される場合に対応し、親文字セット４０５を削除した場合は子文字セット４０６も削除するようにしたものである。
【０２１２】
なお、ホスト４０１からプリンタ４０４にフォントをダウンロードする手順については、親文字セット４０５及び子文字セット４０６共に第１実施例（図６のフローチャート）と同様なので、ここでは説明を省略する。
【０２１３】
以下、本実施例と第１３の発明の各手段との対応及びその作用について図２７等を参照して説明する。
【０２１４】
第１３の発明は、所定のインタフェース（双方向ケーブル４０９）を介して情報処理装置と通信可能な印刷装置（プリンタ４０４）において、いずれかの情報処理装置から転送された同一属性となる第１および第２の画像情報を保持する第１および第２の画像情報保持手段（ＲＡＭ１９，外部メモリ１４等）と、前記第１および第２の画像情報保持手段に保持された前記第１および第２の画像情報を識別する資源情報を保持する資源情報保持手段（ＲＡＭ１９，外部メモリ１４等）と、前記情報処理装置（ホスト４０１）から発行される第１の画像情報削除要求に基づいて前記第１および第２の画像情報保持手段に保持される第１および第２の画像情報および前記資源情報保持手段に保持される前記資源情報を削除する削除手段（子文字セット削除部４０８，親文字セット監視部４０７）とを設け、ＲＡＭ１９，外部メモリ１４に対してホスト４０１（本実施例では１台のホストの場合を示すが複数であってもよい）から転送された同一属性となるＲＡＭ１９，外部メモリ１４を保持しておき、ホスト４０１から発行される第１の画像情報削除要求に基づいて子文字セット削除部４０８，親文字セット監視部４０７が前記ＲＡＭ１９，外部メモリ１４に保持される第１および第２の画像情報（リソースファイル）およびＲＡＭ１９，外部メモリ１４に保持される親文字セット４０５，子文字セット４０６を削除して、同一属性のフォントデータを確実に印刷装置中から削除して、残存する同一属性のフォントデータのために発生する不具合印刷結果が活性することを確実に防止することを可能とする。
【０２１５】
〔フォントを削除する〕
図２８は、本発明に係る画像出力システムのデータ処理方法の第８実施例を示すフローチャートである。なお、（１）〜（７）は各ステップを示し、ホスト４０１からプリンタ４０４にダウンロードされたフォントを削除する手順に対応する。
【０２１６】
ホスト４０１上において、親文字セット４０５の削除指示がなされると（１）、ホスト４０１はプリンタ４０４がアイドル状態（プリンタがホストからデータを受け付けられる状態）かどうかを調べ（２）、アイドル状態でないと判定した場合は、アイドル状態になるまで待機し、アイドル状態となったらホスト４０１は接続ケーブル４０９を経由して、指示のあった親文字セット４０５の削除命令をプリンタ４０４に転送する。
【０２１７】
次いで、親文字セット４０５の削除命令を受け取ったプリンタ４０４は、指定された親文字セットを削除する（３）。該親文字セット４０５の削除が終了すると、ホスト４０１はリソースファイル４０２から削除した親文字セット４０５のリソースデータを削除する（４）。該親文字セットのリソースデータの削除が終了すると、親文字セット監視部４０７はプリンタ４０４に子文字セット４０６が存在するかどうか調べ（５）、子文字セット４０６が存在しない場合は、処理を終了する。
【０２１８】
一方、ステップ（５）で子文字セットが存在すると判定した場合は、子文字セット削除部４０８により子文字セット４０６を削除し（６）、続いてホスト４０１のリソースファイル４０２から削除した子文字セット４０６のリソースデータを削除して（７）、処理を終了する。
【０２１９】
〔親文字セットと子文字セットの説明〕
図２９は、図２７に示した画像出力システムにおける親文字セット４０５及び子文字セット４０６のコードマッピングの一部を示す図であり、図２９の（ａ）は親文字セットに対応し、図２９の（ｂ）は子文字セットに対応する。
【０２２０】
図２９の（ａ）または図２９の（ｂ）において、４３１，４３４は文字コードで、４３２，４３５はコード番号の上位バイト（１６進）、４３３，４３６はコード番号の下位バイト（１６進）を表す。
【０２２１】
例えば、コード番号３０２１は“亜”である。コード番号２Ｅ２１等の“□”は未定義（文字がマッピングされていない文字コード）を表す。
【０２２２】
図２９の（ｃ）は、図２９の（ａ）と図２９の（ｂ）を同一属性の文字セットとして登録したときのユーザからの見え方を示している。
【０２２３】
例えば、図２９の（ａ）の親文字セットでは２Ｆ２１は未定義コードになっているが、ユーザ外字として図２９の（ｂ）の子文字セットを登録（ダウンロード）すると、２Ｆ２１は“墅”がマッピングされていることになる。
【０２２４】
上記第８実施例によれば、各ホストから転送される画像情報資源、例えばフォント資源をダウンロードする際に、同一属性のフォント資源、すなわち、親文字セットを削除する際に、子文字セットの有無を判定して当該親文字セットと子文字セットとを併せて削除することにより、子文字セットのみが存在する場合の不具合の発生を防止することができる。
【０２２５】
以上説明した第１実施例から第８実施例は、例えば、第１実施例の構成と第８実施例のいずれかの実施例の構成の２つを組み合わせたり、３つ以上の構成を組み合わせるなど勿論可能である。
【０２２６】
なお、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適用できることは言うまでもない。この場合、本発明を達成するためのソフトウェアによって表されるプログラムを格納した記憶媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０２２７】
さらに、本発明を達成するためのソフトウェアによって表されるプログラムをネットワーク上のデータベースから通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０２２９】
【発明の効果】
以上説明したように、本発明によれば、印刷装置に登録された画像情報を管理する第２の資源情報中に使用する情報処理装置の使用ホスト情報が設定されている場合には、それ以外の情報処理装置から印刷装置に対する削除指示を無効として、印刷装置に登録された画像情報が意図しないホストからの指示で削除されてしまう事態を回避することができるという効果を奏する。
【０２３０】
また、同一属性の画像情報を確実に印刷装置から削除して、残存する同一属性の画像情報のために発生する不具合印刷結果が発生することを確実に防止することができるという効果を奏する。
【図面の簡単な説明】
【図１】本発明を適用可能な第１の出力装置の構成を示す断面図である。
【図２】本発明を適用可能な第２の出力装置の構成を示す外観図である。
【図３】図２に示した第２の出力装置の制御構成を説明するブロック図である。
【図４】本発明の第１実施例を示す画像出力システムの制御構成を説明するブロック図である。
【図５】本発明の第１実施例を示す画像出力システムの構成を説明するブロック図である。
【図６】本発明に係る画像出力システムのデータ処理方法の第１実施例を示すフローチャートである。
【図７】本発明に係る画像出力システムのデータ処理方法の第１実施例を示すフローチャートである。
【図８】本発明に係る画像出力システムのデータ処理方法の第１実施例を示すフローチャートである。
【図９】本発明の第１実施例を示す画像出力システムにおけるリソースファイルの構成を説明する図である。
【図１０】本発明の第２の実施例を示す画像出力システムの構成を説明するブロック図である。
【図１１】本発明に係る画像出力システムのデータ処理方法の第２実施例を示すフローチャートである。
【図１２】本発明の第２実施例を示す画像出力システムにおけるリソースファイルの構成を説明する図である。
【図１３】本発明の第３の実施例を示す画像出力システムの構成を説明するブロック図である。
【図１４】本発明に係る画像出力システムのデータ処理方法の第３実施例を示すフローチャートである。
【図１５】本発明の第３実施例を示す画像出力システムにおけるリソースファイルの構成を説明する図である。
【図１６】本発明の第４の実施例を示す画像出力システムの構成を説明するブロック図である。
【図１７】本発明に係る画像出力システムのデータ処理方法の第４実施例を示すフローチャートである。
【図１８】本発明の第４実施例を示す画像出力システムにおけるリソースファイルの構成を説明する図である。
【図１９】本発明の第５の実施例を示す画像出力システムの構成を説明するブロック図である。
【図２０】本発明に係る画像出力システムのデータ処理方法の第５実施例を示すフローチャートである。
【図２１】本発明の第６の実施例を示す画像出力システムの構成を説明するブロック図である。
【図２２】本発明に係る画像出力システムのデータ処理方法の第６実施例を示すフローチャートである。
【図２３】本発明の第７の実施例を示す画像出力システムの構成を説明するブロック図である。
【図２４】本発明に係る画像出力システムのデータ処理方法の第７実施例を示すフローチャートである。
【図２５】図２３に示したグラフィックセット名称テーブルの一例を示す図である。
【図２６】図２３に示した書体名称テーブルの一例を示す図である。
【図２７】本発明の第８の実施例を示す画像出力システムの構成を説明するブロック図である。
【図２８】本発明に係る画像出力システムのデータ処理方法の第８実施例を示すフローチャートである。
【図２９】図２７に示した画像出力システムにおける親文字セット及び子文字セットコードマッピングの一部を示す図である。
【図３０】この種の画像出力装置の画像出力処理手順の一例を示すフローチャートである。
【図３１】この種の画像出力装置とデータ源との画像出力システムの一例を示すブロック図である。
【図３２】図３１に示した画像出力システムにおけるフォントのダウンロード処理手順の一例を示すフローチャートである。
【図３３】図３１に示したプリンタによる印字処理手順の一例を示すフローチャートである。
【符号の説明】
１ ＣＰＵ
２ ＲＡＭ
３ ＲＯＭ
８ プリンタコントローラ
１２ ＣＰＵ
１３ ＲＯＭ
１９ ＲＡＭ

Claims (7)

1. 所定のインタフェースを介して印刷装置と通信可能な情報処理装置において、
   前記印刷装置に転送した所定の画像情報を識別するための第１の資源情報を保持する第１の保持手段と、
   前記印刷装置が外部からデータを受けられるアイドル状態であるか否かを判定する判定手段と、
   前記印刷装置に保持される前記所定の画像情報を削除可能かどうかを前記印刷装置に保持される画像情報を識別するための第２の資源情報中に設定される使用ホスト情報を取得して判別する判別手段と、
   前記画像情報を削除可能であると前記判別手段が判別した場合に、前記第１の保持手段に保持される第１の資源情報を削除する第１の削除手段と、
   前記印刷装置内の画像情報が削除可能であると前記判別手段が判別した場合であって、かつ、前記判定手段が前記印刷装置がアイドル状態であると判定した場合に、前記印刷装置に保持される画像情報および該画像情報の第２の資源情報の削除要求を発行する発行手段とを有することを特徴とする情報処理装置。
2. 所定のインタフェースを介して印刷装置と情報処理装置とが通信可能な印刷システムにおいて、
   前記印刷装置に転送した所定の画像情報を識別する第１の資源情報を保持する第１の保持手段と、
   前記印刷装置が外部からデータを受けられるアイドル状態であるか否かを判定する判定手段と、
   前記印刷装置に保持される前記所定の画像情報を削除可能かどうかを前記印刷装置に保持される画像情報を識別する第２の資源情報中に設定される使用ホスト情報に基づいて判別する判別手段と、
   前記判別手段が削除可能であると判別した場合に、前記第１の保持手段に保持される第１の資源情報を削除する第１の削除手段と、
   前記画像情報を削除可能であると前記判別手段が判別した場合であって、かつ、前記印刷装置がアイドル状態であると前記判定手段が判定した場合に、前記印刷装置に保持される画像情報および該画像情報の第２の資源情報の削除要求を発行する発行手段とを備える情報処理装置と、
   いずれかの情報処理装置から転送された所定の画像情報を保持する第２の保持手段と、
   前記第２の保持手段に保持された前記所定の画像情報を識別する第２の資源情報を保持する第３の保持手段と、
   前記情報処理装置から発行される削除要求に基づいて前記第２の保持手段に保持される画像情報および前記第３の保持手段に保持される前記第２の資源情報を削除する第２の削除手段とを備える印刷装置とを有することを特徴とする印刷システム。
3. 印刷装置に転送した所定の画像情報を識別する第１の資源情報を保持する第１の保持手段を備える複数の情報処理装置と、いずれかの情報処理装置から転送された所定の画像情報を保持する第２の保持手段と、前記第２の保持手段に保持された前記所定の画像情報を識別する第２の資源情報を保持する第３の保持手段とを有する印刷装置とが所定のインタフェースを介して通信可能な印刷システムのデータ処理方法において、
   前記印刷装置が外部からデータを受けられるアイドル状態であるか否かを判定する判定工程と、
   前記印刷装置に保持される前記所定の画像情報の削除要求を検出する検出工程と、
   該削除要求検出時に、前記印刷装置に保持される前記所定の画像情報を削除可能かどうかを前記印刷装置に保持される画像情報を識別するための第２の資源情報中に設定される使用ホスト情報を取得して判別する判別工程と、
   前記判定工程により前記印刷装置がアイドル状態であると判定した場合に、前記情報処理装置から発行される削除要求に基づき、前記第２の保持手段に保持される画像情報および前記第３の保持手段に保持される前記第２の資源情報を削除し、前記第１の保持手段に保持される第１の資源情報を削除する削除工程とを有することを特徴とする印刷システムのデータ処理方法。
4. 所定のインタフェースを介して情報処理装置と通信可能な印刷装置において、いずれかの情報処理装置から転送された、独立して使用可能な第１のフォントセットと、第１のフォントセットに依存する形式で登録され第１のフォントセットが登録されていない場合には使用できないフォントセットであって、かつ、第１のフォントセットと属性が同じである第２のフォントセット格納管理する管理手段と、
   前記第１の画像情報が削除されるのに応答して、前記印刷装置に前記第１のフォントセットと同じ属性を持つ第２のフォントセットが存在するかどうか判定する判定手段と、
   前記判定手段が前記第２のフォントセットが存在すると判定した場合は、前記第２のフォントセットを削除するよう制御する制御手段と、
   を備えたことを特徴とする印刷装置。
5. 前記第１のフォントセットは、親文字セットであり、第２のフォントセットとは、前記親文字セットの文字コードに依存して登録される子文字セットであることを特徴とする請求項４に記載の印刷装置。
6. 所定のインタフェースを介して情報処理装置と通信可能な印刷装置における制御方法において、
   いずれかの情報処理装置から転送された、独立して使用可能な第１のフォントセットと、第１のフォントセットに依存する形式で登録され第１のフォントセットが登録されていない場合には使用できないフォントセットであって、かつ、第１のフォントセットと属性が同じである第２のフォントセット格納管理する管理工程と、
   前記第１の画像情報が削除されるのに応答して、前記印刷装置に前記第１のフォントセットと同じ属性を持つ第２のフォントセットが存在するかどうか判定する判定工程と、
   前記判定工程が前記第２のフォントセットが存在すると判定した場合は、前記第２のフォントセットを削除するよう制御する制御工程と、
   を備えたことを特徴とする制御方法。
7. 前記第１のフォントセットは、親文字セットであり、第２のフォントセットとは、前記親文字セットの文字コードに依存して登録される子文字セットであることを特徴とする請求項６に記載の制御方法。

Images