JPH09288625A - 電子メール装置 - Google Patents

Abstract

(57)【要約】 【課題】 電子メールを複数の人に送信する場合、グル
ープ送信する方法があったが、特定のスケジュールデー
タに対して、その関係者にメール送信したい場合、登録
グループと一致していない場合は、結局全員のＩＤコー
ドを入力するしかなかった。また、大量にメールを受信
した場合に、どのメールが重要であるか判断するのは非
常に困難であり、必要なメールを確認しないまま他のメ
ールと一緒になってしまうという問題があった。 【解決手段】 スケジュールデータから自動的に関係者
の氏名を検索し、氏名からＩＤコードを抽出して発信者
テーブルを作成し、その発信者テーブルに基づいてメー
ル発信を行うことによって関係者に一度にメール発信が
可能となる。また、特定の文字列をタイトルに含むメー
ル、既に着信しているメールと同一のタイトルのメール
は重要なメールと判断して、未読メールリストの先頭に
並び替えを行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、スケジュールの管
理機能とメールの送受信機能を備えた電子機器、例えば
携帯情報端末装置や、パーソナルコンピュータ、ワード
プロセッサ等に関する。

【０００２】

【従来の技術】従来、メール送受信機能を備えた機器に
おいて、メールの送信を行う場合、基本的には、発信先
のＩＤを入力していた。また、例えばあるグループに複
数のメンバーを登録しておき、発信先にそのグループ名
を記述することによって、一度に複数のメンバーに同じ
内容のメールを発信することが可能となっていた。例え
ば、英会話グループに所属しているメンバー全員に同一
のメールを送信したい場合において、“英会話”という
グループ名に、そのグループに所属しているメンバーの
ＩＤを登録しておき、メールの発信先指定において、
“英会話”と指定することにより、登録されているメン
バー全員に同一のメールが送信される。

【０００３】さらに、特開平５−２１９１０３号公報に
は、このようなグループ送信の場合における、除外者を
記載することが開示されている。これは、グループ送信
する場合に、そのグループ内の特定の人に対して、発信
を除外することができるものである。

【０００４】また、従来のメール受信手段として、メー
ルのタイトルを解析して、そのタイトル中に“重要”や
“至急”という文字が含まれている場合において、その
メールの表示順序を入れ換える技術があった。

【０００５】特開平６−２５０９５０号公報には、受信
したメールに対して、発信者、発信日付などを解析し
て、あらかじめ設定されている複数のメールボックスに
メールを振り分ける方法が開示されている。

【０００６】

【発明が解決しようとする課題】近来、スケジュール管
理機能を備えた情報処理装置があるが、例えばそのスケ
ジュール管理装置において、例えばある会議が開催され
るとして、その日時、場所、議題、出席者などをスケジ
ュールデータとして入力している場合、その出席者など
の関係者にメールを送信したいときは、その関係者のＩ
Ｄを全員分入力するか、上記したグループ送信機能を用
いて、出席者をあるグループにまとめて、グループ送信
機能により送信を行っていた。

【０００７】しかしながら、スケジュールデータ中には
関係者の氏名が記載されているにもかかわらず、グルー
プ送信におけるグループとは一致していない場合は、グ
ループ送信機能は使用できず、結局すべての関係者を入
力することになっていた。

【０００８】そこで、本発明ではスケジュールデータの
内容から関係者の氏名を自動検索して、関係者へのメー
ルによる連絡作業を軽減するとともに、未登録の相手先
については、メールの宛て先としてＩＤコードを入力す
れば自動的にＩＤコード表に追加登録するものである。
さらに、ＩＤコード表にあらかじめメール送信に関する
情報を付与し、その情報によって、メール発信の要／不
要を判断して、メールの送信を行う。

【０００９】さらに、メールの受信時において、非常に
多くのメールを着信する場合、どのメールが重要なメー
ルであるかを確認することは困難であり、必要な情報を
入手することができないといった問題があった。よっ
て、本発明では同じメールが２件以上届いている場合に
おいて、そのメールを重要メールと判断して、未読メー
ルリストの先頭に並べ換えて表示し、また重複してメー
ルが届いていることを報知する。

【００１０】

