JP4718376B2 - メール表示方法、メール管理方法及びメールシステム - Google Patents

Description

本発明は、電子文書の配信処理や装置処理を管理する技術にに関する。

一般に、メール（電子文書）の管理に関する従来技術として、例えば、特許文献１等に記載された技術が知られている。この従来技術は、メールＩＤを元に、メールを一括して管理するというもので、送信済みメールと返信メールとの関連付けを行って適切な表示を行って、メールを適切に管理するというものである。

また、他の従来技術として、例えば、特許文献２等に記載された技術が知られている。この従来技術は、メールに転送禁止属性を指定する手段を用意することにより、不用意なメールの転送を防止することを可能としたものである。
特開２０００−３３０８８２号公報 特開２０００−１２４９４２号公報

前述した特許文献１に記載の従来技術は、返信時に宛先が追加されたり、削除された場合について考慮されておらず、宛先が変わっていることに気づきにくいという問題点を有している。例えば、ＡさんがＢさん宛に送信したメールにＢさんが返信する際に、別の宛先Ｃさんを追加したとする。この場合、Ｂさんからメールを受け取ったＡさんは、宛先Ｃさんが追加されていることに気づかずに返信してしまい、本来Ｃさんには知られたくない内容をメールに書いてしまうという問題が生じる。一般的なメールシステムは、返信時に元のメールのＴＯやＣＣに指定された宛先を引き継ぐものが多く、通常のやり取りでは宛先が変更されていないことを期待することが多いため、このような問題が起こりやすい。

また、特許文献２に記載されているような従来技術では、転送禁止属性を指定する手段を用意することにより、不用意な転送を防止することができるが、返信による宛先追加について考慮されていないものである。

前述したように、特許文献１、２に記載の従来技術は、何れも、返信による宛先追加について考慮されていないため、宛先が追加されている返信メールに不用意にさらに返信を行うと、本来知られたくない人に対して知られたくない内容の情報が流出してしまうという問題点を有している。これらの課題は、電子文書を電子的にやりとりする場合に起こる課題である。

本発明の目的は、メールの返信による不用意な情報流出を防止することを可能にするため、メールのやり取りにおける宛先の増減を利用者に知らせることにある。

本発明によれば前記目的は、複数のコンピュータ相互間でネットワークを介してメールの授受を行うメールシステムでのメール表示方法において、前記コンピュータが、他のコンピュータとの間でメールの送受信を行うメール送受信部と、送信及び受信したメールを保持するメールデータ部と、送信及び受信したメールを管理するメール管理部と、表示装置に個々のメールあるいはメール一覧画面を表示させるメール表示操作部とを備え、前記メール管理部が、前記メールデータ部内に保持されている送信及び受信したメールの返信メールと返信の元となった元メール、あるいは、この元メールの元となったメールを辿って見つけたメールとの関連付けを管理し、元のメール、あるいは、この元メールの元となったメールを辿って見つけた該メールの宛先に指定されたアドレスと返信されたメールに指定されたアドレスとを比較して差を抽出し、前記メール表示操作部に前記差を表示させることにより達成される。

本発明によれば、返信メールにおける宛先の増減を表示することとしているので、返信メールの宛先が変化している場合に、利用者は、宛先の変化を容易に知ることができる。また、不必要な相手にその返信メールに対する返信を行うことによる不用意な情報流出を防止することができる。

以下、本発明によるメール表示方法、メール管理方法及びメールシステムの実施形態を図面により詳細に説明する。

図１は本発明の一実施形態によるメールシステムの構成を示すブロック図である。図１において、１１０はサーバ、１１１はメール蓄積部、１１２はメール配送部、１１３、１２５は主記憶装置、１１４、１２６はＣＰＵ、１２０はクライアント、１２１はメール送信部、１２２はメール管理部、１２３はメール表示操作部、１２４はメールデータ部、１２７ディスク装置、１２８は入出力装置、１３０はネットワークである。

本発明の実施形態によるメールシステムは、ネットワーク１３０により接続されたサーバ１１０とクライアント１２０とにより構成される。なお、図１には、サーバ１１０とクライアント１２０とがそれぞれ１台だけ示しているが、これらは複数台設けられてよい。

