JP2014149577A - メール処理プログラム、メール処理方法、及びメール処理装置 - Google Patents

Abstract

【課題】メールのやり取りの内容を正確に把握できるようにする。
【解決手段】メール処理部４０は、ユーザからのメールの閲覧要求に応じて、メール本文と送信日時とを含むメール情報を該メールの送信先に対応付けて記憶したメールＤＢ３２から、該閲覧要求に対応するメールを読み出し、メールの返信関係を記憶した返信管理ＤＢ３４から、読み出したメールのメール本文内で引用されているメールを抽出し、抽出した引用されているメールのメール本文と送信日時とをメールＤＢ３２から読み出し、読み出したそれぞれのメールのメール本文を、送信日時に基づく順序に並べ替えた閲覧画面を生成する。
【選択図】図３

Description

本件は、メール処理プログラム、メール処理方法、及びメール処理装置に関する。

電子メールシステムの利用者が、受信した電子メール（以下、単に「メール」と呼ぶ）に対する返信メールを作成する場合、受信したメールに記載された本文を引用する場合がある。また、返信メールに対して更に返信メールを作成する場合、過去に送信されたメールの本文が複数引用される場合がある。このように複数のメールの本文が引用されているメールを閲覧する画面においては、より過去に送信されたメールの本文（引用文）がより下方に記載されることが一般的である。

なお、引用文を含むメールの表示において、一覧性の向上を図るため、引用文を送信者ごとに色分けして表示する技術が知られている（例えば、特許文献１参照）。

特開２００３−１５０５１５号公報 特開２００７−６６３１７号公報

上述のように、過去のメールを引用しながらメールのやり取りを行う場合、ユーザが、過去のメールの一部（あるメールの本文全体や、本文の一部（あいさつ文やシグネチャなど）、メールヘッダ等）を削除する場合がある。

しかしながら、メールのやり取りに途中から参加したユーザなど、メールのやり取りを最初から確認したいユーザにとっては、過去のメールの一部が削除されてしまうことで、やり取りの内容を正確に把握できなくなるおそれがある。

なお、一定の関連性のある文書間で、その関連性を容易に把握するため、複数の関連する文書（メール文書）の重複部分を省いて複数の関連する文書をマージする技術も知られている（特許文献２参照）。しかるに、本技術では、重複部分の解析処理を行う必要がある。

１つの側面では、本発明は、メールで引用されている過去のメールの内容を正確に把握することが可能なメール処理プログラム、メール処理方法、及びメール処理装置を提供することを目的とする。

本明細書に記載のメール処理プログラムは、ユーザからのメールの閲覧要求に応じて、メール本文と送信日時とを含むメール情報を該メールの送信先に対応付けて記憶したメール情報格納部から、該閲覧要求に対応するメールを読み出し、メールの返信関係を記憶した返信情報記憶部から、読み出した前記メールのメール本文内で引用されているメールを抽出し、抽出した前記引用されているメールのメール本文と送信日時とを前記メール情報格納部から読み出し、読み出したそれぞれのメールのメール本文を、前記送信日時に基づく順序に並べ替えた閲覧画面を生成する、処理をコンピュータに実行させるメール処理プログラムである。

本明細書に記載のメール処理方法は、ユーザからのメールの閲覧要求に応じて、メール本文と送信日時とを含むメール情報を該メールの送信先に対応付けて記憶したメール情報格納部から、該閲覧要求に対応するメールを読み出す工程と、メールの返信関係を記憶した返信情報記憶部から、読み出した前記メールのメール本文内で引用されているメールを抽出する工程と、抽出した前記引用されているメールのメール本文と送信日時とを前記メール情報格納部から読み出す工程と、読み出したそれぞれのメールのメール本文を、前記送信日時に基づく順序に並べ替えた閲覧画面を生成する工程と、をコンピュータが実行するメール処理方法である。

本明細書に記載のメール処理装置は、メール本文と送信日時とを含むメール情報を該メールの送信先に対応付けて記憶したメール情報格納部と、メールの返信関係を記憶した返信情報記憶部と、ユーザからのメールの閲覧要求に応じて、前記メール情報格納部から、該閲覧要求に対応するメールを読み出す第１読み出し部と、前記返信情報記憶部から、前記第１読み出し部が読み出した前記メールのメール本文内で引用されているメールを抽出する抽出部と、前記抽出部が抽出した前記引用されているメールのメール本文と送信日時とを前記メール情報格納部から読み出す第２読み出し部と、前記第２読み出し部が読み出したそれぞれのメールのメール本文を、前記送信日時に基づく順序に並べ替えた閲覧画面を生成する生成部と、を備えている。

本実施例に記載のメール処理プログラム、メール処理方法、及びメール処理装置は、メールで引用されている過去のメールの内容を正確に把握することできるという効果を奏する。

