JP5962766B2 - メール抽出方法、メール抽出装置、及びプログラム - Google Patents

Description

本発明は、メール抽出方法、メール抽出装置、及びプログラムに関する。

複数の宛先に対して送信された電子メールに対して、複数人から同じ質問や同様の意見が返信されることがある。この場合、ユーザは、既に返信したメッセージと同様のメッセージを改めて返信することになる。例えば、既に返信した電子メールを探し出し、当該電子メールのメッセージを、新たに返信されるメールにコピーして返信したりすることが行われる。

特開平１０−３０３９７５号公報

しかしながら、多数の電子メールの送受信が日々行われる状況において、多数の電子メールの中から、目的とする返信メールを探し出すのはユーザにとって煩雑な作業である。

そこで、一側面では、返信メールの作成負担を軽減することを目的とする。

一つの案では、メール抽出方法は、複数の宛先に送信された第一のメールと、前記複数の宛先のうちの第一の宛先からの第一の返信メールと、前記第一の返信メールに対する返信である第一の再返信メールとを対応付けて記憶部に記憶し、前記第一のメールの複数の宛先のうちの第二の宛先からの第二の返信メールに対する第二の再返信メールの作成要求に応じて、前記第一のメールに対応付けて前記記憶部が記憶する前記第一の再返信メールを表示部に表示させる処理をコンピュータが実行する。

一態様によれば、返信メールの作成負担を軽減することができる。

本実施の形態におけるメールシステムの構成例を示す図である。 本実施の形態におけるメールサーバのハードウェア構成例を示す図である。 本実施の形態におけるメールシステムの機能構成例を示す図である。 メールサーバが実行する処理手順を説明するためのフローチャートである。 ユーザ情報記憶部の構成例を示す図である。 メール記憶部におけるメールＤＢの構成例を示す図である。 受信メール一覧画面の表示例を示す図である。 返信メール作成画面の表示例を示す図である。 返信メール作成画面生成処理の処理手順の一例を説明するためのフローチャートである。 返信関係記憶部の構成例を示す図である。 流用候補選択領域生成処理の処理手順の一例である。 選択項目情報記憶部の構成例を示す図である。 回答状況記憶部の構成例を示す図である。 追加宛先候補ボタン反転処理の処理手順の一例を説明するためのフローチャートである。 返信メール作成画面操作処理の処理手順の一例を説明するためのフローチャートである。 宛先が追加され本文が流用された返信メール作成画面の表示例を示す図である。 現メールの返信後の返信関係記憶部の状態の例を示す図である。

以下、図面に基づいて本発明の実施の形態を説明する。図１は、本実施の形態におけるメールシステムの構成例を示す図である。

図１に示されるメールシステム１において、メールサーバ１０、及び複数のクライアント端末２０等は、ＬＡＮ（Local Area Network）又はインターネット等のネットワークを介して通信可能とされている。ネットワークの一部は、無線であってもよい。

メールサーバ１０は、Ｗｅｂメールサービスを、例えば、イントラネット上のサービス又はクラウドサービス等の形態で提供する１以上のコンピュータである。Ｗｅｂメールサービスにおいて、各ユーザの受信メールや送信メール等は、サーバ側であるメールサーバ１０において管理される。

クライアント端末２０は、Ｗｅｂメールサービスのユーザが利用する端末である。クライアント端末２０の一例として、ＰＣ（Personal Computer）、携帯電話、スマートフォン、又はタブレット型端末等が挙げられる。

図２は、本実施の形態におけるメールサーバのハードウェア構成例を示す図である。図２のメールサーバ１０は、それぞれバスBで相互に接続されているドライブ装置１００、補助記憶装置１０２、メモリ装置１０３、ＣＰＵ１０４、及びインタフェース装置１０５等を有する。

メールサーバ１０での処理を実現するプログラムは、記録媒体１０１によって提供される。プログラムを記録した記録媒体１０１がドライブ装置１００にセットされると、プログラムが記録媒体１０１からドライブ装置１００を介して補助記憶装置１０２にインストールされる。但し、プログラムのインストールは必ずしも記録媒体１０１より行う必要はなく、ネットワークを介して他のコンピュータよりダウンロードするようにしてもよい。補助記憶装置１０２は、インストールされたプログラムを格納すると共に、必要なファイルやデータ等を格納する。

メモリ装置１０３は、プログラムの起動指示があった場合に、補助記憶装置１０２からプログラムを読み出して格納する。ＣＰＵ１０４は、メモリ装置１０３に格納されたプログラムに従ってメールサーバ１０に係る機能を実行する。インタフェース装置１０５は、ネットワークに接続するためのインタフェースとして用いられる。

なお、記録媒体１０１の一例としては、ＣＤ−ＲＯＭ、ＤＶＤディスク、又はＵＳＢメモリ等の可搬型の記録媒体が挙げられる。また、補助記憶装置１０２の一例としては、ＨＤＤ（Hard Disk Drive）又はフラッシュメモリ等が挙げられる。記録媒体１０１及び補助記憶装置１０２のいずれについても、コンピュータ読み取り可能な記録媒体に相当する。

なお、クライアント端末２０についても、図２に示されるハードウェアを有していてもよい。

図３は、本実施の形態におけるメールシステムの機能構成例を示す図である。図３において、メールサーバ１０は、認証部１１１、受信メール一覧画面生成部１１２、返信メール作成画面生成部１１３、流用候補抽出部１１４、返信関係登録部１１５、メール送信部１１６、要求受信部１１７、及び応答返信部１１８等を有する。これら各部は、メールサーバ１０にインストールされた一以上のプログラムが、ＣＰＵ１０４に実行させる処理により実現される。

メールサーバ１０は、また、ユーザ情報記憶部１２１、メール記憶部１２２、返信関係記憶部１２３、選択項目情報記憶部１２４、及び回答状況記憶部１２５等を利用する。これら各記憶部は、補助記憶装置１０２、又はメールサーバ１０にネットワークを介して接続される記憶装置等を利用して実現可能である。

要求受信部１１７は、クライアント端末２０からの要求を受信する。認証部１１１は、Ｗｅｂメールサービスのユーザの認証処理を実行する。受信メール一覧画面生成部１１２は、認証されたユーザの受信メールの一覧を表示させる画面（以下、「受信メール一覧画面」という。）の画面データを生成する。画面データは、ＨＴＭＬ（HyperText Markup Language）やスクリプト等を利用して生成されてもよい。返信メール作成画面生成部１１３は、或るメールに対する返信メールをユーザに作成させるための画面（以下、「返信メール作成画面」という。）の画面データを生成する。返信メールには、返信メールに対する返信メール（すなわち、再返信メール）等も含まれる。

