JP2001350699A - 電子メール取得方法及び装置、情報表示方法及び装置 - Google Patents

Abstract

(57)【要約】 【課題】 所望の電子メールを取得すべき旨のユーザに
よる意思決定のための時間を短縮させることのできる電
子メール取得方法を提供すること。 【解決手段】処理手段１００は、メールボックスから取
り出した電子メールの情報を解釈してメールの種類を示
す情報としての属性例えばメールの重要度、未読・既
読、端末に表示可能か否か、等の属性を認識し、該認識
した属性と、該当する電子メールを示す情報例えば電子
メールの識別番号とを対応付けして管理する。処理手段
１００によって管理されている情報は、出力手段８０に
よって出力される。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、電子メールを蓄積する
電子メール蓄積装置からメールを取得する電子メール取
得方法に関する。

【０００２】

【従来の技術】従来、送受信した電子メールを管理する
装置としては、特開平２−１２５５１号に開示されたも
のがあり、この公報に開示されたものにおいては、電子
メールのリスト表示に当たって、表題、送信日、送信者
または受信者等のメール送信情報を表示し、この表示さ
れたメール送信情報の一覧の中から、ユーザによって選
択されたメールについてのみを（メール本文及びそのメ
ール送信情報）リストに出力するようにしている。これ
によりメール本文を一目で見ることを可能にしている。

【０００３】

【発明が解決しようとする課題】しかしながら、特開平
２−１２５５１号に開示されたものでは、メール送信情
報の一覧を表示することはできるが、既に読んだメール
本文か否か、削除可能なメール本文か否か、重要なメー
ル本文か否か、等のユーザが電子メールを読む／読まな
いの意思決定を行うために必要な情報を表示することは
できなかった。従って、一覧表示されたメール送信情報
のみからでは、ユーザは電子メールを読む／読まないの
意思決定を行うことは極めて困難であった。

【０００４】この発明の目的は、所望の電子メールを取
得すべき旨のユーザによる意思決定のための時間を短縮
させることのできる電子メール取得方法を提供すること
にある。

【０００５】

【課題を解決するための手段】上記目的を達成するた
め、本発明は、電子メールを蓄積する電子メール蓄積装
置からメールを取得する電子メール取得方法において、
前記電子メール蓄積装置に蓄積されている電子メールの
識別情報と当該電子メールの属性情報としてのメールに
付加された重み付け情報とを表示し、この表示された重
み付け情報に基づき所望する電子メールを指定し、この
指定された電子メール本体を前記電子メール蓄積装置か
ら取得するようにしたことを特徴とする。

【０００６】

【作用】本発明では、電子メール蓄積装置に蓄積されて
いる電子メールの識別情報と当該電子メールの属性情報
としてのメールに付加された重み付け情報（例えばメー
ルの重要度）とが表示され、この表示された重み付け情
報に基づき所望する電子メールを指定すると、この指定
された電子メール本体が前記電子メール蓄積装置から取
得される。

【０００７】この発明によれば、ユーザは、表示された
電子メールの識別情報および当該電子メールの属性情報
としての重み付け情報のうち、この重み付け情報に基づ
いて識別情報を指定することにより所望の電子メールを
指定することができる。

【０００８】

【実施例】以下、本発明の実施例を添付図面を参照して
説明する。

【０００９】最初に、本発明に係る電子メール管理装置
の構成の説明に先立って、その装置を有して構成される
ネットワークシステムの構成例を説明する。そのネット
ワークシステムの構成例を図２に示す。

【００１０】同図において、ネットワークシステムは、
メールサーバ２１０と、メールサーバ２１０に対してア
クセスするワークステーション２２０と、端末２３０と
の通信を行う通信サーバ２４０とが、それぞれネットワ
ーク２５０に接続されて構成されている。

【００１１】メールサーバ２１０はユーザに対応するメ
ールボックスを有しており、ユーザ宛の電子メールは該
当するメールボックスに配送される。配送された電子メ
ールには一意に決定されるメッセージＩＤ（識別情報）
が割り当てられるので、ユーザは電子メールを扱う際に
は、メッセージＩＤを指定することによりどのメールを
扱うか（アクセスしたいか）を指定する。

【００１２】図１は本発明に係る電子メール管理装置の
一実施例を示す機能ブロック図を示している。

