JPH0954733A - 電子メール管理方法 - Google Patents

Abstract

(57)【要約】 【課題】 送信メールを保存し、その内容を読んで判断
することなく、リプライメールの元メールや大元メール
を探せる電子メールの管理方法を提供する。 【解決手段】 送信管理テーブルＡ及び受信管理テーブ
ルＢを備え、テーブルＡにはメールの送信時に送信メー
ルの識別子（ＩＤ）、日時、送付先等の付属情報ととも
に、その関連メール欄にリプライメールならその元にな
ったメールのＩＤを、フォワードメールなら対象メール
のＩＤを記入する。また、テーブルＢにはメールの受信
時に付属情報とともに、リプライメールなら元になった
送信メールのＩＤを所定欄に記入し、テーブルＡを検索
して自分の送信メールに対するメールならそのＩＤを関
連メール欄に記入する。これらのテーブルＡ，Ｂに記入
された関連メールにより、送受信メール間の関係を明示
し、その探索によってその関係を自動的に抽出する処理
の実現を可能にする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、パーソナルコンピ
ュータ（ＰＣ）やワークステーション（ＷＳ）上で用い
る、電子的なコミュニケーションツールの一つである、
電子メールシステムに関するものである。

【０００２】

【従来の技術】ＰＣやＷＳ上で用いる電子メールシステ
ムとしては、メールリーダが存在しているが、これらは
受信したメールの日時、送付元、題名（サブジェクト）
などの一覧表は表示するものの、自分が送付したメール
の一覧表（日時、送付先、題名など）は表示せず、従っ
て、自分が送付したメールに対する返事（リプライメー
ル）が、どのメールに関するものかを確かめる方法がな
かった。

【０００３】そこで従来は、便宜的にリプライメールの
中に、送付されたメールの内容を引用したり、送付時に
自分にも送る（セルフコピー）ことを行っていた。

【０００４】

【発明が解決しようとする課題】しかしながら、上記し
た従来の便宜的な電子メールの管理手法では、機械的に
リプライメールのもとになったメール（元メール）との
対応付けをすることができず、人間がメールの内容を読
んで元メールを探すという不便な方法しかなかった。

【０００５】さらに、リプライが何度も続いたときに、
大元になったメール（大元メール）を探し出す機能を機
械的に実現することが困難であった。

【０００６】本発明の目的は、上記従来の技術が有して
いた、リプライメールの元メールもしくは大元メールを
探すために送信したメールを意図的に保存しておかなく
てはならず、メールの内容を読んで判断するしかないと
ういう欠点を解決し、リプライメールが何度も続いた場
合でも、大もとになったメール（大元メール）を機械的
に容易に探し出す機能を実現可能にする電子メールの管
理方法を提供することにある。

【０００７】

【課題を解決するための手段】上記の目的を達成するた
め、本発明の第１の発明は、電子メールを送受信する機
能を有する電子メールシステムの管理方法において、電
子メールの送信に当たっては、該送信メールが単純送信
か転送か回答かを判定し、該送信メールが転送あるいは
回答である場合には、元になったメールの識別子を該メ
ールの送信管理テーブルの関連するメールを示す欄に記
入し、電子メールの受信に当たっては、該受信メールが
単純受信か、回答かを判定し、回答の場合には該メール
の受信管理テーブルの元になったメールを示す欄に元に
なったメールの識別子を記入し、さらに前記送信管理テ
ーブルを検索して自分が送信したメールに対する回答で
ある場合には、該メールの受信管理テーブルの関連する
メールを示す欄に元になったメールの識別子を記入する
ことを特徴とする電子メール管理方法を手段とする。

【０００８】同じく本発明の第２の発明は、第１の発明
において、電子メールの送受信で得られた電子メールの
送信管理テーブルと受信管理テーブルに基づき、各メー
ルをそれぞれブロックで表現し、各メールが関連を有す
る場合には、各メールを表示するブロック間を矢印でつ
ないで表示手段に表示することを特徴とする電子メール
管理方法を手段とする。

