JP2010152538A - 電子メール表示装置、電子メール表示方法、プログラム、及び、記録媒体。 - Google Patents

Abstract

【課題】メールを行単位でスレッド表示すること。
【解決手段】メーラ２０７がメールを送信又は受信した際に、本文解析蓄積ロジック２０３が、該メールを解析し、該メールが引用した該メールの親メール内のフレーズと、該フレーズを引用した該メール内の記載とを紐付けてデータベース２０４に蓄積させておく。送受信メールボックス２０２からいずれかのメールが選択されると、表示文検索ロジック２０５が、前記選択されたメールに記載されたフレーズ毎に、前記選択されたメールと親子関係を有するメール内の前記フレーズを引用した記載を、前記データベース２０４から検索して取得し、前記選択されたメールのフレーズ毎に、前記検索された前記フレーズを引用した記載を、紐付けて階層構造で表示する構成を特徴とする。
【選択図】図２

Description

本発明は、送受信ボックスに保存された電子メールを表示させる際の電子メール表示制御に関する。

近年、日常業務の中で、電子メールを利用する場面が増えてきた。そのため、さまざまな分野のメールをやり取りするうちに、他のメール記事に埋もれてしまって全ての作業項目の状態を簡単に把握することが困難な状況になってしまっている。

このような状況を解決するものとして、特許文献１には、メールの記事内容を親メールと子メールの関係で、メールスレッド単位で一括表示できる電子メール記事管理システムが提案されている。

なお、ここでの「スレッド」とは、メールで共通の話題についての集まりを示す。なお、スレッドは同じ条件のものだけではなく、あるメールの内容に関連した内容のメールをもまとめたものである。
特開２００１−２２２４７７号公報

しかしながら、特許文献１に記載された電子メール記事管理システムでは、メール１件という大きな単位でメールを管理しているため、電子メールに記載された詳細な内容を管理することが不可能であった。

例えば、1件のメール内容に複数の話題が混在したメールで、ユーザが、後日ある話題の結論及び経緯を探そうとした場合に、全文検索をかけて更に、絞られたメールを開いてその答えを探さなければならない為、大変手間がかかっていた。

そのため、1件のメール内容に複数の話題があった場合、受信者が返信する際にまったく触れなかった話題（質問や確認など）は、そのまま忘れさられてしまう可能性もあった。

このように、メールスレッド単位でメール記事を一括表示する従来のスレッド表示では、管理する単位が大きすぎて、複数の話題が混在したメールでは、話題毎に返信コメントを把握することが困難であり、非常に不便であった。

本発明は上記の課題を解決するためになされたものであり、メールを行単位でスレッド表示することができる仕組を提供することを目的とする。

本発明は、メールサーバを介して送信又は受信したメールを保存するメールボックスと、前記メールボックスからいずれかのメールを選択する選択手段と、前記選択手段で選択されたメールに記載されたフレーズ毎に、該フレーズを引用した記載を、前記メールボックスに保存される前記選択手段で選択されたメールと親子関係を有するメールの記載内容から検索して取得する検索手段と、前記選択手段で選択されたメールのフレーズ毎に、前記検索手段で検索された前記フレーズを引用した記載を、紐付けて表示する表示手段とを有することを特徴とする。

本発明によれば、メールを行単位でスレッド表示することができる等の効果を奏する。従って、複数の話題が混在したメールでも、話題毎に返信のコメントを一括表示して、コメントの推移を一目で把握することができる。

〔第１実施形態〕
図１は、本発明の一実施形態を示す電子メール表示装置を適用可能な電子メールシステムの構成を示すシステム構成図である。なお、本実施形態の電子メール表示装置は、電子メール記事の送受信履歴に基づく階層化の解析及び表示を行うものである。

図１に示すように、少なくとも１台のメール端末１００１と、メールサーバ１０００が、ＬＡＮ／ＷＡＮ１００３を介して接続されており、互いに電子メールの送受信が可能である。

なお、この図１では、例として３台のメール端末１００１−１〜１００１−３が設けられているが、何台あってもよい。

メール端末（１００１−１とする）が送信したメールは、まずメールサーバ１０００に送られると、受信したメールのヘッダ情報から、宛先（ここでは１００１−２、１００１−３とする）ごとに分類され、それぞれのメールボックスに格納される。

なお、メール端末１００１やメールサーバ１０００は、一般的なパーソナルコンピュータで構成可能であり、図３にそのハードウェア構成例を示す。

図２は、図１に示したメール端末１００１−１〜１００１−３のソフトウェア構成を説明するブロック図である。

図２において、２０１はオペレーティングシステム（ＯＳ：Operating System）であり、入出力機能やディスクやメモリの管理機能など、多くのアプリケーションソフトから共通して利用される基本機能を提供して、コンピュータ全体を管理するソフトウェアである。

２０７はメーラであり、電子メールの作成や送受信、送受信したメールを送受信メールボックス２０２に保存・管理するソフトウェアである。

２０３は本文解析蓄積ロジックで、送受信メールボックス２０２に保存されているメールの本文を解析してデータベース（ＤＢ：DataBase）２０４に蓄積するソフトウェアである。

２０５は表示文検索ロジックで、送受信メールボックス２０２に保存されている電子メールのうち、選択された電子メールをフレーズ毎にスレッド表示するために、データベース２０４を検索するソフトウェアである。

２０６はユーザインタフェース（ＵＩ：User Interface）であり、表示文検索ロジック２０５で検索された表示文を表示するソフトウェアである。

図３は、図１に示したメール端末１００１及び、メールサーバ１０００のハードウェア構成の一例を示すブロック図である。

