電子メール返信確認装置，方法，およびプログラム
【課題】 電子メールで回答要求された場合の返信の有無を容易に確認できる装置を提供することを目的とする。
【解決手段】 電子メール返信確認装置１は，受信メールを取得する受信メール受信部１０１，取得した受信メールを解析して本文から回答要求と回答期限を抽出し，返信状態が未返信のステータスを含む返信確認情報を返信管理情報記憶部１０５に保存する受信メール解析部１０２，解析済み受信メールをクライアントに送信する受信メール送信部１０６，返信管理情報をもとに未返信の回答要求の情報があればクライアントで表示させるアラートを生成するアラート表示部１２４を備える。
【解決手段】 電子メール返信確認装置１は，受信メールを取得する受信メール受信部１０１，取得した受信メールを解析して本文から回答要求と回答期限を抽出し，返信状態が未返信のステータスを含む返信確認情報を返信管理情報記憶部１０５に保存する受信メール解析部１０２，解析済み受信メールをクライアントに送信する受信メール送信部１０６，返信管理情報をもとに未返信の回答要求の情報があればクライアントで表示させるアラートを生成するアラート表示部１２４を備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は，電子メール返信確認装置，方法，およびプログラムに関する。より詳しくは，本発明は，受信された電子メールで要求されている返信の有無をユーザに確認させるためのデータ処理技術に関する。
【背景技術】
【０００２】
現在，電子メールは，その利便性や迅速性からビジネス分野において必要不可欠なコミュニケーション手段となっている。電子メールによって，問い合わせ事項や確認事項などに対する回答を求められるという状況も多くなっている。
【０００３】
電子メールが一般的になるにつれ，電子メールの流通量が増大するため，返信が要求されている電子メールが多数の受信メール中に埋没して読み逃されるという状況が生じている。また，回答期限の管理が電子メールの送信と連動していない場合には，返信済みの入力が必要となるなどして，期限管理が曖昧となり，結局返信を忘れるという状況が生じている。
【０００４】
このように，回答要求を含む電子メールの読み逃しや，これに対する返信忘れなどは，
円滑なコミュニケーションの阻害や，回答催促などの無駄な作業の発生による事務効率の低下などが問題となっている。かかる問題は，重要なビジネスチャンスを逸したり，重大なトラブルを招来したりするなどの可能性もあるため，電子メールの読み忘れや返信忘れは，できる限り回避しなければならない。
【０００５】
従来手法として，電子メールのタイトルをもとに受信した電子メールを自動的に複数のフォルダに振り分け，回答が必要な電子メールを特定のフォルダに格納して管理する技術が知られている。
【０００６】
また，別の従来手法として，受信した電子メールから返信の要求を示す記号を検出した場合に，一定の期間後を回答期限にしたスケジュールを管理し，回答期限の到来をユーザに報知する技術が知られている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開平１０−１７３７０１号公報
【特許文献２】特開２００６−１７２０７９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
自動的に電子メールを特定のフォルダに振り分けて要返信を管理する従来手法では，受信した電子メールの本文内に回答を求める内容が含まれていても，タイトルに回答要求が表現されていなければ，適切に振り分けられない恐れがある。
【０００９】
また，回答期限のスケジューリングを管理して，ユーザに返信を催促する従来手法では，以前として，返信忘れの防止について，依然，次のような問題点がある。
【００１０】
（ａ）組織内の一律な対応の困難さ
企業や団体などの組織内では，各人が様々なメールソフトを使用しており，返信有無の管理について一律な対応が困難な状況となっている。したがって，メールソフトに依存することなく，組織内での返信有無の確認を一律に行える仕組みが必要である。
【００１１】
（ｂ）返信有無の判断精度の低さ
従来では，回答を求めている受信メールに対して返信操作による送信がなされたことをもって，返信有無が判断されていた。しかし，電子メールの利用形態によっては，返信の有無が判断できない場合があった。
【００１２】
・ 正受領者（電子メールの宛先（Ｔｏ：）アドレスのユーザ）が，回答要求の電子メールを第三者に転送し，返信を代理してもらう場合に，正受領者に対する電子メールにもとづく返信処理とならないため，返信されたかを判断することができなかった。
【００１３】
・ １つの電子メール内に複数の回答期限が設定された回答要求が含まれている場合に，１つの事項に返信すると返信済みと判断されるため，未回答の事項について返信があったかを判断することができなかった。
【００１４】
以上のように返信の有無を確実に判断できない場合があるため，返信忘れを防止することができない場合があった。
【００１５】
本発明は，上記課題に鑑みてなされたものであり，要求されている返信（回答）の有無を，より精度よく判断し，未返信の回答要求に対する情報を表示して，ユーザが返信の有無を簡単に確認することができる装置を提供することを目的とする。また，前記装置で実行される方法，およびコンピュータを前記装置として機能させるためのコンピュータプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１６】
本願において開示される電子メール返信確認装置は，１）回答要求，回答期限または回答を示す意味情報を定義したマッチ規則を記憶するマッチ規則記憶部と，２）返信管理情報を記憶する返信管理情報記憶部と，３）アラート管理情報を記憶するアラート管理情報記憶部と，４）メールサーバから受信メールを取得する受信メール受信部と，５）前記受信メールの本文に対する言語解析を行い，前記マッチ規則に一致する意味情報を持つ部分を抽出する言語解析部と，６）前記受信メールを解析し，該受信メールの本文から抽出された部分が示す回答要求の内容，該回答要求の回答期限，前記受信メールの識別情報，および該回答要求に対する返信の状態を示すステータスを含む返信管理情報を生成して前記返信管理情報記憶部に保存し，前記受信メールに前記識別情報を付加する受信メール解析部と，７）前記識別情報が付加された解析済みの受信メールを，クライアントのメールソフトへ送信する受信メール送信部と，８）前記返信管理情報記憶部に記憶された返信管理情報のステータスに未返信が存在する場合に，回答要求の未返信が存在することを示す情報を前記クライアントで表示させるためのアラートを生成するアラート表示部とを備える。
【発明の効果】
【００１７】
開示される電子メール返信確認装置によれば，受信した電子メールから抽出された回答要求に対して未返信であることを，アラートの表示によってユーザに確認させることができる。
【図面の簡単な説明】
【００１８】
【図１】本発明の一態様として開示する電子メール返信確認装置の一実施例における構成例を示す図である。
【図２】マッチ規則記憶部に記憶されるマッチ規則の例を示す図である。
【図３】返信管理情報記憶部の例を示す図である。
【図４】アラート管理情報記憶部の例を示す図である。
【図５】アラート表示データの例を示す図である。
【図６】マッチ規則生成処理の処理フロー例を示す図である。
【図７】回答要求抽出処理の処理フロー例を示す図である。
【図８】ステップＳ２１の解析処理の処理フロー例を示す図である。
【図９】回答要求表現リストの例を示す図である。
【図１０】結果リストの例を示す図である。
【図１１】ステップＳ１０８のマッチ規則によるマッチング処理の具体例を示す図である。
【図１２】ステップＳ１０８のマッチ規則によるマッチング処理の具体例を示す図である。
【図１３】ステップＳ１０８のマッチ規則によるマッチング処理の具体例を示す図である。
【図１４】ステップＳ１０８のマッチ規則によるマッチング処理の具体例を示す図である。
【図１５】ステップＳ１０９の要返信日付を求める処理の具体例を示す図である。
【図１６】返信有無確認処理の処理フロー例を示す図である。
【図１７】返信有無確認処理の処理による返信管理情報の変更例を示す図である。
【図１８】ステップＳ３３のメール解析処理の処理フロー例を示す図である。
【図１９】送信メールの解析処理の結果リストの例を示す図である。
【図２０】アラート管理処理の処理フロー例を示す図である。
【図２１】アラート管理情報表示処理の処理フロー例を示す図である。
【図２２】電子メール返信確認装置が処理する受信メールの例を示す図である。
【図２３】電子メール返信確認装置が処理する受信メールの例を示す図である。
【図２４】電子メール返信確認装置が処理する送信メールの例を示す図である。
【発明を実施するための形態】
【００１９】
図１は，本発明の一態様として開示する電子メール返信確認装置の一実施例における構成例を示す図である。
【００２０】
電子メール返信確認装置１は，電子メール処理プログラム（メールソフト）と，電子メール（以下単にメールという）の送信／受信を行うメールサーバとの間において動作する。電子メール返信確認装置１は，ユーザに返信有無を確認させ，未返信を気づかせるために，ユーザ宛の受信メールのヘッダおよび本文から回答要求の有無を検出し，ユーザが送信する送信メールを，回答要求している受信メールと対応付けて返信（回答）の有無を判断し，未返信であれば，その回答要求に関する情報を示すアラートを表示する装置である。
【００２１】
電子メール返信確認装置１は，受信メール受信部１０１，受信メール解析部１０２，言語解析部１０３，マッチ規則記憶部１０４，返信管理情報記憶部１０５，受信メール送信部１０６，送信メール受信部１１０，送信メール解析部１１１，送信メール送信部１１２，アラート管理部１２１，スケジューラ１２２，アラート管理情報記憶部１２３，アラート表示部１２４，マッチ規則設定部１３０を備える。
【００２２】
受信メール受信部１０１は，メールソフト３のメール受信要求をトリガに，ユーザのメールアドレスを宛先とする受信メールを，メールサーバ２を介して受信する処理部である。
【００２３】
受信メール解析部１０２は，受信メールを解析して，受信メールに回答要求があるかを検出し，検出した回答要求に関する返信管理情報を生成して，返信管理情報記憶部１０５へ保存する処理部である。
【００２４】
返信管理情報は，受信メールから検出された，回答期限（要返信日付）ごとの回答要求に関する情報であり，例えば，回答要求の識別情報，受信日付，タイトル（Ｓｕｂｊｅｃｔ：），回答期限を示す要返信日付，返信されたかを示すステータスなどの情報を含む。
【００２５】
言語解析部１０３は，受信メール本文の言語解析を行って，受信メールの本文から，マッチ規則記憶部１０４に記憶されているマッチ規則に一致する部分を抽出する処理部である。
【００２６】
マッチ規則記憶部１０４は，受信メールの本文に含まれる回答要求，回答期限，回答を意味する部分を抽出するためのマッチ規則を記憶する記憶部である。
【００２７】
マッチ規則は，自然言語テキストデータから特定の意味を示す箇所を抽出するために，一致させたい言語表現（語句）の意味構造を定義する情報である。マッチ規則は，回答要求を示す言語表現（語句）の意味構造を定義し，または，一致してはならない言語表現の意味構造も定義する。
【００２８】
返信管理情報記憶部１０５は，返信管理情報を記憶する記憶部である。本実施形態では，返信管理情報記憶部１０５は，返信管理テーブルとして実施される。
【００２９】
受信メール送信部１０６は，解析済みの受信メールをメールソフト３へ送信する処理部である。なお，メールソフト３は，メールの生成，送受信，表示などを行うプログラムである。
【００３０】
送信メール受信部１１０は，メールソフト３から送信予定の送信メールを受信する処理部である。
【００３１】
送信メール解析部１１１は，送信メールを解析して，送信メールが，回答要求していた受信メールとどのような関係となるかを判断し，受信メールから抽出した回答要求に関する返信管理情報を更新する処理部である。
【００３２】
送信メール送信部１１２は，解析済みの送信メールをメールサーバ２へ送信する処理部である。
【００３３】
アラート管理部１２１は，返信管理情報記憶部１０５を参照し，受信メールから抽出された回答要求の回答期限を管理し，未返信である回答要求について，回答期限までの期間を含むアラート情報を生成してアラート管理情報記憶部１２３へ保存する処理部である。
【００３４】
アラート管理情報記憶部１２３は，アラート管理情報を記憶する記憶部である。本実施形態では，アラート管理情報記憶部１２３は，アラート管理テーブルとして実施される。
【００３５】
アラート表示部１２４は，返信管理情報記憶部１０５またはアラート管理情報記憶部１２３を参照し，ユーザが使用するコンピュータに，未返信の回答要求があることを表示させたり，未返信の回答要求の内容を各回答期限までの期間に応じた表示態様で表示させたりする処理部である。
【００３６】
マッチ規則設定部１３０は，マッチ規則記憶部１０４に記憶されているマッチ規則の生成や変更などを行う処理部である。
【００３７】
図２は，マッチ規則記憶部１０４に記憶されるマッチ規則の例を示す図である。
【００３８】
図２に示すマッチ規則は，動詞（句）にもとづく意味構造パターンであって，回答要求を示す文の構成要素（述部）を示すものである。具体的には，回答（ＡＮＳＷＥＲ）または返信（ＲＥＰＬＹ）をする表現（述語），回答や返信を要求する表現（命令），回答期限を示す表現（時間）などの意味構造を表している。また，マッチ規則では，一致してはならない表現として，回答または返信の否定を示す表現（否定）の意味構造を示す定義も含まれる。
【００３９】
図３は，返信管理情報記憶部１０５の例を示す図である。
【００４０】
返信管理情報記憶部１０５である返信管理テーブルは，「識別子，受信日付，タイトル，参照文，要返信日付，ステータス，転送先，リマインドチェック」などのデータ項目を有する。
【００４１】
「識別子」は，受信メールから抽出された回答要求の識別情報である。識別子は，例えば，受信メールに挿入される識別ヘッダ「Ｘ−Ｒｅｍｉｎｄ−Ｍａｉｌ：」の値を用い，受信メールのヘッダから抽出したメッセージＩＤと，検出した回答要求の要返信日付とを連結した値（＜“Ｍｅｓｓａｇｅ−Ｉｄ”＞＋“ｙｙｙｙｍｍｄｄ（要返信日付）”）とする。
【００４２】
「受信日付」は，受信メールを受信した日付および時刻情報である。
【００４３】
「タイトル」は，受信メールのタイトル（Ｓｕｂｊｅｃｔ：）から抽出した文字列である。
【００４４】
「参照文」は，受信メールの本文に対する言語解析において，マッチ規則と一致した箇所，すなわち回答要求を意味する文（文字列）として抽出された箇所（文字列）である。
【００４５】
「要返信日付」は，受信メールの本文から抽出された参照文に含まれる回答要求の回答期限を示す日付情報である。
【００４６】
「ステータス」は，受信メールから抽出された回答要求に対する返信の状態を示す情報である。ステータスの値として，「未返信，回答済み，一部回答（回答日変更も含む），転送」などがある。ステータスの値は，受信メールから回答要求が検出された時点（初期状態）では，「未返信」をとり，送信メールの解析結果に応じて，更新される。
【００４７】
「転送先」は，送信メールが，受信メールの転送である場合の転送先メールアドレスである。
【００４８】
「リマインドチェック」は，管理されている回答要求に対するリマインダを受信していることを示すフラグである。なお，リマインドチェックは，フラグ情報の他，リマインドメールの受信回数を示す数値であってもよい。
【００４９】
図３（Ａ）は，返信管理テーブルの一部であり，返信管理情報であるレコードとして，受信メール解析により回答要求が抽出された場合のレコード例である。
【００５０】
図３（Ｂ）は，受信メールが，図３（Ａ）に示すレコードの回答要求に対するリマインダである場合のレコードである。「リマインドチェック」に，リマインダが受信されていることを示すフラグ（レ点）が設定されている。
【００５１】
図４は，アラート管理情報記憶部１２３の例を示す図である。
【００５２】
アラート管理情報記憶部１２３であるアラート管理テーブルには，返信が終了していない回答要求に関する情報が格納される。アラート管理テーブルは，「識別子，受信日付，タイトル，ステータス，要返信日付，経過日数」などのデータ項目を有する。
【００５３】
「識別子，受信日付，タイトル，ステータス，要返信日付」は，返信管理テーブルのレコード（返信管理情報）から転記される。
【００５４】
「経過日数」は，処理時点（本日）での，回答期限までの期間を示す値ｄが記録される。経過日数ｄは，電子メール返信確認装置１のＯＳのカレンダ機能やスケジューラ１２２の機能によって取得された処理時点（本日）の日付情報から，回答期限である要返信日付まで何日間が経過しているかを示している。
【００５５】
経過日数ｄが１以上である場合は，処理時点で回答期限（要返信日付）を過ぎていることを示し，経過日数ｄが０である場合は，処理時点が回答期限であることを示す。経過日数ｄがマイナスの数値である場合は，処理時点から回答期限まで１日以上の余裕があることを示す。
【００５６】
図５は，アラート表示データの例を示す図である。
【００５７】
図５に示す例は，図４に示すアラート管理テーブルにもとづいて生成されたアラート表示データの例である。
【００５８】
アラート表示データでは，「アラート番号，受信日時，タイトル，ステータス，要返信日付，色設定」などのデータが設定される。「アラート番号，受信日時，タイトル，ステータス，要返信日付」は，アラート管理テーブルのレコードをもとに生成される。
【００５９】
「色設定」は，そのアラートの表示色が設定される。表示色は，アラート管理テーブルの経過日数にもとづいて設定される。経過日数ｄが１以上の場合に警告色（赤色）が，経過日数ｄがゼロの場合に注意色（黄色）が，経過日数ｄが−１以下の場合に確認色（緑色）が，それぞれ設定される。
【００６０】
図５に示すアラート表示データでは，番号＝１のレコードは，元となるアラート管理テーブルのレコードの経過日数ｄ＝３であるので色設定が警告色となる。よって，番号＝１の回答要求に関する情報は，赤色で表示され，ユーザに回答期限が超過していることを警告することができる。
【００６１】
また，番号＝２のレコードは，アラート管理テーブルの経過日数ｄ＝０であるので，色設定が注意色となる。番号＝２の回答要求に関する情報は，黄色で表示され，ユーザに，本日が回答期限であるとの注意喚起をすることができる。
【００６２】
また，番号＝３，４のレコードは，経過日数ｄが−１以下であるので，色設定が確認色となる。番号＝３，４のレコードは，緑色で表示され，ユーザに，回答期限は到来していないが，返信が必要なメールがあることを確認させることができる。
【００６３】
アラート表示データには，転送された受信メールに含まれる回答要求も含めることができる。その場合に，転送先の情報をアラート表示データに含めることにより，ユーザに，その回答要求に関する受信メールの転送先を確認させることができる。
【００６４】
次に，マッチ規則生成処理を説明する。
【００６５】
図６は，マッチ規則生成処理の処理フロー例を示す図である。
【００６６】
マッチ規則設定部１３０は，ユーザやマッチ規則管理者などが入力した表現リストを取得する（ステップＳ１０）。表現リストは，解析処理で，受信メールの本文からマッチ規則に一致する表現（語句）として抽出させたいもののリスト情報であり，例えば，「ご返信ください／修正してください／返答をお願いします／…」などの語句を含む。
【００６７】
マッチ規則設定部１３０は，表現リストからマッチさせたい表現ｍを１つずつ取り出し，以下のステップＳ１２〜Ｓ１５の処理を繰り返して，終了する（ステップＳ１１，Ｓ１６）。
【００６８】
マッチ規則設定部１３０は，表現ｍを形態素解析して解析結果ｒ１を得て（ステップＳ１２），さらに，解析結果ｒ１を構文解析して解析結果ｒ２を得る（ステップＳ１３）。マッチ規則設定部１３０は，解析結果ｒ２を意味解析し，解析した表現ｍの意味構造を解析結果ｒ３として出力する（ステップＳ１４）。そして，マッチ規則設定部１３０は，解析結果ｒ３（意味構造）をマッチ規則ｓとしてマッチ規則記憶部１０４に追加する（ステップＳ１５）。
【００６９】
次に，受信メールからの回答要求の抽出処理を説明する。
【００７０】
図７は，回答要求抽出処理の処理フロー例を示す図である。
【００７１】
受信メール受信部１０１が，メールソフト３のメール受信要求をトリガにして，メールサーバ２から受信メールを受信する（ステップＳ２０）。
【００７２】
受信メール解析部１０２は，受信メールの解析処理を行う（ステップＳ２１）。解析処理の詳細は，図８を用いて後述する。
【００７３】
受信メール解析部１０２は，受信メールの解析処理の結果（結果リスト）をもとに，受信メールに回答要求が含まれているか（要返信フラグ＝１であるか）を判定する（ステップＳ２２）。要返信フラグ＝１であれば（ステップＳ２２のＹ），受信メール解析部１０２は，結果リストから，管理する返信日（記録されている要返信日付）の個数を確認する（ステップＳ２３）。
【００７４】
さらに，受信メール解析部１０２は，結果リストに記録されている受信メールのタイトル，本文から抽出された文，要返信日付などから，受信メールがリマインドメールであるかを判定する（ステップＳ２４）。受信メールがリマインドメールでなければ（ステップＳ２４のＮ），ステップＳ２５の処理へ進み，受信メールがリマインドメールであれば（ステップＳ２４のＹ），ステップＳ２９の処理へ進む。
【００７５】
ステップＳ２５で，受信メール解析部１０２は，受信メールの結果リストに記録されている，要返信日付ごとの情報（回答要求情報ｉｎｑ）を１つ取り出し，ステップＳ２６〜Ｓ２７の処理を繰り返す（ステップＳ２５，Ｓ２８）。
【００７６】
受信メール解析部１０２は，取り出した回答要求情報ｉｎｑにもとづく返信管理情報（レコード）を返信管理テーブルに追加し，結果リストのメッセージＩＤと回答要求情報ｉｎｑの要返信日付とを連結した値をレコードの「識別子」に記録する（ステップＳ２６）。
【００７７】
さらに，受信メール解析部１０２は，返信管理テーブルのレコードの「受信日付」に処理日の日付を，「タイトル」に受信メールのタイトルを，「参照文」に，回答要求情報ｉｎｑの問い合わせ文を，「要返信日付」に回答要求情報ｉｎｑの要返信日付をそれぞれ記録する。さらに，受信メール解析部１０２は，返信管理テーブルのレコードの「ステータス」に未返信（初期値）を記録して，返信管理テーブルを更新する（ステップＳ２７）。
【００７８】
ステップＳ２９で，受信メール解析部１０２は，受信メールの結果リストに記録されている，要返信日付ごとの情報（回答要求情報ｉｎｑ）を１つ取り出し，ステップＳ２１０〜Ｓ２１２の処理を繰り返す（ステップＳ２９，Ｓ２１３）。
【００７９】
受信メール解析部１０２は，返信管理テーブルを取得し（ステップＳ２１０），結果リストに記録されているタイトル，回答要求情報ｉｎｑの問い合わせ文および要返信日付が一致するレコードを検索し，レコードの「ステータス」が回答済みであるかを調べる（ステップＳ２１１）。ステータスが回答済でなければ（ステップＳ２１１のＮ），該当するレコードの「リマインドチェック」にフラグを設定し（図３（Ｂ）参照），返信管理テーブルを更新する（ステップＳ２１２）。
【００８０】
その後，受信メール解析部１０２は，解析済みの受信メールを受信メール送信部１０６に渡し，受信メール送信部１０６がメールソフト３へ受信メールを送信する（ステップＳ２１４）。
【００８１】
図８は，ステップＳ２１の解析処理の処理フロー例を示す図である。
【００８２】
受信メール解析部１０２は，受信メールを解析して，メッセージＩＤ，タイトル（Ｓｕｂｊｅｃｔ：の文字列），送信日時，メール本文などの必要な情報を抽出し，メッセージＩＤ，タイトル，送信日時を結果リストに追加する（ステップＳ１００）。
【００８３】
次に，受信メール解析部１０２は，抽出したメール本文から，発信元を表示する部分であるシグネチャや引用文の部分を除去し，文字列ｔを抽出する（ステップＳ１０１）。受信メール解析部１０２は，シグネチャの範囲を示す記号や所定の表現形式をもとにシグネチャの部分を特定し除去する。さらに，受信メール解析部１０２は，引用文を示す行先頭の記号（＞）や全文引用の範囲の開始を示す行（>----Original Message---）をもとに該当する範囲を特定し除去する。
【００８４】
次に，受信メール解析部１０２は，各行の文字列ｔについて，行の最後の制御記号（区切り記号）を削除し，次の行の文字列ｔと連結し，連結した文字列を，読点（。）の位置で区切り，区切った各文を文切りリストｌｉｓｔに記録する（ステップＳ１０２）。
【００８５】
言語解析部１０３は，文切りリストｌｉｓｔの文から，予め用意されている回答要求表現リストに記述されている語句を含む文を取り出し，取り出した文ｂについて，ステップＳ１０４〜Ｓ１１１の処理を繰り返す（ｌｏｏｐ１：ステップＳ１０３，Ｓ１１３）。
【００８６】
図９は，回答要求表現リストの例を示す図である。
【００８７】
回答要求表現リストは，回答（ＡＮＳＷＥＲ）や返信（ＲＥＰＬＹ）の要求を表現する語句のリストであり，例えば，「要返信日」，「要回答日」，「要返事」などが記述されている。
【００８８】
言語解析部１０３は，文切りリストｌｉｓｔの文ｂに形態素解析を行って結果ｒ１を得て（ステップＳ１０４），さらに，結果ｒ１を構文解析して結果ｒ２を得る（ステップＳ１０５）。さらに，言語解析部１０３は，結果ｒ２を意味解析して意味構造を出力し，結果ｒ３とする（ステップＳ１０６）。
【００８９】
次に，言語解析部１０３は，マッチ規則記憶部１０４の各マッチ規則ｓについて，ステップＳ１０８〜Ｓ１１１の処理を繰り返す（ｌｏｏｐ２：ステップＳ１０７，Ｓ１１２）。
【００９０】
言語解析部１０３は，マッチ規則ｓと結果ｒ３とが一致するかを判定する（ステップＳ１０８）。マッチ規則ｓが示す意味構造と結果ｒ３の意味構造とが一致すると判定された場合に（ステップＳ１０８のＹ），受信メール解析部１０２は，結果ｒ３から，回答要求情報ｉｎｑを抽出する（ステップＳ１０９）。
【００９１】
回答要求情報ｉｎｑは，結果ｒ３に対応する文ｂ，すなわちメール本文内で回答要求を意味する「問い合わせ文」と，文ｂや関連部分から抽出された回答期限を示す「要返信日付」と，リマインダチェックとを含む。回答要求情報ｉｎｑは，要返信日付ごとに抽出される。
【００９２】
受信メール解析部１０２は，結果ｒ３に対応する文の「述部」に関連する時間表現（例えば，「○月○日まで」，「今月末まで」，「今週中」，「来週火曜日まで」など）から，電子メール返信確認装置１またはスケジューラ１２２が備えるカレンダ機能によって，その表現が示す日付（ｙｙｙｙ年ｍｍ月ｄｄ日）を特定して，要返信日付とする。
【００９３】
受信メール解析部１０２は，返信管理情報記憶部１０５を参照して，結果ｒ３にもとづく「問い合わせ文」と「要返信日付」と一致するレコードがすでに存在する場合に，受信メールをリマインドメールであると判断し，「リマインダチェック」に，リマインドメールを示す値を設定する。
【００９４】
受信メール解析部１０２は，結果ｒ３に関する回答要求情報ｉｎｑを，結果リストに追加し（ステップＳ１１０），さらに，要返信フラグ＝１を設定する（ステップＳ１１１）。
【００９５】
マッチ規則ｓと結果ｒ３とが一致すると判定されなかった場合に（ステップＳ１０８のＮ），次のマッチ規則ｓについて，Ｓ１０３の処理へ戻る。
【００９６】
図１０は，結果リストの例を示す図である。
【００９７】
結果リストは，受信メールのメッセージＩＤ，タイトル，送信日付とともに，本文の解析によって得た要返信日付ごとの回答要求情報ｉｎｑ（問い合わせ文，要返信日付，リマインダチェック），要返信フラグを含む。「送信日付」は，受信メールの送信日付および時刻情報である。「要返信フラグ」は，回答要求があるかを示すフラグであり，要返信フラグ＝１は，回答要求があることを示す。
【００９８】
図１１〜図１４は，ステップＳ１０８のマッチ規則によるマッチング処理の具体例を示す図である。
【００９９】
図１１は，受信メールの本文に文ｂ「返信お願いいたします」が含まれている場合の例である。
【０１００】
図１１（Ａ）に示す文ｂに対する言語解析によって，図１１（Ｂ）に示す意味構造が結果ｒ３として抽出される。マッチ規則ｓ（図２参照）と結果ｒ３とを比較すると，両者の意味構造が一致するので，回答要求があると判断され，要返信フラグ＝１となる。
【０１０１】
図１２は，受信メールの本文に文ｂ「返信しなくて結構です」が含まれている場合の例である。
【０１０２】
図１２（Ａ）に示す文ｂに対する言語解析によって，図１２（Ｂ）に示す意味構造が結果ｒ３として抽出される。マッチ規則ｓ（図２参照）と結果ｒ３とを比較すると，マッチしてはならない部分の「否定」が一致するので，回答要求ではないと判断され，要返信フラグを初期状態のままとする。
【０１０３】
図１３は，受信メールの本文に文ｂ「４月２８日までに返事ください」が含まれている場合の例である。
【０１０４】
図１３（Ａ）に示す文ｂに対する言語解析によって，図１３（Ｂ）に示す意味構造が結果ｒ３として抽出される。マッチ規則ｓ（図２参照）と結果ｒ３とを比較すると，両者の構造が一致するので，回答要求があると判断され，要返信フラグ＝１となる。
【０１０５】
さらに，文ｂが含む「期限」を示す要素の「時間」から，「月＝４」，「日＝２８」が抽出される。カレンダ機能によって，抽出結果が，「年＝２０１１（現在年），月＝４，日＝２８，曜日＝木曜日」であると判断され，要返信日付は「２０１１年４月２８日（木曜日）」となる。
【０１０６】
図１４は，受信メールの本文に文ｂ「来週火曜日までに返事ください」が含まれている場合の例である。
【０１０７】
図１４（Ａ）に示す文ｂに対する言語解析によって，図１４（Ｂ）に示す意味構造が結果ｒ３として抽出される。マッチ規則ｓ（図２参照）と結果ｒ３とを比較すると，両者の構造が一致するので，回答要求があると判断され，要返信フラグ＝１となる。
【０１０８】
さらに，文ｂが含む「期限」を示す要素「時間」から，「曜日＝火曜日」と，「曜日＝火曜日」を修飾する「来週」とが抽出される。カレンダ機能によって，現在日付（例えば，２０１１年４月５日とする）を参照し，抽出結果が，「年＝２０１１（現在年），月＝４，日＝１２，曜日＝火曜日」であると判断され，要返信日付は「２０１１年４月１２日（火曜日）」となる。
【０１０９】
図１５は，ステップＳ１０９の要返信日付を求める処理の具体例を示す図である。
【０１１０】
図１５（Ａ）の例では，受信メールの本文に，回答期限を示す「２０１１年４月２１日（火）」が含まれているとする。
【０１１１】
受信メールの本文に対する言語解析によって，図１５（Ｂ）に示す意味構造が抽出される。カレンダ機能によって，抽出結果が，「年＝２０１１，月＝４，日＝２１，曜日＝火曜日」であると判断され，要返信日付は「２０１１年４月２１日（火曜日）」となる。
【０１１２】
以上のとおり，受信メールの解析処理によって，受信メールの本文から回答要求を抽出した場合には，受信メールおよび抽出した回答要求の内容を示す返信管理情報が，返信管理情報記憶部１０５に記憶される。
【０１１３】
次に，送信メールからの返信有無確認処理を説明する。
【０１１４】
図１６は，返信有無確認処理の処理フロー例を示す図である。
【０１１５】
送信メール受信部１１０が，メールソフト３から，送信メールを受信する（ステップＳ３０）。
【０１１６】
送信メール解析部１１１は，送信メールのタイトルを取得する（ステップＳ３１）。
【０１１７】
送信メール解析部１１１は，取得したタイトルから返信や転送を示す記号（ＲＥ：，ＦＷ：）を除去し，返信管理テーブルに，取得したタイトルとほぼ一致するタイトルを含むレコードがあるかを調べる（ステップＳ３２）。ここで，ほぼ一致とは，例えば，タイトルから前記の記号を除去した文字列が，返信管理テーブルの「タイトル」と完全に一致，または，一定の割合以上の部分が一致することをいう。
【０１１８】
返信管理テーブルにタイトルがほぼ一致するレコードがあれば（ステップＳ３２のＹ），ステップＳ３３の処理へ進み，一致するレコードがなければ（ステップＳ３２のＮ），ステップＳ３１０の処理へ進む。
【０１１９】
送信メール解析部１１１は，送信メールを解析し，送信メールと，返信管理テーブルに記録されている，タイトルがほぼ一致するレコードに示されている回答要求との関係を判定する（ステップＳ３３）。
【０１２０】
続いて，送信メール解析部１１１は，結果リストの各回答情報ｒｐｌについて，ステップＳ３５〜Ｓ３８の処理を繰り返す（ステップＳ３４，Ｓ３９）。
【０１２１】
送信メール解析部１１１は，送信メールを解析した結果リストのステータスが「回答済み」であれば（ステップＳ３５のＹ），図１７（Ａ）に示すレコード例のように，該当するレコードの「ステータス」を「回答済み」へ更新する（ステップＳ３８）。また，送信メール解析部１１１は，結果リストのステータスが「回答日変更」であれば（ステップＳ３６のＹ），図１７（Ｂ）に示すレコード例のように，返信管理テーブルの該当するレコードの「ステータス」を「一部回答」へ更新し，「要返信日付」を，結果リストの回答変更日付に更新する。さらに，送信メール解析部１１１は，結果リストのステータスが「転送」であれば（ステップＳ３７のＹ），図１７（Ｃ）に示すレコード例のように，返信管理テーブルの該当するレコードの「ステータス」を「転送」へ更新し，「転送先」に結果リストの送信先アドレスを記録する。なお，送信メール解析部１１１は，レコードの「ステータス」を「未返信」のままにしてもよい。
【０１２２】
結果リストの「ステータス」が「回答済み，回答日変更，転送」のいずれにも該当しない場合には（ステップＳ３５のＮ，Ｓ３６のＮ，Ｓ３７のＮ），ステップＳ３１０の処理へ進む。すなわち，送信メール解析部１１１は，返信管理テーブルの該当するレコードの「ステータス」を更新せず，「ステータス」は「未回答」のままとなる。
【０１２３】
その後，送信メール解析部１１１は，解析済みの送信メールを送信メール送信部１１２へ渡し，送信メール送信部１１２は，受け取った送信メールをメールサーバ２へ送信する（ステップＳ３１０）。
【０１２４】
なお，ステップＳ３１〜Ｓ３２の処理において，送信メール解析部１１１は，送信メールから識別ヘッダを検出し，返信管理テーブルに，検出した識別ヘッダの値と一致するレコードがあるかを調べてもよい。
【０１２５】
図１８は，ステップＳ３３のメール解析処理の処理フロー例を示す図である。
【０１２６】
送信メール解析部１１１は，結果リストを初期化し（ステップＳ２００），送信メールを解析し，送信メールから，送信先アドレス，タイトル，メール本文などの必要な情報を抽出し，結果リストに，送信先アドレス，タイトルを追加する（ステップＳ２０１）。ここで，タイトルに，返信を示す記号（ＲＥ：）や転送を示す記号（ＦＷ：）が付加されている場合には，それらの記号が除去されて追加される。
【０１２７】
送信メール解析部１１１は，メール本文から，シグネチャや全文引用文の部分を除去し，残りの本文から文字列ｔを抽出する（ステップＳ２０２）。
【０１２８】
続いて，言語解析部１０３が，ステップＳ２０３，２０５〜Ｓ２０７の繰り返し処理（ｌｏｏｐ１：ステップＳ２０４，Ｓ２１３）を行う。ステップＳ２０３，Ｓ２０５〜Ｓ２０７の処理は，図８に示す処理フローのステップＳ１０２，Ｓ１０４〜Ｓ１０６の各処理と同様であるので，説明を省略する。
【０１２９】
その後，言語解析部１０３は，マッチ規則記憶部１０４の各マッチ規則ｓについて，ステップＳ２０９〜Ｓ２１１の処理を繰り返す（ｌｏｏｐ２：ステップＳ２０８，Ｓ２１２）。
【０１３０】
言語解析部１０３は，マッチ規則ｓと結果ｒ３とが一致するかを判定する（ステップＳ２０９）。
【０１３１】
マッチ規則ｓの意味構造と結果ｒ３の意味構造とが一致すると判定された場合に（ステップＳ２０９のＹ），送信メール解析部１１１は，結果ｒ３から，回答情報ｒｐｌを抽出する（ステップＳ２１０）。
【０１３２】
送信メール解析部１１１は，マッチ規則ｓと結果ｒ３とが一致する場合には，文ｂは，回答を示す文であるので，送信メールが回答を含むと判断する。そして，送信メール解析部１１１は，文ｂの回答に対応する引用文（受信メールの問い合わせ文）であって先頭の引用記号を除去したもの（引用文）と，ステータス＝回答済みとを含む回答情報ｒｐｌを生成する。
【０１３３】
送信メール解析部１１１は，結果ｒ３に対応する文ｂに，回答や返信に係る「時間」がある場合には，回答期限に変更があると判断する。送信メール解析部１１１は，文ｂの「時間」をもとに回答日変更日付を特定し，文ｂに対応する引用文，ステータス＝回答日変更，カレンダ機能によって特定した回答日変更日付とを含む回答情報ｒｐｌを生成する。
【０１３４】
または，送信メール解析部１１１は，マッチ規則ｓと結果ｒ３とが一致し，送信メールの送信先アドレスが，第三者のメールアドレスである場合には，回答要求されている問い合わせ文の転送であると判断する。送信メール解析部１１１は，文ｂに対応する引用文，ステータス＝転送を含む回答情報ｒｐｌを生成する。
【０１３５】
次に，送信メール解析部１１１は，結果リストに生成した回答情報ｒｐｌを追加する（ステップＳ２１１）。
【０１３６】
図１９は，送信メールの解析処理の結果リストの例を示す図である。
【０１３７】
回答情報ｒｐｌは，送信メールから抽出した，送信先アドレス，タイトル，結果ｒ３に対応する引用文ごとの回答情報ｒｐｌを含む。
【０１３８】
以上説明したメール解析により得た返信管理情報により，より精度よく返信の有無を確認することができる。
【０１３９】
・ 送信メールが，受信メールに対する返信処理により生成されている場合には，送信メールの引用部分に含まれる識別ヘッダの値で，受信メールの回答要求と送信メールによる返信とを簡単に対応づけることができ，より精度よく返信有無を管理することができる。
【０１４０】
・ 送信メールが，受信メールの本文を引用して新規生成されている場合には，送信メールのタイトルで，受信メールの回答要求と送信メールによる返信（回答）とを対応づけることができ，より精度よく返信有無を管理することができる。
【０１４１】
・ 送信メールが回答期限の変更を示すものである場合には，変更された回答日を回答期限として管理することができる。
【０１４２】
・ 送信メールに回答日変更が含まれる場合や複数の回答要求の一部に対する回答が含まれる場合には，変更された回答日や未回答の回答日を回答期限として管理することができる。
【０１４３】
・ 受信メールの問い合わせ文が転送された場合には，転送先アドレスを保持して，回答要求を管理することができる。
【０１４４】
次に，アラート表示処理およびアラート管理処理を説明する。
【０１４５】
アラート表示部１２４は，返信管理情報記憶部１０５（返信管理テーブル）に，「ステータス」が未返信のレコードがある場合に，ユーザが使用するコンピュータの表示画面に，回答要求が未返信であることを示す情報としてアラートを表示させる。または，アラート表示部１２４は，アラート管理情報記憶部１２３（アラート管理テーブル）にレコードが１以上ある場合に，アラートを表示させる。アラート表示部１２４は，ユーザのログイン時，スケジューラ１２２が管理するスケジュールにもとづくタイミングなど所定のタイミングで，アラートをユーザのコンピュータの表示画面に表示させる。
【０１４６】
アラートは，アラートを示すイメージ，メッセージなど，ユーザの注意を喚起する情報であればデータの形式や表示態様を問わない。
【０１４７】
これにより，メールソフト３の起動とは別にログイン時や所定のタイミングで，返信に関するアラートが表示されるため，ユーザは，回答要求に対する返信の有無の確認を見逃すことが少なくなり，返信忘れの減少が期待できる。
【０１４８】
また，後述するように，アラート管理部１２１によりアラート管理情報が生成される場合には，アラート表示データの表示要求ボタンであってもよい。この場合には，ユーザのマウス操作によりアラートが選択されると，アラート表示部１２４は，アラート管理テーブルのレコードから，表示させる項目のデータを取り出してアラート表示データを作成してユーザのコンピュータの表示画面にポップアップ表示などで表示させる。
【０１４９】
図２０は，アラート管理処理の処理フロー例を示す図である。
【０１５０】
電子メール返信確認装置１の電源投入時またはスケジューラ１２２が管理するスケジュールにもとづくタイミングで，アラート管理部１２１は，返信管理テーブルの「ステータス」を１つずつ取得し（ステップＳ４０），ステップＳ４２〜Ｓ４４の処理を繰り返す（ステップＳ４１，Ｓ４５）。
【０１５１】
アラート管理部１２１は，取得した「ステータス」を調べ（ステップＳ４２），「ステータス」が「未返信，一部回答，転送」のいずれかであれば（ステップＳ４２のＹ），そのレコードを抽出し，スケジューラ１２２のカレンダ機能をもとに，処理日（本日）の日付を得て，処理日付と要返信日付とをもとに経過日数ｄを計算する（ステップＳ４３）。そして，アラート管理部１２１は，アラート管理テーブルに，抽出したレコードを追加し，その「経過日数」に経過日数を設定する（ステップＳ４４）。
【０１５２】
図２１は，アラート管理情報表示処理の処理フロー例を示す図である。
【０１５３】
ユーザのログイン時またはスケジューラ１２２が管理するスケジュールにもとづくタイミングで，アラート管理部１２１は，アラート管理テーブルのレコードを１つずつ取得し（ステップＳ５０），ステップＳ５２〜Ｓ５５の処理を繰り返す（ステップＳ５１，Ｓ５６）。
【０１５４】
アラート管理部１２１は，取り出したレコードの「経過日数」を調べ（ステップＳ５２），経過日数ｄが１以上であれば（ステップＳ５２の「ｄ≧１」），取り出したレコードのアラーム表示時の文字／地色を警告色（赤色）表示に設定する（ステップＳ５３）。経過日数ｄが０であれば（ステップＳ５２の「ｄ＝０」），アラート管理部１２１は，取り出したレコードのアラーム表示時の文字／地色を注意色（黄色）表示に設定する（ステップＳ５４）。経過日数ｄが−１以下であれば（ステップＳ５２の「ｄ≦−１」），アラート管理部１２１は，取り出したレコードのアラーム表示時の文字／地色を確認色（緑色）表示に設定する（ステップＳ５５）。
【０１５５】
アラート表示部１２４は，取り出したアラート管理テーブルのレコードから，表示させる項目のデータを取り出して，アラート表示データを作成し，ユーザのコンピュータの表示画面に表示させる（ステップＳ５７）。アラート表示データは，前述のように，表示要求ボタンであるアラートの選択操作のタイミング，アラート管理情報記憶部１２３へデータ格納のタイミング，ユーザのログイン時など所定のタイミングで表示される。
【０１５６】
アラート表示データの各回答要求に関する情報は，経過日数に応じた色変化だけでなく，点滅表示，文字の大きさやフォント種による変化などの表示対象で表示されてもよい。
【０１５７】
また，アラート表示部１２４は，アラート管理テーブルの経過日数ｄに応じて，アラート表示データの表示回数を増やすようにしてもよい。例えば，経過日数ｄが，一定値以上の正数であれば，複数回表示させるようにしてもよい。
【０１５８】
このように，アラート管理情報の表示処理により，ユーザに対し，返信作成の緊急性を分かりやすく確認させることができる。
【０１５９】
図２２〜図２４は，電子メール返信確認装置１が処理するメールの例を示す図である。図２２および図２３は，受信メールの例であり，図２４は，送信メールの例である。
【０１６０】
図２２に示す受信メールが受信されると，受信メール解析部１０２は，受信メールのタイトルに含まれる「要返信」だけでなく，本文の解析結果から検出される「２月４日までにご返送ください」などの表現から，受信メールが回答要求を含むものであると判断する。したがって，受信メールの回答要求を，より正確に検出することができる。
【０１６１】
受信メール解析部１０２は，返信管理情報を返信管理テーブルに追加し，図２３に示すように，受信メールに識別ヘッダ（Ｘ−Ｒｅｍｉｎｄ＿Ｍａｉｌ：）を追加する。
【０１６２】
識別ヘッダは，受信メールから検出された回答期限（要返信日付）ごとに生成されて追加される。さらに，識別ヘッダの値は，受信メールのメッセージＩＤと要返信日付との組み合わせが設定され，返信管理情報での識別子となる。したがって，受信メールに含まれる複数の回答期限を個々に管理することができる。
【０１６３】
さらに，送信メール解析部１１１は，図２４に示すように，受信メールと送信メールとを，識別ヘッダの値（識別子）で対応づけることができる。
【０１６４】
送信メール解析部１１１は，送信メールの本文から，回答や返信を示す表現「回答します」，「別途回答します」などの文を抽出し，回答期限の更新と要返信日付と異なる時間の表現「２６日までに」から，回答日変更日付を特定して，回答期限が変更されたり，一部の回答のみが返信されたりする状態を，より精度よく検出することができる。
【０１６５】
次に，電子メール返信確認装置１のハードウェア構成例を説明する。
【０１６６】
電子メール返信確認装置１は，演算装置ＣＰＵ，一時記憶装置，永続性記憶装置，ネットワーク・インタフェース，バス等のハードウェアとソフトウェアプログラムとを備えるコンピュータによって実施することができる。または，電子メール返信確認装置１は，上記のコンピュータが実行可能なプログラムによって実施することができる。この場合に，電子メール返信確認装置１が有すべき機能の処理内容を記述したプログラムが提供される。提供されたプログラムをコンピュータが実行することによって，上記説明した電子メール返信確認装置１の処理機能がコンピュータ上で実現される。さらに，このプログラムは，コンピュータで読み取り可能な記録媒体に記録しておくことができる。
【０１６７】
また，図１に示す構成例では，電子メール返信確認装置１が，ユーザが使用する，メールソフト３が実装されたコンピュータ（クライアント）に構成されるものとして表している。しかし，電子メール返信確認装置１は，ユーザのコンピュータとは独立した別のコンピュータまたは専用ハードウェアとして実施することができる。
【０１６８】
このような構成をとる場合に，電子メール返信確認装置１のアラート表示部１２４は，ステップＳ５７の処理として，作成したアラート表示データの表示処理プロセスを，ユーザのコンピュータに送信し，ユーザのコンピュータにおいて表示処理プロセスが実行されることによって，アラート表示データが表示される。
【０１６９】
以上の本実施例に示されるように，電子メール返信確認装置１によれば，次のような効果が得られる。
【０１７０】
・ ユーザが使用するメールソフトに依存せずに，ユーザに要求されている返信の有無を管理することができる。よって，組織内でユーザが各自任意のメールソフトを使用する状況においても，返信忘れの防止策を一律に実現することができる。
【０１７１】
・ 受信メールの本文から回答要求と回答期限（要返信日付）とを検出することができる。よって，従来に比べてより精度よく回答要求を検出し，返信有無を管理することができる。
【０１７２】
・ 受信メールに複数の回答期限が含まれている場合でも，回答期限ごとに回答要求を管理することができる。
【０１７３】
・ 回答要求や回答などの表現を示すマッチ規則を，ユーザ（マッチ規則管理者）が入力する任意の語句，文によって設定することができる。よって，ユーザが属する組織のメール運用規則を反映させたマッチ規則を定義して，返信有無確認を運用することができる。
【０１７４】
以上のように，電子メール返信確認装置１によれば，返信忘れにより生じる種々のリスク（トラブル発生など）や負担（催促のための作業負担など）の軽減が期待される。また，リマインドメール数の減少によるメール流量の軽減が期待される。
【符号の説明】
【０１７５】
１ 電子メール返信確認装置
１０１ 受信メール受信部
１０２ 受信メール解析部
１０３ 言語解析部
１０４ マッチ規則記憶部
１０５ 返信管理情報記憶部
１０６ 受信メール送信部
１１０ 送信メール受信部
１１１ 送信メール解析部
１１２ 送信メール送信部
１２１ アラート管理部
１２２ スケジューラ
１２３ アラート管理情報記憶部
１２４ アラート表示部
１３０ マッチ規則設定部
２ メールサーバ
３ メールソフト
【技術分野】
【０００１】
本発明は，電子メール返信確認装置，方法，およびプログラムに関する。より詳しくは，本発明は，受信された電子メールで要求されている返信の有無をユーザに確認させるためのデータ処理技術に関する。
【背景技術】
【０００２】
現在，電子メールは，その利便性や迅速性からビジネス分野において必要不可欠なコミュニケーション手段となっている。電子メールによって，問い合わせ事項や確認事項などに対する回答を求められるという状況も多くなっている。
【０００３】
電子メールが一般的になるにつれ，電子メールの流通量が増大するため，返信が要求されている電子メールが多数の受信メール中に埋没して読み逃されるという状況が生じている。また，回答期限の管理が電子メールの送信と連動していない場合には，返信済みの入力が必要となるなどして，期限管理が曖昧となり，結局返信を忘れるという状況が生じている。
【０００４】
このように，回答要求を含む電子メールの読み逃しや，これに対する返信忘れなどは，
円滑なコミュニケーションの阻害や，回答催促などの無駄な作業の発生による事務効率の低下などが問題となっている。かかる問題は，重要なビジネスチャンスを逸したり，重大なトラブルを招来したりするなどの可能性もあるため，電子メールの読み忘れや返信忘れは，できる限り回避しなければならない。
【０００５】
従来手法として，電子メールのタイトルをもとに受信した電子メールを自動的に複数のフォルダに振り分け，回答が必要な電子メールを特定のフォルダに格納して管理する技術が知られている。
【０００６】
また，別の従来手法として，受信した電子メールから返信の要求を示す記号を検出した場合に，一定の期間後を回答期限にしたスケジュールを管理し，回答期限の到来をユーザに報知する技術が知られている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開平１０−１７３７０１号公報
【特許文献２】特開２００６−１７２０７９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
自動的に電子メールを特定のフォルダに振り分けて要返信を管理する従来手法では，受信した電子メールの本文内に回答を求める内容が含まれていても，タイトルに回答要求が表現されていなければ，適切に振り分けられない恐れがある。
【０００９】
また，回答期限のスケジューリングを管理して，ユーザに返信を催促する従来手法では，以前として，返信忘れの防止について，依然，次のような問題点がある。
【００１０】
（ａ）組織内の一律な対応の困難さ
企業や団体などの組織内では，各人が様々なメールソフトを使用しており，返信有無の管理について一律な対応が困難な状況となっている。したがって，メールソフトに依存することなく，組織内での返信有無の確認を一律に行える仕組みが必要である。
【００１１】
（ｂ）返信有無の判断精度の低さ
従来では，回答を求めている受信メールに対して返信操作による送信がなされたことをもって，返信有無が判断されていた。しかし，電子メールの利用形態によっては，返信の有無が判断できない場合があった。
【００１２】
・ 正受領者（電子メールの宛先（Ｔｏ：）アドレスのユーザ）が，回答要求の電子メールを第三者に転送し，返信を代理してもらう場合に，正受領者に対する電子メールにもとづく返信処理とならないため，返信されたかを判断することができなかった。
【００１３】
・ １つの電子メール内に複数の回答期限が設定された回答要求が含まれている場合に，１つの事項に返信すると返信済みと判断されるため，未回答の事項について返信があったかを判断することができなかった。
【００１４】
以上のように返信の有無を確実に判断できない場合があるため，返信忘れを防止することができない場合があった。
【００１５】
本発明は，上記課題に鑑みてなされたものであり，要求されている返信（回答）の有無を，より精度よく判断し，未返信の回答要求に対する情報を表示して，ユーザが返信の有無を簡単に確認することができる装置を提供することを目的とする。また，前記装置で実行される方法，およびコンピュータを前記装置として機能させるためのコンピュータプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１６】
本願において開示される電子メール返信確認装置は，１）回答要求，回答期限または回答を示す意味情報を定義したマッチ規則を記憶するマッチ規則記憶部と，２）返信管理情報を記憶する返信管理情報記憶部と，３）アラート管理情報を記憶するアラート管理情報記憶部と，４）メールサーバから受信メールを取得する受信メール受信部と，５）前記受信メールの本文に対する言語解析を行い，前記マッチ規則に一致する意味情報を持つ部分を抽出する言語解析部と，６）前記受信メールを解析し，該受信メールの本文から抽出された部分が示す回答要求の内容，該回答要求の回答期限，前記受信メールの識別情報，および該回答要求に対する返信の状態を示すステータスを含む返信管理情報を生成して前記返信管理情報記憶部に保存し，前記受信メールに前記識別情報を付加する受信メール解析部と，７）前記識別情報が付加された解析済みの受信メールを，クライアントのメールソフトへ送信する受信メール送信部と，８）前記返信管理情報記憶部に記憶された返信管理情報のステータスに未返信が存在する場合に，回答要求の未返信が存在することを示す情報を前記クライアントで表示させるためのアラートを生成するアラート表示部とを備える。
【発明の効果】
【００１７】
開示される電子メール返信確認装置によれば，受信した電子メールから抽出された回答要求に対して未返信であることを，アラートの表示によってユーザに確認させることができる。
【図面の簡単な説明】
【００１８】
【図１】本発明の一態様として開示する電子メール返信確認装置の一実施例における構成例を示す図である。
【図２】マッチ規則記憶部に記憶されるマッチ規則の例を示す図である。
【図３】返信管理情報記憶部の例を示す図である。
【図４】アラート管理情報記憶部の例を示す図である。
【図５】アラート表示データの例を示す図である。
【図６】マッチ規則生成処理の処理フロー例を示す図である。
【図７】回答要求抽出処理の処理フロー例を示す図である。
【図８】ステップＳ２１の解析処理の処理フロー例を示す図である。
【図９】回答要求表現リストの例を示す図である。
【図１０】結果リストの例を示す図である。
【図１１】ステップＳ１０８のマッチ規則によるマッチング処理の具体例を示す図である。
【図１２】ステップＳ１０８のマッチ規則によるマッチング処理の具体例を示す図である。
【図１３】ステップＳ１０８のマッチ規則によるマッチング処理の具体例を示す図である。
【図１４】ステップＳ１０８のマッチ規則によるマッチング処理の具体例を示す図である。
【図１５】ステップＳ１０９の要返信日付を求める処理の具体例を示す図である。
【図１６】返信有無確認処理の処理フロー例を示す図である。
【図１７】返信有無確認処理の処理による返信管理情報の変更例を示す図である。
【図１８】ステップＳ３３のメール解析処理の処理フロー例を示す図である。
【図１９】送信メールの解析処理の結果リストの例を示す図である。
【図２０】アラート管理処理の処理フロー例を示す図である。
【図２１】アラート管理情報表示処理の処理フロー例を示す図である。
【図２２】電子メール返信確認装置が処理する受信メールの例を示す図である。
【図２３】電子メール返信確認装置が処理する受信メールの例を示す図である。
【図２４】電子メール返信確認装置が処理する送信メールの例を示す図である。
【発明を実施するための形態】
【００１９】
図１は，本発明の一態様として開示する電子メール返信確認装置の一実施例における構成例を示す図である。
【００２０】
電子メール返信確認装置１は，電子メール処理プログラム（メールソフト）と，電子メール（以下単にメールという）の送信／受信を行うメールサーバとの間において動作する。電子メール返信確認装置１は，ユーザに返信有無を確認させ，未返信を気づかせるために，ユーザ宛の受信メールのヘッダおよび本文から回答要求の有無を検出し，ユーザが送信する送信メールを，回答要求している受信メールと対応付けて返信（回答）の有無を判断し，未返信であれば，その回答要求に関する情報を示すアラートを表示する装置である。
【００２１】
電子メール返信確認装置１は，受信メール受信部１０１，受信メール解析部１０２，言語解析部１０３，マッチ規則記憶部１０４，返信管理情報記憶部１０５，受信メール送信部１０６，送信メール受信部１１０，送信メール解析部１１１，送信メール送信部１１２，アラート管理部１２１，スケジューラ１２２，アラート管理情報記憶部１２３，アラート表示部１２４，マッチ規則設定部１３０を備える。
【００２２】
受信メール受信部１０１は，メールソフト３のメール受信要求をトリガに，ユーザのメールアドレスを宛先とする受信メールを，メールサーバ２を介して受信する処理部である。
【００２３】
受信メール解析部１０２は，受信メールを解析して，受信メールに回答要求があるかを検出し，検出した回答要求に関する返信管理情報を生成して，返信管理情報記憶部１０５へ保存する処理部である。
【００２４】
返信管理情報は，受信メールから検出された，回答期限（要返信日付）ごとの回答要求に関する情報であり，例えば，回答要求の識別情報，受信日付，タイトル（Ｓｕｂｊｅｃｔ：），回答期限を示す要返信日付，返信されたかを示すステータスなどの情報を含む。
【００２５】
言語解析部１０３は，受信メール本文の言語解析を行って，受信メールの本文から，マッチ規則記憶部１０４に記憶されているマッチ規則に一致する部分を抽出する処理部である。
【００２６】
マッチ規則記憶部１０４は，受信メールの本文に含まれる回答要求，回答期限，回答を意味する部分を抽出するためのマッチ規則を記憶する記憶部である。
【００２７】
マッチ規則は，自然言語テキストデータから特定の意味を示す箇所を抽出するために，一致させたい言語表現（語句）の意味構造を定義する情報である。マッチ規則は，回答要求を示す言語表現（語句）の意味構造を定義し，または，一致してはならない言語表現の意味構造も定義する。
【００２８】
返信管理情報記憶部１０５は，返信管理情報を記憶する記憶部である。本実施形態では，返信管理情報記憶部１０５は，返信管理テーブルとして実施される。
【００２９】
受信メール送信部１０６は，解析済みの受信メールをメールソフト３へ送信する処理部である。なお，メールソフト３は，メールの生成，送受信，表示などを行うプログラムである。
【００３０】
送信メール受信部１１０は，メールソフト３から送信予定の送信メールを受信する処理部である。
【００３１】
送信メール解析部１１１は，送信メールを解析して，送信メールが，回答要求していた受信メールとどのような関係となるかを判断し，受信メールから抽出した回答要求に関する返信管理情報を更新する処理部である。
【００３２】
送信メール送信部１１２は，解析済みの送信メールをメールサーバ２へ送信する処理部である。
【００３３】
アラート管理部１２１は，返信管理情報記憶部１０５を参照し，受信メールから抽出された回答要求の回答期限を管理し，未返信である回答要求について，回答期限までの期間を含むアラート情報を生成してアラート管理情報記憶部１２３へ保存する処理部である。
【００３４】
アラート管理情報記憶部１２３は，アラート管理情報を記憶する記憶部である。本実施形態では，アラート管理情報記憶部１２３は，アラート管理テーブルとして実施される。
【００３５】
アラート表示部１２４は，返信管理情報記憶部１０５またはアラート管理情報記憶部１２３を参照し，ユーザが使用するコンピュータに，未返信の回答要求があることを表示させたり，未返信の回答要求の内容を各回答期限までの期間に応じた表示態様で表示させたりする処理部である。
【００３６】
マッチ規則設定部１３０は，マッチ規則記憶部１０４に記憶されているマッチ規則の生成や変更などを行う処理部である。
【００３７】
図２は，マッチ規則記憶部１０４に記憶されるマッチ規則の例を示す図である。
【００３８】
図２に示すマッチ規則は，動詞（句）にもとづく意味構造パターンであって，回答要求を示す文の構成要素（述部）を示すものである。具体的には，回答（ＡＮＳＷＥＲ）または返信（ＲＥＰＬＹ）をする表現（述語），回答や返信を要求する表現（命令），回答期限を示す表現（時間）などの意味構造を表している。また，マッチ規則では，一致してはならない表現として，回答または返信の否定を示す表現（否定）の意味構造を示す定義も含まれる。
【００３９】
図３は，返信管理情報記憶部１０５の例を示す図である。
【００４０】
返信管理情報記憶部１０５である返信管理テーブルは，「識別子，受信日付，タイトル，参照文，要返信日付，ステータス，転送先，リマインドチェック」などのデータ項目を有する。
【００４１】
「識別子」は，受信メールから抽出された回答要求の識別情報である。識別子は，例えば，受信メールに挿入される識別ヘッダ「Ｘ−Ｒｅｍｉｎｄ−Ｍａｉｌ：」の値を用い，受信メールのヘッダから抽出したメッセージＩＤと，検出した回答要求の要返信日付とを連結した値（＜“Ｍｅｓｓａｇｅ−Ｉｄ”＞＋“ｙｙｙｙｍｍｄｄ（要返信日付）”）とする。
【００４２】
「受信日付」は，受信メールを受信した日付および時刻情報である。
【００４３】
「タイトル」は，受信メールのタイトル（Ｓｕｂｊｅｃｔ：）から抽出した文字列である。
【００４４】
「参照文」は，受信メールの本文に対する言語解析において，マッチ規則と一致した箇所，すなわち回答要求を意味する文（文字列）として抽出された箇所（文字列）である。
【００４５】
「要返信日付」は，受信メールの本文から抽出された参照文に含まれる回答要求の回答期限を示す日付情報である。
【００４６】
「ステータス」は，受信メールから抽出された回答要求に対する返信の状態を示す情報である。ステータスの値として，「未返信，回答済み，一部回答（回答日変更も含む），転送」などがある。ステータスの値は，受信メールから回答要求が検出された時点（初期状態）では，「未返信」をとり，送信メールの解析結果に応じて，更新される。
【００４７】
「転送先」は，送信メールが，受信メールの転送である場合の転送先メールアドレスである。
【００４８】
「リマインドチェック」は，管理されている回答要求に対するリマインダを受信していることを示すフラグである。なお，リマインドチェックは，フラグ情報の他，リマインドメールの受信回数を示す数値であってもよい。
【００４９】
図３（Ａ）は，返信管理テーブルの一部であり，返信管理情報であるレコードとして，受信メール解析により回答要求が抽出された場合のレコード例である。
【００５０】
図３（Ｂ）は，受信メールが，図３（Ａ）に示すレコードの回答要求に対するリマインダである場合のレコードである。「リマインドチェック」に，リマインダが受信されていることを示すフラグ（レ点）が設定されている。
【００５１】
図４は，アラート管理情報記憶部１２３の例を示す図である。
【００５２】
アラート管理情報記憶部１２３であるアラート管理テーブルには，返信が終了していない回答要求に関する情報が格納される。アラート管理テーブルは，「識別子，受信日付，タイトル，ステータス，要返信日付，経過日数」などのデータ項目を有する。
【００５３】
「識別子，受信日付，タイトル，ステータス，要返信日付」は，返信管理テーブルのレコード（返信管理情報）から転記される。
【００５４】
「経過日数」は，処理時点（本日）での，回答期限までの期間を示す値ｄが記録される。経過日数ｄは，電子メール返信確認装置１のＯＳのカレンダ機能やスケジューラ１２２の機能によって取得された処理時点（本日）の日付情報から，回答期限である要返信日付まで何日間が経過しているかを示している。
【００５５】
経過日数ｄが１以上である場合は，処理時点で回答期限（要返信日付）を過ぎていることを示し，経過日数ｄが０である場合は，処理時点が回答期限であることを示す。経過日数ｄがマイナスの数値である場合は，処理時点から回答期限まで１日以上の余裕があることを示す。
【００５６】
図５は，アラート表示データの例を示す図である。
【００５７】
図５に示す例は，図４に示すアラート管理テーブルにもとづいて生成されたアラート表示データの例である。
【００５８】
アラート表示データでは，「アラート番号，受信日時，タイトル，ステータス，要返信日付，色設定」などのデータが設定される。「アラート番号，受信日時，タイトル，ステータス，要返信日付」は，アラート管理テーブルのレコードをもとに生成される。
【００５９】
「色設定」は，そのアラートの表示色が設定される。表示色は，アラート管理テーブルの経過日数にもとづいて設定される。経過日数ｄが１以上の場合に警告色（赤色）が，経過日数ｄがゼロの場合に注意色（黄色）が，経過日数ｄが−１以下の場合に確認色（緑色）が，それぞれ設定される。
【００６０】
図５に示すアラート表示データでは，番号＝１のレコードは，元となるアラート管理テーブルのレコードの経過日数ｄ＝３であるので色設定が警告色となる。よって，番号＝１の回答要求に関する情報は，赤色で表示され，ユーザに回答期限が超過していることを警告することができる。
【００６１】
また，番号＝２のレコードは，アラート管理テーブルの経過日数ｄ＝０であるので，色設定が注意色となる。番号＝２の回答要求に関する情報は，黄色で表示され，ユーザに，本日が回答期限であるとの注意喚起をすることができる。
【００６２】
また，番号＝３，４のレコードは，経過日数ｄが−１以下であるので，色設定が確認色となる。番号＝３，４のレコードは，緑色で表示され，ユーザに，回答期限は到来していないが，返信が必要なメールがあることを確認させることができる。
【００６３】
アラート表示データには，転送された受信メールに含まれる回答要求も含めることができる。その場合に，転送先の情報をアラート表示データに含めることにより，ユーザに，その回答要求に関する受信メールの転送先を確認させることができる。
【００６４】
次に，マッチ規則生成処理を説明する。
【００６５】
図６は，マッチ規則生成処理の処理フロー例を示す図である。
【００６６】
マッチ規則設定部１３０は，ユーザやマッチ規則管理者などが入力した表現リストを取得する（ステップＳ１０）。表現リストは，解析処理で，受信メールの本文からマッチ規則に一致する表現（語句）として抽出させたいもののリスト情報であり，例えば，「ご返信ください／修正してください／返答をお願いします／…」などの語句を含む。
【００６７】
マッチ規則設定部１３０は，表現リストからマッチさせたい表現ｍを１つずつ取り出し，以下のステップＳ１２〜Ｓ１５の処理を繰り返して，終了する（ステップＳ１１，Ｓ１６）。
【００６８】
マッチ規則設定部１３０は，表現ｍを形態素解析して解析結果ｒ１を得て（ステップＳ１２），さらに，解析結果ｒ１を構文解析して解析結果ｒ２を得る（ステップＳ１３）。マッチ規則設定部１３０は，解析結果ｒ２を意味解析し，解析した表現ｍの意味構造を解析結果ｒ３として出力する（ステップＳ１４）。そして，マッチ規則設定部１３０は，解析結果ｒ３（意味構造）をマッチ規則ｓとしてマッチ規則記憶部１０４に追加する（ステップＳ１５）。
【００６９】
次に，受信メールからの回答要求の抽出処理を説明する。
【００７０】
図７は，回答要求抽出処理の処理フロー例を示す図である。
【００７１】
受信メール受信部１０１が，メールソフト３のメール受信要求をトリガにして，メールサーバ２から受信メールを受信する（ステップＳ２０）。
【００７２】
受信メール解析部１０２は，受信メールの解析処理を行う（ステップＳ２１）。解析処理の詳細は，図８を用いて後述する。
【００７３】
受信メール解析部１０２は，受信メールの解析処理の結果（結果リスト）をもとに，受信メールに回答要求が含まれているか（要返信フラグ＝１であるか）を判定する（ステップＳ２２）。要返信フラグ＝１であれば（ステップＳ２２のＹ），受信メール解析部１０２は，結果リストから，管理する返信日（記録されている要返信日付）の個数を確認する（ステップＳ２３）。
【００７４】
さらに，受信メール解析部１０２は，結果リストに記録されている受信メールのタイトル，本文から抽出された文，要返信日付などから，受信メールがリマインドメールであるかを判定する（ステップＳ２４）。受信メールがリマインドメールでなければ（ステップＳ２４のＮ），ステップＳ２５の処理へ進み，受信メールがリマインドメールであれば（ステップＳ２４のＹ），ステップＳ２９の処理へ進む。
【００７５】
ステップＳ２５で，受信メール解析部１０２は，受信メールの結果リストに記録されている，要返信日付ごとの情報（回答要求情報ｉｎｑ）を１つ取り出し，ステップＳ２６〜Ｓ２７の処理を繰り返す（ステップＳ２５，Ｓ２８）。
【００７６】
受信メール解析部１０２は，取り出した回答要求情報ｉｎｑにもとづく返信管理情報（レコード）を返信管理テーブルに追加し，結果リストのメッセージＩＤと回答要求情報ｉｎｑの要返信日付とを連結した値をレコードの「識別子」に記録する（ステップＳ２６）。
【００７７】
さらに，受信メール解析部１０２は，返信管理テーブルのレコードの「受信日付」に処理日の日付を，「タイトル」に受信メールのタイトルを，「参照文」に，回答要求情報ｉｎｑの問い合わせ文を，「要返信日付」に回答要求情報ｉｎｑの要返信日付をそれぞれ記録する。さらに，受信メール解析部１０２は，返信管理テーブルのレコードの「ステータス」に未返信（初期値）を記録して，返信管理テーブルを更新する（ステップＳ２７）。
【００７８】
ステップＳ２９で，受信メール解析部１０２は，受信メールの結果リストに記録されている，要返信日付ごとの情報（回答要求情報ｉｎｑ）を１つ取り出し，ステップＳ２１０〜Ｓ２１２の処理を繰り返す（ステップＳ２９，Ｓ２１３）。
【００７９】
受信メール解析部１０２は，返信管理テーブルを取得し（ステップＳ２１０），結果リストに記録されているタイトル，回答要求情報ｉｎｑの問い合わせ文および要返信日付が一致するレコードを検索し，レコードの「ステータス」が回答済みであるかを調べる（ステップＳ２１１）。ステータスが回答済でなければ（ステップＳ２１１のＮ），該当するレコードの「リマインドチェック」にフラグを設定し（図３（Ｂ）参照），返信管理テーブルを更新する（ステップＳ２１２）。
【００８０】
その後，受信メール解析部１０２は，解析済みの受信メールを受信メール送信部１０６に渡し，受信メール送信部１０６がメールソフト３へ受信メールを送信する（ステップＳ２１４）。
【００８１】
図８は，ステップＳ２１の解析処理の処理フロー例を示す図である。
【００８２】
受信メール解析部１０２は，受信メールを解析して，メッセージＩＤ，タイトル（Ｓｕｂｊｅｃｔ：の文字列），送信日時，メール本文などの必要な情報を抽出し，メッセージＩＤ，タイトル，送信日時を結果リストに追加する（ステップＳ１００）。
【００８３】
次に，受信メール解析部１０２は，抽出したメール本文から，発信元を表示する部分であるシグネチャや引用文の部分を除去し，文字列ｔを抽出する（ステップＳ１０１）。受信メール解析部１０２は，シグネチャの範囲を示す記号や所定の表現形式をもとにシグネチャの部分を特定し除去する。さらに，受信メール解析部１０２は，引用文を示す行先頭の記号（＞）や全文引用の範囲の開始を示す行（>----Original Message---）をもとに該当する範囲を特定し除去する。
【００８４】
次に，受信メール解析部１０２は，各行の文字列ｔについて，行の最後の制御記号（区切り記号）を削除し，次の行の文字列ｔと連結し，連結した文字列を，読点（。）の位置で区切り，区切った各文を文切りリストｌｉｓｔに記録する（ステップＳ１０２）。
【００８５】
言語解析部１０３は，文切りリストｌｉｓｔの文から，予め用意されている回答要求表現リストに記述されている語句を含む文を取り出し，取り出した文ｂについて，ステップＳ１０４〜Ｓ１１１の処理を繰り返す（ｌｏｏｐ１：ステップＳ１０３，Ｓ１１３）。
【００８６】
図９は，回答要求表現リストの例を示す図である。
【００８７】
回答要求表現リストは，回答（ＡＮＳＷＥＲ）や返信（ＲＥＰＬＹ）の要求を表現する語句のリストであり，例えば，「要返信日」，「要回答日」，「要返事」などが記述されている。
【００８８】
言語解析部１０３は，文切りリストｌｉｓｔの文ｂに形態素解析を行って結果ｒ１を得て（ステップＳ１０４），さらに，結果ｒ１を構文解析して結果ｒ２を得る（ステップＳ１０５）。さらに，言語解析部１０３は，結果ｒ２を意味解析して意味構造を出力し，結果ｒ３とする（ステップＳ１０６）。
【００８９】
次に，言語解析部１０３は，マッチ規則記憶部１０４の各マッチ規則ｓについて，ステップＳ１０８〜Ｓ１１１の処理を繰り返す（ｌｏｏｐ２：ステップＳ１０７，Ｓ１１２）。
【００９０】
言語解析部１０３は，マッチ規則ｓと結果ｒ３とが一致するかを判定する（ステップＳ１０８）。マッチ規則ｓが示す意味構造と結果ｒ３の意味構造とが一致すると判定された場合に（ステップＳ１０８のＹ），受信メール解析部１０２は，結果ｒ３から，回答要求情報ｉｎｑを抽出する（ステップＳ１０９）。
【００９１】
回答要求情報ｉｎｑは，結果ｒ３に対応する文ｂ，すなわちメール本文内で回答要求を意味する「問い合わせ文」と，文ｂや関連部分から抽出された回答期限を示す「要返信日付」と，リマインダチェックとを含む。回答要求情報ｉｎｑは，要返信日付ごとに抽出される。
【００９２】
受信メール解析部１０２は，結果ｒ３に対応する文の「述部」に関連する時間表現（例えば，「○月○日まで」，「今月末まで」，「今週中」，「来週火曜日まで」など）から，電子メール返信確認装置１またはスケジューラ１２２が備えるカレンダ機能によって，その表現が示す日付（ｙｙｙｙ年ｍｍ月ｄｄ日）を特定して，要返信日付とする。
【００９３】
受信メール解析部１０２は，返信管理情報記憶部１０５を参照して，結果ｒ３にもとづく「問い合わせ文」と「要返信日付」と一致するレコードがすでに存在する場合に，受信メールをリマインドメールであると判断し，「リマインダチェック」に，リマインドメールを示す値を設定する。
【００９４】
受信メール解析部１０２は，結果ｒ３に関する回答要求情報ｉｎｑを，結果リストに追加し（ステップＳ１１０），さらに，要返信フラグ＝１を設定する（ステップＳ１１１）。
【００９５】
マッチ規則ｓと結果ｒ３とが一致すると判定されなかった場合に（ステップＳ１０８のＮ），次のマッチ規則ｓについて，Ｓ１０３の処理へ戻る。
【００９６】
図１０は，結果リストの例を示す図である。
【００９７】
結果リストは，受信メールのメッセージＩＤ，タイトル，送信日付とともに，本文の解析によって得た要返信日付ごとの回答要求情報ｉｎｑ（問い合わせ文，要返信日付，リマインダチェック），要返信フラグを含む。「送信日付」は，受信メールの送信日付および時刻情報である。「要返信フラグ」は，回答要求があるかを示すフラグであり，要返信フラグ＝１は，回答要求があることを示す。
【００９８】
図１１〜図１４は，ステップＳ１０８のマッチ規則によるマッチング処理の具体例を示す図である。
【００９９】
図１１は，受信メールの本文に文ｂ「返信お願いいたします」が含まれている場合の例である。
【０１００】
図１１（Ａ）に示す文ｂに対する言語解析によって，図１１（Ｂ）に示す意味構造が結果ｒ３として抽出される。マッチ規則ｓ（図２参照）と結果ｒ３とを比較すると，両者の意味構造が一致するので，回答要求があると判断され，要返信フラグ＝１となる。
【０１０１】
図１２は，受信メールの本文に文ｂ「返信しなくて結構です」が含まれている場合の例である。
【０１０２】
図１２（Ａ）に示す文ｂに対する言語解析によって，図１２（Ｂ）に示す意味構造が結果ｒ３として抽出される。マッチ規則ｓ（図２参照）と結果ｒ３とを比較すると，マッチしてはならない部分の「否定」が一致するので，回答要求ではないと判断され，要返信フラグを初期状態のままとする。
【０１０３】
図１３は，受信メールの本文に文ｂ「４月２８日までに返事ください」が含まれている場合の例である。
【０１０４】
図１３（Ａ）に示す文ｂに対する言語解析によって，図１３（Ｂ）に示す意味構造が結果ｒ３として抽出される。マッチ規則ｓ（図２参照）と結果ｒ３とを比較すると，両者の構造が一致するので，回答要求があると判断され，要返信フラグ＝１となる。
【０１０５】
さらに，文ｂが含む「期限」を示す要素の「時間」から，「月＝４」，「日＝２８」が抽出される。カレンダ機能によって，抽出結果が，「年＝２０１１（現在年），月＝４，日＝２８，曜日＝木曜日」であると判断され，要返信日付は「２０１１年４月２８日（木曜日）」となる。
【０１０６】
図１４は，受信メールの本文に文ｂ「来週火曜日までに返事ください」が含まれている場合の例である。
【０１０７】
図１４（Ａ）に示す文ｂに対する言語解析によって，図１４（Ｂ）に示す意味構造が結果ｒ３として抽出される。マッチ規則ｓ（図２参照）と結果ｒ３とを比較すると，両者の構造が一致するので，回答要求があると判断され，要返信フラグ＝１となる。
【０１０８】
さらに，文ｂが含む「期限」を示す要素「時間」から，「曜日＝火曜日」と，「曜日＝火曜日」を修飾する「来週」とが抽出される。カレンダ機能によって，現在日付（例えば，２０１１年４月５日とする）を参照し，抽出結果が，「年＝２０１１（現在年），月＝４，日＝１２，曜日＝火曜日」であると判断され，要返信日付は「２０１１年４月１２日（火曜日）」となる。
【０１０９】
図１５は，ステップＳ１０９の要返信日付を求める処理の具体例を示す図である。
【０１１０】
図１５（Ａ）の例では，受信メールの本文に，回答期限を示す「２０１１年４月２１日（火）」が含まれているとする。
【０１１１】
受信メールの本文に対する言語解析によって，図１５（Ｂ）に示す意味構造が抽出される。カレンダ機能によって，抽出結果が，「年＝２０１１，月＝４，日＝２１，曜日＝火曜日」であると判断され，要返信日付は「２０１１年４月２１日（火曜日）」となる。
【０１１２】
以上のとおり，受信メールの解析処理によって，受信メールの本文から回答要求を抽出した場合には，受信メールおよび抽出した回答要求の内容を示す返信管理情報が，返信管理情報記憶部１０５に記憶される。
【０１１３】
次に，送信メールからの返信有無確認処理を説明する。
【０１１４】
図１６は，返信有無確認処理の処理フロー例を示す図である。
【０１１５】
送信メール受信部１１０が，メールソフト３から，送信メールを受信する（ステップＳ３０）。
【０１１６】
送信メール解析部１１１は，送信メールのタイトルを取得する（ステップＳ３１）。
【０１１７】
送信メール解析部１１１は，取得したタイトルから返信や転送を示す記号（ＲＥ：，ＦＷ：）を除去し，返信管理テーブルに，取得したタイトルとほぼ一致するタイトルを含むレコードがあるかを調べる（ステップＳ３２）。ここで，ほぼ一致とは，例えば，タイトルから前記の記号を除去した文字列が，返信管理テーブルの「タイトル」と完全に一致，または，一定の割合以上の部分が一致することをいう。
【０１１８】
返信管理テーブルにタイトルがほぼ一致するレコードがあれば（ステップＳ３２のＹ），ステップＳ３３の処理へ進み，一致するレコードがなければ（ステップＳ３２のＮ），ステップＳ３１０の処理へ進む。
【０１１９】
送信メール解析部１１１は，送信メールを解析し，送信メールと，返信管理テーブルに記録されている，タイトルがほぼ一致するレコードに示されている回答要求との関係を判定する（ステップＳ３３）。
【０１２０】
続いて，送信メール解析部１１１は，結果リストの各回答情報ｒｐｌについて，ステップＳ３５〜Ｓ３８の処理を繰り返す（ステップＳ３４，Ｓ３９）。
【０１２１】
送信メール解析部１１１は，送信メールを解析した結果リストのステータスが「回答済み」であれば（ステップＳ３５のＹ），図１７（Ａ）に示すレコード例のように，該当するレコードの「ステータス」を「回答済み」へ更新する（ステップＳ３８）。また，送信メール解析部１１１は，結果リストのステータスが「回答日変更」であれば（ステップＳ３６のＹ），図１７（Ｂ）に示すレコード例のように，返信管理テーブルの該当するレコードの「ステータス」を「一部回答」へ更新し，「要返信日付」を，結果リストの回答変更日付に更新する。さらに，送信メール解析部１１１は，結果リストのステータスが「転送」であれば（ステップＳ３７のＹ），図１７（Ｃ）に示すレコード例のように，返信管理テーブルの該当するレコードの「ステータス」を「転送」へ更新し，「転送先」に結果リストの送信先アドレスを記録する。なお，送信メール解析部１１１は，レコードの「ステータス」を「未返信」のままにしてもよい。
【０１２２】
結果リストの「ステータス」が「回答済み，回答日変更，転送」のいずれにも該当しない場合には（ステップＳ３５のＮ，Ｓ３６のＮ，Ｓ３７のＮ），ステップＳ３１０の処理へ進む。すなわち，送信メール解析部１１１は，返信管理テーブルの該当するレコードの「ステータス」を更新せず，「ステータス」は「未回答」のままとなる。
【０１２３】
その後，送信メール解析部１１１は，解析済みの送信メールを送信メール送信部１１２へ渡し，送信メール送信部１１２は，受け取った送信メールをメールサーバ２へ送信する（ステップＳ３１０）。
【０１２４】
なお，ステップＳ３１〜Ｓ３２の処理において，送信メール解析部１１１は，送信メールから識別ヘッダを検出し，返信管理テーブルに，検出した識別ヘッダの値と一致するレコードがあるかを調べてもよい。
【０１２５】
図１８は，ステップＳ３３のメール解析処理の処理フロー例を示す図である。
【０１２６】
送信メール解析部１１１は，結果リストを初期化し（ステップＳ２００），送信メールを解析し，送信メールから，送信先アドレス，タイトル，メール本文などの必要な情報を抽出し，結果リストに，送信先アドレス，タイトルを追加する（ステップＳ２０１）。ここで，タイトルに，返信を示す記号（ＲＥ：）や転送を示す記号（ＦＷ：）が付加されている場合には，それらの記号が除去されて追加される。
【０１２７】
送信メール解析部１１１は，メール本文から，シグネチャや全文引用文の部分を除去し，残りの本文から文字列ｔを抽出する（ステップＳ２０２）。
【０１２８】
続いて，言語解析部１０３が，ステップＳ２０３，２０５〜Ｓ２０７の繰り返し処理（ｌｏｏｐ１：ステップＳ２０４，Ｓ２１３）を行う。ステップＳ２０３，Ｓ２０５〜Ｓ２０７の処理は，図８に示す処理フローのステップＳ１０２，Ｓ１０４〜Ｓ１０６の各処理と同様であるので，説明を省略する。
【０１２９】
その後，言語解析部１０３は，マッチ規則記憶部１０４の各マッチ規則ｓについて，ステップＳ２０９〜Ｓ２１１の処理を繰り返す（ｌｏｏｐ２：ステップＳ２０８，Ｓ２１２）。
【０１３０】
言語解析部１０３は，マッチ規則ｓと結果ｒ３とが一致するかを判定する（ステップＳ２０９）。
【０１３１】
マッチ規則ｓの意味構造と結果ｒ３の意味構造とが一致すると判定された場合に（ステップＳ２０９のＹ），送信メール解析部１１１は，結果ｒ３から，回答情報ｒｐｌを抽出する（ステップＳ２１０）。
【０１３２】
送信メール解析部１１１は，マッチ規則ｓと結果ｒ３とが一致する場合には，文ｂは，回答を示す文であるので，送信メールが回答を含むと判断する。そして，送信メール解析部１１１は，文ｂの回答に対応する引用文（受信メールの問い合わせ文）であって先頭の引用記号を除去したもの（引用文）と，ステータス＝回答済みとを含む回答情報ｒｐｌを生成する。
【０１３３】
送信メール解析部１１１は，結果ｒ３に対応する文ｂに，回答や返信に係る「時間」がある場合には，回答期限に変更があると判断する。送信メール解析部１１１は，文ｂの「時間」をもとに回答日変更日付を特定し，文ｂに対応する引用文，ステータス＝回答日変更，カレンダ機能によって特定した回答日変更日付とを含む回答情報ｒｐｌを生成する。
【０１３４】
または，送信メール解析部１１１は，マッチ規則ｓと結果ｒ３とが一致し，送信メールの送信先アドレスが，第三者のメールアドレスである場合には，回答要求されている問い合わせ文の転送であると判断する。送信メール解析部１１１は，文ｂに対応する引用文，ステータス＝転送を含む回答情報ｒｐｌを生成する。
【０１３５】
次に，送信メール解析部１１１は，結果リストに生成した回答情報ｒｐｌを追加する（ステップＳ２１１）。
【０１３６】
図１９は，送信メールの解析処理の結果リストの例を示す図である。
【０１３７】
回答情報ｒｐｌは，送信メールから抽出した，送信先アドレス，タイトル，結果ｒ３に対応する引用文ごとの回答情報ｒｐｌを含む。
【０１３８】
以上説明したメール解析により得た返信管理情報により，より精度よく返信の有無を確認することができる。
【０１３９】
・ 送信メールが，受信メールに対する返信処理により生成されている場合には，送信メールの引用部分に含まれる識別ヘッダの値で，受信メールの回答要求と送信メールによる返信とを簡単に対応づけることができ，より精度よく返信有無を管理することができる。
【０１４０】
・ 送信メールが，受信メールの本文を引用して新規生成されている場合には，送信メールのタイトルで，受信メールの回答要求と送信メールによる返信（回答）とを対応づけることができ，より精度よく返信有無を管理することができる。
【０１４１】
・ 送信メールが回答期限の変更を示すものである場合には，変更された回答日を回答期限として管理することができる。
【０１４２】
・ 送信メールに回答日変更が含まれる場合や複数の回答要求の一部に対する回答が含まれる場合には，変更された回答日や未回答の回答日を回答期限として管理することができる。
【０１４３】
・ 受信メールの問い合わせ文が転送された場合には，転送先アドレスを保持して，回答要求を管理することができる。
【０１４４】
次に，アラート表示処理およびアラート管理処理を説明する。
【０１４５】
アラート表示部１２４は，返信管理情報記憶部１０５（返信管理テーブル）に，「ステータス」が未返信のレコードがある場合に，ユーザが使用するコンピュータの表示画面に，回答要求が未返信であることを示す情報としてアラートを表示させる。または，アラート表示部１２４は，アラート管理情報記憶部１２３（アラート管理テーブル）にレコードが１以上ある場合に，アラートを表示させる。アラート表示部１２４は，ユーザのログイン時，スケジューラ１２２が管理するスケジュールにもとづくタイミングなど所定のタイミングで，アラートをユーザのコンピュータの表示画面に表示させる。
【０１４６】
アラートは，アラートを示すイメージ，メッセージなど，ユーザの注意を喚起する情報であればデータの形式や表示態様を問わない。
【０１４７】
これにより，メールソフト３の起動とは別にログイン時や所定のタイミングで，返信に関するアラートが表示されるため，ユーザは，回答要求に対する返信の有無の確認を見逃すことが少なくなり，返信忘れの減少が期待できる。
【０１４８】
また，後述するように，アラート管理部１２１によりアラート管理情報が生成される場合には，アラート表示データの表示要求ボタンであってもよい。この場合には，ユーザのマウス操作によりアラートが選択されると，アラート表示部１２４は，アラート管理テーブルのレコードから，表示させる項目のデータを取り出してアラート表示データを作成してユーザのコンピュータの表示画面にポップアップ表示などで表示させる。
【０１４９】
図２０は，アラート管理処理の処理フロー例を示す図である。
【０１５０】
電子メール返信確認装置１の電源投入時またはスケジューラ１２２が管理するスケジュールにもとづくタイミングで，アラート管理部１２１は，返信管理テーブルの「ステータス」を１つずつ取得し（ステップＳ４０），ステップＳ４２〜Ｓ４４の処理を繰り返す（ステップＳ４１，Ｓ４５）。
【０１５１】
アラート管理部１２１は，取得した「ステータス」を調べ（ステップＳ４２），「ステータス」が「未返信，一部回答，転送」のいずれかであれば（ステップＳ４２のＹ），そのレコードを抽出し，スケジューラ１２２のカレンダ機能をもとに，処理日（本日）の日付を得て，処理日付と要返信日付とをもとに経過日数ｄを計算する（ステップＳ４３）。そして，アラート管理部１２１は，アラート管理テーブルに，抽出したレコードを追加し，その「経過日数」に経過日数を設定する（ステップＳ４４）。
【０１５２】
図２１は，アラート管理情報表示処理の処理フロー例を示す図である。
【０１５３】
ユーザのログイン時またはスケジューラ１２２が管理するスケジュールにもとづくタイミングで，アラート管理部１２１は，アラート管理テーブルのレコードを１つずつ取得し（ステップＳ５０），ステップＳ５２〜Ｓ５５の処理を繰り返す（ステップＳ５１，Ｓ５６）。
【０１５４】
アラート管理部１２１は，取り出したレコードの「経過日数」を調べ（ステップＳ５２），経過日数ｄが１以上であれば（ステップＳ５２の「ｄ≧１」），取り出したレコードのアラーム表示時の文字／地色を警告色（赤色）表示に設定する（ステップＳ５３）。経過日数ｄが０であれば（ステップＳ５２の「ｄ＝０」），アラート管理部１２１は，取り出したレコードのアラーム表示時の文字／地色を注意色（黄色）表示に設定する（ステップＳ５４）。経過日数ｄが−１以下であれば（ステップＳ５２の「ｄ≦−１」），アラート管理部１２１は，取り出したレコードのアラーム表示時の文字／地色を確認色（緑色）表示に設定する（ステップＳ５５）。
【０１５５】
アラート表示部１２４は，取り出したアラート管理テーブルのレコードから，表示させる項目のデータを取り出して，アラート表示データを作成し，ユーザのコンピュータの表示画面に表示させる（ステップＳ５７）。アラート表示データは，前述のように，表示要求ボタンであるアラートの選択操作のタイミング，アラート管理情報記憶部１２３へデータ格納のタイミング，ユーザのログイン時など所定のタイミングで表示される。
【０１５６】
アラート表示データの各回答要求に関する情報は，経過日数に応じた色変化だけでなく，点滅表示，文字の大きさやフォント種による変化などの表示対象で表示されてもよい。
【０１５７】
また，アラート表示部１２４は，アラート管理テーブルの経過日数ｄに応じて，アラート表示データの表示回数を増やすようにしてもよい。例えば，経過日数ｄが，一定値以上の正数であれば，複数回表示させるようにしてもよい。
【０１５８】
このように，アラート管理情報の表示処理により，ユーザに対し，返信作成の緊急性を分かりやすく確認させることができる。
【０１５９】
図２２〜図２４は，電子メール返信確認装置１が処理するメールの例を示す図である。図２２および図２３は，受信メールの例であり，図２４は，送信メールの例である。
【０１６０】
図２２に示す受信メールが受信されると，受信メール解析部１０２は，受信メールのタイトルに含まれる「要返信」だけでなく，本文の解析結果から検出される「２月４日までにご返送ください」などの表現から，受信メールが回答要求を含むものであると判断する。したがって，受信メールの回答要求を，より正確に検出することができる。
【０１６１】
受信メール解析部１０２は，返信管理情報を返信管理テーブルに追加し，図２３に示すように，受信メールに識別ヘッダ（Ｘ−Ｒｅｍｉｎｄ＿Ｍａｉｌ：）を追加する。
【０１６２】
識別ヘッダは，受信メールから検出された回答期限（要返信日付）ごとに生成されて追加される。さらに，識別ヘッダの値は，受信メールのメッセージＩＤと要返信日付との組み合わせが設定され，返信管理情報での識別子となる。したがって，受信メールに含まれる複数の回答期限を個々に管理することができる。
【０１６３】
さらに，送信メール解析部１１１は，図２４に示すように，受信メールと送信メールとを，識別ヘッダの値（識別子）で対応づけることができる。
【０１６４】
送信メール解析部１１１は，送信メールの本文から，回答や返信を示す表現「回答します」，「別途回答します」などの文を抽出し，回答期限の更新と要返信日付と異なる時間の表現「２６日までに」から，回答日変更日付を特定して，回答期限が変更されたり，一部の回答のみが返信されたりする状態を，より精度よく検出することができる。
【０１６５】
次に，電子メール返信確認装置１のハードウェア構成例を説明する。
【０１６６】
電子メール返信確認装置１は，演算装置ＣＰＵ，一時記憶装置，永続性記憶装置，ネットワーク・インタフェース，バス等のハードウェアとソフトウェアプログラムとを備えるコンピュータによって実施することができる。または，電子メール返信確認装置１は，上記のコンピュータが実行可能なプログラムによって実施することができる。この場合に，電子メール返信確認装置１が有すべき機能の処理内容を記述したプログラムが提供される。提供されたプログラムをコンピュータが実行することによって，上記説明した電子メール返信確認装置１の処理機能がコンピュータ上で実現される。さらに，このプログラムは，コンピュータで読み取り可能な記録媒体に記録しておくことができる。
【０１６７】
また，図１に示す構成例では，電子メール返信確認装置１が，ユーザが使用する，メールソフト３が実装されたコンピュータ（クライアント）に構成されるものとして表している。しかし，電子メール返信確認装置１は，ユーザのコンピュータとは独立した別のコンピュータまたは専用ハードウェアとして実施することができる。
【０１６８】
このような構成をとる場合に，電子メール返信確認装置１のアラート表示部１２４は，ステップＳ５７の処理として，作成したアラート表示データの表示処理プロセスを，ユーザのコンピュータに送信し，ユーザのコンピュータにおいて表示処理プロセスが実行されることによって，アラート表示データが表示される。
【０１６９】
以上の本実施例に示されるように，電子メール返信確認装置１によれば，次のような効果が得られる。
【０１７０】
・ ユーザが使用するメールソフトに依存せずに，ユーザに要求されている返信の有無を管理することができる。よって，組織内でユーザが各自任意のメールソフトを使用する状況においても，返信忘れの防止策を一律に実現することができる。
【０１７１】
・ 受信メールの本文から回答要求と回答期限（要返信日付）とを検出することができる。よって，従来に比べてより精度よく回答要求を検出し，返信有無を管理することができる。
【０１７２】
・ 受信メールに複数の回答期限が含まれている場合でも，回答期限ごとに回答要求を管理することができる。
【０１７３】
・ 回答要求や回答などの表現を示すマッチ規則を，ユーザ（マッチ規則管理者）が入力する任意の語句，文によって設定することができる。よって，ユーザが属する組織のメール運用規則を反映させたマッチ規則を定義して，返信有無確認を運用することができる。
【０１７４】
以上のように，電子メール返信確認装置１によれば，返信忘れにより生じる種々のリスク（トラブル発生など）や負担（催促のための作業負担など）の軽減が期待される。また，リマインドメール数の減少によるメール流量の軽減が期待される。
【符号の説明】
【０１７５】
１ 電子メール返信確認装置
１０１ 受信メール受信部
１０２ 受信メール解析部
１０３ 言語解析部
１０４ マッチ規則記憶部
１０５ 返信管理情報記憶部
１０６ 受信メール送信部
１１０ 送信メール受信部
１１１ 送信メール解析部
１１２ 送信メール送信部
１２１ アラート管理部
１２２ スケジューラ
１２３ アラート管理情報記憶部
１２４ アラート表示部
１３０ マッチ規則設定部
２ メールサーバ
３ メールソフト
【特許請求の範囲】
【請求項１】
回答要求，回答期限または回答を示す意味情報を定義したマッチ規則を記憶するマッチ規則記憶部と，
返信管理情報を記憶する返信管理情報記憶部と，
アラート管理情報を記憶するアラート管理情報記憶部と，
メールサーバから受信メールを取得する受信メール受信部と，
前記受信メールの本文に対する言語解析を行い，前記マッチ規則に一致する意味情報を持つ部分を抽出する言語解析部と，
前記受信メールを解析し，該受信メールの本文から抽出された部分が示す回答要求の内容，該回答要求の回答期限，前記受信メールの識別情報，および該回答要求に対する返信の状態を示すステータスを含む返信管理情報を生成して前記返信管理情報記憶部に保存し，前記受信メールに前記識別情報を付加する受信メール解析部と，
前記識別情報が付加された解析済みの受信メールを，クライアントのメールソフトへ送信する受信メール送信部と，
前記返信管理情報記憶部に記憶された返信管理情報のステータスに未返信が存在する場合に，回答要求の未返信が存在することを示す情報を前記クライアントで表示させるためのアラートを生成するアラート表示部とを備える
ことを特徴とする電子メール返信確認装置。
【請求項２】
予め設定された第１の契機ごとに，前記返信管理情報記憶部から前記ステータスが未返信の状態を示す返信管理情報を抽出し，該抽出した処理日から該抽出した返信管理情報の回答期限までの経過日数を計算し，該抽出した返信管理情報に計算した経過日数を付加したアラート管理情報を生成し，前記アラート管理情報記憶部に保存するアラート管理部を備え，
前記アラート表示部は，予め経過日数に応じた複数の表示態様の設定情報を有し，予め設定された第２の契機ごとに，前記アラート管理情報記憶部の各アラート管理情報の表示態様を該アラート管理情報の経過日数にもとづいて設定し，該表示態様が設定されたアラート管理情報を前記クライアントで表示させるためのアラート表示データを生成する
ことを特徴とする請求項１に記載の電子メール返信確認装置。
【請求項３】
前記受信メール解析部は，前記返信管理情報記憶部に，前記受信メールの本文から抽出された前記回答要求の内容および回答期限と一致する返信管理情報が含まれている場合に，前記受信メールの返信管理情報に，該受信メールがリマインドメールであることを示すリマインダチェックを設定する
ことを特徴とする請求項１または請求項２に記載の電子メール返信確認装置。
【請求項４】
前記受信メール解析部は，前記受信メールの識別情報として，前記受信メールのヘッダから抽出したメッセージＩＤおよび前記回答期限を示す日付を含む値を生成する
ことを特徴とする請求項１ないし請求項３のいずれか一項に記載の電子メール返信確認装置。
【請求項５】
前記クライアントのメールソフトから送信メールを取得する送信メール受信部と，
前記受信メールの本文に対する言語解析を行い，前記マッチ規則に一致する意味情報を持つ部分を抽出する言語解析部と，
前記送信メールを解析し，前記送信メールに含まれる前記識別情報をもとに該送信メールに対応する返信管理情報を前記返信管理情報記憶部から取得し，前記送信メールの本文から抽出された部分が，該取得した返信管理情報に示される回答要求に対する回答である場合に，該取得した返信管理情報のステータスを回答要求に対し返信済みである状態を示すステータスに更新する送信メール解析部と，
前記解析された送信メールを，前記メールサーバへ送信する送信メール送信部とを備える
ことを特徴とする請求項１ないし請求項４のいずれか一項に記載の電子メール返信確認装置。
【請求項６】
前記送信メール解析部は，前記送信メールの本文から抽出された部分が，該取得した返信管理情報に示される回答要求の期限変更である場合に，該取得した返信管理情報の回答期限を解析により特定された回答日変更日付に更新する
ことを特徴とする請求項５に記載の電子メール返信確認装置。
【請求項７】
前記送信メール解析部は，前記送信メールの送信先が第三者のメールアドレスであって，前記送信メールの本文から抽出された部分が，該取得した返信管理情報に示される回答要求である場合に前記ステータスを回答要求が転送された状態を示すステータスに変更し，転送先として前記送信先のメールアドレスを追加して前記返信管理情報を更新する
ことを特徴とする請求項５に記載の電子メール返信確認装置。
【請求項８】
前記送信メール解析部は，前記送信メールに含まれる前記識別情報をもとに該送信メールに対応する返信管理情報を取得できなかった場合に，前記送信メールのタイトルが一致する返信管理情報を前記返信管理情報記憶部から取得する
ことを特徴とする請求項５に記載の電子メール返信確認装置。
【請求項９】
回答要求，回答要求の回答期限または回答を表現する語句ならびに文の入力を受け付け，該入力された語句または文に対し言語解析を行って意味情報を取得し，該取得した意味情報を前記マッチ規則として前記マッチ規則記憶部に保存するマッチ規則設定部を備える
請求項１ないし請求項５のいずれか一項に記載の電子メール返信確認装置。
【請求項１０】
コンピュータが実行する方法であって，
メールサーバから受信メールを取得し，
マッチ規則記憶部に記憶された，回答要求，回答期限または回答を示す意味情報を定義したマッチ規則を参照して，前記受信メールの本文に対する言語解析を行い，前記マッチ規則に一致する意味情報を持つ部分を抽出し，
前記受信メールを解析し，該受信メールの本文から抽出された部分が示す回答要求の内容，該回答要求の回答期限，前記受信メールの識別情報，および該回答要求に対する返信の状態を示すステータスを含む返信管理情報を生成して返信管理情報記憶部に保存し，
前記受信メールに前記識別情報を付加し，
前記識別情報が付加された解析済みの受信メールを，クライアントのメールソフトへ送信し，
前記返信管理情報記憶部に記憶された返信管理情報のステータスに未返信が存在する場合に，回答要求の未返信が存在することを示す情報を前記クライアントで表示させるためのアラートを生成する
ことを特徴とする電子メール返信確認方法。
【請求項１１】
コンピュータに，
メールサーバから受信メールを取得する処理と，
マッチ規則記憶部に記憶された，回答要求，回答期限または回答を示す意味情報を定義したマッチ規則を参照して，前記受信メールの本文に対する言語解析を行い，前記マッチ規則に一致する意味情報を持つ部分を抽出する処理と，
前記受信メールを解析し，該受信メールの本文から抽出された部分が示す回答要求の内容，該回答要求の回答期限，前記受信メールの識別情報，および該回答要求に対する返信の状態を示すステータスを含む返信管理情報を生成して返信管理情報記憶部に保存する処理と，
前記受信メールに前記識別情報を付加する処理と，
前記識別情報が付加された解析済みの受信メールを，クライアントのメールソフトへ送信する処理と，
前記返信管理情報記憶部に記憶された返信管理情報のステータスに未返信が存在する場合に，回答要求の未返信が存在することを示す情報を前記クライアントで表示させるためのアラート表示データを生成する処理とを，実行させる
ことを特徴とする電子メール返信確認プログラム。
【請求項１】
回答要求，回答期限または回答を示す意味情報を定義したマッチ規則を記憶するマッチ規則記憶部と，
返信管理情報を記憶する返信管理情報記憶部と，
アラート管理情報を記憶するアラート管理情報記憶部と，
メールサーバから受信メールを取得する受信メール受信部と，
前記受信メールの本文に対する言語解析を行い，前記マッチ規則に一致する意味情報を持つ部分を抽出する言語解析部と，
前記受信メールを解析し，該受信メールの本文から抽出された部分が示す回答要求の内容，該回答要求の回答期限，前記受信メールの識別情報，および該回答要求に対する返信の状態を示すステータスを含む返信管理情報を生成して前記返信管理情報記憶部に保存し，前記受信メールに前記識別情報を付加する受信メール解析部と，
前記識別情報が付加された解析済みの受信メールを，クライアントのメールソフトへ送信する受信メール送信部と，
前記返信管理情報記憶部に記憶された返信管理情報のステータスに未返信が存在する場合に，回答要求の未返信が存在することを示す情報を前記クライアントで表示させるためのアラートを生成するアラート表示部とを備える
ことを特徴とする電子メール返信確認装置。
【請求項２】
予め設定された第１の契機ごとに，前記返信管理情報記憶部から前記ステータスが未返信の状態を示す返信管理情報を抽出し，該抽出した処理日から該抽出した返信管理情報の回答期限までの経過日数を計算し，該抽出した返信管理情報に計算した経過日数を付加したアラート管理情報を生成し，前記アラート管理情報記憶部に保存するアラート管理部を備え，
前記アラート表示部は，予め経過日数に応じた複数の表示態様の設定情報を有し，予め設定された第２の契機ごとに，前記アラート管理情報記憶部の各アラート管理情報の表示態様を該アラート管理情報の経過日数にもとづいて設定し，該表示態様が設定されたアラート管理情報を前記クライアントで表示させるためのアラート表示データを生成する
ことを特徴とする請求項１に記載の電子メール返信確認装置。
【請求項３】
前記受信メール解析部は，前記返信管理情報記憶部に，前記受信メールの本文から抽出された前記回答要求の内容および回答期限と一致する返信管理情報が含まれている場合に，前記受信メールの返信管理情報に，該受信メールがリマインドメールであることを示すリマインダチェックを設定する
ことを特徴とする請求項１または請求項２に記載の電子メール返信確認装置。
【請求項４】
前記受信メール解析部は，前記受信メールの識別情報として，前記受信メールのヘッダから抽出したメッセージＩＤおよび前記回答期限を示す日付を含む値を生成する
ことを特徴とする請求項１ないし請求項３のいずれか一項に記載の電子メール返信確認装置。
【請求項５】
前記クライアントのメールソフトから送信メールを取得する送信メール受信部と，
前記受信メールの本文に対する言語解析を行い，前記マッチ規則に一致する意味情報を持つ部分を抽出する言語解析部と，
前記送信メールを解析し，前記送信メールに含まれる前記識別情報をもとに該送信メールに対応する返信管理情報を前記返信管理情報記憶部から取得し，前記送信メールの本文から抽出された部分が，該取得した返信管理情報に示される回答要求に対する回答である場合に，該取得した返信管理情報のステータスを回答要求に対し返信済みである状態を示すステータスに更新する送信メール解析部と，
前記解析された送信メールを，前記メールサーバへ送信する送信メール送信部とを備える
ことを特徴とする請求項１ないし請求項４のいずれか一項に記載の電子メール返信確認装置。
【請求項６】
前記送信メール解析部は，前記送信メールの本文から抽出された部分が，該取得した返信管理情報に示される回答要求の期限変更である場合に，該取得した返信管理情報の回答期限を解析により特定された回答日変更日付に更新する
ことを特徴とする請求項５に記載の電子メール返信確認装置。
【請求項７】
前記送信メール解析部は，前記送信メールの送信先が第三者のメールアドレスであって，前記送信メールの本文から抽出された部分が，該取得した返信管理情報に示される回答要求である場合に前記ステータスを回答要求が転送された状態を示すステータスに変更し，転送先として前記送信先のメールアドレスを追加して前記返信管理情報を更新する
ことを特徴とする請求項５に記載の電子メール返信確認装置。
【請求項８】
前記送信メール解析部は，前記送信メールに含まれる前記識別情報をもとに該送信メールに対応する返信管理情報を取得できなかった場合に，前記送信メールのタイトルが一致する返信管理情報を前記返信管理情報記憶部から取得する
ことを特徴とする請求項５に記載の電子メール返信確認装置。
【請求項９】
回答要求，回答要求の回答期限または回答を表現する語句ならびに文の入力を受け付け，該入力された語句または文に対し言語解析を行って意味情報を取得し，該取得した意味情報を前記マッチ規則として前記マッチ規則記憶部に保存するマッチ規則設定部を備える
請求項１ないし請求項５のいずれか一項に記載の電子メール返信確認装置。
【請求項１０】
コンピュータが実行する方法であって，
メールサーバから受信メールを取得し，
マッチ規則記憶部に記憶された，回答要求，回答期限または回答を示す意味情報を定義したマッチ規則を参照して，前記受信メールの本文に対する言語解析を行い，前記マッチ規則に一致する意味情報を持つ部分を抽出し，
前記受信メールを解析し，該受信メールの本文から抽出された部分が示す回答要求の内容，該回答要求の回答期限，前記受信メールの識別情報，および該回答要求に対する返信の状態を示すステータスを含む返信管理情報を生成して返信管理情報記憶部に保存し，
前記受信メールに前記識別情報を付加し，
前記識別情報が付加された解析済みの受信メールを，クライアントのメールソフトへ送信し，
前記返信管理情報記憶部に記憶された返信管理情報のステータスに未返信が存在する場合に，回答要求の未返信が存在することを示す情報を前記クライアントで表示させるためのアラートを生成する
ことを特徴とする電子メール返信確認方法。
【請求項１１】
コンピュータに，
メールサーバから受信メールを取得する処理と，
マッチ規則記憶部に記憶された，回答要求，回答期限または回答を示す意味情報を定義したマッチ規則を参照して，前記受信メールの本文に対する言語解析を行い，前記マッチ規則に一致する意味情報を持つ部分を抽出する処理と，
前記受信メールを解析し，該受信メールの本文から抽出された部分が示す回答要求の内容，該回答要求の回答期限，前記受信メールの識別情報，および該回答要求に対する返信の状態を示すステータスを含む返信管理情報を生成して返信管理情報記憶部に保存する処理と，
前記受信メールに前記識別情報を付加する処理と，
前記識別情報が付加された解析済みの受信メールを，クライアントのメールソフトへ送信する処理と，
前記返信管理情報記憶部に記憶された返信管理情報のステータスに未返信が存在する場合に，回答要求の未返信が存在することを示す情報を前記クライアントで表示させるためのアラート表示データを生成する処理とを，実行させる
ことを特徴とする電子メール返信確認プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【公開番号】特開２０１３−１２０９９（Ｐ２０１３−１２０９９Ａ）
【公開日】平成２５年１月１７日（２０１３．１．１７）
【国際特許分類】
【出願番号】特願２０１１−１４５０９６（Ｐ２０１１−１４５０９６）
【出願日】平成２３年６月３０日（２０１１．６．３０）
【出願人】（５９１１２８７６３）株式会社富士通ソーシアルサイエンスラボラトリ (57)
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
【公開日】平成２５年１月１７日（２０１３．１．１７）
【国際特許分類】
【出願日】平成２３年６月３０日（２０１１．６．３０）
【出願人】（５９１１２８７６３）株式会社富士通ソーシアルサイエンスラボラトリ (57)
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
[ Back to top ]