流用候補抽出部１１４は、過去の返信メールの中から、新たに作成される返信メールへの流用候補とするメールを抽出する。返信関係登録部１１５は、返信の元とされたメールと当該メールに対する返信メールとの対応情報を、返信関係記憶部１２３に登録する。メール送信部１１６は、送信要求に係るメールを宛先に送信する。応答返信部１１８は、クライアント端末２０からの要求に応じた応答を、クライアント端末２０に返信する。例えば、当該応答には、上記したいずれかの画面データが含まれる。

ユーザ情報記憶部１２１は、メールサーバ１０が提供するＷｅｂメールサービスのユーザごとの属性情報を記憶する。メール記憶部１２２は、ユーザごとに受信メール又は送信メールの情報を記憶する。返信関係記憶部１２３は、返信メールごとに、返信の元とされメールと、当該メールに対する返信メールとの対応情報を記憶する。返信は、再返信、再々返信といったように、繰り返される場合がある。返信関係記憶部１２３は、返信の繰り返しの起点となった新規メールについても、返信メールとの対応情報を記憶する。選択項目記憶部は、返信メール作成画面において表示されるリストボックスにおける選択項目に関する情報を記憶する。回答状況記憶部１２５は、回答を求めるメールごとに、各ユーザからの回答状況を示す情報を記憶する。

クライアント端末２０は、ブラウザ部２１等を含む。ブラウザ部２１は、クライアント端末２０にインストールされたプログラムが、クライアント端末２０のＣＰＵに実行させる処理により実現される。ブラウザ部２１は、メールサーバ１０によって生成される画面データに基づく画面をクライアント端末２０の表示装置に表示させたり、当該画面に対する入力に応じた要求を、メールサーバ１０に送信したりする。

以下、メールシステム１において、メールサーバ１０が実行する処理手順について説明する。図４は、メールサーバが実行する処理手順を説明するためのフローチャートである。

メールサーバ１０の要求受信部１１７は、クライアント端末２０からの要求の受信を待機している。要求受信部１１７が、いずれかのクライアント端末２０から、受信メールの一覧の表示要求を受信すると（Ｓ１０１でＹｅｓ）、認証部１１１は、ログイン画面を表示させる画面データを含む応答を、クライアント端末２０に返信する（Ｓ１０２）。ログイン画面とは、ユーザＩＤ及びパスワードを入力させるための画面をいう。当該応答を受信したクライアント端末２０のブラウザ部２１は、当該応答に含まれている画面データに基づいて、ログイン画面を表示させる。ユーザは、ログイン画面に対してユーザＩＤ及びパスワードを入力する。なお、本実施の形態では、各ユーザのメールアドレスが各ユーザのユーザＩＤとして利用される。ログイン画面に対してログイン指示が入力されると、ブラウザ部２１は、入力されたユーザＩＤ及びパスワードが指定されたログイン要求を、メールサーバ１０に送信する。

メールサーバ１０の要求受信部１１７が、ユーザＩＤ及びパスワードが指定されたログイン要求を受信すると（Ｓ１０３でＹｅｓ）、認証部１１１は、ユーザ情報記憶部１２１を参照して、当該ユーザＩＤ及びパスワードについて認証処理を実行する（Ｓ１０４）。

図５は、ユーザ情報記憶部の構成例を示す図である。図５において、ユーザ情報記憶部１２１は、ユーザごとに、ユーザＩＤ、パスワード、名前、役職、職種、所属地域、事業所、及び現住所等の属性情報を記憶する。

ユーザＩＤは、ユーザごとの識別情報であると共に、ユーザのメールアドレスである。パスワードは、ユーザのパスワードである。名前は、ユーザの名前である。役職、職種は、ユーザの役職、職種である。所属地域は、ユーザの勤務地が所属する所属地域である。本実施の形態において、所属地域は、「東北」、「関東」、「関西」、又は「沖縄」のいずれかに区分される。なお、北海道や四国に所属するユーザがいれば、「北海道」や「四国」が区分に含まれてもよい。また、海外に所属するユーザがいれば、国名や州名等で区分されてもよい。事業所は、ユーザが所属する事業所である。現住所は、ユーザの自宅の住所である。

ステップＳ１０４における認証処理において、ログイン要求に指定されたユーザＩＤ及びパスワードを含むレコードがユーザ情報記憶部１２１に記憶されている場合、認証は成功したと判定される。認証に成功した場合、ログイン要求に指定されたユーザＩＤは、ログインユーザＩＤとして、例えば、メモリ装置１０３に記憶される。ログイン要求に指定されたユーザＩＤ及びパスワードを含むレコードがユーザ情報記憶部１２１に記憶されていない場合、認証は失敗したと判定される。なお、認証に成功した場合、クライアント端末２０とメールサーバ１０との間では、例えば、一般的なセッション管理が行われる。したがって、メールサーバ１０は、複数のクライアント端末２０に対して並行して対応している場合であっても、各クライアント端末２０からの要求に対応するログインユーザＩＤを特定することができる。

認証に失敗した場合（Ｓ１０５でＮｏ）、図４の処理は終了する。認証に成功した場合（Ｓ１０５でＹｅｓ）、受信メール一覧画面生成部１１２は、受信メール一覧画面を表示させる画面データを生成する（Ｓ１０６）。当該画面データの生成において、受信メール一覧画面生成部１１２は、ログインユーザＩＤに対応する受信メールの一覧をメール記憶部１２２より取得する。

図６は、メール記憶部におけるメールＤＢの構成例を示す図である。メール記憶部１２２は、ユーザごと（ユーザＩＤ）ごとに、メールＤＢ（Data Base）１１２Ｄを含む。図６に示されるメールＤＢ１１２Ｄは、ユーザＩＤが「ｓａｔｏｕ＠ｘｘｘ．ｗｗ」のユーザ（以下、「ユーザｓａｔｏｕ」という。）に対応するメールＤＢ１１２Ｄである。本実施の形態では、ユーザｓａｔｏｕがログインユーザであるとする。

各メールＤＢ１１２Ｄは、例えば、送信メール又は受信メールごとにレコードを記憶する。各レコードは、種別、メッセージＩＤ、送信者ＩＤ、及びメール情報等の項目の値を記憶する。