サーバ１１０は、メールに関するサービスを提供するサーバであり、主記憶装置１１３、ＣＰＵ１１４、図示しないＨＤＤ等による記憶装置により構成され、主記憶装置１１３には、メール蓄積部１１１、メール配送部１１２が含まれる。メール蓄積部１１１、メール配送部は、ＨＤＤ等による記憶装置に格納されているプログラムやオブジェクト、プロセス、スレッド等を主記憶装置１１３に読み込んで、ＣＰＵ１１４により実行することにより実現されるものである。

クライアント１２０は、利用者が操作してメールサーバ１１０のサービス（プログラムやオブジェクト）を呼び出す（実行する）ことによってメール機能を提供するＰＣ等に代表されるコンピュータにより構成されるクライアントであり、主記憶装置１２５、ＣＰＵ１２６で構成され、ディスク装置１２７と入出力装置１２８とが接続される。主記憶装置１２５には、メール送受信部１２１、メール管理部１２２、メール表示操作部１２３が含まれ、ディスク装置１２７には、メールデータ部１２４が含まれる。メール送受信部１２１、メール管理部１２２、メール表示操作部１２３は、ディスク装置１２７に格納されているプログラムやオブジェクト、プロセス、スレッド等を主記憶装置１１３に読み込んで、ＣＰＵ１１４により実行することにより実現されるものである。

入出力装置１２８は、キーボード、マウス等の入力装置及び表示装置、印刷装置である。ネットワーク１３０は、例えば、インターネット等のオープンなネットワークや、社内ネットワーク（イントラネット）等のローカルなネットワーク、あるいは、それらを組み合わせたものでもよい。

前述した本発明の実施形態によるメールシステムは、Ｗｅｂシステムとして実現し、利用者がインターネットブラウザによって操作するものとして構成することもできる。また、図１に示す例では、ネットワークで接続されたクライアントサーバシステムの、それぞれの計算機にメール蓄積部等の要素を割り当てることにより、実現した例を示したが、本発明は、複数要素を１台の計算機に割り付けてもよく、スタンドアロンシステムに前述の全ての要素を割り当てて構成してもよい。

前述において、利用者がメール表示操作部１２３を操作しメールを作成し、メールの送信の操作を行うと、作成されたメールがメール管理部１２２によって管理され、メールデータ部１２４に格納される。格納されたメールは、メール送受信部１２１を介して、メールサーバ１１０のメール配送部１１２に送信されて、メール蓄積部１１１に蓄積され、図示しない他のクライアントに送信される。

なお、クライアント１２０は、利用者がクライアント１２０を操作する際に、ユーザＩＤやパスワード等を用いて利用者が正当な利用者本人であることを確認するログイン機能を備えているものとする。

利用者がクライアント１２０を利用してメール受信の操作を行うと、メール配送部１１２は、メール蓄積部１１１から該当する利用者宛のメールだけを取り出してクライアント１２０に送信する。クライアント１２０は、メール送受信部１２１を介してサーバ１１０から受け取ったメールをメール管理部１２２がメールデータ部１２４に格納する。メール表示操作部１２３は、利用者の操作に応じて、メールデータ部１２４に格納されたメールを表示する。

図２はメールデータ部に１２４に格納されるメールデータの例を説明する図であり、図２（ａ）は１つのメールファイルの詳細を示し、図２（ｂ）は複数のメールファイルがメールデータ部１２４に格納されている様子をテーブル形式で示している。

メールデータ部１２４には、図２（ａ）に示しているようなメールファイル２００が複数格納される。メールファイル２００は、メッセージＩＤ部２１０、返信元ＩＤ部２２０、送信者部２３０、ＴＯ宛先部２４０、ＣＣ宛先部２５０、主題部２６０、日付部２７０、本文部２８０により構成される。メッセージＩＤ部２１０には、メール毎の固有の番号であるメッセージＩＤが、返信元ＩＤ部２２０には、返信操作を行った元となるメールのメッセージＩＤが、送信者部２３０には、メール送信の操作を行った利用者のアドレスが、ＴＯ宛先部５４０やＣＣ宛先部５５０には、指定したアドレスが、主題部５６０には、指定された主題が、日付部５７０には、送信操作を行った日付が、本文部５８０には、指定された本文が格納されるものとする。

