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

Abstract

(57)【要約】 【課題】 ファクシミリ通信で通常送受信されるイメー
ジデータを電子メール形式のデータに変換した上でコン
ピュータ通信網を介して送受信するように構成された通
信端末装置では、電子メールのメールヘッダが付加され
るため、受信側の装置においては第１ページにメールヘ
ッダが記録され、それに続いて本来の第１ページが記録
されるため、以降の各ページは本来のページとは異なる
位置で区切られ、本来の原稿のページの区切り目が不明
になる。 【解決手段】 送信すべき原稿のファクシミリ画像デー
タを符号化した本体及び通信管理情報で構成される電子
メールを送信する機能を有し、電子メールの送信に際し
て、ファクシミリ通信用のヘッダ情報を付加するか否か
を選択可能に構成してある。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、電子メール送信機
能を有する通信端末装置、たとえばインターネット等の
コンピュータ通信網に接続して電子メールの送信が可能
なファクシミリ装置等に関する。

【０００２】

【従来の技術】通信端末装置としてのファクシミリ装置
には、アナログ回線に接続されるタイプとデジタル回線
に接続されるタイプとがあり、前者は一般的にはG3機,
後者は一般的にはG4機と称される。但し、G4機ではG3機
としての機能も併せ持っているのが一般的である。

【０００３】近年、インターネット等のコンピュータ通
信網が普及している。その理由としては、コンピュータ
通信網は誤り訂正機能に優れており、またユーザは最寄
りの契約プロバイダ (コンピュータ通信網への接続業
者) までの通信費用を負担するのみで国内のみならず全
世界のコンピュータとの間で通信を行なうことが可能で
ある等が挙げられる。

【０００４】ところで、従来のG3, G4ファクシミリの通
信手順は上述のようなコンピュータ通信網を利用するコ
ンピュータ通信のそれとは異なるため、ファクシミリ装
置からコンピュータ通信網へ直接通信を行なうことは通
常は出来ない。しかし、ファクシミリ通信で通常送受信
されるイメージデータであっても、たとえばTIFF(Tagge
d Image File Format)ファイルのような電子メール形式
のデータに変換した上であればコンピュータ通信網を介
してファクシミリ装置で送受信することが可能である。

【０００５】

【発明が解決しようとする課題】しかし、上述のよう
な、ファクシミリ通信で通常送受信されるイメージデー
タを電子メール形式のデータに変換した上でコンピュー
タ通信網を介して送受信する場合、電子メールに必須で
ある通信管理情報がヘッダ情報として付加されるため、
受信側の装置においては第１ページにヘッダ情報が記録
され、それに続いて本来の第１ページが記録されるた
め、以降の各ページは本来のページとは異なる位置で区
切られ、本来の原稿のページの区切り目が不明になる。

【０００６】また、ファクシミリ通信に際しては、送信
側から受信側へTTI(Transmit Terminal Identifier) が
送信されて各ページの上端部に付加されるが、電子メー
ルでは前述のヘッダ情報が最初に付加されるため、上述
のような通信端末装置ではTTI の存在が煩わしいと感じ
るユーザもあり得る。しかし、逆に第２ページ以降の各
ページにヘッダ情報が無ければ、その電子メールがどの
ようなメールであるのかが一目では判然としなくなる。

【０００７】本発明はこのような事情に鑑みてなされた
ものであり、原稿のファクシミリ画像データを符号化し
て電子メールとして送信する際に、ファクシミリ通信用
のヘッダ情報を付加するか否かを選択可能とし、付加す
ることを選択した場合には本来の原稿のページの区切り
目が受信側でも容易に判明するようにした電子メール送
信機能を有する通信端末装置の提供を目的とする。

【０００８】また本発明は、上述のようにファクシミリ
通信用のヘッダ情報を付加して送信する場合に、送信す
べき原稿の各ページにファクシミリ通信用のヘッダ情報
を付加することにより、受信側において個々のページの
みにてもそれがどのようなメールであるのかが容易に判
明するようにした電子メール送信機能を有する通信端末
装置の提供を目的とする。

【０００９】更に本発明は、上述の場合に、電子メール
のヘッダ情報（メールヘッダ）が印字される第１ページ
にはファクシミリ通信用のヘッダ情報を付加しないよう
にして、無駄なスペースを取ることを回避した電子メー
ル送信機能を有する通信端末装置の提供を目的とする。

