JP7139609B2 - 情報処理装置及び情報処理プログラム - Google Patents

Description

本発明は、情報処理装置及び情報処理プログラムに関する。

特許文献１には、案件における意思決定の経緯をユーザーに的確にかつ分かり易く提示する文書の履歴管理方法を提供することを課題とし、電子メールの送受信の過程で添付ファイルが更新された履歴を表示し、電子メールの送受信の過程で添付ファイルが更新された回数を表示し、電子メールの添付ファイルが送信元において更新されたファイルであることを示す識別情報を表示し、利用者が履歴表示に含まれる添付文書の１つを指定した際に、該履歴に対応する電子メール情報を表示し、添付ファイルが更新された履歴として、該添付ファイルが更新された日と更新者の名前とを表示し、添付ファイルが更新された回数として、該添付ファイルが送信された時点の回数を表示し、さらに、添付ファイルが更新された回数として、該添付ファイルが検索された時点の回数を表示することが開示されている。

特開２００１－１４２８０１号公報

電子メール等のコミュニケーションツールを用いて議論が行われている。その場合、電子メールに文書を関連付けて、議論が行われることがある。そして、議論の途中で、その文書に対して変更等の更新が行われて、その文書が最終的には議論の成果物とされることもある。
コミュニケーションツール内に議論の履歴は残っている。しかし、文書の更新の経緯を知るために、どのような議論が行われたかを確認することは困難であることが多い。
本発明は、メッセージのやりとりが行われるコミュニケーションにおいて、文書の更新によって生じた差分に関連するメッセージを、メッセージ間の対応関係情報を用いて提示することができる情報処理装置及び情報処理プログラムを提供することを目的としている。

かかる目的を達成するための本発明の要旨とするところは、次の各項の発明に存する。なお、以下の「請求項」とあるのは、出願当初の請求項である。
請求項１の発明は、複数のユーザー間でメッセージに文書を関連付けて行われたコミュニケーションの履歴を用いて、メッセージ間の対応関係情報を生成する生成手段と、前記文書が更新された場合の差分を抽出する抽出手段と、前記対応関係情報から前記差分を検索し、該対応関係情報内の検索結果に基づいて、メッセージを提示する提示手段を有する情報処理装置である。

請求項２の発明は、前記生成手段は、メッセージに記載された引用部分を用いて、メッセージ間の対応関係情報を生成する、請求項１に記載の情報処理装置である。

請求項３の発明は、前記生成手段は、前記対応関係情報として木構造を生成し、第１のメッセージ内の引用部分と同じ文字列を引用部分として有している第２のメッセージを該第１のメッセージと同階層とする、請求項２に記載の情報処理装置である。

請求項４の発明は、前記生成手段は、前記対応関係情報として木構造を生成し、第１のメッセージ内の引用部分以外の文字列を引用部分として有している第２のメッセージを該第１のメッセージの下位階層とする、請求項２に記載の情報処理装置である。

請求項５の発明は、前記引用部分は、引用符号を有しており、前記生成手段は、前記引用符号の数によって、前記第２のメッセージの上位とするメッセージを特定する、請求項４に記載の情報処理装置である。

請求項６の発明は、前記生成手段は、前記対応関係情報として木構造を生成し、メッセージ内に引用部分がない場合は、該メッセージを木構造におけるルートノードとする、請求項２に記載の情報処理装置である。

請求項７の発明は、前記対応関係情報を構成しているメッセージの引用部分を、前記検索の対象とする、請求項２に記載の情報処理装置である。

請求項８の発明は、前記生成手段は、メッセージのヘッダ部分の情報を用いて、メッセージ間の対応関係情報を生成する、請求項１に記載の情報処理装置である。

請求項９の発明は、前記生成手段は、前記対応関係情報として木構造を生成し、前記提示手段は、前記差分が含まれているノードの上位又は下位にあるメッセージを提示する、請求項１に記載の情報処理装置である。

請求項１０の発明は、前記提示手段は、前記差分が含まれているノードのメッセージを時系列で提示する、請求項９に記載の情報処理装置である。

請求項１１の発明は、コンピュータを、複数のユーザー間でメッセージに文書を関連付けて行われたコミュニケーションの履歴を用いて、メッセージ間の対応関係情報を生成する生成手段と、前記文書が更新された場合の差分を抽出する抽出手段と、前記対応関係情報から前記差分を検索し、該対応関係情報内の検索結果に基づいて、メッセージを提示する提示手段として機能させるための情報処理プログラムである。

請求項１の情報処理装置によれば、メッセージのやりとりが行われるコミュニケーションにおいて、文書の更新によって生じた差分に関連するメッセージを、メッセージ間の対応関係情報を用いて提示することができる。

請求項２の情報処理装置によれば、メッセージに記載された引用部分を用いて、メッセージ間の対応関係情報が生成される。

請求項３の情報処理装置によれば、第１のメッセージ内の引用部分と同じ文字列を引用部分として有している第２のメッセージをその第１のメッセージと同階層とする木構造が生成される。

請求項４の情報処理装置によれば、第１のメッセージ内の引用部分以外の文字列を引用部分として有している第２のメッセージをその第１のメッセージの下位階層とする木構造が生成される。

請求項５の情報処理装置によれば、引用符号の数によって、第２のメッセージの上位となるメッセージが特定される。

請求項６の情報処理装置によれば、メッセージ内に引用部分がない場合は、そのメッセージをルートノードとする木構造が生成される。

請求項７の情報処理装置によれば、対応関係情報を構成しているメッセージの引用部分が、検索の対象とされる。

請求項８の情報処理装置によれば、メッセージのヘッダ部分の情報を用いて、メッセージ間の対応関係情報が生成される。

請求項９の情報処理装置によれば、差分が含まれているノードの上位又は下位にあるメッセージが提示される。

請求項１０の情報処理装置によれば、差分が含まれているノードのメッセージが時系列で提示される。

請求項１１の情報処理プログラムによれば、メッセージのやりとりが行われるコミュニケーションにおいて、文書の更新によって生じた差分に関連するメッセージを、メッセージ間の対応関係情報を用いて提示することができる。

本実施の形態の構成例についての概念的なモジュール構成図である。 本実施の形態を利用したシステム構成例を示す説明図である。 本実施の形態による処理例を示すフローチャートである。 メール情報テーブルのデータ構造例を示す説明図である。 変更テーブルのデータ構造例を示す説明図である。 文書変更・経緯情報テーブルのデータ構造例を示す説明図である。 本実施の形態による処理例を示す説明図である。 本実施の形態による処理例を示す説明図である。 本実施の形態による処理例を示す説明図である。 本実施の形態による処理例を示す説明図である。 本実施の形態による表示例を示す説明図である。 本実施の形態による表示例を示す説明図である。 本実施の形態による表示例を示す説明図である。 本実施の形態による処理例を示す説明図である。 本実施の形態による処理例を示す説明図である。 本実施の形態を実現するコンピュータのハードウェア構成例を示すブロック図である。