種別は、送信メールであるか受信メールであるかの種別である。メッセージＩＤは、メールごとの識別情報である。送信者ＩＤは、メールの送信元のユーザＩＤである。メール情報は、メールの内容である。図６では、件名、本文、及び宛先がメール情報を構成する例が示されている。件名は、メールのタイトル又は件名である。本文は、メールの本文の文字列である。宛先は、メールの宛先アドレスである。複数の宛先に送信されたメールについては、複数の宛先アドレスが記憶される。

ステップＳ１０２において、受信メール一覧画面生成部１１２は、ユーザｓａｔｏｕのメールＤＢ１１２Ｄより、「種別」の値が「受信」であるレコードを抽出する。受信メール一覧画面生成部１１２は、抽出されたレコードに基づいて受信メール一覧画面を表示させる画面データを生成する。

続いて、応答返信部１１８は、当該画面データを含む応答を、クライアント端末２０に返信する（Ｓ１０７）。当該応答を受信したクライアント端末２０のブラウザ部２１は、当該応答に含まれている画面データに基づいて、受信メール一覧画面を表示させる。

図７は、受信メール一覧画面の表示例を示す図である。図７において、受信メール一覧画面５１０は、受信メール一覧領域５１１、新規作成ボタン５１２、返信ボタン５１３、送信ボタン５１４、及びログアウトボタン５１５等を含む。

受信メール一覧領域５１１には、受信メールごとに、差出人、件名、及び受信日時が表示される。差出人、件名、及び受信日時には、メールＤＢ１１２Ｄ（図６）における、「送信者ＩＤ」、「件名」、又は「日時」の値が表示される。

新規作成ボタン５１２は、新規メールの作成指示を受け付けるためのボタンである。返信ボタン５１３は、受信メール一覧領域５１１において選択されている受信メールに対する返信メールの作成指示を受け付けるためのボタンである。送信ボタン５１４は、受信メール一覧領域５１１において選択されている受信メールについて送信メールの作成指示を受け付けるためのボタンである。ログアウトボタン５１５は、ログアウト指示を受け付けるためのボタンである。

受信メール一覧画面５１０において、返信ボタン５１３が押下されると、当該クライアント端末２０のブラウザ部２１は、返信メール作成要求をメールサーバ１０に送信する。返信メール作成要求には、受信メール一覧領域５１１において選択されているメールのメッセージＩＤが指定される。なお、受信メール一覧領域５１１において選択されているメール、すなわち、返信の元とされたメールを、以下、「元メール」という。

メールサーバ１０の要求受信部１１７が、返信メール作成要求を受信すると（Ｓ１０８でＹｅｓ）、メールサーバ１０は、返信メール作成画面生成処理を実行する（Ｓ１０９）。返信メール作成画面生成処理の詳細については後述される。続いて、応答返信部１１８は、返信メール作成画面生成処理において生成される画面データを含む応答を、クライアント端末２０に返信する（Ｓ１１０）。当該応答を受信したクライアント端末２０のブラウザ部２１は、当該応答に含まれている画面データに基づいて、返信メール作成画面を表示させる。

図８は、返信メール作成画面の表示例を示す図である。図８において、返信メール作成画面５２０は、左右方向（水平方向）に、返信メール操作領域５３０及び流用候補選択領域５４０に分割される。

返信メール操作領域５３０は、宛先入力領域５３１、ＣＣ入力領域５３２、件名入力領域５３３、本文入力領域５３４、送信ボタン５３５、及びログアウトボタン５３６等を含む。

宛先入力領域５３１及びＣＣ入力領域５３２は、宛先のメールアドレス又はＣＣ（カーボンコピー）宛のメールアドレスの入力領域である。件名入力領域５３３は、メールの件名の入力領域である。本文入力領域５３４は、メールの本文の入力領域である。

送信ボタン５３５は、メールの送信指示を受け付けるためのボタンである。ログアウトボタン５３６は、ログアウト指示を受け付けるためのボタンである。

なお、宛先入力領域５３１には、元メールのメールアドレスが設定されている。件名入力領域５３３には、元メールの件名に対して、返信を示す文字列（「Ｒｅ：」）が付与された文字列が設定されている。本文入力領域５３４には、元メールの文字列（メッセージ）が引用されている。

なお、本実施の形態では、図６に示されるメールＤＢ１１２Ｄにおいて、第１レコードに記憶されている受信メール、すなわち、メッセージＩＤが「ｓｙｓｔｅｍ４＠ｘｘｘ．ｗｗ」である受信メールが元メールであるとする。したがって、宛先入力領域５３１、件名入力領域５３３、本文入力領域５３４のそれぞれには、当該レコードの送信者ＩＤ、件名、及び本文の引用が設定されている。なお、元メールの件名に「Ｒｅ：」が付与されている。したがって、元メールも或るメールの返信メールであることが分かる。すなわち、これから作成される返信メールは、再返信メールであることが分かる。なお、これから作成される再返信メールを、以下、「現メール」という。

一方、流用候補選択領域５４０は、流用候補の選択等を行わせるための領域であり、流用候補ごとの流用候補表示領域５４１と、一括ボタン５４６と等を含む。なお、図８では、流用候補は一つである例に対応するため、流用候補表示領域５４１は、一つのみが表示されている。

流用候補とは、過去の返信メールの中で、その本文が現メールの本文に流用される候補となるメールをいう。後述される返信メール作成画面生成処理において、ユーザｓａｔｏｕが過去に送信した返信メールの中から、その本文を現メールの本文に流用できる可能性が相対的に高いメールが流用候補として抽出される。

一つの流用候補表示領域５４１は、チェックボタン５４２、流用候補宛先表示領域５４３、追加宛先選択領域５４４、及び流用文表示領域５４５等を含む。

チェックボタン５４２は、当該流用候補を流用対象として選択させるためのチェックボタンである。チェックボタン５４２は、特に、流用候補が複数有り、流用候補表示領域５４１が複数含まれている場合に有効である。

流用候補宛先表示領域５４３には、流用候補の宛先メールアドレスに係るユーザの名前（すなわち、流用候補の宛先だったユーザの名前）が表示される。図８における流用候補は、ユーザｓａｔｏｕが黒田さんに過去に返信したメールであることが分かる。

追加宛先選択領域５４４は、現メールの宛先として更に追加する宛先（以下、「追加宛先」という。）を選択させるための領域である。追加宛先選択領域５４４は、リストボックス５４４１、追加宛先候補ボタン５４４２、及び宛先追加ボタン５４４３等を含む。