図３において、３００１はＣＰＵで、ＲＯＭ３００２のプログラム用ＲＯＭに記憶されたプログラムに基づいてシステムバス３００４に接続された各デバイスを制御し、装置全体を統括制御する。

また、このＲＯＭ３００２のフォント用ＲＯＭにはフォントデータ等を記憶し、ＲＯＭ３００２のデータ用ＲＯＭには各種データを記憶する。３００３はＲＡＭで、ＣＰＵ３００１の主メモリ，ワークエリア等として機能する。

３００５は入力コントローラで、キーボード（ＫＢ）３００９や図示しないポインティングデバイス、例えばマウスからの入力を制御する。３００６はビデオコントローラで、ＣＲＴディスプレイ（ＣＲＴ）３０１０の表示を制御する。なお、ここでは、表示装置としてＣＲＴを設けているがＬＣＤ等のその他の形式の表示装置であってもよい。

３００７はメモリコントローラで、外部メモリ３０１１とのアクセスを制御する。なお、外部メモリ３０１１は、ハードディスク（ＨＤ）、フロッピー（登録商標）ディスク（ＦＤ）、ＣＤ−Ｒ、フラッシュメモリ、その他の記録媒体に対応する。３００８は通信インタフェース（Ｉ／Ｆ）コントローラで、ネットワーク１００３との通信を制御する。

また、ＣＰＵ３００１は、ユーザからの指示（ＫＢ３００９又は図示しないマウス等からの指示等）に基づいて種々の機能（後述するフローチャートに示す）に対応する処理を実行する。

なお、図２に示した各ソフトウェアは、ＣＰＵ３００１が外部メモリ３０１１に記録されたプログラムを読み出して実行することにより実現されるものである。

以下、図４，図５のフローチャートを参照して、本文解析蓄積ロジック２０３による本文解析蓄積処理について説明する。

図４，図５は、本実施形態の本文解析蓄積処理の一例を示すフローチャートである。即ち、このフローチャートの処理は、ＣＰＵ３００１が外部メモリ３０１１に格納されたプログラムを読み出して実行することにより実現される本文解析蓄積ロジック２０３により実行されるものである。

なお、図４に示す処理は、送受信したメールの親子関係を判断し判断結果をＤＢ２０４に蓄積する処理に対応する。判断の方法は、従来どおり、メールのヘッダ情報を見て判断する。

また、本文解析蓄積処理を説明するのに、図６，図７に示す電子メールを例に用いる。

図６は、スレッドの先頭となる電子メールの一例を示す図である。

図７は、図６に示した電子メールの返信メールの一例を示す図である。

まず、メーラ２０７によりメールの送受信（送信又は受信）が実施されると（Ｓ４０００）、本文解析蓄積ロジック２０３は、ステップＳ４００１以降の処理を実行する。なお、上記Ｓ４０００のメール送受信は、ユーザが任意のタイミングで行うものである。

ステップＳ４００１では、本文解析蓄積ロジック２０３は、上記Ｓ４０００で送受信されたメール（以下、当該メール）を図８に示すテーブル１に格納する。ここではメールの番号とメッセージＩＤを格納する。「メールの番号」とは、メーラ２０７がメールを送受信する際に、メール１件に対して割り振ったファイル名である。「メッセージＩＤ」とは、メール記事ヘッダ部のMessage-Id部分の値である。ここでテーブル１について説明する。

図８は、送受信メールのメール情報（メール番号，メッセージＩＤ等）を格納するためのテーブル１の一例を示す図である。テーブル１は、図２に示したＤＢ２０４内に保持される。

図８に示すように、テーブル１の各行は、メール番号と、メッセージＩＤから構成される。

例えば、Ｓ４０００で図６に示したメールを送受信した場合、図８の１行目のレコードが格納される。また、Ｓ４０００で図７に示したメールを送受信した場合、図８の２行目のレコードが格納される。

以下、図４のフローチャートの説明に戻る。

次に、ステップＳ４００２において、本文解析蓄積ロジック２０３は、当該メールが返信メールかどうかを判断する。例えば、当該メールのヘッダ部のIn-Reply-To部分にMessage-Idが記載されていれば、返信メールであると判断し、In-Reply-To部分にMessage-Idが記載されていなければ、返信メールでないと判断する。なお、当該メールのヘッダ部のIn-Reply-To部分に記載されたMessage-Idは、当該メールの親メールのMessage-Idに対応する。

そして、当該メールが返信メールでないと判断した場合には、本文解析蓄積ロジック２０３は、ステップＳ４００４に処理を進める。

ステップＳ４００４では、本文解析蓄積ロジック２０３は、図９に示すテーブル２に当該メールのメール参照情報を格納する。ここで、テーブル２について説明する。

図９は、送受信メールのメール参照情報（子メール番号，親メール番号）のハッシュテーブルとしてのテーブル２の一例を示す図である。テーブル２は、図２に示したＤＢ２０４内に保持される。

図９に示すように、テーブル２の各行は、子メール番号とその親メール番号から構成される。

なお、子メール番号とは、当該メールのメール番号を示す。また、親メール番号とは、当該メールの親メールのメール番号を示す。この親メール番号は、当該メールのヘッダ部のIn-Reply-To部分に記載された親メールのMessage-Idをキーにテーブル１から取得可能である。

親メール番号がない場合、即ち、返信メールでない場合（新規のメールスレッドの場合）、親メール番号の欄にはメールスレッド（スレッドの先頭メール）のサブジェクト（Subject）名（即ち、当該メールのサブジェクト名）が設定される。即ち、テーブル２に親メール番号がない場合、返信メールでないと判断される。

例えば、Ｓ４０００で図６に示したメールを送受信した場合、返信メールでないため、Ｓ４００４において、図９の１行目のレコードが格納される。

