JP5648552B2 - 宛先制御プログラム、宛先制御装置および宛先制御方法 - Google Patents

Description

本発明は、宛先制御プログラム等に関する。

近年、電子メールは、利便性の高い情報通知手段となっている。例えば、ユーザは、メーリングリスト（Mailing List）を利用して、メールを送信することで、効率的に各種の情報を複数のユーザに通知することができる。以下では、メールＸを送信するユーザを送信者Ｍとし、メールＸを受信するユーザを、ユーザＡ、Ｂ、Ｃとする。

ユーザＡは、メールＸの内容を送信者Ｍの宛先（具体的には、ユーザＡ、Ｂ、Ｃ）以外のユーザＤにも知らせた方が良いと判断し、メールＸをユーザＤへ転送する場合がある。そして、例えば、ユーザＡが、メールＸをユーザＤに転送した後、送信者Ｘが初めに指定したユーザＡ、Ｂ、Ｃいずれかが、メールＸに対して返信する場合がある。

なお、従来技術１では、複数の宛先を設定してメールを送信する送信者の宛先を、メール当初の宛先に自動設定することで、複数の宛先を管理する管理者の負担を軽減するという技術が開示されている。

特開２００１−３２０４０１号公報

しかしながら、上述した従来技術では、元メールの宛先となるユーザが転送した先である、当初の宛先に含まれないユーザは、元メールのその後のやり取りを知ることができないという問題があった。

例えば、上記のように、メールＸの宛先以外のユーザＤへ、ユーザＡ、Ｂ、ＣのいずれかがメールＸを転送した場合に、複数のユーザ間で返信機能を用いて行う「その後のメールＸに関するやりとり」をユーザＤが知ることが難しい。なぜなら、返信機能で宛先に設定される宛先は、メールＸの送信者ＭとメールＸの宛先であるユーザＡ、Ｂ、Ｃのいずれかであるからである。

よって、メールＸのその後のやり取りをユーザＤへも伝えるためには、例えば、ユーザＤへ転送を行ったユーザＡが、メールＸの返信を行う場合であっても、手動でユーザＤを追加する必要がある。つまり、ユーザＡに操作が強いられる。また、転送処理を行ったユーザＡ以外のユーザＢ、ＣがメールＸを返信する場合には、宛先にユーザＤが設定されないので、ユーザＤは、ユーザＢ、Ｃが返信したメールを受信できない。

なお、送信者Ｍは、複数の宛先を指定するとして説明を行ったが、宛先が一つであっても同様の問題は発生する。送信者Ｍにより予め指定された宛先（ユーザＡ）以外のユーザ（ユーザＤ）へメールが転送された場合に、ユーザＤが、その後のやり取りを知るためには、ユーザＡがユーザＤを宛先に追加する操作が必要とされる。

ここで、従来技術１によれば、メールの宛先に、メールを送信した送信者の宛先が追加されるものの、メールの宛先となるユーザが転送した当初の宛先に含まれないユーザが宛先に登録されるものではない。このため、従来技術１では、ユーザの宛先にユーザＤが登録されることはなく、ユーザＤは「その後のメールＸに関するやりとり」を知ることができない。

開示の技術は、上記に鑑みてなされたものであって、メールの宛先となるユーザが転送した宛先に含まれないユーザであっても、その後のメールのやり取りを知ることができる宛先制御プログラム等を提供することを目的とする。

開示の宛先制御プログラムは、コンピュータに、クライアントからメール識別情報を有するメールを受け付け、メールのメール識別情報と、メールの送信元アドレスと、メールの宛先アドレスとを対応づけて記憶装置に記憶させる。また、コンピュータに、クライアントから受け付けたメールが転送メールか否かを判定させ、転送メールの場合には、前記メール識別情報に対応づけて、該転送メールの転送先アドレスを記憶装置に記憶させる。また、コンピュータにクライアントから受け付けたメールが返信メールか否かを判定させる。コンピュータに、返信メールの場合には、前記記憶装置を参照させ、該返信メールのメール識別情報に対応する複数の宛先アドレスおよび転送先アドレスを、前記返信メールの宛先に設定し、設定された返信メールの宛先のクライアントに返信メールを通知させる。

開示の宛先制御プログラムによれば、メールの宛先となるユーザが転送した宛先に含まれないユーザであっても、その後のメールのやり取りを知ることができるという効果を奏する。

図１は、本実施例にかかるメールシステムの構成を示す図である。 図２は、サーバの構成を示す機能ブロック図である。 図３は、ユーザ認証ＤＢのデータ構造の一例を示す図である。 図４は、転送管理ＤＢのデータ構造の一例を示す図である。 図５は、メールＤＢのデータ構造の一例を示す図である。 図６は、追加宛先ＤＢのデータ構造の一例を示す図である。 図７は、メール表示画面の一例を示す図である。 図８は、メッセージ作成画面の一例を示す図である。 図９は、ヘッダの一例を示す図である。 図１０は、クライアントの処理手順を示すフローチャートである。 図１１は、クライアントの送信処理の処理手順を示すフローチャートである。 図１２は、クライアントからメール表示要求を受け付けた場合のサーバの処理手順を示すフローチャートである。 図１３は、メッセージ作成画面生成処理の処理手順を示す図である。 図１４は、宛先制御プログラムを実行するコンピュータの一例を示す図である。