【００１３】同図において、電子メール管理装置は、前
処理部１０、検索処理部２０、キャッシュデータベース
３０、４０、情報取出部５０、解釈処理部６０、格納処
理部７０、表示部８０を備えて構成されている。

【００１４】キャッシュデータベース３０には、メール
の重要度を示す情報、未読か否かを示す情報、端末で表
示できるか否かを示す示す情報、メールが削除可能状態
であるか否かを示す情報、メールの配信報告、アタッチ
メント、等各メールに共通する電子メールの情報が、デ
ータベースとして登録される。またこのデータベース３
０には、例えばメールサーバから２０通りの電子メール
の情報が読み出され、これらの電子メールのリストが作
成される際に、それら各メールを示す識別番号つまり絶
対番号と相対番号とが対応つけされているマップテーブ
ル（図示せず）が、メールの属性として登録される。な
おこのデータベース３０内のデータベースの具体例につ
いては後述する。キャッシュデータベース４０には、メ
ールの送信者及び送信日時、サブジェクトなど、各メー
ルに関する電子メールの情報が各メール毎にデータベー
スとして登録される。なお各キャッシュデータベースに
は上述した様な電子メールの種類を示す属性と当該電子
メールを示す情報とが対応つけされて記憶されるのであ
って、電子メール本体（内容）も記憶されるものではな
い。つまり各キャッシュデータベースに登録されるデー
タベースは、電子メールの情報の検索が迅速に行えるよ
うに、電子メールの種類を示す情報としての属性と当該
電子メールを示す情報とがキャッシュ情報として登録さ
れているのである。従って、一度アクセスして得られた
電子メールの情報については、メールサーバにアクセス
する必要はなく、キャッシュデータベースにアクセスす
れば良いこととなる。

【００１５】前処理部１０は、ユーザによって属性が指
定され所定の処理要求が与えられると、検索処理部２０
に対して、その属性情報がデータベース内に登録されて
いるかを問い合わせする。検索処理部２０では、前処理
部１０からの属性情報に基づいて、キャッシュデータベ
ース３０、４０を検索し、この検索結果を前処理部１０
に戻り値として返す。すなわち、属性情報が登録されて
いる場合は、登録されている旨、及びその属性情報に対
応して登録されているメッセージＩＤを返す。一方、属
性情報が登録されていない場合は、登録されていない
旨、及び、キャッシュデータベース３０に記憶されてい
るマップテーブル（図示せず）に登録されている絶対番
地（メッセージＩＤ）を返す。これは、その属性が、リ
ストされている各メールの属性に含まれているかを、メ
ールサーバを検索して全てのメールについてチェックし
なければならないからである。

【００１６】これらの検索処理部２０からの検索結果を
受け取った前処理部１０では、検索結果が、登録されて
いない旨及びメッセージＩＤであったときはそのメッセ
ージＩＤを情報読出部５０に出力し、また登録されてい
る旨及びメッセージＩＤであったときはそのメッセージ
ＩＤを解釈処理部６０に出力する。

【００１７】情報取出部５０では、ネットワーク９０上
のメールサーバに対して所定の手続きを行った後、メー
ルサーバから、入力されたメッセージＩＤに基づくメー
ルの必要な情報（電子メールの情報）を取り出して解釈
処理部６０に出力する。

【００１８】解釈処理部６０には検索処理部２０の検索
結果に応じて、電子メールの情報あるいはメッセージＩ
Ｄが入力されることになるので、解釈処理部６０は、電
子メールの情報が入力された場合には、その電子メール
の情報を解釈してテキストに変換した後、格納処理部７
０に出力し、一方、メッセージＩＤが入力された場合
は、何も処理することなく、そのメッセージＩＤを格納
処理部７０に渡す。

【００１９】格納処理部７０では、テキスト形式に変換
された電子メールの情報（上記各キャッシュデータベー
スにキャッシュされる情報）を、自己の記憶領域に一時
的に記憶すると共に、その情報を内容に応じてキャッシ
ュデータベース３０あるいはキャッシュデータベース４
０に格納する。これに対し、メッセージＩＤが入力され
た場合は、キャッシュデータベース３０あるいはキャッ
シュデータベース４０を検索することにより、該当する
メッセージＩＤに対応する電子メールを示す情報のリス
ト及び、電子メールを示す情報及びその電子メールが有
している属性を読み出して、自己の記憶領域に記憶す
る。