メッセージＩＤは、メール毎に固有の番号でありメール送信の操作の際に、メール管理部１２２によって割り振られ、送信者のアドレス（この場合ＸＸＸ）と送信者毎に通し番号で振られる番号（この場合００１）をハイフン「−」で接続した文字列である。メッセージＩＤは、このような方法以外にも、サーバ１１０やクライアント１２０の機器番号やネットワークアドレス、日付と時刻等を組み合わせて生成する方法により付与されてもよい。

返信元ＩＤは、返信操作を行う際に元となったメールのメッセージＩＤをそのまま格納するものである。こうすることにより、そのメールの元となったメールがどれかを特定することができる。返信ではなく、新規にメールを作成した場合、返信元ＩＤは格納されない。

メールデータ部１２４に格納されている複数のメールファイルがの様子を示す図２（ｂ）に示すテーブルにおいて、図２（ａ）と同一の符号を付けたものは同じ要素を表すものとする。図２（ｂ）では、簡略のために、日付部２７０、本文部２８０を省略した状態のテーブルを示しているが、これらも同様に管理されているものとする。

図２（ｂ）において、例えば、２番目に示した主題が「Ｒｅ：よろしくおねがいします」となっているメッセージＩＤがＡＡＡ−００１となっているメールは、返信元ＩＤがＸＸＸ−００１となっている。これは、１番目に示した「よろしくおねがいします」というメールのメッセージＩＤＸＸＸ−００１と同じであり、２番目のメールが１番目のメールに返信されたものであることを表している。

図３はメール表示操作部１２３により表示装置に表示されるメール一覧画面の例を示す図である。

図３（ａ）には、ＸＸＸさんが利用するクライアント１２０のメールデータ部１２４が図２（ｂ）に示す状態にある場合を示している。図示のメール一覧画面３００は、送受信の種別３１０、メッセージＩＤ３２０、送信元ＩＤ３３０、メールの送信者３４０、メールの宛先増減３５０、メールの主題３６０により構成される。ここでは、送信したメールと受信したメールとを同一の一覧画面に表示しているが、送信したメールだけの画面や受信したメールだけの画面を用意して、別々に表示するようにしてもよい。

種別３１０は、自分が送信したメールか受信したメールかを区別するものであり、なくても構わない。ここではＸＸＸさんが利用するクライアントのメールデータ部が図２（ｂ）に示す状態にある場合を示しているため、例えば、ＩＤがＸＸＸ−００１であるメールは、送信者がＸＸＸであるので送信したメールであり、ＩＤがＡＡＡ−００１であるメールは、送信者がＡＡＡであるので受信したメールである。

宛先増減３５０は、メールが返信メールである場合、元ＩＤで示されるメールの宛先との違いを表す記号を表す欄である。宛先増減の記号は、メール管理部１２２及びメール表示操作部１２３によって決定され、宛先が増加している場合「＋」、宛先が減少している場合「−」、宛先の増加と減少とがある場合「±」と決定されて記述される。なお、この記号を決定する処理については後述する。

図３（ｂ）には、図３（ａ）の場合と同様に、ＸＸＸさんが利用するクライアント１２０のメールデータ部１２４が図２（ｂ）に示す状態にある場合のメール一覧画面の例を示している。この図３（ｂ）に示す例の図３（ａ）に示す例との相違は、図３（ａ）の場合のように、元ＩＤで指定された返信元のメールとの比較ではなく、返信元ＩＤをさかのぼった最初のメールを基点として、宛先増減３５０を決定している点である。なお、この記号を決定する処理については後述する。

図５は図３（ａ）に示すメール一覧画面の元ＩＤに対する宛先増減記号を決定する処理動作を説明するフローチャートであり、次に、これについて説明する。

（１）宛先増減の記号を決定する処理が開始されると、まず、メールデータ部１２４の各メールについて、返信元ＩＤ部２２０を参照し、元ＩＤが指定されているか否かを判定し、元ＩＤが指定されていなかった場合、何も表示しない、すなわち、記号を生成することなく、ここでの処理を終了する（ステップ５００、５４０）。