以下に、本願の開示する宛先制御プログラム、宛先制御装置および宛先制御方法の実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。

図１は、本実施例にかかるメールシステムの構成を示す図である。図１に示すように、このメールシステムは、サーバ１００、クライアント５０ａ，５０ｂを有する。サーバ１００、クライアント５０ａ，５０ｂは、ネットワーク４０に接続される。なお、ここでは一例として、クライアント５０ａ，５０ｂを示すが、他のクライアントを含んでもよい。なお、クライアント５０ａ、５０ｂを総称する場合、クライアント５０とよぶことにする。

クライアント５０は、サーバ１００にアクセスし、他のクライアントとの間でメールのやり取りを行う装置である。ユーザは、クライアント５０を操作して、メールの送信（返送、転送を含む）と受信とを行う。また、複数のユーザにメールを送信する場合には、メーリングリスト等を利用して、複数の宛先を指定し、メールを送信する。

サーバ１００は、クライアント間のメールのやり取りを管理するサーバである。特に、サーバ１００は、ひとつまたは複数の宛先へ送信されたメールが、当初の宛先以外に転送された場合に、元メールのメッセージＩＤ（Identification）と、転送先アドレスとを対応づけておく。そして、サーバ１００は、元メールのメッセージＩＤと、転送先アドレスとの関係を利用して、元メールから派生したメールの宛先に転送先アドレスを追加する。このような処理をサーバ１００が実行することで、宛先となるユーザが宛先以外に転送した先のユーザであっても、その後のメールのやり取りを知ることができる。

ここで、メッセージＩＤについて説明する。サーバ１００は、メールの送信（返信、転送を含む）を行なう場合には、メールのヘッダに、メールを一意に識別するメッセージＩＤを含める。メールを送信する場合には、ヘッダに唯一のメッセージＩＤが付与される。そして、該メールが返信、転送される場合には、返信メール、転送メールに対応する新たなメッセージＩＤが、返信元／転送元である該メールのメッセージＩＤに続くメッセージであることがわかるようにヘッダに含まれる。なお、返信／転送のおおもとである最初のメールに相当するメッセージＩＤを、元メールメッセージＩＤと表記する。

次に、図１に示したサーバ１００の構成について説明する。図２は、サーバの構成を示す機能ブロック図である。図２に示すように、このサーバ１００は、ネットワークインターフェース部１１０、記憶部１２０、制御部１３０を有する。

ネットワークインターフェース部１１０は、クライアント５０ａ、５０ｂとの間でデータ通信を行う装置である。例えば、ネットワークインターフェース部１１０は、通信カードや、通信装置に対応する。後述の制御部１３０は、ネットワークインターフェース部１１０を介して、クライアント５０ａ、５０ｂとデータ通信を行う。

記憶部１２０は、ユーザ認証ＤＢ（Data Base）１２０ａ、転送管理ＤＢ１２０ｂ、メールＤＢ１２０ｃ、追加宛先ＤＢ１２０ｄを有する。この記憶部１２０は、例えば、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、フラッシュメモリ（Flash Memory）などの半導体メモリ素子、またはハードディスク、光ディスクなどの記憶装置に対応する。

ユーザ認証ＤＢ１２０ａは、ユーザを認証する場合に利用するデータを記憶する。図３は、ユーザ認証ＤＢのデータ構造の一例を示す図である。図３に示すように、このユーザ認証ＤＢ１２０ａは、ユーザＩＤ、パスワードを有する。

転送管理ＤＢ１２０ｂは、あるメールを転送する転送メールに付与されるメッセージＩＤ、元メールのメッセージＩＤ、転送先アドレスを対応づけて記憶する。メールは送信される度に、ヘッダにメッセージＩＤが含まれる。また、返送時には、返送元から繋がる形で返送メールのメッセージＩＤがヘッダに追加される形となる。また、本発明では、転送時においても、転送元から繋がる形で転送メールのメッセージＩＤがヘッダに追加される形となる。返送／転送のおおもととなる最初のメールのメッセージＩＤが、元メールのメッセージＩＤとなる。図４は、転送管理ＤＢのデータ構造の一例を示す図である。図４に示すように、この転送管理ＤＢ１２０ｂは、メッセージＩＤ、元メールメッセージＩＤ、転送先アドレスを有する。ここで、図４のメッセージＩＤは、転送メールに付与されるメッセージＩＤに対応する。図４の元メールメッセージＩＤは、元メールのメッセージＩＤに対応する。

メールＤＢ１２０ｃは、各クライアント間でやり取りされるメールを記憶する。図５は、メールＤＢのデータ構造の一例を示す図である。図５に示すように、メールＤＢは、ユーザＩＤ、種別、メッセージＩＤ、メール情報を有する。メール情報には、タイトルと本文が含まれる。メールＤＢ１２０ｃにおいては、ユーザＩＤは、ユーザを識別する情報であると共に、ユーザのアドレスに対応する。図５において、種別は、該当メールが送信であるか受信であるかを識別するものである。また、図５のメッセージＩＤは、そのメールが送信される際に生成された（そのメールに対応する）メッセージＩＤである。なお、メールＤＢ１２０ｃに、ヘッダの情報をあわせて登録してもよい。