【０００９】同じく本発明の第３の発明は、電子メール
を送受信する機能を有する電子メールシステムの管理方
法において、アカウント毎に管理システムを置くなどし
て電子メールの管理を行い、各メール毎に、通し番号を
付与するとともに、送信メールの場合には、送信時の形
態を識別するコードと元になったメールの通し番号とを
付与し、受信メールの場合には、受信時の形態を識別す
るコードと元になったメールの通し番号を付与すること
を特徴とする電子メール管理方法を手段とする。

【００１０】同じく本発明の第４の発明では、上記第３
の発明において、管理システム等で得られた管理テーブ
ルに基づき、すなわち、電子メールの送受信で付与され
た通し番号、送信時の形態を識別するコード、受信時の
形態を識別するコード、及び元になったメールの通し番
号に基づいて、各メールをそれぞれブロックで表現し、
各メールが関連を有する場合には、各メールを表示する
ブロック間を矢印でつないで表示手段に表示することを
特徴とする電子メール管理方法を手段とする。

【００１１】従来技術には、以上のように送信メールを
管理するような管理テーブルはない。

【００１２】第１の発明では、メール送信時において、
送信管理テーブルに、送信メールの識別子（以下、Ｉ
Ｄ）、日時、送付先、サブジェクト等の送信メール付属
情報とともに、リプライメールならその元になったメー
ルのＩＤを、送信メール付属情報の関連メール欄等に記
入、登録する。また、メール受信時には、受信管理テー
ブルに、同じく受信メール付属情報とともに、リプライ
メールならその元になった送信メールのＩＤをＩｎ−Ｒ
ｅｐｌｙ＿Ｔｏ欄等に記入、登録し、さらに自分の送信
メールに対するメールか否かを送信管理テーブルを検索
して判定し、関連メール欄等に記入、登録する。この送
信管理テーブル、受信管理テーブルに記入、登録された
元になった関連メールにより、リプライメールの送受信
メール間の関係を明示し、その探索によってその関係を
自動的に抽出する処理の実現を可能にする。

【００１３】第２の発明では、第１の発明において、リ
プライメールの送受信メール間の関係を自動的に抽出
し、その関係を矢印でつないで表示することにより、利
便性を向上させる。

【００１４】第３の発明では、アカウント（ユーザ）毎
に送受信メールに付与した通し番号と、送信メールの場
合に付与した、単なる送信やリプライメール等を表す送
信時の形態の識別コードおよびリプライメール等の元の
メールの通し番号と、受信メールの場合に付与した、単
なる受信やリプライメール等を表す受信時の形態の識別
コードおよびリプライメール等の元のメールの通し番号
とによって、リプライメールの送受信メール間の関係を
明示し、その探索によってその関係を自動的に抽出する
処理の実現を可能にする。

【００１５】第４の発明では、第３の発明において、リ
プライメールの送受信メール間の関係を自動的に抽出
し、その関係を矢印でつないで表示することにより、利
便性を向上させる。

【００１６】

【発明の実施の形態】以下に、本発明の実施の形態を、
図面を用いて詳しく説明する。

【００１７】《実施の形態例（その１）》本発明の第１
の実施の形態例の送信フローを図１に示す。一方、本実
施の形態例の受信フローを図２に示す。また、本発明の
実施の形態例の送信メール管理テーブルの例（テーブル
Ａ）を図３に、受信メール管理テーブル（テーブルＢ）
の例を図４に示す。

【００１８】本実施の形態例における送信メール管理テ
ーブルは、管理番号Ｎｏ．、ＩＤ、内容、関連メール、
形態を記入する各欄で構成されている。また受信メール
管理テーブルは、管理番号Ｎｏ．、ＩＤ、Ｉｎ−Ｒｅｐ
ｌｙ＿Ｔｏ、内容、関連メール、形態を記入する各欄で
構成されている。

