JP5111527B2 - 通信装置、通信装置の制御方法、プログラム - Google Patents

Description

本発明は、入力されたデータを送信するデータ通信装置、データ通信方法及びそれを実現するためのコンピュータ可読記憶媒体に関するものである。

昨今、電話回線等を介したファクシミリや電話などの情報交換手段に加え、インターネット／イントラネットを介した電子メール等の電子情報の情報交換手段が一般化しつつある。

電子メールにおいては、文字情報のみならず、画像や音声やプログラムデータ等の様々なデータ形式の情報の交換が可能である。

電子メールは、ＵＡ（Ｕｓｅｒ Ａｇｅｎｔ）と称される電子メール・クライアント・ソフトウェアで作成され、それがオリジナルＭＴＡ（Ｍａｉｌ Ｔｒａｎｓｆｅｒ Ａｇｅｎｔ）と称される電子メール転送装置に送信される。そして、目的の宛先まで複数の電子メール転送装置間を蓄積交換しながら、あたかもバケツリレーのように転送される。このように電子メールを順次蓄積交換するシステムを電子メール蓄積交換システムと呼ぶ。

この電子メール蓄積交換システムにおける各電子メール転送装置で受信された電子メールは電子メール転送装置内の補助記憶装置に格納され、次に転送すべき電子メール転送装置に送信され、最後に最終宛先である電子メール転送装置の記憶装置に格納されるか、あるいは、受信した電子メールを各電子メールユーザごとに管理するためのメールボックス（私書箱）を持つ受信電子メール管理サーバ装置内の記憶装置に蓄積される。

その後、ＵＡと称される電子メール・クライアント・ソフトウェアを用いて引き出され、各ユーザに提供される。

ところで、電子メールでは上述のように画像等のデータ量の多い情報をもやり取りすることができるが、各電子メール転送装置で扱える電子メール１通分のデータ量の上限は各装置のシステム管理者に委ねられており、データ量が多く最終宛先まで送信できないことが予想される場合には送信側で何らかの操作をして１通あたりのデータ量を減らす必要があった。

しかしながら、これを行うためには送信側のユーザは送信データ量が大きいかどうかを何らかの操作で調べ、大きかった場合にはそれを減らすための操作を行うなど、その作業が非常に煩雑なものであった。

本発明は上述の問題点に鑑みなされたもので、複数のページを複数に分割し、分割されたページ数分の画像データを表す画像ファイルをそれぞれ含む複数の電子メールデータを生成する際、生成する複数の電子メールデータのそれぞれに含まれる各画像ファイルに、前記複数の電子メールデータに含まれる各画像ファイルが互いに関連することを示し、当該各画像ファイルを前記複数の電子メールデータ以外の電子メールデータで送信される画像ファイルと区別するための共通部分と、画像ファイル毎に異なる部分であって、前記複数のページのページ順を識別可能な部分とを含むファイル名を付与することのできる通信装置、通信装置の制御方法、プログラムを提供することを目的とする。

上記目的を達成するために本発明の通信装置は以下の構成を備える。即ち、複数のページの画像データを入力する入力手段と、前記複数のページを複数に分割し、分割されたページ数分の画像データを表す画像ファイルをそれぞれ含む複数の電子メールデータを生成する生成手段と、前記生成手段により生成された複数の電子メールデータのそれぞれを、指定された宛先に送信する送信手段と、を備え、前記生成手段は、生成する複数の電子メールデータのそれぞれに含まれる各画像ファイルに、前記複数の電子メールデータのそれぞれに含まれる各画像ファイルが互いに関連することを示し、当該各画像ファイルを前記複数の電子メールデータ以外の電子メールデータで送信される画像ファイルと区別するための共通部分と、画像ファイル毎に異なる部分であって、前記複数のページのページ順を識別可能な部分とを含むファイル名を付与する。