（２）ステップ５００の判定で、元ＩＤが指定されていた場合、元ＩＤのメールと処理を行っているメールとの送信者部２３０、ＴＯ宛先部２４０、ＣＣ宛先部２５０に格納された宛先を比較して追加された宛先があるか否かを判定する（ステップ５１０）。

（３）ステップ５１０の判定で、追加された宛先がなかった場合、返信元のメールと送信者部２３０、ＴＯ宛先部２４０、ＣＣ宛先部２５０に格納された宛先を比較して削除された宛先があるか否かを判定し、削除された宛先がなかった場合、宛先の増減がなかったと判断できるので、何も表示しない、すなわち、記号を生成することなく、ここでの処理を終了する（ステップ５３０、５４０）。

（４）ステップ５３０の判定で、削除された宛先があった場合、宛先が削除されて減少していると判断できるので、記号「−」を生成、表示して、ここでの処理を終了する（ステップ５５０）。

（５）ステップ５１０の判定で、追加された宛先があった場合、返信元のメールと送信者部２３０、ＴＯ宛先部２４０、ＣＣ宛先部２５０に格納された宛先を比較して削除された宛先があるか否かを判定し、削除された宛先がなかった場合、追加された宛先だけかあったと判断できるので、記号「＋」を生成、表示して、ここでの処理を終了する（ステップ５２０、５６０）。

（６）ステップ５２０の判定で、削除された宛先があった場合、追加された宛先と削除された宛先の両方があった判断できるので、記号「±」を生成、表示して、ここでの処理を終了する（ステップ５７０）。

図６は図３（ｂ）に示すメール一覧画面の返信元ＩＤをさかのぼった最初のメールに対する宛先増減記号を決定する処理動作を説明するフローチャートであり、次に、これについて説明する。

（１）宛先増減の記号を決定する処理が開始されると、まず、メールデータ部１２４の各メールについて、返信元ＩＤ部２２０を参照し、元ＩＤが指定されているか否かを判定し、元ＩＤが指定されていなかった場合、何も表示しない、すなわち、記号を生成することなく、ここでの処理を終了する（ステップ６００、６５０）。

（２）ステップ６００の判定で、元ＩＤが指定されていた場合、元ＩＤがなくなるまで返信元メールの全てを辿り、最初のメールを見つけ、見つけた最初のメールと処理を行っているメールとの送信者部２３０、ＴＯ宛先部２４０、ＣＣ宛先部２５０に格納された宛先を比較して追加された宛先があるか否かを判定する（ステップ６１０、６２０）。

（３）ステップ６２０の判定で、追加された宛先がなかった場合、最初のメールと送信者部２３０、ＴＯ宛先部２４０、ＣＣ宛先部２５０に格納された宛先を比較して削除された宛先があるか否かを判定し、削除された宛先がなかった場合、宛先の増減がなかったと判断できるので、何も表示しない、すなわち、記号を生成することなく、ここでの処理を終了する（ステップ６４０、６５０）。

（４）ステップ６４０の判定で、削除された宛先があった場合、宛先が削除されて減少していると判断できるので、記号「−」を生成、表示して、ここでの処理を終了する（ステップ６６０）。

（５）ステップ６２０の判定で、追加された宛先があった場合、最初のメールと送信者部２３０、ＴＯ宛先部２４０、ＣＣ宛先部２５０に格納された宛先を比較して削除された宛先があるか否かを判定し、削除された宛先がなかった場合、追加された宛先だけかあったと判断できるので、記号「＋」を生成、表示して、ここでの処理を終了する（ステップ６３０、６７０）。

（６）ステップ６３０の判定で、削除された宛先があった場合、追加された宛先と削除された宛先の両方があった判断できるので、記号「±」を生成、表示して、ここでの処理を終了する（ステップ６８０）。

図７はＸＸＸさんとＡＡＡさんとのメールのやり取り説明した概念図であり、図５、図６のフローでの比較処理の詳細を説明する前に、これについて説明する。図７において、メール７０１、７０３はＸＸＸさんから送られたメール、メール７０２、７０４はＡＡＡさんから送られたメールである。