【００１９】ちなみに、従来の技術でサポートされてい
るのは、図４の受信メール管理テーブルのうち、関連メ
ールへのポインタ列がないもののみであり、図３に示す
ような送信メール管理テーブルはない。

【００２０】以上の図１、図２、図３、図４を用いて、
本発明の第１の実施の形態例の動作を詳しく説明する。

【００２１】事例１）単純送信時の動作 以下の手順で処理が進む。ここでの送信メール管理表を
図５に示す。

【００２２】（あ）図５に示すテーブルＡに登録する。

【００２３】すなわち、図５のテーブルＡのＩＤ欄に送
信メールのＩＤを入力する。これは図１のｓ２の部分の
処理である。

【００２４】（い）センドの処理を選ぶ。

【００２５】ただ単に送信するだけ（センド）であるの
でこれを選択する。これは図１のｓ４、ｓ７の部分の処
理である。

【００２６】（う）図５に示す形態の欄には、ｓ（セン
ド）を入力する。

【００２７】これは図１のｓ１０の部分の処理である。

【００２８】（え）図５に示す関連メールの欄は、ｎｕ
ｌｌ（入力なし）のままにしておく。

【００２９】これは図１のｓ１２の部分の処理である。

【００３０】事例２）単純受信時の動作 以下の手順で処理が進む。ここでの受信メール管理表を
図６に示す。

【００３１】（あ）図６に示すテーブルＢに登録する。

【００３２】すなわち、図６のテーブルＢのＩＤ欄に受
信メールのＩＤを入力する。これは図２のｒ２の部分の
処理である。

【００３３】（い）受信メール中にＩｎ−Ｒｅｐｌｙ＿
Ｔｏフィールドがあるかどうかを確認する。

【００３４】通常の単純な受信の場合は、このフィール
ドがない。これは図２のｒ４の部分の処理である。

【００３５】（う）図６に示す形態の欄は、ｎｕｌｌ
（入力なし）のままにしておく。

【００３６】これは図２のｒ６の部分の処理である。

【００３７】（え）図６に示す関連メール欄は、ｎｕｌ
ｌ（入力なし）のままにしておく。

【００３８】これは図２のｒ９の部分の処理である。

【００３９】事例３）受信したメールに対するリプライ
（返信）送信時の動作 以下送信の手順で処理が進む。フォワード（転送）送信
時も同様である。ここでの送信メール管理表を図７に、
受信メール管理表を図８に示す。

【００４０】（あ）図７に示すテーブルＡに新規に登録
する。

【００４１】これは図１のｓ２の部分の処理である。

【００４２】（い）リプライの処理を選ぶ。

【００４３】受け取ったメールに対する返信（リプラ
イ）の処理である。これは図１のｓ４、ｓ３の部分の処
理である。

【００４４】（う）図７に示す形態の欄には、ｒ（リプ
ライ）を入力する。

【００４５】これは図１のｓ６の部分の処理である。

【００４６】（え）図７に示す関連メールの欄には、送
信の元になった図８に示すテーブルＢの受信メールのＩ
Ｄを入力する。

【００４７】これは図１のｓ９の部分の処理である。

【００４８】事例４）自分が送信したメールに対するリ
プライメールの受信時の動作 以下の手順で処理が進む。ここでの送信メール管理法を
図９に、受信メール管理表を図１０に示す。

【００４９】（あ）図１０に示すテーブルＢに登録す
る。

【００５０】これは図１２のｒ２の部分の処理である。

【００５１】（い）受信メール中にＩｎ−Ｒｅｐｌｙ＿
Ｔｏフィールドがあるかどうかを確認する。

【００５２】リプライメールの場合は、このフィールド
がある。これは図２のｒ４の部分の処理である。

【００５３】（う）図１０に示すテーブルＢのＩｎ−Ｒ
ｅｐｌｙ＿Ｔｏの欄に受信メールのＩｎ−Ｒｅｐｌｙ＿
Ｔｏフィールドの値を入力する。