【００１０】

【課題を解決するための手段】本発明は送信すべき原稿
のファクシミリ画像データを符号化した本体及び通信管
理情報で構成される電子メールを送信する機能を有する
通信端末装置であって、電子メールの送信に際して、フ
ァクシミリ通信用のヘッダ情報を付加するか否かを選択
可能な手段を備えたことを特徴とする。

【００１１】また本発明に係る通信端末装置は、ファク
シミリ通信用のヘッダ情報を付加する選択がなされた場
合に、送信すべき原稿の各ページにヘッダ情報を付加し
て電子メールの送信を行なうことを特徴とする。

【００１２】更に本発明に係る通信端末装置は、ファク
シミリ通信用のヘッダ情報を付加する選択がなされた場
合に、送信すべき原稿の第２ページ以降の各ページにヘ
ッダ情報を付加して電子メールの送信を行なうことを特
徴とする。

【００１３】このような本発明の通信端末装置では、フ
ァクシミリ通信用のヘッダ情報を付加して送信すれば、
受信側において本来の原稿の各ページに区切り目にファ
クシミリ通信用のヘッダ情報が印字される。

【００１４】また、電子メール用のヘッダ情報（メール
ヘッダ）が印字される第１ページにはファクシミリ通信
用のヘッダ情報を付加しない選択も可能になる。

【００１５】

【発明の実施の形態】以下、本発明をその実施の形態を
示す図面を参照して詳述する。但し、以下に説明する本
発明の実施の形態では、本来はファクシミリ通信される
べきイメージデータを電子メールとして送信するように
構成された通信端末装置に本発明を適用しており、また
コンピュータ通信網としてはインターネットを使用する
ものとする。

【００１６】まず最初に、本発明の通信端末装置Ｔのハ
ードウェア構成を図１を参照して説明する。本発明の通
信端末装置Ｔは従来のG3, G4のファクシミリ通信機能に
加えてインターネットと通信（送受信）するための機能
を備えている。

【００１７】CPU1は、バス12を通じてハードウェア各部
を制御する他、後述する符号化, 復号化, 画像（TIFF）
変換, バイナリ・テキスト変換, メール編集, 通信手順
等のソフトウェア的機能を実行する。

【００１８】読取部２は、 CCD等を利用したスキャナで
原稿を読み取り、白黒２値に変換したドットイメージデ
ータを出力する。記録部３は電子写真方式等のプリンタ
を備え、他のG3, G4ファクシミリ装置からファクシミリ
通信により受信したイメージデータ、またはインターネ
ットから受信したイメージデータをハードコピーとして
再生し、記録する。

【００１９】表示部４は、液晶表示装置(LCD) または C
RTディスプレイ等の表示手段を備え、本発明の通信端末
装置Ｔの動作状態を表示したり、タッチパネル方式で操
作時の入力指示を行なったり、または送信すべき原稿の
イメージデータ，受信したイメージデータの表示を行
う。

【００２０】操作部５は、本発明の通信端末装置Ｔを操
作するために必要な文字キー, テンキー (数字キー),短
縮ダイヤルキー, ワンタッチダイヤルキー, 各種のファ
ンクションキー等を備えている。なお、上述の表示部４
をタッチパネル方式とすることにより、操作部５の各種
キーの内の一部を代用することも可能である。

【００２１】ROM6は、本発明の通信端末装置Ｔの動作に
必要な種々のソフトウェアのプログラムを予め格納して
いる。RAM7は、SRAMまたはフラッシュメモリ等で構成さ
れ、ソフトウェアの実行時に発生する一時的なデータを
記憶する他、各種のテーブル（後述）を記憶している。
また、RAM7には後述するＡフラグ7Aが適宜のアドレスに
割り付けられている。なお、RAM7にフラッシュメモリを
使用した場合には、停電，装置の移動等のために電源が
遮断された場合にも各種のテーブルの内容が失われな
い。イメージメモリ８はDRAM等で構成され、送信すべき
イメージデータまたは受信したイメージデータを記憶す
る。