追加宛先ＤＢ１２０ｄは、元メールの当初の宛先に含まれていなかった転送先のアドレスを記憶する。図６は、追加宛先ＤＢのデータ構造の一例を示す図である。図６に示すように、この追加宛先ＤＢ１２０ｄは、元メールメッセージＩＤと、追加アドレスとを対応づけて記憶する。この追加アドレスは、元メールの当初の宛先に含まれていなかった転送先のアドレスに対応するものである。

図２の説明に戻る。制御部１３０は、認証部１３０ａ、画面情報生成部１３０ｂ、記憶制御部１３０ｃ、宛先制御部１４０ｄを有する。制御部１３０は、ＡＳＩＣ（Application Specific Integrated Circuit）や、ＦＰＧＡ（Field Programmable Gate Array）などの集積装置に対応する。また、制御部１３０は、例えば、ＣＰＵやＭＰＵ（Micro Processing Unit）等の電子回路に対応する。

認証部１３０ａは、クライアント５０の認証を行う処理部である。認証部１３０ａは、クライアント５０からユーザＩＤとパスワードとの組を受け付け、同一の組が、ユーザ認証ＤＢ１２０ａに存在する場合に、認証ＯＫと判定する。これに対して、認証部１３０ａは、クライアント５０から受け付けたユーザＩＤとパスワードと同一の組が、ユーザ認証ＤＢ１２０ａに存在しない場合には、認証ＮＧと判定する。

画面情報生成部１３０ｂは、各種の画面情報を生成し、クライアント５０に送信する処理部である。例えば、画面情報生成部１３０ｂは、入力画面、認証エラー画面、メール表示画面、メッセージ作成画面等を生成する。

このうち、入力画面は、認証対象となるクライアント５０に送信され、ユーザＩＤ、パスワードを入力させる画面である。入力画面に入力されたユーザＩＤ、パスワードは、上記認証部１３０ａにより認証される。

認証エラー画面は、認証に失敗した旨を通知する画面である。画面情報生成部１３０ｂは、認証部１３０ａが、認証ＮＧと判定した場合に、認証エラー画面の情報を、クライアント５０に送信する。

メール表示画面は、受信したメールの一覧に関する情報を表示する画面である。画面情報生成部１３０ｂは、ユーザＩＤとメールＤＢ１２０ｃを基にしてメール表示画面を生成する。図７は、メール表示画面の一例を示す図である。このメール表示画面１０は、メール表示画面の情報を受信したクライアント５０の表示部に表示される。例えば、ユーザは、クライアント５０を操作して、新規作成ボタン１０ａを押下することで、メッセージ作成要求を、サーバ１００に行う。この場合には、新規にメールを作成する旨の情報がサーバ１００に通知される。

また、ユーザはクライアント５０を操作して、件名１０ｂを選択して、件名１０ｂのメール記事内容を表示した後に、メールの返信ボタン、転送ボタンなどを押下することで、メッセージ作成要求をサーバ１００に行う。この場合には、メールの返信、転送を行う旨の情報がサーバ１００に通知される。

メッセージ作成画面は、ユーザがメッセージを作成する画面である。画面情報生成部１３０ｂは、クライアント５０からメッセージ作成要求を受け付けた場合に、メッセージ作成画面の情報をクライアント５０に送信する。図８は、メッセージ作成画面の一例を示す図である。このメッセージ作成画面２０は、メッセージ作成画面の情報を受信したクライアント５０の表示部に表示される。図８に示すように、このメッセージ作成画面２０は、宛先２０ａ、転送により追加された宛先２０ｂ、件名２０ｃ、本文入力欄２０ｄ、送信ボタン２０ｅを有する。

宛先２０ａは、メールの宛先が設定される。この宛先には、例えば、従来の返信機能により、メールの送信元アドレスが設定される。転送により追加された宛先２０ｂには、元メールの当初の宛先に含まれていない、元メールから派生したメールの転送先のアドレスが設定される。上記の宛先２０ａ、転送により追加された宛先２０ｂのアドレスは、後述の宛先制御部１４０ｄにより設定される。ユーザは、クライアント５０を操作して、適宜、宛先２０ａ、転送により追加された宛先２０ｂの宛先を修正してもよい。

件名２０ｃは、件名を入力する領域である。本文入力欄２０ｄは、記事本文を入力する領域である。送信ボタン２０ｅは、メールを送信する場合に押下されるボタンである。ユーザは、クライアント５０を操作して、件名２０ｃ、本文入力欄２０ｄ、に文章を入力し、送信ボタン２０ｅを押下することで、メールの内容をサーバ１００に通知する。

画面情報生成部１３０ｂは、送信ボタンを押下され、メッセージ作成画面に入力された情報をクライアント５０から取得した後に、ヘッダの生成を行う。画面情報生成部１３０ｂは、ヘッダを生成し、ユニークなメッセージＩＤを付与する。なお、メールが新規作成ではない場合、たとえば、返信メール、転送メールの場合には、返信元あるいは転送元メールのヘッダを取得し、ヘッダに取得したメッセージＩＤを加え、今回のメールがそのメールに続くメールであることを示すように、メッセージＩＤをヘッダに記載する。例えば、元メールのヘッダは、メールＤＢ１２０ｃに記憶されている。

