JPH10107837A - 通信端末装置及び通信方法 - Google Patents

Abstract

(57)【要約】 【課題】 電子メールの受取先であるサーバとの回線が
接続された状態で、複数のユーザ宛の電子メールを自動
的に順次受信することのできる通信端末装置及び通信方
法を提供すること。 【解決手段】 ＲＡＭ７の第１記憶領域７ａにメールア
ドレステーブルを備える。メールアドレステーブルに
は、複数のユーザの識別情報（メールアドレス、パスワ
ード）が記憶されている。電子メールの受取先であるサ
ーバとの回線が接続された状態で、前記メールアドレス
テーブルに記憶されている各識別情報に対応する電子メ
ールの受信を順次行う。また、電子メールの受信結果に
関する情報をＲＡＭ７の第２記憶領域７ｂに記憶する。
この第２記憶領域７ｂ内の受信結果は、記録部３で記録
紙上に印字される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、例えば、インター
ネット等のコンピュータ通信網に接続可能な通信端末装
置及び通信方法に関するものである。

【０００２】

【従来の技術】近年、インターネット等のコンピュータ
通信網が普及しつつある。このコンピュータ通信網を利
用すれば、最寄りの契約プロバイダ（コンピュータ通信
網への接続業者）までの通信費用を負担するだけで、日
本国内はもとより海外の通信端末と通信することができ
る。このため、コンピュータ通信網を用いた通信が急速
に発展しつつある。

【０００３】電子メールを受信する場合は、通信端末装
置をプロバイダに接続し、そのプロバイダに届いている
自分宛のメールを取り出す。この際、メールの受取人の
確認のためにメールの受け取りに先だって、プロバイダ
に対してユーザ毎の識別情報であるメールアドレス、パ
スワードを送信する必要がある。一方、プロバイダは、
受信したメールアドレス及びパスワードに基づいて受取
人を判別して対応するメールを受取人宛に送信する。

【０００４】

【発明が解決しようとする課題】ところで、電子メール
通信を行うための機能を備えた通信端末装置を複数のユ
ーザが共有する場合には、次のような手間が生じる。す
なわち、メールアドレス及びパスワードは、通信端末装
置のユーザ毎に異なるので、プロバイダに届いている全
てのユーザのメールを取り出す場合には、全てのユーザ
のメールアドレス及びパスワードの入力操作を順次行う
必要があった。このため、メールアドレス及びパスワー
ドの入力操作が煩雑であった。

【０００５】本発明は上記問題点を解決するためになさ
れたものであって、その目的は、電子メールの受取先で
あるサーバとの回線が接続された状態で、複数のユーザ
宛の電子メールを自動的に順次受信することのできる通
信端末装置及び通信方法を提供することにある。

【０００６】

【課題を解決するための手段】上記の目的を達成するた
めに、請求項１に記載の発明においては、コンピュータ
通信網へ電子メール通信が可能な通信端末装置におい
て、複数のユーザの識別情報を記憶する第１記憶手段
と、電子メールの受取先であるサーバとの回線が接続さ
れた状態で、前記第１記憶手段に記憶されている各識別
情報に対応する電子メールの受信を順次行うメール受信
手段とを備えた。

【０００７】請求項２に記載の発明においては、請求項
１に記載の発明において、前記メール受信手段による受
信結果を記憶する第２記憶手段と、前記第２記憶手段に
記憶された受信結果を出力する出力手段とを備えた。

【０００８】請求項３に記載の発明においては、電子メ
ールの受取先であるサーバとの回線が接続された状態
で、通信端末装置の第１記憶手段に記憶されている複数
のユーザの識別情報を用いて、各識別情報に対応する電
子メールの受信を順次行う。

【０００９】従って、請求項１または請求項３に記載の
発明によれば、第１記憶手段には複数のユーザの識別情
報（例えば、メールアドレス、パスワード）が記憶され
ている。そして、電子メールの受取先であるサーバとの
回線が接続された状態で、前記第１記憶手段に記憶され
ている各識別情報に対応する電子メールの受信が順次行
なわれる。

【００１０】請求項２に記載の発明によれば、請求項１
に記載の発明の作用に加えて、電子メールの受信結果が
第２記憶手段に記憶され、この第２記憶手段に記憶され
た受信結果が出力される。

【００１１】

【発明の実施の形態】