以下、図面に基づき本発明を実現するにあたっての好適な一実施の形態の例を説明する。
図１は、本実施の形態の構成例についての概念的なモジュール構成図を示している。
なお、モジュールとは、一般的に論理的に分離可能なソフトウェア（コンピュータ・プログラム）、ハードウェア等の部品を指す。したがって、本実施の形態におけるモジュールはコンピュータ・プログラムにおけるモジュールのことだけでなく、ハードウェア構成におけるモジュールも指す。それゆえ、本実施の形態は、それらのモジュールとして機能させるためのコンピュータ・プログラム（コンピュータにそれぞれの手順を実行させるためのプログラム、コンピュータをそれぞれの手段として機能させるためのプログラム、コンピュータにそれぞれの機能を実現させるためのプログラム）、システム及び方法の説明をも兼ねている。ただし、説明の都合上、「記憶する」、「記憶させる」、これらと同等の文言を用いるが、これらの文言は、実施の形態がコンピュータ・プログラムの場合は、記憶装置に記憶させる、又は記憶装置に記憶させるように制御するという意味である。また、モジュールは機能に一対一に対応していてもよいが、実装においては、１モジュールを１プログラムで構成してもよいし、複数モジュールを１プログラムで構成してもよく、逆に１モジュールを複数プログラムで構成してもよい。また、複数モジュールは１コンピュータによって実行されてもよいし、分散又は並列環境におけるコンピュータによって１モジュールが複数コンピュータで実行されてもよい。なお、１つのモジュールに他のモジュールが含まれていてもよい。また、以下、「接続」とは物理的な接続の他、論理的な接続（データの授受、指示、データ間の参照関係、ログイン等）の場合にも用いる。「予め定められた」とは、対象としている処理の前に定まっていることをいい、本実施の形態による処理が始まる前はもちろんのこと、本実施の形態による処理が始まった後であっても、対象としている処理の前であれば、そのときの状況・状態にしたがって、又はそれまでの状況・状態にしたがって定まることの意を含めて用いる。「予め定められた値」が複数ある場合は、それぞれ異なった値であってもよいし、２以上の値（もちろんのことながら、全ての値も含む）が同じであってもよい。また、「Ａである場合、Ｂをする」という記載は、「Ａであるか否かを判断し、Ａであると判断した場合はＢをする」の意味で用いる。ただし、Ａであるか否かの判断が不要である場合を除く。また、「Ａ、Ｂ、Ｃ」等のように事物を列挙した場合は、断りがない限り例示列挙であり、その１つのみを選んでいる場合（例えば、Ａのみ）を含む。
また、システム又は装置とは、複数のコンピュータ、ハードウェア、装置等がネットワーク（一対一対応の通信接続を含む）等の通信手段で接続されて構成されるほか、１つのコンピュータ、ハードウェア、装置等によって実現される場合も含まれる。「装置」と「システム」とは、互いに同義の用語として用いる。もちろんのことながら、「システム」には、人為的な取り決めである社会的な「仕組み」（社会システム）にすぎないものは含まない。
また、各モジュールによる処理毎に又はモジュール内で複数の処理を行う場合はその処理毎に、対象となる情報を記憶装置から読み込み、その処理を行った後に、処理結果を記憶装置に書き出すものである。したがって、処理前の記憶装置からの読み込み、処理後の記憶装置への書き出しについては、説明を省略する場合がある。なお、ここでの記憶装置としては、ハードディスク、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、外部記憶媒体、通信回線を介した記憶装置、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）内のレジスタ等を含んでいてもよい。

本実施の形態である情報処理装置１００は、コミュニケーションツールを用いて議論が行われ、文書が生成されている場合にあって、文書の更新の経緯をコミュニケーションツールでやりとりされたメッセージから抽出するサービスを行うものであって、図１の例に示すように、電子メール・文書構造化ＤＢ１０５、差分抽出モジュール１１０、話題分類モジュール１１５、経緯抽出モジュール１２０、Ｗｅｂサービスモジュール１２５を有している。
クラウドサービスの普及、コミュニケーションの多様化により、さまざま人物がコミュニケーションツールを用いてオンライン上で議論し、協力して結論を出す状況が増えている。情報処理装置１００は、その議論での合意形成に至った過程を把握できようにするものであり、文書更新経緯の抽出システムとしての機能を有している。「コミュニケーションツール」として、例えば、電子メール、チャット、ＳＮＳ（Ｓｏｃｉａｌ Ｎｅｔｗｏｒｋｉｎｇ Ｓｅｒｖｉｃｅ）におけるメッセージ送受信機能等がある。このように、コミュニケーションツールも多々存在するが、電子メールは普及率も高く手軽なコミュニケーションツールとして、現在でも多用されている。以下、例示する場合は電子メールを用いて説明する。ただし、電子メールに限定するものでなく、チャット、ＳＮＳにおけるメッセージ送受信機能等であってもよい。

例えば、情報処理装置１００は、以下のことを行う。
変更された文書の経緯を複数の電子メールから抽出し、ユーザーに提示する。
特に、議論の活発化している箇所に経緯が記載されているとし、引用符号（“>”等）に着目する。文書又は他の電子メールの本文が引用されるということは、少なくとも他の電子メール等に触発されて、議論が行われている可能性が高いからである。引用されることの多い文章の周辺には、さまざまな人物の考えが記載されている傾向があり、その電子メールを抽出する。

電子メール・文書構造化ＤＢ１０５は、差分抽出モジュール１１０、話題分類モジュール１１５、電子メールサーバー１５５のメール転送サービスモジュール１７０と接続されている。電子メール・文書構造化ＤＢ１０５は、電子メールサーバー１５５から転送された送信メール１７５（文書１４０を含んでいてもよい）を管理するためのデータベースである。つまり、電子メール・文書構造化ＤＢ１０５は、電子メールサーバー１５５から送信された送信メール１７５を記憶する。送信メール１７５に文書が関連付けられている場合があり、その場合は、文書１４０を記憶してもよい。また、ここで文書１４０（ファイルともいわれる）とは、テキストデータ、数値データ、図形データ、画像データ、動画データ、音声データ等、又はこれらの組み合わせであり、記憶、編集及び検索等の対象となり、システム又は利用者間で個別の単位として交換できるものをいい、これらに類似するものを含む。具体的には、文書作成プログラムによって作成された文書、画像読取装置（スキャナ等）で読み込まれた画像、Ｗｅｂページ等を含む。具体的には、電子メール・文書構造化ＤＢ１０５は、図４を用いて後述するメール情報テーブル４００を記憶している。
なお、情報処理装置１００は、電子メールサーバー１５５の機能を有していてもよい。その場合、電子メール・文書構造化ＤＢ１０５は、メール送信者端末１３０から直接送信メール１５０を受け付けるようにしてもよい。

差分抽出モジュール１１０は、電子メール・文書構造化ＤＢ１０５、経緯抽出モジュール１２０と接続されている。差分抽出モジュール１１０は、文書が更新（例えば、改訂を含む）された場合の差分を抽出する。ここでの、文書は、コミュニケーションにおいて、メッセージに関連付けられて生成されたものであり、一般的には、バージョンアップが行われることによって完成される。また、差分は、一般的には、対象とする文書とその文書の１つ前のバージョンの文書との差分をいうが、これに限られず、対象とする文書とその文書のバージョンと異なるバージョン（前にあるバージョン、後にあるバージョン）の文書との差分であればよい。なお、差分は、既に知られている技術を用いればよい。例えば、文書作成プログラムに備わっている「比較」機能、「更新履歴」機能等を用いるようにしてもよい。また、バージョン管理システム（Ｖｅｒｓｉｏｎ Ｃｏｎｔｒｏｌ Ｓｙｓｔｅｍ）を利用するようにしてもよい。なお、文書の格納先のＵＲＬがメッセージの文面に記載してある場合は、バージョン管理システムを利用するようにしてもよい。
具体的には、差分抽出モジュール１１０は、図５を用いて後述する変更テーブル５００を生成する。