一実施形態に係る電子メールシステムの構成を概略的に示す図である。 図２（ａ）は、サーバのハードウェア構成を示す図であり、図２（ｂ）は、クライアントのハードウェア構成を示す図である。 サーバ及びクライアントの機能ブロック図である。 人事ＤＢのデータ構造の一例を示す図である。 メールＤＢのデータ構造の一例を示す図である。 返信管理ＤＢのデータ構造の一例を示す図である。 メール処理部の一連の処理を示すフローチャート（その１）である。 メール処理部の一連の処理を示すフローチャート（その２）である。 図９（ａ）は、利用者ＩＤ、パスワード入力画面の一例を示す図であり、図９（ｂ）は、認証エラー画面の一例を示す図である。 メール一覧表示画面の一例を示す図である。 メッセージ表示画面の一例を示す図（その１）である。 メッセージ表示画面の一例を示す図（その２）である。 図８のステップＳ４６（引用文分割画面生成処理）の具体的処理を示すフローチャートである。 メッセージ表示画面（発信順区分け画面）の一例を示す図（その１）である。 メッセージ表示画面（発信順区分け画面）の一例を示す図（その２）である。 図８のステップＳ５２（メール送信処理）の具体的処理を示すフローチャートである。 メッセージ作成画面の一例を示す図である。 図１８（ａ）は、図７、図８の処理と並行して実行される処理を示すフローチャートであり、図１８（ｂ）は、「新→古」ボタンが押された場合の表示例を示す図である。 一実施形態の効果を説明するための図である。 比較例を説明するための図である。

以下、電子メールシステムの一実施形態について、図１〜図２０に基づいて詳細に説明する。図１には、一実施形態に係る電子メールシステム１００が概略的に示されている。

本実施形態の電子メールシステム１００は、図１に示すように、メール処理装置としてのサーバ１０と、クライアント２０と、を備える。サーバ１０とクライアント２０は、インターネットやＬＡＮ（Local Area Network）などのネットワーク８０に接続されている。この電子メールシステム１００は、クライアント２０においてブラウザ上に表示されるＷＥＢメールの画面（サーバ１０から提供）において、利用者（ユーザ）が入力や操作を行うことで、クライアント２０間における電子メールのやり取りを可能にするシステムである。

図２（ａ）には、サーバ１０のハードウェア構成が示されている。図２（ａ）に示すように、サーバ１０は、ＣＰＵ（Central Processing Unit）９０、ＲＯＭ（Read Only Memory）９２、ＲＡＭ（Random Access Memory）９４、記憶部（ここではＨＤＤ（Hard Disk Drive））９６、ネットワークインタフェース９７、及び可搬型記憶媒体用ドライブ９９等を備えている。これらサーバ１０の構成各部は、バス９８に接続されている。サーバ１０では、ＲＯＭ９２あるいはＨＤＤ９６に格納されているプログラム（メール処理プログラムを含む）、或いは可搬型記憶媒体用ドライブ９９が可搬型記憶媒体９１から読み取ったプログラム（メール処理プログラムを含む）をＣＰＵ９０が実行することにより、図３に示すメール処理部４０としての機能が実現される。メール処理部４０は、メールの送受信のほか、クライアント２０上で表示する画面を生成し、送信するなどの機能を有する。なお、図３には、サーバ１０のＨＤＤ９６等に格納されているユーザ情報格納部としての人事ＤＢ（database）３０、メール情報格納部としてのメールＤＢ３２、及び返信情報記憶部としての返信管理ＤＢ３４も図示されている。なお、各ＤＢ３０〜３４の具体的なデータ構造等については後述する。

図２（ｂ）には、クライアント２０のハードウェア構成が示されている。図２（ｂ）に示すように、クライアント２０は、ＣＰＵ１９０、ＲＯＭ１９２、ＲＡＭ１９４、記憶部（ＨＤＤ）１９６、表示部１９３、入力部１９５、ネットワークインタフェース１９７、及び可搬型記憶媒体用ドライブ１９９等を備えており、クライアント２０の構成各部は、バス１９８に接続されている。表示部１９３は、液晶ディスプレイ等を含み、入力部１９５は、キーボードやマウス、タッチパネル等を含む。クライアント２０においては、ＣＰＵ１９０がプログラムを実行することで、図３に示す表示処理部５０及び入力処理部５２としての機能が実現される。表示処理部５０は、サーバ１０のメール処理部４０からの指示に応じて、クライアント２０の表示部１９３上にメール閲覧、メール作成、送受信に関する画面等を表示する。入力処理部５２は、クライアント２０の利用者が入力部１９５を介して入力した情報を受け付け、当該情報をサーバ１０のメール処理部４０に対して送信する。

ここで、サーバ１０が有する各種ＤＢについて説明する。

図４には、人事ＤＢ３０のデータ構造の一例が示されている。人事ＤＢ３０は、クライアント２０を利用するユーザの情報を管理するデータベースであり、図４に示すように、「利用者ＩＤ」、「パスワード」、「名前」、「画像」、「部署」、「内線電話」、「事業所」の各フィールドを有する。

「利用者ＩＤ」と「パスワード」のフィールドには、利用者それぞれのメールアドレス及びパスワードが格納される。「名前」のフィールドには、利用者の氏名が格納され、「画像」のフィールドには、利用者の顔を含む画像データが格納される。「部署」、「内線電話」、「事業所」のフィールドには、利用者が所属する部署、利用者の内線電話番号、利用者が拠点としている事業所名が格納される。