以下、図４のフローチャートの説明に戻る。

そして、上記Ｓ４００４の処理が終了すると、本文解析蓄積ロジック２０３は、本フローチャートの処理を終了する。即ち、Ｓ４０００で図６に示したメールを送受信した場合、本フローチャートの処理を終了し、このメールに対して図５に示す処理は実行されない。

一方、上記Ｓ４００２において、上記Ｓ４０００で送受信されたメールが返信メールであると判断した場合には、本文解析蓄積ロジック２０３は、ステップＳ４００３に処理を進める。即ち、Ｓ４０００で図７に示したメールを送受信した場合、図６のメールの返信メールであるため、ステップＳ４００３に処理が進められる。

ステップＳ４００３では、本文解析蓄積ロジック２０３は、図９に示すテーブル２に子メール番号と親メール番号を格納する。詳細には、本文解析蓄積ロジック２０３は、子メール番号として該当メールのメール番号を格納し、親メール番号として該当メールのヘッダ部のIn-Reply-To部分に記載された親メールのMessage-Idをキーにテーブル１から取得した親メールのメール番号を格納する。

即ち、Ｓ４０００で図７に示したメールを送受信した場合、図９の２行目のレコードが格納される。

そして、上記Ｓ４００３の処理が終了すると、本文解析蓄積ロジック２０３は、ステップＳ４００５において、読み込み行（最終行から数えた行番号）に「１」をセットしてその行（即ち、最終行）の読み込みを行い、図５のＳ５０００へ処理を進め、解析を開始する。図７に示したメールの場合、メールの最終行（２０行目）の"＞------------------------------"から解析を開始することとなる。

なお、図５に示す処理は、送受信したメールが返信メールだった場合にフレーズ（引用文のブロック）単位でスレッド表示するための解析を行う処理に対応する。

なお、「引用文」とは、メールの本文中で、行の先頭に引用子（'＞'など）がついている１行の、引用子より後、改行コードまでの文字列を示す。また、「ブロック」とは、連続した同じ階層の引用文の集合のことを示す。さらに、引用文が直前の引用文と引用子の数が等しい場合に「同じ階層の引用文」と呼ぶものとする。

また、本実施形態では、返信メールで引用文をつける設定の場合、行頭に引用符が付き、返信の度に引用符が増加していくものとして説明する。

まず、ステップＳ５０００において、本文解析蓄積ロジック２０３は、現在の行の頭にある引用符の数（引用階数）をメモリ内の変数ｈに保持し、ステップＳ５００１において、現在の行番号をメモリ内の変数ｒに保持する。

図７に示したメールの場合、メールの最終行（２０行目）の"＞------------------------------"は引用符が１つのため、ｈに「１」が保持され、ｒに２０が保持される。

次に、ステップＳ５００３において、本文解析蓄積ロジック２０３は、現在の行の引用階層と上記Ｓ５０００で保持したｈが示す引用階層とを比較する。そして、現在の行の引用階層が上記Ｓ５０００で保持したｈが示す引用階層と同じ階層であると判断した場合には、本文解析蓄積ロジック２０３は、ステップＳ５００４に処理を進める。

ステップＳ５００４において、本文解析蓄積ロジック２０３は、現在の行の内容をメモリ（行ブロックメモリ（Mem[]））に保存し、ステップＳ５００２へ処理を進める。

図７の最終行（２０行目）の"＞------------------------------"は引用符が１つのため、ｈ（＝１）と同じ階層と判断され、この行の内容（ただし、引用符は除く）"------------------------------"が行ブロックメモリに保存される。

次に、ステップＳ５００２において、本文解析蓄積ロジック２０３は、読み込み行をインクリメントして（１行上の行へ移して）読み込みを行い、ステップＳ５００３に処理を進める。

図７の読み込み行２〜９（上から１９〜１２行目）までは、読み込み行１（上から１０行目）と同様に、Ｓ５００３，Ｓ５００４の処理が行われ、結果として、メモリ上に｛"------------------------------"，"Signeture"，"------------------------------"，"以上、よろしくお願いいたします。"，"(2)会議のテーマは、ＸＸＸの予定です。"，"で問題ないでしょうか"，"(1)例の件ですが、ＭＭ月ＤＤ日の待ち合わせ"，"いつもお世話になっています。△△です。"，"○○さん"｝が記録される。

そして、図７の読み込み行１０（上から１１行目）に進むと、この行"-----Original Message-----"は引用符が０のため、上記ステップＳ５００３において、現在の行の引用階層（＝０）と上記Ｓ５０００で保持したｈ（＝１）とが異なると判断し、本文解析蓄積ロジック２０３は、ステップＳ５００５に処理を進める。

ステップＳ５００５では、本文解析蓄積ロジック２０３は、上記Ｓ５０００で保持したｈが「０」か否かで、現在の行が本文か引用文かを判別する。

そして、上記Ｓ５００５において、ｈが「０」でないと判断した場合、本文解析蓄積ロジック２０３は、現在の行が引用文ブロックであると判断し、ステップＳ５００８に処理を進める。

図７の読み込み行１０（上から１１行目）を読み込んだループでは、上述したようにｈ（＝１）となるため、ステップＳ５００８に処理が進められる。

ステップＳ５００８では、本文解析蓄積ロジック２０３は、上記Ｓ５００４でメモリ内の行ブロックメモリに記憶した情報等を、引用文ブロック情報として、図１１のテーブル４に格納する。

図１１は、引用文ブロック情報を格納するためのテーブル４の一例を示す図である。なお、テーブル４は、図２に示したＤＢ２０４内に保持される。