追加宛先候補ボタン５４４２は、追加宛先の候補となるユーザごとに配置され、追加宛先とするユーザを選択させるためのボタンである。図８では、４つの追加宛先候補ボタン５４４２が表示されている。すなわち、４人が追加宛先の候補とされていることが分かる。追加宛先の候補がどのように抽出されるかについは、後述される。

リストボックス５４４１では、追加宛先の候補の中から追加宛先とするユーザを絞り込むための基準を選択させる表示部品である。図８の例では、「所属地域別」が絞り込みの基準として選択されている例が示されている。すなわち、所属地域を基準として追加宛先が絞り込まれる例が示されている。追加宛先として絞り込まれた候補に対応する追加宛先候補ボタン５４４２は、反転表示される。

宛先追加ボタン５４４３は、反転表示されている追加宛先候補ボタン５４４２に対応するユーザについて、現メールの宛先への追加指示を受け付けるためのボタンである。すなわち、宛先追加ボタン５４４３が押下されると、反転表示されている追加宛先候補ボタン５４４２に対応するユーザのユーザＩＤ（メールアドレス）が、宛先入力領域５３１に追加される。

流用文表示領域５４５は、流用候補の本文と共に、本文流用ボタン５４５１を含む。本文流用ボタン５４５１は、当該本文の流用指示を受け付けるためのボタンである。すなわち、本文流用ボタン５４５１が押下されると、本文の文字列が、本文入力領域５３４に挿入される。

一括ボタン５４６は、宛先追加ボタン５４４３及び本文流用ボタン５４５１のそれぞれが受け付ける指示を、一括して受け付けるためのボタンである。すなわち、一括ボタン５４６が押下されると、宛先追加ボタン５４４３及び本文流用ボタン５４５１の双方が押下された場合と同じ処理が行われる。

図４に戻る。ステップＳ１１０に続いて、メールサーバ１０は、返信メール作成画面操作処理を実行する（Ｓ１１１）。返信メール作成画面操作処理では、返信メール作成画面５２０に対するユーザによる操作に応じた対話的な処理が実行される。

続いて、ステップＳ１０９の詳細について説明する。図９は、返信メール作成画面生成処理の処理手順の一例を説明するためのフローチャートである。

ステップＳ２０１において、返信メール作成画面生成部１１３は、ステップＳ１０８において受信された元メールのメッセージＩＤに基づいて、元メールのレコードをログインユーザであるユーザｓａｔｏｕに対応するメールＤＢ１１２Ｄ（図６）より取得する。ここで、元メールは、メッセージＩＤが、「ｓｙｓｔｅｍ４＠ｘｘｘ．ｗｗ」であるメールである。

続いて、返信メール作成画面生成部１１３は、取得されたレコードに基づいて、返信メール作成画面５２０（図８）の画面データのうち、返信メール操作領域５３０に対応する部分を生成する（Ｓ２０２）。すなわち、宛先入力領域５３１に、当該レコードの送信者ＩＤが設定される。また、件名入力領域５３３に、当該レコードの件名の前に「Ｒｅ：」が付与された文字列が設定される。また、本文入力領域５３４に、当該レコードの本文が引用形式にされた文字列が設定される。

続いて、返信メール作成画面生成部１１３は、元メールはいずかのメールに対する返信メールであるか否かを判定する（Ｓ２０３）。当該判定は、返信関係記憶部１２３を参照して行われる。

図１０は、返信関係記憶部の構成例を示す図である。返信関係記憶部１２３は、第一階層メール情報、第二階層メール情報、及びルートメール情報を対応付けて記憶する。第一階層メール情報、第二階層メール情報、及びルートメール情報は、第一階層メール、第二階層メール、又はルートメールのメッセージＩＤ及び送信者のユーザＩＤ（送信者ＩＤ）等を含む。

ルートメールとは、新規作成されたメールであり、いずれのメールの返信メールでもないメールである。第一階層メールは、第二階層メールに対する返信メールである。第二階層メールは、第一階層メールの返信の元とされたメールである。第二階層メールは、また、ルートメールを起点として返信が一回以上繰り返された過程における、いずれかのメールに該当する。第二階層メールは、ルートメールに対する直接の返信メールであるかもしれないし、ルートメールであるかもしれない。

なお、返信関係記憶部１２３のレコードは、返信が一回行われるごとに生成される。例えば、新規作成メールＡに対してメールＢが返信されたとする。この返信に関して登録されるレコードのルートメール及び二階層メールは、メールＡである。第一階層メールは、メールＢである。更に、メールＢに対してメールＣが返信されたとする。この返信に関して登録されるレコードのルートメールは、メールＡである。第二階層メールは、メールＢである。第一階層メールは、メールＣである。更に、メールＣに対してメールＤが返信されたとする。この返信に関して登録されるレコードのルートメールは、メールＡである。第二階層メールは、メールＣである。第一階層メールは、メールＤである。

以上より明らかなように、第一階層メールは、必ずいずれかのメールの返信メールである。したがって、ステップＳ２０３において、流用候補抽出部１１４は、元メールのメッセージＩＤが、第一階層メールのメッセージＩＤとして返信関係記憶部１２３に記憶されているか否かを判定する。

元メールが返信メールでない場合（Ｓ２０３でＮｏ）、以降のステップは実行されずに図９の処理は終了する。したがって、この場合の返信メール作成画面５２０は、例えば、流用候補選択領域５４０を含まなくてもよい。

元メールがいずれかのメールに対する返信メールである場合（Ｓ２０３でＹｅｓ）、流用候補抽出部１１４は、返信関係記憶部１２３において、元メールを第一階層メールとするレコードからルートメッセージのメッセージＩＤを取得する（Ｓ２０４）。

例えば、本実施の形態において、元メールのメッセージＩＤは、「ｓｙｓｔｅｍ４＠ｘｘｘ．ｗｗ」である。当該メッセージＩＤは、図１０の第一レコードにおいて、第一階層メールのメッセージＩＤとして記憶されている。したがって、元メールは返信メールであると判定される。また、第一レコードにおけるルートメールのメッセージＩＤは、「ｓｙｓｔｅｍ１＠ｘｘｘ．ｗｗ」である。したがって、ステップＳ２０４では、当該メッセージＩＤが取得される。なお、第一レコードにおける第二階層メールのメッセージＩＤと、ルートメールのメッセージＩＤとは同じである。このことから、元メールは、ルートメールに対する返信メールであることが分かる。したがって、現メールは、再返信メールに該当する。