【００５４】これは、リプライの元になったメールのＩ
Ｄである。これは図２のｒ３の部分の処理である。

【００５５】（え）図１０に示すテーブルＢの形態の欄
には、ｒ（リプライ）を入力する。

【００５６】これは、図１２のｒ５の部分の処理であ
る。

【００５７】（お）リプライの元が自分のメールかどう
かを確かめる。

【００５８】リプライの元になったメールが、自分の送
信したメールであるかどうかを確認するために、図９に
示すテーブルＡのＩＤ欄を検索し、受信したリプライメ
ールのＩｎ−Ｒｅｐｌｙ＿Ｔｏフィールドが差し示すＩ
Ｄがあるかどうかを確かめる。これは図２のｒ７の部分
の処理である。

【００５９】（か）図１０に示す関連メールの欄に自分
が送信したメールのＩＤを入れる。

【００６０】もし、図９のテーブルＡの中に見つかった
場合は、自分が送信したメールを元にした、相手からの
リプライメールである。図１０に示すテーブルＢの関連
メールの欄に、見つかった図９に示すテーブルＡの中の
メールＩＤを入力する。これは図２のｒ８の部分の処理
である。

【００６１】事例５）受信したメール（ａ）に対してリ
プライ送信したメール（ｂ）へのリプライ受信メール
（ｃ）があったときの、メール（ａ）とメール（ｃ）の
関係の自動抽出 リプライが連続した場合、その途中にある二つの受信メ
ールの関係を抽出することができる。この場合は、事例
２）と３）、４）が連続して行われた場合である。ここ
での、テーブルＡの送信メール管理表を図１１に、テー
ブルＢの受信メール管理表を図１２に示す。

【００６２】（あ）まず最初に、メール（ａ）を受信す
る。

【００６３】図１２に示すテーブルＢにメール（ａ）を
登録する。これは、図２のｒ２の部分の処理である。

【００６４】図１２の形態の欄はｎｕｌｌのままにして
おく。これは図２のｒ６の部分の処理である。

【００６５】図１２の関連メールの欄はｎｕｌｌのまま
にしておく。これは図２のｒ９の部分の処理である。

【００６６】（い）次に、リプライメールの（ｂ）を送
信する。

【００６７】図１１のテーブルＡにメール（ｂ）を登録
する。これは図１のｓ２の部分の処理である。

【００６８】図１１の形態の欄にはｒを入力する。これ
は図１のｓ６の部分の処理である。

【００６９】図１１の関連メールの欄には、図１１に示
される、メール（ａ）のＩＤを入力する。これは図１の
ｓ９の部分の処理である。

【００７０】（う）最後に、メール（ｂ）へのリプライ
メール（ｃ）を受信する。

【００７１】図１２のテーブルＢへの登録を行う。これ
は図１２のｒ２の部分の処理である。

【００７２】図１２のテーブルＢのＩｎ−Ｒｅｐｌｙ＿
Ｔｏの欄に受信メールのＩｎ−Ｒｅｐｌｙ＿Ｔｏフィー
ルドの値、すなわち、メール（ｂ）のＩＤを入力する。
これは図１２のｒ３の部分の処理である。

【００７３】図１２の形態の欄はｒを入力する。これは
図１２のｒ５の部分の処理である。

【００７４】図１１のテーブルＡのＩＤ欄を検索し、メ
ール（ｂ）のＩＤが存在するので、図１２のテーブルＢ
中のメール（ｃ）の関連メールの欄にメール（ｂ）のＩ
Ｄを入力する。これは図２のｒ８の部分の処理である。

【００７５】上記したように、互いに関連があるメール
の関係を抽出することができるので、複数のメールの間
の関係をグラフィカルに表示することができる。表示の
実施の形態例を以下に述べる。

【００７６】図１３は、メール間の関係を表示するツー
ルの一実施の形態例、メール関連ビューワの凡例を示し
たものである。