【課題を解決するための手段】本発明の請求項１によれ
ば、スケジュールデータを管理するスケジュール管理手
段と、前記スケジュールデータから該スケジュールの関
係者の氏名を検索する関係者検索手段と、氏名とメール
のＩＤコードとを対応づけて管理するＩＤ管理手段と、
前記関係者検索手段によって検索された氏名のＩＤコー
ドを、前記ＩＤ管理手段から検索し、自動的にスケジュ
ール内容を関係者にメール発信するメール発信手段とを
備えたことによって上記課題を解決する。

【００１１】また、本発明の請求項２によれば、前記関
係者検索手段によって検索された氏名が、前記ＩＤ管理
手段に存在しない場合において、氏名とＩＤコードを入
力させ、自動的にＩＤ管理手段に登録を行うＩＤ自動追
加登録手段を備えることによって上記課題を解決する。

【００１２】さらに、本発明の請求項３によれば、前記
ＩＤ管理手段は、氏名とＩＤコード以外にメール発信に
関するメール発信条件を管理し、スケジュールデータに
記載されている内容及び前記メール発信条件より自動的
に発信者を選択し、メール発信するメール発信手段を備
えることによって、上記課題を解決する。

【００１３】本発明の請求項４においては、電子メール
を受信し、保存格納する電子メール受信手段と、受信し
た電子メールのタイトルに予め設定した特定文字列が含
まれているかどうかチェックするタイトルチェック手段
と、既に届いている電子メールと同一のタイトルのメー
ルがあるかどうかをチェックする重複タイトルチェック
手段と、前記タイトルチェック手段により、特定の文字
列が電子メールのタイトルに含まれている場合、または
前記重複タイトルチェック手段により、同一のタイトル
のメールが存在する場合において、該メールを重要なメ
ールと見なし、未読メールリストの先頭に並び替えるメ
ールリスト並び替え手段を備えることによって、上記課
題を解決する。

【００１４】

【発明の実施の形態】以下に本発明を図面を用いて詳細
に説明する。図１は本発明に関する電子メール装置の全
体構成図である。通信経路（通信回線）には複数の端末
（２、３）が接続されており、さらにメールサーバー
（１）が接続されている。

【００１５】メールサーバーの構成を図２に示す。メー
ルを送信するメール送信手段（１２）、メールを受信す
るメール受信手段（１３）、未読のメールが一時的に蓄
えられるメール情報管理部（１４）、既に読んだ既読メ
ールが格納されるメールボックス（１５）、およびこれ
らを制御する制御部（１１）と通信経路とのインターフ
ェース部（１６）から構成されている。

【００１６】図３には、端末装置の構成が示されてい
る。表示手段（２２）、入力手段（２３）、インターフ
ェース部（４１）、スケジュール管理手段（２７）、文
書作成手段（２８）、メール送信手段（３８）、メール
受信手段（３９）などから構成される。これらの手段は
一般的な端末装置に備えられているものと同一であり、
従来の技術と同一であるので、詳述はしない。

【００１７】まず、スケジュールデータからその関係者
に自動的にメールを発信する技術において説明する。ま
ず、図４に示すようなＩＤコード表があらかじめ作成さ
れている。このＩＤコード表には氏名とＩＤコードが対
応づけられて記憶されている。氏名とＩＤコード以外に
も情報が付与されているが、これについては後に詳述す
る。

【００１８】スケジュールデータは図５のように構成さ
れている。スケジュールの年月日、開始／終了時刻、タ
イトル、内容、出席者（関係者）が入力されるようにな
っている。入力手段から該スケジュールに対するメール
発信が指示されたとして、以下説明する。

【００１９】図６および図７は処理の流れを示すフロー
チャートである。ステップ１−１において、まず、スケ
ジュールデータの関係者欄（ここでは出席者欄）の先頭
にポインタＳＰをセットする。そして、ステップ１−２
において、発信者リストテーブルの先頭にポインタＲＰ
をセットする。発信者リストテーブルは図８に示すよう
に氏名とＩＤからなる。この発信者リストテーブルが最
終的に発信されるリストになる。ステップ１−３でカウ
ンタｎを初期化する。これは関係者数をカウントするカ
ウンタとして利用する。

【００２０】ステップ１−４では、スケジュールデータ
よりポインタＳＰの示す位置の氏名を読み出す。ステッ
プ１−５で読み出す氏名がまだあるかどうかをチェック
する。ある場合は、ステップ１−６で、発信者リストテ
ーブルのポインタＲＰで示される位置に、読み出した氏
名をセットする。ステップ１−７でＳＰ及びＲＰをイン
クリメントして、さらにステップ１−８でｎもインクリ
メントする。この処理を、すべて氏名を読み出すまでス
テップ１−４〜ステップ１−８の処理を繰り返す。