話題分類モジュール１１５は、電子メール・文書構造化ＤＢ１０５、経緯抽出モジュール１２０と接続されている。話題分類モジュール１１５は、複数のユーザー間でメッセージに文書を関連付けて行われたコミュニケーションの履歴を用いて、メッセージ間の対応関係情報を生成する。ここで「メッセージに文書を関連付け」として、メッセージに文書を直接添付すること、又は、メッセージに文書を記憶している場所が記載されていることを含む。「文書を記憶している場所」として、具体的には、ＵＲＬがある。
「対応関係」として、後述するように木構造の他に、例えば、図１４の例を用いて後述するように、返信の電子メールの「“Ｒｅｆｅｒｅｎｃｅｓ”に元メールの“Ｍｅｓｓａｇｅ－ＩＤ”」を利用して、メッセージ間の対応関係を特定するようにしてもよい。特に、後者の場合、木構造のようなグラフィック情報を生成する必要もない。

また、話題分類モジュール１１５は、メッセージに記載された引用部分を用いて、メッセージ間の対応関係情報を生成するようにしてもよい。ここで、「引用部分」とは、メッセージのやりとりを行っている場合に、既に行われたメッセージに含まれている文字列をそのまま複写した部分をいう。その文字列は、文であってもよいが、必ずしも文になっている必要はなく、文の一部分、単語の羅列等であってもよい。また、引用部分の抽出は、引用部分であることを示す引用符号（例えば、「＞」等）を検索して、その引用符号とその後の部分を引用部分として抽出してもよいし、引用部分であることを示す単語等（例えば、「前記」等）を検索して、その単語等とその後の部分を引用部分として抽出してもよいし、対象としているメッセージ内の文とそれ以前のメッセージ内の文とを比較して、一致する部分を引用部分として抽出してもよい。
なお、この場合、話題分類モジュール１１５によって生成される対応関係情報は、議論における話題（具体的には、引用部分）毎に生成されることになる。

また、話題分類モジュール１１５は、対応関係情報として木構造を生成し、第１のメッセージ内の引用部分と同じ文字列を引用部分として有している第２のメッセージを該第１のメッセージと同階層としてもよい。詳細については、図７の例を用いて後述する。
また、話題分類モジュール１１５は、対応関係情報として木構造を生成し、第１のメッセージ内の引用部分以外の文字列を引用部分として有している第２のメッセージを該第１のメッセージの下位階層としてもよい。そして、引用部分は、引用符号を有していてもよい。話題分類モジュール１１５は、引用符号の数によって、第２のメッセージの上位とするメッセージを特定するようにしてもよい。「引用符号の数によって、第２のメッセージの上位とするメッセージを特定する」として、例えば、引用符号の数が最も少ないメッセージを直上のメッセージとして木構造を構成するようにしてもよい。詳細については、図８の例を用いて後述する。
また、話題分類モジュール１１５は、対応関係情報として木構造を生成し、メッセージ内に引用部分がない場合は、そのメッセージを木構造におけるルートノードとしてもよい。詳細については、図９の例を用いて後述する。

また、話題分類モジュール１１５は、メッセージのヘッダ部分の情報を用いて、メッセージ間の対応関係情報を生成するようにしてもよい。
また、話題分類モジュール１１５は、対応関係情報として木構造を生成してもよい。

経緯抽出モジュール１２０は、差分抽出モジュール１１０、話題分類モジュール１１５、Ｗｅｂサービスモジュール１２５と接続されている。経緯抽出モジュール１２０は、差分に対応する対応関係情報を、話題分類モジュール１１５から得られた結果から検索し、該当する対応関係情報を変更経緯として抽出する。なお、ここでの対応関係情報は、前述したように議論における話題に対応しているので、文書の差分に関連する話題（具体的には、１つ以上のメッセージ）を抽出する。例えば、これらの一連のメッセージは、文書の差分が発生するまで（又は、差分が発生した後）の議論の流れを示していることになる。
具体的には、経緯抽出モジュール１２０は、対応関係情報から差分を検索し、その対応関係情報内の検索結果に基づいて、その差分に関連するメッセージを抽出する。
また、経緯抽出モジュール１２０は、対応関係情報を構成しているメッセージの引用部分を、検索の対象としてもよい。ここで「引用部分を、検索の対象とする」とは、メッセージ内の引用部分だけを検索対象として、差分を検索することをいう。
具体的には、経緯抽出モジュール１２０は、図６を用いて後述する文書変更・経緯情報テーブル６００を生成する。

Ｗｅｂサービスモジュール１２５は、経緯抽出モジュール１２０と接続されている。Ｗｅｂサービスモジュール１２５は、経緯抽出用のユーザーインタフェースを提供する。
具体的には、Ｗｅｂサービスモジュール１２５は、経緯抽出モジュール１２０によって抽出されたメッセージを、経緯抽出者端末１８０のユーザーに提示する。
また、Ｗｅｂサービスモジュール１２５は、話題分類モジュール１１５によって対応関係情報として木構造が生成された場合は、差分が含まれているノードの上位又は下位にあるメッセージを提示するようにしてもよい。
また、Ｗｅｂサービスモジュール１２５は、差分が含まれているノードのメッセージを時系列で提示するようにしてもよい。

メール送信者端末１３０は、文書作成アプリケーションモジュール１３５、電子メールクライアントモジュール１４５を有している。メール送信者端末１３０は、電子メールの送受信用の端末である。例えば、文書が改訂（更新）されるたびに、文書を添付ファイルとして共有する運用が行われる。この運用は、議論のルールとして定められていてもよいし、電子メールクライアントモジュール１４５は、文書の改訂が行われたことを検知した場合は、電子メールを送信すること、又は、電子メールの送信を促すことを行うようにしてもよい。
文書作成アプリケーションモジュール１３５は、電子メールクライアントモジュール１４５と接続されている。文書作成アプリケーションモジュール１３５は、ユーザーの操作に応じて、文書１４０を作成する。
文書１４０は、電子メールを用いた議論によって生成されるものである。
電子メールクライアントモジュール１４５は、文書作成アプリケーションモジュール１３５、電子メールサーバー１５５内の電子メールサービスモジュール１６０の電子メールＤＢ１６５と接続されている。電子メールクライアントモジュール１４５は、電子メールサーバー１５５を介して、宛先（議論相手であって、複数人であってもよい）に送信メール１５０を送信する。
送信メール１５０は、文書１４０を関連付けていてもよいし、文書１４０を関連付けていなくてもよい。

電子メールサーバー１５５は、電子メールサービスモジュール１６０、メール転送サービスモジュール１７０を有している。電子メールサーバー１５５は、例えば、ＳＭＴＰ機能を持つメールサーバーであり、メール送信者端末１３０から受け付けた電子メールを、宛先に転送する機能を有する。また、電子メールサーバー１５５は、Ｗｅｂメールシステムであってもよい。
電子メールサービスモジュール１６０は、電子メールＤＢ１６５を有している。電子メールＤＢ１６５は、メール転送サービスモジュール１７０、メール送信者端末１３０の電子メールクライアントモジュール１４５と接続されている。電子メールＤＢ１６５は、メール送信者端末１３０から送信されてきた送信メール１５０、文書１４０を記憶する。

メール転送サービスモジュール１７０は、電子メールＤＢ１６５、情報処理装置１００の電子メール・文書構造化ＤＢ１０５と接続されている。メール転送サービスモジュール１７０は、電子メールＤＢ１６５内の送信メール１５０を、送信メール１７５として情報処理装置１００に転送する。例えば、予め定められたユーザーからの送信メール１５０を電子メールＤＢ１６５から選択して、情報処理装置１００に送信するようにしてもよい。また、予め定められた送信者と受信者の組み合わせである送信メール１５０を電子メールＤＢ１６５から選択して、情報処理装置１００に送信するようにしてもよい。また、予め定められた期間内（議論を行っている期間）の予め定められた送信者と受信者の組み合わせである送信メール１５０を電子メールＤＢ１６５から選択して、情報処理装置１００に送信するようにしてもよい。