本発明によれば、複数のページを複数に分割し、分割されたページ数分の画像データを表す画像ファイルをそれぞれ含む複数の電子メールデータを生成する際、生成する複数の電子メールデータのそれぞれに含まれる各画像ファイルに、前記複数の電子メールデータに含まれる各画像ファイルが互いに関連することを示し、当該各画像ファイルを前記複数の電子メールデータ以外の電子メールデータで送信される画像ファイルと区別するための共通部分と、画像ファイル毎に異なる部分であって、前記複数のページのページ順を識別可能な部分とを含むファイル名を付与することのできる通信装置、通信装置の制御方法、プログラムを提供することができる。

本発明の実施形態によるシステム構成を示す図である。 本発明の通信装置の概略構成を示すブロック図である。 第１の実施形態の通信装置による処理の流れを示すフローチャートである。 送信される電子メール形式のデータの構成を示す図である。 第２の実施形態の通信装置による処理の流れを示すフローチャートである。

以下、図面を参照して本発明の実施の形態の一例を詳細に説明する。

＜第１の実施形態＞
図１は本発明の第１の実施形態によるシステム構成を示す図である。

図１において、１−１は、電子メールクライアントであり、パーソナルコンピュータに電子メール・クライアント・ソフトウェアがインストールされている。このクライアントのユーザ名はｕｓｅｒ１とする。
１−２は、電子メールサーバであり、補助記憶装置に各電子メールクライアント用のメールボックスが割り当てられている。
１−３は、ＤＮＳサーバであり、ドメイン名とＩＰアドレスの相互変換を行い、ドメインの異なる相手先とのデータ交換を行う。
１−４は、ローカルエリアネットワークであり、ドメイン名：ａａａ．ｂｂｂ．ｃｏ．ｊｐの各ユーザ宛の電子メールがやり取りされるものとする。
１−５は、後述する本実施形態に特有な処理を行う通信装置であり、ユーザ名をｉｍａｉｌ１として電子メールのやり取りを行う。また、通信装置１−５は電話回線による公衆網（ＰＳＴＮまたはＩＳＤＮ）１−６とも接続され、この公衆網１−６介して遠隔地のファクシミリ装置１−７とＧ３、Ｇ４等の公知の手順によるファクシミリ通信を行うことができる。
１−８は、ルータであり、ローカルエリアネットワーク１−上の端末が外部ネットワークであるインターネット／イントラネット１−９を介して遠隔地の端末とデータのやり取りを行うためのものである。
１−１０は、インターネット／イントラネット１−９に接続されている電子メールクライアントであり、１−１と同様にパーソナルコンピュータに電子メール・クライアント・ソフトウェアがインストールされている。
１−１１は、インターネットファクシミリ装置であり、既存のファクシミリ装置のような操作感覚で所定の形式の画像データがファイルとして添付された電子メール形式のデータをインターネット／イントラネット１−９を介してやり取り可能である。
１−１２は、電子メールサーバであり、インターネット／イントラネット１−９を介してやり取りされる電子メールの管理及び制御を行う。ここでは特にドメイン名：ｃｃｃ．ｄｄｄ．ｃｏ．ｊｐ宛の電子メールの蓄積管理を行い、このサーバのユーザである電子メールクライアント１−１０（ユーザ名：ｕｓｅｒ２）に提供すべき電子メールを管理し、電子メールクライアント１−１０からの要求に応じて電子メールクライアント１−１０宛の電子メールを転送するものである。

このような構成において、例えば通信装置１−５から送信された電子メール（ｕｓｅｒ２＠ｃｃｃ．ｄｄｄ．ｃｏ．ｊｐ宛）はローカルエリアネットワーク１−４を介して電子メールサーバ１−２、ＤＮＳサーバ１−３、ルータ１−８、インターネット／イントラネット１−９をそれぞれ経由して電子メールサーバ１−１２のｕｓｅｒ２用のエリアに蓄積され、電子メールクライアント１−１０からの要求によって電子メールクライアント１−１０のユーザは閲覧可能な状態となる。