画面情報生成部１３０ｂは、ヘッダを生成した後、または、ヘッダにメッセージＩＤを追加した後に、メールＤＢ１２０ｃにデータを登録する。例えば、画像情報生成部１３０ｂは、メールＤＢ１２０ｃの該当するユーザＩＤの送信欄に、メッセージＩＤ、件名、記事本文を記録する。

また、画面情報生成部１３０ｂは、受信欄に、宛先に対応するユーザＩＤと、メッセージＩＤ、件名、記事本文を記録する。なお、画面情報生成部１３０ｂは、メールＤＢ１２０ｃに、ヘッダの情報を対応づけて記憶してもよい。または、記憶部１２０の所定の記憶領域に、ヘッダと、件名と、記事本文を一時的に記憶してもよい。

ところで、画面情報生成部１３０ｂは、メールの転送を行う旨の情報を受け付けていた場合には、メールのヘッダに、メールの転送である旨の情報を付与する。図９は、ヘッダの一例を示す図である。図９のヘッダ３０には、本メールが転送メールであり、転送元のメッセージＩＤを示す情報３０ａが設定されている。これは、本メールの転送元が、メッセージＩＤであるkgakdifao@xxx.yyであることを示しているが、転送メールをさらに転送した場合は、転送元と、さらなる転送元とのふたつのメッセージＩＤがこの欄に記載される。

画面情報生成部１３０ｂは、メールの返信を行う旨の情報を受け付けた場合には、メールのヘッダに、メールの返送である旨の情報を付与する。これは従来のメールプロトコルにて実施されている方法で行なう。また、返信元のメールのヘッダを取得し、ヘッダの情報を宛先制御部１４０ｄに通知する。

また、画面情報生成部１３０ｂは、ヘッダを生成した後に、ヘッダの情報およびメールの転送先アドレスを、記憶制御部１３０ｃに出力する。

記憶制御部１３０ｃは、ヘッダの情報、転送先アドレスを基にして、転送管理ＤＢ１２０ｂ、追加宛先ＤＢ１２０ｄを更新する処理部である。記憶制御部１３０ｃは、ヘッダを参照し、メールが転送されたものである場合には、今回、生成されたメッセージＩＤと、元メールメッセージＩＤと、転送先アドレスを転送管理ＤＢ１２０ｂに登録する。

また、記憶制御部１３０ｃは、元メールメッセージＩＤと、転送先アドレスとを対応づけて、追加宛先ＤＢ１２０ｄに登録する。記憶制御部１３０ｃは、既に元メールメッセージＩＤと同一のメッセージＩＤが、追加宛先ＤＢ１２０ｄに登録されている場合には、該当するメッセージＩＤに対応づけて、転送先アドレスを追加する。

宛先制御部１４０ｄは、返信元のメールのヘッダを取得し、返信先の宛先として、元メールの送信者、受信者のアドレスに加えて、元メールの転送先アドレスを追加する処理部である。

宛先制御部１４０ｄは、返信元のメールのヘッダから元メールメッセージＩＤを取得し、取得した元メールメッセージＩＤに対応する追加アドレスを追加宛先ＤＢ１２０ｄから取得する。この追加アドレスは、当初の宛先に含まれていなかった転送先のアドレスに対応する。

また、宛先制御部１４０ｄは、元メールメッセージＩＤをキーにして、メールＤＢ１２０ｃから、元メールの送信者、受信者のアドレスを取得する。なお、宛先制御部１４０ｄは、転送管理ＤＢ１２０ｂ、メールＤＢ１２０ｃを基にして、元メールの送信者を取得してもよい。

宛先制御部１４０ｄは、上記の手法で取得した、元メールの送信者、受信者のアドレスを図８の宛先２０ａに設定する。また、宛先制御部１４０ｄは、転送先のアドレスを、転送により追加されたアドレス２０ｂに設定する。

次に、図１に示したクライアント５０の処理手順について説明する。図１０は、クライアントの処理手順を示すフローチャートである。例えば、図１０に示す処理は、ユーザからの表示要求を受け付けたことを契機に実行される。

図１０に示すように、クライアント５０は、メールの表示要求を受け付けていない場合には（ステップＳ１０１，Ｎｏ）、再度ステップＳ１０１に移行する。一方、クライアント５０は、メールの表示要求を受け付けた場合には（ステップＳ１０１，Ｙｅｓ）、サーバ１００に、メール表示要求を送信する（ステップＳ１０２）。

クライアント５０は、サーバ１００から入力画面を受信していない場合には（ステップＳ１０３，Ｎｏ）、再度ステップＳ１０３に移行する。一方、クライアント５０は、サーバ１００から入力画面を受信した場合には（ステップＳ１０３，Ｙｅｓ）、入力画面を表示する（ステップＳ１０４）。

クライアント５０は、ユーザＩＤ、パスワードを受け付けていない場合には（ステップＳ１０５，Ｎｏ）、再度ステップＳ１０５に移行する。一方、クライアント５０は、ユーザＩＤ、パスワードを受け付けた場合には（ステップＳ１０５，Ｙｅｓ）、ユーザＩＤ、パスワードをサーバ１００に送信する（ステップＳ１０６）。