続いて、流用候補抽出部１１４は、取得されたメッセージＩＤがルートメッセージ情報のメッセージＩＤとして登録されているレコードの第一階層メール情報を、返信関係記憶部１２３より検索する（Ｓ２０５）。但し、検索対象から元メールは除かれる。

本実施の形態において、「ｓｙｓｔｅｍ１＠ｘｘｘ．ｗｗ」をルートメール情報のメッセージＩＤとするレコードであって、元メールのレコード以外のレコードは、図１０において、第２及び第３レコードである。したがって、第２レコードの第一階層メール情報と、第３レコードの第一階層メール情報とが検索される。

該当する第一階層メール情報が検索されない場合（Ｓ２０６でＮｏ）、以降のステップは実行されずに図９の処理は終了する。したがって、この場合の返信メール作成画面５２０は、例えば、流用候補選択領域５４０を含まなくてもよい。

該当する第一階層メール情報された場合（Ｓ２０６でＹｅｓ）流用候補抽出部１１４は、検索された第一階層メール情報の中から、送信者ＩＤが、ログインユーザであるユーザｓａｔｏｕのユーザＩＤと一致する第一階層メール情報を抽出する（Ｓ２０７）。すなわち、返信者が、ログインユーザである返信メールに係る第一階層メール情報が抽出される。

図１０において、第２レコードの第一階層メール情報の送信者ＩＤ（「ｓａｔｏｕ＠ｘｘｘ．ｗｗ」）は、ユーザｓａｔｏｕのユーザＩＤである。したがって、第２レコードの第一階層メール情報が抽出される。ここで抽出された第一階層メール情報に係るメールが、流用候補とされる。

すなわち、流用候補は、元メールとルートメールを同じくする過去の返信メールであって、元メールに対して返信メールを送信しようとしているユーザが送信した返信メールである。図１０における第２レコードを参照すると、第二階層メール情報の送信者ＩＤは、「ｋｕｒｏｄａ＠ｘｘｘ．ｗｗｗ」である。したがって、ユーザｋｕｒｏｄａからの返信メールに対して再返信した内容が、流用候補として抽出されたことになる。以下、ステップＳ２０８において抽出された第一階層メール情報に係るメールを、流用候補という。

なお、本実施の形態における現在までの状況を整理すると以下の通りである。以降において、各メールを、「メール＜メッセージＩＤの＠以前の文字列＞」によって、表記する。
（１）ユーザｓａｔｏｕがメールｓｙｓｔｅｍ１を、ユーザｋｕｒｏｄａ、ユーザｈｏｎｄａ、ユーザｙａｍａｄａ、ユーザｎｉｓｈｉｋａｗａ、ユーザｓｕｚｕｋｉ、及びユーザｙａｍａｎｏに送信した。なお、メールｓｙｓｔｅｍ１の宛先は、メールＤＢ１１２Ｄ（図６）の第４レコードの「宛先」より特定可能である。
（２）ユーザｋｕｒｏｄａが、メールｓｙｓｔｅｍ１に対する質問を含む返信メールｓｙｓｔｅｍ２を送信した。当該返信は、図１０の第３レコードに記憶されている。
（３）ユーザｓａｔｏｕが、ユーザｋｕｒｏｄａより返信されたメールｓｙｓｔｅｍ２に対する再返信メールｓｙｓｔｅｍ３を送信した。
（４）ユーザｙａｍａｄａが、メールｓｙｓｔｅｍ１に対する質問を含む返信メールｓｙｓｔｅｍ４を送信した。なお、メールｓｙｓｔｅｍ４は、本実施の形態において元メールに相当する。
（５）ユーザｓａｔｏｕが、メールｓｙｓｔｅｍ４に対する再返信メール（現メール）を作成しようとしている。
（６）現メールへの流用候補として、ユーザｓａｔｏｕがユーザｋｕｒｏｄａに返信した、メールｓｙｓｔｅｍ３が抽出された。

ステップＳ２０７において該当する第一階層メール情報が抽出されない場合（Ｓ２０８でＮｏ）、以降のステップは実行されずに図９の処理は終了する。したがって、この場合の返信メール作成画面５２０は、例えば、流用候補選択領域５４０を含まなくてもよい。

一方、該当する第一階層メールが抽出された場合（Ｓ２０８でＹｅｓ）、返信メール作成画面生成部１１３は、流用候補選択領域生成処理を実行する（Ｓ２０９）。流用候補選択領域生成処理は、返信メール作成画面５２０における流用候補選択領域５４０に対する定義を生成する処理である。続いて、返信メール作成画面生成部１１３は、流用候補選択領域生成処理おいて生成された、流用候補選択領域５４０（図８）に対する定義を、返信画面５２０の画面データに追加する（Ｓ２１０）。これにより、返信画面５２０の画面データは完成する。

続いて、ステップＳ２０９の詳細について説明する。図１１は、流用候補選択領域生成処理の処理手順の一例である。

ステップＳ３０１において、返信メール作成画面生成部１１３は、流用候補の本文及び宛先を、ログインユーザのメールＤＢ１１２Ｄより取得する。具体的には、メールＤＢ１１２Ｄ（図６）において、流用候補のメッセージＩＤに係るレコードに記憶されている本文及び宛先が取得される。流用候補は、メールｓｙｓｔｅｍ３であるため、図６の第２レコードの本文及び宛先が取得される。

続いて、返信メール作成画面生成部１１３は、返信メール作成画面５２０（図８）の画面データの流用候補宛先表示領域５４３、本文表示領域５４５のそれぞれに対応する定義に、取得された宛先、本文を設定する（Ｓ３０２、Ｓ３０３）。続いて、返信メール作成画面生成部１１３は、流用候補に対するルートメールのメッセージＩＤを返信関係記憶部１２３より取得する（Ｓ３０４）。すなわち、返信関係記憶部１２３において、第一階層メールがメールｓｙｓｔｅｍ３であるレコードのルートメール情報のメッセージＩＤ（「ｓｙｓｔｅｍ１＠ｘｘｘ．ｗｗ」）が取得される。

続いて、返信メール作成画面生成部１１３は、当該メッセージＩＤに係るメールの宛先アドレスを、ログインユーザのメールＤＢ１１２Ｄ（図６）より取得する（Ｓ３０５）。すなわち、ルートメールの宛先アドレスが取得される。本実施の形態では、図６の末尾のレコードより、６個のメールアドレスが取得される。