図５には、メールＤＢ３２のデータ構造の一例が示されている。メールＤＢ３２は、利用者ごとに用意され、各利用者が送受信したメールの情報を格納するデータベースである。メールＤＢ３２は、図５に示すように、「利用者ＩＤ」、「送受信」、「メッセージＩＤ」、「送信者ＩＤ」、「宛先」、「発信日時」、「メール情報（件名、本文、引用文）」の各フィールドを有する。

「利用者ＩＤ」のフィールドには、利用者のメールアドレスが格納される。なお、図５のメールＤＢ３２は、利用者「山田三郎」に対して用意されたメールＤＢであるので、「利用者ＩＤ」のフィールドには、「yamada@xxx.ww」が格納される。「送受信」のフィールドには、利用者が「受信」したメールであるか、「送信」したメールであるかを示す区分が格納される。「メッセージＩＤ」のフィールドには、メールごとに定められるユニークなＩＤ（識別情報）が格納される。「送信者ＩＤ」のフィールドには、メールの発信者のアドレスが格納される。なお、「送受信」のフィールドが「送信」であるメールの場合、「発信者ＩＤ」のフィールドには、メールＤＢ３２の利用者のアドレス（利用者ＩＤ）が格納されることになる。「宛先」のフィールドには、メールの宛先のアドレスが１又は複数格納される。なお、「送受信」のフィールドが「受信」であるメールの場合、「宛先」のフィールドに格納されるアドレスには、メールＤＢ３２の利用者のアドレス（利用者ＩＤ）が含まれることになる。「発信日時」のフィールドには、メールを発信した年月日及び時刻の情報が格納される。「メール情報（件名、本文、引用文）」のフィールドには、メールの件名、本文、及びメールで引用しているメールの本文（引用文）が格納される。

なお、メールの本文は、メールに記載されている文章のうち、引用符（例えば「>」）が行の先頭に記載されていない部分を意味する。また、メールの引用文は、メールに記載されている文書のうち、引用符（例えば「>」）が行の先頭に記載されている部分をいう。

図６には、返信管理ＤＢ３４のデータ構造の一例が示されている。返信管理ＤＢ３４は、返信メールが送信された場合に、返信メールの情報（現記事情報）と、返信元メールの情報（元記事情報）とを格納するデータベースである。返信管理ＤＢ３４は、図６に示すように、「現記事情報」と「元記事情報」とを含み、「現記事情報」として、「メッセージＩＤ」と「発信者ＩＤ」のフィールドを有し、「元記事情報」として、「メッセージＩＤ（送信元メッセージＩＤ）」と「発信者ＩＤ」のフィールドを有している。

この返信管理ＤＢ３４によれば、ある返信メールがどのメールに対する返信であるかが分かるとともに、同一の話題に対してメール（返信メール）が複数回やり取りされている場合には、返信先を遡って追跡することができる。

（メール処理部４０の処理について）
次に、本実施形態におけるメール処理部４０の処理について、図７、図８及び図１３、図１６のフローチャートに沿って、その他図面を適宜参照しつつ詳細に説明する。

図７の処理では、まず、ステップＳ１０において、メール処理部４０が、メール表示要求をクライアント２０から受信するまで待機する。クライアント２０の利用者は、クライアント２０の表示部１９３上に表示されているブラウザ上でＷＥＢメールサービスのアドレスに対してアクセスすることによりメール表示要求を出すことができる。なお、メール表示要求は、クライアント２０の入力処理部５２から送信される。

メール処理部４０は、入力処理部５２から送信されてきたメール表示要求を受信すると（ステップＳ１０の判断が肯定されると）、ステップＳ１２に移行する。ステップＳ１２では、メール処理部４０が、利用者ＩＤ（メールアドレス），パスワード入力画面（データ）をクライアント２０に送信する。この場合の利用者ＩＤ、パスワード入力画面は、図９（ａ）に示すような画面であるものとする。なお、クライアント２０においては、表示処理部５０が、利用者ＩＤ、パスワード入力画面のデータを受信した段階で、図９（ａ）の画面を表示部１９３上に表示する。

次いで、ステップＳ１４に移行すると、メール処理部４０は、利用者ＩＤ（メールアドレス）、パスワードをクライアント２０から受信するまで待機する。なお、利用者が利用者ＩＤとパスワードを図９（ａ）の画面上で入力し、「送信」ボタンを押すと、入力処理部５２は、利用者ＩＤとパスワードをメール処理部４０に送信する。

利用者ＩＤとパスワードが入力処理部５２からメール処理部４０に対して送信されると（ステップＳ１４の判断が肯定されると）、ステップＳ１６に移行する。ステップＳ１６では、メール処理部４０が、人事ＤＢ３０（図４）を用いて、利用者の認証を行う。すなわち、メール処理部４０は、入力された利用者ＩＤ（メールアドレス）とパスワードの組み合わせが人事ＤＢ３０に存在しているか否かを判断する。次いで、ステップＳ１８では、メール処理部４０が、認証がＯＫであったか否かを判断する。ここでの判断が否定された場合には、ステップＳ２０に移行し、メール処理部４０は、認証エラー画面（図９（ｂ））を作成し、当該画面のデータをクライアント２０（表示処理部５０）に対して送信し、図７、図８の全処理を終了する。なお、表示処理部５０は、認証エラー画面のデータを受信した段階で、図９（ｂ）の画面を表示部１９３上に表示する。