（第１の実施形態）以下、本発明を具体化した第１の実
施形態について図面を用いて説明する。なお、本実施形
態の通信端末装置Ｔは、原稿の読み取りによって得られ
たイメージデータを電子メールとして送信するととも
に、受信した電子メールをイメージデータとして記録紙
上に印字するものである。また、コンピュータ通信網と
してインターネットを使用するものとする。

【００１２】図１に示すように、通信端末装置ＴはＧ３
及びＧ４ファクシミリ通信機能に加え、インターネット
と通信するための機能を備えている。ＣＰＵ１は、バス
１２を介して通信端末装置Ｔの各部を制御するととも
に、後述する符号化処理、復号化処理、画像変換処理、
バイナリ・テキスト変換処理、メール編集処理、通信手
順処理などのためのソフトウェアを実行する。

【００１３】読取部２は、ＣＣＤ（Charge Coupled Dev
ice）等によって原稿上の画像を読み取って、白黒２値
のイメージデータを出力する。出力手段としての記録部
３は、電子写真方式等のプリンタを備え、他のＧ３また
はＧ４ファクシミリ装置やインターネットから受信した
データを記録紙上に記録する。

【００１４】ＬＣＤ（Liquid Crystal Display）等より
なる表示部４は、通信端末装置Ｔの動作状態やイメージ
データの表示を行う。操作部５は、通信端末装置Ｔを操
作するのに必要なテンキー、短縮ダイヤルキー、ワンタ
ッチダイヤルキー、各種のファンクションキー等を備え
ている。また、テンキー或いはワンタッチダイヤルキー
は、アルファベット等の文字を入力するための機能も備
えている。

【００１５】ＲＯＭ（Read Only Memory）６は、通信端
末装置Ｔの動作に必要なソフトウェアを記憶している。
書き換え可能なＲＡＭ（Random Access Memory）７は、
ＳＲＡＭ（Static Random Access Memory）またはフラ
ッシュメモリ（フラッシュＥＥＰＲＯＭ；Flash Electr
ically Erasable Programmable Read Only Memory）等
で構成され、ソフトウェアの実行時に発生する一時的な
データを記憶する。ＲＡＭ７は、第１記憶手段としての
第１記憶領域７ａと、第２記憶手段としての第２記憶領
域７ｂとを有している。第１記憶領域７ａには、後述す
るメールアドレステーブルＴ１（図３参照）が記憶され
ている。第２記憶領域７ｂには、電子メールの受信結果
に関する情報が記憶される。

【００１６】イメージメモリ８は、ＤＲＡＭ（Dynamic
Ramdom Access Memory）等で構成され、送信すべき或い
は受信した後述する「Ｇ３形式のイメージデータ」を一
時的に記憶する。

【００１７】ＤＳＵ（データ回線終端装置；Digital Se
rvice Unit）９は、デジタル回線Ｌ１に接続されてい
る。デジタル回線Ｌ１上を伝送されるデータは、ベース
バンド伝送方式に従って伝送される。このため、ＤＳＵ
９は、デジタル信号としての送信データを電圧の変化に
変換してデジタル回線Ｌ１上に送出するとともに、デジ
タル回線Ｌ１上の電圧変化を受信データとしてデジタル
信号に変換する。また、ＤＳＵ９は、各種のファクシミ
リ制御信号を発生、検出する機能も備えている。

【００１８】モデム１０は、送受信データの変調及び復
調を行うものであり、従来のＦＡＸモデム機能の他にデ
ータモデム機能を備えている。ＮＣＵ（Network Contro
l Unit）１１は、アナログ回線Ｌ２の閉結及び開放を行
うとともに、相手先のファックス番号に対応したダイヤ
ルパルスの送出及び着信を検出する機能等を備えてい
る。

【００１９】本実施形態では、ＣＰＵ１、ＲＯＭ６、Ｒ
ＡＭ７、ＤＳＵ９、モデム１０、及びＮＣＵ１１によ
り、メール受信手段が構成されている。図２は、本実施
形態における通信端末装置Ｔ内のデータの流れを模式的
に示したものである。なお、同図において、符号化復号
化部２１、画像変換部２２、バイナリ・テキスト変換部
２３、メール編集部２４、オートダイヤラ２５は、ＣＰ
Ｕ１がＲＯＭ６に記憶されたソフトウェアに基づいて実
行する機能を示すものである。

【００２０】符号化復号化部２１は、イメージデータを
ＭＨ（Modified Huffman）方式、ＭＲ（Modified REA
D）方式、ＭＭＲ（Modified MR）方式等の符号化方式に
よって符号化または復号化する。以下、これらの符号化
方式によって符号化されたイメージデータを「Ｇ３形式
のイメージデータ」と呼ぶ。イメージメモリ８は、この
Ｇ３形式のイメージデータを記憶する。

