(57)【要約】【課題】送信側から送られてきた画像データの原稿タイプ等に応じて、受信側においてより適切に画像データを出力する。【解決手段】カラー原稿であるか、白黒原稿であるかが指定され（Ｓ１０２）、ＴＩＦＦ化された（Ｓ１０５）原稿が、インターネットを介して送信側から受信側に送信され（Ｓ１０６）、受信側において、ＴＩＦＦのＴａｇ値解析（解釈）が行われ（Ｓ１０８）、画像データが白黒画像データであるか否かが判定され（Ｓ１０９）、判定結果に基づいて、白黒画像データに対応した圧縮解凍（Ｓ１１０）および再生紙出力（Ｓ１１１）か、カラーデータに対応した圧縮解凍（Ｓ１１２）および上質紙出力（Ｓ１１３）のいずれかが実行される。【選択図】　　　　図４
2004023569.tif 000002
【特許請求の範囲】
【請求項１】
画像データを送信する画像送信手段と、
ネットワークを介して前記画像データを受信する画像受信手段と、
受信した画像データを出力する画像出力手段と、
を有する画像出力システムであって、
画像送信側から前記画像データに関する属性情報を送信する属性情報送信手段と、
画像受信側において前記属性情報を取得する属性情報取得手段と、
取得した属性情報に基づいて、前記画像出力手段を用いて前記画像データを印刷する際に使用される出力用紙または出力用紙が格納されたトレイを選択する出力用紙選択手段と、
を備えることを特徴とする画像出力システム。
【請求項２】
取得した属性情報に基づいて、画像出力用に前記画像データに対して画像処理を実施する画像処理手段を、
さらに備えることを特徴とする請求項１に記載の画像出力システム。
【請求項３】
前記画像データおよび前記属性情報は、前記画像データおよび前記属性情報を格納可能な画像ファイルフォーマットとして、画像送信側から画像受信側へ送信されることを特徴とする請求項２に記載の画像出力システム。
【請求項４】
前記属性情報送信手段は、少なくとも、原稿が文字主体であるか、写真主体であるか、文字写真混在であるか等を示す原稿タイプ情報を含む属性情報を送信することを特徴とする請求項２乃至３のいずれか１項に記載の画像出力システム。
【請求項５】
前記属性情報送信手段は、少なくとも、画像データの圧縮方法を示す圧縮情報を含む属性情報を送信することを特徴とする請求項２乃至４のいずれか１項に記載の画像出力システム。
【請求項６】
前記属性情報送信手段は、少なくとも、前記画像データを出力するのに適した出力用紙を示す出力用紙情報を含む属性情報を送信することを特徴とする請求項２乃至４のいずれか１項に記載の画像出力システム。
【請求項７】
前記属性情報送信手段は、少なくとも、原稿がカラーか白黒かを示す原稿タイプ情報を含む属性情報を送信することを特徴とする請求項２乃至４のいずれか１項に記載の画像出力システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ネットワーク上に画像入力端末と画像出力端末が接続された画像出力システムに関する。詳しくはスキャナ、デジタルカメラなどの様々な画像入力装置から入力されたラスター画像データを所望の相手先へネットワークを通じて送信し、受信側で画像の特性に応じて最適な画像処理を施して高画質にプリント出力する画像出力システムに関する。
【０００２】
【従来の技術】
近年、プリンタのマルチファンクション化が目覚しく進展している。ＰＣ（Ｐｅｒｓｏｎａｌ　Ｃｏｍｐｕｔｅｒ）で作成された文書およびグラフィック文書などを単にプリントアウト出力するだけではなく、スキャナ機能、コピー機能、ＦＡＸ機能、インターネットＦＡＸ機能等をあわせ持ち、これらの機能をネットワーク経由で利用できることが大きな特徴となっている。
【０００３】
このようなネットワークを活用した分散システムの一例として、スキャナを接続したスキャンサーバと、プリンタを接続したプリントサーバとを複数のネットワーク上に接続し、スキャナとプリンタの任意の組み合わせを選択して画像を複写するシステムが知られている（特開平７−１２１３３２公報「分散複写システム」）。
【０００４】
また、ネットワーク上に画像入力装置を複数接続し、ある画像入力装置にて入力した画像を、別の画像入力装置にて出力する画像入出力装置なども知られている。
【０００５】
【発明が解決しようとする課題】
デジタル複写機単独では、カラー写真原稿など高画質な品質が要求される場合には上質紙で出力し、文章などのような白黒文字原稿の場合は白黒用再生紙を用いて出力するなど、目的に応じた使い方（環境を意識した使い方、画像内容に応じた使い方）がなされることがある。
【０００６】
一方、ネットワークを介して画像データの複写（画像の送受信）を行う場合、このような用紙選択を行うことは容易ではない。小規模なネットワークであれば、送信側スキャナが出力する画像データの性質（カラーか白黒か、写真か絵柄か混在か、画像圧縮方法は何か、など）に応じて受信機器（たとえばプリンタ）の出力用紙をあらかじめ設定して利用することは可能である。しかしながらインターネットのような大規模ネットワークを利用して、かつ、不特定多数の機器へと画像を送信する場合には受信側でこのような用紙設定を逐一行うことは極めて困難である。従って、現状のネットワーク画像伝送では受信側での用紙は固定設定であることが多く、画像データの性質に応じた用紙選択ができない。このため受信側で画質劣化が生じることがある。
【０００７】
従来、ネットワーク上に接続された複数の画像入出力装置を制御するシステムとしては、例えば、特開平７−７２９９４のように、ネットワーク上の画像入力装置から画像を読み込みネットワーク上の画像出力装置から出力するようにしたものがある。このシステムはネットワークを介して画像データを送信して利用するものであり、任意の装置から別の装置へと画像データを送受信することができる。しかしながら、各装置の特性（カラー／白黒／圧縮方法／出力用紙など）については何ら考慮されていないため、実際に使用する際には、ユーザーが画像入出力装置の特性を調べた上で指示を出さなければならず、前述した用紙設定の問題点は解決されていない。
【０００８】
一方、スキャナとプリンタとの間でネットワークを介して連絡を取り合う機器（複写機）としては、例えば特開平７−２１２５８０のように、画像入力装置が特定機能を有しているか否かを、画像出力装置側で認証するようにしたものがある。この装置は画像入力装置が特定機能（例えば複写すべきでない画像を判別する機能など）を備えているかどうかを画像出力装置側で確認することにより、紙幣を複写するなどの不正利用を防止するものである。しかしながら、この装置は上述の特定機能の存在有無を確認するだけであり、各装置の特性（カラー／白黒／圧縮方法／出力用紙など）を考慮した処理を行うことはできないので、前述の公報と同様に用紙選択の問題点を解決するには至っていない。
【０００９】
さらに他の発明として特開平９−１９８２１１がある。本公報では、ネットワーク上に接続された様々な機器（スキャナ、プリンタ等）の特性（カラー／白黒／解像度等）を同じネットワーク上に接続された接続機器管理装置を用いて把握し、最適な組み合わせ（不具合の生じない組み合わせ）となる画像入力装置、および画像出力装置を選択して処理を実行する。したがって、接続機器管理装置で把握できる項目として、例えば、「出力用紙選択」等を追加することで、上述した用紙選択の問題点を解決できることは容易に類推できる。
【００１０】
しかしながら、限られた数の装置だけが接続された小規模なネットワークであれば、このような接続機器管理装置で管理することは簡単であるが、不特定多数を相手機器とするインターネットのような大規模なネットワークの場合には、全ての接続機器を上記管理装置で把握することは極めて困難である。
【００１１】
以上の問題を鑑みて、本発明では上記のような不特定多数の画像入出力装置を接続した大規模ネットワークにおいて、送信側から送られてきた画像データの原稿タイプ（文字、写真、文字写真混在等）は何か、白黒かカラーか、圧縮方法がどんなものであるか、を判断し、これらに応じて受信側で最適な画像処理を実施し、最適な出力用紙（出力トレイ）を選択出力することで、高画質で、かつ、用紙無駄のない印字出力可能な画像出力システムを提供することを目的とする。
【００１２】
【課題を解決するための手段】
即ち、本発明は、画像データを送信する画像送信手段とネットワークを介して前記画像データを受信する画像受信手段と、受信した画像データを出力する画像出力手段と、を有する画像出力システムであって、画像送信側から前記画像データに関する属性情報を送信する属性情報送信手段と、画像受信側において前記属性情報を取得する属性情報取得手段と、取得した属性情報に基づいて、前記画像出力手段を用いて前記画像データを印刷する際に使用される出力用紙または出力用紙が格納されたトレイを選択する出力用紙選択手段と、を備える。
【００１３】
望ましくは、上記画像出力システムは、取得した属性情報に基づいて、画像出力用に前記画像データに対して画像処理を実施する画像処理手段を、さらに備える。
【００１４】
また、望ましくは、前記画像データおよび前記属性情報は、前記画像データおよび前記属性情報を格納可能な画像ファイルフォーマットとして、画像送信側から画像受信側へ送信される。
【００１５】
また、望ましくは、前記属性情報送信手段は、少なくとも、原稿が文字主体であるか、写真主体であるか、文字写真混在であるか、カラーか白黒か等を示す原稿タイプ情報を含む属性情報を送信する。
【００１６】
また、望ましくは、前記属性情報送信手段は、少なくとも、画像データの圧縮方法を示す圧縮情報を含む属性情報を送信する。
【００１７】
また、望ましくは、前記属性情報送信手段は、少なくとも、前記画像データを出力するのに適した出力用紙を示す出力用紙情報を含む属性情報を送信する。
【００１８】
また、望ましくは、前記属性情報送信手段は、少なくとも、原稿がカラーか白黒かを示す原稿タイプ情報を含む属性情報を送信する。
【００１９】
【発明の実施の形態】
以下、発明の実施の形態を通じて本発明を説明するが、以下の実施形態はクレームにかかる発明を限定するものではなく、又実施形態の中で説明されている特徴の組み合わせの全てが発明の解決手段に必須であるとは限らない。
【００２０】
図１は実施形態に係る画像出力システムを実施するための大規模ネットワークシステムの全体構成を示す概念図である。二つのネットワーク１０とネットワーク２０がインターネット網を経由して接続されている。ネットワーク１０には、インターネットへ接続するためのインターネットサーバ１１が接続され、プリントサーバ１２が接続されている。プリントサーバ１２にはデジタル複写機１３が接続されている。デジタル複写機１３はスキャナとしても動作することからプリントサーバ１２はスキャンサーバとしても機能する。またプリントサーバ１２に他のデジタル複写機やプリンタ、あるいはスキャナを複数接続してもよい。ネットワーク２０においても同様に、インターネットサーバ２１が接続され、さらにプリントサーバ２２が接続されている。プリントサーバ２２には、デジタル複写機２３が接続されている。デジタル複写機２４はプリントサーバ機能およびスキャンサーバ機能を内包しており、この場合にはデジタル複写機２４を直接ネットワーク２０に接続することも可能である。各プリントサーバ、スキャンサーバのソフトウェアはそれぞれの機器に接続されたパソコンなどの端末上に搭載され（サーバ機能を内包している場合はその機器内にソフトウェアが内包され）、各スキャナやデジタル複写機を制御している。また各プリントサーバ（スキャンサーバ）は送受信する画像データの内容等を解釈する機能を併せ持つ。
【００２１】
以上の環境のもとで、画像送信を行う場合を説明する。
【００２２】
画像データをインターネット経由で送受信する方法には色々な方法が提案されているが、ビジネス文書などのように複数ページに亘る画像データは例えば米国Ａｌｄｕｓ　Ｃｏｒｐｏｒａｔｉｏｎ社（現在は、米国Ａｄｏｂｅ　Ｓｙｓｔｅｍ社の一部）が開発したＴＩＦＦ（Ｔａｇｇｅｄ　Ｉｍａｇｅ　Ｆｏｒｍａｔ）などのファイルに格納して送受信されている。一例として、インターネットファクシミリ装置で取り扱われる画像データフォーマットはＴＩＦＦ規格を元に仕様が策定されており、ＩＥＴＦ（Ｉｎｔｅｒｎｅｔ　Ｅｎｇｉｎｅｅｒｉｎｇ　Ｔａｓｋ　Ｆｏｒｃｅ）が発行するＲＦＣ（Ｒｅｑｕｅｓｔ　Ｆｏｒ　Ｃｏｍｍｅｎｔｓ）２３０１においてその仕様が規定されている。図２はＴＩＦＦ形式のファイル（以下ＴＩＦＦファイルと呼ぶ）の構成を示す模式図である。ＴＩＦＦファイルは、ヘッダ（Ｈｅａｄｅｒ）で始まるツリー構造になっており、ヘッダは、バイトオーダ（Ｂｙｔｅ　Ｏｒｄｅｒ）、ＴＩＦＦファイル識別子（ＴＩＦＦ　Ｉｄｅｎｔｉｆｉｅｒ）、最初の画像に関する解像度や大きさなどの属性情報を指定するイメージファイルディレクトリ（ＩＦＤ：Ｉｍａｇｅ　Ｆｉｌｅ　Ｄｉｒｅｃｔｏｒｙ）のオフセット（Ｏｆｆｓｅｔ　ｏｆ　０ｔｈ　ＩＦＤ）Ａの３つの情報からなり、計８バイトで構成される。バイトオーダは、ＴＩＦＦファイルの最初の２バイト（０ｂｙｔｅ〜１ｂｙｔｅ）が割り当てられており、マルチバイト値がどのようにＴＩＦＦファイルに保存されているかを示すものである。２バイトのバイトオーダは、「ＩＩ（４９４９Ｈ）で示されるＬｉｔｔｌｅ−ｅｎｄｉａｎ　Ｂｙｔｅ　Ｏｒｄｅｒ；”Ｈ”は１６進数を示す」または「ＭＭ（４Ｄ４ＤＨ）で示されるＢｉｇ−ｅｎｄｉａｎ　Ｂｙｔｅ　Ｏｒｄｅｒ」」のいずれかである。ＴＩＦＦファイル識別子は、バイトオーダに続く次の２バイト（２ｂｙｔｅ〜３ｂｙｔｅ）が割り当てられ、具体的に「４２（１０進数表示）」が記述される。任意のデータファイルがＴＩＦＦファイルであるかどうかは、先頭４ｂｙｔｅを調べればよい。オフセットＡは、ＴＩＦＦファイル識別子に引き続く４バイト（４ｂｙｔｅ〜７ｂｙｔｅ）が割り当てられ、ＴＩＦＦファイル内の最初のイメージファイルディレクトリ（Ｉｍａｇｅ　Ｆｉｌｅ　Ｄｉｒｅｃｔｏｒｙ）の位置がＴＩＦＦファイルの先頭を基準とするバイトオフセット値で記述されている。
【００２３】
このヘッダに続いて、イメージファイルディレクトリが通常記述される。このイメージファイルディレクトリは、ディレクトリエントリ数（Ｎｕｍｂｅｒ　ｏｆ　Ｄｉｒｅｃｔｏｒｙ　Ｅｎｔｒｉｅｓ）Ｂ、複数のディレクトリエントリ（Ｄｉｒｅｃｔｏｒｙ　Ｅｎｔｒｙ）０、１、…、Ｂ−１、そして次のイメージファイルディレクトリのオフセット（Ｏｆｆｓｅｔ　ｏｆ　Ｎｅｘｔ　ＩＦＤ）Ｃの順で構成される。ディレクトリエントリ数Ｂは、イメージファイルディレクトリの最初の２バイト（Ａ〜Ａ＋１　Ｂｙｔｅ）が割り当てられ、後に続くディレクトリエントリ数を示す。各ディレクトリエントリ０，１、…、Ｂ−１は、それぞれ１２バイトずつ割り当てられており、対応する画像データに関する各種の情報（大きさ、解像度、色空間、圧縮符号化方法、格納位置など）が各属性Ｔａｇ値とともに記述される。これらのＴａｇ情報は図２に示すように位置付けられ、Ｔａｇ値自身には２バイト用いられる。続く残り１０バイトで各Ｔａｇ値の内容（データ値）が記述される。
【００２４】
図２において例えばＴａｇ値２５４（１０進）”ＮｅｗＳｕｂｆｉｌｅＴｙｐｅ”はファイルタイプがどんなものであるかを示し、ｓｉｎｇｌｅ−ｐａｇｅファイルであるかｍｕｌｔｉ−ｐａｇｅファイルであるか、などの情報が続く１０バイトに記述されている。またＴａｇ値２５６”ＩｍａｇｅＷｉｄｔｈ”は画像幅（Ｉｍａｇｅ　ｗｉｄｔｈ）を示し、Ｔａｇ値２５７”ＩｍａｇｅＬｅｎｇｔｈ”は画像長（Ｉｍａｇｅ　Ｌｅｎｇｔｈ）を示している。各々これらＴａｇ値に続く１０バイトでその内容（データ値）が格納されている。Ｔａｇ値２５８”ＢｉｔｓＰｅｒＳａｍｐｌｅ”は各画像データ１画素につき何Ｂｉｔ使用している画像データであるかを示す。Ｔａｇ値２５９”Ｃｏｍｐｒｅｓｓｉｏｎ”は圧縮方法を示し、画像データがどのような圧縮方法で格納されているかを示している（詳細後述）。Ｔａｇ値２６２”ＰｈｏｔｏｍｅｔｒｉｃＩｎｔｅｒｐｒｅｔａｔｉｏｎ”は画像データの利用色空間を示している（詳細後述）。Ｔａｇ値２７０”ＩｍａｇｅＤｅｓｃｒｉｐｔｉｏｎ”は任意の文字列を示し、例えば画像に対するコメント等を記入する（詳細後述）。通常はファイル名などが格納される。Ｔａｇ値２８２”ＸＲｅｓｏｌｕｔｉｏｎ”，Ｔａｇ値２８３”ＹＲｅｓｏｌｕｔｉｏｎ”は画像のそれぞれＸＹ方向の解像度を示している。Ｔａｇ値２９７”ＰａｇｅＮｕｍｂｅｒ”はページ数を示している。このほかにもＴａｇ値には様々な種類があり、それぞれのＴａｇ値に対するデータ値とともに必要に応じて用いられている。詳細は前述した、ＲＦＣ２３０１文書、Ａｌｄｕｓ　Ｄｅｖｅｌｏｐｅｒｓ　Ｄｅｓｋ発行の“ＴＩＦＦ　Ｒｅｖｉｓｉｏｎ　６．０　Ｆｉｎａｌ．Ｊｕｎｅ３，１９９２”等に述べられている。
【００２５】
イメージファイルディレクトリのオフセットＣは、最後のディレクトリエントリＢ−１に引き続く４バイトが割り当てられ、そこには、次のイメージファイルディレクトリの位置をＴＩＦＦファイルの先頭を基準とするバイトオフセット値が記述されている。次のイメージファイルディレクトリのオフセットが０であった場合、そのイメージファイルディレクトリが当該ＴＩＦＦファイルで最後のイメージファイルディレクトリであることを意味する。通常、ＴＩＦＦファイルは、各イメージファイルディレクトリに続いてそれに対応する実際の画像データが格納されている。ただし、ＴＩＦＦの規格上、イメージファイルディレクトリと画像データの配置は明確な定義がなされていない。その結果、画像データが対応するイメージファイルディレクトリより先行してファイルの中に格納された構成も許されていることになり、ＴＩＦＦファイルを解読する際、イメージファイルディレクトリと画像データの配置にかかわらず処理できることが望ましい。以降の説明ではこれらの機能はあらかじめ備えているものとする。以上がＴＩＦＦ画像ファイルフォーマットの概略である。
【００２６】
本発明ではＴＩＦＦファイルを用いた場合を以降説明するが、同様の機能を持つ画像フォーマットであれば別の既存ファイルフォーマットを用いてもよいし、独自のファイルフォーマットを用いてもよい。ＴＩＦＦファイルを用いた場合、本発明の説明に利用するＴＩＦＦのＴａｇ値は、Ｃｏｍｐｒｅｓｓｉｏｎ（２５９）とＰｈｏｔｏｍｅｔｒｉｃＩｎｔｅｒｐｒｅｔａｔｉｏｎ（２６２）、ＩｍａｇｅＤｅｓｃｒｉｐｔｉｏｎ（２７０）である。これらについてさらに詳しく説明する。
【００２７】
Ｃｏｍｐｒｅｓｓｉｏｎ（２５９）は、対象となる画像データがどのような圧縮方法で圧縮されているかを示している。このＴａｇ値２５９に続く１０バイトの中で、データの型宣言とデータ数、データ値が格納されている。図３に示すように、Ｃｏｍｐｒｅｓｓｉｏｎ（２５９）の場合は、データ型＝Ｓｈｏｒｔ型（＝２バイト符号なし整数）、データ数＝１、さらに続く以下のデータ値によって圧縮方式が分類されている（図３）。
１：無圧縮、
２：ＣＣＩＴＴ　１Ｄ　圧縮
３：ＣＣＩＴＴ　Ｇ３　圧縮
４：ＣＣＩＴＴ　Ｇ４　圧縮
５：ＬＺＷ　圧縮
６：ＪＰＥＧ　圧縮
３２７７１：無圧縮
３２７７３：パックビッツ　圧縮
【００２８】
ＰｈｏｔｏｍｅｔｒｉｃＩｎｔｅｒｐｒｅｔａｔｉｏｎ（２６２）は画像の色空間を示す。Ｔａｇ値２６２に続いて、データ型＝Ｓｈｏｒｔ型（＝２バイト符号なし整数）、データ数＝１、さらに続く以下のデータ値によって使用色空間が分類されている（図３）。
０：「０」が白となる２値、および濃淡画像
１：「０」が黒となる２値、および濃淡画像
２：ＲＧＢ画像
３：パレットカラー画像
４：Ｔｒａｎｓｐａｒｅｎｃｙ　Ｍａｓｋ
５：セパレート画像（主にＣＭＹＫ画像）
６：ＹＣｂＣｒ画像
７：ＣＩＥ　Ｌ＊ａ＊ｂ＊画像
【００２９】
ＩｍａｇｅＤｅｓｃｒｉｐｔｉｏｎ（２７０）は画像に対するコメントを任意の文字列で示すためのＴａｇである。データ型は「ＡＳＣＩＩ型」でデータ数は「文字数＋１」となる（図３）。
【００３０】
（実施形態１）
図１に立ち返って、図１のネットワーク１０上に接続されたデジタル複写機１３を用いて原稿をスキャンし、インターネット網を通じてネットワーク２０上に接続されたデジタル複写機２３へと送信出力する場合を説明する。
【００３１】
処理の流れを図４に示す。はじめに、デジタル複写機１３上にて、送信相手先を指定する（Ｓ１０１）。送信相手先はＩｎｔｅｒｎｅｔＦＡＸの場合にはＥｍａｉｌアドレスが用いられるが、これに相当するものでＥｍａｉｌアドレスでなくてもよく、例えば相手先機器（この場合はデジタル複写機２３）のＩＰアドレスなどを用いてもよい。その他、別の指定方法でもよい。続いて、送信する原稿がカラー原稿であるか、白黒原稿であるかを指定する（Ｓ１０２）。手動指示で指定してもよいが、デジタル複写機によっては原稿をスキャンする際に「カラー」か「白黒」かを自動認識する機器もあり、この機能を用いてもよい。次に原稿がスキャンされる（Ｓ１０３）。原稿がスキャンされた後、圧縮処理が実施される（Ｓ１０４）。「カラー」が指定された場合には、例えばＪＰＥＧ圧縮処理がなされる。「白黒」が選択された場合には、例えばＣＣＩＴＴ　Ｇ３圧縮処理がなされる。さらにＳ１０４で圧縮された画像データに対してＴＩＦＦ化が実施される（Ｓ１０５）。またこのＴＩＦＦ化の際、前述したＴａｇ値のＣｏｍｐｒｅｓｓｉｏｎのデータ値として、ＪＰＥＧ圧縮の場合にはデータ値“６”がセットされる。ＣＣＩＴＴ　Ｇ３圧縮の場合には“３”がセットされる。また、カラー原稿が指定されている場合には、ＰｈｏｔｏｍｅｔｒｉｃＩｎｔｅｒｐｒｅｔａｔｉｏｎのデータ値として、例えばデータ値“６”（ＹＣｂＣｒ）がセットされる。白黒原稿が指定されている場合には、例えばデータ値“０”（「０」が白となる２値）がセットされる。以上でスキャン画像データのＴＩＦＦ化が終わると、図１のネットワーク１０上に接続された図１・インターネットサーバ１１を介して指定されたあて先へとＴＩＦＦ画像データが送信される（Ｓ１０６）。送信された画像データはインターネット網を経由して、別のネットワーク２０上に接続されたインターネットサーバ２１を介して、あて先に合致した機器であるデジタル複写機２３へと送信される。デジタル複写機２３はＴＩＦＦ画像データを受信すると（Ｓ１０７）、デジタル複写機２３に接続されたプリントサーバ２２に実装された、図示しないＴＩＦＦデータ解釈機能によって、ＴＩＦＦのＴａｇ値解析（解釈）が行われる（Ｓ１０８）。Ｔａｇ値のうち、ＰｈｏｔｏｍｅｔｒｉｃＩｎｔｅｒｐｒｅｔａｔｉｏｎのデータ値を参照し、画像データが“「０」であるか「１」であるか（白黒画像データであるか否か）”を判定する（Ｓ１０９）。例えば該値が「“６”色空間：（ＹＣｂＣｒ）」である場合、Ｓ１０９での判定結果が、“Ｎ”となる。Ｓ１１２に進み、圧縮データの解凍等、印字のための画像処理が行われる。この後、カラー画像用プリント用の上質紙が自動選択され印字出力される。また、白黒２値を示すＴａｇデータ値（ＰｈｏｔｏｍｅｔｒｉｃＩｎｔｅｒｐｒｅｔａｔｉｏｎが”０”または”１”）であった場合には、Ｓ１０９の判定結果が“Ｙ”となる。この場合は、圧縮データの解凍等、印字のための画像処理が行われる（Ｓ１１０）。この後、白黒２値画像プリント用の再生紙が自動選択され、印字出力される。従来技術ではここで用紙選択がなされることはなく、再生紙または上質紙のいずれかが固定で設定されており、例えば、カラー画像を送信したにもかかわらず、再生紙（白黒用用紙）が選択され、画質劣化（印字劣化）が生じることがあった。本発明の場合にはこのような問題は生じることはなく、カラーの場合は画質劣化がないように適切に上質紙が選択され印字出力されることになる。白黒２値の場合においても、上質紙を用いる無駄を生じることなく印字出力されることになる。なお、「用紙が選択される」ことと、「用紙格納トレイが選択される」こととは同じ機能であることを意味する。
【００３２】
要約すると、実施形態１では「受信した画像データが、カラーか白黒か（ＰｈｏｔｏｍｅｔｒｉｃＩｎｔｅｒｐｒｅｔａｔｉｏｎの値）に応じて、適切に出力用紙を自動選択することが可能となる。」機能を示した。
【００３３】
以上、実施形態１では、カラーの場合は上質紙、白黒の場合は再生紙となるように設定したが、目的に応じて変更してもよいし、例えば多種ある色空間ごとに用紙を切り替えるようにしてもよい。出力する用紙も例えば、再生紙、上質紙に加えて他の用紙（カラーペーパー）など増やして用紙選択の種類を増やしてもよい。
【００３４】
（実施形態２）
実施形態１では、「受信した画像データが、カラーか白黒か（ＰｈｏｔｏｍｅｔｒｉｃＩｎｔｅｒｐｒｅｔａｔｉｏｎの値）」に応じて出力用紙を自動選択していたが、実施形態２では、受信した画像データが「どのような圧縮方式で圧縮されていたか」に応じて、出力用紙を自動選択する。
【００３５】
基本的には実施形態１とほとんど同じ動作である。図５に処理の流れを示す。実施形態１（図４）と同じ動作を行う部分については同じ番号で示している。実施形態１（図４）との違いは、Ｓ２０１である。ここでは、白黒２値用圧縮（ＣＣＩＴ　Ｇ３，ＣＣＩＴ　Ｇ４圧縮）であるか否かで出力用紙を切り替えるようにしている。
【００３６】
具体的には、図５・Ｓ１０８でＴＩＦＦ−Ｔａｇ値解釈する際に、Ｃｏｍｐｒｅｓｓｉｏｎ（２５９）−Ｔａｇ値を参照し、このデータ値が、「“２”（ＣＣＩＴＴ　Ｇ３）または“３”（ＣＣＩＴＴ　Ｇ４）」であるか否かを判定する。これ以降の処理は、実施形態１と同じで、印字のため圧縮解凍処理等がなされ、それぞれの圧縮方式に応じた出力用紙が選択され、出力されることとなる。なお、図５・Ｓ１０２で圧縮方法を別途指定してできるようにしてもよい。またＴＩＦＦ化する際、Ｃｏｍｐｒｅｓｓｉｏｎ−Ｔａｇ値に指定した圧縮方式データ値をセットする必要がある（図７・Ｓ１０５）。
【００３７】
要約すると、実施形態２では、「「受信した画像データが、どのような圧縮方式で圧縮されているか（ＴＩＦＦ−Ｔａｇ“Ｃｏｍｐｒｅｓｓｉｏｎ”のデータ値）に応じて、適切に出力用紙を自動選択することが可能となる。」機能を示した。
【００３８】
以上、実施形態２では、白黒２値圧縮以外は上質紙、白黒２値圧縮の場合は再生紙となるように設定したが、目的に応じて変更してもよいし、例えば多種ある圧縮方式ごとに用紙を切り替えるようにしてもよい。
【００３９】
（実施形態３）
実施形態３では、用紙を画像データに明示的に示して受信側での出力用紙を切り替える方式を示す。実施形態２と同様に実施形態１とほとんど同じ動作であるが、図６に示すように、図４・Ｓ１０９の部分が、図６・Ｓ３０１へと変更される。受信した画像データに付加された「用紙」情報に応じて、出力用紙を自動選択する。
【００４０】
図６に処理の流れを示す。実施形態１（図４）と同じ動作を行う部分については同じ番号で示している。ここでは、ＴＩＦＦ−Ｔａｇ値ＩｍａｇｅＤｅｓｃｒｉｐｔｉｏｎに記述された用紙情報を解釈して出力用紙を切り替えるようにしている。
【００４１】
具体的には、図６・Ｓ１０８でＴＩＦＦ−Ｔａｇ値解釈する際に、ＩｍａｇｅＤｅｓｃｒｉｐｔｉｏｎ（２７０）−Ｔａｇ値を参照し、記述された情報が、「再生紙指定」であるか否かを判定すればよい（Ｓ３０１）。これ以降の処理は、実施形態１と同じで、印字のため圧縮解凍処理等がなされ、用紙指定に応じた出力用紙が選択され、出力されることとなる。なお、この場合には、送信側であらかじめ用紙指定を行う必要がある（図６・Ｓ１０２）。また、ＴＩＦＦ化する際、ＩｍａｇｅＤｅｓｃｒｉｐｔｉｏｎ−Ｔａｇ値に指定した「再生紙出力」を示すＡＳＣＩＩ文字列をセットする必要がある（図７・Ｓ１０５）。受信側で、この文字列を解釈することになる。
【００４２】
要約すると、実施形態３では、「受信した画像データはどのような用紙で印字するか（ＴＩＦＦ−Ｔａｇ“ＩｍａｇｅＤｅｓｃｒｉｐｔｉｏｎ”の用紙指定）に応じて、適切に出力用紙を自動選択することが可能となる。」機能を示した。
【００４３】
以上、実施形態３では、明示的に出力用紙を指定するようにしたが、例えば、実施形態１、および実施形態２を組み合わせて出力用紙を選択するようにしてもよい。一例として、“ＪＰＥＧ圧縮”，“カラー”，“上質紙”の３つが同時に指定されたときのみ、上質紙で出力する、など、組み合わせは様々に考えられる。出力する用紙も例えば、再生紙、上質紙に加えて他の用紙（カラーペーパー）など増やして用紙選択の種類を増やしてもよい。
【００４４】
（実施形態４）
実施形態４は、原稿タイプ（文字原稿、写真原稿、文字写真混在原稿）を画像データに明示的に付加させ送信し、受信側での出力用紙を切り替える方式である。実施形態３と同様に実施形態１とほとんど同じ動作であるが、図７に示すように、図４・Ｓ１０９の部分が、Ｓ４０１へと変更されている。受信した画像データに付加された「原稿タイプ」情報に応じて、出力用紙を自動選択する。
【００４５】
図７に処理の流れを示す。実施形態１（図４）と同じ動作を行う部分については同じ番号で示している。ここでは、ＴＩＦＦ−Ｔａｇ値ＩｍａｇｅＤｅｓｃｒｉｐｔｉｏｎに記述された原稿タイプ情報を解釈して出力用紙を切り替えるようにしている。
【００４６】
具体的には、図７・Ｓ１０８でＴＩＦＦ−Ｔａｇ値解釈する際に、ＩｍａｇｅＤｅｓｃｒｉｐｔｉｏｎ（２７０）−Ｔａｇ値を参照し、記述された情報が、「文字原稿」であるか否かを判定すればよい。これ以降の処理は、実施形態１と同じで、印字のため圧縮解凍処理等がなされ、原稿タイプ指定に応じた出力用紙が選択され、出力されることとなる。なお、この場合には、送信側であらかじめ用紙指定を行い、ＴＩＦＦ化する際、ＩｍａｇｅＤｅｓｃｒｉｐｔｉｏｎに原稿タイプ情報をセットする必要がある（図７・Ｓ１０２、Ｓ１０５）。原稿タイプ情報は送受信で解釈できるＡＳＣＩＩ文字列をあらかじめ定義しておけばよい。
【００４７】
要約すると、実施形態４では、「受信した画像データはどのような原稿タイプであるかに応じて（ＴＩＦＦ−Ｔａｇ“ＩｍａｇｅＤｅｓｃｒｉｐｔｉｏｎ”の原稿タイプ指定）に応じて、適切に出力用紙を自動選択することが可能となる。」機能を示した。
【００４８】
以上、実施形態４では、原稿タイプに応じて出力用紙を指定するようにしたが、例えば、実施形態１、実施形態２、実施形態３を組み合わせて出力用紙を選択するようにしてもよい。一例として、“ＪＰＥＧ圧縮”，“カラー”，“上質紙”，“写真原稿”の４つが同時に指定されたときのみ、上質紙で出力する、など、組み合わせは様々に考えられる。出力する用紙も例えば、再生紙、上質紙に加えて他の用紙（カラーペーパー）など増やして用紙選択の種類を増やしてもよい。
【００４９】
また、実施形態１〜実施形態４において、デジタル複写機１３からデジタル複写機２３へと画像伝送する場合を説明したが、同機能を有する場合であれば、例えばデジタル複写機１３からデジタル複写機２４への伝送も可能である。その他、デジタルカメラ等から入力された画像を伝送する際にも、同様の機能を実現することは可能である。
【００５０】
なお、画像データ（たとえば、ＴＩＦＦファイル）が複数のページを有する場合には、各ページごとに属性情報（たとえば、カラーか白黒かを示すＴａｇ値、圧縮方式を示すＴａｇ値、出力用紙を示すＴａｇ値、または原稿タイプを示すＴａｇ値等）に基づいて、画像データ受信側で、圧縮解凍処理、および出力用紙の選択等（実施形態１〜実施形態４で示した画像データ受信側の処理）を行ってもよい。この他、各ページの属性情報に基づいて、全ページに対して、同一圧縮解凍処理、および出力用紙の選択等（実施形態１〜実施形態４で示した画像データ受信側の処理）を実施してもよい。たとえば、全５ページからなる画像データについて、３ページがカラーで、残り２ページが白黒の場合には、全５ページに対して過半数を占めるカラーに対応した圧縮解凍処理、および出力用紙の選択等を実施してもよい。
【００５１】
なお、上記の発明の概要は、本発明の必要な特徴の全てを列挙したものではなく、これらの特徴群のサブコンビネーションも又発明となりうる。
【００５２】
【発明の効果】
以上、説明したように、本発明よれば、大規模ネットワーク画像伝送システムにおいて、伝送される画像の属性（原稿タイプ、カラー／白黒、圧縮方法など）に応じて適切に受信側で出力用紙（例えば、上質紙、再生紙）を自動選択することが可能となる。この結果、送信側で意図した通りの適切な出力用紙が受信側で選択され、画像の属性と出力用紙の不適合に伴う画質劣化が防止できることとなる。
なお、本発明はインターネットのような大規模ネットワークを用いた画像出力システムを説明したが、従来からある小規模なネットワークシステムにおいても十分利用可能である。
【図面の簡単な説明】
【図１】実施形態に係る画像出力システムを実施するための大規模ネットワークシステムの全体構成を示す概念図である。
【図２】ＴＩＦＦ形式のファイルの構成を示す模式図である。
【図３】ＴＩＦＦファイルのＴａｇ値を示す図である。
【図４】実施形態１に係る画像出力システムにおける動作を示すフローチャートである。
【図５】実施形態２に係る画像出力システムにおける動作を示すフローチャートである。
【図６】実施形態３に係る画像出力システムにおける動作を示すフローチャートである。
【図７】実施形態４に係る画像出力システムにおける動作を示すフローチャートである。
【符号の説明】
１０，２０　ネットワーク、１１，２１インターネットサーバ、１２，２２　プリントサーバ、１３，２３　デジタル複写機。
【図１】
2004023569.tif 000003
【図２】
2004023569.tif 000004
【図３】
2004023569.tif 000005
【図４】
2004023569.tif 000006
【図５】
2004023569.tif 000007
【図６】
2004023569.tif 000008
【図７】
2004023569.tif 000009