次に図１に示した通信装置１−５について詳細に説明する。

図２は通信装置１−５の概略構成を示すブロック図である。

システムバス２−１にＲＯＭ２−２、ＣＰＵ２−３、ＲＡＭ２−４、蓄積メモリ２−５、ＬＡＮインターフェース部２−６、回線インターフェース部２−７、ＩＯ制御Ｂ部２−８、ＩＯ制御Ａ部２−９が接続され、画像バス２−１０にＩＯ制御Ａ部２−９、画素密度変換部２−１１、圧縮伸長部２−１２、プリンタ部２−１３、読み取り部２−１４、画像回転部２−１５、画像処理部２−１６が接続される。そして、ＩＯ制御Ｂ部２−８を介して操作部２−１７が接続される。

システムバス２−１、ＲＯＭ２−２、ＣＰＵ２−３、ＲＡＭ２−４、蓄積メモリ２−５、ＬＡＮインターフェース部２−６、回線インターフェース部２−７、ＩＯ制御Ｂ部２−８、ＩＯ制御Ａ部２−９、画像バス２−１０、画素密度変換部２−１１、圧縮伸長部２−１２、画像回転部２−１５、画像処理部２−１６はハードウェアとして制御ユニット２−１８上に実装される。

ＲＯＭ２−２はブートＲＯＭであり、通信装置１−５のシステムのブートプログラムが格納されている。また後述するような本実施形態の動作を実現するためのシステムソフトウェアはＲＯＭ２−２または蓄積メモリ２−５に記憶されており、ＣＰＵ２−３で実行される。

ＲＡＭ２−４はソフトウェアを実行するためのシステムワークメモリエリアであり、また画像データを一時記憶するための画像メモリとしても用いられる。

蓄積メモリ２−５はシステムソフトウェア、ファクシミリ符号データ、電子メールデータ、各種画像データなどが記憶される。

ＬＡＮインターフェース部２−６はローカルエリアネットワーク１−４と接続するためのインターフェースであり、ローカルエリアネットワークに接続されたリモートルータ等を介してインターネット等にも接続可能となるものである。

回線インターフェース部２−７はＰＳＴＮやＩＳＤＮ等の公衆網１−６に接続され、ＲＯＭ２−２内の通信制御プログラムによって制御され、ＩＳＤＮ・Ｉ／Ｆ、モデム、ＮＣＵ（ネットワーク・コントロール・ユニット）を介して遠隔の端末とデータの送受信する機能等を有する。

ＩＯ制御Ａ部２−９はシステムバス２−１と画像データを高速で転送する画像バス２−１０を接続し、システムバス２−１からのデータのデータ構造を変換するバスブリッジである。画像バス２−１０はＰＣＩバスまたはＩＥＥＥ１３９４で構成される。

画像バス２−１０上には画像入出力デバイスである読み取り部２−１４やプリンタ部２−１３と制御ユニット２−１８を接続し、画像データの同期系／非同期系の変換を行う。

画素密度変換部２−１１は入力された画像データの画素密度を増減させることにより解像度を変換する。

画像圧縮伸長部２−１２は多値画像データについてはＪＰＥＧ、２値画像データについてはＪＢＩＧ、ＭＭＲ、ＭＲ、ＭＨの圧縮伸長処理を行う。

プリンタ部２−１３は入力された画像データに基づく画像を記録紙上に記録出力する。

読み取り部２−１４は原稿給送装置から給送される原稿または原稿台に置かれた原稿上の画像を走査しながら読み取り、この画像に応じた画像データを出力する。画像の読み取りはその用途に応じてカラー原稿は多値画像データとして出力し、モノクロ原稿は２値画像データとして出力するといったように切り替える。

画像回転部２−１５は入力された画像データが表す画像を所望の角度に回転し、回転後の画像を表す画像データを出力する。