上記Ｓ５００８の処理を詳細に示すと、メール番号１２０１に現在処理中のメールの親メール番号、子メール番号１２０２に現在処理中のメールのメール番号、引用文ブロックＩＤ１２０３にユニークなＩＤ、行数１２０４に行ブロックメモリに記憶した行数、最終行文字列１２０５に行ブロックメモリに記憶した最初の行（メール内では一番下の行に相当する）の文字列（Mem[０]）をそれぞれ格納する。

図７の読み込み行１０（上から１１行目）を読み込んだループでは、図１２の１行目のレコードが格納される。

Ｓ５００８の処理が完了すると、本文解析蓄積ロジック２０３は、ステップＳ５００７において、メールの０行目を解析したか否かを判定する。

そして、上記Ｓ５００７において、まだ０行目を解析していないと判断した場合には、ステップＳ５０００に処理を戻す。

図７の読み込み行１０（上から１１行目）を読み込んだループでは、まだ０行目を解析していないので、ステップＳ５０００に処理が戻される。そして、図７の読み込み行１０（上から１１行目）"-----Original Message-----"は引用符が０のため、ｈに「０」が保持され、ｒに１１が保持される。

そして、ステップＳ５００３において、現在の行の引用階層（＝０）とｈ（＝１）とが等しいと判断され、この行の内容"-----Original Message-----"が行ブロックメモリに保存され、読み込み行がインクリメントされる（Ｓ５００２）。

図７の読み込み行１１〜１３（上から１０〜８行目）までは、読み込み行１０（上から１１行目）と同様に、Ｓ５００３，Ｓ５００４の処理が行われ、結果として、メモリ上に｛"-----Original Message-----"，"以上、よろしくお願いいたします。"，""，"ＹＹＹについてもお伺いします。"｝が記録される。

そして、図７の読み込み行１４（上から７行目）に進むと、この行"＞(2)会議のテーマは、ＸＸＸの予定です。"は引用符が１のため、上記ステップＳ５００３において、現在の行の引用階層（＝１）とｈ（＝０）とが異なると判断され、ステップＳ５００５に処理が進められる。

さらに、ステップＳ５００５では、本文解析蓄積ロジック２０３は、ｈが「０」であるので、現在の行が本文ブロックであると判断し、ステップＳ５００７に処理を進める。

ステップＳ５００７では、本文解析蓄積ロジック２０３は、上記Ｓ５００４でメモリ内の行ブロックメモリに記憶した情報等を、本文ブロック情報として、図１０のテーブル３に格納する。

図１０は、引用文ブロック情報を格納するためのテーブル３の一例を示す図である。なお、テーブル３は、図２に示したＤＢ２０４内に保持される。

上記Ｓ５００７の処理を詳細に示すと、メール番号１１０１に現在処理中のメールのメール番号、メッセージ行番号１１０２にｒの値、行数１１０３に行ブロックメモリに記憶した行数、引用階層１１０４にｈの値、最終行文字列１１０６に行ブロックメモリに記憶した最初の行（メール内では一番下の行に相当する）の文字列（Mem[０]）をそれぞれ格納する。なお、引用文ブロックＩＤ１１０５は、
この時点では空欄にしておく。

図７の読み込み行１４（上から７行目）を読み込んだループでは、図１１の１行目のレコードが格納される。

Ｓ５００６の処理が完了すると、本文解析蓄積ロジック２０３は、ステップＳ５００７において、メールの０行目を解析したか否かを判定する。

そして、上記Ｓ５００７において、まだ０行目を解析していないと判断した場合には、ステップＳ５０００に処理を戻す。

同様にして、読み込み行１４行（上から７行目）の内容に対応して行ブロックメモリに記憶された情報等が、引用文ブロック情報として、図１１のテーブル４の２行目のレコードとして格納される。この際、Ｓ５００６では、本文解析蓄積ロジック２０３は、引用文ブロックＩＤ１２０３に格納した引用文ブロックＩＤを、図１０のテーブル３のメール番号１１０１が子メール番号１２０２同一の最新レコードの引用文ブロックＩＤ１１０５にも格納するものとする。即ち、この引用文ブロックの直後に記載されていた本文ブロックが、この引用文ブロックに対応する本文ブロックとして、この引用文ブロックに紐付けられることとなる。

また、同様にして、読み込み行１５〜１６行（上から６〜５行目）の内容に対応して行ブロックメモリに記憶された情報等が、本文ブロック情報として、図１０のテーブル３の２行目のレコードとして格納される。

されに、同様にして、読み込み行１７〜１８行（上から４〜３行目）の内容に対応して行ブロックメモリに記憶された情報等が、引用文ブロック情報として、図１１のテーブル４の３行目のレコードとして格納される。

また、同様にして、読み込み行１９〜２０行（上から２〜１行目）の内容に対応して行ブロックメモリに記憶された情報等が、本文ブロック情報として、図１０のテーブル３の３行目のレコードとして格納される。

そして、１行目までの処理が終了すると、本文解析蓄積ロジック２０３は、ステップＳ５００２において、読み込み行を２１行（上から０行目）とする。上から０行目は存在しないため引用階層が不明となる。よって、本文解析蓄積ロジック２０３は、ステップＳ５００３でＮｏと判断し、ｈの値に応じて（Ｓ５００５）、Ｓ５００６又はＳ５００８が実行する。

そして、ステップＳ５００７において、本文解析蓄積ロジック２０３は、０行目を解析したと判断し、本フローチャートの処理を終了する。

以上の処理により、図１０のテーブル３に本文ブロック情報、図１１のテーブル４に引用文ブロック情報が格納される。

以下、図１２のフローチャートを参照して、表示文検索ロジック２０５による表示文検索処理について説明する。