図７（ａ）において、ＸＸＸさんからＡＡＡさんに送られたメール７０１には、ＴＯとしてＡＡＡが、ＣＣとしてＢＢＢとＣＣＣとが指定されている。ＦＲＯＭは送信者であり、ＸＸＸが指定されている。このメール７０１にＡＡＡさんが返信する際には、送信者ＦＲＯＭをＡＡＡに指定し、ＴＯとして送信元のＸＸＸを指定、かつ、メール７０１のＣＣとして指定されていたＢＢＢ、ＣＣＣをそのままＣＣに指定したメール７０２のような設定となる。これは、一般的にインターネットで使用されるメールシステムでよく採用されている仕組みである。

また、図７（ｂ）において、ＸＸＸさんからＡＡＡさんに送られたメール７０３には、ＴＯにＡＡＡとＢＢＢ、ＣＣにＣＣＣが指定されており、これに対する返信メールであるメール７０４には、ＴＯにＸＸＸ、ＣＣにメール７０２のＣＣとして指定されていたＣＣＣに加え、メール７０３でＴＯに指定されていた宛先のうちＡＡＡ自身を除いたＢＢＢをも指定している。このように、返信の際にはＴＯに指定されていたものをＣＣで指定しなおしたり、ＦＲＯＭで指定されていたものをＴＯに指定したりすることが多い。

このため、返信の元となったメールと返信されたメールとの宛先に増減があるか否かを調べるためには、単純に比較するだけでなく、ＴＯ、ＣＣ、ＦＲＯＭの変更を踏まえた比較処理が必要となる。

図８は返信の元となったメールと返信されたメールとの宛先に増減があるか否かを調べる比較の処理動作の詳細を説明するフローチャートであり、次に、これについて説明する。ここで説明する比較処理は、図５により説明したフローにおけるステップ５１０、５２０、５３０、図６により説明したフローのステップ６２０、６３０、６４０で行われる比較処理である。

（１）比較対象であるメール１とメール２とのうちメール１についてＴＯ、ＣＣ、ＦＲＯＭのいずれかに含まれる宛先を順次取り出し、取り出した宛先が比較対象であるメール２のＴＯ、ＣＣ、ＦＲＯＭのいずれかに含まれるか否かを確認して判定する（ステップ８０１、８０２）。

（２）ステップ８０２の判定で、メール１から取り出した宛先が比較対象であるメール２のＴＯ、ＣＣ、ＦＲＯＭのいずれかに含まれていなかった場合、ステップ８０１で取り出した宛先を「メール１にしか含まれない宛先」として記憶する（ステップ８０３）。

（３）ステップ８０３の処理の後、または、ステップ８０２の判定で、メール１から取り出した宛先が比較対象であるメール２のＴＯ、ＣＣ、ＦＲＯＭのいずれかに含まれていた場合、メール１の中にステップ８０１で取り出した宛先以外に他の宛先があるか否かを確認して判定し、まだある場合、ステップ８０１からの処理に戻って処理を繰り返す（ステップ８０４）。

（４）ステップ８０４の判定で、もうメール１から取り出す宛先がなかった場合、比較対象であるメール１とメール２とのうちメール２についてＴＯ、ＣＣ、ＦＲＯＭのいずれかに含まれる宛先を順次取り出し、取り出した宛先が比較対象であるメール１のＴＯ、ＣＣ、ＦＲＯＭのいずれかに含まれるか否かを確認して判定する（ステップ８０５、８０６）。

（５）ステップ８０６の判定で、メール２から取り出した宛先が比較対象であるメール１のＴＯ、ＣＣ、ＦＲＯＭのいずれかに含まれていなかった場合、ステップ８０５で取り出した宛先を「メール２にしか含まれない宛先」として記憶する（ステップ８０７）。

（６）ステップ８０７の処理の後、または、ステップ８０６の判定で、メール２から取り出した宛先が比較対象であるメール１のＴＯ、ＣＣ、ＦＲＯＭのいずれかに含まれていた場合、メール２の中にステップ８０１で取り出した宛先以外に他の宛先があるか否かを確認して判定し、まだある場合、ステップ８０５からの処理に戻って処理を繰り返し、もうメール２から取り出す宛先がなかった場合、ここでの処理を終了する（ステップ８０８）。