画像処理部２−１６は入力された画像データに対し所定の補正、加工、編集を行って出力する。

ＩＯ制御Ｂ部２−８は操作部（ＵＩ＝Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）２−１７とのインターフェース部であり、操作部２−１７に表示する画像データを供給したり、操作部２−１７からユーザが行った操作内容をＣＰＵ２−３に伝えるためのものである。なお、操作部２−１７は画像や文字を用いてユーザに情報を提供するための表示装置、ユーザの入力を検知するためのタッチパネル、ハードキー等で構成され、ＲＯＭ２−２内のプログラムによってソフトウェア制御される。ユーザはこの操作部２−７を用いて読み取りの指示、送信宛先の指定、送信の指示、各種設定等を行う。

通信装置１−５は以上の構成により、ＲＯＭ２−２または蓄積メモリ２−５内に格納されたプログラムに基づきＣＰＵ２−３の制御により、上述のように画像データの入出力及び各種処理を行うほか、後述のように所定の形式に変換された画像データをｂａｓｅ６４符号に変換し所定の電子メール形式のデータとなるようにテキストに変換し、電子メール形式のデータを既存の電子メール用のプロトコルに従って送信するなどの処理を行う。

図３は第１の実施形態による通信装置１−５の処理の流れを示すフローチャートである。

まず、ユーザが原稿台あるいは原稿給送装置に原稿をセットし（３−１）、操作部２−１７から送信先のアドレスの選択及び原稿画像の読み取り指示がなされると（３−２）、ＣＰＵ２−３は読み取り部２−１４に原稿を走査し原稿上の画像を読み取らせ、この画像に応じた画像データを圧縮伸長部２−１２で、多値画像データはＪＰＥＧ、白黒画像データはＪＢＩＧ、ＭＭＲ、ＭＲ、ＭＨなどの圧縮処理を行い、一旦符号化した画像データとして蓄積メモリ２−５に蓄積する。この処理は送信対象の原稿全ページ分繰り返し行う。

なお、３−２におけるアドレスの選択はユーザによる操作部２−１７の操作により操作部２−１７の表示部にアドレス帳を表示させ、ユーザはその中から所望の送信先を選択するが、ここでは送信先としてｕｓｅｒ２の電子メールアドレスが選択されたものとする。そして、ここでは白黒画像として原稿を読み取りＭＨで符号化するよう操作部２−１７で設定されているものとする。また、このとき、さらに添付ファイルの形式（ここではシングルページＴＩＦＦとする）、送信元ユーザ（ここではｉｍａｉｌ＠ａａａ．ｂｂｂ．ｃｏ．ｊｐ）、Ｓｕｂｊｅｃｔ（ここではＳｃａｎ）、返信先アドレス（ここではｕｓｅｒ１＠ａａａ．ｂｂｂ．ｃｏ．ｊｐ）、本文部分の記述内容等の指定も行う。これらの情報が操作部２−１７からＣＰＵ２−３に伝えられ、読取制御及び符号化制御が行われるとともに、ＣＰＵ２−３はＲＡＭ２−４または蓄積メモリ２−５に記憶されている中から指定された相手先電子メールアドレスを読み出す。

次に、電子メールにおいては、バイナリ画像データを直接送信することはできないため、以下のようにして電子メールで扱える形式に変換する。

まず、電子メールアドレスの指定に応じてＣＰＵ２−３は、圧縮伸長部２−１２でＭＨに符号化された蓄積メモリ２−５内の画像データに対し、先頭にＴＩＦＦ ＣＬＡＳＳ Ｆのヘッダ情報を付加するなどして、ＴＩＦＦ画像データを作成する（３−４）。ここではシングルページＴＩＦＦとしたので１ページにつき１ファイルとして作成していく。