【００２２】DSU(データ回線終端装置：Digital Servic
e Unit）９は、ベースバンド伝送方式を使用しているデ
ジタル回線L1に接続できるように、送受信データと電圧
の変換を行う。モデム10は、この例では従来の FAXモデ
ム機能の他にデータモデム機能を備えている。NCU(Netw
ork Control Unit)11 はアナログ回線L2の閉結及び開放
の動作を行う。

【００２３】本発明の通信端末装置Ｔは以上のようなハ
ードウェア構成を有しており、通常のG3, G4機としての
機能は勿論のこと、主としてTIFFファイル化されたイメ
ージデータを電子メールとして送受信することが可能で
ある。但し、そのための機能はソフトウェアプログラム
としてROM6に格納されているため、以下にそれらの機能
について説明する。

【００２４】図２は、本発明の通信端末装置Ｔの機能構
成及びデータの流れを模式的に示したブロック図であ
る。なお、図１に対応する部分（ハードウェア要素）は
同一の参照符号で示してある。従って、それぞれの詳細
は後述するが、図１に対応する参照符号が示されていな
い符号化・復号化部21, 画像変換部22, バイナリ・テキ
スト変換部23, メール編集部24及びオートダイヤラ25の
各ブロックは、ROM6に予め格納されているソフトウェア
プログラムに従ってCPU1によって処理される機能的なブ
ロックである。

【００２５】符号化・復号化部21は、読取部２により読
み取られたドットイメージデータをファクシミリ通信の
規格で定められているMH, MR, MMR 等の符号化方式によ
って符号化し、また逆に外部から受信した符号化された
イメージデータを復号化し、記録部３にハードコピーと
して出力させる。以下、このような符号化方式によって
符号化されたイメージデータを「G3形式のイメージデー
タ」と称する。なお、イメージメモリ８はG3形式のイメ
ージデータを符号化・復号化部21から受け取って記憶
し、また逆に記憶しているG3形式のイメージデータを符
号化・復号化部21に送る。

【００２６】画像変換部22は、送信時には、G3形式のイ
メージデータをコンピュータで使用される一般的な画像
フォーマットであるTIFF(Tagged Image File Format)形
式に変換し、受信時には、TIFF形式からG3形式のイメー
ジデータに変換する。なお、TIFFの仕様はAdobe System
s 社によって公開されており、白黒２値のみならず、白
黒多値, フルカラー等の種々のデータを扱うためにそれ
ぞれに対応した Classが定義されている。それらの内の
一つである CLASS FはG3形式のイメージデータを定義し
ている。従って、G3形式のイメージデータの先頭に、CL
ASS F のTIFFヘッダ情報を付加する等の比較的容易な処
理を施すことによってTIFF形式に変換することが可能で
ある。以下、CLASS F のTIFFヘッダ情報が付加されたG3
形式のイメージデータを「TIFFイメージデータ」と称す
る。

【００２７】バイナリ・テキスト変換部23は、送信時に
は、画像変換部22により得られたTIFFイメージデータの
バイナリデータをテキストデータに変換し、受信時に
は、その逆の処理、即ちテキストデータをバイナリデー
タに変換する。これは、インターネットにはバイナリデ
ータの電子メールを扱うことが出来ないコンピュータも
接続されているからである。このため、相手先に確実に
電子メールが届くようにするために、TIFFイメージデー
タ等のバイナリデータを送信する場合にはそれを一旦テ
キストデータに変換して送信する。なお、インターネッ
トで扱うテキストデータはIETF(Internet Engineering
Task Force) が発行するドキュメントであるRFC(Reques
t For Comments) 822 において、７ビットのコードとし
て規定されている。

【００２８】そこで、一例としてMIME(Multipurpose In
ternet Mail Extensions) のエンコーディングタイプの
一つであるbase64を利用してテキストデータへの変換を
行うと、バイナリデータは６ビット単位で64種類のキャ
ラクタ (大文字及び小文字のアルファベット, 数字,
＋, ／) の内の一つに置換されることにより、テキスト
データに変換される。なお、MIMEに関しては前述のRFC
で規定されており、たとえば上述のbase64の他に”7bi
t”, ”8bit”, ”binary”等のエンコーディングタイ
プが規定されている。

【００２９】メール編集部24は送信すべきファイルを電
子メールの体裁に整え、また逆に受信した電子メールか
ら本体とヘッダ情報（メールヘッダ）とを分離してTIFF
イメージデータのみを取り出す。具体的には、メール編
集部24は、送信時には、テキストデータに変換されたTI
FFイメージデータに通信管理情報としてのメールヘッダ
情報を付加して電子メール形式に編集し、受信時には、
電子メール形式のデータからメールヘッダ情報を分離し
てテキストデータに変換されたTIFFイメージデータのみ
を取り出す。このようなメール編集部24による操作は、
インターネットの電子メールには所定のヘッダ情報を付
加することが規定されているために必須であり、送信時
には、図12に示されているようにTIFFイメージデータの
先頭に、"Date:"(その電子メールの発信日時), "From:"
(その電子メールの発信者), "To:" (その電子メールの
宛先), "Subject:"(その電子メールの題名、但し本発明
の通信端末装置Ｔでは符号化方式), "Cc:" (その電子メ
ールのコピーの宛先) 等の各項目からなるヘッダ情報を
追加し、受信時にはこれらのヘッダ情報を分離する。

【００３０】なお、受信時には、メール編集部24で分離
されたヘッダ情報が記録部３により印字されるが、その
手順については後述する。

【００３１】オートダイヤラ25はハードウェアとしては
RAM7内に存在する相手先テーブルT1, プロバイダテーブ
ルT3から読み出された電話番号へ発呼すべく、DSU9, モ
デム10またはNCU 11へ相手先電話番号データを送る。

【００３２】ここで、各テーブルについて説明する。相
手先テーブルT1は、図３に示すように、短縮番号または
ワンタッチダイヤルそれぞれに関して相手先名称, イン
ターネットe-mailアドレス, ファクシミリ番号及びファ
クシミリ種別 (G3またはG4)がそれぞれ登録されてい
る。

【００３３】利用者 (発信者) テーブルT2は、図４に示
すように、本発明の通信端末装置Ｔのユーザ名, インタ
ーネットe-mailアドレス, プロバイダ種別, インターネ
ットにログインするためのユーザID及びパスワードが登
録されている。なお、事業所等において、複数の利用者
が１台の通信端末装置を共用する場合には、それぞれの
利用者について登録を行なっておき、送信時に選択する
ことも可能である。

【００３４】プロバイダテーブルT3は、図５に示すよう
に、インターネットに接続する際に使用するプロバイダ
の電話番号, 回線種別 (アナログまたはデジタル),プロ
バイダの名称及びプロバイダ種別を記憶している。プロ
バイダ種別は利用者テーブルT2のプロバイダ種別と対応
しており、プロバイダ毎に異なるログイン手順を識別す
るためのものである。一つのプロバイダが複数の電話回
線を有している場合、または複数のプロバイダを利用す
る場合等には、それぞれの電話番号について登録を行な
っておき、送信時に選択することも可能である。

【００３５】次に、インターネットへ電子メールを送信
する手順について説明する。プロトコルは OSI参照モデ
ムの各層において下記表１に示すものを使用する。

【００３６】

【表１】

【００３７】まず、ログイン手順について説明する。本
発明の通信端末装置Ｔは、図６のタイムチャートに示さ
れているように、プロバイダのコンピュータ (以下、サ
ーバＳという) との回線が設定されると、たとえば、PA
P(Password AuthenticationProtocol) に従って、ユー
ザIDとパスワードとをサーバＳから Ackまたは Nackを
受信するまで送信し続ける。サーバＳからNackを受信し
た場合には、本発明の通信端末装置Ｔは回線を一旦開放
し、その後にリダイヤルする。一方、サーバＳからAck
を受信した場合には、本発明の通信端末装置Ｔからサー
バＳへのログインが完了する。

【００３８】サーバＳへのログイン完了後、図７のタイ
ムチャートに示されているように、本発明の通信端末装
置Ｔはたとえばインターネット上で電子メールの通信を
行なう際の標準的なプロトコルであるSMTP(Simple Mail
Transfer Protocol) により電子メールを送信する。

【００３９】まず、本発明の通信端末装置ＴはサーバＳ
に対してSMTPの接続要求をする。サーバＳは、接続可能
であれば応答コード220 を本発明の通信端末装置Ｔへ返
送する。更に、本発明の通信端末装置Ｔが”HELO”コマ
ンドで自分自身のドメイン名を送信する。これに対し
て、サーバＳが本発明の通信端末装置Ｔのドメイン名を
認識出来れば、応答コード250 とサーバＳ自身のドメイ
ン名とを返送する。この後、本発明の通信端末装置Ｔが
電子メールの送信を開始する。電子メールの送信が完了
すると、本発明の通信端末装置Ｔは”QUIT”コマンドを
送信する。これに応じてサーバＳが応答コード221 を返
送するとSMTPが終了し、電子メールの送信が完了する。

【００４０】次に、本発明の通信端末装置Ｔの電子メー
ル送信時の動作について図８乃至図10及び図11に示され
ているフローチャートを参照して説明する。

【００４１】まず、利用者が送信する原稿を本発明の通
信端末装置Ｔの原稿台 (図示せず)にセットし (ステッ
プS1) 、操作部５のキー等を操作することにより指示を
与えて使用するプロバイダまたは回線をプロバイダテー
ブルT3から選択する (ステップS2) 。更に、登録されて
いるユーザー名を選択するためのパスコードをユーザ自
身が入力して利用者テーブルT2から選択する (ステップ
S3) 。パスコードによってユーザー名を特定する理由は
第三者による不正使用を防止するためである。このパス
コードは、インターネットへ接続するためのパスワード
と兼用することも可能である。次に、ユーザが相手先の
短縮番号に続いてスタートキー (図示せず) を押すか、
ワンタッチキーを押して相手先テーブルT1から相手先を
選択する(ステップS4) 。

【００４２】以上により、選択されたプロバイダまたは
回線, ユーザー名, 相手先は一旦RAM7に記憶される。

【００４３】本発明の通信端末装置Ｔは、原稿台の原稿
の全てを１枚づつ順次的にドットイメージデータとして
読み取り、全ページを符号化・復号化部３で MMR方式に
より一旦符号化してG3形式のイメージデータとしてイメ
ージメモリ８に蓄積する (ステップS5) 。そして、CPU1
は先に使用者により短縮番号またはワンタッチダイヤル
で指定されてRAM7に記憶されている相手先を読み出し、
更にその相手先に関するデータを相手先テーブルT1から
読み出す。

【００４４】この結果、相手先テーブルT1にインターネ
ットe-mailアドレスが登録されていない場合には (ステ
ップS6) 、電子メールの送信は出来ないため、CPU1はイ
メージメモリ８に蓄積されているG3形式のイメージデー
タをアナログの音声信号に変換してG3方式で、またはそ
のままデジタル信号でG4方式でファクシミリ送信する
(ステップS7) 。インターネットe-mailアドレスが登録
されていれば、CPU1はそれを電子メールとして送信する
ための以下のような処理を行う。

【００４５】まず、ファクシミリ通信用のヘッダ情報、
即ちTTI を付加するか否かのオプション処理が行なわれ
る (ステップS60)。このステップS60 の処理の詳細は図
11のフローチャートに示されている。最初に、TTI を付
加するか否かをユーザに問う表示が表示部４に表示され
るので (ステップS61)、これに対してユーザがTTI の付
加を望むのであればたとえば操作部５の”Ｙ”キーを操
作する（望まない場合にはたとえば”Ｎ”のキーを操作
する）。

【００４６】次に、全ページにTTI を付加するか否かを
ユーザに問う表示が表示部４に表示されるので (ステッ
プS62)、ユーザがそれを望むのであればたとえば操作部
５の”Ｙ”キーを操作すると、Ａフラグ7Aがセット（”
１”）される (ステップS63)（望まない場合にはたとえ
ば”Ｎ”のキーを操作すると、Ａフラグ7Aがリセッ
ト（”０”）される (ステップS64)）。なおＡフラグ7A
は前述の如くRAM7の適宜のアドレスに割り付けられてい
る。

【００４７】次に、CPU1はTTI に必要なデータを利用者
テーブルT2等から読み出す (ステップS65)。具体的に
は、ユーザ名は利用者テーブルT2から読み出し、送信元
の電話番号, 日付等のデータはRAM7の所定の領域から読
み出す。そして、CPU1は読み出したデータに対応するフ
ォントデータをROM6から読み出す (ステップS66)。次
に、CPU1はＡフラグ7Aの状態を調べ (ステップS67)、セ
ット (”１”) されていれば、イメージメモリ８に格納
されている送信すべき原稿の全ページを順次的に読み出
す (ステップS68)。Ａフラグ7Aがリセットされていれば
(”０”) 、CPU1はイメージメモリ８に格納されている
送信すべき原稿の第２ページ以降の各ページを順次的に
読み出す (ステップS69)。そして、CPU1はイメージメモ
リ８から読み出した各ページのイメージデータの上端の
部分に、先にROM6から読み出してあるフォントデータを
合成し、再度イメージメモリ８に格納する (ステップS7
0)。

【００４８】上述のステップS70 の処理が終了した場合
及び前述のステップS61 においてユーザがTTI の付加を
望まなかった場合には、次のステップS8へ処理が進めら
れ、電子メールの実際の送信が開始される。

【００４９】ところで、インターネットでは、G3形式の
イメージデータを直接送信することはできないため、以
下のようにして電子メール形式に変換する (ステップS
8) 。まず画像変換部22は、G3形式のイメージデータの
先頭にTIFF CLASS Fのヘッダ情報を付加し、TIFFイメー
ジデータを作成する。このTIFFイメージデータはバイナ
リデータであるので、バイナリ・テキスト変換部23はこ
れをテキストデータに変換する (ステップS9) 。

【００５０】更に、メール編集部24は、テキストデータ
に変換されたTIFFイメージデータに電子メールのヘッダ
を付加する (ステップS10)。このヘッダには、図12に示
すように、少なくとも"From:", "To:", "Subject:", の
項目が含まれる。"From:" には、ステップS3において利
用者テーブルT2から選択された利用者のインターネット
e-mailアドレスが、"To:" には、ステップS4において相
手先テーブルT1から選択された相手先のインターネット
e-mailアドレスが、"Subject:"には、TIFF形式のイメー
ジデータを含む電子メールであることを示す"TIFF(G3)"
がそれぞれ設定される。

【００５１】このようにして電子メール形式のデータが
完成すると、CPU1はインターネットへのダイヤルアップ
接続を行なう。まずCPU1は、プロバイダテーブルT3から
ステップS2で選択されたプロバイダの回線の種別 (アナ
ログ／デジタル) を判断し (ステップS11)、アナログ回
線である場合にはモデム10を設定し (ステップS12)、デ
ジタル回線である場合にはDSU9を設定し (ステップS1
3)、選択されたプロバイダの電話番号へ発呼し (ステッ
プS14)、応答を待つ (ステップS15)。

【００５２】プロバイダとの電話回線が設定されると、
CPU1は前述したPAP に従ってログインし、SMTPにより電
子メールを送信し、送信が完了した後にログアウトし
(ステップS16)、電話回線を開放する (ステップS17)。

【００５３】その後、CPU1は10分タイマをスタートさせ
(ステップS18)、経過を待つ (ステップS19)。10分経過
後、CPU1はステップS4で選択された相手先のファクシミ
リ番号及び種別 (G3／G4) を相手先テーブルT1から読み
出し (ステップS20)、G3である場合にはモデム10を、G4
である場合にはDSU9をそれぞれ設定し (ステップS21,S2
2) 、発呼する (ステップS23)。相手ファクシミリ装置
からの応答後 (ステップS24)、CPU1は一例として図13に
示すような送信証をG3またはG4手順で送信し (ステップ
S25)、回線を開放する (ステップS26)。

【００５４】なお、図13に示されている送信証について
説明する。この送信証のフォーマット自体は予めROM6に
登録されており、通信時刻 (年, 月, 日, 午前／午後，
時，分) と、宛先と、送信元と、電子メールを送信した
（又はする) ことを通知する簡略な文章と、送信された
（又はする) 電子メールに関する情報と、送信された
（又はする) イメージデータの一部とが表示される。

