"クライアント端末と返信メール管理サーバがネットワークを介して接続可能な返信メール管理システムであって、クライアント端末から、メッセージに対する回答を依頼する確認依頼メールと、回答を依頼する確認者の宛先と、を受け付ける確認依頼メール受付手段と、前記確認依頼メール受付手段において受け付けた前記確認依頼メールを、少なくとも前記確認依頼メールのメッセージを承認する旨の回答の選択肢に対する返信先を指定して、前記確認者の宛先に送信する確認依頼メール送信指示手段と、前記確認依頼メール送信指示手段において送信した前記確認依頼メールに対する、前記回答の選択肢の返信先に返信された返信メールを受け付ける返信メール受付手段と、前記確認依頼メールと前記返信メールを関連付けて記憶するよう記録媒体を管理し、前記返信メール受付手段により前記返信メールを受け付ける毎に、記憶された内容を更新するよう記録媒体を更新する確認依頼情報管理手段と、前記クライアント端末から、前記返信メールの回答状況の閲覧の要求を受け付ける閲覧要求受付手段と、前記閲覧要求受付手段により閲覧要求を受け付けた前記クライアント端末に対し、前記確認依頼情報管理手段により管理される前記記録媒体に記憶されている、前記確認依頼メールと該確認依頼メールに関連付けられた前記返信メールの回答状況を、識別可能に表示させるための画面データを生成し、該画面データを送信する画面データ送信手段と、を有することを特徴とする返信メール管理システム。クライアント端末とネットワークを介して接続可能な返信メール管理サーバであって、クライアント端末から、メッセージに対する回答を依頼する確認依頼メールと、回答を依頼する確認者の宛先と、を受け付ける確認依頼メール受付手段と、前記確認依頼メール受付手段において受け付けた前記確認依頼メールを、少なくとも前記確認依頼メールのメッセージを承認する旨の回答の選択肢に対する返信先を指定して、前記確認者の宛先に送信する確認依頼メール送信指示手段と、前記確認依頼メール送信指示手段において送信した前記確認依頼メールに対する、前記回答の選択肢の返信先に返信された返信メールを受け付ける返信メール受付手段と、前記確認依頼メールと前記返信メールを関連付けて記憶するよう記録媒体を管理し、前記返信メール受付手段により前記返信メールを受け付ける毎に、記憶された内容を更新するよう記録媒体を更新する確認依頼情報管理手段と、前記クライアント端末から、前記返信メールの回答状況の閲覧の要求を受け付ける閲覧要求受付手段と、前記閲覧要求受付手段により閲覧要求を受け付けた前記クライアント端末に対し、前記確認依頼情報管理手段により管理される前記記録媒体に記憶されている、前記確認依頼メールと該確認依頼メールに関連付けられた前記返信メールの回答状況を、識別可能に表示させるための画面データを生成し、該画面データを送信する画面データ送信手段と、を有することを特徴とする返信メール管理サーバ。前記返信メール管理サーバは、確認依頼の用件と、前記確認依頼の用件に対応する前記回答の選択肢を定義する回答選択肢記憶部と、前記回答選択肢記憶部を管理する回答選択肢管理部と、を備え、前記確認依頼メール受付手段は、前記クライアント端末から、前記確認依頼の用件を受け付け、前記確認依頼メール送信指示手段は、前記回答選択肢管理部により管理された前記回答選択肢記憶部の前記回答の選択肢の定義のうち、前記確認依頼の用件と対応する前記回答の選択肢毎に返信先を指定することを特徴とする請求項2に記載の返信メール管理サーバ。前記画面データ送信手段は、前記返信メールの回答状況に基づき、前記確認依頼メールに対して、前記確認者の全ての回答が承認である場合に前記確認依頼メールの前記メッセージは承認されたとみなし、承認ではない回答がある場合には否認とみなすことを示す画面データを生成することを特徴とする請求項2または請求項3のいずれか1項に記載の返信メール管理サーバ。前記画面データ送信手段は、前記返信メールの回答状況に基づき、前記確認依頼メールに対して、前記回答の選択肢毎の回答状況を示す画面データを生成することを特徴とする請求項2乃至請求項4のいずれか1項に記載の返信メール管理サーバ。確認依頼メール受付手段は、前記確認依頼メールに対して、時間の指定または時刻の指定をも受け付け可能であり、確認依頼メール送信指示手段は、指定された前記時間のうち、または指定された前記時刻までに返信メールを得られない前記確認者の宛先に対して、再度、前記確認依頼メールを送信することを特徴とする請求項2乃至請求項5のいずれか1項に記載の返信メール管理サーバ。前記返信メール管理サーバは、前記確認依頼メールに対し、前記返信メール受付手段が前記確認者からの返信メールを受け付け可能な時間の制限を受け付ける時間制限受付手段と、を備え、前記返信メール受付手段は、前記時間制限受付手段により受け付けた時間を経過した後は、前記返信メールを受け付け終了することを特徴とする請求項2乃至請求項6のいずれか1項に記載の返信メール管理サーバ。前記返信メール管理サーバは、前記確認依頼メールに対し、前記返信メール受付手段が前記確認者からの返信メールを受け付ける可能な時刻の制限を受け付ける時刻制限受付手段と、を備え、前記返信メール受付手段は、前記時刻制限受付手段により受け付けた時刻を経過した後は、前記返信メールを受け付け終了することを特徴とする請求項2乃至請求項7のいずれか1項に記載の返信メール管理サーバ。前記返信メール管理サーバは、前記クライアント端末からの前記確認依頼メールの送信者の指示に基づき、前記確認依頼メールに対して、前記返信メールの受け付けを中止する要求を受け付ける撤回処理要求受付手段と、を備え、前記返信メール受付手段は、前記撤回処理要求受付手段により、前記返信メールの受け付けの撤回処理要求を受け付けた後は、前記返信メールを受け付けないことを特徴とする請求項2乃至請求項8のいずれか1項に記載の返信メール管理サーバ。前記返信メール管理サーバは、前記クライアント端末からの前記確認依頼メールの送信者の指示に基づき、前記確認依頼メールに対して、前記返信メールの受け付けの中止し、かつ確認依頼情報管理手段により関連付けて記憶媒体に記憶された前記確認依頼メールと対応する前記返信メールを消去する要求を受け付ける消去処理要求受付手段と、を備え、前記返信メール受付手段は、前記消去処理要求受付手段により、消去処理要求を受け付けた後は、前記返信メールを受け付けないことを特徴とする請求項2乃至請求項9のいずれか1項に記載の返信メール管理サーバ。前記返信メールの対応する前記確認依頼メール、前記確認者、前記回答の選択肢に関する情報は、前記返信メールの返信メールアドレスのエイリアスに含まれることを特徴とする請求項2乃至請求項10のいずれか1項に記載の返信メール管理サーバ。前記エイリアスは、暗号化されていることを特徴とする請求項11に記載の返信メール管理サーバ。クライアント端末とネットワークを介して接続可能な返信メール管理方法であって、確認依頼メール受付手段が、クライアント端末から、メッセージに対する回答を依頼する確認依頼メールと、回答を依頼する確認者の宛先と、を受け付ける確認依頼メール受付工程と、確認依頼メール送信指示手段が、前記確認依頼メール受付工程において受け付けた前記確認依頼メールを、少なくとも前記確認依頼メールのメッセージを承認する旨の回答の選択肢に対する返信先を指定して、前記確認者の宛先に送信する確認依頼メール送信指示工程と、返信メール受付手段が、前記確認依頼メール送信指示工程において送信した前記確認依頼メールに対する、前記回答の選択肢の返信先に返信された返信メールを受け付ける返信メール受付工程と、確認依頼情報管理手段が、前記確認依頼メールと前記返信メールを関連付けて記憶するよう記録媒体を管理し、前記返信メール受付工程により前記返信メールを受け付ける毎に、記憶された内容を更新するよう記録媒体を更新する確認依頼情報管理工程と、閲覧要求受付手段が、前記クライアント端末から、前記返信メールの回答状況の閲覧の要求を受け付ける閲覧要求受付工程と、画面データ送信手段が、前記閲覧要求受付工程により閲覧要求を受け付けた前記クライアント端末に対し、前記確認依頼情報管理工程により管理される前記記録媒体に記憶されている、前記確認依頼メールと該確認依頼メールに関連付けられた前記返信メールの回答状況を、識別可能に表示させるための画面データを生成し、該画面データを送信する画面データ送信工程と、を有することを特徴とする返信メール管理方法。コンピュータを、クライアント端末とネットワークを介して接続可能な返信メール管理サーバとして機能させるプログラムであって、クライアント端末から、メッセージに対する回答を依頼する確認依頼メールと、回答を依頼する確認者の宛先と、を受け付ける確認依頼メール受付手段と、前記確認依頼メール受付手段において受け付けた前記確認依頼メールを、少なくとも前記確認依頼メールのメッセージを承認する旨の回答の選択肢に対する返信先を指定して、前記確認者の宛先に送信する確認依頼メール送信指示手段と、前記確認依頼メール送信指示手段において送信した前記確認依頼メールに対する、前記回答の選択肢の返信先に返信された返信メールを受け付ける返信メール受付手段と、前記確認依頼メールと前記返信メールを関連付けて記憶するよう記録媒体を管理し、前記返信メール受付手段により前記返信メールを受け付ける毎に、記憶された内容を更新するよう記録媒体を更新する確認依頼情報管理手段と、前記クライアント端末から、前記返信メールの回答状況の閲覧の要求を受け付ける閲覧要求受付手段と、前記閲覧要求受付手段により閲覧要求を受け付けた前記クライアント端末に対し、前記確認依頼情報管理手段により管理される前記記録媒体に記憶されている、前記確認依頼メールと該確認依頼メールに関連付けられた前記返信メールの回答状況を、識別可能に表示させるための画面データを生成し、該画面データを送信する画面データ送信手段と、を有することを特徴とする返信メール管理サーバとして機能させるプログラム。請求項14に記載されたプログラムを記録したコンピュータ読み取り可能な記録媒体。しかしながら、特許文献1に記載の技術は、多数のメール送信先からの返信メールに対し、オペレータが回答を個別に確認するか、回答を登録したデータベースから送信メールと関連する返信メールに対応するデータを抽出し、集計するものであり、メールの送信者が、当初送信したメールに記載した内容に対して、返信者の合意を得られたのかどうか返信内容を簡単に確認できないという問題があった。本発明の目的は、メール送信者が、メール受信者の返信メールに基づき、メールの内容に記載されたメッセージに対する回答状況を簡単に確認できる、返信メール管理の技術を提供することである。本発明は、メールサーバとネットワークを介して接続可能な返信メール管理サーバであって、クライアント端末から、メッセージに対する回答を依頼する確認依頼メールと、回答を依頼する確認者の宛先と、を受け付ける確認依頼メール受付手段と、前記メールサーバに、前記確認依頼メール受付手段において受け付けた前記確認依頼メールを、該確認依頼メールのメッセージを承認するか否かの回答の選択肢毎に返信先を指定して、前記確認者の宛先に送信させる確認依頼メール送信指示手段と、前記確認依頼メール送信指示手段において前記メールサーバに送信させた確認依頼メールに対する、前記回答の選択肢毎の返信先に返信された返信メールを受け付ける返信メール受付手段と、前記確認依頼メールと前記返信メールを関連付けて記憶するよう記録媒体を管理し、前記確認依頼メール受付手段により前記確認依頼メールを受け付ける毎に、または前記返信メール受付手段により前記返信メールを受け付ける毎に、記憶された内容を更新するよう記録媒体を更新する確認依頼情報管理手段と、前記クライアント端末から、前記返信メールの回答状況の閲覧の要求を受け付ける閲覧要求受付手段と、前記閲覧要求受付手段により閲覧要求を受け付けた前記クライアント端末に対し、前記確認依頼情報管理手段により管理される前記記録媒体に記憶されている、前記確認依頼メールと該確認依頼メールに関連付けられた前記返信メールの回答状況を、識別可能に表示させるための画面データを生成し、該画面データを送信する画面データ送信手段と、を有することを特徴とする。本発明によれば、メール送信者が、メール受信者の返信メールに基づき、メールの内容に記載されたメッセージに対する回答状況を簡単に確認できる、返信管理の技術を提供できる。以下、本発明の実施形態について図面を基に説明する。図1は、本発明における返信メール管理システムの構成の一例を表す図である。図1において返信メール管理システムは、WEBメールサーバ101と、返信メール管理サーバ102と、メールを送信するユーザが使用するクライアント端末103がネットワーク100を介して接続可能な状態にある。本発明でいうWEBメールとは、クライアント端末103のウェブブラウザで利用することができる電子メールシステムのことを指す。受信したメールの閲覧や、新規メッセージの作成送信などをウェブブラウザのみで行なうことができる。クライアント端末にメールソフトをインストールしてメールの送受信を管理する電子メールシステムとは異なり、すべてのメール送受信をサーバ側で管理するため、ユーザは、ウェブブラウザを用いることでどこにいてもメールの作成、受信、閲覧を行うことが可能である。WEBメールサーバ101は、ユーザアカウント毎のメール使用を記憶管理する。返信メール管理サーバ102は、確認依頼メールとして送信されたメールに対する返信メールおよび回答状況を管理し、確認依頼メールの送信者が回答状況を閲覧できるようデータを提供するサーバである。クライアント端末103は、ユーザ操作によりウェブブラウザを用いて本発明の電子メールシステムへアクセスをする。図1では、WEBメールサーバ101及び返信メール管理サーバ102が別個の筐体で示されているが、同一筐体内に構成することも可能であり、本発明に係る電子メールシステムを運用する形態に応じて各種構成をとることが可能である。次に、図2を用いて、図1に示したWEBメールサーバ101、返信メール管理サーバ102のハードウェア構成について説明する。図2は、WEBメールサーバ101、返信メール管理サーバ102に適用可能な情報処理装置のハードウェア構成例を示すブロック図である。なお、図2のブロック図は、クライアント端末103にも適用可能である。図2に示すように、WEBメールサーバ101、返信メール管理サーバ102は、システムバス204を介してCPUCentralProcessingUnit201、RAMRandomAccessMemory203、ROMReadOnlyMemory202、入力コントローラ205、ビデオコントローラ206、メモリコントローラ207、通信I/Fコントローラ208等が接続された構成を採る。CPU201は、システムバス204に接続される各デバイスやコントローラを統括的に制御する。また、ROM202あるいは外部メモリ211には、CPU201の制御プログラムであるBIOSBasicInput/OutputSystemやOSOperatingSystemや、各サーバあるいは各PCが実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。また、本発明を実施するために必要な情報が記憶されている。なお外部メモリはデータベースであってもよい。RAM203は、CPU201の主メモリ、ワークエリア等として機能する。CPU201は、処理の実行に際して必要なプログラム等をROM202あるいは外部メモリ211からRAM203にロードし、ロードしたプログラムを実行することで各種動作を実現する。また、入力コントローラ205は、キーボードKB209や不図示のマウス等のポインティングデバイス等からの入力を制御する。ビデオコントローラ206は、ディスプレイ210等の表示器への表示を制御する。尚、表示器は液晶ディスプレイ等の表示器でもよい。これらは、必要に応じて管理者が使用する。メモリコントローラ207は、ブートプログラム、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶する外部記憶装置ハードディスクHDや、フレキシブルディスクFD、あるいは、PCMCIAPersonalComputerMemoryCardInternationalAssociationカードスロットにアダプタを介して接続されるコンパクトフラッシュ登録商標メモリ等の外部メモリ211へのアクセスを制御する。通信I/Fコントローラ208は、ネットワーク例えば、図1に示したネットワーク100を介して外部機器と接続通信し、ネットワークでの通信制御処理を実行する。例えば、TCP/IPTransmissionControlProtocol/InternetProtocolを用いた通信等が可能である。尚、CPU201は、例えばRAM203内の表示情報用領域へアウトラインフォントの展開ラスタライズ処理を実行することにより、ディスプレイ210上に表示することが可能である。また、CPU201は、ディスプレイ210上のマウスカーソル図示しない等によるユーザ指示を可能とする。本発明を実現するための後述する各種プログラムは、外部メモリ211に記録されており、必要に応じてRAM203にロードされることによりCPU201によって実行されるものである。さらに、上記プログラムの実行時に用いられる定義ファイルおよび各種情報テーブル等も、外部メモリ211に格納されており、これらについての詳細な説明についても後述する。図3は、返信メール管理サーバ102において実現される機能構成の一例を示す図である。返信メール管理サーバ102は、確認依頼メール受付部301、確認依頼メール送信指示部302、返信メール受付部303、確認依頼情報管理部304、閲覧要求受付部305、画面データ送信部306、確認依頼情報記憶部307、回答選択肢管理部308、回答選択肢記憶部309を備えている。確認依頼メール受付部301は、確認依頼メール作成画面で作成したメールと、確認者の宛先を返信メール管理サーバで処理するために受け付ける機能部である。確認依頼メール送信指示部302は、確認依頼メール受付部301で受け付けた確認依頼メールを、WEBメールサーバ101に指示して、確認者の宛先に送信させる機能部である。また、確認依頼メール受付部301で受け付けたメールをそのまま送信するのではなく、確認者返信者が簡単に返信できるように回答の選択肢に対応した返信先を追加する機能も有する。返信メール受付部303は、前記確認者の宛先に送信されたメールに対して、前記確認者から返信されたメールをWEBメールサーバ101から受け付ける機能部である。確認依頼情報管理部304は、確認依頼メール受付部301で受け付けた確認依頼メールと、返信メール受付部303で受け付けた返信メールを後述する確認依頼情報記憶部307に登録、更新し、また検索抽出する管理を有する機能部である。閲覧要求受付部305は、クライアント端末からの、確認依頼情報記憶部307に登録された確認依頼メールおよび対応する返信メールに関する情報についての閲覧要求を受け付ける部分である。閲覧要求は、確認依頼情報の一覧、1つの確認依頼情報の詳細返信状況や、回答状況に対応するものである。画面データ送信部306は、閲覧要求受付部305により受け付けた閲覧要求に対して、確認依頼情報記憶部307に記憶された確認依頼メール、返信メールに関する情報を検索抽出し、確認依頼者にとって、回答状況が識別可能な画面データを生成してクライアント端末側に送信する。確認依頼情報記憶部307は、確認依頼情報管理部304により登録された確認依頼メールおよび返信メールに関する情報を記憶する。従って、初期状態ではデータは記憶されておらず、また構成としては、返信メール管理サーバ102に返信メール管理プログラムがインストールされる時に初めて生成される、あるいは初めてデータが登録される際に生成されるものであってもよい。回答選択肢管理部308は、確認依頼者が、確認依頼メールに回答の選択肢を設定するために必要な情報を提供し、さらに確認依頼メールを確認者に送付する際、回答に応じた返信メールの宛先などを付与する機能部である。回答選択肢記憶部309は、用件と回答の選択肢を対応付けて記憶する記憶部である。次に、確認依頼者が確認依頼メールを作成、送信し、さらに確認者からの返信メールの内容を確認する処理について、図4~図12を用いて説明する。本発明の実施の形態は、返信メール管理サーバが、確認者として指定されたユーザに対して確認依頼のメールを送付し、また、確認依頼中に、確認依頼者は、返信メール管理サーバで管理されている確認の進捗状況を参照することができ、また、確認の依頼を撤回したり消去したりすることもできる。さらに、確認が得られた場合に、指定された宛先にメールを送付してもよい。図4は、本発明の実施の形態における確認依頼を行う画面の一例である。本実施の形態では、通常のメール作成画面とは別の画面として用意されているものとしている。確認依頼者であるユーザは、確認依頼タブ401を選択することで確認依頼画面を表示することになる。依頼者欄403には、確認依頼者のメールアドレスが指定されている。さらに、確認依頼者は、確認者を選択する。具体的には、確認者ボタン402が選択されると宛先指定画面が表示され、その画面を介して確認者の宛先が選択される。ここでは、宛先としてメールアドレスが選択される。また、確認者欄404には、選択された確認者のメールアドレスが指定されている。件名405には、確認を行ってもらいたいメールの件名が記載されている。本文欄406には、確認を行ってもらいたいメール本文が記載されている。図4の例では、確認依頼者suzukikannon-js.comが、確認者takahashikannon-js.comに対して、件名お見積りの件、本文○○会社ヤマダ様の内容を確認してもらいたいことを示している。次に、確認依頼者であるユーザは、確認を依頼するボタン407を押下する。すると、図5に示す画面が表示されることとなる。図5の画面において、確認依頼者は、確認後、自動的に以下の宛先へ送信する501のオプションを指定することができる。このオプションを指定することで、宛先欄502へアドレスの入力が可能となる。この例では、yamdaabc.co.jpが指定されている。従って、確認者高橋太郎takahashikannon-js.comによりメール本文の内容の確認がなされた場合は、件名本文の内容をyamdaabc.co.jpに送信することとなる。最後に、確認依頼者は、依頼する場合、依頼するボタン503を、キャンセルする場合、戻るボタン504を押下する。依頼するボタンが押下されることにより処理が開始されることとなる。図6は、送信した確認依頼メールに対応する確認依頼情報の一覧画面の一例を示す図である。図6により、確認依頼者が行った確認依頼に対する回答の進捗状況を確認する画面を説明する。確認依頼者であるユーザは、進捗状況の管理を行っているサーバへログインする。本実施の形態では、返信メール管理サーバにおいて管理されているものとしているため返信メール管理サーバへログインする。ここでは、ブラウザを介してログインする例で説明を行う。601は、ログイン後のブラウザの一例である。602に、進捗状況の画面が表示される。この例では、件名603、更新日604、返信605、回答606、確認者607を参照することができる。1レコード目は、件名お見積りの件が、更新日2011-05-1212:00の時点で、返信が1件のうち0件であることを示している。2レコード目は、件名製品説明会が、更新日2011-04-2115:30の時点で、返信が5件のうち3件あり、確認者が渡辺花子、他4名であることを示している。また、確認依頼メールには、確認依頼内容についてOK承認、合意またはNG否認、反対に対応する回答の選択肢が付与され、確認者の返信メールにて回答を得られる。ここでは、返信のあった3件のうち3件ともOKの回答をしているため、回答606の欄は、○となっている。ただし、○または×は、全ての返信メールが得られるまでは暫定的であるため、その場合には回答606に何も表示しないよう実装してもよい。3レコード目は、件名設計書ご確認依頼が、更新日2011-01-2611:07の時点で、返信が3件のうち3件であり、確認者が鈴木敬子、他2名、回答606は×、すなわち少なくとも確認者の返信メールの1つがNGを返してきたことを示している。なお、それぞれの件名は、ハイパーリングにより詳細な内容を参照でいるようになっているため、ユーザは、参照したい件名を、マウス等を用いてクリックする。図7は、確認依頼情報の内容の一例を示す図である。詳細内容が702の画面内に表示される。703に件名が表示される。この例では、図6において件名お見積りの件が選択されたものを示している。703には、更新状況704、返信状況705、自動送信706、撤回ボタン707、消去ボタン708が表示される。更新状況704には、いつこの情報が更新されたかが示される。返信状況705には、何件のうち何件の返信があったかの状況が示される。自動送信706には、図5に示す画面で、確認後、自動的に以下の宛先へ送信する501のオプションが指定されている場合、ありと表示されるものである。撤回ボタン707は、この確認依頼メールに対して、返信メールの受け付けを中止する場合に押下するボタンである。なお、返信メールの受け付けは中止されるが、データの消去は行わないため、後から内容の確認をすることができる。消去ボタン708は、この確認依頼メールのデータを消去する場合に押下するボタンである。このボタンが押下されるとデータが消去されるため、後から内容の確認をすることができなくなってしまう。本文709には、確認依頼メールの本文の内容が示される。添付ファイル710には、確認者が返信メールに添付した添付ファイルが示される。確認711には、確認者の名前と、その下に返信状況、回答、コメントなどが表示される。次に、図8~図12を用いて、返信メール管理の処理の流れを説明する。図8は、確認依頼メールの作成から、確認者による確認が完了した旨の通知の処理の流れを示すフローチャートである。まず、確認依頼者は、クライアント端末を操作し、確認依頼メールを送信する操作を行う。S801において、クライアント端末は、ユーザの指示に従って、ウェブブラウザを起動する。S802において、クライアント端末は、WEBメールサーバへメール作成画面を要求する。なお、ユーザを識別する場合は、ログイン処理を行った後、この処理が実行される。S803において、WEBメールサーバは、要求を受け付ける。S804において、WEBメールサーバは、メール作成画面情報を送信する。S805において、クライアント端末は、メール作成画面情報を受信し、メール作成画面を表示する。S806において、クライアント端末は、確認依頼画面を表示する。具体的には、図4に示す画面において、ユーザに確認依頼タブ401が選択されることにより、図4に示す画面が表示されるものである。S807において、クライアント端末は、確認文の作成を受け付ける。具体的には、図4に示す本文欄406に文書が入力されることである。S808において、クライアント端末は、確認者の指定を受け付ける。具体的には、図4に示す確認者ボタン402を介して、確認者欄404に確認者の宛先を受け付けることである。S809において、クライアント端末は、返信メール管理サーバに対して確認依頼を行う。具体的には、図5に示す依頼するボタン503が押下されることにより、この依頼が行われる。S810において、返信メール管理サーバは、確認依頼を受け付ける。S811において、返信メール管理サーバは、確認依頼情報管理の処理を行う。詳細を、図9を用いて説明する。図9は、確認者として指定されたユーザに対して確認依頼メールを送信し、確認がとれたかどうかの結果を得る処理の流れを示すフローチャートである。S901において、返信メール管理サーバは、確認依頼の登録を行う。具体的には、確認依頼情報管理部304が、返信メール管理サーバが管理する記録媒体に、新たな確認依頼に関する情報を登録する。図12に、登録されたデータの構成例を示す。ここで図12の説明をする。図12は、確認依頼情報として登録された確認依頼メール情報および対応する返信メール情報のデータの構成の一例である。確認依頼メール情報1200は、確認依頼メールに関する情報を登録されるデータの構成を示す例である。確認依頼メール情報1200は、確認メールID1201、件名1202、確認依頼日1203、確認者1204確認者として返信メールを想定する宛先、本文1205から構成される。確認メールID1201には、確認依頼者から送信された確認依頼メールに一意に対応するIDであり、例えば2レコード目の製品説明会に対しては、1539087が登録されている。件名1202は、確認依頼メールの件名であり、例えば製品説明会が登録されている。確認依頼日1203は、確認依頼メールが送信された日時が登録されている。確認者1204には、確認依頼メールを送信した確認者が登録されている。本文1205には、確認依頼者が本文に記載した内容が登録されている。返信メール情報1210は、確認メールID1211、確認者1212メールの返信者、最終更新日1213、選択肢記号1214から構成される。確認メールID1211は、確認依頼メール情報1200の確認メールID1201に対応する。確認者返信者1212には、確認者を登録するものである。最終更新日には、返信メールを最後に受け付け、対応するデータを更新した日時を登録する。選択肢記号1214には、確認者の回答を登録する。本実施例においては、OKまたはNGのいずれかが登録される。確認依頼メールを一意に判別するため、確認メールID1201を付与しているが、その他の方法により一意に判別してもよい。また、後述する返信メールを受信する毎に、返信メール情報1210に返信メールに関する情報が登録されることで、確認依頼を行ったユーザは、図6~図7に示す画面で進捗状況の確認が行えるようになる。確認依頼メールと返信メールは、確認メールID1201により関連付けられる。説明を図9のフローチャートに戻す。S902において、返信メール管理サーバは、確認者の抽出を行う。複数存在する場合は、その数だけ抽出を行う。ここでは、確認者として指定されたメールアドレスの抽出を行う。S903において、返信メール管理サーバは、確認依頼のメールを送信する。確認依頼のメールは、図11に示すメールのように、確認をしてもらいたい本文の内容と共に、承認の場合内容に問題がない場合に返信するメールアドレス1103aと、否認の場合内容に問題がある場合に返信するメールアドレス1103bが記載される。返信するメールアドレスは選択肢毎に異なるが、実際には、返信メールのアドレス自体が異なってもよいし、返信メールのアドレスは同じとして、返信メールのアドレスに付与されるエイリアスや、メールのメタ情報などとして異なる情報を付与し、返信メール管理サーバで判別させてもよい。また、いずれの確認依頼メールに対する返信メールなのかも同様に、判別できるように付与する。図11では、メールアドレス1103a~1103bのエイリアスに、確認メールIDと回答の選択肢を付与している。エイリアスなどに付与した情報は、図11では分かりやすくするため、確認メールIDと回答の選択肢を付与しているが、確認依頼メールを一意に特定できれば他の情報でもよい。また確認依頼メールの確認者ではないものが回答したり回答を改竄したりする、なりすましなどを防止するために暗号化されていてもよい。S904において、WEBメールサーバは、確認依頼メールを受信する。ここで、確認の依頼がなされたユーザは、自分のクライアント端末のブラウザを介してこの確認依頼のメールを一度受信して記載されているメールアドレスに対して返信する操作を行う。S905において、WEBメールサーバは、確認者から送信された返信メールを返信メール管理サーバへ送信する。S906において、返信メール管理サーバは、メールを受信する。そして、確認依頼情報管理部304が、返信メールの内容に応じて、確認依頼情報として登録した状況の更新を行う。つまり、回答として、OKの場合と、NGの場合の更新である。前述の図12の例においては、返信メール情報1210に対応する確認メールIDと、確認者と共に、回答を更新する。S907において、返信メール管理サーバは、返信メールの受け付け終了を判定する。返信メールの受付を終了するとは、確認依頼メールに対して、受け付け終了後に返信メールがあっても、回答状況には反映しないことを言う。例えば、返信メールを全員から受け取った段階で返信メールの受付を終了するといった実装をすることが可能である。また、返信メールを再度受け付け、当初の回答を変更できるものとしている場合には、全員が回答した後でも、一定の時間が経過するまで返信メールを受け付け可能な時間を確認依頼者から受け付ける時間制限受付手段、あるいは受け付け可能な最終時刻を確認依頼者から受け付ける時刻制限受付手段、といった制限を実装も可能である。この判定で、Yesの場合、終了し、Noの場合、S908へ進む。S908において、返信メール管理サーバは、確認依頼情報の閲覧および変更処理を行い、S907へ戻る。ここで、確認依頼情報の変更処理とは、具体的には、図7に示す、撤回ボタン707か、消去ボタン708が押下された場合に行われる処理である。いずれも選択されない場合は、このステップでは何もなされずにS907へ戻ることとなる。S908で確認依頼情報が撤回、または消去された場合には、全確認者の終了を待つ必要がなくなるため、返信メールの受付は終了した状態となる。図10は、確認依頼情報の閲覧および確認依頼情報の変更を実施する処理の流れを示すフローチャートである。S1001において、クライアント端末は、確認依頼情報の一覧画面図6の閲覧要求がなされたかを判定する。Yesの場合、S1002へ進み、Noの場合、終了する。つまり、クライアント端末から一覧画面の閲覧要求がなされない場合、本フローチャートはパスされることとなる。S1002において、クライアント端末は、確認依頼情報の一覧画面を要求する。S1003において、返信メール管理サーバは、確認依頼情報一覧画面の要求を受け付ける。S1004において、返信メール管理サーバは、閲覧要求元ユーザが参照可能な確認依頼情報として登録されている内容を抽出する。具体的には、図6に示す件名603、更新日604、返信605、回答606、確認者607などの確認依頼メール情報の内容が抽出される。S1005において、返信メール管理サーバは、確認依頼情報一覧画面を送信する。S1006において、クライアント端末は、確認依頼情報一覧画面を受信する。S1007において、クライアント端末は、確認依頼情報一覧画面を表示する図6。S1008において、クライアント端末は、一覧から件名が選択されたかを判定する。Yesの場合、S1010へ進み、Noの場合、S1009へ進む。S1009において、クライアント端末は、一覧画面の閲覧が終了されたかを判定する。Yesの場合、終了し、Noの場合、S1008へ戻る。S1010において、クライアント端末は、選択された確認依頼情報を確認するための画面を要求する。S1011において、返信メール管理サーバは、選択された確認依頼情報を確認するための画面要求を受け付ける。S1012において、返信メール管理サーバは、選択された確認依頼情報として登録されている内容に対応する情報を抽出する。具体的には、図7に示す各内容を表示可能な内容が抽出される。S1013において、返信メール管理サーバは、選択された確認依頼情報を確認するための画面を送信する。S1014において、クライアント端末は、選択された確認依頼情報を確認するための画面を受信する。S1015において、クライアント端末は、選択された確認依頼情報を確認するための画面を表示する図7。S1016において、クライアント端末は、撤回ボタン707が押下されたかを判定する。Yesの場合、S1017へ進み、Noの場合、S1020へ進む。S1017において、クライアント端末は、撤回処理を要求する。S1018において、返信メール管理サーバは、撤回処理要求を受け付ける撤回処理要求受付手段。S1019において、返信メール管理サーバは、撤回処理を行って処理を終了する。ここで、撤回処理とは、この確認メールの回覧を中止することをいう。ただし、後から閲覧可能とするためデータは残した状態とする。S1020において、クライアント端末は、消去ボタン708が押下されたかを判定する。Yesの場合、S1022へ進み、Noの場合、S1021へ進む。S1021において、クライアント端末は、一覧画面の閲覧が終了されたかを判定する。Yesの場合、終了し、Noの場合、S1016へ戻る。S1022において、クライアント端末は、消去処理を要求する。S1023において、返信メール管理サーバは、消去処理要求を受け付ける消去処理要求受付手段。S1024において、返信メール管理サーバは、消去処理を行って処理を終了する。ここで、消去処理とは、この確認メールを消去することをいう。以上、図10を用いて、確認依頼情報の閲覧および変更処理を説明した。また、上述した通り、図9の処理の説明もしたため、図8の説明に戻る。S812において、返信メール管理サーバは、確認者の確認がとれたかどうかを判定する。Yesの場合、S813へ進み、Noの場合、S819へ進む。ここでは、確認者として指定されたすべてのユーザから確認OKのメールを受け取ったかにより判定がなされる。S813において、返信メール管理サーバは、確認者への確認後の、送信先宛先の指定があるかを判定する。Yesの場合、S814へ進み、Noの場合、S819へ進む。具体的には、図5に示す画面で、確認後、自動的に以下の宛先へ送信する501のオプションが選択されていたかにより判定を行う。S814において、返信メール管理サーバは、確認された内容を本文としてメールを図5に示す宛先欄502に指定されたアドレスへ送信する。複数指定されている場合は、複数に送信する。S815において、WEBメールサーバは、返信メール管理サーバから送信されたメールを受信する。S816において、WEBメールサーバは、受信したメールを、指定されている宛先に送信する処理を行う。S817において、WEBメールサーバは、メールを送信した旨の連絡を返信メール管理サーバに行う。S818において、返信メール管理サーバは、メールを送信した旨の連絡を受信する。S819において、返信メール管理サーバは、確認依頼情報として登録した内容を更新する。なお、S818において、メールを送信した旨の連絡を受信した場合は、確認依頼情報の登録から消去する。ただし、後から送信したメールを参照したい場合も存在するので、このような運用をする場合は、消去することなく閲覧可能にデータを残すことができるものとする。この確認依頼情報の更新は運用により様々な形態をとることができる。以上、本発明の第一の実施の形態を、図4~図12を用いて説明した。次に、本発明の第二の実施の形態を、図13~図17を用いて説明する。フローチャートについては、本発明の第一の実施の形態で用いた図8~図10と同じである。また、確認依頼情報一覧画面は図6と同じである。まず、図13~図14により、確認依頼者が確認依頼メールに回答選択肢を定義する処理を説明する。図13は、確認依頼メール作成者が、回答の選択肢を定義する画面の一例を示す図である。図4とほぼ同一の画面であるが、用件欄1301の入力欄が付加されている。図14は、回答の選択肢を定義するために、返信メール管理サーバが使用する定義情報の一例である。この定義情報は、例えば返信メール管理サーバの管理者が用意してもよい。用件欄1301には、図14の回答選択肢1400の用件1401のいずれかを指定することができる。ここでは、図6の2レコード目に対応する確認依頼メールを作成する処理を例に説明する図8のS807。図13の用件欄1301では、日程調整を選択している。また、本文欄406には、確認を行ってもらいたいメール本文が記載している。ここでは弊社製品説明会を企画しておりますと記載した後、A.5月13日B.5月20日C.5月27日と記載している。確認者は、確認者欄404に記載されたwatanabekannon-js.com他4名である。前記の確認依頼を返信メール管理サーバが受け付けると図8のS810、返信メール管理サーバは、図9のS903において、用件欄1301に何も記載がない場合には、本発明の第一の実施の形態と同じ処理を進める。また、用件欄1301に記載がある場合には、図14の回答選択肢1400の用件1401に、用件欄1301と同じ値があるか探す。同じ値がない場合には、本発明の第二の実施の形態としては、エラーとして確認依頼メール作成者に通知しても良いし、本発明の第一の実施の形態と同じ処理を進めてもよい。図13では、用件欄1301に日程調整となり、回答選択肢1400の用件1401の2つめに同じ値があるので、確認依頼メールの本文欄406に、確認者に送信するメールに回答の選択肢を埋め込む。すなわち、図14の用件1401日程調整、用件記号1402p2が対応するため、選択肢記号1403のA~Dに対応する確認メッセージ1405、および回答メッセージ1406を確認者に送信するメールに回答の選択肢として埋め込む。例えば、選択肢記号1403Aに対しては、確認メッセージ1405Aの日程がよろしければ、以下へメールをお願いします、および回答メッセージ1406Aの日程で参加しますを確認者に送信するメールに回答の選択肢として埋め込む。図15は、図13で作成した確認依頼メールの、確認者側で受信したメールの一例である。すなわち、確認者は、図15にあるように件名1501日程調整製品説明会、本文1502に確認依頼者が本文欄406にて記載した本文と、前述したように、付加した回答毎のメッセージと返信メールの宛先1503a~1503dなどが記載されたメールを受け取る。具体的には返信メールは、mailtoの後、確認メールID図12の1201、選択肢記号1403、回答1404、返信メールのアドレスが記載される。確認者は、返信メールの宛先1503a~1503dのいずれかを選択することで、返信メールを記載する画面を起動し、簡単に返信することが出来る。返信メールに、コメントを追加、添付ファイルを付与しても良い。S906において、返信メール管理サーバは、受け付けた返信メールを確認依頼情報管理部304により返信メール情報1600に記憶させる。なお、前述の説明では、図14で定義された回答の選択肢の全てを、確認依頼メールの本文に追加しているが、本文を解析し、本文に選択肢として埋め込まれた記号に対応する回答の選択肢のみを追加する、あるいは本文に選択肢として埋め込まれた記号に対応する回答の選択肢と、そのどれにも当てはまらない回答の選択肢のみを追加するようにしてもよい。これにより本文中の選択肢がA.5月13日B.5月20日のみである場合、メールを受信した確認者には、図15における1503a~1503bおよび1503dのみが回答の選択肢となるようにしてもよい。図16は、確認依頼メールに対する返信メールの情報を管理するデータの構成の一例を示す図である。図16の返信メール情報1600は、構成としては図12の返信メール情報1210と同じであるが、選択肢記号1604は、選択肢記号1214とは異なる。第二の実施形態においては、選択肢記号は、同一の記号であっても用件図14の用件1401毎に異なる意味を持つ可能性があるため、用件記号1402と回答1404の組み合わせを登録する。例えば、返信メール情報1600によると、図13で作成した日程調整製品説明会に対する返信メールは、確認メールID1601が1539087であるため、現時点で3件であり、用件p2であることから日程調整に対する回答が、A~Cまで1つずつ登録されている。これらの回答の状況に基づき、確認依頼情報の一覧としては、第一の実施例における図6と同様の画面を表示する。さらに、確認依頼情報の詳細を図17を用いて説明する。図17は、確認依頼メールに対する確認依頼情報の内容画面の一例を示す図である。製品説明会の例に基づき説明する。図7の704~708に対応するボタンは省略するが、図7と同様にあってもよい。製品説明会に対する確認依頼情報確認依頼メールおよび返信メール情報の詳細内容が、1701に記載される。件名1702には、確認依頼メールの件名が示される図13の件名405。本文1703には、確認依頼メールの本文の内容が示される図13の本文欄406。添付ファイル1704には、確認者が返信メールに添付した添付ファイルが示される。確認1705には、確認者の名前と、その下に返信状況、回答、コメントなどが表示される。確認者が返信メールに何も記載しない場合でも、回答選択肢1400の回答メッセージ1406が、選択した返信メールアドレスに対応して記載される1705aのCの日程で参加します。など。さらに、自由にコメントを記載することもできる1705bのC日程5月27日でも参加可能です。の例。回答状況1706は、確認者がいずれの選択肢に回答したかを表している。回答数のみではなく、確認者名を含んでもよい。また、1707では、回答選択肢1400の回答1404に基づき、回答が、選択肢のいずれかにOK承認、合意したのか、いずれにもNG否認、反対であったのかを示す。以上、本発明の第二の実施の形態を、図13~図17を用いて説明した。なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。また、本発明におけるプログラムは、図の処理方法をコンピュータが実行可能なプログラムであり、本発明の記憶媒体は図8~図10の処理方法をコンピュータが実行可能なプログラムが記憶されている。なお、本発明におけるプログラムは図8~図10の各装置の処理方法ごとのプログラムであってもよい。なお、本発明の実施例において、返信管理サーバは、リマインド機能を備えてもよい。すなわち、確認依頼メールの受け付け図3の301、図8のS810において、一定時間内、あるいは指定時刻の指定をも受け付け可能とし、前記一定時間内、あるいは指定時刻までに返信メールを得られない確認者に対して、再度確認メールを送信する、という機能を備えてもよい。以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータまたはCPUやMPUが記録媒体に格納されたプログラムを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記憶した記録媒体は本発明を構成することになる。プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク,ハードディスク,光ディスク,光磁気ディスク,CD-ROM,CD-R,DVD-ROM,磁気テープ,不揮発性のメモリカード,ROM,EEPROM,シリコンディスク等を用いることができる。また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているOSオペレーティングシステム等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるCPU等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。また、本発明は、複数の機器から構成されるシステムに適用しても、1つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。さらに、本発明を達成するためのプログラムをネットワーク上のサーバ,データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。"