経緯抽出者端末１８０は、情報処理装置１００と接続されている。経緯抽出者端末１８０は、Ｗｅｂブラウザ１８５を有している。経緯抽出者端末１８０は、情報処理装置１００を利用するユーザーによって利用されるものであり、議論の結果として生成された文書の生成過程を知りたいユーザーによって利用される。
Ｗｅｂブラウザ１８５は、情報処理装置１００によるＷｅｂサービスの機能を利用する。具体的には、Ｗｅｂブラウザ１８５は、情報処理装置１００との通信を行い、Ｗｅｂサービスモジュール１２５によって提示される情報（ホームページ情報等）を提示し、ユーザーの操作を受け付け、その操作を情報処理装置１００に送信する。

図２は、本実施の形態を利用したシステム構成例を示す説明図である。
情報処理装置１００、メール送信者端末１３０Ａ、メール送信者端末１３０Ｂ、メール送信者端末１３０Ｃ、電子メールサーバー１５５、経緯抽出者端末１８０、文書管理装置２１０は、通信回線２９８を介してそれぞれ接続されている。通信回線２９８は、無線、有線、これらの組み合わせであってもよく、例えば、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、公衆回線、通信インフラとしてのインターネット、イントラネット等であってもよい。情報処理装置１００は、文書の更新によって生じた差分に関連する電子メール（議論として送受信された電子メール）を、電子メール間の対応関係を用いて提示する。情報処理装置１００による機能は、クラウドサービスとして実現してもよい。
メール送信者端末１３０は、議論の参加者によって使用される。また、経緯抽出者端末１８０は、議論の経緯を抽出するユーザーによって使用される。なお、議論の参加者によって経緯抽出者端末１８０が使用されてもよい。電子メールサーバー１５５は、複数のメール送信者端末１３０間でやりとりされる電子メールの送受信の処理を行う。なお、前述したように、コミュニケーションツールとして、電子メール以外のチャット、ＳＮＳにおけるメッセージ送受信機能等である場合は、電子メールサーバー１５５の代わりに、それらのコミュニケーションツールを実現するシステムであってもよい。
また、前述したように、「メッセージに文書を関連付け」の形態として、電子メールに文書を添付する以外である、文書を記憶しているＵＲＬをメッセージ内に記載する場合には、その文書を管理している文書管理装置２１０（ＵＲＬが表している記憶場所）を用いるようにしてもよい。

図３は、本実施の形態による処理例を示すフローチャートである。電子メール・文書構造化ＤＢ１０５に蓄積された情報（送信メール１５０、文書１４０）から、文書１４０のバージョン間の差分に関する経緯を表示させるフローチャートである。
ステップＳ３０２では、ユーザーの操作に応じて、Ｗｅｂブラウザ１８５がＷｅｂサービスモジュール１２５にアクセスする。
ステップＳ３０４では、ユーザーの操作に応じて、経緯を確認したい文書の更新履歴が選択される。

ステップＳ３０６では、話題分類モジュール１１５は、選択された文書に対する一連の電子メールを電子メール・文書構造化ＤＢ１０５から取得する。
ステップＳ３０８では、話題分類モジュール１１５は、一連の電子メールから同一の話題を木構造で分類する（Ａ）。

ステップＳ３１０では、差分抽出モジュール１１０は、選択された更新履歴に対応する具体的な変更箇所（変更差分）（Ｂ）を特定する。
ステップＳ３０６、ステップＳ３０８とステップＳ３１０の処理は、いずれを先に行ってもよいし、並列して処理を行ってもよい。

ステップＳ３１２では、経緯抽出モジュール１２０は、分類された話題群（Ａ）に対し、特定された変更箇所（Ｂ）で検索し、変更箇所（Ｂ）に関連する電子メール文章を特定する。
ステップＳ３１４では、Ｗｅｂサービスモジュール１２５は、特定された電子メール文章を経緯抽出者端末１８０のＷｅｂブラウザ１８５に返す。
ステップＳ３１６では、Ｗｅｂブラウザ１８５は、変更箇所（Ｂ）に関連する電子メール文章を表示する。

図４は、メール情報テーブル４００のデータ構造例を示す説明図である。メール情報テーブル４００は、電子メール・文書構造化ＤＢ１０５に蓄積される。
メール情報テーブル４００は、メッセージＩＤ欄４０５、送信日時欄４１０、送信者欄４１５、宛先数欄４２０、開封日時欄４２５、受信者欄４３０、添付文書有無欄４３５、添付文書欄４４０、メール内容欄４４５を有している。メッセージＩＤ欄４０５は、本実施の形態において、電子メールを一意に識別するための情報（メッセージＩＤ：ＩＤｅｎｔｉｆｉｃａｔｉｏｎ）を記憶している。送信日時欄４１０は、その電子メールが送信された日時（年、月、日、時、分、秒、秒以下、又はこれらの組み合わせであってもよい）を記憶している。送信者欄４１５は、その電子メールの送信者（ユーザーＩＤ等）を記憶している。宛先数欄４２０は、その電子メールの宛先数を記憶している。その宛先数の分だけ、宛先数欄４２０後に、開封日時欄４２５と受信者欄４３０に組が続く。開封日時欄４２５は、その電子メールが開封された日時を記憶している。受信者欄４３０は、その電子メールの受信者（ユーザーＩＤ等）を記憶している。添付文書有無欄４３５は、その電子メールにおける添付文書の有無を記憶している。もちろんのことながら、添付文書には、前述したように、直接文書が添付されている場合の他に、文書のＵＲＬがメッセージ内に記載されている場合を含めてもよい。添付文書欄４４０は、添付文書を記憶している。文書そのものを記憶してもよいし、文書が記憶されているＵＲＬを記憶してもよい。メール内容欄４４５は、電子メールの内容を記憶している。
例えば、図４では、メッセージＩＤ：０００１の電子メールは、送信日時が「２０１６／１２／１２ １０：００：００」であり、送信者が「ユーザーＣ」であり、宛先数が「２」であり、開封日時が「２０１６／１２／１２ １１：００：００」であり、その開封した受信者が「ユーザーＢ」であり、添付文書が有り、その添付文書が「Ｄ文書」であり、電子メールの内容が「ＸＸＸＸＸＸＸＸＸＸ」であることを示している。

図５は、変更テーブル５００のデータ構造例を示す説明図である。変更テーブル５００は、差分抽出モジュール１１０によって生成される。
変更テーブル５００は、変更ＩＤ欄５０５、変更日時欄５１０、変更者欄５１５、変更文字列欄５２０、変更種別欄５２５、元文書欄５３０、変更後文書欄５３５を有している。変更ＩＤ欄５０５は、本実施の形態において、文書の変更を一意に識別するための情報（変更ＩＤ）を記憶している。変更日時欄５１０は、変更が行われた日時を記憶している。変更者欄５１５は、その変更を行ったユーザー（ユーザーＩＤ等）を記憶している。変更文字列欄５２０は、その変更された文字列を記憶している。例えば、追加された文字列、置換後の文字列、削除された文字列等がある。なお、変更の前後の文字列を組として記憶してもよいし、変更された箇所の位置（先頭からの文字数、又は、ページ番号、行番号、行の先頭からの文字数等によって特定される位置）を記憶するようにしてもよい。変更種別欄５２５は、変更種別を記憶している。例えば、追加、置換、削除等がある。元文書欄５３０は、変更後文書欄５３５内の文書と比較する元文書を記憶している。変更後文書欄５３５は、対象となっている変更後の文書を記憶している。