図１２は、本実施形態の表示文検索処理の一例を示すフローチャートである。即ち、このフローチャートの処理は、ＣＰＵ３００１が外部メモリ３０１１に格納されたプログラムを読み出して実行することにより実現される表示文検索ロジック２０５により実行されるものである。

また、本文表示文検索処理を説明するのに、上述した図６，図７に示す電子メールを例に用いる。即ち、上述した図４，図５に示した本文解析蓄積処理により上述した図８〜図１１に示したテーブル１〜４に蓄積されたデータを用いる。また、図１３をユーザインタフェース２０６の例として用いる。ここで図１３について説明する。

図１３は、図２に示したユーザインタフェース２０６の一例を示す図である。

図１３において、１５００は、受信トレイ，送信トレイ等の各種トレイを示す。ここで記載するトレイとは、電子メールを格納する整理箱の意である。これを「受信」や「送信」などに分け、電子メールを格納する。

１５０１はトレイ中に格納された電子メールを表す。ここでは送信者、件名、受信日時、重要度、添付、フラグを表示している。

１５０２は、１５０１で選択したメールの元のメールを表示し、更にそのメールの文中に問題提起があり、それに対して回答（返答）があった場合、その当該個所に対する回答（返答）も合わせて表示する。即ち、１５０２では、１５０１で選択したメールをフレーズごとにスレッド表示する。

１５０４の「＋」ボタンを押下すると、１階層下の返信コメントが表示され、ボタンは「−」ボタンになる。図１５の例では、「＋」ボタン１５０４が押下されると、「特許について」というメールの「例の件ですが、ＭＭ月ＤＤ日の待ち合わせで問題ないでしょうか」に対する返信コメントが表示される。

１５０５の「−」ボタンを押下すると、その階層より下にある返信コメントをすべて閉じて、ボタンは「＋」ボタンになる。図１５の例では、「会議のテーマは、ｘｘｘの予定です。」という問いに対する返信コメントである「ＹＹＹについてもお話伺います。」１５０６が階層表示されているが、「−」ボタン１５０５が押下されると、「ＹＹＹについてもお話伺います。」１５０６が非表示となる。

なお、返信コメント階層表示されている１５０６を選択すると、選択された返信コメントが記載されたメールが１５０３に表示される。

１５０３は、１５０２にスレッド表示された返信コメントのうち、選択された返信コメント１５０６が記載された元のメールの内容を表示する。図１５の例では、「特許について」という元のメールに対して返信されたメールの内容を表示している。

以下、図１２の各ステップを説明する。

まず、ユーザにより１通のメールが選択され、ユーザインタフェース２０６がこの操作を受け付けると（Ｓ１４００）、表示文検索ロジック２０５は、ステップＳ１４０１以降の処理を実行する。なお、上記ユーザによるメール選択は、ユーザが任意のタイミングで行うものである。また、ここでは、図６に示した電子メールを選択されたメールの例として説明を行う。

ステップＳ１４０１では、表示文検索ロジック２０５は、上記Ｓ１４００で受け付けた選択メールを解析対象の電子メール（以下、当該電子メール）として１行目を読み込み解析を開始する。ここから実際の解析を開始し、当該電子メールの１行目から最終行までの解析を実施する。なお、図６に示したメールが選択されている場合、１行目の"○○さん"が読み込まれ解析が開始される。

ステップＳ１４０２では、表示文検索ロジック２０５は、当該電子メールの電子メール番号と読み込んだ行の文字列をキーにして、引用文ブロック情報が格納されている図１１のテーブル４から検索処理を行う。図６のメールの場合、子メール番号１２０２が「１」であって最終行文字列１２０５に"○○さん"が格納された図１１のテーブル４のレコードを検索することとなる。

次に、ステップＳ１４０３において、表示文検索ロジック２０５は、上記Ｓ１４０２で実行した検索処理で、文字列が見つかったか否かを判断する。

そして、上記Ｓ１４０３において、文字列が見つからなかったと判断した場合には、表示文検索ロジック２０５は、ステップＳ１４０８に処理を進める。図６の１行目の場合、子メール番号１２０２が「１」であって最終行文字列１２０５に"○○さん"が格納されたレコードはテーブル４に存在しないため、ステップＳ１４０８に処理が進められる。

ステップＳ１４０８では、表示文検索ロジック２０５は、読み込んだ行と返信文ツリー（例えば、図１３の１５０６）をユーザインタフェース２０６を介して１５０２に表示する。なお、返信文ツリーが存在しない場合には、読み込んだ行の内容のみを表示する。図６の１行目の場合、"○○さん"が表示さ、返信文ツリーは存在しないため表示されない。

次に、ステップＳ１４０９において、表示文検索ロジック２０５は、読み込んだ行が当該電子メールの最終行かどうかを判断する。

そして、上記Ｓ１４０９において、読み込んだ行が最終行でないと判断した場合には、表示文検索ロジック２０５は、ステップＳ１４１０において、次の行を読み込み、ステップＳ１４０２に移行して処理を続行する。図６の１行目の場合、最終行でないので２行目"いつもお世話になっております。△△です。"が読み込まれ、ステップＳ１４０２に処理が戻される。そして、同様にして図６の２〜３行目が表示され、４行目の"で問題ないでしょうか"が読み込まれ、ステップＳ１４０２に処理が移行される。

図６の４行目では、子メール番号１２０２が「１」であって最終行文字列１２０５に"で問題ないでしょうか"が格納されたレコードがテーブル４に存在するため、表示文検索ロジック２０５は、この行を引用文として返信コメントがなされたとして、ステップＳ１４０４に処理を進める。

