(57)【要約】      （修正有）【課題】  個々の印刷装置のメモリ容量に依存することなく、デバイス内に保有していないリソースデータも確実に利用できるようにする。【解決手段】  ＨＤＤを持たない安価な印刷装置において、印刷処理に必要なリソースデータを保有していない時、ユーザに対して警告通知し、ホストによってネットワークより暗号化されたリソースデータをダウンロードして外部記憶媒体に記憶し、その外部記憶媒体を印刷装置に装着して複合化されたリソースデータを読み出して利用することにより、印刷処理を再開するようにした。【選択図】  図２
2006244247.tif 000002
【特許請求の範囲】
【請求項１】
電子文書または画像ファイルを、受信したコードに応じたデバイス内のリソースデータを用いて印刷する印刷装置において、印刷装置が印刷処理に必要なリソースデータを保有していない場合、
印刷処理を中断して、ユーザに対してフォント不足を通知する通知手段と、
ネットワークに接続されているホストコンピュータにおいて、リソースデータをダウンロードするダウンロード手段と、
前記ダウンロードしたリソースデータを前記ホストコンピュータに装着した外部記憶媒体に保存するデータ保存手段と、
前記リソースデータを保存した外部記憶媒体を前記印刷装置に装着し、前記リソースデータを有効化するデータ有効化手段と、
前記有効化されたリソースデータを前記記憶媒体から読み出して、前記印刷処理を再開する手段を備えることを特徴とする印刷システム。
【請求項２】
前記ホストコンピュータは、前記データ保存手段によって外部記憶媒体に保存したダウンロードデータを削除する手段を備え、さらに削除範囲は一括もしくは一部を選択する手段と、前記削除手段によって出来た外部記憶媒体の空き領域に新たにデータを保存する手段を備えることを特徴とする請求項１記載の印刷システム。
【請求項３】
前記外部記憶媒体はＵＳＢメモリであり、また前記リソースデータはフォントデータであることを特徴とする請求項１ないし請求項２記載の印刷システム。
【請求項４】
前記ダウンロード手段によりダウンロードされるリソースデータは、暗号化されたリソースデータであり、前記データ有効化手段は、前記暗号化されたリソースデータを復号化キーにより復号化する手段を備えることを特徴とする請求項１ないし請求項３のいずれか記載の印刷システム。
【請求項５】
前記ダウンロード手段において、前記リソースデータを使用する印刷装置のＩＤを指定する手段を備え、印刷装置上で前記ＩＤを入力することで印刷装置毎に使用制限を解除する手段を備えることを特徴とする請求項１から請求項４のいずれか記載の印刷システム。
【請求項６】
前記データ有効化手段及び前記使用制限解除手段は、前記印刷装置のＵＩパネル上で復号化キー及び印刷装置のＩＤを入力する手段を備えることを特徴とする請求項１ないし請求項５記載の印刷システム。
【請求項７】
前記データ有効化手段は、有効化するリソースデータをすべて、または個々に選択する手段を備えることを特徴とする請求項１ないし請求項６記載の印刷システム。
【請求項８】
前記通知手段において、一時中断して外部記憶媒体よりリソースデータを追加する、もしくはリソースデータを追加せずデータを置き換えて出力する、もしくは一時中断している印刷処理をキャンセルするか、その後の処理を選択する手段を備えることを特徴とする請求項１記載の印刷システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電子文書または画像ファイルを、受信したコードに応じたリソースデータを用いて印刷する印刷装置に関するものであり、特にデバイス内に保有していないリソースを用いる際、必要となるリソースデータ用のメモリに制限のある印刷装置を用いた印刷システムに関する。
【背景技術】
【０００２】
従来の印刷装置には、印刷に必要となるリソースを印刷装置内に保有しており、電子文書または画像ファイルを印刷データとして受信した際、受信したコードに応じたリソースデータを用いて、文字画像等を展開して印刷するものがある。しかしながら印刷に必要となるリソースをすべてデバイス内に保有しているとは限らない。この場合、デバイス内に保有する別のリソースに置き換えて出力する代替機能を備える印刷装置があるが、これではユーザの求めているより正確な印刷物は期待できない。
【０００３】
そこで前記印刷装置では、デバイス内に内蔵しているリソースデータだけでなく、リソースデータを交換あるいはさらに追加できる機能を備えているものがある。この機能を用いれば、指定されたリソースデータを用いることが可能となる。
【０００４】
ここで、リソースデータを追加する手段は２つある。
【０００５】
１つ目は、上位装置であるホストＰＣからリソースデータをダウンロードする方法である。この方法ではダウンロードされたリソースデータは、ハードディスク（以下ＨＤＤ）やＲａｍｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ（以下ＲＡＭ）等、デバイス内のリソースデータ用メモリ領域に格納される。
【０００６】
２つ目は、あらかじめリソースデータが格納されたＲｅａｄＯｎｌｙＭｅｍｏｒｙ（以下ＲＯＭ）やＨＤＤ等のメディアを物理的に装着する方法である。この方法では、前記メディアを装着した後、電源立ち上げ等のタイミングで装着されたメディアの内容を調べることにより、リソースデータの追加を認識することができる。
【０００７】
又、従来例としては、例えば特許文献１をあげることが出来る。
【特許文献１】特開平７−１６４６８８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
前述の方法を用いれば、デバイス内に保有していないリソースデータを使用する印刷データであっても、必要なリソースデータを追加することで、より正確な印刷物を得ることが可能である。
【０００９】
一方、近年の情報処理システムの一般化により、印刷装置は高速かつ高機能なものだけでなく、ＨＤＤを持たない等のデバイスにある程度制限のある安価な印刷装置も多く望まれるようになってきている。
【００１０】
この様な印刷装置においては、前記リソースデータをダウンロードする方法では、リソースデータをＨＤＤに格納できず、格納できる領域はＲＡＭ等の揮発性メモリの一部に制限される。そのためメモリ容量が足りなければ、ダウンロードは中断されてしまうため、確実にリソースデータを追加することは困難である。またもしＲＡＭにダウンロードできたとしても、揮発性メモリのため、電源を消してしまえば登録したデータはすべて消えてしまう。そのため使用するリソースデータが毎回同じデータであっても、同じ電源を入れるたびに、再びダウンロードし直さなければならないので、無駄な時間がかかってしまう。
【００１１】
そこでメモリ制限に関係なくリソースデータを拡張する手段として、前記２つ目のメディアを装着する方法が挙げられる。この方法では物理的にメモリ及びリソースデータも追加するため、個々の印刷装置のメモリ制限を気にすることなくリソースデータを追加できる上、リソースデータをダウンロードする時間も短縮できる。
【００１２】
しかしながらこの方法では、あらかじめ格納されているリソースデータが決まっているため、固定のリソースデータしか使用できないという問題点がある。また電源を一度立ち上げ直した時に、初めて登録データとして反映されるため、印刷中に不足しているリソースデータが見つかった場合、現状のジョブは破棄され、立ち上げ直した後に再びジョブを投入しなおさなければならない。
【課題を解決するための手段】
【００１３】
前述の課題を解決するために本発明の印刷システムは、電子文書または画像ファイルを、受信したコードに応じたデバイス内のリソースデータを用いて印刷する印刷装置において、印刷装置が印刷処理に必要なリソースデータを保有していない場合、ユーザに対して警告する警告通知手段と、ネットワークに接続されているＰＣ上で、暗号化されたリソースデータをダウンロードする手段と、前記ダウンロードしたリソースデータを前記ＰＣに装着している外部記憶媒体に記憶する手段と、前記外部記憶媒体を前記印刷装置に装着して、前記暗号化されたリソースデータを復号化する手段と、復号化に際して必要となる復号キーを入力する手段と、前記復号化されたリソースデータを前記記憶媒体から読み出して、前記印刷処理を再開する手段を備えることを特徴とする。
【発明の効果】
【００１４】
以上説明したように本発明によれば、ＨＤＤを持たない安価な印刷装置においても、外部記憶媒体を利用することで、個々の印刷装置のメモリ容量に依存することなく、デバイス内に保有していないリソースデータも確実に利用できる。
【００１５】
また利用できるリソースデータについても、適宜リソースデータの追加・削除を行うことで、決まったデータに固定することなく印刷時に必要となったデータを確実に利用できる上、印刷処理についても、電源を入れなおしたり、ジョブを再投入したりすることなく、警告したところから再開することが可能である。
【００１６】
さらに不要となったリソースデータについては、ＰＣ上で削除できるため、操作が簡単であり、かつメディアのメモリも有効活用することができる。
【発明を実施するための最良の形態】
【００１７】
（第一実施例）
以下に、本発明の実施の形態を図面を参照して説明する。
【００１８】
本実施例の構成を説明する前に、本実施例を適用するに最適な印刷システムの構成について図１を参照しながら説明する。なお、本実施例を適用する印刷装置は、レーザビームプリンタおよびインクジェットプリンタに限られるものではなく、他のプリント方式のプリンタまたはファクシミリ機能やスキャナ機能も備えたデジタル複合機でも良いことは言うまでもない。
【００１９】
図１は、本発明を適用した印刷システムの一例を示すブロック図である。
【００２０】
本印刷システムは、ネットワーク３００を介して印刷装置１００と接続されたホストコンピュータ（以下ホストＰＣ）２００とで構成されている。
【００２１】
ホストＰＣ２００は、ネットワークＩ／Ｆ２０３を介してネットワーク３００に接続され、基本ＯＳ上でアプリケーション２０２を用いて電子文書２０１を作成する。
【００２２】
ホストＰＣ２００は、図示していない中央演算処理装置（ＣＰＵ）、ＲＯＭ、ＲＡＭ、ＨＤＤ、及び各種入出力制御部（Ｉ／Ｏ）等のハードウェアを備え、該ハードウェアが基本ソフト（基本ＯＳ）により制御されている。
【００２３】
またホストＰＣに装着されたＵＳＢメモリ２３０は、ユーザの電子文書２０１、その他のデータやツール等を記憶するために利用され、取り外しも可能である。ＵＳＢメモリ２３０は、ＣＤ−ＲＷ、フレキシブルディスク（ＦＤ）等を含む取り外し可能な外部記憶媒体であれば、置き換えが可能である。
【００２４】
一方、印刷装置１００は、プリンタコントローラ部１１０と、プリンタコントローラ部１１０に接続されたオペレーションパネル１２０とを備える。プリンタコントローラ部１１０は、ネットワーク３００との接続手段であるネットワークインターフェース部（ＮｅｔｗｏｒｋＩ／Ｆ）１１１と、受信した電子文書２０１や印刷データを一時的に保持管理する受信バッファ１１２１と、送信するデータ等を一時的に保持管理する送信バッファ１１２２と、電子文書２０１やＰＤＬデータ等の解析や制御を行う電子文書解析部・ＰＤＬ解析部１１３と、印刷処理を実行する印刷制御処理実行部１１４と、文字やイメージ等の展開処理を行う描画処理実行部１１５と、展開された電子文書２０１等を記憶するページメモリ１１６と、ＲＡＭ等の記憶装置から成り、さらに出力制御部１３０と、プリンタエンジン１４０と、ＵＳＢコネクタ１５０を備える。
【００２５】
オペレーションパネル１２０は、印刷装置１００の設定を変更したり、状態を表示したりするものであり、ユーザーインターフェース（ＵＩパネル）と呼ばれる表示画面やＬＥＤ表示器と操作のためのスイッチ等を備える。
【００２６】
印刷装置１００は、ネットワーク３００を介して接続されているホストＰＣ２００から電子文書２０１やＰＤＬコード化された印刷データ（文字コード、イメージデータ、及び制御コード等から成る印刷情報）を受信して所定のメモリに記憶すると共に、それらの印刷データのコード等に従って対応する文字パターンや印刷イメージ等を作成し、記録紙上に画像形成を行う。この時文字パターンは、印刷装置内の所定のメモリに記憶されている文字パターンが使用される。
【００２７】
プリンタコントローラ部１１０は、図示しない中央演算処理装置（ＣＰＵ）、ＲＯＭ、ＲＡＭ、及び各種入出力制御部（Ｉ／Ｏ）等のハードウェアを備え、該ハードウェアが基本ソフト（基本ＯＳ）により制御されている。
【００２８】
またプリンタコントローラ部１１０は、印刷装置１００本体の制御処理や、ホストＰＣ２００から供給された電子文書２０１や印刷データ等を解析して印刷処理を行う。プリンタコントローラ部１１０は、機能毎に専用のコントローラ・ハードウェアを備え、それらが独立して処理を行う構成であってもよい。
【００２９】
プリンタコントローラ部１１０は、受信した電子文書２０１や印刷データを対応するパターンのビデオ信号に変換し、このビデオ信号に応じて半導体レーザ（不図示）から発射されるレーザ光により静電ドラム（不図示）上を走査露光することで静電潜像を形成し、静電ドラムの周囲に配設された現像ユニット（不図示）により現像した後、記録紙に転写する構成となっている。
【００３０】
ＮｅｔｗｏｒｋＩ／Ｆ１１１は、ホストＰＣ２００との電子文書２０１や印刷データの送受信をネットワーク３００を介して行う通信手段であり、ＴＣＰ／ＩＰ等の各種ネットワークプロトコルに準拠した通信が可能である。受信バッファ１１２１は、ＮｅｔｗｏｒｋＩ／Ｆ１１１を介して受信した電子文書２０１や印刷データを逐次蓄積する。
【００３１】
電子文書解析部・ＰＤＬ解析部１１３は、電子文書２０１を直接解析する電子文書解析プログラム、又は各ＰＤＬコマンド体系や印刷ジョブ制御言語に準じた制御プログラムにより構成され、受信バッファ１１２１に蓄積された電子文書２０１や印刷データを解析する。また本発明においても、描画命令の解析は電子文書解析部・ＰＤＬ解析部１１３で行っている。
【００３２】
印刷制御処理実行部１１４は、電子文書２０１や印刷データを、給紙選択やリセット命令等の描画以外のコマンドにより処理する。
【００３３】
描画処理実行部１１５は、電子文書２０１や印刷データを、その文字、図形、イメージ等の描画に関する印刷データの解析結果により処理する。
【００３４】
ＵＳＢコネクタ１５０は、必要に応じて外部記憶媒体や付属装置取り付けるために使用する汎用的なものである。本発明においても、ホストＰＣ２００に装着されているＵＳＢメモリ２３０を装着できるものとする。
【００３５】
このように構成された印刷システムにおいて、図２のフローチャート及びそれを構成する図３及び図４のフローチャートに従って、本発明の第一実施例について説明する。
【００３６】
図２は、本発明のフォント追加と印刷処理を示すフローチャートである。なお図中の(Ｓ２０１)〜(Ｓ２０９)は各ステップを示す。
【００３７】
請求項１及び請求項４記載の方法によれば、まず印刷装置１００がホストＰＣ２００から印刷データを受信し（Ｓ２０１）、電子文書解析部・ＰＤＬ解析部１１３に入力し、印刷データの解析を行う。その後、解析結果が描画処理実行部１１５に入力され、文字の解析結果、指定されているフォントが印刷装置内にあるかどうか検索する（Ｓ２０２）。指定フォントがある場合、そのフォントを読み出し（Ｓ２０７）、通常の印刷処理を行うが（Ｓ２０８）、ない場合、いったん処理を中断し、フォントの不足をユーザに通知する（Ｓ２０３）。
【００３８】
このユーザへの通知手段は、ホストＰＣ２００上でも良いし、印刷装置１００のオペレーションパネル１２０でも良い。
【００３９】
つづいて、ユーザは所有しているＵＳＢメモリ２３０へのフォント保存処理を行う（Ｓ２０４）。ここで請求項３によれば、前記外部記憶媒体はＵＳＢメモリであるが、これに限るものではない。またここで用いられるＵＳＢメモリ２３０は、専用品でもよいし、汎用品でもよい。ＵＳＢメモリ２３０へのフォント保存処理Ｓ２０４については、図３に従って説明する。
【００４０】
図３は、フォント保存・削除処理を示すフローチャートである。なお図中の(Ｓ３０１)〜(Ｓ３１２)は各ステップを示す。
【００４１】
ユーザはＵＳＢメモリ２３０をホストＰＣ２００に装着する（Ｓ３０１）。フォントを追加する場合（Ｓ３０２でＹＥＳ）、メモリに空き領域があるかどうか確認する（Ｓ３０３）。もしメモリが足りなければ、フォントの削除（後述）や他のＵＳＢメモリに差し替える。メモリ領域があれば、次の処理を行う。まず必要なフォントをネットワーク上で検索、選択する（Ｓ３０４）。次に選択したフォントを暗号化して、ホストＰＣ２００上でダウンロードする（Ｓ３０５）。この時、印刷装置１００で使用する復号化キー（後述）も同時に取得する（Ｓ３０６）。またＳ３０５での暗号化方式は特に限定するものではないが、あらかじめ印刷装置で決められている復号化方式に合わせるものとする。
【００４２】
つづいてＳ３０１で装着したＵＳＢメモリ２３０に前記暗号化されたフォントを保存する（Ｓ３０７）。他に保存するフォントがないか確認し（Ｓ３１１）、もしあればフォントの追加処理（Ｓ３０２〜Ｓ３０７）を繰り返す。追加処理が終了したら（Ｓ３１１でＹＥＳ）、ＵＳＢメモリ２３０を取り外す（Ｓ３１２）。これで、フォント保存処理は終了である。
【００４３】
こうしてＳ２０４でフォントを保存したＵＳＢメモリ２３０は、次にＳ２０３で処理を中断している印刷装置２００に装着する（Ｓ２０５）。そして今度はＵＳＢメモリ２３０に保存したフォントデータを使用するために、フォントデータの復号化処理を行う（Ｓ２０６）。
【００４４】
フォントデータの復号化処理Ｓ２０６については、図４に従って説明する。
【００４５】
図４は、フォントデータの復号化処理を示すフローチャートである。なお図中の(Ｓ４０１)〜(Ｓ４１１)は各ステップを示す。
【００４６】
まずＳ２０５でＵＳＢメモリ２３０を装着すると、印刷装置１００が新しいデバイスを認識して、ＵＩパネル１２０上に“ＵＳＢ”ボタンが表示される（Ｓ４０１）。つづいてこのボタンを押下すると（Ｓ４０２）、ＵＩパネル１２０上に復号化キーを入力させるための画面が表示される（Ｓ４０５）。図６は、復号化キーの入力画面のイメージ図である。この画面上で、パネルキーを使って、Ｓ３０６で取得した復号化キーを入力する（Ｓ４０６）。入力し終えて“ＯＫ”ボタンを押下すると、入力されたのが正しい復号化キーかどうか判定される（Ｓ４０７）。復号化キーが正しい場合、フォントを復号化して（Ｓ４１０）フォントデータの復号化処理は終了となる。しかしもし間違っていた場合は、画面上に“復号化キーが違います”というメッセージを表示し（Ｓ４０８）、キーの入力回数ｎがカウントアップされる（Ｓ４０９）。そして復号化キーの入力判定処理（Ｓ４０５〜Ｓ４０７）が繰り返されるが、入力回数ｎが３より大きくなった場合（三回連続で間違えた ＝ Ｓ４０４でＮＯ）、“復号化できませんでした”というメッセージを表示して（Ｓ４１１）、フォントを復号化できずに終了となる。
【００４７】
再び図２に戻り、フォントデータ復号化処理（Ｓ２０６）後、正常にフォントを復号化できた場合、Ｓ２０３で一時中断していた処理を再開し、復号化したフォントを読み出して（Ｓ２０７）、残りの印刷処理を行う（Ｓ２０８）。もしＳ２０６でフォントを復号化出来なかった場合は、従来どおり代替フォントに置き換えて印刷処理を行う。
【００４８】
そしてデータの最後まで処理が終わっているか確認し（Ｓ２０９）、終わっていなければ、繰り返しフォントを追加しながら印刷処理を行い（Ｓ２０２〜Ｓ２０８）、データの最後まで処理が終了したら、このジョブは終了となる。
【００４９】
以上、第一実施例によれば、印刷命令で指定されたフォントがデバイス内に存在しない場合、Ｓ２０４でＵＳＢメモリへフォントを保存し、そのＵＳＢメモリを印刷装置に装着することで（Ｓ２０５）、確実に指定フォントで印刷することが可能である。ちなみにこの方法では外部メモリを利用するため、印刷装置自身がメモリ資源を持っていなくてもよいことは言うまでもない。
【００５０】
またフォントの不足が生じた時、一旦処理を中断し、ＵＳＢメモリを装着することで処理を再開できるため、電源の入れなおしや、ジョブ再投入の時間もかからない。
【００５１】
（第二実施例）
前記図1の構成を持つ出力システムにおいて、請求項２に記載した発明による第２実施例について図３を参照しながら説明する。
【００５２】
第二実施例は、前記第一実施例記載のＵＳＢメモリへのフォント追加処理において、不要となったフォント削除するフォント削除処理に関するものである。
【００５３】
図３において、まずユーザはホストＰＣ２００にＵＳＢメモリ２３０を装着する（Ｓ３０１）。フォントを追加する場合（Ｓ３０２でＹＥＳ）、メモリに空き領域があるか確認する（Ｓ３０３）。メモリが足りない場合、フォントの削除処理を行うか選択する（Ｓ３０８）。フォント削除処理を行う場合（Ｓ３０８でＹＥＳ）、ＵＳＢメモリに保存されているフォントの中から、不要なフォントを選択し（Ｓ３０９）、選択したフォントの一括削除を行う（Ｓ３１０）。
【００５４】
その後保存処理を行う場合には、再びメモリに空き領域があるか確認し（Ｓ３０３）、フォントの追加・削除処理（Ｓ３０２〜Ｓ３１１）を繰り返す。
【００５５】
以上、第二実施例によれば、フォントを追加する際、ＵＳＢメモリに空き領域がない場合でも、不要なフォントを削除することで、さらにフォントを追加することが可能である。また一度保存したフォントであっても、その後不要になった場合即座に削除できるため、利用可能なフォントが固定されない。
さらにフォント削除処理は、ホストＰＣ上で行えるため、容易に処理が実現可能である。
【００５６】
（第三実施例）
前記図1の構成を持つ出力システムにおいて、請求項５及び請求項７に記載した発明による第三実施例について、図５に従って説明する。
【００５７】
第三実施例は、前記第一実施例記載のフォントデータ復号化処理において、印刷装置ごとの使用制限処理と有効化するフォントの選択処理に関するものである。
【００５８】
図５は、フォントデータ復号化処理における、デバイス使用制限及び有効化フォントの選択処理を示すフローチャートである。なお図中の（Ｓ５０１）〜（Ｓ５１４）は各ステップを示す。
【００５９】
まず前提として、前記第一実施例記載のフォントの追加処理において、ＵＳＢメモリ２３０を装着する印刷装置１００を示す“デバイスＩＤ”を指定しているものとする。
【００６０】
はじめに、Ｓ２０５で印刷装置１００にフォントを追加したＵＳＢメモリ２３０を装着すると、印刷装置１００が新しいデバイスを認識して、ＵＩパネル１２０上にデバイスＩＤを入力させるための画面を表示する（Ｓ５０３）。図７は、デバイスＩＤの入力画面のイメージ図である。この画面上で、パネルキーを使って、前記フォント追加処理の際に指定したデバイスＩＤを入力する（Ｓ５０４）。入力し終えて“ＯＫ”ボタンを押下すると、入力されたＩＤがその印刷装置のＩＤかどうか判定される（Ｓ５０５）。ＩＤが間違っていた場合には、画面上に“デバイスＩＤが違います”というメッセージを表示する（Ｓ５０６）。図８は、デバイスＩＤを間違えた場合の画面のイメージ図である。それからＩＤの入力回数ｎがカウントアップされ（Ｓ５０７）、デバイスＩＤの入力判定処理（Ｓ５０２〜Ｓ５０５）が繰り返されるが、入力回数ｎが３より大きくなった場合（三回連続で間違えた ＝ Ｓ５０２でＮＯ）、“この装置では使用できません”というメッセージを表示して（Ｓ５０８）、フォントを復号化できずにフォントデータ復号化処理が終了となる。この場合の後の処理は、前記第一実施例に記載のフォントデータ復号化処理Ｓ２０６でフォントを復号化出来なかった場合と同じ『代替フォントに置き換えて印刷処理』となる。
【００６１】
デバイスＩＤが一致していた場合は、第一実施例記載のフォントデータ復号化処理（図４）を行う。
【００６２】
ここで請求項７の方法によれば、フォントの復号化を行う際、有効化するフォントを選択する。まずＳ４０７において入力された復号化キーが正しかった場合、ＵＩパネル上に有効化するフォントを選択させる画面を表示する（Ｓ５０９）。図９は、有効化するフォント選択画面のイメージ図である。この画面において、有効化するフォントを個々に選択していく場合（Ｓ５１０でＮＯ）、ＵＩパネル上で有効化するフォントを押下し選択していく（Ｓ５１１）。このとき選択できるフォント数は、０〜すべてである。またすべてのフォントを有効化したい場合には（Ｓ５１０でＹＥＳ）、Ｓ５０９の画面上で“一括選択”ボタンを押下すればよい（Ｓ５１２）。個々もしくは一括でフォントの選択が完了したら、“ＯＫ”ボタンを押下する（Ｓ５１３）。これで有効化するフォントが決定し、選択されたフォントのみ復号化される（Ｓ５１４）。
【００６３】
以上、第三実施例によれば、フォントデータ復号化処理において、各印刷装置にも使用制限を設定することで、フォントを追加する印刷装置を特定できる。これによりフォントデータが乱用されることを避ける。
【００６４】
またＳ５１１、Ｓ５１２で有効化するフォントの選択することにより、使用しないフォントをフォントリストに登録しないため、印刷処理時に検索するフォント数を最低限に減らすことができる。
【００６５】
（第四実施例）
請求項８記載の方法によれば、フォント不足通知の際に、上記第一実施例に示した一連のフォント追加処理を実行するか、フォントを復号化できなかった時同様、フォントデータを追加せずフォントを置き換えて出力するか、もしくは一時中断した印刷処理をキャンセルするかを選択する。
【００６６】
つまりユーザが速度を優先し出力する場合、前記第一実施例の一連の処理を実行せず、フォントを置き換えて出力する。ユーザが印刷物の正確さを優先するなら前記第一実施例の一連の処理を実行し、フォントを追加して出力する。
【図面の簡単な説明】
【００６７】
【図１】本発明を適用した印刷システムの一例を示すブロック図である。
【図２】本発明のフォント追加と印刷処理を示すフローチャートである。
【図３】フォント保存・削除処理を示すフローチャートである。
【図４】フォントデータの復号化処理を示すフローチャートである。
【図５】フォントデータ復号化処理における、デバイス使用制限及び有効化フォントの選択処理を示すフローチャートである。
【図６】復号化キーの入力画面のイメージ図である。
【図７】デバイスＩＤの入力画面のイメージ図である。
【図８】デバイスＩＤを間違えた場合の画面のイメージ図である。
【図９】有効化するフォント選択画面のイメージ図である。
【符号の説明】
【００６８】
１００  印刷装置
１１０  プリンタコントローラ部
１１１，２０３  ネットワークインターフェース部
１１２１  受信バッファ
１１２２  送信バッファ
１１３  電子文書解析部・ＰＤＬ解析部
１１４  印刷制御処理実行部
１１５  描画処理実行部
１１６  ページメモリ
１２０  オペレーションパネル（ＵＩパネル）
１３０  出力制御部
１４０  プリンタエンジン
１５０  ＵＳＢコネクタ
２００  ホストコンピュータ（ホストＰＣ）
２０１  電子文書
２０２  アプリケーション
２１０  キーボード
２１１  マウス
２２０  ディスプレイモニタ
２３０  ＵＳＢメモリ
【図１】
2006244247.tif 000003
【図２】
2006244247.tif 000004
【図３】
2006244247.tif 000005
【図４】
2006244247.tif 000006
【図５】
2006244247.tif 000007
【図６】
2006244247.tif 000008
【図７】
2006244247.tif 000009
【図８】
2006244247.tif 000010
【図９】
2006244247.tif 000011