図６は、文書変更・経緯情報テーブル６００のデータ構造例を示す説明図である。文書変更・経緯情報テーブル６００は、経緯抽出モジュール１２０によって生成される。
文書変更・経緯情報テーブル６００は、変更ＩＤ欄６０５、検索結果（メッセージＩＤ）欄６１０、関連メッセージ数欄６１５、関連メッセージＩＤ欄６２０を有している。変更ＩＤ欄６０５は、変更ＩＤを記憶している。検索結果（メッセージＩＤ）欄６１０は、検索結果（１つ以上のメッセージＩＤ）を記憶している。関連メッセージ数欄６１５は、関連メッセージ数を記憶している。その関連メッセージ数の分だけ、関連メッセージ数欄６１５後に、関連メッセージＩＤ欄６２０が続く。関連メッセージＩＤ欄６２０は、関連メッセージＩＤを記憶している。
Ｗｅｂサービスモジュール１２５は、この文書変更・経緯情報テーブル６００、変更ＩＤに対応する変更テーブル５００、関連メッセージＩＤに対応するメール情報テーブル４００から、Ｗｅｂブラウザ１８５で表示すべき画面（例えば、図１２、図１３の例を用いて後述する画面１２００、画面１３００）を生成する。

話題分類モジュール１１５による処理例を、図７～図９を用いて説明する。
図７は、本実施の形態による処理例を示す説明図である。同一の文面を引用している場合、同階層に分類する例を示している。つまり、電子メール文章７１０内の引用部分と同じ文字列を引用部分として有している電子メール文章７２０を電子メール文章７１０と同階層としている例である。
電子メール文章７００内に「ＡＡＡＡＡＡ」が記載されている。
電子メール文章７００の次に送信された電子メール文章７１０内に引用文である「＞ＡＡＡＡＡＡ」と引用文ではない「ＢＢＢＢＢＢＢ」が記載されている。なお、引用符号は「＞」以外であってもよい。
電子メール文章７１０の次に送信された電子メール文章７２０内に引用文である「＞ＡＡＡＡＡＡ」と引用文ではない「ＣＣＣＣＣＣＣ」が記載されている。
電子メール文章７１０内の引用部分と電子メール文章７２０内の引用文は同じであるので、電子メール文章７１０と電子メール文章７２０を同じ階層とする。なお、「同じ」とは、完全一致の他に、あいまいな一致を含めてもよい。あいまいな一致を含めることによって、電子メールクライアントモジュール１４５の自動改行や、言葉尻の修正等に対応することができる。
この処理によって、図７（ｂ）の例に示す木構造を生成する。図７（ｂ）は、ノード７３０の直下に、ノード７４０、ノード７５０を有している木構造が生成された例を示している。

図８は、本実施の形態による処理例を示す説明図である。新たに引用文として利用された場合、子階層に分類する。つまり、電子メール文章８１０内の引用部分以外の文字列を引用部分として有している電子メール文章８２０を電子メール文章８１０の下位階層とする例である。
電子メール文章８００内に「ＡＡＡＡＡＡ」が記載されている。
電子メール文章８００の次に送信された電子メール文章８１０内に引用文である「＞ＡＡＡＡＡＡ」と引用文ではない「ＢＢＢＢＢＢＢ」が記載されている。
電子メール文章８１０の次に送信された電子メール文章８２０内に引用文である「＞＞ＡＡＡＡＡＡ」と引用文である「＞ＢＢＢＢＢＢＢ」と引用文ではない「ＣＣＣＣＣＣＣ」が記載されている。
電子メール文章８２０には、電子メール文章８１０内の「ＢＢＢＢＢＢＢ」が含まれているので、電子メール文章８１０の子階層とする。
この処理によって、図８（ｂ）の例に示す木構造を生成する。図８（ｂ）は、ノード８３０の直下にノード８４０を有し、ノード８４０の直下にノード８５０を有している木構造の例を示している。
なお、電子メール文章８００の「ＡＡＡＡＡＡ」を引用した電子メール文章８１０内の「ＢＢＢＢＢＢＢ」をさらに引用した電子メール文章８２０がある場合、電子メール文章８００から見て電子メール文章８２０は孫に位置した分類になる。

図８の例では、「＞＞ＡＡＡＡＡＡ」の記載をしているが、長いやりとりの中で、古い引用部分は省略される可能性が高い。そこで、電子メール文章８２０内に直近の「＞ＢＢＢＢＢＢＢ」のみ存在すれば、木構造を生成可能とする。なお、「直近」とは、引用部分「＞」が１つであることをいう。
また、複数の引用部分が記載されている場合、以下をルールにしたがって、親を判定するようにしてもよい。
（ルール１）引用符号（「＞」）の数が最も少ない引用部分内の文字列を含むメッセージを直上の親とする。
（ルール２）複数の引用部分のうち、そのメッセージ内で最も下の引用部分内の文字列を含むメッセージを直上の親とする。
図８（ａ）に示す例では、いずれのルールでも、電子メール文章８２０に対しては電子メール文章８１０が直上の親となる。つまり、電子メール文章８２０内の引用符号（「＞」）が１つである引用部分「＞ＢＢＢＢＢＢＢ」の文字列「ＢＢＢＢＢＢＢ」を含む電子メール文章８１０が親となる。そして、電子メール文章８２０内で最も下に記載されている引用部分「＞ＢＢＢＢＢＢＢ」の文字列「ＢＢＢＢＢＢＢ」を含む電子メール文章８１０が親となる。

図９は、本実施の形態による処理例を示す説明図である。引用部分のない電子メールが、他の電子メールの引用部分として利用された場合、引用部分のない電子メールをルートノードとする。つまり、メッセージ内に引用部分がない電子メール文章９２０は、電子メール文章９２０を木構造におけるルートノードとする例である。
電子メール文章９００内に「ＡＡＡＡＡＡ」が記載されている。
電子メール文章９００の次に送信された電子メール文章９１０内に引用文である「＞ＡＡＡＡＡＡ」と引用文ではない「ＢＢＢＢＢＢＢ」が記載されている。
電子メール文章９１０の次に送信された電子メール文章９２０内に引用文ではない「ＸＸＸＸＸＸＸ」が記載されている。
電子メール文章９２０の次に送信された電子メール文章９３０内に引用文である「＞ＸＸＸＸＸＸＸ」と引用文ではない「ＹＹＹＹＹＹＹ」が記載されている。
電子メール文章９２０には引用文がなく、電子メール文章９３０には、電子メール文章９２０内の文字列を引用文としているので、電子メール文章９２０をルートノードとし、電子メール文章９３０を直下の子階層とする。
この処理によって、図９（ｂ）の例に示す木構造を生成する。図９（ｂ）は、ノード９４０の直下にノード９５０とする木構造、ノード９６０の直下にノード９７０とする木構造の２つの木構造の例を示している。