そして、ＣＰＵ２−３は原稿１ページ分ごとにＴＩＦＦ画像データをバイナリ形式からｂａｓｅ６４変換によってテキストデータに変換し（３−５）、１ページ分の変換が終了するごとに予め通信装置１−５に設定されている上限設定値を超過しているか判断する（３−６）。ここで、この上限設定値は操作部２−１７を用いてユーザが任意に設定できるデータ量であり、この設定はＲＡＭ２−４等に記憶される。またこの上限値は宛先ごとに異なる量が設定可能である。

ここでテキストデータに変換されたＴＩＦＦ画像データが上限設定値を超えたと判断した場合は、変換済みの画像データのページが１ページを超えているか、即ち、変換済みのページが少なくとも１ページ分あるかを判断する（３−７）。そして、１ページ分を超えていれば、最後のページ分のＴＩＦＦ画像データを現在対象の電子メールデータから削除し、この削除した分のＴＩＦＦ画像データを次の電子メールデータとして蓄積メモリ２−５に保存しておく（３−８）。

変換済みの画像データが１ページを超えていない場合は、１ページ分の画像データが既に上限設定値を超えるサイズであるために、この設定では送信することができないため、その電子メールデータは送信対照とせずに破棄し（３−９）、エラーとして結果をＲＡＭ２−４等に保存しておく（３−１０）。ここでは送信対象の画像のうち１ページでも１ページだけで上限値を超えるページが含まれているとエラーとして全ての画像を送信しない。これはトータルでみて不完全なものを送信してしまう不都合をなくすためである。

そして、ステップ３−６で上限設定値を超えていないと判断した場合もしくはステップ３−８で最後のページ分のデータを削除した場合に、これまでのＴＩＦＦ画像データを電子メールの添付ファイルとして蓄積メモリ２−５に保存する（３−１１）。なお、ステップ３−８で処理した後は次のデータとされた画像データから新たなファイルとし、そうでなければ１つのファイルに画像データを追加していく。

そして、次のページのデータがあれば（３−１２）、ステップ３−５からの処理を繰り返す。

全ての送信対象の画像データについて電子メールの添付ファイルとしての処理が終了すると、ＣＰＵ２−３はテキストデータに変換された全てのＴＩＦＦ画像データに公知の電子メールのヘッダを付加することにより電子メール形式に編集する（３−１３）。

図４に電子メール形式に編集されたデータの例を示す。このデータはＭＩＭＥ形式で記述されたテキストファイルである。テキストファイルは“―――Ｂｏｕｎｄａｒｙ―――”セパレータ行で５部に区分され、第１部はメールヘッダ、第２部は送信情報（本文部分）が記述されており、第３部、第４部、第５部はファイルの形式の識別情報やバイナリデータを文字列に変換するｂａｓｅ６４符号化方式等の識別情報と空行を挿んで、全１０ページの送信画像の内の１、２、３ページの画像データに相当するデータが文字列として記述される。

図４において、ヘッダ部分のＦｒｏｍ、Ｔｏ、Ｒｅｐｌｙ−Ｔｏ、Ｓｕｂｊｅｃｔの欄には送信指示の際にステップ３−２でユーザが操作部２−１７から入力もしくは指定した内容に基づくものが記述される。そして「メッセージ」とある箇所には操作部２−１７からユーザが本文として入力した内容が記述される。ただし、本実施形態のように電子メールが複数に分割された場合はユーザが指定したＳｕｂｊｅｃｔの後に続けて分割数ｍとそのうちの何番目かを示すｎとでｎ／ｍが自動的に付加される（この例では３つに分割されたうちの１番目を示す）。

以下、〔〕でくくった項目及びその内容は電子メールデータ作成時に自動的にそれぞれ生成され記述される。〔メール内容〕はＴＩＦＦ形式の画像が添付されていることを示し、〔送信元ホストアドレス〕は送信元のメールアドレスを示し、〔送信日時〕は電子メールの送信を開始する日時を示し、〔全送信枚数〕は送信対象の画像の全ページ数（ここでは１０ページ分の画像が３回に分けられて送信され、この１回目のメールでは３ページ分が送られる。）を示し、〔分割数〕は送信対象の画像を含む電子メールが分割された数を示し、〔このメールで送信される枚数〕はこのメールで全送信枚数のうちこのメールで送られるページ数を示し、〔ファイル名〕はこのメールに添付されるファイルのファイル名をそれぞれ示す。