前述から判るように、ステップ８０５〜８０８の処理は、ステップ８０１〜８０４の処理と同様の処理を、メール１とメール２との立場を逆転させて繰り返すものである。

比較処理の例として、あるメールとそのメールの元ＩＤで指定された元のメールとの比較の例について、図２（ｂ）に示した例におけるＩＤがＢＢＢ−００１のメールを例にとって説明する。メールＢＢＢ−００１は、元ＩＤとしてＸＸＸ−００２が指定されている。返信元であるメールＸＸＸ−００２は、ＸＸＸからＴＯにＢＢＢを、ＣＣにＣＣＣを指定して送られたメールであり、それに比べて、ＢＢＢ−００１のメールは、ＣＣにＤＤＤという別の宛先が指定されている。この場合、図３（ａ）に示すように、「＋」の記号が表示される。同様に、メールＣＣＣ−００１は、宛先が減っているため、図３（ａ）に示すように、「−」の記号が表示される。また、メールＢＢＢ−００２は、宛先が追加されているため、図３（ａ）に示すように、「＋」の記号が表示される。

比較処理の例として、あるメールとそのメールの元ＩＤから辿った最初のメールとの比較の例について、図２（ｂ）に示した例におけるＩＤがＸＸＸ−００３のメールを例にとって説明する。メールＸＸＸ−００３に指定された元ＩＤは、ＢＢＢ−００１であり、ＢＢＢ−００１に指定された元ＩＤはＸＸＸ００２である。ＸＸＸ−００２には元ＩＤが指定されていないので、これが最初のメールである。最初のメールＸＸＸ−００２は、ＸＸＸさんからＴＯにＢＢＢ、ＣＣにＣＣＣを指定して送られたメールであり、ＸＸＸ−００３のメールは、ＸＸＸさんからＴＯにＢＢＢ、ＣＣにＣＣＣとＤＤＤが指定されている。この場合、宛先が追加されているため、図３（ｂ）に示すように、「＋」の記号が表示される。また、メールＢＢＢ−００２は、宛先の追加と削除とがあるため、図３（ｂ）に示すように、「±」の記号が表示される。

図４Ａ、図４Ｂは図３（ａ）に示したメール一覧画面３００を操作したときに表示されるメール表示画面の例を示す図である。メール一覧画面３００は、一覧画面の１つのメールにマウスを位置付けてクリックすると、該当するメールが図４Ａ、図４Ｂに示すメール表示画面４００のように表示されるものとする。なお、マウスだけでなくキーボードなどによって操作できるようにすることもできる。

図４Ａ（ａ）、図４Ａ（ｂ）、図４Ｂ（ａ）、図４Ｂ（ｂ）に示すメール表示画面４００は、ＴＯ表示エリア４１０、ＣＣ表示エリア４２０、送信者表示エリア４３０、主題表示エリア４４０、本文表示エリア４５０、閉じるボタン４６０、宛先増減表示ボタン４７０により構成される。そして、閉じるボタン４６０をクリックすると、メール表示画面４００を終了し、メール一覧画面３００に戻る。また、図４Ａ、図４Ｂは、ＸＸＸさんが利用して、受信したメールを表示している様子を表している。

いま、図３（ａ）においてメールＩＤがＢＢＢ−００１となっているメールを開くと、図４Ａ（ａ）に示すようなメール表示画面４００が表示される。このメール表示画面４００における宛先増減表示ボタン４７０がクリックされると、図５により説明した処理が行われ、図４Ａ（ｂ）に示すような表示になる。図４Ａ（ｂ）では、ＣＣ表示エリア４２０の宛先ＤＤＤの部分にアンダーラインを表示している。これは、元ＩＤで指定されるメールＸＸＸ−００２にはない宛先であることを表している。