ステップＳ１４０４では、表示文検索ロジック２０５は、上記Ｓ１４０２の検索処理でヒットしたテーブル４のレコードの引用文ブロックＩＤ１２０３を取得し、該引用文ブロックＩＤ１２０３をキーとして、図１０のテーブル３から本文ブロック情報をファイルポインタとして取得する。この本文ブロック情報のメール番号１１０１、メッセージ行番号１１０２、行数１１０３をファイルポインタとして返信メールへのアクセスが可能となる。

次に、ステップＳ１４０５において、表示文検索ロジック２０５は、上記Ｓ１４０５で取得されたファイルポインタに基づいて、返信メール本文から行ブロックを取得する。ここで記載した行ブロックとは電子メールに記載された、対象となる事柄について書かれた、あるいは返答された文章のまとまりのことを示す。

図６の４行目の場合、Ｓ１４０５では、メール番号１、メッセージ行番号５、行数２がファイルポインタとして、図７の上から５行目から２行、即ち"はい。問題ありません。"，""が取得される。

次に、ステップＳ１４０６において、表示文検索ロジック２０５は、返信メールの行ブロックの重複表示（際限なくループして無限に表示が繰り返されてしまうこと）を防止するための処理を行う。その方法として、Ｓ１４０５で返信メールから抜き出した文字列が返信文ツリーに既に含まれているか否かで判定する。

そして、上記Ｓ１４０６において、既に返信文ツリーの上位表示行ブロックに含まれていると判断した場合、表示文検索ロジック２０５は、重複を省くため返信メールの行ブロックに追加せず、ステップＳ１４０２に移行して処理を続行する。

一方、上記Ｓ１４０６において、返信文ツリーの上位表示行ブロックに含まれていないと判断した場合、表示文検索ロジック２０５は、ステップＳ１４０７に処理を進める。

図６の４行目のメール番号は、返信文ツリーの上位に含まれていないため、ステップＳ１４０７に処理が進められる。

ステップＳ１４０７では、表示文検索ロジック２０５は、読み込み行が返信コメントのツリーに登録済みかどうかをチェックする。

そして、上記Ｓ１４０７において、ツリーに登録済みでないと判断した場合には、ステップＳ１４１３において、表示文検索ロジック２０５は、読み込み行を、メモリ内の返信コメントのツリーに追加して、ステップＳ１４１４に処理を進める。図６の４行目の場合、読み込み行"で問題ないでしょうか"はツリー上位に含まれていないため、図１４の１６０１に示すように、読み込み行"で問題ないでしょうか"をメモリ内の返信コメントのツリーに追加する。なお、この処理はメモリ内で行われるのみで、まだ表示されない。

一方、上記Ｓ１４０７において、ツリーに登録済みでないと判断した場合には、そのままステップＳ１４１４に処理を進める。

ステップＳ１４１４では、表示文検索ロジック２０５は、メモリ内の読み込み行の返信コメントのツリーに、Ｓ１４０５で取得した返信コメントを追加し、ステップＳ１４０２に移行して処理を継続する。図６の４行目の場合、図１４の１６０１，１６０２に示すように、読み込み行の返信コメントのツリー"で問題ないでしょうか"１６０１に、返信コメント"はい。問題ありません。"，""１６０２を追加する。なお、この処理はメモリ内で行われるのみで、まだ表示されない。

次に、表示文検索ロジック２０５は、再度、ステップＳ１４０２以降の処理を実行して、現在の読み込み行に対して、他の返信コメントが存在するか検索し、同様の処理を行う。

図６の４行目の場合、読み込み行"で問題ないでしょうか"に対して、他の返信コメントは存在しないため、ステップＳ１４０３でＮｏとなり、ステップＳ１４０８に処理が進められる。

ステップＳ１４０８では、上記メモリ内に保持した読み込み行と返信コメントのツリーをユーザインタフェース２０６を介して１５０２に表示する。この処理により、メモリ内に保持された図１４の１６０１，１６０２が１５０２に表示される。なお、実際には、「＋」ボタン１５０４とともに表示され、返信コメント１６０２は、非表示状態となる。

そして、図６の４行目の場合、まだ最終行でないので（Ｓ１４０９でＮｏ）、次の行（５行目）が読み込まれ（Ｓ１４１０）、ステップＳ１４０２に移行され、処理が継続される。

次に、図６の５行目の場合、Ｓ１４０２〜Ｓ１４０７，Ｓ１４１３，Ｓ１４１４で、メモリ内に、読み込み行の返信コメントのツリー"(2)会議のテーマは、ＸＸＸの予定です"１６０３、返信コメント"ＹＹＹについてもお話伺います。"１６０４が追加される。

その後、図６の６〜９行目（最終行）が同様に処理され、ステップＳ１４０９において、読み込み行が最終行であると判断した場合には、表示文検索ロジック２０５は、ステップＳ１４１１に処理を進める。

ステップＳ１４１１では、表示文検索ロジック２０５は、未解析の返信コメントが存在するか否かを判定し、未解析の返信コメントが存在すると判断した場合には、ステップＳ１４１２において、未解析の返信コメントの行を抽出し、一番上の行を読み込む。そして、ステップＳ１４０２に以降し、処理を継続させる。

具体的に説明すると、図６の例の場合、図１４に示す返信コメント１６０２、返信コメント１６０４についても、その返信コメントを「読み込み行」として、上記Ｓ１４０２以降の処理で示した処理を再帰的に実行して、何世代でも掘り下げて返信コメントを検索追加していく処理を実行する（ただし、Ｓ１４０８の表示処理は実行しないようにする）。これにより、図１４の１６０５に示すように、返信コメント１６０４のさらなる返信コメントが追加されていくことになる。

そして、上記Ｓ１４１１において、未解析の返信コメントがもう存在しないと判断した場合には、表示文検索ロジック２０５は、本フローチャートの処理を終了する。