また、ファイル名は送信元ユーザ名（ｉｍａｉｌ１）、送信日時（１９９８１０３１）、カウンタ（０１〜０３：ファイルごとに異なる番号がシリアルに割り振られる）、通信番号（１０：一連の電子メール、この場合分割された３つの電子メールで共通であり、別の電子メールとは区別されたもの）に続けてファイルの種別を示す拡張子（ここではＴＩＦＦを示す．ｔｉｆ）が自動的に付与される。

「ｂａｓｅ６４で符号化された画像Ｘページ目」の部分には実際のファイルの中身をテキスト化したものが記述される。

このような電子メール形式のデータが完成すると、ＬＡＮ Ｉ／Ｆ部２−６（ダイヤルアップであれば回線Ｉ／Ｆ部２−７）を介して外部電子メールサーバ（ここでは電子メールサーバ１−２）に接続要求を出し、認証を行い電子メールサーバ１−２との通信を確立する（３−１４）。

そして、通信が確立するとＣＰＵ２−３は、ＳＭＴＰ（Ｓｉｍｐｌｅ Ｍａｉｌ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）の手順により先に作成した電子メールデータを順に送信する（３−１５）。全てのデータの送信が完了すると電子メールサーバ１−２との通信を開放する（３−１６）。そして同時に履歴として、送信日時、宛先、送信元、画像の一部、ページ数、データ量、分割数等が、蓄積メモリ２−５に蓄積される（３−１７）。

以上のようにして送信された電子メールは電子メールクライアント１−１０からの要求によってＰＯＰ３の手順によって電子メールクライアント１−１０上のＵＡによって取り込まれ、ＴＩＦＦファイルをデコードし閲覧される。

なお、以上の例ではシングルページＴＩＦＦ形式としたがこれに限るものではなく、操作部２−１７からの設定により、マルチページＴＩＦＦ（複数ページで１ファイルとしたもの）としたり、ＪＰＥＧとしたりすることが可能であることはいうまでもない。

また、上記のものと同じく電子メールの添付ファイルとして画像データを送信するインターネットＦＡＸでも同様な処理を行うことも可能である。このとき、電子メールとインターネットＦＡＸとで異なる設定とすることもできる。

また、上限値の設定及び比較に関して、上記のものは電子メール用にテキスト化してから比較するものとしたが当然ながらその前の段階で上限値の判定を行うようにしてもよい。

また、上記のものでは、上限値を超えるごとにその前のページまでで電子メールを分割するようにしたが、それぞれの電子メールでほぼ均等になるようにグループ化して分割するようにすることもできる。

また、ファイル数（ページ数）を基準に分割するようにしてもよい。

また、添付ファイルも読み取り部２−１４からの画像ばかりでなく他のソースからの画像であったり、また画像以外のバイナリファイルであってもよい。もちろん、汎用的なパーソナルコンピュータに本実施形態に相当するソフトウェアを導入することでも容易に実現できる。

以上のような実施形態によれば、大容量の画像データでも電子メールで送信側や受信側の電子メールサーバに容量の制限があっても適切に送信することが可能となる。

また、その制限値も予め設定しておくのでユーザがその都度意識しなくとも自動的に分割して送信することができる。

＜第２の実施形態＞
次に第２の実施形態例について説明する。

システム構成及び通信装置１−５の構成については第１実施形態と同様であるのでここでの説明は省略する。

図５に示すフローチャートを用いて第２実施形態による通信装置１−５の処理の流れを説明する。

ステップ５−１〜５−５までは第１の実施形態のステップ３−１〜３−５までと同様であり、ここでの説明は省略する。