【００２０】表示部８０では、格納処理部７０が有する
記憶領域に記憶されている情報を読み出し、その情報を
整理して表示する。

【００２１】なお、この実施例では、上述した処理手段
は図１中符号１００で示される部分によって構成されて
おり、また上述した出力手段は図１に示す表示部８０で
構成されている。

【００２２】図３は、キャッシュデータベース３０に記
憶されるデータベースの一例を示している。

【００２３】この図に示す例では、全部で２０通りのメ
ールがあることを意味しており、この情報は図３中符号
３１０で示されるように“Ａｌｌ：１−２０”で表現さ
れている。具体的には「Ｉｎｄｅｘ．１」〜「Ｉｎｄｅ
ｘ．２０」にそれぞれ対応するメールがあることを意味
している。なお「Ｉｎｄｅｘ．番号」で指定されている
ものは、メールボック内で一意に決定される識別番号
（メッセージＩＤ）であり、その識別番号に隣接してい
るは番号（１００〜１３５）は、ユーザがメールの指定
を行う場合の便宣を図るために付加されている番号であ
る。このデータベースは、メールボックスのリスト時、
メールを削除／削除の取り消し、表示等を行ったときに
更新されるようになっている。

【００２４】上記２０通りのメールのうち、図３中符号
３２０〜３６０に示される部分が、メールの種類を示す
情報としての属性と当該電子メールを示す情報とが対応
付けされて記憶されていることを示している。

【００２５】符号３２０で示される部分が削除可能状態
（この例では、“Delete"で示されている）にあるメー
ルを示しており、具体的には１、３、４、５、６、７、
８、９、１０の各識別番号に対応するメールである。

【００２６】符号３３０で示される部分が読んでいない
（この例では“Unread"で示されている）メールを示し
ており、具体的には２、１１〜２０の各識別番号に対応
するメールである。

【００２７】符号３４０で示される部分が通常のメール
に加えて付加的な情報（この例では“Attachment"で示
されている）例えば文書等のアタッチメントが付いてい
るメールを示しており、具体的には１、２、３、１７の
各識別番号に対応するメールである。

【００２８】符号３５０で示される部分がメールの重要
度例えば“高”、“中”、“低”の各レベルの重要度
（この例では“高”＝“High"、“中”＝“Normal"、
“低”＝“Low "で示されている）が指定されているメ
ールを示しており、具体的にはメールの重要度
「“高”」を示しているものが１、４、５、７、１０、
１７の各識別番号に対応するメールであり、メールの重
要度「“中”」を示しているものが３、１１、１２、１
３、１４の各識別番号に対応するメールであり、メール
の重要度「“低”」を示しているものが２、６の各識別
番号に対応するメールである。

【００２９】符号３６０で示される部分が配信報告（こ
の例では、“Report"で示されている）をしたメールで
あることを示しており、具体的には１８、２０の各識別
番号に対応するメールである。

【００３０】最初に、検索処理部２０による検索処理に
ついて、図４に示すフローチャートを参照して説明す
る。

【００３１】図４に示すように、検索処理部２０は、前
処理部１０から与えられユーザによって指定された属性
（例えば“Unread"つまり読んでいないメール）につい
ての検索要求があると、キャッシュデータベース３０内
にメールのデータベースがあるか否かを判断する（ステ
ップ４０１）。データベースが存在する場合は指定され
た属性のデータ（例えば“Unread"というデータ）があ
るか否かを調べる（ステップ４０２）。データが存在す
る場合は、そのデータと対応付けされているメッセージ
ＩＤのリスト（この例では、２、１１〜２０の各識別番
号＝メッセージＩＤのリスト）を前処理部１０に返す
（ステップ４０３）。なおステップ４０２で「ＮＯ」の
場合は、キャッシュデータベース３０に記憶されている
マップテーブル（図示せず）に登録されている絶対番地
（メッセージＩＤ）を前処理部１０に返した後、処理を
終了する。またステップ４０１で「ＮＯ」の場合は処理
を終了する。

【００３２】次に、情報取出部５０による情報取出処理
について、図５に示すフローチャートを参照して説明す
る。