また、図３（ａ）においてメールＩＤがＣＣＣ−００１となっているメールを開くと、図４Ｂ（ａ）に示すようなメール表示画面４００が表示される。このメール表示画面４００における宛先増減表示ボタン４７０がクリックされると、図５により説明した処理が行われ、図４Ｂ（ｂ）に示すような表示になる。図４Ｂ（ｂ）では、ＣＣ表示エリア４２０に、ＢＢＢを括弧で囲んで表示している。これは、実際には指定されていない宛先であるが、元ＩＤで指定されるメールＸＸＸ−００２には指定されていた宛先を表している。

図４Ａ、図４Ｂにより説明した例は、図５に示して説明した処理を行うものとして説明したが、図６に示して説明した処理を行い、返信元ＩＤをさかのぼった最初のメールを基点として違いを表示するようにしてもよい。また、ここで説明した例は、増加した宛先をアンダーラインで、削除された宛先を括弧で示すとしているが、アイコン表示や色、フォント、サイズ等により表示を区別できるようにしてもよく、また、メッセージを表示する等の方法をとってもよい。

前述した本発明の実施形態は、メールの一覧を表示する際やメールの内容を表示する際に宛先の変化を表示するとして説明したが、本発明は、返信する際に同様の手法を使用して、宛先の変化を表示するようにしてもよい。

前述した本発明の実施形態での各処理は、プログラムにより構成し、本発明が備えるＣＰＵに実行させることができ、また、それらのプログラムは、ＦＤ、ＣＤＲＯＭ、ＤＶＤ等の記録媒体に格納して提供することができ、また、ネットワークを介してディジタル情報により提供することができる。

前述した本発明の実施形態によれば、メールの宛先が返信操作によって増減したことをわかりやすく利用者に伝えることが可能となり、返信による不用意な情報流出を防止することが可能となる。

本発明の一実施形態によるメールシステムの構成を示すブロック図である。 メールデータ部にに格納されるメールデータの例を説明する図である。 メール表示操作部により表示装置に表示されるメール一覧画面例を示す図である。 図３に示したメール一覧画面を操作したときに表示されるメール表示画面の例を示す図（その１）である。 図３に示したメール一覧画面を操作したときに表示されるメール表示画面の例を示す図（その２）である。 図３（ａ）に示すメール一覧画面の元ＩＤに対する宛先増減記号を決定する処理動作を説明するフローチャートである。 図３（ｂ）に示すメール一覧画面の返信元ＩＤをさかのぼった最初のメールに対する宛先増減記号を決定する処理動作を説明するフローチャートである。 ＸＸＸさんとＡＡＡさんとのメールのやり取り説明した概念図である。 返信の元となったメールと返信されたメールとの宛先に増減があるか否かを調べる比較の処理動作を説明するフローチャートである。

符号の説明

１１０ サーバ
１１１ メール蓄積部
１１２ メール配送部
１１３、１２５ 主記憶装置
１１４、１２６ ＣＰＵ
１２０ クライアント
１２１ メール送信部
１２２ メール管理部
１２３ メール表示操作部
１２４ メールデータ部
１２７ディスク装置
１２８ 入出力装置
１３０ ネットワーク

Claims (8)

1. 複数のコンピュータ相互間でネットワークを介してメールの授受を行うメールシステムにおけるメール表示方法において、
   前記コンピュータは、他のコンピュータとの間でメールの送受信を行うメール送受信部と、送信及び受信したメールを保持するメールデータ部と、送信及び受信したメールを管理するメール管理部と、表示装置に個々のメールあるいはメール一覧画面を表示させるメール表示操作部とを備え、
   前記メール管理部は、前記メールデータ部内に保持されている送信及び受信したメールの返信メールと返信の元となった元メール、あるいは、この元メールの元となったメールを辿って見つけたメールとの関連付けを管理し、元のメール、あるいは、この元メールの元となったメールを辿って見つけた該メールの宛先に指定されたアドレスと返信されたメールに指定されたアドレスとを比較して差を抽出し、前記メール表示操作部に前記差を表示させることを特徴とするメール表示方法。
