(57)【要約】【課題】  簡単な構成で、各種出力媒体に対する最適なパラメータ設定を可能とする。【解決手段】  ページ毎に所定のページ記述言語にて画像を形成するクライアント１と、このクライアント１に対して通信可能に接続され、クライアント１からの画像情報に基づいて画像を出力する出力端末３と、クライアント１と出力端末３との間に設けられ、クライアント１からの画像形式を出力端末３の画像形式に変換する変換機器２とを備え、クライアント１、変換機器２及び出力端末３には、出力媒体４に関連するデータが含まれる共通の出力媒体ファイル５（例えば５ａ〜５ｃ）を夫々具備している。【選択図】  図１
2005182695.tif 000002
【特許請求の範囲】
【請求項１】
ページ毎に所定のページ記述言語にて画像を形成するクライアントと、
このクライアントに対して通信可能に接続され、クライアントからの画像情報に基づいて画像を出力する出力端末と、
クライアントと出力端末との間に設けられ、クライアントからの画像形式を出力端末の画像形式に変換する変換機器とを備え、
クライアント、変換機器及び出力端末には、出力媒体に関連するデータが含まれる共通の出力媒体ファイルを夫々具備していることを特徴とする画像出力処理システム。
【請求項２】
請求項１記載の画像出力処理システムにおいて、
出力媒体ファイルは、リムーバブル記録媒体又は通信ネットワークを介して更新可能であることを特徴とする画像出力処理システム。
【請求項３】
請求項１記載の画像出力処理システムにおいて、
出力媒体ファイルは、少なくとも一部に共通データを有するものであることを特徴とする画像出力処理システム。
【請求項４】
請求項１記載の画像出力処理システムにおいて、
出力媒体ファイルは、複数の出力端末、各出力端末に組込まれる複数のモジュールに対応可能であることを特徴とする画像出力処理システム。
【請求項５】
請求項１記載の画像出力処理システムにおいて、
出力媒体ファイルのいずれかには、出力媒体名、出力媒体形状、出力媒体物理特性、対象出力端末、対象出力端末の各モジュールのその出力媒体に対するパラメータ最適値が含まれていることを特徴とする画像出力処理システム。
【請求項６】
ページ毎に所定のページ記述言語にて画像を形成するクライアントと、
このクライアントに対して通信可能に接続され、クライアントからの画像情報に基づいて画像を出力する出力端末と、
クライアントと出力端末との間に設けられ、クライアントからの画像形式を出力端末の画像形式に変換する変換機器とを備えた画像出力処理システムに用いられる出力媒体ファイルであって、
クライアント、変換機器及び出力端末に夫々具備され、出力媒体に関連するデータが含まれていることを特徴する出力媒体ファイル。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、クライアントからの作像指示に従って出力端末による画像出力処理を行う画像出力処理システムに係り、特に、各種出力媒体毎に出力端末に対し最適なパラメータ設定を行う態様の画像出力処理システム及びこれに用いられる出力媒体ファイルに関する。
【背景技術】
【０００２】
従来の画像出力処理システムとしては、クライアントとプリンタ等の出力端末とをネットワーク接続し、クライアントからの作像指示に従って出力端末による画像出力処理を行うようにしたものが多く提案されている。
この種の画像出力処理システムにおいては、高度な出力端末が提案されつつあり、この種の出力端末は様々なパラメータ調整機構を具備し、このパラメータ調整機構の使用情報をクライアントによる入力に委ね、パラメータ調整機構によるパラメータを調整することが行われる。
【０００３】
ところが、このような画像出力処理システムにおいて、世の中に存在する用紙には実に様々な銘柄があり、用紙の一般的な坪量やサイズ情報だけでは、大きなくくりでパラメータを設定することしかできず、プリンタ等の出力端末を最適に調整することが困難になりつつあり、出力端末を最適に調整したいという要請があった。
このような要請下において、本件出願人は、先に、ホストサーバに出力媒体の各種パラメータに関するデータベースを具備させ、プリントジョブに応じたパラメータをホストサーバに問い合わせ、使用すべき出力端末毎に出力媒体に対応した最適なパラメータ情報を受け取り、出力端末の各パラメータ調整を行うという画像出力処理システムを提供した（例えば特許文献１参照）。
【０００４】
【特許文献１】特開２００２−２１５３４２号公報（図２，発明の実施の形態）
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、上述した画像出力処理システムとしては、当該システム要素であるクライアント、プリンタ等の出力端末（ＩＯＴ：Image Output Terminal）、あるいは、両者間での画像形式を変換するＤＦＥ（Digital Front End）とは別にホストサーバを必要とし、更に、各システム要素であるクライアント、ＩＯＴ、ＤＦＥがホストサーバと通信機能を持つことが必要になることから、現状の画像出力処理システムへの導入が非常に困難であるという技術的課題がある。
また、外部データベースの内容はホストサーバで集中的に管理されるため、例えば異なる開発チームにてＤＦＥとＩＯＴとを同時に個別開発するような状況下では、これらのメンテナンス作業がホストサーバに集中してしまい、外部データベースの更新作業が困難になり易いという技術的課題がある。
【０００６】
本発明は、以上の技術的課題を解決するためになされたものであって、簡単な構成で、各種出力媒体に対する最適なパラメータ設定を可能とする画像出力処理システム及びこれに用いられる出力媒体ファイルを提供するものである。
【課題を解決するための手段】
【０００７】
すなわち、本発明は、図１に示すように、ページ毎に所定のページ記述言語にて画像を形成するクライアント１と、このクライアント１に対して通信可能に接続され、クライアント１からの画像情報に基づいて画像を出力する出力端末３と、クライアント１と出力端末３との間に設けられ、クライアント１からの画像形式を出力端末３の画像形式に変換する変換機器２とを備え、クライアント１、変換機器２及び出力端末３には、出力媒体４に関連するデータが含まれる共通の出力媒体ファイル５（例えば５ａ〜５ｃ）を夫々具備していることを特徴とするものである。
【０００８】
このような技術的手段において、本件は、クライアント１、変換機器２及び出力端末３を備えた画像出力処理システムを前提とする。
ここで、出力端末３にはプリンタ、複写機、ファクシミリなど用紙等の出力媒体４を用いるものを広く含む。また、変換機器２は代表的にはＤＦＥ（Digital Front End）であるが、これ以外のＥＳＳ（Electric Sub System），ＳＷ  ＲＩＰ（Softwear Raster Image Processor），ＨＷ  ＲＩＰ（Hardwear Raster Image Processor），コントローラ等の名称で呼ばれるものも含む。
また、出力媒体ファイル５は出力媒体４に関連するデータが含まれるものであればよく、クライアント１、変換機器２及び出力端末３に対して共通するものであることが必要である。この場合、「出力媒体４に関連するデータ」とは、出力媒体４に一連の画像出力処理を行う上で必要なデータであれば適宜選定して差し支えない。
【０００９】
更に、出力媒体４については新しく開発されることを想定し、出力媒体ファイル５を更新可能にすることが好ましい。
このとき、出力媒体ファイル５の更新方式としては、リムーバブル記録媒体又は通信ネットワークを介して更新可能であるように構成すればよい。
更にまた、クライアント１、変換機器２及び出力端末３で用いられる各出力媒体ファイル５（例えば５ａ〜５ｃ）のデータ構成としては、クライアント１、変換機器２及び出力端末３で完全に一致したデータを備えていることは特には必要なく、少なくとも一部に共通データを有するものであればよい。言い換えれば、一部に共通データを有する場合には、共通の出力媒体ファイル５（５ａ〜５ｃ）を備えているという要件を満たすことになる。
【００１０】
また、複数の出力端末３を備えた画像出力処理システムにおいて、出力媒体ファイル５の好ましい態様としては、複数の出力端末３、各出力端末３に組込まれた複数のモジュールに対応可能であることが好ましい。
更に、出力媒体ファイル５の好ましいフォーマット例としては、出力媒体ファイル５のいずれかに、出力媒体名、出力媒体形状、出力媒体物理特性（例えば出力媒体の機械特性、電器特性、色彩特性など）、対象出力端末、対象出力端末の各モジュールのその出力媒体に対するパラメータ最適値が含まれているものが挙げられる。
【００１１】
また、本発明は、上述した画像出力処理システムに限られるものではなく、これに用いられる出力媒体ファイル５そのものをも対象とする。
この場合、本発明は、図１に示すように、ページ毎に所定のページ記述言語にて画像を形成するクライアント１と、このクライアント１に対して通信可能に接続され、クライアント１からの画像情報に基づいて画像を出力する出力端末３と、クライアント１と出力端末３との間に設けられ、クライアント１からの画像形式を出力端末３の画像形式に変換する変換機器２とを備えた画像出力処理システムに用いられる出力媒体ファイル５であって、クライアント１、変換機器２及び出力端末３に夫々具備され、出力媒体４に関連するデータが含まれていることを特徴とするものである。
【発明の効果】
【００１２】
以上説明したように、本発明に係る画像出力処理システムによれば、クライアント、変換機器及び出力端末に、出力端末の出力媒体に関連するデータが含まれる共通の出力媒体ファイルを具備させるようにしたので、以下のような基本的効果を奏することができる。
ａ．共通の出力媒体ファイルを用いることにより、出力端末の機種やモジュールの境界を越えて、各種出力媒体に対する最適な処理を実現することができる。
ｂ．共通の出力媒体ファイルを用いることにより、複数の出力端末や複数のモジュールに対し過去の知見を新しい機種やモジュールに引き継ぐことができる。
ｃ．クライアント、変換機器及び出力端末に共通の出力媒体ファイルを持たせるようにすればよいため、従前の画像出力処理システムのハードウエア構成を大きく変えることなく、容易に構築することができる。
ｄ．外部データベースによる集中管理を行わないため、出力端末の各機種、各モジュールに出力媒体ファイルの拡張、更新を個々的に進めることができる。
ｅ．出力媒体ファイルの内容を把握することができるため、画像出力処理システム全体の改善の方向性を容易に見極めることができる。
【発明を実施するための最良の形態】
【００１３】
以下、添付図面に示す実施の形態に基づいてこの発明を詳細に説明する。
◎実施の形態１
図２は本発明が適用された画像出力処理システムの実施の形態１の全体構成を示す。
同図において、画像出力処理システムは、クライアント１１（例えば１１ａ，１１ｂ）とプリンタ等の出力端末（ＩＯＴ：Image Output Terminal）１３（例えば１３ａ，１３ｂ）とをデジタルフロントエンド（ＤＦＥ：Digital Front End）１２（例えば１２ａ，１２ｂ）を介して相互に通信可能にＬＡＮ（Local Area Network）１４接続したものである。
ここで、クライアント１１は、例えばページ毎に所定のページ記述言語にて画像を形成するパーソナルコンピュータやワークステーションであり、プリントジョブ指令等を所定のＩＯＴ１３に送信するようになっている。また、ＤＦＥ１２はクライアント１１からの画像形式をＩＯＴ１３の画像形式に変換する変換機器である。
【００１４】
本実施の形態において、図３に示すように、クライアント１１、ＤＦＥ１２及びＩＯＴ１３は夫々図示外の制御部（マイクロコンピュータシステム）を備えており、各制御部の構成要素であるメモリ内に共通の用紙ファイル２１〜２３を格納している。
この用紙ファイル２１〜２３は、出力媒体である夫々の用紙に対して適用可能なＩＯＴ１３の機種を特定し、かつ、使用可能なＩＯＴ１３に対して選定した用紙に最適なパラメータ設定を行うことを目的とするものである。
この用紙ファイル２１〜２３の基本フォーマット例としては、例えば図４に示すように、用紙名称、ＩＯＴ１３の各機種の固有値、用紙の一般的性質をデータとして格納したものである。
ここで、用紙名称としては、既存の銘柄は勿論、今後開発される新銘柄も含まれる。また、ＩＯＴ１３の各機種の固有値には、例えば対応機能（両面可能な用紙サイズなど）や部材（転写デバイスや定着デバイスなどの各モジュール）のパラメータ（転写電圧、定着温度など）が挙げられる。更に、用紙の一般的な性質としては、例えば機械特性（坪量、コート紙の有無、透気率、繊維方向など）、電器特性（誘電率など）、色彩特性（用紙の地の色、用紙による発色の補正値など）、形状特性（サイズ、穴明きの有無、タブの有無など）が挙げられる。
【００１５】
特に、本実施の形態では、各用紙ファイル２１〜２３は全てのデータが共通に格納されているのではなく、クライアント１１、ＤＦＥ１２、ＩＯＴ１３毎に少なくとも一部のデータが共通となるように必要な範囲で格納されている。
例えば図５に示すように、クライアント１１の用紙ファイル２１には、用紙名称、対応機種、用紙の形状特性が格納され、また、ＤＦＥ１２の用紙ファイル２２には、用紙名称、対応機種、用紙の色彩特性及び形状特性、更に、ＩＯＴ１３の用紙ファイル２３には、用紙名称、当該機種ｘｘｘの固有値（対応機能、部材のパラメータ）、用紙の機械特性、電気特性、色彩特性及び形状特性が格納されている。
【００１６】
次に、本実施の形態に係る画像出力処理システムの作動について説明する。
今、クライアント１１、ＤＦＥ１２及びＩＯＴ１３に夫々所定の用紙ファイル２１〜２３が格納されているとする。このとき、ＩＯＴ１３のオペレータは、ＩＯＴ１３の用紙トレイに所定種の用紙（例えばＡ紙）を補給し、ＩＯＴ１３に所定種の用紙をセットしたことを入力するものと仮定する。すると、クライアント１１はＩＯＴ１３に所定種の用紙（例えばＡ紙）が補給されたことを把握することができる。
この状態において、クライアント１１、ＤＥＦ１２及びＩＯＴ１３は図６に示すような一連の処理を行う。
【００１７】
先ず、クライアント１１は、ＩＯＴ１３で出力すべき所定のジョブＢを作成し、用紙ファイル２１から関連付けが可能な項目（Ａ紙、機種ｘｘｘなど）を選択してＤＥＦ１２に送信する。
具体的には、ユーザーは、クライアント１１でページを作成し、出力したい用紙（用紙名称）とＤＥＦ１２とを選択する。
そして、用紙名称とＤＦＥ１２とが確定すると、クライアント１１には対応可能な機能がリストアップされるので、ユーザーはそれを選択する。
この段階で、クライアント１１は、図３に示すように、ページ情報、用紙名称、ＤＦＥ／ＩＯＴでの処理内容（例えば用紙による色補正をし、厚紙を表紙に、薄紙を本体にして、生産性を最大にするなど）をＤＦＥ１２に送信する。
【００１８】
次いで、ＤＥＦ１２は、ジョブＢを受信し、用紙ファイル２２から白色度など自分が使用する物理特性又は最適値を取り出して処理し、処理結果をＩＯＴ１３に送信する。
具体的には、ＤＦＥ１２は、用紙名称を元に用紙ファイル２２から指示された処理（例えば用紙による色補正）を行い、図３に示すように、処理を終えたページ情報、用紙名称及びＩＯＴ１３での処理内容を、ＩＯＴ１３に送信する。
しかる後、ＩＯＴ１３は、用紙ファイル２３から転写電圧等自分が使用する最適値や物理特性を取り出し、ジョブＢを処理する。
具体的には、ＩＯＴ１３は、図３に示すように、用紙名称を元に、用紙ファイル２３から各部材（転写デバイス、定着デバイスなど）のパラメータを取り出し、指示された一連の処理（例えば厚紙と薄紙とに対するパラメータと夫々の枚数から、画像品質の良好な転写電圧、定着温度を設定し、最も生産性の高くなるスキップピッチを計算してプリントするという作像処理）を実行する。
【００１９】
また、本実施の形態では、新しい用紙が開発された場合、例えば図７に示すように、先ず、用紙名称が付与され、しかる後、用紙の特性測定（機械特性、電気特性、色彩測定、形状特性）が行われ、この段階で、新しい用紙ファイルが作成され、所定の記録媒体に保存される。
ここで、記録媒体としては、新しい用紙ファイルを記録できる媒体であればよく、例えばＣＤ、ＭＯ、ＤＶＤ等のリムーバブル記録媒体を用いてもよいし、あるいは、ハードディスクなどの固定的な記録媒体を用いてもよい。
【００２０】
このような新しい用紙ファイルが作成されたような状況下では、画像出力処理システムにおける各用紙ファイル２１〜２３の内容を更新することが必要である。
本実施の形態では、例えば図８に示すように、ＣＤ等のリムーバブル記録媒体４０を用いて更新する手法が採用されている。
具体的には、ＣＥ（Customer Engineer）が新しい用紙ファイルの格納されたＣＤ等のリムーバブル記録媒体４０をユーザーの所に持参し、クライアント１１、ＤＦＥ１２及びＩＯＴ１３の各用紙ファイル２１〜２３を更新する。
一般的に、クライアント１１、ＤＦＥ１２はリムーバブル記録媒体４０を読み込むためのＤＶＤ／ＣＤ−ＲＷドライバなどの読取ドライバ３１，３２を予め備えていることが多く、ＣＥはクライアント１１、ＤＦＥ１２の夫々の読取ドライバ３１，３２にリムーバブル記録媒体４０をセットし、クライアント１１、ＤＦＥ１２の用紙ファイル２１，２２に新しい用紙ファイルをインストールする。
一方、ＩＯＴ１３においては、ＣＥは、読取ドライバ３４付きの専用ツール３３を用い、この専用ツール３３にリムーバブル記録媒体４０をセットし、ＩＯＴ１３の用紙ファイル２３に新しい用紙ファイルをインストールする。
【００２１】
◎実施の形態２
図９は本発明が適用された画像出力処理システムの実施の形態２を示す。
同図において、画像出力処理システムの基本的構成は、実施の形態１と同様に、クライアント１１（例えば１１ａ，１１ｂ）、ＤＦＥ１２（例えば１２ａ，１２ｂ）及びＩＯＴ１３（例えば１３ａ，１３ｂ）をＬＡＮ１４接続したものであるが、実施の形態１と異なり、ウェブ上にサポートサイト５０を開設し、このサポートサイト５０内の記録媒体領域に新しい用紙ファイルをアップロードしておき、クライアント１１、ＤＦＥ１２及びＩＯＴ１３に必要に応じてダウンロードするようにしたものである。尚、実施の形態１と同様な構成要素については実施の形態１と同様な符号を付してここではその詳細な説明を省略する。
【００２２】
図１０は実施の形態２で用いられる用紙ファイルの更新処理過程を示すフローチャートである。
同図において、先ず、各ＩＯＴ１３に対応するＤＦＥ１２は通信ネットワークを通じてウェブ上のサポートサイト５０に所定のタイミングにて定期的若しくは不定期的にアクセスする。
そして、サポートサイト５０に新しい用紙ファイルがアップロードされている場合にはそれを自分の用紙ファイル２２（図３参照）にダウンロード（ＤＬ）する。
また、ＤＦＥ１２はＩＯＴ１３の用紙ファイル２３（図３参照）のバージョンを確認し、古いバージョンの用紙ファイル２３であれば、新しい用紙ファイルをＩＯＴ１３にダウンロードする。
更に、ＤＦＥ１２はクライアント１１の用紙ファイル２１（図３参照）のバージョンを確認し、古いバージョンの用紙ファイル２１であれば、クライアント１１に新しい用紙ファイルがある旨を通知する。
そして、クライアント１１は、必要に応じて新しい用紙ファイルをＤＦＥ１２からダウンロードする。
【００２３】
また、本実施の形態では、ＤＦＥ１２がサポートサイト５０に定期的若しくは不定期的にアクセスする方式を採用しているが、これに限られるものではなく、例えば図９に仮想線で示すように、ＬＡＮ１４上に配信サーバ６０を配設し、この配信サーバ６０とサポートサイト５０との間で新しい用紙ファイルをダウンロードさせ、配信サーバ６０を介してクライアント１１、ＤＦＥ１２及びＩＯＴ１３の各用紙ファイル２１〜２３に新しい用紙ファイルを自動的に配信させるようにしてもよい。
【図面の簡単な説明】
【００２４】
【図１】本発明に係る画像出力処理システムの概要を示す説明図である。
【図２】本発明が適用された画像出力処理システムの実施の形態１の全体構成を示す説明図である。
【図３】実施の形態１の要部を示す説明図である。
【図４】実施の形態１で用いられる用紙ファイルのフォーマット例を示す説明図である。
【図５】実施の形態１におけるクライアント、ＤＦＥ、ＩＯＴへの用紙ファイルのインストール例を示す説明図である。
【図６】実施の形態１におけるクライアント、ＤＦＥ、ＩＯＴでの各処理内容を示すフローチャートである。
【図７】新しい用紙の開発時における処理工程を示す説明図である。
【図８】実施の形態１における用紙ファイルの更新手法を示す説明図である。
【図９】本発明が適用された画像出力処理システムの実施の形態２の全体構成を示す説明図である。
【図１０】実施の形態２に係る画像出力処理システムにおける用紙ファイルの更新処理過程を示すフローチャートである。
【符号の説明】
【００２５】
１…クライアント，２…変換機器，３…出力端末，４…出力媒体，５（５ａ〜５ｃ）…出力媒体ファイル
【図１】
2005182695.tif 000003
【図２】
2005182695.tif 000004
【図３】
2005182695.tif 000005
【図４】
2005182695.tif 000006
【図５】
2005182695.tif 000007
【図６】
2005182695.tif 000008
【図７】
2005182695.tif 000009
【図８】
2005182695.tif 000010
【図９】
2005182695.tif 000011
【図１０】
2005182695.tif 000012