クライアント５０は、認証エラー画面を受信した場合には（ステップＳ１０７，Ｙｅｓ）、処理を終了する。クライアント５０は、認証エラー画面を受信しない場合には（ステップＳ１０７，Ｎｏ）、メール表示画面をサーバ１００から受信したか否かを判定する（ステップＳ１０９）。また、クライアント５０は、認証エラー画面を表示する（ステップＳ１０８）。

クライアント５０は、サーバ１００からメール表示画面を受信していない場合には（ステップＳ１０９，Ｎｏ）、再度ステップＳ１０９に移行する。一方、クライアント５０は、サーバ１００からメール表示画面を受信した場合には（ステップＳ１０９，Ｙｅｓ）、メール表示画面を表示部に表示する（ステップＳ１１０）。

クライアント５０は、メッセージ作成要求を受け付けてない場合には（ステップＳ１１１，Ｎｏ）、ステップＳ１１３に移行する。クライアント５０は、メッセージ作成要求を受け付けた場合には（ステップＳ１１１，Ｙｅｓ）、送信処理を実行する（ステップＳ１１２）。

クライアント５０は、ログアウト要求がない場合には（ステップＳ１１３，Ｎｏ）、ステップＳ１１１に移行する。一方、クライアント５０は、ログアウト要求があった場合には（ステップＳ１１３，Ｙｅｓ）、ログアウト要求をサーバ１００に送信する（ステップＳ１１４）。

次に、図１０のステップＳ１１２に示した送信処理の処理手順について説明する。図１１は、クライアントの送信処理の処理手順を示すフローチャートである。図１１に示すように、クライアント５０は、サーバ１００にメッセージ作成要求を送信する（ステップＳ１５０）。

クライアント５０は、メッセージ作成画面を受信していない場合には（ステップＳ１５１，Ｎｏ）、再度ステップＳ１５１に移行する。一方、クライアント５０は、メッセージ作成画面を受信した場合には（ステップＳ１５１，Ｙｅｓ）、メッセージ作成画面を表示部に表示する（ステップＳ１５２）。

クライアント５０は、宛先、件名、記事本文の入力を受け付け（ステップＳ１５３）、送信ボタンが押下されていない場合には（ステップＳ１５４，Ｎｏ）、再度ステップＳ１５４に移行する。一方、クライアント５０は、送信ボタンが押下された場合には（ステップＳ１５４，Ｙｅｓ）、宛先、件名、記事本文をサーバ１００に送信する（ステップＳ１５５）。

次に、サーバ１００の処理手順について説明する。図１２は、クライアントからメール表示要求を受け付けた場合のサーバの処理手順を示すフローチャートである。例えば、図１２に示す処理は、クライアント５０からメールの表示要求を受け付けたことを契機にして実行される。図１２に示すように、サーバ１００は、メール表示要求をクライアント５０から受け付けていない場合には（ステップＳ２０１，Ｎｏ）、再度ステップＳ２０１に移行する。

サーバ１００は、クライアント５０からメールの表示要求を受け付けた場合には（ステップＳ２０１，Ｙｅｓ）、入力画面をクライアント５０に送信する（ステップＳ２０２）。サーバ１００は、クライアント５０からユーザＩＤ、パスワードを受信していない場合には（ステップＳ２０３，Ｎｏ）、再度ステップＳ２０３に移行する。

サーバ１００は、ユーザＩＤ、パスワードを受信した場合には（ステップＳ２０３，Ｙｅｓ）、ユーザ認証ＤＢ１２０ａを利用して、認証を行う（ステップＳ２０４）。サーバ１００は、認証ＯＫではない場合には（ステップＳ２０５，Ｎｏ）、認証エラー画面を作成し、クライアント５０に送信する（ステップＳ２０６）。

一方、サーバ１００は、認証ＯＫの場合には（ステップＳ２０５，Ｙｅｓ）、メールＤＢを用いて、利用者ＩＤのメール表示画面を作成し（ステップＳ２０５ａ）、利用者ＩＤのメール表示画面を送信する（ステップＳ２０５ｂ）。また、サーバ１００は、メッセージ作成要求を受信したか否かを判定する（ステップＳ２０７）。サーバ１００は、メッセージ作成要求を受信したか否かを判定する（ステップＳ２０７）。サーバ１００は、メッセージ作成要求を受信していない場合には（ステップＳ２０７，Ｎｏ）、ステップＳ２１３に移行する。

一方、サーバ１００は、メッセージ作成要求を受信した場合には（ステップＳ２０７，Ｙｅｓ）、メッセージ作成画面生成処理を実行する（ステップＳ２０８）。サーバ１００は、メッセージ作成画面をクライアント５０に送信し（ステップＳ２０９）、宛先、件名、記事本文を受信していない場合には（ステップＳ２１０，Ｎｏ）、再度ステップＳ２１０に移行する。

一方、サーバ１００は、宛先、件名、記事本文を受信した場合には（ステップＳ２１０，Ｙｅｓ）、メールＤＢ１２０ｃの受信欄に、メッセージＩＤ、件名、記事本文を記録する（ステップＳ２１１）。