【００２１】画像変換部２２は、送信時には、Ｇ３形式
のイメージデータをコンピュータで使用される一般的な
画像フォーマットであるＴＩＦＦ（Tag Image File For
mat）に変換し、受信時にはＴＩＦＦからＧ３形式のイ
メージデータに変換する。ここで、ＴＩＦＦとは、米国
Aldus社（現在、Adobe Systemsに吸収合併）が提案した
画像ファイルの標準フォーマットであり、標準のデータ
形式を規定するのではなく、画像データの属性をＴＡＧ
（タグ）情報として規定している点が特徴である。この
ため、ＴＩＦＦ形式の場合には、画像ファイルの冒頭の
数百バイトに記述されている標準化されたタグ情報を読
むことによってデータの形式を認識することができる。

【００２２】また、ＴＩＦＦは、白黒２値だけでなく、
白黒多値、フルカラー等を扱う様々なClassが定義され
ている。そのなかの１つであるClass Ｆは、Ｇ３形式の
イメージデータを定義している。従って、Ｇ３形式のイ
メージデータの先頭に、Class ＦのＴＩＦＦヘッダ情報
を付加すること等によってＴＩＦＦに変換することがで
きる。以下、Class ＦのＴＩＦＦヘッダ情報が付加され
たＧ３形式のイメージデータを「ＴＩＦＦイメージデー
タ」と呼ぶ。

【００２３】バイナリ・テキスト変換部２３は、送信時
にはバイナリデータをテキストデータに変換し、受信時
にはテキストデータをバイナリデータに変換する。イン
ターネットにはバイナリデータの電子メールを扱うこと
ができないコンピュータが存在しているため、相手先に
確実に電子メールが届くように、ＴＩＦＦイメージデー
タ等のバイナリデータを送信する場合には、一旦テキス
トデータに変換する必要がある。インターネットで扱う
テキストデータは、ＩＥＴＦ（Internet Engineering T
ask Force）が発行するドキュメントであるＲＦＣ（Req
uest For Comments）８２２において、７ビットのコー
ドとして規定されている。

【００２４】そこで、バイナリ・テキスト変換部２３
は、ＭＩＭＥ（Multipurpose Internet Mail Extension
s）のｂａｓｅ６４等を利用してデータの変換を行う。
このｂａｓｅ６４によると６ビットのバイナリデータは
６４のキャラクタ（大文字、小文字のアルファベット、
数字、＋、／）及びパディング用（＝）の１つに置き換
えられ、テキストデータに変換することができる。な
お、ＭＩＭＥはＲＦＣ１５２１（ＭＩＭＥヘッダの定
義）、ＲＦＣ１５２２、ＲＦＣ１５９０で規定されてい
る。

【００２５】メール編集部２４は、送信時にはテキスト
データに変換されたＴＩＦＦイメージデータにメールヘ
ッダ情報を付加して電子メール形式に編集し、受信時に
は電子メール形式のデータからメールヘッダ情報を取り
除き、テキストデータに変換されたＴＩＦＦイメージデ
ータだけを取り出す。インターネットの電子メールには
所定のヘッダ情報を付加することが規定されているた
め、送信時にはＴＩＦＦイメージデータの先頭に、「Fr
om:」（差出人），「To:」（宛先），「Subject:」（標
題），「Cc:」（複写配布），「Date:」（日付）等の情
報を追加する。

【００２６】オートダイヤラ２５はＲＡＭ７内のメール
アドレスＴ１から読み出された電話番号へ発呼すべく、
ＤＳＵ９，モデム１０またはＮＣＵ１１へ相手先の電話
番号データを送る。

【００２７】次に、ＲＡＭ７に記憶されているメールア
ドレステーブルＴ１について、図３を用いて説明する。
図３に示すように、メールアドレステーブルＴ１には、
プロバイダ名を示すデータと、通信端末装置Ｔのユーザ
ＩＤと、同装置Ｔのパスワードと、通信端末装置Ｔを利
用するユーザの電子メールアドレスと、そのユーザのパ
スワードと、プロバイダの電話番号データと、プロバイ
ダの電話回線の種別を示すデータとが予め登録されてい
る。なお、通信端末装置ＴのユーザＩＤ及びパスワード
は、プロバイダ毎に異なるものを登録可能である。ま
た、１つのプロバイダに対しては、複数のユーザのメー
ルアドレス及びパスワードが登録可能である。