【００７７】図１３では、一つのメールを一つの長方形
で示している。長方形の枠の外の左上に示された記号
は、この長方形で示されたメールのＩＤを表している。

【００７８】二重枠で示した長方形は、現在注目してい
るメールであることを表す。同時には一つしか存在しな
い。

【００７９】太い枠で示した長方形は、自分が過去に送
信したメールであることを表す。複数存在する可能性が
ある。

【００８０】細い枠で示した長方形は、それ以外のメー
ル（受信したメールで注目していないメール）を表す。

【００８１】長方形間の矢印は、矢印の先に示される長
方形Ｂのメールが、矢印の元で示される長方形Ａのメー
ルが元になって出されたことを表す。矢印の横に示され
た記号Ｒは、Ｒがｒのとき、元のメールに対するリプラ
イメールであることを表し、Ｒがｆのときは、元のメー
ルに対するフォワードメールであることを表している。

【００８２】図１３の凡例を用いて上記、事例５）の例
を表示すると、図１４のようになる。これは、受信メー
ル一欄表等の中で、メール（ｃ）を選択した後にビュー
ワを起動したところである。メールの選択は、通常のメ
ールリーダ上での選択を考えればよい。

【００８３】まず、現在ＩＤがＩＤｃで示されるメール
（ｃ）について注目している。図１４は、このメール
（ｃ）と関連のある送受信メールについて表示している
ものである。

【００８４】表示の中では、関連メールとして、ＩＤｂ
で示されるメール（ｂ）と、ＩＤａで示されるメール
（ａ）が表示されている。どのメールを表示するかは、
図１１や図１２で示された送受信メール管理表から、関
連メールの欄の値を抽出することで決定される。

【００８５】この場合、選択されたメールが図１１で示
されるテーブルＡの中の、Ｎｏ．がＡ２のメールである
ため、この行の関連メールの欄にあるＩＤｂのメールが
関連メールとして抽出される。

【００８６】次に、ＩＤｂに関するメールを図１２のテ
ーブルＢから探し、Ｎｏ．がＢ１で示されるメールの行
の関連メールの欄にあるＩＤａが次の関連メールとして
抽出される。

【００８７】以下同様に抽出を行っていき、関連メール
の欄がｎｕｌｌである、図１１に示すテーブルＡのＮ
ｏ．がＡ１のメールまでたどりついて抽出のための探索
を終える。

【００８８】図１０の表示上では、抽出されたメール
（ａ）とメール（ｂ）が、図１１のテーブルＡと図１２
のテーブルＢに蓄えられた、それぞれのＩＤ、形態の情
報を用いて表している。

【００８９】すなわち、長方形の枠の外の左上にはメー
ルのＩＤを、関連メールへの矢印の横には形態を表して
いる。

【００９０】《実施の形態例（その２）》本発明の第２
の実施の形態例を以下に示す。

【００９１】計算機上では、通常一人の利用者に一つの
アカウントが存在する。ここに一つの送受信メール管理
のための専用ディレクトリを設ける。１通のメールを送
信するたび、もしくは、１通のメールを受信するたび、
この専用ディレクトリに１つのファイルを作成する。

【００９２】このファイルの内容はメールそのものであ
り、ファイルの名前がここでの実施の形態例となる。以
下、各ファイルの命名規則について述べる。

【００９３】ここでは、Ａ．Ｂ．Ｃで表われる名前を持
つファイルを、１通のメール毎に作成することとする。
Ａ、Ｂ、Ｃはファイルの名前として使用できる文字もし
くは文字列である。また、．はピリオド（ドット）であ
る。ここでの「１通のメール」には、受信したメールだ
けでなく、自分で送信したメールも含む。

【００９４】Ａは、ファイルが作成された順番で単純に
増加するような自然数とする。

【００９５】Ｂは、送信か受信か、また、送信時の形態
もしくは受信時の形態を表わす１文字とする。