一方、ステップＳ１８の判断が肯定された場合、すなわち、認証がＯＫであった場合には、ステップＳ２２に移行する。ステップＳ２２では、メール処理部４０は、認証した利用者のメールＤＢ３２から、受信メールの情報を取得する。そして、ステップＳ２４に移行し、メール処理部４０は、メールＤＢ３２から取得した受信メールを日付順にソートし、メール一覧表示画面（図１０）を作成する。次いで、図８のステップＳ３０に移行すると、メール処理部４０は、認証した利用者のメール一覧表示画面（図１０）をクライアント２０（表示処理部５０）に対して送信する。表示処理部５０は、図１０のメール一覧表示画面を表示部１９３上に表示する。

次いで、ステップＳ３２に移行すると、メール処理部４０は、メッセージの閲覧要求をクライアント２０から受信するまで待機する。クライアント２０の利用者は、図１０のメール一覧表示画面において、受信したメールの差出人や件名をクリックすることで、メッセージを選択し、閲覧要求を出すことができる。なお、メッセージの閲覧要求は、クライアント２０の入力処理部５２からメール処理部４０に対して送信される。

メール処理部４０は、入力処理部５２から送信されてきたメッセージの閲覧要求を受信すると（ステップＳ３２の判断が肯定されると）、ステップＳ３４に移行する。ステップＳ３４では、メール処理部４０が、メールＤＢ３２から、利用者によって選択されたメール（メッセージ）の本文、引用文（含んでいる場合のみ）を取得する。

次いで、ステップＳ３６では、メール処理部４０が、利用者によって選択されたメールが引用文を含んでいるか否か、すなわち、ステップＳ３４において引用文を取得できたか否か、を判断する。ここでの判断が肯定された場合には、ステップＳ３８に移行する。ステップＳ３８に移行した場合、メール処理部４０は、取得した本文、引用文と、「発信順区分け画面」のボタン、「一覧に戻る」のボタンを入れ込んだメッセージ表示画面を生成する。例えば、利用者が図１０の最上段のメールを選択した場合には、図５のメッセージＩＤ「hatumei6@xxx.ww」のメールのメッセージ表示画面として、図１１のような画面が生成される。そして、ステップＳ４０に移行すると、メール処理部４０は、生成したメッセージ表示画面（図１１）のデータをクライアント２０（表示処理部５０）に対して送信する。なお、表示処理部５０では、メッセージ表示画面のデータを受信した段階で、図１１の画面を表示部１９３上に表示する。

一方、ステップＳ３６の判断が否定された場合、すなわち、利用者によって選択されたメールが引用文を含んでいなかった場合には、ステップＳ４２に移行する。ステップＳ４２では、メール処理部４０は、取得した本文と、「発信順区分け画面」のボタン、「一覧に戻る」のボタンを入れ込んだメッセージ表示画面（図１２参照）を生成する。例えば、利用者が図１０の最下段のメールを選択した場合には、図５のメッセージＩＤ「hatumei1@xxx.ww」のメールのメッセージ表示画面として、図１２のような画面が生成される。そして、ステップＳ４０に移行すると、メール処理部４０は、生成したメッセージ表示画面（図１２）のデータをクライアント２０（表示処理部５０）に対して送信する。なお、表示処理部５０では、メッセージ表示画面のデータを受信した段階で、図１２の画面を表示部１９３上に表示する。

ステップＳ４０の後、ステップＳ４４に移行すると、メール処理部４０は、発信順区分け画面の表示要求を受信したか否かを判断する。ここでの判断が否定された場合には、ステップＳ５０に移行するが、肯定された場合には、ステップＳ４６に移行する。なお、クライアント２０の利用者は、図１１や図１２のメール一覧表示画面において、「発信順区分け表示」ボタンを押すことで、発信順区分け画面の表示要求を出すことができる。なお、発信順区分け画面の表示要求は、クライアント２０の入力処理部５２からメール処理部４０に対して送信される。

ステップＳ４６に移行すると、メール処理部４０が、引用文分割画面生成処理のサブルーチンを実行する。

図１３は、ステップＳ４６の具体的処理を示すフローチャートである。この図１３の処理では、まず、ステップＳ６０において、メール処理部４０が、選択されているメールのメッセージＩＤをメールＤＢ３２から取得する。例えば、図１１の場合、メール処理部４０は、メッセージＩＤ「hatumei6@xxx.ww」を取得する。また、図１２の場合、メール処理部４０は、メッセージＩＤ「hatumei1@xxx.ww」を取得する。

次いで、ステップＳ６２では、メール処理部４０が、返信管理ＤＢ３４を参照して、取得したメッセージＩＤを現記事情報に含む元記事情報があるか否かを判断する。例えば、取得したメッセージＩＤが「hatumei6@xxx.ww」である場合には、返信管理ＤＢ３４の最上段のレコードに基づいて、ステップＳ６２の判断が肯定される。また、例えば、メッセージＩＤが「hatumei1@xxx.ww」である場合には、返信管理ＤＢ３４より、ステップＳ６２の判断が否定される。