ステップ５−６では、全送信対象の画像データについて文字列データに変換し終わったところで、データ量が上限設定値を超過しているかどうか判断する。

ここで超えていると判断した場合は、蓄積メモリ２−５に蓄積されている変換済み画像データの解像度（画素密度）を画素密度変換部２−１１で粗く変換して画素数を減らすことによりデータ量の縮小を図る（５−７）。

そして落とした解像度が下限設定値を下回っているかどうか判断する（５−８）。本実施形態においては予めステップ５−７で解像度を落とす下限値（ｄｐｉ）を操作部２−１７で設定しＲＡＭ２−４に記憶させておくことが可能であるものとする。

下限値を超えていた場合は、その旨を操作部２−１７の表示部に表示してユーザに通知するとともに（５−９）、同じく表示部に電子メール以外の送信方法の提示をする。通信装置１−５は電子メール以外で画像データを送信する方法としてＦＡＸ（既存のＧ３／Ｇ４）及びインターネットＦＡＸの送信機能を有しているのでこれらが選択可能である旨の表示を行う。もちろん、宛先がそれらの受信機能を持っている場合である。通信装置１−５のアドレス帳は宛先ごとにグルーピングして各送信方法が関連付けられている。なお、この場合インターネットＦＡＸと電子メールとではインターネットＦＡＸの方が上限値が大きいものとする。

そして、ユーザが表示された中から操作部２−１７の操作により他の送信方法を選択した場合、その選択した方法（プロトコル）に従って画像データを再変換するとともに同じ宛先に送信する（５−１２）。このときの解像度は下限値を下回らない解像度に基づくものである。

一方、下限設定値を下回っていないと判断された場合は解像度を落とした画像データに基づき再度ステップ５−４から処理を繰り返す。

そして、電子メールで送信可能なデータ量となったら、これを電子メール添付ファイルとして蓄積メモリ２−５に保存する（５−１４）。

次にこの添付ファイルに電子メールのヘッダを付加することにより電子メール形式に編集する。この形式は前述の通りである。ただし、分割に関する項目は当然含まれない。

以下、ステップ５−１５〜５−１８では、前述のステップ３−１４〜３−１７と同様にして電子メールとして送信され、その結果が保存される。

以上のように本実施形態によれば、画像データを添付した電子メールを送信する際にデータ量が大きくなり過ぎた場合でも画像データのデータ量を減らすことによって１通の電子メールとして送信することができる。

なお、上述の第１及び第２の実施形態の処理を以下のように適宜組み合わせることによってより使い勝手の向上したシステムとすることができる。

上限設定値を超えた時点（ステップ３−６）で第１実施形態の処理とするか第２実施形態（ステップ５−７〜５−１２）とするかを操作部２−１７で設定する。
または、第２実施形態のステップ５−８で下限値を下回ると判断した場合に第１実施形態（ステップ３−８以下）のように分割する。
または、第１実施形態のステップ３−７で１ページ分を超えていないと判断した場合に第２実施形態のステップ５−７のように解像度を落とす処理を行う。
または、第２実施形態のステップ５−１１で他の送信方法を提示する時点で第１実施形態の処理も選択対象とする。
その他、ユーザの指定等に応じて適宜上記第１及び第２実施形態の処理やその他の処理を組み合わせるようにする。

本発明は複数の機器（たとえばホストコンピュータ、インターフェース機器、リーダ、プリンタ等）から構成されるシステムに適用しても一つの機器（たとえば通信機能を具備した複写機、ファクシミリ装置）からなる装置に適用してもよい。

また前述した実施形態の機能を実現すべく各種のデバイスを動作させる様に該各種デバイスと接続された装置あるいはシステム内のコンピュータに、前述の実施形態機能を実現するためのソフトウエアのプログラムコードを供給し、そのシステムあるいは装置のコンピュータ（ＣＰＵあるいはＭＰＵ）を格納されたプログラムに従って各種デバイスを動作させることによって実施したものも本発明の範疇に含まれる。