【００２８】次に、ログイン手順について説明する。通
信端末装置Ｔは、図４に示すように、プロバイダのコン
ピュータ（以下、サーバという）との回線が設定される
と、例えば、ＰＡＰ（Password Authentication Protoc
ol）に従って、ＲＡＭ７に登録されているメールアドレ
ステーブルＴ１から通信端末装置ＴのユーザＩＤとパス
ワードとをプロバイダから「ＡＣＫ」（Acknowledge；
肯定応答）または「ＮＡＫ」（Negative Acknowledge；
否定応答）を受信するまで送信し続ける。「ＮＡＫ」を
受信すると、プロトコルで設定されている回数リトライ
し、そのすべてが「ＮＡＫ」であれば回線を一旦開放し
た後、リダイアルする。「ＡＣＫ」を受信すると、サー
バへのログインが完了する。

【００２９】サーバへのログイン完了後、図５に示すよ
うに、ＳＭＴＰにより電子メールを送信する。なお、Ｓ
ＭＴＰ（Simple Mail Transfer Protocol）とは、ＴＣ
Ｐ／ＩＰのアプリケーション・プロトコルの１つで、テ
キスト形式の電子メールを送信するためのプロトコルで
ある。すなわち、まず、通信端末装置Ｔはサーバに対し
てＳＭＴＰの接続要求をする。サーバは接続可能であれ
ば、応答コード「２２０」（サーバの準備完了）を通信
端末装置Ｔへ返す。さらに、通信端末装置Ｔが「ＨＥＬ
Ｏ」コマンドで自分自身のドメイン名を送信し、サーバ
が通信端末装置Ｔのドメイン名を認識できれば、応答コ
ード「２５０」（リクエストされたコマンドを正常に終
了）とサーバのドメイン名とを返す。この後、通信端末
装置Ｔがメールの送信を行い、送信が完了すると、「Ｑ
ＵＩＴ」コマンドを送信する。これに応じて、サーバが
応答コード「２２１」（コネクションのクローズ（ＱＵ
ＩＴに対する応答））を返すと、ＳＭＴＰが終了する。
電子メールの送信完了後、通信端末装置Ｔは、サーバか
らログオフして、回線を開放する。

【００３０】次に、ＰＯＰ（Post Office Protocol）に
ついて説明する。前記のＳＭＴＰは電子メールを送信す
るためのプロトコルであるが、このＰＯＰはサーバから
電子メールを読み出すためのプロトコルである。ＰＯＰ
の基本的な通信手順は、大きく３つのフェーズに分ける
ことができる。最初はサーバに接続してユーザの確認を
行うフェーズ、次にメールボックスの読み出しを行うフ
ェーズ、最後にメールボックスの状態を更新するフェー
ズである。ここで、メールボックスの状態とは、メール
の受信数や各メールの読み出し状態（既読／未読）等の
情報である。

【００３１】次に、電子メールの受信動作について、図
６に示すフローチャートを用いて説明する。この動作は
ＲＯＭ６内に記憶されたソフトウェアに基づいて、ＣＰ
Ｕ１により実行される。

【００３２】図６に示すように、ユーザにより所望のプ
ロバイダがＲＡＭ７に登録されているメールアドレステ
ーブルＴ１より選択される（Ｓ１）。次に、選択された
プロバイダに対してメールアドレステーブルＴ１の電話
番号に基づき、ダイヤルアップが行われる（Ｓ２）。こ
のダイヤルアップに際しては、メールアドレステーブル
Ｔ１を参照することにより、発呼すべきプロバイダの回
線種別（アナログ／デジタル回線）が判断される。ここ
で、プロバイダがアナログ回線であればモデム１０が設
定され、デジタル回線であればＤＳＵ９が設定される。

【００３３】プロバイダとの間の回線が確立されると、
前述したＰＡＰに従って通信端末装置Ｔ自身が有するユ
ーザＩＤとパスワードとが送信されてログインがなされ
る（Ｓ３）。その後、メールアドレステーブルＴ１内の
複数のユーザの識別情報（つまり、メールアドレス及び
パスワード）の中から１つのユーザのメールアドレス及
びパスワードが選択されて送信される（Ｓ４）。続い
て、前記ＰＯＰに従ってプロバイダに届いている電子メ
ール（具体的には、先に送信したメールアドレスに対し
て送信されてきたメール）があるか否かが判断される。
電子メールが届いている場合は、電子メールの受信が行
われるとともに、その電子メールがＧ３形式のイメージ
データに変換されてイメージメモリ８に記憶され（Ｓ
６）、Ｓ７に移行する。プロバイダに電子メールが届い
ていない場合は、そのままＳ７に移行する。Ｓ７におい
ては、電子メールの受信結果に関する情報、例えば通信
端末装置Ｔから送信したメールアドレスに対する電子メ
ールの有無や電子メールの件数等の情報がＲＡＭ７の第
２記憶領域７ｂに記憶される。