【００５５】電子メールに関する情報には、送信日時
と、宛先と、発信元と、データタイプと、ページ数と、
データ量とが表示される。送信日時は、本発明の通信端
末装置Ｔに内蔵されている時計により自動的に表示され
る。宛先は、電子メールのヘッダの”To: ”の部分であ
る相手先テーブルT1から選択された相手先のインターネ
ットe-mailアドレスが表示される。送信元は、電子メー
ルのヘッダの"From:" の部分である利用者テーブルT2か
ら選択された利用者のインターネットe-mailアドレス表
示される。データタイプは、電子メールのヘッダの"Sub
ject:"の部分である"TIFF(G3)"が表示される。更に、ペ
ージ数は原稿のページ数が、データ量はTIFFイメージデ
ータに変換後のデータ量がそれぞれ表示される。

【００５６】上述した実施の形態では、原稿等のイメー
ジデータを電子メールとしてインターネットへ送信した
後、所定時間 (この例では10分) 経過後にG3またはG4フ
ァクシミリで通知するようにした。従って、受信人がフ
ァクシミリを受信した時点では、送信人がインターネッ
トへ電子メールを送信してからいくらかの時間が経過し
ているので、所定の手続を行なえば直ちに電子メールを
受信することが可能となる。この所定時間は受信人の状
況, 回線の状況等に応じて適宜設定すればよい。また、
バイナリデータをテキストデータに変換しているので、
確実に電子メールを送信することが可能である。