【００３３】図５に示すように、情報取出部５０は、前
処理部１０を経て入力されたユーザからの自己を示す識
別情報に基づいて、メールサーバにログインし（ステッ
プ５０１）、その後、メールサーバ内に、そのユーザを
示す識別情報に対応するメールボックスが存在するか否
かを判断する（ステップ５０２）。メールボックスが存
在する場合は、そのメールボックス内に保存されている
メールの総数をチェックした後（ステップ５０３）、そ
の総数は「０」か否かを判定する（ステップ５０４）。
総数が「０」でない場合は、全てのメールについて、必
要な情報（例えば、メールの絶対番号やユーザによって
指定された属性の情報など）を取り出す（ステップ５０
５、５０６）。なおステップ５０２で「ＮＯ」、ステッ
プ５０４で「ＹＥＳ」の場合は処理を終了する。

【００３４】続いて、解釈処理部６０による解釈処理に
ついて、図６に示すフローチャートを参照して説明す
る。

【００３５】図６に示すように、解釈処理部６０は、情
報取出部５０によって取り出されたメールについての情
報（電子メールの属性情報）があるか否かを判断する
（ステップ６０１）。メールが存在する場合は、そのメ
ールの属性を解釈してテキストに変換し（ステップ６０
２）、該テキスト形式の属性情報を属性毎にヘッダとし
てメールに付加する（ステップ６０３）。ステップ６０
３を終了したら、上記ステップ６０１に戻りこのステッ
プ以降を実行する。上記ステップ６０１でメールがない
場合は処理を終了する。なお、前処理部１０を経て入力
された検索処理部２０からのメッセージＩＤが存在して
いる場合は、何も処理することなく、そのメッセージＩ
Ｄを格納処理部７０に渡すことになる。

【００３６】引き続いて、格納処理部７０による格納処
理について、図７に示すフローチャートを参照して説明
する。

【００３７】図７に示すように、格納処理部７０は、自
己の記憶領域に、解釈処理部６０からの解釈処理された
メールについての情報（電子メールの属性情報）がある
か否かを判定する（ステップ７０１）。メールについて
の情報が存在する場合は、キャッシュデータベースにキ
ャッシュしていない未処理の属性が存在するか否かを判
断する（ステップ７０２）。未処理の属性が存在する場
合は、キャッシュデータベース３０、４０のデータベー
ス内に、未処理の属性に該当する属性情報が存在するか
否かを判断する（ステップ７０３）。その属性情報が存
在する場合は、メッセージＩＤを当該属性情報のレコー
ドに追加した後（ステップ７０４）、上記ステップ７０
２に戻りこのステップ以降を実行する。上記ステップ７
０３において、データベース内に属性情報が存在しない
場合は、その属性情報を、キャッシュデータベース３０
及びキャッシュデータベース４０の各データベースに追
加登録した後（ステップ７０５）、ステップ７０４に進
む。なおステップ７０１で「ＮＯ」、ステップ７０２で
「ＮＯ」の場合は処理を終了する。なお、解釈処理部６
０から出力されたメッセージＩＤを入力した場合は、キ
ャッシュデータベース３０、４０を検索し、該当するメ
ッセージＩＤに対応する電子メールを示す情報のリスト
及び、電子メールを示す情報及びその電子メールが有し
ている属性を読み出して、自己の記憶領域に記憶する。

【００３８】最後に、表示部８０による表示処理につい
て、図８に示すフローチャートを参照して説明する。

【００３９】図８に示すように、表示部８０は、格納処
理部７０の記憶領域の内容を参照して、メールのデータ
ベースがあるか否かを判断する（ステップ８０１）。こ
の場合、その記憶領域に電子メールの属性情報が記憶さ
れているということは、キャッシュデータベースにデー
タベースが存在することを意味している。ここで、デー
タベースが存在する場合は、その記憶領域に、表示する
メールについてのデータが記憶されているか否かを調べ
る（ステップ８０２）。メールのデータが登録されてい
る場合は、登録済の全ての属性を取り出し（ステップ８
０３）、この取り出した属性を編集して表示する（ステ
ップ８０４）。

