メールサーバ、メール処理プログラム、メール処理方法およびメールシステム
【課題】メール送信者の負担を軽減することを課題とする。
【解決手段】メールサーバ２００は、通信制御部２１０と、認証ＤＢ２２０と、回答ＤＢ２３０と、メールＤＢ２４０と、メール管理ＤＢ２５０と、設定ＤＢ２６０と、制御部２７０とを有する。制御部２７０は、特定部２７１と、第一の取得部２７２と、第二の取得部２７３と、送信部２７４と、作成画面生成部２７５と、閲覧画面生成部２７６とを有する。送信部２７４は、第二の取得部２７３により取得されたメールのうち、第一の取得部２７２により取得されたメールを、他のメールとは異なる形態で表示させるようなメール表示画面を生成する。
【解決手段】メールサーバ２００は、通信制御部２１０と、認証ＤＢ２２０と、回答ＤＢ２３０と、メールＤＢ２４０と、メール管理ＤＢ２５０と、設定ＤＢ２６０と、制御部２７０とを有する。制御部２７０は、特定部２７１と、第一の取得部２７２と、第二の取得部２７３と、送信部２７４と、作成画面生成部２７５と、閲覧画面生成部２７６とを有する。送信部２７４は、第二の取得部２７３により取得されたメールのうち、第一の取得部２７２により取得されたメールを、他のメールとは異なる形態で表示させるようなメール表示画面を生成する。
【発明の詳細な説明】
【技術分野】
【０００１】
本願の開示する技術は、メールサーバ、メール処理プログラム、メール処理方法およびメールシステムに関する。
【背景技術】
【０００２】
現在、電子メールの利用が盛んとなっているが、所定の事案に対してメールの受信者に回答を求める電子メールを送信する場合がある。このような場合、メールの送信者は、メールの受信者に対して回答を希望する回答期限を電子メールに設けることが多い。そこで、回答を求める電子メールの送信者は、回答期限までにできるだけ回答を得るために、電話や電子メールなどにより回答期限が迫っていることを受信者に伝えたり、回答期限を過ぎてしまっていることを受信者に伝えたりする作業を行うことがある。
【０００３】
なお、回答の要求や取得を行う技術に関連して、回答を要求する要求メールと、要求メールに対応する応答メールとを対応付けて管理することにより、回答を行ったユーザを管理する技術がある。また、電子掲示板の閲覧期限を管理し、電子掲示板の未読者に対して閲覧督促メッセージを出力することで、電子掲示板の未読者に対して督促を行う技術などもある。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００９−１９９２７３号公報
【特許文献２】特開２００６−２５２２７０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、回答を求める電子メールの送信者には、上述したように、電話や電子メールなどにより回答期限が迫っていることを受信者に伝えるなどの作業負担がかかるという問題がある。なお、回答を求める電子メールの送信者の作業負担を軽減させるために、上述した管理技術や督促技術を利用することも考えられる。例えば、受信者の回答を管理し、ある時点で受信者からの回答が得られていない場合に、回答を督促するメッセージを送信するようにする。しかし、この場合には、督促のメッセージの受信者について、督促メッセージを記憶するための新たな記憶領域が必要となるという問題がある。
【０００６】
開示の技術は、上記に鑑みてなされたものであって、メール送信者の負担を軽減することが可能なメールサーバ、メール処理プログラム、メール処理方法およびメールシステムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
本願の開示するメールサーバは、一つの態様において、第一の記憶部と、第二の記憶部と、特定部と、第一の取得部と、第二の取得部と、送信部とを有する。第一の記憶部は、回答を要求する問合せメールを一意に識別する問合せメール識別情報と、該問合せメールの宛先であるユーザを一意に識別するユーザ識別情報と、前記ユーザが該問合せメールに対する回答を行っているかを示す回答状況とを対応付けて記憶する。第二の記憶部は、前記ユーザ識別情報と、前記ユーザ宛に送信された前記問合せメールを含む複数のメール情報とを対応付けて記憶する。特定部は、前記ユーザが操作する端末から、前記複数のメール情報の少なくとも一部を要求するメール取得要求を受信した場合に、該ユーザの前記ユーザ識別情報を特定する。第一の取得部は、特定された前記ユーザ識別情報に対応付けられている前記問合せメール識別情報であって、かつ前記回答状況が未回答である問合せメール識別情報を前記第一の記憶部から取得する。第二の取得部は、特定された前記ユーザ識別情報に対応付けられている前記複数のメール情報の少なくとも一部であって、取得した前記問合せメール識別情報に対応するメール情報を含むメール情報を前記第二の記憶部から取得する。送信部は、前記第二の取得部により取得されたメール情報のうち、前記第一の取得部により取得された問合せメール識別情報に対応するメール情報を、前記第二の取得部により取得されたメール情報の他のメール情報とは異なる形態で表示させる情報を送信する。
【発明の効果】
【０００８】
本願の開示する技術の一つの態様によれば、メール送信者の負担を軽減できる。
【図面の簡単な説明】
【０００９】
【図１】図１は、メールサーバの構成を示すブロック図である。
【図２】図２は、認証ＤＢのデータの一例を示す図である。
【図３】図３は、回答ＤＢのデータの一例を示す図である。
【図４】図４は、メールＤＢのデータの一例を示す図である。
【図５】図５は、メール管理ＤＢのデータの一例を示す図である。
【図６】図６は、設定ＤＢのデータの一例を示す図である。
【図７】図７は、クライアント装置による処理の全体の流れを示す図である。
【図８】図８は、メッセージ送信処理の流れを示す図である。
【図９】図９は、回答要メール閲覧処理の流れを示す図である。
【図１０】図１０は、メールサーバによる処理の全体の流れを示す図である。
【図１１】図１１は、メッセージ作成画面生成処理の流れを示す図である。
【図１２】図１２は、回答要メッセージ作成画面の一例を示す図である。
【図１３】図１３は、メールのヘッダ構成の一例を示す図である。
【図１４】図１４は、一般メッセージ作成画面の一例を示す図である。
【図１５】図１５は、回答要メール閲覧画面生成処理の流れを示す図である。
【図１６】図１６は、回答要メール閲覧画面の一例を示す図である。
【図１７】図１７は、メール表示画面作成処理（１）の流れを示す図である。
【図１８】図１８は、メール表示画面の一例を示す図である。
【図１９】図１９は、メール表示画面作成処理（２）の流れを示す図である。
【図２０】図２０は、メール表示画面の一例を示す図である。
【図２１】図２１は、メール表示画面作成処理（３）の流れを示す図である。
【図２２】図２２は、メール表示画面の一例を示す図である。
【図２３】図２３は、メール表示画面作成処理（４）の流れを示す図である。
【図２４】図２４は、メール表示画面の一例を示す図である。
【図２５】図２５は、回答要メールの表示形態の一例を示す図である。
【図２６】図２６は、メール処理プログラムを実行するコンピュータの一例を示す図である。
【発明を実施するための形態】
【００１０】
以下に、図面を参照しつつ、本願の開示するメールサーバ、メール処理プログラム、メール処理方法およびメールシステムの一実施形態について説明する。後述する実施例は一実施形態にすぎず、本願の開示するメールサーバ、メール処理プログラム、メール処理方法およびメールシステムを限定するものではない。また、後述する各実施例は処理内容に矛盾を生じさせない範囲で適宜組み合わせることもできる。
【００１１】
なお、以下の実施例では、クライアント装置がウェブブラウザなどを用いて、メールサーバにアクセスし、メールのやりとりを行う場合において、本願の開示するメールサーバが行う各処理について説明する。ただし、開示する技術は、これに限定されず、後述するように、クライアント装置が電子メールソフトを用いて、メールサーバとやりとりし、メールをクライアント装置にダウンロードする場合にも適用できる。
【実施例１】
【００１２】
［メールサーバの構成（実施例１）］
図１は、メールサーバの構成を示すブロック図である。図１に示すように、実施例１に係るメールサーバ２００は、ネットワーク１０を介して、複数のクライアント装置１００と接続される。なお、図１には、説明の便宜上、クライアント装置１００Ａ、クライアント装置１００Ｂおよびクライアント装置１００Ｃの３つのクライアント装置を記載するが、この数に限定されるものではない。
【００１３】
クライアント装置１００は、少なくともウェブブラウザの機能を有する、パーソナルコンピュータ、携帯電話装置、ＰＨＳ（Personal Handy-phone System）端末、スマートフォン、ＰＤＡ（Personal Digital Assistant）などのコンピュータである。また、クライアント装置１００は、例えばキーボードなどの入力部と、液晶ディスプレイなどの表示部とを有し、ウェブブラウザの機能によってウェブメールサーバと通信し、メールの送受信を行う。なお、ネットワーク１０は、インターネット、ＬＡＮ(Local Area Network)、ＷＡＮ(Wide Area Network)、携帯電話網などの通信網である。
【００１４】
そして、図１に示すように、メールサーバ２００は、通信制御部２１０と、認証ＤＢ（Date Base）２２０と、回答ＤＢ２３０と、メールＤＢ２４０と、メール管理ＤＢ２５０と、設定ＤＢ２６０と、制御部２７０とを有する。通信制御部２１０は、クライアント装置１００との間でやり取りされる各種情報に関する通信を制御する。
【００１５】
認証ＤＢ２２０は、メールサーバ２００にアクセスするクライアント装置の利用者の認証に用いる情報を記憶する。図２は、認証ＤＢのデータの一例を示す図である。図２に示すように、認証ＤＢ２２０は、メールサーバ２００の利用者である各クライアント装置１００のユーザごとに、利用者を特定する利用者ＩＤと、利用者に固有のパスワードとを対応付けて記憶する。利用者ＩＤ（Identity）は、メールの利用者を一意に識別する識別情報であり、例えばメールアドレスが用いられる。パスワードは、利用者を認証するための認証情報である。一例を挙げれば、認証ＤＢ２２０は、図２に示すように、「利用者ＩＤ：aaa@xxx.ww」と、「パスワード：jjleriuth」とを対応付けて記憶する。
【００１６】
回答ＤＢ２３０は、回答を要求するメール（以下、回答要メールと記載する）に対する回答状況を記憶する。図３は、回答ＤＢのデータの一例を示す図である。図３に示すように、回答ＤＢ２３０は、回答者ＩＤと、回答フラグと、回答日時とを対応付けて記憶する。回答者ＩＤは、回答要メールの回答者となる利用者の利用者ＩＤである。また、回答フラグは、回答要メールに対する回答状況を示し、例えば、「０」であれば未回答であり、「１」であれば回答済である。回答日時は、メールサーバ２００が回答を確認した日時であり、例えば回答となるメールを受信した日時である。一例を挙げれば、回答ＤＢ２３０は、図３に示すように、「回答ＩＤ：aaa@xxx.ww」と、「回答フラグ：０（未回答）」とを対応付けて記憶する。あるいは、回答ＤＢ２３０は、「回答ＩＤ：bbb@xxx.ww」と、「回答フラグ：１（回答済）」と、「回答日時：2011/12/20 12:45:34」とを対応付けて記憶する。ここで、回答者ＩＤは、回答要メールの回答者となる利用者ＩＤである。また、回答フラグは、回答要メールに対する回答状況を示し、例えば、「０」であれば未回答であり、「１」であれば回答済である。回答日時は、メールサーバ２００が回答を確認した日時である。この回答ＤＢは、本実施例では、回答を要求するメール毎に存在させることとしているため、回答者ＩＤと、回答フラグと、回答日時とを対応づけて記載させている。しかし、回答ＤＢの持たせ方として、メールサーバ２００内にひとつ回答ＤＢを用意し、回答を要求するメールの識別子（メッセージＩＤ）と、回答者ＩＤと、回答フラグと、回答日時とを対応づけて記載させても良い。
【００１７】
メールＤＢ２４０は、クライアント装置１００が送受信したメールに関する情報を記憶する。図４は、メールＤＢのデータの一例を示す図である。図４に示すように、メールＤＢ２４０は、利用者ＩＤと、メールごとに、メールの種別と、メールを特定するメッセージＩＤと、メールの送信元である差出人と、メールの受信先である宛先と、発信日時と、メール情報とを対応付けて記憶する。利用者ＩＤは、認証ＤＢ２２０の利用者ＩＤに対応する。メールの種別は、利用者にとって送信メールか受信メールかを示す。メッセージＩＤは、メールを一意に識別するメール識別情報であり、例えば、時刻やメールアドレスなどから作成される。差出人は、メールの送信元を示し、例えば、利用者ＩＤが用いられる。宛先は、メールの受信先を示し、例えば、利用者ＩＤが用いられる。発信日時は、メールが発信された日時を示す。メール情報は、タイトルと本文とを含む。タイトルは、メールのタイトル（Subject）であり、本文は、メールの本文データである。一例を挙げれば、メールＤＢ２４０は、図４に示すように、「利用者ＩＤ：ddd@xxx.ww」の利用者の受信メールの情報として、「タイトル：（回答要）健康診断日の調整」と「本文：特許太郎です。・・・」とを含んだメール情報を記憶する。同様に、メールＤＢ２４０は、図４に示すように、「利用者ＩＤ：sss@xxx.ww」の利用者の受信メールの情報として、「タイトル：（回答要）健康診断日の調整」と「本文：特許太郎です。・・・」とを含んだメール情報を記憶する。なお、このメールＤＢ２４０は、図４ではテーブル形式で表現しているが、情報の記憶の形態として、フォルダ形式にて記憶させてもよい。たとえば、利用者ＩＤ毎にサブフォルダを形成し、その下位のフォルダとして、送信と受信とを用意し、その下位にメッセージＩＤに対応するフォルダを用意し、その下位にその他の情報を入れこむという形態でも構わない。
【００１８】
メール管理ＤＢ２５０は、回答要メールの回答期限や、回答要メールに関する督促の状況を記憶する。図５は、メール管理ＤＢのデータの一例を示す図である。メール管理ＤＢ２５０は、図５に示すように、回答要メールごとに、回答要メールを識別するメッセージＩＤと、発信日時と、期限と、督促フラグとを対応付けて記憶する。メッセージＩＤおよび発信日時は、メールＤＢ２４０のメッセージＩＤおよび発信日時に対応する。期限は、回答要メールに対する回答の期限日時を示す。督促フラグは、回答要メールの送信者から回答の督促がなされているかを示し、「ＯＮ」であれば督促済であり、「ＯＦＦ」であれば未督促である。一例を挙げれば、メール管理ＤＢ２５０は、図５に示すように、「メッセージＩＤ：syokuba@xxx.yy」の回答要メールについて「督促フラグ：ＯＮ」を記憶している。よって、メール管理ＤＢ２５０に記憶されている情報を参照すれば、「メッセージＩＤ：syokuba@xxx.yy」の回答要メールについて、回答要メールの送信者から回答の督促がなされている状態であることがわかる。
【００１９】
設定ＤＢ２６０は、回答の督促が行われた回答要メールを、他のメールとは異なる形態で表示させるための設定情報を記憶する。図６は、設定ＤＢのデータの一例を示す図である。設定ＤＢ２６０は、図６に示すように、「一般」および「督促」のそれぞれに対応付けて、フォントおよび背景色の設定方法を記憶する。ここで、「一般」とは、回答の督促が行われた回答要メール以外のメールに関する設定を表す。また、「督促」とは、回答の督促が行われた回答要メールに関する設定を表す。設定情報ＤＢ２６０によれば、図６に示すように、メールを表示する際のフォントは、「一般」では「ゴシック」に設定し、「督促」では「ボールドゴシック」に設定することとなる。また、設定情報ＤＢ２６０によれば、図６に示すように、メールを表示する際の背景色は、「一般」では「白」に設定し、「督促」では「青」に設定することとなる。なお、これらの設定は一例である。
【００２０】
なお、上述した利用者ＩＤ、パスワードおよびメッセージＩＤのデータは一例であり、対象を一意に特定できる固有のデータであれば、どのようなデータであってもよい。また、上述した認証ＤＢ２２０、回答ＤＢ２３０、メールＤＢ２４０、メール管理ＤＢ２５０および設定ＤＢ２６０は、サーバやストレージ、パーソナルコンピュータなどの汎用のハードウェアにより実装することができる。また、上述した認証ＤＢ２２０、回答ＤＢ２３０、メールＤＢ２４０、メール管理ＤＢ２５０および設定ＤＢ２６０は、上述した汎用のハードウェアではなく、大容量のハードディスクなどの記憶媒体により実装することもできる。
【００２１】
制御部２７０は、図１に示すように、特定部２７１と、第一の取得部２７２と、第二の取得部２７３と、送信部２７４と、作成画面生成部２７５と、閲覧画面生成部２７６とを有する。なお、制御部２７０は、例えば、電子回路や集積回路により実装することができる。電子回路としては、例えば、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）がある。また、集積回路としては、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array)などがある。
【００２２】
特定部２７１は、クライアント装置１００からメール表示要求（ログイン要求）を受信すると、認証ＤＢ２２０を参照して、メール表示要求の送信元であるクライアント装置１００のユーザの認証を行う。例えば、特定部２７１は、メール表示要求の送信元であるクライアント装置１００に対して利用者ＩＤおよびパスワードを要求する。そして、特定部２７１は、メール表示要求の送信元であるクライアント装置１００から取得した利用者ＩＤとパスワードとの対が、認証ＤＢ２２０にある場合には認証成功とする。一方、特定部２７１は、メール表示要求の送信元であるクライアント装置１００から取得した利用者ＩＤとパスワードとの対が、認証ＤＢ２２０にない場合には認証失敗とする。なお、特定部２７１は、パスワードを用いた認証が成功した後の所定期間は、利用者ＩＤのみによってメール表示要求を受付け、利用者を特定するようにしてもよい。
【００２３】
第一の取得部２７２は、メール管理ＤＢ２５０を参照して、特定部２７１によるログイン認証に成功したユーザの受信メールの中に、回答を行っていない未回答の回答要メールがある場合には、その回答要メールのメッセージＩＤを取得する。なお、第一の取得部２７２による処理の一例については、図１７、図１９、図２１および図２３を用いて後述する。
【００２４】
第二の取得部２７３は、特定部２７１によるログイン認証に成功したユーザの送受信メールを、メールＤＢ２４０から取得する。なお、第二の取得部２７３による処理の一例については、図１７、図１９、図２１および図２３を用いて後述する。
【００２５】
送信部２７４は、第二の取得部２７３により取得されたメールのうち、第一の取得部２７２により取得されたメールを、他のメールとは異なる形態で表示させるようなメール表示画面を生成する。なお、送信部２７４による処理の一例については、図１７〜図２４を用いて後述する。
【００２６】
作成画面生成部２７５は、クライアント装置１００からメール作成画面の取得要求を受け付けると、メール作成画面生成処理を実行する。なお、作成画面生成部２７５による処理の一例については、図１１〜図１４を用いて後述する。
【００２７】
閲覧画面生成部２７６は、クライアント装置１００から、回答要メール閲覧画面の表示要求を受け付けると、回答要メール閲覧画面生成処理を実行する。なお、閲覧画面生成部２７６による処理の一例については、図１５および１６を用いて後述する。
【００２８】
［実施例１による処理］
以下、各図を参照して、実施例１による処理を説明する。なお、図７、図８および図９は、クライアント装置１００Ａやクライアント装置１００Ｂ、クライアント装置１００Ｃなどによる処理の説明に用いる。また、図９〜図２４は、メールサーバ２００による処理の説明に用いる。
【００２９】
（クライアント装置の処理）
まず、図７を用いて、クライアント装置１００Ａやクライアント装置１００Ｂ、クライアント装置１００Ｃなどによる処理の全体の流れを説明する。図７は、クライアント装置による処理の全体の流れを示す図である。なお、以下の処理は、クライアント装置１００が、ウェブブラウザの機能を用いて、メールサーバ２００にアクセスすることによって実行される。
【００３０】
図７に示すように、クライアント装置１００は、利用者から入力部を介して、メールの表示要求を受け付けた場合には（Ｓ１０１「Ｙｅｓ」）、メールサーバ２００にメール表示要求を送信する（Ｓ１０２）。なお、クライアント装置１００は、メールの表示要求を受け付けなかった場合には（Ｓ１０１「Ｎｏ」）、同判定を繰り返し行う。
【００３１】
続いて、クライアント装置１００は、メールサーバ２００から利用者ＩＤおよびパスワードの入力画面を受信したか否かの判定を行う（Ｓ１０３）。クライアント装置１００は、メールサーバ２００から利用者ＩＤおよびパスワードの入力画面を受信した場合には（Ｓ１０３「Ｙｅｓ」）、利用者ＩＤおよびパスワードの入力画面を表示部に表示する（Ｓ１０４）。なお、クライアント装置１００は、メールサーバ２００から利用者ＩＤおよびパスワードの入力画面を受信しなかった場合には（Ｓ１０３「Ｎｏ」）、同判定を繰り返し行う。
【００３２】
続いて、クライアント装置１００は、利用者から入力部を介して、利用者ＩＤおよびパスワードの入力を受け付けた否かの判定を行う（Ｓ１０５）。クライアント装置１００は、利用者ＩＤおよびパスワードの入力を受け付けた場合には（Ｓ１０５「Ｙｅｓ」）、利用者ＩＤおよびパスワードをメールサーバ２００に送信する（Ｓ１０６）。なお、クライアント装置１００は、メールサーバ２００から利用者ＩＤおよびパスワードの入力を受け付けなかった場合には（Ｓ１０５「Ｎｏ」）、同判定を繰り返し行う。
【００３３】
続いて、クライアント装置１００は、認証エラー画面を受信したか否かの判定を行う（Ｓ１０７）。クライアント装置１００は、認証エラー画面を受信した場合には（Ｓ１０７「Ｙｅｓ」）、認証エラー画面を表示部に表示して（Ｓ１０８）、処理を終了する。
【００３４】
一方、クライアント装置１００は、認証エラー画面を受信しなかった場合には（Ｓ１０７「Ｎｏ」）、続いて、メール表示画面をメールサーバ２００から受信したか否かの判定を行う（Ｓ１０９）。クライアント装置１００は、メール表示画面をメールサーバ２００から受信しなかった場合には（Ｓ１０９「Ｎｏ」）、同判定を繰り返し行う。そして、クライアント装置１００は、メール表示画面をメールサーバ２００から受信した場合には（Ｓ１０９「Ｙｅｓ」）、メール表示画面を表示部に表示する（Ｓ１１０）。
【００３５】
ここで、メール表示画面は、例えば、利用者が受信したメールの一覧を表示するものである。そして、メール表示画面では、回答要メールであって未回答のメールが上位になるように生成される。したがって、クライアント装置１００では、未回答のメールが上位に表示される。
【００３６】
続いて、クライアント装置１００は、利用者から入力部を介して、メッセージ作成要求を受け付けたか否かの判定を行う（Ｓ１１１）。クライアント装置１００は、メッセージ作成要求を受け付けた場合には（Ｓ１１１「Ｙｅｓ」）、メッセージ送信処理を実行する（Ｓ１１２）。メッセージ送信処理については、図８を用いて後述する。なお、上述したＳ１１１において、クライアント装置１００は、メッセージ作成要求を受け付けなかった場合には（Ｓ１１１「Ｎｏ」）、後述するステップＳ１１３の処理に移行する。
【００３７】
続いて、クライアント装置１００は、利用者から入力部を介して、回答要メール閲覧画面の表示要求を受け付けたか否かの判定を行う（Ｓ１１３）。クライアント装置１００は、回答要メール閲覧画面の表示要求を受け付けた場合には（Ｓ１１３「Ｙｅｓ」）、回答要メール閲覧処理を実行する（Ｓ１１４）。なお、回答要メール閲覧処理について、図９を用いて後述する。
【００３８】
続いて、クライアント装置１００は、利用者から入力部を介して、メールの表示要求を受け付けたか否かの判定を行う（Ｓ１１５）。なお、クライアント装置１００は、上述したＳ１１３にて、回答要メール閲覧画面の表示要求を受け付けなかった場合には（Ｓ１１３「Ｎｏ」）とし、そのまま、上述したＳ１１５の判定に移行する。
【００３９】
クライアント装置１００は、メールの表示要求を受け付けた場合には（Ｓ１１５「Ｙｅｓ」）、メールサーバ２００にメール表示要求を送信する（Ｓ１１６）。続いて、クライアント装置１００は、ログアウト要求があったか否かの判定を行う（Ｓ１１７）。なお、クライアント装置１００は、メールの表示要求を受け付けなかった場合には（Ｓ１１５「Ｎｏ」）、そのまま、上述したＳ１１７の判定に移行する。
【００４０】
クライアント装置１００は、利用者から入力部を介して、ログアウト要求があった場合には（Ｓ１１７「Ｙｅｓ」）、ログアウト要求をメールサーバ２００に送信して（Ｓ１１８）、処理を終了する。一方、クライアント装置１００は、ログアウト要求がなかった場合には（Ｓ１１７「Ｎｏ」）、上述したＳ１１１に戻り、メッセージ作成要求を受け付けたか否かの判定を行う。
【００４１】
（メッセージ送信処理）
次に、図８を用いて、上述した図７に示すＳ１１２のメッセージ送信処理の流れを説明する。図８は、メッセージ送信処理の流れを示す図である。なお、利用者は、以下の処理を通じて、回答要メールや一般メールを作成する。
【００４２】
図８に示すように、クライアント装置１００は、メール種別が回答要メールか否かの判定を行う（Ｓ２０１）。クライアント装置は、メール種別が回答要メールであると判定した場合には（Ｓ２０１「Ｙｅｓ」）、メール種別（回答要メール）と、メッセージ作成要求をメールサーバに送信する（Ｓ２０２）。
【００４３】
続いて、クライアント装置１００は、回答要メッセージ作成画面を受信したか否かの判定を行う（Ｓ２０３）。クライアント装置１００は、回答要メッセージ作成画面を受信していない場合には（Ｓ２０３「Ｎｏ」）、同判定を繰り返し行う。クライアント装置１００は、回答要メッセージ作成画面を受信した場合には（Ｓ２０３「Ｙｅｓ」）、回答要メッセージの作成画面を表示部に表示する（Ｓ２０４）。続いて、クライアント装置１００は、宛先、タイトル、記事本文、期限の入力を受け付ける（Ｓ２０５）。なお、この期限は、作成したメッセージに対する回答期限である。
【００４４】
続いて、クライアント装置１００は、利用者から入力部を介して、メッセージ送信要求を受け付けたか否かの判定を行う（Ｓ２０６）。クライアント装置１００は、メッセージ送信要求を受け付けていない場合には（Ｓ２０６「Ｎｏ」）、同判定を繰り返し行う。クライアント装置１００は、メッセージ送信要求を受け付けた場合には（Ｓ２０６「Ｙｅｓ」）、宛先、タイトル、記事本文、期限をメールサーバ２００に送信して（Ｓ２０７）、処理を終了する。
【００４５】
なお、上述したＳ２０１にて、クライアント装置１００は、メール種別が回答要メールではないと判定した場合には（Ｓ２０１「Ｎｏ」）、メール種別（通常メール）と、メッセージ作成要求をメールサーバに送信する（Ｓ２０８）。なお、この通常メールとは、回答要メール以外のメールである。
【００４６】
続いて、クライアント装置１００は、一般メッセージ作成画面を受信したか否かの判定を行う（Ｓ２０９）。なお、一般メッセージ作成画面は、上述した通常メールを作成するための画面である。クライアント装置１００は、一般メッセージ作成画面を受信していない場合には（Ｓ２０９「Ｎｏ」）、同判定を繰り返し行う。クライアント装置１００は、一般メッセージ作成画面を受信した場合には（Ｓ２０９「Ｙｅｓ」）、一般メッセージの作成画面を表示部に表示する（Ｓ２１０）。続いて、クライアント装置１００は、宛先、タイトル、記事本文の入力を受け付ける（Ｓ２１１）。
【００４７】
続いて、クライアント装置１００は、利用者から入力部を介して、メッセージ送信要求を受け付けたか否かの判定を行う（Ｓ２１２）。クライアント装置１００は、メッセージ送信要求を受け付けていない場合には（Ｓ２１２「Ｎｏ」）、同判定を繰り返し行う。クライアント装置１００は、メッセージ送信要求を受け付けた場合には（Ｓ２１２「Ｙｅｓ」）、宛先、タイトル、記事本文、期限をメールサーバ２００に送信して（Ｓ２１３）、処理を終了する。
【００４８】
（回答要メール閲覧処理）
次に、図９を用いて、上述した図７に示すＳ１１４の回答要メール閲覧処理の流れを説明する。図９は、回答要メール閲覧処理の流れを示す図である。なお、利用者は、以下の処理を通じて、利用者が送信した回答要メールについて督促の要求を行う。
【００４９】
図９に示すように、クライアント装置１００は、利用者ＩＤと、回答要メール閲覧画面の取得要求をメールサーバ２００に送信する（Ｓ３０１）。
【００５０】
続いて、クライアント装置１００は、督促対象メールが存在しない旨の通知を受信したかどうかの判定を行う（Ｓ３０２）。クライアント装置１００は、督促対象メールが存在しない旨の通知を受信しなかった場合には（Ｓ３０２「Ｎｏ」）、続いて、回答要メール閲覧画面を受信したか否かの判定を行う（Ｓ３０３）。クライアント装置１００は、回答要メール閲覧画面を受信していない場合には（Ｓ３０３「Ｎｏ」）、上述したＳ３０２に戻る。
【００５１】
クライアント装置１００は、回答要メール閲覧画面を受信した場合には（Ｓ３０３「Ｙｅｓ」）、回答要メール閲覧画面を表示部に表示する（Ｓ３０４）。続いて、クライアント装置１００は、利用者から入力部を介して、メールが選択され、督促要求が受け付けられたか否かの判定を行う（Ｓ３０５）。クライアント装置１００は、メールが選択され、督促要求が受け付けられていない場合には（Ｓ３０５「Ｎｏ」）、同判定を繰り返し行う。
【００５２】
クライアント装置１００は、メールが選択され、督促要求が受け付けられた場合には（Ｓ３０５「Ｙｅｓ」）、選択されたメールのヘッダからメッセージＩＤを取得する（Ｓ３０６）。そして、クライアント装置１００は、利用者ＩＤと、選択されたメールのメッセージＩＤと督促要求をメールサーバ２００に送信して（Ｓ３０７）、処理を終了する。
【００５３】
なお、上述したＳ３０２にて、クライアント装置１００は、督促対象メールが存在しない旨の通知を受信した場合には（Ｓ３０２「Ｙｅｓ」）、回答要メールが存在しない、あるいは回答が全て届いている旨を通知して（Ｓ３０８）、処理を終了する。
【００５４】
（メールサーバ２００による処理）
次に、図１０を用いて、メールサーバ２００による処理の全体の流れを説明する。図１０は、メールサーバによる処理の全体の流れを示す図である。なお、以下の処理は、メールサーバ２００が、クライアント装置１００との間でウェブブラウザの機能を用いて通信することで実行される。
【００５５】
図１０に示すように、メールサーバ２００の制御部２７０は、メール表示要求を受信していない場合には（Ｓ４０１「Ｎｏ」）、同判定を繰り返し行う。メールサーバ２００の制御部２７０は、メール表示要求をクライアント装置１００から受信した場合には（Ｓ４０１「Ｙｅｓ」）、続いて、該当クライアント装置１００にユーザを認証済みであるか否か判定を行う（Ｓ４０２）。制御部２７０により、認証済みではないと判定された場合には（Ｓ４０２「Ｎｏ」）、特定部２７１は、利用者ＩＤおよびパスワードの入力画面をクライアント装置１００に送信する（Ｓ４０３）。
【００５６】
続いて、特定部２７１は、利用者ＩＤおよびパスワードを受信したか否かの判定を行う（Ｓ４０４）。特定部２７１は、利用者ＩＤおよびパスワードを受信していない場合には（Ｓ４０４「Ｎｏ」）、同判定を繰り返し行う。特定部２７１は、利用者ＩＤおよびパスワードを受信した場合には（Ｓ４０４「Ｙｅｓ」）、認証ＤＢ２２０を用いて認証を行う（Ｓ４０５）。
【００５７】
そして、特定部２７１は、認証に失敗した場合（認証ＮＧの場合）には（Ｓ４０６「Ｎｏ」）、認証エラー画面を作成してクライアント装置１００に送信し（Ｓ４０７）、処理を終了する。一方、特定部２７１による認証が成功した場合（認証ＯＫの場合）には（Ｓ４０６「Ｙｅｓ」）、送信部２７４は、メール表示画面作成処理を実行して（Ｓ４０８）、メール送信画面を送信する（Ｓ４０９）。なお、メール表示画面作成処理については、図１７〜図２４を用いて後述する。
【００５８】
続いて、制御部２７０は、メッセージ作成要求およびメール種別を受信したか否かの判定を行う（Ｓ４１０）。制御部２７０により、メッセージ作成要求およびメール種別の受信が判定された場合には（Ｓ４１０「Ｙｅｓ」）、作成画面生成部２７５は、メッセージ作成画面生成処理を実行する（Ｓ４１１）。なお、メッセージ作成画面生成処理については、図１１〜図１４を用いて後述する。
【００５９】
続いて、制御部２７０は、回答要メール閲覧画面の取得要求を受信したか否かを判定する（Ｓ４１２）。制御部２７０により、回答要メール閲覧画面の取得要求の受信が判定された場合には（Ｓ４１２「Ｙｅｓ」）、閲覧画面生成部２７６は、回答要メール閲覧画面生成処理を実行する（Ｓ４１３）。なお、回答要メール閲覧画面生成処理については、図１５および図１６を用いて後述する。
【００６０】
そして、制御部２７０は、ログアウト要求をクライアント装置１００から受信したか否かの判定を行う（Ｓ４１４）。制御部２７０は、ログアウト要求をクライアント装置１００から受信した場合には（Ｓ４１４「Ｙｅｓ」）、処理を終了する。一方、制御部２７０は、ログアウト要求をクライアント装置１００から受信していない場合には（Ｓ４１４「Ｎｏ」）、上述したＳ４１０に戻って、メッセージ作成要求およびメール種別を受信したか否かの判定を行う。
【００６１】
なお、上述したＳ４０２において、制御部２７０は、認証済みである場合には（Ｓ４０２「Ｙｅｓ」）、上述したステップＳ４０８の処理に移行する。
【００６２】
なお、上述したＳ４１０において、制御部２７０は、メッセージ作成要求およびメール種別を受信していない場合には（Ｓ４１０「Ｎｏ」）、そのまま、上述したＳ４１４の判定に移行する。
【００６３】
なお、上述したＳ４１２において、制御部２７０は、回答要メール閲覧画面の取得要求を受信していない場合には（Ｓ４１２「Ｎｏ」）、そのまま、上述したＳ４１４の判定に移行する。
【００６４】
（メッセージ作成画面生成処理）
次に、図１１〜図１４を用いて、メッセージ作成画面生成処理の流れを説明する。図１１は、メッセージ作成画面生成処理の流れを示す図である。図１２は、回答要メッセージ作成画面の一例を示す図である。図１３は、メールのヘッダ構成の一例を示す図である。図１４は、一般メッセージ作成画面の一例を示す図である。なお、メールサーバ２００は、以下の処理を通じて、クライアント装置１００から回答要メールや一般メールを受信する。
【００６５】
メッセージ作成要求およびメール種別をクライアント装置１００から受信すると、作成画面生成部２７５は、図１１に示すように、メッセージＩＤおよびヘッダを生成し（Ｓ５０１）、メール種別は回答要メールであるか否かの判定を行う（Ｓ５０２）。
【００６６】
作成画面生成部２７５は、メール種別が回答要メールである場合には（Ｓ５０２「Ｙｅｓ」）、回答要メッセージ作成画面を生成して（Ｓ５０３）、回答要メッセージ作成画面をクライアント装置１００に送信する（Ｓ５０４）。図１２に、回答要メッセージ作成画面の一例を示す。例えば、回答要メッセージ作成画面の上部には、「送信」、「保存」および「ログアウト」の処理を指定するための操作ボタンと、後述するメール表示画面を表示させるためのリンクが設けられている。また、回答要メッセージ作成画面の下部には、宛先を入力する「宛先」や「ＣＣ（Carbon Copy）」、メールのタイトルを入力する「件名」、回答期限を入力する「期限」、メール記事の本文を入力する「記事入力画面」などの入力領域が設けられている。例えば、ユーザが、図１２に示す回答要メッセージ作成画面に対応箇所にメール記事や回答期限などを入力して「送信」の操作ボタンを操作すると、期限、宛先、タイトルおよび記事本文がメールサーバ２００に送信されることとなる。
【００６７】
続いて、作成画面生成部２７５は、期限、宛先、タイトルおよび記事本文を受信したか否かの判定を行う（Ｓ５０５）。作成画面生成部２７５は、期限、宛先、タイトルおよび記事本文を受信していない場合には（Ｓ５０５「Ｎｏ」）、同判定を繰り返し行う。作成画面生成部２７５は、期限、宛先、タイトルおよび記事本文を受信した場合には（Ｓ５０５「Ｙｅｓ」）、メールのヘッダに期限を追加する（Ｓ５０６）。図１３にヘッダの一例を示す。例えば、作成画面生成部２７５は、メールのヘッダに期限を記述するための領域「Deadline（期限）」を設ける。そして、作成画面生成部２７５は、この「Deadline（期限）」に、例えば、2011/2/5の期限を追加する。
【００６８】
続いて、作成画面生成部２７５は、一意なメッセージＩＤを生成して、このメッセージＩＤ、発信日、期限および督促フラグ（ＯＦＦ）をメール管理ＤＢ２５０に記録する（Ｓ５０７）。続いて、作成画面生成部２７５は、メッセージＩＤに対応付けて回答ＤＢ２３０を生成して、回答ＤＢ２３０の回答者ＩＤに宛先を記録し、回答ＤＢ２３０の回答者フラグに０を記録する（Ｓ５０８）。
【００６９】
続いて、作成画面生成部２７５は、ヘッダと、タイトルおよび記事を宛先（フォルダやディレクトリなど）に送信する（Ｓ５０９）。続いて、作成画面生成部２７５は、メールＤＢ２４０でメールの送信元および宛先に対応する利用者ＩＤの送信欄および宛先の受信欄に、メッセージＩＤ、タイトル、記事本文を記録して（Ｓ５１０）、処理を終了する。
【００７０】
なお、上述したＳ５０２において、作成画面生成部２７５は、メール種別が回答要メールではない場合には（Ｓ５０２「Ｎｏ」）、メール種別が一般メールであるものとし、一般メッセージ作成画面を生成する（Ｓ５１１）。そして、作成画面生成部２７５は、一般メッセージ作成画面をクライアント装置１００に送信する（Ｓ５１２）。図１４に、一般メッセージ作成画面の一例を示す。例えば、一般メッセージ作成画面の上部には、「送信」、「保存」および「ログアウト」の処理を指定するための操作ボタンと、後述するメール表示画面を表示させるためのリンクが設けられている。また、一般メッセージ作成画面の下部には、宛先を入力する「宛先」や「ＣＣ（Carbon Copy）」、メールのタイトルを入力する「件名」、メール記事の本文を入力する「記事入力画面」などの入力領域が設けられている。例えば、ユーザが、図１４に示す一般メッセージ作成画面に対応箇所にメール記事などを入力して「送信」の操作ボタンを操作すると、宛先、タイトルおよび記事本文がメールサーバ２００に送信されることとなる。
【００７１】
続いて、作成画面生成部２７５は、宛先、タイトルおよび記事本文を受信したか否かの判定を行う（Ｓ５１３）。作成画面生成部２７５は、宛先、タイトルおよび記事本文を受信していない場合には（Ｓ５１３「Ｎｏ」）、同判定を繰り返し行う。一方、作成画面生成部２７５は、宛先、タイトルおよび記事本文を受信した場合には（Ｓ５１３「Ｙｅｓ」）、本メールが他のメールを返信メールか否かの判定を行う（Ｓ５１４）。
【００７２】
作成画面生成部２７５は、他のメールを返信メールである場合には（Ｓ５１４「Ｙｅｓ」）、元記事のメッセージＩＤがメール管理ＤＢ２５０に存在するか否かの判定を行う（Ｓ５１５）。つまり、作成画面生成部２７５は、Ｓ５１４の返信メールに含まれる元記事のメッセージＩＤが、メール管理ＤＢ２５０から取得できれば、回答要メールに対する回答が記述された返信メールであると判定することができる。作成画面生成部２７５は、元記事のメッセージＩＤがメール管理ＤＢ２５０に存在する場合には（Ｓ５１５「Ｙｅｓ」）、メールのヘッダより送信者ＩＤ（回答者ＩＤ）を取得する（Ｓ５１６）。そして、作成画面生成部２７５は、元記事のメッセージＩＤに対応する回答ＤＢ２３０の回答者ＩＤに対応する回答フラグをＯＮ（つまり、１）にし、回答日時を記録する（Ｓ５１７）。
【００７３】
そして、作成画面生成部２７５は、上述したＳ５０９およびＳ５１０の処理を行って処理を終了する。なお、上述したＳ５１４において、作成画面生成部２７５は、他のメールを返信メールでない場合には（Ｓ５１４「Ｎｏ」）、上述したＳ５０９の処理に移行する。また、上述したＳ５１５において、作成画面生成部２７５は、元記事のメッセージＩＤがメール管理ＤＢ２５０にない場合には（Ｓ５１５「Ｎｏ」）、上述したＳ５０９の処理に移行する。
【００７４】
（回答要メール閲覧画面生成処理）
次に、図１５および図１６を用いて、回答要メール閲覧画面生成処理の流れを説明する。図１５は、回答要メール閲覧画面生成処理の流れを示す図である。図１６は、回答要メール閲覧画面の一例を示す図である。なお、メールサーバ２００は、以下の処理を通じて、クライアント装置１００から回答要メールに対する督促要求を受付ける。
【００７５】
図１５に示すように、閲覧画面生成部２７６は、利用者ＩＤに対応する送信メールのメッセージＩＤをメールＤＢ２４０から取得する（Ｓ６０１）。なお、Ｓ６０１の利用者ＩＤは、上述した図１０に示すＳ４０４で受信した利用者ＩＤである。続いて、閲覧画面生成部２７６は、そのメッセージＩＤがメール管理ＤＢ２５０に含まれているか否かの判定を行う（Ｓ６０２）。閲覧画面生成部２７６は、メッセージＩＤがメール管理ＤＢ２５０に含まれている場合には（Ｓ６０２「Ｙｅｓ」）、そのメッセージＩＤに対応する期限をメール管理ＤＢ２５０から取得する（Ｓ６０３）。
【００７６】
続いて、閲覧画面生成部２７６は、そのメッセージＩＤに対応する回答ＤＢ２３０にて、回答フラグが０（未回答）のクライアント装置１００の宛先を取得する（Ｓ６０４）。そして、閲覧画面生成部２７６は、回答フラグが０の宛先が存在するか否かの判定を行う（Ｓ６０５）。言い換えれば、閲覧画面生成部２７６は、回答フラグが０の宛先を回答ＤＢ２３０から取得できたか否かの判定を行う。閲覧画面生成部２７６は、回答フラグが０の宛先が存在する場合には（Ｓ６０５「Ｙｅｓ」）、そのメッセージＩＤの発信日時およびタイトルをメールＤＢ２４０から取得する（Ｓ６０６）。
【００７７】
続いて、閲覧画面生成部２７６は、メッセージごとに選択ボタンをつけたメッセージ一覧、各メッセージの未回答者数および期限が含まれた回答要メール閲覧画面を生成し、クライアント装置１００（閲覧表示者）に送信する（Ｓ６０７）。図１６に、回答要メール閲覧画面の一例を示す。回答要メール閲覧画面の上部には、「督促要求」および「ログアウト」の処理を指定するための操作ボタンと、後述するメール表示画面を表示させるためのリンクが設けられている。また、回答要メール閲覧画面の下部には、回答要メールのメッセージごとに、宛先である利用者ＩＤ、発信日時、件名、回答期限および未回答者数を表示する表示領域が設けられている。例えば、閲覧画面の閲覧しているユーザが、図１６に示す回答要メール閲覧画面の督促要求ボタンを操作すると、宛先の左側にあるチェックボックスにチェックが挿入されたメッセージに対する督促要求がメールサーバ２００に送信されることとなる。
【００７８】
続いて、閲覧画面生成部２７６は、利用者ＩＤと、メッセージＩＤと、督促要求とを受信したか否かの判定を行う（Ｓ６０８）。閲覧画面生成部２７６は、利用者ＩＤと、メッセージＩＤと、督促要求とを受信していない場合には（Ｓ６０８「Ｎｏ」）、同判定を繰り返す。一方、閲覧画面生成部２７６は、利用者ＩＤと、メッセージＩＤと、督促要求とを受信した場合には（Ｓ６０８「Ｙｅｓ」）、そのメッセージＩＤについて、メール管理ＤＢ２５０の督促フラグをＯＮにして（Ｓ６０９）、処理を終了する。
【００７９】
なお、上述したＳ６０２において、閲覧画面生成部２７６は、メッセージＩＤがメール管理ＤＢ２５０に含まれていない場合には（Ｓ６０２「Ｎｏ」）、督促対象メールが存在しない通知をクライアント装置１００に送信する（Ｓ６１０）。そして、閲覧画面生成部２７６は処理を終了する。また、上述したＳ６０５において、閲覧画面生成部２７６は、回答フラグが０の宛先が存在しない場合には（Ｓ６０５「Ｎｏ」）、上述したＳ６１０の処理を行い、処理を終了する。
【００８０】
（メッセージ表示画面作成処理）
次に、図１７〜図２４を用いて、メッセージ表示画面作成処理の流れを説明する。なお、メールサーバ２００は、以下の処理のいずれかを通じて、クライアント装置１００にメールを送信する。図１７は、メール表示画面作成処理（１）の流れを示す図である。図１８は、メール表示画面の一例を示す図である。図１９は、メール表示画面作成処理（２）の流れを示す図である。図２０は、メール表示画面の一例を示す図である。図２１は、メール表示画面作成処理（３）の流れを示す図である。図２２は、メール表示画面の一例を示す図である。図２３は、メール表示画面作成処理（４）の流れを示す図である。図２４は、メール表示画面の一例を示す図である。なお、メールサーバ２００がメール表示画面作成処理（１）〜（４）のいずれを実行するかは、例えば、管理者の設定や利用者の設定に委ねられる。いずれか単一の運用でもよいし、利用者ごと、時間帯ごと、回答要メールの期限ごとなど、複数を混在させた運用でもよい。
【００８１】
（メール表示画面作成処理（１））
まず、図１７および図１８を用いて、メール表示画面作成処理（１）の流れを説明する。メール表示画面作成処理（１）では、回答の督促がされている回答要メールが他のメールとは異なるフォントで表示される例を示す。
【００８２】
図１７に示すように、第二の取得部２７３は、利用者ＩＤに対応するメールをメールＤＢ２４０から取得する（Ｓ７０１）。例えば、第二の取得部２７３は、利用者が受信したメールのうち最新のものから所定数のメールを取得する。この所定数は、管理者の設定や、利用者の設定（例えば表示部の表示フォントサイズ）によって定められる。なお、Ｓ７０１の利用者ＩＤは、上述した図１０に示すＳ４０４で受信した利用者ＩＤである。
【００８３】
続いて、第一の取得部２７２は、取得したメールのメッセージＩＤがメール管理ＤＢ２５０に含まれているか否かの判定を行う（Ｓ７０２）。第一の取得部２７２は、メッセージＩＤがメール管理ＤＢ２５０に含まれている場合には（Ｓ７０２「Ｙｅｓ」）、メール管理ＤＢ２５０に含まれているメールのうち、督促フラグがＯＮのものがあるか否かの判定を行う（Ｓ７０３）。第一の取得部２７２は、督促フラグがＯＮのものがある場合には（Ｓ７０３「Ｙｅｓ」）、督促フラグがＯＮであるメールのうち、回答フラグが０の回答者ＩＤ（受信者）が回答ＤＢ２３０にあるか否かの判定を行う（Ｓ７０４）。第一の取得部２７２は、回答フラグが０の回答者ＩＤ（受信者）が回答ＤＢ２３０にある場合には（Ｓ７０４「Ｙｅｓ」）、設定ＤＢ２６０から督促メールのフォントを取得する（Ｓ７０５）。続いて、送信部２７４は、Ｓ７０５で取得されたフォントを、回答フラグが０のメールのフォントとしたメール表示画面を生成して（Ｓ７０６）、処理を終了する。例えば、送信部２７４は、回答フラグが０のメールのフォントのみをボールドゴシックとし、メールを期限順にソートするとともに、回答フラグが０のメールを期限が近いものから順にソートしたメール表示画面を生成する。
【００８４】
なお、上述したＳ７０２において、第一の取得部２７２は、メッセージＩＤがメール管理ＤＢ２５０に含まれていない場合には、Ｓ７０２の判定結果を「Ｎｏ」とする。そして、送信部２７４は、メールＤＢ２４０から取得したメールを日付順にソートしてメール表示画面を生成し（Ｓ７０７）、処理を終了する。また、上述したＳ７０３において、第一の取得部２７２により、督促フラグがＯＮのものがないと判定された場合には（Ｓ７０３「Ｎｏ」）、送信部２７４は、上述したＳ７０７の処理を行って処理を終了する。また、上述したＳ７０４において、第一の取得部２７２により、回答フラグが０の回答者ＩＤ（受信者）が回答ＤＢ２３０にないと判定された場合には（Ｓ７０４「Ｎｏ」）、送信部２７４は、上述したＳ７０７の処理を行って処理を終了する。
【００８５】
図１８に、上述した図１７の処理によって生成されるメール表示画面の一例を示す。図１７の処理で生成されるメール表示画面の下部には、メール表示領域が設けられている。このメール表示領域には、図１８に示すように、画面サイズに見合った受信メールが表示される。回答の督促がされている回答要メールが他のメールとは異なるフォントで表示されるとともに、他のメールよりも上に表示されている。これにより、フォントを変更するという簡易な処理を行うだけで、ユーザに一見して回答の督促がされている回答要メールを認識させることができる。なお、メール表示領域において、例えば、いずれかの受信メールを利用者が選択すると、選択したメールの本文等がメール表示領域の全面に表示される。
【００８６】
なお、図１７の処理で生成されるメール表示画面の上部には、図１８に示すように、「通常メッセージ作成」、「回答要メッセージ作成」、「回答要メール閲覧」および「ログアウト」の処理を指定するための操作ボタンが設けられている。例えば、メール表示画面上で「通常メッセージ作成」のボタンが操作されると、通常メッセージの作成要求がメールサーバ２００に送信される。また、メール表示画面上で「回答要メッセージ作成」のボタンが操作されると、回答要メッセージの作成要求がメールサーバ２００に送信される。メッセージ作成要求を受信すると、メールサーバ２００では、上述した図１１に示すメッセージ作成画面生成処理が実行される。また、メール作成画面上で「回答要メール閲覧」のボタンが操作されると、回答要メール閲覧要求がメールサーバ２００に送信される。回答要メール閲覧要求を受信すると、メールサーバ２００では、上述した図１５に示す回答要メール閲覧画面生成処理が実行される。また、メール作成画面上で「ログアウト」のボタンが操作されると、ログアウト要求がメールサーバ２００に送信される。ログアウト要求を受信すると、メールサーバ２００では、ログアウト処理が実行される。
【００８７】
（メール表示画面作成処理（２））
次に、図１９および図２０を用いて、メール表示画面作成処理（２）の流れを説明する。メール表示画面作成処理（２）では、回答の督促がされている回答要メールが他のメールとは異なる背景色が施された状態で表示される例を示す。なお、図１９に示すＳ８０１〜Ｓ８０４の処理は、上述した図１７に示すＳ７０１〜Ｓ７０４の処理と同様である。
【００８８】
すなわち、図１９に示すように、第二の取得部２７３は、利用者ＩＤに対応するメールをメールＤＢ２４０から取得する（Ｓ８０１）。続いて、第一の取得部２７２は、取得したメールのメッセージＩＤがメール管理ＤＢ２５０に含まれているか否かの判定を行う（Ｓ８０２）。第一の取得部２７２により、メッセージＩＤがメール管理ＤＢ２５０に含まれていないと判定された場合には（Ｓ８０２「Ｎｏ」）、送信部２７４は、メールＤＢ２４０から取得されたメールを日付順にソートしてメール表示画面を生成する（Ｓ８０７）。そして、送信部２７４は、処理を終了する。
【００８９】
一方、第一の取得部２７２は、メッセージＩＤがメール管理ＤＢ２５０に含まれている場合には（Ｓ８０２「Ｙｅｓ」）、メール管理ＤＢ２５０に含まれているメールのうち、督促フラグがＯＮのものがあるか否かの判定を行う（Ｓ８０３）。第一の取得部２７２により、督促フラグがＯＮのものがないと判定された場合には（Ｓ８０３「Ｎｏ」）、送信部２７４は、上述したＳ８０７の処理を行って処理を終了する。
【００９０】
一方、第一の取得部２７２は、督促フラグがＯＮのものがある場合には（Ｓ８０３「Ｙｅｓ」）、督促フラグがＯＮであるメールのうち、回答フラグが０の回答者ＩＤ（受信者）が回答ＤＢ２３０にあるか否かの判定を行う（Ｓ８０４）。第一の取得部２７２により、回答フラグが０の回答者ＩＤ（受信者）が回答ＤＢ２３０にないと判定された場合には（Ｓ８０４「Ｎｏ」）、送信部２７４は、上述したＳ８０７の処理を行って処理を終了する。
【００９１】
そして、図１９に示すＳ８０５およびＳ８０６の処理が、上述した図１７に示す処理とは異なる。
【００９２】
すなわち、第一の取得部２７２は、回答フラグが０の回答者ＩＤ（受信者）が回答ＤＢ２３０にある場合には（Ｓ８０４「Ｙｅｓ」）、設定ＤＢ２６０から督促メールの背景色を取得する（Ｓ８０５）。続いて、送信部２７４は、Ｓ８０５で取得された背景色を、回答フラグが０のメールの背景色としたメール表示画面を生成して（Ｓ８０６）、処理を終了する。例えば、送信部２７４は、回答フラグが０のメールの背景色のみを青とし、メールを期限順にソートするとともに、回答フラグが０のメールを期限が近いものから順にソートしたメール表示画面を生成する。
【００９３】
図２０に、上述した図１９の処理によって生成されるメール表示画面の一例を示す。図１９の処理で生成されるメール表示画面の上部には、図２０に示すように、「通常メッセージ作成」、「回答要メッセージ作成」、「回答要メール閲覧」および「ログアウト」の処理を指定するための操作ボタンが設けられている。この点は、上述した図１８と同様であるが次に説明する点が異なる。メール表示画面の下部に設けられたメール表示領域には、図２０に示すように、回答の督促がされている回答要メールが他のメールとは異なる背景色が施された状態で表示されている。これにより、フォントを変更するよりも、ユーザに一見して回答の督促がされている回答要メールを認識させることができる。
【００９４】
（メール表示画面作成処理（３））
次に、図２１および図２２を用いて、メール表示画面作成処理（３）の流れを説明する。メール表示画面作成処理（３）では、回答要メールのタイトルが別領域で表示される例を示す。なお、図２１に示すＳ９０１〜Ｓ９０４の処理は、上述した図１７や図１９に示す処理と同様である。
【００９５】
すなわち、図２１に示すように、第二の取得部２７３は、利用者ＩＤに対応するメールをメールＤＢ２４０から取得する（Ｓ９０１）。続いて、第一の取得部２７２は、取得したメールのメッセージＩＤがメール管理ＤＢ２５０に含まれているか否かの判定を行う（Ｓ９０２）。第一の取得部２７２により、メッセージＩＤがメール管理ＤＢ２５０に含まれていないと判定された場合には（Ｓ９０２「Ｎｏ」）、送信部２７４は、メールＤＢ２４０から取得されたメールを日付順にソートしてメール表示画面を生成する（Ｓ９０８）。そして、送信部２７４は、処理を終了する。
【００９６】
一方、第一の取得部２７２は、メッセージＩＤがメール管理ＤＢ２５０に含まれている場合には（Ｓ９０２「Ｙｅｓ」）、メール管理ＤＢ２５０に含まれているメールのうち、督促フラグがＯＮのものがあるか否かの判定を行う（Ｓ９０３）。第一の取得部２７２はにより、督促フラグがＯＮのものがないと判定された場合には（Ｓ９０３「Ｎｏ」）、送信部２７４は、上述したＳ９０８の処理を行って処理を終了する。
【００９７】
一方、第一の取得部２７２は、督促フラグがＯＮのものがある場合には（Ｓ９０３「Ｙｅｓ」）、督促フラグがＯＮであるメールのうち、回答フラグが０の回答者ＩＤ（受信者）が回答ＤＢ２３０にあるか否かの判定を行う（Ｓ９０４）。第一の取得部２７２により
、回答フラグが０の回答者ＩＤ（受信者）が回答ＤＢ２３０にないと判定された場合には（Ｓ９０４「Ｎｏ」）、送信部２７４は、上述したＳ９０８の処理を行って処理を終了する。
【００９８】
そして、図２１に示すＳ９０５〜Ｓ９０７の処理が、上述した図１７や図１８に示す処理とは異なる。
【００９９】
すなわち、第一の取得部２７２は、回答フラグが０の回答者ＩＤ（受信者）が回答ＤＢ２３０にある場合には（Ｓ９０４「Ｙｅｓ」）、メールＤＢ２４０から、回答フラグが０のメールのタイトルを取得する（Ｓ９０５）。続いて、送信部２７４は、回答要メール表示領域を作成する（Ｓ９０６）。そして、送信部２７４は、Ｓ９０６で作成した回答要メール表示領域に、回答フラグが０のメールのタイトル（リンク）を記載したメール表示画面を生成して（Ｓ９０７）、処理を終了する。
【０１００】
図２２に、上述した図２１の処理によって生成されるメール表示画面の一例を示す。図２１の処理で生成されるメール表示画面の上部には、図２２に示すように、「通常メッセージ作成」、「回答要メッセージ作成」、「回答要メール閲覧」および「ログアウト」の処理を指定するための操作ボタンが設けられている。この点は、上述した図１８や図２０と同様であるが、次に説明する点が異なる。メール表示画面の下部に設けられたメール表示領域には、図２２に示すように、回答要メール表示領域が作成されている。さらに、図２２に示すように、回答要メール表示領域には、回答の督促がされている回答要メールのタイトルが表示されている。これにより、フォントの変更や背景色を施す場合よりも、ユーザに回答の督促がされている回答要メールを確実に認識させることができる。図２２では回答要メールが１通のみ表示されているが、複数存在する場合には、これを期限にてソートして順に表示させることがこのましい。
【０１０１】
（メール表示画面作成処理（４））
次に、図２３および図２４を用いて、メール表示画面作成処理（４）の流れを説明する。メール表示画面作成処理（４）では、回答要メールのタイトルおよび本文が別領域で表示される例を示す。なお、図２３に示すＳ１００１〜Ｓ１００４の処理は、上述した図１７、図１９あるいは図２１に示す処理と同様である。
【０１０２】
すなわち、図２３に示すように、第二の取得部２７３は、利用者ＩＤに対応するメールをメールＤＢ２４０から取得する（Ｓ１００１）。続いて、第一の取得部２７２は、取得したメールのメッセージＩＤがメール管理ＤＢ２５０に含まれているか否かの判定を行う（Ｓ１００２）。第一の取得部２７２により、メッセージＩＤがメール管理ＤＢ２５０に含まれていないと判定された場合には（Ｓ１００２「Ｎｏ」）、送信部２７４は、メールＤＢ２４０から取得されたメールを日付順にソートしてメール表示画面を生成する（Ｓ１００９）。そして、送信部２７４は、処理を終了する。
【０１０３】
一方、第一の取得部２７２は、メッセージＩＤがメール管理ＤＢ２５０に含まれている場合には（Ｓ１００２「Ｙｅｓ」）、メール管理ＤＢ２５０に含まれているメールのうち、督促フラグがＯＮのものがあるか否かの判定を行う（Ｓ１００３）。第一の取得部２７２により、督促フラグがＯＮのものがないと判定された場合には（Ｓ１００３「Ｎｏ」）、送信部２７４は、上述したＳ１００９の処理を行って処理を終了する。
【０１０４】
一方、第一の取得部２７２は、督促フラグがＯＮのものがある場合には（Ｓ１００３「Ｙｅｓ」）、督促フラグがＯＮであるメールのうち、回答フラグが０の回答者ＩＤ（受信者）が回答ＤＢ２３０にあるか否かの判定を行う（Ｓ１００４）。第一の取得部２７２により、回答フラグが０の回答者ＩＤ（受信者）が回答ＤＢ２３０にないと判定された場合には（Ｓ１００４「Ｎｏ」）、送信部２７４は、上述したＳ１００９の処理を行って処理を終了する。
【０１０５】
そして、図２３に示すＳ１００５〜Ｓ１００８の処理が、上述した図１７、図１９あるいは図２１に示す処理とは異なる。
【０１０６】
すなわち、第一の取得部２７２は、回答フラグが０の回答者ＩＤ（受信者）が回答ＤＢ２３０にある場合には（Ｓ１００４「Ｙｅｓ」）、回答フラグが０のメールの中から最も期限が近いものを取得する（Ｓ１００５）。続いて、第一の取得部２７２は、メールＤＢ２４０から、Ｓ１００５で取得した最も期限が近いメールのタイトルおよび本文を取得する（Ｓ１００６）。続いて、送信部２７４は、回答要メール表示領域を作成する（Ｓ１００７）。そして、送信部２７４は、Ｓ１００７で作成した回答要メール表示領域に、回答フラグが０のメールの中から最も期限が近いメールのタイトル（リンク）および本文を記載したメール表示画面を生成して（Ｓ１００８）、処理を終了する。
【０１０７】
図２４に、上述した図２３の処理によって生成されるメール表示画面の一例を示す。図２３の処理で生成されるメール表示画面の上部には、図２４に示すように、「通常メッセージ作成」、「回答要メッセージ作成」、「回答要メール閲覧」および「ログアウト」の処理を指定するための操作ボタンが設けられている。この点は、上述した図１８、図２０あるいは図２２と同様である。また、図２４に示すように、メール表示画面の下部に設けられたメール表示領域に回答要メール表示領域が作成されている。この点は、上述した図２２と同様である。一方、図２４に示すように、回答要メール表示領域には、回答の督促がされている回答要メールのタイトルだけでなく、さらにメールの内容が表示されている。これにより、ユーザに回答の督促がされている回答要メールを確実に認識させることができるだけでなく、回答の督促がされている回答要メールの内容をユーザに簡単に確認させることができる。これにより、回答要メールを選択する手間が不要となる。
【０１０８】
［実施例１による効果］
上述してきたように、メールサーバ２００は、例えば、メール管理ＤＢ２５０に回答要メールの回答状況を管理する。そして、メールサーバ２００は、クライアント装置１００からメール表示要求（ログイン要求）を受信すると、メール表示要求の送信元であるクライアント装置１００のユーザのメール表示画面を生成して返信する。このとき、メールサーバ２００は、メール表示要求の送信元であるユーザの受信メールの中で、回答の督促が行われ、かつ未回答の状態であるメールがある場合には、該当メールを他のメールとは異なる形態で表示させるようなメール表示画面を生成する。例えば、該当メールのフォントや背景色を変更して表示させたり、該当メールのタイトルやメール本文を表示させたりするメール表示画面を生成する。つまり、メールサーバ２００は、受信メールを参照するためのログインをユーザから受け付けたタイミングで、回答の督促が行われている回答要メールのうち未回答の状態のものがある場合には、該当するメールを積極的に認識させる。このように、回答要メールの送信者は、未回答のユーザに対して督促メールを送信する必要がないので、実施例１によれば、回答要メールの送信者の負担をできるだけ軽減することができる。
【０１０９】
また、メールサーバ２００は、例えば、回答の督促が行われている回答要メールのうち未回答の状態のものがある場合には、ブラウザ画面などのユーザインターフェース上で、他のメールよりも上位に表示させるような情報を生成する。これにより、回答要メールのうち未回答の状態のものをユーザに容易に認識させることができる。
【０１１０】
なお、上述した実施例１では、メールサーバ２００は、回答要メールの送信者から督促が行われ、かつ未回答である回答要メールを他のメールとは異なる形態で表示させる場合を説明したが、次のような処理を行ってもよい。例えば、メールサーバ２００は、受信メールを参照するためのログインをユーザから受け付けたタイミングで、回答要メールで未回答のものがあれば、その回答要メールに対して督促がなくても他のメールと異なる形態で表示させるようにしてもよい。この場合、メールサーバ２００は、利用者が受信した回答要メールで未回答のものを抽出する。また、この場合には、メール管理ＤＢ２５０の「督促フラグ」を記憶する必要がない。これにより、回答要メールの送信者の負担を軽減するとともに、回答要メールの受信者の回答を促すことができる。
【０１１１】
また、メールサーバ２００は、ユーザからログインを受け付けたタイミングで、未回答、かつ回答期限を超過している回答要メールがあれば、その回答要メールに対して督促がなくても他のメールと異なる形態で表示させるようにしてもよい。この場合、メールサーバ２００は、メールＤＢ２４０およびメール管理ＤＢ２５０を参照し、利用者が受信した回答要メールうち、「督促フラグ」とは無関係に、未回答かつ回答期限を超過しているものを抽出する。これにより、未回答のものがあれば、常に、他のメールと異なる形態で表示させる場合に比較して、回答要メールの受信者の鬱陶しさを抑えつつ、回答要メールの受信者の回答を促すことができる。
【０１１２】
なお、メールサーバ２００は、ユーザからログインを受け付けたタイミングで、未回答、かつ回答期限が迫っている回答要メールがあれば、その回答要メールに対して督促がなくても他のメールを異なる形態で表示させるようにしてもよい。例えば、ユーザからログインを受け付けたタイミングで、未回答かつ回答期限の３日前や前日の回答要メールがあれば、該当するメールを他のメールとは異なる形態で表示させるようにする。この場合、メールサーバ２００は、メールＤＢ２４０およびメール管理ＤＢ２５０を参照し、利用者が受信した回答要メールうち、「督促フラグ」とは無関係に、未回答かつ回答期限の三日前のものを抽出する。これにより、未回答で、かつ回答期限が超過しているものがあれば、他のメールと異なる形態で表示させる場合よりも、回答要メールの受信者の回答ができるだけ回答期限内に行われるようにすることができる。
【０１１３】
また、メールサーバ２００は、例えば、回答の督促が行われている回答要メールのうち未回答の状態のものがある場合には、ブラウザ画面などのユーザインターフェース上で、他のメールよりも上位に表示させるような情報を生成する。これにより、回答要メールのうち未回答の状態のものをユーザに容易に認識させることができる。
【実施例２】
【０１１４】
以下、本願の開示するメールサーバ、メール処理プログラム、メール処理方法およびメールシステムの他の実施形態を説明する。
【０１１５】
（１）クライアント装置の電子メールソフトを用いた処理
上述した実施例１では、クライアント装置１００Ａなどのクライアント装置１００が、ウェブブラウザを用いてメールサーバ２００にアクセスする場合を説明した。つまり、メールサーバ２００は、ユーザがログインを受け付けると、メール表示画面を生成し、アクセスしてきたクライアント装置１００に送信する場合を説明したが、クライアント装置１００に実装されている電子メールソフト（メーラー）を利用することも考えられる。例えば、クライアント装置１００でメーラーを起動したタイミングや、所定間隔のタイミングで、ユーザを特定する情報などがメールサーバ２００に送信される。そして、メールサーバ２００では、メーラーが起動されたクライアント装置１００に対して、受信メールとともに、回答の督促が行われている回答要メールのうち未回答の状態のものを識別できる情報などを返信する。クライアント装置１００のメーラーは、回答の督促が行われている回答要メールのうち未回答の状態のものを識別できる情報に基づいて、ローカルフォルダ内のメールから該当メールを特定して表示させる。
【０１１６】
例えば、図２５に回答要メールの表示形態の一例を示す。図２５は、回答要メールの表示形態の一例を示す図である。図２５に示すように、クライアント装置１００では、受信メールとともに、未回答の回答要メールを識別する情報を受信すると、ディスプレイ１上にユーザインターフェースとして表示されるメーラー画面２とは別に、既にクライアント装置が受信済みの回答要メールを開封させて、回答要メールの内容を示す画面３が表示される。例えば、回答要メールの内容が別ウィンドウで表示される。これによって、未回答の回答要メールをユーザに容易に認識させることができる。なお、ここでは、ユーザの利便性を考慮して、既に表示されているウィンドウよりも後ろに表示する例を説明したが、これに限定されるものではない。
【０１１７】
（２）装置構成等
例えば、図１に示したメールサーバ２００の機能ブロックの構成は概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。例えば、図１に示した制御部２７０の特定部２７１、第一の取得部２７２、第２の取得部２７３および送信部２７４を機能的または物理的に統合してもよい。また、図１に示した回答ＤＢ２３０とメール管理ＤＢ２５０とを統合してもよい。このように、例えば、図１に示したメールサーバ２００の機能ブロックの全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散または統合して構成することができる。
【０１１８】
（３）メール処理プログラム
また、上述の実施例にて説明したメールサーバ２００により実行される各種の処理は、例えば、電子回路や集積回路などを有するコンピュータで所定のプログラムを実行することによって実現できる。そこで、以下では、図２６を用いて、上述の実施例にて説明したメールサーバ２００により実行される処理と同様の機能を実現するメール処理プログラムを実行するコンピュータの一例を説明する。図２６は、メール処理プログラムを実行するコンピュータの一例を示す図である。
【０１１９】
図２６に示すように、コンピュータ３００は、例えば、メモリ３０１と、ＣＰＵ（Central Processing Unit）３０２を有する。また、コンピュータ３００は、図２６に示すように、ハードディスクドライブインタフェース３０３と、光ディスクドライブインタフェース３０４を有する。また、コンピュータ３００は、図２６に示すように、シリアルポートインタフェース３０５と、ビデオアダプタ３０６と、ネットワークインタフェース３０７を有する。そして、コンピュータ３００は、これらの各部３０１〜３０７をバス３０８によって接続する。
【０１２０】
メモリ３０１は、図２６に示すように、ＲＯＭ（Read Only Memory）及びＲＡＭ（Random Access Memory）を含む。ＲＯＭは、例えば、ＢＩＯＳ（Basic Input Output System）等のブートプログラムを記憶する。ハードディスクドライブインタフェース３０３は、図２６に示すように、ハードディスクドライブ３０９に接続される。光ディスクドライブインタフェース３０４は、図２６に示すように、光ディスクドライブ３１０に接続される。例えば、光ディスクドライブ３１０には、光ディスク等の着脱可能な記憶媒体が挿入される。シリアルポートインタフェース３０５は、図２６に示すように、例えば、マウス４００およびキーボード５００に接続される。ビデオアダプタ３０６は、図２６に示すように、例えば、ディスプレイ６００に接続される。
【０１２１】
ここで、図２６に示すように、ハードディスクドライブ３０９は、例えば、ＯＳ（Operating System）、アプリケーションプログラム、プログラムモジュール、プログラムデータを記憶する。
【０１２２】
すなわち、開示の技術に係るメール処理プログラムは、コンピュータ３００によって実行される指令が記述されたプログラムモジュールとして、例えばハードディスクドライブ３０９に記憶される。つまり、上述の実施例で説明した制御部２７０と同様の処理を実行する手順が記述されたプログラムモジュールが、ハードディスクドライブ３０９に記憶される。たとえば、このプログラムモジュールには、上述した図１０〜２４に示す処理と同様の処理を実行する手順が記述されている。
【０１２３】
また、メール処理プログラムによる処理に用いられるデータは、プログラムデータとして、例えばハードディスクドライブ３０９に記憶される。例えば、このプログラムデータは、上述の実施例で説明した認証ＤＢ２２０、回答ＤＢ２３０、メールＤＢ２４０、メール管理ＤＢ２５０および設定ＤＢ２６０に記憶される各種情報に対応する。
【０１２４】
そして、ＣＰＵ３０２が、ハードディスクドライブ３０９に記憶されたプログラムモジュールやプログラムデータを必要に応じてＲＡＭに読み出し、上述の実施例で説明したものと同様の処理（図１０〜２４）を実行するための手順を実行する。
【０１２５】
なお、メール処理プログラムに係るプログラムモジュールやプログラムデータは、ハードディスクドライブ３０９に記憶される場合に限られるものではなく、例えば、着脱可能な記憶媒体である光ディスクドライブ３１０等に記憶されていてもよい。この場合には、ＣＰＵ３０２が、光ディスクドライブ３１０を介して、メール処理プログラムに係るプログラムモジュールやプログラムデータを読み出す。あるいは、メール処理プログラムに係るプログラムモジュールやプログラムデータは、ネットワーク（ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）等）を介して接続された他のコンピュータに記憶されていてもよい。この場合には、ＣＰＵ３０２が、ネットワークインタフェース３０７を介して、メール処理プログラムに係るプログラムモジュールやプログラムデータを読み出す。
【０１２６】
なお、ＣＰＵ３０２の代わりに、例えば、ＭＰＵ（Micro Processing Unit）などの電子回路、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ(Field Programmable Gate Array)などの集積回路を用いることもできる。また、メモリ３０１の代わりに、フラッシュメモリ(flash memory)などの半導体メモリ素子を用いることもできる。
【符号の説明】
【０１２７】
１０ ネットワーク
１００Ａ，１００Ｂ，１００Ｃ クライアント装置
２００ メールサーバ
２１０ 通信制御部
２２０ 認証ＤＢ
２３０ 回答ＤＢ
２４０ メールＤＢ
２５０ メール管理ＤＢ
２６０ 設定ＤＢ
３００ コンピュータ
３０１ メモリ
３０２ ＣＰＵ
３０３ ハードディスクドライブインタフェース
３０４ 光ディスクドライブインタフェース
３０５ シリアルポートインタフェース
３０６ ビデオアダプタ
３０７ ネットワークインタフェース
３０８ バス
３０９ ハードディスクドライブ
４００ マウス
５００ キーボード
６００ ディスプレイ
【技術分野】
【０００１】
本願の開示する技術は、メールサーバ、メール処理プログラム、メール処理方法およびメールシステムに関する。
【背景技術】
【０００２】
現在、電子メールの利用が盛んとなっているが、所定の事案に対してメールの受信者に回答を求める電子メールを送信する場合がある。このような場合、メールの送信者は、メールの受信者に対して回答を希望する回答期限を電子メールに設けることが多い。そこで、回答を求める電子メールの送信者は、回答期限までにできるだけ回答を得るために、電話や電子メールなどにより回答期限が迫っていることを受信者に伝えたり、回答期限を過ぎてしまっていることを受信者に伝えたりする作業を行うことがある。
【０００３】
なお、回答の要求や取得を行う技術に関連して、回答を要求する要求メールと、要求メールに対応する応答メールとを対応付けて管理することにより、回答を行ったユーザを管理する技術がある。また、電子掲示板の閲覧期限を管理し、電子掲示板の未読者に対して閲覧督促メッセージを出力することで、電子掲示板の未読者に対して督促を行う技術などもある。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００９−１９９２７３号公報
【特許文献２】特開２００６−２５２２７０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、回答を求める電子メールの送信者には、上述したように、電話や電子メールなどにより回答期限が迫っていることを受信者に伝えるなどの作業負担がかかるという問題がある。なお、回答を求める電子メールの送信者の作業負担を軽減させるために、上述した管理技術や督促技術を利用することも考えられる。例えば、受信者の回答を管理し、ある時点で受信者からの回答が得られていない場合に、回答を督促するメッセージを送信するようにする。しかし、この場合には、督促のメッセージの受信者について、督促メッセージを記憶するための新たな記憶領域が必要となるという問題がある。
【０００６】
開示の技術は、上記に鑑みてなされたものであって、メール送信者の負担を軽減することが可能なメールサーバ、メール処理プログラム、メール処理方法およびメールシステムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
本願の開示するメールサーバは、一つの態様において、第一の記憶部と、第二の記憶部と、特定部と、第一の取得部と、第二の取得部と、送信部とを有する。第一の記憶部は、回答を要求する問合せメールを一意に識別する問合せメール識別情報と、該問合せメールの宛先であるユーザを一意に識別するユーザ識別情報と、前記ユーザが該問合せメールに対する回答を行っているかを示す回答状況とを対応付けて記憶する。第二の記憶部は、前記ユーザ識別情報と、前記ユーザ宛に送信された前記問合せメールを含む複数のメール情報とを対応付けて記憶する。特定部は、前記ユーザが操作する端末から、前記複数のメール情報の少なくとも一部を要求するメール取得要求を受信した場合に、該ユーザの前記ユーザ識別情報を特定する。第一の取得部は、特定された前記ユーザ識別情報に対応付けられている前記問合せメール識別情報であって、かつ前記回答状況が未回答である問合せメール識別情報を前記第一の記憶部から取得する。第二の取得部は、特定された前記ユーザ識別情報に対応付けられている前記複数のメール情報の少なくとも一部であって、取得した前記問合せメール識別情報に対応するメール情報を含むメール情報を前記第二の記憶部から取得する。送信部は、前記第二の取得部により取得されたメール情報のうち、前記第一の取得部により取得された問合せメール識別情報に対応するメール情報を、前記第二の取得部により取得されたメール情報の他のメール情報とは異なる形態で表示させる情報を送信する。
【発明の効果】
【０００８】
本願の開示する技術の一つの態様によれば、メール送信者の負担を軽減できる。
【図面の簡単な説明】
【０００９】
【図１】図１は、メールサーバの構成を示すブロック図である。
【図２】図２は、認証ＤＢのデータの一例を示す図である。
【図３】図３は、回答ＤＢのデータの一例を示す図である。
【図４】図４は、メールＤＢのデータの一例を示す図である。
【図５】図５は、メール管理ＤＢのデータの一例を示す図である。
【図６】図６は、設定ＤＢのデータの一例を示す図である。
【図７】図７は、クライアント装置による処理の全体の流れを示す図である。
【図８】図８は、メッセージ送信処理の流れを示す図である。
【図９】図９は、回答要メール閲覧処理の流れを示す図である。
【図１０】図１０は、メールサーバによる処理の全体の流れを示す図である。
【図１１】図１１は、メッセージ作成画面生成処理の流れを示す図である。
【図１２】図１２は、回答要メッセージ作成画面の一例を示す図である。
【図１３】図１３は、メールのヘッダ構成の一例を示す図である。
【図１４】図１４は、一般メッセージ作成画面の一例を示す図である。
【図１５】図１５は、回答要メール閲覧画面生成処理の流れを示す図である。
【図１６】図１６は、回答要メール閲覧画面の一例を示す図である。
【図１７】図１７は、メール表示画面作成処理（１）の流れを示す図である。
【図１８】図１８は、メール表示画面の一例を示す図である。
【図１９】図１９は、メール表示画面作成処理（２）の流れを示す図である。
【図２０】図２０は、メール表示画面の一例を示す図である。
【図２１】図２１は、メール表示画面作成処理（３）の流れを示す図である。
【図２２】図２２は、メール表示画面の一例を示す図である。
【図２３】図２３は、メール表示画面作成処理（４）の流れを示す図である。
【図２４】図２４は、メール表示画面の一例を示す図である。
【図２５】図２５は、回答要メールの表示形態の一例を示す図である。
【図２６】図２６は、メール処理プログラムを実行するコンピュータの一例を示す図である。
【発明を実施するための形態】
【００１０】
以下に、図面を参照しつつ、本願の開示するメールサーバ、メール処理プログラム、メール処理方法およびメールシステムの一実施形態について説明する。後述する実施例は一実施形態にすぎず、本願の開示するメールサーバ、メール処理プログラム、メール処理方法およびメールシステムを限定するものではない。また、後述する各実施例は処理内容に矛盾を生じさせない範囲で適宜組み合わせることもできる。
【００１１】
なお、以下の実施例では、クライアント装置がウェブブラウザなどを用いて、メールサーバにアクセスし、メールのやりとりを行う場合において、本願の開示するメールサーバが行う各処理について説明する。ただし、開示する技術は、これに限定されず、後述するように、クライアント装置が電子メールソフトを用いて、メールサーバとやりとりし、メールをクライアント装置にダウンロードする場合にも適用できる。
【実施例１】
【００１２】
［メールサーバの構成（実施例１）］
図１は、メールサーバの構成を示すブロック図である。図１に示すように、実施例１に係るメールサーバ２００は、ネットワーク１０を介して、複数のクライアント装置１００と接続される。なお、図１には、説明の便宜上、クライアント装置１００Ａ、クライアント装置１００Ｂおよびクライアント装置１００Ｃの３つのクライアント装置を記載するが、この数に限定されるものではない。
【００１３】
クライアント装置１００は、少なくともウェブブラウザの機能を有する、パーソナルコンピュータ、携帯電話装置、ＰＨＳ（Personal Handy-phone System）端末、スマートフォン、ＰＤＡ（Personal Digital Assistant）などのコンピュータである。また、クライアント装置１００は、例えばキーボードなどの入力部と、液晶ディスプレイなどの表示部とを有し、ウェブブラウザの機能によってウェブメールサーバと通信し、メールの送受信を行う。なお、ネットワーク１０は、インターネット、ＬＡＮ(Local Area Network)、ＷＡＮ(Wide Area Network)、携帯電話網などの通信網である。
【００１４】
そして、図１に示すように、メールサーバ２００は、通信制御部２１０と、認証ＤＢ（Date Base）２２０と、回答ＤＢ２３０と、メールＤＢ２４０と、メール管理ＤＢ２５０と、設定ＤＢ２６０と、制御部２７０とを有する。通信制御部２１０は、クライアント装置１００との間でやり取りされる各種情報に関する通信を制御する。
【００１５】
認証ＤＢ２２０は、メールサーバ２００にアクセスするクライアント装置の利用者の認証に用いる情報を記憶する。図２は、認証ＤＢのデータの一例を示す図である。図２に示すように、認証ＤＢ２２０は、メールサーバ２００の利用者である各クライアント装置１００のユーザごとに、利用者を特定する利用者ＩＤと、利用者に固有のパスワードとを対応付けて記憶する。利用者ＩＤ（Identity）は、メールの利用者を一意に識別する識別情報であり、例えばメールアドレスが用いられる。パスワードは、利用者を認証するための認証情報である。一例を挙げれば、認証ＤＢ２２０は、図２に示すように、「利用者ＩＤ：aaa@xxx.ww」と、「パスワード：jjleriuth」とを対応付けて記憶する。
【００１６】
回答ＤＢ２３０は、回答を要求するメール（以下、回答要メールと記載する）に対する回答状況を記憶する。図３は、回答ＤＢのデータの一例を示す図である。図３に示すように、回答ＤＢ２３０は、回答者ＩＤと、回答フラグと、回答日時とを対応付けて記憶する。回答者ＩＤは、回答要メールの回答者となる利用者の利用者ＩＤである。また、回答フラグは、回答要メールに対する回答状況を示し、例えば、「０」であれば未回答であり、「１」であれば回答済である。回答日時は、メールサーバ２００が回答を確認した日時であり、例えば回答となるメールを受信した日時である。一例を挙げれば、回答ＤＢ２３０は、図３に示すように、「回答ＩＤ：aaa@xxx.ww」と、「回答フラグ：０（未回答）」とを対応付けて記憶する。あるいは、回答ＤＢ２３０は、「回答ＩＤ：bbb@xxx.ww」と、「回答フラグ：１（回答済）」と、「回答日時：2011/12/20 12:45:34」とを対応付けて記憶する。ここで、回答者ＩＤは、回答要メールの回答者となる利用者ＩＤである。また、回答フラグは、回答要メールに対する回答状況を示し、例えば、「０」であれば未回答であり、「１」であれば回答済である。回答日時は、メールサーバ２００が回答を確認した日時である。この回答ＤＢは、本実施例では、回答を要求するメール毎に存在させることとしているため、回答者ＩＤと、回答フラグと、回答日時とを対応づけて記載させている。しかし、回答ＤＢの持たせ方として、メールサーバ２００内にひとつ回答ＤＢを用意し、回答を要求するメールの識別子（メッセージＩＤ）と、回答者ＩＤと、回答フラグと、回答日時とを対応づけて記載させても良い。
【００１７】
メールＤＢ２４０は、クライアント装置１００が送受信したメールに関する情報を記憶する。図４は、メールＤＢのデータの一例を示す図である。図４に示すように、メールＤＢ２４０は、利用者ＩＤと、メールごとに、メールの種別と、メールを特定するメッセージＩＤと、メールの送信元である差出人と、メールの受信先である宛先と、発信日時と、メール情報とを対応付けて記憶する。利用者ＩＤは、認証ＤＢ２２０の利用者ＩＤに対応する。メールの種別は、利用者にとって送信メールか受信メールかを示す。メッセージＩＤは、メールを一意に識別するメール識別情報であり、例えば、時刻やメールアドレスなどから作成される。差出人は、メールの送信元を示し、例えば、利用者ＩＤが用いられる。宛先は、メールの受信先を示し、例えば、利用者ＩＤが用いられる。発信日時は、メールが発信された日時を示す。メール情報は、タイトルと本文とを含む。タイトルは、メールのタイトル（Subject）であり、本文は、メールの本文データである。一例を挙げれば、メールＤＢ２４０は、図４に示すように、「利用者ＩＤ：ddd@xxx.ww」の利用者の受信メールの情報として、「タイトル：（回答要）健康診断日の調整」と「本文：特許太郎です。・・・」とを含んだメール情報を記憶する。同様に、メールＤＢ２４０は、図４に示すように、「利用者ＩＤ：sss@xxx.ww」の利用者の受信メールの情報として、「タイトル：（回答要）健康診断日の調整」と「本文：特許太郎です。・・・」とを含んだメール情報を記憶する。なお、このメールＤＢ２４０は、図４ではテーブル形式で表現しているが、情報の記憶の形態として、フォルダ形式にて記憶させてもよい。たとえば、利用者ＩＤ毎にサブフォルダを形成し、その下位のフォルダとして、送信と受信とを用意し、その下位にメッセージＩＤに対応するフォルダを用意し、その下位にその他の情報を入れこむという形態でも構わない。
【００１８】
メール管理ＤＢ２５０は、回答要メールの回答期限や、回答要メールに関する督促の状況を記憶する。図５は、メール管理ＤＢのデータの一例を示す図である。メール管理ＤＢ２５０は、図５に示すように、回答要メールごとに、回答要メールを識別するメッセージＩＤと、発信日時と、期限と、督促フラグとを対応付けて記憶する。メッセージＩＤおよび発信日時は、メールＤＢ２４０のメッセージＩＤおよび発信日時に対応する。期限は、回答要メールに対する回答の期限日時を示す。督促フラグは、回答要メールの送信者から回答の督促がなされているかを示し、「ＯＮ」であれば督促済であり、「ＯＦＦ」であれば未督促である。一例を挙げれば、メール管理ＤＢ２５０は、図５に示すように、「メッセージＩＤ：syokuba@xxx.yy」の回答要メールについて「督促フラグ：ＯＮ」を記憶している。よって、メール管理ＤＢ２５０に記憶されている情報を参照すれば、「メッセージＩＤ：syokuba@xxx.yy」の回答要メールについて、回答要メールの送信者から回答の督促がなされている状態であることがわかる。
【００１９】
設定ＤＢ２６０は、回答の督促が行われた回答要メールを、他のメールとは異なる形態で表示させるための設定情報を記憶する。図６は、設定ＤＢのデータの一例を示す図である。設定ＤＢ２６０は、図６に示すように、「一般」および「督促」のそれぞれに対応付けて、フォントおよび背景色の設定方法を記憶する。ここで、「一般」とは、回答の督促が行われた回答要メール以外のメールに関する設定を表す。また、「督促」とは、回答の督促が行われた回答要メールに関する設定を表す。設定情報ＤＢ２６０によれば、図６に示すように、メールを表示する際のフォントは、「一般」では「ゴシック」に設定し、「督促」では「ボールドゴシック」に設定することとなる。また、設定情報ＤＢ２６０によれば、図６に示すように、メールを表示する際の背景色は、「一般」では「白」に設定し、「督促」では「青」に設定することとなる。なお、これらの設定は一例である。
【００２０】
なお、上述した利用者ＩＤ、パスワードおよびメッセージＩＤのデータは一例であり、対象を一意に特定できる固有のデータであれば、どのようなデータであってもよい。また、上述した認証ＤＢ２２０、回答ＤＢ２３０、メールＤＢ２４０、メール管理ＤＢ２５０および設定ＤＢ２６０は、サーバやストレージ、パーソナルコンピュータなどの汎用のハードウェアにより実装することができる。また、上述した認証ＤＢ２２０、回答ＤＢ２３０、メールＤＢ２４０、メール管理ＤＢ２５０および設定ＤＢ２６０は、上述した汎用のハードウェアではなく、大容量のハードディスクなどの記憶媒体により実装することもできる。
【００２１】
制御部２７０は、図１に示すように、特定部２７１と、第一の取得部２７２と、第二の取得部２７３と、送信部２７４と、作成画面生成部２７５と、閲覧画面生成部２７６とを有する。なお、制御部２７０は、例えば、電子回路や集積回路により実装することができる。電子回路としては、例えば、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）がある。また、集積回路としては、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array)などがある。
【００２２】
特定部２７１は、クライアント装置１００からメール表示要求（ログイン要求）を受信すると、認証ＤＢ２２０を参照して、メール表示要求の送信元であるクライアント装置１００のユーザの認証を行う。例えば、特定部２７１は、メール表示要求の送信元であるクライアント装置１００に対して利用者ＩＤおよびパスワードを要求する。そして、特定部２７１は、メール表示要求の送信元であるクライアント装置１００から取得した利用者ＩＤとパスワードとの対が、認証ＤＢ２２０にある場合には認証成功とする。一方、特定部２７１は、メール表示要求の送信元であるクライアント装置１００から取得した利用者ＩＤとパスワードとの対が、認証ＤＢ２２０にない場合には認証失敗とする。なお、特定部２７１は、パスワードを用いた認証が成功した後の所定期間は、利用者ＩＤのみによってメール表示要求を受付け、利用者を特定するようにしてもよい。
【００２３】
第一の取得部２７２は、メール管理ＤＢ２５０を参照して、特定部２７１によるログイン認証に成功したユーザの受信メールの中に、回答を行っていない未回答の回答要メールがある場合には、その回答要メールのメッセージＩＤを取得する。なお、第一の取得部２７２による処理の一例については、図１７、図１９、図２１および図２３を用いて後述する。
【００２４】
第二の取得部２７３は、特定部２７１によるログイン認証に成功したユーザの送受信メールを、メールＤＢ２４０から取得する。なお、第二の取得部２７３による処理の一例については、図１７、図１９、図２１および図２３を用いて後述する。
【００２５】
送信部２７４は、第二の取得部２７３により取得されたメールのうち、第一の取得部２７２により取得されたメールを、他のメールとは異なる形態で表示させるようなメール表示画面を生成する。なお、送信部２７４による処理の一例については、図１７〜図２４を用いて後述する。
【００２６】
作成画面生成部２７５は、クライアント装置１００からメール作成画面の取得要求を受け付けると、メール作成画面生成処理を実行する。なお、作成画面生成部２７５による処理の一例については、図１１〜図１４を用いて後述する。
【００２７】
閲覧画面生成部２７６は、クライアント装置１００から、回答要メール閲覧画面の表示要求を受け付けると、回答要メール閲覧画面生成処理を実行する。なお、閲覧画面生成部２７６による処理の一例については、図１５および１６を用いて後述する。
【００２８】
［実施例１による処理］
以下、各図を参照して、実施例１による処理を説明する。なお、図７、図８および図９は、クライアント装置１００Ａやクライアント装置１００Ｂ、クライアント装置１００Ｃなどによる処理の説明に用いる。また、図９〜図２４は、メールサーバ２００による処理の説明に用いる。
【００２９】
（クライアント装置の処理）
まず、図７を用いて、クライアント装置１００Ａやクライアント装置１００Ｂ、クライアント装置１００Ｃなどによる処理の全体の流れを説明する。図７は、クライアント装置による処理の全体の流れを示す図である。なお、以下の処理は、クライアント装置１００が、ウェブブラウザの機能を用いて、メールサーバ２００にアクセスすることによって実行される。
【００３０】
図７に示すように、クライアント装置１００は、利用者から入力部を介して、メールの表示要求を受け付けた場合には（Ｓ１０１「Ｙｅｓ」）、メールサーバ２００にメール表示要求を送信する（Ｓ１０２）。なお、クライアント装置１００は、メールの表示要求を受け付けなかった場合には（Ｓ１０１「Ｎｏ」）、同判定を繰り返し行う。
【００３１】
続いて、クライアント装置１００は、メールサーバ２００から利用者ＩＤおよびパスワードの入力画面を受信したか否かの判定を行う（Ｓ１０３）。クライアント装置１００は、メールサーバ２００から利用者ＩＤおよびパスワードの入力画面を受信した場合には（Ｓ１０３「Ｙｅｓ」）、利用者ＩＤおよびパスワードの入力画面を表示部に表示する（Ｓ１０４）。なお、クライアント装置１００は、メールサーバ２００から利用者ＩＤおよびパスワードの入力画面を受信しなかった場合には（Ｓ１０３「Ｎｏ」）、同判定を繰り返し行う。
【００３２】
続いて、クライアント装置１００は、利用者から入力部を介して、利用者ＩＤおよびパスワードの入力を受け付けた否かの判定を行う（Ｓ１０５）。クライアント装置１００は、利用者ＩＤおよびパスワードの入力を受け付けた場合には（Ｓ１０５「Ｙｅｓ」）、利用者ＩＤおよびパスワードをメールサーバ２００に送信する（Ｓ１０６）。なお、クライアント装置１００は、メールサーバ２００から利用者ＩＤおよびパスワードの入力を受け付けなかった場合には（Ｓ１０５「Ｎｏ」）、同判定を繰り返し行う。
【００３３】
続いて、クライアント装置１００は、認証エラー画面を受信したか否かの判定を行う（Ｓ１０７）。クライアント装置１００は、認証エラー画面を受信した場合には（Ｓ１０７「Ｙｅｓ」）、認証エラー画面を表示部に表示して（Ｓ１０８）、処理を終了する。
【００３４】
一方、クライアント装置１００は、認証エラー画面を受信しなかった場合には（Ｓ１０７「Ｎｏ」）、続いて、メール表示画面をメールサーバ２００から受信したか否かの判定を行う（Ｓ１０９）。クライアント装置１００は、メール表示画面をメールサーバ２００から受信しなかった場合には（Ｓ１０９「Ｎｏ」）、同判定を繰り返し行う。そして、クライアント装置１００は、メール表示画面をメールサーバ２００から受信した場合には（Ｓ１０９「Ｙｅｓ」）、メール表示画面を表示部に表示する（Ｓ１１０）。
【００３５】
ここで、メール表示画面は、例えば、利用者が受信したメールの一覧を表示するものである。そして、メール表示画面では、回答要メールであって未回答のメールが上位になるように生成される。したがって、クライアント装置１００では、未回答のメールが上位に表示される。
【００３６】
続いて、クライアント装置１００は、利用者から入力部を介して、メッセージ作成要求を受け付けたか否かの判定を行う（Ｓ１１１）。クライアント装置１００は、メッセージ作成要求を受け付けた場合には（Ｓ１１１「Ｙｅｓ」）、メッセージ送信処理を実行する（Ｓ１１２）。メッセージ送信処理については、図８を用いて後述する。なお、上述したＳ１１１において、クライアント装置１００は、メッセージ作成要求を受け付けなかった場合には（Ｓ１１１「Ｎｏ」）、後述するステップＳ１１３の処理に移行する。
【００３７】
続いて、クライアント装置１００は、利用者から入力部を介して、回答要メール閲覧画面の表示要求を受け付けたか否かの判定を行う（Ｓ１１３）。クライアント装置１００は、回答要メール閲覧画面の表示要求を受け付けた場合には（Ｓ１１３「Ｙｅｓ」）、回答要メール閲覧処理を実行する（Ｓ１１４）。なお、回答要メール閲覧処理について、図９を用いて後述する。
【００３８】
続いて、クライアント装置１００は、利用者から入力部を介して、メールの表示要求を受け付けたか否かの判定を行う（Ｓ１１５）。なお、クライアント装置１００は、上述したＳ１１３にて、回答要メール閲覧画面の表示要求を受け付けなかった場合には（Ｓ１１３「Ｎｏ」）とし、そのまま、上述したＳ１１５の判定に移行する。
【００３９】
クライアント装置１００は、メールの表示要求を受け付けた場合には（Ｓ１１５「Ｙｅｓ」）、メールサーバ２００にメール表示要求を送信する（Ｓ１１６）。続いて、クライアント装置１００は、ログアウト要求があったか否かの判定を行う（Ｓ１１７）。なお、クライアント装置１００は、メールの表示要求を受け付けなかった場合には（Ｓ１１５「Ｎｏ」）、そのまま、上述したＳ１１７の判定に移行する。
【００４０】
クライアント装置１００は、利用者から入力部を介して、ログアウト要求があった場合には（Ｓ１１７「Ｙｅｓ」）、ログアウト要求をメールサーバ２００に送信して（Ｓ１１８）、処理を終了する。一方、クライアント装置１００は、ログアウト要求がなかった場合には（Ｓ１１７「Ｎｏ」）、上述したＳ１１１に戻り、メッセージ作成要求を受け付けたか否かの判定を行う。
【００４１】
（メッセージ送信処理）
次に、図８を用いて、上述した図７に示すＳ１１２のメッセージ送信処理の流れを説明する。図８は、メッセージ送信処理の流れを示す図である。なお、利用者は、以下の処理を通じて、回答要メールや一般メールを作成する。
【００４２】
図８に示すように、クライアント装置１００は、メール種別が回答要メールか否かの判定を行う（Ｓ２０１）。クライアント装置は、メール種別が回答要メールであると判定した場合には（Ｓ２０１「Ｙｅｓ」）、メール種別（回答要メール）と、メッセージ作成要求をメールサーバに送信する（Ｓ２０２）。
【００４３】
続いて、クライアント装置１００は、回答要メッセージ作成画面を受信したか否かの判定を行う（Ｓ２０３）。クライアント装置１００は、回答要メッセージ作成画面を受信していない場合には（Ｓ２０３「Ｎｏ」）、同判定を繰り返し行う。クライアント装置１００は、回答要メッセージ作成画面を受信した場合には（Ｓ２０３「Ｙｅｓ」）、回答要メッセージの作成画面を表示部に表示する（Ｓ２０４）。続いて、クライアント装置１００は、宛先、タイトル、記事本文、期限の入力を受け付ける（Ｓ２０５）。なお、この期限は、作成したメッセージに対する回答期限である。
【００４４】
続いて、クライアント装置１００は、利用者から入力部を介して、メッセージ送信要求を受け付けたか否かの判定を行う（Ｓ２０６）。クライアント装置１００は、メッセージ送信要求を受け付けていない場合には（Ｓ２０６「Ｎｏ」）、同判定を繰り返し行う。クライアント装置１００は、メッセージ送信要求を受け付けた場合には（Ｓ２０６「Ｙｅｓ」）、宛先、タイトル、記事本文、期限をメールサーバ２００に送信して（Ｓ２０７）、処理を終了する。
【００４５】
なお、上述したＳ２０１にて、クライアント装置１００は、メール種別が回答要メールではないと判定した場合には（Ｓ２０１「Ｎｏ」）、メール種別（通常メール）と、メッセージ作成要求をメールサーバに送信する（Ｓ２０８）。なお、この通常メールとは、回答要メール以外のメールである。
【００４６】
続いて、クライアント装置１００は、一般メッセージ作成画面を受信したか否かの判定を行う（Ｓ２０９）。なお、一般メッセージ作成画面は、上述した通常メールを作成するための画面である。クライアント装置１００は、一般メッセージ作成画面を受信していない場合には（Ｓ２０９「Ｎｏ」）、同判定を繰り返し行う。クライアント装置１００は、一般メッセージ作成画面を受信した場合には（Ｓ２０９「Ｙｅｓ」）、一般メッセージの作成画面を表示部に表示する（Ｓ２１０）。続いて、クライアント装置１００は、宛先、タイトル、記事本文の入力を受け付ける（Ｓ２１１）。
【００４７】
続いて、クライアント装置１００は、利用者から入力部を介して、メッセージ送信要求を受け付けたか否かの判定を行う（Ｓ２１２）。クライアント装置１００は、メッセージ送信要求を受け付けていない場合には（Ｓ２１２「Ｎｏ」）、同判定を繰り返し行う。クライアント装置１００は、メッセージ送信要求を受け付けた場合には（Ｓ２１２「Ｙｅｓ」）、宛先、タイトル、記事本文、期限をメールサーバ２００に送信して（Ｓ２１３）、処理を終了する。
【００４８】
（回答要メール閲覧処理）
次に、図９を用いて、上述した図７に示すＳ１１４の回答要メール閲覧処理の流れを説明する。図９は、回答要メール閲覧処理の流れを示す図である。なお、利用者は、以下の処理を通じて、利用者が送信した回答要メールについて督促の要求を行う。
【００４９】
図９に示すように、クライアント装置１００は、利用者ＩＤと、回答要メール閲覧画面の取得要求をメールサーバ２００に送信する（Ｓ３０１）。
【００５０】
続いて、クライアント装置１００は、督促対象メールが存在しない旨の通知を受信したかどうかの判定を行う（Ｓ３０２）。クライアント装置１００は、督促対象メールが存在しない旨の通知を受信しなかった場合には（Ｓ３０２「Ｎｏ」）、続いて、回答要メール閲覧画面を受信したか否かの判定を行う（Ｓ３０３）。クライアント装置１００は、回答要メール閲覧画面を受信していない場合には（Ｓ３０３「Ｎｏ」）、上述したＳ３０２に戻る。
【００５１】
クライアント装置１００は、回答要メール閲覧画面を受信した場合には（Ｓ３０３「Ｙｅｓ」）、回答要メール閲覧画面を表示部に表示する（Ｓ３０４）。続いて、クライアント装置１００は、利用者から入力部を介して、メールが選択され、督促要求が受け付けられたか否かの判定を行う（Ｓ３０５）。クライアント装置１００は、メールが選択され、督促要求が受け付けられていない場合には（Ｓ３０５「Ｎｏ」）、同判定を繰り返し行う。
【００５２】
クライアント装置１００は、メールが選択され、督促要求が受け付けられた場合には（Ｓ３０５「Ｙｅｓ」）、選択されたメールのヘッダからメッセージＩＤを取得する（Ｓ３０６）。そして、クライアント装置１００は、利用者ＩＤと、選択されたメールのメッセージＩＤと督促要求をメールサーバ２００に送信して（Ｓ３０７）、処理を終了する。
【００５３】
なお、上述したＳ３０２にて、クライアント装置１００は、督促対象メールが存在しない旨の通知を受信した場合には（Ｓ３０２「Ｙｅｓ」）、回答要メールが存在しない、あるいは回答が全て届いている旨を通知して（Ｓ３０８）、処理を終了する。
【００５４】
（メールサーバ２００による処理）
次に、図１０を用いて、メールサーバ２００による処理の全体の流れを説明する。図１０は、メールサーバによる処理の全体の流れを示す図である。なお、以下の処理は、メールサーバ２００が、クライアント装置１００との間でウェブブラウザの機能を用いて通信することで実行される。
【００５５】
図１０に示すように、メールサーバ２００の制御部２７０は、メール表示要求を受信していない場合には（Ｓ４０１「Ｎｏ」）、同判定を繰り返し行う。メールサーバ２００の制御部２７０は、メール表示要求をクライアント装置１００から受信した場合には（Ｓ４０１「Ｙｅｓ」）、続いて、該当クライアント装置１００にユーザを認証済みであるか否か判定を行う（Ｓ４０２）。制御部２７０により、認証済みではないと判定された場合には（Ｓ４０２「Ｎｏ」）、特定部２７１は、利用者ＩＤおよびパスワードの入力画面をクライアント装置１００に送信する（Ｓ４０３）。
【００５６】
続いて、特定部２７１は、利用者ＩＤおよびパスワードを受信したか否かの判定を行う（Ｓ４０４）。特定部２７１は、利用者ＩＤおよびパスワードを受信していない場合には（Ｓ４０４「Ｎｏ」）、同判定を繰り返し行う。特定部２７１は、利用者ＩＤおよびパスワードを受信した場合には（Ｓ４０４「Ｙｅｓ」）、認証ＤＢ２２０を用いて認証を行う（Ｓ４０５）。
【００５７】
そして、特定部２７１は、認証に失敗した場合（認証ＮＧの場合）には（Ｓ４０６「Ｎｏ」）、認証エラー画面を作成してクライアント装置１００に送信し（Ｓ４０７）、処理を終了する。一方、特定部２７１による認証が成功した場合（認証ＯＫの場合）には（Ｓ４０６「Ｙｅｓ」）、送信部２７４は、メール表示画面作成処理を実行して（Ｓ４０８）、メール送信画面を送信する（Ｓ４０９）。なお、メール表示画面作成処理については、図１７〜図２４を用いて後述する。
【００５８】
続いて、制御部２７０は、メッセージ作成要求およびメール種別を受信したか否かの判定を行う（Ｓ４１０）。制御部２７０により、メッセージ作成要求およびメール種別の受信が判定された場合には（Ｓ４１０「Ｙｅｓ」）、作成画面生成部２７５は、メッセージ作成画面生成処理を実行する（Ｓ４１１）。なお、メッセージ作成画面生成処理については、図１１〜図１４を用いて後述する。
【００５９】
続いて、制御部２７０は、回答要メール閲覧画面の取得要求を受信したか否かを判定する（Ｓ４１２）。制御部２７０により、回答要メール閲覧画面の取得要求の受信が判定された場合には（Ｓ４１２「Ｙｅｓ」）、閲覧画面生成部２７６は、回答要メール閲覧画面生成処理を実行する（Ｓ４１３）。なお、回答要メール閲覧画面生成処理については、図１５および図１６を用いて後述する。
【００６０】
そして、制御部２７０は、ログアウト要求をクライアント装置１００から受信したか否かの判定を行う（Ｓ４１４）。制御部２７０は、ログアウト要求をクライアント装置１００から受信した場合には（Ｓ４１４「Ｙｅｓ」）、処理を終了する。一方、制御部２７０は、ログアウト要求をクライアント装置１００から受信していない場合には（Ｓ４１４「Ｎｏ」）、上述したＳ４１０に戻って、メッセージ作成要求およびメール種別を受信したか否かの判定を行う。
【００６１】
なお、上述したＳ４０２において、制御部２７０は、認証済みである場合には（Ｓ４０２「Ｙｅｓ」）、上述したステップＳ４０８の処理に移行する。
【００６２】
なお、上述したＳ４１０において、制御部２７０は、メッセージ作成要求およびメール種別を受信していない場合には（Ｓ４１０「Ｎｏ」）、そのまま、上述したＳ４１４の判定に移行する。
【００６３】
なお、上述したＳ４１２において、制御部２７０は、回答要メール閲覧画面の取得要求を受信していない場合には（Ｓ４１２「Ｎｏ」）、そのまま、上述したＳ４１４の判定に移行する。
【００６４】
（メッセージ作成画面生成処理）
次に、図１１〜図１４を用いて、メッセージ作成画面生成処理の流れを説明する。図１１は、メッセージ作成画面生成処理の流れを示す図である。図１２は、回答要メッセージ作成画面の一例を示す図である。図１３は、メールのヘッダ構成の一例を示す図である。図１４は、一般メッセージ作成画面の一例を示す図である。なお、メールサーバ２００は、以下の処理を通じて、クライアント装置１００から回答要メールや一般メールを受信する。
【００６５】
メッセージ作成要求およびメール種別をクライアント装置１００から受信すると、作成画面生成部２７５は、図１１に示すように、メッセージＩＤおよびヘッダを生成し（Ｓ５０１）、メール種別は回答要メールであるか否かの判定を行う（Ｓ５０２）。
【００６６】
作成画面生成部２７５は、メール種別が回答要メールである場合には（Ｓ５０２「Ｙｅｓ」）、回答要メッセージ作成画面を生成して（Ｓ５０３）、回答要メッセージ作成画面をクライアント装置１００に送信する（Ｓ５０４）。図１２に、回答要メッセージ作成画面の一例を示す。例えば、回答要メッセージ作成画面の上部には、「送信」、「保存」および「ログアウト」の処理を指定するための操作ボタンと、後述するメール表示画面を表示させるためのリンクが設けられている。また、回答要メッセージ作成画面の下部には、宛先を入力する「宛先」や「ＣＣ（Carbon Copy）」、メールのタイトルを入力する「件名」、回答期限を入力する「期限」、メール記事の本文を入力する「記事入力画面」などの入力領域が設けられている。例えば、ユーザが、図１２に示す回答要メッセージ作成画面に対応箇所にメール記事や回答期限などを入力して「送信」の操作ボタンを操作すると、期限、宛先、タイトルおよび記事本文がメールサーバ２００に送信されることとなる。
【００６７】
続いて、作成画面生成部２７５は、期限、宛先、タイトルおよび記事本文を受信したか否かの判定を行う（Ｓ５０５）。作成画面生成部２７５は、期限、宛先、タイトルおよび記事本文を受信していない場合には（Ｓ５０５「Ｎｏ」）、同判定を繰り返し行う。作成画面生成部２７５は、期限、宛先、タイトルおよび記事本文を受信した場合には（Ｓ５０５「Ｙｅｓ」）、メールのヘッダに期限を追加する（Ｓ５０６）。図１３にヘッダの一例を示す。例えば、作成画面生成部２７５は、メールのヘッダに期限を記述するための領域「Deadline（期限）」を設ける。そして、作成画面生成部２７５は、この「Deadline（期限）」に、例えば、2011/2/5の期限を追加する。
【００６８】
続いて、作成画面生成部２７５は、一意なメッセージＩＤを生成して、このメッセージＩＤ、発信日、期限および督促フラグ（ＯＦＦ）をメール管理ＤＢ２５０に記録する（Ｓ５０７）。続いて、作成画面生成部２７５は、メッセージＩＤに対応付けて回答ＤＢ２３０を生成して、回答ＤＢ２３０の回答者ＩＤに宛先を記録し、回答ＤＢ２３０の回答者フラグに０を記録する（Ｓ５０８）。
【００６９】
続いて、作成画面生成部２７５は、ヘッダと、タイトルおよび記事を宛先（フォルダやディレクトリなど）に送信する（Ｓ５０９）。続いて、作成画面生成部２７５は、メールＤＢ２４０でメールの送信元および宛先に対応する利用者ＩＤの送信欄および宛先の受信欄に、メッセージＩＤ、タイトル、記事本文を記録して（Ｓ５１０）、処理を終了する。
【００７０】
なお、上述したＳ５０２において、作成画面生成部２７５は、メール種別が回答要メールではない場合には（Ｓ５０２「Ｎｏ」）、メール種別が一般メールであるものとし、一般メッセージ作成画面を生成する（Ｓ５１１）。そして、作成画面生成部２７５は、一般メッセージ作成画面をクライアント装置１００に送信する（Ｓ５１２）。図１４に、一般メッセージ作成画面の一例を示す。例えば、一般メッセージ作成画面の上部には、「送信」、「保存」および「ログアウト」の処理を指定するための操作ボタンと、後述するメール表示画面を表示させるためのリンクが設けられている。また、一般メッセージ作成画面の下部には、宛先を入力する「宛先」や「ＣＣ（Carbon Copy）」、メールのタイトルを入力する「件名」、メール記事の本文を入力する「記事入力画面」などの入力領域が設けられている。例えば、ユーザが、図１４に示す一般メッセージ作成画面に対応箇所にメール記事などを入力して「送信」の操作ボタンを操作すると、宛先、タイトルおよび記事本文がメールサーバ２００に送信されることとなる。
【００７１】
続いて、作成画面生成部２７５は、宛先、タイトルおよび記事本文を受信したか否かの判定を行う（Ｓ５１３）。作成画面生成部２７５は、宛先、タイトルおよび記事本文を受信していない場合には（Ｓ５１３「Ｎｏ」）、同判定を繰り返し行う。一方、作成画面生成部２７５は、宛先、タイトルおよび記事本文を受信した場合には（Ｓ５１３「Ｙｅｓ」）、本メールが他のメールを返信メールか否かの判定を行う（Ｓ５１４）。
【００７２】
作成画面生成部２７５は、他のメールを返信メールである場合には（Ｓ５１４「Ｙｅｓ」）、元記事のメッセージＩＤがメール管理ＤＢ２５０に存在するか否かの判定を行う（Ｓ５１５）。つまり、作成画面生成部２７５は、Ｓ５１４の返信メールに含まれる元記事のメッセージＩＤが、メール管理ＤＢ２５０から取得できれば、回答要メールに対する回答が記述された返信メールであると判定することができる。作成画面生成部２７５は、元記事のメッセージＩＤがメール管理ＤＢ２５０に存在する場合には（Ｓ５１５「Ｙｅｓ」）、メールのヘッダより送信者ＩＤ（回答者ＩＤ）を取得する（Ｓ５１６）。そして、作成画面生成部２７５は、元記事のメッセージＩＤに対応する回答ＤＢ２３０の回答者ＩＤに対応する回答フラグをＯＮ（つまり、１）にし、回答日時を記録する（Ｓ５１７）。
【００７３】
そして、作成画面生成部２７５は、上述したＳ５０９およびＳ５１０の処理を行って処理を終了する。なお、上述したＳ５１４において、作成画面生成部２７５は、他のメールを返信メールでない場合には（Ｓ５１４「Ｎｏ」）、上述したＳ５０９の処理に移行する。また、上述したＳ５１５において、作成画面生成部２７５は、元記事のメッセージＩＤがメール管理ＤＢ２５０にない場合には（Ｓ５１５「Ｎｏ」）、上述したＳ５０９の処理に移行する。
【００７４】
（回答要メール閲覧画面生成処理）
次に、図１５および図１６を用いて、回答要メール閲覧画面生成処理の流れを説明する。図１５は、回答要メール閲覧画面生成処理の流れを示す図である。図１６は、回答要メール閲覧画面の一例を示す図である。なお、メールサーバ２００は、以下の処理を通じて、クライアント装置１００から回答要メールに対する督促要求を受付ける。
【００７５】
図１５に示すように、閲覧画面生成部２７６は、利用者ＩＤに対応する送信メールのメッセージＩＤをメールＤＢ２４０から取得する（Ｓ６０１）。なお、Ｓ６０１の利用者ＩＤは、上述した図１０に示すＳ４０４で受信した利用者ＩＤである。続いて、閲覧画面生成部２７６は、そのメッセージＩＤがメール管理ＤＢ２５０に含まれているか否かの判定を行う（Ｓ６０２）。閲覧画面生成部２７６は、メッセージＩＤがメール管理ＤＢ２５０に含まれている場合には（Ｓ６０２「Ｙｅｓ」）、そのメッセージＩＤに対応する期限をメール管理ＤＢ２５０から取得する（Ｓ６０３）。
【００７６】
続いて、閲覧画面生成部２７６は、そのメッセージＩＤに対応する回答ＤＢ２３０にて、回答フラグが０（未回答）のクライアント装置１００の宛先を取得する（Ｓ６０４）。そして、閲覧画面生成部２７６は、回答フラグが０の宛先が存在するか否かの判定を行う（Ｓ６０５）。言い換えれば、閲覧画面生成部２７６は、回答フラグが０の宛先を回答ＤＢ２３０から取得できたか否かの判定を行う。閲覧画面生成部２７６は、回答フラグが０の宛先が存在する場合には（Ｓ６０５「Ｙｅｓ」）、そのメッセージＩＤの発信日時およびタイトルをメールＤＢ２４０から取得する（Ｓ６０６）。
【００７７】
続いて、閲覧画面生成部２７６は、メッセージごとに選択ボタンをつけたメッセージ一覧、各メッセージの未回答者数および期限が含まれた回答要メール閲覧画面を生成し、クライアント装置１００（閲覧表示者）に送信する（Ｓ６０７）。図１６に、回答要メール閲覧画面の一例を示す。回答要メール閲覧画面の上部には、「督促要求」および「ログアウト」の処理を指定するための操作ボタンと、後述するメール表示画面を表示させるためのリンクが設けられている。また、回答要メール閲覧画面の下部には、回答要メールのメッセージごとに、宛先である利用者ＩＤ、発信日時、件名、回答期限および未回答者数を表示する表示領域が設けられている。例えば、閲覧画面の閲覧しているユーザが、図１６に示す回答要メール閲覧画面の督促要求ボタンを操作すると、宛先の左側にあるチェックボックスにチェックが挿入されたメッセージに対する督促要求がメールサーバ２００に送信されることとなる。
【００７８】
続いて、閲覧画面生成部２７６は、利用者ＩＤと、メッセージＩＤと、督促要求とを受信したか否かの判定を行う（Ｓ６０８）。閲覧画面生成部２７６は、利用者ＩＤと、メッセージＩＤと、督促要求とを受信していない場合には（Ｓ６０８「Ｎｏ」）、同判定を繰り返す。一方、閲覧画面生成部２７６は、利用者ＩＤと、メッセージＩＤと、督促要求とを受信した場合には（Ｓ６０８「Ｙｅｓ」）、そのメッセージＩＤについて、メール管理ＤＢ２５０の督促フラグをＯＮにして（Ｓ６０９）、処理を終了する。
【００７９】
なお、上述したＳ６０２において、閲覧画面生成部２７６は、メッセージＩＤがメール管理ＤＢ２５０に含まれていない場合には（Ｓ６０２「Ｎｏ」）、督促対象メールが存在しない通知をクライアント装置１００に送信する（Ｓ６１０）。そして、閲覧画面生成部２７６は処理を終了する。また、上述したＳ６０５において、閲覧画面生成部２７６は、回答フラグが０の宛先が存在しない場合には（Ｓ６０５「Ｎｏ」）、上述したＳ６１０の処理を行い、処理を終了する。
【００８０】
（メッセージ表示画面作成処理）
次に、図１７〜図２４を用いて、メッセージ表示画面作成処理の流れを説明する。なお、メールサーバ２００は、以下の処理のいずれかを通じて、クライアント装置１００にメールを送信する。図１７は、メール表示画面作成処理（１）の流れを示す図である。図１８は、メール表示画面の一例を示す図である。図１９は、メール表示画面作成処理（２）の流れを示す図である。図２０は、メール表示画面の一例を示す図である。図２１は、メール表示画面作成処理（３）の流れを示す図である。図２２は、メール表示画面の一例を示す図である。図２３は、メール表示画面作成処理（４）の流れを示す図である。図２４は、メール表示画面の一例を示す図である。なお、メールサーバ２００がメール表示画面作成処理（１）〜（４）のいずれを実行するかは、例えば、管理者の設定や利用者の設定に委ねられる。いずれか単一の運用でもよいし、利用者ごと、時間帯ごと、回答要メールの期限ごとなど、複数を混在させた運用でもよい。
【００８１】
（メール表示画面作成処理（１））
まず、図１７および図１８を用いて、メール表示画面作成処理（１）の流れを説明する。メール表示画面作成処理（１）では、回答の督促がされている回答要メールが他のメールとは異なるフォントで表示される例を示す。
【００８２】
図１７に示すように、第二の取得部２７３は、利用者ＩＤに対応するメールをメールＤＢ２４０から取得する（Ｓ７０１）。例えば、第二の取得部２７３は、利用者が受信したメールのうち最新のものから所定数のメールを取得する。この所定数は、管理者の設定や、利用者の設定（例えば表示部の表示フォントサイズ）によって定められる。なお、Ｓ７０１の利用者ＩＤは、上述した図１０に示すＳ４０４で受信した利用者ＩＤである。
【００８３】
続いて、第一の取得部２７２は、取得したメールのメッセージＩＤがメール管理ＤＢ２５０に含まれているか否かの判定を行う（Ｓ７０２）。第一の取得部２７２は、メッセージＩＤがメール管理ＤＢ２５０に含まれている場合には（Ｓ７０２「Ｙｅｓ」）、メール管理ＤＢ２５０に含まれているメールのうち、督促フラグがＯＮのものがあるか否かの判定を行う（Ｓ７０３）。第一の取得部２７２は、督促フラグがＯＮのものがある場合には（Ｓ７０３「Ｙｅｓ」）、督促フラグがＯＮであるメールのうち、回答フラグが０の回答者ＩＤ（受信者）が回答ＤＢ２３０にあるか否かの判定を行う（Ｓ７０４）。第一の取得部２７２は、回答フラグが０の回答者ＩＤ（受信者）が回答ＤＢ２３０にある場合には（Ｓ７０４「Ｙｅｓ」）、設定ＤＢ２６０から督促メールのフォントを取得する（Ｓ７０５）。続いて、送信部２７４は、Ｓ７０５で取得されたフォントを、回答フラグが０のメールのフォントとしたメール表示画面を生成して（Ｓ７０６）、処理を終了する。例えば、送信部２７４は、回答フラグが０のメールのフォントのみをボールドゴシックとし、メールを期限順にソートするとともに、回答フラグが０のメールを期限が近いものから順にソートしたメール表示画面を生成する。
【００８４】
なお、上述したＳ７０２において、第一の取得部２７２は、メッセージＩＤがメール管理ＤＢ２５０に含まれていない場合には、Ｓ７０２の判定結果を「Ｎｏ」とする。そして、送信部２７４は、メールＤＢ２４０から取得したメールを日付順にソートしてメール表示画面を生成し（Ｓ７０７）、処理を終了する。また、上述したＳ７０３において、第一の取得部２７２により、督促フラグがＯＮのものがないと判定された場合には（Ｓ７０３「Ｎｏ」）、送信部２７４は、上述したＳ７０７の処理を行って処理を終了する。また、上述したＳ７０４において、第一の取得部２７２により、回答フラグが０の回答者ＩＤ（受信者）が回答ＤＢ２３０にないと判定された場合には（Ｓ７０４「Ｎｏ」）、送信部２７４は、上述したＳ７０７の処理を行って処理を終了する。
【００８５】
図１８に、上述した図１７の処理によって生成されるメール表示画面の一例を示す。図１７の処理で生成されるメール表示画面の下部には、メール表示領域が設けられている。このメール表示領域には、図１８に示すように、画面サイズに見合った受信メールが表示される。回答の督促がされている回答要メールが他のメールとは異なるフォントで表示されるとともに、他のメールよりも上に表示されている。これにより、フォントを変更するという簡易な処理を行うだけで、ユーザに一見して回答の督促がされている回答要メールを認識させることができる。なお、メール表示領域において、例えば、いずれかの受信メールを利用者が選択すると、選択したメールの本文等がメール表示領域の全面に表示される。
【００８６】
なお、図１７の処理で生成されるメール表示画面の上部には、図１８に示すように、「通常メッセージ作成」、「回答要メッセージ作成」、「回答要メール閲覧」および「ログアウト」の処理を指定するための操作ボタンが設けられている。例えば、メール表示画面上で「通常メッセージ作成」のボタンが操作されると、通常メッセージの作成要求がメールサーバ２００に送信される。また、メール表示画面上で「回答要メッセージ作成」のボタンが操作されると、回答要メッセージの作成要求がメールサーバ２００に送信される。メッセージ作成要求を受信すると、メールサーバ２００では、上述した図１１に示すメッセージ作成画面生成処理が実行される。また、メール作成画面上で「回答要メール閲覧」のボタンが操作されると、回答要メール閲覧要求がメールサーバ２００に送信される。回答要メール閲覧要求を受信すると、メールサーバ２００では、上述した図１５に示す回答要メール閲覧画面生成処理が実行される。また、メール作成画面上で「ログアウト」のボタンが操作されると、ログアウト要求がメールサーバ２００に送信される。ログアウト要求を受信すると、メールサーバ２００では、ログアウト処理が実行される。
【００８７】
（メール表示画面作成処理（２））
次に、図１９および図２０を用いて、メール表示画面作成処理（２）の流れを説明する。メール表示画面作成処理（２）では、回答の督促がされている回答要メールが他のメールとは異なる背景色が施された状態で表示される例を示す。なお、図１９に示すＳ８０１〜Ｓ８０４の処理は、上述した図１７に示すＳ７０１〜Ｓ７０４の処理と同様である。
【００８８】
すなわち、図１９に示すように、第二の取得部２７３は、利用者ＩＤに対応するメールをメールＤＢ２４０から取得する（Ｓ８０１）。続いて、第一の取得部２７２は、取得したメールのメッセージＩＤがメール管理ＤＢ２５０に含まれているか否かの判定を行う（Ｓ８０２）。第一の取得部２７２により、メッセージＩＤがメール管理ＤＢ２５０に含まれていないと判定された場合には（Ｓ８０２「Ｎｏ」）、送信部２７４は、メールＤＢ２４０から取得されたメールを日付順にソートしてメール表示画面を生成する（Ｓ８０７）。そして、送信部２７４は、処理を終了する。
【００８９】
一方、第一の取得部２７２は、メッセージＩＤがメール管理ＤＢ２５０に含まれている場合には（Ｓ８０２「Ｙｅｓ」）、メール管理ＤＢ２５０に含まれているメールのうち、督促フラグがＯＮのものがあるか否かの判定を行う（Ｓ８０３）。第一の取得部２７２により、督促フラグがＯＮのものがないと判定された場合には（Ｓ８０３「Ｎｏ」）、送信部２７４は、上述したＳ８０７の処理を行って処理を終了する。
【００９０】
一方、第一の取得部２７２は、督促フラグがＯＮのものがある場合には（Ｓ８０３「Ｙｅｓ」）、督促フラグがＯＮであるメールのうち、回答フラグが０の回答者ＩＤ（受信者）が回答ＤＢ２３０にあるか否かの判定を行う（Ｓ８０４）。第一の取得部２７２により、回答フラグが０の回答者ＩＤ（受信者）が回答ＤＢ２３０にないと判定された場合には（Ｓ８０４「Ｎｏ」）、送信部２７４は、上述したＳ８０７の処理を行って処理を終了する。
【００９１】
そして、図１９に示すＳ８０５およびＳ８０６の処理が、上述した図１７に示す処理とは異なる。
【００９２】
すなわち、第一の取得部２７２は、回答フラグが０の回答者ＩＤ（受信者）が回答ＤＢ２３０にある場合には（Ｓ８０４「Ｙｅｓ」）、設定ＤＢ２６０から督促メールの背景色を取得する（Ｓ８０５）。続いて、送信部２７４は、Ｓ８０５で取得された背景色を、回答フラグが０のメールの背景色としたメール表示画面を生成して（Ｓ８０６）、処理を終了する。例えば、送信部２７４は、回答フラグが０のメールの背景色のみを青とし、メールを期限順にソートするとともに、回答フラグが０のメールを期限が近いものから順にソートしたメール表示画面を生成する。
【００９３】
図２０に、上述した図１９の処理によって生成されるメール表示画面の一例を示す。図１９の処理で生成されるメール表示画面の上部には、図２０に示すように、「通常メッセージ作成」、「回答要メッセージ作成」、「回答要メール閲覧」および「ログアウト」の処理を指定するための操作ボタンが設けられている。この点は、上述した図１８と同様であるが次に説明する点が異なる。メール表示画面の下部に設けられたメール表示領域には、図２０に示すように、回答の督促がされている回答要メールが他のメールとは異なる背景色が施された状態で表示されている。これにより、フォントを変更するよりも、ユーザに一見して回答の督促がされている回答要メールを認識させることができる。
【００９４】
（メール表示画面作成処理（３））
次に、図２１および図２２を用いて、メール表示画面作成処理（３）の流れを説明する。メール表示画面作成処理（３）では、回答要メールのタイトルが別領域で表示される例を示す。なお、図２１に示すＳ９０１〜Ｓ９０４の処理は、上述した図１７や図１９に示す処理と同様である。
【００９５】
すなわち、図２１に示すように、第二の取得部２７３は、利用者ＩＤに対応するメールをメールＤＢ２４０から取得する（Ｓ９０１）。続いて、第一の取得部２７２は、取得したメールのメッセージＩＤがメール管理ＤＢ２５０に含まれているか否かの判定を行う（Ｓ９０２）。第一の取得部２７２により、メッセージＩＤがメール管理ＤＢ２５０に含まれていないと判定された場合には（Ｓ９０２「Ｎｏ」）、送信部２７４は、メールＤＢ２４０から取得されたメールを日付順にソートしてメール表示画面を生成する（Ｓ９０８）。そして、送信部２７４は、処理を終了する。
【００９６】
一方、第一の取得部２７２は、メッセージＩＤがメール管理ＤＢ２５０に含まれている場合には（Ｓ９０２「Ｙｅｓ」）、メール管理ＤＢ２５０に含まれているメールのうち、督促フラグがＯＮのものがあるか否かの判定を行う（Ｓ９０３）。第一の取得部２７２はにより、督促フラグがＯＮのものがないと判定された場合には（Ｓ９０３「Ｎｏ」）、送信部２７４は、上述したＳ９０８の処理を行って処理を終了する。
【００９７】
一方、第一の取得部２７２は、督促フラグがＯＮのものがある場合には（Ｓ９０３「Ｙｅｓ」）、督促フラグがＯＮであるメールのうち、回答フラグが０の回答者ＩＤ（受信者）が回答ＤＢ２３０にあるか否かの判定を行う（Ｓ９０４）。第一の取得部２７２により
、回答フラグが０の回答者ＩＤ（受信者）が回答ＤＢ２３０にないと判定された場合には（Ｓ９０４「Ｎｏ」）、送信部２７４は、上述したＳ９０８の処理を行って処理を終了する。
【００９８】
そして、図２１に示すＳ９０５〜Ｓ９０７の処理が、上述した図１７や図１８に示す処理とは異なる。
【００９９】
すなわち、第一の取得部２７２は、回答フラグが０の回答者ＩＤ（受信者）が回答ＤＢ２３０にある場合には（Ｓ９０４「Ｙｅｓ」）、メールＤＢ２４０から、回答フラグが０のメールのタイトルを取得する（Ｓ９０５）。続いて、送信部２７４は、回答要メール表示領域を作成する（Ｓ９０６）。そして、送信部２７４は、Ｓ９０６で作成した回答要メール表示領域に、回答フラグが０のメールのタイトル（リンク）を記載したメール表示画面を生成して（Ｓ９０７）、処理を終了する。
【０１００】
図２２に、上述した図２１の処理によって生成されるメール表示画面の一例を示す。図２１の処理で生成されるメール表示画面の上部には、図２２に示すように、「通常メッセージ作成」、「回答要メッセージ作成」、「回答要メール閲覧」および「ログアウト」の処理を指定するための操作ボタンが設けられている。この点は、上述した図１８や図２０と同様であるが、次に説明する点が異なる。メール表示画面の下部に設けられたメール表示領域には、図２２に示すように、回答要メール表示領域が作成されている。さらに、図２２に示すように、回答要メール表示領域には、回答の督促がされている回答要メールのタイトルが表示されている。これにより、フォントの変更や背景色を施す場合よりも、ユーザに回答の督促がされている回答要メールを確実に認識させることができる。図２２では回答要メールが１通のみ表示されているが、複数存在する場合には、これを期限にてソートして順に表示させることがこのましい。
【０１０１】
（メール表示画面作成処理（４））
次に、図２３および図２４を用いて、メール表示画面作成処理（４）の流れを説明する。メール表示画面作成処理（４）では、回答要メールのタイトルおよび本文が別領域で表示される例を示す。なお、図２３に示すＳ１００１〜Ｓ１００４の処理は、上述した図１７、図１９あるいは図２１に示す処理と同様である。
【０１０２】
すなわち、図２３に示すように、第二の取得部２７３は、利用者ＩＤに対応するメールをメールＤＢ２４０から取得する（Ｓ１００１）。続いて、第一の取得部２７２は、取得したメールのメッセージＩＤがメール管理ＤＢ２５０に含まれているか否かの判定を行う（Ｓ１００２）。第一の取得部２７２により、メッセージＩＤがメール管理ＤＢ２５０に含まれていないと判定された場合には（Ｓ１００２「Ｎｏ」）、送信部２７４は、メールＤＢ２４０から取得されたメールを日付順にソートしてメール表示画面を生成する（Ｓ１００９）。そして、送信部２７４は、処理を終了する。
【０１０３】
一方、第一の取得部２７２は、メッセージＩＤがメール管理ＤＢ２５０に含まれている場合には（Ｓ１００２「Ｙｅｓ」）、メール管理ＤＢ２５０に含まれているメールのうち、督促フラグがＯＮのものがあるか否かの判定を行う（Ｓ１００３）。第一の取得部２７２により、督促フラグがＯＮのものがないと判定された場合には（Ｓ１００３「Ｎｏ」）、送信部２７４は、上述したＳ１００９の処理を行って処理を終了する。
【０１０４】
一方、第一の取得部２７２は、督促フラグがＯＮのものがある場合には（Ｓ１００３「Ｙｅｓ」）、督促フラグがＯＮであるメールのうち、回答フラグが０の回答者ＩＤ（受信者）が回答ＤＢ２３０にあるか否かの判定を行う（Ｓ１００４）。第一の取得部２７２により、回答フラグが０の回答者ＩＤ（受信者）が回答ＤＢ２３０にないと判定された場合には（Ｓ１００４「Ｎｏ」）、送信部２７４は、上述したＳ１００９の処理を行って処理を終了する。
【０１０５】
そして、図２３に示すＳ１００５〜Ｓ１００８の処理が、上述した図１７、図１９あるいは図２１に示す処理とは異なる。
【０１０６】
すなわち、第一の取得部２７２は、回答フラグが０の回答者ＩＤ（受信者）が回答ＤＢ２３０にある場合には（Ｓ１００４「Ｙｅｓ」）、回答フラグが０のメールの中から最も期限が近いものを取得する（Ｓ１００５）。続いて、第一の取得部２７２は、メールＤＢ２４０から、Ｓ１００５で取得した最も期限が近いメールのタイトルおよび本文を取得する（Ｓ１００６）。続いて、送信部２７４は、回答要メール表示領域を作成する（Ｓ１００７）。そして、送信部２７４は、Ｓ１００７で作成した回答要メール表示領域に、回答フラグが０のメールの中から最も期限が近いメールのタイトル（リンク）および本文を記載したメール表示画面を生成して（Ｓ１００８）、処理を終了する。
【０１０７】
図２４に、上述した図２３の処理によって生成されるメール表示画面の一例を示す。図２３の処理で生成されるメール表示画面の上部には、図２４に示すように、「通常メッセージ作成」、「回答要メッセージ作成」、「回答要メール閲覧」および「ログアウト」の処理を指定するための操作ボタンが設けられている。この点は、上述した図１８、図２０あるいは図２２と同様である。また、図２４に示すように、メール表示画面の下部に設けられたメール表示領域に回答要メール表示領域が作成されている。この点は、上述した図２２と同様である。一方、図２４に示すように、回答要メール表示領域には、回答の督促がされている回答要メールのタイトルだけでなく、さらにメールの内容が表示されている。これにより、ユーザに回答の督促がされている回答要メールを確実に認識させることができるだけでなく、回答の督促がされている回答要メールの内容をユーザに簡単に確認させることができる。これにより、回答要メールを選択する手間が不要となる。
【０１０８】
［実施例１による効果］
上述してきたように、メールサーバ２００は、例えば、メール管理ＤＢ２５０に回答要メールの回答状況を管理する。そして、メールサーバ２００は、クライアント装置１００からメール表示要求（ログイン要求）を受信すると、メール表示要求の送信元であるクライアント装置１００のユーザのメール表示画面を生成して返信する。このとき、メールサーバ２００は、メール表示要求の送信元であるユーザの受信メールの中で、回答の督促が行われ、かつ未回答の状態であるメールがある場合には、該当メールを他のメールとは異なる形態で表示させるようなメール表示画面を生成する。例えば、該当メールのフォントや背景色を変更して表示させたり、該当メールのタイトルやメール本文を表示させたりするメール表示画面を生成する。つまり、メールサーバ２００は、受信メールを参照するためのログインをユーザから受け付けたタイミングで、回答の督促が行われている回答要メールのうち未回答の状態のものがある場合には、該当するメールを積極的に認識させる。このように、回答要メールの送信者は、未回答のユーザに対して督促メールを送信する必要がないので、実施例１によれば、回答要メールの送信者の負担をできるだけ軽減することができる。
【０１０９】
また、メールサーバ２００は、例えば、回答の督促が行われている回答要メールのうち未回答の状態のものがある場合には、ブラウザ画面などのユーザインターフェース上で、他のメールよりも上位に表示させるような情報を生成する。これにより、回答要メールのうち未回答の状態のものをユーザに容易に認識させることができる。
【０１１０】
なお、上述した実施例１では、メールサーバ２００は、回答要メールの送信者から督促が行われ、かつ未回答である回答要メールを他のメールとは異なる形態で表示させる場合を説明したが、次のような処理を行ってもよい。例えば、メールサーバ２００は、受信メールを参照するためのログインをユーザから受け付けたタイミングで、回答要メールで未回答のものがあれば、その回答要メールに対して督促がなくても他のメールと異なる形態で表示させるようにしてもよい。この場合、メールサーバ２００は、利用者が受信した回答要メールで未回答のものを抽出する。また、この場合には、メール管理ＤＢ２５０の「督促フラグ」を記憶する必要がない。これにより、回答要メールの送信者の負担を軽減するとともに、回答要メールの受信者の回答を促すことができる。
【０１１１】
また、メールサーバ２００は、ユーザからログインを受け付けたタイミングで、未回答、かつ回答期限を超過している回答要メールがあれば、その回答要メールに対して督促がなくても他のメールと異なる形態で表示させるようにしてもよい。この場合、メールサーバ２００は、メールＤＢ２４０およびメール管理ＤＢ２５０を参照し、利用者が受信した回答要メールうち、「督促フラグ」とは無関係に、未回答かつ回答期限を超過しているものを抽出する。これにより、未回答のものがあれば、常に、他のメールと異なる形態で表示させる場合に比較して、回答要メールの受信者の鬱陶しさを抑えつつ、回答要メールの受信者の回答を促すことができる。
【０１１２】
なお、メールサーバ２００は、ユーザからログインを受け付けたタイミングで、未回答、かつ回答期限が迫っている回答要メールがあれば、その回答要メールに対して督促がなくても他のメールを異なる形態で表示させるようにしてもよい。例えば、ユーザからログインを受け付けたタイミングで、未回答かつ回答期限の３日前や前日の回答要メールがあれば、該当するメールを他のメールとは異なる形態で表示させるようにする。この場合、メールサーバ２００は、メールＤＢ２４０およびメール管理ＤＢ２５０を参照し、利用者が受信した回答要メールうち、「督促フラグ」とは無関係に、未回答かつ回答期限の三日前のものを抽出する。これにより、未回答で、かつ回答期限が超過しているものがあれば、他のメールと異なる形態で表示させる場合よりも、回答要メールの受信者の回答ができるだけ回答期限内に行われるようにすることができる。
【０１１３】
また、メールサーバ２００は、例えば、回答の督促が行われている回答要メールのうち未回答の状態のものがある場合には、ブラウザ画面などのユーザインターフェース上で、他のメールよりも上位に表示させるような情報を生成する。これにより、回答要メールのうち未回答の状態のものをユーザに容易に認識させることができる。
【実施例２】
【０１１４】
以下、本願の開示するメールサーバ、メール処理プログラム、メール処理方法およびメールシステムの他の実施形態を説明する。
【０１１５】
（１）クライアント装置の電子メールソフトを用いた処理
上述した実施例１では、クライアント装置１００Ａなどのクライアント装置１００が、ウェブブラウザを用いてメールサーバ２００にアクセスする場合を説明した。つまり、メールサーバ２００は、ユーザがログインを受け付けると、メール表示画面を生成し、アクセスしてきたクライアント装置１００に送信する場合を説明したが、クライアント装置１００に実装されている電子メールソフト（メーラー）を利用することも考えられる。例えば、クライアント装置１００でメーラーを起動したタイミングや、所定間隔のタイミングで、ユーザを特定する情報などがメールサーバ２００に送信される。そして、メールサーバ２００では、メーラーが起動されたクライアント装置１００に対して、受信メールとともに、回答の督促が行われている回答要メールのうち未回答の状態のものを識別できる情報などを返信する。クライアント装置１００のメーラーは、回答の督促が行われている回答要メールのうち未回答の状態のものを識別できる情報に基づいて、ローカルフォルダ内のメールから該当メールを特定して表示させる。
【０１１６】
例えば、図２５に回答要メールの表示形態の一例を示す。図２５は、回答要メールの表示形態の一例を示す図である。図２５に示すように、クライアント装置１００では、受信メールとともに、未回答の回答要メールを識別する情報を受信すると、ディスプレイ１上にユーザインターフェースとして表示されるメーラー画面２とは別に、既にクライアント装置が受信済みの回答要メールを開封させて、回答要メールの内容を示す画面３が表示される。例えば、回答要メールの内容が別ウィンドウで表示される。これによって、未回答の回答要メールをユーザに容易に認識させることができる。なお、ここでは、ユーザの利便性を考慮して、既に表示されているウィンドウよりも後ろに表示する例を説明したが、これに限定されるものではない。
【０１１７】
（２）装置構成等
例えば、図１に示したメールサーバ２００の機能ブロックの構成は概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。例えば、図１に示した制御部２７０の特定部２７１、第一の取得部２７２、第２の取得部２７３および送信部２７４を機能的または物理的に統合してもよい。また、図１に示した回答ＤＢ２３０とメール管理ＤＢ２５０とを統合してもよい。このように、例えば、図１に示したメールサーバ２００の機能ブロックの全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散または統合して構成することができる。
【０１１８】
（３）メール処理プログラム
また、上述の実施例にて説明したメールサーバ２００により実行される各種の処理は、例えば、電子回路や集積回路などを有するコンピュータで所定のプログラムを実行することによって実現できる。そこで、以下では、図２６を用いて、上述の実施例にて説明したメールサーバ２００により実行される処理と同様の機能を実現するメール処理プログラムを実行するコンピュータの一例を説明する。図２６は、メール処理プログラムを実行するコンピュータの一例を示す図である。
【０１１９】
図２６に示すように、コンピュータ３００は、例えば、メモリ３０１と、ＣＰＵ（Central Processing Unit）３０２を有する。また、コンピュータ３００は、図２６に示すように、ハードディスクドライブインタフェース３０３と、光ディスクドライブインタフェース３０４を有する。また、コンピュータ３００は、図２６に示すように、シリアルポートインタフェース３０５と、ビデオアダプタ３０６と、ネットワークインタフェース３０７を有する。そして、コンピュータ３００は、これらの各部３０１〜３０７をバス３０８によって接続する。
【０１２０】
メモリ３０１は、図２６に示すように、ＲＯＭ（Read Only Memory）及びＲＡＭ（Random Access Memory）を含む。ＲＯＭは、例えば、ＢＩＯＳ（Basic Input Output System）等のブートプログラムを記憶する。ハードディスクドライブインタフェース３０３は、図２６に示すように、ハードディスクドライブ３０９に接続される。光ディスクドライブインタフェース３０４は、図２６に示すように、光ディスクドライブ３１０に接続される。例えば、光ディスクドライブ３１０には、光ディスク等の着脱可能な記憶媒体が挿入される。シリアルポートインタフェース３０５は、図２６に示すように、例えば、マウス４００およびキーボード５００に接続される。ビデオアダプタ３０６は、図２６に示すように、例えば、ディスプレイ６００に接続される。
【０１２１】
ここで、図２６に示すように、ハードディスクドライブ３０９は、例えば、ＯＳ（Operating System）、アプリケーションプログラム、プログラムモジュール、プログラムデータを記憶する。
【０１２２】
すなわち、開示の技術に係るメール処理プログラムは、コンピュータ３００によって実行される指令が記述されたプログラムモジュールとして、例えばハードディスクドライブ３０９に記憶される。つまり、上述の実施例で説明した制御部２７０と同様の処理を実行する手順が記述されたプログラムモジュールが、ハードディスクドライブ３０９に記憶される。たとえば、このプログラムモジュールには、上述した図１０〜２４に示す処理と同様の処理を実行する手順が記述されている。
【０１２３】
また、メール処理プログラムによる処理に用いられるデータは、プログラムデータとして、例えばハードディスクドライブ３０９に記憶される。例えば、このプログラムデータは、上述の実施例で説明した認証ＤＢ２２０、回答ＤＢ２３０、メールＤＢ２４０、メール管理ＤＢ２５０および設定ＤＢ２６０に記憶される各種情報に対応する。
【０１２４】
そして、ＣＰＵ３０２が、ハードディスクドライブ３０９に記憶されたプログラムモジュールやプログラムデータを必要に応じてＲＡＭに読み出し、上述の実施例で説明したものと同様の処理（図１０〜２４）を実行するための手順を実行する。
【０１２５】
なお、メール処理プログラムに係るプログラムモジュールやプログラムデータは、ハードディスクドライブ３０９に記憶される場合に限られるものではなく、例えば、着脱可能な記憶媒体である光ディスクドライブ３１０等に記憶されていてもよい。この場合には、ＣＰＵ３０２が、光ディスクドライブ３１０を介して、メール処理プログラムに係るプログラムモジュールやプログラムデータを読み出す。あるいは、メール処理プログラムに係るプログラムモジュールやプログラムデータは、ネットワーク（ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）等）を介して接続された他のコンピュータに記憶されていてもよい。この場合には、ＣＰＵ３０２が、ネットワークインタフェース３０７を介して、メール処理プログラムに係るプログラムモジュールやプログラムデータを読み出す。
【０１２６】
なお、ＣＰＵ３０２の代わりに、例えば、ＭＰＵ（Micro Processing Unit）などの電子回路、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ(Field Programmable Gate Array)などの集積回路を用いることもできる。また、メモリ３０１の代わりに、フラッシュメモリ(flash memory)などの半導体メモリ素子を用いることもできる。
【符号の説明】
【０１２７】
１０ ネットワーク
１００Ａ，１００Ｂ，１００Ｃ クライアント装置
２００ メールサーバ
２１０ 通信制御部
２２０ 認証ＤＢ
２３０ 回答ＤＢ
２４０ メールＤＢ
２５０ メール管理ＤＢ
２６０ 設定ＤＢ
３００ コンピュータ
３０１ メモリ
３０２ ＣＰＵ
３０３ ハードディスクドライブインタフェース
３０４ 光ディスクドライブインタフェース
３０５ シリアルポートインタフェース
３０６ ビデオアダプタ
３０７ ネットワークインタフェース
３０８ バス
３０９ ハードディスクドライブ
４００ マウス
５００ キーボード
６００ ディスプレイ
【特許請求の範囲】
【請求項１】
回答を要求する問合せメールを一意に識別する問合せメール識別情報と、該問合せメールの宛先であるユーザを一意に識別するユーザ識別情報と、前記ユーザが該問合せメールに対する回答を行っているかを示す回答状況とを対応付けて記憶する第一の記憶部と、
前記ユーザ識別情報と、前記ユーザ宛に送信された前記問合せメールを含む複数のメール情報とを対応付けて記憶する第二の記憶部と、
前記ユーザが操作する端末から、前記複数のメール情報の少なくとも一部を要求するメール取得要求を受信した場合に、該ユーザの前記ユーザ識別情報を特定する特定部と、
特定された前記ユーザ識別情報に対応付けられている前記問合せメール識別情報であって、かつ前記回答状況が未回答である問合せメール識別情報を前記第一の記憶部から取得する第一の取得部と、
特定された前記ユーザ識別情報に対応付けられている前記複数のメール情報の少なくとも一部であって、取得した前記問合せメール識別情報に対応するメール情報を含むメール情報を前記第二の記憶部から取得する第二の取得部と、
前記第二の取得部により取得された前記メール情報のうち、前記第一の取得部により取得された前記問合せメール識別情報に対応するメール情報を、前記第二の取得部により取得された前記メール情報の他のメール情報とは異なる形態で表示させる情報を送信する送信部と
を有することを特徴とするメールサーバ。
【請求項２】
前記第一の記憶部は、さらに、前記問合せメール識別情報に対応付けて前記問合せメールに対する回答期限を記憶し、
前記第一の取得部は、前記特定部により特定されたユーザのユーザ識別情報に対応付けられている未回答の前記問合せメール識別情報であって、前記回答状況が未回答であって、かつ前記回答期限を超過している問合せメール識別情報を前記第一の記憶部から取得することを特徴とする請求項１に記載のメールサーバ。
【請求項３】
前記第一の記憶部は、さらに、前記問合せメール識別情報に対応付けて前記問合せメールに対する回答の督促状況を記憶し、
前記第一の取得部は、前記特定部により特定されたユーザのユーザ識別情報に対応付けられている未回答の前記問合せメール識別情報であって、前記回答状況が未回答であって、かつ前記督促状況が督促ありの状態である問合せメール識別情報を前記第一の記憶部から取得することを特徴とする請求項１または２に記載のメールサーバ。
【請求項４】
前記送信部は、前記第一の取得部により取得された問合せメール識別子に対応するメール情報を前記他のメール情報よりも上位の表示領域に表示させる情報を送信することを特徴とする請求項１に記載のメールサーバ。
【請求項５】
コンピュータに、
ユーザが操作する端末から、複数のメール情報の少なくとも一部を要求するメール取得要求を受信した場合に、該メール取得要求の送信元であるユーザを特定し、
回答を要求する問合せメールを一意に識別する問合せメール識別情報と、該問合せメールの宛先であるユーザを一意に識別するユーザ識別情報と、前記ユーザが該問合せメールに対する回答を行っているかを示す回答状況とを対応付けて記憶する第一の記憶部を参照して、前記特定が行われたユーザの前記ユーザ識別情報に対応付けられている前記問合せメール識別情報であって、かつ前記回答状況が未回答である問合せメール識別情報を前記第一の記憶部から取得し、
前記ユーザ識別情報と、前記ユーザ宛に送信された前記問合せメールを含む複数のメール情報とを対応付けて記憶する第二の記憶部から、前記特定が行われたユーザの前記ユーザ識別情報に対応付けられている前記複数のメール情報の少なくとも一部であって、取得した前記問合せメール識別情報に対応するメール情報を含むメール情報を前記第二の記憶部から取得し、
前記第二の記憶部から取得したメール情報のうち、前記第一の記憶部から取得した前記問合せメール識別情報に対応するメール情報を、前記第二の記憶部から取得したメール情報に含まれる他のメール情報とは異なる形態で表示させる
各処理を実行させることを特徴とするメール処理プログラム。
【請求項６】
コンピュータが、
ユーザが操作する端末から、複数のメール情報の少なくとも一部を要求するメール取得要求を受信した場合に、該メール取得要求の送信元であるユーザを特定し、
回答を要求する問合せメールを一意に識別する問合せメール識別情報と、該問合せメールの宛先であるユーザを一意に識別するユーザ識別情報と、前記ユーザが該問合せメールに対する回答を行っているかを示す回答状況とを対応付けて記憶する第一の記憶部を参照して、前記特定が行われたユーザの前記ユーザ識別情報に対応付けられている前記問合せメール識別情報であって、かつ前記回答状況が未回答である問合せメール識別情報を前記第一の記憶部から取得し、
前記ユーザ識別情報と、前記ユーザ宛に送信された前記問合せメールを含む複数のメール情報とを対応付けて記憶する第二の記憶部から、前記特定が行われたユーザの前記ユーザ識別情報に対応付けられている前記複数のメール情報の少なくとも一部であって、取得した前記問合せメール識別情報に対応するメール情報を含むメール情報を前記第二の記憶部から取得し、
前記第二の記憶部から取得したメール情報のうち、前記第一の記憶部から取得した前記問合せメール識別情報に対応するメール情報を、前記第二の記憶部から取得したメール情報に含まれる他のメール情報とは異なる形態で表示させる
各処理を実行することを特徴とするメール処理方法。
【請求項７】
クライアント装置とメールサーバとを有するメールシステムであって、
前記メールサーバは、
回答を要求する問合せメールを一意に識別する問合せメール識別情報と、該問合せメールの宛先であるユーザを一意に識別するユーザ識別情報と、前記ユーザが該問合せメールに対する回答を行っているかを示す回答状況とを対応付けて記憶する第一の記憶部と、
前記ユーザ識別情報と、前記ユーザ宛に送信された前記問合せメールを含む複数のメール情報とを対応付けて記憶する第二の記憶部と、
前記ユーザが操作する端末から、前記複数のメール情報の少なくとも一部を要求するメール取得要求を受信した場合に、該ユーザの前記ユーザ識別情報を特定する特定部と、
特定された前記ユーザ識別情報に対応付けられている前記問合せメール識別情報であって、かつ前記回答状況が未回答である問合せメール識別情報を前記第一の記憶部から取得する第一の取得部と、
特定された前記ユーザ識別情報に対応付けられている前記複数のメール情報の少なくとも一部であって、取得した前記問合せメール識別情報に対応するメール情報を含むメール情報を前記第二の記憶部から取得する第二の取得部と、
前記第二の取得部により取得された前記メール情報のうち、前記第一の取得部により取得された前記問合せメール識別情報に対応するメール情報を、前記第二の取得部により取得された前記メール情報の他のメール情報とは異なる形態で表示させる情報を送信する送信部と
を有し、
前記クライアント装置は、
前記メールサーバから送信された前記情報を受信する受信部と
前記受信部により受信した前記情報を表示する表示部と
を有することを特徴とするメールシステム。
【請求項１】
回答を要求する問合せメールを一意に識別する問合せメール識別情報と、該問合せメールの宛先であるユーザを一意に識別するユーザ識別情報と、前記ユーザが該問合せメールに対する回答を行っているかを示す回答状況とを対応付けて記憶する第一の記憶部と、
前記ユーザ識別情報と、前記ユーザ宛に送信された前記問合せメールを含む複数のメール情報とを対応付けて記憶する第二の記憶部と、
前記ユーザが操作する端末から、前記複数のメール情報の少なくとも一部を要求するメール取得要求を受信した場合に、該ユーザの前記ユーザ識別情報を特定する特定部と、
特定された前記ユーザ識別情報に対応付けられている前記問合せメール識別情報であって、かつ前記回答状況が未回答である問合せメール識別情報を前記第一の記憶部から取得する第一の取得部と、
特定された前記ユーザ識別情報に対応付けられている前記複数のメール情報の少なくとも一部であって、取得した前記問合せメール識別情報に対応するメール情報を含むメール情報を前記第二の記憶部から取得する第二の取得部と、
前記第二の取得部により取得された前記メール情報のうち、前記第一の取得部により取得された前記問合せメール識別情報に対応するメール情報を、前記第二の取得部により取得された前記メール情報の他のメール情報とは異なる形態で表示させる情報を送信する送信部と
を有することを特徴とするメールサーバ。
【請求項２】
前記第一の記憶部は、さらに、前記問合せメール識別情報に対応付けて前記問合せメールに対する回答期限を記憶し、
前記第一の取得部は、前記特定部により特定されたユーザのユーザ識別情報に対応付けられている未回答の前記問合せメール識別情報であって、前記回答状況が未回答であって、かつ前記回答期限を超過している問合せメール識別情報を前記第一の記憶部から取得することを特徴とする請求項１に記載のメールサーバ。
【請求項３】
前記第一の記憶部は、さらに、前記問合せメール識別情報に対応付けて前記問合せメールに対する回答の督促状況を記憶し、
前記第一の取得部は、前記特定部により特定されたユーザのユーザ識別情報に対応付けられている未回答の前記問合せメール識別情報であって、前記回答状況が未回答であって、かつ前記督促状況が督促ありの状態である問合せメール識別情報を前記第一の記憶部から取得することを特徴とする請求項１または２に記載のメールサーバ。
【請求項４】
前記送信部は、前記第一の取得部により取得された問合せメール識別子に対応するメール情報を前記他のメール情報よりも上位の表示領域に表示させる情報を送信することを特徴とする請求項１に記載のメールサーバ。
【請求項５】
コンピュータに、
ユーザが操作する端末から、複数のメール情報の少なくとも一部を要求するメール取得要求を受信した場合に、該メール取得要求の送信元であるユーザを特定し、
回答を要求する問合せメールを一意に識別する問合せメール識別情報と、該問合せメールの宛先であるユーザを一意に識別するユーザ識別情報と、前記ユーザが該問合せメールに対する回答を行っているかを示す回答状況とを対応付けて記憶する第一の記憶部を参照して、前記特定が行われたユーザの前記ユーザ識別情報に対応付けられている前記問合せメール識別情報であって、かつ前記回答状況が未回答である問合せメール識別情報を前記第一の記憶部から取得し、
前記ユーザ識別情報と、前記ユーザ宛に送信された前記問合せメールを含む複数のメール情報とを対応付けて記憶する第二の記憶部から、前記特定が行われたユーザの前記ユーザ識別情報に対応付けられている前記複数のメール情報の少なくとも一部であって、取得した前記問合せメール識別情報に対応するメール情報を含むメール情報を前記第二の記憶部から取得し、
前記第二の記憶部から取得したメール情報のうち、前記第一の記憶部から取得した前記問合せメール識別情報に対応するメール情報を、前記第二の記憶部から取得したメール情報に含まれる他のメール情報とは異なる形態で表示させる
各処理を実行させることを特徴とするメール処理プログラム。
【請求項６】
コンピュータが、
ユーザが操作する端末から、複数のメール情報の少なくとも一部を要求するメール取得要求を受信した場合に、該メール取得要求の送信元であるユーザを特定し、
回答を要求する問合せメールを一意に識別する問合せメール識別情報と、該問合せメールの宛先であるユーザを一意に識別するユーザ識別情報と、前記ユーザが該問合せメールに対する回答を行っているかを示す回答状況とを対応付けて記憶する第一の記憶部を参照して、前記特定が行われたユーザの前記ユーザ識別情報に対応付けられている前記問合せメール識別情報であって、かつ前記回答状況が未回答である問合せメール識別情報を前記第一の記憶部から取得し、
前記ユーザ識別情報と、前記ユーザ宛に送信された前記問合せメールを含む複数のメール情報とを対応付けて記憶する第二の記憶部から、前記特定が行われたユーザの前記ユーザ識別情報に対応付けられている前記複数のメール情報の少なくとも一部であって、取得した前記問合せメール識別情報に対応するメール情報を含むメール情報を前記第二の記憶部から取得し、
前記第二の記憶部から取得したメール情報のうち、前記第一の記憶部から取得した前記問合せメール識別情報に対応するメール情報を、前記第二の記憶部から取得したメール情報に含まれる他のメール情報とは異なる形態で表示させる
各処理を実行することを特徴とするメール処理方法。
【請求項７】
クライアント装置とメールサーバとを有するメールシステムであって、
前記メールサーバは、
回答を要求する問合せメールを一意に識別する問合せメール識別情報と、該問合せメールの宛先であるユーザを一意に識別するユーザ識別情報と、前記ユーザが該問合せメールに対する回答を行っているかを示す回答状況とを対応付けて記憶する第一の記憶部と、
前記ユーザ識別情報と、前記ユーザ宛に送信された前記問合せメールを含む複数のメール情報とを対応付けて記憶する第二の記憶部と、
前記ユーザが操作する端末から、前記複数のメール情報の少なくとも一部を要求するメール取得要求を受信した場合に、該ユーザの前記ユーザ識別情報を特定する特定部と、
特定された前記ユーザ識別情報に対応付けられている前記問合せメール識別情報であって、かつ前記回答状況が未回答である問合せメール識別情報を前記第一の記憶部から取得する第一の取得部と、
特定された前記ユーザ識別情報に対応付けられている前記複数のメール情報の少なくとも一部であって、取得した前記問合せメール識別情報に対応するメール情報を含むメール情報を前記第二の記憶部から取得する第二の取得部と、
前記第二の取得部により取得された前記メール情報のうち、前記第一の取得部により取得された前記問合せメール識別情報に対応するメール情報を、前記第二の取得部により取得された前記メール情報の他のメール情報とは異なる形態で表示させる情報を送信する送信部と
を有し、
前記クライアント装置は、
前記メールサーバから送信された前記情報を受信する受信部と
前記受信部により受信した前記情報を表示する表示部と
を有することを特徴とするメールシステム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【公開番号】特開２０１２−１９９７１７（Ｐ２０１２−１９９７１７Ａ）
【公開日】平成２４年１０月１８日（２０１２．１０．１８）
【国際特許分類】
【出願番号】特願２０１１−６１７７５（Ｐ２０１１−６１７７５）
【出願日】平成２３年３月１８日（２０１１．３．１８）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
【公開日】平成２４年１０月１８日（２０１２．１０．１８）
【国際特許分類】
【出願日】平成２３年３月１８日（２０１１．３．１８）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
[ Back to top ]