【００５７】なお、上述のような実施の形態のみなら
ず、たとえば、インターネットへ電子メールを送信する
ことを事前にファクシミリで相手先へ通知した後、イン
ターネットへ電子メールを送信するように構成してもよ
い。この場合、受信人が電子メールを受信しようとして
も、受信人側のサーバにまだ到達していない可能性があ
るが、送信人が電子メールを送信したことを直ちに知る
ことができる。

【００５８】また、インターネットへの電子メールの送
信と、ファクシミリによる通知を並行して行うように構
成してもよい。この場合、２回線を同時に使用する必要
があるので、デジタル回線L1を電子メールの送信に、ア
ナログ回線L2をファクシミリ送信（但し、G3方式に限定
される) にそれぞれ使用する。このように、インターネ
ットへの電子メールの送信と、ファクシミリによる通知
とを並行して行なうこととにより、全体の処理時間を短
縮することができる。

【００５９】更にまた、白黒２値のイメージデータ以外
のデータ、たとえば白黒多値, カラー等のイメージデー
タを電子メールとしてインターネットへ送信することも
勿論可能である。また、イメージデータ以外の音声, 動
画等のデータであっても同様である。

【００６０】また更に、インターネット以外のコンピュ
ータ通信網、たとえば事業所内の LAN等、コンピュータ
通信網であれば本発明の効果を得ることができる。