【００４０】この例では、メールのリストが表示される
とともに、属性“Unread"とメールの識別番号とが対応
つけされて表示される。つまり図３に示すデータベース
における、「Index ．１」〜「Index ．２０」に相当す
る内容と、少なくとも符号３３０で示される部分に内容
が表示される。またユーザが図３に示す符号３２０〜３
６０で示される属性を指定した場合には、例えば図３に
示すようなデータベースの内容を表示することもでき
る。上記ステップ８０１、ステップ８０２で「ＮＯ」の
場合は、検索処理部２０から前処理部１０に、登録され
ていない旨及びメッセージＩＤが検索結果として返され
ることになり、これにより情報取出部５０による取出処
理、解釈処理部６０による解釈処理、格納処理部７０に
よる格納処理の各プロセスが実行されることとなる（ス
テップ８０５）。ステップ８０５が終了した後は、格納
処理部７０に表示すべきメールのデータが存在すること
になるので、表示部８０は、上記ステップ８０３以降の
処理を行うことができる。

【００４１】そしてユーザが、表示部８０に表示された
例えば図３に示すようなデータベースの内容を参照し
て、例えば図３中符号２２０で示される属性“Unread"
に対応する各メッセージＩＤの中から、所望のメッセー
ジＩＤ「２」（Index ．２）を認識し、その認識した
「Index ．２」に対応する番号「１０１」を指定するこ
とにより、情報取出部５０が、メールサーバから、「In
dex ．２」に対応するメール本体を読み取ってくる。

【００４２】さらに、ユーザが「Index ．２」に対応す
るメール本体を読んだ場合はその旨を指示するので、図
３に示すデータベースの属性“Unread"のレコードか
ら、メールの識別番号を示している「２」（つまりInde
x ．２）が削除される。またメールを削除状態にしたい
場合は、その旨及び識別番号（Index ．特定の番号）に
対応する番号を指定することになるので、データベース
の属性“Delete"のレコードに、該当するメールの識別
番号が追加登録される。

【００４３】以上説明したように本実施例によれば、メ
ールの重要度、未読・既読などの属性と該当する電子メ
ールを示す情報とを対応付けして表示するようにしたの
で、ユーザはそれらの情報に基づいて電子メールを読む
か否かを容易に決定することができる。

【００４４】また、グローバル的に存在するメールサー
バにアクセスして得られた電子メールの情報を、ローカ
ル的に存在するキャッシュデータベースにキャッシュす
るようにしているので、一度アクセスして得られた電子
メールの情報については、メールサーバにアクセスする
必要はなく、キャッシュデータベースにアクセスすれば
良いこととなり、これにより電子メールの情報の表示処
理を高速に行うことができる。

【００４５】

【発明の効果】以上説明したように本発明によれば、ユ
ーザは、表示された電子メールの識別情報および当該電
子メールの属性情報としてのメールに付加された重み付
け情報のうち、重み付け情報に基づいて識別情報を指定
することにより所望の電子メールを指定することで、取
得すべき所望の電子メール本体の取得操作を容易に行う
ことができる。よって、所望の電子メールを取得すべき
旨のユーザによる意思決定のための時間を短縮させるこ
とのできる電子メール取得方法を提供することができ
る。

【図面の簡単な説明】

【図１】本発明に係る電子メール管理装置の一実施例を
示す機能ブロック図。

【図２】本発明に係る電子メール管理装置を有して構成
されるネットワークシステムの一例を示す構成図。

【図３】本実施例におけるキャッシュデータベースに格
納されるデータベースの一例を示す図

【図４】本実施例における検索処理部の検索処理動作を
示すフローチャート。

【図５】本実施例における情報取出部の取出処理動作を
示すフローチャート。

【図６】本実施例における解釈処理部の解釈処理動作を
示すフローチャート。

【図７】本実施例における格納処理部の格納処理動作を
示すフローチャート。

【図８】本実施例における表示部の表示処理動作を示す
フローチャート。

【符号の説明】

１０…前処理部、２０…検索処理部、３０、４０…キャ
ッシュデータベース、５０…情報取出部、６０…解釈処
理部、７０…格納処理部、８０…表示部、１００…処理
手段。

【手続補正書】

【提出日】平成１３年５月１６日（２００１．５．１
６）

【手続補正１】

【補正対象書類名】明細書

【補正対象項目名】発明の名称

【補正方法】変更

【補正内容】

【発明の名称】 電子メール取得方法及び装置、情報表
示方法及び装置

【手続補正２】

【補正対象書類名】明細書

【補正対象項目名】特許請求の範囲

【補正方法】変更

【補正内容】

【特許請求の範囲】

【手続補正３】

