JP3687884B2 - メール分類方法およびシステム、記録媒体 - Google Patents
メール分類方法およびシステム、記録媒体 Download PDFInfo
- Publication number
- JP3687884B2 JP3687884B2 JP34567298A JP34567298A JP3687884B2 JP 3687884 B2 JP3687884 B2 JP 3687884B2 JP 34567298 A JP34567298 A JP 34567298A JP 34567298 A JP34567298 A JP 34567298A JP 3687884 B2 JP3687884 B2 JP 3687884B2
- Authority
- JP
- Japan
- Prior art keywords
- title
- target
- character string
- value
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- User Interface Of Digital Computer (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Information Transfer Between Computers (AREA)
- Computer And Data Communications (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、電子メール、パソコン通信、電子会議システムの利用分野において、メールやニュース記事の分類に使用して好適なメール分類方法およびシステムに関する。
【０００２】
【従来の技術】
従来におけるメールの分類表示方法としては、以下に述べるようなものがある。まず第１の従来例として、特開平７−７８１８６号公報に「文書処理装置」と開示されているものがある。これは受信したメールに対してユーザが手動でキーワードを入力し、その入力されたキーワードとメールヘッダ情報によりメールを分離し、案件毎のフォルダに格納し表示するものである。
【０００３】
第２の従来例として、特開平９−５４７３３号公報に「電子メール管理方法」と開示されているものがある。これはメール送信時のメールヘッダ情報のＩｎ−Ｒｅｐｌｙ−Ｔｏ欄等に送信元メールのＩＤを埋め込むことで、メール受信時に受信したメールとそれに対する送信元メールを関連付けるものであり、関連付けられたメールを案件毎にビューアを用いてブロック図参照することも可能になっている。
【０００４】
【発明が解決しようとする課題】
しかしながら、特開平７−７８１８６号公報に記載の技術は、ユーザが用意したキーワードにより案件毎のメールを分類しているため、ユーザが望む形での案件毎の分類ができるものの、ユーザが分類を考慮しながら毎回キーワードを設定する必要があり、ユーザのメール操作にかかわる時間が長くなり、ユーザの負担が大きいという問題がある。さらに、キーワードの設定はユーザによるため、キーワードを熟慮しないで設定した場合は、適切な分類結果が得られないという問題がある。
【０００５】
一方、特開平９−５４７３３号公報に記載の技術は、送信者も受信者もメールヘッダ情報のＩｎ−Ｒｅｐｌｙ−Ｔｏ欄等に同じ方式で送信元メールＩＤを埋め込むことにより正確にメールを関連付けられるが、受信側で送信元メールＩＤを埋め込む方式が異なるメールリーダを利用している場合では利用できない。さらに、メールヘッダ情報のＩｎ−Ｒｅｐｌｙ−Ｔｏ欄等に送信元メールＩＤを埋め込む方法では、送信元メールＩＤ情報が設定されていない既存のメールに対しては関連付けができないという問題がある。さらに、ユーザＡからユーザＢに送られたメールをユーザＢがユーザＣに転送した場合、ユーザＡが設定した送信元メールＩＤ情報はユーザＢによって上書きされるため、ユーザＣが受け取ったメールをユーザＢを経由してユーザＡに返信しても、返信メールであるにも関わらず関連付けがされないという問題がある。
【０００６】
本発明の目的は、上記従来技術の問題点を鑑み、ユーザのメール操作にかかわる時間をかけず、且つ相手側のメールリーダに依存せず、過去のユーザ財産も含めたメールを案件毎に分類整理し表示することができるメールの分類方法およびシステムを提供することにある。
【０００７】
【課題を解決するための手段】
上記目的を達成するために、本発明は、複数のメールを自動分類する方法において、案件の元となった送信メールに対する返信メールや転送メールのメールタイトル文字列が、元となったメールタイトルの文字列の先頭に“RE”,“FW”等の文字が付加されるメール特有の形式に着目し、該当メールタイトル文字列と検索対象メールタイトル文字列後方部と一致するものを関連付けることを特徴とする。
【０００８】
また、複数の送信および受信のメールのタイトルを同一画面内に時系列で表示すると共に、表示されたメールの１つを指定する操作に対し、当該メールに関連付けられたメールを階層表示することを特徴とする。
【０００９】
また、関連付けるメールタイトルの有効文字数を指定し、その指定された有効文字数以上のメールタイトル文字数を有するメールを関連付け対象として関連付けることを特徴とする。
【００１０】
また、関連元のメールの削除により、該関連元メールに関連付けられたメールを一括削除することを特徴とする。
【００１１】
また、新着メールのタイトルとメール格納手段に格納された既着メールのタイトルとの後方文字列一致検索を行い、新着メールをメールタイトルの後方文字列が一致する既着メールに関連付けることを特徴とする。
【００１２】
また、不必要案件メールタイトル文字列を予め設定し、その設定されたメールタイトル文字列に一致する後方文字列のメールタイトルを有する受信メールを受信時に不必要メールとして削除することを特徴とする。
【００１３】
本発明のメールシステムは、複数のメールタイトルの文字列を後方一致検索する第１の手段と、後方一致検索結果を基にメールを案件毎に関連付ける第２の手段を備えたことを特徴とする。
【００１４】
また、複数の送信および受信のメールのタイトルを同一画面内に時系列で表示すると共に、表示されたメールの１つを指定する操作に対し、当該メールに関連付けられたメールを階層表示する第３の手段を備えることを特徴とする。
【００１５】
また、関連付けるメールタイトルの有効文字数を指定する第４の手段を備え、該第４の手段で指定された有効文字数以上のメールタイトル文字数を有するメールを関連付け対象として前記第２の手段において関連付けることを特徴とする。
【００１６】
また、関連元のメールの削除により、該関連元メールに関連付けられたメールを一括削除する第５の手段を備えることを特徴とする。
【００１７】
また、新着メールのタイトルとメール格納手段に格納された既着メールのタイトルとの後方文字列一致検索を行い、新着メールをメールタイトルの後方文字列が一致する既着メールに関連付ける第６の手段を備えることを特徴とする。
【００１８】
また、不必要案件メールタイトル文字列を記憶する手段と、その記憶されたメールタイトル文字列に一致する後方文字列のメールタイトルを有する受信メールを受信時に不必要メールとして削除する第７の手段を備えることを特徴とする。
【００１９】
また、本発明のメール分類機能を備えたコンピュータは、複数のメールタイトルの文字列を後方一致検索する第１の手段と、後方一致検索結果を基にメールを案件毎に関連付ける第２の手段を備えたことを特徴とする。
【００２０】
さらに、本発明のメール分類用の記録媒体は、複数のメールタイトルの文字列を後方一致検索する第１の処理と、後方一致検索結果を基にメールを案件毎に関連付ける第２の処理とを含むコンピュータが読み取り可能なプログラムを記憶していることを特徴とする。
【００２１】
また、複数の送信および受信のメールのタイトルを同一画面内に時系列で表示すると共に、表示されたメールの１つを指定する操作に対し、当該メールに関連付けられたメールを階層表示する第３の処理を含むコンピュータが読み取り可能なプログラムを記憶していることを特徴とする。
【００２２】
また、関連付けるメールタイトルの有効文字数を指定し、その指定された有効文字数以上のメールタイトル文字数を有するメールを関連付け対象として前記第２の処理において関連付けを実行させる第４の処理を含むコンピュータが読み取り可能なプログラムを記憶していることを特徴とする。
【００２３】
また、関連元のメールの削除により、該関連元メールに関連付けられたメールを一括削除する第５の処理を含むコンピュータが読み取り可能なプログラムを記憶していることを特徴とする。
【００２４】
また、新着メールのタイトルとメール格納手段に格納された既着メールのタイトルとの後方文字列一致検索を行い、新着メールをメールタイトルの後方文字列が一致する既着メールに関連付ける第６の処理を含むコンピュータが読み取り可能なプログラムを記憶していることを特徴とする。
【００２５】
また、不必要案件メールタイトル文字列を記憶し、その記憶されたメールタイトル文字列に一致する後方文字列のメールタイトルを有する受信メールを受信時に不必要メールとして削除する第７の処理を含むコンピュータが読み取り可能なプログラムを記憶していることを特徴とする。
【００２６】
【発明の実施の形態】
以下、本発明を実施する場合の一形態を図面を用いて具体的に説明する。
【００２７】
図１は、本発明を適用したメールシステムの一実施形態を示すブロック構成図である。この実施形態のメールシステムは、ネットワーク１００を介してメールサーバ１１０との間でメールを送受信するコンピュータ本体１２０と、その周辺装置である外部記憶装置１３０、キーボード１４０、表示装置１５０、ポインティングデバイス（マウス）１６０とで構成されている。コンピュータ本体１２０の内部には、メール一括受信部１２１、メール読み取り部１２２、メール情報ソート部１２３、メール関連付部１２４、メール一覧表示部１２５、新着メール検知部１２６、メール削除部１２７、メール情報テーブル１２８、表示用テーブル１２９が設けられている。これらは、コンピュータ本体１２０の内部メモリ中に存在するものであり、メール情報テーブル１２８、表示用テーブル１２９を除く他の構成要素は本発明のメール分類表示方法を実現するうえで設けられたプログラムで構成されるものである。
【００２８】
外部記憶装置１３０には、送信メールフォルダ１３１、受信メールフォルダ１３２、オプション保存域１３３が設けられている。
【００２９】
以上の構成において、まず、メールシステム起動時の動作について説明する。メールシステム起動時には、まずメール一括受信部１２１が、メールサーバ１１０から受信メールと送信メールを取り出し、外部記憶装置１３０上の受信メールフォルダ１３２に格納する。次に、メール読み取り部１２２は、送信メールフォルダ１３１及び受信メールフォルダ１３２に取り込まれたメール（送信済みメールと受信メール）を読み取り、メール情報テーブル１２８に格納する。次に、メール情報ソート部１２３は、メール情報テーブル１２８の内容をメールタイトル文字数で昇順にソートする。次に、メール関連付部１２４は、メール情報テーブル１２８中のデータを検索し、メールの関連付けを行い、関連付けた結果を表示用テーブル１２９に格納する。次に、メール一覧表示部１２５は、表示用テーブル１２９のデータを表示装置１５０を用いて目視できるように変換し、表示装置１５０の画面に表示させる。
【００３０】
新着メール到着時には、新着メール検知部１２６が、表示用テーブル１２９のデータを直接加工する。次に、メール一覧表示部１２５は、表示用テーブル１２９のデータを表示装置１５０を用いて目視できるように変換する。
【００３１】
メール削除時には、メール削除部１２７が、表示用テーブル１２９を参照し、関連付けメールの親メールであれば、関連付けられたメール全てを送信メールフォルダ１３１または受信メールフォルダ１３２から削除する。
【００３２】
本実施形態のメールシステム起動時のフローチャートを図２に示す。このフロー中の「メール関連付」２０４の詳細を図３に示し、また「関連付けメール一覧テーブルに変換」２０５の詳細を図４に示す。また、図４中の「関連メールを表示用テーブルに格納」４０６の詳細を図５に示す。図５の「関連メールを表示用テーブルに格納」フロー中では、自分自身の処理を呼び出すリカーシブルコールが利用されている。
【００３３】
以上の図２、図３、図４、図５のフローチャートと、図６に示す入力情報である送信メールフォルダ１３１及び受信メールフォルダ１３２の内容の具体例、図７に示す案件毎に関連付けられたメール情報テーブル１２８の状態具体例及び図８に示す案件毎に関連付けられたメール一覧を格納した表示用テーブル１２９の例を用いて、本実施の形態の動作を詳しく説明する。
【００３４】
まず、送受信メールの読み込み処理２０２（図１のメール読み取り部１２２の機能に該当する処理）は、図６（ａ），（ｂ）に示すような送信メールタイトルおよびＭａｉｌ ＩＤ、受信メールタイトルおよびＭａｉｌ ＩＤの送受信メールを送信メールフォルダ１３１及び受信メールフォルダ１３２から読み込み、図７に示す属性を持つメール情報テーブル１２８へ送受信メールを混在させたまま格納する。メール情報テーブル１２８は、「レコード番号No.」７１、送信か受信かの「区分」７２、「従属親メールレコード番号」７３、「Ｍａｉｌ ＩＤ」７４、「メールタイトル」７５の項目を備えている。
【００３５】
次に、メール情報テーブル１２８のソート処理２０３（図１のメール情報ソート部１２３の機能に該当する処理）は、図７に示すメール情報テーブル１２８をメールタイトル７５の第１優先キー：文字数、第２優先キー：文字列でソートする。このとき、図７に示すメール情報テーブル１２８中の従属親メールレコード番号７３は全て未設定のままである。
【００３６】
次に、メールを案件毎に関連付ける処理２０４（図１のメール関連付部１２４の機能に該当する処理）は、該当メールタイトル文字列と検索対象メールタイトル文字列後方部と一致するものに対して図７に示すメール情報テーブル１２８中の従属親メールレコード番号７３を設定する。
【００３７】
具体的な処理の流れを図３に示すフローと図７に示す最終レコードのメールタイトル「RE:一意見として:メール管理方法」を用いて説明する。
【００３８】
まず、カレントレコードカウンタに対し、メール情報テーブル１２８にエントリされているレコード数＝「１０」が初期設定される（ステップ３０２）。次に、カレントレコードカウンタの値が「１」より大きいか否かを判定する（ステップ３０３）。ここでの例では、カレントレコードカウンは「１０」であり、１より大であるため、Ｙｅｓの処理に進む。次に、ターゲットレコードカウンタに、カレントレコードカウンタの値「１０」から「１」を引いた値である「９」を設定する（ステップ３０４）。
【００３９】
ターゲットレコードカウンタの値が「１」より大きいか否かを判定する（ステップ３０５）。ここでの例では、ターゲットカウンタの値は「９」であり、「１」以上であるため、Ｙｅｓの処理に進む。
【００４０】
次に、ターゲットレコードカウンタの値が指すメールタイトル「ホワイトカラーの生産性について」の全文字列とカレントレコードカウンタの値が指すメールタイトル「RE:一意見として:メール管理方法」の後方部分文字列とが一致するか否かを比較する（ステップ３０６）。ここでの例では一致しないので、Ｎｏの処理に進む。次に、ターゲットレコードカウンタの値を「１」減算して「８」とし（ステップ３０９）、再度ステップ３０５の処理に進む。
【００４１】
以上のステップ３０５、３０６、３０９の処理を繰り返し、ターゲットレコードカウンタの値が「１」になったとき、ターゲットレコードカウンタの値が指すメールタイトルである「メール管理方法」の全文字列とカレントレコードカウンタの値が指すメールタイトル「RE:一意見として:メール管理方法」の後方部分文字列とが一致するか否かを比較する（ステップ３０６）。ここでの例では、後方部文字列「メール管理方法」が一致するのでＹｅｓの処理に進む。
【００４２】
そこで次に、カレントレコードカウンタの値が指すレコード番号Ｎｏ＝「１０」の従属親メールレコード番号７３にターゲットレコードカウンタの値「１」を設定する（ステップ３０７）。これにより、レコード番号Ｎｏ＝１０のメールはレコード番号Ｎｏ＝１のメールを親メールとして関連付けられたことになる。
【００４３】
次に、図２の関連付けたメール一覧テーブルに変換する処理２０５（図１のメール一覧表示部１２５の機能に該当する処理）は、図７に示すメール情報テーブル１２８中の従属親メールレコード番号７３を参照して関連付けたメールを階層表示する。
【００４４】
案件単位でのメールを表示する詳細な処理の流れを図４に示すフローと図７に示すメール情報テーブル１２８を用いて説明する。まず、カレントレコードカウンタに「１」を初期設定する(ステップ４０２)。次に、カレントレコードカウンタの値がメール情報テーブル１２８のエントリ数以下であるか否かを判定する(ステップ４０３)。ここでは、カレントレコードカウンタの値は「１」であり、テーブルエントリ数の「１０」以下であるため、Ｙｅｓの処理に進む。次に、カレントレコードカウンタの値が指すレコード番号Ｎｏの従属親メールレコード番号７３の内容が「未設定」であるか否かを判定する（ステップ４０４）。ここでは、カレントレコードカウンタの値が指すレコード番号Ｎｏ＝「１」の従属親メールレコード番号７３の内容が「未設定」であるため、Ｙｅｓの処理に進む。
【００４５】
次に、カレントレコードカウンタの値が指すレコード番号Ｎｏ＝「１」のレコード情報をインデント＝「０」で表示用テーブル１２９に格納する(ステップ４０５)。次に、従属親メールレコード番号７３の内容が「１」であるメール情報をインデントを付けて表示用テーブル１２９に格納する(ステップ４０６)。次に、カレントレコードカウンタの値に「１」加算し(ステップ４０７)、「２」に更新して再度ステップ４０３の処理に進む。
【００４６】
現在のカレントレコードカウンタの値は「２」であり、テーブルエントリ数の「１０」以下であるため、Ｙｅｓの処理に進む（ステップ４０３）。そこで、前記の場合と同様に、カレントレコードカウンタの値が指すレコード番号Ｎｏの従属親メールレコード番号７３の内容が「未設定」であるか否かを判定する（ステップ４０４）。ここでは、カレントレコードカウンタが指すレコード番号Ｎｏ＝「２」の従属親メールレコード番号７３の内容が「未設定」であるため、Ｙｅｓの処理に進む。次に、カレントレコードカウンタの値が指すレコード番号Ｎｏ＝「２」のレコード情報をインデント＝０で表示用テーブル１２９に格納する（ステップ４０５）。次に、従属親メールレコード番号７３の内容が「２」であるメール情報をインデントを付けて表示用テーブル１２９に格納する（ステップ４０６）。次に、カレントレコードカウンタの値に「１」加算し(ステップ４０７)、「３」に更新して再度ステップ４０３の処理に進む。
【００４７】
ステップ４０３では、前記の場合と同様に、カレントレコードカウンタの値がメール情報テーブル１２８のエントリ数以下であるか否かを判定する。ここでは、カレントレコードカウンタの値は「３」であり、テーブルエントリ数の「１０」以下であるため、Ｙｅｓの処理に進む。
【００４８】
次に、カレントレコードカウンタの値が指すレコード番号Ｎｏの従属親メールレコード番号７３の内容が「未設定」であるか否かを判定する（ステップ４０４）。ここでは、カレントレコードカウンタの値が指すレコード番号Ｎｏ＝「３」の従属親メールレコード番号７３の内容が「１」であるため、Ｎｏの処理に進む。次に、カレントレコードカウンタの値に「１」加算し（ステップ４０７）、「４」に更新して再度ステップ４０３の処理に進む。以上のステップ４０３、４０４、４０５、４０６、４０７の処理を繰り返す。
【００４９】
次に、関連付けられた後のメールに対する具体的な処理の流れを図５に示すフローチャートと図７に示す先頭レコード「メール管理方法」のメールタイトルの例を用いて説明する。
【００５０】
まず、カレントレコードカウンタには入力値より得た関連付け親レコード番号の「１」に「１」を加算した「２」を初期設定する（ステップ５０２）。次に、インデントの値に、入力値より得たインデント＝「０」に「１」を加算した「１」を初期設定する(ステップ５０３)。次に、カレントレコードカウンタの値がテーブルエントリ数以下であるか否かを判定する（ステップ５０４）。ここでの例では、カレントレコードカウンタの値は「２」であり、テーブルエントリ数の「１０」以下であるため、Ｙｅｓの処理に進む。
【００５１】
次に、カレントレコードカウンタの値が指すレコード番号Ｎｏの従属親メールレコード番号７３の内容が入力値より得た関連付け親レコード番号と一致するか否かを判定する(ステップ５０５)。ここでは、カレントレコードカウンタの値が指すレコード番号Ｎｏ＝「２」の従属親メールレコード番号７３の内容が「未設定」であり、入力値より得た関連付け親レコード番号＝「１」と一致しないため、Ｎｏの処理に進む。次に、カレントレコードカウンタの値に「１」加算し(ステップ５０８)、「３」に更新して再度ステップ５０４の処理に進む。
【００５２】
ここで再びカレントレコードカウンタの値がテーブルエントリ数以下であるか否かを判定する（ステップ５０４）。現在、カレントレコードカウンタは「３」であり、テーブルエントリ数の「１０」以下であるため、Ｙｅｓの処理に進む。次に、前記と同様に、カレントレコードカウンタの値が指すレコード番号Ｎｏの従属親メールレコード番号７３の内容が入力値より得た関連付け親レコード番号と一致するか否かを判定する(ステップ５０５)。ここでは、カレントレコードカウンタの値が指すレコード番号Ｎｏ＝「３」の従属親メールレコード番号７３の内容が「１」であり、入力値より得た関連付け親レコード番号＝「１」と一致するため、Ｙｅｓの処理に進む。次に、カレントレコードカウンタの値が指すレコード番号Ｎｏ＝「３」のレコード情報をインデント＝１で表示用テーブル１２９に格納する（ステップ５０６）。次に、従属親メールレコード番号７３の内容が「３」であるメール情報をインデントを付けてリカーシブルコールにより表示用テーブル１２９に格納する（ステップ５０７）。次に、カレントレコードカウンタの値に「１」加算し（ステップ５０８）、「４」に更新して再度ステップ５０４の処理に進む。
【００５３】
以上のステップ５０４、５０５、５０６、５０７、５０８の処理を繰り返す。以上の処理により、メール情報テーブル１２８内に登録された送受信メールは、図８の表示テーブル１２９に示すように、関連付けられ、かつ親子関係がインデント数で分かるように関連付けられる。
【００５４】
図２のメール一覧表示処理２０６は、図８に示す案件毎に関連付けられたメール情報テーブル１２９の内容を順番に表示もしくは印刷する。図９（ａ）が案件毎に送信と受信のメールタイトルを纏めて（混在した形式で）時系列で表示した例である。この状態でユーザがマウス１６０等でメールタイトルの表示桁前に表示されるメールマークをクリックすると、案件毎に関連付けられたメールのタイトルを階層形式で表示する。メールタイトルを階層形式で表示した例が図９（ｂ）である。
【００５５】
このように、送信と受信のメールタイトルを混在した形式で表示することにより、電子会議におけるメールのやり取りの際に、自身が送信したメールと他人から受信したメールを互いに関連付けて、かつ１つの画面内で確認することができ、受信メール一覧画面と送信メール一覧画面とが別々になっている場合に比べて、メールの確認を極めて容易に行うことが可能になる。
【００５６】
次に、特異ケースのメールを取り込んだメール情報テーブル１２８の例を図１０に示す。図３中の「メールを案件毎に関連付ける」フロー中のメールタイトルを後方一致比較するステップ３０５の処理において、特異ケースに対応した比較方法の詳細フローを図１１に示す。以下、図１０、図１１を用いて特異ケースでのメールタイトル比較方法を詳細に説明する。
【００５７】
図１０は、レコード番号Ｎｏ＝「１」にメールタイトルだけでは意味の判らない短いタイトルである「方法」、レコードＮｏ＝「１２」にメールリーダの制限によって本来「RE:FW:RE参考ですが:ホワイトカラーの生産性について」のタイトルの後方が削除され「RE:FW:RE参考ですが:ホワイトカラーの生産性」となったメール（最後尾の「について」が削除されたメール）を取り込んだ状態のメール情報テーブル１２８の例である。この例で期待する関連付けは、レコード番号Ｎｏ＝「１０」の「ホワイトカラーの生産性について」とレコード番号Ｎｏ＝「１２」の「RE:FW:RE参考ですが:ホワイトカラーの生産性」であり、逆に期待しない関連付けはレコード番号Ｎｏ＝１「方法」とレコード番号Ｎｏ＝「２」の「メール管理方法」やレコード番号Ｎｏ＝「３」の「スレッド表示方法」である。
【００５８】
図１１のフローチャートを用いてユーザの期待する関連付けのための比較方法を説明する。なお、フロー中の「タイトル有効文字数」は、図１のメールシステム構成図中のオプション保存領域１３３にユーザが指定した任意の値が格納されているものとする。本実施形態では、「タイトル有効文字数」＝「７」が格納されているものとする。
【００５９】
図１０におけるターゲットレコードＮｏ＝「１０」の「ホワイトカラーの生産性について」とカレントレコードレコードＮｏ＝「１２」の「RE:FW:RE参考ですが：ホワイトカラーの生産性」を後方文字比較した場合、タイトル比較文字数には、「ホワイトカラーの生産性について」の文字数＝「１５」が初期設定される（ステップ１１０２）。次に、タイトル比較文字数がタイトル有効文字数以上であるかを判定する（ステップ１１０３）。ここでは、タイトル比較文字数が「１５」であり、タイトル有効文字数の「７」以上であるため、Ｙｅｓに進む。
【００６０】
次に、ターゲットレコードカウンタの値が指すメールタイトル文字列（先頭：タイトル比較文字数）とカレントレコードカウンタの値が指すメールタイトル後方文字列とが一致するか否かを判定する（ステップ１１０４）。ここでは、ターゲットレコードタイトル文字列の先頭から１５文字目の「ホワイトカラーの生産性について」とカレントレコードタイトル「RE:FW:RE参考ですが：ホワイトカラーの生産性」の後方部分文字列と比較するが、一致しないのでＮｏに進む。次に、タイトル比較文字数を「１」減算し(ステップ１１０５)、「１４」に更新して再度ステップ１００３の処理に進む。
【００６１】
以上のステップ１００３、１００４、１００５をタイトル比較文字数が「１１」になるまで繰り返す。タイトル比較文字数が「１１」になった時点で、ステップ１１０３の処理では、タイトル比較文字数がタイトル有効文字数の「７」以上であるため、Ｙｅｓに進む。次に、前記と同様に、ターゲットレコードカウンタの値が指すメールタイトル文字列（先頭：タイトル比較文字数）とカレントレコードカウンタの値が指すメールタイトル後方文字列とが一致するか否かを判定する（ステップ１１０４）。ここでは、ターゲットレコードタイトル文字列の先頭から１１文字目の「ホワイトカラーの生産性」とカレントレコードタイトル「RE:FW:RE参考ですが：ホワイトカラーの生産性」の後方部分文字列と比較するが、一致するのでＹｅｓに進む。一致したことにより、呼び出し元に戻る（ステップ１１０７）。
【００６２】
一方、ターゲットレコードＮｏ＝「１」の「方法」とカレントレコードレコードＮｏ＝「２」の「メール管理方法」を後方文字比較した場合、タイトル比較文字数には、「方法」の文字数「２」が初期設定される(ステップ１１０２)。しかし、タイトル比較文字数が「２」であり、オプション保存域１３３にユーザが予め設定した「タイトル有効文字数」の「７」以上でないため、ステップ１１０３の判定はＮｏとなり、不一致として呼び出し元に戻る（ステップ１１０６）。
【００６３】
このようにして、ユーザが適切な「タイトル有効文字数」を設定することにより、メールタイトルの一部が削除されたメールであっても、期待される形で関連付けることができる。
【００６４】
次に、新着メール到着時の動作について図１２のフローチャートを用いて説明する。このフロー中の「新着件数設定」の詳細を図１３に示す。以上の図１２、図１３のフローチャートと、図８に示す関連メールの表示用テーブル１２９の具体例を用いて詳しく説明する。
【００６５】
まず、メール到着時の具体的な処理の流れをメールタイトル「RE:RE:スレッド表示方法」が届いた場合を仮定して説明する。図１２において、ターゲットレコードカウンタには、表示用テーブル１２９にエントリされているレコード数の「１０」を初期設定する(ステップ１２０２)。次に、ターゲットレコードカウンタの値が「１」以上であるか否かを判定する（ステップ１２０３）。ここでは、ターゲットレコードカウンタの値は「１０」であり、「１」以上であるため、Ｙｅｓの処理に進む。
【００６６】
次に、ターゲットレコードカウンタの値が指すレコード番号Ｎｏ＝「１０」のタイトル文字列の「ホワイトカラーの生産性について」と到着メールタイトル「RE:RE:スレッド表示方法」の後方部分文字列とを比較する（ステップ１２０４）。ここでは、一致しないのでＮｏに進む。次に、ターゲットレコードカウンタの値を「１」減算し(ステップ１２０５)、「９」に更新して再度ステップ１２０３の処理に進む。
【００６７】
ここでは、ターゲットレコードカウンタの値は「９」であり、「１」以上であるため、Ｙｅｓの処理に進む。次に、前記と同様に、ターゲットレコードカウンタの指すメールタイトル文字列と到着メールタイトル後方文字列とが一致するか否かを比較する（ステップ１２０４）。ここでは、ターゲットレコードカウンタの値が指すレコード番号Ｎｏ＝「９」のタイトル文字列の「RE:スレッド表示方法」と到着メールタイトル「RE:RE:スレッド表示方法」の後方部分文字列とが一致するので、Ｙｅｓに進む。
【００６８】
次に、ターゲットレコードカウンタの値が指すレコード番号Ｎｏ＝「９」の新着件数に「１」を加算し(ステップ１２０８)、「１」とする。次に、レコード番号にターゲットレコードカウンタの値「９」を設定し、関連付けられた親メールの新着件数に「１」を加算する(ステップ１２０９)。次に、インデント値にターゲットレコードカウンタの値が指すインデント値「０」に「１」を加えた「２」で、ターゲットレコードカウンタの値が指すレコードの次のレコードに新着メール情報を挿入する（ステップ１２１０）。
【００６９】
次に、ステップ１２０９の「新着件数加算」処理について図１３のフローチャートを用いて説明する。まず、比較タイトル文字列には入力レコード番号＝「９」が指す「RE:スレッド表示方法」を設定する(ステップ１３０２)。次に、ターゲットレコードカウンタに、入力レコード番号＝「９」から「１」を引いた「８」を初期設定する(ステップ１３０３)。次に、ターゲットレコードカウンタの値が「１」以上であるかを判定する（ステップ１３０４）。ここでは、ターゲットレコードカウンタの値は「８」であり、「１」以上であるため、Ｙｅｓの処理に進む。次に、ターゲットレコードタイトル文字列の「FW:スレッド表示方法」と比較タイトル文字列「RE:スレッド表示方法」の後方部分文字列と比較する(ステップ１３０５)。ここでは、一致しないのでＮｏに進む。次に、ターゲットレコードカウンタの値を「１」減算し（ステップ１３０８）、「７」として再度ステップ１３０４の処理に進む。
【００７０】
ステップ１３０４では、ターゲットレコードカウンタの値は「７」であり、「１」以上であるため、Ｙｅｓの処理に進む。次に、ターゲットレコードタイトル文字列の「スレッド表示方法」と比較タイトル文字列「RE：スレッド表示方法」の後方部分文字列と比較するが（ステップ１３０５）、一致するのでＹｅｓに進む。
【００７１】
次に、比較タイトル文字列にターゲットレコードカウンタの値が指すレコード番号Ｎｏ＝「７」の「スレッド表示方法」を設定する（ステップ１３０６）。次に、ターゲットレコードカウンタの値が指すレコード番号Ｎｏ＝７のレコードの新着件数に「１」を加算し、「１」とする（ステップ１３０７）。次に、ターゲットレコードカウンタの値を「１」減算し（ステップ１３０８）、「６」に更新して再度ステップ１３０４の処理に進む。
【００７２】
以上のステップ１３０４、１３０５、１３０６、１３０７、１３０８を繰り返すことにより、図８に示す関連メールの表示用テーブル１２９の具体例に対して、新着メール「RE:RE:スレッド表示方法」と「第５回主任会議開催通知」が到着した場合の関連メール表示用テーブル１２９の内容が図１４の状態に更新される。図１４の関連メール表示用テーブル１２９を実際の画面に表示した例が図１５であり、同図（ａ）がメールを纏めて表示している場合に新着メールが届いたときの表示例、同図（ｂ）が新着件数を元に新着メールを表示した例を示すものである。
【００７３】
次に、関連付けられたメールを削除する場合の処理について、図１６のフローチャートと、図１４に示した関連メール表示用テーブル１２９の具体例を用いて説明する。なお、ここでは、関連メール表示用テーブル１２９中のレコード番号Ｎｏ＝「２」の「RE:メール管理方法」を削除した場合を仮定して説明する。
【００７４】
まず、基準インデントには、削除レコード番号「２」の指すインデント＝「１」を初期設定する（ステップ１６０２）。次に、カレントレコードカウンタには削除レコード番号＝「２」に「１」を加算した「３」を初期設定する（ステップ１６０３）。次に、削除レコード番号＝「２」の指すメールを「Ｍａｉｌ ＩＤ：Ｒ２」を用いてテーブル１２８，１２９及び送受信のメールフォルダ１３１、１３２から削除する（ステップ１６０４）。
【００７５】
次に、カレントレコード番号がテーブルエントリ数以下であるか否かを判定する（ステップ１６０５）。ここでは、カレントレコードカウンタの値は「３」であり、テーブルエントリ数の「１２」以下であるため、Ｙｅｓの処理に進む。次に、カレントレコードカウンタの値が指すインデントが基準インデントよりも大きいか否かを判定する(ステップ１６０６)。ここでは、カレントレコードカウンタの値「３」が指すインデント「２」は、基準インデント「１」より大きいのでＹｅｓに進む。
【００７６】
次に、カレントレコードカウンタの値が指すメールを「Ｍａｉｌ ＩＤ：Ｓ２」を用いてテーブル１２９及び送受信のメールフォルダ１３１，１３２から削除する（ステップ１６０７）。次に、カレントレコードカウンタの値を「１」加算し、「４」として再度ステップ１６０５の処理に進む(ステップ１６０８)。
【００７７】
ステップ１６０５では、現在のカレントレコードカウンタの値は「４」であり、テーブルエントリ数の「１２」以下であるため、Ｙｅｓの処理に進む。次に、カレントレコードカウンタの値が指すインデントが基準インデントよりも大きいか否かを判定する(ステップ１６０６)。ここでは、カレントレコードカウンタの値「４」の指すインデント「２」は、基準インデント「１」より大きいので、Ｙｅｓに進む。次に、カレントレコードカウンタの値「４」の指すメールを「Ｍａｉｌ ＩＤ：Ｓ４」を用いてテーブル１２９及びメールフォルダ１３１，１３２から削除する(ステップ１６０７)。次に、カレントレコードカウンタの値を「１」加算し、「５」として再度ステップ１６０５の処理に進む(ステップ１６０８)。
【００７８】
ステップ１６０５では、現在のカレントレコードカウンタの値は「５」であり、テーブルエントリ数の「１２」以下であるため、Ｙｅｓの処理に進む。次に、カレントレコードカウンタの値「５」の指すインデント「１」は、基準インデント「１」より大きくないので、Ｎｏに進む（ステップ１６０６）。以上により、メールの削除処理を終了する。
【００７９】
次に、新着メール受信時に不必要となったメールを自動削除する場合の動作について図１７のフローチャートを用いて説明する。なお、図１７中の不要メールタイトル情報としては、オプション保存域１３３にユーザが指定した文字列情報が複数格納されている。本実施形態では、文字列「メール管理方法」のみが格納されていると仮定する。
【００８０】
メールタイトル「RE:RE:RE:RE:メール管理方法」の新着メールが到着した場合、まず、不要メールタイトル情報の設定があるかどうかを判定する（ステップ１７０２）。ここでは、不要メールタイトル情報として「メール管理方法」が設定されているので、Ｙｅｓに進む。次に、新着メールタイトル文字列「RE:RE:RE:RE:メール管理方法」後方部分と、不要メールタイトル「メール管理方法」とが一致するかどうかを判定する（ステップ１７０３）。この例では一致するので、Ｙｅｓに進む。そして、到着したメールを受信メールフォルダ１３２から削除する（ステップ１７０４）。
【００８１】
しかし、メールタイトル「RE:RE:RE:RE:スレッド方法」が到着した場合、新着メールタイトル文字列「RE:RE:RE:RE:スレッド方法」の後方部分と、不要メールタイトル「メール管理方法」とは一致しないので、ステップ１７０３からステップ１７０５の新着メール着信処理が呼び出され、新着メールの着信処理が行われる。
【００８２】
なお、以上で説明したメールとは、いわゆる手紙形式のメールのみでなく、タイトルの付けられたニュース、画像などの全てを対象に分類整理できることは言うまでもない。タイトルの付けられたニュース、画像などの分類に適用した場合、タイトルが類似したニュース、画像を纏めて表示し、あるいは削除することができる。
【００８３】
また、メールタイトルの有効文字数を設定して比較するものに代えて、「〜」、「……」などの省略記号を無視して有意の文字列を比較して関連付けるようにすることも可能である。さらに、同一文字列または同一熟語が指定数だけ一致するものを関連付けるようにすることも可能である。
【００８４】
また、フローチャートで示した処理は、全て一括して、あるいは適宜に組み合わせて、あるいはメール分類処理以外の既存のメール処理と組み合わせてＣＤ−ＲＯＭ等の記録媒体にコンピュータが読み取り可能な形式で記録し、汎用のパーソナルコンピュータ等にインストールして実行可能に構成することができる。あるいは、ＣＤ−ＲＯＭ等の記録媒体に代えて、インターネット等の通信手段を介して汎用のパーソナルコンピュータ等に有償でダウンロードして実行可能に構成することができる。
【００８５】
【発明の効果】
以上、説明したように、本発明によれば、ユーザのメール操作にかかわる時間をかけず、メールタイトルだけで案件毎のメール分類や整理が可能となり、類似したメールタイトルの階層表示によって、送受信メールの関連を容易に把握すことができる。また、相手側のメールリーダに依存せず、過去のユーザ財産も含め、タイトルが類似するメールを案件毎に分類整理して表示したり、削除することができ、多くの相手先とメールを送受信する場合のメール管理に極めて有用なものとなる。
【図面の簡単な説明】
【図１】本発明のメールの分類表示方法を適用したメールシステムの実施形態を示すブロック構成図である。
【図２】図１のメールシステムの処理の概要を示すフローチャートである。
【図３】メールを案件毎に関連付ける処理を示すフローチャートである。
【図４】案件毎に関連付けたメールを一覧表示用一覧テーブルに変換する処理を示すフローチャートである。
【図５】関連付けたメールを表示用テーブルに格納する処理を示すフローチャートである。
【図６】入力情報である送信メールフォルダ及び受信メールフォルダの内容例を示す図である。
【図７】案件毎に関連付けられたメール情報テーブルの内容例を示す図である。
【図８】表示用テーブルの内容例を示す図である。
【図９】案件毎に関連付けられたメールを一覧表示した例を示す図である。
【図１０】特異メールを取り込んだメール情報テーブルの内容例を示す図である。
【図１１】特異メールに対応したメールタイトルを比較する処理を示すフローチャートである。
【図１２】メール到着時の処理を示すフローチャートである。
【図１３】メール到着時に新着件数を設定する処理を示すフローチャートである。
【図１４】新着メールを取り込んだ表示用テーブルの内容例を示す図である。
【図１５】新着メールを一覧表示した例を示す図である。
【図１６】メール削除処理を示すフローチャートである。
【図１７】メール新着時の不要メール自動削除処理のフローチャートである。
【符号の説明】
７１…レコード番号、７２…送信／受信メールの区分、７３…従属親メールレコード番号、７４…フォルダ内管理用のメールＩＤ、７５…メールタイトル、１１０…メールサーバ、１２０…コンピュータ本体、１２１…メール一括受信部、１２２…メール読み取り部、１２３…メール情報ソート部、１２４…メール関連付部、１２５…メール一覧表示部、１２６…新着メール検知部、１２７…メール削除部、１２８…メール情報テーブル、１２９…表示用テーブル、１３０…外部記憶装置、１３１…送信メールフォルダ、１３２…受信メールフォルダ、１３３…オプション保存域、１４０…キーボード、１５０…表示装置、１６０…ポインティングデバイス。
【発明の属する技術分野】
本発明は、電子メール、パソコン通信、電子会議システムの利用分野において、メールやニュース記事の分類に使用して好適なメール分類方法およびシステムに関する。
【０００２】
【従来の技術】
従来におけるメールの分類表示方法としては、以下に述べるようなものがある。まず第１の従来例として、特開平７−７８１８６号公報に「文書処理装置」と開示されているものがある。これは受信したメールに対してユーザが手動でキーワードを入力し、その入力されたキーワードとメールヘッダ情報によりメールを分離し、案件毎のフォルダに格納し表示するものである。
【０００３】
第２の従来例として、特開平９−５４７３３号公報に「電子メール管理方法」と開示されているものがある。これはメール送信時のメールヘッダ情報のＩｎ−Ｒｅｐｌｙ−Ｔｏ欄等に送信元メールのＩＤを埋め込むことで、メール受信時に受信したメールとそれに対する送信元メールを関連付けるものであり、関連付けられたメールを案件毎にビューアを用いてブロック図参照することも可能になっている。
【０００４】
【発明が解決しようとする課題】
しかしながら、特開平７−７８１８６号公報に記載の技術は、ユーザが用意したキーワードにより案件毎のメールを分類しているため、ユーザが望む形での案件毎の分類ができるものの、ユーザが分類を考慮しながら毎回キーワードを設定する必要があり、ユーザのメール操作にかかわる時間が長くなり、ユーザの負担が大きいという問題がある。さらに、キーワードの設定はユーザによるため、キーワードを熟慮しないで設定した場合は、適切な分類結果が得られないという問題がある。
【０００５】
一方、特開平９−５４７３３号公報に記載の技術は、送信者も受信者もメールヘッダ情報のＩｎ−Ｒｅｐｌｙ−Ｔｏ欄等に同じ方式で送信元メールＩＤを埋め込むことにより正確にメールを関連付けられるが、受信側で送信元メールＩＤを埋め込む方式が異なるメールリーダを利用している場合では利用できない。さらに、メールヘッダ情報のＩｎ−Ｒｅｐｌｙ−Ｔｏ欄等に送信元メールＩＤを埋め込む方法では、送信元メールＩＤ情報が設定されていない既存のメールに対しては関連付けができないという問題がある。さらに、ユーザＡからユーザＢに送られたメールをユーザＢがユーザＣに転送した場合、ユーザＡが設定した送信元メールＩＤ情報はユーザＢによって上書きされるため、ユーザＣが受け取ったメールをユーザＢを経由してユーザＡに返信しても、返信メールであるにも関わらず関連付けがされないという問題がある。
【０００６】
本発明の目的は、上記従来技術の問題点を鑑み、ユーザのメール操作にかかわる時間をかけず、且つ相手側のメールリーダに依存せず、過去のユーザ財産も含めたメールを案件毎に分類整理し表示することができるメールの分類方法およびシステムを提供することにある。
【０００７】
【課題を解決するための手段】
上記目的を達成するために、本発明は、複数のメールを自動分類する方法において、案件の元となった送信メールに対する返信メールや転送メールのメールタイトル文字列が、元となったメールタイトルの文字列の先頭に“RE”,“FW”等の文字が付加されるメール特有の形式に着目し、該当メールタイトル文字列と検索対象メールタイトル文字列後方部と一致するものを関連付けることを特徴とする。
【０００８】
また、複数の送信および受信のメールのタイトルを同一画面内に時系列で表示すると共に、表示されたメールの１つを指定する操作に対し、当該メールに関連付けられたメールを階層表示することを特徴とする。
【０００９】
また、関連付けるメールタイトルの有効文字数を指定し、その指定された有効文字数以上のメールタイトル文字数を有するメールを関連付け対象として関連付けることを特徴とする。
【００１０】
また、関連元のメールの削除により、該関連元メールに関連付けられたメールを一括削除することを特徴とする。
【００１１】
また、新着メールのタイトルとメール格納手段に格納された既着メールのタイトルとの後方文字列一致検索を行い、新着メールをメールタイトルの後方文字列が一致する既着メールに関連付けることを特徴とする。
【００１２】
また、不必要案件メールタイトル文字列を予め設定し、その設定されたメールタイトル文字列に一致する後方文字列のメールタイトルを有する受信メールを受信時に不必要メールとして削除することを特徴とする。
【００１３】
本発明のメールシステムは、複数のメールタイトルの文字列を後方一致検索する第１の手段と、後方一致検索結果を基にメールを案件毎に関連付ける第２の手段を備えたことを特徴とする。
【００１４】
また、複数の送信および受信のメールのタイトルを同一画面内に時系列で表示すると共に、表示されたメールの１つを指定する操作に対し、当該メールに関連付けられたメールを階層表示する第３の手段を備えることを特徴とする。
【００１５】
また、関連付けるメールタイトルの有効文字数を指定する第４の手段を備え、該第４の手段で指定された有効文字数以上のメールタイトル文字数を有するメールを関連付け対象として前記第２の手段において関連付けることを特徴とする。
【００１６】
また、関連元のメールの削除により、該関連元メールに関連付けられたメールを一括削除する第５の手段を備えることを特徴とする。
【００１７】
また、新着メールのタイトルとメール格納手段に格納された既着メールのタイトルとの後方文字列一致検索を行い、新着メールをメールタイトルの後方文字列が一致する既着メールに関連付ける第６の手段を備えることを特徴とする。
【００１８】
また、不必要案件メールタイトル文字列を記憶する手段と、その記憶されたメールタイトル文字列に一致する後方文字列のメールタイトルを有する受信メールを受信時に不必要メールとして削除する第７の手段を備えることを特徴とする。
【００１９】
また、本発明のメール分類機能を備えたコンピュータは、複数のメールタイトルの文字列を後方一致検索する第１の手段と、後方一致検索結果を基にメールを案件毎に関連付ける第２の手段を備えたことを特徴とする。
【００２０】
さらに、本発明のメール分類用の記録媒体は、複数のメールタイトルの文字列を後方一致検索する第１の処理と、後方一致検索結果を基にメールを案件毎に関連付ける第２の処理とを含むコンピュータが読み取り可能なプログラムを記憶していることを特徴とする。
【００２１】
また、複数の送信および受信のメールのタイトルを同一画面内に時系列で表示すると共に、表示されたメールの１つを指定する操作に対し、当該メールに関連付けられたメールを階層表示する第３の処理を含むコンピュータが読み取り可能なプログラムを記憶していることを特徴とする。
【００２２】
また、関連付けるメールタイトルの有効文字数を指定し、その指定された有効文字数以上のメールタイトル文字数を有するメールを関連付け対象として前記第２の処理において関連付けを実行させる第４の処理を含むコンピュータが読み取り可能なプログラムを記憶していることを特徴とする。
【００２３】
また、関連元のメールの削除により、該関連元メールに関連付けられたメールを一括削除する第５の処理を含むコンピュータが読み取り可能なプログラムを記憶していることを特徴とする。
【００２４】
また、新着メールのタイトルとメール格納手段に格納された既着メールのタイトルとの後方文字列一致検索を行い、新着メールをメールタイトルの後方文字列が一致する既着メールに関連付ける第６の処理を含むコンピュータが読み取り可能なプログラムを記憶していることを特徴とする。
【００２５】
また、不必要案件メールタイトル文字列を記憶し、その記憶されたメールタイトル文字列に一致する後方文字列のメールタイトルを有する受信メールを受信時に不必要メールとして削除する第７の処理を含むコンピュータが読み取り可能なプログラムを記憶していることを特徴とする。
【００２６】
【発明の実施の形態】
以下、本発明を実施する場合の一形態を図面を用いて具体的に説明する。
【００２７】
図１は、本発明を適用したメールシステムの一実施形態を示すブロック構成図である。この実施形態のメールシステムは、ネットワーク１００を介してメールサーバ１１０との間でメールを送受信するコンピュータ本体１２０と、その周辺装置である外部記憶装置１３０、キーボード１４０、表示装置１５０、ポインティングデバイス（マウス）１６０とで構成されている。コンピュータ本体１２０の内部には、メール一括受信部１２１、メール読み取り部１２２、メール情報ソート部１２３、メール関連付部１２４、メール一覧表示部１２５、新着メール検知部１２６、メール削除部１２７、メール情報テーブル１２８、表示用テーブル１２９が設けられている。これらは、コンピュータ本体１２０の内部メモリ中に存在するものであり、メール情報テーブル１２８、表示用テーブル１２９を除く他の構成要素は本発明のメール分類表示方法を実現するうえで設けられたプログラムで構成されるものである。
【００２８】
外部記憶装置１３０には、送信メールフォルダ１３１、受信メールフォルダ１３２、オプション保存域１３３が設けられている。
【００２９】
以上の構成において、まず、メールシステム起動時の動作について説明する。メールシステム起動時には、まずメール一括受信部１２１が、メールサーバ１１０から受信メールと送信メールを取り出し、外部記憶装置１３０上の受信メールフォルダ１３２に格納する。次に、メール読み取り部１２２は、送信メールフォルダ１３１及び受信メールフォルダ１３２に取り込まれたメール（送信済みメールと受信メール）を読み取り、メール情報テーブル１２８に格納する。次に、メール情報ソート部１２３は、メール情報テーブル１２８の内容をメールタイトル文字数で昇順にソートする。次に、メール関連付部１２４は、メール情報テーブル１２８中のデータを検索し、メールの関連付けを行い、関連付けた結果を表示用テーブル１２９に格納する。次に、メール一覧表示部１２５は、表示用テーブル１２９のデータを表示装置１５０を用いて目視できるように変換し、表示装置１５０の画面に表示させる。
【００３０】
新着メール到着時には、新着メール検知部１２６が、表示用テーブル１２９のデータを直接加工する。次に、メール一覧表示部１２５は、表示用テーブル１２９のデータを表示装置１５０を用いて目視できるように変換する。
【００３１】
メール削除時には、メール削除部１２７が、表示用テーブル１２９を参照し、関連付けメールの親メールであれば、関連付けられたメール全てを送信メールフォルダ１３１または受信メールフォルダ１３２から削除する。
【００３２】
本実施形態のメールシステム起動時のフローチャートを図２に示す。このフロー中の「メール関連付」２０４の詳細を図３に示し、また「関連付けメール一覧テーブルに変換」２０５の詳細を図４に示す。また、図４中の「関連メールを表示用テーブルに格納」４０６の詳細を図５に示す。図５の「関連メールを表示用テーブルに格納」フロー中では、自分自身の処理を呼び出すリカーシブルコールが利用されている。
【００３３】
以上の図２、図３、図４、図５のフローチャートと、図６に示す入力情報である送信メールフォルダ１３１及び受信メールフォルダ１３２の内容の具体例、図７に示す案件毎に関連付けられたメール情報テーブル１２８の状態具体例及び図８に示す案件毎に関連付けられたメール一覧を格納した表示用テーブル１２９の例を用いて、本実施の形態の動作を詳しく説明する。
【００３４】
まず、送受信メールの読み込み処理２０２（図１のメール読み取り部１２２の機能に該当する処理）は、図６（ａ），（ｂ）に示すような送信メールタイトルおよびＭａｉｌ ＩＤ、受信メールタイトルおよびＭａｉｌ ＩＤの送受信メールを送信メールフォルダ１３１及び受信メールフォルダ１３２から読み込み、図７に示す属性を持つメール情報テーブル１２８へ送受信メールを混在させたまま格納する。メール情報テーブル１２８は、「レコード番号No.」７１、送信か受信かの「区分」７２、「従属親メールレコード番号」７３、「Ｍａｉｌ ＩＤ」７４、「メールタイトル」７５の項目を備えている。
【００３５】
次に、メール情報テーブル１２８のソート処理２０３（図１のメール情報ソート部１２３の機能に該当する処理）は、図７に示すメール情報テーブル１２８をメールタイトル７５の第１優先キー：文字数、第２優先キー：文字列でソートする。このとき、図７に示すメール情報テーブル１２８中の従属親メールレコード番号７３は全て未設定のままである。
【００３６】
次に、メールを案件毎に関連付ける処理２０４（図１のメール関連付部１２４の機能に該当する処理）は、該当メールタイトル文字列と検索対象メールタイトル文字列後方部と一致するものに対して図７に示すメール情報テーブル１２８中の従属親メールレコード番号７３を設定する。
【００３７】
具体的な処理の流れを図３に示すフローと図７に示す最終レコードのメールタイトル「RE:一意見として:メール管理方法」を用いて説明する。
【００３８】
まず、カレントレコードカウンタに対し、メール情報テーブル１２８にエントリされているレコード数＝「１０」が初期設定される（ステップ３０２）。次に、カレントレコードカウンタの値が「１」より大きいか否かを判定する（ステップ３０３）。ここでの例では、カレントレコードカウンは「１０」であり、１より大であるため、Ｙｅｓの処理に進む。次に、ターゲットレコードカウンタに、カレントレコードカウンタの値「１０」から「１」を引いた値である「９」を設定する（ステップ３０４）。
【００３９】
ターゲットレコードカウンタの値が「１」より大きいか否かを判定する（ステップ３０５）。ここでの例では、ターゲットカウンタの値は「９」であり、「１」以上であるため、Ｙｅｓの処理に進む。
【００４０】
次に、ターゲットレコードカウンタの値が指すメールタイトル「ホワイトカラーの生産性について」の全文字列とカレントレコードカウンタの値が指すメールタイトル「RE:一意見として:メール管理方法」の後方部分文字列とが一致するか否かを比較する（ステップ３０６）。ここでの例では一致しないので、Ｎｏの処理に進む。次に、ターゲットレコードカウンタの値を「１」減算して「８」とし（ステップ３０９）、再度ステップ３０５の処理に進む。
【００４１】
以上のステップ３０５、３０６、３０９の処理を繰り返し、ターゲットレコードカウンタの値が「１」になったとき、ターゲットレコードカウンタの値が指すメールタイトルである「メール管理方法」の全文字列とカレントレコードカウンタの値が指すメールタイトル「RE:一意見として:メール管理方法」の後方部分文字列とが一致するか否かを比較する（ステップ３０６）。ここでの例では、後方部文字列「メール管理方法」が一致するのでＹｅｓの処理に進む。
【００４２】
そこで次に、カレントレコードカウンタの値が指すレコード番号Ｎｏ＝「１０」の従属親メールレコード番号７３にターゲットレコードカウンタの値「１」を設定する（ステップ３０７）。これにより、レコード番号Ｎｏ＝１０のメールはレコード番号Ｎｏ＝１のメールを親メールとして関連付けられたことになる。
【００４３】
次に、図２の関連付けたメール一覧テーブルに変換する処理２０５（図１のメール一覧表示部１２５の機能に該当する処理）は、図７に示すメール情報テーブル１２８中の従属親メールレコード番号７３を参照して関連付けたメールを階層表示する。
【００４４】
案件単位でのメールを表示する詳細な処理の流れを図４に示すフローと図７に示すメール情報テーブル１２８を用いて説明する。まず、カレントレコードカウンタに「１」を初期設定する(ステップ４０２)。次に、カレントレコードカウンタの値がメール情報テーブル１２８のエントリ数以下であるか否かを判定する(ステップ４０３)。ここでは、カレントレコードカウンタの値は「１」であり、テーブルエントリ数の「１０」以下であるため、Ｙｅｓの処理に進む。次に、カレントレコードカウンタの値が指すレコード番号Ｎｏの従属親メールレコード番号７３の内容が「未設定」であるか否かを判定する（ステップ４０４）。ここでは、カレントレコードカウンタの値が指すレコード番号Ｎｏ＝「１」の従属親メールレコード番号７３の内容が「未設定」であるため、Ｙｅｓの処理に進む。
【００４５】
次に、カレントレコードカウンタの値が指すレコード番号Ｎｏ＝「１」のレコード情報をインデント＝「０」で表示用テーブル１２９に格納する(ステップ４０５)。次に、従属親メールレコード番号７３の内容が「１」であるメール情報をインデントを付けて表示用テーブル１２９に格納する(ステップ４０６)。次に、カレントレコードカウンタの値に「１」加算し(ステップ４０７)、「２」に更新して再度ステップ４０３の処理に進む。
【００４６】
現在のカレントレコードカウンタの値は「２」であり、テーブルエントリ数の「１０」以下であるため、Ｙｅｓの処理に進む（ステップ４０３）。そこで、前記の場合と同様に、カレントレコードカウンタの値が指すレコード番号Ｎｏの従属親メールレコード番号７３の内容が「未設定」であるか否かを判定する（ステップ４０４）。ここでは、カレントレコードカウンタが指すレコード番号Ｎｏ＝「２」の従属親メールレコード番号７３の内容が「未設定」であるため、Ｙｅｓの処理に進む。次に、カレントレコードカウンタの値が指すレコード番号Ｎｏ＝「２」のレコード情報をインデント＝０で表示用テーブル１２９に格納する（ステップ４０５）。次に、従属親メールレコード番号７３の内容が「２」であるメール情報をインデントを付けて表示用テーブル１２９に格納する（ステップ４０６）。次に、カレントレコードカウンタの値に「１」加算し(ステップ４０７)、「３」に更新して再度ステップ４０３の処理に進む。
【００４７】
ステップ４０３では、前記の場合と同様に、カレントレコードカウンタの値がメール情報テーブル１２８のエントリ数以下であるか否かを判定する。ここでは、カレントレコードカウンタの値は「３」であり、テーブルエントリ数の「１０」以下であるため、Ｙｅｓの処理に進む。
【００４８】
次に、カレントレコードカウンタの値が指すレコード番号Ｎｏの従属親メールレコード番号７３の内容が「未設定」であるか否かを判定する（ステップ４０４）。ここでは、カレントレコードカウンタの値が指すレコード番号Ｎｏ＝「３」の従属親メールレコード番号７３の内容が「１」であるため、Ｎｏの処理に進む。次に、カレントレコードカウンタの値に「１」加算し（ステップ４０７）、「４」に更新して再度ステップ４０３の処理に進む。以上のステップ４０３、４０４、４０５、４０６、４０７の処理を繰り返す。
【００４９】
次に、関連付けられた後のメールに対する具体的な処理の流れを図５に示すフローチャートと図７に示す先頭レコード「メール管理方法」のメールタイトルの例を用いて説明する。
【００５０】
まず、カレントレコードカウンタには入力値より得た関連付け親レコード番号の「１」に「１」を加算した「２」を初期設定する（ステップ５０２）。次に、インデントの値に、入力値より得たインデント＝「０」に「１」を加算した「１」を初期設定する(ステップ５０３)。次に、カレントレコードカウンタの値がテーブルエントリ数以下であるか否かを判定する（ステップ５０４）。ここでの例では、カレントレコードカウンタの値は「２」であり、テーブルエントリ数の「１０」以下であるため、Ｙｅｓの処理に進む。
【００５１】
次に、カレントレコードカウンタの値が指すレコード番号Ｎｏの従属親メールレコード番号７３の内容が入力値より得た関連付け親レコード番号と一致するか否かを判定する(ステップ５０５)。ここでは、カレントレコードカウンタの値が指すレコード番号Ｎｏ＝「２」の従属親メールレコード番号７３の内容が「未設定」であり、入力値より得た関連付け親レコード番号＝「１」と一致しないため、Ｎｏの処理に進む。次に、カレントレコードカウンタの値に「１」加算し(ステップ５０８)、「３」に更新して再度ステップ５０４の処理に進む。
【００５２】
ここで再びカレントレコードカウンタの値がテーブルエントリ数以下であるか否かを判定する（ステップ５０４）。現在、カレントレコードカウンタは「３」であり、テーブルエントリ数の「１０」以下であるため、Ｙｅｓの処理に進む。次に、前記と同様に、カレントレコードカウンタの値が指すレコード番号Ｎｏの従属親メールレコード番号７３の内容が入力値より得た関連付け親レコード番号と一致するか否かを判定する(ステップ５０５)。ここでは、カレントレコードカウンタの値が指すレコード番号Ｎｏ＝「３」の従属親メールレコード番号７３の内容が「１」であり、入力値より得た関連付け親レコード番号＝「１」と一致するため、Ｙｅｓの処理に進む。次に、カレントレコードカウンタの値が指すレコード番号Ｎｏ＝「３」のレコード情報をインデント＝１で表示用テーブル１２９に格納する（ステップ５０６）。次に、従属親メールレコード番号７３の内容が「３」であるメール情報をインデントを付けてリカーシブルコールにより表示用テーブル１２９に格納する（ステップ５０７）。次に、カレントレコードカウンタの値に「１」加算し（ステップ５０８）、「４」に更新して再度ステップ５０４の処理に進む。
【００５３】
以上のステップ５０４、５０５、５０６、５０７、５０８の処理を繰り返す。以上の処理により、メール情報テーブル１２８内に登録された送受信メールは、図８の表示テーブル１２９に示すように、関連付けられ、かつ親子関係がインデント数で分かるように関連付けられる。
【００５４】
図２のメール一覧表示処理２０６は、図８に示す案件毎に関連付けられたメール情報テーブル１２９の内容を順番に表示もしくは印刷する。図９（ａ）が案件毎に送信と受信のメールタイトルを纏めて（混在した形式で）時系列で表示した例である。この状態でユーザがマウス１６０等でメールタイトルの表示桁前に表示されるメールマークをクリックすると、案件毎に関連付けられたメールのタイトルを階層形式で表示する。メールタイトルを階層形式で表示した例が図９（ｂ）である。
【００５５】
このように、送信と受信のメールタイトルを混在した形式で表示することにより、電子会議におけるメールのやり取りの際に、自身が送信したメールと他人から受信したメールを互いに関連付けて、かつ１つの画面内で確認することができ、受信メール一覧画面と送信メール一覧画面とが別々になっている場合に比べて、メールの確認を極めて容易に行うことが可能になる。
【００５６】
次に、特異ケースのメールを取り込んだメール情報テーブル１２８の例を図１０に示す。図３中の「メールを案件毎に関連付ける」フロー中のメールタイトルを後方一致比較するステップ３０５の処理において、特異ケースに対応した比較方法の詳細フローを図１１に示す。以下、図１０、図１１を用いて特異ケースでのメールタイトル比較方法を詳細に説明する。
【００５７】
図１０は、レコード番号Ｎｏ＝「１」にメールタイトルだけでは意味の判らない短いタイトルである「方法」、レコードＮｏ＝「１２」にメールリーダの制限によって本来「RE:FW:RE参考ですが:ホワイトカラーの生産性について」のタイトルの後方が削除され「RE:FW:RE参考ですが:ホワイトカラーの生産性」となったメール（最後尾の「について」が削除されたメール）を取り込んだ状態のメール情報テーブル１２８の例である。この例で期待する関連付けは、レコード番号Ｎｏ＝「１０」の「ホワイトカラーの生産性について」とレコード番号Ｎｏ＝「１２」の「RE:FW:RE参考ですが:ホワイトカラーの生産性」であり、逆に期待しない関連付けはレコード番号Ｎｏ＝１「方法」とレコード番号Ｎｏ＝「２」の「メール管理方法」やレコード番号Ｎｏ＝「３」の「スレッド表示方法」である。
【００５８】
図１１のフローチャートを用いてユーザの期待する関連付けのための比較方法を説明する。なお、フロー中の「タイトル有効文字数」は、図１のメールシステム構成図中のオプション保存領域１３３にユーザが指定した任意の値が格納されているものとする。本実施形態では、「タイトル有効文字数」＝「７」が格納されているものとする。
【００５９】
図１０におけるターゲットレコードＮｏ＝「１０」の「ホワイトカラーの生産性について」とカレントレコードレコードＮｏ＝「１２」の「RE:FW:RE参考ですが：ホワイトカラーの生産性」を後方文字比較した場合、タイトル比較文字数には、「ホワイトカラーの生産性について」の文字数＝「１５」が初期設定される（ステップ１１０２）。次に、タイトル比較文字数がタイトル有効文字数以上であるかを判定する（ステップ１１０３）。ここでは、タイトル比較文字数が「１５」であり、タイトル有効文字数の「７」以上であるため、Ｙｅｓに進む。
【００６０】
次に、ターゲットレコードカウンタの値が指すメールタイトル文字列（先頭：タイトル比較文字数）とカレントレコードカウンタの値が指すメールタイトル後方文字列とが一致するか否かを判定する（ステップ１１０４）。ここでは、ターゲットレコードタイトル文字列の先頭から１５文字目の「ホワイトカラーの生産性について」とカレントレコードタイトル「RE:FW:RE参考ですが：ホワイトカラーの生産性」の後方部分文字列と比較するが、一致しないのでＮｏに進む。次に、タイトル比較文字数を「１」減算し(ステップ１１０５)、「１４」に更新して再度ステップ１００３の処理に進む。
【００６１】
以上のステップ１００３、１００４、１００５をタイトル比較文字数が「１１」になるまで繰り返す。タイトル比較文字数が「１１」になった時点で、ステップ１１０３の処理では、タイトル比較文字数がタイトル有効文字数の「７」以上であるため、Ｙｅｓに進む。次に、前記と同様に、ターゲットレコードカウンタの値が指すメールタイトル文字列（先頭：タイトル比較文字数）とカレントレコードカウンタの値が指すメールタイトル後方文字列とが一致するか否かを判定する（ステップ１１０４）。ここでは、ターゲットレコードタイトル文字列の先頭から１１文字目の「ホワイトカラーの生産性」とカレントレコードタイトル「RE:FW:RE参考ですが：ホワイトカラーの生産性」の後方部分文字列と比較するが、一致するのでＹｅｓに進む。一致したことにより、呼び出し元に戻る（ステップ１１０７）。
【００６２】
一方、ターゲットレコードＮｏ＝「１」の「方法」とカレントレコードレコードＮｏ＝「２」の「メール管理方法」を後方文字比較した場合、タイトル比較文字数には、「方法」の文字数「２」が初期設定される(ステップ１１０２)。しかし、タイトル比較文字数が「２」であり、オプション保存域１３３にユーザが予め設定した「タイトル有効文字数」の「７」以上でないため、ステップ１１０３の判定はＮｏとなり、不一致として呼び出し元に戻る（ステップ１１０６）。
【００６３】
このようにして、ユーザが適切な「タイトル有効文字数」を設定することにより、メールタイトルの一部が削除されたメールであっても、期待される形で関連付けることができる。
【００６４】
次に、新着メール到着時の動作について図１２のフローチャートを用いて説明する。このフロー中の「新着件数設定」の詳細を図１３に示す。以上の図１２、図１３のフローチャートと、図８に示す関連メールの表示用テーブル１２９の具体例を用いて詳しく説明する。
【００６５】
まず、メール到着時の具体的な処理の流れをメールタイトル「RE:RE:スレッド表示方法」が届いた場合を仮定して説明する。図１２において、ターゲットレコードカウンタには、表示用テーブル１２９にエントリされているレコード数の「１０」を初期設定する(ステップ１２０２)。次に、ターゲットレコードカウンタの値が「１」以上であるか否かを判定する（ステップ１２０３）。ここでは、ターゲットレコードカウンタの値は「１０」であり、「１」以上であるため、Ｙｅｓの処理に進む。
【００６６】
次に、ターゲットレコードカウンタの値が指すレコード番号Ｎｏ＝「１０」のタイトル文字列の「ホワイトカラーの生産性について」と到着メールタイトル「RE:RE:スレッド表示方法」の後方部分文字列とを比較する（ステップ１２０４）。ここでは、一致しないのでＮｏに進む。次に、ターゲットレコードカウンタの値を「１」減算し(ステップ１２０５)、「９」に更新して再度ステップ１２０３の処理に進む。
【００６７】
ここでは、ターゲットレコードカウンタの値は「９」であり、「１」以上であるため、Ｙｅｓの処理に進む。次に、前記と同様に、ターゲットレコードカウンタの指すメールタイトル文字列と到着メールタイトル後方文字列とが一致するか否かを比較する（ステップ１２０４）。ここでは、ターゲットレコードカウンタの値が指すレコード番号Ｎｏ＝「９」のタイトル文字列の「RE:スレッド表示方法」と到着メールタイトル「RE:RE:スレッド表示方法」の後方部分文字列とが一致するので、Ｙｅｓに進む。
【００６８】
次に、ターゲットレコードカウンタの値が指すレコード番号Ｎｏ＝「９」の新着件数に「１」を加算し(ステップ１２０８)、「１」とする。次に、レコード番号にターゲットレコードカウンタの値「９」を設定し、関連付けられた親メールの新着件数に「１」を加算する(ステップ１２０９)。次に、インデント値にターゲットレコードカウンタの値が指すインデント値「０」に「１」を加えた「２」で、ターゲットレコードカウンタの値が指すレコードの次のレコードに新着メール情報を挿入する（ステップ１２１０）。
【００６９】
次に、ステップ１２０９の「新着件数加算」処理について図１３のフローチャートを用いて説明する。まず、比較タイトル文字列には入力レコード番号＝「９」が指す「RE:スレッド表示方法」を設定する(ステップ１３０２)。次に、ターゲットレコードカウンタに、入力レコード番号＝「９」から「１」を引いた「８」を初期設定する(ステップ１３０３)。次に、ターゲットレコードカウンタの値が「１」以上であるかを判定する（ステップ１３０４）。ここでは、ターゲットレコードカウンタの値は「８」であり、「１」以上であるため、Ｙｅｓの処理に進む。次に、ターゲットレコードタイトル文字列の「FW:スレッド表示方法」と比較タイトル文字列「RE:スレッド表示方法」の後方部分文字列と比較する(ステップ１３０５)。ここでは、一致しないのでＮｏに進む。次に、ターゲットレコードカウンタの値を「１」減算し（ステップ１３０８）、「７」として再度ステップ１３０４の処理に進む。
【００７０】
ステップ１３０４では、ターゲットレコードカウンタの値は「７」であり、「１」以上であるため、Ｙｅｓの処理に進む。次に、ターゲットレコードタイトル文字列の「スレッド表示方法」と比較タイトル文字列「RE：スレッド表示方法」の後方部分文字列と比較するが（ステップ１３０５）、一致するのでＹｅｓに進む。
【００７１】
次に、比較タイトル文字列にターゲットレコードカウンタの値が指すレコード番号Ｎｏ＝「７」の「スレッド表示方法」を設定する（ステップ１３０６）。次に、ターゲットレコードカウンタの値が指すレコード番号Ｎｏ＝７のレコードの新着件数に「１」を加算し、「１」とする（ステップ１３０７）。次に、ターゲットレコードカウンタの値を「１」減算し（ステップ１３０８）、「６」に更新して再度ステップ１３０４の処理に進む。
【００７２】
以上のステップ１３０４、１３０５、１３０６、１３０７、１３０８を繰り返すことにより、図８に示す関連メールの表示用テーブル１２９の具体例に対して、新着メール「RE:RE:スレッド表示方法」と「第５回主任会議開催通知」が到着した場合の関連メール表示用テーブル１２９の内容が図１４の状態に更新される。図１４の関連メール表示用テーブル１２９を実際の画面に表示した例が図１５であり、同図（ａ）がメールを纏めて表示している場合に新着メールが届いたときの表示例、同図（ｂ）が新着件数を元に新着メールを表示した例を示すものである。
【００７３】
次に、関連付けられたメールを削除する場合の処理について、図１６のフローチャートと、図１４に示した関連メール表示用テーブル１２９の具体例を用いて説明する。なお、ここでは、関連メール表示用テーブル１２９中のレコード番号Ｎｏ＝「２」の「RE:メール管理方法」を削除した場合を仮定して説明する。
【００７４】
まず、基準インデントには、削除レコード番号「２」の指すインデント＝「１」を初期設定する（ステップ１６０２）。次に、カレントレコードカウンタには削除レコード番号＝「２」に「１」を加算した「３」を初期設定する（ステップ１６０３）。次に、削除レコード番号＝「２」の指すメールを「Ｍａｉｌ ＩＤ：Ｒ２」を用いてテーブル１２８，１２９及び送受信のメールフォルダ１３１、１３２から削除する（ステップ１６０４）。
【００７５】
次に、カレントレコード番号がテーブルエントリ数以下であるか否かを判定する（ステップ１６０５）。ここでは、カレントレコードカウンタの値は「３」であり、テーブルエントリ数の「１２」以下であるため、Ｙｅｓの処理に進む。次に、カレントレコードカウンタの値が指すインデントが基準インデントよりも大きいか否かを判定する(ステップ１６０６)。ここでは、カレントレコードカウンタの値「３」が指すインデント「２」は、基準インデント「１」より大きいのでＹｅｓに進む。
【００７６】
次に、カレントレコードカウンタの値が指すメールを「Ｍａｉｌ ＩＤ：Ｓ２」を用いてテーブル１２９及び送受信のメールフォルダ１３１，１３２から削除する（ステップ１６０７）。次に、カレントレコードカウンタの値を「１」加算し、「４」として再度ステップ１６０５の処理に進む(ステップ１６０８)。
【００７７】
ステップ１６０５では、現在のカレントレコードカウンタの値は「４」であり、テーブルエントリ数の「１２」以下であるため、Ｙｅｓの処理に進む。次に、カレントレコードカウンタの値が指すインデントが基準インデントよりも大きいか否かを判定する(ステップ１６０６)。ここでは、カレントレコードカウンタの値「４」の指すインデント「２」は、基準インデント「１」より大きいので、Ｙｅｓに進む。次に、カレントレコードカウンタの値「４」の指すメールを「Ｍａｉｌ ＩＤ：Ｓ４」を用いてテーブル１２９及びメールフォルダ１３１，１３２から削除する(ステップ１６０７)。次に、カレントレコードカウンタの値を「１」加算し、「５」として再度ステップ１６０５の処理に進む(ステップ１６０８)。
【００７８】
ステップ１６０５では、現在のカレントレコードカウンタの値は「５」であり、テーブルエントリ数の「１２」以下であるため、Ｙｅｓの処理に進む。次に、カレントレコードカウンタの値「５」の指すインデント「１」は、基準インデント「１」より大きくないので、Ｎｏに進む（ステップ１６０６）。以上により、メールの削除処理を終了する。
【００７９】
次に、新着メール受信時に不必要となったメールを自動削除する場合の動作について図１７のフローチャートを用いて説明する。なお、図１７中の不要メールタイトル情報としては、オプション保存域１３３にユーザが指定した文字列情報が複数格納されている。本実施形態では、文字列「メール管理方法」のみが格納されていると仮定する。
【００８０】
メールタイトル「RE:RE:RE:RE:メール管理方法」の新着メールが到着した場合、まず、不要メールタイトル情報の設定があるかどうかを判定する（ステップ１７０２）。ここでは、不要メールタイトル情報として「メール管理方法」が設定されているので、Ｙｅｓに進む。次に、新着メールタイトル文字列「RE:RE:RE:RE:メール管理方法」後方部分と、不要メールタイトル「メール管理方法」とが一致するかどうかを判定する（ステップ１７０３）。この例では一致するので、Ｙｅｓに進む。そして、到着したメールを受信メールフォルダ１３２から削除する（ステップ１７０４）。
【００８１】
しかし、メールタイトル「RE:RE:RE:RE:スレッド方法」が到着した場合、新着メールタイトル文字列「RE:RE:RE:RE:スレッド方法」の後方部分と、不要メールタイトル「メール管理方法」とは一致しないので、ステップ１７０３からステップ１７０５の新着メール着信処理が呼び出され、新着メールの着信処理が行われる。
【００８２】
なお、以上で説明したメールとは、いわゆる手紙形式のメールのみでなく、タイトルの付けられたニュース、画像などの全てを対象に分類整理できることは言うまでもない。タイトルの付けられたニュース、画像などの分類に適用した場合、タイトルが類似したニュース、画像を纏めて表示し、あるいは削除することができる。
【００８３】
また、メールタイトルの有効文字数を設定して比較するものに代えて、「〜」、「……」などの省略記号を無視して有意の文字列を比較して関連付けるようにすることも可能である。さらに、同一文字列または同一熟語が指定数だけ一致するものを関連付けるようにすることも可能である。
【００８４】
また、フローチャートで示した処理は、全て一括して、あるいは適宜に組み合わせて、あるいはメール分類処理以外の既存のメール処理と組み合わせてＣＤ−ＲＯＭ等の記録媒体にコンピュータが読み取り可能な形式で記録し、汎用のパーソナルコンピュータ等にインストールして実行可能に構成することができる。あるいは、ＣＤ−ＲＯＭ等の記録媒体に代えて、インターネット等の通信手段を介して汎用のパーソナルコンピュータ等に有償でダウンロードして実行可能に構成することができる。
【００８５】
【発明の効果】
以上、説明したように、本発明によれば、ユーザのメール操作にかかわる時間をかけず、メールタイトルだけで案件毎のメール分類や整理が可能となり、類似したメールタイトルの階層表示によって、送受信メールの関連を容易に把握すことができる。また、相手側のメールリーダに依存せず、過去のユーザ財産も含め、タイトルが類似するメールを案件毎に分類整理して表示したり、削除することができ、多くの相手先とメールを送受信する場合のメール管理に極めて有用なものとなる。
【図面の簡単な説明】
【図１】本発明のメールの分類表示方法を適用したメールシステムの実施形態を示すブロック構成図である。
【図２】図１のメールシステムの処理の概要を示すフローチャートである。
【図３】メールを案件毎に関連付ける処理を示すフローチャートである。
【図４】案件毎に関連付けたメールを一覧表示用一覧テーブルに変換する処理を示すフローチャートである。
【図５】関連付けたメールを表示用テーブルに格納する処理を示すフローチャートである。
【図６】入力情報である送信メールフォルダ及び受信メールフォルダの内容例を示す図である。
【図７】案件毎に関連付けられたメール情報テーブルの内容例を示す図である。
【図８】表示用テーブルの内容例を示す図である。
【図９】案件毎に関連付けられたメールを一覧表示した例を示す図である。
【図１０】特異メールを取り込んだメール情報テーブルの内容例を示す図である。
【図１１】特異メールに対応したメールタイトルを比較する処理を示すフローチャートである。
【図１２】メール到着時の処理を示すフローチャートである。
【図１３】メール到着時に新着件数を設定する処理を示すフローチャートである。
【図１４】新着メールを取り込んだ表示用テーブルの内容例を示す図である。
【図１５】新着メールを一覧表示した例を示す図である。
【図１６】メール削除処理を示すフローチャートである。
【図１７】メール新着時の不要メール自動削除処理のフローチャートである。
【符号の説明】
７１…レコード番号、７２…送信／受信メールの区分、７３…従属親メールレコード番号、７４…フォルダ内管理用のメールＩＤ、７５…メールタイトル、１１０…メールサーバ、１２０…コンピュータ本体、１２１…メール一括受信部、１２２…メール読み取り部、１２３…メール情報ソート部、１２４…メール関連付部、１２５…メール一覧表示部、１２６…新着メール検知部、１２７…メール削除部、１２８…メール情報テーブル、１２９…表示用テーブル、１３０…外部記憶装置、１３１…送信メールフォルダ、１３２…受信メールフォルダ、１３３…オプション保存域、１４０…キーボード、１５０…表示装置、１６０…ポインティングデバイス。
Claims (4)
- メール格納手段に格納された複数のメールをメールタイトルに応じて分類するメールシステムにおけるメール分類方法であって、
メール関連付け手段により、前記メール格納手段に格納された複数のメールを読出して第１のテーブルに格納してメールタイトル文字数で昇順にソートした後、ソート後の各メールについて後方一致検索によってカレントメールのタイトル文字列に対して全文字列が一致するメールタイトルを持つメールが存在するかをカレントメールのタイトル文字数よりメールタイトル文字数が少なくなる方向に比較対象のターゲットメールタイトルを変えながら検出し、最初に検出したメールをカレントメールの親メールとして関連付ける関連情報を前記第１のテーブルに設定し、さらに前記関連情報に基づき各メールの階層関係を検出し、各メールについて階層関係に対応するインデント値を設定して各メールを階層関係に関連付けた第２のテーブルを作成する第１のステップと、
メール一覧表示手段により、前記第２のテーブルに設定された階層関係に対応するインデント値に基づいて最上位階層のメールタイトル文字列を一覧表示し、一覧表示されたメールタイトル文字列に対する指定操作に対して、当該メールタイトル文字列のメールに関連付けられた下位階層のメールタイトル文字列を階層表示する第２のステップと
を備えることを特徴とするメール分類方法。 - 前記第1のステップにおいて、後方一致検索によってカレントメールのタイトル文字列に対して全文字列が一致するメールタイトルを持つ親メールを検出する場合に、カレントメールタイトルの後方文字列とターゲットメールタイトルの全文字列が不一致ならばターゲットメールタイトル文字列の後方から１文字削除して比較し、ターゲットメールタイトル文字列が予め設定された有効文字数以上であればさらにターゲットメールタイトル文字列の後方から１文字削除する処理を繰り返して親メールを検出することを特徴とする請求項１に記載のメール分類方法。
- メール格納手段に格納された複数のメールをメールタイトルに応じて分類するメールシステムであって、
前記メール格納手段に格納された複数のメールを読出して第１のテーブルに格納してメールタイトル文字数で昇順のソートした後、ソート後の各メールについて後方一致検索によってカレントメールのタイトル文字列に対して全文字列が一致するメールタイトルを持つメールが存在するかをカレントメールのタイトル文字数よりメールタイトル文字数が少なくなる方向に比較対象のターゲットメールタイトルを変えながら検出し、最初に検出したメールをカレントメールの親メールとして関連付ける関連情報を前記第１のテーブルに設定し、さらに前記関連情報に基づき各メールの階層関係を検出し、各メールについて階層関係に対応するインデント値を設定して各メールを階層関係に関連付けた第２のテーブルを作成するメール関連付け手段と、
前記第２のテーブルに設定された階層関係に対応するインデント値に基づいて最上位階層のメールタイトル文字列を一覧表示し、一覧表示されたメールタイトル文字列に対する指定操作に対して、当該メールタイトル文字列のメールに関連付けられた下位階層のメールタイトル文字列を階層表示するメール一覧表示手段と
を備えることを特徴とするメールシステム。 - 前記メール関連付け手段は、後方一致検索によってカレントメールのタイトル文字列に対して、全文字列が一致するメールタイトルを持つ親メールを検出する場合に、カレントメールタイトルの後方文字列とターゲットメールタイトルの全文字列が不一致ならばターゲットメールタイトル文字列の後方から１文字削除して比較し、ターゲットメールタイトル文字列が予め設定された有効文字数以上であればさらにターゲットメールタイトル文字列の後方から１文字削除する処理を繰り返して親メールを検出することを特徴とする請求項３に記載のメールシステム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP34567298A JP3687884B2 (ja) | 1998-12-04 | 1998-12-04 | メール分類方法およびシステム、記録媒体 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP34567298A JP3687884B2 (ja) | 1998-12-04 | 1998-12-04 | メール分類方法およびシステム、記録媒体 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2000172586A JP2000172586A (ja) | 2000-06-23 |
| JP3687884B2 true JP3687884B2 (ja) | 2005-08-24 |
Family
ID=18378191
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP34567298A Expired - Fee Related JP3687884B2 (ja) | 1998-12-04 | 1998-12-04 | メール分類方法およびシステム、記録媒体 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3687884B2 (ja) |
Families Citing this family (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005228255A (ja) * | 2004-02-16 | 2005-08-25 | Toshiba Corp | メッセージ処理システムおよびメッセージ処理方法 |
| JP2006343933A (ja) * | 2005-06-08 | 2006-12-21 | Sony Corp | データ処理方法、電子機器およびプログラム |
| EP2549695B1 (en) | 2006-11-13 | 2018-10-31 | Samsung Electronics Co., Ltd | Method and system for managing message threads in converged ip messaging service |
| JP4920471B2 (ja) * | 2007-03-29 | 2012-04-18 | 三菱スペース・ソフトウエア株式会社 | メールデータ分類装置、メールデータ分類プログラム及びメールデータ分類方法 |
| JP5229741B2 (ja) * | 2009-05-19 | 2013-07-03 | キヤノンマーケティングジャパン株式会社 | メール暗号複合制御装置及びその制御方法、プログラム |
| JP5909932B2 (ja) * | 2011-08-31 | 2016-04-27 | 富士通株式会社 | メールプログラム、メール装置、及びメール表示方法 |
| JP5825015B2 (ja) * | 2011-09-28 | 2015-12-02 | 富士通株式会社 | 情報提供プログラム、情報提供装置および情報提供方法 |
| JP5199449B2 (ja) * | 2011-12-14 | 2013-05-15 | 三菱スペース・ソフトウエア株式会社 | メールデータ分類装置、メールデータ分類プログラム及びメールデータ分類方法 |
| JP2014178858A (ja) * | 2013-03-14 | 2014-09-25 | Toshiba Corp | 文書表示制御装置及びそのプログラム |
| CN111080251A (zh) * | 2019-12-10 | 2020-04-28 | Tcl移动通信科技（宁波）有限公司 | 一种邮件存储方法、装置、存储介质及电子设备 |
-
1998
- 1998-12-04 JP JP34567298A patent/JP3687884B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2000172586A (ja) | 2000-06-23 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10757055B2 (en) | Email conversation management system | |
| US7222157B1 (en) | Identification and filtration of digital communications | |
| US7814134B2 (en) | System and method for providing integrated management of electronic information | |
| KR101173812B1 (ko) | 대화-기반 이메일 시스템에서 확장 메시지들 디스플레이 | |
| US7912904B2 (en) | Email system with conversation-centric user interface | |
| US7895279B2 (en) | Threaded presentation of electronic mail | |
| US20090254624A1 (en) | E-mail message management system | |
| US20090217199A1 (en) | Information Retrieving and Displaying Method and Computer-Readable Medium | |
| US20060075044A1 (en) | System and method for electronic contact list-based search and display | |
| KR20060136476A (ko) | 대화-기반 이메일 시스템에서 대화들을 디스플레이하는방법 및 장치 | |
| KR20060050342A (ko) | 팩스 메시지를 나타내기 위해 메시지 스키마를 확장하는시스템 및 방법 | |
| US20160323225A1 (en) | Method and apparatus for storing email messages | |
| JP3687884B2 (ja) | メール分類方法およびシステム、記録媒体 | |
| US20030065728A1 (en) | Filing and retrieval of e-mail into person associated folders | |
| EP1703421B1 (en) | Document management system | |
| JP3799907B2 (ja) | 文書管理方法および装置 | |
| US20070130266A1 (en) | Method, system and computer program product for processing a plurality of electronic mail files | |
| JP2002163213A (ja) | 電子メール情報管理方法およびそのプログラムを格納する記録媒体 | |
| WO2004114094A9 (en) | System and method for managing information |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20041207 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050204 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050228 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050428 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20050603 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20050603 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080617 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110617 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110617 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140617 Year of fee payment: 9 |
|
| LAPS | Cancellation because of no payment of annual fees |