JP3582241B2 - 電子メール受信機能を有する通信端末装置 - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は、電子メール受信機能を有する通信端末装置、たとえばインターネット等のコンピュータ通信網に接続して電子メールの受信が可能なファクシミリ装置等に関する。
【０００２】
【従来の技術】
通信端末装置としてのファクシミリ装置には、アナログ回線に接続されるタイプとデジタル回線に接続されるタイプとがあり、前者は一般的にはＧ３機， 後者は一般的にはＧ４機と称される。但し、Ｇ４機ではＧ３機としての機能も併せ持っているのが一般的である。
【０００３】
近年、インターネット等のコンピュータ通信網が普及している。その理由としては、コンピュータ通信網は誤り訂正機能に優れており、またユーザは最寄りの契約プロバイダ （コンピュータ通信網への接続業者） までの通信費用を負担するのみで国内のみならず全世界のコンピュータとの間で通信を行なうことが可能である等が挙げられる。
【０００４】
ところで、従来のＧ３， Ｇ４ファクシミリの通信手順は上述のようなコンピュータ通信網を利用するコンピュータ通信のそれとは異なるため、ファクシミリ装置からコンピュータ通信網へ直接通信を行なうことは通常は出来ない。しかし、ファクシミリ通信で通常送受信されるイメージデータであっても、たとえばＴＩＦＦ（Ｔａｇｇｅｄ Ｉｍａｇｅ Ｆｉｌｅ Ｆｏｒｍａｔ）ファイルのような電子メール形式のデータに変換した上であればコンピュータ通信網を介してファクシミリ装置で送受信することが可能である。
【０００５】
【発明が解決しようとする課題】
しかし、上述のような、ファクシミリ通信で通常送受信されるイメージデータを電子メール形式のデータに変換した上でコンピュータ通信網を介して送受信する場合、電子メールに必須である通信管理情報がヘッダ情報として付加されるため、受信側の装置においては第１ページにヘッダ情報が記録され、それに続いて本来の原稿の第１ページが記録されるため、受信側の以降の各ページは本来の原稿のページとは異なる位置で区切られることになる。
【０００６】
また、ヘッダ情報の内には受信側のユーザが不要な情報も種々含まれており、特に画面表示に際しては無駄なスペースを取ることになる。
【０００７】
更に、受信した電子メールが複数のページにわたって記録紙に出力された場合、第１ページを見なければその電子メールの発信元等が判明しないという問題もある。
【０００８】
本発明はこのような事情に鑑みてなされたものであり、記録紙の第１ページに受信した電子メールのヘッダ情報を記録し、本来の原稿の第１ページ以降の各ページを第２ページ以降に記録する通信端末装置の提供を目的とする。
【０００９】
また本発明は、ヘッダ情報に含まれる各項目の内の受信側のユーザが必要とする項目のみを表示するように選択可能な通信端末装置の提供を目的とする。
【００１０】
更に本発明は、ヘッダ情報に含まれる複数の項目の内から少なくとも発信者及び／又は題名を表す項目を各ページに記録することが可能な通信端末装置の提供を目的とする。
【００１１】
【課題を解決するための手段】
本発明に係る通信端末装置は、メール本体及び複数項目の通信管理情報を含む一連の情報である電子メールを受信する電子メール受信手段と、この電子メール受信手段が受信した電子メールを記録紙に記録する記録手段と、電子メール受信手段が受信した電子メールの一連の情報から通信管理情報とメール本体とを分離し、通信管理情報を第１ページとし、メール本体を第２ページ以降として記録紙に記録するように記録手段を制御する制御手段とを備えたことを特徴とする。
【００１２】
また、本発明に係る通信端末装置は、上述の構成に加えて、電子メール受信手段が受信した電子メールの通信管理情報に含まれる複数の情報項目の内から記録手段により記録紙の第１ページに記録されるべき情報項目を指定する指定手段を備えたことを特徴とする。
【００１３】
更に、本発明に係る通信端末装置は、前述の制御手段が、電子メール受信手段が受信した電子メールの通信管理情報に含まれる複数の情報項目の内の少なくとも発信者及び／又は題名を表す情報項目が記録紙の各ページに記録されるように記録手段を制御することを特徴とする。
【００１４】
このような本発明の通信端末装置では、受信した電子メールの一連の情報から通信管理情報とメール本体とが分離され、通信管理情報が記録紙の第１ページに記録され、メール本体が記録紙の第２ページ以降に記録されるため、本来の原稿のページが分断されずに記録される。
【００１５】
また本発明の通信端末装置では、記録紙の第１ページには受信した電子メールの複数の情報項目の内のユーザが望む情報項目のみが記録され、無駄なスペースを取ることがなく、煩わしさも無くなる。
【００１６】
更に本発明の通信端末装置では、受信した電子メールの通信管理情報に含まれる複数の情報項目の内の少なくとも発信者及び／又は題名を表す情報項目が記録紙の各ページに記録され、ユーザには受信した第１ページ以外のページのみを見ただけで少なくとも発信者及び／又は題名が判明する。
【００１７】
【発明の実施の形態】
以下、本発明をその実施の形態を示す図面を参照して詳述する。但し、以下に説明する本発明の実施の形態では、本来はファクシミリ通信されるべきイメージデータを電子メールとして送信するように構成された通信端末装置に本発明を適用しており、またコンピュータ通信網としてはインターネットを使用するものとする。
【００１８】
まず最初に、本発明の通信端末装置Ｔのハードウェア構成を図１を参照して説明する。本発明の通信端末装置Ｔは従来のＧ３， Ｇ４のファクシミリ通信機能に加えてインターネットと通信（送受信）するための機能を備えている。
【００１９】
ＣＰＵ１は制御手段として機能し、バス１２を通じてハードウェア各部を制御する他、後述する符号化， 復号化， 画像（ＴＩＦＦ）変換， バイナリ・テキスト変換， メール編集， 通信手順等のソフトウェア的機能を実行する。
【００２０】
読取部２は、 ＣＣＤ等を利用したスキャナで原稿を読み取り、白黒２値に変換したドットイメージデータを出力する。記録部３は電子写真方式等のプリンタを備え、他のＧ３， Ｇ４ファクシミリ装置からファクシミリ通信により受信したイメージデータ、またはインターネットから受信したイメージデータをハードコピーとして再生し、記録する。
【００２１】
表示部４は、液晶表示装置（ＬＣＤ） または ＣＲＴディスプレイ等の表示手段を備え、本発明の通信端末装置Ｔの動作状態を表示したり、タッチパネル方式で操作時の入力指示を行なったり、または送信すべき原稿のイメージデータ，受信したイメージデータの表示を行う。
【００２２】
操作部５は、本発明の通信端末装置Ｔを操作するために必要な文字キー， テンキー （数字キー），短縮ダイヤルキー， ワンタッチダイヤルキー， 各種のファンクションキー等を備えている。なお、上述の表示部４をタッチパネル方式とすることにより、操作部５の各種キーの内の一部を代用することも可能である。
【００２３】
ＲＯＭ６は、本発明の通信端末装置Ｔの動作に必要な種々のソフトウェアのプログラムを予め格納している。ＲＡＭ７は、ＳＲＡＭまたはフラッシュメモリ等で構成され、ソフトウェアの実行時に発生する一時的なデータを記憶する他、各種のテーブル（後述）を記憶している。なお、ＲＡＭ７にフラッシュメモリを使用した場合には、停電，装置の移動等のために電源が遮断された場合にも各種のテーブルの内容が失われない。イメージメモリ８はＤＲＡＭ等で構成され、送信すべきイメージデータまたは受信したイメージデータを記憶する。
【００２４】
ＤＳＵ（データ回線終端装置：Ｄｉｇｉｔａｌ Ｓｅｒｖｉｃｅ Ｕｎｉｔ）９は、ベースバンド伝送方式を使用しているデジタル回線Ｌ１に接続できるように、送受信データと電圧の変換を行う。モデム１０は、この例では従来の ＦＡＸモデム機能の他にデータモデム機能を備えている。ＮＣＵ（Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）１１ はアナログ回線Ｌ２の閉結及び開放の動作を行う。
【００２５】
本発明の通信端末装置Ｔは以上のようなハードウェア構成を有しており、通常のＧ３， Ｇ４機としての機能は勿論のこと、主としてＴＩＦＦファイル化されたイメージデータを電子メールとして送受信することが可能である。但し、そのための機能はソフトウェアプログラムとしてＲＯＭ６に格納されているため、以下にそれらの機能について説明する。
【００２６】
図２は、本発明の通信端末装置Ｔの機能構成及びデータの流れを模式的に示したブロック図である。なお、図１に対応する部分（ハードウェア要素）は同一の参照符号で示してある。従って、それぞれの詳細は後述するが、図１に対応する参照符号が示されていない符号化・復号化部２１， 画像変換部２２， バイナリ・テキスト変換部２３， メール編集部２４及びオートダイヤラ２５の各ブロックは、ＲＯＭ６に予め格納されているソフトウェアプログラムに従ってＣＰＵ１によって処理される機能的なブロックである。
【００２７】
符号化・復号化部２１は、読取部２により読み取られたドットイメージデータをファクシミリ通信の規格で定められているＭＨ， ＭＲ， ＭＭＲ 等の符号化方式によって符号化し、また逆に外部から受信した符号化されたイメージデータを復号化し、記録部３にハードコピーとして出力させる。以下、このような符号化方式によって符号化されたイメージデータを「Ｇ３形式のイメージデータ」と称する。なお、イメージメモリ８はＧ３形式のイメージデータを符号化・復号化部２１から受け取って記憶し、また逆に記憶しているＧ３形式のイメージデータを符号化・復号化部２１に送る。
【００２８】
画像変換部２２は、送信時には、Ｇ３形式のイメージデータをコンピュータで使用される一般的な画像フォーマットであるＴＩＦＦ（Ｔａｇｇｅｄ Ｉｍａｇｅ Ｆｉｌｅ Ｆｏｒｍａｔ）形式に変換し、受信時には、ＴＩＦＦ形式からＧ３形式のイメージデータに変換する。なお、ＴＩＦＦの仕様はＡｄｏｂｅ Ｓｙｓｔｅｍｓ 社によって公開されており、白黒２値のみならず、白黒多値， フルカラー等の種々のデータを扱うためにそれぞれに対応した Ｃｌａｓｓが定義されている。それらの内の一つである ＣＬＡＳＳ ＦはＧ３形式のイメージデータを定義している。従って、Ｇ３形式のイメージデータの先頭に、ＣＬＡＳＳ Ｆ のＴＩＦＦヘッダ情報を付加する等の比較的容易な処理を施すことによってＴＩＦＦ形式に変換することが可能である。以下、ＣＬＡＳＳ Ｆ のＴＩＦＦヘッダ情報が付加されたＧ３形式のイメージデータを「ＴＩＦＦイメージデータ」と称する。
【００２９】
バイナリ・テキスト変換部２３は、送信時には、画像変換部２２により得られたＴＩＦＦイメージデータのバイナリデータをテキストデータに変換し、受信時には、その逆の処理、即ちテキストデータをバイナリデータに変換する。これは、インターネットにはバイナリデータの電子メールを扱うことが出来ないコンピュータも接続されているからである。このため、相手先に確実に電子メールが届くようにするために、ＴＩＦＦイメージデータ等のバイナリデータを送信する場合にはそれを一旦テキストデータに変換して送信する。なお、インターネットで扱うテキストデータはＩＥＴＦ（Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ） が発行するドキュメントであるＲＦＣ（Ｒｅｑｕｅｓｔ Ｆｏｒ Ｃｏｍｍｅｎｔｓ） ８２２ において、７ビットのコードとして規定されている。
【００３０】
そこで、一例としてＭＩＭＥ（Ｍｕｌｔｉｐｕｒｐｏｓｅ Ｉｎｔｅｒｎｅｔ Ｍａｉｌ Ｅｘｔｅｎｓｉｏｎｓ） のエンコーディングタイプの一つである”ｂａｓｅ６４”を利用してテキストデータへの変換を行うと、バイナリデータは６ビット単位で６４種類のキャラクタ （大文字及び小文字のアルファベット， 数字， ＋， ／） の内の一つに置換されることにより、テキストデータに変換される。なお、ＭＩＭＥに関しては前述のＲＦＣ で規定されており、たとえば上述のｂａｓｅ６４の他に”７ｂｉｔ”， ”８ｂｉｔ”， ”ｂｉｎａｒｙ”等のエンコーディングタイプが規定されている。
【００３１】
メール編集部２４は送信すべきファイルを電子メールの体裁に整え、また逆に受信した電子メールから本体とヘッダ情報（メールヘッダ）とを分離してＴＩＦＦイメージデータとメールヘッダとを取り出す。具体的には、メール編集部２４は、送信時には、テキストデータに変換されたＴＩＦＦイメージデータに通信管理情報としてのメールヘッダ情報を付加して電子メール形式に編集し、受信時には、電子メール形式のデータからメールヘッダ情報を分離してテキストデータに変換されたＴＩＦＦイメージデータとメールヘッダとを取り出す。このようなメール編集部２４による操作は、インターネットの電子メールには所定のヘッダ情報を付加することが規定されているために必須であり、送信時には、図１２に示されているようにＴＩＦＦイメージデータの先頭に、”Ｄａｔｅ：”（その電子メールの発信日時）， ”Ｆｒｏｍ：” （その電子メールの発信者）， ”Ｔｏ：” （その電子メールの宛先）， ”Ｓｕｂｊｅｃｔ：”（その電子メールの題名、但し本発明の通信端末装置Ｔでは符号化方式）， ”Ｃｃ：” （その電子メールのコピーの宛先） 等の各項目からなるヘッダ情報を追加し、受信時にはこれらのヘッダ情報を分離する。
【００３２】
なお、受信時には、メール編集部２４で分離されたヘッダ情報が記録部３により印字されるが、後述する印字指定テーブルＴ４で指定されている項目のみが選択的に印字される。
【００３３】
オートダイヤラ２５はハードウェアとしてはＲＡＭ７内に存在する相手先テーブルＴ１， プロバイダテーブルＴ３から読み出された電話番号へ発呼すべく、ＤＳＵ９， モデム１０またはＮＣＵ １１へ相手先電話番号データを送る。
【００３４】
ここで、各テーブルについて説明する。相手先テーブルＴ１は、図３に示すように、短縮番号またはワンタッチダイヤルそれぞれに関して相手先名称， インターネットｅ−ｍａｉｌアドレス， ファクシミリ番号及びファクシミリ種別 （Ｇ３またはＧ４） がそれぞれ登録されている。
【００３５】
利用者 （発信者） テーブルＴ２は、図４に示すように、本発明の通信端末装置Ｔのユーザ名， インターネットｅ−ｍａｉｌアドレス， プロバイダ種別， インターネットにログインするためのユーザＩＤ及びパスワードが登録されている。なお、事業所等において、複数の利用者が１台の通信端末装置を共用する場合には、それぞれの利用者について登録を行なっておき、送信時に選択することも可能である。
【００３６】
プロバイダテーブルＴ３は、図５に示すように、インターネットに接続する際に使用するプロバイダの電話番号， 回線種別 （アナログまたはデジタル），プロバイダの名称及びプロバイダ種別を記憶している。プロバイダ種別は利用者テーブルＴ２のプロバイダ種別と対応しており、プロバイダ毎に異なるログイン手順を識別するためのものである。一つのプロバイダが複数の電話回線を有している場合、または複数のプロバイダを利用する場合等には、それぞれの電話番号について登録を行なっておき、送信時に選択することも可能である。
【００３７】
印字指定テーブルＴ４は、図６に示すように、受信した電子メールのヘッダ情報の内の予めユーザにより印字すべきことが指定された項目を記憶している。通常、電子メールのヘッダ情報に含まれる各項目それぞれについて、ユーザにより印字すべきことが指定されている項目には”１”が、印字でべきでないことが指定されている項目には”０”がそれぞれ記憶される。なお、この印字指定テーブルＴ４の初期値はオール”１”である。
【００３８】
次に、インターネットへ電子メールを送信する手順について説明する。プロトコルは ＯＳＩ参照モデムの各層において下記表１に示すものを使用する。
【００３９】
【表１】