図１０は、本実施の形態による処理例を示す説明図である。経緯抽出モジュール１２０による処理例を示すものである。ここでは、差分抽出モジュール１１０により抽出された差分を検索文字列とし、話題分類モジュール１１５により作成された木構造を対象に検索する。具体的には、差分「ＥＥＥＥＥ」を話題群Ａ１木構造１０００ａ、話題群Ｂ１木構造１０００ｂから検索する。
話題群Ａ１木構造１０００ａにおいては、ノード１００５ａの直下にノード１０１０ａとノード１０３０ａとノード１０４０ａ、ノード１０１０ａの直下にノード１０１５ａとノード１０２０ａ、ノード１０２０ａの直下にノード１０２５ａ、ノード１０３０ａの直下にノード１０３５ａ、ノード１０４０ａの直下にノード１０４５ａ、ノード１０４５ａの直下にノード１０５０ａを有している。
話題群Ａ２木構造１０６０ａにおいては、ノード１０６５ａの直下にノード１０７０ａとノード１０７５ａ、ノード１０７５ａの直下にノード１０８０ａを有している。
差分「ＥＥＥＥＥ」は、話題群Ａ１木構造１０００ａ内にあり（ノード１０２５ａ）、話題群Ａ２木構造１０６０ａ内にはない。したがって、経緯抽出モジュール１２０は、話題群Ａ１木構造１０００ａから話題群Ｂ１木構造１０００ｂを抽出し、話題群Ａ２木構造１０６０ａから話題群Ｂ２木構造１０６０ｂ（空）を抽出する。抽出結果として、ノード１００５ｂの直下にノード１０１０ｂ、ノード１０１０ｂの直下にノード１０２０ｂ、ノード１０２０ｂの直下にノード１０２５ｂを有している話題群Ｂ１木構造１０００ｂを生成する。つまり、ノード１０２５ａの直上の親であるノード１０２０ｂ、ノード１０２０ｂの直上の親であるノード１０１０ｂ、ノード１０１０ｂの直上の親であるノード１００５ｂを抽出して木構造を生成している。これによって、差分「ＥＥＥＥＥ」が発生するまでの議論のメッセージを判別することができる。また、ノード１０２５ａに子ノードがあれば、それらを抽出してもよい。その場合は、差分「ＥＥＥＥＥ」が発生した後の議論のメッセージを判別することができる。
なお、話題群Ｂ２木構造１０６０ｂは空（ＮＵＬＬ）であるので、話題群Ｂ２木構造１０６０ｂで議論されていた話題は、差分「ＥＥＥＥＥ」とは関係ないことを示している。

図１１は、本実施の形態による表示例を示す説明図である。Ｗｅｂサービスモジュール１２５が生成する画面（Ｗｅｂブラウザ１８５が表示する画面）の例を示すものである。
ユーザーは、経緯抽出者端末１８０を用いて文書を特定する。この特定の操作として、２つの方法がある。１つは、図１１（ａ）に示す例のように、文書管理装置２１０を用いて文書を特定するものである。なお、文書管理装置２１０内には、電子メールの添付文書（メッセージに関連付けられた文書の一例）が格納されている。もう１つは、図１１（ｂ）に示す例のように、電子メールの添付文書（メッセージに関連付けられた文書の一例）を用いて文書を特定するものである。

図１１（ａ）に示す例では、経緯抽出者端末１８０の画面１１００に、文書一覧表示領域１１０２、ダウンロードボタン１１０４、改訂履歴ボタン１１０６、文書一覧領域１１０８を表示する。
文書一覧表示領域１１０２内では、Ａフォルダ、Ｂフォルダがあり、Ｂフォルダ内には、Ｃ文書とＤ文書があることを示している。この例では、ユーザーの操作によって、Ｂフォルダが選択（クリック等）されことを示している。Ｂフォルダ内の文書の詳細（属性等）を、文書一覧領域１１０８に表示する。文書一覧領域１１０８内に、文書欄１１１０、文書欄１１１２を表示する。
文書欄１１１０には、名前「Ｃ文書」、更新者「ユーザーＡ」、更新日「２０１７／０２／２８」を表示する。
文書欄１１１２には、名前「Ｄ文書」、更新者「ユーザーＡ」、更新日「２０１７／０２／２８」を表示する。
この例では、ユーザーの操作によって、文書欄１１１２（Ｄ文書）が選択されことを示している。そして、改訂履歴ボタン１１０６が選択されると、図１１（ｃ）の例に示す画面１１２６に遷移する。

図１１（ｂ）の例では、経緯抽出者端末１８０の画面１１１４に、ダウンロードボタン１１１６、改訂履歴ボタン１１１８、文書一覧領域１１２０を表示する。文書一覧領域１１２０内に、文書欄１１２２、文書欄１１２４を表示する。
文書欄１１２２には、名前「Ｃ文書」、送信者「ユーザーＡ」、更新日「２０１７／０２／２８」を表示する。
文書欄１１２４には、名前「Ｄ文書」、送信者「ユーザーＡ」、更新日「２０１７／０２／２８」を表示する。
この例では、ユーザーの操作によって、文書欄１１２４（Ｄ文書）が選択されことを示している。そして、改訂履歴ボタン１１１８が選択されると、図１１（ｃ）の例に示す画面１１２６に遷移する。

図１１（ｃ）の例では、経緯抽出者端末１８０の画面１１２６に、ダウンロードボタン１１２８、詳細表示ボタン１１３０、バージョン一覧領域１１３２を表示する。つまり、Ｄ文書についてのバージョンを表示している。Ｄ文書については、３つのバージョンがあり、バージョン欄１１３４、バージョン欄１１３６、バージョン欄１１３８を表示している。
バージョン欄１１３４には、バージョン「３」、更新者「ユーザーＡ」、更新日「２０１７／０２／２８」を表示する。
バージョン欄１１３６には、バージョン「２」、更新者「ユーザーＢ」、更新日「２０１７／０１／０１」を表示する。
バージョン欄１１３８には、バージョン「１」、更新者「ユーザーＣ」、更新日「２０１６／１２／１２」を表示する。
この例では、ユーザーの操作によって、バージョン欄１１３６（Ｄ文書のバージョン２）が選択されことを示している。そして、詳細表示ボタン１１３０が選択されると、図１１（ｄ）の例に示す画面１１４０に遷移する。

図１１（ｄ）の例では、経緯抽出者端末１８０の画面１１４０に、変更箇所一覧領域１１４２、変更経緯ボタン１１６０、プレビュー領域１１６２を表示する。つまり、図１１（ｃ）の例での詳細表示ボタン１１３０が選択されたことによって、Ｄ文書のバージョン１からバージョン２となったときに、どのような変更が行われたかを表示する。つまり、Ｄ文書のバージョン１とバージョン２との差分を表示するものである。
変更箇所一覧領域１１４２に、変更箇所欄１１４４、変更箇所欄１１４６、変更箇所欄１１４８、変更箇所欄１１５０、変更箇所欄１１５２、変更箇所欄１１５４、変更箇所欄１１５６、変更箇所欄１１５８を表示する。
変更箇所欄１１４４には、ページ「３」、変更内容「ａａａａａａａ」を表示する。変更箇所欄１１４６には、ページ「４」、変更内容「ｂｂｂｂｂｂｂｂ」を表示する。変更箇所欄１１４８には、ページ「６」、変更内容「ｃｃｃｃｃ」を表示する。変更箇所欄１１５０には、ページ「５」、変更内容「ｄｄｄｄｄｄｄ」を表示する。変更箇所欄１１５２には、ページ「９」、変更内容「ｅｅｅ」を表示する。変更箇所欄１１５４には、ページ「１３」、変更内容「ｆｆｆｆｆｆｆｆ」を表示する。変更箇所欄１１５６には、ページ「１４」、変更内容「ｇｇｇ」を表示する。変更箇所欄１１５８には、ページ「１５」、変更内容「ｈｈｈｈｈｈ」を表示する。
この例では、ユーザーの操作によって、変更箇所欄１１４４（ページ３における変更）が選択されたことを示している。ページ３の内容をプレビュー領域１１６２に表示する。そして、差分部分を変更箇所１１６４のように下線を引いて表示している。
この後、変更経緯ボタン１１６０が選択された場合に、その差分部分が生じるまでの議論又は生じた後の議論について、簡易版表示である図１２の例に示す画面１２００又は詳細版表示である図１３の例に示す画面１３００に遷移する。