【００２１】すべて読み出すとステップ１−９でｎが０
であるかどうかチェックする。ｎが０であるのは、ひと
つも読み出した氏名がないことになるので、メール発信
はできないので、処理を終了させる。ここまでで、氏名
の検索処理が行われた。

【００２２】ステップ１−１０では、また発信者リスト
テーブルの先頭ポインタＲＰをセットする。そして、ス
テップ１−１１において、ポインタＲＰによって指定さ
れる関係者リストテーブル上の関係者氏名を読みだし、
ステップ１−１２において、ＩＤコード表から対応する
ＩＤコードを検索する。ＩＤコード表は図４に示される
ような構成であり、氏名とＩＤコード、さらに付加情報
からなる。付加情報については後に詳しく説明する。

【００２３】ステップ１−１３で対応するＩＤが検索で
きた場合には、ステップ１−１７以降の処理にすすむ。
対応するＩＤが検索できなかった場合には、ステップ１
−１４において、“氏名：××××のＩＤコードを入力
してください“と画面に表示し、ステップ１−１５で、
ＩＤコードの入力を受け付ける。入力されたＩＤコード
はステップ１−１６において、ＩＤコード表に追加登録
される。そのために、一度ＩＤコードを登録してしまえ
ば、次回からは検索がおこなわれた際に、自動的にセッ
トされることになる。

【００２４】ＩＤが検索できた場合、または追加登録さ
れたＩＤはステップ１−１７で関係者リストテーブルの
所定の位置に格納される。ステップ１−１８では、ＲＰ
をインクリメントして、さらにステップ１−１９ではｎ
をデクリメントする。ステップ１−２０でｎが０かどう
か確認する。ｎが０の場合はすべての氏名に対してＩＤ
の検索が終了しているので、ステップ１−２１に進ん
で、メールの送信先にＩＤコードをセットして、ステッ
プ１−２２でメール発信し、処理を終了する。ｎが０で
ない場合は次の氏名に関してＩＤを検索するのでステッ
プ１−１１に戻る。

【００２５】以上の処理を行うことにより、スケジュー
ルに記載された出席者に、自動的にメールを送信するこ
とが可能となる。

【００２６】次に、図４のＩＤコード表に付与されてい
る付加情報を用いた自動メール発信処理について説明す
る。図４に示すように、メール発信の要否、社内メンバ
ーか社外メンバーかを示す情報が付与されている場合を
説明する。メール発信については、例えば０，１，２の
値をとり、０の場合は内容に関係なく発信不要、１の場
合は内容に関係なく発信必要、２の場合は内容により
（別の条件を加える）判断するというようにあらかじめ
決められている。

【００２７】図９および図１０は処理の流れを示すフロ
ーチャートである。ここでの処理例としては、社内に発
信するべき書面にはタイトルか本文の１行目に“社内連
絡”、社外へ発信する書面には“社外連絡”の文字を記
載する規則が存在する場合においてである。このような
規則は随時変更可能であることは言うまでもない。

【００２８】ステップ２−１〜ステップ２−９において
は、図６のステップ１−１〜ステップ１−９と同様に、
スケジュールデータから、関係者氏名を検索して、関係
者リストテーブルへの氏名の格納を行う。

【００２９】次に、ステップ２−１０で発信する書面の
１行目もしくはタイトルを読み出す。ステップ２−１１
〜ステップ２−１７においては、その読み出された文字
列中に“社内連絡”か“社外連絡”の文字が存在するか
どうかを確認する。「社内連絡」の文字が存在すれば、
チェック用の変数ｋに０を、「社外連絡」の文字が存在
すればｋに１を、いずれの文字もなければ変数ｋに２を
格納する。

【００３０】続いて、ステップ２−１８からＩＤのセッ
トを行う。ステップ２−１８では関係者リストテーブル
の先頭にポインタＲＰをセットする。ステップ２−１９
では、関係者リストテーブルからＲＰの示す位置の氏名
を読み出す。そして、ステップ２−２０で、読み出され
た氏名から、ＩＤコード表によって、ＩＤコードを検索
する。ステップ２−２１において、ＩＤコード表に氏名
がなかった場合にステップ２−２２でＩＤコード表の追
加登録処理に入る。この処理については詳細は別の図面
（図１３）で行う。

