印刷処理システム
【課題】 アプリケーションプログラム（文書作成、ＤＴＰソフトウェア等）から出力される印刷ジョブデータを、印刷装置が解釈可能な印刷データに変換する処理において、ケースに応じた最適な処理を実現する印刷処理システムを提供する。
【解決手段】 第一の情報処理装置と、第二の情報処理装置と、印刷装置とがネットワークで接続され、該第一の情報処理装置内のアプリケーションプログラム（文書作成、ＤＴＰソフトウェア等）から出力された第一の印刷データから、該第一の情報処理装置内のプリンタドライバにおいて該印刷装置が解釈可能な第二の印刷データに変換し、該印刷装置に該第二の印刷データを送ることで印刷処理を行う印刷処理システムにおいて、該印刷システム内に複数のプロファイルを有し、該プリンタドライバ内において、該第一の印刷データを、該複数プロファイルの内の最も印刷性能を高くするための最適プロファイルを用いて、該第二の印刷データに変換する生成手段を具備することを特徴とする。
【解決手段】 第一の情報処理装置と、第二の情報処理装置と、印刷装置とがネットワークで接続され、該第一の情報処理装置内のアプリケーションプログラム（文書作成、ＤＴＰソフトウェア等）から出力された第一の印刷データから、該第一の情報処理装置内のプリンタドライバにおいて該印刷装置が解釈可能な第二の印刷データに変換し、該印刷装置に該第二の印刷データを送ることで印刷処理を行う印刷処理システムにおいて、該印刷システム内に複数のプロファイルを有し、該プリンタドライバ内において、該第一の印刷データを、該複数プロファイルの内の最も印刷性能を高くするための最適プロファイルを用いて、該第二の印刷データに変換する生成手段を具備することを特徴とする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンピュータ上で稼動する情報の編集装置および編集方法並びに編集用制御プログラムを記録した記録媒体に関し、特に印刷処理システムに係る。
【背景技術】
【０００２】
従来、ホストコンピュータ・プリンタ・ネットワーク等、それぞれのスペックを考慮し、各処理系（区画描画等）に対して適切なモードを選択する技術が存在する（＝以下、従来処理選択技術と呼ぶ）。
【０００３】
また、ホストコンピュータのドライバを最適な処理系に任意のタイミングで変更するため、特許文献１では、ドライバの機能としてフラグファイルという処理の選択パラメータを参照して内部での処理の分岐を決定し、そのフラグファイルのパラメータをユーザが編集できる機能を提供することで、ドライバの処理を任意のタイミングで変更することを実現している。
【特許文献１】特開２０００−１０７６８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来処理選択技術はモード選択に留まるので、実際にホストコンピュータもしくはプリンタに実装されている処理しか行えない。
【０００５】
さらに、特許文献１では、ユーザがフラグファイルを編集するに当たっての必要とされる知識や手間などが非常に大きな負荷となることは明らかである。また、フラグを用いていることにより、内部で実現されている処理の分岐しか定義できず、処理自体のカスタマイズが必要となった場合は、改めて新しいドライバのインストールが必要とされてしまう。
【０００６】
以上より本発明では、処理のカスタマイズを実現する各種パラメータを保持するパターンファイル（＝以下、プロファイルと呼ぶ）を元に、処理をカスタマイズできる印刷処理システムにおいて、ケースに応じて、最適と思われる最新のプロファイルを随時自動取得できる印刷処理システムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記目的を達成する本出願に関わる第１の発明の印刷処理システムは以下に示す構成を備える。
【０００８】
第一の情報処理装置と、第二の情報処理装置と、印刷装置とがネットワークで接続され、該第一の情報処理装置内のアプリケーションプログラム（文書作成、ＤＴＰソフトウェア等）から出力された第一の印刷データから、該第一の情報処理装置内のプリンタドライバにおいて該印刷装置が解釈可能な第二の印刷データに変換し、該印刷装置に該第二の印刷データを送ることで印刷処理を行う印刷処理システムにおいて、
該印刷システム内に複数のプロファイルを有し、該プリンタドライバ内において、該第一の印刷データを、該複数プロファイルの内の最も印刷性能を高くするための最適プロファイルを用いて、該第二の印刷データに変換する生成手段を備える。
【０００９】
また、上記目的を達成する本出願に関わる第２の発明の、印刷システムは以下に示す構成を備える。
【００１０】
第１の発明の印刷処理システムにおいて、該最適プロファイルが該第一の情報処理装置内に存在しない場合は、該第二の情報処理装置内を探索する手段を備える。
【００１１】
また、上記目的を達成する本出願に関わる第３の発明の印刷処理システムは以下に示す構成を備える。
【００１２】
第２の発明の印刷処理システムにおいて、該最適プロファイルが該第一の情報処理装置内及び該第二の情報処理装置内のいずれにも存在しない場合は、該第一の情報処理装置内または該第二の情報処理装置内のいずれかの該プロファイルの内、該最適プロファイルに最も類似する類似プロファイルを選択する手段を備える。
【００１３】
また、上記目的を達成する本出願に関わる第４の発明の印刷処理システムは以下に示す構成を備える。
【００１４】
第１の発明の印刷処理システムにおいて、該アプリケーションプログラムの名前及びバージョン（以後アプリケーション識別子）を該プロファイル内に記述する手段を備える。
【００１５】
また、上記目的を達成する本出願に関わる第５の発明の印刷処理システムは以下に示す構成を備える。
【００１６】
第４の発明の印刷処理システムにおいて、該アプリケーションプログラムの該アプリケーション識別子が記述された該最適プロファイルを選択する手段と、
該第一の情報処理装置内で、該最適プロファイルが存在しなかった場合、該第二の情報処理装置内から該最適プロファイルを選択する手段と、
該第二の情報処理装置内で選択された該最適プロファイルを該第一の情報処理装置内にコピーする手段を備える。
【００１７】
また、上記目的を達成する本出願に関わる第６の発明の印刷処理システムは以下に示す構成を備える。
【００１８】
第４の発明の印刷処理システムにおいて、該第一の情報処理装置内で、該最適プロファイルが存在しなかった場合、該選択手段が、該第二の情報処理装置内から該最適プロファイルを選択する手段を備える。
【００１９】
また、上記目的を達成する本出願に関わる第７の発明の印刷処理システムは以下に示す構成を備える。
【００２０】
第４の発明の印刷処理システムにおいて、該第一の情報処理装置内で、該最適プロファイルが存在しなかった場合、その該アプリケーション識別子に相当する該プロファイルが存在しないことを通知する手段を備える。
また、上記目的を達成する本出願に関わる第８の発明の印刷処理システムは以下に示す構成を備える。
【００２１】
第４の発明の印刷処理システムにおいて、該アプリケーション識別子ごとに、使用頻度が高いデータ種別（テキスト、イメージ、グラフィック等のオブジェクトの識別子）を、対応付ける手段を備える。
【００２２】
また、上記目的を達成する本出願に関わる第９の発明の印刷処理システムは以下に示す構成を備える。
【００２３】
第３の発明の印刷処理システムにおいて、該類似プロファイルとは、名前が同一でかつバージョンが異なる該アプリケーション識別子が記述されているプロファイルである手段を備える。
【００２４】
また、上記目的を達成する本出願に関わる第１０の発明の印刷処理システムは以下に示す構成を備える。
【００２５】
第３の発明の印刷処理システムにおいて、該類似プロファイルとは、同一の該データ種別と対応付けられているプロファイルである手段を備える。
【００２６】
また、上記目的を達成する本出願に関わる第１１の発明の印刷処理システムは以下に示す構成を備える。
【００２７】
第３の発明の印刷処理システムにおいて、該第一の情報処理装置内と該第二の情報処理装置内のどちらから該類似プロファイルを選択するかを任意に選択する手段を備える。
【００２８】
また、上記目的を達成する本出願に関わる第１２の発明の印刷処理システムは以下に示す構成を備える。
【００２９】
第３の発明の印刷処理システムにおいて、該アプリケーション識別子に対応した該最適プロファイルが、該第一の情報処理装置内、及び該第二の情報処理装置内の双方で存在しなかった場合、プロファイルを参照せずに、該第二の印刷データを生成する手段を備える
また、上記目的を達成する本出願に関わる第１３の発明の印刷処理システムは以下に示す構成を備える。
【００３０】
第３または第１２の発明の印刷処理システムにおいて、該類似プロファイルを用いて処理をさせるか、またはプロファイルを参照せず処理をさせるかを、任意に選択する手段を備える。
【００３１】
また、上記目的を達成する本出願に関わる第１４の発明の印刷処理システムは以下に示す構成を備える。
【００３２】
第２の発明の印刷処理システムにおいて、印刷処理に先立って、あらかじめ、該第一の情報処理装置内において、該最適プロファイルが存在しないすべての該アプリケーションプログラムを選択し、表示する手段と、
該表示手段によって表示された該アプリケーションプログラムから任意のアプリケーションプログラムを選択し、該選択したアプリケーションプログラムに相当する最適プロファイルを該第二の情報処理装置内から取得する手段と、
該第二の情報処理装置から取得した該最適プロファイルを、該第一の情報処理装置内にコピーする手段を備える。
【００３３】
また、上記目的を達成する本出願に関わる第１５の発明の印刷処理システムは以下に示す構成を備える。
【００３４】
第１４の発明の印刷処理システムにおいて、該第二の情報処理装置内で、該最適プロファイルが存在しなかった場合、選択した該アプリケーション識別子ごとにエラー通知を行う手段を備える。
【発明の効果】
【００３５】
本発明の印刷処理システムによれば、ドライバを再開発せず、容易にドライバの処理を変更することが可能となり、保守性の向上が実現された。また、処理の分岐だけでなく、実際の処理自体も変更することが可能となり、保守性及び拡張性の向上を実現した。さらに、従来技術で問題であったユーザの知識や手間を必要とせず、ユーザにとってより快適な印刷処理システムを実現したことにより、更なる使用性の向上が実現された。
【発明を実施するための最良の形態】
【００３６】
以下、本発明をレーザービームプリンタ（以下、ＬＢＰと略す）に適用し、図面を用いてさらに詳細に説明する。
【００３７】
＜ＬＢＰの概要＞
本発明をプリンタ制御システムに適用した場合の例を示す。ここでは、本実施形態の構成を説明する前に、本実施形態を適用するに好適なレーザービームプリンタの構成について、図を参照しながら説明する。
【００３８】
なお、本実施形態を適用するプリンタは、レーザービームプリンタ及びインクジェットプリンタに限られるものではなく、他のプリント方式のプリンタでも良いことは言うまでもない。またさらに、本発明を適用するソフトウェアは、プリンタ制御システムに限ったものではなく、ワープロ（ワードプロセッサ）系ソフトウェア、表計算系ソフトウェア、作図系ソフトウェア等に幅広く応用可能であるも併せて補足しておく。
【００３９】
図１は、本発明の１つの実施形態に係る画像記録装置のシステム構成の概略を示す図である。
【００４０】
図において、データ処理装置１０１は、例えば、コンピュータであり、画像処理装置制御コードの供給源、あるいはプリンタの制御装置として機能する。この実施の形態においては、画像記録装置１０２として、ＬＢＰを用いている。本実施形態において適用される画像記録装置は、ＬＢＰに限られるものではなく、インクジェットプリンタ等他のプリント方式のプリンタでもよいことは言うまでもない。
【００４１】
プリンタコントローラ１０３は、データ処理装置１０１から供給される画像処理装置制御コード（例えば、ＥＳＣコード、ページ記述言語、バンド記述言語等）中の画像情報に基づいて、ページ毎にラスタデータを生成し、プリンタエンジン１０５に送出する。
【００４２】
プリンタエンジン１０５は、プリンタコントローラ１０３から供給されるラスタデータに基づいて、感光ドラム上に潜像を形成し、その潜像を記録媒体上に転写・定着（電子写真方式）することにより画像を記録する。
【００４３】
パネル部１０４は、ユーザインタフェースとして使用される。ユーザは、パネル部１０４を操作することにより、所望の動作を指示することができる。また、パネル部１０４には、プリンタ１０２の処理内容や、ユーザへの警告内容が表示される。
【００４４】
図２は、タンデム方式のカラープリンタ１０２の構成を説明する断面図である。
【００４５】
図において、２０１は、プリンタ筐体である。２０２は、ユーザが各種指示を与えるためのスイッチ、メッセージやプリンタの設定内容等を表示するためのＬＥＤ表示器やＬＣＤ表示器等が配された操作パネルであり、図１に示すパネル部１０４の一態様である。２０３は、ボード収容部であり、ビデオコントローラ１０３及びプリンタエンジン１０５の電子回路部分を構成するボードを収容する。
【００４６】
２２０は、用紙（記録媒体）Ｓを保持する用紙カセットであり、不図示の仕切り板によって電気的に用紙サイズを検知する機構を有する。２２１は、カセットクラッチであり、用紙カセット２２０上に載置された用紙Ｓの最上位の一枚を取り出して、取り出した用紙Ｓを不図示の駆動手段から伝達される駆動力によって給紙ローラ２２２まで搬送するカムを有する。このカムは、給紙の度に間欠的に回転し、１回転に対応して１枚の用紙Ｓを給紙する。２２３は用紙検知センサで、それぞれ用紙カセット２２０に保持されている用紙Ｓの量を検知する。
【００４７】
給紙ローラ２２２は、用紙Ｓの先端部をレジストシャッタ２２４まで搬送するローラである。２２４は、レジストシャッタであり、用紙Ｓを押圧することにより給紙を停止することができる。
【００４８】
２３０は、手差しトレイであり、２３１は、手差し給紙クラッチである。手差し給紙クラッチ２３１は、用紙Ｓの先端を手差し給紙ローラ２３２まで搬送するために使用され、手差し給紙ローラ２３２は、用紙Ｓの先端をレジストシャッタ２２４まで搬送するために使用される。画像記録に供する用紙Ｓは、用紙カセット２２０及び手差しトレイ２３０のいずれかの給紙手段を選択して給紙される。
【００４９】
プリンタエンジン１０５は、ビデオコントローラ１０３と所定の通信プロトコルにしたがって通信を行い、ビデオコントローラ部１０３からの指示にしたがって用紙カセット２２０手差しトレイ２３０の中からいずれかの給紙手段を選択し、印刷の開始指示に応じて該当する給紙手段よりレジストシャッタ２２４まで用紙Ｓを搬送する。なお、プリンタエンジン１０５は、給紙手段、潜像の形成、転写、定着等の電子写真プロセスに関する機構、排紙手段及びそれらの制御手段を含む。
【００５０】
２０４ａ、２０４ｂ、２０４ｃ、２０４ｄは、感光ドラム２０５ａ、２０５ｂ、２０５ｃ、２０５ｄやトナー保持部等を有する画像記録部であり、電子写真プロセスにより、用紙Ｓ上にトナー像を形成する。一方、２０６ａ、２０６ｂ、２０６ｃ、２０６ｄは、レーザスキャナ部であり、画像記録部にレーザビームによる画像情報を供給する。
【００５１】
画像記録部２０４ａ、２０４ｂ、２０４ｃ、２０４ｄには、用紙Ｓを搬送する用紙搬送ベルト２５０が複数の回転ローラ２５１〜２５４によって用紙搬送方向（図の下から上方向）に扁平に張設され、その最上流部においては、バイアスを印加した吸着ローラ２２５によって、用紙を用紙搬送ベルト２５０に静電吸着させる。またこのベルト搬送面に対向して４個の感光ドラム２０５ａ、２０５ｂ、２０５ｃ、２０５ｄが直線状に配設されており、画像形成手段を構成している。画像記録部２０４ａ、２０４ｂ、２０４ｃ、２０４ｄのそれぞれには、感光ドラムの周辺近傍を順次取り囲んで、帯電器、現像器が配置されている。
【００５２】
レーザスキャナ部２０６ａ、２０６ｂ、２０６ｃ、２０６ｄにおいて、２０７ａ、２０７ｂ、２０７ｃ、２０７ｄは、レーザユニットであり、プリンタコントローラ１０３から送出される画像信号（／ＶＩＤＥＯ信号）に応じて、内蔵の半導体レーザを駆動し、レーザビームを発射する。レーザユニット２０７ａ、２０７ｂ、２０７ｃ、２０７ｄから発せられたレーザビームは、ポリゴンミラー（回転多面鏡）２０８ａ、２０８ｂ、２０８ｃ、２０８ｄにより走査され、感光ドラム２０５ａ、２０５ｂ、２０５ｃ、２０５ｄ上に潜像を形成する。
【００５３】
２６０は、定着器で、画像記録部２０４ａ、２０４ｂ、２０４ｃ、２０４ｄにより用紙Ｓに形成されたトナー画像を記録紙Ｓに熱定着させる。２６１は、搬送ローラで、用紙Ｓを排紙搬送する。２６２は、排紙センサで、用紙Ｓの排紙状態を検知する。２６３は、排紙ローラ兼両面印刷用搬送路切替えローラで、用紙Ｓを排紙方向へ搬送し、用紙Ｓの搬送指示が排紙の場合はそのまま排紙トレイ２６４に排紙し、搬送指示が両面搬送の場合は、用紙Ｓの後端が排紙センサ２６２を通過した直後に回転方向を逆向きに変え、スイッチバックすることにより用紙Ｓを両面印刷用搬送路２７０へ搬送する。２６５は排紙積載量検知センサで、排紙トレイ２６４上に積載された用紙Ｓの積載量を検知する。
【００５４】
２７０は、両面印刷用搬送路であり、排紙ローラ兼両面印刷用搬送路切替えローラ２６３により両面印刷用に搬送された用紙Ｓは、両面搬送ローラ２７１〜２７４によって再びレジストシャッタ２２４まで搬送されて画像記録部２０４ａ、２０４ｂ、２０４ｃ、２０４ｄへの搬送指示を待つ。
なお、プリンタ１０２には、さらにオプションカセットや封筒フィーダ等のオプションユニットを装備することができる。
【００５５】
図３は、プリンタコントローラ１０３の構成例を示すブロック図である。
図において、３０１は、パネル部１０４とのデータ通信を行うパネルインタフェース部である。ＣＰＵ ３０９は、パネルインタフェース部３０１を介して、ユーザがパネル部１０４において設定・指示した内容を確認することができる。３０２は、ネットワークを介してホストコンピュータ等のデータ処理装置１０１と双方向に通信接続するためのホストインタフェース部である。３０６は、プリンタエンジン１０５と通信接続するためのエンジンインタフェース部である。ＣＰＵ ３０９は、エンジンインタフェース部３０６を介して、プリンタエンジン１０５の状態を認識することができる。
【００５６】
３０３は、データ処理装置１０１より供給された画像処理装置制御コードに基づいて、プリンタエンジン１０５に供給するラスタデータを生成（ラスタライズ）する画像データ発生部である。３０５は、生成したラスタデータを一時的に保持するための画像メモリである。３０９は、ＲＯＭ ３０４に保持された制御プログラムコードに基づいて、ＣＰＵバス３２０に接続されたデバイスを制御するＣＰＵである。３０７は、ＣＰＵ ３０９が使用する一時記憶用メモリとしてのＲＡＭであり、図示しない増設ポートに接続されるオプションＲＡＭによりメモリ容量を拡張できるように構成されている。ＲＡＭ ３０７は、描画オブジェクトを格納する描画オブジェクト格納部４０２、ＲＯＭ ３０４に保持された制御プログラムによって一時的に使用されるワークメモリ等に用いられる。３１０は、例えば、濃度補正テーブル等の制御情報を保持するための不揮発性メモリで構成される。３０８は、ＤＭＡ制御部であり、ＣＰＵ ３０９からの指示により画像メモリ３０５内のラスタデータをエンジンインタフェース部３０６に転送する。
【００５７】
３２０は、アドレス、データ、コントロールバスを含むＣＰＵバスである。パネルインタフェース部３０１、ホストインタフェース部３０２、画像データ発生部３０３、ＲＯＭ ３０４、画像メモリ３０５、エンジンインタフェース部３０６、ＲＡＭ ３０７、ＤＭＡ制御部３０８、ＣＰＵ ３０９及びＥＥＰＲＯＭ ３１０は、それぞれＣＰＵバス３２０に接続されたすべてのデバイスにアクセス可能である。
【００５８】
＜プロファイルの概要＞
上記実施形態で説明したＬＢＰを用いた印刷処理システムにおける、プロファイルの一例を図４から図８を用いて説明する。
【００５９】
図４、図５は処理仕様によって最適な処理が異なる一例を示す。
【００６０】
図４を説明する。イメージデータ４０１は３００ＢＹＴＥのイメージデータである。このイメージデータ４０１を３つのバンドに分割すると３分割イメージデータ４０２、６つのバンドに分割すると６分割イメージデータ４０３になる。
【００６１】
図５を説明する。図５は、バンドに跨るイメージデータが全て、対象のバンドのデータとして保持され、また処理される一例である。従って、３分割バンドデータ５０１、３分割バンドデータ５０２、３分割バンドデータ５０３は、３分割イメージデータ４０２のデータ保持の構成であり、自バンド内に存在するイメージデータがバンド間に跨っているイメージデータを全て保持している。同様に、６分割バンドデータ５０４、６分割バンドデータ５０５は、６分割イメージデータ４０３のデータ保持の構成であり、自バンド内に存在するイメージデータがバンド間に跨っているイメージデータを全て保持している。
【００６２】
このとき、イメージデータ４０１を３つのバンドに分割して処理する場合、３分割イメージデータ４０２、３分割バンドデータ５０１、３分割バンドデータ５０２、３分割バンドデータ５０３が示すように、それぞれのバンドがイメージデータのサイズ分（３００ＢＹＴＥ）を保持するので、結果、９００ＢＹＴＥのデータサイズとなる。同様に、イメージデータ４０１を６つのバンドに分割して処理する場合、６分割イメージデータ４０３、６分割バンドデータ５０４、６分割バンドデータ５０５が示すように、それぞれのバンドがイメージデータのサイズ分（３００ＢＹＴＥ）を保持するので、結果、１５００ＢＹＴＥのデータサイズとなる（図５では省略されているがバンドが３００ＢＹＴＥのイメージデータが５つ存在する（６分割イメージデータ４０３を参照））。
【００６３】
図６は図４、図５のバンド分割時における最適なプロファイルを示す。図４、図５で示したケースの場合、明らかに分割するバンドの数を少なくすれば、ネットワークの負荷や処理量などの面で効率的である。このことを踏まえた上で説明すると、例えばテキストデータ（Ｗｏｒｄ等）６０１は大きなイメージデータが頻繁に出現するようなアプリケーションではない。従って、分割するバンドが多少多くてもそこまでの処理の負荷となるとは考えにくい。従って、プロファイル１ ６０３のように適切なバンドとして適当なバンドサイズを設定でき（ここでは５０に設定）、ドライバはこの値を参照し、この値を元にバンドの分割を行う。また、プレゼンデータ（ＰｏｗｅｒＰｏｉｎｔ等）６０２は大きなイメージデータが多数存在しうるアプリケーションである。このとき、図４、図５で説明した仕様より、なるべく少ないバンドに分割した方が、効率が良い。そこで、プロファイル２ ６０４が示す適切バンド幅を大きく（ここでは３００に設定）設定することにより、ドライバはこの値を参照し、この値を元にバンドの分割を行うことで、効率的な処理を実現する。
【００６４】
同様に、テキストデータ（Ｖｅｒ１．０）６０５は大きなイメージデータが頻繁に出現するようなアプリケーションではない。従って、分割するバンドが多少多くてもそこまでの処理の負荷となるとは考えにくい。従って、プロファイル３ ６０７のように適切なバンドとして適当なバンドサイズを設定でき（ここでは５０に設定）、ドライバはこの値を参照し、この値を元にバンドの分割を行う。また、テキストデータ（Ｖｅｒ２．０）６０８は、それほど大きくないイメージデータが多数存在しうるアプリケーションである。このとき、扱うイメージデータはそれほど大きくないので、分割するバンドが多すぎなければ多少の分割数は負荷を生み出さないと考えられる。そこで、図４、図５で説明した仕様より、多すぎない位のバンドに分割した方が、効率が良い。そこで、プロファイル４ ６０８が示す適切バンド幅を大きくなり過ぎない程度（ここでは１００に設定）に設定することにより、ドライバはこの値を参照し、この値を元にバンドの分割を行うことで、効率的な処理を実現する。
【００６５】
図７は図４、図５と同様、処理仕様によって最適な処理が異なる一例であり、アプリケーションごとに異なるグラデーションイメージ７０１の渡し方の違いを示す。例えば、あるアプリケーションのバージョンでは、［アプリＶｅｒ１．０］イメージデータ７０２のように、イメージデータをそのまま渡してくる。一方、［アプリＶｅｒ２．０］細切れイメージデータ７０３は、イメージデータを細切れにして渡してくる。
【００６６】
このとき、［アプリＶｅｒ１．０］イメージデータ７０２の処理単位はＶｅｒ１．０処理単位７０４となる。同様に、［アプリＶｅｒ２．０］イメージデータ７０３はＶｅｒ２．０処理単位７０５となる。このとき、明らかに［アプリＶｅｒ１．０］イメージデータ７０２に比べ、［アプリＶｅｒ２．０］イメージデータ７０３はネットワークの負荷や処理の負荷となりうる。
【００６７】
図８は図７のアプリケーション毎のドライバへのグラデーションイメージデータの受け渡し方の相違における最適なプロファイルを示す。Ｖｅｒ１．０処理単位７０４、Ｖｅｒ２．０処理単位７０５が示すように、明らかに細切れにしてくるバージョンの方が負荷となる。そこで、［アプリＶｅｒ１．０］８０１の場合、プロファイル１ ８０３にまとめ処理を行うような指示を特別に行うようなことはせず、従来どおりの処理を行うように設定する（まとめ処理フラグをＯＦＦにする）。また［アプリＶｅｒ２．０］８０２の場合、細切れイメージデータをまとめる処理を追加すると非常に効率的となる。そこで、プロファイル２ ８０４にまとめ処理を行うよう指示するフラグを設定することで、ドライバに処理の指示を行う。
【実施例】
【００６８】
＜プロファイルの概要＞で説明したプロファイルの取得方法の一例を図９から図１６を用いて説明する。
【００６９】
図９はドライバが該プロファイルを取得する概念図と、ホストドライバ９０１及び、プロファイルサーバ９０２内において、プロファイルをアプリケーションごとに保持するリストの構成図である。ホストドライバ９０１は、プロファイルをアプリケーションごとにストアする手段を持つ。ホストドライバ９０１はプロファイルサーバ９０２で保持されるアプリ別プロファイル９０３やＶｅｒＵｐプロファイル９０４を取得し、ストアする手段を有する。そして取得した該プロファイルを参照し、ドライバの処理を決定する。また、ホストドライバ９０１は、ユーザが任意に作成したカスタムプロファイル９０５をストアし、同様に該プロファイルを参照し、ドライバの処理を決定する。また、プロファイルのリスト（以後、プロファイルリストと呼ぶ）はそれぞれ、アプリケーション名９０６、バージョン９０７、種類９０８、プロファイル９０９から構成される。アプリケーション名９０６は、どのアプリケーションのプロファイルかを示すアプリケーションの名前または、コードが格納される。またバージョン９０７は、アプリケーション名９０６の示すアプリケーションのバージョンを示す。また、種類９０８はアプリケーション名９０６の示すアプリケーションの種類、例えばテキストを主に扱うファイルであれば、テキストアプリ、イメージを主に扱うアプリケーションであれば、イメージアプリとなる。最後にプロファイル９０９は、アプリケーション名９０６とバージョン９０７が示すアプリケーションのプロファイルとなる。また、これらの情報をプロファイル内に保持していても良い。ホストドライバ９０１、プロファイルサーバ９０２はこれらの情報を用いて、適切なプロファイルを処理で用いる。
【００７０】
図１０はプロファイルを取得する際のＵＩを示す。プロファイル探索ＵＩ １ １００１は、任意のタイミングでユーザがプロファイルを取得する際のＵＩである。ユーザは自分で任意のプロファイルをドライバに取得するユーザ指定と、ドライバが必要なプロファイルをピックアップし、取得するかユーザが任意に決められる自動検出を選択することが可能である。プロファイル探索ＵＩ ２ １００２は、あるアプリケーションから印刷ジョブが発行された場合に、そのアプリケーションの印刷ジョブに該当するプロファイルが存在しなかった場合、印刷ジョブを発行したアプリケーションを表示し、該当するプロファイルを取得するか、ユーザに選択させるＵＩである。プロファイル探索ＵＩ ３ １００３はプロファイル探索ＵＩ １ １００１で自動検出を選択したときに、ドライバがプロファイルを保持していないアプリケーションを表示するＵＩである。ユーザはこの選択肢から任意のプロファイルを取得することができる。エラーＵＩ１（１００４）は、クライアントコンピュータ内、及びサーバコンピュータ内の両方で、該当する最適なプロファイルが存在しなかった場合、処理が似ていると思われる類似プロファイルを代用で用いるかをユーザに選択させるＵＩである。エラーＵＩ２（１００５）は、エラーＵＩ（１００４）で、類似プロファイルを用いると選択した場合、どこから類似プロファイルを取得してくるかを選択するＵＩである。
【００７１】
図１１は印刷ジョブが来たとき、印刷ジョブを発行したアプリケーションのプロファイルが存在しなかった場合の、自動プロファイル取得のフローである。ホスト１１０１は、少なくともアプリケーション１１０３とドライバ１１０４を保持する。プロファイルサーバ１１０２は、任意のアプリケーション別プロファイル１１０５やＶｅｒＵｐプロファイル１１０６を保持する。アプリケーション１１０３は、ドライバ１１０４に対して印刷ジョブ１１０７を発行する。ドライバ１１０４は印刷ジョブ１１０７を判別し、発行したアプリケーション１１０３に該当するプロファイルを探索する。もし該当するプロファイルが存在した場合、そのプロファイルを参照し、処理を決定する１１１１。また、該当するプロファイルが存在しなかった場合、自動プロファイル取得の処理が実行される。まず、該プロファイル探索ＵＩ ２ １００２を、印刷ジョブ１１０７を発行したアプリケーションと共に表示する。ユーザがインストールを実行した場合、ドライバ１１０４はプロファイルサーバ１１０２に、該当するプロファイルのプロファイル要求１１０９を発行する。プロファイルサーバ１１０２は、要求されたプロファイルが存在した場合、直ちに該当するプロファイル１１１０をドライバ１１０４に引き渡す。ドライバ１１０４は、プロファイル１１１０を取得し、直ちにプロファイル１１１０を参照し、処理を決定する１１１１。また、取得したプロファイル１１１０を、ホスト１１０１上の記憶装置に保存しておくこともユーザが任意に選択し、実行することが可能である。
【００７２】
次に図１１の処理を、図１４のフローチャートを用いて説明する。まずクライアントコンピュータ内のアプリケーションソフトから印刷ジョブが発行されると、印刷ジョブを発行したアプリケーションソフトの名前とバージョンを元に、クライアントコンピュータ内の該プロファイルリストから、印刷データを最適に生成するプロファイルとして対応付けられた最適なプロファイルを探索する（Ｓ１４０１）。ここで、該印刷ジョブのアプリケーション名・バージョンと一致するプロファイルが存在した場合（Ｓ１４０２でのＹＥＳ）、リストから該当したプロファイルを取得し（Ｓ１４０３）、取得したプロファイルの持つ処理分岐フラグ・処理時の参照パラメータ・ライブラリ等を取り出し（Ｓ１４０４）、その取り出した各情報を用いて印刷データの生成を行う（Ｓ１４０５）。また、クライアントコンピュータ内において、該印刷ジョブのアプリケーション名・バージョンと一致するプロファイルが存在しなかった場合（Ｓ１４０２でのＮＯ）、印刷ジョブを発行したアプリケーションソフトの名前とバージョンを元に、サーバコンピュータ内の該プロファイルリストから、対応する最適なプロファイルを探索し、取得するか指示を仰ぐプロファイル探索ＵＩ２（１００２）を表示する（Ｓ１４０６）。ここで、探索せず処理を行うよう選択された場合（Ｓ１４０７でのＮＯ）、プロファイルを参照せず印刷データの生成を行う（Ｓ１４０５）。また、探索するよう選択された場合（Ｓ１４０７でのＹＥＳ）、同様に、サーバコンピュータ内の該プロファイルリストから、対応する最適なプロファイルを探索する（Ｓ１４０８）。ここで、該印刷ジョブのアプリケーション名・バージョンと一致するプロファイルが存在した場合（Ｓ１４０９のＹＥＳ）、リストから該当したプロファイルを取得し、クライアントコンピュータ内で保存する（Ｓ１４１０）。さらに、取得したプロファイルの持つ処理分岐フラグ・処理時の参照パラメータ・ライブラリ等を取り出し（Ｓ１４１１）、その取り出した各情報を用いて印刷データの生成を行う（Ｓ１４０５）。また、サーバコンピュータ内において、該印刷ジョブのアプリケーション名・バージョンと一致するプロファイルが存在しなかった場合（Ｓ１４０９でのＮＯ）、印刷ジョブを発行したアプリケーションソフトの名前とバージョン、そしてそれに関連付けられる種類９０８を元に、アプリケーションソフトの名前が同等でかつ、バージョンが異なるプロファイル、もしくは種類９０８が同等である類似プロファイルを探索し、その類似プロファイルを参照し、処理を行うかをユーザに選択させるエラーＵＩ１（１００４）を表示する（Ｓ１４１２）。ここで、類似プロファイルを用いず処理を行うよう選択された場合（Ｓ１４１３でのＮＯ）、プロファイルを参照せず印刷データの生成を行う（Ｓ１４０５）。また、類似プロファイルを用いて処理を行うよう選択され、さらに類似プロファイルの探索が、クライアントコンピュータ内、もしくはサーバコンピュータ内の双方で探索が終了していない場合（Ｓ１４１３でのＹＥＳ）、クライアントコンピュータ内とサーバコンピュータ内のどちらの類似プロファイルを用いるかを選択させるエラーＵＩ２（１００５）を表示する（Ｓ１４１４）。ここで、クライアントコンピュータ内が選択された場合（Ｓ１４１５でのＮＯ）、クライアントコンピュータ内の該プロファイルリストから、印刷データを最適に生成するプロファイルの類似プロファイルを探索する（Ｓ１４１６）。また、サーバコンピュータ内が選択された場合（Ｓ１４１５でのＹＥＳ）、サーバコンピュータ内の該プロファイルリストから、印刷データを最適に生成するプロファイルの類似プロファイルを探索する（Ｓ１４１７）。そして、クライアントコンピュータ内、もしくはサーバコンピュータ内で探索した類似プロファイルが存在した場合（Ｓ１４１８でのＹＥＳ）、その類似プロファイルを取得し（Ｓ１４１９）、保持する処理分岐フラグ・処理時の参照パラメータ・ライブラリ等を取り出し（Ｓ１４２０）、その取り出した各情報を用いて印刷データの生成を行う（Ｓ１４０５）。また、探索した類似プロファイルが存在しなかった場合（Ｓ１４１８でのＮＯ）、再び（Ｓ１４１２）の処理を行う。そして、（Ｓ１４１３）で、類似プロファイルを用いて処理を行うと再び選択された場合（Ｓ１４１３でのＹＥＳ）、（Ｓ１４１４）の処理を、さきほど選択した選択肢をグレイにし、表示する（Ｓ１４１４）。そして、（Ｓ１４１４）で選択されたコンピュータを選択し、処理を行う。また、再度探索したコンピュータ内にも探索したプロファイルが存在しなかった場合、再び（Ｓ１４１４）の処理に戻り、クライアントコンピュータとサーバコンピュータの双方で探索が終了した旨を表示し、プロファイルを参照せず印刷データの生成を行う（Ｓ１４０５）。
【００７３】
図１２は該プロファイル探索ＵＩ １ １００１で、自動検出が選択された場合のフローである。ホスト１２０１は、少なくともドライバ１２０３を保持する。プロファイルサーバ１２０２は、任意のアプリケーション別プロファイル１２０４やＶｅｒＵｐプロファイル１２０５を保持する。該プロファイル探索ＵＩ １ １００１で、自動検出が選択されると、ドライバ１２０３は、ホスト１２０１に存在するアプリケーションと各アプリケーションに該当するプロファイルを探索する。そして、該当するプロファイルが存在しないアプリケーションを検出１２０６し、該プロファイル探索ＵＩ ３ １００３で表示する。ユーザからプロファイル取得の指示が発行されたとき、ドライバ１２０３は、プロファイルサーバ１２０２に対して、ユーザから指示のあったプロファイル要求１２０８を発行する。プロファイルサーバ１２０２は、要求されたプロファイルが存在した場合、直ちに該当するプロファイル１２０９をドライバ１２０３に引き渡す。ドライバ１２０３は、プロファイル１２０９を取得し、取得したプロファイル１２０９を、ホスト１２０１上の記憶装置に保存する。
【００７４】
次に図１２の処理を、図１５のフローチャートを用いて説明する。プロファイル探索ＵＩ１（１００１）において、自動検出が指示された場合、まずクライアントコンピュータ内に存在する全てのアプリケーションを検出する（Ｓ１５０１）。ここで、アプリケーションが全く検出されなかった場合（Ｓ１５０２のＮＯ）、直ちにその旨を通知し、処理を終了する。また、１つ以上のアプリケーションが検出された場合（Ｓ１５０２のＹＥＳ）、検出されたアプリケーションとそのバージョンを元に、クライアントコンピュータ内の該プロファイルリストから対応するプロファイルが存在するか探索する（Ｓ１５０３）。ここで、全てのアプリケーションに対して該当するプロファイルが存在した場合、その旨を通知し、直ちに処理を終了する。また、該当するプロファイルが存在しないアプリケーションが１つでも存在した場合（Ｓ１５０４のＮＯ）、そのアプリケーションを全て表示する（Ｓ１５０５）。ここで、どのアプリケーションに対してもプロファイルを取得しない指示を受けた場合、直ちに処理を終了する。また、プロファイルを取得するアプリケーションを選択された場合（Ｓ１５０６のＹＥＳ）、サーバコンピュータ内の該プロファイルリストから、選択されたアプリケーション名とバージョンを元に、対応する最適なプロファイルを探索する（Ｓ１５０７）。ここで、探索したプロファイルが存在しなかった場合（Ｓ１５０８のＮＯ）、エラーを表示する（Ｓ１５１０）。探索したプロファイルが存在した場合（Ｓ１５０８のＹＥＳ）、リストから該当したプロファイルを取得し、クライアントコンピュータ内に保存する（Ｓ１５１０）。また、探索したプロファイルが存在しなかった場合（Ｓ１５０８のＮＯ）、エラーを表示する（Ｓ１５１０）。これを、指定されたアプリケーション分繰り返すこと（Ｓ１５１１のＮＯでループ）で、指定された全てのアプリケーションに対するプロファイルの取得を実現する。
【００７５】
図１３は該プロファイル探索ＵＩ１（１００１）で、ユーザ指定が選択された場合のフローである。ホスト１３０１は、少なくともドライバ１３０３を保持する。プロファイルサーバ１３０２は、任意のアプリケーション別プロファイル１３０４やＶｅｒＵｐプロファイル１３０５を保持する。該プロファイル探索ＵＩ１（１００１）で、ユーザ指定が選択されると、ユーザのアプリケーションの指定を受け付ける。アプリケーションの指定を受け付けたとき、ドライバ１３０３は、プロファイルサーバ１３０２に対して、ユーザが指定したプロファイルのプロファイル要求１３０７を発行する。プロファイルサーバ１３０２は、要求されたプロファイルが存在した場合、直ちに該当するプロファイル１３０８をドライバ１３０３に引き渡す。ドライバ１３０３は、プロファイル１３０８を取得し、取得したプロファイル１３０８を、ホスト１３０１上の記憶装置に保存する。
【００７６】
次に図１３の処理を、図１６のフローチャートを用いて説明する。プロファイル探索ＵＩ１（１００１）において、ユーザ指定が指示された場合、同時にプロファイルを取得するアプリケーションも指定を受ける。ここで、指示を受けたアプリケーションソフトの名前とバージョンを元に、クライアントコンピュータ内の該プロファイルリストから、対応する最適なプロファイルを探索する（Ｓ１６０１）。ここで、該印刷ジョブのアプリケーション名・バージョンと一致するプロファイルが存在した場合（Ｓ１６０２でのＹＥＳ）、既にプロファイルが存在する旨を通知し、処理を終了する（Ｓ１６０３）。また、該印刷ジョブのアプリケーション名・バージョンと一致するプロファイルが存在しなかった場合（Ｓ１６０２でのＮＯ）、サーバコンピュータ内の該プロファイルリストから、選択されたアプリケーション名とバージョンを元に、対応する最適なプロファイルを探索する（Ｓ１６０４）。ここで、探索したプロファイルが存在した場合（Ｓ１６０５のＹＥＳ）、リストから該当したプロファイルを取得し、クライアントコンピュータ内に保存し（Ｓ１６０６）、処理を終了する。また、探索したプロファイルが存在しなかった場合（Ｓ１６０５のＮＯ）、エラーを表示し、処理を終了する。
【図面の簡単な説明】
【００７７】
【図１】本実施形態に関わる、画像記録装置のシステム構成の概略を示す図
【図２】本実施形態に関わる、プリンタの一構成例を示す断面図
【図３】本実施形態に関わる、プリンタコントローラの構成例を示すブロック図
【図４】本実施形態に関わる、プロファイルの説明を行うための一例を示す図
【図５】本実施形態に関わる、プロファイルの説明を行うための一例を示す図
【図６】本実施形態に関わる、プロファイルの説明を行うための一例を示す図
【図７】本実施形態に関わる、プロファイルの説明を行うための一例を示す図
【図８】本実施形態に関わる、プロファイルの説明を行うための一例を示す図
【図９】本実施形態に関わる、印刷処理システムの概念を示す一例を示す図
【図１０】実施例１で説明したプロファイルの取得方法の一例を示す図
【図１１】実施例１で説明したプロファイルの取得方法の一例を示す図
【図１２】実施例１で説明したプロファイルの取得方法の一例を示す図
【図１３】実施例１で説明したプロファイルの取得方法の一例を示す図
【図１４】実施例１で説明したプロファイル取得方法のフローチャートの一例
【図１５】実施例１で説明したプロファイル取得方法のフローチャートの一例
【図１６】実施例１で説明したプロファイル取得方法のフローチャートの一例
【符号の説明】
【００７８】
１０１ データ処理装置
１０２ 画像記録装置
１０３ プリンタコントローラ
１０４ パネル部
１０５ プリンタエンジン
２０１ プリンタ筐体
２０２ 操作パネル
２０３ ボード収納部
２０４ａ，２０４ｂ，２０４ｃ，２０４ｄ 画像記録部
２０５ａ，２０５ｂ，２０５ｃ，２０５ｄ 感光ドラム
２０６ａ，２０６ｂ，２０６ｃ，２０６ｄ レーザスキャナ部
２０７ａ，２０７ｂ，２０７ｃ，２０７ｄ レーザユニット
２０８ａ，２０８ｂ，２０８ｃ，２０８ｄ ポリゴンミラー（回転多面鏡）
２２０ 用紙カセット
２２１ カセットクラッチ
２２２ 給紙ローラ
２２３ 用紙検知センサ
２２４ レジストシャッタ
２２５ 吸着ローラ
２３０ 手差しトレイ
２３１ 手差し給紙クラッチ
３２２ 手差し給紙ローラ
２５０ 用紙搬送ベルト
２５１〜２５４ 回転ローラ
２６０ 定着器
２６１ 搬送ローラ
２６２ 排紙センサ
２６３ 排紙ローラ兼両面印刷用搬送路切替えローラ
２６４ 排紙トレイ
２６５ 排紙積載量検知センサ
２７０ 両面印刷用搬送路
２７１〜２７４ 両面搬送ローラ
３０１ パネルＩ／Ｆ部
３０２ ホストＩ／Ｆ部
３０３ 画像データ発生部
３０４ ＲＯＭ
３０５ 画像メモリ
３０６ エンジンＩ／Ｆ部
３０７ ＲＡＭ
３０８ ＤＭＡ制御部
３０９ ＣＰＵ
３１０ ＥＥＰＲＯＭ
３１１ ハードディスク
３２０ ＣＰＵバス
【技術分野】
【０００１】
本発明は、コンピュータ上で稼動する情報の編集装置および編集方法並びに編集用制御プログラムを記録した記録媒体に関し、特に印刷処理システムに係る。
【背景技術】
【０００２】
従来、ホストコンピュータ・プリンタ・ネットワーク等、それぞれのスペックを考慮し、各処理系（区画描画等）に対して適切なモードを選択する技術が存在する（＝以下、従来処理選択技術と呼ぶ）。
【０００３】
また、ホストコンピュータのドライバを最適な処理系に任意のタイミングで変更するため、特許文献１では、ドライバの機能としてフラグファイルという処理の選択パラメータを参照して内部での処理の分岐を決定し、そのフラグファイルのパラメータをユーザが編集できる機能を提供することで、ドライバの処理を任意のタイミングで変更することを実現している。
【特許文献１】特開２０００−１０７６８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来処理選択技術はモード選択に留まるので、実際にホストコンピュータもしくはプリンタに実装されている処理しか行えない。
【０００５】
さらに、特許文献１では、ユーザがフラグファイルを編集するに当たっての必要とされる知識や手間などが非常に大きな負荷となることは明らかである。また、フラグを用いていることにより、内部で実現されている処理の分岐しか定義できず、処理自体のカスタマイズが必要となった場合は、改めて新しいドライバのインストールが必要とされてしまう。
【０００６】
以上より本発明では、処理のカスタマイズを実現する各種パラメータを保持するパターンファイル（＝以下、プロファイルと呼ぶ）を元に、処理をカスタマイズできる印刷処理システムにおいて、ケースに応じて、最適と思われる最新のプロファイルを随時自動取得できる印刷処理システムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記目的を達成する本出願に関わる第１の発明の印刷処理システムは以下に示す構成を備える。
【０００８】
第一の情報処理装置と、第二の情報処理装置と、印刷装置とがネットワークで接続され、該第一の情報処理装置内のアプリケーションプログラム（文書作成、ＤＴＰソフトウェア等）から出力された第一の印刷データから、該第一の情報処理装置内のプリンタドライバにおいて該印刷装置が解釈可能な第二の印刷データに変換し、該印刷装置に該第二の印刷データを送ることで印刷処理を行う印刷処理システムにおいて、
該印刷システム内に複数のプロファイルを有し、該プリンタドライバ内において、該第一の印刷データを、該複数プロファイルの内の最も印刷性能を高くするための最適プロファイルを用いて、該第二の印刷データに変換する生成手段を備える。
【０００９】
また、上記目的を達成する本出願に関わる第２の発明の、印刷システムは以下に示す構成を備える。
【００１０】
第１の発明の印刷処理システムにおいて、該最適プロファイルが該第一の情報処理装置内に存在しない場合は、該第二の情報処理装置内を探索する手段を備える。
【００１１】
また、上記目的を達成する本出願に関わる第３の発明の印刷処理システムは以下に示す構成を備える。
【００１２】
第２の発明の印刷処理システムにおいて、該最適プロファイルが該第一の情報処理装置内及び該第二の情報処理装置内のいずれにも存在しない場合は、該第一の情報処理装置内または該第二の情報処理装置内のいずれかの該プロファイルの内、該最適プロファイルに最も類似する類似プロファイルを選択する手段を備える。
【００１３】
また、上記目的を達成する本出願に関わる第４の発明の印刷処理システムは以下に示す構成を備える。
【００１４】
第１の発明の印刷処理システムにおいて、該アプリケーションプログラムの名前及びバージョン（以後アプリケーション識別子）を該プロファイル内に記述する手段を備える。
【００１５】
また、上記目的を達成する本出願に関わる第５の発明の印刷処理システムは以下に示す構成を備える。
【００１６】
第４の発明の印刷処理システムにおいて、該アプリケーションプログラムの該アプリケーション識別子が記述された該最適プロファイルを選択する手段と、
該第一の情報処理装置内で、該最適プロファイルが存在しなかった場合、該第二の情報処理装置内から該最適プロファイルを選択する手段と、
該第二の情報処理装置内で選択された該最適プロファイルを該第一の情報処理装置内にコピーする手段を備える。
【００１７】
また、上記目的を達成する本出願に関わる第６の発明の印刷処理システムは以下に示す構成を備える。
【００１８】
第４の発明の印刷処理システムにおいて、該第一の情報処理装置内で、該最適プロファイルが存在しなかった場合、該選択手段が、該第二の情報処理装置内から該最適プロファイルを選択する手段を備える。
【００１９】
また、上記目的を達成する本出願に関わる第７の発明の印刷処理システムは以下に示す構成を備える。
【００２０】
第４の発明の印刷処理システムにおいて、該第一の情報処理装置内で、該最適プロファイルが存在しなかった場合、その該アプリケーション識別子に相当する該プロファイルが存在しないことを通知する手段を備える。
また、上記目的を達成する本出願に関わる第８の発明の印刷処理システムは以下に示す構成を備える。
【００２１】
第４の発明の印刷処理システムにおいて、該アプリケーション識別子ごとに、使用頻度が高いデータ種別（テキスト、イメージ、グラフィック等のオブジェクトの識別子）を、対応付ける手段を備える。
【００２２】
また、上記目的を達成する本出願に関わる第９の発明の印刷処理システムは以下に示す構成を備える。
【００２３】
第３の発明の印刷処理システムにおいて、該類似プロファイルとは、名前が同一でかつバージョンが異なる該アプリケーション識別子が記述されているプロファイルである手段を備える。
【００２４】
また、上記目的を達成する本出願に関わる第１０の発明の印刷処理システムは以下に示す構成を備える。
【００２５】
第３の発明の印刷処理システムにおいて、該類似プロファイルとは、同一の該データ種別と対応付けられているプロファイルである手段を備える。
【００２６】
また、上記目的を達成する本出願に関わる第１１の発明の印刷処理システムは以下に示す構成を備える。
【００２７】
第３の発明の印刷処理システムにおいて、該第一の情報処理装置内と該第二の情報処理装置内のどちらから該類似プロファイルを選択するかを任意に選択する手段を備える。
【００２８】
また、上記目的を達成する本出願に関わる第１２の発明の印刷処理システムは以下に示す構成を備える。
【００２９】
第３の発明の印刷処理システムにおいて、該アプリケーション識別子に対応した該最適プロファイルが、該第一の情報処理装置内、及び該第二の情報処理装置内の双方で存在しなかった場合、プロファイルを参照せずに、該第二の印刷データを生成する手段を備える
また、上記目的を達成する本出願に関わる第１３の発明の印刷処理システムは以下に示す構成を備える。
【００３０】
第３または第１２の発明の印刷処理システムにおいて、該類似プロファイルを用いて処理をさせるか、またはプロファイルを参照せず処理をさせるかを、任意に選択する手段を備える。
【００３１】
また、上記目的を達成する本出願に関わる第１４の発明の印刷処理システムは以下に示す構成を備える。
【００３２】
第２の発明の印刷処理システムにおいて、印刷処理に先立って、あらかじめ、該第一の情報処理装置内において、該最適プロファイルが存在しないすべての該アプリケーションプログラムを選択し、表示する手段と、
該表示手段によって表示された該アプリケーションプログラムから任意のアプリケーションプログラムを選択し、該選択したアプリケーションプログラムに相当する最適プロファイルを該第二の情報処理装置内から取得する手段と、
該第二の情報処理装置から取得した該最適プロファイルを、該第一の情報処理装置内にコピーする手段を備える。
【００３３】
また、上記目的を達成する本出願に関わる第１５の発明の印刷処理システムは以下に示す構成を備える。
【００３４】
第１４の発明の印刷処理システムにおいて、該第二の情報処理装置内で、該最適プロファイルが存在しなかった場合、選択した該アプリケーション識別子ごとにエラー通知を行う手段を備える。
【発明の効果】
【００３５】
本発明の印刷処理システムによれば、ドライバを再開発せず、容易にドライバの処理を変更することが可能となり、保守性の向上が実現された。また、処理の分岐だけでなく、実際の処理自体も変更することが可能となり、保守性及び拡張性の向上を実現した。さらに、従来技術で問題であったユーザの知識や手間を必要とせず、ユーザにとってより快適な印刷処理システムを実現したことにより、更なる使用性の向上が実現された。
【発明を実施するための最良の形態】
【００３６】
以下、本発明をレーザービームプリンタ（以下、ＬＢＰと略す）に適用し、図面を用いてさらに詳細に説明する。
【００３７】
＜ＬＢＰの概要＞
本発明をプリンタ制御システムに適用した場合の例を示す。ここでは、本実施形態の構成を説明する前に、本実施形態を適用するに好適なレーザービームプリンタの構成について、図を参照しながら説明する。
【００３８】
なお、本実施形態を適用するプリンタは、レーザービームプリンタ及びインクジェットプリンタに限られるものではなく、他のプリント方式のプリンタでも良いことは言うまでもない。またさらに、本発明を適用するソフトウェアは、プリンタ制御システムに限ったものではなく、ワープロ（ワードプロセッサ）系ソフトウェア、表計算系ソフトウェア、作図系ソフトウェア等に幅広く応用可能であるも併せて補足しておく。
【００３９】
図１は、本発明の１つの実施形態に係る画像記録装置のシステム構成の概略を示す図である。
【００４０】
図において、データ処理装置１０１は、例えば、コンピュータであり、画像処理装置制御コードの供給源、あるいはプリンタの制御装置として機能する。この実施の形態においては、画像記録装置１０２として、ＬＢＰを用いている。本実施形態において適用される画像記録装置は、ＬＢＰに限られるものではなく、インクジェットプリンタ等他のプリント方式のプリンタでもよいことは言うまでもない。
【００４１】
プリンタコントローラ１０３は、データ処理装置１０１から供給される画像処理装置制御コード（例えば、ＥＳＣコード、ページ記述言語、バンド記述言語等）中の画像情報に基づいて、ページ毎にラスタデータを生成し、プリンタエンジン１０５に送出する。
【００４２】
プリンタエンジン１０５は、プリンタコントローラ１０３から供給されるラスタデータに基づいて、感光ドラム上に潜像を形成し、その潜像を記録媒体上に転写・定着（電子写真方式）することにより画像を記録する。
【００４３】
パネル部１０４は、ユーザインタフェースとして使用される。ユーザは、パネル部１０４を操作することにより、所望の動作を指示することができる。また、パネル部１０４には、プリンタ１０２の処理内容や、ユーザへの警告内容が表示される。
【００４４】
図２は、タンデム方式のカラープリンタ１０２の構成を説明する断面図である。
【００４５】
図において、２０１は、プリンタ筐体である。２０２は、ユーザが各種指示を与えるためのスイッチ、メッセージやプリンタの設定内容等を表示するためのＬＥＤ表示器やＬＣＤ表示器等が配された操作パネルであり、図１に示すパネル部１０４の一態様である。２０３は、ボード収容部であり、ビデオコントローラ１０３及びプリンタエンジン１０５の電子回路部分を構成するボードを収容する。
【００４６】
２２０は、用紙（記録媒体）Ｓを保持する用紙カセットであり、不図示の仕切り板によって電気的に用紙サイズを検知する機構を有する。２２１は、カセットクラッチであり、用紙カセット２２０上に載置された用紙Ｓの最上位の一枚を取り出して、取り出した用紙Ｓを不図示の駆動手段から伝達される駆動力によって給紙ローラ２２２まで搬送するカムを有する。このカムは、給紙の度に間欠的に回転し、１回転に対応して１枚の用紙Ｓを給紙する。２２３は用紙検知センサで、それぞれ用紙カセット２２０に保持されている用紙Ｓの量を検知する。
【００４７】
給紙ローラ２２２は、用紙Ｓの先端部をレジストシャッタ２２４まで搬送するローラである。２２４は、レジストシャッタであり、用紙Ｓを押圧することにより給紙を停止することができる。
【００４８】
２３０は、手差しトレイであり、２３１は、手差し給紙クラッチである。手差し給紙クラッチ２３１は、用紙Ｓの先端を手差し給紙ローラ２３２まで搬送するために使用され、手差し給紙ローラ２３２は、用紙Ｓの先端をレジストシャッタ２２４まで搬送するために使用される。画像記録に供する用紙Ｓは、用紙カセット２２０及び手差しトレイ２３０のいずれかの給紙手段を選択して給紙される。
【００４９】
プリンタエンジン１０５は、ビデオコントローラ１０３と所定の通信プロトコルにしたがって通信を行い、ビデオコントローラ部１０３からの指示にしたがって用紙カセット２２０手差しトレイ２３０の中からいずれかの給紙手段を選択し、印刷の開始指示に応じて該当する給紙手段よりレジストシャッタ２２４まで用紙Ｓを搬送する。なお、プリンタエンジン１０５は、給紙手段、潜像の形成、転写、定着等の電子写真プロセスに関する機構、排紙手段及びそれらの制御手段を含む。
【００５０】
２０４ａ、２０４ｂ、２０４ｃ、２０４ｄは、感光ドラム２０５ａ、２０５ｂ、２０５ｃ、２０５ｄやトナー保持部等を有する画像記録部であり、電子写真プロセスにより、用紙Ｓ上にトナー像を形成する。一方、２０６ａ、２０６ｂ、２０６ｃ、２０６ｄは、レーザスキャナ部であり、画像記録部にレーザビームによる画像情報を供給する。
【００５１】
画像記録部２０４ａ、２０４ｂ、２０４ｃ、２０４ｄには、用紙Ｓを搬送する用紙搬送ベルト２５０が複数の回転ローラ２５１〜２５４によって用紙搬送方向（図の下から上方向）に扁平に張設され、その最上流部においては、バイアスを印加した吸着ローラ２２５によって、用紙を用紙搬送ベルト２５０に静電吸着させる。またこのベルト搬送面に対向して４個の感光ドラム２０５ａ、２０５ｂ、２０５ｃ、２０５ｄが直線状に配設されており、画像形成手段を構成している。画像記録部２０４ａ、２０４ｂ、２０４ｃ、２０４ｄのそれぞれには、感光ドラムの周辺近傍を順次取り囲んで、帯電器、現像器が配置されている。
【００５２】
レーザスキャナ部２０６ａ、２０６ｂ、２０６ｃ、２０６ｄにおいて、２０７ａ、２０７ｂ、２０７ｃ、２０７ｄは、レーザユニットであり、プリンタコントローラ１０３から送出される画像信号（／ＶＩＤＥＯ信号）に応じて、内蔵の半導体レーザを駆動し、レーザビームを発射する。レーザユニット２０７ａ、２０７ｂ、２０７ｃ、２０７ｄから発せられたレーザビームは、ポリゴンミラー（回転多面鏡）２０８ａ、２０８ｂ、２０８ｃ、２０８ｄにより走査され、感光ドラム２０５ａ、２０５ｂ、２０５ｃ、２０５ｄ上に潜像を形成する。
【００５３】
２６０は、定着器で、画像記録部２０４ａ、２０４ｂ、２０４ｃ、２０４ｄにより用紙Ｓに形成されたトナー画像を記録紙Ｓに熱定着させる。２６１は、搬送ローラで、用紙Ｓを排紙搬送する。２６２は、排紙センサで、用紙Ｓの排紙状態を検知する。２６３は、排紙ローラ兼両面印刷用搬送路切替えローラで、用紙Ｓを排紙方向へ搬送し、用紙Ｓの搬送指示が排紙の場合はそのまま排紙トレイ２６４に排紙し、搬送指示が両面搬送の場合は、用紙Ｓの後端が排紙センサ２６２を通過した直後に回転方向を逆向きに変え、スイッチバックすることにより用紙Ｓを両面印刷用搬送路２７０へ搬送する。２６５は排紙積載量検知センサで、排紙トレイ２６４上に積載された用紙Ｓの積載量を検知する。
【００５４】
２７０は、両面印刷用搬送路であり、排紙ローラ兼両面印刷用搬送路切替えローラ２６３により両面印刷用に搬送された用紙Ｓは、両面搬送ローラ２７１〜２７４によって再びレジストシャッタ２２４まで搬送されて画像記録部２０４ａ、２０４ｂ、２０４ｃ、２０４ｄへの搬送指示を待つ。
なお、プリンタ１０２には、さらにオプションカセットや封筒フィーダ等のオプションユニットを装備することができる。
【００５５】
図３は、プリンタコントローラ１０３の構成例を示すブロック図である。
図において、３０１は、パネル部１０４とのデータ通信を行うパネルインタフェース部である。ＣＰＵ ３０９は、パネルインタフェース部３０１を介して、ユーザがパネル部１０４において設定・指示した内容を確認することができる。３０２は、ネットワークを介してホストコンピュータ等のデータ処理装置１０１と双方向に通信接続するためのホストインタフェース部である。３０６は、プリンタエンジン１０５と通信接続するためのエンジンインタフェース部である。ＣＰＵ ３０９は、エンジンインタフェース部３０６を介して、プリンタエンジン１０５の状態を認識することができる。
【００５６】
３０３は、データ処理装置１０１より供給された画像処理装置制御コードに基づいて、プリンタエンジン１０５に供給するラスタデータを生成（ラスタライズ）する画像データ発生部である。３０５は、生成したラスタデータを一時的に保持するための画像メモリである。３０９は、ＲＯＭ ３０４に保持された制御プログラムコードに基づいて、ＣＰＵバス３２０に接続されたデバイスを制御するＣＰＵである。３０７は、ＣＰＵ ３０９が使用する一時記憶用メモリとしてのＲＡＭであり、図示しない増設ポートに接続されるオプションＲＡＭによりメモリ容量を拡張できるように構成されている。ＲＡＭ ３０７は、描画オブジェクトを格納する描画オブジェクト格納部４０２、ＲＯＭ ３０４に保持された制御プログラムによって一時的に使用されるワークメモリ等に用いられる。３１０は、例えば、濃度補正テーブル等の制御情報を保持するための不揮発性メモリで構成される。３０８は、ＤＭＡ制御部であり、ＣＰＵ ３０９からの指示により画像メモリ３０５内のラスタデータをエンジンインタフェース部３０６に転送する。
【００５７】
３２０は、アドレス、データ、コントロールバスを含むＣＰＵバスである。パネルインタフェース部３０１、ホストインタフェース部３０２、画像データ発生部３０３、ＲＯＭ ３０４、画像メモリ３０５、エンジンインタフェース部３０６、ＲＡＭ ３０７、ＤＭＡ制御部３０８、ＣＰＵ ３０９及びＥＥＰＲＯＭ ３１０は、それぞれＣＰＵバス３２０に接続されたすべてのデバイスにアクセス可能である。
【００５８】
＜プロファイルの概要＞
上記実施形態で説明したＬＢＰを用いた印刷処理システムにおける、プロファイルの一例を図４から図８を用いて説明する。
【００５９】
図４、図５は処理仕様によって最適な処理が異なる一例を示す。
【００６０】
図４を説明する。イメージデータ４０１は３００ＢＹＴＥのイメージデータである。このイメージデータ４０１を３つのバンドに分割すると３分割イメージデータ４０２、６つのバンドに分割すると６分割イメージデータ４０３になる。
【００６１】
図５を説明する。図５は、バンドに跨るイメージデータが全て、対象のバンドのデータとして保持され、また処理される一例である。従って、３分割バンドデータ５０１、３分割バンドデータ５０２、３分割バンドデータ５０３は、３分割イメージデータ４０２のデータ保持の構成であり、自バンド内に存在するイメージデータがバンド間に跨っているイメージデータを全て保持している。同様に、６分割バンドデータ５０４、６分割バンドデータ５０５は、６分割イメージデータ４０３のデータ保持の構成であり、自バンド内に存在するイメージデータがバンド間に跨っているイメージデータを全て保持している。
【００６２】
このとき、イメージデータ４０１を３つのバンドに分割して処理する場合、３分割イメージデータ４０２、３分割バンドデータ５０１、３分割バンドデータ５０２、３分割バンドデータ５０３が示すように、それぞれのバンドがイメージデータのサイズ分（３００ＢＹＴＥ）を保持するので、結果、９００ＢＹＴＥのデータサイズとなる。同様に、イメージデータ４０１を６つのバンドに分割して処理する場合、６分割イメージデータ４０３、６分割バンドデータ５０４、６分割バンドデータ５０５が示すように、それぞれのバンドがイメージデータのサイズ分（３００ＢＹＴＥ）を保持するので、結果、１５００ＢＹＴＥのデータサイズとなる（図５では省略されているがバンドが３００ＢＹＴＥのイメージデータが５つ存在する（６分割イメージデータ４０３を参照））。
【００６３】
図６は図４、図５のバンド分割時における最適なプロファイルを示す。図４、図５で示したケースの場合、明らかに分割するバンドの数を少なくすれば、ネットワークの負荷や処理量などの面で効率的である。このことを踏まえた上で説明すると、例えばテキストデータ（Ｗｏｒｄ等）６０１は大きなイメージデータが頻繁に出現するようなアプリケーションではない。従って、分割するバンドが多少多くてもそこまでの処理の負荷となるとは考えにくい。従って、プロファイル１ ６０３のように適切なバンドとして適当なバンドサイズを設定でき（ここでは５０に設定）、ドライバはこの値を参照し、この値を元にバンドの分割を行う。また、プレゼンデータ（ＰｏｗｅｒＰｏｉｎｔ等）６０２は大きなイメージデータが多数存在しうるアプリケーションである。このとき、図４、図５で説明した仕様より、なるべく少ないバンドに分割した方が、効率が良い。そこで、プロファイル２ ６０４が示す適切バンド幅を大きく（ここでは３００に設定）設定することにより、ドライバはこの値を参照し、この値を元にバンドの分割を行うことで、効率的な処理を実現する。
【００６４】
同様に、テキストデータ（Ｖｅｒ１．０）６０５は大きなイメージデータが頻繁に出現するようなアプリケーションではない。従って、分割するバンドが多少多くてもそこまでの処理の負荷となるとは考えにくい。従って、プロファイル３ ６０７のように適切なバンドとして適当なバンドサイズを設定でき（ここでは５０に設定）、ドライバはこの値を参照し、この値を元にバンドの分割を行う。また、テキストデータ（Ｖｅｒ２．０）６０８は、それほど大きくないイメージデータが多数存在しうるアプリケーションである。このとき、扱うイメージデータはそれほど大きくないので、分割するバンドが多すぎなければ多少の分割数は負荷を生み出さないと考えられる。そこで、図４、図５で説明した仕様より、多すぎない位のバンドに分割した方が、効率が良い。そこで、プロファイル４ ６０８が示す適切バンド幅を大きくなり過ぎない程度（ここでは１００に設定）に設定することにより、ドライバはこの値を参照し、この値を元にバンドの分割を行うことで、効率的な処理を実現する。
【００６５】
図７は図４、図５と同様、処理仕様によって最適な処理が異なる一例であり、アプリケーションごとに異なるグラデーションイメージ７０１の渡し方の違いを示す。例えば、あるアプリケーションのバージョンでは、［アプリＶｅｒ１．０］イメージデータ７０２のように、イメージデータをそのまま渡してくる。一方、［アプリＶｅｒ２．０］細切れイメージデータ７０３は、イメージデータを細切れにして渡してくる。
【００６６】
このとき、［アプリＶｅｒ１．０］イメージデータ７０２の処理単位はＶｅｒ１．０処理単位７０４となる。同様に、［アプリＶｅｒ２．０］イメージデータ７０３はＶｅｒ２．０処理単位７０５となる。このとき、明らかに［アプリＶｅｒ１．０］イメージデータ７０２に比べ、［アプリＶｅｒ２．０］イメージデータ７０３はネットワークの負荷や処理の負荷となりうる。
【００６７】
図８は図７のアプリケーション毎のドライバへのグラデーションイメージデータの受け渡し方の相違における最適なプロファイルを示す。Ｖｅｒ１．０処理単位７０４、Ｖｅｒ２．０処理単位７０５が示すように、明らかに細切れにしてくるバージョンの方が負荷となる。そこで、［アプリＶｅｒ１．０］８０１の場合、プロファイル１ ８０３にまとめ処理を行うような指示を特別に行うようなことはせず、従来どおりの処理を行うように設定する（まとめ処理フラグをＯＦＦにする）。また［アプリＶｅｒ２．０］８０２の場合、細切れイメージデータをまとめる処理を追加すると非常に効率的となる。そこで、プロファイル２ ８０４にまとめ処理を行うよう指示するフラグを設定することで、ドライバに処理の指示を行う。
【実施例】
【００６８】
＜プロファイルの概要＞で説明したプロファイルの取得方法の一例を図９から図１６を用いて説明する。
【００６９】
図９はドライバが該プロファイルを取得する概念図と、ホストドライバ９０１及び、プロファイルサーバ９０２内において、プロファイルをアプリケーションごとに保持するリストの構成図である。ホストドライバ９０１は、プロファイルをアプリケーションごとにストアする手段を持つ。ホストドライバ９０１はプロファイルサーバ９０２で保持されるアプリ別プロファイル９０３やＶｅｒＵｐプロファイル９０４を取得し、ストアする手段を有する。そして取得した該プロファイルを参照し、ドライバの処理を決定する。また、ホストドライバ９０１は、ユーザが任意に作成したカスタムプロファイル９０５をストアし、同様に該プロファイルを参照し、ドライバの処理を決定する。また、プロファイルのリスト（以後、プロファイルリストと呼ぶ）はそれぞれ、アプリケーション名９０６、バージョン９０７、種類９０８、プロファイル９０９から構成される。アプリケーション名９０６は、どのアプリケーションのプロファイルかを示すアプリケーションの名前または、コードが格納される。またバージョン９０７は、アプリケーション名９０６の示すアプリケーションのバージョンを示す。また、種類９０８はアプリケーション名９０６の示すアプリケーションの種類、例えばテキストを主に扱うファイルであれば、テキストアプリ、イメージを主に扱うアプリケーションであれば、イメージアプリとなる。最後にプロファイル９０９は、アプリケーション名９０６とバージョン９０７が示すアプリケーションのプロファイルとなる。また、これらの情報をプロファイル内に保持していても良い。ホストドライバ９０１、プロファイルサーバ９０２はこれらの情報を用いて、適切なプロファイルを処理で用いる。
【００７０】
図１０はプロファイルを取得する際のＵＩを示す。プロファイル探索ＵＩ １ １００１は、任意のタイミングでユーザがプロファイルを取得する際のＵＩである。ユーザは自分で任意のプロファイルをドライバに取得するユーザ指定と、ドライバが必要なプロファイルをピックアップし、取得するかユーザが任意に決められる自動検出を選択することが可能である。プロファイル探索ＵＩ ２ １００２は、あるアプリケーションから印刷ジョブが発行された場合に、そのアプリケーションの印刷ジョブに該当するプロファイルが存在しなかった場合、印刷ジョブを発行したアプリケーションを表示し、該当するプロファイルを取得するか、ユーザに選択させるＵＩである。プロファイル探索ＵＩ ３ １００３はプロファイル探索ＵＩ １ １００１で自動検出を選択したときに、ドライバがプロファイルを保持していないアプリケーションを表示するＵＩである。ユーザはこの選択肢から任意のプロファイルを取得することができる。エラーＵＩ１（１００４）は、クライアントコンピュータ内、及びサーバコンピュータ内の両方で、該当する最適なプロファイルが存在しなかった場合、処理が似ていると思われる類似プロファイルを代用で用いるかをユーザに選択させるＵＩである。エラーＵＩ２（１００５）は、エラーＵＩ（１００４）で、類似プロファイルを用いると選択した場合、どこから類似プロファイルを取得してくるかを選択するＵＩである。
【００７１】
図１１は印刷ジョブが来たとき、印刷ジョブを発行したアプリケーションのプロファイルが存在しなかった場合の、自動プロファイル取得のフローである。ホスト１１０１は、少なくともアプリケーション１１０３とドライバ１１０４を保持する。プロファイルサーバ１１０２は、任意のアプリケーション別プロファイル１１０５やＶｅｒＵｐプロファイル１１０６を保持する。アプリケーション１１０３は、ドライバ１１０４に対して印刷ジョブ１１０７を発行する。ドライバ１１０４は印刷ジョブ１１０７を判別し、発行したアプリケーション１１０３に該当するプロファイルを探索する。もし該当するプロファイルが存在した場合、そのプロファイルを参照し、処理を決定する１１１１。また、該当するプロファイルが存在しなかった場合、自動プロファイル取得の処理が実行される。まず、該プロファイル探索ＵＩ ２ １００２を、印刷ジョブ１１０７を発行したアプリケーションと共に表示する。ユーザがインストールを実行した場合、ドライバ１１０４はプロファイルサーバ１１０２に、該当するプロファイルのプロファイル要求１１０９を発行する。プロファイルサーバ１１０２は、要求されたプロファイルが存在した場合、直ちに該当するプロファイル１１１０をドライバ１１０４に引き渡す。ドライバ１１０４は、プロファイル１１１０を取得し、直ちにプロファイル１１１０を参照し、処理を決定する１１１１。また、取得したプロファイル１１１０を、ホスト１１０１上の記憶装置に保存しておくこともユーザが任意に選択し、実行することが可能である。
【００７２】
次に図１１の処理を、図１４のフローチャートを用いて説明する。まずクライアントコンピュータ内のアプリケーションソフトから印刷ジョブが発行されると、印刷ジョブを発行したアプリケーションソフトの名前とバージョンを元に、クライアントコンピュータ内の該プロファイルリストから、印刷データを最適に生成するプロファイルとして対応付けられた最適なプロファイルを探索する（Ｓ１４０１）。ここで、該印刷ジョブのアプリケーション名・バージョンと一致するプロファイルが存在した場合（Ｓ１４０２でのＹＥＳ）、リストから該当したプロファイルを取得し（Ｓ１４０３）、取得したプロファイルの持つ処理分岐フラグ・処理時の参照パラメータ・ライブラリ等を取り出し（Ｓ１４０４）、その取り出した各情報を用いて印刷データの生成を行う（Ｓ１４０５）。また、クライアントコンピュータ内において、該印刷ジョブのアプリケーション名・バージョンと一致するプロファイルが存在しなかった場合（Ｓ１４０２でのＮＯ）、印刷ジョブを発行したアプリケーションソフトの名前とバージョンを元に、サーバコンピュータ内の該プロファイルリストから、対応する最適なプロファイルを探索し、取得するか指示を仰ぐプロファイル探索ＵＩ２（１００２）を表示する（Ｓ１４０６）。ここで、探索せず処理を行うよう選択された場合（Ｓ１４０７でのＮＯ）、プロファイルを参照せず印刷データの生成を行う（Ｓ１４０５）。また、探索するよう選択された場合（Ｓ１４０７でのＹＥＳ）、同様に、サーバコンピュータ内の該プロファイルリストから、対応する最適なプロファイルを探索する（Ｓ１４０８）。ここで、該印刷ジョブのアプリケーション名・バージョンと一致するプロファイルが存在した場合（Ｓ１４０９のＹＥＳ）、リストから該当したプロファイルを取得し、クライアントコンピュータ内で保存する（Ｓ１４１０）。さらに、取得したプロファイルの持つ処理分岐フラグ・処理時の参照パラメータ・ライブラリ等を取り出し（Ｓ１４１１）、その取り出した各情報を用いて印刷データの生成を行う（Ｓ１４０５）。また、サーバコンピュータ内において、該印刷ジョブのアプリケーション名・バージョンと一致するプロファイルが存在しなかった場合（Ｓ１４０９でのＮＯ）、印刷ジョブを発行したアプリケーションソフトの名前とバージョン、そしてそれに関連付けられる種類９０８を元に、アプリケーションソフトの名前が同等でかつ、バージョンが異なるプロファイル、もしくは種類９０８が同等である類似プロファイルを探索し、その類似プロファイルを参照し、処理を行うかをユーザに選択させるエラーＵＩ１（１００４）を表示する（Ｓ１４１２）。ここで、類似プロファイルを用いず処理を行うよう選択された場合（Ｓ１４１３でのＮＯ）、プロファイルを参照せず印刷データの生成を行う（Ｓ１４０５）。また、類似プロファイルを用いて処理を行うよう選択され、さらに類似プロファイルの探索が、クライアントコンピュータ内、もしくはサーバコンピュータ内の双方で探索が終了していない場合（Ｓ１４１３でのＹＥＳ）、クライアントコンピュータ内とサーバコンピュータ内のどちらの類似プロファイルを用いるかを選択させるエラーＵＩ２（１００５）を表示する（Ｓ１４１４）。ここで、クライアントコンピュータ内が選択された場合（Ｓ１４１５でのＮＯ）、クライアントコンピュータ内の該プロファイルリストから、印刷データを最適に生成するプロファイルの類似プロファイルを探索する（Ｓ１４１６）。また、サーバコンピュータ内が選択された場合（Ｓ１４１５でのＹＥＳ）、サーバコンピュータ内の該プロファイルリストから、印刷データを最適に生成するプロファイルの類似プロファイルを探索する（Ｓ１４１７）。そして、クライアントコンピュータ内、もしくはサーバコンピュータ内で探索した類似プロファイルが存在した場合（Ｓ１４１８でのＹＥＳ）、その類似プロファイルを取得し（Ｓ１４１９）、保持する処理分岐フラグ・処理時の参照パラメータ・ライブラリ等を取り出し（Ｓ１４２０）、その取り出した各情報を用いて印刷データの生成を行う（Ｓ１４０５）。また、探索した類似プロファイルが存在しなかった場合（Ｓ１４１８でのＮＯ）、再び（Ｓ１４１２）の処理を行う。そして、（Ｓ１４１３）で、類似プロファイルを用いて処理を行うと再び選択された場合（Ｓ１４１３でのＹＥＳ）、（Ｓ１４１４）の処理を、さきほど選択した選択肢をグレイにし、表示する（Ｓ１４１４）。そして、（Ｓ１４１４）で選択されたコンピュータを選択し、処理を行う。また、再度探索したコンピュータ内にも探索したプロファイルが存在しなかった場合、再び（Ｓ１４１４）の処理に戻り、クライアントコンピュータとサーバコンピュータの双方で探索が終了した旨を表示し、プロファイルを参照せず印刷データの生成を行う（Ｓ１４０５）。
【００７３】
図１２は該プロファイル探索ＵＩ １ １００１で、自動検出が選択された場合のフローである。ホスト１２０１は、少なくともドライバ１２０３を保持する。プロファイルサーバ１２０２は、任意のアプリケーション別プロファイル１２０４やＶｅｒＵｐプロファイル１２０５を保持する。該プロファイル探索ＵＩ １ １００１で、自動検出が選択されると、ドライバ１２０３は、ホスト１２０１に存在するアプリケーションと各アプリケーションに該当するプロファイルを探索する。そして、該当するプロファイルが存在しないアプリケーションを検出１２０６し、該プロファイル探索ＵＩ ３ １００３で表示する。ユーザからプロファイル取得の指示が発行されたとき、ドライバ１２０３は、プロファイルサーバ１２０２に対して、ユーザから指示のあったプロファイル要求１２０８を発行する。プロファイルサーバ１２０２は、要求されたプロファイルが存在した場合、直ちに該当するプロファイル１２０９をドライバ１２０３に引き渡す。ドライバ１２０３は、プロファイル１２０９を取得し、取得したプロファイル１２０９を、ホスト１２０１上の記憶装置に保存する。
【００７４】
次に図１２の処理を、図１５のフローチャートを用いて説明する。プロファイル探索ＵＩ１（１００１）において、自動検出が指示された場合、まずクライアントコンピュータ内に存在する全てのアプリケーションを検出する（Ｓ１５０１）。ここで、アプリケーションが全く検出されなかった場合（Ｓ１５０２のＮＯ）、直ちにその旨を通知し、処理を終了する。また、１つ以上のアプリケーションが検出された場合（Ｓ１５０２のＹＥＳ）、検出されたアプリケーションとそのバージョンを元に、クライアントコンピュータ内の該プロファイルリストから対応するプロファイルが存在するか探索する（Ｓ１５０３）。ここで、全てのアプリケーションに対して該当するプロファイルが存在した場合、その旨を通知し、直ちに処理を終了する。また、該当するプロファイルが存在しないアプリケーションが１つでも存在した場合（Ｓ１５０４のＮＯ）、そのアプリケーションを全て表示する（Ｓ１５０５）。ここで、どのアプリケーションに対してもプロファイルを取得しない指示を受けた場合、直ちに処理を終了する。また、プロファイルを取得するアプリケーションを選択された場合（Ｓ１５０６のＹＥＳ）、サーバコンピュータ内の該プロファイルリストから、選択されたアプリケーション名とバージョンを元に、対応する最適なプロファイルを探索する（Ｓ１５０７）。ここで、探索したプロファイルが存在しなかった場合（Ｓ１５０８のＮＯ）、エラーを表示する（Ｓ１５１０）。探索したプロファイルが存在した場合（Ｓ１５０８のＹＥＳ）、リストから該当したプロファイルを取得し、クライアントコンピュータ内に保存する（Ｓ１５１０）。また、探索したプロファイルが存在しなかった場合（Ｓ１５０８のＮＯ）、エラーを表示する（Ｓ１５１０）。これを、指定されたアプリケーション分繰り返すこと（Ｓ１５１１のＮＯでループ）で、指定された全てのアプリケーションに対するプロファイルの取得を実現する。
【００７５】
図１３は該プロファイル探索ＵＩ１（１００１）で、ユーザ指定が選択された場合のフローである。ホスト１３０１は、少なくともドライバ１３０３を保持する。プロファイルサーバ１３０２は、任意のアプリケーション別プロファイル１３０４やＶｅｒＵｐプロファイル１３０５を保持する。該プロファイル探索ＵＩ１（１００１）で、ユーザ指定が選択されると、ユーザのアプリケーションの指定を受け付ける。アプリケーションの指定を受け付けたとき、ドライバ１３０３は、プロファイルサーバ１３０２に対して、ユーザが指定したプロファイルのプロファイル要求１３０７を発行する。プロファイルサーバ１３０２は、要求されたプロファイルが存在した場合、直ちに該当するプロファイル１３０８をドライバ１３０３に引き渡す。ドライバ１３０３は、プロファイル１３０８を取得し、取得したプロファイル１３０８を、ホスト１３０１上の記憶装置に保存する。
【００７６】
次に図１３の処理を、図１６のフローチャートを用いて説明する。プロファイル探索ＵＩ１（１００１）において、ユーザ指定が指示された場合、同時にプロファイルを取得するアプリケーションも指定を受ける。ここで、指示を受けたアプリケーションソフトの名前とバージョンを元に、クライアントコンピュータ内の該プロファイルリストから、対応する最適なプロファイルを探索する（Ｓ１６０１）。ここで、該印刷ジョブのアプリケーション名・バージョンと一致するプロファイルが存在した場合（Ｓ１６０２でのＹＥＳ）、既にプロファイルが存在する旨を通知し、処理を終了する（Ｓ１６０３）。また、該印刷ジョブのアプリケーション名・バージョンと一致するプロファイルが存在しなかった場合（Ｓ１６０２でのＮＯ）、サーバコンピュータ内の該プロファイルリストから、選択されたアプリケーション名とバージョンを元に、対応する最適なプロファイルを探索する（Ｓ１６０４）。ここで、探索したプロファイルが存在した場合（Ｓ１６０５のＹＥＳ）、リストから該当したプロファイルを取得し、クライアントコンピュータ内に保存し（Ｓ１６０６）、処理を終了する。また、探索したプロファイルが存在しなかった場合（Ｓ１６０５のＮＯ）、エラーを表示し、処理を終了する。
【図面の簡単な説明】
【００７７】
【図１】本実施形態に関わる、画像記録装置のシステム構成の概略を示す図
【図２】本実施形態に関わる、プリンタの一構成例を示す断面図
【図３】本実施形態に関わる、プリンタコントローラの構成例を示すブロック図
【図４】本実施形態に関わる、プロファイルの説明を行うための一例を示す図
【図５】本実施形態に関わる、プロファイルの説明を行うための一例を示す図
【図６】本実施形態に関わる、プロファイルの説明を行うための一例を示す図
【図７】本実施形態に関わる、プロファイルの説明を行うための一例を示す図
【図８】本実施形態に関わる、プロファイルの説明を行うための一例を示す図
【図９】本実施形態に関わる、印刷処理システムの概念を示す一例を示す図
【図１０】実施例１で説明したプロファイルの取得方法の一例を示す図
【図１１】実施例１で説明したプロファイルの取得方法の一例を示す図
【図１２】実施例１で説明したプロファイルの取得方法の一例を示す図
【図１３】実施例１で説明したプロファイルの取得方法の一例を示す図
【図１４】実施例１で説明したプロファイル取得方法のフローチャートの一例
【図１５】実施例１で説明したプロファイル取得方法のフローチャートの一例
【図１６】実施例１で説明したプロファイル取得方法のフローチャートの一例
【符号の説明】
【００７８】
１０１ データ処理装置
１０２ 画像記録装置
１０３ プリンタコントローラ
１０４ パネル部
１０５ プリンタエンジン
２０１ プリンタ筐体
２０２ 操作パネル
２０３ ボード収納部
２０４ａ，２０４ｂ，２０４ｃ，２０４ｄ 画像記録部
２０５ａ，２０５ｂ，２０５ｃ，２０５ｄ 感光ドラム
２０６ａ，２０６ｂ，２０６ｃ，２０６ｄ レーザスキャナ部
２０７ａ，２０７ｂ，２０７ｃ，２０７ｄ レーザユニット
２０８ａ，２０８ｂ，２０８ｃ，２０８ｄ ポリゴンミラー（回転多面鏡）
２２０ 用紙カセット
２２１ カセットクラッチ
２２２ 給紙ローラ
２２３ 用紙検知センサ
２２４ レジストシャッタ
２２５ 吸着ローラ
２３０ 手差しトレイ
２３１ 手差し給紙クラッチ
３２２ 手差し給紙ローラ
２５０ 用紙搬送ベルト
２５１〜２５４ 回転ローラ
２６０ 定着器
２６１ 搬送ローラ
２６２ 排紙センサ
２６３ 排紙ローラ兼両面印刷用搬送路切替えローラ
２６４ 排紙トレイ
２６５ 排紙積載量検知センサ
２７０ 両面印刷用搬送路
２７１〜２７４ 両面搬送ローラ
３０１ パネルＩ／Ｆ部
３０２ ホストＩ／Ｆ部
３０３ 画像データ発生部
３０４ ＲＯＭ
３０５ 画像メモリ
３０６ エンジンＩ／Ｆ部
３０７ ＲＡＭ
３０８ ＤＭＡ制御部
３０９ ＣＰＵ
３１０ ＥＥＰＲＯＭ
３１１ ハードディスク
３２０ ＣＰＵバス
【特許請求の範囲】
【請求項１】
第一の情報処理装置と、第二の情報処理装置と、印刷装置とがネットワークで接続され、該第一の情報処理装置内のアプリケーションプログラム（文書作成、ＤＴＰソフトウェア等）から出力された第一の印刷データから、該第一の情報処理装置内のプリンタドライバにおいて該印刷装置が解釈可能な第二の印刷データに変換し、該印刷装置に該第二の印刷データを送ることで印刷処理を行う印刷処理システムにおいて、
該印刷システム内に複数のプロファイルを有し、該プリンタドライバ内において、該第一の印刷データを、該複数プロファイルの内の最も印刷性能を高くするための最適プロファイルを用いて、該第二の印刷データに変換する生成手段を具備することを特徴とする印刷処理システム。
【請求項２】
該最適プロファイルが該第一の情報処理装置内に存在しない場合は、該第二の情報処理装置内を探索することを特徴とする請求項１に記載の印刷処理システム。
【請求項３】
該最適プロファイルが該第一の情報処理装置内及び該第二の情報処理装置内のいずれにも存在しない場合は、該第一の情報処理装置内または該第二の情報処理装置内のいずれかの該プロファイルの内、該最適プロファイルに最も類似する類似プロファイルを選択することを特徴とする請求項２に記載の印刷処理システム。
【請求項４】
該アプリケーションプログラムの名前及びバージョン（以後アプリケーション識別子）を該プロファイル内に記述することを特徴とする請求項１に記載の印刷処理システム。
【請求項５】
該アプリケーションプログラムの該アプリケーション識別子が記述された該最適プロファイルを選択する手段と、
該第一の情報処理装置内で、該最適プロファイルが存在しなかった場合、該第二の情報処理装置内から該最適プロファイルを選択する手段と、
該第二の情報処理装置内で選択された該最適プロファイルを該第一の情報処理装置内にコピーする手段を具備することを特徴とする請求項４に記載の印刷処理システム。
【請求項６】
該第一の情報処理装置内で、該最適プロファイルが存在しなかった場合、該選択手段が、該第二の情報処理装置内から該最適プロファイルを選択する手段を具備することを特徴とする請求項４に記載の印刷処理システム。
【請求項７】
該第一の情報処理装置内で、該最適プロファイルが存在しなかった場合、その該アプリケーション識別子に相当する該プロファイルが存在しないことを通知する手段を具備することを特徴とする請求項４記載の印刷処理システム。
【請求項８】
該アプリケーション識別子ごとに、使用頻度が高いデータ種別（テキスト、イメージ、グラフィック等のオブジェクトの識別子）を、対応付けることを特徴とする請求項４記載の印刷処理システム。
【請求項９】
該類似プロファイルとは、名前が同一でかつバージョンが異なる該アプリケーション識別子が記述されているプロファイルであることを特徴とする請求項３に記載の印刷処理システム。
【請求項１０】
該類似プロファイルとは、同一の該データ種別と対応付けられているプロファイルであることを特徴とする請求項３に記載の印刷処理システム。
【請求項１１】
該第一の情報処理装置内と該第二の情報処理装置内のどちらから該類似プロファイルを選択するかを任意に選択する手段を具備することを特徴とする請求項３に記載の印刷処理システム。
【請求項１２】
該アプリケーション識別子に対応した該最適プロファイルが、該第一の情報処理装置内、及び該第二の情報処理装置内の双方で存在しなかった場合、プロファイルを参照せずに、該第二の印刷データを生成することを特徴とする請求項３に記載の印刷処理システム。
【請求項１３】
該類似プロファイルを用いて処理をさせるか、またはプロファイルを参照せず処理をさせるかを、任意に選択する手段を具備することを特徴とする請求項３または請求項１２に記載の印刷処理システム。
【請求項１４】
印刷処理に先立って、あらかじめ、該第一の情報処理装置内において、該最適プロファイルが存在しないすべての該アプリケーションプログラムを選択し、表示する手段と、
該表示手段によって表示された該アプリケーションプログラムから任意のアプリケーションプログラムを選択し、該選択したアプリケーションプログラムに相当する最適プロファイルを該第二の情報処理装置内から取得する手段と、
該第二の情報処理装置から取得した該最適プロファイルを、該第一の情報処理装置内にコピーする手段を有することを特徴とする請求項２に記載の印刷処理システム。
【請求項１５】
該第二の情報処理装置内で、該最適プロファイルが存在しなかった場合、選択した該アプリケーション識別子ごとにエラー通知を行う手段を具備することを特徴とする請求項１４に記載の印刷処理システム。
【請求項１】
第一の情報処理装置と、第二の情報処理装置と、印刷装置とがネットワークで接続され、該第一の情報処理装置内のアプリケーションプログラム（文書作成、ＤＴＰソフトウェア等）から出力された第一の印刷データから、該第一の情報処理装置内のプリンタドライバにおいて該印刷装置が解釈可能な第二の印刷データに変換し、該印刷装置に該第二の印刷データを送ることで印刷処理を行う印刷処理システムにおいて、
該印刷システム内に複数のプロファイルを有し、該プリンタドライバ内において、該第一の印刷データを、該複数プロファイルの内の最も印刷性能を高くするための最適プロファイルを用いて、該第二の印刷データに変換する生成手段を具備することを特徴とする印刷処理システム。
【請求項２】
該最適プロファイルが該第一の情報処理装置内に存在しない場合は、該第二の情報処理装置内を探索することを特徴とする請求項１に記載の印刷処理システム。
【請求項３】
該最適プロファイルが該第一の情報処理装置内及び該第二の情報処理装置内のいずれにも存在しない場合は、該第一の情報処理装置内または該第二の情報処理装置内のいずれかの該プロファイルの内、該最適プロファイルに最も類似する類似プロファイルを選択することを特徴とする請求項２に記載の印刷処理システム。
【請求項４】
該アプリケーションプログラムの名前及びバージョン（以後アプリケーション識別子）を該プロファイル内に記述することを特徴とする請求項１に記載の印刷処理システム。
【請求項５】
該アプリケーションプログラムの該アプリケーション識別子が記述された該最適プロファイルを選択する手段と、
該第一の情報処理装置内で、該最適プロファイルが存在しなかった場合、該第二の情報処理装置内から該最適プロファイルを選択する手段と、
該第二の情報処理装置内で選択された該最適プロファイルを該第一の情報処理装置内にコピーする手段を具備することを特徴とする請求項４に記載の印刷処理システム。
【請求項６】
該第一の情報処理装置内で、該最適プロファイルが存在しなかった場合、該選択手段が、該第二の情報処理装置内から該最適プロファイルを選択する手段を具備することを特徴とする請求項４に記載の印刷処理システム。
【請求項７】
該第一の情報処理装置内で、該最適プロファイルが存在しなかった場合、その該アプリケーション識別子に相当する該プロファイルが存在しないことを通知する手段を具備することを特徴とする請求項４記載の印刷処理システム。
【請求項８】
該アプリケーション識別子ごとに、使用頻度が高いデータ種別（テキスト、イメージ、グラフィック等のオブジェクトの識別子）を、対応付けることを特徴とする請求項４記載の印刷処理システム。
【請求項９】
該類似プロファイルとは、名前が同一でかつバージョンが異なる該アプリケーション識別子が記述されているプロファイルであることを特徴とする請求項３に記載の印刷処理システム。
【請求項１０】
該類似プロファイルとは、同一の該データ種別と対応付けられているプロファイルであることを特徴とする請求項３に記載の印刷処理システム。
【請求項１１】
該第一の情報処理装置内と該第二の情報処理装置内のどちらから該類似プロファイルを選択するかを任意に選択する手段を具備することを特徴とする請求項３に記載の印刷処理システム。
【請求項１２】
該アプリケーション識別子に対応した該最適プロファイルが、該第一の情報処理装置内、及び該第二の情報処理装置内の双方で存在しなかった場合、プロファイルを参照せずに、該第二の印刷データを生成することを特徴とする請求項３に記載の印刷処理システム。
【請求項１３】
該類似プロファイルを用いて処理をさせるか、またはプロファイルを参照せず処理をさせるかを、任意に選択する手段を具備することを特徴とする請求項３または請求項１２に記載の印刷処理システム。
【請求項１４】
印刷処理に先立って、あらかじめ、該第一の情報処理装置内において、該最適プロファイルが存在しないすべての該アプリケーションプログラムを選択し、表示する手段と、
該表示手段によって表示された該アプリケーションプログラムから任意のアプリケーションプログラムを選択し、該選択したアプリケーションプログラムに相当する最適プロファイルを該第二の情報処理装置内から取得する手段と、
該第二の情報処理装置から取得した該最適プロファイルを、該第一の情報処理装置内にコピーする手段を有することを特徴とする請求項２に記載の印刷処理システム。
【請求項１５】
該第二の情報処理装置内で、該最適プロファイルが存在しなかった場合、選択した該アプリケーション識別子ごとにエラー通知を行う手段を具備することを特徴とする請求項１４に記載の印刷処理システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図９】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図７】
【図８】
【図１０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図９】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図７】
【図８】
【図１０】
【公開番号】特開２００６−２２１４１２（Ｐ２００６−２２１４１２Ａ）
【公開日】平成１８年８月２４日（２００６．８．２４）
【国際特許分類】
【出願番号】特願２００５−３４２８６（Ｐ２００５−３４２８６）
【出願日】平成１７年２月１０日（２００５．２．１０）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
【公開日】平成１８年８月２４日（２００６．８．２４）
【国際特許分類】
【出願日】平成１７年２月１０日（２００５．２．１０）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
[ Back to top ]