続いて、返信メール作成画面生成部１１３は、取得された６個のメールアドレスの中から、流用候補の宛先アドレスと、現メールの宛先として既に設定されているメールアドレスとを除く４個のメールアドレスを抽出する（Ｓ３０６）。６個のメールアドレスは、ユーザｋｕｒｏｄａ、ユーザｈｏｎｄａ、ユーザｙａｍａｄａ、ユーザｎｉｓｈｉｋａｗａ、ユーザｓｕｚｕｋｉ、及びユーザｙａｍａｎｏに係るメールアドレスである。このうち、流用候補の宛先アドレスは、ユーザｋｕｒｏｄａに係るメールアドレスである。また、現メールの宛先アドレスは、ユーザｙａｍａｄａに係るメールアドレスである。したがって、ユーザｈｏｎｄａ、ユーザｎｉｓｈｉｋａｗａ、ユーザｓｕｚｕｋｉ、又はユーザｙａｍａｎｏに係る４個のメールアドレスが抽出される。

流用候補の宛先アドレスが除かれるのは、流用候補の宛先アドレスに係るユーザｋｕｒｏｄａは、流用されるメールを受信しているため、再度同じ内容のメールを送信する必要は無いと考えられるからである。

続いて、返信メール作成画面生成部１１３は、抽出されたメールアドレスごとに、追加宛先候補ボタン５４４２の定義を返信メール作成画面５２０（図８）の画面データに追加する（Ｓ３０７）。なお、各追加宛先候補ボタン５４４２のラベルには、例えば、抽出された各メールアドレス（ユーザＩＤ）に対応付けられてユーザ情報記憶部１２１に記憶されている名前が用いられる。

続いて、返信メール作成画面生成部１１３は、選択項目情報記憶部１２４から選択項目名の一覧を取得し、取得された各選択項目名を、返信メール作成画面５２０（図８）のリストボックス５４４１に設定する（Ｓ３０８）。

図１２は、選択項目情報記憶部の構成例を示す図である。図１２において、選択項目情報記憶部１２４は、リストボックス５４４１の選択項目ごとに、選択項目名、参照先、参照項目、及びデフォルトフラグ等を記憶する。

選択項目名は、リストボックス５４４１に表示される選択項目の名前である。参照先は、選択項目名が選択された際に、追加宛先の候補を絞り込むために参照する情報である。参照先の値の一つである「ユーザ情報」は、ユーザ情報記憶部１２１に記憶されている情報を示す。参照項目は、参照先の情報を構成する項目のうち、追加宛先の候補を絞り込むために参照する項目である。例えば、「所属地域別」という選択項目名には、参照先として「ユーザ情報」、参照項目として「所属地域」が対応付けられている。これは、「所属地域別」という選択項目名が選択された場合に、ユーザ情報記憶部１２１の「所属地域」の値に基づいて、追加宛先の候補の絞り込みを行うことを意味する。デフォルトフラグは、返信メール作成画面５２０の初期状態において選択状態とされる選択項目名を特定する情報である。図１２では、「所属地域別」に対するデフォルトフラグが「１」とされている。従って、返信メール作成画面５２０の初期状態において、「所属地域別」が選択状態とされる。

なお、選択項目情報記憶部１２４において、選択項目名「回答状況別」に対応する参照先の一つである「回答状況」は、回答状況記憶部１２５に記憶されている情報を示す。

図１３は、回答状況記憶部の構成例を示す図である。図１３において、回答状況記憶部１２５は、ユーザＩＤごとに、回答状況を記憶する。回答状況は、回答を要求する或るメールに対する回答の有無を示す情報である。「１」は回答済みであることを示し、「０」は未回答であることを示す。

回答状況記憶部１２５は、例えば、回答を要求するメールごとに生成され、当該メールのメッセージＩＤに対応付けられる。したがって、元メールのルートメールに対して回答状況記憶部１２５が存在する場合、返信メール作成画面生成部１１３は、選択項目名として「回答状況別」をリストボックス５４４１に設定する。

なお、リストボックス５４４１において回答状況別が選択された場合、追加選択候補ボタン５４４２の中で、回答状況の値が「０」であるユーザ、すなわち、ルートメールに対して未回答であるユーザに対応する追加選択候補ボタン５４４２が反転表示される。そうすることにより、未回答のユーザを宛先に追加することができる。

なお、回答状況記憶部１２５に対する回答状況の登録は、他の画面等によって別途行われてもよい。

続いて、返信メール作成画面生成部１１３は、リストボックス５４４１に設定された選択項目名のうち、デフォルトフラグが「１」である選択項目名を選択状態とする（Ｓ３０９）。すなわち、返信メール作成画面５２０の画面データのリストボックス５４４１に関する定義において、「所属地域別」を選択状態とすることを示す定義が追加される。

続いて、返信メール作成画面生成部１１３は、追加宛先候補ボタン反転処理を実行する（Ｓ３１０）。追加宛先候補ボタン反転処理は、リストボックス５４４１において選択されている選択項目名に対応させて、追加宛先候補ボタン５４４２を反転させる処理である。

続いて、ステップＳ３１０の詳細について説明する。図１４は、追加宛先候補ボタン反転処理の処理手順の一例を説明するためのフローチャートである。

ステップＳ４０１において、返信メール作成画面生成部１１３は、追加宛先の候補とされているユーザについて、リストボックス５４４１において選択状態の選択項目名に対する参照項目の値を取得する。例えば、選択状態の選択項目名が「所属地域別」である場合、当該選択項目名に対応する参照項目は、ユーザ情報記憶部１２１における「所属地域」である。また、追加宛先の候補に係るユーザは、ユーザｈｏｎｄａ、ユーザｎｉｓｈｉｋａｗａ、ユーザｓｕｚｕｋｉ、及びユーザｙａｍａｎｏである。したがって、ユーザ情報記憶部１２１より、これら４ユーザの「所属地域」の値が取得される。図５のユーザ情報記憶部１２１に基づけば、ユーザｈｏｎｄａ、ユーザｎｉｓｈｉｋａｗａ、ユーザｓｕｚｕｋｉ、及びユーザｙａｍａｎｏの順に、「関東」、「関東」、「関西」、「関西」が取得される。以下、取得された値を、「参照値」という。

続いて、返信メール作成画面生成部１１３は、取得された参照値を、各追加宛先候補ボタン５４４２のラベルに追加する（Ｓ４０２）。図８に示される各追加宛先候補ボタン５４４２にも、「（関東）」又は「（関西）」の文字列が付加されている。ステップＳ４０２では、この文字列が追加される。