【００９６】Ｂ＝ｓのとき このファイルは単なる送信（ｓｅｎｄ）メールであるこ
とを表わす。単なる送信メールとは、それまでの送受信
メールとの関係がないメールのことである。

【００９７】Ｂ＝ｆのとき このファイルはフォワード送信（ｆｏｒｗａｒｄ）メー
ルであることを表わす。フォワード送信とは、送られて
きたメールを第３者へ送信するメールのことである。

【００９８】Ｂ＝ｐのとき このファイルはリプライ送信（ｒｅｐｌｙ−ｓｅｎｄ）
メールであることを表わす。リプライ送信とは、送られ
てきたメールについて、たとえば質問に対する回答など
を、そのメールの送信者へ返すことである。

【００９９】Ｂ＝ｖのとき このファイルは単なる受信（ｒｅｃｅｉｖｅ）メールで
あることを表わす。単なる受信とは、それまでの送受信
メールとの関係がないメールのことである。

【０１００】Ｂ＝ｒのとき このファイルは、自分が送ったメールに対するリプライ
メールの受信（ｒｅｃｅｉｖｅ−ｒｅｐｌｉｅｄ）であ
ることを表わす。例えば、あることについて質問をして
いる送信メール（１）に対して、回答が相手からの返信
メール（２）として返ってきた場合、（２）のメールは
Ｂ＝ｒとなる。

【０１０１】Ｃは、送信時の形態／受信時の形態で、そ
の元となるメールが存在する場合のＡである。Ｂがｆ、
ｐ、ｒのときのみ存在する。

【０１０２】受信時には、一旦テンポラリファイルとし
て保存し、ヘッダを解析して、上記命名規則に則りファ
イル名を決定する。

【０１０３】上記命名規則を使用した処理の流れを、図
１５、図１６に示す。

【０１０４】１）送信時の手順（図１５） まず、メールを送信する。次に、現在の通し番号を確か
める。ここではｎとする。次に、ファイル形式Ａ．Ｂ．
ＣのＡをｎ＋１とする。続いて、送信形態によって以下
の手順をとる。

【０１０５】以前送受信したメールと関連がない場合 この場合には、ファイル形式のＢをｓとする。ファイル
形式のＣに対しては何もしない（ｎｕｌｌのままにして
おく）。

【０１０６】以前送受信したメールを転送（フォワー
ド）する場合 この場合には、ファイル形式のＢをｆとする。また、フ
ァイル形式のＣを、転送の元になったメールＡ’．
Ｂ’．Ｃ’のＩＤ番号Ａ’とする。

【０１０７】以前送受信したメールに返事を出す（リプ
ライ）する場合 この場合には、ファイル形式のＢをｒとする。またファ
イル形式のＣを、返事の元になったメールＡ’．Ｂ’．
Ｃ’のＩＤ番号Ａ’とする。

【０１０８】最後に、Ａ．Ｂ．Ｃファイルを保存して終
了する。

【０１０９】２）受信時の手順（図１６） まず、メールを受信する。次に、テンポラリのファイル
ｔｅｍｐとして保存する。次に、現在の通し番号を確か
める。ここではｎとする。次に、ファイル形式Ａ．Ｂ．
ＣのＡをｎ＋１とする。続いて、受信形態によって以下
の手順をとる。

【０１１０】以前送受信したメールと関連がない場合 この場合には、ファイル形式のＢをｖとする。ファイル
形式のＣに対しては何も入力しない（ｎｕｌｌのままに
しておく）。

【０１１１】以前送受信したメールの返事（リプライ）
の場合 ファイル形式のＢをｒとする。また、ファイル形式のＣ
を、返事の元になったメールＡ’．Ｂ’．Ｃ’のＩＤ番
号Ａ’とする。

【０１１２】最後に、ｔｅｍｐファイルをＡ．Ｂ．Ｃと
リネームして終了する。

