(57)【要約】【課題】画像をファクシミリ送信可能な端末装置において、送信機は送信画像を受信機の能力に従って最適な画像処理を施した後に送信することができ、受信機は特別な機能を持つことなく、また情報の欠落や、紙、トナーなどの資源の無駄もなく、確実に情報を伝達することができるようにする。【解決手段】画像を蓄積するメモリ部５と、画像の分割処理、画像を縮小する変倍処理及び画像の終端部の切り捨て処理を行う画像処理部１０と、画像の副走査長を検出する画像長検出手段及び画像処理を施すか否かを判断する画像処理判断手段を構成するＣＰＵ１と、画像を送信する通信制御部１１とを備え、上記画像長検出手段及び画像処理判断手段の結果に従って、画像処理のうちの何れかを選択して、送信画像を所定のサイズに変換して送信する。【選択図】        図１
2004208201.tif 000002
【特許請求の範囲】
【請求項１】
画像送信可能な画像通信制御端末装置であって、
画像を蓄積するための画像蓄積手段と、
画像を分割処理するための画像分割処理手段と、
画像を変倍処理するための画像変倍処理手段と、
画像の終端部を切り捨て処理するための画像切り捨て処理手段と、
画像の副走査長を検出するための画像長検出手段と、
前記画像の処理を施すか否かを判断するための画像処理判断手段とを有し、
前記画像長検出手段の検出結果及び画像処理判断手段の判断結果に従って、前記画像の処理のうちの何れかを選択し、送信画像を所定のサイズに変換することを特徴とする画像通信制御端末装置。
【請求項２】
前記画像処理判断手段は、基準となる画像長と、画像切り捨ての閾値と、画像縮小の閾値とを含む処理判断パラメータを有し、該処理判断パラメータは、各紙サイズ毎に一つずつ持つことを特徴とする請求項１に記載の画像通信制御端末装置。
【請求項３】
前記画像処理判断手段の処理判断パラメータの値は、オペレータによって設定が可能なことを特徴とする請求項２に記載の画像通信制御端末装置。
【請求項４】
前記画像処理判断手段の判断を実行するか否かをオペレータが選択可能なことを特徴とする請求項１ないし３何れかに記載の画像通信制御端末装置。
【請求項５】
画像を送信する画像送信方法において、
画像を蓄積する蓄積工程と、
画像を分割処理する分割処理工程と、
画像を変倍処理する変倍処理工程と、
画像の終端部を切り捨て処理する切り捨て処理工程と、
画像の副走査長を検出する画像長検出工程と、
前記画像の処理を施すか否かを判断する画像処理判断工程とを有し、
前記画像長検出工程の検出結果及び画像処理判断工程の判断結果に従って、前記画像の処理工程のうちの何れかを選択し、送信画像を所定のサイズに変換して送信するようにしたことを特徴とする画像送信方法。
【請求項６】
前記画像処理判断工程では、基準となる画像長と、画像切り捨ての閾値と、画像縮小の閾値とを含む処理判断パラメータに基づいて画像の処理を施すか否かを判断するようにしたことを特徴とする請求項５に記載の画像送信方法。
【請求項７】
請求項５または６に記載の画像送信方法を実行するためのプログラムを格納したことを特徴とする記憶媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、画像をファクシミリ送信可能な画像通信制御端末装置に係り、特に送信画像が受信機の受信能力と異なる場合に画像に所定の処理を施すことができる画像通信制御端末装置、その画像送信方法及び記憶媒体に関するものである。
【０００２】
【従来の技術】
ファクシミリ通信は、通常主走査方向を基準とした定型サイズで送信が行われる。副走査方向に関しては特に定型サイズに対するライン数等の定義はなく、画像の蓄積状況に依存するため、画像長は定まらない。
【０００３】
図８は従来の画像通信の動作を示すフローチャートであり、受信側で画像処理を行う場合を示している。
【０００４】
図８の（ａ）のように、送信側が長尺原稿を意識せずに送信した場合（Ｓ１０１）、その長尺原稿を受信した受信機は、同図の（ｂ）のように、受信した画像が１頁の長さをオーバーしていれば必要に応じて複数ページに分割し、そのデータをプリンタへ出力し、続きがなければ終了する（Ｓ１１１〜Ｓ１１５）。
【０００５】
あるいは同図の（ｃ）のように、受信した画像が１頁の長さをオーバーしていれば所定のサイズに縮小処理し、そのデータをプリンタへ出力している（Ｓ１２１〜Ｓ１２４）。
【０００６】
また、受信機によっては分割あるいは縮小処理機能を持たないものもあるが、その場合は同図の（ｄ）のように、受信した画像が１頁の長さをオーバーしていれば終端を切り捨て、そのデータをプリンタへ出力している（Ｓ１３１〜Ｓ１３４）。この場合、画像の終端部が出力されずに終わる。
【０００７】
また受信機は、ｄｉｓ信号のカット紙宣言ビットを用いることにより、送信側に長尺原稿を送信しないように指示を出すことができる。図９はその場合の画像通信の動作を示すフローチャートであり、送信側で画像処理を行う場合を示している。
【０００８】
この場合、送信機は図９の（ａ）のように、画像が１頁の長さをオーバーしていればその長尺原稿を定型サイズに収まるようにページの分割処理を行い、そのデータを送信して、続きがなければ終了する（Ｓ２０１〜Ｓ２０４）。
【０００９】
あるいは同図の（ｂ）のように、受信機は長尺原稿を受信しないため、受信原稿のデータをそのままプリンタへ出力する（Ｓ２１１〜Ｓ２１２）。
【００１０】
図１０は上述の受信画像の例を示したものである。同図の（ａ）は切り捨て処理を行った場合、（ｂ）は縮小処理を行った場合、（ｃ）は分割処理を行った場合をそれぞれ示している。
【００１１】
【発明が解決しようとする課題】
しかしながら、上記のような従来例にあっては、受信機で受信画像を分割あるいは縮小して出力する際、例えば定型長をわずか数ラインオーバーしているのに過ぎない場合は、分割出力しても後の分割ページは白紙である可能性もある（図１０の（ｃ）参照）。また、縮小処理を施した場合、画像によっては情報がつぶされ、重要な内容が伝わらない恐れもある（図１０の（ｂ）参照）。
【００１２】
一方、上述のカット紙宣言した場合に送信機側で無条件に分割処理を行うと、上記と同様、白紙を送信する場合が発生する。
【００１３】
そして、何れの場合であっても、紙資源の無駄、あるいは情報伝達の不具合の恐れがある。
【００１４】
本発明は、上記のような問題点に鑑みてなされたもので、送信機は送信画像を受信機の能力に従って最適な画像処理を施した後に送信することができ、受信機は特別な機能を持つことなく、また情報の欠落や、紙、トナーなどの資源の無駄もなく、確実に情報を伝達することができ、安価で高品位の画像通信制御端末装置、画像送信方法及び記憶媒体を提供することを目的としている。
【００１５】
【課題を解決するための手段】
本発明に係る画像通信制御端末装置は、画像送信可能な画像通信制御端末装置であって、画像を蓄積するための画像蓄積手段と、画像を分割処理するための画像分割処理手段と、画像を変倍処理するための画像変倍処理手段と、画像の終端部を切り捨て処理するための画像切り捨て処理手段と、画像の副走査長を検出するための画像長検出手段と、前記画像の処理を施すか否かを判断するための画像処理判断手段とを有し、前記画像長検出手段の検出結果及び画像処理判断手段の判断結果に従って、前記画像の処理のうちの何れかを選択し、送信画像を所定のサイズに変換するように構成したものである。
【００１６】
また、前記画像処理判断手段は、基準となる画像長と、画像切り捨ての閾値と、画像縮小の閾値とを含む処理判断パラメータを有し、該処理判断パラメータは、各紙サイズ毎に一つずつ持つようにしたものである。
【００１７】
また、前記画像処理判断手段の処理判断パラメータの値は、オペレータによって設定が可能であり、該画像処理判断手段の判断を実行するか否かをオペレータが選択可能にしたものである。
【００１８】
本発明に係る画像送信方法は、画像を蓄積する蓄積工程と、画像を分割処理する分割処理工程と、画像を変倍処理する変倍処理工程と、画像の終端部を切り捨て処理する切り捨て処理工程と、画像の副走査長を検出する画像長検出工程と、前記画像の処理を施すか否かを判断する画像処理判断工程とを有し、前記画像長検出工程の検出結果及び画像処理判断工程の判断結果に従って、前記画像の処理工程のうちの何れかを選択し、送信画像を所定のサイズに変換して送信するようにしたものである。
【００１９】
また、前記画像処理判断工程では、基準となる画像長と、画像切り捨ての閾値と、画像縮小の閾値とを含む処理判断パラメータに基づいて画像の処理を施すか否かを判断するようにしたものである。
【００２０】
本発明に係る記憶媒体は、前記の画像送信方法を実行するためのプログラムを格納したものである。
【００２１】
【発明の実施の形態】
以下、本発明の実施例を図面について説明する。
【００２２】
図１は本発明の実施例の概略構成（ハードウェア構成）を示すブロック図であり、画像をファクシミリ送信可能な画像通信制御端末装置の構成を示している。
【００２３】
ＣＰＵ１０１は、システム制御部であり、装置全体を制御する。クロック（ＣＬＯＣＫ）１０２は、ＩＣ等で構成され、動作間隔等を計測する。ＲＯＭ１０３は、ＣＰＵ１０１の制御プログラムを格納するものである。ＲＡＭ１０４は、ＳＲＡＭ等で構成され、プログラム制御変数などを格納するものである。このＲＡＭ１０４には、登録された設定値、装置の管理データ、各ワーク用バッファなども格納される。
【００２４】
メモリ部１０５は、ＤＲＡＭなどで構成され、画像等のデータを蓄積する。操作部１０６は、キーボード、表示部等で構成され、オペレータはこの操作部１０６で各種操作、設定を行う。符号化復号化部１０７は、情報の符号化復号化を行う。
【００２５】
読み取り部１０８は、ＣＳイメージセンサ、原稿搬送機構等で構成され、原稿を光学的に読み取り、電気的な画データに変換する。記録部１０９は、画像やファイルデータを紙に記録する。画像処理部１１０は、画像の分割、変倍、切り捨てなどを行う。通信制御部１１１は、公衆回線に接続され、通信全体を制御する。
【００２６】
そして、以上の各構成要素は、バス２０により接続されている。
【００２７】
ここで、画像を蓄積するための画像蓄積手段がメモリ部５により構成され、画像を分割処理するための画像分割処理手段と画像を縮小処理（変倍処理）するための画像変倍処理手段と画像の終端部を切り捨て処理するための画像切り捨て処理手段の各画像処理手段が画像処理部１０により構成され、画像の副走査長を検出するための画像長検出手段と上記画像の各処理を施すか否かを判断するための長尺処理判断手段（画像処理判断手段）がＣＰＵ１０１により構成されている。
【００２８】
そして、上記画像長検出手段の検出結果及び長尺処理判断手段の判断結果に従って、画像の処理のうちの何れかを選択し、送信画像を所定のサイズに変換して通信制御部１１により送信するように構成されている。
【００２９】
また、上記長尺処理判断手段は、基準となる画像長と、画像切り捨ての閾値と、画像縮小の閾値とを含む処理判断パラメータを有し、該処理判断パラメータは、各紙サイズ毎に一つずつ持つようにしている。
【００３０】
図２は実施例の画像送信処理の一例を示すフローチャートである。このフローチャートに示す制御処理は後で詳細に説明するが、上記ＣＰＵ１によりあらかじめＲＯＭ３に記憶されたプログラムに従って実行されるものである。
【００３１】
図３は本実施例の通信管理情報パラメータの一例を示す図である。一つの通信管理情報は、ＪＯＢ＿ＱＵＥＵＥ（１００）という形で管理される。以下、各情報毎に説明する。
（１０１）ｃｏｍ＿ｎｏは、通信管理番号（受け付け番号）である。
（１０２）ｃｏｍ＿ｍｏｄｅは、回線種別（ＰＳＴＮ／ＩＳＤＮ等）を示す。
（１０３）ｊｏｂ＿ｍｏｄｅは、通信種別（Ｇ３送信、Ｇ４受信等）を示す。
（１０４）ｃｏｍ＿ｐａｇｅ＿ｓｉｚｅは、現在通信中の紙サイズを示し、ページが変わると、新たに設定しなおされる。
（１０５）ｃｏｍ＿ｐａｇｅ＿ｒｅｓｏは、現在通信中の解像度を示し、ページが変わると、新たに設定しなおされる。
（１０６）ｓｔａｒｔ＿ｔｉｍｅは、通信開始時間を示す。
（１０７）ｃｏｍ＿ｔｉｍｅｒは、通信時間を示す。
（１０８）ｏｋ＿ｐａｇｅは、正常に通信された（ＯＫ）ページ数を示す。
（１０９）ｎｇ＿ｐａｇｅは、正常に通信されなかった（ＮＧ）ページ数を示す。
（１１０）ｔｏｔａｌ＿ｐａｇｅは、総ページ数を示す。
（１１１）ｒｅｓｕｌｔは、通信結果（発呼待ち、正常終了、エラー等）を示す。
（１１２）ａｄｒｓ＿ｐｔｒは、通信宛先情報（１１６）がポインタ形式で繋がれる。
（１１３）ｎａｍｅ＿ｐｔｒは、通信相手先略称情報（１１７）がポインタ形式で繋がれる。
（１１４）ｐａｇｅ＿ｐｔｒは、通信情報に対応する画像情報（１２０）がポインタ形式で繋がれる。
（１１５）ｎｅｘｔ＿ｐｔｒは、次の通信管理情報（１１８）がポインタ形式で繋がれる。
【００３２】
上記の画像情報（ＰＡＧＥ＿ＲＥＱ：１２０）には以下の情報が管理される。
（１２１）ｎｅｘｔ＿ｐｔｒは、画像情報が複数ページ存在する場合に、次ページ以降のＰＡＧＥ＿ＲＥＱ（１３０）がポインタ形式で繋がれる。
（１２２）ｐａｇｅ＿ｔｙｐｅは、ページ種別（画像、ＴＥＸＴ等）を示す。
（１２３）ｃｏｄｅ＿ｔｙｐｅは、格納情報の符号化種別（ＭＨ／ＭＲ／ＪＢＩＧ／ＴＥＸＴ等）を示す。
（１２４）ｐａｇｅ＿ｄｅｎｔは、画像データの解像度（ＳＴＤ／ＦＩＮＥなど）を示す。
（１２５）ｐａｇｅ＿ｓｉｚｅは、画像データのサイズ（Ａ４／Ｂ４／Ａ３等）を示す。
（１２６）ｐａｇｅ＿ｎｏは、該画像のページ番号を示す。
（１２７）ｐａｇ＿ｌｉｎｅ＿ｃｎｔは、該ページのライン数を示す。
（１２８）ｒｅｓｕｌｔは、該ページの通信結果を示す。
（１２９）ｉｍｇ＿ｐｔｒは、画データの格納バッファ（１３１）がポインタ形式で繋がれる。
【００３３】
図４は本実施例の長尺処理パラメータの一例を示す図である。以下、各情報毎に説明する。
（２０１）ｌｏｎｇ＿ｐａｐｅｒ＿ｈａｎｄｌｅは、長尺処理を行う／行わないのＳＷである。
（２０２）ｃｕｔｏｆｆ＿ｓｗは、終端切り捨て処理を行う／行わないのＳＷである。
（２０３）ｒｅｄｕｃｅ＿ｓｗは、縮小処理を行う／行わないのＳＷであり、（２０２）、（２０３）は、（２０１）がＯＮ（行う）のときにのみ有効となる。
（２０４）Ａ４＿ＰＡＧＥ＿ＬＩＮＥは、Ａ４原稿（ＳＴＤ）の標準ライン数である。
（２０５）Ａ４＿ＣＵＴＯＦＦ＿ＴＨＲＳＨＬＤは、Ａ４原稿（ＳＴＤ）の終端切り捨て閾値であり、標準ライン数を超えるライン数を設定する。
（２０６）Ａ４＿ＲＥＤＵＣＴ＿ＴＨＲＳＨＬＤは、Ａ４原稿（ＳＴＤ）の縮小閾値であり、標準ライン数を超えるライン数を設定する
（２０７）Ｂ４＿ＰＡＧＥ＿ＬＩＮＥは、Ｂ４原稿（ＳＴＤ）の標準ライン数である。
（２０８）Ｂ４＿ＣＵＴＯＦＦ＿ＴＨＲＳＨＬＤは、Ｂ４原稿（ＳＴＤ）の終端切り捨て閾値であり、標準ライン数を超えるライン数を設定する
（２０９）Ｂ４＿ＲＥＤＵＣＴ＿ＴＨＲＳＨＬＤは、Ｂ４原稿（ＳＴＤ）の縮小閾値であり、標準ライン数を超えるライン数を設定する
（２１０）Ａ３＿ＰＡＧＥ＿ＬＩＮＥは、Ａ３原稿（ＳＴＤ）の標準ライン数である。
（２１１）Ａ３＿ＣＵＴＯＦＦ＿ＴＨＲＳＨＬＤは、Ａ３原稿（ＳＴＤ）の終端切り捨て閾値であり、標準ライン数を超えるライン数を設定する
（２１２）Ａ３＿ＲＥＤＵＣＴ＿ＴＨＲＳＨＬＤは、Ａ３原稿（ＳＴＤ）の縮小閾値であり、標準ライン数を超えるライン数を設定する。
【００３４】
なお、これらのＳＷはオペレータにより設定が可能であるが、勿論、装置設定として初期値も用意されている。
【００３５】
次に、上述の図２のフローチャートを用いて実施例の動作を説明する。
【００３６】
なお、ここでは送信原稿サイズと実際の送信サイズ（主走査幅）が一致している場合を例にして説明する（異なる場合は縮小等の処理が施されるが、本件とは別の話となるため、適時処理されているものとする。）。また、長尺パラメータ類もあらかじめ設定されているものとする。
【００３７】
送信機は、送信開始時に、ｌｏｎｇ＿ｐａｐｅｒ＿ｈａｎｄｌｅ（２０１）のＳＷを参照する（Ｓ１）。本ＳＷがＯＦＦの場合は、長尺処理は行わず、そのまま送信するため、送信部へ制御を渡し、送信処理を行う（Ｓ２３）。
【００３８】
上記ＳＷがＯＮの場合は、長尺原稿の送信時は長尺処理を行うため、送信画像情報：ｃｏｍ＿ｐａｇｅ＿ｓｉｚｅ（１０４）、ｃｏｍ＿ｐａｇｅ＿ｒｅｓｏ（１０５）、ｐａｇ＿ｌｉｎｅ＿ｃｎｔ（１２７）を読み出す（Ｓ２）。
【００３９】
そして、まずｃｏｍ＿ｐａｇｅ＿ｓｉｚｅを参照する（Ｓ３）。送信サイズ（画像サイズ）がＡ４であれば、長尺処理用パラメータからＡ４標準長（Ａ４＿ＰＡＧＥ＿ＬＩＮＥ：２０４）、Ａ４終端切り捨て閾値（Ａ４＿ＣＵＴＯＦＦ＿ＴＨＲＳＨＬＤ：２０５）、Ａ４縮小閾値（Ａ４＿ＲＥＤＵＣＴ＿ＴＨＲＳＨＬＤ：２０６）を読み出し、処理用パラメータ：ｐａｇｅ＿ｌｉｎｅ（２２１）、ｐａｇｅ＿ｃｕｔｏｆｆ＿ｔｈｒｓｈｌｄ（２２２）、ｐｇｅ＿ｒｅｄｕｃｔ＿ｔｈｒｓｈｌｄ（２２３）にそれぞれ格納する（Ｓ４）。送信サイズがＢ４（Ｓ５）、Ａ３（Ｓ７）の場合も同様にそれぞれの長尺処理用パラメータを格納する（Ｓ６、Ｓ８）。またここでは省略しているが、他サイズ（ＬＴＲ，ＬＧＬ等）の場合も同様であることは言うまでもない（Ｓ９）。
【００４０】
次に、解像度を確認する。上記パラメータは解像度が標準（８ｘ３．８５ｌｉｎｅ／ｍｍ）の場合であるため、送信解像度がＦＩＮＥ（８ｘ７．７）であれば（Ｓ１０）、各パラメータを２倍する（Ｓ１１）。同様に送信解像度がＳｕｐｅｒＦＩＮＥ（８ｘ１５．４）あるいはＵｌｔｒａＦＩＮＥ（１６ｘ１５．４）の場合（Ｓ１２）は、各パラメータを４倍する（Ｓ１３）。
【００４１】
次に、送信原稿のライン数（ｐａｇｅ＿ｌｉｎｅ＿ｃｎｔ：１２７）を標準ページライン数（ｐａｇｅ＿ｌｉｎｅ：１２１）と比較する（Ｓ１４）。送信原稿のライン数が標準ページライン数より小さい場合は、長尺原稿ではないため、通常に送信処理を行う（Ｓ２３）。送信原稿ライン数が標準ページライン数を超えている場合は、長尺処理を行う。
【００４２】
Ｃｕｔｏｆｆ＿ｓｗ（２０２）がＯＮであれば（Ｓ１４）、切り捨て処理の判断を行う（Ｓ１５）。そして、Ｐａｇｅ＿ｌｉｎｅ＿ｃｎｔ（１２７）からｐａｇｅ＿ｌｉｎｅ（１２１）を引いた値が切り捨て閾値（ｐａｇｅ＿ｃｕｔｏｆｆ＿ｔｈｒｓｈｌｄ：２２２）より小さい場合は（Ｓ１６）、終端切り捨て処理を行う（Ｓ１７）。
【００４３】
この処理は、ファクシミリ原稿は通常後端に白ラインが付加されており、長尺の幅がわずかである場合に、分割しても分割ページは白紙になる可能性があるために有効である。この終端切り捨ての閾値はオペレータが入力可能なため、マシンの設定（フッタ有無等）や原稿によって変更することができる。
【００４４】
また、Ｃｕｔｏｆｆ＿ｓｗ（２０２）がＯＦＦの場合、あるいはＰａｇｅ＿ｌｉｎｅ＿ｃｎｔ（１２７）の長尺ライン数がｐａｇｅ＿ｃｕｔｏｆｆ＿ｔｈｒｓｈｌｄ（２２２）を超えている場合は、ｒｅｄｕｃｔ＿ｓｗ（２０３）を参照する（Ｓ１８）。
【００４５】
Ｒｅｄｕｃｔ＿Ｓｗ（２０３）がＯＮであれば、縮小処理の判断を行う（Ｓ１９）。そして、Ｐａｇｅ＿ｌｉｎｅ＿ｃｎｔ（１２７）からｐａｇｅ＿ｌｉｎｅ（１２１）を引いた値が縮小閾値（ｐａｇｅ＿ｒｅｄｕｃｔ＿ｔｈｒｓｈｌｄ：２２３）より小さい場合は（Ｓ１９）、縮小処理を行う（Ｓ２０、Ｓ２１）。
【００４６】
これは、長尺の幅が白終端以上はあるがそれほどの長尺でない場合に、２ページに分割して送信するより、ごくわずか縮小することで、１ページに収めることができ、通信時間等の節減にもなる。この縮小閾値はオペレータが入力可能なため、縮小率が大きくなりすぎて受信側で判別が困難にならないよう適切な値を設定することができる。
【００４７】
また、ｒｅｄｕｃｔ＿ｓｗ（２０３）がＯＦＦの場合、あるいはＰａｇｅ＿ｌｉｎｅ＿ｃｎｔ（１２７）の長尺ライン数がｐａｇｅ＿ｒｅｄｕｃｔ＿ｔｈｒｓｈｌｄ（２２２）を超えている場合は、ページ分割処理を行う（Ｓ２２）。
【００４８】
これは、長尺幅が大きく、切り捨て処理では情報の欠如となり、縮小処理の場合は縮小率が大きくなるため、受信側で判別が困難になるためである。この場合は、ページ分割して送信するのが最も有効な手段となる。
【００４９】
図５、図６及び図７に上述の本実施例における送信画像例を示す。図５は、同図の（ａ）のオリジナル画像に対し、（ｂ）のように終端部を切り捨てた場合を示している。図６は、同図の（ａ）のオリジナル画像に対し、（ｂ）のように縮小した場合を示している。また図７は、同図の（ａ）の長尺のオリジナル画像に対し、（ｂ）のように分割した場合を示している。
【００５０】
このように、本実施例の通信結果レポートを出力（ファクシミリ送信）可能な画像通信制御端末装置では、画像を蓄積するための画像蓄積手段と、画像を分割するための画像分割処理手段と、画像を縮小するための画像変倍処理手段と、画像終端を切り捨てるための画像切り捨て処理手段と、画像の副走査長を検出するための画像長検出手段と、画像処理を施すか否かを判断するための画像処理判断手段とを持ち、上記画像長検出手段及び画像処理判断手段の結果に従って、上記画像処理手段のうちの一つを選択して、送信画像を所定のサイズに変換して送信するようにしている。
【００５１】
これにより、送信機は送信画像と受信機の能力に従って最適な画像処理を施して画像を送信することができ、受信機は特別な機能を持つことなく、また情報の欠落や、紙、トナーなどの資源の無駄もなく確実に情報を受信することができる。
【００５２】
また長尺ＳＷをオペレータが設定、変更可能にすることにより、ユーザの使用状況によって最も適切な値を設定することができる。
【００５３】
さらに、ハードウェア等の特別なものを持つ必要がないため、開発コストも抑えることができ、安価で高品位の画像通信制御端末装置を提供することができる。
【００５４】
なお、本発明は、次の工程を有する画像送信方法としても構成することができる。
（１）画像を蓄積する工程
（２）長尺処理実行ＳＷを判別する工程
（３）送信画像長を検出する工程
（４）長尺処理を実行するか否かを判別する工程
（５）送信画像を分割する工程
（６）送信画像を縮小する工程
（７）送信画像の終端を切り捨てる工程
（８）上記（５）〜（７）の工程のうちどれを実行するかを判断する工程
（９）該判断結果に従って送信画像に処理を施す工程
（１０）送信画像を送信する工程
そして、上記の画像送信方法をコンピュータにより実行可能にするために、そのプログラムを所望の記憶媒体、例えばフレキシブルディスク等に記憶させておくことができる。
【００５５】
【発明の効果】
以上説明したように、本発明によれば、送信機は送信画像を受信機の能力に従って最適な画像処理を施した後に送信することができ、受信機は特別な機能を持つことなく、また情報の欠落や、紙、トナーなどの資源の無駄もなく、確実に情報を伝達することができるという効果がある。
【００５６】
また、処理判断のパラメータをオペレータが設定、変更可能にすることにより、ユーザの使用状況によって最も適切な値を設定することができる。
【図面の簡単な説明】
【図１】本発明の実施例の概略構成を示すブロック図
【図２】実施例の画像送信処理の一例を示すフローチャート
【図３】実施例の通信情報管理パラメータの一例を示す図
【図４】実施例の長尺処理パラメータの一例を示す図
【図５】実施例の送信画像例を示す図
【図６】実施例の送信画像例を示す図
【図７】実施例の送信画像例を示す図
【図８】従来例の動作を示すフローチャート
【図９】他の従来例の動作を示すフローチャート
【図１０】従来の受信画像例を示す図
【符号の説明】
１  ＣＰＵ
２  クロック（ＣＬＯＣＫ）
３  ＲＯＭ
４  ＲＡＭ
５  メモリ部
６  操作部
７  符号化復号化部
８  読み取り部
９  記録部
１０  画像処理部
１１  通信制御部
２０  バス
【図１】
2004208201.tif 000003
【図２】
2004208201.tif 000004
【図３】
2004208201.tif 000005
【図４】
2004208201.tif 000006
【図５】
2004208201.tif 000007
【図６】
2004208201.tif 000008
【図７】
2004208201.tif 000009
【図８】
2004208201.tif 000010
【図９】
2004208201.tif 000011
【図１０】
2004208201.tif 000012