2. 前記差は、返信メールのアドレスが、元のメール、あるいは、この元メールの元となったメールを辿って見つけた最初のメールの宛先アドレスに比較し、追加されたアドレスがあるか否か、削除されたアドレスがあるか否か、追加、削除されたアドレスがどのようなアドレスかであることを特徴とする請求項１記載のメール表示方法。
3. 前記アドレスの比較は、前記返信されたメールに指定されたＴＯ、ＣＣ、ＦＲＯＭ内のアドレスを１つずつ取り出し、この取り出したアドレスが前記元メール、あるいは、この元メールの元となったメールを辿って見つけた最初のメール内のＴＯ、ＣＣ、ＦＲＯＭに指定されたアドレスの何れかと一致するか否か、及び、前記前記元メール、あるいは、この元メールの元となったメールを辿って見つけた最初のメールに指定されたＴＯ、ＣＣ、ＦＲＯＭ内のアドレスを１つずつ取り出し、この取り出したアドレスが前記返信メール内のＴＯ、ＣＣ、ＦＲＯＭに指定されたアドレスの何れかと一致するか否かにより行われることを特徴とする請求項１記載のメール表示方法。
4. 前記メール表示操作部は、メール一覧画面を表示する際、前記差について、アドレス追加、アドレスの削除、アドレスの追加及び削除があったことを、別々の記号により返信メールに付与して表示することを特徴とする請求項２記載のメール表示方法。
5. 前記メール表示操作部は、前記差が表示されたメール一覧画面内に設けられた宛先増減表示のボタンが操作されたとき、前記差について、追加されたアドレス、削除されたアドレスを追加されたのか削除されたのかを区別して返信メールに表示することを特徴とする請求項２記載のメール表示方法。
6. 複数のコンピュータ相互間でネットワークを介してメールの授受を行うメールシステムにおけるメール管理方法において、
   前記コンピュータは、他のコンピュータとの間でメールの送受信を行うメール送受信部と、送信及び受信したメールを保持するメールデータ部と、送信及び受信したメールを管理するメール管理部と、表示装置に個々のメールあるいはメール一覧画面を表示させるメール表示操作部とを備え、
   前記メール管理部は、前記メールデータ部内に保持されている送信及び受信したメールの返信メールと返信の元となった元メール、あるいは、この元メールの元となったメールを辿って見つけたメールとの関連付けを管理し、元のメール、あるいは、この元メールの元となったメールを辿って見つけた該メールの宛先に指定されたアドレスと返信されたメールに指定されたアドレスとを比較して差を抽出し、前記メール表示操作部に前記差を表示させることを特徴とするメール管理方法。
7. 複数のコンピュータ相互間でネットワークを介してメールの授受を行うメールシステムにおいて、
   前記コンピュータは、他のコンピュータとの間でメールの送受信を行うメール送受信部と、送信及び受信したメールを保持するメールデータ部と、送信及び受信したメールを管理するメール管理部と、表示装置に個々のメールあるいはメール一覧画面を表示させるメール表示操作部とを備え、
   前記メール管理部は、前記メールデータ部内に保持されている送信及び受信したメールの返信メールと返信の元となった元メール、あるいは、この元メールの元となったメールを辿って見つけたメールとの関連付けを管理する手段と、元のメール、あるいは、この元メールの元となったメールを辿って見つけた該メールの宛先に指定されたアドレスと返信されたメールに指定されたアドレスとを比較して差を抽出する手段と、前記メール表示操作部に前記差を表示させる手段と有することを特徴とするメールシステム。
8. 複数のコンピュータ相互間でネットワークを介してメールの授受を行うメールシステムにおけるメール表示プログラムにおいて、
   前記コンピュータは、送信及び受信したメールを保持する手段を有し、他のコンピュータとの間でメールの送受信を行う処理と、送信及び受信したメールを管理する処理と、表示装置に個々のメールあるいはメール一覧画面を表示させる処理とを実行させ、
   前記メールを管理する処理は、前記保持手段に保持されている送信及び受信したメールの返信メールと返信の元となった元メール、あるいは、この元メールの元となったメールを辿って見つけたメールとの関連付けを管理する処理と、元のメール、あるいは、この元メールの元となったメールを辿って見つけた該メールの宛先に指定されたアドレスと返信されたメールに指定されたアドレスとを比較して差を抽出する処理と、前記メール表示操作部に前記抽出した差を表示させる処理とを実行させること特徴とするメール表示プログラム。

Images