ステップＳ６２の判断が肯定されて、ステップＳ６４に移行すると、メール処理部４０は、対応する元記事情報のメッセージＩＤとともに、それに紐づく全ての元記事情報のメッセージＩＤを返信管理ＤＢ３４から抽出する。具体的には、現在選択されているメールのメッセージＩＤが「hatumei6@xxx.ww」である場合には、現記事情報がメッセージＩＤ「hatumei6@xxx.ww」である元記事情報のメッセージＩＤ「hatumei5@xxx.ww」を抽出する。次いで、現記事情報のメッセージＩＤが「hatumei5@xxx.ww」の場合の元記事情報のメッセージＩＤ「hatumei4@xxx.ww」を抽出する。その後、同様の処理を繰り返すことで、メール処理部４０は、メッセージＩＤ「hatumei5@xxx.ww」、「hatumei4@xxx.ww」、「hatumei3@xxx.ww」、「hatumei2@xxx.ww」、「hatumei1@xxx.ww」を抽出する。

次いで、ステップＳ６６では、メール処理部４０が、抽出したメッセージＩＤを基に、メールＤＢ３２から、発信日時、発信者ＩＤ、本文を取得し（読み出し）、記載順を発信日時順に並べ、メッセージ表示画面（メールの記事部分）に挿入する。この場合、発信日時順に並べるとは、「古→新」の順に上から下に並べることを意味する。なお、ステップＳ６６では、発信者ＩＤをメールＤＢ３２からでなく、返信管理ＤＢ３４から取得することとしてもよい。

次いで、ステップＳ６８では、メール処理部４０が、メッセージ表示画面上において、メッセージＩＤとメッセージＩＤの間に区切り線を挿入する。次いで、ステップＳ７２では、メール処理部４０は、人事ＤＢ３０から、選択しているメールの発信者の発信者ＩＤに対応する画像を取得し、メッセージ表示画面に挿入する。この場合、メール処理部４０は、各メールの本文に画像が対応するように挿入する。

そして、ステップＳ７４では、メール処理部４０が、生成したメッセージ表示画面（発信順区分け画面）のデータをクライアント２０（表示処理部５０）に対して送信する。この場合、クライアント２０では、受信したデータを用いてメッセージ表示画面（発信順区分け画面）を表示する。すなわち、メール表示要求を出したユーザに対してメッセージ表示画面（発信順区分け画面）を提供する。なお、図１４には、図１１のメッセージ表示画面に対して図１３の処理を実行した結果、生成されたメッセージ表示画面が示されている。この図１４に示すように、図１１の画面に対して図１３の処理を実行することで、引用しているメールの表示順が「古→新」の順になるとともに、各メールの送信者が画像にて示されることになる。なお、図１４の画面上には、「新→古」ボタンが表示されているものとする。この「新→古」ボタンの詳細については、後述する。

一方、図１３のステップＳ６２における判断が否定された場合、すなわち、図１２に示すように、返信メールでない場合には、ステップＳ７０に移行する。ステップＳ７０では、メール処理部４０は、現記事（選択されているメール）のメッセージＩＤを基に、メールＤＢ３２から、発信日時、発信者ＩＤ、本文を取得する。その後は、ステップＳ７２、Ｓ７４を上記と同様にして実行する。なお、図１５には、図１２のメッセージ表示画面に対して図１３の処理を実行した結果、生成されたメッセージ表示画面が示されている。この図１５の画面では、メールの送信者が画像にて示されることになる。

以上のようにして、図１３の処理が実行された後は、図８のステップＳ５０に移行する。

ステップＳ５０に移行すると、メール処理部４０は、メールの送信要求（返信又は転送）をクライアント２０から受信したか否かを判断する。ここでの判断が否定された場合には、ステップＳ４４に戻る。なお、クライアント２０の利用者は、図１１や図１２、又は図１４や図１５のメール一覧表示画面において、「返信」や「転送」ボタンを押すことで、メールの送信要求を出すことができる。なお、メールの送信要求は、クライアント２０の入力処理部５２からメール処理部４０に対して送信される。

一方、メール処理部４０がメールの送信要求を受信し、ステップＳ５０の判断が肯定された場合には、ステップＳ５２のメール送信処理のサブルーチンに移行する。なお、ステップＳ５２においては、図１６のフローチャートに沿った処理が実行される。

図１６の処理では、まず、ステップＳ８２において、メール処理部４０が、返信先を宛先とし、返信元のメールの本文と引用文とを引用文として挿入したメッセージ作成画面を生成する。なお、利用者が、図１１や図１４の画面上で「返信」ボタンを押した場合には、図１７に示すようなメッセージ作成画面が生成される。

次いで、ステップＳ８４では、メール処理部４０が、メッセージ作成画面（図１７）のデータをクライアント２０（表示処理部５０）に対して送信する。なお、表示処理部５０は、データを受信した段階で、表示部１９３上に図１７のメッセージ作成画面を表示する。

次いで、ステップＳ８６では、メール処理部４０が、クライアント２０から、宛先、件名、記事本文を受信するまで待機する。なお、入力処理部５２は、利用者が、図１７の画面上において必要事項を入力し、「送信」ボタンを押した段階で、宛先、件名、本文、発信者ＩＤをメール処理部４０に対して送信する。この送信が行われた段階で、ステップＳ８７に移行する。