【００３１】ステップ２−２１で氏名があった場合は、
付加情報のチェックを行う。ステップ２−２３でメール
発信の欄を確認する。この欄が０である場合は、無条件
で発信を行わないので、ステップ２−２７へ進む。

【００３２】逆に、メール発信の欄が１の場合は、無条
件で発信を行うので、ステップ２−２６で読み出したＩ
Ｄを関係者リストテーブルの所定の位置に格納する。ま
た、メール発信の欄が２であった場合には、チェック用
の変数ｋの値をステップ２−２４で参照する。もし、ｋ
が２である場合は、メールにも特に指定はないので、発
信を行う。よってステップ２−２６へすすむ。ｋが０か
１の場合は、ステップ２−２５にすすみ、社外／社内の
区分が適応するかどうかチェックする。ｋと社内／社外
の欄の値が同じ場合は、発信するべきメールであるので
ステップ２−２６へすすんでＩＤをセットするが、ｋと
社内／社外の欄の値が違う場合は、発信を行わないの
で、ステップ２−２７へ進む。

【００３３】ステップ２−２７でＲＰをインクリメント
し、ステップ２−２８でｎをデクリメントする。ステッ
プ２−２９でｎが０であれば、すべての氏名についてチ
ェックが終了しているので、ステップ２−３０の処理に
進む。ｎが０でない場合には、次の氏名についてのチェ
ックをステップ２−１９に戻って繰りかえす。

【００３４】さらに、ステップ２−３０〜ステップ２−
３５では、スケジュールデータの関係者に記載されてい
ない氏名であっても、ＩＤコード表のメール発信要否が
１、つまり無条件で発信する氏名の場合は送信する必要
があるので、そのＩＤをセットする処理を行う。

【００３５】ステップ２−３０でＩＤコード表の先頭に
ポインタＩＰをセットし、ステップ２−３１でそのＩＤ
を読み出す。ステップ２−３２でメール発信の欄をチェ
ックし、１であれば発信必要であるのでステップ２−３
３でＩＤをセットする。ステップ２−３４でＩＰをイン
クリメントし、ステップ２−３５ですべてチェックした
かどうか確認し、ここまでの処理をすべてのＩＤについ
て繰りかえす。

【００３６】ステップ２−３６では送信するメールの送
信先に、関係者リストテーブルのＩＤをセットし、ステ
ップ２−３７でメールの発信を行う。

【００３７】ステップ２−２２のＩＤコード設定処理に
ついて、詳細を図１３に示す。ステップ４−１で“氏
名：××××のＩＤコードを入力して下さい”と表示
し、ステップ４−２でＩＤコードの入力を行う。ＩＤコ
ードが入力されたら、次にステップ４−３で発信の要否
の入力を行うための選択項目を画面に表示し、ステップ
４−４で入力を受け付ける。同様にステップ４−５で社
内／社外のメンバーかどうかの入力を行うための選択項
目を画面に表示し、ステップ４−６で入力を受け付け
る。入力が終了するとステップ４−７でＩＤコード表に
追加し、メインの処理に戻る。

【００３８】以上のような処理により、スケジュールデ
ータから自動的に、さらに付加情報を利用して的確なメ
ール送信が可能となる。ここでの例はスケジュールデー
タとしたが、特にスケジュールデータに限る必要はな
く、関係者が決まった位置に記載されているフォーマッ
トであれば、会議の開催を知らせる文書などから送信す
る構成でもよい。

【００３９】次に、メールの受信時の重要度による並び
替え処理について、図１１および図１２のフローチャー
トをもとに説明する。本発明では、「重要」「至急」
「緊急」などの文字列がタイトルに含まれている場合
と、タイトルが同じメールが送付されてきた場合を、重
要なメールとして処理を行う。

【００４０】一般的なメールシステムでは、新着のメー
ルはメールの取り込み処理が行われるまでは、未読メー
ルとして、一時的にメールサーバーのスプール（図２の
１４）に蓄えられる。図１４の状態ではスプールに未読
メールは８件格納されている。まず、ステップ３−１で
スプールのチェックを行う。ステップ３−２で全く未読
のメールがない場合には、なにも処理を行う必要がない
のでステップ３−３で終了する。