図１２は、本実施の形態による表示例を示す説明図である。変更内容「ａａａａａａａ」に関連する電子メールを表示している。単に、変更内容「ａａａａａａａ」を含む電子メールだけでなく、それらの電子メールと親又は子の関係を有している電子メール群を表示している（図１０（ｂ）の例に示す話題群Ｂ１木構造１０００ｂに該当する内容）。図１２の例では、時系列に電子メール群を表示している。
経緯抽出者端末１８０の画面１２００に、変更経緯表示領域１２１０を表示する。
変更経緯表示領域１２１０には、電子メール文章１２１５、電子メール文章１２２０、電子メール文章１２２５、電子メール文章１２３０、電子メール文章１２３５を表示する。
電子メール文章１２２０では、文書変更箇所１２４０を下線付きの赤色で表示している。そして、電子メール文章１２３５では、文書変更箇所１２４５を下線付きの赤色で表示している。

図１３は、本実施の形態による表示例を示す説明図である。変更内容「ａａａａａａａ」に関連する電子メールを表示している。単に、変更内容「ａａａａａａａ」を含む電子メールだけでなく、それらの電子メールと親又は子の関係を有している電子メール群を表示している（図１０（ｂ）の例に示す話題群Ｂ１木構造１０００ｂに該当する内容）。図１３の例では、電子メール群を時系列かつ木構造をグラフィカルに表示している。
経緯抽出者端末１８０の画面１３００に、変更経緯表示１３１０を表示する。
変更経緯表示１３１０には、電子メール文章１３１５、電子メール文章１３２０、電子メール文章１３２５、電子メール文章１３３０、電子メール文章１３３５、電子メール文章１３４０、電子メール文章１３４５、電子メール文章１３５０、電子メール文章１３５５を表示する。
電子メール文章１３１５の直下に電子メール文章１３２０、電子メール文章１３２０の直下に電子メール文章１３２５と電子メール文章１３４０と電子メール文章１３５０、電子メール文章１３２５の直下に電子メール文章１３３０、電子メール文章１３３０の直下に電子メール文章１３３５、電子メール文章１３４０の直下に電子メール文章１３４５、電子メール文章１３５０の直下に電子メール文章１３５５を有している木構造の例を示している。
電子メール文章１３２０では、文書変更箇所１３６０を下線付きの赤色で表示している。そして、電子メール文章１３３５では、文書変更箇所１３６５を下線付きの赤色で表示している。また、電子メール文章１３１５、電子メール文章１３２０、電子メール文章１３２５、電子メール文章１３３０、電子メール文章１３３５を太枠とし、変更内容「ａａａａａａａ」とは関係のない話題である電子メール文章１３４０等と区別して太枠で表示している。さらに、変更内容「ａａａａａａａ」を含む電子メール文章１３２０、電子メール文章１３３５を赤太枠で表示している。

前述の例では、引用部分を用いて対応関係情報を生成する例を示したが、メッセージのヘッダ情報を用いて対応関係情報を生成してもよい。
例えば、電子メール自体もメールクライアントの返信機能を使うことで、ツリー構造で表現が可能である。
電子メールのヘッダには、“Ｍｅｓｓａｇｅ－ＩＤ”タグ、“Ｒｅｆｅｒｅｎｃｅｓ”タグが存在し、返信メールの“Ｒｅｆｅｒｅｎｃｅｓ”に元メールの“Ｍｅｓｓａｇｅ－ＩＤ”が記載される。例えば、図１４の例に示すようになっている。
新規メールのヘッダ１４００として、「Ｍｅｓｓａｇｅ－ＩＤ：＜１ｓｔＭａｉｌＩｄ＞」がある。
返信メールのヘッダ１４１０として、「Ｍｅｓｓａｇｅ－ＩＤ：＜２ｎｄＭａｉｌＩｄ＞Ｒｅｆｅｒｅｎｃｅｓ：＜１ｓｔＭａｉｌＩｄ＞」がある。
さらに返信メールのヘッダ１４２０として、「Ｍｅｓｓａｇｅ－ＩＤ：＜３ｒｄＭａｉｌＩｄ＞Ｒｅｆｅｒｅｎｃｅｓ：＜２ｎｄＭａｉｌＩｄ＞」がある。
これらから、新規メールのヘッダ１４００をルートノードとし、返信メールのヘッダ１４１０をその直下の子ノードとし、さらに返信メールのヘッダ１４２０を返信メールのヘッダ１４１０の直下の子ノードとする木構造を生成することができる。

そして、メッセージ間の対応関係情報を生成するのに、電子メールの対象範囲を以下のように設定すればよい。
（Ｓ１）選択した文書が添付ファイルとなっている電子メールを抽出する。
（Ｓ２）（Ｓ１）で抽出した電子メールの祖先の電子メール（最初の電子メール）を抽出する。
（Ｓ３）祖先の電子メールの全ての子孫の電子メールを抽出する。これを対象範囲の電子メール群とする。
さらに、この対象範囲内で、引用部分を用いてメッセージ間の対応関係情報を生成してもよい。
図１５は、本実施の形態による処理例を示す説明図である。
「１ｓｔメール」の直下に「２ｎｄ－１メール」と「２ｎｄ－２メール」と「２ｎｄ－３メール」、「２ｎｄ－１メール」の直下に「３ｎｄ－１メール」と「３ｎｄ－２メール」、「２ｎｄ－２メール」の直下に「３ｎｄ－３メール」、「２ｎｄ－３メール」の直下に「３ｎｄ－４メール」を有している木構造の例を示している。
ユーザーの操作によって、選択された文書が添付された電子メール「３ｎｄ－１メール」を抽出する（Ｓ１）。祖先の「１ｓｔメール」までさかのぼる（Ｓ２）。検索対象の電子メールは、１ｓｔメール以下の全ての子孫のメールである（Ｓ３）。つまり、同一ツリー内の全ての電子メールが対象となる。

なお、本実施の形態としてのプログラムが実行されるコンピュータのハードウェア構成は、図１６に例示するように、一般的なコンピュータであり、具体的にはパーソナルコンピュータ、サーバーとなり得るコンピュータ等である。つまり、具体例として、処理部（演算部）としてＣＰＵ１６０１を用い、記憶装置としてＲＡＭ１６０２、ＲＯＭ１６０３、ＨＤ１６０４を用いている。ＨＤ１６０４として、例えばハードディスク、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）を用いてもよい。差分抽出モジュール１１０、話題分類モジュール１１５、経緯抽出モジュール１２０、Ｗｅｂサービスモジュール１２５、文書作成アプリケーションモジュール１３５、電子メールクライアントモジュール１４５、電子メールサービスモジュール１６０、メール転送サービスモジュール１７０、Ｗｅｂブラウザ１８５等のプログラムを実行するＣＰＵ１６０１と、そのプログラムやデータを記憶するＲＡＭ１６０２と、本コンピュータを起動するためのプログラム等が格納されているＲＯＭ１６０３と、電子メール・文書構造化ＤＢ１０５、電子メールＤＢ１６５としての機能を有する補助記憶装置（フラッシュ・メモリ等であってもよい）であるＨＤ１６０４と、キーボード、マウス、タッチスクリーン、マイク、カメラ（視線検知カメラ等を含む）等に対する利用者の操作（動作、音声、視線等を含む）に基づいてデータを受け付ける受付装置１６０６と、ＣＲＴ、液晶ディスプレイ、スピーカー等の出力装置１６０５と、ネットワークインタフェースカード等の通信ネットワークと接続するための通信回線インタフェース１６０７、そして、それらをつないでデータのやりとりをするためのバス１６０８により構成されている。これらのコンピュータが複数台互いにネットワークによって接続されていてもよい。