以上に示した処理により、図１３の１５０２に示すように、フレーズごとのスレッド表示が実現する。そして、１５０２にスレッド表示された返信コメントのうち、１５０６に示すように、返信コメントが選択されると、表示文検索ロジック２０５は、１５０３に示すように、選択された返信コメントが記載された元のメールの内容を表示するようにユーザインタフェース２０６を制御する。

図１４は、返信文ツリーの例を具体的なメールを例に示した図である。

図１４に示すように、返信メールでないメール１６００が頂点となり、頂点のメール本文を引用した返信メールの集合が１６０２に示すように、１段下の階層に紐づく構成となる。

さらに、その返信メールに対してメール本文を引用したメールを返信した場合は、１６０５に示すように、さらに深い階層に紐付く構成となる。

返信文ツリーの階層は、返信元メールのメール本文を引用した返信メールの階層により決定する。なお、この階層は、図１１の子メール番号１２０２の階層、図１０の引用階層１１０４とは異なるものである。

図１５は、返信文ツリーをメール単位で示した図である。

図１５に示す例は、スレッドの先頭のメール１７００に対して、返信メール１７０１、１７０３がなされ、さらに、返信メール１７０１に対して返信メール１７０２がなされた場合に対応する。

図１６は、返信文ツリーを引用文単位で示した図である。

図１６において、１８００は、先頭メール１７００の内容を示す。１８０１は返信メール１７０１の内容を示す。

１８０２，１８０３は返信メール１７０１内のフレーズｄを引用文として、フレーズｇが返信メール１７０２として返信されたことを示す。

１８０４，１８０５は、先頭メール１７００内のフレーズｂを引用文として、フレーズｆが返信メール１７０３として返信されたことを示す。

なお、図１２のフローチャートに示した処理では、選択されたメールのフレーズのうち、該フレーズを引用して記載された返信メール内のフレーズ（返信コメント）を、ツリー構造として表示し、フレーズごとのスレッド表示を実現する構成について説明した。

さらに、フレーズを引用されることなく返信された返信メールも、メール単位のスレッドとして、表示させるように構成してもよい。

例えば、図１６に示した、１８０１、１８０２を、メール単位のスレッドとして図１３の１５０２に追加して表示させるように構成してもよい。

また、図１２のフローチャートでは、１５０１で選択されたメールから下の階層を表示する制御について説明した。しかし、１５０１で選択されたメールが返信メールの場合（スレッドの先頭ではない）、スレッドの先頭のメールを選択されたメールとして、該スレッドの先頭メールから全ての階層を表示するように構成してもよい。

さらに、第１の表示指示がなされた場合には、選択されたメールから下の階層を表示するように制御し、第２の表示指示がなされた場合には、選択されたスレッドの先頭メールから全階層を表示するように制御する構成であってもよい。

また、図１３の１５０２において、返信コメントが存在するフレーズについては、他のフレーズと表示形態を変えて表示するようにしてもよい。例えば、表示色を変えて表示してもよいし、書体を変えて（例えばイタリック、太文字、異なる文字サイズで）表示するように構成してもよい。

なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。

以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。

以上説明したように、本実施形態によれば、電子メールを行単位でスレッド表示することができる等の効果を奏する。

なお、上記実施形態では、本文解析蓄積ロジック２０３（図４，図５の処理）において、メール送受信時に、メールを解析して、解析結果をデータベース２０４（図８〜図１１）に格納しておく構成について説明した。しかし、本文解析蓄積ロジック２０３、データベース２０４を備えることなく、表示文検索ロジック２０５が、図１３の１５０１で選択されたメールの各行を引用した返信メールの返信コメントを、送受信メールボックス２０２から検索して、図１３の１５０２のようにスレッド表示させる構成であってもよい。

なお、本文解析蓄積ロジック２０３、データベース２０４を有する構成では、より高速に、行単位のスレッド表示（図１３の１５０２）を実現することが可能となる。

なお、上記実施形態では、メール端末１００１にインストールされたメーラ２０７のユーザインタフェース２０６上で、メールをフレーズ単位（行単位）にスレッド表示する構成について説明した。しかし、Ｗｅｂメールについても同様にメールをフレーズ単位（行単位）にスレッド表示するように構成してもよい。この場合、メールサーバ上で表示情報を作成してクライアント装置のＷｅｂブラウザ上に表示させるように構成してもよい。

以上、説明したように、本実施形態では、メールを行単位（フレーズ単位、センテンス単位）でスレッド表示することができる。

これにより、メール内の特定のフレーズに対する返信のコメントを一目で把握することができる。

例えば、１件のメール内容に複数の話題があった場合でも、各話題に対する返信コメントの有無を一目で判断できるため、返信者が全く触れなかった話題（質問や確認など）も瞬時に判別でき、再度、質問のメールを行うことも容易になる。

また、ユーザが、後日ある話題の結論を探そうとした場合でも、スレッドの先頭メールを選択するだけで、全階層の返信コメントをフレーズ毎に表示することができ、簡単に探し出すことが可能となる。従って、複数の話題が混在したメールでも、話題毎に返信のコメントを一括表示して、コメントの推移を一目で（容易に）把握することができる。

以下、図１７に示すメモリマップを参照してコンピュータを本発明に係る電子メール表示装置として機能させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体の構成について説明する。

図１７は、コンピュータを本発明に係る電子メール表示装置として機能させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体（記憶媒体）のメモリマップを説明する図である。

なお、特に図示しないが、記録媒体に記憶されるプログラム群を管理する情報、例えばバージョン情報，作成者等も記憶され、かつ、プログラム読み出し側のＯＳ等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。

さらに、各種プログラムに従属するデータも上記ディレクトリに管理されている。また、インストールするプログラムやデータが圧縮されている場合に、解凍するプログラム等も記憶される場合もある。

