回答を要求する問合せメールを一意に識別する問合せメール識別情報と、該問合せメールの宛先であるユーザを一意に識別するユーザ識別情報と、前記ユーザが該問合せメールに対する回答を行っているかを示す回答状況とを対応付けて記憶する第一の記憶部と、前記ユーザ識別情報と、前記ユーザ宛に送信された前記問合せメールを含む複数のメール情報とを対応付けて記憶する第二の記憶部と、前記ユーザが操作する端末から、前記複数のメール情報の少なくとも一部を要求するメール取得要求を受信した場合に、該ユーザの前記ユーザ識別情報を特定する特定部と、特定された前記ユーザ識別情報に対応付けられている前記問合せメール識別情報であって、かつ前記回答状況が未回答である問合せメール識別情報を前記第一の記憶部から取得する第一の取得部と、特定された前記ユーザ識別情報に対応付けられている前記複数のメール情報の少なくとも一部であって、取得した前記問合せメール識別情報に対応するメール情報を含むメール情報を前記第二の記憶部から取得する第二の取得部と、前記第二の取得部により取得された前記メール情報のうち、前記第一の取得部により取得された前記問合せメール識別情報に対応するメール情報を、前記第二の取得部により取得された前記メール情報の他のメール情報とは異なる形態で表示させる情報を送信する送信部とを有することを特徴とするメールサーバ。前記第一の記憶部は、さらに、前記問合せメール識別情報に対応付けて前記問合せメールに対する回答期限を記憶し、前記第一の取得部は、前記特定部により特定されたユーザのユーザ識別情報に対応付けられている未回答の前記問合せメール識別情報であって、前記回答状況が未回答であって、かつ前記回答期限を超過している問合せメール識別情報を前記第一の記憶部から取得することを特徴とする請求項1に記載のメールサーバ。前記第一の記憶部は、さらに、前記問合せメール識別情報に対応付けて前記問合せメールに対する回答の督促状況を記憶し、前記第一の取得部は、前記特定部により特定されたユーザのユーザ識別情報に対応付けられている未回答の前記問合せメール識別情報であって、前記回答状況が未回答であって、かつ前記督促状況が督促ありの状態である問合せメール識別情報を前記第一の記憶部から取得することを特徴とする請求項1または2に記載のメールサーバ。前記送信部は、前記第一の取得部により取得された問合せメール識別子に対応するメール情報を前記他のメール情報よりも上位の表示領域に表示させる情報を送信することを特徴とする請求項1に記載のメールサーバ。コンピュータに、ユーザが操作する端末から、複数のメール情報の少なくとも一部を要求するメール取得要求を受信した場合に、該メール取得要求の送信元であるユーザを特定し、回答を要求する問合せメールを一意に識別する問合せメール識別情報と、該問合せメールの宛先であるユーザを一意に識別するユーザ識別情報と、前記ユーザが該問合せメールに対する回答を行っているかを示す回答状況とを対応付けて記憶する第一の記憶部を参照して、前記特定が行われたユーザの前記ユーザ識別情報に対応付けられている前記問合せメール識別情報であって、かつ前記回答状況が未回答である問合せメール識別情報を前記第一の記憶部から取得し、前記ユーザ識別情報と、前記ユーザ宛に送信された前記問合せメールを含む複数のメール情報とを対応付けて記憶する第二の記憶部から、前記特定が行われたユーザの前記ユーザ識別情報に対応付けられている前記複数のメール情報の少なくとも一部であって、取得した前記問合せメール識別情報に対応するメール情報を含むメール情報を前記第二の記憶部から取得し、前記第二の記憶部から取得したメール情報のうち、前記第一の記憶部から取得した前記問合せメール識別情報に対応するメール情報を、前記第二の記憶部から取得したメール情報に含まれる他のメール情報とは異なる形態で表示させる各処理を実行させることを特徴とするメール処理プログラム。コンピュータが、ユーザが操作する端末から、複数のメール情報の少なくとも一部を要求するメール取得要求を受信した場合に、該メール取得要求の送信元であるユーザを特定し、回答を要求する問合せメールを一意に識別する問合せメール識別情報と、該問合せメールの宛先であるユーザを一意に識別するユーザ識別情報と、前記ユーザが該問合せメールに対する回答を行っているかを示す回答状況とを対応付けて記憶する第一の記憶部を参照して、前記特定が行われたユーザの前記ユーザ識別情報に対応付けられている前記問合せメール識別情報であって、かつ前記回答状況が未回答である問合せメール識別情報を前記第一の記憶部から取得し、前記ユーザ識別情報と、前記ユーザ宛に送信された前記問合せメールを含む複数のメール情報とを対応付けて記憶する第二の記憶部から、前記特定が行われたユーザの前記ユーザ識別情報に対応付けられている前記複数のメール情報の少なくとも一部であって、取得した前記問合せメール識別情報に対応するメール情報を含むメール情報を前記第二の記憶部から取得し、前記第二の記憶部から取得したメール情報のうち、前記第一の記憶部から取得した前記問合せメール識別情報に対応するメール情報を、前記第二の記憶部から取得したメール情報に含まれる他のメール情報とは異なる形態で表示させる各処理を実行することを特徴とするメール処理方法。クライアント装置とメールサーバとを有するメールシステムであって、前記メールサーバは、回答を要求する問合せメールを一意に識別する問合せメール識別情報と、該問合せメールの宛先であるユーザを一意に識別するユーザ識別情報と、前記ユーザが該問合せメールに対する回答を行っているかを示す回答状況とを対応付けて記憶する第一の記憶部と、前記ユーザ識別情報と、前記ユーザ宛に送信された前記問合せメールを含む複数のメール情報とを対応付けて記憶する第二の記憶部と、前記ユーザが操作する端末から、前記複数のメール情報の少なくとも一部を要求するメール取得要求を受信した場合に、該ユーザの前記ユーザ識別情報を特定する特定部と、特定された前記ユーザ識別情報に対応付けられている前記問合せメール識別情報であって、かつ前記回答状況が未回答である問合せメール識別情報を前記第一の記憶部から取得する第一の取得部と、特定された前記ユーザ識別情報に対応付けられている前記複数のメール情報の少なくとも一部であって、取得した前記問合せメール識別情報に対応するメール情報を含むメール情報を前記第二の記憶部から取得する第二の取得部と、前記第二の取得部により取得された前記メール情報のうち、前記第一の取得部により取得された前記問合せメール識別情報に対応するメール情報を、前記第二の取得部により取得された前記メール情報の他のメール情報とは異なる形態で表示させる情報を送信する送信部とを有し、前記クライアント装置は、前記メールサーバから送信された前記情報を受信する受信部と前記受信部により受信した前記情報を表示する表示部とを有することを特徴とするメールシステム。しかしながら、回答を求める電子メールの送信者には、上述したように、電話や電子メールなどにより回答期限が迫っていることを受信者に伝えるなどの作業負担がかかるという問題がある。なお、回答を求める電子メールの送信者の作業負担を軽減させるために、上述した管理技術や督促技術を利用することも考えられる。例えば、受信者の回答を管理し、ある時点で受信者からの回答が得られていない場合に、回答を督促するメッセージを送信するようにする。しかし、この場合には、督促のメッセージの受信者について、督促メッセージを記憶するための新たな記憶領域が必要となるという問題がある。開示の技術は、上記に鑑みてなされたものであって、メール送信者の負担を軽減することが可能なメールサーバ、メール処理プログラム、メール処理方法およびメールシステムを提供することを目的とする。本願の開示するメールサーバは、一つの態様において、第一の記憶部と、第二の記憶部と、特定部と、第一の取得部と、第二の取得部と、送信部とを有する。第一の記憶部は、回答を要求する問合せメールを一意に識別する問合せメール識別情報と、該問合せメールの宛先であるユーザを一意に識別するユーザ識別情報と、前記ユーザが該問合せメールに対する回答を行っているかを示す回答状況とを対応付けて記憶する。第二の記憶部は、前記ユーザ識別情報と、前記ユーザ宛に送信された前記問合せメールを含む複数のメール情報とを対応付けて記憶する。特定部は、前記ユーザが操作する端末から、前記複数のメール情報の少なくとも一部を要求するメール取得要求を受信した場合に、該ユーザの前記ユーザ識別情報を特定する。第一の取得部は、特定された前記ユーザ識別情報に対応付けられている前記問合せメール識別情報であって、かつ前記回答状況が未回答である問合せメール識別情報を前記第一の記憶部から取得する。第二の取得部は、特定された前記ユーザ識別情報に対応付けられている前記複数のメール情報の少なくとも一部であって、取得した前記問合せメール識別情報に対応するメール情報を含むメール情報を前記第二の記憶部から取得する。送信部は、前記第二の取得部により取得されたメール情報のうち、前記第一の取得部により取得された問合せメール識別情報に対応するメール情報を、前記第二の取得部により取得されたメール情報の他のメール情報とは異なる形態で表示させる情報を送信する。本願の開示する技術の一つの態様によれば、メール送信者の負担を軽減できる。以下に、図面を参照しつつ、本願の開示するメールサーバ、メール処理プログラム、メール処理方法およびメールシステムの一実施形態について説明する。後述する実施例は一実施形態にすぎず、本願の開示するメールサーバ、メール処理プログラム、メール処理方法およびメールシステムを限定するものではない。また、後述する各実施例は処理内容に矛盾を生じさせない範囲で適宜組み合わせることもできる。なお、以下の実施例では、クライアント装置がウェブブラウザなどを用いて、メールサーバにアクセスし、メールのやりとりを行う場合において、本願の開示するメールサーバが行う各処理について説明する。ただし、開示する技術は、これに限定されず、後述するように、クライアント装置が電子メールソフトを用いて、メールサーバとやりとりし、メールをクライアント装置にダウンロードする場合にも適用できる。[メールサーバの構成実施例1]図1は、メールサーバの構成を示すブロック図である。図1に示すように、実施例1に係るメールサーバ200は、ネットワーク10を介して、複数のクライアント装置100と接続される。なお、図1には、説明の便宜上、クライアント装置100A、クライアント装置100Bおよびクライアント装置100Cの3つのクライアント装置を記載するが、この数に限定されるものではない。クライアント装置100は、少なくともウェブブラウザの機能を有する、パーソナルコンピュータ、携帯電話装置、PHSPersonalHandyphoneSystem端末、スマートフォン、PDAPersonalDigitalAssistantなどのコンピュータである。また、クライアント装置100は、例えばキーボードなどの入力部と、液晶ディスプレイなどの表示部とを有し、ウェブブラウザの機能によってウェブメールサーバと通信し、メールの送受信を行う。なお、ネットワーク10は、インターネット、LAN、WAN、携帯電話網などの通信網である。そして、図1に示すように、メールサーバ200は、通信制御部210と、認証DBDateBase220と、回答DB230と、メールDB240と、メール管理DB250と、設定DB260と、制御部270とを有する。通信制御部210は、クライアント装置100との間でやり取りされる各種情報に関する通信を制御する。認証DB220は、メールサーバ200にアクセスするクライアント装置の利用者の認証に用いる情報を記憶する。図2は、認証DBのデータの一例を示す図である。図2に示すように、認証DB220は、メールサーバ200の利用者である各クライアント装置100のユーザごとに、利用者を特定する利用者IDと、利用者に固有のパスワードとを対応付けて記憶する。利用者IDIdentityは、メールの利用者を一意に識別する識別情報であり、例えばメールアドレスが用いられる。パスワードは、利用者を認証するための認証情報である。一例を挙げれば、認証DB220は、図2に示すように、利用者ID:aaaxxxwwと、パスワード:jjleriuthとを対応付けて記憶する。回答DB230は、回答を要求するメール以下、回答要メールと記載するに対する回答状況を記憶する。図3は、回答DBのデータの一例を示す図である。図3に示すように、回答DB230は、回答者IDと、回答フラグと、回答日時とを対応付けて記憶する。回答者IDは、回答要メールの回答者となる利用者の利用者IDである。また、回答フラグは、回答要メールに対する回答状況を示し、例えば、0であれば未回答であり、1であれば回答済である。回答日時は、メールサーバ200が回答を確認した日時であり、例えば回答となるメールを受信した日時である。一例を挙げれば、回答DB230は、図3に示すように、回答ID:aaaxxxwwと、回答フラグ:0未回答とを対応付けて記憶する。あるいは、回答DB230は、回答ID:bbbxxxwwと、回答フラグ:1回答済と、回答日時:20111220124534とを対応付けて記憶する。ここで、回答者IDは、回答要メールの回答者となる利用者IDである。また、回答フラグは、回答要メールに対する回答状況を示し、例えば、0であれば未回答であり、1であれば回答済である。回答日時は、メールサーバ200が回答を確認した日時である。この回答DBは、本実施例では、回答を要求するメール毎に存在させることとしているため、回答者IDと、回答フラグと、回答日時とを対応づけて記載させている。しかし、回答DBの持たせ方として、メールサーバ200内にひとつ回答DBを用意し、回答を要求するメールの識別子メッセージIDと、回答者IDと、回答フラグと、回答日時とを対応づけて記載させても良い。メールDB240は、クライアント装置100が送受信したメールに関する情報を記憶する。図4は、メールDBのデータの一例を示す図である。図4に示すように、メールDB240は、利用者IDと、メールごとに、メールの種別と、メールを特定するメッセージIDと、メールの送信元である差出人と、メールの受信先である宛先と、発信日時と、メール情報とを対応付けて記憶する。利用者IDは、認証DB220の利用者IDに対応する。メールの種別は、利用者にとって送信メールか受信メールかを示す。メッセージIDは、メールを一意に識別するメール識別情報であり、例えば、時刻やメールアドレスなどから作成される。差出人は、メールの送信元を示し、例えば、利用者IDが用いられる。宛先は、メールの受信先を示し、例えば、利用者IDが用いられる。発信日時は、メールが発信された日時を示す。メール情報は、タイトルと本文とを含む。タイトルは、メールのタイトルSubjectであり、本文は、メールの本文データである。一例を挙げれば、メールDB240は、図4に示すように、利用者ID:dddxxxwwの利用者の受信メールの情報として、タイトル:回答要健康診断日の調整と本文:特許太郎です。とを含んだメール情報を記憶する。同様に、メールDB240は、図4に示すように、利用者ID:sssxxxwwの利用者の受信メールの情報として、タイトル:回答要健康診断日の調整と本文:特許太郎です。とを含んだメール情報を記憶する。なお、このメールDB240は、図4ではテーブル形式で表現しているが、情報の記憶の形態として、フォルダ形式にて記憶させてもよい。たとえば、利用者ID毎にサブフォルダを形成し、その下位のフォルダとして、送信と受信とを用意し、その下位にメッセージIDに対応するフォルダを用意し、その下位にその他の情報を入れこむという形態でも構わない。メール管理DB250は、回答要メールの回答期限や、回答要メールに関する督促の状況を記憶する。図5は、メール管理DBのデータの一例を示す図である。メール管理DB250は、図5に示すように、回答要メールごとに、回答要メールを識別するメッセージIDと、発信日時と、期限と、督促フラグとを対応付けて記憶する。メッセージIDおよび発信日時は、メールDB240のメッセージIDおよび発信日時に対応する。期限は、回答要メールに対する回答の期限日時を示す。督促フラグは、回答要メールの送信者から回答の督促がなされているかを示し、ONであれば督促済であり、OFFであれば未督促である。一例を挙げれば、メール管理DB250は、図5に示すように、メッセージID:syokubaxxxyyの回答要メールについて督促フラグ:ONを記憶している。よって、メール管理DB250に記憶されている情報を参照すれば、メッセージID:syokubaxxxyyの回答要メールについて、回答要メールの送信者から回答の督促がなされている状態であることがわかる。設定DB260は、回答の督促が行われた回答要メールを、他のメールとは異なる形態で表示させるための設定情報を記憶する。図6は、設定DBのデータの一例を示す図である。設定DB260は、図6に示すように、一般および督促のそれぞれに対応付けて、フォントおよび背景色の設定方法を記憶する。ここで、一般とは、回答の督促が行われた回答要メール以外のメールに関する設定を表す。また、督促とは、回答の督促が行われた回答要メールに関する設定を表す。設定情報DB260によれば、図6に示すように、メールを表示する際のフォントは、一般ではゴシックに設定し、督促ではボールドゴシックに設定することとなる。また、設定情報DB260によれば、図6に示すように、メールを表示する際の背景色は、一般では白に設定し、督促では青に設定することとなる。なお、これらの設定は一例である。なお、上述した利用者ID、パスワードおよびメッセージIDのデータは一例であり、対象を一意に特定できる固有のデータであれば、どのようなデータであってもよい。また、上述した認証DB220、回答DB230、メールDB240、メール管理DB250および設定DB260は、サーバやストレージ、パーソナルコンピュータなどの汎用のハードウェアにより実装することができる。また、上述した認証DB220、回答DB230、メールDB240、メール管理DB250および設定DB260は、上述した汎用のハードウェアではなく、大容量のハードディスクなどの記憶媒体により実装することもできる。制御部270は、図1に示すように、特定部271と、第一の取得部272と、第二の取得部273と、送信部274と、作成画面生成部275と、閲覧画面生成部276とを有する。なお、制御部270は、例えば、電子回路や集積回路により実装することができる。電子回路としては、例えば、CPUCentralProcessingUnitやMPUMicroProcessingUnitがある。また、集積回路としては、例えば、ASICApplicationSpecificIntegratedCircuitやFPGAFieldProgrammableGateArrayなどがある。特定部271は、クライアント装置100からメール表示要求ログイン要求を受信すると、認証DB220を参照して、メール表示要求の送信元であるクライアント装置100のユーザの認証を行う。例えば、特定部271は、メール表示要求の送信元であるクライアント装置100に対して利用者IDおよびパスワードを要求する。そして、特定部271は、メール表示要求の送信元であるクライアント装置100から取得した利用者IDとパスワードとの対が、認証DB220にある場合には認証成功とする。一方、特定部271は、メール表示要求の送信元であるクライアント装置100から取得した利用者IDとパスワードとの対が、認証DB220にない場合には認証失敗とする。なお、特定部271は、パスワードを用いた認証が成功した後の所定期間は、利用者IDのみによってメール表示要求を受付け、利用者を特定するようにしてもよい。第一の取得部272は、メール管理DB250を参照して、特定部271によるログイン認証に成功したユーザの受信メールの中に、回答を行っていない未回答の回答要メールがある場合には、その回答要メールのメッセージIDを取得する。なお、第一の取得部272による処理の一例については、図17、図19、図21および図23を用いて後述する。第二の取得部273は、特定部271によるログイン認証に成功したユーザの送受信メールを、メールDB240から取得する。なお、第二の取得部273による処理の一例については、図17、図19、図21および図23を用いて後述する。送信部274は、第二の取得部273により取得されたメールのうち、第一の取得部272により取得されたメールを、他のメールとは異なる形態で表示させるようなメール表示画面を生成する。なお、送信部274による処理の一例については、図17~図24を用いて後述する。作成画面生成部275は、クライアント装置100からメール作成画面の取得要求を受け付けると、メール作成画面生成処理を実行する。なお、作成画面生成部275による処理の一例については、図11~図14を用いて後述する。閲覧画面生成部276は、クライアント装置100から、回答要メール閲覧画面の表示要求を受け付けると、回答要メール閲覧画面生成処理を実行する。なお、閲覧画面生成部276による処理の一例については、図15および16を用いて後述する。[実施例1による処理]以下、各図を参照して、実施例1による処理を説明する。なお、図7、図8および図9は、クライアント装置100Aやクライアント装置100B、クライアント装置100Cなどによる処理の説明に用いる。また、図9~図24は、メールサーバ200による処理の説明に用いる。クライアント装置の処理まず、図7を用いて、クライアント装置100Aやクライアント装置100B、クライアント装置100Cなどによる処理の全体の流れを説明する。図7は、クライアント装置による処理の全体の流れを示す図である。なお、以下の処理は、クライアント装置100が、ウェブブラウザの機能を用いて、メールサーバ200にアクセスすることによって実行される。図7に示すように、クライアント装置100は、利用者から入力部を介して、メールの表示要求を受け付けた場合にはS101Yes、メールサーバ200にメール表示要求を送信するS102。なお、クライアント装置100は、メールの表示要求を受け付けなかった場合にはS101No、同判定を繰り返し行う。続いて、クライアント装置100は、メールサーバ200から利用者IDおよびパスワードの入力画面を受信したか否かの判定を行うS103。クライアント装置100は、メールサーバ200から利用者IDおよびパスワードの入力画面を受信した場合にはS103Yes、利用者IDおよびパスワードの入力画面を表示部に表示するS104。なお、クライアント装置100は、メールサーバ200から利用者IDおよびパスワードの入力画面を受信しなかった場合にはS103No、同判定を繰り返し行う。続いて、クライアント装置100は、利用者から入力部を介して、利用者IDおよびパスワードの入力を受け付けた否かの判定を行うS105。クライアント装置100は、利用者IDおよびパスワードの入力を受け付けた場合にはS105Yes、利用者IDおよびパスワードをメールサーバ200に送信するS106。なお、クライアント装置100は、メールサーバ200から利用者IDおよびパスワードの入力を受け付けなかった場合にはS105No、同判定を繰り返し行う。続いて、クライアント装置100は、認証エラー画面を受信したか否かの判定を行うS107。クライアント装置100は、認証エラー画面を受信した場合にはS107Yes、認証エラー画面を表示部に表示してS108、処理を終了する。一方、クライアント装置100は、認証エラー画面を受信しなかった場合にはS107No、続いて、メール表示画面をメールサーバ200から受信したか否かの判定を行うS109。クライアント装置100は、メール表示画面をメールサーバ200から受信しなかった場合にはS109No、同判定を繰り返し行う。そして、クライアント装置100は、メール表示画面をメールサーバ200から受信した場合にはS109Yes、メール表示画面を表示部に表示するS110。ここで、メール表示画面は、例えば、利用者が受信したメールの一覧を表示するものである。そして、メール表示画面では、回答要メールであって未回答のメールが上位になるように生成される。したがって、クライアント装置100では、未回答のメールが上位に表示される。続いて、クライアント装置100は、利用者から入力部を介して、メッセージ作成要求を受け付けたか否かの判定を行うS111。クライアント装置100は、メッセージ作成要求を受け付けた場合にはS111Yes、メッセージ送信処理を実行するS112。メッセージ送信処理については、図8を用いて後述する。なお、上述したS111において、クライアント装置100は、メッセージ作成要求を受け付けなかった場合にはS111No、後述するステップS113の処理に移行する。続いて、クライアント装置100は、利用者から入力部を介して、回答要メール閲覧画面の表示要求を受け付けたか否かの判定を行うS113。クライアント装置100は、回答要メール閲覧画面の表示要求を受け付けた場合にはS113Yes、回答要メール閲覧処理を実行するS114。なお、回答要メール閲覧処理について、図9を用いて後述する。続いて、クライアント装置100は、利用者から入力部を介して、メールの表示要求を受け付けたか否かの判定を行うS115。なお、クライアント装置100は、上述したS113にて、回答要メール閲覧画面の表示要求を受け付けなかった場合にはS113Noとし、そのまま、上述したS115の判定に移行する。クライアント装置100は、メールの表示要求を受け付けた場合にはS115Yes、メールサーバ200にメール表示要求を送信するS116。続いて、クライアント装置100は、ログアウト要求があったか否かの判定を行うS117。なお、クライアント装置100は、メールの表示要求を受け付けなかった場合にはS115No、そのまま、上述したS117の判定に移行する。クライアント装置100は、利用者から入力部を介して、ログアウト要求があった場合にはS117Yes、ログアウト要求をメールサーバ200に送信してS118、処理を終了する。一方、クライアント装置100は、ログアウト要求がなかった場合にはS117No、上述したS111に戻り、メッセージ作成要求を受け付けたか否かの判定を行う。メッセージ送信処理次に、図8を用いて、上述した図7に示すS112のメッセージ送信処理の流れを説明する。図8は、メッセージ送信処理の流れを示す図である。なお、利用者は、以下の処理を通じて、回答要メールや一般メールを作成する。図8に示すように、クライアント装置100は、メール種別が回答要メールか否かの判定を行うS201。クライアント装置は、メール種別が回答要メールであると判定した場合にはS201Yes、メール種別回答要メールと、メッセージ作成要求をメールサーバに送信するS202。続いて、クライアント装置100は、回答要メッセージ作成画面を受信したか否かの判定を行うS203。クライアント装置100は、回答要メッセージ作成画面を受信していない場合にはS203No、同判定を繰り返し行う。クライアント装置100は、回答要メッセージ作成画面を受信した場合にはS203Yes、回答要メッセージの作成画面を表示部に表示するS204。続いて、クライアント装置100は、宛先、タイトル、記事本文、期限の入力を受け付けるS205。なお、この期限は、作成したメッセージに対する回答期限である。続いて、クライアント装置100は、利用者から入力部を介して、メッセージ送信要求を受け付けたか否かの判定を行うS206。クライアント装置100は、メッセージ送信要求を受け付けていない場合にはS206No、同判定を繰り返し行う。クライアント装置100は、メッセージ送信要求を受け付けた場合にはS206Yes、宛先、タイトル、記事本文、期限をメールサーバ200に送信してS207、処理を終了する。なお、上述したS201にて、クライアント装置100は、メール種別が回答要メールではないと判定した場合にはS201No、メール種別通常メールと、メッセージ作成要求をメールサーバに送信するS208。なお、この通常メールとは、回答要メール以外のメールである。続いて、クライアント装置100は、一般メッセージ作成画面を受信したか否かの判定を行うS209。なお、一般メッセージ作成画面は、上述した通常メールを作成するための画面である。クライアント装置100は、一般メッセージ作成画面を受信していない場合にはS209No、同判定を繰り返し行う。クライアント装置100は、一般メッセージ作成画面を受信した場合にはS209Yes、一般メッセージの作成画面を表示部に表示するS210。続いて、クライアント装置100は、宛先、タイトル、記事本文の入力を受け付けるS211。続いて、クライアント装置100は、利用者から入力部を介して、メッセージ送信要求を受け付けたか否かの判定を行うS212。クライアント装置100は、メッセージ送信要求を受け付けていない場合にはS212No、同判定を繰り返し行う。クライアント装置100は、メッセージ送信要求を受け付けた場合にはS212Yes、宛先、タイトル、記事本文、期限をメールサーバ200に送信してS213、処理を終了する。回答要メール閲覧処理次に、図9を用いて、上述した図7に示すS114の回答要メール閲覧処理の流れを説明する。図9は、回答要メール閲覧処理の流れを示す図である。なお、利用者は、以下の処理を通じて、利用者が送信した回答要メールについて督促の要求を行う。図9に示すように、クライアント装置100は、利用者IDと、回答要メール閲覧画面の取得要求をメールサーバ200に送信するS301。続いて、クライアント装置100は、督促対象メールが存在しない旨の通知を受信したかどうかの判定を行うS302。クライアント装置100は、督促対象メールが存在しない旨の通知を受信しなかった場合にはS302No、続いて、回答要メール閲覧画面を受信したか否かの判定を行うS303。クライアント装置100は、回答要メール閲覧画面を受信していない場合にはS303No、上述したS302に戻る。クライアント装置100は、回答要メール閲覧画面を受信した場合にはS303Yes、回答要メール閲覧画面を表示部に表示するS304。続いて、クライアント装置100は、利用者から入力部を介して、メールが選択され、督促要求が受け付けられたか否かの判定を行うS305。クライアント装置100は、メールが選択され、督促要求が受け付けられていない場合にはS305No、同判定を繰り返し行う。クライアント装置100は、メールが選択され、督促要求が受け付けられた場合にはS305Yes、選択されたメールのヘッダからメッセージIDを取得するS306。そして、クライアント装置100は、利用者IDと、選択されたメールのメッセージIDと督促要求をメールサーバ200に送信してS307、処理を終了する。なお、上述したS302にて、クライアント装置100は、督促対象メールが存在しない旨の通知を受信した場合にはS302Yes、回答要メールが存在しない、あるいは回答が全て届いている旨を通知してS308、処理を終了する。メールサーバ200による処理次に、図10を用いて、メールサーバ200による処理の全体の流れを説明する。図10は、メールサーバによる処理の全体の流れを示す図である。なお、以下の処理は、メールサーバ200が、クライアント装置100との間でウェブブラウザの機能を用いて通信することで実行される。図10に示すように、メールサーバ200の制御部270は、メール表示要求を受信していない場合にはS401No、同判定を繰り返し行う。メールサーバ200の制御部270は、メール表示要求をクライアント装置100から受信した場合にはS401Yes、続いて、該当クライアント装置100にユーザを認証済みであるか否か判定を行うS402。制御部270により、認証済みではないと判定された場合にはS402No、特定部271は、利用者IDおよびパスワードの入力画面をクライアント装置100に送信するS403。続いて、特定部271は、利用者IDおよびパスワードを受信したか否かの判定を行うS404。特定部271は、利用者IDおよびパスワードを受信していない場合にはS404No、同判定を繰り返し行う。特定部271は、利用者IDおよびパスワードを受信した場合にはS404Yes、認証DB220を用いて認証を行うS405。そして、特定部271は、認証に失敗した場合認証NGの場合にはS406No、認証エラー画面を作成してクライアント装置100に送信しS407、処理を終了する。一方、特定部271による認証が成功した場合認証OKの場合にはS406Yes、送信部274は、メール表示画面作成処理を実行してS408、メール送信画面を送信するS409。なお、メール表示画面作成処理については、図17~図24を用いて後述する。続いて、制御部270は、メッセージ作成要求およびメール種別を受信したか否かの判定を行うS410。制御部270により、メッセージ作成要求およびメール種別の受信が判定された場合にはS410Yes、作成画面生成部275は、メッセージ作成画面生成処理を実行するS411。なお、メッセージ作成画面生成処理については、図11~図14を用いて後述する。続いて、制御部270は、回答要メール閲覧画面の取得要求を受信したか否かを判定するS412。制御部270により、回答要メール閲覧画面の取得要求の受信が判定された場合にはS412Yes、閲覧画面生成部276は、回答要メール閲覧画面生成処理を実行するS413。なお、回答要メール閲覧画面生成処理については、図15および図16を用いて後述する。そして、制御部270は、ログアウト要求をクライアント装置100から受信したか否かの判定を行うS414。制御部270は、ログアウト要求をクライアント装置100から受信した場合にはS414Yes、処理を終了する。一方、制御部270は、ログアウト要求をクライアント装置100から受信していない場合にはS414No、上述したS410に戻って、メッセージ作成要求およびメール種別を受信したか否かの判定を行う。なお、上述したS402において、制御部270は、認証済みである場合にはS402Yes、上述したステップS408の処理に移行する。なお、上述したS410において、制御部270は、メッセージ作成要求およびメール種別を受信していない場合にはS410No、そのまま、上述したS414の判定に移行する。なお、上述したS412において、制御部270は、回答要メール閲覧画面の取得要求を受信していない場合にはS412No、そのまま、上述したS414の判定に移行する。メッセージ作成画面生成処理次に、図11~図14を用いて、メッセージ作成画面生成処理の流れを説明する。図11は、メッセージ作成画面生成処理の流れを示す図である。図12は、回答要メッセージ作成画面の一例を示す図である。図13は、メールのヘッダ構成の一例を示す図である。図14は、一般メッセージ作成画面の一例を示す図である。なお、メールサーバ200は、以下の処理を通じて、クライアント装置100から回答要メールや一般メールを受信する。メッセージ作成要求およびメール種別をクライアント装置100から受信すると、作成画面生成部275は、図11に示すように、メッセージIDおよびヘッダを生成しS501、メール種別は回答要メールであるか否かの判定を行うS502。作成画面生成部275は、メール種別が回答要メールである場合にはS502Yes、回答要メッセージ作成画面を生成してS503、回答要メッセージ作成画面をクライアント装置100に送信するS504。図12に、回答要メッセージ作成画面の一例を示す。例えば、回答要メッセージ作成画面の上部には、送信、保存およびログアウトの処理を指定するための操作ボタンと、後述するメール表示画面を表示させるためのリンクが設けられている。また、回答要メッセージ作成画面の下部には、宛先を入力する宛先やCCCarbonCopy、メールのタイトルを入力する件名、回答期限を入力する期限、メール記事の本文を入力する記事入力画面などの入力領域が設けられている。例えば、ユーザが、図12に示す回答要メッセージ作成画面に対応箇所にメール記事や回答期限などを入力して送信の操作ボタンを操作すると、期限、宛先、タイトルおよび記事本文がメールサーバ200に送信されることとなる。続いて、作成画面生成部275は、期限、宛先、タイトルおよび記事本文を受信したか否かの判定を行うS505。作成画面生成部275は、期限、宛先、タイトルおよび記事本文を受信していない場合にはS505No、同判定を繰り返し行う。作成画面生成部275は、期限、宛先、タイトルおよび記事本文を受信した場合にはS505Yes、メールのヘッダに期限を追加するS506。図13にヘッダの一例を示す。例えば、作成画面生成部275は、メールのヘッダに期限を記述するための領域Deadline期限を設ける。そして、作成画面生成部275は、このDeadline期限に、例えば、201125の期限を追加する。続いて、作成画面生成部275は、一意なメッセージIDを生成して、このメッセージID、発信日、期限および督促フラグOFFをメール管理DB250に記録するS507。続いて、作成画面生成部275は、メッセージIDに対応付けて回答DB230を生成して、回答DB230の回答者IDに宛先を記録し、回答DB230の回答者フラグに0を記録するS508。続いて、作成画面生成部275は、ヘッダと、タイトルおよび記事を宛先フォルダやディレクトリなどに送信するS509。続いて、作成画面生成部275は、メールDB240でメールの送信元および宛先に対応する利用者IDの送信欄および宛先の受信欄に、メッセージID、タイトル、記事本文を記録してS510、処理を終了する。なお、上述したS502において、作成画面生成部275は、メール種別が回答要メールではない場合にはS502No、メール種別が一般メールであるものとし、一般メッセージ作成画面を生成するS511。そして、作成画面生成部275は、一般メッセージ作成画面をクライアント装置100に送信するS512。図14に、一般メッセージ作成画面の一例を示す。例えば、一般メッセージ作成画面の上部には、送信、保存およびログアウトの処理を指定するための操作ボタンと、後述するメール表示画面を表示させるためのリンクが設けられている。また、一般メッセージ作成画面の下部には、宛先を入力する宛先やCCCarbonCopy、メールのタイトルを入力する件名、メール記事の本文を入力する記事入力画面などの入力領域が設けられている。例えば、ユーザが、図14に示す一般メッセージ作成画面に対応箇所にメール記事などを入力して送信の操作ボタンを操作すると、宛先、タイトルおよび記事本文がメールサーバ200に送信されることとなる。続いて、作成画面生成部275は、宛先、タイトルおよび記事本文を受信したか否かの判定を行うS513。作成画面生成部275は、宛先、タイトルおよび記事本文を受信していない場合にはS513No、同判定を繰り返し行う。一方、作成画面生成部275は、宛先、タイトルおよび記事本文を受信した場合にはS513Yes、本メールが他のメールを返信メールか否かの判定を行うS514。作成画面生成部275は、他のメールを返信メールである場合にはS514Yes、元記事のメッセージIDがメール管理DB250に存在するか否かの判定を行うS515。つまり、作成画面生成部275は、S514の返信メールに含まれる元記事のメッセージIDが、メール管理DB250から取得できれば、回答要メールに対する回答が記述された返信メールであると判定することができる。作成画面生成部275は、元記事のメッセージIDがメール管理DB250に存在する場合にはS515Yes、メールのヘッダより送信者ID回答者IDを取得するS516。そして、作成画面生成部275は、元記事のメッセージIDに対応する回答DB230の回答者IDに対応する回答フラグをONつまり、1にし、回答日時を記録するS517。そして、作成画面生成部275は、上述したS509およびS510の処理を行って処理を終了する。なお、上述したS514において、作成画面生成部275は、他のメールを返信メールでない場合にはS514No、上述したS509の処理に移行する。また、上述したS515において、作成画面生成部275は、元記事のメッセージIDがメール管理DB250にない場合にはS515No、上述したS509の処理に移行する。回答要メール閲覧画面生成処理次に、図15および図16を用いて、回答要メール閲覧画面生成処理の流れを説明する。図15は、回答要メール閲覧画面生成処理の流れを示す図である。図16は、回答要メール閲覧画面の一例を示す図である。なお、メールサーバ200は、以下の処理を通じて、クライアント装置100から回答要メールに対する督促要求を受付ける。図15に示すように、閲覧画面生成部276は、利用者IDに対応する送信メールのメッセージIDをメールDB240から取得するS601。なお、S601の利用者IDは、上述した図10に示すS404で受信した利用者IDである。続いて、閲覧画面生成部276は、そのメッセージIDがメール管理DB250に含まれているか否かの判定を行うS602。閲覧画面生成部276は、メッセージIDがメール管理DB250に含まれている場合にはS602Yes、そのメッセージIDに対応する期限をメール管理DB250から取得するS603。続いて、閲覧画面生成部276は、そのメッセージIDに対応する回答DB230にて、回答フラグが0未回答のクライアント装置100の宛先を取得するS604。そして、閲覧画面生成部276は、回答フラグが0の宛先が存在するか否かの判定を行うS605。言い換えれば、閲覧画面生成部276は、回答フラグが0の宛先を回答DB230から取得できたか否かの判定を行う。閲覧画面生成部276は、回答フラグが0の宛先が存在する場合にはS605Yes、そのメッセージIDの発信日時およびタイトルをメールDB240から取得するS606。続いて、閲覧画面生成部276は、メッセージごとに選択ボタンをつけたメッセージ一覧、各メッセージの未回答者数および期限が含まれた回答要メール閲覧画面を生成し、クライアント装置100閲覧表示者に送信するS607。図16に、回答要メール閲覧画面の一例を示す。回答要メール閲覧画面の上部には、督促要求およびログアウトの処理を指定するための操作ボタンと、後述するメール表示画面を表示させるためのリンクが設けられている。また、回答要メール閲覧画面の下部には、回答要メールのメッセージごとに、宛先である利用者ID、発信日時、件名、回答期限および未回答者数を表示する表示領域が設けられている。例えば、閲覧画面の閲覧しているユーザが、図16に示す回答要メール閲覧画面の督促要求ボタンを操作すると、宛先の左側にあるチェックボックスにチェックが挿入されたメッセージに対する督促要求がメールサーバ200に送信されることとなる。続いて、閲覧画面生成部276は、利用者IDと、メッセージIDと、督促要求とを受信したか否かの判定を行うS608。閲覧画面生成部276は、利用者IDと、メッセージIDと、督促要求とを受信していない場合にはS608No、同判定を繰り返す。一方、閲覧画面生成部276は、利用者IDと、メッセージIDと、督促要求とを受信した場合にはS608Yes、そのメッセージIDについて、メール管理DB250の督促フラグをONにしてS609、処理を終了する。なお、上述したS602において、閲覧画面生成部276は、メッセージIDがメール管理DB250に含まれていない場合にはS602No、督促対象メールが存在しない通知をクライアント装置100に送信するS610。そして、閲覧画面生成部276は処理を終了する。また、上述したS605において、閲覧画面生成部276は、回答フラグが0の宛先が存在しない場合にはS605No、上述したS610の処理を行い、処理を終了する。メッセージ表示画面作成処理次に、図17~図24を用いて、メッセージ表示画面作成処理の流れを説明する。なお、メールサーバ200は、以下の処理のいずれかを通じて、クライアント装置100にメールを送信する。図17は、メール表示画面作成処理1の流れを示す図である。図18は、メール表示画面の一例を示す図である。図19は、メール表示画面作成処理2の流れを示す図である。図20は、メール表示画面の一例を示す図である。図21は、メール表示画面作成処理3の流れを示す図である。図22は、メール表示画面の一例を示す図である。図23は、メール表示画面作成処理4の流れを示す図である。図24は、メール表示画面の一例を示す図である。なお、メールサーバ200がメール表示画面作成処理1~4のいずれを実行するかは、例えば、管理者の設定や利用者の設定に委ねられる。いずれか単一の運用でもよいし、利用者ごと、時間帯ごと、回答要メールの期限ごとなど、複数を混在させた運用でもよい。メール表示画面作成処理1まず、図17および図18を用いて、メール表示画面作成処理1の流れを説明する。メール表示画面作成処理1では、回答の督促がされている回答要メールが他のメールとは異なるフォントで表示される例を示す。図17に示すように、第二の取得部273は、利用者IDに対応するメールをメールDB240から取得するS701。例えば、第二の取得部273は、利用者が受信したメールのうち最新のものから所定数のメールを取得する。この所定数は、管理者の設定や、利用者の設定例えば表示部の表示フォントサイズによって定められる。なお、S701の利用者IDは、上述した図10に示すS404で受信した利用者IDである。続いて、第一の取得部272は、取得したメールのメッセージIDがメール管理DB250に含まれているか否かの判定を行うS702。第一の取得部272は、メッセージIDがメール管理DB250に含まれている場合にはS702Yes、メール管理DB250に含まれているメールのうち、督促フラグがONのものがあるか否かの判定を行うS703。第一の取得部272は、督促フラグがONのものがある場合にはS703Yes、督促フラグがONであるメールのうち、回答フラグが0の回答者ID受信者が回答DB230にあるか否かの判定を行うS704。第一の取得部272は、回答フラグが0の回答者ID受信者が回答DB230にある場合にはS704Yes、設定DB260から督促メールのフォントを取得するS705。続いて、送信部274は、S705で取得されたフォントを、回答フラグが0のメールのフォントとしたメール表示画面を生成してS706、処理を終了する。例えば、送信部274は、回答フラグが0のメールのフォントのみをボールドゴシックとし、メールを期限順にソートするとともに、回答フラグが0のメールを期限が近いものから順にソートしたメール表示画面を生成する。なお、上述したS702において、第一の取得部272は、メッセージIDがメール管理DB250に含まれていない場合には、S702の判定結果をNoとする。そして、送信部274は、メールDB240から取得したメールを日付順にソートしてメール表示画面を生成しS707、処理を終了する。また、上述したS703において、第一の取得部272により、督促フラグがONのものがないと判定された場合にはS703No、送信部274は、上述したS707の処理を行って処理を終了する。また、上述したS704において、第一の取得部272により、回答フラグが0の回答者ID受信者が回答DB230にないと判定された場合にはS704No、送信部274は、上述したS707の処理を行って処理を終了する。図18に、上述した図17の処理によって生成されるメール表示画面の一例を示す。図17の処理で生成されるメール表示画面の下部には、メール表示領域が設けられている。このメール表示領域には、図18に示すように、画面サイズに見合った受信メールが表示される。回答の督促がされている回答要メールが他のメールとは異なるフォントで表示されるとともに、他のメールよりも上に表示されている。これにより、フォントを変更するという簡易な処理を行うだけで、ユーザに一見して回答の督促がされている回答要メールを認識させることができる。なお、メール表示領域において、例えば、いずれかの受信メールを利用者が選択すると、選択したメールの本文等がメール表示領域の全面に表示される。なお、図17の処理で生成されるメール表示画面の上部には、図18に示すように、通常メッセージ作成、回答要メッセージ作成、回答要メール閲覧およびログアウトの処理を指定するための操作ボタンが設けられている。例えば、メール表示画面上で通常メッセージ作成のボタンが操作されると、通常メッセージの作成要求がメールサーバ200に送信される。また、メール表示画面上で回答要メッセージ作成のボタンが操作されると、回答要メッセージの作成要求がメールサーバ200に送信される。メッセージ作成要求を受信すると、メールサーバ200では、上述した図11に示すメッセージ作成画面生成処理が実行される。また、メール作成画面上で回答要メール閲覧のボタンが操作されると、回答要メール閲覧要求がメールサーバ200に送信される。回答要メール閲覧要求を受信すると、メールサーバ200では、上述した図15に示す回答要メール閲覧画面生成処理が実行される。また、メール作成画面上でログアウトのボタンが操作されると、ログアウト要求がメールサーバ200に送信される。ログアウト要求を受信すると、メールサーバ200では、ログアウト処理が実行される。メール表示画面作成処理2次に、図19および図20を用いて、メール表示画面作成処理2の流れを説明する。メール表示画面作成処理2では、回答の督促がされている回答要メールが他のメールとは異なる背景色が施された状態で表示される例を示す。なお、図19に示すS801~S804の処理は、上述した図17に示すS701~S704の処理と同様である。すなわち、図19に示すように、第二の取得部273は、利用者IDに対応するメールをメールDB240から取得するS801。続いて、第一の取得部272は、取得したメールのメッセージIDがメール管理DB250に含まれているか否かの判定を行うS802。第一の取得部272により、メッセージIDがメール管理DB250に含まれていないと判定された場合にはS802No、送信部274は、メールDB240から取得されたメールを日付順にソートしてメール表示画面を生成するS807。そして、送信部274は、処理を終了する。一方、第一の取得部272は、メッセージIDがメール管理DB250に含まれている場合にはS802Yes、メール管理DB250に含まれているメールのうち、督促フラグがONのものがあるか否かの判定を行うS803。第一の取得部272により、督促フラグがONのものがないと判定された場合にはS803No、送信部274は、上述したS807の処理を行って処理を終了する。一方、第一の取得部272は、督促フラグがONのものがある場合にはS803Yes、督促フラグがONであるメールのうち、回答フラグが0の回答者ID受信者が回答DB230にあるか否かの判定を行うS804。第一の取得部272により、回答フラグが0の回答者ID受信者が回答DB230にないと判定された場合にはS804No、送信部274は、上述したS807の処理を行って処理を終了する。そして、図19に示すS805およびS806の処理が、上述した図17に示す処理とは異なる。すなわち、第一の取得部272は、回答フラグが0の回答者ID受信者が回答DB230にある場合にはS804Yes、設定DB260から督促メールの背景色を取得するS805。続いて、送信部274は、S805で取得された背景色を、回答フラグが0のメールの背景色としたメール表示画面を生成してS806、処理を終了する。例えば、送信部274は、回答フラグが0のメールの背景色のみを青とし、メールを期限順にソートするとともに、回答フラグが0のメールを期限が近いものから順にソートしたメール表示画面を生成する。図20に、上述した図19の処理によって生成されるメール表示画面の一例を示す。図19の処理で生成されるメール表示画面の上部には、図20に示すように、通常メッセージ作成、回答要メッセージ作成、回答要メール閲覧およびログアウトの処理を指定するための操作ボタンが設けられている。この点は、上述した図18と同様であるが次に説明する点が異なる。メール表示画面の下部に設けられたメール表示領域には、図20に示すように、回答の督促がされている回答要メールが他のメールとは異なる背景色が施された状態で表示されている。これにより、フォントを変更するよりも、ユーザに一見して回答の督促がされている回答要メールを認識させることができる。メール表示画面作成処理3次に、図21および図22を用いて、メール表示画面作成処理3の流れを説明する。メール表示画面作成処理3では、回答要メールのタイトルが別領域で表示される例を示す。なお、図21に示すS901~S904の処理は、上述した図17や図19に示す処理と同様である。すなわち、図21に示すように、第二の取得部273は、利用者IDに対応するメールをメールDB240から取得するS901。続いて、第一の取得部272は、取得したメールのメッセージIDがメール管理DB250に含まれているか否かの判定を行うS902。第一の取得部272により、メッセージIDがメール管理DB250に含まれていないと判定された場合にはS902No、送信部274は、メールDB240から取得されたメールを日付順にソートしてメール表示画面を生成するS908。そして、送信部274は、処理を終了する。一方、第一の取得部272は、メッセージIDがメール管理DB250に含まれている場合にはS902Yes、メール管理DB250に含まれているメールのうち、督促フラグがONのものがあるか否かの判定を行うS903。第一の取得部272はにより、督促フラグがONのものがないと判定された場合にはS903No、送信部274は、上述したS908の処理を行って処理を終了する。一方、第一の取得部272は、督促フラグがONのものがある場合にはS903Yes、督促フラグがONであるメールのうち、回答フラグが0の回答者ID受信者が回答DB230にあるか否かの判定を行うS904。第一の取得部272により、回答フラグが0の回答者ID受信者が回答DB230にないと判定された場合にはS904No、送信部274は、上述したS908の処理を行って処理を終了する。そして、図21に示すS905~S907の処理が、上述した図17や図18に示す処理とは異なる。すなわち、第一の取得部272は、回答フラグが0の回答者ID受信者が回答DB230にある場合にはS904Yes、メールDB240から、回答フラグが0のメールのタイトルを取得するS905。続いて、送信部274は、回答要メール表示領域を作成するS906。そして、送信部274は、S906で作成した回答要メール表示領域に、回答フラグが0のメールのタイトルリンクを記載したメール表示画面を生成してS907、処理を終了する。図22に、上述した図21の処理によって生成されるメール表示画面の一例を示す。図21の処理で生成されるメール表示画面の上部には、図22に示すように、通常メッセージ作成、回答要メッセージ作成、回答要メール閲覧およびログアウトの処理を指定するための操作ボタンが設けられている。この点は、上述した図18や図20と同様であるが、次に説明する点が異なる。メール表示画面の下部に設けられたメール表示領域には、図22に示すように、回答要メール表示領域が作成されている。さらに、図22に示すように、回答要メール表示領域には、回答の督促がされている回答要メールのタイトルが表示されている。これにより、フォントの変更や背景色を施す場合よりも、ユーザに回答の督促がされている回答要メールを確実に認識させることができる。図22では回答要メールが1通のみ表示されているが、複数存在する場合には、これを期限にてソートして順に表示させることがこのましい。メール表示画面作成処理4次に、図23および図24を用いて、メール表示画面作成処理4の流れを説明する。メール表示画面作成処理4では、回答要メールのタイトルおよび本文が別領域で表示される例を示す。なお、図23に示すS1001~S1004の処理は、上述した図17、図19あるいは図21に示す処理と同様である。すなわち、図23に示すように、第二の取得部273は、利用者IDに対応するメールをメールDB240から取得するS1001。続いて、第一の取得部272は、取得したメールのメッセージIDがメール管理DB250に含まれているか否かの判定を行うS1002。第一の取得部272により、メッセージIDがメール管理DB250に含まれていないと判定された場合にはS1002No、送信部274は、メールDB240から取得されたメールを日付順にソートしてメール表示画面を生成するS1009。そして、送信部274は、処理を終了する。一方、第一の取得部272は、メッセージIDがメール管理DB250に含まれている場合にはS1002Yes、メール管理DB250に含まれているメールのうち、督促フラグがONのものがあるか否かの判定を行うS1003。第一の取得部272により、督促フラグがONのものがないと判定された場合にはS1003No、送信部274は、上述したS1009の処理を行って処理を終了する。一方、第一の取得部272は、督促フラグがONのものがある場合にはS1003Yes、督促フラグがONであるメールのうち、回答フラグが0の回答者ID受信者が回答DB230にあるか否かの判定を行うS1004。第一の取得部272により、回答フラグが0の回答者ID受信者が回答DB230にないと判定された場合にはS1004No、送信部274は、上述したS1009の処理を行って処理を終了する。そして、図23に示すS1005~S1008の処理が、上述した図17、図19あるいは図21に示す処理とは異なる。すなわち、第一の取得部272は、回答フラグが0の回答者ID受信者が回答DB230にある場合にはS1004Yes、回答フラグが0のメールの中から最も期限が近いものを取得するS1005。続いて、第一の取得部272は、メールDB240から、S1005で取得した最も期限が近いメールのタイトルおよび本文を取得するS1006。続いて、送信部274は、回答要メール表示領域を作成するS1007。そして、送信部274は、S1007で作成した回答要メール表示領域に、回答フラグが0のメールの中から最も期限が近いメールのタイトルリンクおよび本文を記載したメール表示画面を生成してS1008、処理を終了する。図24に、上述した図23の処理によって生成されるメール表示画面の一例を示す。図23の処理で生成されるメール表示画面の上部には、図24に示すように、通常メッセージ作成、回答要メッセージ作成、回答要メール閲覧およびログアウトの処理を指定するための操作ボタンが設けられている。この点は、上述した図18、図20あるいは図22と同様である。また、図24に示すように、メール表示画面の下部に設けられたメール表示領域に回答要メール表示領域が作成されている。この点は、上述した図22と同様である。一方、図24に示すように、回答要メール表示領域には、回答の督促がされている回答要メールのタイトルだけでなく、さらにメールの内容が表示されている。これにより、ユーザに回答の督促がされている回答要メールを確実に認識させることができるだけでなく、回答の督促がされている回答要メールの内容をユーザに簡単に確認させることができる。これにより、回答要メールを選択する手間が不要となる。[実施例1による効果]上述してきたように、メールサーバ200は、例えば、メール管理DB250に回答要メールの回答状況を管理する。そして、メールサーバ200は、クライアント装置100からメール表示要求ログイン要求を受信すると、メール表示要求の送信元であるクライアント装置100のユーザのメール表示画面を生成して返信する。このとき、メールサーバ200は、メール表示要求の送信元であるユーザの受信メールの中で、回答の督促が行われ、かつ未回答の状態であるメールがある場合には、該当メールを他のメールとは異なる形態で表示させるようなメール表示画面を生成する。例えば、該当メールのフォントや背景色を変更して表示させたり、該当メールのタイトルやメール本文を表示させたりするメール表示画面を生成する。つまり、メールサーバ200は、受信メールを参照するためのログインをユーザから受け付けたタイミングで、回答の督促が行われている回答要メールのうち未回答の状態のものがある場合には、該当するメールを積極的に認識させる。このように、回答要メールの送信者は、未回答のユーザに対して督促メールを送信する必要がないので、実施例1によれば、回答要メールの送信者の負担をできるだけ軽減することができる。また、メールサーバ200は、例えば、回答の督促が行われている回答要メールのうち未回答の状態のものがある場合には、ブラウザ画面などのユーザインターフェース上で、他のメールよりも上位に表示させるような情報を生成する。これにより、回答要メールのうち未回答の状態のものをユーザに容易に認識させることができる。なお、上述した実施例1では、メールサーバ200は、回答要メールの送信者から督促が行われ、かつ未回答である回答要メールを他のメールとは異なる形態で表示させる場合を説明したが、次のような処理を行ってもよい。例えば、メールサーバ200は、受信メールを参照するためのログインをユーザから受け付けたタイミングで、回答要メールで未回答のものがあれば、その回答要メールに対して督促がなくても他のメールと異なる形態で表示させるようにしてもよい。この場合、メールサーバ200は、利用者が受信した回答要メールで未回答のものを抽出する。また、この場合には、メール管理DB250の督促フラグを記憶する必要がない。これにより、回答要メールの送信者の負担を軽減するとともに、回答要メールの受信者の回答を促すことができる。また、メールサーバ200は、ユーザからログインを受け付けたタイミングで、未回答、かつ回答期限を超過している回答要メールがあれば、その回答要メールに対して督促がなくても他のメールと異なる形態で表示させるようにしてもよい。この場合、メールサーバ200は、メールDB240およびメール管理DB250を参照し、利用者が受信した回答要メールうち、督促フラグとは無関係に、未回答かつ回答期限を超過しているものを抽出する。これにより、未回答のものがあれば、常に、他のメールと異なる形態で表示させる場合に比較して、回答要メールの受信者の鬱陶しさを抑えつつ、回答要メールの受信者の回答を促すことができる。なお、メールサーバ200は、ユーザからログインを受け付けたタイミングで、未回答、かつ回答期限が迫っている回答要メールがあれば、その回答要メールに対して督促がなくても他のメールを異なる形態で表示させるようにしてもよい。例えば、ユーザからログインを受け付けたタイミングで、未回答かつ回答期限の3日前や前日の回答要メールがあれば、該当するメールを他のメールとは異なる形態で表示させるようにする。この場合、メールサーバ200は、メールDB240およびメール管理DB250を参照し、利用者が受信した回答要メールうち、督促フラグとは無関係に、未回答かつ回答期限の三日前のものを抽出する。これにより、未回答で、かつ回答期限が超過しているものがあれば、他のメールと異なる形態で表示させる場合よりも、回答要メールの受信者の回答ができるだけ回答期限内に行われるようにすることができる。また、メールサーバ200は、例えば、回答の督促が行われている回答要メールのうち未回答の状態のものがある場合には、ブラウザ画面などのユーザインターフェース上で、他のメールよりも上位に表示させるような情報を生成する。これにより、回答要メールのうち未回答の状態のものをユーザに容易に認識させることができる。以下、本願の開示するメールサーバ、メール処理プログラム、メール処理方法およびメールシステムの他の実施形態を説明する。1クライアント装置の電子メールソフトを用いた処理上述した実施例1では、クライアント装置100Aなどのクライアント装置100が、ウェブブラウザを用いてメールサーバ200にアクセスする場合を説明した。つまり、メールサーバ200は、ユーザがログインを受け付けると、メール表示画面を生成し、アクセスしてきたクライアント装置100に送信する場合を説明したが、クライアント装置100に実装されている電子メールソフトメーラーを利用することも考えられる。例えば、クライアント装置100でメーラーを起動したタイミングや、所定間隔のタイミングで、ユーザを特定する情報などがメールサーバ200に送信される。そして、メールサーバ200では、メーラーが起動されたクライアント装置100に対して、受信メールとともに、回答の督促が行われている回答要メールのうち未回答の状態のものを識別できる情報などを返信する。クライアント装置100のメーラーは、回答の督促が行われている回答要メールのうち未回答の状態のものを識別できる情報に基づいて、ローカルフォルダ内のメールから該当メールを特定して表示させる。例えば、図25に回答要メールの表示形態の一例を示す。図25は、回答要メールの表示形態の一例を示す図である。図25に示すように、クライアント装置100では、受信メールとともに、未回答の回答要メールを識別する情報を受信すると、ディスプレイ1上にユーザインターフェースとして表示されるメーラー画面2とは別に、既にクライアント装置が受信済みの回答要メールを開封させて、回答要メールの内容を示す画面3が表示される。例えば、回答要メールの内容が別ウィンドウで表示される。これによって、未回答の回答要メールをユーザに容易に認識させることができる。なお、ここでは、ユーザの利便性を考慮して、既に表示されているウィンドウよりも後ろに表示する例を説明したが、これに限定されるものではない。2装置構成等例えば、図1に示したメールサーバ200の機能ブロックの構成は概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。例えば、図1に示した制御部270の特定部271、第一の取得部272、第2の取得部273および送信部274を機能的または物理的に統合してもよい。また、図1に示した回答DB230とメール管理DB250とを統合してもよい。このように、例えば、図1に示したメールサーバ200の機能ブロックの全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散または統合して構成することができる。3メール処理プログラムまた、上述の実施例にて説明したメールサーバ200により実行される各種の処理は、例えば、電子回路や集積回路などを有するコンピュータで所定のプログラムを実行することによって実現できる。そこで、以下では、図26を用いて、上述の実施例にて説明したメールサーバ200により実行される処理と同様の機能を実現するメール処理プログラムを実行するコンピュータの一例を説明する。図26は、メール処理プログラムを実行するコンピュータの一例を示す図である。図26に示すように、コンピュータ300は、例えば、メモリ301と、CPUCentralProcessingUnit302を有する。また、コンピュータ300は、図26に示すように、ハードディスクドライブインタフェース303と、光ディスクドライブインタフェース304を有する。また、コンピュータ300は、図26に示すように、シリアルポートインタフェース305と、ビデオアダプタ306と、ネットワークインタフェース307を有する。そして、コンピュータ300は、これらの各部301~307をバス308によって接続する。メモリ301は、図26に示すように、ROMReadOnlyMemory及びRAMRandomAccessMemoryを含む。ROMは、例えば、BIOSBasicInputOutputSystem等のブートプログラムを記憶する。ハードディスクドライブインタフェース303は、図26に示すように、ハードディスクドライブ309に接続される。光ディスクドライブインタフェース304は、図26に示すように、光ディスクドライブ310に接続される。例えば、光ディスクドライブ310には、光ディスク等の着脱可能な記憶媒体が挿入される。シリアルポートインタフェース305は、図26に示すように、例えば、マウス400およびキーボード500に接続される。ビデオアダプタ306は、図26に示すように、例えば、ディスプレイ600に接続される。ここで、図26に示すように、ハードディスクドライブ309は、例えば、OSOperatingSystem、アプリケーションプログラム、プログラムモジュール、プログラムデータを記憶する。すなわち、開示の技術に係るメール処理プログラムは、コンピュータ300によって実行される指令が記述されたプログラムモジュールとして、例えばハードディスクドライブ309に記憶される。つまり、上述の実施例で説明した制御部270と同様の処理を実行する手順が記述されたプログラムモジュールが、ハードディスクドライブ309に記憶される。たとえば、このプログラムモジュールには、上述した図10~24に示す処理と同様の処理を実行する手順が記述されている。また、メール処理プログラムによる処理に用いられるデータは、プログラムデータとして、例えばハードディスクドライブ309に記憶される。例えば、このプログラムデータは、上述の実施例で説明した認証DB220、回答DB230、メールDB240、メール管理DB250および設定DB260に記憶される各種情報に対応する。そして、CPU302が、ハードディスクドライブ309に記憶されたプログラムモジュールやプログラムデータを必要に応じてRAMに読み出し、上述の実施例で説明したものと同様の処理図10~24を実行するための手順を実行する。なお、メール処理プログラムに係るプログラムモジュールやプログラムデータは、ハードディスクドライブ309に記憶される場合に限られるものではなく、例えば、着脱可能な記憶媒体である光ディスクドライブ310等に記憶されていてもよい。この場合には、CPU302が、光ディスクドライブ310を介して、メール処理プログラムに係るプログラムモジュールやプログラムデータを読み出す。あるいは、メール処理プログラムに係るプログラムモジュールやプログラムデータは、ネットワークLANLocalAreaNetwork、WANWideAreaNetwork等を介して接続された他のコンピュータに記憶されていてもよい。この場合には、CPU302が、ネットワークインタフェース307を介して、メール処理プログラムに係るプログラムモジュールやプログラムデータを読み出す。なお、CPU302の代わりに、例えば、MPUMicroProcessingUnitなどの電子回路、ASICApplicationSpecificIntegratedCircuitやFPGAなどの集積回路を用いることもできる。また、メモリ301の代わりに、フラッシュメモリなどの半導体メモリ素子を用いることもできる。