前述の実施の形態のうち、コンピュータ・プログラムによるものについては、本ハードウェア構成のシステムにソフトウェアであるコンピュータ・プログラムを読み込ませ、ソフトウェアとハードウェア資源とが協働して、前述の実施の形態が実現される。
なお、図１６に示すハードウェア構成は、１つの構成例を示すものであり、本実施の形態は、図１６に示す構成に限らず、本実施の形態において説明したモジュールを実行可能な構成であればよい。例えば、一部のモジュールを専用のハードウェア（例えば特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ：ＡＳＩＣ）等）で構成してもよく、一部のモジュールは外部のシステム内にあり通信回線で接続している形態でもよく、さらに図１６に示すシステムが複数互いに通信回線によって接続されていて互いに協調動作するようにしてもよい。また、特に、パーソナルコンピュータの他、携帯情報通信機器（携帯電話、スマートフォン、モバイル機器、ウェアラブルコンピュータ等を含む）、情報家電、ロボット、複写機、ファックス、スキャナ、プリンタ、複合機（スキャナ、プリンタ、複写機、ファックス等のいずれか２つ以上の機能を有している画像処理装置）などに組み込まれていてもよい。

なお、説明したプログラムについては、記録媒体に格納して提供してもよく、また、そのプログラムを通信手段によって提供してもよい。その場合、例えば、前記説明したプログラムについて、「プログラムを記録したコンピュータ読み取り可能な記録媒体」の発明として捉えてもよい。
「プログラムを記録したコンピュータ読み取り可能な記録媒体」とは、プログラムのインストール、実行、プログラムの流通等のために用いられる、プログラムが記録されたコンピュータで読み取り可能な記録媒体をいう。
なお、記録媒体としては、例えば、デジタル・バーサタイル・ディスク（ＤＶＤ）であって、ＤＶＤフォーラムで策定された規格である「ＤＶＤ－Ｒ、ＤＶＤ－ＲＷ、ＤＶＤ－ＲＡＭ等」、ＤＶＤ＋ＲＷで策定された規格である「ＤＶＤ＋Ｒ、ＤＶＤ＋ＲＷ等」、コンパクトディスク（ＣＤ）であって、読出し専用メモリ（ＣＤ－ＲＯＭ）、ＣＤレコーダブル（ＣＤ－Ｒ）、ＣＤリライタブル（ＣＤ－ＲＷ）等、ブルーレイ・ディスク（Ｂｌｕ－ｒａｙ（登録商標） Ｄｉｓｃ）、光磁気ディスク（ＭＯ）、フレキシブルディスク（ＦＤ）、磁気テープ、ハードディスク、読出し専用メモリ（ＲＯＭ）、電気的消去及び書換可能な読出し専用メモリ（ＥＥＰＲＯＭ（登録商標））、フラッシュ・メモリ、ランダム・アクセス・メモリ（ＲＡＭ）、ＳＤ（Ｓｅｃｕｒｅ Ｄｉｇｉｔａｌ）メモリーカード等が含まれる。
そして、前記のプログラムの全体又はその一部は、前記記録媒体に記録して保存や流通等させてもよい。また、通信によって、例えば、ローカル・エリア・ネットワーク（ＬＡＮ）、メトロポリタン・エリア・ネットワーク（ＭＡＮ）、ワイド・エリア・ネットワーク（ＷＡＮ）、インターネット、イントラネット、エクストラネット等に用いられる有線ネットワーク、又は無線通信ネットワーク、さらにこれらの組み合わせ等の伝送媒体を用いて伝送させてもよく、また、搬送波に乗せて搬送させてもよい。
さらに、前記のプログラムは、他のプログラムの一部分若しくは全部であってもよく、又は別個のプログラムと共に記録媒体に記録されていてもよい。また、複数の記録媒体に分割して記録されていてもよい。また、圧縮や暗号化等、復元可能であればどのような態様で記録されていてもよい。

１００…情報処理装置
１０５…電子メール・文書構造化ＤＢ
１１０…差分抽出モジュール
１１５…話題分類モジュール
１２０…経緯抽出モジュール
１２５…Ｗｅｂサービスモジュール
１３０…メール送信者端末
１３５…文書作成アプリケーションモジュール
１４０…文書
１４５…電子メールクライアントモジュール
１５０…送信メール
１５５…電子メールサーバー
１６０…電子メールサービスモジュール
１６５…電子メールＤＢ
１７０…メール転送サービスモジュール
１７５…送信メール
１８０…経緯抽出者端末
１８５…Ｗｅｂブラウザ
２１０…文書管理装置
２９８…通信回線

Claims (7)

1. 複数のユーザー間でメッセージに文書を関連付けて行われたコミュニケーションの履歴を用いて、メッセージ間の対応関係情報を生成する生成手段と、
   前記文書が更新された場合の差分を抽出する抽出手段と、
   前記対応関係情報から前記差分を検索し、該対応関係情報内の検索結果内にあるメッセージを提示する提示手段
   を有し、
   前記対応関係情報には、メッセージを含み、
   前記生成手段は、前記対応関係情報として木構造を生成し、第１のメッセージ内の引用部分と同じ文字列を引用部分として有している第２のメッセージを該第１のメッセージと同階層とし、第１のメッセージ内の引用部分以外の文字列を引用部分として有している第３のメッセージを該第１のメッセージの下位階層とし、
   前記提示手段は、前記木構造内で検索結果内にあるメッセージと親又は子の関係を有しているメッセージを提示する、
   情報処理装置。
2. 前記生成手段は、メッセージに記載された引用部分を用いて、メッセージ間の対応関係情報を生成する、
   請求項１に記載の情報処理装置。
3. 前記引用部分は、引用符号を有しており、
   前記生成手段は、前記引用符号の数によって、前記第２のメッセージの上位とするメッセージを特定する、
   請求項１に記載の情報処理装置。
4. 前記生成手段は、前記対応関係情報として木構造を生成し、メッセージ内に引用部分がない場合は、該メッセージを木構造におけるルートノードとする、
   請求項２に記載の情報処理装置。
5. 前記対応関係情報を構成しているメッセージの引用部分を、前記検索の対象とする、
   請求項２に記載の情報処理装置。
6. 前記提示手段は、前記差分が含まれているノードのメッセージを時系列で提示する、
   請求項１に記載の情報処理装置。
7. コンピュータを、
   複数のユーザー間でメッセージに文書を関連付けて行われたコミュニケーションの履歴を用いて、メッセージ間の対応関係情報を生成する生成手段と、
   前記文書が更新された場合の差分を抽出する抽出手段と、
   前記対応関係情報から前記差分を検索し、該対応関係情報内の検索結果内にあるメッセージを提示する提示手段
   として機能させ、
   前記対応関係情報には、メッセージを含み、
   前記生成手段は、前記対応関係情報として木構造を生成し、第１のメッセージ内の引用部分と同じ文字列を引用部分として有している第２のメッセージを該第１のメッセージと同階層とし、第１のメッセージ内の引用部分以外の文字列を引用部分として有している第３のメッセージを該第１のメッセージの下位階層とし、
   前記提示手段は、前記木構造内で検索結果内にあるメッセージと親又は子の関係を有しているメッセージを提示する、
   情報処理プログラム。
   

Images