ステップＳ８７に移行すると、メール処理部４０は、返信管理ＤＢ３４の現記事情報として、本メールのメッセージＩＤ（新たに生成される）と発信者ＩＤを記録する。また、メール処理部４０は、返信管理ＤＢ３４の元記事情報として、返信元記事のメッセージＩＤとそのメールの発信者ＩＤとを記録する。

次いで、ステップＳ８８では、メール処理部４０が、宛先のメールＤＢ３２の「受信」欄に、件名、本文、引用文等を記録する。なお、この記録により、メールが宛先に対して送信されたことになる。

そして、ステップＳ９０では、メール処理部４０が、発信者ＩＤに対応するメールＤＢ３２の送信欄に、件名、本文、引用文等を記録する。以上の処理により、図１６の処理が終了すると、図８のステップＳ５４に移行する。

図８のステップＳ５４に移行した場合、メール処理部４０は、メール一覧画面の表示要求を受信したか否かを判断する。なお、ここでは、利用者が図１１、図１２、図１４、図１５の画面において、「一覧に戻る」ボタンを押し、入力処理部５２からその旨の情報が送信されてきたか否かを判断している。ステップＳ５４の判断が肯定された場合には、ステップＳ３０に戻るが、否定された場合には、ステップＳ５６に移行する。

ステップＳ５６に移行した場合、メール処理部４０は、ログアウト要求をクライアントから受信したか否かを判断する。なお、ここでの判断では、利用者が図１０の画面において、「ログアウト」ボタンを押し、入力処理部５２からその旨の情報が送信されてきたか否かを判断している。ステップＳ５６の判断が否定された場合には、ステップＳ５４に戻るが、肯定された場合には、図７、図８の全処理を終了する。

なお、図７、図８の処理と並行して、図１８（ａ）の処理が実行されているものとする。図１８（ａ）の処理では、メール処理部４０は、ステップＳ１００において、「新→古」ボタン又は「古→新」ボタンが押されるまで待機する。そして、いずれかのボタンが押されると、メール処理部４０は、ステップＳ１０２において、引用されているメールの順番を逆順にし、クライアント２０（表示処理部５０）に対して送信する。例えば、利用者が図１４の画面上で「新→古」ボタンを押した場合には、メール処理部４０は、引用されているメールの順番を各メールの発信日時に基づいて並び替えた画面（図１８（ｂ）参照）を生成し、クライアント２０に送信する。一方、利用者が図１８（ｂ）の画面上で「古→新」ボタンを押した場合には、メール処理部４０は、引用されているメールの順番を各メールの発信日時に基づいて並び替えた新たな画面（図１４参照）を生成し、クライアント２０に送信する。

なお、利用者によって、図１４、図１５の「元画面に戻る」が押された場合には、メール処理部４０は、図１１、図１２の画面に戻る処理を実行するものとする。

なお、上記説明においては、図１４や図１５において、引用されているメールの発信者の画像を表示する場合について説明したが、これに限られるものではない。例えば、画像とともに、又は画像に代えて、人事ＤＢ３０に格納されている利用者の部署や内線電話、事業所を表示してもよい。また、人事ＤＢ３０に各利用者のその他の情報を格納しておき、画像とともに、又は画像に代えて、当該その他の情報を表示することとしてもよい。

なお、上記説明においては、図１０のメール一覧表示画面において「メール作成」ボタンが押された場合の処理を説明していないが、「メール作成」ボタンが押された場合には、従来と同様のメール作成処理が行われるものとする。

上記説明から分かるように、本実施形態では、一例として、サーバ１０のメール処理部４０によって、ユーザからのメールの閲覧要求に応じて、メールＤＢ３２から、該閲覧要求に対応するメールを読み出す第１読み出し部、返信管理ＤＢ３４から読み出したメールのメール本文内で引用されているメールを抽出する抽出部、抽出した引用されているメールのメール本文と送信日時とをメールＤＢ３２から読み出す第２読み出し部、読み出したそれぞれのメールのメール本文を、送信日時に基づく順序に並べ替えた閲覧画面を生成する生成部、及びユーザＤＢ３０から引用メールを送信したユーザの情報（例えば、画像）を取得する取得部、としての機能が実現されている。

以上、詳細に説明したように、本実施形態によると、メール処理部４０は、ユーザからのメールの表示要求（閲覧要求）に応じて、メールＤＢ３２から、表示要求に対応するメールを読み出し（Ｓ３４）、返信管理ＤＢ３４から、読み出したメールのメール本文内で引用されているメールを抽出し（Ｓ６４）、抽出した引用されているメールのメール本文と送信日時とをメールＤＢ３２から読み出し、読み出したそれぞれのメールのメール本文を、前記送信日時に基づく順序に並べ替えた閲覧画面を生成する（Ｓ６６）。このように、本実施形態では、図１４のメッセージ表示画面（発信順区分け画面）を生成する際に、実際のメールで過去のメールを引用している部分を利用せず、返信管理ＤＢ３４に格納されている情報と、メールＤＢ３２に格納されている過去のメールの本文を利用することとしている。したがって、メールのやり取りの途中で、引用されているメールの一部が削除されるなどした場合でも、全てのメールのやり取りを時系列に沿って表示することができる。これにより、利用者はやり取りの内容を正確に確認、把握することができる。また、本実施形態では、関連するメールにおける重複部分の解析等を行うことなく、図１４に示すような表示を行うことができるので、サーバ１０における処理負荷を低減することができる。