【００６１】ところで、上述のようにして本発明の通信
端末装置Ｔからインターネットへ送信された電子メール
は本発明の通信端末装置Ｔと同様の構成を有する通信端
末装置であれば勿論受信可能である。換言すれば、本発
明の通信端末装置Ｔは自身と同様の構成を有する通信端
末装置がTIFFイメージデータをテキストデータに変換し
て送信した電子メールを受信し、そのテキストデータを
TIFFイメージデータに逆変換して更に元のドットイメー
ジデータに戻すことが可能である。

【００６２】このような本発明の通信端末装置Ｔによ
り、上述のようにして送信された電子メールを受信した
場合、たとえば全ページにTTI が付加されている場合に
は図14の模式図に示されているように、受信された第１
ページにはメールヘッダMHが先頭に印字され、その次に
原稿の第１ページのTTI 101 が印字され、残りの部分に
原稿の本文の第１ページの前半部分OB1 が印字される。
また受信された第２ページには原稿の本文の第１ページ
の残余の部分、即ち後半の部分OB2 が先頭から印字さ
れ、その次に原稿の第２ページのTTI 102 が印字され、
残りの部分に原稿の本文の第２ページの前半部分OB3 が
印字される。また受信された第３ページには原稿の本文
の第２ページの残余の部分、即ち後半の部分OB4 が先頭
から印字され、その次に原稿の第３ページのTTI 103 が
印字され、残りの部分に原稿の本文の第３ページの前半
部分OB5 が印字される。