またこの場合、ソフトウエアのプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコード自体、及びそのプログラムコードをコンピュータに供給するための手段、例えばかかるプログラムコードを格納した記憶媒体は本発明を構成する。

かかるプログラムコードを格納する記憶媒体としては例えばフロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等を用いることが出来る。

またコンピュータが供給されたプログラムコードを実行することにより、前述の実施形態の機能が実現されるだけではなく、そのプログラムコードがコンピュータにおいて稼働しているＯＳ（オペレーティングシステム）、あるいは他のアプリケーションソフト等と協働して前述の実施形態の機能が実現される場合にもかかるプログラムコードは本発明の実施形態に含まれることは言うまでもない。

更に供給されたプログラムコードが、コンピュータの機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに格納された後そのプログラムコードの指示に基づいてその機能拡張ボードや機能格納ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も本発明に含まれることは言うまでもない。

Claims (8)

1. 複数のページの画像データを入力する入力手段と、
   前記複数のページを複数に分割し、分割されたページ数分の画像データを表す画像ファイルをそれぞれ含む複数の電子メールデータを生成する生成手段と、
   前記生成手段により生成された複数の電子メールデータのそれぞれを、指定された宛先に送信する送信手段と、を備え、
   前記生成手段は、生成する複数の電子メールデータのそれぞれに含まれる各画像ファイルに、前記複数の電子メールデータのそれぞれに含まれる各画像ファイルが互いに関連することを示し、当該各画像ファイルを前記複数の電子メールデータ以外の電子メールデータで送信される画像ファイルと区別するための共通部分と、画像ファイル毎に異なる部分であって、前記複数のページのページ順を識別可能な部分とを含むファイル名を付与することを特徴とする通信装置。
2. 前記生成手段は、前記複数のページを、合計のデータ量が所定の設定値を超えないように分割することを特徴とする請求項１に記載の通信装置。
3. 前記生成手段は、前記画像データに基づいて生成された画像ファイルのデータ量と前記所定の設定値とを比較することにより前記分割を行うことを特徴とする請求項２に記載の通信装置。
4. 前記生成手段は、前記複数のページのそれぞれを個別にした複数の画像ファイルを生成し、前記分割されたページ数分の複数の画像ファイルを１つの電子メールデータに含むように電子メールデータを生成することを特徴とする請求項１から３のいずれか１項に記載の通信装置。
5. 前記生成手段は、前記分割されたページ数分の画像データから１つの画像ファイルを生成し、当該１つの画像ファイルを１つの電子メールデータに含むように電子メールデータを生成することを特徴とする請求項１から３のいずれか１項に記載の通信装置。
6. 前記入力手段は、原稿上の画像を読み取る読取手段を有し、
   前記読取手段が複数のページの原稿を読み取ることにより生成した前記画像データを入力することを特徴とする請求項１から５のいずれか１項に記載の通信装置。
7. 複数のページの画像データを入力する入力工程と、
   前記複数のページを複数に分割し、分割されたページ数分の画像データを表す画像ファイルをそれぞれ含む複数の電子メールデータを生成する生成工程と、
   前記生成工程で生成された複数の電子メールデータのそれぞれを、指定された宛先に送信する送信工程と、を備え、
   前記生成工程では、生成する複数の電子メールデータのそれぞれに含まれる各画像ファイルに、前記複数の電子メールデータのそれぞれに含まれる各画像ファイルが互いに関連することを示し、当該各画像ファイルを前記複数の電子メールデータ以外の電子メールデータで送信される画像ファイルと区別するための共通部分と、画像ファイル毎に異なる部分であって、前記複数のページのページ順を識別可能な部分とを含むファイル名を付与することを特徴とする通信装置の制御方法。
8. 請求項７に記載の通信装置の制御方法をコンピュータに実行させるためのプログラム。

Images