【００３４】続いて、メールアドレステーブルＴ１に基
づき、電子メールの受信のために使用されていない次の
メールアドレスがあるか否かが判断される（Ｓ８）。次
のメールアドレスがある場合には、前記Ｓ４に戻って、
メールアドレステーブルＴ１に基づき、使用されていな
いメールアドレスとメールパスワードとが送信される。
次のメールアドレスがない場合には、言い換えればメー
ルアドレステーブルＴ１内の全てのメールアドレスを使
用して電子メールの受信動作が行われた場合には、回線
が開放される（Ｓ９）。その後、前記Ｓ６においてイメ
ージメモリ８に記憶された電子メールが記録部３で記録
紙上に印字される（Ｓ１０）。続いて、前記Ｓ７におい
てＲＡＭ７の第２記憶領域７ｂに記憶された受信結果情
報が記録部３で記録紙上に印字され（Ｓ１１）、この処
理が終了する。

【００３５】以上のように、第１の実施形態では次のよ
うな効果を得ることができる。 （１）プロバイダとの間の回線が接続された状態で、メ
ールアドレステーブルＴ１に記憶されている複数のメー
ルアドレスに基づき、各メールアドレスに対応する電子
メールが自動的に順次受信される。このため、複数のユ
ーザに対する電子メールを取り出す場合でも、各ユーザ
のメールアドレスやパスワードを順次入力する必要がな
く、その入力操作の煩雑さを解消することができる。ま
た、複数のユーザに対する電子メールをプロバイダとの
回線を接続したままの状態で受信できる。つまり、メー
ルアドレスの異なる各ユーザ毎の電子メールを受信する
度に、プロバイダとの間の回線を一旦開放した後、再度
接続するという必要がない。このため、プロバイダとの
回線時間を極力短くでき、よって通信費用を抑制するこ
とができる。

【００３６】（２）受信結果が印字出力されるため、ど
のメールアドレスに対して何件分の電子メールが届いて
いたか等の情報が容易に分かる。 （第２の実施形態）第２の実施形態では、パソコン通信
の１つであるNIFTY-Serveが使用されている。なお、こ
の第２の実施形態においては、第１の実施形態と異なる
点を中心に説明をする。

【００３７】この第２の実施形態では、前記第１の実施
形態で示した図６において、Ｓ８のＹＥＳに続いて、
「ＬＯＧの送信」（Ｓ１２）の処理が行われた後、Ｓ４
に戻るようになっている。つまり、NIFTY-Serveでは
「ＬＯＧ」が送信されると、コンピュータ通信網への接
続サービスを行うサーバ側からは「Enter User-ID」及
び「Enter Password」の入力を促されるため、これに対
してＳ４において、メールアドレステーブルＴ１に基づ
き、メールアドレス及びパスワードが送信されると、サ
ーバに届いている電子メールが受信される。従って、Ｓ
４〜Ｓ８，Ｓ１２の処理が繰り返されることにより、メ
ールアドレステーブルＴ１内のすべてのメールアドレス
に対応する電子メールを順次受信することができる。

【００３８】以上のように、第２の実施形態でも前記第
１の実施形態と同様な効果を得ることができる。なお、
上記実施形態は以下のように変更してもよく、その場合
でも少なくとも上記実施形態と同様の作用、効果を得る
ことができる。

【００３９】（ａ）電子メールのデータ形式としてＴＩ
ＦＦ形式に代えてＢＭＰ（Bitmap）形式、ＪＰＥＧ（Jo
int Photograhic Experts Group）形式、ＧＩＦ形式、
ＥＰＳ形式、ＩＦＦ形式或いはＰＩＣＴ形式等を用いて
もよい。

【００４０】（ｂ）前記図１の２点鎖線で示すタイマ１
３を設けて、一定時間経過毎に自動的に電子メールを受
信するように構成すること。 （ｃ）メールアドレステーブルＴ１のすべてのプロバイ
ダ若しくは任意に選択した複数のプロバイダに順次ダイ
ヤルアップして複数のプロバイダから電子メールを自動
的に順次受信するように構成すること。