【０１１３】この実施の形態例の具体的な適用例を、図
１７に示す。以下、図１７を順を追って説明する。

【０１１４】（１）アカウントＢ（ユーザＢ）からアカ
ウントＡ（ユーザＡ）へ問い合わせのメールを送る。

【０１１５】アカウントＢには、１．ｓファイルを残
す。アカウントＡには、１．ｖファイルを作成する。

【０１１６】（２）ユーザＡは、受信したメールの内容
についてアカウントＣ（ユーザＣ）へ問い合わせのメー
ルを送る。

【０１１７】アカウントＡには、２．ｆ．１ファイルを
残す。

【０１１８】（３）ユーザＣがメールを受け取る。

【０１１９】アカウントＣには、１．ｖファイルを残
す。

【０１２０】（４）ユーザＣは問い合わせの内容に対し
返事のメールをユーザＡへ返す。

【０１２１】アカウントＣには、２．ｐ．１ファイルを
残す。

【０１２２】（５）アカウントＡがメールを受け取る。

【０１２３】まず、テンポラリファイルｔｅｍｐｏｒａ
ｒｙ１として受け取る。

【０１２４】（６）アカウントＡでは、自分の以前のメ
ールとの関連を調べる。

【０１２５】受信したメールのＩＤを見ることにより、
２．ｆ．１との関連がわかるので、３．ｒ．２ファイル
とする。

【０１２６】（７）ユーザＡは受信したメールを読み、
最初の問い合わせ元であるユーザＢに返事を出す。

【０１２７】アカウントＡには、４．ｐ．１ファイルを
残す。

【０１２８】（８）アカウントＢがメールを受け取る。

【０１２９】アカウントＢには、２．ｒ．１ファイルを
作成する。

【０１３０】（９）ユーザＢは追加の問い合わせメール
をユーザＡに送る。

【０１３１】アカウントＢには、３．ｐ．２ファイルを
残す。

【０１３２】（１０）アカウントＡがメールを受け取
る。

【０１３３】ｔｅｍｐｏｒａｒｙ２として受け取る。

【０１３４】（１１）アカウントＡで以前のメールとの
関連をチェックする。

【０１３５】受信したメールのＩＤを見ることにより、
３．ｐ．１との関連がわかるので、５．ｒ．３ファイル
とする。

【０１３６】（１２）ユーザＡは返事をユーザｂに返
す。

【０１３７】アカウントＡには、６．ｐ．５ファイルを
残す。

【０１３８】（１３）ユーザＢがメールを受信する。

【０１３９】アカウントＢには、４．ｒ．３ファイルを
作成する。

【０１４０】上記説明してきた送受信メールの命名規則
に従えば、新たに受信したメールと以前送信したメー
ル、もしくは受信したメールとの関係がわかるので、メ
ール間の関連を表示することができ、情報の流れを見る
ことができる。

【０１４１】関連を表示するビューワの例を図１８に示
す。ここでは、図１７の場合のアカウントＡで表示した
場合を示す。太い枠はこのアカウントＡから送信された
メールであることを示す。ここでは、縦方向に時間的順
番で配置しているので、例えば、メール３から、同じ一
つのメール１から派生したメール４に関連があることが
推察できる。従って、メール３を受け取ることにより、
メール１の返事であるメール４を作成しなければならな
いことが喚起される。

【０１４２】

【発明の効果】以上述べたように、本発明の第１の発
明、あるいは第３の発明を用いれば、送信管理テーブル
及び受信管理テーブルにより、あるいは通し番号、送受
信の形態、及び関連メールによる管理により、送信メー
ルと受信メールの関連を管理するようにしたので、送受
信メール間の関係を自動的に抽出する処理を実現するこ
とができ、受信したメールに関係する過去のメールを自
動的に引き出すことができるという利点が得られる。

【０１４３】また、本発明の第２の発明、あるいは第４
の発明を用いれば、特に、リプライメール間の関係を自
動的に抽出して、その関係を表示するようにしたので、
より一層、利便性を向上させることができる。