【００４０】
まず、ログイン手順について説明する。本発明の通信端末装置Ｔは、図７のタイムチャートに示されているように、プロバイダのコンピュータ （以下、サーバＳという） との回線が設定されると、たとえば、ＰＡＰ（Ｐａｓｓｗｏｒｄ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ） に従って、ユーザＩＤとパスワードとをサーバＳから Ａｃｋまたは Ｎａｃｋ を受信するまで送信し続ける。サーバＳからＮａｃｋを受信した場合には、本発明の通信端末装置Ｔは回線を一旦開放し、その後にリダイヤルする。一方、サーバＳからＡｃｋ を受信した場合には、本発明の通信端末装置ＴからサーバＳへのログインが完了する。
【００４１】
サーバＳへのログイン完了後、図８のタイムチャートに示されているように、本発明の通信端末装置Ｔはたとえばインターネット上で電子メールの通信を行なう際の標準的なプロトコルであるＳＭＴＰ（Ｓｉｍｐｌｅ Ｍａｉｌ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ） により電子メールを送信する。
【００４２】
まず、本発明の通信端末装置ＴはサーバＳに対してＳＭＴＰの接続要求をする。サーバＳは、接続可能であれば応答コード２２０ を本発明の通信端末装置Ｔへ返送する。更に、本発明の通信端末装置Ｔが”ＨＥＬＯ”コマンドで自分自身のドメイン名を送信する。これに対して、サーバＳが本発明の通信端末装置Ｔのドメイン名を認識出来れば、応答コード２５０ とサーバＳ自身のドメイン名とを返送する。この後、本発明の通信端末装置Ｔが電子メールの送信を開始する。電子メールの送信が完了すると、本発明の通信端末装置Ｔは”ＱＵＩＴ”コマンドを送信する。これに応じてサーバＳが応答コード２２１ を返送するとＳＭＴＰが終了し、電子メールの送信が完了する。
【００４３】
次に、本発明の通信端末装置Ｔの電子メール送信時の動作について図９乃至図１１に示されているフローチャートを参照して説明する。
【００４４】
まず、利用者が送信する原稿を本発明の通信端末装置Ｔの原稿台 （図示せず） にセットし （ステップＳ１） 、操作部５のキー等を操作することにより指示を与えて使用するプロバイダまたは回線をテーブルＴ３から選択する （ステップＳ２） 。更に、登録されているユーザー名を選択するためのパスコードをユーザ自身が入力してテーブルＴ２から選択する （ステップＳ３） 。パスコードによってユーザー名を特定する理由は第三者による不正使用を防止するためである。このパスコードは、インターネットへ接続するためのパスワードと兼用することも可能である。次に、ユーザが相手先の短縮番号に続いてスタートキー （図示せず） を押すか、ワンタッチキーを押してテーブルＴ１から相手先を選択する （ステップＳ４） 。
【００４５】
以上により、選択されたプロバイダまたは回線， ユーザー名， 相手先は一旦ＲＡＭ７に記憶される。
【００４６】
本発明の通信端末装置Ｔは、原稿台の原稿の全てを１枚づつ順次的にドットイメージデータとして読み取り、全ページを符号化・復号化部２１で ＭＭＲ方式により一旦符号化してＧ３形式のイメージデータとしてイメージメモリ８に蓄積する （ステップＳ５） 。そして、ＣＰＵ１は先に使用者により短縮番号またはワンタッチダイヤルで指定されてＲＡＭ７に記憶されている相手先を読み出し、更にその相手先に関するデータを相手先テーブルＴ１から読み出す。
【００４７】
この結果、相手先テーブルＴ１にインターネットｅ−ｍａｉｌアドレスが登録されていない場合には （ステップＳ６） 、電子メールの送信は出来ないため、ＣＰＵ１はイメージメモリ８に蓄積されているＧ３形式のイメージデータをアナログの音声信号に変換してＧ３方式で、またはそのままデジタル信号でＧ４方式でファクシミリ送信する （ステップＳ７） 。インターネットｅ−ｍａｉｌアドレスが登録されていれば、ＣＰＵ１はそれを電子メールとして送信するための以下のような処理を行う。
【００４８】
インターネットでは、Ｇ３形式のイメージデータを直接送信することはできないため、以下のようにして電子メール形式に変換する （ステップＳ８） 。まず画像変換部２２は、Ｇ３形式のイメージデータの先頭にＴＩＦＦ ＣＬＡＳＳ Ｆのヘッダ情報を付加し、ＴＩＦＦイメージデータを作成する。このＴＩＦＦイメージデータはバイナリデータであるので、バイナリ・テキスト変換部２３はこれをテキストデータに変換する （ステップＳ９） 。
【００４９】
更に、メール編集部２４は、テキストデータに変換されたＴＩＦＦイメージデータに電子メールのヘッダを付加する （ステップＳ１０）。このヘッダには、図１２に示すように、少なくとも”Ｆｒｏｍ：”， ”Ｔｏ：”， ”Ｓｕｂｊｅｃｔ：”， の項目が含まれる。”Ｆｒｏｍ：” には、ステップＳ３において利用者テーブルＴ２から選択された利用者のインターネットｅ−ｍａｉｌアドレスが、”Ｔｏ：” には、ステップＳ４において相手先テーブルＴ１から選択された相手先のインターネットｅ−ｍａｉｌアドレスが、”Ｓｕｂｊｅｃｔ：”には、ＴＩＦＦ形式のイメージデータを含む電子メールであることを示す”ＴＩＦＦ（Ｇ３）”がそれぞれ設定される。
【００５０】
このようにして電子メール形式のデータが完成すると、ＣＰＵ１はインターネットへのダイヤルアップ接続を行なう。まずＣＰＵ１は、プロバイダテーブルＴ３からステップＳ２で選択されたプロバイダの回線の種別 （アナログ／デジタル） を判断し （ステップＳ１１）、アナログ回線である場合にはモデム１０を設定し （ステップＳ１２）、デジタル回線である場合にはＤＳＵ９を設定し （ステップＳ１３）、選択されたプロバイダの電話番号へ発呼し （ステップＳ１４）、応答を待つ （ステップＳ１５）。
【００５１】
プロバイダとの電話回線が設定されると、ＣＰＵ１は前述したＰＡＰ に従ってログインし、ＳＭＴＰにより電子メールを送信し、送信が完了した後にログアウトし （ステップＳ１６）、電話回線を開放する （ステップＳ１７）。
【００５２】
その後、ＣＰＵ１は１０分タイマをスタートさせ （ステップＳ１８）、経過を待つ （ステップＳ１９）。１０分経過後、ＣＰＵ１はステップＳ４で選択された相手先のファクシミリ番号及び種別 （Ｇ３／Ｇ４） を相手先テーブルＴ１から読み出し （ステップＳ２０）、Ｇ３である場合にはモデム１０を、Ｇ４である場合にはＤＳＵ９をそれぞれ設定し （ステップＳ２１， Ｓ２２） 、発呼する （ステップＳ２３）。相手ファクシミリ装置からの応答後 （ステップＳ２４）、ＣＰＵ１は一例として図１３に示すような送信証をＧ３またはＧ４手順で送信し （ステップＳ２５）、回線を開放する （ステップＳ２６）。
【００５３】
なお、図１３に示されている送信証について説明する。この送信証のフォーマット自体は予めＲＯＭ６に登録されており、通信時刻 （年， 月， 日， 午前／午後，時，分） と、宛先と、送信元と、電子メールを送信した（又はする） ことを通知する簡略な文章と、送信された（又はする） 電子メールに関する情報と、送信された（又はする） イメージデータの一部とが表示される。
【００５４】
電子メールに関する情報には、送信日時と、宛先と、発信元と、データタイプと、ページ数と、データ量とが表示される。送信日時は、本発明の通信端末装置Ｔに内蔵されている時計により自動的に表示される。宛先は、電子メールのヘッダの”Ｔｏ： ”の部分である相手先テーブルＴ１から選択された相手先のインターネットｅ−ｍａｉｌアドレスが表示される。送信元は、電子メールのヘッダの”Ｆｒｏｍ：” の部分である利用者テーブルＴ２から選択された利用者のインターネットｅ−ｍａｉｌアドレス表示される。データタイプは、電子メールのヘッダの”Ｓｕｂｊｅｃｔ：”の部分である”ＴＩＦＦ（Ｇ３）”が表示される。更に、ページ数は原稿のページ数が、データ量はＴＩＦＦイメージデータに変換後のデータ量がそれぞれ表示される。
【００５５】
上述した実施の形態では、原稿等のイメージデータを電子メールとしてインターネットへ送信した後、所定時間 （この例では１０分） 経過後にＧ３またはＧ４ファクシミリで通知するようにした。従って、受信人がファクシミリを受信した時点では、送信人がインターネットへ電子メールを送信してからいくらかの時間が経過しているので、所定の手続を行なえば直ちに電子メールを受信することが可能となる。この所定時間は受信人の状況， 回線の状況等に応じて適宜設定すればよい。また、バイナリデータをテキストデータに変換しているので、確実に電子メールを送信することが可能である。
【００５６】
なお、上述のような実施の形態のみならず、たとえば、インターネットへ電子メールを送信することを事前にファクシミリで相手先へ通知した後、インターネットへ電子メールを送信するように構成してもよい。この場合、受信人が電子メールを受信しようとしても、受信人側のサーバにまだ到達していない可能性があるが、送信人が電子メールを送信したことを直ちに知ることができる。
【００５７】
また、インターネットへの電子メールの送信と、ファクシミリによる通知を並行して行うように構成してもよい。この場合、２回線を同時に使用する必要があるので、デジタル回線Ｌ１を電子メールの送信に、アナログ回線Ｌ２をファクシミリ送信（但し、Ｇ３方式に限定される） にそれぞれ使用する。このように、インターネットへの電子メールの送信と、ファクシミリによる通知とを並行して行なうこととにより、全体の処理時間を短縮することができる。
【００５８】
更にまた、白黒２値のイメージデータ以外のデータ、たとえば白黒多値， カラー等のイメージデータを電子メールとしてインターネットへ送信することも勿論可能である。また、イメージデータ以外の音声， 動画等のデータであっても同様である。
【００５９】
また更に、インターネット以外のコンピュータ通信網、たとえば事業所内の ＬＡＮ等、コンピュータ通信網であれば本発明の効果を得ることができる。
【００６０】
ところで、上述のようにして本発明の通信端末装置Ｔからインターネットへ送信された電子メールは本発明の通信端末装置Ｔと同様の構成を有する通信端末装置であれば勿論受信可能である。換言すれば、本発明の通信端末装置Ｔは自身と同様の構成を有する通信端末装置がＴＩＦＦイメージデータをテキストデータに変換して送信した電子メールを受信し、そのテキストデータをＴＩＦＦイメージデータに逆変換して更に元のドットイメージデータに戻すことが可能である。
【００６１】
このような本発明の通信端末装置Ｔによる電子メールの受信に際しては、電子メールのヘッダ情報を最初の第１ページに記録し、本文は第２ページ以下に記録すること、そしてヘッダ情報の前述したような各項目の内の受信側のユーザが望む項目のみを表示させること、及び各ページにヘッダ情報の内の少なくとも発信者及び／又は題名を記録することが可能である。以下、そのような本発明の通信端末装置Ｔの受信時の動作について説明する。
【００６２】
図１４は受信側のユーザがヘッダ情報として表示 （記録） されるべきことを望む項目を予め選択指定するための操作に対応するＣＰＵ１の処理手順を示すフローチャートである。
【００６３】
まず、操作部５の特定のキー （ファンクションキー） が操作されると、ＣＰＵ１は受信した電子メールのメールヘッダの内の日付 （”Ｄａｔｅ： ”） を印字するか否かをユーザに問い合わせる表示を表示部４に行なう （ステップＳ３１）。この表示に対してユーザが操作部５の特定のキー （たとえばアルファベットの”Ｙ”キー）を入力操作すると （ステップＳ３２）、ＣＰＵ１は印字指定テーブルＴ４の”Ｄａｔｅ： ”欄をオン （”１”にセット） する （ステップＳ３３）。なお、ユーザが上述の特定のキー以外のキー （たとえばアルファベットの”Ｎ”キーまたは他のあらゆるキー） を入力操作した場合には、印字指定テーブルＴ４の”Ｄａｔｅ： ”欄はオフ （”０”） のままで次のステップＳ３４ へ処理が進められる。
【００６４】
次に、ＣＰＵ１は受信した電子メールのメールヘッダの内の発信者 （”Ｆｒｏｍ： ”） を印字するか否かをユーザに問い合わせる表示を表示部４に行なう （ステップＳ３４）。この表示に対してユーザが操作部５の上述の特定のキーを入力操作すると （ステップＳ３５）、ＣＰＵ１は印字指定テーブルＴ４の”Ｆｒｏｍ： ”欄をオン （”１”にセット） する （ステップＳ３６）。なおここでも、ユーザが上述の特定のキー以外のキーを入力操作した場合には、印字指定テーブルＴ４の”Ｆｒｏｍ： ”欄はオフ （”０”） のままで次のステップＳ３７ へ処理が進められる。
【００６５】
次に、ＣＰＵ１は受信した電子メールのメールヘッダの内の題名 （”Ｓｕｂｊｅｃｔ：”） を印字するか否かをユーザに問い合わせる表示を表示部４に行なう （ステップＳ３７）。この表示に対してユーザが操作部５の上述の特定のキーを入力操作すると （ステップＳ３８）、ＣＰＵ１は印字指定テーブルＴ４の”Ｓｕｂｊｅｃｔ：”欄をオン （”１”にセット） する （ステップＳ３９）。勿論ここでも、ユーザが上述の特定のキー以外のキーを入力操作した場合には、印字指定テーブルＴ４の”Ｓｕｂｊｅｃｔ：”欄はオフ （”０”） のままで次のステップＳ３７ へ処理が進められる。
【００６６】
以下、同様にして、受信した電子メールのメールヘッダの全ての項目に関してユーザが選択を行なうと、この印字項目選択の処理は終了する。
【００６７】
なお、この図１４に示されている印字項目選択のフローチャートにおいては、アルファベットの”Ｙ”キーで選択指定を行なうようにしているがこれに限定されるものではなく、たとえば”はい”， ”ＯＫ”，”いいえ”， ”ＮＯ”というようなファンクションキーを操作部５に予め用意しておいてもよい。更に、操作部５のキー操作ではなく、表示部４をタッチパネル方式にしておいてユーザが表示部４に表示された”はい”， ”ＯＫ”，”いいえ”， ”ＮＯ”等の部分の画面を直接触って指示を行なうようにしてもよい。
【００６８】
次に、本発明の通信端末装置Ｔによる実際の受信時のＣＰＵ１による処理手順のメインルーチンを示す図１５のフローチャートを参照して説明する。
【００６９】
本発明の通信端末装置Ｔでは、たとえば前述のようにして電子メールを送信したことが送信元からファクシミリ通信により通知されるので、ユーザはプロバイダにアクセスしてその電子メールを読み出す指示を与える。これに応じて、ＣＰＵ１は指定されたプロバイダへダイヤル発呼し （ステップＳ４１）、電子メールを読み出す通常の手順を行なう （ステップＳ４２）。そして、実際に自身宛の電子メールがあればその受信を開始する （ステップＳ４３）。
【００７０】
受信した電子メールは最初にメールヘッダの印字が行なわれる （ステップＳ４４， Ｓ４５） 。この手順はサブルーチンとして図１６のフローチャートに詳細に示されている。まず、ＣＰＵ１はヘッダ情報の項目が日付のデータ （”Ｄａｔｅ： ”） であるかまたは他の項目であるか否か、発信者のデータ （”Ｆｒｏｍ： ”） であるか否か、題名のデータ （”Ｓｕｂｊｅｃｔ：”） であるか否か等を調べ （ステップＳ４４１， Ｓ４４３， Ｓ４４５） 、いずれかであれば印字指定テーブルＴ４のそれぞれに対応する”Ｄａｔｅ： ”欄， ”Ｆｒｏｍ： ”欄， ”Ｓｕｂｊｅｃｔ：”欄または他の項目の欄がオン （”１”） であるか否かを調べる （ステップＳ４４２， Ｓ４４４， Ｓ４４６） 。オンであればＣＰＵ１はそのデータ （”Ｄａｔｅ： ”， ”Ｆｒｏｍ： ”， ”Ｓｕｂｊｅｃｔ：”等） を印字すべきデータとして扱い （ステップＳ４４７） 、記録部３に印字させる。
【００７１】
ステップＳ４４２， Ｓ４４４またはＳ４４６において印字指定テーブルＴ４の”Ｄａｔｅ： ”欄， ”Ｆｒｏｍ： ”欄， ”Ｓｕｂｊｅｃｔ：”欄または他の欄がオフ （”０”） であった場合には、ＣＰＵ１はそのデータを印字しないデータとして扱い （ステップＳ４４８） 、印字しない。そして、ヘッダ情報の全てについて上述の処理が終了すると （ステップＳ４５）、ＣＰＵ１は改ページを行なう。
【００７２】
以上により、受信した電子メールのヘッダ情報の内の予め受信側のユーザが指定しておいた項目が第１ページに印字されるので、ＣＰＵ１は改ページを行なう （ステップＳ４６）。但し、記録部３による記録用紙としてカット紙を使用している場合には次のカット紙に印字するように、ロール紙を使用している場合にはロール紙を切断するように制御される。
【００７３】
このようにしてヘッダ情報の記録が行なわれると、ＣＰＵ１は次に電子メールの本文の１ページ分の印字を行なう （ステップＳ４７）。この手順はサブルーチンとして図１７のフローチャートに詳細に示されている。まず、ＣＰＵ１は本文の１ライン部のデータを受信し （ステップＳ４７１） 、復号化し （ステップＳ４７２） 、記録部３に印字させ （ステップＳ４７３） 、ライン数のカウンタを”１”だけインクリメントする （ステップＳ４７４） 。
【００７４】
ここでＣＰＵ１は改ページデータ（ＦＦ：Ｆｏｒｍ Ｆｅｅｄ）が存在するか否かを判定し （ステップＳ４５７） 、存在する場合には改ページを行なう （ステップＳ４７７） 。改ページデータ（ＦＦ）が存在しない場合には、ＣＰＵ１は印字済のライン数が１ページ分に達しているか否かを判定する （ステップＳ４７６） 。この場合の判定基準は、ファクシミリ装置では一般にはＡ４版の用紙を使用しているためＡ４版の行数としているが、事情に応じて他のサイズに変更してもよい。印字済のライン数が１ページ分に達していない場合には、ＣＰＵ１はステップＳ４７１へ処理を戻して次の１ラインの印字を行なうが、１ページ分に達している場合には改ページが行なわれる （ステップＳ４７７） 。
【００７５】
ＣＰＵ１はステップＳ４７７では前述同様に新たなカット紙の用意、またはロール紙の切断により改ページの制御を行ない、印字すべき電子メールの本文のデータがまだ残っているか否かを判定し （ステップＳ４７８） 、残っていればステップＳ４７１へ処理を戻して次の１ラインの印字を行ない、残っていなければ図１５のフローチャートに示されているメインルーチンへリターンする。そして、他にも読み出すべき電子メールがあれば （ステップＳ４８）、ステップＳ４３ へ戻って上述同様の処理が行われる。
【００７６】
上述のような手順で一つの電子メールのヘッダ情報が第１ページに、本文が第２ページ以降の必要な数のページにそれぞれ印字される。なお、この例では、Ａ４版の記録紙に自動的に１ページ分ずつ印字すると共に、原文に改ページデータ（ＦＦ）が含まれている場合にはその部分でも改ページされることになるが、原文の改ページデータを無視するようにしてもよいことは勿論である。
【００７７】
ところで、上述のように第１ページにヘッダ情報が印字され、本文が第２ページ以降に印字された場合、本文の各ページを見ただけではその電子メールが誰から発信されたのか、またはどのような内容（題名）であるのかが一目では判然としない可能性がある。そこで、本発明の通信端末装置Ｔでは、本文の各ページにヘッダ情報の内の先にユーザにより印字すべきであるとして選択されている情報項目を印字することが可能である。そのような場合のＣＰＵ１による処理手順は前述の図１７に示されているフローチャートに変えて図１８に示されているフローチャートのようになる。
【００７８】
この図１８に示されているフローチャートでは基本的には図１７に示されているフローチャートと同様の処理が行なわれるが、最初にステップＳ４７０の処理が行なわれることのみが異なる。即ち、ＣＰＵ１は図１５のメインルーチンにおいてステップＳ４７ のサブルーチンに入ると、最初のステップＳ４７０において図１６にその詳細が示されている前述のステップＳ４４ と同様の処理を行なう。これにより、本文が印字される各ページにおいてもその上部にユーザが予め選択しているヘッダ情報の項目が印字され、その下側の部分に本文が印字されることになる。
【００７９】
この際、ユーザがたとえ選択していなくても、少なくとも発信者（Ｆｒｏｍ：） 及び／又は題名（Ｓｕｂｊｅｃｔ：）を表す情報項目を印字するようにしておけば、個々のページが誰から発信されたのか、またはどのような内容（題名）であるのかが一目で判然とするようになる。
【００８０】
最後に、上述のようにして本発明の通信端末装置Ｔにより印字された電子メールの印字状態を図１９の模式図に示す。参照符号Ｐ１は受信した電子メールの第１ページを示しており、ヘッダ情報の各項目の内のユーザが選択した項目が印字される。参照符号Ｐ２， Ｐ３はそれぞれ受信した電子メールの第２， 第３ページを示しており、ヘッダ情報の内の日付の情報（Ｄａｔｅ：） と題名の情報（Ｓｕｂｊｅｃｔ：）とが各ページの上部に印字され、その下部に電子メールの本文が印字されている。
【００８１】
なお、上記実施の形態においては、ファクシミリ通信としてＧ３， Ｇ４方式を例に挙げているがそれらに限定されるものではなく、他の方式のファクシミリ通信方式であってもよいことは言うまでもない。
【００８２】
【発明の効果】
以上に詳述したように、本発明の電子メール受信機能を有する通信端末装置によれば、受信した電子メールのヘッダ情報が第１ページに印字され、本文は第２ページ以降の各ページに印字されるため、本文の本来の第１ページが途中で分断されて第１及び第２ページに印字されることがなくなる。
【００８３】
また、ヘッダ情報の複数の項目の内の受信側のユーザが望む項目のみが印字されるので、ユーザは余分な情報に煩わされることがなくなる。
【００８４】
更に、本文が印字される各ページにはその上部にヘッダ情報の内の少なくとも発信者及び／又は題名を表す情報項目が印字されるので、第１ページを見ずともユーザは容易にその内容を判断することが可能になる。
【図面の簡単な説明】
【図１】本発明の通信端末装置のハードウェア構成を示すブロック図である。
【図２】本発明の通信端末装置の機能構成及びデータの流れを模式的に示したブロック図である。
【図３】相手先テーブルの内容例を示す模式図である。
【図４】利用者 （発信者） テーブルの内容例を示す模式図である。
【図５】プロバイダテーブルの内容例を示す模式図である。
【図６】印字指定テーブルの内容例を示す模式図である。
【図７】本発明の通信端末装置によるサーバへのログイン手順を示すタイムチャートである。
【図８】本発明の通信端末装置によるインターネットへの電子メールの通信手順を示すタイムチャートである。
【図９】本発明の通信端末装置の電子メール送信時の動作手順を示すフローチャートである。
【図１０】本発明の通信端末装置の電子メール送信時の動作手順を示すフローチャートである。
【図１１】本発明の通信端末装置の電子メール送信時の動作手順を示すフローチャートである。
【図１２】本発明の通信端末装置により送信される電子メールのヘッダの内容の一例を示す模式図である。
【図１３】本発明の通信端末装置により電子メールの相手先へ送信される送信証の一例を示す模式図である。
【図１４】本発明の通信端末装置の電子メール受信時に印字すべきヘッダ情報の項目を指定するための手順の一例を示すフローチャートである。
【図１５】本発明の通信端末装置の電子メール受信時の動作手順の一例を示すフローチャートである。
【図１６】本発明の通信端末装置の電子メール受信時の動作手順の一例を示すフローチャートである。
【図１７】本発明の通信端末装置の電子メール受信時の動作手順の一例を示すフローチャートである。
【図１８】本発明の通信端末装置の電子メール受信時の動作手順の他の例を示すフローチャートである。
【図１９】本発明の通信端末装置により受信された電子メールの印字状態の例を示す模式図である。
【符号の説明】
１ ＣＰＵ
３ 記録部
７ ＲＡＭ
８ イメージメモリ
２１ 符号化・復号化部
２２ 画像変換部
２３ バイナリ・テキスト変換部
２４ メール編集部

Claims (3)

1. メール本体及び複数項目の通信管理情報を含む一連の情報である電子メールを受信する電子メール受信手段と、
   該電子メール受信手段が受信した電子メールを記録紙に記録する記録手段と、
   前記電子メール受信手段が受信した電子メールの一連の情報から通信管理情報とメール本体とを分離し、通信管理情報を第１ページとし、メール本体を第２ページ以降として記録紙に記録するように前記記録手段を制御する制御手段と
   を備えたことを特徴とする電子メール受信機能を有する通信端末装置。
2. 前記電子メール受信手段が受信した電子メールの通信管理情報に含まれる複数の情報項目の内から前記記録手段により記録紙の第１ページに記録されるべき情報項目を指定する指定手段を備えたことを特徴とする請求項１に記載の電子メール受信機能を有する通信端末装置。
3. 前記制御手段は、前記電子メール受信手段が受信した電子メールの通信管理情報に含まれる複数の情報項目の内の少なくとも発信者及び／又は題名を表す情報項目が記録紙の各ページに記録されるように前記記録手段を制御すべくなしてあることを特徴とする請求項１に記載の電子メール受信機能を有する通信端末装置。

Images