【００４１】（ｄ）インターネットやNIFTY-Serve以外
のコンピュータ通信網で利用すること。 （ｅ）通信端末装置Ｔとして、ファクシミリ通信機能を
備えていない通常のパソコン等で具体化すること。

【００４２】（ｆ）前記図６のＳ６において、電子メー
ルを受信したのちに、送信すべき電子メールがあるとき
はＳＭＴＰに従って電子メールを送信するように構成す
ること。

【００４３】（ｇ）前記図６のＳ６において、電子メー
ルを受信した後、すぐに電子メールを記録部３で記録紙
上に印字するように構成すること。 （ｈ）メールアドレステーブルＴ１に記憶されているメ
ールアドレスの中から複数のメールアドレスを任意に選
択してメール受信を行えるように構成すること。

【００４４】（ｉ）受信した電子メールがイメージメモ
リ８の記憶容量を越える前に記録部３で記録紙上で印字
するように構成すること。 （ｊ）受信実行結果を操作部５に設けたキー操作で任意
に印字若しくは表示部４に表示しても良い。つまり、受
信結果を出力するとは、印字及び表示を含む。

【００４５】さらに、上記実施形態より把握される請求
項以外の技術的思想について、以下にそれらの効果とと
もに記載する。 （１）前記記憶手段に記憶されている識別情報を選択す
る選択手段（１，５，６，７）を設けた請求項１または
請求項２に記載の通信端末装置。

【００４６】このように構成すれば、電子メールの受信
を行う必要のない識別情報を用いた受信処理が行われな
いため、効率よく電子メールを受信することができる。 （２）前記識別情報には、少なくともメールアドレス
と、パスワードとが含まれる請求項１または請求項２に
記載の通信端末装置。

【００４７】このように構成すれば、上記実施形態と同
様な効果を得ることができる。

【００４８】

【発明の効果】本発明は、以上のように構成されている
ため、次のような効果を奏する。請求項１または請求項
３に記載の発明によれば、電子メールの受取先であるサ
ーバとの回線が接続された状態で、複数のユーザ宛の電
子メールを自動的に順次受信することのできる。

【００４９】請求項２に記載の発明によれば、請求項１
に記載の発明の効果に加えて、受信結果を記憶して、そ
れを出力することができるため、例えば識別情報に対し
て何件分の電子メールが届いていたかが容易に分かる。

【図面の簡単な説明】

【図１】 第１の実施形態における通信端末装置のブロ
ック構成図。

【図２】 同じく、通信端末装置内のデータの流れを示
す模式図。

【図３】 同じく、ＲＡＭに記憶されるメールアドレス
テーブルを示す説明図。

【図４】 同じく、サーバへのログイン手順を示す説明
図。

【図５】 同じく、サーバへ電子メールを送信する手順
を示す説明図。

【図６】 同じく、通信端末装置Ｔの動作を示すフロー
チャート。

【符号の説明】

１…メール受信手段を構成するＣＰＵ、３…出力手段と
しての記録部、６…メール受信手段を構成するＲＯＭ、
７…メール受信手段を構成するＲＡＭ、７ａ…第１記憶
手段としての第１記憶領域、７ｂ…第２記憶手段として
の第２記憶領域、９…メール受信手段を構成するＤＳ
Ｕ、１０…メール受信手段を構成するモデム、１１…メ
ール受信手段を構成するＮＣＵ。

Claims (3)

【特許請求の範囲】
1. 【請求項１】 コンピュータ通信網へ電子メール通信が
   可能な通信端末装置において、複数のユーザの識別情報
   を記憶する第１記憶手段と、電子メールの受取先である
   サーバとの回線が接続された状態で、前記第１記憶手段
   に記憶されている各識別情報に対応する電子メールの受
   信を順次行うメール受信手段とを備えた通信端末装置。
2. 【請求項２】 前記メール受信手段による受信結果を記
   憶する第２記憶手段と、前記第２記憶手段に記憶された
   受信結果を出力する出力手段とを備えた請求項１に記載
   の通信端末装置。
3. 【請求項３】 電子メールの受取先であるサーバとの回
   線が接続された状態で、通信端末装置の第１記憶手段に
   記憶されている複数のユーザの識別情報を用いて、各識
   別情報に対応する電子メールの受信を順次行う通信方
   法。