(57)【要約】【課題】過去の複数のメールの応答が含まれる同報メールにおいて、各宛先の各時点での開封状況が把握できるようにすること。【解決手段】返信メッセージ作成画面に表示される記事（メッセージ）入力画面１１０において、各メッセージの直上に当該メッセージの開封状況表示欄１２１〜１２３を挿入する。具体的には、返信メッセージ入力欄１１１の下にメッセージＣの開封状況表示欄１２１、（メッセージＣ）１０２、メッセージＢの開封状況表示欄１２２、（メッセージＢ）１０３、メッセージＡの開封状況表示欄１２３、（メッセージＡ）１０４の順で連続して表示する。開封状況表示欄１２１はメッセージＣの開封者が本田、未開封者が鈴木、佐藤であることを示し、開封状況表示欄１２２はメッセージＢの開封者が本田、加藤、未開封者が佐藤であることを示し、開封状況表示欄１２３はメッセージＡの開封者が本田、鈴木、未開封者が佐藤であることを示している。【選択図】図１
2013206447.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータに、
所定のアドレス宛に送信された対象電子メールの本文を引用して新たな電子メールを作成する返信メッセージ作成画面の表示要求を受け付け、
受け付けられた前記表示要求に含まれる前記対象電子メールの識別子に基づいて、引用元の電子メールの識別子と引用先の電子メールの識別子とを対応付けて記憶する第１の記憶部の中から、前記対象電子メールの引用元となる引用元電子メールを検索し、
前記対象電子メールおよび検索された前記引用元電子メールの識別子に基づいて、前記アドレス宛に送信された電子メールの識別子と当該電子メールが開封されたか否かを示す開封状況とを関連付けして記憶する第２の記憶部を参照して、前記対象電子メールおよび前記引用元電子メールの前記アドレス宛ごとの開封状況を判定し、
判定された結果を前記対象電子メールおよび前記引用元電子メールの本文と関連付けして出力する、
処理を実行させることを特徴とする情報提供プログラム。
【請求項２】
前記開封状況には、前記表示要求を受け付けた際に前記引用元の電子メールが開封されていたか否かを示す開封状況、および、前記引用先の電子メールが送信された際に前記引用元の電子メールが開封されていたか否かを示す開封状況を含むことを特徴とする請求項１に記載の情報提供プログラム。
【請求項３】
出力された前記結果の更新要求を受け付け、
出力の対象となった電子メールのうち、未開封と判定された電子メールの識別子に基づいて、前記開封状況を更新する前記第２の記憶部を参照して、当該電子メールの開封状況を判定し、
判定された結果を更新して出力することを特徴とする請求項１または２に記載の情報提供プログラム。
【請求項４】
前記開封状況には、前記アドレス宛に送信された電子メールが開封された日時に関する情報を含み、
前記判定された結果および前記日時に関する情報を前記本文と関連付けして出力することを特徴とする請求項１〜３のいずれか一つに記載の情報提供プログラム。
【請求項５】
前記出力する処理は、引用元となる電子メールよりも後に引用された電子メールの量から算出される、前記引用元となる電子メールが引用される位置に関する情報を記憶する第３の記憶部を参照して、前記判定された結果を当該引用元となる電子メールの先頭部分に挿入するように出力することを特徴とする請求項１〜４のいずれか一つに記載の情報提供プログラム。
【請求項６】
所定のアドレス宛に送信された対象電子メールの本文を引用して新たな電子メールを作成する返信メッセージ作成画面の表示要求を受け付ける受付部と、
前記受付部によって受け付けられた前記表示要求に含まれる前記対象電子メールの識別子に基づいて、引用元の電子メールの識別子と引用先の電子メールの識別子とを対応付けて記憶する第１の記憶部の中から、前記対象電子メールの引用元となる引用元電子メールを検索する検索部と、
前記対象電子メールおよび前記検索部によって検索された前記引用元電子メールの識別子に基づいて、前記アドレス宛に送信された電子メールの識別子と当該電子メールが開封されたか否かを示す開封状況とを関連付けして記憶する第２の記憶部を参照して、前記対象電子メールおよび前記引用元電子メールの前記アドレス宛ごとの開封状況を判定する判定部と、
前記判定部によって判定された結果を前記対象電子メールおよび前記引用元電子メールの本文と関連付けして出力する出力部と、
を有することを特徴とする情報提供装置。
【請求項７】
コンピュータが、
所定のアドレス宛に送信された対象電子メールの本文を引用して新たな電子メールを作成する返信メッセージ作成画面の表示要求を受け付け、
受け付けられた前記表示要求に含まれる前記対象電子メールの識別子に基づいて、引用元の電子メールの識別子と引用先の電子メールの識別子とを対応付けて記憶する第１の記憶部の中から、前記対象電子メールの引用元となる引用元電子メールを検索し、
前記対象電子メールおよび検索された前記引用元電子メールの識別子に基づいて、前記アドレス宛に送信された電子メールの識別子と当該電子メールが開封されたか否かを示す開封状況とを関連付けして記憶する第２の記憶部を参照して、前記対象電子メールおよび前記引用元電子メールの前記アドレス宛ごとの開封状況を判定し、
判定された結果を前記対象電子メールおよび前記引用元電子メールの本文と関連付けして出力する、
処理を実行することを特徴とする情報提供方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報提供プログラム、情報提供装置および情報提供方法に関する。
【背景技術】
【０００２】
近年、多くの利用者によって、一般的なコミュニケーションツールである電子メール（以下、「メール」という）を用いた情報の伝達がおこなわれている。メールを作成する際、受信した過去のメールの内容を引用の形式により引用文として付加して送信する、いわゆる返信メッセージ機能が存在する。また、複数の宛先へ同一の内容のメールを同時に送信する同報機能がある。
【０００３】
関連する先行技術としては、たとえば、同報メールの各宛先の開封状況を各宛先にて表示させるものがある（たとえば、下記特許文献１を参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００１−２２６５９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来技術では、返信メッセージ機能を用いて返信メールを作成する際、引用された引用文にかかるメールが、同報機能により送信された各宛先人によって開封されたか否かを、返信メールを作成する者が把握することができない。したがって、返信メールを作成する者が、返信文の作成に苦慮したり、また、返信した内容によっては、宛先人の間で、情報伝達の行き違いが生じたりするという問題点がある。
【０００６】
本発明は、上述した従来技術による問題点を解消するため、メールの内容の理解を支援し、メールを効率よく利用した情報伝達を可能にすることができる情報提供プログラム、情報提供装置および情報提供方法を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上述した課題を解決し、目的を達成するため、本発明の一側面によれば、所定のアドレス宛に送信された対象メールの本文を引用して新たなメールを作成する返信メッセージ作成画面の表示要求を受け付け、受け付けられた表示要求に含まれる対象メールの識別子に基づいて、引用元のメールの識別子と引用先のメールの識別子とを対応付けて記憶する第１の記憶部の中から、対象メールの引用元となる引用元メールを検索し、対象メールおよび検索された引用元メールの識別子に基づいて、アドレス宛に送信されたメールの識別子と当該メールが開封されたか否かを示す開封状況とを関連付けして記憶する第２の記憶部を参照して、対象電子メールおよび引用元電子メールのアドレス宛ごとの開封状況を判定し、判定された結果を前記対象メールおよび引用元メールの本文と関連付けして出力する情報提供プログラム、情報提供装置および情報提供方法が提案される。
【発明の効果】
【０００８】
本発明の一側面によれば、引用文にかかるメールの宛先毎の開封状況が引用文とともに表示されることにより、メールの内容の理解を支援し、メールを効率よく利用した情報伝達を可能にすることができるという効果を奏する。
【図面の簡単な説明】
【０００９】
【図１】図１は、実施の形態にかかる情報提供方法の一実施例を示す説明図である。
【図２】図２は、実施の形態にかかるメールシステム２００のシステム構成例を示す説明図である。
【図３】図３は、実施の形態にかかる情報提供装置２０１のハードウェア構成例を示すブロック図である。
【図４】図４は、実施の形態にかかるクライアント端末２０２のハードウェア構成例を示すブロック図である。
【図５】図５は、実施の形態にかかる利用者認証ＤＢ２２０の記憶内容の一例を示す説明図である。
【図６】図６は、実施の形態にかかる返信管理ＤＢ２３０の記憶内容の一例を示す説明図である。
【図７】図７は、実施の形態にかかるメールＤＢ２４０の記憶内容の一例（利用者：本田）を示す説明図である。
【図８】図８は、実施の形態にかかるメールＤＢ２４０の記憶内容の一例（利用者：加藤）を示す説明図である。
【図９】図９は、実施の形態にかかるメールＤＢ２４０の記憶内容の一例（利用者：鈴木）を示す説明図である。
【図１０】図１０は、実施の形態にかかるメールＤＢ２４０の記憶内容の一例（利用者：佐藤）を示す説明図（その１）である。
【図１１】図１１は、実施の形態にかかるメールＤＢ２４０の記憶内容の一例（利用者：佐藤）を示す説明図（その２）である。
【図１２】図１２は、実施の形態にかかる開封状況ワークテーブルの記憶内容の一例を示す説明図（その１）である。
【図１３】図１３は、実施の形態にかかる開封状況ワークテーブルの記憶内容の一例を示す説明図（その２）である。
【図１４】図１４は、実施の形態にかかるメール一覧表示画面の画面例を示す説明図である。
【図１５】図１５は、実施の形態にかかるメッセージ表示画面の画面例を示す説明図である。
【図１６】図１６は、実施の形態にかかるメッセージ作成画面の画面例を示す説明図である。
【図１７】図１７は、実施の形態にかかる返信メッセージ作成画面の画面例を示す説明図（その１）である。
【図１８】図１８は、実施の形態にかかる返信メッセージ作成画面の画面例を示す説明図（その２）である。
【図１９】図１９は、実施の形態にかかる返信メッセージ作成画面の画面例を示す説明図（その３）である。
【図２０】図２０は、実施の形態にかかる情報提供装置２０１の機能的構成例を示すブロック図である。
【図２１】図２１は、実施の形態にかかる情報提供装置２０１の情報提供処理（メールプログラム）手順の一例を示すフローチャート（その１）である。
【図２２】図２２は、実施の形態にかかる情報提供装置２０１の情報提供処理（メールプログラム）手順の一例を示すフローチャート（その２）である。
【図２３】図２３は、実施の形態にかかる返信メッセージ作成画面作成処理の具体的処理手順の一例を示すフローチャートである。
【図２４】図２４は、実施の形態にかかる開封状況更新処理の具体的処理手順の一例を示すフローチャートである。
【図２５】図２５は、実施の形態にかかるクライアント端末２０２の情報処理手順の一例を示すフローチャート（その１）である。
【図２６】図２６は、実施の形態にかかるクライアント端末２０２の情報処理手順の一例を示すフローチャート（その２）である。
【発明を実施するための形態】
【００１０】
以下に添付図面を参照して、この発明にかかる情報提供プログラム、情報提供装置および情報提供方法の実施の形態を詳細に説明する。
【００１１】
（実施の形態）
図１は、実施の形態にかかる情報提供方法の一実施例を示す説明図である。図１において、たとえば４名のメールの利用者（本田、加藤、鈴木、佐藤）において、メッセージＡのメールを加藤が他の３名に同報にて送信した。その後、メッセージＡの返信メールとしてメッセージＡを引用したものを鈴木が他の３名に同報にて送信した。その後、メッセージＢの返信メールとしてメッセージＡおよびＢを引用したものを鈴木が他の３名に同報にて送信した。そして、佐藤がメッセージＣに対して返信メッセージ作成画面の表示要求をした場合を想定している。
【００１２】
また、本田はメッセージＡ〜Ｃの全てを開封している。加藤はメッセージＡおよびＣの送信者であり、メッセージＢを開封している。鈴木はメッセージＢの送信者であり、メッセージＡは開封しているが、メッセージＣは未開封である。佐藤はメッセージＡ〜Ｃの全てが未開封である。
【００１３】
１００は、佐藤の表示要求に対して、返信メッセージ作成画面に表示される記事（メッセージ）入力画面であり、返信メッセージ入力欄１０１の下に（メッセージＣ）１０２、（メッセージＢ）１０３、（メッセージＡ）１０４の順に引用されたメッセージが連続して表示される。ただし、これでは、佐藤は、（メッセージＣ）１０２、（メッセージＢ）１０３、（メッセージＡ）１０４を、他の利用者が開封したか否かは分からない。
【００１４】
そこで、実施の形態にかかる返信メッセージ作成画面に表示される記事（メッセージ）入力画面１１０では、各メッセージの直上に、当該メッセージの開封状況表示欄１２１、１２２、１２３を挿入する。
【００１５】
具体的には、返信メッセージ入力欄１１１の下にメッセージＣの開封状況表示欄１２１、（メッセージＣ）１０２、メッセージＢの開封状況表示欄１２２、（メッセージＢ）１０３、メッセージＡの開封状況表示欄１２３、（メッセージＡ）１０４の順で連続して表示する。
【００１６】
開封状況表示欄１２１は、メッセージＣの開封者が本田であり、未開封者が鈴木、佐藤であることを示し、開封状況表示欄１２２は、メッセージＢの開封者が本田、加藤であり、未開封者が佐藤であることを示し、開封状況表示欄１２３は、メッセージＡの開封者が本田、鈴木であり、未開封者が佐藤であることを示している。
【００１７】
各開封状況表示欄には、開封/未開封の区別だけでなく、開封日時を表示するようにしてもよい。また、現時点での開封状況だけでなく、一つ後のメールの返信時における開封状況を表示するようにしてもよい。
【００１８】
このように構成することによって、本田は、引用された各メッセージＡ〜Ｃだけでなく、各メッセージを誰が開封（確認）したか、各利用者はどのメッセージの内容まで開封（確認）しているか、各利用者はいつ開封（確認）したのか、を把握し、それらを考慮した上で、返信メッセージ入力欄１１１にメッセージを入力することができるので、情報伝達をより効率的におこなうことができる。
【００１９】
（メールシステム２００のシステム構成例）
つぎに、実施の形態にかかるメールシステム２００のシステム構成例について説明する。図２は、実施の形態にかかるメールシステム２００のシステム構成例を示す説明図である。図２において、メールシステム２００は、情報提供装置２０１と、複数のクライアント端末２０２（図面では３台）と、を含む。
【００２０】
メールシステム２００において、情報提供装置２０１および複数のクライアント端末２０２は、有線または無線のネットワーク２１０を介して相互に通信可能に接続されている。ネットワーク２１０は、たとえば、インターネット、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）などである。
【００２１】
ここで、情報提供装置２０１は、利用者認証ＤＢ（データベース）２２０、返信管理ＤＢ２３０、メールＤＢ２４０を有し、メールシステム２００内のメールの送受信をおこなうコンピュータである。情報提供装置２０１は、たとえば、メールサーバである。なお、利用者認証ＤＢ２２０、返信管理ＤＢ２３０およびメールＤＢ２４０については、図５〜図１１を用いて後述する。
【００２２】
クライアント端末２０２は、メールの表示、作成、送受信をおこなうコンピュータである。クライアント端末２０２は、たとえば、メールシステム２００の利用者が使用するＰＣ（パーソナル・コンピュータ）、ノートＰＣ、携帯電話、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）、スマートフォン、タブレット型端末などである。メールは、たとえば、クライアント端末２０２のブラウザにより表示、作成、送受信されるウェブメールである。
【００２３】
（情報提供装置２０１のハードウェア構成例）
図３は、実施の形態にかかる情報提供装置２０１のハードウェア構成例を示すブロック図である。図３において、情報提供装置２０１は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）３０１と、ＲＯＭ（Ｒｅａｄ‐Ｏｎｌｙ  Ｍｅｍｏｒｙ）３０２と、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）３０３と、Ｉ／Ｆ（Ｉｎｔｅｒｆａｃｅ）３０４と、磁気ディスクドライブ３０５と、磁気ディスク３０６と、光ディスクドライブ３０７と、光ディスク３０８と、入力装置３０９と、を有している。また、各構成部はバス３００によってそれぞれ接続されている。
【００２４】
ここで、ＣＰＵ３０１は、情報提供装置２０１の全体の制御を司る。ＲＯＭ３０２は、ブートプログラムなどのプログラムを記憶している。ＲＡＭ３０３は、ＣＰＵ３０１のワークエリアとして使用される。Ｉ／Ｆ３０４は、通信回線を通じてネットワーク２１０に接続され、ネットワーク２１０を介して、クライアント端末２０２などの他の装置に接続される。そして、Ｉ／Ｆ３０４は、ネットワーク２１０と内部のインターフェースを司り、他の装置からのデータの入出力を制御する。Ｉ／Ｆ３０４には、たとえば、モデムやＬＡＮアダプタなどを採用することができる。
【００２５】
磁気ディスクドライブ３０５は、ＣＰＵ３０１の制御にしたがって磁気ディスク３０６に対するデータのリード／ライトを制御する。磁気ディスク３０６は、磁気ディスクドライブ３０５の制御で書き込まれたデータを記憶する。光ディスクドライブ３０７は、ＣＰＵ３０１の制御にしたがって光ディスク３０８に対するデータのリード／ライトを制御する。光ディスク３０８は、光ディスクドライブ３０７の制御で書き込まれたデータを記憶したり、光ディスク３０８に記憶されたデータをコンピュータに読み取らせたりする。
【００２６】
入力装置３０９は、文字、数字、各種指示などのデータの入力をおこなう。入力装置３０９は、たとえば、入力のためのキーを有するキーボードやタッチパネル式の入力パッドなどである。なお、情報提供装置２０１は、上述した構成部の他に、データを表示するディスプレイを有することにしてもよい。また、情報提供装置２０１は、たとえば、上述した構成部のうち光ディスクドライブ３０７および光ディスク３０８を有さないことにしてもよい。
【００２７】
（クライアント端末２０２のハードウェア構成例）
図４は、実施の形態にかかるクライアント端末２０２のハードウェア構成例を示すブロック図である。図４において、クライアント端末２０２は、ＣＰＵ４０１と、ＲＯＭ４０２と、ＲＡＭ４０３と、磁気ディスクドライブ４０４と、磁気ディスク４０５と、光ディスクドライブ４０６と、光ディスク４０７と、ディスプレイ４０８と、Ｉ／Ｆ４０９と、キーボード４１０と、マウス４１１と、スキャナ４１２と、プリンタ４１３と、を有している。また、各構成部はバス４００によってそれぞれ接続されている。
【００２８】
ここで、ＣＰＵ４０１は、クライアント端末２０２の全体の制御を司る。ＲＯＭ４０２は、ブートプログラムなどのプログラムを記憶している。ＲＡＭ４０３は、ＣＰＵ４０１のワークエリアとして使用される。磁気ディスクドライブ４０４は、ＣＰＵ４０１の制御にしたがって磁気ディスク４０５に対するデータのリード／ライトを制御する。磁気ディスク４０５は、磁気ディスクドライブ４０４の制御で書き込まれたデータを記憶する。
【００２９】
光ディスクドライブ４０６は、ＣＰＵ４０１の制御にしたがって光ディスク４０７に対するデータのリード／ライトを制御する。光ディスク４０７は、光ディスクドライブ４０６の制御で書き込まれたデータを記憶したり、光ディスク４０７に記憶されたデータをコンピュータに読み取らせたりする。
【００３０】
ディスプレイ４０８は、カーソル、アイコンあるいはツールボックスをはじめ、文書、画像、機能情報などのデータを表示する。ディスプレイ４０８は、たとえば、ＣＲＴ、ＴＦＴ液晶ディスプレイ、プラズマディスプレイ、有機ＥＬディスプレイなどを採用することができる。
【００３１】
Ｉ／Ｆ４０９は、通信回線を通じてネットワーク２１０に接続され、ネットワーク２１０を介して情報提供装置２０１などの他の装置に接続される。そして、Ｉ／Ｆ４０９は、ネットワーク２１０と内部のインターフェースを司り、他の装置からのデータの入出力を制御する。Ｉ／Ｆ４０９には、たとえば、モデムやＬＡＮアダプタなどを採用することができる。
【００３２】
キーボード４１０は、文字、数字、各種指示などの入力のためのキーを備え、データの入力をおこなう。また、タッチパネル式の入力パッドやテンキーなどであってもよい。マウス４１１は、カーソルの移動や範囲選択、あるいはウィンドウの移動やサイズの変更などをおこなう。ポインティングデバイスとして同様に機能を備えるものであれば、タッチパネル、トラックボールやジョイスティックなどであってもよい。
【００３３】
スキャナ４１２は、画像を光学的に読み取り、クライアント端末２０２内に画像データを取り込む。なお、スキャナ４１２は、ＯＣＲ（Ｏｐｔｉｃａｌ  Ｃｈａｒａｃｔｅｒ  Ｒｅａｄｅｒ）機能を持たせてもよい。また、プリンタ４１３は、画像データや文書データを印刷する。プリンタ４１３には、たとえば、レーザプリンタやインクジェットプリンタを採用することができる。なお、クライアント端末２０２は、たとえば、上述した構成部のうち、光ディスクドライブ４０６、光ディスク４０７、スキャナ４１２、プリンタ４１３などを有さないことにしてもよい。
【００３４】
（各種ＤＢ２２０、２３０、２４０の記憶内容）
つぎに、図５〜図１１を用いて、情報提供装置２０１が有する各種ＤＢ２２０、２３０、２４０の記憶内容について説明する。各種ＤＢ２２０、２３０、２４０は、たとえば、図３に示した情報提供装置２０１のＲＡＭ３０３、磁気ディスク３０６、光ディスク３０８などの記憶装置により実現される。
【００３５】
＜利用者認証ＤＢ２２０の記憶内容＞
図５は、実施の形態にかかる利用者認証ＤＢ２２０の記憶内容の一例を示す説明図である。図５において、利用者認証ＤＢ２２０は、少なくとも、「利用者ＩＤ」、「名称」、「パスワード」のフィールドを有し、各フィールドに情報を設定することによって、各利用者の認証情報（たとえば、認証情報５００−１〜５００−４）をレコードとして記憶している。
【００３６】
ここで、利用者ＩＤは、メールシステム２００の利用者の識別子である。名称は、利用者の名前であり、他の利用者が識別できれば、本名にかぎらずニックネームなどであってもよい。また、フルネームでなくても苗字だけでもよい。パスワードは、メールシステム２００の利用者を認証する符号である。たとえば、認証情報５００−１は、利用者ＩＤ「ｓａｔｏｕ＠ｘｘｘ．ｗｗ」の名称は「佐藤」を示しており、利用者のパスワード「ｋｌｊｋｆａｐｄｏｊａｆ」を示している。実施の形態においては、利用者ＩＤ「ｓａｔｏｕ＠ｘｘｘ．ｗｗ」は、後述するメ−ルＤＢ２４０の「メッセージＩＤ」および「宛先」としても用いられる。
【００３７】
＜返信管理ＤＢ２３０の記憶内容＞
図６は、実施の形態にかかる返信管理ＤＢ２３０の記憶内容の一例を示す説明図である。図６において、返信管理ＤＢ２３０は、現記事情報と元記事情報とが対応するように構成されており、現記事に対する元記事を特定するためのＤＢである。
【００３８】
現記事情報には、「現メッセージＩＤ」のフィールドと当該メッセージＩＤにかかるメッセージの「差出人アドレス」のフィールドとを有する。また、元記事情報には、「元記事メッセージＩＤ」、すなわち現メッセージの返信元のメッセージのメッセージＩＤのフィールドと、元記事メッセージＩＤにかかるメッセージの「差出人アドレス」のフィールドとを有する。そして、各フィールドに情報を設定することによって、各返信管理情報（たとえば、返信管理情報６００−１〜６００−４）を記憶している。このように、現記事情報と元記事情報とが対応するように記憶されているので、現記事情報に元記事情報が存在するかがわかるとともに、現記事情報から元記事情報を特定することができる。
【００３９】
具体的には、返信管理情報６００−１から、現メッセージＩＤ「ｓｙｓｔｅｍ５＠ｘｘｘ．ｗｗ」の元記事メッセージＩＤは「ｓｙｓｔｅｍ４＠ｘｘｘ．ｗｗ」であるので、現メッセージ「Ｒｅ：Ｒｅ：Ｒｅ：Ｒｅ：仕様の件（メッセージＩＤ：ｓｙｓｔｅｍ５＠ｘｘｘ．ｗｗ、差出人：加藤）」の元記事は「Ｒｅ：Ｒｅ：Ｒｅ：仕様の件（ｓｙｓｔｅｍ４＠ｘｘｘ．ｗｗ、差出人：鈴木）」であることが分かる。
【００４０】
＜メールＤＢ２４０の記憶内容＞
つぎに、メールＤＢの記憶内容について図７〜図１１を用いて説明する。図７は、実施の形態にかかるメールＤＢ２４０の記憶内容の一例（利用者：本田）を示す説明図である。図７において、メールＤＢ２４０は、利用者「本田」の受信および送信メールのメール情報が記憶されている。メールＤＢ２４０は、少なくとも「種別」、「メッセージＩＤ」、「送信者ＩＤ」、「送信日時」、「件名」、「本文」、「宛先」、「開封日時」、「開封状況」のフィールドを有する。各フィールドに情報を設定することによって、メール情報（たとえば、メール情報７００−１〜７００−６）が記憶されている。
【００４１】
図８は、実施の形態にかかるメールＤＢ２４０の記憶内容の一例（利用者：加藤）を示す説明図である。図８において、メールＤＢ２４０は、利用者「加藤」の受信および送信メールのメール情報が記憶されている。メールＤＢ２４０は、図７に示したメールＤＢ２４０と同様のフィールドを有する。各フィールドに情報を設定することによって、メール情報（たとえば、メール情報８００−１〜８００−６）が記憶されている。
【００４２】
図９は、実施の形態にかかるメールＤＢ２４０の記憶内容の一例（利用者：鈴木）を示す説明図である。図９において、メールＤＢ２４０は、利用者「鈴木」の受信および送信メールのメール情報が記憶されている。メールＤＢ２４０は、図７、図８に示したメールＤＢ２４０と同様のフィールドを有する。各フィールドに情報を設定することによって、メール情報（たとえば、メール情報９００−１〜９００−６）が記憶されている。
【００４３】
図１０、図１１は、実施の形態にかかるメールＤＢ２４０の記憶内容の一例（利用者：佐藤）を示す説明図である。図１０、図１１において、メールＤＢ２４０は、利用者「佐藤」の受信および送信メールのメール情報が記憶されている。メールＤＢ２４０は、図７〜図９に示したメールＤＢ２４０と同様のフィールドを有する。各フィールドに情報を設定することによって、メール情報（たとえば、メール情報１０００−１〜１０００−５）が記憶されている。後述するが、図１１は、図１０で示される状態の後で、利用者の佐藤が、メッセージＩＤ（ｓｙｓｔｅｍ２＠ｘｘｘ．ｗｗ）を読んだことで、開封日時が変更されている。
【００４４】
図７〜図１１のメールＤＢ２４０において、種別は、受信メール（『受信』）か送信メール（『送信』）かを区別する情報である。たとえば、図７のメールＤＢ２４０においては、メール情報７００−１〜７００−６のすべてが受信メールであり、送信メールは存在しない。図８のメールＤＢ２４０においては、８００−２、８００−４、８００−５が受信メールであり、８００−１、８００−３、８００−６が送信メールである。
【００４５】
メッセージＩＤは、メールシステム２００にて送受信されたメールを一意に識別する識別子である。通常は全体としてユニークな文字列となればよいが、一般的に、＠マークの右側をドメイン名とし、左側は送信日時や利用者ＩＤなどを使い、なんらかの規則で作成した文字列とすることによって、全体としてユニークな文字列となるようにしている。本実施例では、メールを識別しやすいような文字列としている。
【００４６】
送信者ＩＤは、メールの送信元の識別子であり、たとえば、送信元となる利用者の利用者ＩＤである。送信日時は、メールの送信日時である。件名は、メールの件名である。件名は、後述する図１４に示すメール一覧表示画面１４００にメールの概要情報の一部として表示される。本文は、メールのメッセージの本文である。本文は、後述する図１５のメッセージ表示画面１５００のメッセージ表示欄１５０１、図１７〜図１９のメッセージ表示欄１７０１に表示される。
【００４７】
宛先は、メールの宛先であり、たとえば、メールの送信先となる利用者のメールアドレスである。宛先は、たとえば、ＣＣ（Ｃａｒｂｏｎ  Ｃｏｐｙ）やＢＣＣ（Ｂｌｉｎｄ  Ｃａｒｂｏｎ  Ｃｏｐｙ）を含む。宛先は一つとは限らず、同報メールなどの場合は、宛先は複数になる。
【００４８】
開封日時は、メールが開封された日時であり、現時点で未だ開封されていない場合は、日時が記憶されておらず、その場合は未開封であると判断する。また、現時点で未だ開封されていない場合は、未開封であることが判別できる情報を記憶しておいてもよい。開封状況は、返信記事であるメールの送信時の開封状況である。ここでは、返信記事送信時に未開封であればフラグ「０」を、開封されていればフラグ「１」を記憶する。返信記事が存在してはじめてフラグが記憶されるため、返信記事が存在しない場合は「−」となる。
【００４９】
たとえば、図７の名称（利用者）：本田のメールＤＢ２４０のメール情報７００−２は、開封日時が、「２０１２／２／２０  ９：５０：０６」、開封状況が「０」なので、このメールの開封日時が、２０１２年２月２０日９時５０分６秒であり、返信記事送信時には、未開封であることを示している。また、図８の名称：加藤のメールＤＢ２４０のメール情報８００−４は、開封日時が、「２０１２／２／２０  ９：１５：０６」、開封状況が「１」なので、このメールの開封日時が、２０１２年２月２０日９時１５分６秒であり、返信記事であるメッセージＩＤ（ｓｙｓｔｅｍ３＠ｘｘｘ．ｗｗ）の送信時には、すでに開封済みであったことを示している。
【００５０】
また、図１０のメールＤＢ２４０におけるメッセージＩＤ「ｓｙｓｔｅｍ２＠ｘｘｘ．ｗｗｗ」の開封日時のフィールド１００１が「未開封」であるのに対して、開封されると、図１１に示したメールＤＢ２４０の同フィールド１００２に「２０１２／２／２０  １０：０５：５５」が記憶される。
【００５１】
ここで、開封日時は、開封されるとその日時を記憶する（あるいは未開封であることが判別できる情報を日時情報に書き換えて記憶する）が、開封状況は、あくまで返信記事送信時の開封状況を示しているため、一度設定されたフラグは、その後の開封状況が変化しても変更しない。
【００５２】
図７〜図１１において、メールＤＢ２４０は、各利用者ごとに設けられているように示しているが、複数の利用者について、共通のデータベースにおける「送信者ＩＤ」および「宛先」などのフィールド、あるいは図示を省略する他に設けられたフィールドから、利用者ごとに区別して管理できるようにしてもよい。
【００５３】
（開封状況ワークテーブルの記憶内容）
つぎに、開封状況ワークテーブルの記憶内容について説明する。図１２、図１３は、実施の形態にかかる開封状況ワークテーブルの記憶内容の一例を示す説明図である。図１２において、開封状況ワークテーブル１２００は、現時点での返信元メールの開封状況を返信メッセージ作成画面に表示するためのワークテーブルであり、たとえば、「返信元メッセージＩＤ」、「引用位置」、「宛先」、「開封日時」、「開封状況」のフィールドを有し、これらのフィールドの情報を設定することによって、テーブル情報（たとえばテーブル情報１２００−１〜１２００−５）が記憶されている。
【００５４】
返信元メッセージＩＤは、現記事に含まれる引用文が記載された引用元メールのメッセージＩＤであり、メールＤＢ２４０のメッセージＩＤと対応する。引用位置は、返信用メッセージＩＤにかかるメール情報の本文を表示する位置を示している。引用位置が「１」であれば、先頭行（第１行目）から表示する。引用位置が「４」であれば、先頭から第４行目に、引用位置が「６」であれば、先頭から第６行目に、それぞれ表示する。
【００５５】
これは、メッセージ本文が、１件目は４行、２件目は３行の長さであることも示している。また、各引用位置は、新たに返信メールが作成され、送信された場合は、その返信メールの行数（ｎ行）を取得し、現時点における引用位置の行数（ｍ行）に取得した行数を加算した行数（ｍ＋ｎ行）を新たな引用位置の行数として書き換える。
【００５６】
したがって、引用位置は、返信メッセージにおける開封状況を表示する位置であるとみることもできる。引用位置が「１」であれば、開封状況を返信メッセージの１行目に表示する。また、引用位置が「４」であれば、開封状況を返信メッセージの４行目と５行目の間に挿入するように表示する。引用位置は、各記事の長さ（行数）に基づいて、各記事の間に挿入されるように算出する。
【００５７】
宛先は、それぞれの記事の宛先（たとえば、メールの送信先となる利用者のメールアドレス）であり、メールＤＢ２４０の「宛先」フィールドから取得する。宛先が複数存在する場合は、すべての宛先を記憶する。開封日時は、その記事が開封された日時であり、現時点で未だ開封されていない場合は、日時が記憶されておらず、その場合は未開封であると判断する。開封日時はメールＤＢ２４０の「開封日時」フィールドから取得する。開封状況は、その記事の返信メールが送信された時の開封状況であり、開封日時はメールＤＢ２４０の「開封状況」フィールドから取得する。
【００５８】
図１２では、後述する図２４のフローチャートに示す開封状況更新処理が実行された結果、開封状況ワークテーブル１２００の「開封日時」フィールド１２０１には、開封日時が設定されていなかったが、その後開封されて、図１３に示すように、開封日時（２０１２／２／２０／１０：０５：５５）が設定されたことを示している。
【００５９】
（メール一覧表示画面の画面例）
つぎに、図４に示したクライアント端末２０２のディスプレイ４０８に表示されるメール一覧表示画面について説明する。メール一覧表示画面の画面情報は、たとえば、情報提供装置２０１で作成され、クライアント端末２０２に送信される。
【００６０】
図１４は、実施の形態にかかるメール一覧表示画面の画面例を示す説明図である。利用者がメール一覧表示画面の表示要求をすると、ディスプレイ４０８に図１４に示すメール一覧表示画面１４００が表示される。図１４において、メール一覧表示画面１４００には、利用者名称：本田（利用者ＩＤ：ｈｏｎｄａ＠ｘｘｘ．ｗｗ）の利用者宛に送信され、受信したメールの概要情報（たとえば、概要情報１４００−１〜１４００−６）が表示されている。図１４に示したメール一覧表示画面１４００には、受信メールのみ表示したが、これらの受信メールとともに、利用者名称：本田が送信したメールをあわせて表示するようにしてもよい。
【００６１】
概要情報は、メールの差出人、送信日時および件名を示す情報である。ここでは、メールＤＢ２４０を用いて、差出人の欄には、メール情報うちの「送信者ＩＤ」のフィールドの情報が表示されている。また、送信日時の欄には、メール情報のうちの「送信日時」のフィールドの情報が表示されている。また、件名の欄には、メールの「件名」のフィールドの情報が表示されている。
【００６２】
図１４に示したメール一覧表示画面１４００は、利用者名称：本田の例であるから、概要情報１４００−１〜１４００−６は、利用者本田のメールＤＢである図７のメールＤＢ２４０のメール情報７００−１〜７００−６とそれぞれ対応することが分かる。
【００６３】
メール一覧表示画面１４００において、図４に示したキーボード４１０やマウス４１１を用いた利用者の操作入力により、メール一覧表示画面１４００に表示される図示を省略するカーソルを移動させていずれかの概要情報がクリックされると、該概要情報に対応するメールが選択された状態となる。
【００６４】
また、メール一覧表示画面１４００には、「新規作成」ボタンＢ１と、「返信」ボタンＢ２と、「全員に返信」ボタンＢ３と、「ログアウト」ボタンＢ４とが備えられている。「新規作成」ボタンＢ１がクリックされると、新規メールを作成するメッセージ作成画面の表示要求が情報提供装置２０１に送信された結果、後述する図１６に示すメッセージ作成画面１６００がディスプレイ４０８に表示される。
【００６５】
「返信」ボタンＢ２がクリックされると、返信メールを作成するメッセージ作成画面の表示要求が情報提供装置２０１に送信された結果、後述する図１７〜図１９に示す返信メッセージ作成画面１７００がディスプレイ４０８に表示される。「ログアウト」ボタンＢ４がクリックされると、ログアウト要求が情報提供装置２０１に送信された結果、メール一覧表示画面１４００の表示が終了する。
【００６６】
（メッセージ表示画面の画面例）
つぎに、クライアント端末２０２のディスプレイ４０８に表示されるメッセージ表示画面について説明する。メッセージ表示画面は、たとえば、図１４に示したメール一覧表示画面１４００において、いずれかの概要情報がクリックされた場合にディスプレイ４０８に表示される。
【００６７】
図１５は、実施の形態にかかるメッセージ表示画面の画面例を示す説明図である。図１５において、メッセージ表示画面１５００には、メールＤＢ２４０から取得した「宛先」、「件名」、「差出人」、「送信日時」の各フィールドの情報が表示される。また、メッセージ表示欄１５０１には、本文フィールドの情報が表示される。メッセージ表示欄１５０１に右端にはスクロールバー１５０２が表示され、このスクロールバー１５０２を図示を省略するカーソルを用いて移動させることによって、メッセージ表示欄１５０１に表示しきれない情報を表示させることができる。
【００６８】
また、メッセージ表示画面１５００には、「返信」ボタンＢ５と、「全員に返信」ボタンＢ６と、「ログアウト」ボタンＢ７とが備えられている。「返信」ボタンＢ５がクリックされると、宛先に対する返信メールを作成する返信メッセージ作成画面の表示要求が情報提供装置２０１に送信された結果、後述する図１７〜図１９に示す返信メッセージ作成画面１７００がディスプレイ４０８に表示される。
【００６９】
また、「全員に返信」ボタンＢ６がクリックされると、ＣＣ：を含む宛先に対する返信メールを作成する返信メッセージ作成画面の表示要求が情報提供装置２０１に送信された結果、後述する図１７〜図１９に示す返信メッセージ作成画面１７００がディスプレイ４０８に表示される。「ログアウト」ボタンＢ７がクリックされると、ログアウト要求が情報提供装置２０１に送信された結果、メッセージ表示画面１５００の表示が終了する。
【００７０】
（メッセージ作成画面の画面例）
つぎに、クライアント端末２０２のディスプレイ４０８に表示されるメッセージ作成画面について説明する。メッセージ作成画面は、たとえば、図１４に示したメール一覧表示画面１４００において、「新規作成」ボタンＢ１がクリックされた場合にディスプレイ４０８に表示される。
【００７１】
図１６は、実施の形態にかかるメッセージ作成画面の画面例（新規作成用）を示す説明図である。図１６において、メッセージ作成画面１６００は、ボックス１６０１〜１６０５を含む。メッセージ作成画面１６００において、キーボード４１０やマウス４１１を用いた利用者の操作入力により、たとえば、各ボックス１６０１〜１６０５に各種情報を入力することにより、新規メールを作成することができる。
【００７２】
ここで、ボックス１６０１は、メールの宛先が入力されるボックスである。ボックス１６０２は、メールの差出人が入力されるボックスである。差出人には、利用者自らのメールアドレスが自動的に挿入される。ボックス１６０３は、メールのＣＣの宛先が入力されるボックスである。ボックス１６０４は、メールの件名が入力されるボックスである。ボックス１６０５は、記事入力画面ボックスであり、メールの本文が入力されるボックスである。
【００７３】
また、メッセージ作成画面１６００において、「送信」ボタンＢ８がクリックされると、作成された送信対象となるメールが情報提供装置２０１へ送信される。
【００７４】
また、メッセージ作成画面１６００において、「ログアウト」ボタンＢ９がクリックされると、ログアウト要求が情報提供装置２０１へ送信された結果、メッセージ作成画面１６００の表示が終了する。
【００７５】
（返信メッセージ作成画面の画面例）
つぎに、クライアント端末２０２のディスプレイ４０８に表示される返信メッセージ作成画面について説明する。返信メッセージ作成画面は、たとえば、図１４に示したメール一覧表示画面１４００において、「返信」ボタンＢ２がクリックされた場合にディスプレイ４０８に表示される。
【００７６】
図１７〜図１９は、実施の形態にかかる返信メッセージ作成画面の画面例を示す説明図である。図１７〜図１９において、返信メッセージ作成画面１７００は、「宛先」、「差出人」、「件名」が表示される。「宛先」には返信元メールの差出人、ＣＣ：の利用者のメールアドレスが自動的に入力される。「差出人」には、利用者自らのメールアドレスが自動的に入力される。
【００７７】
「件名」には、返信メールであることが分かるように、たとえば、元のタイトルの先頭に『Ｒｅ：』が付与される。したがって、『Ｒｅ：』の数によって、返信元メールが何件引用されているのかが分かる。
【００７８】
図示は省略するが、「宛先」、「件名」については、追加、変更、一部の削除などをすることができる。
【００７９】
１７０１は、返信記事入力画面ボックス（メッセージ入力欄）であり、返信メールの本文が入力される。１７０２は、スクロールバーであり、カーソルなどを用いて操作することによって、返信記事入力画面ボックス１７０１に表示される内容をスクロールすることができる。図１８は、スクロールバー１７０２を用いて操作することによって、返信記事入力画面ボックス１７０１の下側の内容が表示された状態を示している。したがって、返信記事入力画面ボックス１７０１の内容は、図１７および図１８に示した一続きの内容である。
【００８０】
１７１１は、返信記事（メッセージ）入力欄である。通常は、一番上側に設けられるが、一番下側に設けるように設定してもよい。１７１３、１７１５、１７１７、１７１９、１７２１は、いずれも返信元メール記事であり、１７１３が元記事、１７１５が元元記事、１７１７が元元元記事、１７１９が元元元元記事、１７２１が、元元元元元記事である。それぞれの関係は、図６に示した返信管理ＤＢ２３０を用いて判断する。
【００８１】
１７１３がメッセージＩＤ：ｓｙｓｔｅｍ５＠ｘｘｘ．ｗｗに、１７１５がメッセージＩＤ：ｓｙｓｔｅｍ４＠ｘｘｘ．ｗｗに、１７１７がメッセージＩＤ：ｓｙｓｔｅｍ３＠ｘｘｘ．ｗｗに、１７１９がメッセージＩＤ：ｓｙｓｔｅｍ２＠ｘｘｘ．ｗｗに、１７２１がメッセージＩＤ：ｓｙｓｔｅｍ１＠ｘｘｘ．ｗｗに、それぞれ対応している。このように、メールＤＢ２４０に記憶されている各メッセージＩＤのメール情報の本文を用いて、返信管理ＤＢ２３０を参照して判断した順序で、返信元メール記事を構成する。
【００８２】
１７１２は、直下に表示されている１７１３に示した元記事（メッセージＩＤ：ｓｙｓｔｅｍ５＠ｘｘｘ．ｗｗ）の返信メッセージ作成画面の表示要求をした時点での、当該元記事の差出人の開封状況を示す開封状況表示欄である。当該元記事（メッセージＩＤ：ｓｙｓｔｅｍ５＠ｘｘｘ．ｗｗ）は、開封状況ワークテーブル１２００を参照すると、引用位置が「１（行目）」であり、宛先が３名（鈴木、佐藤、本田）であり、そのうち、開封日時が存在するのは、本田（開封日時：２０１２／２／２０  ９：５５：４０）のみであることが分かる。
【００８３】
したがって、この開封状況ワークテーブル１２００の情報に基づいて、開封状況表示欄１７１２には、『開封者：本田（２／２０  ９：５５）  未開封者：  佐藤、鈴木』と表示している。元記事の送信者である加藤と、返信メッセージ作成者である佐藤の両名の名前は、当然、表示されない。開封状況ワークテーブル１２００の元記事（メッセージＩＤ：ｓｙｓｔｅｍ５＠ｘｘｘ．ｗｗ）の「開封状況」フィールドには、その記事に対する返信がまだ存在していない（現在作成中）のため、フラグが記憶されていない（『−』）。このことから、「下記事返信時の開封状況」については表示していない。
【００８４】
１７１４は、直下に表示されている１７１５に示した元元記事（メッセージＩＤ：ｓｙｓｔｅｍ４＠ｘｘｘ．ｗｗ）の返信メッセージ作成画面の表示要求をした時点での、当該元記事の差出人の開封状況を示す開封状況表示欄である。当該元元記事（メッセージＩＤ：ｓｙｓｔｅｍ４＠ｘｘｘ．ｗｗ）は、開封状況ワークテーブル１２００を参照すると、引用位置が「４（行目）」であり、宛先が３名（佐藤、加藤、本田）であり、そのうち、開封日時が存在するのは、本田（開封日時：２０１２／２／２０  ９：５０：０６）と加藤（開封日時：２０１２／２／２０  ９：５６：１２）であることが分かる。
【００８５】
したがって、この開封状況ワークテーブル１２００の情報に基づいて、開封状況表示欄１７１４には、『開封者：本田（２／２０  ９：５０）加藤（２／２０  ９：５６）  未開封者：  佐藤』と表示している。また、開封状況ワークテーブル１２００の元元記事（メッセージＩＤ：ｓｙｓｔｅｍ４＠ｘｘｘ．ｗｗ）の「開封状況」フィールドに記憶されているフラグの状況から、佐藤、加藤、本田の３名とも未開封であることから、開封状況表示欄１７１４の「下記事返信時の開封状況」には、『開封者：０  未開封者：全員』と表示している。元元記事の送信者である鈴木と、返信メッセージ作成者である佐藤の両名の名前は、当然、表示されない。開封状況表示欄１７１６、開封状況表示欄１７１８、開封状況表示欄１７２０についても、開封状況表示欄１７１４と同様であるので、説明は省略する。
【００８６】
また、返信メッセージ作成画面１７００において、「送信」ボタンＢ１０がクリックされると、作成された送信対象となる返信メールが情報提供装置２０１へ送信される。
【００８７】
また、メッセージ作成画面１７００において、「開封状況取得」ボタンＢ１１が押下されると、後述する図２４のフローチャートに示す開封状況更新処理が実行される。開封状況ワークテーブル１２００の「開封日時」フィールドに開封日時が設定されていない（あるいは未開封であると設定されている）テーブル情報についてメールＤＢ２４０の「開封日時」フィールドからその後開封日時が設定されたものを抽出し、開封状況ワークテーブル１２００の「開封日時」フィールドの該当するテーブル情報１２０１を書き換える。
【００８８】
開封状況ワークテーブル１２００の「開封日時」フィールドの該当するテーブル情報の書き換えがおこなわれた場合は、報知する。具体的には、図１９に示すように、該当する開封状況表示欄１７１８の近傍において『佐藤さんが開封しました』というポップアップ画面１７２２を表示し、開封状況表示欄１７１８の「返信元メール（下記事）開封状況（現在）」の『未開封者  佐藤』を開封者として『佐藤（２／２０  １０：０５）』と変更する。
【００８９】
このポップアップ画面１７２２は、色を変えてもよく、点滅等表示方法を変えてもよく、音声とともに表示するようにしてもよい。また、表示し続けてもよく、所定時間が経過した後は自動的に非表示としてもよい。また、記事全体が長く、ポップアップ画面が表示されない場合には、自動的にスクロールして、当該ポップアップ画面を表示させるようにしてもよい。
【００９０】
（情報提供装置２０１の機能的構成例）
図２０は、実施の形態にかかる情報提供装置２０１の機能的構成例を示すブロック図である。図２０において、情報提供装置２０１は、受付部２００１と、検索部２００２と、判定部２００３と、出力部２００４と、第１記憶部２００５と、第２記憶部２００６と、第３記憶部２００７と、を含む。受付部２００１〜出力部２００４は、制御部となる機能であり、具体的には、たとえば、図３に示したＲＯＭ３０２、ＲＡＭ３０３、磁気ディスク３０６、光ディスク３０８などの記憶装置に記憶されたプログラムをＣＰＵ３０１に実行させることにより、または、Ｉ／Ｆ３０４により、その機能を実現する。
【００９１】
また、第１記憶部２００５と、第２記憶部２００６と、第３記憶部２００７とは、具体的には、たとえば、図３に示したＲＯＭ３０２、ＲＡＭ３０３、磁気ディスク３０６、光ディスク３０８などの記憶装置により、その機能を実現する。
【００９２】
受付部２００１は、所定のアドレス宛に送信された対象メールの本文を引用して新たなメールを作成する返信メッセージ作成画面の表示要求を受け付ける。具体的には、たとえば、クライアント端末２０２において、メール一覧表示画面１４００の「返信」ボタンＢ２、または、メッセージ表示画面１５００の「返信」ボタンＢ５が押下されることによって、返信メッセージ作成画面の表示要求を受け付ける。
【００９３】
検索部２００２は、受付部２００１において受け付けられた表示要求に含まれる対象メールの識別子（たとえば、メッセージＩＤ「ｓｙｓｔｅｍ５＠ｘｘｘ．ｗｗ」）に基づいて、引用元のメールの識別子と引用先のメールの識別子とを対応付けて記憶する第１の記憶部である返信管理ＤＢ２３０の中から、対象メールの引用元となる引用元メールを検索する。具体的には、たとえば、返信管理ＤＢ２３０において、メッセージＩＤ「ｓｙｓｔｅｍ５＠ｘｘｘ．ｗｗ」の引用元のメールのメッセージＩＤは「ｓｙｓｔｅｍ４＠ｘｘｘ．ｗｗ」であり、このメッセージＩＤ「ｓｙｓｔｅｍ４＠ｘｘｘ．ｗｗ」を検索する。
【００９４】
判定部２００３は、対象メールの識別子（たとえば、メッセージＩＤ「ｓｙｓｔｅｍ５＠ｘｘｘ．ｗｗ」）および検索された引用元メールの識別子（たとえば、メッセージＩＤ「ｓｙｓｔｅｍ４＠ｘｘｘ．ｗｗ」）に基づいて、アドレス宛に送信されたメールの識別子と当該メールが開封されたか否かを示す開封状況とを関連付けして記憶する第２の記憶部（たとえば、開封状況ワークテーブル１２００）を参照して、対象メールおよび引用元メールのアドレス宛ごとの開封状況を判定する。
【００９５】
開封状況には、表示要求を受け付けた際に引用元のメールが開封されていたか否かを示す開封状況、および、引用先のメールが送信された際に引用元のメールが開封されていたか否かを示す開封状況を含む。具体的には、たとえば、メッセージＩＤ「ｓｙｓｔｅｍ４＠ｘｘｘ．ｗｗ」のメールの開封状況には、現時点、すなわち表示要求を受け付けた際に、開封されていたか未開封であったかの開封状況と、メッセージＩＤ「ｓｙｓｔｅｍ５＠ｘｘｘ．ｗｗ」のメールが送信された際に、開封されていたか未開封であったかの開封状況の２種類がある。
【００９６】
前者の開封状況は、引用元のメールが最終的に現時点で開封されたか否かであり、後者の開封状況は、引用元のメールが対象メール（すぐ後に引用されているメッセージにかかるメール）が送信された時点で開封されていたか否かであり、対象メールが送信された時点で、誰が引用元のメールを開封（確認）していたかを理解することができる。
【００９７】
出力部２００４は、判定された結果を対象メールおよび引用元メールの本文と関連付けして出力する。具体的には、たとえば、図１７、図１８に示した返信メッセージ作成画面１７００の返信記事入力画面ボックス（メッセージ入力欄）１７０１の表示内容のように出力する。
【００９８】
また、開封状況には、アドレス宛に送信された電子メールが開封された日時に関する情報を含んでいてもよく、出力部２００４は、判定された結果および日時に関する情報を本文と関連付けして出力するようにしてもよい。
【００９９】
その際、出力部２００４は、引用元となるメールよりも後に引用されたメールの量から算出される、引用元となるメールが引用される位置に関する情報を記憶する第３の記憶部（たとえば、開封状況ワークテーブル１２００）を参照して、判定された結果を当該引用元となる電子メールの先頭部分に挿入するように出力する。
【０１００】
具体的には、引用元のメールであるメッセージＩＤ「ｓｙｓｔｅｍ４＠ｘｘｘ．ｗｗ」のメールよりも後に引用されたメッセージＩＤ「ｓｙｓｔｅｍ５＠ｘｘｘ．ｗｗ」のメールの量（３行）を考慮し、メッセージＩＤ「ｓｙｓｔｅｍ４＠ｘｘｘ．ｗｗ」のメールの引用位置は「４（行）」であると開封状況ワークテーブル１２００に記憶され、引用元のメールのメッセージＩＤは「ｓｙｓｔｅｍ４＠ｘｘｘ．ｗｗ」の挿入位置は、４行目と５行目の間、すなわち、メッセージＩＤ「ｓｙｓｔｅｍ５＠ｘｘｘ．ｗｗ」の本文のすぐ後（下側）となる。
【０１０１】
また、検索部２００２は、引用元メールの識別子に基づいて、第１の記憶部である返信管理ＤＢ２３０の中から、引用元メールの更に引用元となるメールを検索するようにしてもよい。そして、判定部２００３は、検索部２００２によって検索された更に引用元となるメールの識別子に基づいて、第２の記憶部であるメールＤＢ２４０を参照して、更に引用元となるメールのアドレス宛ごとの開封状況を判定し、出力部２００４は、判定部２００３によって判定された結果を更に引用元となるメールの本文と関連付けして出力するようにしてもよい。
【０１０２】
また、受付部２００１は、出力された前記結果の更新要求を受け付けるよう構成されていてもよい。そして、判定部２００３は、出力の対象となったメールのうち、未開封と判定されたメールの識別子（メッセージＩＤ）に基づいて、開封状況を更新する第２の記憶部であるメールＤＢ２４０を参照して、当該メールの開封状況を判定し、出力部２００４は、判定部２００３によって判定された結果を更新して出力するようにしてもよい。
【０１０３】
（情報提供装置２０１の情報提供処理手順）
つぎに、実施の形態にかかる情報提供装置２０１の情報提供処理手順について説明する。図２１、図２２は、実施の形態にかかる情報提供装置２０１の情報提供処理（メールプログラム）手順の一例を示すフローチャートである。
【０１０４】
図２１のフローチャートにおいて、まず、ＣＰＵ３０１により、メール表示要求をクライアント端末２０２から受信したか否かを判断する（ステップＳ２１０１）。ここで、ＣＰＵ３０１により、メール表示要求を受信するのを待つ（ステップＳ２１０１：Ｎｏ）。そして、ＣＰＵ３０１により、メール表示要求を受信した場合（ステップＳ２１０１：Ｙｅｓ）は、利用者ＩＤ、パスワード入力画面（図示省略）の画面情報をクライアント端末２０２に送信する（ステップＳ２１０２）。つぎに、ＣＰＵ３０１により、利用者ＩＤ、パスワードをクライアント端末２０２から受信したか否かを判断する（ステップＳ２１０３）。
【０１０５】
ここで、ＣＰＵ３０１により、利用者ＩＤおよびパスワードを受信するのを待つ（ステップＳ２１０３：Ｎｏ）。そして、ＣＰＵ３０１により、利用者ＩＤおよびパスワードを受信した場合（ステップＳ２１０３：Ｙｅｓ）は、図５に示した利用者認証ＤＢ２２０を参照して、利用者の認証処理を実行する（ステップＳ２１０４）。
【０１０６】
具体的には、たとえば、ＣＰＵ３０１が、利用者認証ＤＢ２２０を参照して、受信した利用者ＩＤに対応するパスワードを特定する。そして、ＣＰＵ３０１が、受信したパスワードと、特定したパスワードとの一致判定をおこなう。この結果、ＣＰＵ３０１は、パスワードが一致する場合、ＣＰＵ３０１が利用者を認証する。一方、パスワードが不一致の場合や、利用者ＩＤが利用者認証ＤＢに含まれない場合に、ＣＰＵ３０１が利用者を認証しない。
【０１０７】
つぎに、ＣＰＵ３０１により、利用者が認証されたか否かを判断する（ステップＳ２１０５）。ここで、利用者が認証されなかった場合（ステップＳ２１０５：Ｎｏ）は、ＣＰＵ３０１により、認証エラー画面（図示省略）の画面情報をクライアント端末２０２に送信して（ステップＳ２１０６）、本フローチャートによる一連の処理を終了する。
【０１０８】
一方、ステップＳ２１０５において、利用者が認証された場合（ステップＳ２１０５：Ｙｅｓ）は、図９に示した受信した利用者ＩＤのメールＤＢ２４０に基づいて、図１４に示したメール一覧表示画面１４００を作成する（ステップＳ２１０７）。具体的には、利用者ＩＤに対応するメールＤＢ２４０より、種別が受信となっているメール情報を抽出し、抽出したメール情報に基づいて、メール一覧表示画面の画面情報を作成する。
【０１０９】
そして、ＣＰＵ３０１により、メール一覧表示画面の画面情報をクライアント端末２０２に送信する（ステップＳ２１０８）。このクライアント端末２０２は、ステップＳ２１０８において受信されたメール一覧表示画面の表示要求の要求元のクライアント端末２０２である。
【０１１０】
その後、ＣＰＵ３０１により、表示終了要求をクライアント端末２０２から受信したか否かを判断する（ステップＳ２１０９）。表示終了要求は、たとえば、図１４に示したメール一覧表画面１４００の「ログアウト」ボタンＢ４を利用者が押下することによっておこなうことができる。ここで、終了要求を受信しなかった場合（ステップＳ２１０９：Ｎｏ）は、図２２のフローチャートのステップＳ２２０１へ移行する。一方、終了要求を受信した場合（ステップＳ２１０９：Ｙｅｓ）は、一連の処理を終了する。
【０１１１】
つぎに、図２２のフローチャートにおいて、ＣＰＵ３０１により、メッセージ作成要求をクライアント端末２０２から受信したか否かを判断する（ステップＳ２２０１）。メッセージ作成要求は、たとえば、図１４に示したメール一覧表示画面１４００の「新規作成」ボタンＢ１または「返信」ボタンＢ２または「全員に返信」ボタンＢ３を利用者が押下することによっておこなうことができる。ここで、返信メールの作成要求であるか否か、すなわち、押下されたのが、ボタンＢ１であるかボタンＢ２であるかボタンＢ３であるかを判断する（ステップＳ２２０２）。
【０１１２】
ステップＳ２２０２において、返信メールの作成要求である場合、すなわちボタンＢ２かボタンＢ３が押下された場合（ステップＳ２２０２：Ｙｅｓ）は、後述する図２３のフローチャートに示す返信メッセージ画面の作成処理をおこない（ステップＳ２２０３）、ＣＰＵ３０１により、作成した返信メッセージ作成画面をクライアント端末２０２へ送信する（ステップＳ２２０４）。
【０１１３】
つぎに、ＣＰＵ３０１により、開封状況表示要求を受信したか否かを判断する（ステップＳ２２０５）。ここで、開封状況表示要求を受信しなかった場合（ステップＳ２２０５：Ｎｏ）は、ステップＳ２２０７へ移行する。一方、開封状況表示要求を受信した場合（ステップＳ２２０５：Ｙｅｓ）は、後述する図２４のフローチャートに示す開封状況更新処理をおこなう（ステップＳ２２０６）。ここで、開封状況更新処理は、開封状況表示要求を受信した場合におこなわれる構成としているが、開封状況表示要求の受信にかかわらず、あらかじめ設定した時間ごとに自動的に開封状況更新処理をおこなうようにしてもよい。
【０１１４】
その後、ＣＰＵ３０１により、クライアント端末２０２からのメッセージの送信要求、本文等情報を受信したか否かを判断する（ステップＳ２２０７）。そして、メッセージの送信要求、本文等情報を受信するのを待って（ステップＳ２２０７：Ｎｏ）、メッセージの送信要求、本文等情報を受信した場合（ステップＳ２２０７：Ｙｅｓ）は、ＣＰＵ３０１により、メールＤＢ２４０の「開封日時」フィールドから送信時における元記事の開封日時を取得する（ステップＳ２２０８）。この処理は送信時において、元記事が開封されているかどうかを開封日時を取得することで判断するものである。
【０１１５】
そして、開封に指示が取得された、すなわち、開封済みの宛先についてはその宛先のメールＤＢ２４０の「開封状況」フィールドに開封フラグを記憶する（ステップＳ２２０９）。具体的には、ステップＳ２２０８において取得した開封日時に基づいて、宛先ごとに、開封日時が存在すれば、メールＤＢ２４０の「開封状況」フィールドに開封フラグ「１」を記憶し、開封日時が存在しなければ、未開封フラグ「０」を記憶する。
【０１１６】
つぎに、宛先のメールＤＢ２４０に記事を追加する（ステップＳ２２１０）。具体的には、宛先のメールＤＢ２４０の受信種別フィールドにおいて、新しく設定した「メッセージＩＤ」、「送信者ＩＤ」、「送信日時」、「件名」、「本文」、「宛先」の各フィールドに情報を記憶する。「開封日時」「開封状況」のフィールドには、何も記憶しない。「開封日時」のフィールドには、未開封である旨の識別情報を記憶してもよい。
【０１１７】
また、差出人のメールＤＢ２４０に記事を追加する（ステップＳ２２１１）。具体的には、差出人のメールＤＢ２４０の送信種別フィールドにおいて、ステップＳ２２１０で設定したメッセージＩＤと同じメッセージＩＤを設定し、「送信者ＩＤ」、「送信日時」、「件名」、「本文」、「宛先」の各フィールドに、ステップＳ２２１０と同じ情報を記憶する。「開封日時」のフィールドには送信者である旨を記憶し、「開封状況」のフィールドには何も記憶しない。
【０１１８】
そして、返信管理ＤＢ２３０に、記事を現記事情報、元記事を元記事情報として記憶する（ステップＳ２２１２）。具体的には、たとえば、現記事情報として現メッセージのメッセージＩＤと差出人アドレスを記憶する。また、元記事情報として元記事、すなわち返信元メッセージのメッセージＩＤと、元記事の差出人アドレスを記憶する。
【０１１９】
その後、ＣＰＵ３０１により、表示終了要求をクライアント端末２０２から受信したか否かを判断する（ステップＳ２２１３）。ここで、表示終了要求を受信しなかった場合（ステップＳ２２１３：Ｎｏ）は、ステップＳ２２０１へ移行する。一方、表示終了要求を受信した場合（ステップＳ２２１３：Ｙｅｓ）は、一連の処理を終了する。
【０１２０】
一方、ステップＳ２２０２において、返信メールの作成要求でない場合、すなわちボタンＢ１が押下された場合（ステップＳ２２０２：Ｎｏ）は、ＣＰＵ３０１により、新規作成用のメッセージ作成画面を作成し（ステップＳ２２１４）、ＣＰＵ３０１により、作成したメッセージ作成画面をクライアント端末２０２へ送信する（ステップＳ２２１５）。
【０１２１】
その後、ＣＰＵ３０１により、メッセージの送信要求、本文等情報を受信したか否かを判断する（ステップＳ２２１６）。ここで、メッセージの送信要求、本文等情報を受信するのを待って（ステップＳ２２１６：Ｎｏ）、メッセージの送信要求、本文等情報を受信した場合（ステップＳ２２１６：Ｙｅｓ）は、宛先のメールＤＢ２４０に記事を追加し、開封フラグを初期化して（ステップＳ２２１７）、一連の処理を終了する。
【０１２２】
これにより、返信メッセージ作成画面に、引用される記事にそれぞれ開封状況を関連付けして出力することができる。
【０１２３】
（返信メッセージ作成画面の作成処理）
つぎに、図２２のステップＳ２２０３における返信メッセージ作成画面の作成処理の手順について説明する。図２３は、実施の形態にかかる返信メッセージ作成画面作成処理の具体的処理手順の一例を示すフローチャートである。
【０１２４】
まず、ＣＰＵ３０１により、返信管理ＤＢ２３０を検索して、返信元のメール（元記事）のメッセージＩＤを取得する（ステップＳ２３０１）。そして、ＣＰＵ３０１により、取得したメッセージＩＤのメールの宛先を、メールＤＢ２４０から取得する（ステップＳ２３０２）。さらに、取得した返信メールの各宛先の利用者のメールＤＢ２４０から当該メッセージＩＤの開封日時を取得する（ステップＳ２３０３）。
【０１２５】
そして、ＣＰＵ３０１により、開封状況ワークテーブル１２００に、ステップＳ２３０１において取得した返信元メッセージＩＤと、ステップＳ２３０２において取得した宛先と、ステップＳ２３０３において取得した開封日時とを保存し、返信メールの引用位置に「１（行目）」を保存する（ステップＳ２３０４）。
【０１２６】
つぎに、ＣＰＵ３０１により、ステップＳ２３０１にて取得した返信メールのメッセージＩＤが返信管理ＤＢ２３０の現記事メッセージＩＤとして含まれているか否かを判断する（ステップＳ２３０５）。ここで、返信メールのメッセージＩＤが返信管理ＤＢ２３０の現記事メッセージＩＤとして含まれている場合（ステップＳ２３０５：Ｙｅｓ）は、返信メールには更に引用元のメッセージが存在することを意味するので、ＣＰＵ３０１により、再度、対応する返信元メッセージＩＤ、差出人を返信管理ＤＢ２３０から取得する（ステップＳ２３０６）。
【０１２７】
そして、ＣＰＵ３０１により、差出人のメールＤＢ２４０からメールの宛先、本文（重複を回避するために、引用部をのぞいた部分）を取得する（ステップＳ２３０７）。さらに、ＣＰＵ３０１により、各宛先のメールＤＢ２４０からメッセージＩＤの返信記事送信時の開封状況、開封日時を取得する（ステップＳ２３０８）。
【０１２８】
つぎに、ＣＰＵ３０１により、作成しようとしている返信メールの引用部に、取得した本文が含まれているか否かを判断する（ステップＳ２３０９）。ここで、本文が含まれていない場合（ステップＳ２３０９：Ｎｏ）は、ステップＳ２３０５へ戻る。一方、本文が含まれている場合（ステップＳ２３０９：Ｙｅｓ）は、引用部に本文が含まれている開始位置（行数）を取得する（ステップＳ２３１０）。
【０１２９】
そして、ＣＰＵ３０１により、ステップＳ２３０６において返信管理ＤＢ２３０から取得した引用元のメッセージＩＤと、ステップＳ２３０７においてメールＤＢ２４０から取得した宛先と、ステップＳ２３０８においてメールＤＢ２４０から取得した返信記事送信時の開封状況および開封日時と、ステップＳ２３１０において取得した返信メールの引用位置（行数）とを開封状況ワークテーブル１２００に保存し（ステップＳ２３１１）。その後、ステップＳ２３０５へ戻り、以後、ステップＳ２３０５以降の処理を繰り返し実行する。
【０１３０】
ステップＳ２３０５において、返信メールのメッセージＩＤが返信管理ＤＢ２３０の現記事メッセージＩＤとして含まれていない場合（ステップＳ２３０５：Ｎｏ）は、更なる引用元のメッセージは存在しないので、ＣＰＵ３０１により、開封状況ワークテーブル１２００を利用して、引用元メールごとに、宛先の開封状況、開封時刻を引用部からなる開封状況表示欄を入れ込んだ返信メッセージ作成画面を作成する（ステップＳ２３１２）。その後、図２２のフローチャートのステップＳ２２０４へ移行する。
【０１３１】
（開封状況更新処理）
つぎに、図２２のステップＳ２２０６における開封状況更新処理の手順について説明する。図２４は、実施の形態にかかる開封状況更新処理の具体的処理手順の一例を示すフローチャートである。図２４のフローチャートにおいて、開封状況ワークテーブル１２００に含まれる未開封のメッセージＩＤの宛先に対応するメールＤＢ２４０から開封日時を取得する（ステップＳ２４０１）。
【０１３２】
そして、開封日時が取得されたか、すなわち、開封されたものがあったか否かを判断する（ステップＳ２４０２）。具体的には、図１０のメールＤＢ２４０におけるメッセージＩＤ「ｓｙｓｔｅｍ２＠ｘｘｘ．ｗｗｗ」の開封日時のフィールド１００１が「未開封」であるのに対して、図１１に示すように、図１１のメールＤＢ２４０の同フィールド１００２が「２０１２／２／２０  １０：０５：５５」が記憶されている場合は、開封されたと判断する。
【０１３３】
ここで、開封日時が取得された場合（ステップＳ２４０２：Ｙｅｓ）は、開封状況ワークテーブル１２００の開封日時のフィールドに未開封という情報に置き換えて取得した開封日時を記憶する（ステップＳ２４０３）。具体的には、図１２に示した開封状況ワークテーブル１２００の開封時刻フィールド１２０１の「未開封」の情報を、図１３に示した開封状況ワークテーブル１２００の開封時刻フィールド１２０１のように「２０１２／２／２０  １０：０５：５５」に置き換えて記憶する。
【０１３４】
つぎに、返信メッセージ作成画面１７０１のメッセージ表示欄１７０１のメッセージＩＤに対応する位置に、開封した利用者名をポップアップ表示する（ステップＳ２４０４）。そして、図２２のフローチャートのステップＳ２２０７へ移行する。一方、ステップＳ２４０２において、開封日時が取得されなかった場合（ステップＳ２４０２：Ｎｏ）は、何もせずに、図２２のフローチャートのステップＳ２２０７へ移行する。
【０１３５】
なお、図２４に示した開封状況更新処理は、更新要求があってから（ステップＳ２２０５）処理を実行するようにしたが、あらかじめ定められた所定時間経過ごとに自動的におこなうようにしてもよく、別の条件に一致した場合に、自動的におこなうようにしてもよい。
【０１３６】
このように、開封状況更新処理をおこなうことができるので、利用者は、必要に応じて最新の開封状況を確認することができる。
【０１３７】
（クライアント端末２０２の情報処理手順）
つぎに、実施の形態にかかるクライアント端末２０２の情報処理手順について説明する。図２５および図２６は、実施の形態にかかるクライアント端末２０２の情報処理手順の一例を示すフローチャートである。図２５のフローチャートにおいて、まず、ＣＰＵ４０１により、キーボード４１０やマウス４１１を用いた利用者の操作入力により、メール表示要求を受け付けたか否かを判断する（ステップＳ２５０１）。
【０１３８】
ここで、ＣＰＵ４０１により、メール表示要求を受け付けるのを待つ（ステップＳ２５０１：Ｎｏ）。そして、ＣＰＵ４０１により、メール表示要求を受け付けた場合（ステップＳ２５０１：Ｙｅｓ）は、メール表示要求を情報提供装置２０１に送信する（ステップＳ２５０２）。
【０１３９】
つぎに、ＣＰＵ４０１により、情報提供装置２０１から利用者ＩＤ、パスワードの入力画面（図示省略）の画面情報を受信したか否かを判断する（ステップＳ２５０３）。ここで、ＣＰＵ４０１により、利用者ＩＤ、パスワードの入力画面の画面情報を受信するのを待つ（ステップＳ２５０３：Ｎｏ）。
【０１４０】
そして、ＣＰＵ４０１により、利用者ＩＤ、パスワードの入力画面の画面情報を受信した場合（ステップＳ２５０３：Ｙｅｓ）は、受信した画面情報に基づいて、ディスプレイ４０８に利用者ＩＤ、パスワードの入力画面を表示する（ステップＳ２５０４）。つぎに、ＣＰＵ４０１により、利用者の操作入力により利用者ＩＤおよびパスワードの入力を受け付けたか否かを判断する（ステップＳ２５０５）。
【０１４１】
ここで、ＣＰＵ４０１により、利用者ＩＤおよびパスワードの入力を受け付けるのを待つ（ステップＳ２５０５：Ｎｏ）。そして、ＣＰＵ４０１により、利用者ＩＤおよびパスワードの入力を受け付けた場合（ステップＳ２５０５：Ｙｅｓ）は、利用者ＩＤおよびパスワードを情報提供装置２０１に送信する（ステップＳ２５０６）。
【０１４２】
つぎに、ＣＰＵ４０１により、認証エラー画面（図示省略）の画面情報を受信したか否かを判断する（ステップＳ２５０７）。ここで、ＣＰＵ４０１により、認証エラー画面の画面情報を受信した場合（ステップＳ２５０７：Ｙｅｓ）は、受信した画面情報に基づいて、ディスプレイ４０８に認証エラー画面を表示して（ステップＳ２５０８）、本フローチャートによる一連の処理を終了する。
【０１４３】
ステップＳ２５０７において、ＣＰＵ４０１により、認証エラー画面の画面情報を受信していない場合（ステップＳ２５０７：Ｎｏ）は、メール一覧表示画面の画面情報を受信したか否かを判断する（ステップＳ２５０９）。ここで、ＣＰＵ４０１により、メール一覧表示画面の画面情報を受信していない場合（ステップＳ２５０９：Ｎｏ）、ステップＳ２５０７へ戻る。
【０１４４】
一方、ＣＰＵ４０１により、メール一覧表示画面の画面情報を受信した場合（ステップＳ２５０９：Ｙｅｓ）は、受信した画面情報に基づいて、ディスプレイ４０８にメール一覧表示画面を表示する（ステップＳ２５１０）。その後、終了要求を受け付けたか否かを判断する（ステップＳ２５１１）。ここで、ＣＰＵ４０１により、終了要求を受け付けた場合、すなわち、図１４に示したメール一覧表示画面１４００の「ログアウト」ボタンＢ４が押下された場合（ステップＳ２５１１：Ｙｅｓ）は、図２６のフローチャートのステップＳ２６１２へ移行する。
【０１４５】
ステップＳ２５１１において、終了要求を受け付けなかった場合（ステップＳ２５１１：Ｎｏ）は、ＣＰＵ４０１により、メール選択情報を受け付けたか否かを判断する（ステップＳ２５１２）。ここで、メール選択情報を受け付けるのを待って（ステップＳ２５１２：Ｎｏ）、メール選択情報を受け付けた場合（ステップＳ２５１２：Ｙｅｓ）は、ＣＰＵ４０１により、メール選択情報を情報提供装置２０１へ送信する（ステップＳ２５１３）。
【０１４６】
そして、ＣＰＵ４０１により、メッセージ表示画面の画面情報を情報提供装置２０１から受信したか否かを判断する（ステップＳ２５１４）。ここで、メッセージ表示画面の画面情報を受信するのを待って（ステップＳ２５１４：Ｎｏ）、メッセージ表示画面の画面情報を受信した場合（ステップＳ２５１４：Ｙｅｓ）は、ＣＰＵ４０１により、受信した画面情報に基づいて、ディスプレイ４０８にメッセージ表示画面を表示する（ステップＳＳ２５１５）。
【０１４７】
その後、ＣＰＵ４０１により、終了要求を受け付けたか否かを判断する（ステップＳ２５１６）。ここで、終了要求を受け付けた場合、すなわち、図１５に示したメッセージ表示画面１５００の「ログアウト」ボタンＢ７が押下された場合（ステップＳ２５１６：Ｙｅｓ）は、図２６のフローチャートのステップＳ２６１２へ移行する。一方、ステップＳ２５１６において、終了要求を受け付けなかった場合（ステップＳ２５１６：Ｎｏ）は、図２６に示すステップＳ２６０１へ移行する。
【０１４８】
図２６のフローチャートにおいて、まず、ＣＰＵ４０１により、メッセージ作成要求を情報提供装置２０１から受け付けたか否かを判断する（ステップＳ２６０１）。ここで、メッセージ作成要求を受け付けなかった場合（ステップＳ２６０１：Ｎｏ）は、ステップＳ２５１１へ移行する。一方、メッセージ作成要求を受け付けた場合（ステップＳ２６０１：Ｙｅｓ）は、ＣＰＵ４０１により、メッセージ作成要求を情報提供装置２０１へ送信する（ステップＳ２６０２）。メッセージ作成要求は、新規作成、返信、全員へ返信を含む。
【０１４９】
そして、ＣＰＵ４０１により、メッセージ作成要求が、返信メールであるか否かを判断する（ステップＳ２６０３）。ここで、メッセージ作成要求が返信メールである場合、すなわち、メール一覧表示画面１４００においてボタンＢ２あるいはボタンＢ３が押下された場合（ステップＳ２６０３：Ｙｅｓ）は、ＣＰＵ４０１により、返信メッセージ作成画面の画面情報を情報提供装置２０１から受信したかを判断する（ステップＳ２６０４）。
【０１５０】
ここで、返信メッセージ作成画面の画面情報を受信するのを待って（ステップＳ２６０４：Ｎｏ）、返信メッセージ作成画面の画面情報を受信した場合（ステップＳ２６０４：Ｙｅｓ）は、ＣＰＵ４０１により、受信した画面情報に基づいて、ディスプレイ４０８に返信メッセージ作成画面を表示する（ステップＳ２６０５）。その後、ＣＰＵ４０１により、メッセージの本文等を受け付ける（ステップＳ２６０６）。
【０１５１】
その後、ＣＰＵ４０１により、開封状況表示要求を受け付けたか否かを判断する（ステップＳ２６０７）。ここで、開封状況表示要求を受け付けなかった場合（ステップＳ２６０７：Ｎｏ）は、何もせずに、ステップＳ２６０９へ移行する。一方、開封状況表示要求を受け付けた場合（ステップＳ２６０７：Ｙｅｓ）は、ＣＰＵ４０１により、開封状況表示要求を情報提供装置２０１へ送信する（ステップＳ２６０８）。
【０１５２】
つぎに、ＣＰＵ４０１により、送信要求を受け付けたか否かを判断する（ステップＳ２６０９）。ここで、送信要求を受け付けなかった場合（ステップＳ２６０９：Ｎｏ）は、ステップＳ２６０６へ戻る。一方、送信要求を受け付けた場合（ステップＳ２６０９：Ｙｅｓ）は、ＣＰＵ４０１により、メッセージの送信要求、本文、件名、宛先等情報を情報提供装置２０１へ送信する（ステップＳ２６１０）。
【０１５３】
そして、ＣＰＵ４０１により、終了要求を受け付けたか否かを判断する（ステップＳ２６１１）。ここで、終了要求を受け付けなかった場合（ステップＳ２６１１：Ｎｏ）は、図２５のフローチャートのステップＳ２５１０へ移行する。一方、終了要求を受け付けた場合（ステップＳ２６１１：Ｙｅｓ）は、ＣＰＵ４０１により、終了要求を情報提供装置２０１へ送信し（ステップＳ２６１２）、一連の処理を終了する。
【０１５４】
ステップＳ２６０３において、メッセージ作成要求が返信メールでない場合、すなわち、メール一覧表示画面１４００においてボタンＢ１が押下された場合（ステップＳ２６０３：Ｎｏ）は、ＣＰＵ４０１により、メッセージ作成画面の画面情報を情報提供装置２０１から受信したか否かを判断する（ステップＳ２６１３）。
【０１５５】
ここで、メッセージ作成画面の画面情報を受信するのを待って（ステップＳ２６１３：Ｎｏ）、メッセージ作成画面の画面情報を受信した場合（ステップＳ２６１３：Ｙｅｓ）は、ＣＰＵ４０１により、受信した画面情報に基づいて、ディスプレイ４０８にメッセージ作成画面を表示する（ステップＳ２６１４）。その後、ＣＰＵ４０１により、メッセージの宛先、本文等を受け付ける（ステップＳ２６１５）。
【０１５６】
つぎに、ＣＰＵ４０１により、送信要求を受け付けたか否かを判断する（ステップＳ２６１６）。ここで、送信要求を受け付けなかった場合（ステップＳ２６１６：Ｎｏ）は、ステップＳ２６１５へ戻る。一方、送信要求を受け付けた場合（ステップＳ２６１６：Ｙｅｓ）は、ＣＰＵ４０１により、メッセージの送信要求、本文、件名、宛先等情報を情報提供装置２０１へ送信し（ステップＳ２６１７）、その後、ステップＳ２６１１へ移行する。そして、ステップＳ２６１１以降の処理を実行する。
【０１５７】
以上説明したように、実施の形態にかかる情報提供装置２０１によれば、返信メッセージ作成画面の表示要求に含まれるメッセージＩＤに基づいて、引用先と引用元のメールを関連付けして記憶する返信管理ＤＢ２３０の中から、対象メールの引用元となる引用元メールを検索し、対象メールおよび検索された引用元メールの識別子に基づいて、アドレス宛に送信されたメッセージＩＤとメールが開封されたか否かを示す開封状況とを関連付けして記憶する開封状況ワークテーブル１２００を参照して、対象メールおよび引用元メールのアドレス宛ごとの開封状況を対象メールおよび引用元メールの本文と関連付けして、返信メッセージ画面を作成するので、返信メールを作成する者は、引用されたメールの送信者でなくても、引用されたメール、特に引用が複数回おこなわれたことによって引用回数が多くなった一連のメールであっても、その宛先人毎の開封状況を把握することができる。
【０１５８】
特に、同報送信におけるメールの未開封者を認識することができるので、同報メールの引用を繰り返しながらメールで議論を進めていく場合であっても、宛先に含まれる一部の者が内容を知らないうちに議論が進行してしまうことを防止することができる。このように、やりとりしているメールの開封状況をメールの読み手、特に返信メールにて新たなメールを作成しようとしている者が確実に把握できることによって、未開封者の意見を待って議論を進めることもできる。
【０１５９】
これにより実施の形態にかかる情報提供装置２０１は、引用文を引用する返信メッセージ機能および複数の宛先へ同一の内容のメールを同時に送信する同報機能を用いたメールの内容の理解を支援し、利用者にメールをより効果よく利用させることができる。
【０１６０】
本実施の形態においては、情報提供装置２０１が有する機能をクライアント端末２０２に設けることにより、ＰＯＰ型のメールシステムにおいても適用することができる。
【０１６１】
なお、実施の形態で説明した情報提供方法は、あらかじめ用意されたプログラムをパーソナル・コンピュータやワークステーション等のコンピュータで実行することにより実現することができる。本情報提供プログラムは、ハードディスク、フレキシブルディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ等のコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。また、本情報提供プログラムは、インターネット等のネットワークを介して配布してもよい。
【０１６２】
上述した実施の形態に関し、さらに以下の付記を開示する。
【０１６３】
（付記１）コンピュータに、
所定のアドレス宛に送信された対象電子メールの本文を引用して新たな電子メールを作成する返信メッセージ作成画面の表示要求を受け付け、
受け付けられた前記表示要求に含まれる前記対象電子メールの識別子に基づいて、引用元の電子メールの識別子と引用先の電子メールの識別子とを対応付けて記憶する第１の記憶部の中から、前記対象電子メールの引用元となる引用元電子メールを検索し、
前記対象電子メールおよび検索された前記引用元電子メールの識別子に基づいて、前記アドレス宛に送信された電子メールの識別子と当該電子メールが開封されたか否かを示す開封状況とを関連付けして記憶する第２の記憶部を参照して、前記対象電子メールおよび前記引用元電子メールの前記アドレス宛ごとの開封状況を判定し、
判定された結果を前記対象電子メールおよび前記引用元電子メールの本文と関連付けして出力する、
処理を実行させることを特徴とする情報提供プログラム。
【０１６４】
（付記２）前記開封状況には、前記表示要求を受け付けた際に前記引用元の電子メールが開封されていたか否かを示す開封状況、および、前記引用先の電子メールが送信された際に前記引用元の電子メールが開封されていたか否かを示す開封状況を含むことを特徴とする付記１に記載の情報提供プログラム。
【０１６５】
（付記３）出力された前記結果の更新要求を受け付け、
出力の対象となった電子メールのうち、未開封と判定された電子メールの識別子に基づいて、前記開封状況を更新する前記第２の記憶部を参照して、当該電子メールの開封状況を判定し、
判定された結果を更新して出力することを特徴とする付記１または２に記載の情報提供プログラム。
【０１６６】
（付記４）前記開封状況には、前記アドレス宛に送信された電子メールが開封された日時に関する情報を含み、
前記判定された結果および前記日時に関する情報を前記本文と関連付けして出力することを特徴とする付記１〜３のいずれか一つに記載の情報提供プログラム。
【０１６７】
（付記５）前記出力する処理は、引用元となる電子メールよりも後に引用された電子メールの量から算出される、前記引用元となる電子メールが引用される位置に関する情報を記憶する第３の記憶部を参照して、前記判定された結果を当該引用元となる電子メールの先頭部分に挿入するように出力することを特徴とする付記１〜４のいずれか一つに記載の情報提供プログラム。
【０１６８】
（付記６）前記検索する処理は、前記引用元電子メールの識別子に基づいて、前記第１の記憶部の中から、前記引用元電子メールの更に引用元となる電子メールを検索し、
前記判定する処理は、検索された前記更に引用元となる電子メールの識別子に基づいて、前記第２の記憶部を参照して、前記更に引用元となる電子メールの前記アドレス宛ごとの開封状況を判定し、
前記出力する処理は、判定された結果を前記更に引用元となる電子メールの本文と関連付けして出力することを特徴とする付記１〜５のいずれか一つに記載の情報提供プログラム。
【０１６９】
（付記７）所定のアドレス宛に送信された対象電子メールの本文を引用して新たな電子メールを作成する返信メッセージ作成画面の表示要求を受け付ける受付部と、
前記受付部によって受け付けられた前記表示要求に含まれる前記対象電子メールの識別子に基づいて、引用元の電子メールの識別子と引用先の電子メールの識別子とを対応付けて記憶する第１の記憶部の中から、前記対象電子メールの引用元となる引用元電子メールを検索する検索部と、
前記対象電子メールおよび前記検索部によって検索された前記引用元電子メールの識別子に基づいて、前記アドレス宛に送信された電子メールの識別子と当該電子メールが開封されたか否かを示す開封状況とを関連付けして記憶する第２の記憶部を参照して、前記対象電子メールおよび前記引用元電子メールの前記アドレス宛ごとの開封状況を判定する判定部と、
前記判定部によって判定された結果を前記対象電子メールおよび前記引用元電子メールの本文と関連付けして出力する出力部と、
を有することを特徴とする情報提供装置。
【０１７０】
（付記８）コンピュータが、
所定のアドレス宛に送信された対象電子メールの本文を引用して新たな電子メールを作成する返信メッセージ作成画面の表示要求を受け付け、
受け付けられた前記表示要求に含まれる前記対象電子メールの識別子に基づいて、引用元の電子メールの識別子と引用先の電子メールの識別子とを対応付けて記憶する第１の記憶部の中から、前記対象電子メールの引用元となる引用元電子メールを検索し、
前記対象電子メールおよび検索された前記引用元電子メールの識別子に基づいて、前記アドレス宛に送信された電子メールの識別子と当該電子メールが開封されたか否かを示す開封状況とを関連付けして記憶する第２の記憶部を参照して、前記対象電子メールおよび前記引用元電子メールの前記アドレス宛ごとの開封状況を判定し、
判定された結果を前記対象電子メールおよび前記引用元電子メールの本文と関連付けして出力する、
処理を実行することを特徴とする情報提供方法。
【符号の説明】
【０１７１】
２００  メールシステム
２０１  情報提供装置
２０２  クライアント端末
２３０  返信管理ＤＢ
２４０  メールＤＢ
１２００  開封状況ワークテーブル
１７００  返信メッセージ作成画面
２００１  受付部
２００２  検索部
２００３  判定部
２００４  出力部
２００５  第１記憶部
２００６  第２記憶部
２００７  第３期億部
【図１】
2013206447.tif 000003
【図２】
2013206447.tif 000004
【図３】
2013206447.tif 000005
【図４】
2013206447.tif 000006
【図５】
2013206447.tif 000007
【図６】
2013206447.tif 000008
【図７】
2013206447.tif 000009
【図８】
2013206447.tif 000010
【図９】
2013206447.tif 000011
【図１０】
2013206447.tif 000012
【図１１】
2013206447.tif 000013
【図１２】
2013206447.tif 000014
【図１３】
2013206447.tif 000015
【図１４】
2013206447.tif 000016
【図１５】
2013206447.tif 000017
【図１６】
2013206447.tif 000018
【図１７】
2013206447.tif 000019
【図１８】
2013206447.tif 000020
【図１９】
2013206447.tif 000021
【図２０】
2013206447.tif 000022
【図２１】
2013206447.tif 000023
【図２２】
2013206447.tif 000024
【図２３】
2013206447.tif 000025
【図２４】
2013206447.tif 000026
【図２５】
2013206447.tif 000027
【図２６】
2013206447.tif 000028