【００６３】また、第２ページ以降にのみTTI を付加し
て送信した場合には図15の模式図に示されているように
なる。即ち、受信された第１ページにはメールヘッダMH
が先頭に印字され、残りの部分に原稿の本文の第１ペー
ジの前半部分OB1 が印字される。また受信された第２ペ
ージには原稿の本文の第１ページの残余の部分、即ち後
半の部分OB2 が先頭から印字され、その次に原稿の第２
ページのTTI 102 が印字され、残りの部分に原稿の本文
の第２ページの前半部分OB3 が印字される。また受信さ
れた第３ページには原稿の本文の第２ページの残余の部
分、即ち後半の部分OB4 が先頭から印字され、その次に
原稿の第３ページのTTI 103 が印字され、残りの部分に
原稿の本文の第３ページの前半部分OB5 が印字される。

【００６４】このように、原稿の全ページにTTI を付加
して本発明の通信端末装置Ｔから電子メール送信を行な
った場合には、本来の原稿のページの切れ目にファクシ
ミリ通信用のTTI が印字されることになため、受信した
側のユーザにとっても本来の原稿の構成が理解可能にな
る。また、原稿の第２ページ以降のページのみにTTIを
付加して本発明の通信端末装置Ｔから電子メール送信を
行なった場合には、受信された第１ページにはメールヘ
ッダMHと本来の原稿の第１ページの前半部分のみが印字
され、TTI は印字されない。しかし、受信側の第１ペー
ジにはメールヘッダMHが先頭に印字されるため、TTI が
印字されていなくてもそれ程の不自由はない。このた
め、受信側の第１ページにTTI が印字されることが煩わ
しいか、またはスペースの無駄と思われる場合には第２
ページ以降にTTI を付加すればよい。