続いて、返信メール作成画面生成部１１３は、追加宛先の候補の中から、流用候補宛先に係るユーザｋｕｒｏｄａと参照値が一致する候補を抽出する（Ｓ４０３）。ユーザｋｕｒｏｄａに対する参照値（ユーザ情報記憶部１２１における「所属地域」の値）は、「関西」である。したがって、ここでは、参照値が「関西」である、ユーザｙａｍａｎｏ及びユーザｓｕｚｕｋｉが抽出される。

一以上の候補が抽出された場合（Ｓ４０４でＹｅｓ）、返信メール作成画面生成部１１３は、返信メール作成画面５２０の画面データにおいて、抽出された候補に対応する追加宛先候補ボタン５４４２を反転表示状態に設定する（Ｓ４０５）。

以上の処理によって生成された画面データがクライアント端末２０に返信されると、ブラウザ部２１によって、図８に示したような返信メール作成画面５２０が表示される。

なお、追加宛先の候補の中で、流用候補宛先に係るユーザｋｕｒｏｄａと参照値が同じ候補を優先的に追加宛先として選択されるようにするのは、当該候補は、流用候補宛先に係るユーザｋｕｒｏｄａと同じ質問をする可能性が、相対的に高いと考えられるからである。すなわち、過去に質問をしたユーザと、属性情報の少なくとも一部が共通するユーザは、同じ質問をする可能性が高いと考えられるからである。いずれの属性項目が共通する場合に、同じ質問をする可能性が高いかについては、流用候補の本文の内容等に基づいて、ユーザが判断してもよい。

本実施の形態において、流用候補の本文は、「佐藤です。応接１は弊社の１０階奥です。」である。すなわち、流用候補は、応接１が何処にあるのかという質問に対する回答である。ユーザｓａｔｏｕの所属地域は関東であり、応接１は、関東におけるいずれかの事業所の応接であることが推測される。したがって、所属地域が関西であるユーザｋｕｒｏｄａは、応接１の場所を知らなかったことが推測される。そうすると、同じく所属地域が関西であるユーザｙａｍａｎｏ及びユーザｓｕｚｕｋｉからも、今後同じような質問を本文に含むメールが返信されてくることが予想される。そうすると、ユーザｓａｔｏｕは、これらのユーザに対して改めて同じ回答のメールを返信する必要がある。そこで、本実施の形態では、流用候補の宛先のユーザと属性情報の少なくとも一部が共通するユーザを、現メールの宛先に含めることで、質問が来る前に予め回答を送ってしまおうというわけである。

なお、ステップＳ４０３において、追加宛先の候補の中から、元メールの送信元のユーザｙａｍａｄａと参照値が一致する候補が抽出されてもよい。元メールの送信元のユーザｙａｍａｄａも、流用候補宛先に係るユーザｋｕｒｏｄａと同じ質問をしたユーザであるからである。

続いて、図４のステップＳ１１１の詳細について説明する。図１５は、返信メール作成画面操作処理の処理手順の一例を説明するためのフローチャートである。すなわち、図１５は、返信メール作成画面５２０が、クライアント端末２０に表示されている状態において、返信メール作成画面５２０に対するユーザによる操作に応じて実行される処理である。

例えば、返信メール作成画面５２０（図８）のリストボックス５４４１において選択されている選択項目名が変更されると、ブラウザ部２１は、新たに選択された選択項目名を指定して、選択項目名の選択通知をメールサーバ１０に送信する。

メールサーバ１０の要求受信部１１７が、選択項目名の選択通知を受信すると（Ｓ５０１でＹｅｓ）、返信メール作成画面生成部１１３は、図１４において説明した、追加宛先候補ボタン反転処理を実行する（Ｓ５０２）。その結果、新たに選択された選択項目名に対応する参照値について、流用候補の宛先に係るユーザと一致する追加宛先の候補に対応する追加宛先候補ボタン５４４２が反転状態となる。応答返信部１１８は、当該反転処理の結果が反映された返信メール作成画面５２０の画面データを含む応答をクライアント端末２０に返信する（Ｓ５０７）。

また、返信メール作成画面５２０（図８）の宛先追加ボタン５４４３が押下されると、ブラウザ部２１は、反転状態となっている追加宛先候補ボタン５４４２に対応するユーザＩＤを指定して、宛先追加要求をメールサーバ１０に送信する。

メールサーバ１０の要求受信部１１７が、宛先追加要求を受信すると（Ｓ５０３でＹｅｓ）、返信メール作成画面生成部１１３は、宛先追加要求に指定されているユーザＩＤ（すなわち、メールアドレス）を、返信メール作成画面５２０の画面データの宛先入力領域５３１の定義に設定する（Ｓ５０４）。応答返信部１１８は、宛先が追加された返信メール作成画面５２０の画面データを含む応答をクライアント端末２０に返信する（Ｓ５０７）。

また、返信メール作成画面５２０（図８）の本文流用ボタン５４５１が押下されると、ブラウザ部２１は、流用候補のメッセージＩＤを指定して、本文流用要求をメールサーバ１０に送信する。

メールサーバ１０の要求受信部１１７が、本文流用要求を受信すると（Ｓ５０５でＹｅｓ）、返信メール作成画面生成部１１３は、本文流用要求に指定されたメッセージＩＤに対応する本文を、返信メール作成画面５２０の画面データの本文入力領域５３４の定義に設定する（Ｓ５０６）。メッセージＩＤに対応する本文とは、当該メッセージＩＤに対応付けられてメールＤＢ１１２Ｄに記憶されている本文をいう。

応答返信部１１８は、流用候補の本文が流用された返信メール作成画面５２０の画面データを含む応答をクライアント端末２０に返信する（Ｓ５０７）。

上記のような処理の結果、クライアント端末２０において表示される返信メール作成画面５２０の状態は、例えば、図１６に示されるようになる。

図１６は、宛先が追加され本文が流用された返信メール作成画面の表示例を示す図である。図１６中、図８と同一部分には同一符号を付し、その説明は省略する。

図１６に示される返信メール作成画面５２０では、宛先入力領域５３１には、ユーザｙａｍａｎｏ及びユーザｓｕｚｕｋｉのメールアドレスが追加されている。また、本文入力領域５３４には、流用候補の本文５３４１が転記されている。

このように、ユーザｓａｔｏｕは、ユーザｙａｍａｎｏからの質問を含む元メールに対して、本文に文字列を入力することなく、又は少ない文字数の入力で、返信メールを完成させることができる。