【補正対象書類名】明細書

【補正対象項目名】０００１

【補正方法】変更

【補正内容】

【０００１】

【産業上の利用分野】本発明は、電子メールを蓄積する
電子メール蓄積装置からメールを取得するための情報を
表示する電子メール取得方法及び装置、情報表示方法及
び装置に関する。

【手続補正４】

【補正対象書類名】明細書

【補正対象項目名】０００４

【補正方法】変更

【補正内容】

【０００４】この発明の目的は、ユーザが所望のメール
を取得するに際し、容易に意思決定させることができる
電子メール取得方法及び装置、情報表示方法及び装置を
提供することにある。

【手続補正５】

【補正対象書類名】明細書

【補正対象項目名】０００５

【補正方法】変更

【補正内容】

【０００５】

【課題を解決するための手段】上記目的を達成するた
め、請求項１に係る発明は、電子メールを蓄積する電子
メール蓄積装置からメールを取得する電子メール取得方
法において、電子メールの識別情報と当該電子メールに
付加された重み付け情報とを表示し、この表示された重
み付け情報を表示した後に電子メール本体を取得するこ
とを特徴とする。また、請求項２に係る発明は、電子メ
ールを蓄積する電子メール蓄積装置からメールを取得す
る電子メール取得装置において、電子メールの識別情報
と当該電子メールに付加された重み付け情報とを表示
し、この表示された重み付け情報を表示した後に電子メ
ール本体を取得することを特徴とする。また、請求項３
に係る発明は、電子メールを蓄積する電子メール蓄積装
置からメールを取得するための情報を表示する情報表示
方法において、電子メールの識別情報と当該電子メール
に付加された重み付け情報とを表示することを特徴とす
る。さらに、請求項４に係る発明は、電子メールを蓄積
する電子メール蓄積装置からメールを取得するための情
報を表示する情報表示装置において、電子メールの識別
情報と当該電子メールに付加された重み付け情報とを表
示することを特徴とする。

【手続補正６】

【補正対象書類名】明細書

【補正対象項目名】０００６

【補正方法】変更

【補正内容】

【０００６】

【作用】請求項１に係る発明では、電子メールの識別情
報と当該電子メールに付加された重み付け情報とが表示
され、この表示された重み付け情報が表示された後に電
子メール本体が取得される。この請求項１に係る発明に
よれば、ユーザが所望のメールを取得するに際し、容易
に意思決定させることができる。請求項２に係る発明に
おいても、電子メールの識別情報と当該電子メールに付
加された重み付け情報とが表示され、この表示された重
み付け情報が表示された後に電子メール本体が取得され
るので、ユーザが所望のメールを取得するに際し、容易
に意思決定させることができる。

【手続補正７】

【補正対象書類名】明細書

【補正対象項目名】０００７

【補正方法】変更

【補正内容】

【０００７】請求項３に係る発明では、電子メールの識
別情報と当該電子メールに付加された重み付け情報とが
表示される。この請求項１に係る発明によれば、ユーザ
が所望のメールを取得するに際し、容易に意思決定させ
ることができる。請求項４に係る発明においても、電子
メールの識別情報と当該電子メールに付加された重み付
け情報とが表示されるので、ユーザが所望のメールを取
得するに際し、容易に意思決定させることができる。

【手続補正８】

【補正対象書類名】明細書

【補正対象項目名】００４５

【補正方法】変更

【補正内容】

【００４５】

【発明の効果】以上説明したように本発明によれば、電
子メールを蓄積する電子メール蓄積装置からメールを取
得するための情報を表示する情報表示方法及び装置にお
いて、電子メールの識別情報と当該電子メールに付加さ
れた重み付け情報とを表示することにより、ユーザが所
望のメールを取得する際に容易に意思決定させることが
できる。

Claims (1)

【特許請求の範囲】
1. 【請求項１】 電子メールを蓄積する電子メール蓄積装
   置からメールを取得する電子メール取得方法において、 前記電子メール蓄積装置に蓄積されている電子メールの
   識別情報と当該電子メールの属性情報としてのメールに
   付加された重み付け情報とを表示し、 この表示された重み付け情報に基づき所望する電子メー
   ルを指定し、 この指定された電子メール本体を前記電子メール蓄積装
   置から取得するようにしたことを特徴とする電子メール
   取得方法。