また、本実施形態では、利用者は、あるメールで引用されている過去のメールの本文を発信日時順に読むことができるので、過去のメールの本文を読む作業の簡素化が図られ、読みやすさの向上を図ることが可能である。特に、過去のメールが発信日時が過去のものほど上になるように表示されれば、メールの配列順（時系列に沿って上から下に配列されている）と、メールの記載方向（メール文書は文頭が上で文末が下にある）とが一致するようになる。この場合、過去のメールのやり取りを確認したい利用者の視線は、図１９に示すように、矢印Ｒ１→Ｒ２→Ｒ３→Ｒ４→Ｒ５のように動くようになる。したがって、図２０に示すように過去のものほど下になるようにメールの本文が表示される場合の視線の複雑な動き（Ｒ１’→Ｒ２’→Ｒ３’→Ｒ４’）が発生せず、読みやすさを向上することができる。

また、本実施形態では、返信管理ＤＢ３４を用いてメールＤＢ３２から引用されている過去のメールの本文を抽出し、並べて表示するため、引用符（例えば「>」）が表示されず、この点からも読みやすさを向上することができる。

また、本実施形態では、メール処理部４０は、メールＤＢ３２又は返信管理ＤＢ３４を参照して、引用されている過去のメールを送信した利用者を取得、特定し（Ｓ６６）、人事ＤＢ３０を参照して、特定されたユーザの情報（例えば、画像）を取得する（Ｓ７２）。そして、メール処理部４０は、引用されている過去のメールの本文に対応付けて、該メールを送信した利用者の情報（例えば、画像）を表示したメッセージ表示画面（発信順区分け画面）を生成する（Ｓ７２）。これにより、本実施形態では、過去のメールの送信者の情報として、氏名やアドレス以外の情報（例えば、画像）を見ることができるので、送信者が誰であるかを的確に把握することができる。

また、本実施形態では、利用者からの要求があった場合（Ｓ１００：肯定）に引用している過去のメールの記載順を変更する（例えば、図１４から図１８（ｂ）に変更する）（Ｓ１０２）。このように、本実施形態では、利用者がメールのやり取りを確認したい場合（古→新の順が良い場合）や、直前のメールの内容を閲覧したい場合（新→古の順が良い場合）とで表示を使い分けることができる。

なお、上記実施形態では、引用されているメールとともに発信者の情報（画像等）を表示する場合について説明したが、これに限られるものではなく、発信者の情報（画像等）を表示しなくてもよい。

なお、上記実施形態では、図８のステップＳ４２において、メッセージ表示画面に「発信順区分け画面」ボタンを設けることとしたが（図１２）、これに限らず、メッセージ表示画面に「発信順区分け画面」ボタンを設けなくてもよい。この場合、図１３の処理のステップＳ６２とステップＳ７０が省略されることになり、図１５のような画面は生成されないことになる。

なお、上記実施形態では、図８のステップＳ５４の判断が肯定された場合に、ステップＳ３０に戻る場合について説明したが、これに限らず、ステップＳ２２に戻ることとしてもよい。これにより、最新の受信メールが表示されたメール一覧表示画面をクライアント２０の表示部１９３上に表示することが可能となる。

なお、上記の処理機能は、コンピュータによって実現することができる。その場合、処理装置が有すべき機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体（ただし、搬送波は除く）に記録しておくことができる。

プログラムを流通させる場合には、例えば、そのプログラムが記録されたＤＶＤ（Digital Versatile Disc）、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）などの可搬型記録媒体の形態で販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。

プログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。また、コンピュータは、サーバコンピュータからプログラムが転送されるごとに、逐次、受け取ったプログラムに従った処理を実行することもできる。

上述した実施形態は本発明の好適な実施の例である。但し、これに限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変形実施可能である。

