JP2004128879A - 画像送信装置、画像送信方法 - Google Patents
画像送信装置、画像送信方法 Download PDFInfo
- Publication number
- JP2004128879A JP2004128879A JP2002290144A JP2002290144A JP2004128879A JP 2004128879 A JP2004128879 A JP 2004128879A JP 2002290144 A JP2002290144 A JP 2002290144A JP 2002290144 A JP2002290144 A JP 2002290144A JP 2004128879 A JP2004128879 A JP 2004128879A
- Authority
- JP
- Japan
- Prior art keywords
- image
- document
- color
- external device
- unit
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Withdrawn
Links
Images
Landscapes
- Facsimile Transmission Control (AREA)
- Color Image Communication Systems (AREA)
Abstract
【課題】原稿がカラーであればカラーで読み取って外部装置に送信し、原稿が白黒であれば白黒で読み取って外部装置に送信する画像送信装置、画像送信方法を提供すること。
【解決手段】原稿をカラー、もしくは白黒で読み取り、読み取った原稿画像を保持する読み取り手段と、外部装置にこの原稿画像を送信可能な送信手段とを備える画像送信装置であって、上記外部装置と通信し、上記外部装置がカラー原稿画像受信可能であるか否かを検知する検知手段を備え、検知手段が上記外部装置がカラー原稿画像受信可能であると検知した場合、上記送信手段は上記読み取り手段が上記原稿をカラーで読み取り、保持しておいたカラー原稿画像を上記外部装置に対して送信し、上記検知手段が上記外部装置がカラー原稿画像受信可能でないと検知した場合、上記送信手段は上記読み取り手段が上記原稿を白黒で読み取り、保持しておいた白黒原稿画像を上記外部装置に対して送信することを特徴とする。
【選択図】 図４１
【解決手段】原稿をカラー、もしくは白黒で読み取り、読み取った原稿画像を保持する読み取り手段と、外部装置にこの原稿画像を送信可能な送信手段とを備える画像送信装置であって、上記外部装置と通信し、上記外部装置がカラー原稿画像受信可能であるか否かを検知する検知手段を備え、検知手段が上記外部装置がカラー原稿画像受信可能であると検知した場合、上記送信手段は上記読み取り手段が上記原稿をカラーで読み取り、保持しておいたカラー原稿画像を上記外部装置に対して送信し、上記検知手段が上記外部装置がカラー原稿画像受信可能でないと検知した場合、上記送信手段は上記読み取り手段が上記原稿を白黒で読み取り、保持しておいた白黒原稿画像を上記外部装置に対して送信することを特徴とする。
【選択図】 図４１
Description
【０００１】
【発明の属する技術分野】
本発明は、画像送信装置、画像送信方法に関するものである。
【０００２】
【従来の技術】
カラー原稿読み取りが可能、かつ他の機器とのデータの送受信が可能な従来のデジタル複合複写装置が原稿読み取りを行う場合、従前にユーザがカラー原稿読み取りか白黒原稿読み取りの指定を行う必要があった。さらに、カラー原稿読み取りを指定し、読み取った原稿の画像を他の機器に送信する場合、送信される原稿中に白黒原稿、カラー原稿が混在している場合においても全原稿がカラー画像として送信されていた。
【０００３】
【発明が解決しようとする課題】
しかしながら上記従来例のデジタル複合複写装置は、ユーザが原稿読み取り時にカラー原稿読み取りか白黒原稿読み取りの指定する必要があり操作の手間がかかるという欠点があった。
【０００４】
さらに、カラー原稿読み取りを指定し、読み取った原稿の画像を他の機器に送信する場合、送信される原稿に白黒原稿、カラー原稿が混在している場合においても全原稿がカラー画像として送信していた。カラー画像データは白黒画像データに比べてデータ量が大きいため、通信時間が余分にかかるばかりでなく、読み取った原稿の画像を記憶するための記憶領域を無駄に使用するという欠点があった。
【０００５】
本発明は以上の問題に鑑みてなされたものであり、原稿がカラーであればカラーで読み取って外部装置に送信し、原稿が白黒であれば白黒で読み取って外部装置に送信する画像送信装置、画像送信方法を提供することを目的とする。
【０００６】
【課題を解決するための手段】
本発明の目的を達成するために、例えば本発明の画像通信装置は以下の構成を備える。
【０００７】
すなわち、原稿をカラー、もしくは白黒で読み取り、読み取った原稿画像を保持する読み取り手段と、外部装置に当該原稿画像を送信可能な送信手段とを備える画像送信装置であって、
前記外部装置と通信し、前記外部装置がカラー原稿画像受信可能であるか否かを検知する検知手段を備え、
当該検知手段が前記外部装置がカラー原稿画像受信可能であると検知した場合、前記送信手段は前記読み取り手段が前記原稿をカラーで読み取り、保持しておいたカラー原稿画像を前記外部装置に対して送信し、前記検知手段が前記外部装置がカラー原稿画像受信可能でないと検知した場合、前記送信手段は前記読み取り手段が前記原稿を白黒で読み取り、保持しておいた白黒原稿画像を前記外部装置に対して送信することを特徴とする。
【０００８】
本発明の目的を達成するために、例えば本発明の画像通信方法は以下の構成を備える。
【０００９】
すなわち、原稿をカラー、もしくは白黒で読み取り、読み取った原稿画像を保持する読み取り工程と、外部装置に当該原稿画像を送信可能な送信工程とを備える画像送信方法であって、
前記外部装置と通信し、前記外部装置がカラー原稿画像受信可能であるか否かを検知する検知工程を備え、
当該検知工程で前記外部装置がカラー原稿画像受信可能であると検知した場合、前記送信工程では前記読み取り工程で前記原稿をカラーで読み取り、保持しておいたカラー原稿画像を前記外部装置に対して送信し、前記検知工程で前記外部装置がカラー原稿画像受信可能でないと検知した場合、前記送信工程では前記読み取り工程で前記原稿を白黒で読み取り、保持しておいた白黒原稿画像を前記外部装置に対して送信することを特徴とする。
【００１０】
【発明の実施の形態】
以下添付図面を参照して、本発明を好適な実施形態に従って詳細に説明する。
＜ハード全体構成とネットワーク接続手段＞
本実施形態における画像送信装置の全体構成図を図４１に示す。Ｃｏｎｔｒｏｌｌｅｒ Ｕｎｉｔ ２０００は画像入力デバイスであるＳｃａｎｎｅｒ２０７０や画像出力デバイスであるＰｒｉｎｔｅｒ２０９５と接続し、一方ではＬＡＮ２０１１や公衆回線（ＷＡＮ）２０５１接続することで、画像情報やデバイス情報の入出力を行う為のコントローラである。ＣＰＵ２００１はシステム全体を制御するコントローラである。ＲＡＭ２００２はＣＰＵ２００２が動作するためのシステムワークメモリであり、画像データを一時記憶するための画像メモリでもある。ＲＯＭ２００３はブートＲＯＭであり、システムのブートプログラムが格納されている。ＨＤＤ２００４はハードディスクドライブで、システムソフトウェア、画像データを格納する。
【００１１】
操作部Ｉ／Ｆ２００６は操作部（ＵＩ）２０１２とインターフェース部で、操作部２０１２に表示する画像データを操作部２０１２に対して出力する。また、操作部２０１２から本システム使用者が入力した情報を、ＣＰＵ２００１に伝える役割をする。Ｎｅｔｗｏｒｋ２０１０はＬＡＮ２０１１に接続し、情報の入出力を行う。Ｍｏｄｅｍ２０５０はここでは記載がないが、ＮＣＵ（Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）を介して公衆回線２０５１に接続し、ＦＡＸモデム、データモデム機能を搭載し、ＩＴＵ−Ｔ Ｖ．８勧告、Ｖ．３４勧告、Ｔ．３０勧告等の通信プロトコルネゴシエーション、モデム制御手順、Ｇ３ＦＡＸ通信手順やＰＰＰ（Ｐｏｉｎｔ ｔｏ Ｐｏｉｎｔ Ｐｒｏｔｏｃｏｌ）通信手順を搭載し、リモートＧ３ＦＡＸ端末やリモートのＬＡＮ上やインターネット上のＰＰＰサーバーとの通信を行う。
【００１２】
さらに、Ｍｏｄｅｍ２０５０はシステムバス２００７に対して脱着可能な構成であり、脱着状態をＣＰＵ２００１が検知できる構成となっている。以上のデバイスがシステムバス２００７上に配置される。Ｉｍａｇｅ Ｂｕｓ Ｉ／Ｆ２００５はシステムバス２００７と画像データを高速で転送する画像バス２００８を接続し、データ構造を変換するバスブリッジである。画像バス２００８は、ＰＣＩバスまたはＩＥＥＥ１３９４で構成される。画像バス２００８上には以下のデバイスが配置される。ラスターイメージプロセッサ（ＲＩＰ）２０６０はＰＤＬコードをビットマップイメージに展開する。デバイスＩ／Ｆ部２０２０は、画像入出力デバイスであるスキャナ２０７０やプリンタ２０９５とコントローラ２０００を接続し、画像データの同期系／非同期系の変換を行う。スキャナ画像処理部２０８０は、入力画像データに対し補正、加工、編集を行う。プリンタ画像処理部は、プリント出力画像データに対して、プリンタの補正、解像度変換等を行う。画像回転部２０３０は画像データの回転を行う。画像圧縮部２０４０は、多値画像データはＪＰＥＧ、２値画像画像データはＪＢＩＧ、ＭＭＲ、ＭＨの圧縮伸張処理を行う。
【００１３】
＜画像入出力部＞
画像入出力デバイスを図４２に示す。画像入力デバイスであるスキャナ部２０７０は、原稿となる紙上の画像を照明し、ＣＣＤラインセンサ（図示せず）を走査することで、ラスターイメージデータ２０７１として電気信号に変換する。原稿用紙は原稿フィーダ２０７２のトレイ２０７３にセットし、装置使用者が操作部２０１２から読み取り起動指示することにより、コントローラＣＰＵ２００１がスキャナ２０７０（原稿読み取り手段）に指示を与え（２０７１）、フィーダ２０７２は原稿用紙を１枚ずつフィードし原稿画像の読み取り動作を行う。
【００１４】
図４７にスキャナ画像処理２０８０の詳細説明を示す。スキャナから入力されたＲＧＢ各８ｂｉｔの輝度信号はマスキング２５０１によりＣＣＤのフィルタ色に依存しない標準的なＲＧＢ色信号に変換される。変倍２５０２によって変倍の必要がある場合は変倍を行う。フィルタ２５０３では画像をぼかしたり、メリハリをつける処理が行われる。ガンマ２５０４では画像全体の濃度を濃くあるいは薄くするように処理が行われる。
【００１５】
また、カラー／白黒原稿検知手段として原稿がカラーか白黒かを判断するために変倍前の画像信号を色空間変換２５０５によって公知のＬａｂに変換する。このうちａ，ｂは色信号成分を表しており、比較器２５０５内の所定のレベル以上であれば有彩色、そうでなければ無彩色として１ｂｉｔの判定信号を比較器２５０５から出力する。カウンタ２５０７は比較器からの出力を計測する。
【００１６】
画像出力デバイスであるプリンタ部２０９５は、ラスターイメージデータ２０９６を用紙上の画像に変換する部分であり、その方式は感光体ドラムや感光体ベルトを用いた電子写真方式、微少ノズルアレイからインクを吐出して用紙上に直接画像を印字するインクジェット方式等があるが、どの方式でも構わない。プリント動作の起動は、コントローラＣＰＵ２００１からの指示２０９６によって開始する。プリンタ部２０９５には、異なる用紙サイズまたは異なる用紙向きを選択できるように複数の給紙段を持ち、それに対応した用紙カセット２１０１、２１０２、２１０３、２１０４がある。また、排紙トレイ２１１１は印字し終わった用紙を受けるものである。
【００１７】
＜操作部＞
操作部２０１２の構成を図４３に示す。ＬＣＤ表示部２０１３は、ＬＣＤ上にタッチパネルシートが貼られており、システムの操作画面を表示するとともに、表示してあるキーが押されるとその位置情報をコントローラＣＰＵ２００１に伝える。スタートキー２０１４は原稿画像の読み取り動作を開始する時などに用いる。スタートキー２０１４中央部には、緑と赤の２色ＬＥＤ２０１８があり、その色によってスタートキー２０１４が使える状態にあるかどうかを示す。ストップキー２０１５は稼働中の動作を止める働きをする。ＩＤキー２０１６は、使用者のユーザーＩＤを入力する時に用いる。リセットキー２０１７は操作部からの設定を初期化する時に用いる。
【００１８】
＜スキャナ画像処理部＞
スキャナ画像処理部２０８０の構成を図４４に示す。画像バスＩ／Ｆコントローラ２０８１は、画像バス２００８と接続し、そのバスアクセスシーケンスを制御する働きと、スキャナ画像処理部２０８０内の各デバイスの制御及びタイミングを発生させる。フィルタ処理部２０８２は、空間フィルタでコンボリューション演算を行う。編集部２０８３は、例えば入力画像データからマーカーペンで囲まれた閉領域を認識して、その閉領域内の画像データに対して、影つけ、網掛け、ネガポジ反転等の画像加工処理を行う。変倍処理部２０８４は、読み取り画像の解像度を変える場合にラスターイメージの主走査方向について補間演算を行い拡大、縮小を行う。副走査方向の変倍については、画像読み取りラインセンサ（図示せず）を走査する速度を変えることで行う。テーブル２０８５は、読み取った輝度データである画像データを濃度データに変換するために、行うテーブル変換である。２値化２０８６は、多値のグレースケール画像データを、誤差拡散処理やスクリーン処理によって２値化する。処理が終了した画像データは、再び画像バスコントローラ２０８１を介して、画像バス上に転送される。
【００１９】
＜プリンタ画像処理部＞
プリンタ画像処理部２０９０の構成を図４５に示す。画像バスＩ／Ｆコントローラ２０９１は、画像バス２００８と接続し、そのバスアクセスシーケンスを制御する働きと、スキャナ画像処理部２０９０内の各デバイスの制御及びタイミングを発生させる。解像度変換部２０９２は、Ｎｅｔｗｏｒｋ２０１１あるいは公衆回線２０５１から来た画像データを、プリンタ２０９５の解像度に変換するための解像度変換を行う。スムージング処理部２０９３は、解像度変換後の画像データのジャギー（斜め線等の白黒境界部に現れる画像のがさつき）を滑らかにする処理を行う。
【００２０】
＜画像圧縮部＞
画像圧縮部２０４０の構成を図４６に示す。画像圧縮部２０４０は、生画像データをＭＭＲ（Ｍｏｄｉｆｉｅｄ Ｍｏｄｉｆｉｅｄ Ｒｅａｄ），ＭＲ（Ｍｏｄｉｆｉｅｄ Ｒｅａｄ），ＭＨ（Ｍｏｄｉｆｉｅｄ Ｈａｈｕｍａｎ），ＪＢＩＧ（Ｊｏｉｎｔ Ｂｉ−ｌｅｖｅｌ Ｉｍａｇｅ ｅｘｐｅｒｔｓ Ｇｒｏｕｐ），ＪＰＥＧ（Ｊｏｉｎｔ Ｐｈｏｔｏｇｒａｐｈｉｃ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）等の画像符号データに圧縮する機能、ＭＭＲ，ＭＲ，ＭＨ，ＪＢＩＧ，ＪＰＥＧ等の画像符号データを生画像データに伸長する機能、及び生画像データを画像データ画像にの画素密度変換を行う画素密度変換機能をもつ。画素密度変換とは、例えば、Ａ３画像をＡ４画像に変換する画像サイズ変換と４００ＤＰＩ（Ｄｏｔｓ Ｐｅｒ Ｉｎｃｈ）×４００ＬＰＩ（Ｌｉｎｅｓ Ｐｅｒ Ｉｎｃｈ）を２００ＤＰＩ×２００ＬＰＩの解像度に変換する機能をもつ。
【００２１】
バスＩ／Ｆコントローラ２０４１は、画像バス２００８と接続し、そのバスアクセスシーケンスを制御する働き、入力バッファ２０４２・出力バッファ２０４５とのデータのやりとりを行うためのタイミング制御及び、画像圧縮・伸長・画素密度変換部２０４３に対するモード設定などの制御を行う。以下に画像圧縮処理部の処理手順を示す。画像バス２００８を介して、ＣＰＵ２００１から画像バスＩ／Ｆコントローラ２０４１に画像圧縮、伸長または画素密度変換制御のための設定を行う。この設定により画像バスＩ／Ｆコントローラ２０４１は画像圧縮・伸長・画素密度変換部２０４３に対して画像圧縮、伸長または画素密度変換に必要な設定を行う。必要な設定を行った後に、再度ＣＰＵ２００１から画像バスＩ／Ｆコントローラ２０４１に対して生画像データまたは画像符号データの転送の許可を行う。この許可に従い、画像バスＩ／Ｆコントローラ２０４１はＲＡＭ２００２もしくは画像バス２００８上の各デバイスから画像データの転送を開始する。
【００２２】
受け取った画像データは入力バッファ２０４２に一時格納され、画像圧縮・伸長・画素密度変換部２０４３の画像データ要求に応じて一定のスピードで生画像データまたは画像符号データを転送する。この際、入力バッファは画像バスＩ／Ｆコントローラ２０４１と、画像圧縮部・伸長・画素密度変換２０４３両者の間で、生画像データまたは画像符号データを転送できるかどうかを判断し、画像バス２００８からの生画像データまたは画像符号データの読み込み及び、画像圧縮・伸長・画素密度変換部２０４３への生画像データまたは画像符号データの書き込みが不可能である場合は、データの転送を行わないような制御を行う（以後このような制御をハンドシェークと呼称する）。画像圧縮・伸長・画素密度変換部２０４３は受け取った生画像データまたは画像符号データを、一旦ＲＡＭ２０４４に格納する。画像圧縮を施された画像データは直ちに出力バッファ２０４５に送られる。
【００２３】
出力バッファ２０４５では、画像バスＩ／Ｆコントローラ２０４１及び画像圧縮・伸長・画素密度変換部２０４３とのハンドシェークを行い、生画像データまたは画像符号データを画像バスＩ／Ｆコントローラ２０４１に転送する。画像バスＩ／Ｆコントローラ２０４１では転送された圧縮、伸長または画素密度変換されたされた生画像データまたは画像符号データをＲＡＭ２００２もしくは画像バス２００８上の各デバイスにデータを転送する。こうした一連の処理は、ＣＰＵ２００１からの処理要求が無くなるまで（必要なページ数の処理が終わったとき）、もしくはこの画像圧縮部から停止要求が出るまで（圧縮及び伸長時のエラー発生時等）繰り返される。
【００２４】
＜画像回転部＞
画像回転部２０３０の構成を図４８に示す。画像バスＩ／Ｆコントローラ２０３１は、画像バス２００８と接続し、そのバスシーケンスを制御する働き、画像回転部２０３２にモード等を設定する制御及び、画像回転部２０３２に画像データを転送するためのタイミング制御を行う。以下に画像回転部の処理手順を示す。
【００２５】
画像バス２００８を介して、ＣＰＵ２００１から画像バスＩ／Ｆコントローラ２０３１に画像回転制御のための設定を行う。この設定により画像バスＩ／Ｆコントローラ２０４１は画像回転部２０３２に対して画像回転に必要な設定（たとえば画像サイズや回転方向・角度等）を行う。必要な設定を行った後に、再度ＣＰＵ２００１から画像バスＩ／Ｆコントローラ２０４１に対して画像データ転送の許可を行う。この許可に従い、画像バスＩ／Ｆコントローラ２０３１はＲＡＭ２００２もしくは画像バス２００８上の各デバイスから画像データの転送を開始する。尚、ここでは３２ｂｉｔをそのサイズとし回転を行う画像サイズを３２×３２（ｂｉｔ）とし、又、画像バス２００８上に画像データを転送させる際に３２ｂｉｔを単位とする画像転送を行うものとする（扱う画像は２値を想定する）。上述のように、３２×３２（ｂｉｔ）の画像を得るためには、上述の単位データ転送を３２回行う必要があり、且つ不連続なアドレスから画像データを転送する必要がある。（図４９参照）
不連続アドレッシングにより転送された画像データは、読み出し時に所望の角度に回転されているように、ＲＡＭ２０３３に書き込まれる。例えば、９０度反時計方向回転であれば、最初に転送された３２ｂｉｔの画像データを、図５１のようにＹ方向に書き込んでいく。読み出し時にＸ方向に読み出すことで、画像が回転される。３２×３２（ｂｉｔ）の画像回転（ＲＡＭ２０３３への書き込み）が完了した後、画像回転部２０３２はＲＡＭ２０３３から上述した読み出し方法で画像データを読み出し、画像バスＩ／Ｆコントローラ２０３１に画像を転送する。
【００２６】
回転処理された画像データを受け取った画像バスＩ／Ｆコントローラ２０３１は、連続アドレッシングを以て、ＲＡＭ２００２もしくは画像バス２００８上の各デバイスにデータを転送する。こうした一連の処理は、ＣＰＵ２００１からの処理要求が無くなるまで（必要なページ数の処理が終わったとき）繰り返される。
【００２７】
＜デバイスＩ／Ｆ部＞
デバイスＩ／Ｆ部２０２０の構成を図５０に示す。画像バスＩ／Ｆコントローラ２０２１は、画像バス２００８と接続し、そのバスアクセスシーケンスを制御する働きと、デバイスＩ／Ｆ部２０２０内の各デバイスの制御及びタイミングを発生させる。また、外部のスキャナ２０７０及びプリンタ２０９５への制御信号を発生させる。スキャンバッファ２０２２は、スキャナ２０７０から送られてくる画像データを一時保存し、画像バス２００８に同期させて画像データを出力する。シリアルパラレル・パラレルシリアル変換２０２３は、スキャンバッファ２０２２に保存された画像データを順番に並べて、あるいは分解して、画像バス２００８に転送できる画像データのデータ幅に変換する。パラレルシリアル・シリアルパラレル変換２０２４は、画像バス２００８から転送された画像データを分解して、あるいは順番に並べて、プリントバッファ２０２５に保存できる画像データのデータ幅に変換する。プリントバッファ２０２５は、画像バス２００８から送られてくる画像データを一時保存し、プリンタ２０９５に同期させて画像データを出力する。
【００２８】
画像スキャン時の処理手順を以下に示す。スキャナ２０７０から送られてくる画像データをスキャナ２０７０から送られてくるタイミング信号に同期させて、スキャンバッファ２０２２に保存する。そして、画像バス２００８がＰＣＩバスの場合には、バッファ内に画像データが３２ビット以上入ったときに、画像データを先入れ先出しで３２ビット分、バッファからシリアルパラレル・パラレルシリアル変換２０２３に送り、３２ビットの画像データに変換し、画像バスＩ／Ｆコントローラ２０２１を通して画像バス２００８上に転送する。また、画像バス２００８がＩＥＥＥ１３９４の場合には、バッファ内の画像データを先入れ先出しで、バッファからシリアルパラレル・パラレルシリアル変換２０２３に送り、シリアル画像データに変換し、画像バスＩ／Ｆコントローラ２０２１を通して画像バス２００８上に転送する。
【００２９】
画像プリント時の処理手順を以下に示す。画像バス２００８がＰＣＩバスの場合には、画像バスから送られてくる３２ビットの画像データを画像バスＩ／Ｆコントローラで受け取り、パラレルシリアル・シリアルパラレル変換２０２４に送り、プリンタ２０９５の入力データビット数の画像データに分解し、プリントバッファ２０２５に保存する。また、画像バス２００８がＩＥＥＥ１３９４の場合には、画像バスからおくられてくるシリアル画像データを画像バスＩ／Ｆコントローラで受け取り、パラレルシリアル・シリアルパラレル変換２０２４に送り、プリンタ２０９５の入力データビット数の画像データに変換し、プリントバッファ２０２５に保存する。そして、プリンタ２０９５から送られてくるタイミング信号に同期させて、バッファ内の画像データを先入れ先出しで、プリンタ２０９５に送る。
【００３０】
＜文書格納管理手段＞
文書格納管理手段は、本発明の特徴を示すものの１つである。図４１、図９〜図１４を用いて説明する。文書管理データや画像データは、ハード構成上、ＲＡＭ２００２上およびＨＤＤ２００４上に格納される。本発明の文書格納管理手段は、同一原稿に対して、カラー画像、白黒２値画像、グレースケール画像を格納管理するための本発明において重要な手段である。
【００３１】
まず、文書格納管理手段がどのように同一原稿に対して、カラー画像、白黒２値画像、グレースケール画像等の複数の画像データを格納管理しているか図９〜図１４を用いて説明する。なお、同一原稿に対して複数の画像データの生成は、本実施例では、カラー原稿読み取り時には、スキャナ２０７０でカラー画像と白黒２値画像で２回スキャンする。その他の画像データ生成方法としては、本実施例では割愛するが、カラー原稿画像の読み取りの後にＨＤＤ２００４もしくはＲＡＭ２０００２に格納されたカラー画像データを「多値→２値画像変換手段」を設け、カラー画像から白黒２値画像データを生成することも可能である。
【００３２】
図９は文書属性を管理するための文書管理テーブルの構造図である。文書管理テーブルは複数の文書コントロールブロックの配列で構成される。文書が文書格納管理手段に格納されている場合は、対応する文書コントロールブロックの「状態」メンバーが「使用中」となる。「被参照カウンタ」は、同一文書を複数のジョブで共有するための仕組みを実現するものの１つで、文書格納格納手段から同一文書に対し複数の送信ジョブやプリントジョブが投入された場合の同一文書の参照数を管理するために用いられる。文書の消去が文書格納管理手段に対して指示されたとき、該当文書の「被参照カウンタ」が−１した結果０になった時点で文書が消去され、「状態」メンバーが「未使用」に変更される。「文書属性」は図１０で詳細に記述されているように、当該文書に白黒２値画像「Ｂ／Ｗ」が含まれるか、カラー画像「ＣＯＬＯＲ」が含まれるかどうかを示すＢＩＴ等で構成されている。
【００３３】
「ページ数」は、文書に含まれる画像枚数を示す。「受付番号」は、文書が生成されたときの管理通番であり、オペレータが自分で生成した文書の識別を行うために用いる。例えば、当該文書に対し送信ジョブやプリントジョブを実行した場合にジョブにどの文書が含まれるかいなかをユーザが識別できるようにジョブリストに表示したり、ジョブ履歴や文書格納管理手段で図２１に示す文書リストの文書を選択後に「詳細情報」ボタン押下で表示される。「サブＩＤ数」は、本発明における重要な管理データであり、同一原稿に対して管理される画像枚数がセットされている。例えば、カラー画像、白黒２値画像が格納されている場合は「２」となる。
【００３４】
「共通データ」は図１１で詳細に記述されている。「共通データ」の図１１の「文書作成者」は、文書が生成された際の情報を管理するためのデータ領域である。「部門コード」は、オペレータが本発明のデジタル複合複写機を操作する際に入力するオペレータが所属する部門コードであり、デジタル複合複写機の使用状況を部門管理するためのデータである。例えば、部門毎のプリント枚数や通信ジョブを管理するために用いる。また、文書格納管理手段が管理する文書の文書リスト上、ある文書がどの部門で生成されたものなのかを識別するために用いられ図２１に示す文書リストの文書を選択後に「詳細情報」ボタン押下で表示される。「コンポーネント」は、デジタル複合複写機内のどの機能部位（コンポーネント）で文書を生成したかを識別するためのデータ領域である。例えば、原稿読み取り文書なら「ＳＣＡＮ」、ＦＡＸ受信した文書ならば「ＦＡＸ」がセットされる。
【００３５】
「発信人名称」は、例えば、原稿読み取り時に送信モード指定手段図２３の「送信者名」で設定した値がセットされ、図２１に示す文書リストの文書を選択後に「詳細情報」ボタン押下で表示される。「文書名」は、例えば、ＦＡＸ受信時に遠隔ＦＡＸから受信した発信人名称文字列または電話番号文字列が図２１に示す文書リストで表示される。「文書日付」は、文書の生成日付日時秒が図２１に示す文書リストで表示される。
【００３６】
図１２は、ページ管理テーブルであり、文書格納管理手段が管理する画像１枚ごとのページ情報を管理するテーブルである。ページ管理テーブルは、複数のページコントロールブロックの配列で構成される。画像が文書格納管理手段に格納されている場合は、対応するページコントロールブロックの「状態」メンバーが「使用中」となる。「ページ情報」は、画像属性を管理する管理データ群である。そのメンバーである、「サブＩＤ属性」は、本発明における重要な管理データであり、同一原稿に対して管理される画像枚数分の属性データが配列で管理されている。
【００３７】
図１３は、「サブＩＤ属性」の詳細であり、画像１枚あたりのＴＩＦＦ（Ｔａｇｇｅｄ Ｉｍａｇｅ Ｆｏｒｍａｔ）等ファイルフォーマット種別情報がセットされる。「ファイルＩＤ」は、ＨＤＤ２００４に格納される画像ファイルを特定するためのファイルＩＤがセットされ、同一原稿に対して管理される画像枚数分の領域が確保されている。「共通データ」は、画像（イメージ）属性を管理するための管理データ領域であり、図１４で詳細に記述され、同一原稿に対して管理される画像枚数分の領域が確保されている。なお、画像属性に関する詳細な説明は後述する。
【００３８】
＜原稿モード指定手段＞
図４１と図２４と図３５乃至３７で本発明の原稿モード指定手段を説明する。図２４は、スキャナ２０７１に原稿をセットし、文書格納管理手段に原稿読み取り画像を格納する際の操作部２０１２の表示装置に表示される原稿読み取り属性をセットするための「読込設定」の操作画面である。
【００３９】
図２４の設定状態を説明する。まず、カラーモードが「カラー」で解像度が「１５０ｄｐｉ」で設定されており、原稿読み取り時に文書格納管理手段の図１２に示すページ管理テーブルの図１３には「ＪＦＩＦ」または「ＪＰＥＧ」、図１４に示す共通データの「カラー属性」には「ＲＧＢ」、Ｂｉｔ／Ｐｉｘｃｅｌには「Ｃｏｌｏｒ」、「解像度（主走査）には「１５０ｄｐｉ」、「解像度（副走査）」には「１５０ｄｐｉ」、「圧縮方式」には「ＪＰＥＧ」がセットされる。また、図２４に示す読込設定画面の「原稿タイプ」は「文字／写真」に設定されており、図１２に示すページ管理テーブルの「画像種別」には、「文字／写真」がセットされる。図１４に示す共通データの「カラー属性」の他の属性データに関しては、原稿の大きさ、向きや原稿読み取り手段のプリスキャン結果によって適正な値がセットされる。
【００４０】
次に、図３５乃至３７を用いてカラーモード指定の違いにより、どのようなカラーモードで原稿読み取り指示がなされるかに関して説明する。図３５乃至３７は、原稿を読み取るためにカラーモード（カラー白黒のいずれで読み取るかを決めるモード）を決定するための処理のフローチャートである。
【００４１】
先ず、Ｓ０７０１−０２で図２４のカラーモードで選択されたモードをチェックし、「カラー読み取り」が指定されるとＳ０７０１−０３では送信相手先が必ずカラーの原稿画像を受信可能であるか否かをチェックする。具体的には、送信相手先がカラー画像を受信できるか否か等の受信能力を交換するプロトコルを自らがが搭載してしいるかチェックする。受信能力を交換するプロトコルの代表的なものとして、ＦＡＸ装置があげられ、通信時でないと相手先のＦＡＸがカラー画像を受信できるのか否かが決定できない。但し、ＦＡＸ装置は白黒２値画像は必ず受信できる。
【００４２】
一方、受信能力の交換機能がないプロトコルとしては、電子メール、ＦＴＰ（Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）が一般的に知られている。受信能力の交換機能がないプロトコルは基本的に、カラー画像、グレースケール画像、白黒２値画像の何れを送信しても通信プロトコル上エラーになることはない。従って、カラー原稿蓄積の際にＳ０７０１−０３がＹＥＳの場合、原稿蓄積時に必ずしも送信先がカラー画像を受信できるかどうか不明なのでＳ０７０１−０４で同一原稿に対してカラー画像とまたはグレースケール画像と白黒２値画像を複数蓄積するようコントローラＣＰＵ２００１が原稿読み取り手段に指示する。次に、Ｓ０７０１−０５で処理を終了する。一方、Ｓ０７０１−０３がＮＯならば機器の送信可能な宛先がカラー画像を必ず送信できるのでＳ０７０１−６でコントローラＣＰＵ２００１は原稿読み取り手段にカラー画像またはグレースケール画像の読み取り指示を行う。次に、Ｓ０７０１−０５で処理を終了する。
【００４３】
Ｓ０７０１−０２でカラー読み取り指示でなければＳ０７０１−０７に移行し、カラー／白黒原稿検知読み取りが指定されているかチェックし、ＹＥＳならばＳ０７０１‐０８でカラー／白黒原稿検知手段の結果をチェックしカラー原稿ならＳ０７０１−０３に移行する。一方、白黒原稿として検知されたならＳ０７０１−０９に移行し、白黒２値原稿読み取り指示を行いＳ０７０１−０５に移行する。
【００４４】
＜送信手段＞
図４１、図３３、図３４、図３８乃至４０を用いて本発明のネットワーク通信手段を説明する。本発明のネットワーク通信手段は本発明の特徴をもっとよくあらわすものの１つである。
【００４５】
図３４は、実施例１における、基本的なシステム構成図である。複写機０６０２−０１は複数枚の原稿を読み取り、さまざまな装置に送信する装置である。ファイルサーバ／メールサーバ０６０２−０４は複写機０６０２−０１が読み取ったデータを格納するコンピュータである。クライアントコンピュータ０６０２−０５はファイルサーバ／メールサーバ０６０２−０４に接続し、データを表示するコンピュータである。イーサネット（登録商標）０６０２−０６は、複写機０６０２−０１、ファイルサーバ／メールサーバ０６０２−０４，クライアントコンピュータ０６０２−０５が接続されるネットワークである。ファイルサーバ／メールサーバ０６０２−０４は、ＦＴＰサーバやＮｅｔＷａｒｅサーバやＳＭＢサーバなどのことである。
【００４６】
図３３は、実施例１における、送信機能のソフトウェアブロック図であり、Ｃｏｎｔｒｏｌｌｅｒ Ｕｎｉｔ ２０００に実装される。操作部コンポーネント０６０１−０１は、送信するためのプロトコールや送信する画像のフォーマットや送信先などをユーザのタッチキー操作の指示により取得する。送信管理コンポーネント０６０１−００は、操作部コンポーネント０６０１−０１において選択された送信するためのプロトコールや送信する画像のフォーマットや送信先などの処理命令に従い、スキャナ管理コンポーネント０６０１−０４により原稿を読み取りを指示し、宛先管理コンポーネント０６０１−０２より宛先情報を取得し、読込んだ画像データをプリントコンポーネント０６０１−０５、ファクシミリ送信コンポーネント０６０１−０６、ファイルサーバ送信コンポーネント０６０１−０７、メール送信コンポーネント０６０１−０８に送信処理命令を発行することにより、それぞれ、複写機０６０２−０１にＬＡＮ０６０２−０６接続されたプリンタ（図示せず）、複写機０６０２−０１に電話回線で接続された遠隔のファクシミリ（図示せず）、ファイルサーバ／メールサーバ０６０２−０４に送信することができる。
【００４７】
特にファイルサーバ送信コンポーネント０６０１−０７は、ＦＴＰとＮｅｔＷａｒｅとＳＭＢとの３つのプロトコールを用いて、ファイルサーバ／メールサーバ１００４に送信することができる。送信管理コンポーネント０６０１−００は、宛先管理コンポーネント０６０１−０２とスキャナ管理コンポーネント０６０１−０４および各送信コンポーネント間でジョブ制御を行うジョブ管理コンポーネント０６０１−０３から構成される。
【００４８】
次に、図３８乃至４０を用いて送信手段が送信時処理Ｓ０７０２−０１にどのようにカラー画像、グレースケール画像、白黒２値画像を選択して送信するかに関して説明する。
【００４９】
まず、Ｓ０７０２−０２で図２３の送信設定画面でファイル形式（白黒／カラー）の指定である画像送信モードをチェックしＳ０７０２−０３のカラー指定チェックがＹＥＳならば、Ｓ０７０２−０４で送信先と通信するプロトコルの種別をチェックし、例えばＦＴＰやＥｍａｉｌまたはカラーＦＡＸ（但し、通信時に相手ＦＡＸの受信能力宣言でカラー受信能力有りと宣言された場合）カラー画像受信可能な宛先か否かを判定する。もしＹＥＳならばＳ０７０２−０５に移行し、送信画像がカラーならばカラー画像を、カラーでなければグレースケール画像を、グレースケール画像でなければ白黒２値画像を文書可能手段から選択して送信する。次にＳ０７０２−０６に移行して処理を終了する。
【００５０】
Ｓ０７０２−０４で送信先がカラー画像を受信できない場合、例えば白黒ＦＡＸ（但し、通信時に相手ＦＡＸの受信能力宣言でカラー受信能力なしと宣言された場合）はＳ０７０２−０７で白黒に値画像を選択して送信する。
【００５１】
Ｓ０７０２−０３で画像送信モードがカラーでない場合はＳ０７０２−０８に移行し画像送信モードが白黒画像が指定されたかチェックしＹＥＳならばＳ０７０２−０９で白黒２値画像を選択して送信しＳ０７０２−０６に移行する。さもなくば、画像送信モードがカラー／白黒混在送信モードであるとしてＳ０７０２−１０に移行し送信先がカラー画像を受信する能力があるかチェックする。
【００５２】
その結果がＹＥＳならばＳ０７０２−１１に移行し、送信画像がカラーならばカラー画像、さもなくば白黒２値画像を文書可能手段から選択して送信する。一方、Ｓ０７０２−１０で送信先が白黒２値画像しか受信できない場合は、Ｓ０７０２−１２で白黒２値画像を文書可能手段から選択して送信しＳ０７０２−０６に移行する。
【００５３】
＜アドレス指定手段＞
図１〜図８を用いて本発明のアドレス指定手段を説明する。本発明のアドレス指定手段は本発明の特徴をもっとよくあらわすものの１つである。図１は、アドレス指定手段のアドレス管理オブジェクト構造を表わしている。
【００５４】
本発明のアドレス指定手段は、Ｅｍａｉｌアドレス管理オブジェクト０００１−０１、ＦＴＰ（Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）やＳＭＢ（Ｓｅｒｖｅｒ Ｍｅｓｓａｇｅ Ｂｌｏｃｋ Ｐｒｏｔｏｃｏｌ）等のファイル転送／共有プロトコルのアドレス管理オブジェクト０００１−０２、本発明の文書格納管理手段を示すＢＯＸのアドレス管理オブジェクト０００１−０３、Ｉｎｔｅｒｎｅｔ ＦＡＸのアドレス管理オブジェクト０００１−０４、Ｇ３ＦＡＸのアドレス管理オブジェクト０００１−０５等の１宛先のオブジェクトを管理する１宛先管理オブジェクトと、送信予約時に図８に示す宛先表画面で選択した宛先を管理する宛先指定リストオブジェクト０００１−０５で構成される。
【００５５】
１宛先管理オブジェクトは、新規にアドレス登録されるたびに１つづつオブジェクトが生成される。以上のオブジェクトはＲＡＭ２００２、ＨＤＤ２００４上で格納管理される。なお、１宛先管理オブジェクトは、複数のアドレス関連の属性から構成される。アドレス指定手段が管理するアドレス関連の属性について図２から図６を用いて説明する。
【００５６】
図２は、Ｅｍａｉｌアドレス管理オブジェクト０００１−０１の管理属性である、「ｉｎｄｅｘＩｄ」は、宛先指定リストオブジェクト０００１−０５から各１宛先管理オブジェクトを参照するためのＩＤであり、各々ユニークである。「ｏｂｊｅｃｔＣｌａｓｓ」は宛先種別を表わし、Ｅｍａｉｌの場合は「Ｅｍａｉｌ」がセットされる。「ｐｒｏｔｏｃｏｌ」は通信プロトコル種別を表わし、Ｅｍａｉｌのばあいは「ＳＭＴＰ（Ｓｉｍｐｌｅ Ｍａｉｌ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）」がセットされる。以上が各宛先管理オブジェクトに共通な属性である。「ｍａｉｌＡｄｄｒｅｓｓ」は文字どうり、相手先の電子メールアドレスの文字列が格納される。
【００５７】
図３はファイル転送／共有プロトコルのアドレス管理オブジェクト０００１−０２の管理属性である。「ｕｒｌ」は、ＵＲＬ上のファイル転送／共有プロトコルのアドレス表記の文字列が格納される。「ｐａｔｈ」は送信ファイルをファイルサーバ上のどのディレクトリに格納するかを指定するディレクトリファイルパス文字列が格納される。「ｕｓｅｒＮａｍｅ」はファイルサーバ上でログインするためのユーザアカウントの文字列が格納される。「ｐｗｄ」はファイルサーバ上でログインするためのユーザアカウントに対するパスワードの文字列が格納される。
【００５８】
図４はＢＯＸのアドレス管理オブジェクト０００１−０３の管理属性である。「ｂｏｘＮｕｍｂｅｒ」は本発明のデジタル複合複写機内の文書格納管理手段が管理する１００個あるユーザＢＯＸの１つのＢＯＸを指定するための番号が格納される。
【００５９】
図５は、Ｉｎｔｅｒｎｅｔ ＦＡＸのアドレス管理オブジェクト０００１−０４の管理属性である。「ｍａｉｌＡｄｄｒｅｓｓ」はＥｍａｉｌと同様に相手先の電子メールアドレスの文字列が格納される。
【００６０】
図６は、Ｇ３ ＦＡＸのアドレス管理オブジェクト０００１−０４の管理属性である。「ＤｉａｌＤａｔａ」は、送信先ＦＡＸの電話番号文字列が格納される。
【００６１】
図７は、本発明の文書格納管理手段で格納文書の送信宛先の設定をおこなう「宛先表画面」であり、図２１に示すユーザＢＯＸの文書リストの画面で文書選択後に「送信」ボタンを押下後に表示される画面である。画面中央のアドレス一覧には登録されたアドレス一覧が表示され、アドレスを選択すると左端にチェックマークが表示される。本画面でアドレス選択後に「ＯＫ」ボタンを押下すると図８に示す「送信先の設定」画面が表示される。
【００６２】
図８は、「送信先の設定」画面であり、本画面の「送信設定」ボタンを押下すると図２３に示す「送信設定」画面が表示され、「件名」、「本文」等が設定できる。さらに、「ファイル形式（白黒／カラー）の選択メニュー」のメニューバーの項目を選択することで、本発明の特徴を最も良く表わすファイル生成パラメータ指定手段の送信ファイルに関する属性の指定できる。
【００６３】
＜文書選択手段＞
図１５〜図２２を用いて本発明の文書選択手段を説明する。本発明の文書選択手段は本発明の特徴をもっとよくあらわすものの１つである。図１５は、本発明の文書格納管理手段における文書選択手段のフローチャート図である。本図を中心に文書選択手段の機能を説明する。
【００６４】
Ｓ０２０１−０１でＢＯＸ送信操作を開始する。Ｓ０２０１−０２で図２０に示すコピー画面で「ボックス」タグを押下すると、Ｓ０２０１‐０３で図２１に示すＢＯＸ画面が表示される。次に、Ｓ０２０１−０４では図２１に示すＢＯＸ画面のユーザボックスが機器のディフォルトとして選択済みなので、Ｓ０２０１−０７で図２１に示すＢＯＸ画面でユーザボックス一覧を表示する。次に、図２１に示すＢＯＸ画面で「ボックス番号」欄の「０４」、「名称」が「ＢＯＸ＃０８」を選択するとＳ０２０１−０８がＹＥＳなのでＳ０２０３−０１に移行し、選択通番カウンタに０セットし、選択ＢＯＸの文書リスト管理データを初期化する。「送信等」の移動ボタンをマスクし、図２２のユーザボックスの８番「０４ ＢＯＸ＃０８」画面を表示する。次に、Ｓ０２０３−０２で図２２のユーザボックスの８番の文書リスト（一覧）画面を８件分表示する。次に、図２２の文書リストのなかから１選択目の文書である文書（「文書名」欄が「ＤＯＣ＃０２」）を選択すると、Ｓ０２０３−０３がＹＥＳとなり、選択文書が既に選択済みでないので、Ｓ０２０５−０１がＮＯとなり、Ｓ０２０５−０２で選択通番カウンタをインクリメントする。
【００６５】
ここでは、詳細を割愛するが、図１６ＡはＢＯＸリスト表示中に上矢印ボタン（図２１の右上）が押下された場合の処理を示すフローチャートである。図１６ＢはＢＯＸリスト表示中に下矢印ボタン（図２１の右上）が押下され、次のリストに最終ＢＯＸが含まれない場合の処理を示すフローチャートである。図１６Ｃは文書リスト表示中に下矢印ボタン（図２２の右上）が押下され、次のリストに最終文書が含まれない場合の処理を示すフローチャートである。図１７は、ＢＯＸを選択するための処理を示すフローチャートである。
【００６６】
図１８Ａは文書リスト表示中に上矢印ボタン（図２２の右上）が押下された場合の処理を示すフローチャートである。図１８Ｂは文書リスト表示中に機能ボタン（図２２の左下の「送信」ボタンや「プリント」ボタンや「ＢＯＸに移動」ボタン等）が押下された場合の処理を示すフローチャートである。図１８Ｃは文書選択後に「送信」ボタン以外の機能ボタンが押下された場合の処理を示すフローチャートである。図１８Ｄは文書選択後に「送信」ボタンや「移動」ボタン以外の機能ボタンが押下された場合の処理を示すフローチャートである。
【００６７】
図１９Ａは文書リストから文書（図２２の”ＤＯＣ＃０２”など）を押下した場合の処理を示すフローチャートである。図１９Ｂは既に選択されている文書（図２２の”ＤＯＣ＃０２， ＤＯＣ＃０４， ＤＯＣ＃０５”などの左に１，２，３等の選択順序番号が表示されている文書）が再度押下された場合の処理を示すフローチャートである。
【００６８】
次に、Ｓ０２０５−０３で選択された文書のリスト文書管理データの選択フラグをＯＮし、該管理データの選択通番号に選択番号カウンタ値をセットし、文書リストの該文書に対応した文書表示行に選択通番号値が表示された文書選択アイコン（図２２の「文書名」欄が「ＤＯＣ＃０２」の左端）を表示し、図２２の機能ボタンである「送信」ボタン、「プリント」ボタン、「消去」ボタンおよび「ボックスに移動」ボタンを有効化する。上記のＳＴＥＰと同様に図２２の文書リストのなかから２と３選択目の文書である文書（「文書名」欄が「ＤＯＣ＃０４」と「ＤＯＣ＃０５」）を選択する。
【００６９】
次に、図２２の「送信」ボタンを押下すると、Ｓ０２０３−０３がＹＥＳとなり、Ｓ０２０４−０４も選択参照カウンタが３なのでＹＥＳになり、「送信」ボタン押下なのでＳ０２０３−０５がＹＥＳとなり、Ｓ０２０４−０６に移行する。Ｓ０２０４−０６では、アドレス指定手段で説明した宛先設定処理、送信設定処理が実行されるともに、送信手段で説明した送信処理が実行される。なお、送信処理は文書リストで選択された文書の順番で文書結合されて送信される。次に、Ｓ０２０１−０３に移行し、ユーザボックス画面が表示される。
【００７０】
＜ファイル生成パラメータ指定手段＞
図２３を用いて本発明のファイル生成パラメータ指定手段を説明する。本発明のファイル生成パラメータ指定手段は本発明の特徴をもっとよくあらわすものの１つである。ファイル生成パラメータ指定手段の説明は、前記のアドレス指定手段で一部を説明したが、ここではさらに詳しく説明する。
【００７１】
ファイル生成パラメータ指定は、オペレータが図２３に示す「送信設定」画面の「ファイル形式（白黒／カラー）の選択メニュー」のメニューバーの項目を選択することで文書送信予約（送信ジョブ投入）毎に行うことができる。「ファイル形式（白黒／カラー）の選択メニュー」のメニューバーの「ＴＩＦＦ／ＪＰＥＧ」メニューを選択すると、文書リストで選択した複数の文書をＥｍａｉｌ、ＦＴＰ、ＳＭＢで送信する際に白黒画像なら画像１枚毎に１つのＴＩＦＦファイルにファイル形式変換手段により変換して送信できる。また、カラー画像なら画像１枚毎に１つのＪＰＥＧファイルとして送信できる。
【００７２】
「ＭＴＩＦＦ／ＰＤＦ」メニューを選択すると、文書リストで選択した複数の文書が全てカラー画像で構成されている場合や白黒とカラーが混在している場合は１つのＰＤＦファイルに変換して送信できる。一方、文書リストで選択した複数の文書が全て白黒画像の場合は１つのＭＴＩＦＦ（Ｍｕｌｔｉ ｐａｇｅ Ｔａｇｇｅｄ Ｉｍａｇｅ Ｆｉｌｅ Ｆｏｒｍａｔ）ファイルで送信できる。「ＰＤＦ／ＰＤＦ」メニューを選択すると、文書リストで選択した複数の文書がカラー白黒に関係なく、１つのＰＤＦファイルに変換して送信できる。ところで、図２３に示す「送信設定」画面では、表記がないが、複数の文書を文書単位でファイル化して送信するか、全文書を１ファイルとして送信するかを送信予約毎に設定できる。
【００７３】
＜ファイル形式変換手段＞
図２５〜図３２を用いて本発明のファイル形式変換手段を説明する。本発明のファイル形式変換手段は本発明の特徴をもっとよくあらわすものの１つである。まず、ファイル形式変換手段で重要である、図３０乃至３２に示すファイル形式変換手段の変換アルゴリズム表を説明する。
【００７４】
ファイル生成パラメータ指定手段で指定された、「送信時のファイル分割・結合指定の属性」、「カラー属性」、「ファイル形式属性」の組み合わせ、送信する文書の「原稿種別」の組み合わせと送信プロトコルの種別によって送信するファイル形式が異なる。
【００７５】
ファイル形式変換手段は、図３０乃至３２に示すファイル形式変換手段の変換アルゴリズム表をもとに変換すべきファイル形式を決定している。「送信時のファイル分割・結合指定の属性」のパレメータは種類存在する。１画像ファイル毎に１ファイルに変換する指定「ｐａｇｅ／ｆｉｌｅ」、１文書毎に１ファイルに変換する指定「文書／ｆｉｌｅ」、全文書を１ファイルに変換する指定「全文書／ｆｉｌｅ」である。「カラー属性」のパラメータは「カラー」、「白黒」の２種類である。「ファイル形式属性」は「ＴＩＦＦ」、「ＰＤＦ」の２種類である。「原稿種別」のパラメータは、送信する文書が全て「白黒画像のみ」、「カラー画像のみ」、「白黒、カラー画像混在」の３種類である。
【００７６】
次に、ＰＤＦフォーマットに関する説明と文書格納管理手段に格納された文書の画像ファイルをＰＤＦフォーマット変換する方法の説明を図２５〜図２９を使って説明する。
【００７７】
図２５は、ＰＤＦフォーマットの概要図である。文書格納手段に格納された画像（枚）変換できる上限数はＭとし、文書格納手段に格納された画像（枚）総数は２Ｍであった場合の例である。ファイルサーバ送信コンホーネント０６０１−０７内の処理で作成される。ＰＤＦ ０５０１‐００のフォーマットとは、ｈｅａｄｅｒ ０５０１‐０１と１枚目のｄａｔａ ０５０１‐０２と２枚目のｄａｔａ ０５０１‐０３と同じようにｄａｔａが続き、Ｍ枚目のｄａｔａ ０５０１‐０９と一回目のＰａｇｅｓ ０５０１‐１０と一回目のＣｒｏｓｓ Ｒｅｆｅｒｅｎｃｅ ０５０１‐１１と一回目のＴｒａｉｌｅｒ ０５０１‐１２と、Ｍ＋１枚目のｄａｔａ ０５０１‐２２とＭ＋２枚目のｄａｔａ ０５０１‐２３と同じようにｄａｔａが続き、２Ｍ枚目のｄａｔａ ０５０１‐２９と二回目のＰａｇｅｓ ０５０１‐３０と二回目のＣｒｏｓｓ Ｒｅｆｅｒｅｎｃｅ ０５０１‐３１と二回目のＴｒａｉｌｅｒ ０５０１‐３２とから構成される。
【００７８】
ｈｅａｄｅｒ ０５０１‐０１は、固定的に生成できる。１枚目のｄａｔａ ０５０１‐０２は、１枚目の画像とその解像度や圧縮形式などの属性情報から構成される。２枚目のｄａｔａ ０５０１‐０３も、２枚目の画像とその解像度や圧縮形式などの属性情報から構成される。同じようにｄａｔａが続き、Ｍ枚目のｄａｔａ ０５０１‐０９も、Ｍ枚目の画像とその解像度や圧縮形式などの属性情報から構成される。１枚目のｄａｔａ ０５０１‐０２や２枚目のｄａｔａ ０５０１‐０３などには、ｏｂｊｅｃｔ ｎｏというＰＤＦ内で一意の番号が割り当てられる。一回目のＰａｇｅｓ ０５０１‐１０内にそれらのｏｂｊｅｃｔ ｎｏが記述される。一回目のＣｒｏｓｓ Ｒｅｆｅｒｅｎｃｅ ０５０１‐１１は、一回目のＣｒｏｓｓ Ｒｅｆｅｒｅｎｃｅ ０５０１‐１１までに現われた全てのｏｂｊｅｃｔ ｎｏとそのｏｂｊｅｃｔ ｎｏが示すＰＤＦ内での位置情報が記述される。一回目のＴｒａｉｌｅｒ ０５０１‐１２には、一回目のＣｒｏｓｓ Ｒｅｆｅｒｅｎｃｅ ０５０１‐１１の位置情報が記述される。
【００７９】
次に、Ｍ＋１枚目のｄａｔａ ０５０１‐２２は、Ｍ＋１枚目の画像とその解像度や圧縮形式などの属性情報から構成される。Ｍ＋２枚目のｄａｔａ ０５０１‐２３も、Ｍ＋２枚目の画像とその解像度や圧縮形式などの属性情報から構成される。同じようにｄａｔａが続き、２Ｍ枚目のｄａｔａ ０５０１‐２９も、２Ｍ枚目の画像とその解像度や圧縮形式などの属性情報から構成される。Ｍ＋１枚目のｄａｔａ ０５０１‐２２やＭ＋２枚目のｄａｔａ ０５０１‐２３などにも、ｏｂｊｅｃｔ ｎｏというＰＤＦ内で一意の番号が割り当てられる。二回目のＰａｇｅｓ ０５０１‐３０内には、１枚目の画像のｄａｔａ ０５０１‐０１から２Ｍ枚目の画像のｄａｔａ ０５０１‐２９までのｏｂｊｅｃｔ ｎｏが記述される。二回目のＣｒｏｓｓ Ｒｅｆｅｒｅｎｃｅ ０５０１‐３１は、一回目のＰａｇｅｓ ０５０１‐１０を二回目のＰａｇｅｓ ０５０１‐３０で更新することが記述され、次に二回目のＰａｇｅｓ ０５０１‐３０の位置情報が記述され、Ｍ＋１枚目のｄａｔａ ０５０１‐２２のｏｂｊｅｃｔ ｎｏが記述され、Ｍ＋１枚目のｄａｔａ ０５０１‐２２から二回目のＣｒｏｓｓ Ｒｅｆｅｒｅｎｃｅ ０５０１‐３１までに現われた全てのｏｂｊｅｃｔの位置情報の値が記述される。
【００８０】
二回目のＴｒａｉｌｅｒ ０５０１‐３２には、一回目のＣｒｏｓｓ Ｒｅｆｅｒｅｎｃｅの位置情報と二回目のＣｒｏｓｓ Ｒｅｆｅｒｅｎｃｅ ０５０１‐３１の位置情報とが記述される。完全なＰＤＦフォーマットとしては、他の要素も必要である。しかし、本発明には関係ないので記述していない。
【００８１】
図２６は、図２５のＰＤＦフォーマットの概要図内の二回目のＰａｇｅｓ ０５０１‐３０の具体例である。文書格納手段に格納された画像（枚）変換できる上限数Ｍは２００とし、文書格納手段に格納された画像（枚）総数は０５０１‐０としている。”／Ｋｉｄｓ”の行０５０２‐０１で、１枚目の画像のｄａｔａ ０５０１‐０１から２Ｍ枚目の画像のｄａｔａ ０５０１‐２９までのｏｂｊｅｃｔ ｎｏが記述されている。１枚目の画像のｄａｔａ ０５０１‐０１のｏｂｊｅｃｔ ｎｏは、”１ ０ Ｒ”であり、２Ｍ枚目の画像のｄａｔａ ０５０１‐２９のｏｂｊｅｃｔ ｎｏは、”２３９４ ０ Ｒ”である。”／Ｃｏｕｎｔ ４００”は、全ての画像のｄａｔａのｏｂｊｅｃｔ数を示しており、その値は２Ｍであるから、４００となる。
【００８２】
図２７は、図２５のＰＤＦフォーマットの概要図内の二回目のＣｒｏｓｓ Ｒｅｆｅｒｅｎｃｅ ０５０１‐３１の具体例である。文書格納手段に格納された画像（枚）変換できる上限数Ｍは２００とし、文書格納手段に格納された画像（枚）総数は４００としている。一回目のＰａｇｅｓ ０５０１‐１０を二回目のＰａｇｅｓ ０５０１‐３０で更新すること０５０３−０１が記述され、二回目のＰａｇｅｓの位置情報０５０３−０２が記述され、Ｍ＋１枚目のｄａｔａ ０５０１‐２２のｏｂｊｅｃｔ ｎｏ０５０３−０３が１２００として記述され、Ｍ＋１枚目のｄａｔａ ０５０１‐２２の位置情報０５０３−０４が記述され、以下、二回目のＣｒｏｓｓ Ｒｅｆｅｒｅｎｃｅ ０５０１‐３１までに現われた全てのｏｂｊｅｃｔの位置情報の値が記述される。
【００８３】
図２８は、図２５のＰＤＦフォーマットの概要図内の二回目のＴｒａｉｌｅｒ ０５０１‐３２の具体例である。文書格納手段に格納された画像（枚）変換できる上限数Ｍは２００とし、文書格納手段に格納された画像（枚）総数は４００としている。一回目のＣｒｏｓｓ Ｒｅｆｅｒｅｎｃｅの位置情報０５０４−０１と二回目のＣｒｏｓｓ Ｒｅｆｅｒｅｎｃｅ ０５０１‐３１の位置情報０５０４−０２とが記述される。
【００８４】
図２９は、ＰＤＦファイルへの変換と連結と送信との流れを示すフローチャートである。ファイルサーバ送信コンポーネント０６０１−０７は、Ｓ０５０５−０１において、ＰＤＦファイルへの変換と連結と送信とを開始する。文書格納手段に格納された画像（枚）変換できる上限数はＭとし、文書格納手段に格納された画像（枚）総数はＮであった場合の例である。
【００８５】
まずＳ０５０５−０２において、ｈｅａｄｅｒ ０５０１‐０１を生成し送信し、スキャンした画像を送信した画像数用の変数ｉを０に初期化する。次にＳ０５０５−０３において、スキャンした画像を変換した画像数用の変数ｊを０に初期化する。次にＳ０５０５−０４において、原稿の総枚数であるＮとｉとを比較し、ｉがＮより小さければＳ０５０５−０５に進み、ｉがＮ以上であればＳ０５０５−０８に進む。次にＳ０５０５−０５において、文書格納手段に格納された画像（枚）変換できる上限数であるＭとｊとを比較し、ｊがＭより小さければＳ０５０５−０６に進み、ｊがＭ以上であればＳ０５０５−０７に進む。
【００８６】
次にＳ０５０５−０６において、ｉ枚目の原稿の画像の属性情報とデータを取得し、ｄａｔａを生成し送信し、Ｉとｊに１を加えて、Ｓ０５０５−０４の前に戻る。次にＳ０５０５−０７において、１枚目のｄａｔａのｏｂｊｅｃｔ ｎｏからｉ枚目までのｄａｔａのｏｂｊｅｃｔ ｎｏをＰａｇｅｓに書込み、それらの位置情報をＣｒｏｓｓ Ｒｅｆｅｒｅｎｃｅに書込み、Ｔｒａｉｌｅｒを生成して送信し、Ｓ０５０５−０３の前に戻る。Ｓ０５０５−０７を通るのが一回目の場合は、生成したＣｒｏｓｓ Ｒｅｆｅｒｅｎｃｅの位置情報を記憶しておく。Ｓ０５０５−０７を通るのが二回目以降の場合は、Ｔｒａｉｌｅｒの生成においては、前回のＣｒｏｓｓ Ｒｅｆｅｒｅｎｃｅの位置情報を書込み、かつ、今回生成したＣｒｏｓｓ Ｒｅｆｅｒｅｎｃｅの位置情報を記憶しておく。
【００８７】
次にＳ０５０５−０８において、１枚目のｄａｔａのｏｂｊｅｃｔ ｎｏからｉ枚目までのｄａｔａのｏｂｊｅｃｔ ｎｏをＰａｇｅｓに書込み、それらの位置情報をＣｒｏｓｓ Ｒｅｆｅｒｅｎｃｅに書込み、Ｔｒａｉｌｅｒを生成して送信し、Ｓ０５０５−０９に進む。 Ｓ０５０５−０８を通るのが一回目の場合は、生成したＣｒｏｓｓ Ｒｅｆｅｒｅｎｃｅの位置情報を記憶しておく。Ｓ０５０５−０８を通るのが二回目以降の場合は、Ｔｒａｉｌｅｒの生成においては、前回のＣｒｏｓｓ Ｒｅｆｅｒｅｎｃｅの位置情報を書込み、かつ、今回生成したＣｒｏｓｓ Ｒｅｆｅｒｅｎｃｅの位置情報を記憶しておく。次にＳ０５０５−０９において、ＰＤＦファイルへの変換と連結と送信とを終了する。
【００８８】
すなわち、本発明では、本複写機のユーザは、操作部２０１２のタッチキー操作により、原稿をスキャンするための解像度と白黒画像かカラー画像かと画像のフォーマットと送信するためのプロトコールと送信先とを選択する。画像のフォーマットとしては、白黒画像の場合、Ｓ−ＴＩＦＦかＭ−ＴＩＦＦかＰＤＦかが選択でき、カラー画像の場合は、ＪＰＥＧかＰＤＦかが選択できる。そして、白黒画像かカラー画像の場合で、ＰＤＦを選択したとする。また、送信するためのプロトコールとしては、ＳＭＴＰかＦＴＰかＮｅｔＷａｒｅかＳＭＢかを選んだとする。
【００８９】
ＦＴＰかＮｅｔＷａｒｅかＳＭＢの場合、送付先の情報としては、サーバ名とそのサーバ上のユーザ名とパスワードとディレクトリ名である。ＳＭＴＰの場合、送付先の情報としては、サーバ名とそのサーバ上のユーザ名であり、かつ、ＳＭＴＰサーバにアクセスするためのユーザ名とパスワードとである。そして、本複写機のユーザは、Ｎ枚の原稿をスキャナ２０７０に置き、送信の開始を操作部２０１２で指示する。
【００９０】
これらの情報は、操作部コンポーネント０６０１−０１でまとめられ、ジョブ管理コンポーネント０６０１−０３に通知される。ジョブ管理コンポーネント０６０１−０３は、これらの情報をまとめて一つのジョブとして扱う。また、操作部コンポーネント０６０１−０１は、このジョブを操作部２０１２に表示し、複写機１００１のユーザがこのジョブを選択してキャンセルする操作を受付られるようにする。
【００９１】
次に、ジョブ管理コンポーネント０６０１−０３は、解像度と白黒読み取りかカラー読み取りかをスキャナ管理コンポーネント０６０１−０４に指示する。スキャナ管理コンポーネント０６０１−０４は、デバイスＩ／Ｆ２００２を通して、指定された解像度で、指定された白黒読み取り、あるいは、カラー読み取りとして、スキャナ２０７０を動作させ、Ｎ枚の原稿を読込ませ入力画像を得て、スキャナ画像処理部２０８０で入力画像データを補正、加工、編集する。さらに、画像回転２０３０を用いて入力画像を回転し、白黒読み取りの場合は、画像圧縮２０４０によって、ＣＣＩＴＴ ｔｗｏ−ｄｉｍｅｎｓｉｏｎａｌ ｅｎｃｏｄｉｎｇ（以後、ＭＭＲと呼ぶ）で圧縮し、複数枚のＳ−ＴＩＦＦファイルに変換して、ＨＤＤ２００４に格納する。カラー読み取りの場合は、画像圧縮２０４０によってＪＰＥＧ圧縮で圧縮し、複数枚のＪＰＥＧファイルに変換して、ＨＤＤ２００４に格納する。格納が終了すると、スキャナ管理コンポーネント０６０１−０４は、ジョブ管理コンポーネント０６０１−０３に入力された画像のＨＤＤ２００４内の所在を通知する。
【００９２】
次に、ジョブ管理コンポーネント０６０１−０３は、送信するためのプロトコールがＦＴＰかＮｅｔＷａｒｅかＳＭＢなので、ファイルサーバ送信コンポーネント０６０１−０７をジョブの処理先として選択し、入力された画像のＨＤＤ２００４内の所在とフォーマットと送信するためのプロトコールと送信先との情報をＦＴＰかＮｅｔＷａｒｅかＳＭＢの場合ファイルサーバ送信コンポーネント０６０１−０７に通知し、ＳＭＴＰの場合メール送信コンポーネント０６０１−０８に通知する。
【００９３】
次に、ファイルサーバ送信コンポーネント０６０１−０７、あるいは、メール送信コンポーネント０６０１−０８は、通知されたプロトコールを読み出し、Ｎｅｔｗｏｒｋ Ｉ／Ｆ２０１０を通して用いるプロトコールを決定し、そのプロトコールを使って、通知された送信先であるファイルサーバ／メールサーバ１００４にアクセスする。通知されたサーバ名とそのサーバ上のユーザ名とバスワードを使って、指定されたファイルサーバ／メールサーバ１００４にログインし、送信する画像ファイルを置くディレクトリを指定する。日時と指定されたフォーマットから送信するファイル名を自動生成し、指定する。
【００９４】
次に、ファイルサーバ送信コンポーネント０６０１−０７は、通知されたフォーマットがＰＤＦだったので、ＨＤＤ２００４内に入力された画像を取り出し、読込まれた複数枚の画像を一つの画像データに変換する手段と、その変換された一つの画像を連結できる手段と、この連結された画像データをＬＡＮ上に送信できる手段とを用いて、ＰＤＦに変換し連結しながら、ファイルサーバ／メールサーバ１００４に送信する。文書格納手段に格納された画像（枚）変換できる上限数はＭとし、文書格納手段に格納された画像（枚）総数はＮであった場合の例である。
【００９５】
そこで、Ｓ０５０５−０１における、ＰＤＦファイルへの変換と連結と送信とを開始する。まずＳ０５０５−０２において、ｈｅａｄｅｒ ０５０１‐０１を生成し送信し、選択した文書内に含まれる画像を送信した画像数用の変数ｉを０に初期化する。次にＳ０５０５−０３において、選択した文書内に含まれる画像を変換した画像数用の変数ｊを０に初期化する。次にＳ０５０５−０４において、原稿の総枚数であるＮとｉとを比較し、ｉがＮより小さければＳ０５０５−０５に進み、ｉがＮ以上であればＳ０５０５−０８に進む。
【００９６】
次にＳ０５０５−０５において、文書格納手段に格納された画像（枚）変換できる上限数であるＭとｊとを比較し、ｊがＭより小さければＳ０５０５−０６に進み、ｊがＭ以上であればＳ０５０５−０７に進む。次にＳ０５０５−０６において、ｉ枚目の原稿の画像の属性情報とデータを取得し、ｄａｔａを生成し送信し、Ｉとｊに１を加えて、Ｓ０５０５−０４の前に戻る。次にＳ０５０５−０７において、１枚目のｄａｔａのｏｂｊｅｃｔ ｎｏからｉ枚目までのｄａｔａのｏｂｊｅｃｔ ｎｏをＰａｇｅｓに書込み、それらの位置情報をＣｒｏｓｓ Ｒｅｆｅｒｅｎｃｅに書込み、Ｔｒａｉｌｅｒを生成して送信し、Ｓ０５０５−０３の前に戻る。Ｓ０５０５−０７を通るのが一回目の場合は、生成したＣｒｏｓｓ Ｒｅｆｅｒｅｎｃｅの位置情報を記憶しておく。Ｓ０５０５−０７を通るのが二回目以降の場合は、Ｔｒａｉｌｅｒの生成においては、前回のＣｒｏｓｓ Ｒｅｆｅｒｅｎｃｅの位置情報を書込み、かつ、今回生成したＣｒｏｓｓ Ｒｅｆｅｒｅｎｃｅの位置情報を記憶しておく。
【００９７】
次にＳ０５０５−０８において、１枚目のｄａｔａのｏｂｊｅｃｔ ｎｏからｉ枚目までのｄａｔａのｏｂｊｅｃｔ ｎｏをＰａｇｅｓに書込み、それらの位置情報をＣｒｏｓｓ Ｒｅｆｅｒｅｎｃｅに書込み、Ｔｒａｉｌｅｒを生成して送信し、Ｓ０５０５−０９に進む。 Ｓ０５０５−０８を通るのが一回目の場合は、生成したＣｒｏｓｓ Ｒｅｆｅｒｅｎｃｅの位置情報を記憶しておく。Ｓ０５０５−０８を通るのが二回目以降の場合は、Ｔｒａｉｌｅｒの生成においては、前回のＣｒｏｓｓ Ｒｅｆｅｒｅｎｃｅの位置情報を書込み、かつ、今回生成したＣｒｏｓｓ Ｒｅｆｅｒｅｎｃｅの位置情報を記憶しておく。次にＳ０５０５−０９において、ＰＤＦファイルへの変換と連結と送信とを終了し、そのジョブの送信を終了する。
【００９８】
さらに、本発明は上記実施形態を実現するための装置及び方法のみに限定されるものではなく、上記システム又は装置内のコンピュータ（ＣＰＵあるいはＭＰＵ）に、上記実施形態を実現するためのソフトウエアのプログラムコードを供給し、このプログラムコードに従って上記システムあるいは装置のコンピュータが上記各種デバイスを動作させることにより上記実施形態を実現する場合も本発明の範疇に含まれる。
【００９９】
またこの場合、前記ソフトウエアのプログラムコード自体が上記実施形態の機能を実現することになり、そのプログラムコード自体、及びそのプログラムコードをコンピュータに供給するための手段、具体的には上記プログラムコードを格納した記憶媒体は本発明の範疇に含まれる。
【０１００】
この様なプログラムコードを格納する記憶媒体としては、例えばフロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等を用いることができる。
【０１０１】
また、上記コンピュータが、供給されたプログラムコードのみに従って各種デバイスを制御することにより、上記実施形態の機能が実現される場合だけではなく、上記プログラムコードがコンピュータ上で稼働しているＯＳ（オペレーティングシステム）、あるいは他のアプリケーションソフト等と共同して上記実施形態が実現される場合にもかかるプログラムコードは本発明の範疇に含まれる。
【０１０２】
更に、この供給されたプログラムコードが、コンピュータの機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに格納された後、そのプログラムコードの指示に基づいてその機能拡張ボードや機能格納ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって上記実施形態が実現される場合も本発明の範疇に含まれる。
【０１０３】
【発明の効果】
以上の説明により、本発明によって、ユーザが原稿をカラーで読み取るか、白黒で読み取るかを指定する必要が無くなり、より簡便に原稿の読み取りを行うことができる。また、原稿が白黒であれば白黒で読み取って外部装置に送信するので、無駄に記憶領域を使用することもなく、また送信に要する時間を短縮することが出来る。
【図面の簡単な説明】
【図１】アドレス指定手段のアドレス管理オブジェクト構造を表している図である。
【図２】Ｅｍａｉｌアドレス管理オブジェクト０００１−０１の管理属性を説明するための図である。
【図３】ファイル転送／共有プロトコルのアドレス管理オブジェクト０００１−０２の管理属性を説明するための図である。
【図４】ＢＯＸのアドレス管理オブジェクト０００１−０３の管理属性を説明するための図である。
【図５】Ｉｎｔｅｒｎｅｔ ＦＡＸのアドレス管理オブジェクト０００１−０４の管理属性を説明するための図である。
【図６】Ｇ３ ＦＡＸのアドレス管理オブジェクト０００１−０４の管理属性を説明するための図である。
【図７】宛先表画面を示す図である。
【図８】宛先表画面を示す図である。
【図９】文書属性を管理するための文書管理テーブルの構造図である。
【図１０】文書属性の詳細を示す図である。
【図１１】共通データをの詳細を示す図である。
【図１２】ページ管理テーブルを示す図である。
【図１３】サブＩＤ属性の詳細を示す図である。
【図１４】共通データの詳細を示す図である。
【図１５】本発明の文書格納管理手段における文書選択手段のフローチャート図である。
【図１６Ａ】ＢＯＸリスト表示中に上矢印ボタン（図２１の右上）が押下された場合の処理を示すフローチャートである。
【図１６Ｂ】ＢＯＸリスト表示中に下矢印ボタン（図２１の右上）が押下され、次のリストに最終ＢＯＸが含まれない場合の処理を示すフローチャートである。
【図１６Ｃ】文書リスト表示中に下矢印ボタン（図２２の右上）が押下され、次のリストに最終文書が含まれない場合の処理を示すフローチャートである。
【図１７】ＢＯＸを選択するための処理を示すフローチャートである。
【図１８Ａ】文書リスト表示中に上矢印ボタン（図２２の右上）が押下された場合の処理を示すフローチャートである。
【図１８Ｂ】文書リスト表示中に機能ボタン（図２２の左下の「送信」ボタンや「プリント」ボタンや「ＢＯＸに移動」ボタン等）が押下された場合の処理を示すフローチャートである。
【図１８Ｃ】文書選択後に「送信」ボタン以外の機能ボタンが押下された場合の処理を示すフローチャートである。
【図１８Ｄ】文書選択後に「送信」ボタンや「移動」ボタン以外の機能ボタンが押下された場合の処理を示すフローチャートである。
【図１９Ａ】文書リストから文書（図２２の”ＤＯＣ＃０２”など）を押下した場合の処理を示すフローチャートである。
【図１９Ｂ】既に選択されている文書（図２２の”ＤＯＣ＃０２， ＤＯＣ＃０４， ＤＯＣ＃０５”などの左に１，２，３等の選択順序番号が表示されている文書）が再度押下された場合の処理を示すフローチャートである。
【図２０】コピー画面を示す図である。
【図２１】文書リストを示す図である。
【図２２】ユーザボックスの８番「０４ ＢＯＸ＃０８」画面を示す図である。
【図２３】送信設定を行う画面を示す図である。
【図２４】読み込み設定の操作画面を示す図である。
【図２５】ＰＤＦフォーマットの概要図である。
【図２６】図２５のＰＤＦフォーマットの概要図内の二回目のＰａｇｅｓ ０５０１‐３０の具体例を示す図である。
【図２７】図２５のＰＤＦフォーマットの概要図内の二回目のＣｒｏｓｓ Ｒｅｆｅｒｅｎｃｅ ０５０１‐３１の具体例を示す図である。
【図２８】図２５のＰＤＦフォーマットの概要図内の二回目のＴｒａｉｌｅｒ ０５０１‐３２の具体例を示す図である。
【図２９】ＰＤＦファイルへの変換と連結と送信との流れを示すフローチャートである。
【図３０】ファイル形式変換手段の変換アルゴリズム表である。
【図３１】ファイル形式変換手段の変換アルゴリズム表である。
【図３２】ファイル形式変換手段の変換アルゴリズム表である。
【図３３】実施例１における送信機能のソフトウェアブロック図である。
【図３４】実施例１における基本的なシステム構成図である。
【図３５】原稿を読み取るためにカラーモード（カラー白黒のいずれで読み取るかを決めるモード）を決定するための処理のフローチャートである。
【図３６】原稿を読み取るためにカラーモード（カラー白黒のいずれで読み取るかを決めるモード）を決定するための処理のフローチャートである。
【図３７】原稿を読み取るためにカラーモード（カラー白黒のいずれで読み取るかを決めるモード）を決定するための処理のフローチャートである。
【図３８】送信手段が行う処理のフローチャートである。
【図３９】送信手段が行う処理のフローチャートである。
【図４０】送信手段が行う処理のフローチャートである。
【図４１】本発明の画像送信装置の全体構成図である。
【図４２】画像入出力デバイスを示す図である。
【図４３】操作部２０１２の構成を示す図である。
【図４４】スキャナ画像処理部２０８０の構成を示す図である。
【図４５】プリンタ画像処理部２０９０の構成を示す図である。
【図４６】画像圧縮部２０４０の構成を示す図である。
【図４７】スキャナ画像処理２０８０の詳細を説明する図である。
【図４８】画像回転部２０３０の構成を示す図である。
【図４９】画像データの転送を説明する図である。
【図５０】デバイスＩ／Ｆ部２０２０の構成を示す図である。
【図５１】画像データをＲＡＭ２０３３に書き込む様子を説明するための図である。
【発明の属する技術分野】
本発明は、画像送信装置、画像送信方法に関するものである。
【０００２】
【従来の技術】
カラー原稿読み取りが可能、かつ他の機器とのデータの送受信が可能な従来のデジタル複合複写装置が原稿読み取りを行う場合、従前にユーザがカラー原稿読み取りか白黒原稿読み取りの指定を行う必要があった。さらに、カラー原稿読み取りを指定し、読み取った原稿の画像を他の機器に送信する場合、送信される原稿中に白黒原稿、カラー原稿が混在している場合においても全原稿がカラー画像として送信されていた。
【０００３】
【発明が解決しようとする課題】
しかしながら上記従来例のデジタル複合複写装置は、ユーザが原稿読み取り時にカラー原稿読み取りか白黒原稿読み取りの指定する必要があり操作の手間がかかるという欠点があった。
【０００４】
さらに、カラー原稿読み取りを指定し、読み取った原稿の画像を他の機器に送信する場合、送信される原稿に白黒原稿、カラー原稿が混在している場合においても全原稿がカラー画像として送信していた。カラー画像データは白黒画像データに比べてデータ量が大きいため、通信時間が余分にかかるばかりでなく、読み取った原稿の画像を記憶するための記憶領域を無駄に使用するという欠点があった。
【０００５】
本発明は以上の問題に鑑みてなされたものであり、原稿がカラーであればカラーで読み取って外部装置に送信し、原稿が白黒であれば白黒で読み取って外部装置に送信する画像送信装置、画像送信方法を提供することを目的とする。
【０００６】
【課題を解決するための手段】
本発明の目的を達成するために、例えば本発明の画像通信装置は以下の構成を備える。
【０００７】
すなわち、原稿をカラー、もしくは白黒で読み取り、読み取った原稿画像を保持する読み取り手段と、外部装置に当該原稿画像を送信可能な送信手段とを備える画像送信装置であって、
前記外部装置と通信し、前記外部装置がカラー原稿画像受信可能であるか否かを検知する検知手段を備え、
当該検知手段が前記外部装置がカラー原稿画像受信可能であると検知した場合、前記送信手段は前記読み取り手段が前記原稿をカラーで読み取り、保持しておいたカラー原稿画像を前記外部装置に対して送信し、前記検知手段が前記外部装置がカラー原稿画像受信可能でないと検知した場合、前記送信手段は前記読み取り手段が前記原稿を白黒で読み取り、保持しておいた白黒原稿画像を前記外部装置に対して送信することを特徴とする。
【０００８】
本発明の目的を達成するために、例えば本発明の画像通信方法は以下の構成を備える。
【０００９】
すなわち、原稿をカラー、もしくは白黒で読み取り、読み取った原稿画像を保持する読み取り工程と、外部装置に当該原稿画像を送信可能な送信工程とを備える画像送信方法であって、
前記外部装置と通信し、前記外部装置がカラー原稿画像受信可能であるか否かを検知する検知工程を備え、
当該検知工程で前記外部装置がカラー原稿画像受信可能であると検知した場合、前記送信工程では前記読み取り工程で前記原稿をカラーで読み取り、保持しておいたカラー原稿画像を前記外部装置に対して送信し、前記検知工程で前記外部装置がカラー原稿画像受信可能でないと検知した場合、前記送信工程では前記読み取り工程で前記原稿を白黒で読み取り、保持しておいた白黒原稿画像を前記外部装置に対して送信することを特徴とする。
【００１０】
【発明の実施の形態】
以下添付図面を参照して、本発明を好適な実施形態に従って詳細に説明する。
＜ハード全体構成とネットワーク接続手段＞
本実施形態における画像送信装置の全体構成図を図４１に示す。Ｃｏｎｔｒｏｌｌｅｒ Ｕｎｉｔ ２０００は画像入力デバイスであるＳｃａｎｎｅｒ２０７０や画像出力デバイスであるＰｒｉｎｔｅｒ２０９５と接続し、一方ではＬＡＮ２０１１や公衆回線（ＷＡＮ）２０５１接続することで、画像情報やデバイス情報の入出力を行う為のコントローラである。ＣＰＵ２００１はシステム全体を制御するコントローラである。ＲＡＭ２００２はＣＰＵ２００２が動作するためのシステムワークメモリであり、画像データを一時記憶するための画像メモリでもある。ＲＯＭ２００３はブートＲＯＭであり、システムのブートプログラムが格納されている。ＨＤＤ２００４はハードディスクドライブで、システムソフトウェア、画像データを格納する。
【００１１】
操作部Ｉ／Ｆ２００６は操作部（ＵＩ）２０１２とインターフェース部で、操作部２０１２に表示する画像データを操作部２０１２に対して出力する。また、操作部２０１２から本システム使用者が入力した情報を、ＣＰＵ２００１に伝える役割をする。Ｎｅｔｗｏｒｋ２０１０はＬＡＮ２０１１に接続し、情報の入出力を行う。Ｍｏｄｅｍ２０５０はここでは記載がないが、ＮＣＵ（Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）を介して公衆回線２０５１に接続し、ＦＡＸモデム、データモデム機能を搭載し、ＩＴＵ−Ｔ Ｖ．８勧告、Ｖ．３４勧告、Ｔ．３０勧告等の通信プロトコルネゴシエーション、モデム制御手順、Ｇ３ＦＡＸ通信手順やＰＰＰ（Ｐｏｉｎｔ ｔｏ Ｐｏｉｎｔ Ｐｒｏｔｏｃｏｌ）通信手順を搭載し、リモートＧ３ＦＡＸ端末やリモートのＬＡＮ上やインターネット上のＰＰＰサーバーとの通信を行う。
【００１２】
さらに、Ｍｏｄｅｍ２０５０はシステムバス２００７に対して脱着可能な構成であり、脱着状態をＣＰＵ２００１が検知できる構成となっている。以上のデバイスがシステムバス２００７上に配置される。Ｉｍａｇｅ Ｂｕｓ Ｉ／Ｆ２００５はシステムバス２００７と画像データを高速で転送する画像バス２００８を接続し、データ構造を変換するバスブリッジである。画像バス２００８は、ＰＣＩバスまたはＩＥＥＥ１３９４で構成される。画像バス２００８上には以下のデバイスが配置される。ラスターイメージプロセッサ（ＲＩＰ）２０６０はＰＤＬコードをビットマップイメージに展開する。デバイスＩ／Ｆ部２０２０は、画像入出力デバイスであるスキャナ２０７０やプリンタ２０９５とコントローラ２０００を接続し、画像データの同期系／非同期系の変換を行う。スキャナ画像処理部２０８０は、入力画像データに対し補正、加工、編集を行う。プリンタ画像処理部は、プリント出力画像データに対して、プリンタの補正、解像度変換等を行う。画像回転部２０３０は画像データの回転を行う。画像圧縮部２０４０は、多値画像データはＪＰＥＧ、２値画像画像データはＪＢＩＧ、ＭＭＲ、ＭＨの圧縮伸張処理を行う。
【００１３】
＜画像入出力部＞
画像入出力デバイスを図４２に示す。画像入力デバイスであるスキャナ部２０７０は、原稿となる紙上の画像を照明し、ＣＣＤラインセンサ（図示せず）を走査することで、ラスターイメージデータ２０７１として電気信号に変換する。原稿用紙は原稿フィーダ２０７２のトレイ２０７３にセットし、装置使用者が操作部２０１２から読み取り起動指示することにより、コントローラＣＰＵ２００１がスキャナ２０７０（原稿読み取り手段）に指示を与え（２０７１）、フィーダ２０７２は原稿用紙を１枚ずつフィードし原稿画像の読み取り動作を行う。
【００１４】
図４７にスキャナ画像処理２０８０の詳細説明を示す。スキャナから入力されたＲＧＢ各８ｂｉｔの輝度信号はマスキング２５０１によりＣＣＤのフィルタ色に依存しない標準的なＲＧＢ色信号に変換される。変倍２５０２によって変倍の必要がある場合は変倍を行う。フィルタ２５０３では画像をぼかしたり、メリハリをつける処理が行われる。ガンマ２５０４では画像全体の濃度を濃くあるいは薄くするように処理が行われる。
【００１５】
また、カラー／白黒原稿検知手段として原稿がカラーか白黒かを判断するために変倍前の画像信号を色空間変換２５０５によって公知のＬａｂに変換する。このうちａ，ｂは色信号成分を表しており、比較器２５０５内の所定のレベル以上であれば有彩色、そうでなければ無彩色として１ｂｉｔの判定信号を比較器２５０５から出力する。カウンタ２５０７は比較器からの出力を計測する。
【００１６】
画像出力デバイスであるプリンタ部２０９５は、ラスターイメージデータ２０９６を用紙上の画像に変換する部分であり、その方式は感光体ドラムや感光体ベルトを用いた電子写真方式、微少ノズルアレイからインクを吐出して用紙上に直接画像を印字するインクジェット方式等があるが、どの方式でも構わない。プリント動作の起動は、コントローラＣＰＵ２００１からの指示２０９６によって開始する。プリンタ部２０９５には、異なる用紙サイズまたは異なる用紙向きを選択できるように複数の給紙段を持ち、それに対応した用紙カセット２１０１、２１０２、２１０３、２１０４がある。また、排紙トレイ２１１１は印字し終わった用紙を受けるものである。
【００１７】
＜操作部＞
操作部２０１２の構成を図４３に示す。ＬＣＤ表示部２０１３は、ＬＣＤ上にタッチパネルシートが貼られており、システムの操作画面を表示するとともに、表示してあるキーが押されるとその位置情報をコントローラＣＰＵ２００１に伝える。スタートキー２０１４は原稿画像の読み取り動作を開始する時などに用いる。スタートキー２０１４中央部には、緑と赤の２色ＬＥＤ２０１８があり、その色によってスタートキー２０１４が使える状態にあるかどうかを示す。ストップキー２０１５は稼働中の動作を止める働きをする。ＩＤキー２０１６は、使用者のユーザーＩＤを入力する時に用いる。リセットキー２０１７は操作部からの設定を初期化する時に用いる。
【００１８】
＜スキャナ画像処理部＞
スキャナ画像処理部２０８０の構成を図４４に示す。画像バスＩ／Ｆコントローラ２０８１は、画像バス２００８と接続し、そのバスアクセスシーケンスを制御する働きと、スキャナ画像処理部２０８０内の各デバイスの制御及びタイミングを発生させる。フィルタ処理部２０８２は、空間フィルタでコンボリューション演算を行う。編集部２０８３は、例えば入力画像データからマーカーペンで囲まれた閉領域を認識して、その閉領域内の画像データに対して、影つけ、網掛け、ネガポジ反転等の画像加工処理を行う。変倍処理部２０８４は、読み取り画像の解像度を変える場合にラスターイメージの主走査方向について補間演算を行い拡大、縮小を行う。副走査方向の変倍については、画像読み取りラインセンサ（図示せず）を走査する速度を変えることで行う。テーブル２０８５は、読み取った輝度データである画像データを濃度データに変換するために、行うテーブル変換である。２値化２０８６は、多値のグレースケール画像データを、誤差拡散処理やスクリーン処理によって２値化する。処理が終了した画像データは、再び画像バスコントローラ２０８１を介して、画像バス上に転送される。
【００１９】
＜プリンタ画像処理部＞
プリンタ画像処理部２０９０の構成を図４５に示す。画像バスＩ／Ｆコントローラ２０９１は、画像バス２００８と接続し、そのバスアクセスシーケンスを制御する働きと、スキャナ画像処理部２０９０内の各デバイスの制御及びタイミングを発生させる。解像度変換部２０９２は、Ｎｅｔｗｏｒｋ２０１１あるいは公衆回線２０５１から来た画像データを、プリンタ２０９５の解像度に変換するための解像度変換を行う。スムージング処理部２０９３は、解像度変換後の画像データのジャギー（斜め線等の白黒境界部に現れる画像のがさつき）を滑らかにする処理を行う。
【００２０】
＜画像圧縮部＞
画像圧縮部２０４０の構成を図４６に示す。画像圧縮部２０４０は、生画像データをＭＭＲ（Ｍｏｄｉｆｉｅｄ Ｍｏｄｉｆｉｅｄ Ｒｅａｄ），ＭＲ（Ｍｏｄｉｆｉｅｄ Ｒｅａｄ），ＭＨ（Ｍｏｄｉｆｉｅｄ Ｈａｈｕｍａｎ），ＪＢＩＧ（Ｊｏｉｎｔ Ｂｉ−ｌｅｖｅｌ Ｉｍａｇｅ ｅｘｐｅｒｔｓ Ｇｒｏｕｐ），ＪＰＥＧ（Ｊｏｉｎｔ Ｐｈｏｔｏｇｒａｐｈｉｃ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）等の画像符号データに圧縮する機能、ＭＭＲ，ＭＲ，ＭＨ，ＪＢＩＧ，ＪＰＥＧ等の画像符号データを生画像データに伸長する機能、及び生画像データを画像データ画像にの画素密度変換を行う画素密度変換機能をもつ。画素密度変換とは、例えば、Ａ３画像をＡ４画像に変換する画像サイズ変換と４００ＤＰＩ（Ｄｏｔｓ Ｐｅｒ Ｉｎｃｈ）×４００ＬＰＩ（Ｌｉｎｅｓ Ｐｅｒ Ｉｎｃｈ）を２００ＤＰＩ×２００ＬＰＩの解像度に変換する機能をもつ。
【００２１】
バスＩ／Ｆコントローラ２０４１は、画像バス２００８と接続し、そのバスアクセスシーケンスを制御する働き、入力バッファ２０４２・出力バッファ２０４５とのデータのやりとりを行うためのタイミング制御及び、画像圧縮・伸長・画素密度変換部２０４３に対するモード設定などの制御を行う。以下に画像圧縮処理部の処理手順を示す。画像バス２００８を介して、ＣＰＵ２００１から画像バスＩ／Ｆコントローラ２０４１に画像圧縮、伸長または画素密度変換制御のための設定を行う。この設定により画像バスＩ／Ｆコントローラ２０４１は画像圧縮・伸長・画素密度変換部２０４３に対して画像圧縮、伸長または画素密度変換に必要な設定を行う。必要な設定を行った後に、再度ＣＰＵ２００１から画像バスＩ／Ｆコントローラ２０４１に対して生画像データまたは画像符号データの転送の許可を行う。この許可に従い、画像バスＩ／Ｆコントローラ２０４１はＲＡＭ２００２もしくは画像バス２００８上の各デバイスから画像データの転送を開始する。
【００２２】
受け取った画像データは入力バッファ２０４２に一時格納され、画像圧縮・伸長・画素密度変換部２０４３の画像データ要求に応じて一定のスピードで生画像データまたは画像符号データを転送する。この際、入力バッファは画像バスＩ／Ｆコントローラ２０４１と、画像圧縮部・伸長・画素密度変換２０４３両者の間で、生画像データまたは画像符号データを転送できるかどうかを判断し、画像バス２００８からの生画像データまたは画像符号データの読み込み及び、画像圧縮・伸長・画素密度変換部２０４３への生画像データまたは画像符号データの書き込みが不可能である場合は、データの転送を行わないような制御を行う（以後このような制御をハンドシェークと呼称する）。画像圧縮・伸長・画素密度変換部２０４３は受け取った生画像データまたは画像符号データを、一旦ＲＡＭ２０４４に格納する。画像圧縮を施された画像データは直ちに出力バッファ２０４５に送られる。
【００２３】
出力バッファ２０４５では、画像バスＩ／Ｆコントローラ２０４１及び画像圧縮・伸長・画素密度変換部２０４３とのハンドシェークを行い、生画像データまたは画像符号データを画像バスＩ／Ｆコントローラ２０４１に転送する。画像バスＩ／Ｆコントローラ２０４１では転送された圧縮、伸長または画素密度変換されたされた生画像データまたは画像符号データをＲＡＭ２００２もしくは画像バス２００８上の各デバイスにデータを転送する。こうした一連の処理は、ＣＰＵ２００１からの処理要求が無くなるまで（必要なページ数の処理が終わったとき）、もしくはこの画像圧縮部から停止要求が出るまで（圧縮及び伸長時のエラー発生時等）繰り返される。
【００２４】
＜画像回転部＞
画像回転部２０３０の構成を図４８に示す。画像バスＩ／Ｆコントローラ２０３１は、画像バス２００８と接続し、そのバスシーケンスを制御する働き、画像回転部２０３２にモード等を設定する制御及び、画像回転部２０３２に画像データを転送するためのタイミング制御を行う。以下に画像回転部の処理手順を示す。
【００２５】
画像バス２００８を介して、ＣＰＵ２００１から画像バスＩ／Ｆコントローラ２０３１に画像回転制御のための設定を行う。この設定により画像バスＩ／Ｆコントローラ２０４１は画像回転部２０３２に対して画像回転に必要な設定（たとえば画像サイズや回転方向・角度等）を行う。必要な設定を行った後に、再度ＣＰＵ２００１から画像バスＩ／Ｆコントローラ２０４１に対して画像データ転送の許可を行う。この許可に従い、画像バスＩ／Ｆコントローラ２０３１はＲＡＭ２００２もしくは画像バス２００８上の各デバイスから画像データの転送を開始する。尚、ここでは３２ｂｉｔをそのサイズとし回転を行う画像サイズを３２×３２（ｂｉｔ）とし、又、画像バス２００８上に画像データを転送させる際に３２ｂｉｔを単位とする画像転送を行うものとする（扱う画像は２値を想定する）。上述のように、３２×３２（ｂｉｔ）の画像を得るためには、上述の単位データ転送を３２回行う必要があり、且つ不連続なアドレスから画像データを転送する必要がある。（図４９参照）
不連続アドレッシングにより転送された画像データは、読み出し時に所望の角度に回転されているように、ＲＡＭ２０３３に書き込まれる。例えば、９０度反時計方向回転であれば、最初に転送された３２ｂｉｔの画像データを、図５１のようにＹ方向に書き込んでいく。読み出し時にＸ方向に読み出すことで、画像が回転される。３２×３２（ｂｉｔ）の画像回転（ＲＡＭ２０３３への書き込み）が完了した後、画像回転部２０３２はＲＡＭ２０３３から上述した読み出し方法で画像データを読み出し、画像バスＩ／Ｆコントローラ２０３１に画像を転送する。
【００２６】
回転処理された画像データを受け取った画像バスＩ／Ｆコントローラ２０３１は、連続アドレッシングを以て、ＲＡＭ２００２もしくは画像バス２００８上の各デバイスにデータを転送する。こうした一連の処理は、ＣＰＵ２００１からの処理要求が無くなるまで（必要なページ数の処理が終わったとき）繰り返される。
【００２７】
＜デバイスＩ／Ｆ部＞
デバイスＩ／Ｆ部２０２０の構成を図５０に示す。画像バスＩ／Ｆコントローラ２０２１は、画像バス２００８と接続し、そのバスアクセスシーケンスを制御する働きと、デバイスＩ／Ｆ部２０２０内の各デバイスの制御及びタイミングを発生させる。また、外部のスキャナ２０７０及びプリンタ２０９５への制御信号を発生させる。スキャンバッファ２０２２は、スキャナ２０７０から送られてくる画像データを一時保存し、画像バス２００８に同期させて画像データを出力する。シリアルパラレル・パラレルシリアル変換２０２３は、スキャンバッファ２０２２に保存された画像データを順番に並べて、あるいは分解して、画像バス２００８に転送できる画像データのデータ幅に変換する。パラレルシリアル・シリアルパラレル変換２０２４は、画像バス２００８から転送された画像データを分解して、あるいは順番に並べて、プリントバッファ２０２５に保存できる画像データのデータ幅に変換する。プリントバッファ２０２５は、画像バス２００８から送られてくる画像データを一時保存し、プリンタ２０９５に同期させて画像データを出力する。
【００２８】
画像スキャン時の処理手順を以下に示す。スキャナ２０７０から送られてくる画像データをスキャナ２０７０から送られてくるタイミング信号に同期させて、スキャンバッファ２０２２に保存する。そして、画像バス２００８がＰＣＩバスの場合には、バッファ内に画像データが３２ビット以上入ったときに、画像データを先入れ先出しで３２ビット分、バッファからシリアルパラレル・パラレルシリアル変換２０２３に送り、３２ビットの画像データに変換し、画像バスＩ／Ｆコントローラ２０２１を通して画像バス２００８上に転送する。また、画像バス２００８がＩＥＥＥ１３９４の場合には、バッファ内の画像データを先入れ先出しで、バッファからシリアルパラレル・パラレルシリアル変換２０２３に送り、シリアル画像データに変換し、画像バスＩ／Ｆコントローラ２０２１を通して画像バス２００８上に転送する。
【００２９】
画像プリント時の処理手順を以下に示す。画像バス２００８がＰＣＩバスの場合には、画像バスから送られてくる３２ビットの画像データを画像バスＩ／Ｆコントローラで受け取り、パラレルシリアル・シリアルパラレル変換２０２４に送り、プリンタ２０９５の入力データビット数の画像データに分解し、プリントバッファ２０２５に保存する。また、画像バス２００８がＩＥＥＥ１３９４の場合には、画像バスからおくられてくるシリアル画像データを画像バスＩ／Ｆコントローラで受け取り、パラレルシリアル・シリアルパラレル変換２０２４に送り、プリンタ２０９５の入力データビット数の画像データに変換し、プリントバッファ２０２５に保存する。そして、プリンタ２０９５から送られてくるタイミング信号に同期させて、バッファ内の画像データを先入れ先出しで、プリンタ２０９５に送る。
【００３０】
＜文書格納管理手段＞
文書格納管理手段は、本発明の特徴を示すものの１つである。図４１、図９〜図１４を用いて説明する。文書管理データや画像データは、ハード構成上、ＲＡＭ２００２上およびＨＤＤ２００４上に格納される。本発明の文書格納管理手段は、同一原稿に対して、カラー画像、白黒２値画像、グレースケール画像を格納管理するための本発明において重要な手段である。
【００３１】
まず、文書格納管理手段がどのように同一原稿に対して、カラー画像、白黒２値画像、グレースケール画像等の複数の画像データを格納管理しているか図９〜図１４を用いて説明する。なお、同一原稿に対して複数の画像データの生成は、本実施例では、カラー原稿読み取り時には、スキャナ２０７０でカラー画像と白黒２値画像で２回スキャンする。その他の画像データ生成方法としては、本実施例では割愛するが、カラー原稿画像の読み取りの後にＨＤＤ２００４もしくはＲＡＭ２０００２に格納されたカラー画像データを「多値→２値画像変換手段」を設け、カラー画像から白黒２値画像データを生成することも可能である。
【００３２】
図９は文書属性を管理するための文書管理テーブルの構造図である。文書管理テーブルは複数の文書コントロールブロックの配列で構成される。文書が文書格納管理手段に格納されている場合は、対応する文書コントロールブロックの「状態」メンバーが「使用中」となる。「被参照カウンタ」は、同一文書を複数のジョブで共有するための仕組みを実現するものの１つで、文書格納格納手段から同一文書に対し複数の送信ジョブやプリントジョブが投入された場合の同一文書の参照数を管理するために用いられる。文書の消去が文書格納管理手段に対して指示されたとき、該当文書の「被参照カウンタ」が−１した結果０になった時点で文書が消去され、「状態」メンバーが「未使用」に変更される。「文書属性」は図１０で詳細に記述されているように、当該文書に白黒２値画像「Ｂ／Ｗ」が含まれるか、カラー画像「ＣＯＬＯＲ」が含まれるかどうかを示すＢＩＴ等で構成されている。
【００３３】
「ページ数」は、文書に含まれる画像枚数を示す。「受付番号」は、文書が生成されたときの管理通番であり、オペレータが自分で生成した文書の識別を行うために用いる。例えば、当該文書に対し送信ジョブやプリントジョブを実行した場合にジョブにどの文書が含まれるかいなかをユーザが識別できるようにジョブリストに表示したり、ジョブ履歴や文書格納管理手段で図２１に示す文書リストの文書を選択後に「詳細情報」ボタン押下で表示される。「サブＩＤ数」は、本発明における重要な管理データであり、同一原稿に対して管理される画像枚数がセットされている。例えば、カラー画像、白黒２値画像が格納されている場合は「２」となる。
【００３４】
「共通データ」は図１１で詳細に記述されている。「共通データ」の図１１の「文書作成者」は、文書が生成された際の情報を管理するためのデータ領域である。「部門コード」は、オペレータが本発明のデジタル複合複写機を操作する際に入力するオペレータが所属する部門コードであり、デジタル複合複写機の使用状況を部門管理するためのデータである。例えば、部門毎のプリント枚数や通信ジョブを管理するために用いる。また、文書格納管理手段が管理する文書の文書リスト上、ある文書がどの部門で生成されたものなのかを識別するために用いられ図２１に示す文書リストの文書を選択後に「詳細情報」ボタン押下で表示される。「コンポーネント」は、デジタル複合複写機内のどの機能部位（コンポーネント）で文書を生成したかを識別するためのデータ領域である。例えば、原稿読み取り文書なら「ＳＣＡＮ」、ＦＡＸ受信した文書ならば「ＦＡＸ」がセットされる。
【００３５】
「発信人名称」は、例えば、原稿読み取り時に送信モード指定手段図２３の「送信者名」で設定した値がセットされ、図２１に示す文書リストの文書を選択後に「詳細情報」ボタン押下で表示される。「文書名」は、例えば、ＦＡＸ受信時に遠隔ＦＡＸから受信した発信人名称文字列または電話番号文字列が図２１に示す文書リストで表示される。「文書日付」は、文書の生成日付日時秒が図２１に示す文書リストで表示される。
【００３６】
図１２は、ページ管理テーブルであり、文書格納管理手段が管理する画像１枚ごとのページ情報を管理するテーブルである。ページ管理テーブルは、複数のページコントロールブロックの配列で構成される。画像が文書格納管理手段に格納されている場合は、対応するページコントロールブロックの「状態」メンバーが「使用中」となる。「ページ情報」は、画像属性を管理する管理データ群である。そのメンバーである、「サブＩＤ属性」は、本発明における重要な管理データであり、同一原稿に対して管理される画像枚数分の属性データが配列で管理されている。
【００３７】
図１３は、「サブＩＤ属性」の詳細であり、画像１枚あたりのＴＩＦＦ（Ｔａｇｇｅｄ Ｉｍａｇｅ Ｆｏｒｍａｔ）等ファイルフォーマット種別情報がセットされる。「ファイルＩＤ」は、ＨＤＤ２００４に格納される画像ファイルを特定するためのファイルＩＤがセットされ、同一原稿に対して管理される画像枚数分の領域が確保されている。「共通データ」は、画像（イメージ）属性を管理するための管理データ領域であり、図１４で詳細に記述され、同一原稿に対して管理される画像枚数分の領域が確保されている。なお、画像属性に関する詳細な説明は後述する。
【００３８】
＜原稿モード指定手段＞
図４１と図２４と図３５乃至３７で本発明の原稿モード指定手段を説明する。図２４は、スキャナ２０７１に原稿をセットし、文書格納管理手段に原稿読み取り画像を格納する際の操作部２０１２の表示装置に表示される原稿読み取り属性をセットするための「読込設定」の操作画面である。
【００３９】
図２４の設定状態を説明する。まず、カラーモードが「カラー」で解像度が「１５０ｄｐｉ」で設定されており、原稿読み取り時に文書格納管理手段の図１２に示すページ管理テーブルの図１３には「ＪＦＩＦ」または「ＪＰＥＧ」、図１４に示す共通データの「カラー属性」には「ＲＧＢ」、Ｂｉｔ／Ｐｉｘｃｅｌには「Ｃｏｌｏｒ」、「解像度（主走査）には「１５０ｄｐｉ」、「解像度（副走査）」には「１５０ｄｐｉ」、「圧縮方式」には「ＪＰＥＧ」がセットされる。また、図２４に示す読込設定画面の「原稿タイプ」は「文字／写真」に設定されており、図１２に示すページ管理テーブルの「画像種別」には、「文字／写真」がセットされる。図１４に示す共通データの「カラー属性」の他の属性データに関しては、原稿の大きさ、向きや原稿読み取り手段のプリスキャン結果によって適正な値がセットされる。
【００４０】
次に、図３５乃至３７を用いてカラーモード指定の違いにより、どのようなカラーモードで原稿読み取り指示がなされるかに関して説明する。図３５乃至３７は、原稿を読み取るためにカラーモード（カラー白黒のいずれで読み取るかを決めるモード）を決定するための処理のフローチャートである。
【００４１】
先ず、Ｓ０７０１−０２で図２４のカラーモードで選択されたモードをチェックし、「カラー読み取り」が指定されるとＳ０７０１−０３では送信相手先が必ずカラーの原稿画像を受信可能であるか否かをチェックする。具体的には、送信相手先がカラー画像を受信できるか否か等の受信能力を交換するプロトコルを自らがが搭載してしいるかチェックする。受信能力を交換するプロトコルの代表的なものとして、ＦＡＸ装置があげられ、通信時でないと相手先のＦＡＸがカラー画像を受信できるのか否かが決定できない。但し、ＦＡＸ装置は白黒２値画像は必ず受信できる。
【００４２】
一方、受信能力の交換機能がないプロトコルとしては、電子メール、ＦＴＰ（Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）が一般的に知られている。受信能力の交換機能がないプロトコルは基本的に、カラー画像、グレースケール画像、白黒２値画像の何れを送信しても通信プロトコル上エラーになることはない。従って、カラー原稿蓄積の際にＳ０７０１−０３がＹＥＳの場合、原稿蓄積時に必ずしも送信先がカラー画像を受信できるかどうか不明なのでＳ０７０１−０４で同一原稿に対してカラー画像とまたはグレースケール画像と白黒２値画像を複数蓄積するようコントローラＣＰＵ２００１が原稿読み取り手段に指示する。次に、Ｓ０７０１−０５で処理を終了する。一方、Ｓ０７０１−０３がＮＯならば機器の送信可能な宛先がカラー画像を必ず送信できるのでＳ０７０１−６でコントローラＣＰＵ２００１は原稿読み取り手段にカラー画像またはグレースケール画像の読み取り指示を行う。次に、Ｓ０７０１−０５で処理を終了する。
【００４３】
Ｓ０７０１−０２でカラー読み取り指示でなければＳ０７０１−０７に移行し、カラー／白黒原稿検知読み取りが指定されているかチェックし、ＹＥＳならばＳ０７０１‐０８でカラー／白黒原稿検知手段の結果をチェックしカラー原稿ならＳ０７０１−０３に移行する。一方、白黒原稿として検知されたならＳ０７０１−０９に移行し、白黒２値原稿読み取り指示を行いＳ０７０１−０５に移行する。
【００４４】
＜送信手段＞
図４１、図３３、図３４、図３８乃至４０を用いて本発明のネットワーク通信手段を説明する。本発明のネットワーク通信手段は本発明の特徴をもっとよくあらわすものの１つである。
【００４５】
図３４は、実施例１における、基本的なシステム構成図である。複写機０６０２−０１は複数枚の原稿を読み取り、さまざまな装置に送信する装置である。ファイルサーバ／メールサーバ０６０２−０４は複写機０６０２−０１が読み取ったデータを格納するコンピュータである。クライアントコンピュータ０６０２−０５はファイルサーバ／メールサーバ０６０２−０４に接続し、データを表示するコンピュータである。イーサネット（登録商標）０６０２−０６は、複写機０６０２−０１、ファイルサーバ／メールサーバ０６０２−０４，クライアントコンピュータ０６０２−０５が接続されるネットワークである。ファイルサーバ／メールサーバ０６０２−０４は、ＦＴＰサーバやＮｅｔＷａｒｅサーバやＳＭＢサーバなどのことである。
【００４６】
図３３は、実施例１における、送信機能のソフトウェアブロック図であり、Ｃｏｎｔｒｏｌｌｅｒ Ｕｎｉｔ ２０００に実装される。操作部コンポーネント０６０１−０１は、送信するためのプロトコールや送信する画像のフォーマットや送信先などをユーザのタッチキー操作の指示により取得する。送信管理コンポーネント０６０１−００は、操作部コンポーネント０６０１−０１において選択された送信するためのプロトコールや送信する画像のフォーマットや送信先などの処理命令に従い、スキャナ管理コンポーネント０６０１−０４により原稿を読み取りを指示し、宛先管理コンポーネント０６０１−０２より宛先情報を取得し、読込んだ画像データをプリントコンポーネント０６０１−０５、ファクシミリ送信コンポーネント０６０１−０６、ファイルサーバ送信コンポーネント０６０１−０７、メール送信コンポーネント０６０１−０８に送信処理命令を発行することにより、それぞれ、複写機０６０２−０１にＬＡＮ０６０２−０６接続されたプリンタ（図示せず）、複写機０６０２−０１に電話回線で接続された遠隔のファクシミリ（図示せず）、ファイルサーバ／メールサーバ０６０２−０４に送信することができる。
【００４７】
特にファイルサーバ送信コンポーネント０６０１−０７は、ＦＴＰとＮｅｔＷａｒｅとＳＭＢとの３つのプロトコールを用いて、ファイルサーバ／メールサーバ１００４に送信することができる。送信管理コンポーネント０６０１−００は、宛先管理コンポーネント０６０１−０２とスキャナ管理コンポーネント０６０１−０４および各送信コンポーネント間でジョブ制御を行うジョブ管理コンポーネント０６０１−０３から構成される。
【００４８】
次に、図３８乃至４０を用いて送信手段が送信時処理Ｓ０７０２−０１にどのようにカラー画像、グレースケール画像、白黒２値画像を選択して送信するかに関して説明する。
【００４９】
まず、Ｓ０７０２−０２で図２３の送信設定画面でファイル形式（白黒／カラー）の指定である画像送信モードをチェックしＳ０７０２−０３のカラー指定チェックがＹＥＳならば、Ｓ０７０２−０４で送信先と通信するプロトコルの種別をチェックし、例えばＦＴＰやＥｍａｉｌまたはカラーＦＡＸ（但し、通信時に相手ＦＡＸの受信能力宣言でカラー受信能力有りと宣言された場合）カラー画像受信可能な宛先か否かを判定する。もしＹＥＳならばＳ０７０２−０５に移行し、送信画像がカラーならばカラー画像を、カラーでなければグレースケール画像を、グレースケール画像でなければ白黒２値画像を文書可能手段から選択して送信する。次にＳ０７０２−０６に移行して処理を終了する。
【００５０】
Ｓ０７０２−０４で送信先がカラー画像を受信できない場合、例えば白黒ＦＡＸ（但し、通信時に相手ＦＡＸの受信能力宣言でカラー受信能力なしと宣言された場合）はＳ０７０２−０７で白黒に値画像を選択して送信する。
【００５１】
Ｓ０７０２−０３で画像送信モードがカラーでない場合はＳ０７０２−０８に移行し画像送信モードが白黒画像が指定されたかチェックしＹＥＳならばＳ０７０２−０９で白黒２値画像を選択して送信しＳ０７０２−０６に移行する。さもなくば、画像送信モードがカラー／白黒混在送信モードであるとしてＳ０７０２−１０に移行し送信先がカラー画像を受信する能力があるかチェックする。
【００５２】
その結果がＹＥＳならばＳ０７０２−１１に移行し、送信画像がカラーならばカラー画像、さもなくば白黒２値画像を文書可能手段から選択して送信する。一方、Ｓ０７０２−１０で送信先が白黒２値画像しか受信できない場合は、Ｓ０７０２−１２で白黒２値画像を文書可能手段から選択して送信しＳ０７０２−０６に移行する。
【００５３】
＜アドレス指定手段＞
図１〜図８を用いて本発明のアドレス指定手段を説明する。本発明のアドレス指定手段は本発明の特徴をもっとよくあらわすものの１つである。図１は、アドレス指定手段のアドレス管理オブジェクト構造を表わしている。
【００５４】
本発明のアドレス指定手段は、Ｅｍａｉｌアドレス管理オブジェクト０００１−０１、ＦＴＰ（Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）やＳＭＢ（Ｓｅｒｖｅｒ Ｍｅｓｓａｇｅ Ｂｌｏｃｋ Ｐｒｏｔｏｃｏｌ）等のファイル転送／共有プロトコルのアドレス管理オブジェクト０００１−０２、本発明の文書格納管理手段を示すＢＯＸのアドレス管理オブジェクト０００１−０３、Ｉｎｔｅｒｎｅｔ ＦＡＸのアドレス管理オブジェクト０００１−０４、Ｇ３ＦＡＸのアドレス管理オブジェクト０００１−０５等の１宛先のオブジェクトを管理する１宛先管理オブジェクトと、送信予約時に図８に示す宛先表画面で選択した宛先を管理する宛先指定リストオブジェクト０００１−０５で構成される。
【００５５】
１宛先管理オブジェクトは、新規にアドレス登録されるたびに１つづつオブジェクトが生成される。以上のオブジェクトはＲＡＭ２００２、ＨＤＤ２００４上で格納管理される。なお、１宛先管理オブジェクトは、複数のアドレス関連の属性から構成される。アドレス指定手段が管理するアドレス関連の属性について図２から図６を用いて説明する。
【００５６】
図２は、Ｅｍａｉｌアドレス管理オブジェクト０００１−０１の管理属性である、「ｉｎｄｅｘＩｄ」は、宛先指定リストオブジェクト０００１−０５から各１宛先管理オブジェクトを参照するためのＩＤであり、各々ユニークである。「ｏｂｊｅｃｔＣｌａｓｓ」は宛先種別を表わし、Ｅｍａｉｌの場合は「Ｅｍａｉｌ」がセットされる。「ｐｒｏｔｏｃｏｌ」は通信プロトコル種別を表わし、Ｅｍａｉｌのばあいは「ＳＭＴＰ（Ｓｉｍｐｌｅ Ｍａｉｌ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）」がセットされる。以上が各宛先管理オブジェクトに共通な属性である。「ｍａｉｌＡｄｄｒｅｓｓ」は文字どうり、相手先の電子メールアドレスの文字列が格納される。
【００５７】
図３はファイル転送／共有プロトコルのアドレス管理オブジェクト０００１−０２の管理属性である。「ｕｒｌ」は、ＵＲＬ上のファイル転送／共有プロトコルのアドレス表記の文字列が格納される。「ｐａｔｈ」は送信ファイルをファイルサーバ上のどのディレクトリに格納するかを指定するディレクトリファイルパス文字列が格納される。「ｕｓｅｒＮａｍｅ」はファイルサーバ上でログインするためのユーザアカウントの文字列が格納される。「ｐｗｄ」はファイルサーバ上でログインするためのユーザアカウントに対するパスワードの文字列が格納される。
【００５８】
図４はＢＯＸのアドレス管理オブジェクト０００１−０３の管理属性である。「ｂｏｘＮｕｍｂｅｒ」は本発明のデジタル複合複写機内の文書格納管理手段が管理する１００個あるユーザＢＯＸの１つのＢＯＸを指定するための番号が格納される。
【００５９】
図５は、Ｉｎｔｅｒｎｅｔ ＦＡＸのアドレス管理オブジェクト０００１−０４の管理属性である。「ｍａｉｌＡｄｄｒｅｓｓ」はＥｍａｉｌと同様に相手先の電子メールアドレスの文字列が格納される。
【００６０】
図６は、Ｇ３ ＦＡＸのアドレス管理オブジェクト０００１−０４の管理属性である。「ＤｉａｌＤａｔａ」は、送信先ＦＡＸの電話番号文字列が格納される。
【００６１】
図７は、本発明の文書格納管理手段で格納文書の送信宛先の設定をおこなう「宛先表画面」であり、図２１に示すユーザＢＯＸの文書リストの画面で文書選択後に「送信」ボタンを押下後に表示される画面である。画面中央のアドレス一覧には登録されたアドレス一覧が表示され、アドレスを選択すると左端にチェックマークが表示される。本画面でアドレス選択後に「ＯＫ」ボタンを押下すると図８に示す「送信先の設定」画面が表示される。
【００６２】
図８は、「送信先の設定」画面であり、本画面の「送信設定」ボタンを押下すると図２３に示す「送信設定」画面が表示され、「件名」、「本文」等が設定できる。さらに、「ファイル形式（白黒／カラー）の選択メニュー」のメニューバーの項目を選択することで、本発明の特徴を最も良く表わすファイル生成パラメータ指定手段の送信ファイルに関する属性の指定できる。
【００６３】
＜文書選択手段＞
図１５〜図２２を用いて本発明の文書選択手段を説明する。本発明の文書選択手段は本発明の特徴をもっとよくあらわすものの１つである。図１５は、本発明の文書格納管理手段における文書選択手段のフローチャート図である。本図を中心に文書選択手段の機能を説明する。
【００６４】
Ｓ０２０１−０１でＢＯＸ送信操作を開始する。Ｓ０２０１−０２で図２０に示すコピー画面で「ボックス」タグを押下すると、Ｓ０２０１‐０３で図２１に示すＢＯＸ画面が表示される。次に、Ｓ０２０１−０４では図２１に示すＢＯＸ画面のユーザボックスが機器のディフォルトとして選択済みなので、Ｓ０２０１−０７で図２１に示すＢＯＸ画面でユーザボックス一覧を表示する。次に、図２１に示すＢＯＸ画面で「ボックス番号」欄の「０４」、「名称」が「ＢＯＸ＃０８」を選択するとＳ０２０１−０８がＹＥＳなのでＳ０２０３−０１に移行し、選択通番カウンタに０セットし、選択ＢＯＸの文書リスト管理データを初期化する。「送信等」の移動ボタンをマスクし、図２２のユーザボックスの８番「０４ ＢＯＸ＃０８」画面を表示する。次に、Ｓ０２０３−０２で図２２のユーザボックスの８番の文書リスト（一覧）画面を８件分表示する。次に、図２２の文書リストのなかから１選択目の文書である文書（「文書名」欄が「ＤＯＣ＃０２」）を選択すると、Ｓ０２０３−０３がＹＥＳとなり、選択文書が既に選択済みでないので、Ｓ０２０５−０１がＮＯとなり、Ｓ０２０５−０２で選択通番カウンタをインクリメントする。
【００６５】
ここでは、詳細を割愛するが、図１６ＡはＢＯＸリスト表示中に上矢印ボタン（図２１の右上）が押下された場合の処理を示すフローチャートである。図１６ＢはＢＯＸリスト表示中に下矢印ボタン（図２１の右上）が押下され、次のリストに最終ＢＯＸが含まれない場合の処理を示すフローチャートである。図１６Ｃは文書リスト表示中に下矢印ボタン（図２２の右上）が押下され、次のリストに最終文書が含まれない場合の処理を示すフローチャートである。図１７は、ＢＯＸを選択するための処理を示すフローチャートである。
【００６６】
図１８Ａは文書リスト表示中に上矢印ボタン（図２２の右上）が押下された場合の処理を示すフローチャートである。図１８Ｂは文書リスト表示中に機能ボタン（図２２の左下の「送信」ボタンや「プリント」ボタンや「ＢＯＸに移動」ボタン等）が押下された場合の処理を示すフローチャートである。図１８Ｃは文書選択後に「送信」ボタン以外の機能ボタンが押下された場合の処理を示すフローチャートである。図１８Ｄは文書選択後に「送信」ボタンや「移動」ボタン以外の機能ボタンが押下された場合の処理を示すフローチャートである。
【００６７】
図１９Ａは文書リストから文書（図２２の”ＤＯＣ＃０２”など）を押下した場合の処理を示すフローチャートである。図１９Ｂは既に選択されている文書（図２２の”ＤＯＣ＃０２， ＤＯＣ＃０４， ＤＯＣ＃０５”などの左に１，２，３等の選択順序番号が表示されている文書）が再度押下された場合の処理を示すフローチャートである。
【００６８】
次に、Ｓ０２０５−０３で選択された文書のリスト文書管理データの選択フラグをＯＮし、該管理データの選択通番号に選択番号カウンタ値をセットし、文書リストの該文書に対応した文書表示行に選択通番号値が表示された文書選択アイコン（図２２の「文書名」欄が「ＤＯＣ＃０２」の左端）を表示し、図２２の機能ボタンである「送信」ボタン、「プリント」ボタン、「消去」ボタンおよび「ボックスに移動」ボタンを有効化する。上記のＳＴＥＰと同様に図２２の文書リストのなかから２と３選択目の文書である文書（「文書名」欄が「ＤＯＣ＃０４」と「ＤＯＣ＃０５」）を選択する。
【００６９】
次に、図２２の「送信」ボタンを押下すると、Ｓ０２０３−０３がＹＥＳとなり、Ｓ０２０４−０４も選択参照カウンタが３なのでＹＥＳになり、「送信」ボタン押下なのでＳ０２０３−０５がＹＥＳとなり、Ｓ０２０４−０６に移行する。Ｓ０２０４−０６では、アドレス指定手段で説明した宛先設定処理、送信設定処理が実行されるともに、送信手段で説明した送信処理が実行される。なお、送信処理は文書リストで選択された文書の順番で文書結合されて送信される。次に、Ｓ０２０１−０３に移行し、ユーザボックス画面が表示される。
【００７０】
＜ファイル生成パラメータ指定手段＞
図２３を用いて本発明のファイル生成パラメータ指定手段を説明する。本発明のファイル生成パラメータ指定手段は本発明の特徴をもっとよくあらわすものの１つである。ファイル生成パラメータ指定手段の説明は、前記のアドレス指定手段で一部を説明したが、ここではさらに詳しく説明する。
【００７１】
ファイル生成パラメータ指定は、オペレータが図２３に示す「送信設定」画面の「ファイル形式（白黒／カラー）の選択メニュー」のメニューバーの項目を選択することで文書送信予約（送信ジョブ投入）毎に行うことができる。「ファイル形式（白黒／カラー）の選択メニュー」のメニューバーの「ＴＩＦＦ／ＪＰＥＧ」メニューを選択すると、文書リストで選択した複数の文書をＥｍａｉｌ、ＦＴＰ、ＳＭＢで送信する際に白黒画像なら画像１枚毎に１つのＴＩＦＦファイルにファイル形式変換手段により変換して送信できる。また、カラー画像なら画像１枚毎に１つのＪＰＥＧファイルとして送信できる。
【００７２】
「ＭＴＩＦＦ／ＰＤＦ」メニューを選択すると、文書リストで選択した複数の文書が全てカラー画像で構成されている場合や白黒とカラーが混在している場合は１つのＰＤＦファイルに変換して送信できる。一方、文書リストで選択した複数の文書が全て白黒画像の場合は１つのＭＴＩＦＦ（Ｍｕｌｔｉ ｐａｇｅ Ｔａｇｇｅｄ Ｉｍａｇｅ Ｆｉｌｅ Ｆｏｒｍａｔ）ファイルで送信できる。「ＰＤＦ／ＰＤＦ」メニューを選択すると、文書リストで選択した複数の文書がカラー白黒に関係なく、１つのＰＤＦファイルに変換して送信できる。ところで、図２３に示す「送信設定」画面では、表記がないが、複数の文書を文書単位でファイル化して送信するか、全文書を１ファイルとして送信するかを送信予約毎に設定できる。
【００７３】
＜ファイル形式変換手段＞
図２５〜図３２を用いて本発明のファイル形式変換手段を説明する。本発明のファイル形式変換手段は本発明の特徴をもっとよくあらわすものの１つである。まず、ファイル形式変換手段で重要である、図３０乃至３２に示すファイル形式変換手段の変換アルゴリズム表を説明する。
【００７４】
ファイル生成パラメータ指定手段で指定された、「送信時のファイル分割・結合指定の属性」、「カラー属性」、「ファイル形式属性」の組み合わせ、送信する文書の「原稿種別」の組み合わせと送信プロトコルの種別によって送信するファイル形式が異なる。
【００７５】
ファイル形式変換手段は、図３０乃至３２に示すファイル形式変換手段の変換アルゴリズム表をもとに変換すべきファイル形式を決定している。「送信時のファイル分割・結合指定の属性」のパレメータは種類存在する。１画像ファイル毎に１ファイルに変換する指定「ｐａｇｅ／ｆｉｌｅ」、１文書毎に１ファイルに変換する指定「文書／ｆｉｌｅ」、全文書を１ファイルに変換する指定「全文書／ｆｉｌｅ」である。「カラー属性」のパラメータは「カラー」、「白黒」の２種類である。「ファイル形式属性」は「ＴＩＦＦ」、「ＰＤＦ」の２種類である。「原稿種別」のパラメータは、送信する文書が全て「白黒画像のみ」、「カラー画像のみ」、「白黒、カラー画像混在」の３種類である。
【００７６】
次に、ＰＤＦフォーマットに関する説明と文書格納管理手段に格納された文書の画像ファイルをＰＤＦフォーマット変換する方法の説明を図２５〜図２９を使って説明する。
【００７７】
図２５は、ＰＤＦフォーマットの概要図である。文書格納手段に格納された画像（枚）変換できる上限数はＭとし、文書格納手段に格納された画像（枚）総数は２Ｍであった場合の例である。ファイルサーバ送信コンホーネント０６０１−０７内の処理で作成される。ＰＤＦ ０５０１‐００のフォーマットとは、ｈｅａｄｅｒ ０５０１‐０１と１枚目のｄａｔａ ０５０１‐０２と２枚目のｄａｔａ ０５０１‐０３と同じようにｄａｔａが続き、Ｍ枚目のｄａｔａ ０５０１‐０９と一回目のＰａｇｅｓ ０５０１‐１０と一回目のＣｒｏｓｓ Ｒｅｆｅｒｅｎｃｅ ０５０１‐１１と一回目のＴｒａｉｌｅｒ ０５０１‐１２と、Ｍ＋１枚目のｄａｔａ ０５０１‐２２とＭ＋２枚目のｄａｔａ ０５０１‐２３と同じようにｄａｔａが続き、２Ｍ枚目のｄａｔａ ０５０１‐２９と二回目のＰａｇｅｓ ０５０１‐３０と二回目のＣｒｏｓｓ Ｒｅｆｅｒｅｎｃｅ ０５０１‐３１と二回目のＴｒａｉｌｅｒ ０５０１‐３２とから構成される。
【００７８】
ｈｅａｄｅｒ ０５０１‐０１は、固定的に生成できる。１枚目のｄａｔａ ０５０１‐０２は、１枚目の画像とその解像度や圧縮形式などの属性情報から構成される。２枚目のｄａｔａ ０５０１‐０３も、２枚目の画像とその解像度や圧縮形式などの属性情報から構成される。同じようにｄａｔａが続き、Ｍ枚目のｄａｔａ ０５０１‐０９も、Ｍ枚目の画像とその解像度や圧縮形式などの属性情報から構成される。１枚目のｄａｔａ ０５０１‐０２や２枚目のｄａｔａ ０５０１‐０３などには、ｏｂｊｅｃｔ ｎｏというＰＤＦ内で一意の番号が割り当てられる。一回目のＰａｇｅｓ ０５０１‐１０内にそれらのｏｂｊｅｃｔ ｎｏが記述される。一回目のＣｒｏｓｓ Ｒｅｆｅｒｅｎｃｅ ０５０１‐１１は、一回目のＣｒｏｓｓ Ｒｅｆｅｒｅｎｃｅ ０５０１‐１１までに現われた全てのｏｂｊｅｃｔ ｎｏとそのｏｂｊｅｃｔ ｎｏが示すＰＤＦ内での位置情報が記述される。一回目のＴｒａｉｌｅｒ ０５０１‐１２には、一回目のＣｒｏｓｓ Ｒｅｆｅｒｅｎｃｅ ０５０１‐１１の位置情報が記述される。
【００７９】
次に、Ｍ＋１枚目のｄａｔａ ０５０１‐２２は、Ｍ＋１枚目の画像とその解像度や圧縮形式などの属性情報から構成される。Ｍ＋２枚目のｄａｔａ ０５０１‐２３も、Ｍ＋２枚目の画像とその解像度や圧縮形式などの属性情報から構成される。同じようにｄａｔａが続き、２Ｍ枚目のｄａｔａ ０５０１‐２９も、２Ｍ枚目の画像とその解像度や圧縮形式などの属性情報から構成される。Ｍ＋１枚目のｄａｔａ ０５０１‐２２やＭ＋２枚目のｄａｔａ ０５０１‐２３などにも、ｏｂｊｅｃｔ ｎｏというＰＤＦ内で一意の番号が割り当てられる。二回目のＰａｇｅｓ ０５０１‐３０内には、１枚目の画像のｄａｔａ ０５０１‐０１から２Ｍ枚目の画像のｄａｔａ ０５０１‐２９までのｏｂｊｅｃｔ ｎｏが記述される。二回目のＣｒｏｓｓ Ｒｅｆｅｒｅｎｃｅ ０５０１‐３１は、一回目のＰａｇｅｓ ０５０１‐１０を二回目のＰａｇｅｓ ０５０１‐３０で更新することが記述され、次に二回目のＰａｇｅｓ ０５０１‐３０の位置情報が記述され、Ｍ＋１枚目のｄａｔａ ０５０１‐２２のｏｂｊｅｃｔ ｎｏが記述され、Ｍ＋１枚目のｄａｔａ ０５０１‐２２から二回目のＣｒｏｓｓ Ｒｅｆｅｒｅｎｃｅ ０５０１‐３１までに現われた全てのｏｂｊｅｃｔの位置情報の値が記述される。
【００８０】
二回目のＴｒａｉｌｅｒ ０５０１‐３２には、一回目のＣｒｏｓｓ Ｒｅｆｅｒｅｎｃｅの位置情報と二回目のＣｒｏｓｓ Ｒｅｆｅｒｅｎｃｅ ０５０１‐３１の位置情報とが記述される。完全なＰＤＦフォーマットとしては、他の要素も必要である。しかし、本発明には関係ないので記述していない。
【００８１】
図２６は、図２５のＰＤＦフォーマットの概要図内の二回目のＰａｇｅｓ ０５０１‐３０の具体例である。文書格納手段に格納された画像（枚）変換できる上限数Ｍは２００とし、文書格納手段に格納された画像（枚）総数は０５０１‐０としている。”／Ｋｉｄｓ”の行０５０２‐０１で、１枚目の画像のｄａｔａ ０５０１‐０１から２Ｍ枚目の画像のｄａｔａ ０５０１‐２９までのｏｂｊｅｃｔ ｎｏが記述されている。１枚目の画像のｄａｔａ ０５０１‐０１のｏｂｊｅｃｔ ｎｏは、”１ ０ Ｒ”であり、２Ｍ枚目の画像のｄａｔａ ０５０１‐２９のｏｂｊｅｃｔ ｎｏは、”２３９４ ０ Ｒ”である。”／Ｃｏｕｎｔ ４００”は、全ての画像のｄａｔａのｏｂｊｅｃｔ数を示しており、その値は２Ｍであるから、４００となる。
【００８２】
図２７は、図２５のＰＤＦフォーマットの概要図内の二回目のＣｒｏｓｓ Ｒｅｆｅｒｅｎｃｅ ０５０１‐３１の具体例である。文書格納手段に格納された画像（枚）変換できる上限数Ｍは２００とし、文書格納手段に格納された画像（枚）総数は４００としている。一回目のＰａｇｅｓ ０５０１‐１０を二回目のＰａｇｅｓ ０５０１‐３０で更新すること０５０３−０１が記述され、二回目のＰａｇｅｓの位置情報０５０３−０２が記述され、Ｍ＋１枚目のｄａｔａ ０５０１‐２２のｏｂｊｅｃｔ ｎｏ０５０３−０３が１２００として記述され、Ｍ＋１枚目のｄａｔａ ０５０１‐２２の位置情報０５０３−０４が記述され、以下、二回目のＣｒｏｓｓ Ｒｅｆｅｒｅｎｃｅ ０５０１‐３１までに現われた全てのｏｂｊｅｃｔの位置情報の値が記述される。
【００８３】
図２８は、図２５のＰＤＦフォーマットの概要図内の二回目のＴｒａｉｌｅｒ ０５０１‐３２の具体例である。文書格納手段に格納された画像（枚）変換できる上限数Ｍは２００とし、文書格納手段に格納された画像（枚）総数は４００としている。一回目のＣｒｏｓｓ Ｒｅｆｅｒｅｎｃｅの位置情報０５０４−０１と二回目のＣｒｏｓｓ Ｒｅｆｅｒｅｎｃｅ ０５０１‐３１の位置情報０５０４−０２とが記述される。
【００８４】
図２９は、ＰＤＦファイルへの変換と連結と送信との流れを示すフローチャートである。ファイルサーバ送信コンポーネント０６０１−０７は、Ｓ０５０５−０１において、ＰＤＦファイルへの変換と連結と送信とを開始する。文書格納手段に格納された画像（枚）変換できる上限数はＭとし、文書格納手段に格納された画像（枚）総数はＮであった場合の例である。
【００８５】
まずＳ０５０５−０２において、ｈｅａｄｅｒ ０５０１‐０１を生成し送信し、スキャンした画像を送信した画像数用の変数ｉを０に初期化する。次にＳ０５０５−０３において、スキャンした画像を変換した画像数用の変数ｊを０に初期化する。次にＳ０５０５−０４において、原稿の総枚数であるＮとｉとを比較し、ｉがＮより小さければＳ０５０５−０５に進み、ｉがＮ以上であればＳ０５０５−０８に進む。次にＳ０５０５−０５において、文書格納手段に格納された画像（枚）変換できる上限数であるＭとｊとを比較し、ｊがＭより小さければＳ０５０５−０６に進み、ｊがＭ以上であればＳ０５０５−０７に進む。
【００８６】
次にＳ０５０５−０６において、ｉ枚目の原稿の画像の属性情報とデータを取得し、ｄａｔａを生成し送信し、Ｉとｊに１を加えて、Ｓ０５０５−０４の前に戻る。次にＳ０５０５−０７において、１枚目のｄａｔａのｏｂｊｅｃｔ ｎｏからｉ枚目までのｄａｔａのｏｂｊｅｃｔ ｎｏをＰａｇｅｓに書込み、それらの位置情報をＣｒｏｓｓ Ｒｅｆｅｒｅｎｃｅに書込み、Ｔｒａｉｌｅｒを生成して送信し、Ｓ０５０５−０３の前に戻る。Ｓ０５０５−０７を通るのが一回目の場合は、生成したＣｒｏｓｓ Ｒｅｆｅｒｅｎｃｅの位置情報を記憶しておく。Ｓ０５０５−０７を通るのが二回目以降の場合は、Ｔｒａｉｌｅｒの生成においては、前回のＣｒｏｓｓ Ｒｅｆｅｒｅｎｃｅの位置情報を書込み、かつ、今回生成したＣｒｏｓｓ Ｒｅｆｅｒｅｎｃｅの位置情報を記憶しておく。
【００８７】
次にＳ０５０５−０８において、１枚目のｄａｔａのｏｂｊｅｃｔ ｎｏからｉ枚目までのｄａｔａのｏｂｊｅｃｔ ｎｏをＰａｇｅｓに書込み、それらの位置情報をＣｒｏｓｓ Ｒｅｆｅｒｅｎｃｅに書込み、Ｔｒａｉｌｅｒを生成して送信し、Ｓ０５０５−０９に進む。 Ｓ０５０５−０８を通るのが一回目の場合は、生成したＣｒｏｓｓ Ｒｅｆｅｒｅｎｃｅの位置情報を記憶しておく。Ｓ０５０５−０８を通るのが二回目以降の場合は、Ｔｒａｉｌｅｒの生成においては、前回のＣｒｏｓｓ Ｒｅｆｅｒｅｎｃｅの位置情報を書込み、かつ、今回生成したＣｒｏｓｓ Ｒｅｆｅｒｅｎｃｅの位置情報を記憶しておく。次にＳ０５０５−０９において、ＰＤＦファイルへの変換と連結と送信とを終了する。
【００８８】
すなわち、本発明では、本複写機のユーザは、操作部２０１２のタッチキー操作により、原稿をスキャンするための解像度と白黒画像かカラー画像かと画像のフォーマットと送信するためのプロトコールと送信先とを選択する。画像のフォーマットとしては、白黒画像の場合、Ｓ−ＴＩＦＦかＭ−ＴＩＦＦかＰＤＦかが選択でき、カラー画像の場合は、ＪＰＥＧかＰＤＦかが選択できる。そして、白黒画像かカラー画像の場合で、ＰＤＦを選択したとする。また、送信するためのプロトコールとしては、ＳＭＴＰかＦＴＰかＮｅｔＷａｒｅかＳＭＢかを選んだとする。
【００８９】
ＦＴＰかＮｅｔＷａｒｅかＳＭＢの場合、送付先の情報としては、サーバ名とそのサーバ上のユーザ名とパスワードとディレクトリ名である。ＳＭＴＰの場合、送付先の情報としては、サーバ名とそのサーバ上のユーザ名であり、かつ、ＳＭＴＰサーバにアクセスするためのユーザ名とパスワードとである。そして、本複写機のユーザは、Ｎ枚の原稿をスキャナ２０７０に置き、送信の開始を操作部２０１２で指示する。
【００９０】
これらの情報は、操作部コンポーネント０６０１−０１でまとめられ、ジョブ管理コンポーネント０６０１−０３に通知される。ジョブ管理コンポーネント０６０１−０３は、これらの情報をまとめて一つのジョブとして扱う。また、操作部コンポーネント０６０１−０１は、このジョブを操作部２０１２に表示し、複写機１００１のユーザがこのジョブを選択してキャンセルする操作を受付られるようにする。
【００９１】
次に、ジョブ管理コンポーネント０６０１−０３は、解像度と白黒読み取りかカラー読み取りかをスキャナ管理コンポーネント０６０１−０４に指示する。スキャナ管理コンポーネント０６０１−０４は、デバイスＩ／Ｆ２００２を通して、指定された解像度で、指定された白黒読み取り、あるいは、カラー読み取りとして、スキャナ２０７０を動作させ、Ｎ枚の原稿を読込ませ入力画像を得て、スキャナ画像処理部２０８０で入力画像データを補正、加工、編集する。さらに、画像回転２０３０を用いて入力画像を回転し、白黒読み取りの場合は、画像圧縮２０４０によって、ＣＣＩＴＴ ｔｗｏ−ｄｉｍｅｎｓｉｏｎａｌ ｅｎｃｏｄｉｎｇ（以後、ＭＭＲと呼ぶ）で圧縮し、複数枚のＳ−ＴＩＦＦファイルに変換して、ＨＤＤ２００４に格納する。カラー読み取りの場合は、画像圧縮２０４０によってＪＰＥＧ圧縮で圧縮し、複数枚のＪＰＥＧファイルに変換して、ＨＤＤ２００４に格納する。格納が終了すると、スキャナ管理コンポーネント０６０１−０４は、ジョブ管理コンポーネント０６０１−０３に入力された画像のＨＤＤ２００４内の所在を通知する。
【００９２】
次に、ジョブ管理コンポーネント０６０１−０３は、送信するためのプロトコールがＦＴＰかＮｅｔＷａｒｅかＳＭＢなので、ファイルサーバ送信コンポーネント０６０１−０７をジョブの処理先として選択し、入力された画像のＨＤＤ２００４内の所在とフォーマットと送信するためのプロトコールと送信先との情報をＦＴＰかＮｅｔＷａｒｅかＳＭＢの場合ファイルサーバ送信コンポーネント０６０１−０７に通知し、ＳＭＴＰの場合メール送信コンポーネント０６０１−０８に通知する。
【００９３】
次に、ファイルサーバ送信コンポーネント０６０１−０７、あるいは、メール送信コンポーネント０６０１−０８は、通知されたプロトコールを読み出し、Ｎｅｔｗｏｒｋ Ｉ／Ｆ２０１０を通して用いるプロトコールを決定し、そのプロトコールを使って、通知された送信先であるファイルサーバ／メールサーバ１００４にアクセスする。通知されたサーバ名とそのサーバ上のユーザ名とバスワードを使って、指定されたファイルサーバ／メールサーバ１００４にログインし、送信する画像ファイルを置くディレクトリを指定する。日時と指定されたフォーマットから送信するファイル名を自動生成し、指定する。
【００９４】
次に、ファイルサーバ送信コンポーネント０６０１−０７は、通知されたフォーマットがＰＤＦだったので、ＨＤＤ２００４内に入力された画像を取り出し、読込まれた複数枚の画像を一つの画像データに変換する手段と、その変換された一つの画像を連結できる手段と、この連結された画像データをＬＡＮ上に送信できる手段とを用いて、ＰＤＦに変換し連結しながら、ファイルサーバ／メールサーバ１００４に送信する。文書格納手段に格納された画像（枚）変換できる上限数はＭとし、文書格納手段に格納された画像（枚）総数はＮであった場合の例である。
【００９５】
そこで、Ｓ０５０５−０１における、ＰＤＦファイルへの変換と連結と送信とを開始する。まずＳ０５０５−０２において、ｈｅａｄｅｒ ０５０１‐０１を生成し送信し、選択した文書内に含まれる画像を送信した画像数用の変数ｉを０に初期化する。次にＳ０５０５−０３において、選択した文書内に含まれる画像を変換した画像数用の変数ｊを０に初期化する。次にＳ０５０５−０４において、原稿の総枚数であるＮとｉとを比較し、ｉがＮより小さければＳ０５０５−０５に進み、ｉがＮ以上であればＳ０５０５−０８に進む。
【００９６】
次にＳ０５０５−０５において、文書格納手段に格納された画像（枚）変換できる上限数であるＭとｊとを比較し、ｊがＭより小さければＳ０５０５−０６に進み、ｊがＭ以上であればＳ０５０５−０７に進む。次にＳ０５０５−０６において、ｉ枚目の原稿の画像の属性情報とデータを取得し、ｄａｔａを生成し送信し、Ｉとｊに１を加えて、Ｓ０５０５−０４の前に戻る。次にＳ０５０５−０７において、１枚目のｄａｔａのｏｂｊｅｃｔ ｎｏからｉ枚目までのｄａｔａのｏｂｊｅｃｔ ｎｏをＰａｇｅｓに書込み、それらの位置情報をＣｒｏｓｓ Ｒｅｆｅｒｅｎｃｅに書込み、Ｔｒａｉｌｅｒを生成して送信し、Ｓ０５０５−０３の前に戻る。Ｓ０５０５−０７を通るのが一回目の場合は、生成したＣｒｏｓｓ Ｒｅｆｅｒｅｎｃｅの位置情報を記憶しておく。Ｓ０５０５−０７を通るのが二回目以降の場合は、Ｔｒａｉｌｅｒの生成においては、前回のＣｒｏｓｓ Ｒｅｆｅｒｅｎｃｅの位置情報を書込み、かつ、今回生成したＣｒｏｓｓ Ｒｅｆｅｒｅｎｃｅの位置情報を記憶しておく。
【００９７】
次にＳ０５０５−０８において、１枚目のｄａｔａのｏｂｊｅｃｔ ｎｏからｉ枚目までのｄａｔａのｏｂｊｅｃｔ ｎｏをＰａｇｅｓに書込み、それらの位置情報をＣｒｏｓｓ Ｒｅｆｅｒｅｎｃｅに書込み、Ｔｒａｉｌｅｒを生成して送信し、Ｓ０５０５−０９に進む。 Ｓ０５０５−０８を通るのが一回目の場合は、生成したＣｒｏｓｓ Ｒｅｆｅｒｅｎｃｅの位置情報を記憶しておく。Ｓ０５０５−０８を通るのが二回目以降の場合は、Ｔｒａｉｌｅｒの生成においては、前回のＣｒｏｓｓ Ｒｅｆｅｒｅｎｃｅの位置情報を書込み、かつ、今回生成したＣｒｏｓｓ Ｒｅｆｅｒｅｎｃｅの位置情報を記憶しておく。次にＳ０５０５−０９において、ＰＤＦファイルへの変換と連結と送信とを終了し、そのジョブの送信を終了する。
【００９８】
さらに、本発明は上記実施形態を実現するための装置及び方法のみに限定されるものではなく、上記システム又は装置内のコンピュータ（ＣＰＵあるいはＭＰＵ）に、上記実施形態を実現するためのソフトウエアのプログラムコードを供給し、このプログラムコードに従って上記システムあるいは装置のコンピュータが上記各種デバイスを動作させることにより上記実施形態を実現する場合も本発明の範疇に含まれる。
【００９９】
またこの場合、前記ソフトウエアのプログラムコード自体が上記実施形態の機能を実現することになり、そのプログラムコード自体、及びそのプログラムコードをコンピュータに供給するための手段、具体的には上記プログラムコードを格納した記憶媒体は本発明の範疇に含まれる。
【０１００】
この様なプログラムコードを格納する記憶媒体としては、例えばフロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等を用いることができる。
【０１０１】
また、上記コンピュータが、供給されたプログラムコードのみに従って各種デバイスを制御することにより、上記実施形態の機能が実現される場合だけではなく、上記プログラムコードがコンピュータ上で稼働しているＯＳ（オペレーティングシステム）、あるいは他のアプリケーションソフト等と共同して上記実施形態が実現される場合にもかかるプログラムコードは本発明の範疇に含まれる。
【０１０２】
更に、この供給されたプログラムコードが、コンピュータの機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに格納された後、そのプログラムコードの指示に基づいてその機能拡張ボードや機能格納ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって上記実施形態が実現される場合も本発明の範疇に含まれる。
【０１０３】
【発明の効果】
以上の説明により、本発明によって、ユーザが原稿をカラーで読み取るか、白黒で読み取るかを指定する必要が無くなり、より簡便に原稿の読み取りを行うことができる。また、原稿が白黒であれば白黒で読み取って外部装置に送信するので、無駄に記憶領域を使用することもなく、また送信に要する時間を短縮することが出来る。
【図面の簡単な説明】
【図１】アドレス指定手段のアドレス管理オブジェクト構造を表している図である。
【図２】Ｅｍａｉｌアドレス管理オブジェクト０００１−０１の管理属性を説明するための図である。
【図３】ファイル転送／共有プロトコルのアドレス管理オブジェクト０００１−０２の管理属性を説明するための図である。
【図４】ＢＯＸのアドレス管理オブジェクト０００１−０３の管理属性を説明するための図である。
【図５】Ｉｎｔｅｒｎｅｔ ＦＡＸのアドレス管理オブジェクト０００１−０４の管理属性を説明するための図である。
【図６】Ｇ３ ＦＡＸのアドレス管理オブジェクト０００１−０４の管理属性を説明するための図である。
【図７】宛先表画面を示す図である。
【図８】宛先表画面を示す図である。
【図９】文書属性を管理するための文書管理テーブルの構造図である。
【図１０】文書属性の詳細を示す図である。
【図１１】共通データをの詳細を示す図である。
【図１２】ページ管理テーブルを示す図である。
【図１３】サブＩＤ属性の詳細を示す図である。
【図１４】共通データの詳細を示す図である。
【図１５】本発明の文書格納管理手段における文書選択手段のフローチャート図である。
【図１６Ａ】ＢＯＸリスト表示中に上矢印ボタン（図２１の右上）が押下された場合の処理を示すフローチャートである。
【図１６Ｂ】ＢＯＸリスト表示中に下矢印ボタン（図２１の右上）が押下され、次のリストに最終ＢＯＸが含まれない場合の処理を示すフローチャートである。
【図１６Ｃ】文書リスト表示中に下矢印ボタン（図２２の右上）が押下され、次のリストに最終文書が含まれない場合の処理を示すフローチャートである。
【図１７】ＢＯＸを選択するための処理を示すフローチャートである。
【図１８Ａ】文書リスト表示中に上矢印ボタン（図２２の右上）が押下された場合の処理を示すフローチャートである。
【図１８Ｂ】文書リスト表示中に機能ボタン（図２２の左下の「送信」ボタンや「プリント」ボタンや「ＢＯＸに移動」ボタン等）が押下された場合の処理を示すフローチャートである。
【図１８Ｃ】文書選択後に「送信」ボタン以外の機能ボタンが押下された場合の処理を示すフローチャートである。
【図１８Ｄ】文書選択後に「送信」ボタンや「移動」ボタン以外の機能ボタンが押下された場合の処理を示すフローチャートである。
【図１９Ａ】文書リストから文書（図２２の”ＤＯＣ＃０２”など）を押下した場合の処理を示すフローチャートである。
【図１９Ｂ】既に選択されている文書（図２２の”ＤＯＣ＃０２， ＤＯＣ＃０４， ＤＯＣ＃０５”などの左に１，２，３等の選択順序番号が表示されている文書）が再度押下された場合の処理を示すフローチャートである。
【図２０】コピー画面を示す図である。
【図２１】文書リストを示す図である。
【図２２】ユーザボックスの８番「０４ ＢＯＸ＃０８」画面を示す図である。
【図２３】送信設定を行う画面を示す図である。
【図２４】読み込み設定の操作画面を示す図である。
【図２５】ＰＤＦフォーマットの概要図である。
【図２６】図２５のＰＤＦフォーマットの概要図内の二回目のＰａｇｅｓ ０５０１‐３０の具体例を示す図である。
【図２７】図２５のＰＤＦフォーマットの概要図内の二回目のＣｒｏｓｓ Ｒｅｆｅｒｅｎｃｅ ０５０１‐３１の具体例を示す図である。
【図２８】図２５のＰＤＦフォーマットの概要図内の二回目のＴｒａｉｌｅｒ ０５０１‐３２の具体例を示す図である。
【図２９】ＰＤＦファイルへの変換と連結と送信との流れを示すフローチャートである。
【図３０】ファイル形式変換手段の変換アルゴリズム表である。
【図３１】ファイル形式変換手段の変換アルゴリズム表である。
【図３２】ファイル形式変換手段の変換アルゴリズム表である。
【図３３】実施例１における送信機能のソフトウェアブロック図である。
【図３４】実施例１における基本的なシステム構成図である。
【図３５】原稿を読み取るためにカラーモード（カラー白黒のいずれで読み取るかを決めるモード）を決定するための処理のフローチャートである。
【図３６】原稿を読み取るためにカラーモード（カラー白黒のいずれで読み取るかを決めるモード）を決定するための処理のフローチャートである。
【図３７】原稿を読み取るためにカラーモード（カラー白黒のいずれで読み取るかを決めるモード）を決定するための処理のフローチャートである。
【図３８】送信手段が行う処理のフローチャートである。
【図３９】送信手段が行う処理のフローチャートである。
【図４０】送信手段が行う処理のフローチャートである。
【図４１】本発明の画像送信装置の全体構成図である。
【図４２】画像入出力デバイスを示す図である。
【図４３】操作部２０１２の構成を示す図である。
【図４４】スキャナ画像処理部２０８０の構成を示す図である。
【図４５】プリンタ画像処理部２０９０の構成を示す図である。
【図４６】画像圧縮部２０４０の構成を示す図である。
【図４７】スキャナ画像処理２０８０の詳細を説明する図である。
【図４８】画像回転部２０３０の構成を示す図である。
【図４９】画像データの転送を説明する図である。
【図５０】デバイスＩ／Ｆ部２０２０の構成を示す図である。
【図５１】画像データをＲＡＭ２０３３に書き込む様子を説明するための図である。
Claims (7)
- 原稿をカラー、もしくは白黒で読み取り、読み取った原稿画像を保持する読み取り手段と、外部装置に当該原稿画像を送信可能な送信手段とを備える画像送信装置であって、
前記外部装置と通信し、前記外部装置がカラー原稿画像受信可能であるか否かを検知する検知手段を備え、
当該検知手段が前記外部装置がカラー原稿画像受信可能であると検知した場合、前記送信手段は前記読み取り手段が前記原稿をカラーで読み取り、保持しておいたカラー原稿画像を前記外部装置に対して送信し、前記検知手段が前記外部装置がカラー原稿画像受信可能でないと検知した場合、前記送信手段は前記読み取り手段が前記原稿を白黒で読み取り、保持しておいた白黒原稿画像を前記外部装置に対して送信することを特徴とする画像送信装置。 - 更に、前記通信の従前に前記外部装置が必ずカラーの原稿画像を受信可能であるか否かをチェックするチェック手段と、
前記外部装置が必ずカラー原稿画像を受信可能であると前記チェック手段が判断した場合、前記読み取り手段に対して原稿をカラーで読み取り、カラー原稿画像を保持するよう指示し、前記外部装置が必ずカラー原稿画像を受信するとは判断しない場合、同一原稿に対してカラーと白黒で読み取り、カラー原稿画像と白黒原稿画像を保持するよう前記読み取り手段に指示する指示手段と
を備えることを特徴とする請求項１に記載の画像送信装置。 - 前記チェック手段は、前記外部装置がカラー原稿画像を受信可能な否かを示す情報を前記画像送信装置と前記外部装置とで交換するためのプロトコルを、前記画像送信装置が有しているかをチェックし、
前記画像送信装置が前記プロトコルを有している場合、前記チェック手段は前記外部装置が必ずカラー原稿画像を受信するとは判断せず、前記画像送信装置が前記プロトコルを有していない場合、前記チェック手段は前記外部装置が必ずカラー原稿画像を受信可能であると判断することを特徴とする請求項２に記載の画像送信装置。 - 原稿をカラー、もしくは白黒で読み取り、読み取った原稿画像を保持する読み取り工程と、外部装置に当該原稿画像を送信可能な送信工程とを備える画像送信方法であって、
前記外部装置と通信し、前記外部装置がカラー原稿画像受信可能であるか否かを検知する検知工程を備え、
当該検知工程で前記外部装置がカラー原稿画像受信可能であると検知した場合、前記送信工程では前記読み取り工程で前記原稿をカラーで読み取り、保持しておいたカラー原稿画像を前記外部装置に対して送信し、前記検知工程で前記外部装置がカラー原稿画像受信可能でないと検知した場合、前記送信工程では前記読み取り工程で前記原稿を白黒で読み取り、保持しておいた白黒原稿画像を前記外部装置に対して送信することを特徴とする画像送信方法。 - コンピュータを請求項１乃至３の何れか１項に記載の画像送信装置として機能させることを特徴とするプログラム。
- コンピュータに請求項４に記載の画像送信方法を実行させることを特徴とするプログラム。
- 請求項５又は６に記載のプログラムを格納することを特徴とするコンピュータ読み取り可能な記憶媒体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002290144A JP2004128879A (ja) | 2002-10-02 | 2002-10-02 | 画像送信装置、画像送信方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002290144A JP2004128879A (ja) | 2002-10-02 | 2002-10-02 | 画像送信装置、画像送信方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2004128879A true JP2004128879A (ja) | 2004-04-22 |
Family
ID=32282119
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002290144A Withdrawn JP2004128879A (ja) | 2002-10-02 | 2002-10-02 | 画像送信装置、画像送信方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2004128879A (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7646504B2 (en) | 2005-03-16 | 2010-01-12 | Ricoh Company, Limited | Image data processing device, image processing device, image forming device, and image transmitting system |
| US7764392B2 (en) | 2006-01-31 | 2010-07-27 | Konica Minolta Business Technologies, Inc. | Image transmission apparatus |
-
2002
- 2002-10-02 JP JP2002290144A patent/JP2004128879A/ja not_active Withdrawn
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7646504B2 (en) | 2005-03-16 | 2010-01-12 | Ricoh Company, Limited | Image data processing device, image processing device, image forming device, and image transmitting system |
| US7764392B2 (en) | 2006-01-31 | 2010-07-27 | Konica Minolta Business Technologies, Inc. | Image transmission apparatus |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8004698B2 (en) | Image forming apparatus for combining a scanned image with other image data and printing the combined image in black and white or color based on a set mode | |
| JP2006094475A (ja) | 画像ファイリング装置および画像ファイリング装置 | |
| JP2008005283A (ja) | 画像処理装置及び画像処理の制御方法及びプログラム及び記憶媒体 | |
| JP2006344128A (ja) | 画像処理装置 | |
| JP4147097B2 (ja) | 画像形成方法、画像形成システム及び画像形成装置 | |
| JP2004140420A (ja) | マルチファンクションシステム | |
| JP3919629B2 (ja) | 複合複写装置および複合複写装置の制御方法およびプログラムおよび記憶媒体 | |
| JP2003337681A (ja) | 画像処理システム及びサーバ装置 | |
| JP2004128879A (ja) | 画像送信装置、画像送信方法 | |
| JP2006211003A (ja) | 画像処理装置 | |
| JP2003167705A (ja) | 画像処理システム、情報処理装置、画像処理装置、画像出力制御方法、記憶媒体、及びプログラム | |
| JP2000083123A (ja) | 画像形成装置、画像転送方法および記憶媒体 | |
| JP2006253989A (ja) | 画像処理装置 | |
| JP2006166134A (ja) | 画像通信装置、その制御方法、プログラム、及び記憶媒体 | |
| JP2006109271A (ja) | 画像通信装置、通信方法、ならびにプログラム、記憶媒体 | |
| JP4078041B2 (ja) | 画像入出力装置、画像入出力方法、画像入出力システム、及び記憶媒体 | |
| JP3970148B2 (ja) | 画像処理装置、画像処理方法、及びプログラム | |
| JP2011015362A (ja) | 画像処理装置 | |
| JPH11327376A (ja) | リモートコピーシステムおよびリモートコピー方法 | |
| JP2004282721A (ja) | 画像入力装置および画像出力装置および画像形成システムおよび画像入力装置の制御方法および画像出力装置の制御方法および画像処理システムおよび画像処理システムの制御方法およびプログラムおよび記憶媒体 | |
| JP2006157806A (ja) | 画像処理装置 | |
| JP2001313752A (ja) | マルチファンクションシステム及び該システムにおける画像データ転送方法 | |
| JP2004032054A (ja) | 画像入出力装置 | |
| JP2007088924A (ja) | 画像配信装置、画像配信方法、及びプログラム | |
| JP3706812B2 (ja) | 画像形成装置、画像形成装置の制御方法、及び画像形成システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A300 | Withdrawal of application because of no request for examination |
Free format text: JAPANESE INTERMEDIATE CODE: A300 Effective date: 20060110 |