情報処理装置およびメール送信方法およびプログラムおよび記録媒体
【課題】複数のメールを手間無く１つのスレッドとして関連付け、重複させずに一括送信可能にすること。
【解決手段】送信メール取得部７がメール記憶部４から複数のメールを選択し、新規ＩＤ作成部８が、前記選択された複数のメールに含まれるメール情報に基づいて、前記複数のメールがメッセージＩＤと追跡情報との関係により連鎖するように、前記複数のメールのメール情報を変更し、一括送信部１０が、前記連鎖処理された前記複数のメールを入力される送信先に送信する構成を特徴とする。
【解決手段】送信メール取得部７がメール記憶部４から複数のメールを選択し、新規ＩＤ作成部８が、前記選択された複数のメールに含まれるメール情報に基づいて、前記複数のメールがメッセージＩＤと追跡情報との関係により連鎖するように、前記複数のメールのメール情報を変更し、一括送信部１０が、前記連鎖処理された前記複数のメールを入力される送信先に送信する構成を特徴とする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、送信済み又は受信済みのメールのうち関連のあるメールを一括して送信可能な情報処理装置およびメール送信方法およびプログラムおよび記録媒体。
【背景技術】
【０００２】
従来の電子メールシステムには、複数の利用者間で電子メールにより行われる、ある一つの話題についての議論を、スレッドメールとしてまとめて表示することにより、議論の進行を容易に把握することのできるメーラーがある。
【０００３】
なお、「スレッド」とは、メールで共通の話題についての集まりを示す。スレッドは、同じ条件のものだけではなく、あるメールの内容について関連した内容のメールをもまとめたものである。なお、「関連」とは、そのメールに対して「返信」をしたかどうかによってメッセージＩＤで関連付けされる。例えば、返信されたメールを再度返信するといったことを繰り返すことによりスレッドに追加することができる。
【０００４】
特許文献１では、このようなスレッドメールの内容を一括表示することで、作業者が必要としているスレッドメールを簡単に短時間で検索し閲覧するための技術が提案されている。
【０００５】
また、同報送信機能や、転送機能を多用すると、複数の送信元から同一内容の電子メールが送信され、これにより受信側で同一内容の電子メールを複数個受信することになる場合がある。
【０００６】
特許文献２では、電子メールの重複受信を防止し、回線効率及び作業効率の向上を図る技術が提案されている。
【特許文献１】特開２００１−２２２４７７号公報
【特許文献２】特開２０００−９２１１２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかし、上記従来の技術では、以下のような問題点があった。
【０００８】
特許文献１では、第三者がスレッドメールの一括表示のメールを受け取っても、スレッド表示ができないので、議論の流れを把握するのは難しい。また、受信者側でスレッド表示させるためには、やりとりした全メールを一通ずつ送らなければならず、送信者の手間がかかる。
【０００９】
特許文献２では、スレッドメールを送信する際、ただ重複するメールを送らないだけの処理だと、スレッドが切れてしまう場合がある。
【００１０】
本発明は、上記の問題点を解決するためになされたもので、本発明の目的は、複数のメールを手間無く１つのスレッドとして関連付け、重複させずに一括送信可能にする仕組を提供することである。
【課題を解決するための手段】
【００１１】
本発明は、送信済み又は受信済みのメールを複数記憶する記憶手段から選択される複数のメールに含まれるメール情報内に含まれるＩＤ情報、追跡情報、宛先情報のいずれか少なくとも１つを取得する取得手段と、前記ＩＤ情報と前記追跡情報との関係により連鎖させるように、前記複数のメールのメール情報を変更する連鎖処理手段と、前記連鎖処理手段により連鎖処理された前記複数のメールを、入力される送信先に送信する送信手段を、を有することを特徴とする。
【発明の効果】
【００１２】
本発明によれば、複数のメールを手間無く１つのスレッドとして関連付け、重複させずに一括送信可能にすることができる等の効果を奏する。
【発明を実施するための最良の形態】
【００１３】
以下、図面を参照しながら本発明の実施の形態について詳細に説明する。
【００１４】
〔第１実施形態〕
本実施形態では、メール端末が検索キーワードで検索されたメールを１つのスレッドとして関連付け、重複させずに一括送信可能な電子メールシステムについて説明する。
【００１５】
図1は、本発明の第１実施形態の一例を示す情報処理装置を適用可能な一般的な電子メールシステムの構成の一例を示すシステム構成図である。
【００１６】
この電子メールシステムでは、少なくとも一台のメール端末２００とメールサーバ１００がＬＡＮ・ＷＡＮ３００を介して接続されており、互いに電子メールの送受信が可能となっている。
【００１７】
なお、この図１では例として３台のメール端末２００ａ〜２００ｃが設けられている場合を示しているが、何台あってもよい。
【００１８】
電子メールの送信者がいずれかのメール端末（ここではメール端末２００ａ）から電子メールを送信すると、まず、この電子メールはＬＡＮ・ＷＡＮ３００を介してメールサーバ１００に受信される。
【００１９】
メールサーバ１００では、受信した電子メールのヘッダに付されている宛先情報によって分類され、各宛先毎にメールボックスに格納される。
【００２０】
電子メールの受信者は、いずれかのメール端末（ここではメール端末２００ｃ）において自己が宛先となっている電子メール受信を指示する。すると、メールサーバ１００において、この受信者を宛先とする電子メールが、メールサーバ１００内のいずれかのメールボックスから読み出され、メール端末２００ｃに送信される。これにより、電子メールの受信者は、メール端末２００ｃにおいて自らに宛てられた電子メールを確認することができる。
【００２１】
このような電子メールシステムには、一般的に、同一内容のデータを複数の宛先に送信する同報送信機能や、受信データを再利用して転送する転送機能等の各種機能が備えられている。これらの諸機能により電子メール利用の際の手間の削減が図られている。
【００２２】
なお、メール端末２００及びメールサーバ１００は、一般的なパーソナルコンピュータで構成可能であり、図２にそのハードウェア構成例を示す。
【００２３】
図２は、図１に示したメール端末２００及びメールサーバ１００のハードウェア構成の一例を示すブロック図である。
【００２４】
図２において、２０１は、装置の中枢となる制御装置であって、各種制御を行うものであり、具体的にはパーソナルコンピュータのＣＰＵ等がこれにあたる（以下、ＣＰＵ２０１という）。
【００２５】
２０２はＲＡＭ（Random Access Memory）であって、プログラムのワークエリアや一時的に保持するデータのバッファとして利用される。２０３はＲＯＭ（Read Only Memory）であって、各プログラムの保存等を行う。
【００２６】
２０４は外部メモリであって、各データの保持を行うものであり、具体的にはハードディスクドライブやＤＶＤドライブ等である。
【００２７】
２０５は入力装置であり、この装置を通じてＣＰＵ２０１にデータ等の入力が行われる。この入力装置２０５は、具体的には、キーボードやマウス等である。２０６は表示装置で、具体的にはディスプレイ等である。２０７は通信インターフェースであり、ＬＡＮ・ＷＡＮ３００等の伝送路との接続を制御する。
【００２８】
なお、メールサーバ１００も同様のハードウェア構成を備えるものとする。
【００２９】
図３は、電子メールの形態の一例を示す模式図である。
【００３０】
図３に示すように、電子メールは、ヘッダ３０１と送信データとなる本文３０２から構成される。さらに、ヘッダ３０１にはメール種別情報（新規/転送/返信/同報）、サブジェクト、日付情報（DATE）、メッセージＩＤ（Message-ID）、宛先情報、送信者情報、追跡情報（In-Reply-To，References）等が含まれている。
【００３１】
図４は、図３に示した電子メールヘッダ３０１内の追跡情報の一例を示す模式図である。
【００３２】
図４において、（ａ）は、スレッドメールの一例を示している。また、（ｂ）は、（ａ）に示したスレッドメールにおける、Message-IDとIn-Reply-To，Referencesとの関係を示している。
【００３３】
スレッドメールの場合、先頭メール（Message-ID：＜1＞）は、Message-IDだけが設定され、各メールのIn-Reply-Toには１つ前のメールのMessage-ID、Referencesには２つ前までのMessage-IDが設定される。
【００３４】
なお、メッセージＩＤ（Message-ID）は、送信するメール毎のユニークなものである。また、追跡情報において、In-Reply-Toは、メールに返信をした際の元のメールのMessage-IDを含む。また、Referencesは、参照したメールの情報を示すものであり、メールに返信をした際の元のメールのMessage-ID、及び、該元のメールのさらに元のメールのMessage-ID等を含む。
【００３５】
即ち、スレッドメールの場合、日付が最新のメールのIn-Reply-Toに記載されたMessage-IDを辿っていくことにより、先頭のメールまで辿り着くことができる。
【００３６】
図４に示した例では、Message-ID：＜1＞を先頭として、Message-ID：＜２＞，Message-ID：＜３＞，Message-ID：＜４＞とメールが連鎖しているスレッドメールを示している。
【００３７】
図５は、本発明の第１実施形態における電子メールシステムのソフトウェア構成の一例を示すブロック図である。
【００３８】
図５に示すように、本実施形態の電子メールシステムは、送信部１、受信部２、メール管理部３、メール記憶部４、操作・表示部５、送信リスト記憶部６，一括送信ＢＯＸ等を備えている。
【００３９】
そして、送信部１は、利用者作成した電子メールをネットワークを介して送信するものである。
【００４０】
受信部２は、ネットワークを介して送信されてきた電子メールを受信して、その電子メールをメール管理部３に渡すものである。また、メール管理部３は、受信部２から渡された電子メールをメール記憶部４に格納したり、メール記憶部４に記憶されている電子メールを検索したりする電子メール管理を行うものである。
【００４１】
また、メール記憶部４は、外部メモリ２０４の一部の領域から構成され、受信した電子メール、作成中の電子メール、送信済みの（送信した）電子メールなど、各種の電子メールを記憶しておくものである。
【００４２】
また、操作・表示部５は、入力処理部１１および表示処理部１２を備える。入力処理部１１は、キーボードやマウスのようなポインティングデバイス（即ち、入力装置２０５）から利用者の指示を受け取り、表示のために必要な情報をメール管理部３に要求したりする。表示処理部１２は、メール管理部３から電子メールに関する情報を受け取り、それを元に各種の表示処理を行い、処理された表示情報をディスプレイ等の表示装置２０６に表示させる。
【００４３】
なお、メール管理部３は、本発明の中心的構成である送信メール取得部７および新規ＩＤ作成部８および重複検索部９を備えている。送信メール取得部７では、送信したいメールをキーワード検索により（メール記憶部４に対するキーワード検索）、キーワードを含むスレッド毎、又はメール毎に取得し、該取得した送信メールを一括送信ＢＯＸ１３に加える。
【００４４】
また、新規ＩＤ作成部８では、一括送信ＢＯＸ１３内のメールをひとまとまりのメールとして関連付けを行う。重複検索部９では、メール記憶部４にある電子メールのヘッダ情報を取得し、該取得したヘッダ情報内の宛先情報から重複したメールを一括送信ＢＯＸから省くための作業を行う。
【００４５】
また、送信リスト記憶部６は、一括送信を行う際に、それぞれの宛先の重複メールを回避するための情報、つまりそれぞれの電子メールのＩＤと宛先情報、送信せずに省くかどうかの情報を記憶しておくものである。この送信リスト記憶部６の詳細は後述する図１３で示す。
【００４６】
なお、送信部１では、基本的な処理と、本発明の中心的構成である一括送信部１０を備え、基本的な処理として、新規、転送、返信の３つのモードのうちのいずれかに従って電子メールを作成して送信する処理を含む。なお、この送信部１が作成する電子メールは、ヘッダ３０１と送信データである本文３０２とから構成される。（図３）
そして、送信部１の一括送信部１０では、一括送信ＢＯＸに、入力した宛先情報と送信リスト記憶部６にある宛先を照らし合わせ、その宛先の送信リストを用い、一括送信を行う。
【００４７】
なお、上述の送信部１，受信部２，メール管理部３，操作・表示部５は、図２に示したＣＰＵ２０１が外部メモリ２０４に格納されたプログラムをＲＡＭ２０２上にロードして実行することにより実現される。
【００４８】
また、メール記憶部４は、図２に示した外部メモリ２０４内に実現される。さらに、送信リスト記憶部６，一括送信ＢＯＸは、図２に示したＲＡＭ２０２内に実現される。
【００４９】
以下、図６〜図２２を参照して、本実施形態におけるスレッドメール送信処理について説明する。
【００５０】
図６は、本発明における第１の制御処理手順の一例を示すフローチャートであり、スレッドメール送信処理に対応する。なお、このフローチャートの処理は、図５に示した各部により実行される。即ち、このフローチャートの処理は、ＣＰＵ２０１が外部メモリ２０４に格納されたプログラムをＲＡＭ２０２上にロードして実行することにより実現される。なお、図中、Ｓ５０１〜Ｓ５０３は各ステップを示す。
【００５１】
図５に示した入力処理部１１から、スレッドメール送信処理の開始が指示されると、メール管理部３が本フローチャートの処理を開始する。
【００５２】
まず、ステップＳ５０１において、送信メール取得部７が、送信メール取得処理を行う（詳細は、後述する図７で示す）。
【００５３】
次に、ステップＳ５０２において、新規ＩＤ作成部８が、新規ＩＤ作成処理を行う（詳細は、後述する図１４で示す）。
【００５４】
最後に、ステップＳ５０３において、一括送信部１０が、一括送信処理を行う（詳細は、後述する図２２で示す）。そして、本フローチャートの処理を終了する。
【００５５】
以下、図７を用いて、図６のステップＳ５０１に示した送信メール取得処理について説明する。
【００５６】
図７は、本発明における第２の制御処理手順の一例を示すフローチャートであり、図６のステップＳ５０１に示した送信メール取得処理に対応する。なお、このフローチャートの処理は、図５に示した送信メール取得部７により実行される。即ち、このフローチャートの処理は、ＣＰＵ２０１が外部メモリ２０４に格納されたプログラムをＲＡＭ２０２上にロードして実行することにより実現される。なお、図中、Ｓ６０１〜Ｓ６０６は各ステップを示す。
【００５７】
まず、ステップＳ６０１において、送信メール取得部７は、図８，図１０に示すキーワード検索画面１２０１を操作・表示部５を用いて表示し、検索キーワードの入力を受け付ける。
【００５８】
ここで、キーワード検索画面１２０１について説明する。
【００５９】
図８は、本発明におけるキーワード検索画面の一例を示す模式図であり、表示装置２０６上に表示される。
【００６０】
図８において、１２０１はキーワード検索画面である。このキーワード検索画面１２０１は、大きく３つのフレームに分かれており、上段のフレームはメールの一覧からメールを選択するための検索キーワードを入力するための入力枠１２０２、またキーワードをどのように用いるかを選択するための選択枠１２０３から構成される。
【００６１】
また、中段のフレームは、検索対象を指定する選択枠１２０４と検索モードを選択することができる選択枠１２０５から構成される。さらに、下段のフレームは、検索結果を示す表示枠１２０８，全メール選択チェックボックス１２０６，一括送信ＢＯＸに追加ボタン１２０９から構成される。表示枠１２０８内には、チェックボックス１２０８ａが備えられ、このチェックボックス１２０８ａにより、送信一括ＢＯＸに追加するメールを任意に選択することができる。また、下段フレームは、全メール選択チェックボックス１２０６により、表示枠１２０８内の全メールを送信一括ＢＯＸに追加するメールを選択することができる。
【００６２】
また、右上段のフレーム１２０７は、検索開始ボタン、絞込みボタン、閉じるボタンから構成される。
【００６３】
この図は、中段の検索モードを選択する選択枠１２０５において、スレッドメールを選択した場合に対応する。この場合、検索結果としてはキーワードを件名もしくは本文に含むスレッドメール及び、キーワードを件名もしくは本文に含むその他のメールが検索されて、表示枠１２０８に表示される。
【００６４】
なお、選択枠１２０５のスレッドメールチェックボックス１２０５ａにおいて、スレッドメールを選択しない場合を図１０に示す。図１０は、本発明におけるキーワード検索画面の他の例（スレッドメールを検索対象として選択しない場合）を示す模式図であり、図１０の場合、検索結果としてはキーワードを件名もしくは本文に含むメールが検索されて表示枠１２０８に表示される。
【００６５】
一括送信ＢＯＸに追加ボタン１２０９は、表示枠１２０８に表示され、チェックボックス１２０８ａがチェックされているメールを一括送信ＢＯＸ１３に追加するためのものである。
【００６６】
以下、図７のフローチャートの説明に戻る。
【００６７】
ステップＳ６０１で、図８、図１０の１２０２のように利用者により検索キーワードが入力され、検索開始ボタンが押下指示されると、送信メール取得部７は、ステップＳ６０２に処理を進める。
【００６８】
ステップＳ６０２では、送信メール取得部７は、スレッドメールチェックボックス１２０５ａにチェックが入っているか否かを判定する。
【００６９】
そして、図８に示すようにスレッドメールチェックボックス１２０５ａにチェックが入っていると判定した場合には、送信メール取得部７は、ステップＳ６０３に処理を進め、検索キーワードを件名、本文に含む全てのメール、及び、それらのメールを含むスレッドメールの検索処理をメール記憶部４に対して行い、該検索結果を操作・表示部５を用いて表示枠１２０８に表示する（図８）。そして、送信メール取得部７は、一括送信ＢＯＸに追加ボタン１２０９が押下指示されると、ステップＳ６０４に処理を進める。
【００７０】
ステップＳ６０４では、送信メール取得部７は、チェックボックス１２０８ａにチェックが付されたメール，スレッドメールを一括送信ＢＯＸ１３に格納し、また、それらメールのメッセージＩＤを、送信リスト記憶部６（図１２）に格納し、一括送信ＢＯＸ１３の内容を、操作・表示部５を用いて、図９に示すように一括送信ＢＯＸ画面に表示し、送信メール取得処理を終了して、次の処理に移行させる。
【００７１】
ステップＳ６０２では、送信メール取得部７は、スレッドメールチェックボックス１２０５ａにチェックが入っているか否かを判定する。
【００７２】
一方、図１０に示すようにスレッドメールチェックボックス１２０５ａにチェックが入っていないと判定した場合には、送信メール取得部７は、ステップＳ６０５に処理を進め、検索キーワードを件名、本文に含む全てのメールの検索処理をメール記憶部４に対して行い、該検索結果を操作・表示部５を用いて表示枠１２０８に表示する（図１０）。そして、送信メール取得部７は、一括送信ＢＯＸに追加ボタン１２０９が押下指示されると、ステップＳ６０６に処理を進める。
【００７３】
ステップＳ６０６では、送信メール取得部７は、チェックボックス１２０８ａにチェックが付されたメールを一括送信ＢＯＸ１３に格納し、また、それらメールのメッセージＩＤを、送信リスト記憶部６（図１２）に格納し、一括送信ＢＯＸ１３の内容を、操作・表示部５を用いて、図１１に示すように一括送信ＢＯＸ画面に表示し、送信メール取得処理を終了して、次の処理に移行させる。
【００７４】
図９，図１１は、本実施形態における一括送信ＢＯＸ画面の一例を示す模式図である。
【００７５】
図９，図１１に示すように、一括送信ＢＯＸ表示画面１３０１は、大きく２つのフレームに分かれており、上段のフレームは一括送信するメールを表示する表示枠１３０２、下段はメールを送信する宛先アドレスを入力する入力枠１３０３と一括送信を開始する開始ボタン１３０４から構成されている。
【００７６】
図９では、図８に示したチェック１２０８ａにチェックの入ったメールが一括送信ＢＯＸに追加され、送信先として２つのアドレス（C＜c@cxnon-soft.co.jp＞，D＜d@cxnon-soft.co.jp＞）が、アドレス入力枠１３０３に入力された状態を示している。
【００７７】
図１１では、図１０に示したチェック１２０８ａにチェックの入ったメールが一括送信ＢＯＸに追加され、送信先として２つのアドレス（C＜c@cxnon-soft.co.jp＞，D＜d@cxnon-soft.co.jp＞）が、アドレス入力枠１３０３に入力された状態を示している。
【００７８】
図１２は、送信リスト記憶部６に格納される送信リストのデータの構成の一例を示す図である。
【００７９】
図１２に示すように、送信リストは、メッセージＩＤ１１０１，省くメール１１０２から構成されるものとする。
【００８０】
メッセージＩＤ１１０１には、具体的には送信メール取得部７で取得した複数の送信メールのメッセージＩＤが格納される。
【００８１】
そして、省くメール１１０２には、省くメールと判断された宛先のフラグに「１」、省くメールと判断されなかった宛先のフラグに「０」が格納される。
【００８２】
この省くメール１１０２へのフラグの設定は、後述する図１４のＳ７０３（後述する図２１）に示す重複検索部９の重複処理において行われる。具体的には、重複検索部９は、送信リスト記憶部６に保存した送信メールのメッセージＩＤを取得し、それらのメッセージＩＤからメール記憶部４にある電子メールのヘッダ情報に含まれる宛先情報を用い、送信したい宛先と重複しているかどうかを確認する。その際、重複検索部９は、重複している宛先のフラグを「１」にし、重複していない宛先のフラグは「０」のままとし、送信リスト記憶部６に保存するものとする。
【００８３】
図１３は、図９に示した一括送信ＢＯＸ画面に表示されたメールのヘッダ情報とその関係を示す図である。
【００８４】
以下、図１４〜図２０を参照して、図６のステップＳ５０２に示した新規ＩＤ作成処理について説明する。
【００８５】
図１４は、本発明における第３の制御処理手順の一例を示すフローチャートであり、図６のステップＳ５０２に示した新規ＩＤ作成処理に対応する。なお、このフローチャートの処理は、図５に示した新規ＩＤ作成部８により実行される。即ち、このフローチャートの処理は、ＣＰＵ２０１が外部メモリ２０４に格納されたプログラムをＲＡＭ２０２上にロードして実行することにより実現される。なお、図中、Ｓ７０１〜Ｓ７１１は各ステップを示す。
【００８６】
まず、ステップＳ７０１において、新規ＩＤ作成部８は、送信リスト記憶部６からメールヘッダ部のDateの日付が最新のメールを取得する。
【００８７】
次にステップＳ７０２において、新規ＩＤ作成部８は、取得したメール（以下、該当メール）のヘッダ部にIn-Reply-To情報があるか否をチェックする。
【００８８】
ステップＳ７０２で、取得したメールのヘッダ部にIn-Reply-To情報があると判定した場合には、新規ＩＤ作成部８は、新規メール又はスレッドメールの先頭であると判断して、そのままステップＳ７０７に処理を進める。
【００８９】
一方、ステップＳ７０２で、取得したメールのヘッダ部にIn-Reply-To情報があると判定した場合には、新規ＩＤ作成部８は、スレッドが続いていると判断して、ステップＳ７０３に処理を進める。
【００９０】
ステップＳ７０３では、新規ＩＤ作成部８は、重複処理（詳細は図２１で説明する）を実行し、ステップＳ７０４に処理を進める。
【００９１】
ステップＳ７０４では、新規ＩＤ作成部８は、該当メールのヘッダ部からIn-Reply-To情報を取得する。
【００９２】
次に、ステップＳ７０５において、新規ＩＤ作成部８は、Ｓ７０４で取得したIn-Reply-Toの値に対応するMassage-IDの値をもつメールを送信リスト記憶部６から取得する処理を行う。
【００９３】
次に、ステップＳ７０６において、新規ＩＤ作成部８は、Ｓ７０４で取得したIn-Reply-Toの値に対応するMassage-IDの値をもつメールを送信リスト記憶部６から取得できたか否かを判定し、取得できたと判定した場合には、送信リスト記憶部６内に、該取得したメール（以下、該当メール）の上にあるスレッドが存在していると判断して、再びステップＳ７０２に戻って処理を行う。
【００９４】
一方、ステップＳ７０６で、Ｓ７０４で取得したIn-Reply-Toの値に対応するMassage-IDの値をもつメールを送信リスト記憶部６から取得できなかったと判定した場合には、該取得したメール（以下、該当メール）の上にあるスレッドは存在するが送信リスト記憶部６内には存在していない（即ち、スレッドが途切れている）と判断して、ステップＳ７０７に処理を進める。
【００９５】
ステップＳ７０７では、新規ＩＤ作成部８は、今まで取得してきたメール以外に送信リスト記憶部６内にメールがあるか否かを判定し、無いと判定した場合には、スレッドが完成していると判断して、新規ＩＤ作成処理を終了し、次の処理に移る。
【００９６】
一方、ステップＳ７０７で、今まで取得してきたメール以外に送信リスト記憶部６内にメールが存在すると判定した場合には、新規ＩＤ作成部８は、ステップＳ７０８に処理を進める。
【００９７】
ステップＳ７０８では、新規ＩＤ作成部８は、該当メールのヘッダ部にIn-Reply-To情報があるか否をチェックする。
【００９８】
ステップＳ７０８で、取得したメールのヘッダ部にIn-Reply-To情報が無いと判定した場合には、新規ＩＤ作成部８は、新規メール又はスレッドメールの先頭であると判断して、ステップＳ７１０に処理を進め、送信リスト記憶部６から今まで取得してきたメール以外でDateが最新のメールのヘッダ部のMassage-ID情報を取り出し、そのMassage-IDの値に、該当メールのIn-Reply-Toの値を置き換える。この場合（該当メールのIn-Reply-Toがない場合）の具体例を図１５，図１６に示す。そして、ステップＳ７１２に処理を進める。
【００９９】
一方、ステップＳ７０８で、取得したメールのヘッダ部にIn-Reply-To情報があると判定した場合には、新規ＩＤ作成部８は、ステップＳ７０９に処理を進める。
【０１００】
ステップＳ７０９では、新規ＩＤ作成部８は、該当メールが一括送信処理から省かれている（図１２に示した省くメールに１つでもチェック「１」が入っているか）か否かを判定し、省かれていないと判定した場合には、ステップＳ７１０に処理を進め、新規ＩＤ作成部８は、送信リスト記憶部６から今まで取得してきたメール以外でDateが最新のメールのヘッダ部のMassage-ID情報を取り出し、そのMassage-IDの値に、該当メールのIn-Reply-Toの値を置き換える。この場合（該当メールのIn-Reply-Toがあり、該当メールが省かれていない場合）の具体例を図１７，図１８に示す。そして、ステップＳ７１２に処理を進める。
【０１０１】
一方、ステップＳ７０９では、新規ＩＤ作成部８は、該当メールが一括送信処理から省かれているか否かを判定し、省かれていると判定した場合には、ステップＳ７１１に処理を進める。
【０１０２】
次に、ステップＳ７１１では、新規ＩＤ作成部８は、送信リスト記憶部６から今まで取得してきたメール以外でDateが最新のメールのヘッダ部のMassage-IDの値を、該当メールのIn-Reply-Toの値に置き換える。この場合の具体例を図１７，図１８に示す。そして、ステップＳ７１２に処理を進める。
【０１０３】
次に、ステップＳ７１２において、新規ＩＤ作成部８は、今まで取得してきたメール以外でDateが最新のメールを送信リスト記憶部６から取得し、再び、ステップＳ７０２に戻って処理を行う。
【０１０４】
以下、図１５〜図１８を参照して、図１４のステップＳ７１０の処理について具体的に説明する。
【０１０５】
図１５〜図１８は、図１４のステップＳ７１０の処理を具体的に示す模式図である。
【０１０６】
まず、図１５，図１６を用いて、該当メールのIn-Reply-Toがない場合について説明する。
【０１０７】
図１５において、２００１に示すように、Message-ID:＜1＞のメールは、In-Reply-To情報をもっていない（新規メール又はスレッドの先頭メールと考えられる）。なお、Message-ID：＜1＞のメールは一括送信から省かれていないものとする。
【０１０８】
本実施形態では、このようなMessage-ID：＜1＞のメールの上にMessage-ID：＜d＞のメールを繋げて新たなスレッドを作ろうとするものである。これを行うために、新規ＩＤ作成部８は、図１６の２００２に示すように、Message-ID：＜1＞のメールのIn-Reply-Toの値を、Message-ID：＜d＞のメールのMassage-IDの値に置き換える。この処理により、図１６の２００３に示すように、Message-ID：＜1＞のメールとMessage-ID：＜d＞のメールとが繋がり、新たなスレッドが作られている。
【０１０９】
次に、図１７，図１８を用いて、該当メールのIn-Reply-Toがある場合について説明する。
【０１１０】
図１７において、２１０１に示すように、Message-ID:＜3＞のメールは、In-Reply-To情報をもっている（スレッドが途切れていると考えられる）。なお、Message-ID：＜1＞のメールは一括送信から省かれていないものとする。
【０１１１】
本実施形態では、このようなMessage-ID：＜3＞のメールの上にMessage-ID：＜d＞のメールを繋げて新たなスレッドを作るろうとするものである。これを行うために、新規ＩＤ作成部８は、図１８の２１０２に示すように、Message-ID：＜3＞のメールのIn-Reply-Toの値を、Message-ID：＜d＞のメールのMassage-IDの値に置き換える。この処理により、図１８の２１０３に示すように、Message-ID：＜3＞のメールとMessage-ID：＜d＞のメールとが繋がり、新たなスレッドが作られている。
【０１１２】
以下、図１９，図２０を参照して、図１４のステップＳ７１１の処理について具体的に説明する。
【０１１３】
図１９，図２０は、図１４のステップＳ７１１の処理を具体的に示す模式図である。
【０１１４】
図１９において、２２０１に示すように、Message-ID:＜3＞のメールは、In-Reply-To情報をもっている。なお、Message-ID：＜3＞のメールは一括送信から省かれているものとする。即ち、Message-ID：＜3＞のメールは受け取り側にあるメールである。
【０１１５】
本実施形態では、このようなMessage-ID：＜3＞のメールの上にMessage-ID：＜d＞のメールを繋げて新たなスレッドを作ろうとするものである。
【０１１６】
しかし、ここでは、Message-ID：＜3＞のメールは受け取り側にあるメールであるため、図１８の２１０２に示したように、Message-ID：＜3＞のメールのIn-Reply-Toの値を、Message-ID：＜d＞のメールのMassage-IDの値に置き換えることができない。
【０１１７】
よって、ここでは、新規ＩＤ作成部８は、図２０の２２０２に示すように、Message-ID：＜d＞のメールのMassage-IDの値を、Message-ID：＜3＞のメールのIn-Reply-Toの値に置き換えて、図２０の２２０３に示すように、Message-ID：＜3＞の上にメールを繋げ、新たなスレッドを作るものとする。
【０１１８】
以下、図２１を参照して、図１４のステップＳ７０３に示した重複処理について説明する。
【０１１９】
図２１は、本発明における第４の制御処理手順の一例を示すフローチャートであり、図１４のステップＳ７０３に示した重複処理に対応する。なお、このフローチャートの処理は、図５に示した重複検索部９により実行される。即ち、このフローチャートの処理は、ＣＰＵ２０１が外部メモリ２０４に格納されたプログラムをＲＡＭ２０２上にロードして実行することにより実現される。なお、図中、Ｓ８０１〜Ｓ８０４は各ステップを示す。
【０１２０】
まず、ステップＳ８０１において、重複検索部９は、操作・表示部５を介して、図９，図１１に示した一括送信ＢＯＸ表示画面１３０１の入力枠１３０３に入力された送信先のアドレスを上から１つ取得する。
【０１２１】
次に、ステップＳ８０２において、重複検索部９は、Ｓ８０１で取得したアドレス（以下、処理対象の送信アドレス）と一致するアドレスが、今、新規ＩＤ作成で取得しているメール（該当メール）のヘッダ部の宛先情報にあるか否かを判定する。
【０１２２】
そして、ステップＳ８０２で、処理対象の送信アドレスと一致するアドレスが該当メールのヘッダ部の宛先情報にあると判断した場合には、重複検索部９は、ステップＳ８０３に処理を進める。
【０１２３】
ステップＳ８０３では、重複検索部９は、送信リスト記憶部６の該当メールの当該処理対象の送信アドレスに対応する宛先のフラグを「１」にセットする（省くメールとする）。そして、ステップＳ８０４に処理を進める。
【０１２４】
一方、ステップＳ８０３で、処理対象のアドレスと一致するアドレスが該当メールのヘッダ部の宛先情報にないと判断した場合には、重複検索部９は、そのままステップＳ８０４に処理を進める。
【０１２５】
ステップＳ８０４では、重複検索部９は、送信先アドレスがまだ他に残っているか否をチェックし、まだ残っていると判定した場合には、再びステップＳ８０１に戻って、次の送信アドレスを取得する。
【０１２６】
一方、ステップＳ８０４で、送信先アドレスがもう他に残っていないと判定した場合には、そのまま重複処理を終了して、次の処理に移る。
【０１２７】
なお、送信リスト内の省くメール１１０２の各宛先に対応するフラグは、デフォルトで「０」に設定されているものとする。
【０１２８】
以下、図２２を参照して、図６のステップＳ５０３に示した一括送信処理について説明する。
【０１２９】
図２２は、本発明における第５の制御処理手順の一例を示すフローチャートであり、図６のステップＳ５０３に示した一括送信処理に対応する。なお、このフローチャートの処理は、図５に示した一括送信部１０により実行される。即ち、このフローチャートの処理は、ＣＰＵ２０１が外部メモリ２０４に格納されたプログラムをＲＡＭ２０２上にロードして実行することにより実現される。なお、図中、Ｓ９０１〜Ｓ９０６は各ステップを示す。
【０１３０】
まず、ステップＳ９０１において、一括送信部１０は、操作・表示部５を介して、図９，図１１に示した一括送信ＢＯＸ表示画面１３０１の入力枠１３０３に入力された送信先のアドレスを上から１つ取得する（以下、処理対処の送信アドレス）。
【０１３１】
次に、ステップＳ９０２において、一括送信部１０は、送信リスト記憶部６から送信リストを取得する。
【０１３２】
次に、ステップＳ９０３において、一括送信部１０は、Ｓ９０２で取得した送信リスト内の送信メールを一通選択し（処理対象の送信メール）、該処理対象の送信メールに対する、処理対処の送信アドレスに対応する宛先がメールを省かれた宛先（フラグが「１」）であるか否かを判定する。
【０１３３】
そして、ステップＳ９０３で、処理対象の送信メールに対する、処理対処の送信アドレスに対応する宛先がメールを省かれた宛先（フラグが「１」）でないと判定した場合には、ステップＳ９０４に処理を進める。
【０１３４】
ステップＳ９０４では、一括送信部１０は、処理対象の送信メールを、処理対処の送信アドレスに送信し、ステップＳ９０５に処理を進める。
【０１３５】
そして、ステップＳ９０３で、処理対象の送信メールに対する、処理対処の送信アドレスに対応する宛先がメールを省かれた宛先（フラグが「１」）であると判定した場合には、一括送信部１０は、そのままステップＳ９０５に処理を進める。
【０１３６】
ステップＳ９０５では、一括送信部１０は、Ｓ９０２で取得した送信リスト内にまだ処理していない送信メールがあるか判定し、まだ処理していない送信メールがあると判定した場合には、再びステップＳ９０３に戻って、次の送信メールに対する処理を行う。
【０１３７】
一方、ステップＳ９０５で、Ｓ９０２で取得した送信リスト内にもう処理していない送信メールがないと判定した場合には、ステップＳ９０６に処理を進める。
【０１３８】
次に、ステップＳ９０６では、一括送信部１０は、送信先アドレスがまだ他に残っているか否をチェックし、まだ残っていると判定した場合には、再びステップＳ９０１に戻って、次の送信アドレスを取得する。
【０１３９】
一方、ステップＳ９０６で、送信先アドレスがもう他に残っていないと判定した場合には、そのまま一括送信処理を終了する。
【０１４０】
以上示したように、スレッドメールとして送信したいメールを手間無く一括送信できるため、送信者の作業効率を向上させることができる。
【０１４１】
また、受信者側は同一内容の電子メールの重複受信を防止し、送られてきたメールをスレッド表示できるため、それらの議論についての流れをより詳しく把握することができる。
【０１４２】
〔第２実施形態〕
上記第１実施形態では、重複処理において、送信アドレスと一致するものが該当メールのヘッダ部の宛先情報にある場合には、該送信アドレスに対して該当メールの送信を省くように構成した。
【０１４３】
これに対して、本第１実施形態では、メール端末２００間で行われる電子メールのやりとりを取得し、該取得した全ての電子メールのヘッダ情報に含まれるメッセージＩＤ，メール種別情報，宛先情報を記憶しておくメール送受信情報記憶部を設ける構成とした。さらに、重複処理において、送信アドレスと一致するものが該当メールに対応するメール送受信情報記憶部内の宛先情報内にある場合に、該送信アドレスに対して該当メールの送信を省くように構成した。以下、この実施形態について詳細に説明する。
【０１４４】
図２３は、本発明の第２実施形態の一例を示す情報処理装置を適用可能な一般的な電子メールシステムの構成の一例を示すシステム構成図であり、図１と同一のものには同一の符号を付してある。
【０１４５】
本実施形態では、上述の１実施形態の構成（図１）に加えて、メール記憶サーバ４００が追加されている。
【０１４６】
メール記憶サーバ４００は、メール端末２００間で行われる電子メールのやりとりを取得し、該取得した全ての電子メールのヘッダ情報に含まれるメッセージＩＤ，メール種別情報，宛先情報をメール送受信情報記憶部１４（図２４）に記憶する。
【０１４７】
図２４は、本発明の第２実施形態における電子メールシステムのソフトウェア構成の一例を示すブロック図であり、図５と同一のものには同一の符号を付してある。
【０１４８】
本実施形態では、上述の１実施形態の構成（図５）に加えて、メール送受信情報記憶部１４が追加されている。
【０１４９】
メール送受信情報記憶部１４は、図２３に示したメール記憶サーバ４００内に実現されるものであり、メール記憶サーバ４００で取得された電子メールに含まれるヘッダ情報の中にあるメッセージＩＤ，やりとりした情報（From，To，Cc，Bcc，Fwd等）を記憶しておく（図２５）。なお、９´は本実施形態における重複検索部である。
【０１５０】
図２５は、図２４に示したメール送受信情報記憶部１４のデータ構成を説明する図である。
【０１５１】
以下、図２６を参照して、本実施形態における重複処理（図１４のステップＳ７０３）について説明する。
【０１５２】
図２６は、本発明における第６の制御処理手順の一例を示すフローチャートであり、本実施形態における重複処理に対応する。なお、このフローチャートの処理は、図２５に示した重複検索部９´により実行される。即ち、このフローチャートの処理は、ＣＰＵ２０１が外部メモリ２０４に格納されたプログラムをＲＡＭ２０２上にロードして実行することにより実現される。なお、図中、Ｓ８０１，１９０２，Ｓ８０３，Ｓ８０４は各ステップを示し、図２１と同一のステップには同一のステップ番号を付してあり、説明は省略する。
【０１５３】
ステップＳ１９０２において、重複検索部９´は、Ｓ８０１で取得したアドレス（処理対象送信アドレス）と一致するアドレスが、該当メールに対応するメール送受信情報記憶部１４内の宛先情報内にあるか否かを判定する。
【０１５４】
そして、ステップＳ１９０２で、処理対象送信アドレスと一致するアドレスが、メール送受信情報記憶部１４内の宛先情報内にあると判断した場合には、重複検索部９´は、ステップＳ８０３に処理を進める。
【０１５５】
一方、ステップＳ１９０２で、処理対象送信アドレスと一致するアドレスが、メール送受信情報記憶部１４内の宛先情報内にないと判断した場合には、重複検索部９´は、ステップＳ８０４に処理を進める。
【０１５６】
以上示したように、上記第１実施形態では、送信者が送受信した宛先情報しか参照していないので、送信者と受信者のやりとりの間で重複したもののみを省いているが、本実施形態では、送信者だけでなく、第三者と受信者のやりとりの記録も参照するので、送信者と受信者がやりとりしていなくても、第三者が受信者に送信しているメールの重複を防止することができる。
【０１５７】
なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
【０１５８】
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【０１５９】
以上示したように、送信したメールの中に、メッセージＩＤが関連していないメールがあっても、ユーザが手動でスレッドに追加させなくても、自動でスレッドに追加して送信することができる。
【０１６０】
また、送信者は手間なく、やりとりした全メールを第三者に一括送信可能であり、第三者に容易に議論の流れを把握させることができる。
【０１６１】
また、スレッドを途切れさせることなく、重複するメールを送らないようにすることができる。
【０１６２】
従って、スレッドメールとして送信したいメールを一括送信でき、また、受信者の同一内容の電子メールの重複受信を防止することができる。
【０１６３】
以下、図２７に示すメモリマップを参照して本発明に係る情報処理装置で読み取り可能なデータ処理プログラムの構成について説明する。
【０１６４】
図２７は、本発明に係る情報処理装置で読み取り可能な各種データ処理プログラムを格納する記録媒体（記憶媒体）のメモリマップを説明する図である。
【０１６５】
なお、特に図示しないが、記録媒体に記憶されるプログラム群を管理する情報、例えばバージョン情報，作成者等も記憶され、かつ、プログラム読み出し側のＯＳ等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。
【０１６６】
さらに、各種プログラムに従属するデータも上記ディレクトリに管理されている。また、インストールするプログラムやデータが圧縮されている場合に、解凍するプログラム等も記憶される場合もある。
【０１６７】
本実施形態における図６，図７，図１４，図２１，図２２，図２６に示す機能が外部からインストールされるプログラムによって、ホストコンピュータにより遂行されていてもよい。そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記録媒体により、あるいはネットワークを介して外部の記録媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。
【０１６８】
以上のように、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【０１６９】
この場合、記録媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記録媒体は本発明を構成することになる。
【０１７０】
プログラムコードを供給するための記録媒体としては、例えば、フレキシブルディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，ＤＶＤ−ＲＯＭ，磁気テープ，不揮発性のメモリカード，ＲＯＭ，ＥＥＰＲＯＭ，シリコンディスク等を用いることができる。
【０１７１】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１７２】
さらに、記録媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１７３】
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのソフトウェアによって表されるプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０１７４】
さらに、本発明を達成するためのソフトウェアによって表されるプログラムをネットワーク上のサーバ，データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０１７５】
なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。
【０１７６】
以上示したように、本発明によれば、１つのテーマについて、２人以上でやり取りしたメールを第三者に送信する際に、該第三者が受け取った以外のメールを一括して容易に送信することを可能にする。
【０１７７】
従って、複数のメールを手間無く１つのスレッドとして関連付け、重複させずに一括送信可能にすることができる等の効果を奏する。
【図面の簡単な説明】
【０１７８】
【図１】本発明の第１実施形態の一例を示す情報処理装置を適用可能な一般的な電子メールシステムの構成の一例を示すシステム構成図である。
【図２】図１に示したメール端末２００及びメールサーバ１００のハードウェア構成の一例を示すブロック図である。
【図３】電子メールの形態の一例を示す模式図である。
【図４】図３に示した電子メールヘッダ３０１内の追跡情報の一例を示す模式図である。
【図５】本発明の第１実施形態における電子メールシステムのソフトウェア構成の一例を示すブロック図である。
【図６】本発明における第１の制御処理手順の一例を示すフローチャートである。
【図７】本発明における第２の制御処理手順の一例を示すフローチャートである。
【図８】本発明におけるキーワード検索画面の一例を示す模式図である。
【図９】本実施形態における一括送信ＢＯＸ画面の一例を示す模式図である。
【図１０】本発明におけるキーワード検索画面の他の例（スレッドメールを検索対象として選択しない場合）を示す模式図である。
【図１１】本実施形態における一括送信ＢＯＸ画面の一例を示す模式図である。
【図１２】送信リスト記憶部６に格納される送信リストのデータの構成の一例を示す図である。
【図１３】図９に示した一括送信ＢＯＸ画面に表示されたメールのヘッダ情報とその関係を示す図である。
【図１４】本発明における第３の制御処理手順の一例を示すフローチャートである。
【図１５】図１４のステップＳ７１０の処理を具体的に示す模式図である。
【図１６】図１４のステップＳ７１０の処理を具体的に示す模式図である。
【図１７】図１４のステップＳ７１０の処理を具体的に示す模式図である。
【図１８】図１４のステップＳ７１０の処理を具体的に示す模式図である。
【図１９】図１４のステップＳ７１１の処理を具体的に示す模式図である。
【図２０】図１４のステップＳ７１１の処理を具体的に示す模式図である。
【図２１】本発明における第４の制御処理手順の一例を示すフローチャートである。
【図２２】本発明における第５の制御処理手順の一例を示すフローチャートである。
【図２３】本発明の第２実施形態の一例を示す情報処理装置を適用可能な一般的な電子メールシステムの構成の一例を示すシステム構成図である。
【図２４】本発明の第２実施形態における電子メールシステムのソフトウェア構成の一例を示すブロック図である。
【図２５】図２４に示したメール送受信情報記憶部１４のデータ構成を説明する図である。
【図２６】本発明における第６の制御処理手順の一例を示すフローチャートである。
【図２７】本発明に係る情報処理装置で読み取り可能な各種データ処理プログラムを格納する記録媒体（記憶媒体）のメモリマップを説明する図である。
【符号の説明】
【０１７９】
３００ ＬＡＮ・ＷＡＮ
１００ メールサーバ
２００ メール端末
１ 送信部
２ 受信部
３ メール管理部
４ メール記憶部
５ 操作・表示部
６ 送信リスト記憶部
７ 送信メール取得部
８ 新規ＩＤ作成部
９ 重複検索部
１０ 一括送信部
１１ 入力処理部
１２ 表示処理部
１４ メール送受信情報記憶部
１３ 一括送信ＢＯＸ
【技術分野】
【０００１】
本発明は、送信済み又は受信済みのメールのうち関連のあるメールを一括して送信可能な情報処理装置およびメール送信方法およびプログラムおよび記録媒体。
【背景技術】
【０００２】
従来の電子メールシステムには、複数の利用者間で電子メールにより行われる、ある一つの話題についての議論を、スレッドメールとしてまとめて表示することにより、議論の進行を容易に把握することのできるメーラーがある。
【０００３】
なお、「スレッド」とは、メールで共通の話題についての集まりを示す。スレッドは、同じ条件のものだけではなく、あるメールの内容について関連した内容のメールをもまとめたものである。なお、「関連」とは、そのメールに対して「返信」をしたかどうかによってメッセージＩＤで関連付けされる。例えば、返信されたメールを再度返信するといったことを繰り返すことによりスレッドに追加することができる。
【０００４】
特許文献１では、このようなスレッドメールの内容を一括表示することで、作業者が必要としているスレッドメールを簡単に短時間で検索し閲覧するための技術が提案されている。
【０００５】
また、同報送信機能や、転送機能を多用すると、複数の送信元から同一内容の電子メールが送信され、これにより受信側で同一内容の電子メールを複数個受信することになる場合がある。
【０００６】
特許文献２では、電子メールの重複受信を防止し、回線効率及び作業効率の向上を図る技術が提案されている。
【特許文献１】特開２００１−２２２４７７号公報
【特許文献２】特開２０００−９２１１２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかし、上記従来の技術では、以下のような問題点があった。
【０００８】
特許文献１では、第三者がスレッドメールの一括表示のメールを受け取っても、スレッド表示ができないので、議論の流れを把握するのは難しい。また、受信者側でスレッド表示させるためには、やりとりした全メールを一通ずつ送らなければならず、送信者の手間がかかる。
【０００９】
特許文献２では、スレッドメールを送信する際、ただ重複するメールを送らないだけの処理だと、スレッドが切れてしまう場合がある。
【００１０】
本発明は、上記の問題点を解決するためになされたもので、本発明の目的は、複数のメールを手間無く１つのスレッドとして関連付け、重複させずに一括送信可能にする仕組を提供することである。
【課題を解決するための手段】
【００１１】
本発明は、送信済み又は受信済みのメールを複数記憶する記憶手段から選択される複数のメールに含まれるメール情報内に含まれるＩＤ情報、追跡情報、宛先情報のいずれか少なくとも１つを取得する取得手段と、前記ＩＤ情報と前記追跡情報との関係により連鎖させるように、前記複数のメールのメール情報を変更する連鎖処理手段と、前記連鎖処理手段により連鎖処理された前記複数のメールを、入力される送信先に送信する送信手段を、を有することを特徴とする。
【発明の効果】
【００１２】
本発明によれば、複数のメールを手間無く１つのスレッドとして関連付け、重複させずに一括送信可能にすることができる等の効果を奏する。
【発明を実施するための最良の形態】
【００１３】
以下、図面を参照しながら本発明の実施の形態について詳細に説明する。
【００１４】
〔第１実施形態〕
本実施形態では、メール端末が検索キーワードで検索されたメールを１つのスレッドとして関連付け、重複させずに一括送信可能な電子メールシステムについて説明する。
【００１５】
図1は、本発明の第１実施形態の一例を示す情報処理装置を適用可能な一般的な電子メールシステムの構成の一例を示すシステム構成図である。
【００１６】
この電子メールシステムでは、少なくとも一台のメール端末２００とメールサーバ１００がＬＡＮ・ＷＡＮ３００を介して接続されており、互いに電子メールの送受信が可能となっている。
【００１７】
なお、この図１では例として３台のメール端末２００ａ〜２００ｃが設けられている場合を示しているが、何台あってもよい。
【００１８】
電子メールの送信者がいずれかのメール端末（ここではメール端末２００ａ）から電子メールを送信すると、まず、この電子メールはＬＡＮ・ＷＡＮ３００を介してメールサーバ１００に受信される。
【００１９】
メールサーバ１００では、受信した電子メールのヘッダに付されている宛先情報によって分類され、各宛先毎にメールボックスに格納される。
【００２０】
電子メールの受信者は、いずれかのメール端末（ここではメール端末２００ｃ）において自己が宛先となっている電子メール受信を指示する。すると、メールサーバ１００において、この受信者を宛先とする電子メールが、メールサーバ１００内のいずれかのメールボックスから読み出され、メール端末２００ｃに送信される。これにより、電子メールの受信者は、メール端末２００ｃにおいて自らに宛てられた電子メールを確認することができる。
【００２１】
このような電子メールシステムには、一般的に、同一内容のデータを複数の宛先に送信する同報送信機能や、受信データを再利用して転送する転送機能等の各種機能が備えられている。これらの諸機能により電子メール利用の際の手間の削減が図られている。
【００２２】
なお、メール端末２００及びメールサーバ１００は、一般的なパーソナルコンピュータで構成可能であり、図２にそのハードウェア構成例を示す。
【００２３】
図２は、図１に示したメール端末２００及びメールサーバ１００のハードウェア構成の一例を示すブロック図である。
【００２４】
図２において、２０１は、装置の中枢となる制御装置であって、各種制御を行うものであり、具体的にはパーソナルコンピュータのＣＰＵ等がこれにあたる（以下、ＣＰＵ２０１という）。
【００２５】
２０２はＲＡＭ（Random Access Memory）であって、プログラムのワークエリアや一時的に保持するデータのバッファとして利用される。２０３はＲＯＭ（Read Only Memory）であって、各プログラムの保存等を行う。
【００２６】
２０４は外部メモリであって、各データの保持を行うものであり、具体的にはハードディスクドライブやＤＶＤドライブ等である。
【００２７】
２０５は入力装置であり、この装置を通じてＣＰＵ２０１にデータ等の入力が行われる。この入力装置２０５は、具体的には、キーボードやマウス等である。２０６は表示装置で、具体的にはディスプレイ等である。２０７は通信インターフェースであり、ＬＡＮ・ＷＡＮ３００等の伝送路との接続を制御する。
【００２８】
なお、メールサーバ１００も同様のハードウェア構成を備えるものとする。
【００２９】
図３は、電子メールの形態の一例を示す模式図である。
【００３０】
図３に示すように、電子メールは、ヘッダ３０１と送信データとなる本文３０２から構成される。さらに、ヘッダ３０１にはメール種別情報（新規/転送/返信/同報）、サブジェクト、日付情報（DATE）、メッセージＩＤ（Message-ID）、宛先情報、送信者情報、追跡情報（In-Reply-To，References）等が含まれている。
【００３１】
図４は、図３に示した電子メールヘッダ３０１内の追跡情報の一例を示す模式図である。
【００３２】
図４において、（ａ）は、スレッドメールの一例を示している。また、（ｂ）は、（ａ）に示したスレッドメールにおける、Message-IDとIn-Reply-To，Referencesとの関係を示している。
【００３３】
スレッドメールの場合、先頭メール（Message-ID：＜1＞）は、Message-IDだけが設定され、各メールのIn-Reply-Toには１つ前のメールのMessage-ID、Referencesには２つ前までのMessage-IDが設定される。
【００３４】
なお、メッセージＩＤ（Message-ID）は、送信するメール毎のユニークなものである。また、追跡情報において、In-Reply-Toは、メールに返信をした際の元のメールのMessage-IDを含む。また、Referencesは、参照したメールの情報を示すものであり、メールに返信をした際の元のメールのMessage-ID、及び、該元のメールのさらに元のメールのMessage-ID等を含む。
【００３５】
即ち、スレッドメールの場合、日付が最新のメールのIn-Reply-Toに記載されたMessage-IDを辿っていくことにより、先頭のメールまで辿り着くことができる。
【００３６】
図４に示した例では、Message-ID：＜1＞を先頭として、Message-ID：＜２＞，Message-ID：＜３＞，Message-ID：＜４＞とメールが連鎖しているスレッドメールを示している。
【００３７】
図５は、本発明の第１実施形態における電子メールシステムのソフトウェア構成の一例を示すブロック図である。
【００３８】
図５に示すように、本実施形態の電子メールシステムは、送信部１、受信部２、メール管理部３、メール記憶部４、操作・表示部５、送信リスト記憶部６，一括送信ＢＯＸ等を備えている。
【００３９】
そして、送信部１は、利用者作成した電子メールをネットワークを介して送信するものである。
【００４０】
受信部２は、ネットワークを介して送信されてきた電子メールを受信して、その電子メールをメール管理部３に渡すものである。また、メール管理部３は、受信部２から渡された電子メールをメール記憶部４に格納したり、メール記憶部４に記憶されている電子メールを検索したりする電子メール管理を行うものである。
【００４１】
また、メール記憶部４は、外部メモリ２０４の一部の領域から構成され、受信した電子メール、作成中の電子メール、送信済みの（送信した）電子メールなど、各種の電子メールを記憶しておくものである。
【００４２】
また、操作・表示部５は、入力処理部１１および表示処理部１２を備える。入力処理部１１は、キーボードやマウスのようなポインティングデバイス（即ち、入力装置２０５）から利用者の指示を受け取り、表示のために必要な情報をメール管理部３に要求したりする。表示処理部１２は、メール管理部３から電子メールに関する情報を受け取り、それを元に各種の表示処理を行い、処理された表示情報をディスプレイ等の表示装置２０６に表示させる。
【００４３】
なお、メール管理部３は、本発明の中心的構成である送信メール取得部７および新規ＩＤ作成部８および重複検索部９を備えている。送信メール取得部７では、送信したいメールをキーワード検索により（メール記憶部４に対するキーワード検索）、キーワードを含むスレッド毎、又はメール毎に取得し、該取得した送信メールを一括送信ＢＯＸ１３に加える。
【００４４】
また、新規ＩＤ作成部８では、一括送信ＢＯＸ１３内のメールをひとまとまりのメールとして関連付けを行う。重複検索部９では、メール記憶部４にある電子メールのヘッダ情報を取得し、該取得したヘッダ情報内の宛先情報から重複したメールを一括送信ＢＯＸから省くための作業を行う。
【００４５】
また、送信リスト記憶部６は、一括送信を行う際に、それぞれの宛先の重複メールを回避するための情報、つまりそれぞれの電子メールのＩＤと宛先情報、送信せずに省くかどうかの情報を記憶しておくものである。この送信リスト記憶部６の詳細は後述する図１３で示す。
【００４６】
なお、送信部１では、基本的な処理と、本発明の中心的構成である一括送信部１０を備え、基本的な処理として、新規、転送、返信の３つのモードのうちのいずれかに従って電子メールを作成して送信する処理を含む。なお、この送信部１が作成する電子メールは、ヘッダ３０１と送信データである本文３０２とから構成される。（図３）
そして、送信部１の一括送信部１０では、一括送信ＢＯＸに、入力した宛先情報と送信リスト記憶部６にある宛先を照らし合わせ、その宛先の送信リストを用い、一括送信を行う。
【００４７】
なお、上述の送信部１，受信部２，メール管理部３，操作・表示部５は、図２に示したＣＰＵ２０１が外部メモリ２０４に格納されたプログラムをＲＡＭ２０２上にロードして実行することにより実現される。
【００４８】
また、メール記憶部４は、図２に示した外部メモリ２０４内に実現される。さらに、送信リスト記憶部６，一括送信ＢＯＸは、図２に示したＲＡＭ２０２内に実現される。
【００４９】
以下、図６〜図２２を参照して、本実施形態におけるスレッドメール送信処理について説明する。
【００５０】
図６は、本発明における第１の制御処理手順の一例を示すフローチャートであり、スレッドメール送信処理に対応する。なお、このフローチャートの処理は、図５に示した各部により実行される。即ち、このフローチャートの処理は、ＣＰＵ２０１が外部メモリ２０４に格納されたプログラムをＲＡＭ２０２上にロードして実行することにより実現される。なお、図中、Ｓ５０１〜Ｓ５０３は各ステップを示す。
【００５１】
図５に示した入力処理部１１から、スレッドメール送信処理の開始が指示されると、メール管理部３が本フローチャートの処理を開始する。
【００５２】
まず、ステップＳ５０１において、送信メール取得部７が、送信メール取得処理を行う（詳細は、後述する図７で示す）。
【００５３】
次に、ステップＳ５０２において、新規ＩＤ作成部８が、新規ＩＤ作成処理を行う（詳細は、後述する図１４で示す）。
【００５４】
最後に、ステップＳ５０３において、一括送信部１０が、一括送信処理を行う（詳細は、後述する図２２で示す）。そして、本フローチャートの処理を終了する。
【００５５】
以下、図７を用いて、図６のステップＳ５０１に示した送信メール取得処理について説明する。
【００５６】
図７は、本発明における第２の制御処理手順の一例を示すフローチャートであり、図６のステップＳ５０１に示した送信メール取得処理に対応する。なお、このフローチャートの処理は、図５に示した送信メール取得部７により実行される。即ち、このフローチャートの処理は、ＣＰＵ２０１が外部メモリ２０４に格納されたプログラムをＲＡＭ２０２上にロードして実行することにより実現される。なお、図中、Ｓ６０１〜Ｓ６０６は各ステップを示す。
【００５７】
まず、ステップＳ６０１において、送信メール取得部７は、図８，図１０に示すキーワード検索画面１２０１を操作・表示部５を用いて表示し、検索キーワードの入力を受け付ける。
【００５８】
ここで、キーワード検索画面１２０１について説明する。
【００５９】
図８は、本発明におけるキーワード検索画面の一例を示す模式図であり、表示装置２０６上に表示される。
【００６０】
図８において、１２０１はキーワード検索画面である。このキーワード検索画面１２０１は、大きく３つのフレームに分かれており、上段のフレームはメールの一覧からメールを選択するための検索キーワードを入力するための入力枠１２０２、またキーワードをどのように用いるかを選択するための選択枠１２０３から構成される。
【００６１】
また、中段のフレームは、検索対象を指定する選択枠１２０４と検索モードを選択することができる選択枠１２０５から構成される。さらに、下段のフレームは、検索結果を示す表示枠１２０８，全メール選択チェックボックス１２０６，一括送信ＢＯＸに追加ボタン１２０９から構成される。表示枠１２０８内には、チェックボックス１２０８ａが備えられ、このチェックボックス１２０８ａにより、送信一括ＢＯＸに追加するメールを任意に選択することができる。また、下段フレームは、全メール選択チェックボックス１２０６により、表示枠１２０８内の全メールを送信一括ＢＯＸに追加するメールを選択することができる。
【００６２】
また、右上段のフレーム１２０７は、検索開始ボタン、絞込みボタン、閉じるボタンから構成される。
【００６３】
この図は、中段の検索モードを選択する選択枠１２０５において、スレッドメールを選択した場合に対応する。この場合、検索結果としてはキーワードを件名もしくは本文に含むスレッドメール及び、キーワードを件名もしくは本文に含むその他のメールが検索されて、表示枠１２０８に表示される。
【００６４】
なお、選択枠１２０５のスレッドメールチェックボックス１２０５ａにおいて、スレッドメールを選択しない場合を図１０に示す。図１０は、本発明におけるキーワード検索画面の他の例（スレッドメールを検索対象として選択しない場合）を示す模式図であり、図１０の場合、検索結果としてはキーワードを件名もしくは本文に含むメールが検索されて表示枠１２０８に表示される。
【００６５】
一括送信ＢＯＸに追加ボタン１２０９は、表示枠１２０８に表示され、チェックボックス１２０８ａがチェックされているメールを一括送信ＢＯＸ１３に追加するためのものである。
【００６６】
以下、図７のフローチャートの説明に戻る。
【００６７】
ステップＳ６０１で、図８、図１０の１２０２のように利用者により検索キーワードが入力され、検索開始ボタンが押下指示されると、送信メール取得部７は、ステップＳ６０２に処理を進める。
【００６８】
ステップＳ６０２では、送信メール取得部７は、スレッドメールチェックボックス１２０５ａにチェックが入っているか否かを判定する。
【００６９】
そして、図８に示すようにスレッドメールチェックボックス１２０５ａにチェックが入っていると判定した場合には、送信メール取得部７は、ステップＳ６０３に処理を進め、検索キーワードを件名、本文に含む全てのメール、及び、それらのメールを含むスレッドメールの検索処理をメール記憶部４に対して行い、該検索結果を操作・表示部５を用いて表示枠１２０８に表示する（図８）。そして、送信メール取得部７は、一括送信ＢＯＸに追加ボタン１２０９が押下指示されると、ステップＳ６０４に処理を進める。
【００７０】
ステップＳ６０４では、送信メール取得部７は、チェックボックス１２０８ａにチェックが付されたメール，スレッドメールを一括送信ＢＯＸ１３に格納し、また、それらメールのメッセージＩＤを、送信リスト記憶部６（図１２）に格納し、一括送信ＢＯＸ１３の内容を、操作・表示部５を用いて、図９に示すように一括送信ＢＯＸ画面に表示し、送信メール取得処理を終了して、次の処理に移行させる。
【００７１】
ステップＳ６０２では、送信メール取得部７は、スレッドメールチェックボックス１２０５ａにチェックが入っているか否かを判定する。
【００７２】
一方、図１０に示すようにスレッドメールチェックボックス１２０５ａにチェックが入っていないと判定した場合には、送信メール取得部７は、ステップＳ６０５に処理を進め、検索キーワードを件名、本文に含む全てのメールの検索処理をメール記憶部４に対して行い、該検索結果を操作・表示部５を用いて表示枠１２０８に表示する（図１０）。そして、送信メール取得部７は、一括送信ＢＯＸに追加ボタン１２０９が押下指示されると、ステップＳ６０６に処理を進める。
【００７３】
ステップＳ６０６では、送信メール取得部７は、チェックボックス１２０８ａにチェックが付されたメールを一括送信ＢＯＸ１３に格納し、また、それらメールのメッセージＩＤを、送信リスト記憶部６（図１２）に格納し、一括送信ＢＯＸ１３の内容を、操作・表示部５を用いて、図１１に示すように一括送信ＢＯＸ画面に表示し、送信メール取得処理を終了して、次の処理に移行させる。
【００７４】
図９，図１１は、本実施形態における一括送信ＢＯＸ画面の一例を示す模式図である。
【００７５】
図９，図１１に示すように、一括送信ＢＯＸ表示画面１３０１は、大きく２つのフレームに分かれており、上段のフレームは一括送信するメールを表示する表示枠１３０２、下段はメールを送信する宛先アドレスを入力する入力枠１３０３と一括送信を開始する開始ボタン１３０４から構成されている。
【００７６】
図９では、図８に示したチェック１２０８ａにチェックの入ったメールが一括送信ＢＯＸに追加され、送信先として２つのアドレス（C＜c@cxnon-soft.co.jp＞，D＜d@cxnon-soft.co.jp＞）が、アドレス入力枠１３０３に入力された状態を示している。
【００７７】
図１１では、図１０に示したチェック１２０８ａにチェックの入ったメールが一括送信ＢＯＸに追加され、送信先として２つのアドレス（C＜c@cxnon-soft.co.jp＞，D＜d@cxnon-soft.co.jp＞）が、アドレス入力枠１３０３に入力された状態を示している。
【００７８】
図１２は、送信リスト記憶部６に格納される送信リストのデータの構成の一例を示す図である。
【００７９】
図１２に示すように、送信リストは、メッセージＩＤ１１０１，省くメール１１０２から構成されるものとする。
【００８０】
メッセージＩＤ１１０１には、具体的には送信メール取得部７で取得した複数の送信メールのメッセージＩＤが格納される。
【００８１】
そして、省くメール１１０２には、省くメールと判断された宛先のフラグに「１」、省くメールと判断されなかった宛先のフラグに「０」が格納される。
【００８２】
この省くメール１１０２へのフラグの設定は、後述する図１４のＳ７０３（後述する図２１）に示す重複検索部９の重複処理において行われる。具体的には、重複検索部９は、送信リスト記憶部６に保存した送信メールのメッセージＩＤを取得し、それらのメッセージＩＤからメール記憶部４にある電子メールのヘッダ情報に含まれる宛先情報を用い、送信したい宛先と重複しているかどうかを確認する。その際、重複検索部９は、重複している宛先のフラグを「１」にし、重複していない宛先のフラグは「０」のままとし、送信リスト記憶部６に保存するものとする。
【００８３】
図１３は、図９に示した一括送信ＢＯＸ画面に表示されたメールのヘッダ情報とその関係を示す図である。
【００８４】
以下、図１４〜図２０を参照して、図６のステップＳ５０２に示した新規ＩＤ作成処理について説明する。
【００８５】
図１４は、本発明における第３の制御処理手順の一例を示すフローチャートであり、図６のステップＳ５０２に示した新規ＩＤ作成処理に対応する。なお、このフローチャートの処理は、図５に示した新規ＩＤ作成部８により実行される。即ち、このフローチャートの処理は、ＣＰＵ２０１が外部メモリ２０４に格納されたプログラムをＲＡＭ２０２上にロードして実行することにより実現される。なお、図中、Ｓ７０１〜Ｓ７１１は各ステップを示す。
【００８６】
まず、ステップＳ７０１において、新規ＩＤ作成部８は、送信リスト記憶部６からメールヘッダ部のDateの日付が最新のメールを取得する。
【００８７】
次にステップＳ７０２において、新規ＩＤ作成部８は、取得したメール（以下、該当メール）のヘッダ部にIn-Reply-To情報があるか否をチェックする。
【００８８】
ステップＳ７０２で、取得したメールのヘッダ部にIn-Reply-To情報があると判定した場合には、新規ＩＤ作成部８は、新規メール又はスレッドメールの先頭であると判断して、そのままステップＳ７０７に処理を進める。
【００８９】
一方、ステップＳ７０２で、取得したメールのヘッダ部にIn-Reply-To情報があると判定した場合には、新規ＩＤ作成部８は、スレッドが続いていると判断して、ステップＳ７０３に処理を進める。
【００９０】
ステップＳ７０３では、新規ＩＤ作成部８は、重複処理（詳細は図２１で説明する）を実行し、ステップＳ７０４に処理を進める。
【００９１】
ステップＳ７０４では、新規ＩＤ作成部８は、該当メールのヘッダ部からIn-Reply-To情報を取得する。
【００９２】
次に、ステップＳ７０５において、新規ＩＤ作成部８は、Ｓ７０４で取得したIn-Reply-Toの値に対応するMassage-IDの値をもつメールを送信リスト記憶部６から取得する処理を行う。
【００９３】
次に、ステップＳ７０６において、新規ＩＤ作成部８は、Ｓ７０４で取得したIn-Reply-Toの値に対応するMassage-IDの値をもつメールを送信リスト記憶部６から取得できたか否かを判定し、取得できたと判定した場合には、送信リスト記憶部６内に、該取得したメール（以下、該当メール）の上にあるスレッドが存在していると判断して、再びステップＳ７０２に戻って処理を行う。
【００９４】
一方、ステップＳ７０６で、Ｓ７０４で取得したIn-Reply-Toの値に対応するMassage-IDの値をもつメールを送信リスト記憶部６から取得できなかったと判定した場合には、該取得したメール（以下、該当メール）の上にあるスレッドは存在するが送信リスト記憶部６内には存在していない（即ち、スレッドが途切れている）と判断して、ステップＳ７０７に処理を進める。
【００９５】
ステップＳ７０７では、新規ＩＤ作成部８は、今まで取得してきたメール以外に送信リスト記憶部６内にメールがあるか否かを判定し、無いと判定した場合には、スレッドが完成していると判断して、新規ＩＤ作成処理を終了し、次の処理に移る。
【００９６】
一方、ステップＳ７０７で、今まで取得してきたメール以外に送信リスト記憶部６内にメールが存在すると判定した場合には、新規ＩＤ作成部８は、ステップＳ７０８に処理を進める。
【００９７】
ステップＳ７０８では、新規ＩＤ作成部８は、該当メールのヘッダ部にIn-Reply-To情報があるか否をチェックする。
【００９８】
ステップＳ７０８で、取得したメールのヘッダ部にIn-Reply-To情報が無いと判定した場合には、新規ＩＤ作成部８は、新規メール又はスレッドメールの先頭であると判断して、ステップＳ７１０に処理を進め、送信リスト記憶部６から今まで取得してきたメール以外でDateが最新のメールのヘッダ部のMassage-ID情報を取り出し、そのMassage-IDの値に、該当メールのIn-Reply-Toの値を置き換える。この場合（該当メールのIn-Reply-Toがない場合）の具体例を図１５，図１６に示す。そして、ステップＳ７１２に処理を進める。
【００９９】
一方、ステップＳ７０８で、取得したメールのヘッダ部にIn-Reply-To情報があると判定した場合には、新規ＩＤ作成部８は、ステップＳ７０９に処理を進める。
【０１００】
ステップＳ７０９では、新規ＩＤ作成部８は、該当メールが一括送信処理から省かれている（図１２に示した省くメールに１つでもチェック「１」が入っているか）か否かを判定し、省かれていないと判定した場合には、ステップＳ７１０に処理を進め、新規ＩＤ作成部８は、送信リスト記憶部６から今まで取得してきたメール以外でDateが最新のメールのヘッダ部のMassage-ID情報を取り出し、そのMassage-IDの値に、該当メールのIn-Reply-Toの値を置き換える。この場合（該当メールのIn-Reply-Toがあり、該当メールが省かれていない場合）の具体例を図１７，図１８に示す。そして、ステップＳ７１２に処理を進める。
【０１０１】
一方、ステップＳ７０９では、新規ＩＤ作成部８は、該当メールが一括送信処理から省かれているか否かを判定し、省かれていると判定した場合には、ステップＳ７１１に処理を進める。
【０１０２】
次に、ステップＳ７１１では、新規ＩＤ作成部８は、送信リスト記憶部６から今まで取得してきたメール以外でDateが最新のメールのヘッダ部のMassage-IDの値を、該当メールのIn-Reply-Toの値に置き換える。この場合の具体例を図１７，図１８に示す。そして、ステップＳ７１２に処理を進める。
【０１０３】
次に、ステップＳ７１２において、新規ＩＤ作成部８は、今まで取得してきたメール以外でDateが最新のメールを送信リスト記憶部６から取得し、再び、ステップＳ７０２に戻って処理を行う。
【０１０４】
以下、図１５〜図１８を参照して、図１４のステップＳ７１０の処理について具体的に説明する。
【０１０５】
図１５〜図１８は、図１４のステップＳ７１０の処理を具体的に示す模式図である。
【０１０６】
まず、図１５，図１６を用いて、該当メールのIn-Reply-Toがない場合について説明する。
【０１０７】
図１５において、２００１に示すように、Message-ID:＜1＞のメールは、In-Reply-To情報をもっていない（新規メール又はスレッドの先頭メールと考えられる）。なお、Message-ID：＜1＞のメールは一括送信から省かれていないものとする。
【０１０８】
本実施形態では、このようなMessage-ID：＜1＞のメールの上にMessage-ID：＜d＞のメールを繋げて新たなスレッドを作ろうとするものである。これを行うために、新規ＩＤ作成部８は、図１６の２００２に示すように、Message-ID：＜1＞のメールのIn-Reply-Toの値を、Message-ID：＜d＞のメールのMassage-IDの値に置き換える。この処理により、図１６の２００３に示すように、Message-ID：＜1＞のメールとMessage-ID：＜d＞のメールとが繋がり、新たなスレッドが作られている。
【０１０９】
次に、図１７，図１８を用いて、該当メールのIn-Reply-Toがある場合について説明する。
【０１１０】
図１７において、２１０１に示すように、Message-ID:＜3＞のメールは、In-Reply-To情報をもっている（スレッドが途切れていると考えられる）。なお、Message-ID：＜1＞のメールは一括送信から省かれていないものとする。
【０１１１】
本実施形態では、このようなMessage-ID：＜3＞のメールの上にMessage-ID：＜d＞のメールを繋げて新たなスレッドを作るろうとするものである。これを行うために、新規ＩＤ作成部８は、図１８の２１０２に示すように、Message-ID：＜3＞のメールのIn-Reply-Toの値を、Message-ID：＜d＞のメールのMassage-IDの値に置き換える。この処理により、図１８の２１０３に示すように、Message-ID：＜3＞のメールとMessage-ID：＜d＞のメールとが繋がり、新たなスレッドが作られている。
【０１１２】
以下、図１９，図２０を参照して、図１４のステップＳ７１１の処理について具体的に説明する。
【０１１３】
図１９，図２０は、図１４のステップＳ７１１の処理を具体的に示す模式図である。
【０１１４】
図１９において、２２０１に示すように、Message-ID:＜3＞のメールは、In-Reply-To情報をもっている。なお、Message-ID：＜3＞のメールは一括送信から省かれているものとする。即ち、Message-ID：＜3＞のメールは受け取り側にあるメールである。
【０１１５】
本実施形態では、このようなMessage-ID：＜3＞のメールの上にMessage-ID：＜d＞のメールを繋げて新たなスレッドを作ろうとするものである。
【０１１６】
しかし、ここでは、Message-ID：＜3＞のメールは受け取り側にあるメールであるため、図１８の２１０２に示したように、Message-ID：＜3＞のメールのIn-Reply-Toの値を、Message-ID：＜d＞のメールのMassage-IDの値に置き換えることができない。
【０１１７】
よって、ここでは、新規ＩＤ作成部８は、図２０の２２０２に示すように、Message-ID：＜d＞のメールのMassage-IDの値を、Message-ID：＜3＞のメールのIn-Reply-Toの値に置き換えて、図２０の２２０３に示すように、Message-ID：＜3＞の上にメールを繋げ、新たなスレッドを作るものとする。
【０１１８】
以下、図２１を参照して、図１４のステップＳ７０３に示した重複処理について説明する。
【０１１９】
図２１は、本発明における第４の制御処理手順の一例を示すフローチャートであり、図１４のステップＳ７０３に示した重複処理に対応する。なお、このフローチャートの処理は、図５に示した重複検索部９により実行される。即ち、このフローチャートの処理は、ＣＰＵ２０１が外部メモリ２０４に格納されたプログラムをＲＡＭ２０２上にロードして実行することにより実現される。なお、図中、Ｓ８０１〜Ｓ８０４は各ステップを示す。
【０１２０】
まず、ステップＳ８０１において、重複検索部９は、操作・表示部５を介して、図９，図１１に示した一括送信ＢＯＸ表示画面１３０１の入力枠１３０３に入力された送信先のアドレスを上から１つ取得する。
【０１２１】
次に、ステップＳ８０２において、重複検索部９は、Ｓ８０１で取得したアドレス（以下、処理対象の送信アドレス）と一致するアドレスが、今、新規ＩＤ作成で取得しているメール（該当メール）のヘッダ部の宛先情報にあるか否かを判定する。
【０１２２】
そして、ステップＳ８０２で、処理対象の送信アドレスと一致するアドレスが該当メールのヘッダ部の宛先情報にあると判断した場合には、重複検索部９は、ステップＳ８０３に処理を進める。
【０１２３】
ステップＳ８０３では、重複検索部９は、送信リスト記憶部６の該当メールの当該処理対象の送信アドレスに対応する宛先のフラグを「１」にセットする（省くメールとする）。そして、ステップＳ８０４に処理を進める。
【０１２４】
一方、ステップＳ８０３で、処理対象のアドレスと一致するアドレスが該当メールのヘッダ部の宛先情報にないと判断した場合には、重複検索部９は、そのままステップＳ８０４に処理を進める。
【０１２５】
ステップＳ８０４では、重複検索部９は、送信先アドレスがまだ他に残っているか否をチェックし、まだ残っていると判定した場合には、再びステップＳ８０１に戻って、次の送信アドレスを取得する。
【０１２６】
一方、ステップＳ８０４で、送信先アドレスがもう他に残っていないと判定した場合には、そのまま重複処理を終了して、次の処理に移る。
【０１２７】
なお、送信リスト内の省くメール１１０２の各宛先に対応するフラグは、デフォルトで「０」に設定されているものとする。
【０１２８】
以下、図２２を参照して、図６のステップＳ５０３に示した一括送信処理について説明する。
【０１２９】
図２２は、本発明における第５の制御処理手順の一例を示すフローチャートであり、図６のステップＳ５０３に示した一括送信処理に対応する。なお、このフローチャートの処理は、図５に示した一括送信部１０により実行される。即ち、このフローチャートの処理は、ＣＰＵ２０１が外部メモリ２０４に格納されたプログラムをＲＡＭ２０２上にロードして実行することにより実現される。なお、図中、Ｓ９０１〜Ｓ９０６は各ステップを示す。
【０１３０】
まず、ステップＳ９０１において、一括送信部１０は、操作・表示部５を介して、図９，図１１に示した一括送信ＢＯＸ表示画面１３０１の入力枠１３０３に入力された送信先のアドレスを上から１つ取得する（以下、処理対処の送信アドレス）。
【０１３１】
次に、ステップＳ９０２において、一括送信部１０は、送信リスト記憶部６から送信リストを取得する。
【０１３２】
次に、ステップＳ９０３において、一括送信部１０は、Ｓ９０２で取得した送信リスト内の送信メールを一通選択し（処理対象の送信メール）、該処理対象の送信メールに対する、処理対処の送信アドレスに対応する宛先がメールを省かれた宛先（フラグが「１」）であるか否かを判定する。
【０１３３】
そして、ステップＳ９０３で、処理対象の送信メールに対する、処理対処の送信アドレスに対応する宛先がメールを省かれた宛先（フラグが「１」）でないと判定した場合には、ステップＳ９０４に処理を進める。
【０１３４】
ステップＳ９０４では、一括送信部１０は、処理対象の送信メールを、処理対処の送信アドレスに送信し、ステップＳ９０５に処理を進める。
【０１３５】
そして、ステップＳ９０３で、処理対象の送信メールに対する、処理対処の送信アドレスに対応する宛先がメールを省かれた宛先（フラグが「１」）であると判定した場合には、一括送信部１０は、そのままステップＳ９０５に処理を進める。
【０１３６】
ステップＳ９０５では、一括送信部１０は、Ｓ９０２で取得した送信リスト内にまだ処理していない送信メールがあるか判定し、まだ処理していない送信メールがあると判定した場合には、再びステップＳ９０３に戻って、次の送信メールに対する処理を行う。
【０１３７】
一方、ステップＳ９０５で、Ｓ９０２で取得した送信リスト内にもう処理していない送信メールがないと判定した場合には、ステップＳ９０６に処理を進める。
【０１３８】
次に、ステップＳ９０６では、一括送信部１０は、送信先アドレスがまだ他に残っているか否をチェックし、まだ残っていると判定した場合には、再びステップＳ９０１に戻って、次の送信アドレスを取得する。
【０１３９】
一方、ステップＳ９０６で、送信先アドレスがもう他に残っていないと判定した場合には、そのまま一括送信処理を終了する。
【０１４０】
以上示したように、スレッドメールとして送信したいメールを手間無く一括送信できるため、送信者の作業効率を向上させることができる。
【０１４１】
また、受信者側は同一内容の電子メールの重複受信を防止し、送られてきたメールをスレッド表示できるため、それらの議論についての流れをより詳しく把握することができる。
【０１４２】
〔第２実施形態〕
上記第１実施形態では、重複処理において、送信アドレスと一致するものが該当メールのヘッダ部の宛先情報にある場合には、該送信アドレスに対して該当メールの送信を省くように構成した。
【０１４３】
これに対して、本第１実施形態では、メール端末２００間で行われる電子メールのやりとりを取得し、該取得した全ての電子メールのヘッダ情報に含まれるメッセージＩＤ，メール種別情報，宛先情報を記憶しておくメール送受信情報記憶部を設ける構成とした。さらに、重複処理において、送信アドレスと一致するものが該当メールに対応するメール送受信情報記憶部内の宛先情報内にある場合に、該送信アドレスに対して該当メールの送信を省くように構成した。以下、この実施形態について詳細に説明する。
【０１４４】
図２３は、本発明の第２実施形態の一例を示す情報処理装置を適用可能な一般的な電子メールシステムの構成の一例を示すシステム構成図であり、図１と同一のものには同一の符号を付してある。
【０１４５】
本実施形態では、上述の１実施形態の構成（図１）に加えて、メール記憶サーバ４００が追加されている。
【０１４６】
メール記憶サーバ４００は、メール端末２００間で行われる電子メールのやりとりを取得し、該取得した全ての電子メールのヘッダ情報に含まれるメッセージＩＤ，メール種別情報，宛先情報をメール送受信情報記憶部１４（図２４）に記憶する。
【０１４７】
図２４は、本発明の第２実施形態における電子メールシステムのソフトウェア構成の一例を示すブロック図であり、図５と同一のものには同一の符号を付してある。
【０１４８】
本実施形態では、上述の１実施形態の構成（図５）に加えて、メール送受信情報記憶部１４が追加されている。
【０１４９】
メール送受信情報記憶部１４は、図２３に示したメール記憶サーバ４００内に実現されるものであり、メール記憶サーバ４００で取得された電子メールに含まれるヘッダ情報の中にあるメッセージＩＤ，やりとりした情報（From，To，Cc，Bcc，Fwd等）を記憶しておく（図２５）。なお、９´は本実施形態における重複検索部である。
【０１５０】
図２５は、図２４に示したメール送受信情報記憶部１４のデータ構成を説明する図である。
【０１５１】
以下、図２６を参照して、本実施形態における重複処理（図１４のステップＳ７０３）について説明する。
【０１５２】
図２６は、本発明における第６の制御処理手順の一例を示すフローチャートであり、本実施形態における重複処理に対応する。なお、このフローチャートの処理は、図２５に示した重複検索部９´により実行される。即ち、このフローチャートの処理は、ＣＰＵ２０１が外部メモリ２０４に格納されたプログラムをＲＡＭ２０２上にロードして実行することにより実現される。なお、図中、Ｓ８０１，１９０２，Ｓ８０３，Ｓ８０４は各ステップを示し、図２１と同一のステップには同一のステップ番号を付してあり、説明は省略する。
【０１５３】
ステップＳ１９０２において、重複検索部９´は、Ｓ８０１で取得したアドレス（処理対象送信アドレス）と一致するアドレスが、該当メールに対応するメール送受信情報記憶部１４内の宛先情報内にあるか否かを判定する。
【０１５４】
そして、ステップＳ１９０２で、処理対象送信アドレスと一致するアドレスが、メール送受信情報記憶部１４内の宛先情報内にあると判断した場合には、重複検索部９´は、ステップＳ８０３に処理を進める。
【０１５５】
一方、ステップＳ１９０２で、処理対象送信アドレスと一致するアドレスが、メール送受信情報記憶部１４内の宛先情報内にないと判断した場合には、重複検索部９´は、ステップＳ８０４に処理を進める。
【０１５６】
以上示したように、上記第１実施形態では、送信者が送受信した宛先情報しか参照していないので、送信者と受信者のやりとりの間で重複したもののみを省いているが、本実施形態では、送信者だけでなく、第三者と受信者のやりとりの記録も参照するので、送信者と受信者がやりとりしていなくても、第三者が受信者に送信しているメールの重複を防止することができる。
【０１５７】
なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
【０１５８】
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【０１５９】
以上示したように、送信したメールの中に、メッセージＩＤが関連していないメールがあっても、ユーザが手動でスレッドに追加させなくても、自動でスレッドに追加して送信することができる。
【０１６０】
また、送信者は手間なく、やりとりした全メールを第三者に一括送信可能であり、第三者に容易に議論の流れを把握させることができる。
【０１６１】
また、スレッドを途切れさせることなく、重複するメールを送らないようにすることができる。
【０１６２】
従って、スレッドメールとして送信したいメールを一括送信でき、また、受信者の同一内容の電子メールの重複受信を防止することができる。
【０１６３】
以下、図２７に示すメモリマップを参照して本発明に係る情報処理装置で読み取り可能なデータ処理プログラムの構成について説明する。
【０１６４】
図２７は、本発明に係る情報処理装置で読み取り可能な各種データ処理プログラムを格納する記録媒体（記憶媒体）のメモリマップを説明する図である。
【０１６５】
なお、特に図示しないが、記録媒体に記憶されるプログラム群を管理する情報、例えばバージョン情報，作成者等も記憶され、かつ、プログラム読み出し側のＯＳ等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。
【０１６６】
さらに、各種プログラムに従属するデータも上記ディレクトリに管理されている。また、インストールするプログラムやデータが圧縮されている場合に、解凍するプログラム等も記憶される場合もある。
【０１６７】
本実施形態における図６，図７，図１４，図２１，図２２，図２６に示す機能が外部からインストールされるプログラムによって、ホストコンピュータにより遂行されていてもよい。そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記録媒体により、あるいはネットワークを介して外部の記録媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。
【０１６８】
以上のように、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【０１６９】
この場合、記録媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記録媒体は本発明を構成することになる。
【０１７０】
プログラムコードを供給するための記録媒体としては、例えば、フレキシブルディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，ＤＶＤ−ＲＯＭ，磁気テープ，不揮発性のメモリカード，ＲＯＭ，ＥＥＰＲＯＭ，シリコンディスク等を用いることができる。
【０１７１】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１７２】
さらに、記録媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１７３】
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのソフトウェアによって表されるプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０１７４】
さらに、本発明を達成するためのソフトウェアによって表されるプログラムをネットワーク上のサーバ，データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０１７５】
なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。
【０１７６】
以上示したように、本発明によれば、１つのテーマについて、２人以上でやり取りしたメールを第三者に送信する際に、該第三者が受け取った以外のメールを一括して容易に送信することを可能にする。
【０１７７】
従って、複数のメールを手間無く１つのスレッドとして関連付け、重複させずに一括送信可能にすることができる等の効果を奏する。
【図面の簡単な説明】
【０１７８】
【図１】本発明の第１実施形態の一例を示す情報処理装置を適用可能な一般的な電子メールシステムの構成の一例を示すシステム構成図である。
【図２】図１に示したメール端末２００及びメールサーバ１００のハードウェア構成の一例を示すブロック図である。
【図３】電子メールの形態の一例を示す模式図である。
【図４】図３に示した電子メールヘッダ３０１内の追跡情報の一例を示す模式図である。
【図５】本発明の第１実施形態における電子メールシステムのソフトウェア構成の一例を示すブロック図である。
【図６】本発明における第１の制御処理手順の一例を示すフローチャートである。
【図７】本発明における第２の制御処理手順の一例を示すフローチャートである。
【図８】本発明におけるキーワード検索画面の一例を示す模式図である。
【図９】本実施形態における一括送信ＢＯＸ画面の一例を示す模式図である。
【図１０】本発明におけるキーワード検索画面の他の例（スレッドメールを検索対象として選択しない場合）を示す模式図である。
【図１１】本実施形態における一括送信ＢＯＸ画面の一例を示す模式図である。
【図１２】送信リスト記憶部６に格納される送信リストのデータの構成の一例を示す図である。
【図１３】図９に示した一括送信ＢＯＸ画面に表示されたメールのヘッダ情報とその関係を示す図である。
【図１４】本発明における第３の制御処理手順の一例を示すフローチャートである。
【図１５】図１４のステップＳ７１０の処理を具体的に示す模式図である。
【図１６】図１４のステップＳ７１０の処理を具体的に示す模式図である。
【図１７】図１４のステップＳ７１０の処理を具体的に示す模式図である。
【図１８】図１４のステップＳ７１０の処理を具体的に示す模式図である。
【図１９】図１４のステップＳ７１１の処理を具体的に示す模式図である。
【図２０】図１４のステップＳ７１１の処理を具体的に示す模式図である。
【図２１】本発明における第４の制御処理手順の一例を示すフローチャートである。
【図２２】本発明における第５の制御処理手順の一例を示すフローチャートである。
【図２３】本発明の第２実施形態の一例を示す情報処理装置を適用可能な一般的な電子メールシステムの構成の一例を示すシステム構成図である。
【図２４】本発明の第２実施形態における電子メールシステムのソフトウェア構成の一例を示すブロック図である。
【図２５】図２４に示したメール送受信情報記憶部１４のデータ構成を説明する図である。
【図２６】本発明における第６の制御処理手順の一例を示すフローチャートである。
【図２７】本発明に係る情報処理装置で読み取り可能な各種データ処理プログラムを格納する記録媒体（記憶媒体）のメモリマップを説明する図である。
【符号の説明】
【０１７９】
３００ ＬＡＮ・ＷＡＮ
１００ メールサーバ
２００ メール端末
１ 送信部
２ 受信部
３ メール管理部
４ メール記憶部
５ 操作・表示部
６ 送信リスト記憶部
７ 送信メール取得部
８ 新規ＩＤ作成部
９ 重複検索部
１０ 一括送信部
１１ 入力処理部
１２ 表示処理部
１４ メール送受信情報記憶部
１３ 一括送信ＢＯＸ
【特許請求の範囲】
【請求項１】
送信済み又は受信済みのメールを複数記憶する記憶手段から選択される複数のメールに含まれるメール情報内に含まれるＩＤ情報、追跡情報、宛先情報のいずれか少なくとも１つを取得する取得手段と、
前記ＩＤ情報と前記追跡情報との関係により連鎖させるように、前記複数のメールのメール情報を変更する連鎖処理手段と、
前記連鎖処理手段により連鎖処理された前記複数のメールを、入力される送信先に送信する送信手段を、
を有することを特徴とする情報処理装置。
【請求項２】
前記連鎖処理手段は、前記複数のメール内の送信日時が最も遅いメールから連鎖するメール群に含まれていないメールが前記複数のメール内に存在する場合には、前記連鎖の先頭メールの追跡情報を、前記連鎖していないメールのうち送信日時が最も遅いメールのＩＤ情報に変更する、ことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記送信手段は、前記入力された送信先のアドレス情報が、前記宛先情報として前記メール情報に含まれているメールについては、前記送信手段による前記送信先への送信を行わない、ことを特徴とする請求項２に記載の情報処理装置。
【請求項４】
前記連鎖処理手段は、前記複数のメール内の送信日時が最も遅いメールから連鎖するメール群に含まれていないメールが存在し、且つ、前記連鎖の先頭メールが前記送信手段により送信されないメールである場合には、前記連鎖していないメールのうち送信日時が最も遅いメールのＩＤ情報を、前記連鎖の先頭メールの追跡情報に変更する、ことを特徴とする請求項３に記載の情報処理装置。
【請求項５】
前記取得手段は、前記複数のメールを、入力されるキーワードに基づいて前記記憶手段から選択する、ことを特徴とする請求項１乃至４のいずれかに記載の情報処理装置。
【請求項６】
送信済み又は受信済みのメールを複数記憶する記憶手段を有する情報処理装置におけるメール送信方法において、
前記記憶手段から選択される複数のメールに含まれるメール情報に基づいて、前記複数のメールを、前記メール情報内に含まれるＩＤ情報と追跡情報との関係により連鎖させるように、前記複数のメールのメール情報を変更する連鎖処理ステップと、
前記連鎖処理ステップで連鎖処理された前記複数のメールを、入力される送信先に送信する送信ステップを、
を有することを特徴とするメール送信方法。
【請求項７】
請求項１乃至５のいずれかに記載された情報処理装置としてコンピュータを機能させるための、又は、請求項６に記載されたメール送信方法をコンピュータに実行させるためのプログラム。
【請求項８】
請求項１乃至５のいずれかに記載された情報処理装置としてコンピュータを機能させるためのプログラム、又は、請求項６に記載されたメール送信方法をコンピュータに実行させるためのプログラムをコンピュータが読み取り可能に記憶した記録媒体。
【請求項１】
送信済み又は受信済みのメールを複数記憶する記憶手段から選択される複数のメールに含まれるメール情報内に含まれるＩＤ情報、追跡情報、宛先情報のいずれか少なくとも１つを取得する取得手段と、
前記ＩＤ情報と前記追跡情報との関係により連鎖させるように、前記複数のメールのメール情報を変更する連鎖処理手段と、
前記連鎖処理手段により連鎖処理された前記複数のメールを、入力される送信先に送信する送信手段を、
を有することを特徴とする情報処理装置。
【請求項２】
前記連鎖処理手段は、前記複数のメール内の送信日時が最も遅いメールから連鎖するメール群に含まれていないメールが前記複数のメール内に存在する場合には、前記連鎖の先頭メールの追跡情報を、前記連鎖していないメールのうち送信日時が最も遅いメールのＩＤ情報に変更する、ことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記送信手段は、前記入力された送信先のアドレス情報が、前記宛先情報として前記メール情報に含まれているメールについては、前記送信手段による前記送信先への送信を行わない、ことを特徴とする請求項２に記載の情報処理装置。
【請求項４】
前記連鎖処理手段は、前記複数のメール内の送信日時が最も遅いメールから連鎖するメール群に含まれていないメールが存在し、且つ、前記連鎖の先頭メールが前記送信手段により送信されないメールである場合には、前記連鎖していないメールのうち送信日時が最も遅いメールのＩＤ情報を、前記連鎖の先頭メールの追跡情報に変更する、ことを特徴とする請求項３に記載の情報処理装置。
【請求項５】
前記取得手段は、前記複数のメールを、入力されるキーワードに基づいて前記記憶手段から選択する、ことを特徴とする請求項１乃至４のいずれかに記載の情報処理装置。
【請求項６】
送信済み又は受信済みのメールを複数記憶する記憶手段を有する情報処理装置におけるメール送信方法において、
前記記憶手段から選択される複数のメールに含まれるメール情報に基づいて、前記複数のメールを、前記メール情報内に含まれるＩＤ情報と追跡情報との関係により連鎖させるように、前記複数のメールのメール情報を変更する連鎖処理ステップと、
前記連鎖処理ステップで連鎖処理された前記複数のメールを、入力される送信先に送信する送信ステップを、
を有することを特徴とするメール送信方法。
【請求項７】
請求項１乃至５のいずれかに記載された情報処理装置としてコンピュータを機能させるための、又は、請求項６に記載されたメール送信方法をコンピュータに実行させるためのプログラム。
【請求項８】
請求項１乃至５のいずれかに記載された情報処理装置としてコンピュータを機能させるためのプログラム、又は、請求項６に記載されたメール送信方法をコンピュータに実行させるためのプログラムをコンピュータが読み取り可能に記憶した記録媒体。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【公開番号】特開２００８−１５８８８６（Ｐ２００８−１５８８８６Ａ）
【公開日】平成２０年７月１０日（２００８．７．１０）
【国際特許分類】
【出願番号】特願２００６−３４８２６１（Ｐ２００６−３４８２６１）
【出願日】平成１８年１２月２５日（２００６．１２．２５）
【出願人】（３０１０１５９５６）キヤノンソフトウェア株式会社 (364)
【公開日】平成２０年７月１０日（２００８．７．１０）
【国際特許分類】
【出願日】平成１８年１２月２５日（２００６．１２．２５）
【出願人】（３０１０１５９５６）キヤノンソフトウェア株式会社 (364)
[ Back to top ]