サーバ１００は、メールＤＢ１２０ｃの送信欄に、メッセージＩＤ、件名、記事本文を記録し（ステップＳ２１２）、ログアウト要求をクライアント５０から受信した場合には（ステップＳ２１３）、処理を終了する。サーバ１００は、ログアウト要求をクライアント５０から受信してない場合には、ステップＳ２０７に移行する。

次に、図１２のステップＳ２０８に示したメッセージ作成画面生成処理の処理手順について説明する。図１３は、メッセージ作成画面生成処理の処理手順を示す図である。図１３に示すように、サーバ１００は、メッセージＩＤ、ヘッダを生成し（ステップＳ２５０）、本メールは他のメールを転送するものであるか否かを判定する（ステップＳ２５１）。

サーバ１００は、他のメールを転送するものである場合には（ステップＳ２５１，Ｙｅｓ）、転送管理ＤＢ１２０ｂに、本メールのメッセージＩＤと、元メールメッセージＩＤと、転送先アドレスとを対応づけて記録する（ステップＳ２５２）。

サーバ１００は、元メールメッセージＩＤが追加宛先ＤＢ１２０ｄに存在する場合には（ステップＳ２５３，Ｙｅｓ）、元メールメッセージＩＤに対応づけて、転送先アドレスを追加宛先ＤＢ１２０ｄに記録する（ステップＳ２５４）。その後、ステップＳ２５６に移行する。

サーバ１００は、元メールメッセージＩＤが追加宛先ＤＢ１２０ｄに存在しない場合には（ステップＳ２５３，Ｎｏ）、元メールメッセージＩＤ、転送先アドレスを追加宛先ＤＢ１２０ｄに記録する（ステップＳ２５５）。サーバ１００は、転送先のアドレスを宛先として、メッセージ作成画面を生成する（ステップＳ２５６）。

ところで、ステップＳ２５１において、サーバ１００は、他のメールを転送するものではない場合に（ステップＳ２５１，Ｎｏ）、本メールは、他のメールを返信するものであるか否かを判定する（ステップＳ２５７）。

サーバ１００は、他のメールを返信するものでない場合には（ステップＳ２５７，Ｎｏ）、返信先を宛先としてメッセージ作成画面を生成する（ステップＳ２５８）。一方、サーバ１００は、他のメールを返信するものである場合には（ステップＳ２５７，Ｙｅｓ）、追加宛先ＤＢ１２０ｄに返信元メールの元メールメッセージＩＤが存在するか否かを判定する（ステップＳ２５９）。

サーバ１００は、追加宛先ＤＢ１２０ｄに返信元メールの元メールメッセージＩＤが存在しない場合には（ステップＳ２５９，Ｎｏ）、ステップＳ２５８に移行する。サーバ１００は、追加宛先ＤＢ１２０ｄに返信元メールの元メールメッセージＩＤが存在する場合には（ステップＳ２５９，Ｙｅｓ）、追加する宛先を追加宛先ＤＢ１２０ｄから取得する（ステップＳ２６０）。

サーバ１００は、転送管理ＤＢ１２０ｂと、メールＤＢ１２０ｃとを基にして、元メールの送信者および受信者のアドレスを取得する（ステップＳ２６１）。サーバ１００は、追加する宛先、元メールの送信者および受信者の宛先を設定して、メッセージ作成画面を生成する（ステップＳ２６２）。

次に、本実施例にかかるメールシステムの効果について説明する。本実施例のサーバ１００は、複数の宛先へ送信されたメールが、当初の宛先以外に転送された場合に、元メールメッセージＩＤと、転送先アドレスとを追加宛先ＤＢ１２０ｄに対応づけておく。そして、サーバ１００は、元メールメッセージＩＤと、転送先アドレスとの関係を利用して、元メールから派生したメールの宛先に転送先アドレスを追加する。このような処理をサーバ１００が実行することで、元メールの宛先となるユーザが転送した当初の宛先に含まれないユーザであっても、その後の元メールのやり取りを知ることができる。

また、サーバ１００は、元メールの当初に宛先に含まれていない転送先のアドレスをクライアント５０に通知する。このため、クライアント５０は、新たに追加された宛先を知ることができる。

また、サーバ１００は、メールを転送する場合には、メールのヘッダに転送メールである旨の情報を追加する。このため、転送するメールを識別することができる。

また、サーバ１００は、メールを転送したユーザと、返信するユーザが違う場合に、これから返信メールを送ろうとしているユーザに新たに追加されるアドレスを通知してもよい。このような処理をサーバ１００が行うことによって、返信を行うユーザに、例えば、「自分以外の誰かが、転送を行っていて、その転送先にも、あなたのメールは今後送信されますよ」と知らせることができる。

ところで、サーバ１００、クライアント５０の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、サーバ１００、クライアント５０の分散、統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。例えば、図２の各処理部１３０ａ〜１４０ｄの機能をまとめて、メール機能を有する処理部としてもよい。

ここで、図２に示したサーバ１００と同様の機能を実現する宛先制御プログラムを実行するコンピュータの一例を説明する。図１４は、宛先制御プログラムを実行するコンピュータの一例を示す図である。