【図面の簡単な説明】

【図１】本発明の第１の実施の形態例のメール送付時の
動作フロー図

【図２】本発明の第１の実施の形態例のメール受信時の
動作フロー図

【図３】上記第１の実施の形態例における送信メール管
理テーブルの構成図

【図４】上記第１の実施の形態例の受信メール管理テー
ブルの構成図

【図５】上記第１の実施の形態例における事例１）で作
成される送信メール管理表を示す図

【図６】上記第１の実施の形態例における事例２）で作
成される受信メール管理表を示す図

【図７】上記第１の実施の形態例における事例３）で作
成される送信メール管理表を示す図

【図８】上記第１の実施の形態例における事例３）で作
成される受信メール管理表を示す図

【図９】上記第１の実施の形態例における事例４）で作
成される送信メール管理表を示す図

【図１０】上記第１の実施の形態例における事例４）で
作成される受信メール管理表を示す図

【図１１】上記第１の実施の形態例における事例５）で
作成される送信メール管理表を示す図

【図１２】上記第１の実施の形態例における事例５）で
作成される受信メール管理表を示す図

【図１３】上記第１の実施の形態例のメール関連ビュー
ワの凡例を示す図

【図１４】メール関連ビューワの凡例に基づく、事例
５）の表現を示す図

【図１５】本発明の第２の実施の形態例を用いたとき
の、送信時の手順を示す動作フロー図

【図１６】本発明の第２の実施の形態例を用いたとき
の、受信時の手順を示す動作フロー図

【図１７】上記第２の実施の形態例を用いたときの、適
用例を示す図

【図１８】上記第２の実施の形態例を用いたときの、ビ
ューワの例を示す図

【符号の説明】

ｓ１〜ｓ１３…送信手順 ｒ１〜ｒ１０…受信手順

Claims (4)

【特許請求の範囲】
1. 【請求項１】 電子メールを送受信する機能を有する電
   子メールシステムの管理方法において、 電子メールの送信に当たっては、該送信メールが単純送
   信か転送か回答かを判定し、 該送信メールが転送あるいは回答である場合には、元に
   なったメールの識別子を該メールの送信管理テーブルの
   関連するメールを示す欄に記入し、 電子メールの受信に当たっては、該受信メールが単純受
   信か、回答かを判定し、 回答の場合には該メールの受信管理テーブルの元になっ
   たメールを示す欄に元になったメールの識別子を記入
   し、 さらに前記送信管理テーブルを検索して自分が送信した
   メールに対する回答である場合には、該メールの受信管
   理テーブルの関連するメールを示す欄に元になったメー
   ルの識別子を記入することを特徴とする電子メール管理
   方法。
2. 【請求項２】 電子メールの送受信で得られた電子メー
   ルの送信管理テーブルと受信管理テーブルに基づき、 各メールをそれぞれブロックで表現し、各メールが関連
   を有する場合には、各メールを表示するブロック間を矢
   印でつないで表示手段に表示することを特徴とする請求
   項１に記載の電子メール管理方法。
3. 【請求項３】 電子メールを送受信する機能を有する電
   子メールシステムの管理方法において、 アカウント毎に管理を行って、各メール毎に、通し番号
   を付与するとともに、 送信メールの場合には、送信時の形態を識別するコード
   と元になったメールの通し番号とを付与し、 受信メールの場合には、受信時の形態を識別するコード
   と元になったメールの通し番号を付与することを特徴と
   する電子メール管理方法。
4. 【請求項４】 電子メールの送受信で付与された通し番
   号、送信時の形態を識別するコード、受信時の形態を識
   別するコード、及び元になったメールの通し番号に基づ
   き、 各メールをそれぞれブロックで表現し、各メールが関連
   を有する場合には、各メールを表示するブロック間を矢
   印でつないで表示手段に表示することを特徴とする請求
   項３に記載の電子メール管理方法。