【００４１】未読のメールが存在する場合には、ステッ
プ３−４で各変数を初期化する。ｎ１は優先メールの件
数、ｎ２は重複メールの件数、ｎ３は通常メールの件
数、ｍはチェック用のカウンタである。

【００４２】この例では（１）タイトルに優先させるこ
とを示す語句が含まれている優先メール、（２）既に届
いているメールと同じタイトルの重複メール、（３）い
ずれにも該当しない通常メールの３つに分類し、それぞ
れにソートテーブルを持ちタイトル等の情報を格納し、
その件数をｎ１，ｎ２，ｎ３にセットする。

【００４３】ステップ３−５でソートテーブルを初期化
して、ステップ３−６で未読メールの件数のチェックす
る。ステップ３−７では、スプールから全未読メールの
着信番号、発信日付、発信者（差出人）、メールタイト
ルを取り込む処理を行い、ステップ３−８でカウンタｍ
をインクリメントする。

【００４４】ステップ３−９で、ｍ件目の未読メールタ
イトルをタイトルＢＵＦ（バッファ）１に格納する。図
１４の例ではｍ＝１のときに、未読メール１件目のタイ
トル「１２月の新製品ニュース」がタイトルＢＵＦ１に
取り込まれる。

【００４５】ステップ３−１０ではタイトルＢＵＦ１を
チェックする。具体的には、優先メールである条件に合
致するかどうかをチェックする。例えば、図１５に示す
ような「重要」「緊急」などの文字列を含んでいるかを
チェックする。ステップ３−１１で、優先のメールであ
ると判断された場合には、ステップ３−１２に進んで、
ｎをインクリメントし、ステップ３−１３でソートテー
ブル１のｎ１番目に未読メールナンバーを、ステップ３
−１４でタイトルをそれぞれセットする。

【００４６】ここでは「１２月の新製品ニュース」とい
う文字列中には優先メールとするべき要因となる文字列
は含まれていないので、ステップ３−１８へすすむ。ス
テップ３−１８以降の処理では、以前にこのメールと同
一のタイトルのメールが着信されていないかどうかを確
認する。ステップ３−１８では現在チェック中のメール
より前のメールをチェックするために、ｍから１をひ
き、ｎｍに格納する。ステップ３−１９でｎｍが０でな
いかどうか確認する。ｎｍが０である場合、これは先頭
のメールであるので、以前に同一のタイトルのメールは
存在しないので、同一かどうかのチェックは終了する。

【００４７】ステップ３−２０では比較用のタイトルＢ
ＵＦ（バッファ）２に未読メールのｎｍ件めのメールタ
イトルを格納し、ステップ３−２１でタイトルＢＵＦ１
とタイトルＢＵＦ２の内容を比較する。もし、ここでタ
イトルＢＵＦ１とタイトルＢＵＦ２の内容が同一であっ
た場合には、ステップ３−１５でｎ２をインクリメント
し、ステップ３−１６でソートテーブル２のｎ２番目に
未読メールナンバーをセットし、ステップ３−１７でソ
ートテーブル２のｎ２番目にタイトルをセットする。タ
イトルが一致しなかった場合には、ステップ３−２２で
ｎｍをデクリメントして、ｎｍ＝０になるまでステップ
３−２０に戻り、順にチェックを行う。ｎｍ＝０になる
と、すべての未読メールについて、チェックをおこなっ
たことになり、ステップ３−２３に処理を進める。

【００４８】ステップ３−２３以降の処理は、既読メー
ルの中に同一のタイトルが存在する場合においても、重
複メールとして優先度をあげる処理である。ステップ３
−２３でｒｍに既読メールのメール件数を格納する。ス
テップ３−２４でｒｍが０、つまり既読メールがない場
合は、この処理をスキップしてステップ３−２８へ進
む。ステップ３−２５では、タイトルＢＵＦ２にｎｍ件
目の既読メールのタイトルを格納し、ステップ３−２６
でタイトルＢＵＦ１とタイトルＢＵＦ２を比較する。同
一である場合は、重複メールとしてステップ３−１５〜
ステップ３−１７の処理を行う。一致しない場合には、
通常メールとして、ステップ３−２８でｎ３をインクリ
メントして、ステップ３−２９でソートテーブル３のｎ
３番めに未読メールナンバーをセットし、ステップ３−
３０でソートテーブル３のｎ３番目にタイトルをセット
する。