図１４に示すように、コンピュータ２００は、各種演算処理を実行するＣＰＵ２０１と、ユーザからのデータの入力を受け付ける入力装置２０２と、ディスプレイ２０３を有する。また、コンピュータ２００は、記憶媒体からプログラム等を読取る読み取り装置２０４と、ネットワークを介して他のコンピュータとの間でデータの授受を行うインターフェース装置２０５とを有する。また、コンピュータ２００は、各種情報を一時記憶するＲＡＭ２０６と、ハードディスク装置２０７を有する。そして、各装置２０１〜２０７は、バス２０８に接続される。

ハードディスク装置２０７には、画面情報生成プログラム２０７ａ、記憶制御プログラム２０７ｂ、宛先制御プログラム２０７ｃを有する。ＣＰＵ２０１は、各プログラム２０７ａ〜２０７ｃを読み出して、ＲＡＭ２０６に展開する。画面情報生成プログラム２０７ａは、画面情報生成プロセス２０６ａとして機能する。記憶制御プログラム２０７ｂは、記憶制御プロセス２０６ｂとして機能する。宛先制御プログラム２０７ｃは、宛先制御プロセス２０６ｃとして機能する。

例えば、画面情報生成プロセス２０６ａは、画面情報生成部１３０ｂに対応する。記憶制御プロセス２０６ｂは、記憶制御部１３０ｃに対応する。宛先制御プロセス２０６ｃは、宛先制御部１４０ｄに対応する。

なお、各プログラム２０７ａ〜２０７ｃについては、必ずしも最初からハードディスク装置２０７に記憶させておかなくてもよい。例えば、コンピュータ２００に挿入されるフレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」に各プログラムを記憶させておく。そして、コンピュータ２００がこれらから各プログラムを読み出して実行するようにしてもよい。

以上の各実施例を含む実施形態に関し、さらに以下の付記を開示する。

（付記１）コンピュータに、
クライアントからメールを識別するメール識別情報を有するメールを受け付け、
前記メール識別情報と、前記メールの送信元アドレスと、前記メールの宛先アドレスとを対応づけて記憶装置に記憶し、
クライアントから受け付けたメールが転送メールか否かを判定し、転送メールの場合には、該転送メールに含まれる前記メール識別情報に対応づけて、該転送メールの転送先アドレスを記憶装置に記憶し、
前記メールの前記メール識別情報を有する返信メールを検知した場合には、前記記憶装置を参照し、該メール識別情報に対応する複数の宛先アドレスおよび転送先アドレスを、該返信メールの宛先に設定し、
設定された前記返信メールの宛先となるクライアントに前記返信メールを通知する処理を実行させる宛先制御プログラム。

（付記２）前記返信メールが有する前記メール識別情報に対応する複数の宛先アドレスおよび転送先アドレスを、前記返信メールの宛先に追加した場合に、追加した複数の宛先アドレスおよび転送先アドレスを、前記返信メールの送信元となるクライアントに通知することを特徴とする付記１に記載の宛先制御プログラム。

（付記３）前記メールが複数の宛先アドレス宛である場合に、前記記憶装置は、前記宛先アドレスを複数記憶し、
前記転送メールを送信した第一の宛先アドレスと、前記返送メールを送信する第二の宛先アドレスが異なる場合に、前記転送先アドレスを、前記返信メールの送信元となるクライアントに通知することを特徴とする付記２に記載の宛先制御プログラム。

（付記４）クライアントからメールを識別するメール識別情報を有するメールを受け付け、前記メール識別情報と、前記メールの送信元アドレスと、前記メールの宛先アドレスとを対応づけて記憶する記憶装置と、
クライアントから受け付けたメールが転送メールか否かを判定し、転送メールの場合には、該転送メールに含まれる前記メール識別情報に対応づけて、該転送メールの転送先アドレスを記憶装置に記憶する記憶制御部と、
前記メールの前記メール識別情報を有する返信メールを検知した場合には、前記記憶装置を参照し、該メール識別情報に対応する複数の宛先アドレスおよび転送先アドレスを、該返信メールの宛先に設定し、設定された前記返信メールの宛先となるクライアントに前記返信メールを通知する宛先制御部と
を有することを特徴とする宛先制御装置。

（付記５）前記宛先制御部は、前記返信メールが有する前記メール識別情報に対応する複数の宛先アドレスおよび転送先アドレスを、前記返信メールの宛先に追加した場合に、追加した複数の宛先アドレスおよび転送先アドレスを、前記返信メールの送信元となるクライアントに通知することを特徴とする付記４に記載の宛先制御装置。

（付記６）前記メールが複数の宛先アドレス宛である場合に、前記記憶装置は、前記宛先アドレスを複数記憶し、前記宛先制御部は、前記転送メールを送信した第一の宛先アドレスと、前記返送メールを送信する第二の宛先アドレスが異なる場合に、前記転送先アドレスを、前記返信メールの送信元となるクライアントに通知することを特徴とする付記５に記載の宛先制御装置。