図１６の返信メール作成画面５２０において、送信ボタン５３５がユーザによって押下されると、ブラウザ部２１は、メールの送信要求をメールサーバ１０に送信する。メールの送信要求には、現メールのメッセージＩＤ、件名、本文、及び宛先等が指定される。なお、現メールのメッセージＩＤは、例えば、ステップＳ１０８において返信メール作成要求が受信された際に、返信メール作成画面生成部１１３によって割り当てられている。

メールサーバ１０の要求受信部１１７が、メールの送信要求を受信すると（Ｓ５０８でＹｅｓ）、メール送信部１１６は、当該要求に指定された件名及び本文を含むメールを、当該要求に指定された宛先に送信する（Ｓ５０９）。当該メールの宛先アドレスが、メールシステム１内のメールアドレスである場合、メールの送信は、宛先アドレスに対応するメールＤＢ１１２Ｄに、当該メールに関する情報を登録することで実現される。

続いて、メール送信部１１６は、ログインユーザのメールＤＢ１１２Ｄに対して、送信履歴を追加する（Ｓ５１０）。すなわち、ログインユーザのメールＤＢ１１２Ｄ（図６）に、現メールの種別、メッセージＩＤ、送信者ＩＤ，日時、件名、本文、及び宛先等が記憶される。種別の値は、「送信」である。送信者ＩＤは、ログインユーザのユーザＩＤである。日時は、現在日時である。

続いて、返信関係登録部１１５は、返信関係記憶部１２３に、今回の返信に関するレコードを記憶する（Ｓ５１１）。当該レコードの第一階層メール情報には、現メールのメッセージＩＤ及びログインユーザのユーザＩＤが記憶される。第二階層メール情報には、元メールのメッセージＩＤ及び元メールの送信者のユーザＩＤ（ユーザｙａｍａｄａのユーザＩＤ）が記憶される。ルートメール情報には、元メールに対応付けられて記憶されているルートメール情報が記憶される。すなわち、図１０の第１レコードのルートメール情報が、新たに生成されたレコードのルートメール情報にコピーされる。

その結果、返信関係記憶部１２３の状態は、図１７に示されるようになる。図１７は、現メールの返信後の返信関係記憶部の状態の例を示す図である。図１７において、１行目のレコード（新たな第１レコード）が、ステップＳ５１１において記憶されるレコードの例である。

上述したように、本実施の形態によれば、返信メールを作成する際に、当該返信メールの元メールとルートメールを同じくする過去の返信メールが流用候補として自動的に抽出される。したがって、ユーザは、抽出された流用候補の中から所望の流用候補を選択することで、返信メールを完成させることができる。その結果、返信メールの作成負担を軽減することができる。

また、新たに作成される返信メールの宛先には、ルートメールの複数の宛先のいずれかを容易に追加可能である。したがって、ルートメールに基づく同じ質問の内容のメールが複数人から繰り返し送信される可能性を、事前に低下させることができる。

特に、流用候補の宛先のユーザ又は元メールの送信元のユーザと属性情報の少なくとも一部が共通するユーザが、追加される宛先として抽出される。したがって、流用候補の宛先のユーザ又は元メールの送信元のユーザと同じ質問を行う可能性の高いユーザに、予測される質問に対する回答を含む返信メールを送信することができる。

なお、本実施の形態において、メールサーバ１０は、メール抽出装置の一例である。返信関係記憶部１２３は、記憶部の一例である。

以上、本発明の実施例について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。

１ メールシステム
１０ メールサーバ
２０ クライアント端末
２１ ブラウザ部
１００ ドライブ装置
１０１ 記録媒体
１０２ 補助記憶装置
１０３ メモリ装置
１０４ ＣＰＵ
１０５ インタフェース装置
１１１ 認証部
１１２ 受信メール一覧画面生成部
１１３ 返信メール作成画面生成部
１１４ 流用候補抽出部
１１５ 返信関係登録部
１１６ メール送信部
１１７ 要求受信部
１１８ 応答返信部
１２１ ユーザ情報記憶部
１２２ メール記憶部
１２３ 返信関係記憶部
１２４ 選択項目情報記憶部
１２５ 回答状況記憶部
Ｂ バス

Claims (5)

1. 複数の宛先に送信された第一のメールと、前記複数の宛先のうちの第一の宛先からの前記第一のメールに対する第一の返信メールと、前記第一の返信メールに対する返信である第一の再返信メールとを対応付けて記憶部に記憶し、
   前記複数の宛先のうちの第二の宛先からの前記第一のメールに対する第二の返信メールに対する第二の再返信メールの作成要求に応じて、前記第一のメールに対応付いた前記第一の再返信メールの情報を作成要求元に送信する、
   処理をコンピュータが実行するメール抽出方法。
2. 前記複数の宛先のうちのいずれかの宛先を、前記第二の再返信メールの宛先に追加する処理を前記コンピュータが実行する請求項１記載のメール抽出方法。
3. 前記追加する処理は、メールアドレスごとに、当該メールアドレスに係るユーザの属性情報を記憶するユーザ情報記憶部を参照して、前記複数の宛先のメールアドレスのうち、前記第一の宛先のメールアドレスに係るユーザ又前記第二の宛先のメールアドレスに係るユーザと、前記属性情報の少なくとも一部が共通するユーザに係るメールアドレスを、前記第二の再返信メールの宛先に追加する請求項２記載のメール抽出方法。
4. 複数の宛先に送信された第一のメールと、前記複数の宛先のうちの第一の宛先からの前記第一のメールに対する第一の返信メールと、前記第一の返信メールに対する返信である第一の再返信メールとを対応付けて記憶する記憶部と、
   前記複数の宛先のうちの第二の宛先からの前記第一のメールに対する第二の返信メールに対する第二の再返信メールの作成要求に応じて、前記第一のメールに対応付いた前記第一の再返信メールの情報を作成要求元に送信する送信部とを有するメール抽出装置。
5. 複数の宛先に送信された第一のメールと、前記複数の宛先のうちの第一の宛先からの前記第一のメールに対する第一の返信メールと、前記第一の返信メールに対する返信である第一の再返信メールとを対応付けて記憶部に記憶し、
   前記複数の宛先のうちの第二の宛先からの前記第一のメールに対する第二の返信メールに対する第二の再返信メールの作成要求に応じて、前記第一のメールに対応付いた前記第一の再返信メールの情報を作成要求元に送信する、
   処理をコンピュータに実行させるプログラム。

Images