【００６５】なお、上記実施の形態においては、ファク
シミリ通信としてG3, G4方式を例に挙げているがそれら
に限定されるものではなく、他の方式のファクシミリ通
信方式であってもよいことは言うまでもない。

【００６６】

【発明の効果】以上に詳述したように、本発明の通信端
末装置から送信された電子メールを受信側の装置で受信
した場合に、本来の原稿の各ページ間にファクシミリ通
信用のヘッダ情報(TTI) が挿入されるので、本来の原稿
の構成が容易に理解可能になる。

【００６７】また、上述のようなTTI を挿入することな
しに電子メールを送信するように選択することも可能で
あるため、受信側の装置でTTI が印字されるスペースが
勿体ないと思われる場合にはTTI を付加せずに送信する
選択も可能である。

【図面の簡単な説明】

【図１】本発明の通信端末装置のハードウェア構成を示
すブロック図である。

【図２】本発明の通信端末装置の機能構成及びデータの
流れを模式的に示したブロック図である。

【図３】相手先テーブルの内容例を示す模式図である。

【図４】利用者 (発信者) テーブルの内容例を示す模式
図である。

【図５】プロバイダテーブルの内容例を示す模式図であ
る。

【図６】本発明の通信端末装置によるサーバへのログイ
ン手順を示すタイムチャートである。

【図７】本発明の通信端末装置によるインターネットへ
の電子メールの通信手順を示すタイムチャートである。

【図８】本発明の通信端末装置の電子メール送信時の動
作手順を示すフローチャートである。

【図９】本発明の通信端末装置の電子メール送信時の動
作手順を示すフローチャートである。

【図１０】本発明の通信端末装置の電子メール送信時の
動作手順を示すフローチャートである。

【図１１】本発明の通信端末装置の電子メール送信時の
動作手順を示すフローチャートである。

【図１２】本発明の通信端末装置により送信される電子
メールのヘッダの内容の一例を示す模式図である。

【図１３】本発明の通信端末装置により電子メールの相
手先へ送信される送信証の一例を示す模式図である。

【図１４】本発明の通信端末装置により送信された電子
メールを受信側の装置で印字した例を示す模式図であ
る。

【図１５】本発明の通信端末装置により送信された電子
メールを受信側の装置で印字した例を示す模式図であ
る。

【符号の説明】

１ CPU 3 記録部 ７ RAM 21 符号化・復号化部 22 画像変換部 23 バイナリ・テキスト変換部 24 メール編集部

Claims (3)

【特許請求の範囲】
1. 【請求項１】 送信すべき原稿のファクシミリ画像デー
   タを符号化した本体及び通信管理情報で構成される電子
   メールを送信する機能を有する通信端末装置において、
   電子メールの送信に際して、ファクシミリ通信用のヘッ
   ダ情報を付加するか否かを選択可能な手段を備えたこと
   を特徴とする電子メール送信機能を有する通信端末装
   置。
2. 【請求項２】 前記手段によりファクシミリ通信用のヘ
   ッダ情報を付加する選択がなされた場合に、送信すべき
   原稿の各ページに前記ヘッダ情報を付加すべくなしてあ
   ることを特徴とする請求項１に記載の通信端末装置。
3. 【請求項３】 前記手段によりファクシミリ通信用のヘ
   ッダ情報を付加する選択がなされた場合に、送信すべき
   原稿の第２ページ以降の各ページに前記ヘッダ情報を付
   加すべくなしてあることを特徴とする請求項１に記載の
   通信端末装置。