なお、以上の実施形態の説明に関して、更に以下の付記を開示する。
（付記１） ユーザからのメールの閲覧要求に応じて、メール本文と送信日時とを含むメール情報を該メールの送信先に対応付けて記憶したメール情報格納部から、該閲覧要求に対応するメールを読み出し、
メールの返信関係を記憶した返信情報記憶部から、読み出した前記メールのメール本文内で引用されているメールを抽出し、
抽出した前記引用されているメールのメール本文と送信日時とを前記メール情報格納部から読み出し、
読み出したそれぞれのメールのメール本文を、前記送信日時に基づく順序に並べ替えた閲覧画面を生成する、
処理をコンピュータに実行させることを特徴とするメール処理プログラム。
（付記２） ユーザの情報を格納するユーザ情報格納部から、前記引用されているそれぞれのメールの送信元のユーザの情報を取得する処理を前記コンピュータに更に実行させ、
前記閲覧画面を生成する処理では、前記引用されているメールのメール本文に取得した送信元のユーザの情報を対応付けた閲覧画面を生成することを特徴とする付記１に記載のメール処理プログラム。
（付記３） ユーザからのメールの閲覧要求に応じて、メール本文と送信日時とを含むメール情報を該メールの送信先に対応付けて記憶したメール情報格納部から、該閲覧要求に対応するメールを読み出す工程と、
メールの返信関係を記憶した返信情報記憶部から、読み出した前記メールのメール本文内で引用されているメールを抽出する工程と、
抽出した前記引用されているメールのメール本文と送信日時とを前記メール情報格納部から読み出す工程と、
読み出したそれぞれのメールのメール本文を、前記送信日時に基づく順序に並べ替えた閲覧画面を生成する工程と、
をコンピュータが実行することを特徴とするメール処理方法。
（付記４） ユーザの情報を格納するユーザ情報格納部から、前記引用されているそれぞれのメールの送信元のユーザの情報を取得する工程を前記コンピュータに更に実行させ、
前記閲覧画面を生成する工程では、前記引用されているメールのメール本文に取得した送信元のユーザの情報を対応付けた閲覧画面を生成することを特徴とする付記３に記載のメール処理方法。
（付記５） メール本文と送信日時とを含むメール情報を該メールの送信先に対応付けて記憶したメール情報格納部と、
メールの返信関係を記憶した返信情報記憶部と、
ユーザからのメールの閲覧要求に応じて、前記メール情報格納部から、該閲覧要求に対応するメールを読み出す第１読み出し部と、
前記返信情報記憶部から、前記第１読み出し部が読み出した前記メールのメール本文内で引用されているメールを抽出する抽出部と、
前記抽出部が抽出した前記引用されているメールのメール本文と送信日時とを前記メール情報格納部から読み出す第２読み出し部と、
前記第２読み出し部が読み出したそれぞれのメールのメール本文を、前記送信日時に基づく順序に並べ替えた閲覧画面を生成する生成部と、を備えるメール処理装置。
（付記６） ユーザの情報を格納するユーザ情報格納部と、
前記ユーザ情報格納部から前記引用されているそれぞれのメールの送信元のユーザの情報を取得する取得部と、を更に備え、
前記生成部は、前記引用されているメールのメール本文に取得した送信元のユーザの情報を対応付けた閲覧画面を生成することを特徴とする付記５に記載のメール処理装置。

１０ サーバ（メール処理装置）
３０ 人事ＤＢ（ユーザ情報格納部）
３２ メールＤＢ（メール情報格納部）
３４ 返信管理ＤＢ（返信情報記憶部）
４０ メール処理部（第１読み出し部、抽出部、第２読み出し部、生成部）

Claims (4)

1. ユーザからのメールの閲覧要求に応じて、メール本文と送信日時とを含むメール情報を該メールの送信先に対応付けて記憶したメール情報格納部から、該閲覧要求に対応するメールを読み出し、
   メールの返信関係を記憶した返信情報記憶部から、読み出した前記メールのメール本文内で引用されているメールを抽出し、
   抽出した前記引用されているメールのメール本文と送信日時とを前記メール情報格納部から読み出し、
   読み出したそれぞれのメールのメール本文を、前記送信日時に基づく順序に並べ替えた閲覧画面を生成する、
   処理をコンピュータに実行させることを特徴とするメール処理プログラム。
2. ユーザの情報を格納するユーザ情報格納部から、前記引用されているそれぞれのメールの送信元のユーザの情報を取得する処理を前記コンピュータに更に実行させ、
   前記閲覧画面を生成する処理では、前記引用されているメールのメール本文に取得した送信元のユーザの情報を対応付けた閲覧画面を生成することを特徴とする請求項１に記載のメール処理プログラム。
3. ユーザからのメールの閲覧要求に応じて、メール本文と送信日時とを含むメール情報を該メールの送信先に対応付けて記憶したメール情報格納部から、該閲覧要求に対応するメールを読み出す工程と、
   メールの返信関係を記憶した返信情報記憶部から、読み出した前記メールのメール本文内で引用されているメールを抽出する工程と、
   抽出した前記引用されているメールのメール本文と送信日時とを前記メール情報格納部から読み出す工程と、
   読み出したそれぞれのメールのメール本文を、前記送信日時に基づく順序に並べ替えた閲覧画面を生成する工程と、
   をコンピュータが実行することを特徴とするメール処理方法。
4. メール本文と送信日時とを含むメール情報を該メールの送信先に対応付けて記憶したメール情報格納部と、
   メールの返信関係を記憶した返信情報記憶部と、
   ユーザからのメールの閲覧要求に応じて、前記メール情報格納部から、該閲覧要求に対応するメールを読み出す第１読み出し部と、
   前記返信情報記憶部から、前記第１読み出し部が読み出した前記メールのメール本文内で引用されているメールを抽出する抽出部と、
   前記抽出部が抽出した前記引用されているメールのメール本文と送信日時とを前記メール情報格納部から読み出す第２読み出し部と、
   前記第２読み出し部が読み出したそれぞれのメールのメール本文を、前記送信日時に基づく順序に並べ替えた閲覧画面を生成する生成部と、を備えるメール処理装置。

Images