【００４９】以上の処理を行うことによって、ソートテ
ーブル１に重要メール、ソートテーブル２に重複メー
ル、ソートテーブル３に通常メールがそれぞれ格納され
ていることになる。そこで、各ソートテーブルごとにメ
ールタイトルを表示させてもよいし、一つの表示エリア
にソートテーブル１、ソートテーブル２、ソートテーブ
ル３の順に並べて表示してもよい。

【００５０】

【発明の効果】本発明によれば、スケジュールデータか
ら自動的に発信するべき氏名を検索し、さらにその氏名
に対応するＩＤを検索して同報発信することにより、迅
速に必要な人にメールを発信することが可能となる。

【００５１】さらに、発信するべき氏名及びＩＤが、リ
スト内にない場合は自動的に追加登録し、さらに各種の
発信条件に基づいて自動的に発信者を決定しメール発信
することが可能となる。

【００５２】また、着信するメールにおいて、重要な内
容であるメールは未読メールリストの先頭に自動的に並
び替えられるために、重要なメールを見落としてしまう
ということがない。

【図面の簡単な説明】

【図１】本発明の一実施の形態における電子メール装置
の全体構成図である。

【図２】本発明の一実施の形態におけるメールサーバー
の構成を示す図である。

【図３】本発明の一実施の形態における端末装置の構成
を示す図である。

【図４】ＩＤコード表の例を示す図である。

【図５】スケジュールデータの例を示す図である。

【図６】本発明の一実施の形態における処理の流れを示
すフローチャートである。

【図７】本発明の一実施の形態における処理の流れを示
すフローチャートである。

【図８】発信者リストテーブルの例を示す図である。

【図９】本発明の一実施の形態における処理の流れを示
すフローチャートである。

【図１０】本発明の一実施の形態における処理の流れを
示すフローチャートである。

【図１１】本発明の一実施の形態における処理の流れを
示すフローチャートである。

【図１２】本発明の一実施の形態における処理の流れを
示すフローチャートである。

【図１３】本発明の一実施の形態における処理の流れを
示すフローチャートである。

【図１４】メールボックスの例を示す図である。

【図１５】緊急メール判別用の文字列の例を示す図であ
る。

【符号の説明】

１ メールサーバー ２ 端末 ３ 端末 １１ 制御部 １２ メール送信手段 １３ メール受信手段 １４ メール情報管理部 １５ メールボックス １６ インターフェース部

Claims (4)

【特許請求の範囲】
1. 【請求項１】 スケジュールデータを管理するスケジュ
   ール管理手段と、 前記スケジュールデータから該スケジュールの関係者の
   氏名を検索する関係者検索手段と、 氏名とメールのＩＤコードとを対応づけて管理するＩＤ
   管理手段と、 前記関係者検索手段によって検索された氏名のＩＤコー
   ドを、前記ＩＤ管理手段から検索し、自動的にスケジュ
   ール内容を関係者にメール発信するメール発信手段とを
   備えたことを特徴とする電子メール装置。
2. 【請求項２】 前記関係者検索手段によって検索された
   氏名が、前記ＩＤ管理手段に存在しない場合において、
   氏名とＩＤコードを入力させ、自動的にＩＤ管理手段に
   登録を行うＩＤ自動追加登録手段を備えたことを特徴と
   する前記請求項１記載の電子メール装置。
3. 【請求項３】 前記ＩＤ管理手段は、氏名とＩＤコード
   以外にメール発信に関するメール発信条件を管理し、 スケジュールデータに記載されている内容及び前記メー
   ル発信条件より自動的に発信者を選択し、メール発信す
   るメール発信手段を備えたことを特徴とする前記請求項
   １記載の電子メール装置。
4. 【請求項４】 電子メールを受信し、保存格納する電子
   メール受信手段と、 受信した電子メールのタイトルに予め設定した特定文字
   列が含まれているかどうかチェックするタイトルチェッ
   ク手段と、 既に届いている電子メールと同一のタイトルのメールが
   あるかどうかをチェックする重複タイトルチェック手段
   と、 前記タイトルチェック手段により、特定の文字列が電子
   メールのタイトルに含まれている場合、または前記重複
   タイトルチェック手段により、同一のタイトルのメール
   が存在する場合において、該メールを重要なメールと見
   なし、未読メールリストの先頭に並び替えるメールリス
   ト並び替え手段を備えたことを特徴とする電子メール装
   置。