本実施形態における図４，図５，図１２に示す機能が外部からインストールされるプログラムによって、ホストコンピュータにより遂行されていてもよい。そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記録媒体により、あるいはネットワークを介して外部の記録媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。

以上のように、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。

この場合、記録媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記録媒体は本発明を構成することになる。

プログラムコードを供給するための記録媒体としては、例えば、フレキシブルディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，ＤＶＤ−ＲＯＭ，磁気テープ，不揮発性のメモリカード，ＲＯＭ，ＥＥＰＲＯＭ，シリコンディスク等を用いることができる。

また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

さらに、記録媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのソフトウェアによって表されるプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。

さらに、本発明を達成するためのソフトウェアによって表されるプログラムをネットワーク上のサーバ，データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。

なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。

本発明の一実施形態を示す電子メール表示装置を適用可能な電子メールシステムの構成を示すシステム構成図である。 図１に示したメール端末１００１−１〜１００１−３のソフトウェア構成を説明するブロック図である。 図１に示したメール端末１００１及び、メールサーバ１０００のハードウェア構成の一例を示すブロック図である。 本実施形態の本文解析蓄積処理の一例を示すフローチャートである。 本実施形態の本文解析蓄積処理の一例を示すフローチャートである。 スレッドの先頭となる電子メールの一例を示す図である。 図６に示した電子メールの返信メールの一例を示す図である。 送受信メールのメール情報（メール番号，メッセージＩＤ等）を格納するためのテーブル１の一例を示す図である。 送受信メールのメール参照情報（子メール番号，親メール番号）のハッシュテーブルとしてのテーブル２の一例を示す図である。 引用文ブロック情報を格納するためのテーブル３の一例を示す図である。 引用文ブロック情報を格納するためのテーブル４の一例を示す図である。 本実施形態の表示文検索処理の一例を示すフローチャートである。 図２に示したユーザインタフェース２０６の一例を示す図である。 返信文ツリーの例を具体的なメールを例に示した図である。 返信文ツリーをメール単位で示した図である。 返信文ツリーを引用文単位で示した図である。 コンピュータを本発明に係る電子メール表示装置として機能させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体（記憶媒体）のメモリマップを説明する図である。

符号の説明

１０００ メールサーバ
１００１−１〜１００１−３ メール端末
１０３ ＬＡＮ／ＷＡＮ
２０１ オペレーティングシステム
２０２ 送受信メールボックス
２０３ 本文解析蓄積ロジック
２０４ データベース
２０５ 表示文検索ロジック
２０６ ユーザインタフェース
２０７ メーラ

Claims (7)

1. メールサーバを介して送信又は受信したメールを保存するメールボックスと、
   前記メールボックスからいずれかのメールを選択する選択手段と、
   前記選択手段で選択されたメールに記載されたフレーズ毎に、該フレーズを引用した記載を、前記メールボックスに保存される前記選択手段で選択されたメールと親子関係を有するメールの記載内容から検索して取得する検索手段と、
   前記選択手段で選択されたメールのフレーズ毎に、前記検索手段で検索された前記フレーズを引用した記載を、紐付けて表示する表示手段と、
   を有することを特徴とする電子メール表示装置。
2. メールを送信又は受信した際に、該メールを解析し、該メールが引用した該メールの親メール内のフレーズと、該フレーズを引用した該メール内の記載とを紐付けて記憶手段に蓄積させる解析蓄積手段を有し、
   前記検索手段は、前記選択手段で選択されたメールに記載されたフレーズ毎に、前記選択されたメールと親子関係を有するメール内の前記フレーズを引用した記載を、前記記憶手段から検索して取得する、ことを特徴とする請求項１に記載の電子メール表示装置。
3. 前記フレーズを引用した記載とは、該フレーズの直後に記載された記載ブロックを示すことを特徴とする請求項１又は２に記載の電子メール表示装置。
4. 前記表示手段は、前記検索手段の検索結果に基づいて、前記選択手段で選択されたメールのフレーズ毎に、前記選択されたメールと親子関係を有するメール内の前記フレーズを引用した記載を、紐付けて、前記親子関係を示す階層構造で表示することを特徴とする請求項１乃至３のいずれか１項に記載の電子メール表示装置。
5. 電子メール表示装置の電子メール表示方法であって、
   保存手段が、メールサーバを介して送信又は受信したメールをメールボックスに保存する保存ステップと、
   選択手段により、前記メールボックスからいずれかのメールを選択させる選択ステップと、
   検索手段が、前記選択ステップで選択されたメールに記載されたフレーズ毎に、該フレーズを引用した記載を、前記メールボックスに保存される前記選択手段で選択されたメールと親子関係を有するメールの記載内容から検索して取得する検索ステップと、
   表示手段が、前記選択ステップで選択されたメールのフレーズ毎に、前記検索ステップで検索された前記フレーズを引用した記載を、紐付けて表示する表示ステップと、
   を有することを特徴とする電子メール表示方法。
6. コンピュータを、
   メールサーバを介して送信又は受信したメールを保存するメールボックス、
   前記メールボックスからいずれかのメールを選択する選択手段、
   前記選択手段で選択されたメールに記載されたフレーズ毎に、該フレーズを引用した記載を、前記メールボックスに保存される前記選択手段で選択されたメールと親子関係を有するメールの記載内容から検索して取得する検索手段、
   前記選択手段で選択されたメールのフレーズ毎に、前記検索手段で検索された前記フレーズを引用した記載を、紐付けて表示する表示手段、
   として機能させるためのプログラム。
7. 請求項６に記載されたプログラムを記録したコンピュータ読み取り可能な記録媒体。

Images