（付記７）コンピュータが実行する宛先制御方法であって、
クライアントからメールを識別するメール識別情報を有するメールを受け付け、
前記メール識別情報と、前記メールの送信元アドレスと、前記メールの宛先アドレスとを対応づけて記憶装置に記憶し、
クライアントから受け付けたメールが転送メールか否かを判定し、転送メールの場合には、該転送メールに含まれる前記メール識別情報に対応づけて、該転送メールの転送先アドレスを記憶装置に記憶し、
前記メールの前記メール識別情報を有する返信メールを検知した場合には、前記記憶装置を参照し、該メール識別情報に対応する複数の宛先アドレスおよび転送先アドレスを、該返信メールの宛先に設定し、
設定された前記返信メールの宛先となるクライアントに前記返信メールを通知することを特徴とする宛先制御方法。

（付記８）前記返信メールが有する前記メール識別情報に対応する複数の宛先アドレスおよび転送先アドレスを、前記返信メールの宛先に追加した場合に、追加した複数の宛先アドレスおよび転送先アドレスを、前記返信メールの送信元となるクライアントに通知することを特徴とする付記７に記載の宛先制御方法。

（付記９）前記メールが複数の宛先アドレス宛である場合に、前記記憶装置は、前記宛先アドレスを複数記憶し、
前記転送メールを送信した第一の宛先アドレスと、前記返送メールを送信する第二の宛先アドレスが異なる場合に、前記転送先アドレスを、前記返信メールの送信元となるクライアントに通知することを特徴とする付記７または８に記載の宛先制御方法。

４０ ネットワーク
５０ａ，５０ｂ クライアント
１００ サーバ

Claims (5)

1. コンピュータに、
   いずれかのクライアントからメールを識別するメール識別情報を有するメールを受け付け、
   前記メール識別情報と、前記メールの送信元アドレスと、前記メールの宛先アドレスとを対応づけて記憶装置に記憶し、
   いずれかのクライアントから受け付けたメールがいずれかのメールに対する転送メールであるか否かを判定し、転送メールの場合には、該転送メールに含まれる転送元のメールのメール識別情報を転送元メール識別情報として、該転送メールの転送先アドレスと対応付けて記憶装置に記憶し、
   いずれかのクライアントから受け付けたメールがいずれかのメールに対する返信メールであるか否かを判定し、返信メールの場合には、返信元のメールに含まれるメール識別情報が、前記記憶装置の前記転送元メール識別情報と一致する場合に、該転送元メール識別情報に対応付けられた転送先アドレスを、該返信メールの宛先に追加する設定を行い、
   設定された前記返信メールの宛先となるクライアントに前記返信メールを通知する処理を実行させる宛先制御プログラム。
2. 前記返信メールが有する前記メール識別情報に対応する複数の宛先アドレスおよび転送先アドレスを、前記返信メールの宛先に追加した場合に、追加した複数の宛先アドレスおよび転送先アドレスを、前記返信メールの送信元となるクライアントに通知することを特徴とする請求項１に記載の宛先制御プログラム。
3. 前記メールが複数の宛先アドレス宛である場合に、前記記憶装置は、前記宛先アドレスを複数記憶し、
   前記転送メールを送信した第一の宛先アドレスと、前記返信メールを送信する第二の宛先アドレスが異なる場合に、前記転送先アドレスを、前記返信メールの送信元となるクライアントに通知することを特徴とする請求項２に記載の宛先制御プログラム。
4. いずれかのクライアントからメールを識別するメール識別情報を有するメールを受け付け、前記メール識別情報と、前記メールの送信元アドレスと、前記メールの宛先アドレスとを対応づけて記憶する記憶装置と、
   いずれかのクライアントから受け付けたメールがいずれかのメールに対する転送メールであるか否かを判定し、転送メールの場合には、該転送メールに含まれる転送元のメールのメール識別情報を転送元メール識別情報として、該転送メールの転送先アドレスと対応付けて記憶装置に記憶する記憶制御部と、
   いずれかのクライアントから受け付けたメールがいずれかのメールに対する返信メールであるか否かを判定し、返信メールの場合には、返信元のメールに含まれるメール識別情報が、前記記憶装置の前記転送元メール識別情報と一致する場合に、該転送元メール識別情報に対応付けられた転送先アドレスを、該返信メールの宛先に追加する設定を行い、設定された前記返信メールの宛先となるクライアントに前記返信メールを通知する宛先制御部と
   を有することを特徴とする宛先制御装置。
5. コンピュータが実行する宛先制御方法であって、
   いずれかのクライアントからメールを識別するメール識別情報を有するメールを受け付け、
   前記メール識別情報と、前記メールの送信元アドレスと、前記メールの宛先アドレスとを対応づけて記憶装置に記憶し、
   いずれかのクライアントから受け付けたメールがいずれかのメールに対する転送メールであるか否かを判定し、転送メールの場合には、該転送メールに含まれる転送元のメールのメール識別情報を転送元メール識別情報として、該転送メールの転送先アドレスと対応付けて記憶装置に記憶し、
   いずれかのクライアントから受け付けたメールがいずれかのメールに対する返信メールであるか否かを判定し、返信メールの場合には、返信元のメールに含まれるメール識別情報が、前記記憶装置の前記転送元メール識別情報と一致する場合に、該転送元メール識別情報に対応付けられた転送先アドレスを、該返信メールの宛先に追加する設定を行い、
   設定された前記返信メールの宛先となるクライアントに前記返信メールを通知することを特徴とする宛先制御方法。

Images