JP2005166039A - メールプログラム、電子メール装置、および電子メールの管理方法 - Google Patents

Abstract

【課題】 メールで受信した本文データまたは添付ファイルを、ＯＳが管理する１のファイルとして管理することにより、電子メールを介して受け取ったデータとそれ以外の手法によって受け取ったデータを、一元管理する。
【解決手段】
メールを受信すると、デフォルトフォルダに本文データおよび添付ファイルをファイル化して格納させる命令を与える（S27)。さらに、インデックステーブルに当該ファイルの格納情報を追記する（S31)。このように、格納対象フォルダに、本文ファイルがメール単位でファイル化されて格納されるとともに、各ファイルの関連を示すインデックスが生成される。
【選択図】 図５

Description

この発明は、コンピュータを用いた電子メール装置に関し、特に、電子メールのデータの管理方法に関する。

今日、電子メール（以下メールと略す）によるデータの送受信が広く行われている。そして、過去の送受信データについてはメールソフトの検索機能を用いて、件名や送信者、日時（１週間くらい前など）などを頼りにして、検索をすることができる。

一方、このような電子メールによって取得した情報以外の情報については、操作者はコンピュータ内に適宜フォルダーを作成して、管理している。たとえば、インターネットやイントラネットを介してダウンロードしたデータなどである。これらの情報についても、OＳが有するファイル管理プログラムの検索機能を用いて、ファイル名やファイル作成日時などを頼りにして、検索をすることができる。

しかし、過去に取得した情報が、メールによって取得したものか、そうでないかが不明な場合がある。この場合、メールによって取得した情報とメール以外によって取得した情報とを縦断的に検索することはできなかった。

かかる問題を解決するために、特許文献１に開示されたような電子データアーカイブ装置を採用することも考えられる。これは、受け取ったメールの本文を抽出して、これをデータベース化するシステムである。

特開２００１−３４４１７８号

しかし、上記システムでは、データが重複して蓄積されるという問題がある。特に、添付ファイルについては、データ容量が大きいものが多い。したがって、メールソフトが管理するのとは別の領域に、別フォルダとして同じデータが記憶されると、記憶領域の有効利用が図れない。

この発明は、無駄なデータ領域を必要とせず、電子メールおよびそれ以外の手法によって取得した情報を統合的にファイル管理することができるファイル管理方法および、かかる方法を実現するための装置を提供することを目的とする。

１）本発明にかかるＥメールプログラムは、前記抽出した本文を、本文毎に本文ファイルとしてファイル化して記憶させるステップ、前記ＥメールのメールＩＤ、ヘッダ情報、および前記本文ファイルのファイル特定情報をインデックステーブルに追加記憶するステップ、記憶しているメールの一覧表示命令が与えられると、前記インデックステーブルを参照して、当該インデックステーブルに存在するメールの本文ファイルのパス名及びファイル名を特定し、特定したファイルを読み出すステップを備えている。したがって、無駄なデータ領域を必要とせず、電子メールおよびそれ以外の手法によって取得した情報を統合的にファイル管理することができる。また、記憶した電子メールを読み出すことができる。

２）本発明にかかるＥメールプログラムは、前記抽出した本文を、本文毎に本文ファイルとしてファイル化して記憶させるファイル化記憶ステップ、前記ＥメールのメールＩＤ、ヘッダ情報、および前記本文ファイルのファイル特定情報をインデックステーブルに追加記憶するインデックス追記ステップを備えている。したがって、無駄なデータ領域を必要とせず、電子メールおよびそれ以外の手法によって取得した情報を統合的にファイル管理することができる。

３）本発明にかかるＥメールプログラムにおいては、前記ファイル化記憶ステップでは、前記Ｅメールに１または複数の添付ファイルが付加されている場合には、前記１または複数の全ての添付ファイルを前記Ｅメール本文と分けてファイル化して記憶し、前記インデックス追記ステップでは、前記インデックステーブルに前記１または複数の全ての添付ファイルのファイル特定情報を追加記憶する。したがって、添付ファイルがある場合でも、無駄なデータ領域を必要とせず、電子メールおよびそれ以外の手法によって取得した情報を統合的にファイル管理することができる。

４）本発明にかかるＥメールプログラムにおいては、前記本文ファイルおよびその添付ファイルは同じフォルダに記憶される。したがって、前記本文データおよび添付ファイルの関連を、データ格納構造から把握することが可能となる。

５）本発明にかかるＥメールプログラムにおいては、前記本文記憶ファイルに添付された添付ファイルは本文記憶ファイルが格納されたフォルダのサブフォルダに記憶される。したがって、前記本文データおよび添付ファイルの関連を、データ格納構造から把握することが可能となる。

６）本発明にかかるＥメールプログラムにおいては、前記ファイル化記憶ステップでは、前記Ｅメールに１または複数の添付ファイルが付加されている場合には、付加されている１または複数の全ての添付ファイルを抽出して、前記本文ファイルと別に記憶し、前記インデックス追記ステップでは、前記１または複数の全ての添付ファイルのファイル特定情報を前記本文記憶ファイル内に前記ファイル特定情報にリンクタグを付加して追加記憶するステップを備えている。したがって、添付ファイルと本文ファイルをリンクタグで連結することができる。これにより、かかる連結のためのインデックス情報を本文中に記載することができる。

７）本発明にかかるＥメールプログラムにおいては、前記抽出した本文を、本文毎に本文ファイルとしてファイル化して記憶するようＯＳに命令するステップ、前記ＥメールのメールＩＤ、ヘッダ情報、および前記本文ファイルのファイル特定情報をインデックステーブルに追加記憶するようＯＳに命令するステップ。したがって、無駄なデータ領域を必要とせず、電子メールおよびそれ以外の手法によって取得した情報を統合的にファイル管理することができる。

８）本発明にかかるＥメールプログラムにおいては、前記抽出した本文を、本文毎に本文ファイルとしてファイル化して記憶させるステップ、前記抽出した１または複数の全ての添付ファイルを、前記本文ファイルとは分けてファイル化して記憶させるステップ、前記ＥメールのメールＩＤ、ヘッダ情報、および前記本文ファイルのファイル特定情報をインデックステーブルに追加記憶するステップ、前記本文ファイルと前記全ての添付ファイルを読み出すことができるように、前記本文ファイルと前記全ての添付ファイルとをリンクさせるステップを備えている。したがって、本文ファイルと添付ファイルを関連付けすることができる。

９）本発明にかかるＥメールプログラムにおいては、前記リンクステップでは、添付ファイルのファイル特定情報にリンクタグを付加して前記本文記憶ファイル内に追加記憶する。したがって、かかる連結のためのインデックス情報を本文中に記載することができる。

１０）本発明にかかるＥメールプログラムにおいては、前記リンクステップでは、前記添付ファイルのファイル特定情報を前記インデックステーブルに追加記憶する。したがって、インデックステーブルにて本文ファイルと添付ファイルを関連付けすることができる。

１１）本発明にかかるＥメールプログラムは、Ａ）受信したＥメールごとに、a1)ヘッダ情報と、a2)本文を記憶する本文ファイルのパス名及びファイル名と、a3)前記本文に添付された１または複数の全ての添付ファイルのパス名およびファイル名とを、対応づけたインデックステーブルを記憶しており、Ｂ）前記記憶領域からインデックステーブルを参照して、各Ｅメールのヘッダ情報と、前記本文ファイルのパス名及びファイル名と、a3)前記本文に添付された１または複数の全てのファイルのパス名およびファイル名と読み出す命令をＯＳに与え、Ｃ）前記記憶領域に記憶された各ファイルについて、異なるフォルダへの移動命令が与えられると、前記ＯＳに、その移動命令とともにインデックステーブルのパス名を移動先のパス名に変更する命令を与える。したがって、前記本文データを１の本文ファイルとして記憶した場合に、フォルダを移動させても、確実に読み出すことができる。

１２）本発明にかかるＥメールプログラムは、受信したＥメールごとに、1)ヘッダ情報と、2)本文を記憶する本文ファイルのパス名及びファイル名と、3)前記本文に添付された１または複数の全ての添付ファイルのパス名およびファイル名と、を対応づけたインデックステーブルを読み出すようにＯＳに命令し、前記インデックステーブルに記憶されたＥメールデータについて、取得命令が与えられると、前記インデックステーブルを参照して、1)本文ファイルのパス名及びファイル名と、2)前記１または複数の全ての添付ファイルのパス名およびファイル名とを特定し、前記特定した全てのファイルについて、ＯＳに読み出し命令を与える。したがって、前記本文データをＯＳが前記本文ファイルおよび前記１または複数の全ての添付ファイルを読み出すことができる。

１３）本発明にかかるＥメールプログラムは、Ａ）受信したＥメールごとに、ヘッダ情報と、本文を記憶する本文ファイルのパス名及びファイル名と、前記本文に添付された１または複数の全ての添付ファイルのパス名およびファイル名とを、対応づけたインデックステーブルを記憶しており、Ｂ）記憶しているＥメールの一覧表示命令が与えられると、b1)前記インデックステーブルを参照して、当該インデックステーブルに存在するＥメールについて、本文ファイルのパス名及びファイル名と、前記１または複数の全ての添付ファイルのパス名およびファイル名とを特定し、b2)前記インデックステーブルに存在するＥメールの本文ファイルまたは前記１または複数の全ての添付ファイルが格納されたフォルダに存在するファイル名を取得し、b3)前記本文ファイルおよび１または複数の全ての添付ファイル以外のファイルが当該フォルダに存在する場合には、前記本文ファイルおよび前記１または複数の全ての添付ファイルと、前記本文ファイルおよび前記１または複数の全ての添付ファイル以外のファイルの存在を区別可能に表示させる。したがって、メールプログラムによって入手した情報とそれ以外の手段で入手した情報を区別可能に表示することができる。

１４）本発明にかかるＥメールプログラムは、A)受信したＥメールごとに、ヘッダ情報と、本文を記憶する本文ファイルのパス名及びファイル名と、前記本文に添付された１または複数の全ての添付ファイルのパス名およびファイル名とを、対応づけたインデックステーブルを読み出し、B)記憶しているＥメールの一覧表示命令が与えられると、b1)前記インデックステーブルを参照して、当該インデックステーブルに存在するＥメールについて、本文ファイルのパス名及びファイル名と、前記１または複数の全ての添付ファイルのパス名およびファイル名とを特定し、b2)前記インデックステーブルに存在するＥメールの本文ファイルまたは前記１または複数の全ての添付ファイルが格納されたフォルダに存在するファイル名を取得し、b3)前記本文ファイルおよび前記１または複数の全ての添付ファイル以外のファイルが当該フォルダに存在する場合に、前記本文ファイルおよび前記１または複数の全ての添付ファイルを関連づけて表示させる。したがって、前記本文ファイルおよびその添付ファイルを関連づけて表示することができる。

１５）本発明にかかるＥメール装置は、前記抽出した本文データを、本文毎に本文ファイルとしてファイル化してファイル記憶部に記憶させる手段、各Ｅメールについて、メールＩＤ、ヘッダ情報、および前記本文ファイルのファイル特定情報をインデックステーブルに追加記憶する手段を備えている。したがって、無駄なデータ領域を必要とせず、電子メールおよびそれ以外の手法によって取得した情報を統合的にファイル管理することができる。

１６）本発明にかかるＥメール移動装置は、Ａ）受信したＥメールごとに、a1)ヘッダ情報と、a2本文を記憶する本文ファイルのパス名及びファイル名と、a3)前記本文に添付された１または複数の全ての添付ファイルのパス名およびファイル名とを対応づけたインデックステーブルを記憶領域から読み出す読み出し手段、Ｂ）前記記憶領域に記憶された各ファイルについて、異なるフォルダへの移動命令が与えられると、前記ＯＳに、その移動命令とともにインデックステーブルのパス名を移動先のパス名に変更する変更手段を備えている。したがって、前記本文データを１の本文ファイルとして記憶した場合に、フォルダを移動させても、確実に読み出すことができる。

１７）本発明にかかるＥメール読み出し装置は、受信したＥメールごとに、1)ヘッダ情報と、2)本文を記憶する本文ファイルのパス名及びファイル名と、3)前記本文に添付された１または複数の全ての添付ファイルのパス名およびファイル名とを対応づけたインデックステーブルを読み出す読み出し手段、前記インデックステーブルに記憶されたＥメールデータを取得する取得命令が与えられると、前記インデックステーブルを参照して、1)本文ファイルのパス名及びファイル名と、2)前記少なくとも１または複数の添付ファイルのパス名およびファイル名とを特定し、特定したファイルを読み出す読み出し手段を備えている。したがって、前記本文データをＯＳが前記本文ファイルおよび前記１または複数の全ての添付ファイルを読み出すことができる。

１８）本発明にかかるＥメール記憶方法は、前記抽出した本文データを、本文毎に本文ファイルとしてファイル化して記憶させ、各Ｅメールについて、メールＩＤ、ヘッダ情報、および前記本文ファイルのファイル特定情報をインデックステーブルに追加記憶する。したがって、無駄なデータ領域を必要とせず、電子メールおよびそれ以外の手法によって取得した情報を統合的にファイル管理することができる。

１９）本発明にかかるＥメール移動方法は、Ａ）受信したＥメールごとに、a1)ヘッダ情報と、a2本文を記憶する本文ファイルのパス名及びファイル名と、a3)前記本文に添付された１または複数の全ての添付ファイルのパス名およびファイル名とを対応づけたインデックステーブルを記憶領域から読み出し、Ｂ）前記記憶領域に記憶された各ファイルについて、異なるフォルダへの移動命令が与えられると、前記ＯＳに、その移動命令とともにインデックステーブルのパス名を移動先のパス名に変更する。したがって、前記本文データを１の本文ファイルとして記憶した場合に、フォルダを移動させても、確実に読み出すことができる。

２０）本発明にかかるＥメール読み出し方法は、受信したＥメールごとに、1)ヘッダ情報と、2)本文を記憶する本文ファイルのパス名及びファイル名と、3)前記本文に添付された１または複数の全ての添付ファイルのパス名およびファイル名とを対応づけたインデックステーブルを読み出し、前記インデックステーブルに記憶されたＥメールデータを取得する取得命令が与えられると、前記インデックステーブルを参照して、1)本文ファイルのパス名及びファイル名と、2)添付ファイルのパス名およびファイル名とを特定し、特定したファイルを読み出す。したがって、前記本文データをＯＳが前記本文ファイルおよび前記１または複数の全ての添付ファイルを読み出すことができる。

なお、本明細書において「ＯＳ」とは、オペレーティングシステムプログラムをいう。

「ファイル特定情報」とは、ファイルの格納されている場所およびそのファイルのファイル名を意味し、実施形態では、フォルダ名およびファイル名が該当する。

「１または複数の全ての添付ファイル」とは、１の添付ファイルが添付されている場合は当該ファイルを、複数の添付ファイルが添付されている場合は複数の添付ファイル全ての添付ファイルを意味する。

１．機能ブロック図の説明
本発明の一実施形態を図面に基づいて説明する。

電子メール装置１は、ヘッダ情報抽出手段３、ファイル化命令手段５、追記手段９、インデックステーブル記憶手段１１、および読み出し手段１３を備えている。

ヘッダ情報抽出手段３は与えられたメールデータからそのヘッダ情報を抽出する。ファイル化命令手段５は、前記メールデータのヘッダ情報以外のデータを、ファイル管理システム７が１つの固まりとして取り出し可能となるようファイル管理システム７によってファイル化させる。ファイル化されたデータはファイル記憶部８に記憶される。追記手段９は、前記ファイル化されたデータについて、ファイル名およびそのパス名とともに、前記ヘッダ情報を、与えられたメールデータ単位で、インデックステーブル記憶部１１のインデックステーブルに追加記憶する。なお、ファイル化命令手段５は、前記メールデータに添付ファイルが存在する場合には、添付ファイル毎にファイル化し、追記手段９は、前記ファイル化されたデータについて、ファイル名およびそのパス名を与えられたメールデータ単位で、インデックステーブル記憶部１１のインデックステーブルに追加記憶する。

読み出し手段１３は、メールデータの一覧表示命令が与えられると、インデックステーブル記憶部１１のインデックステーブルを参照して、当該インデックステーブルに存在するメールについて、本文ファイルのパス名及びファイル名と、添付ファイルのパス名およびファイル名とを特定し、前記インデックステーブルに存在するメールの本文ファイルまたは添付ファイルが格納されたフォルダに存在するファイル名を取得する命令をファイル管理システム７に与え、前記本文ファイルおよび添付ファイル以外のファイルが当該フォルダに存在する場合には、前記本文ファイルおよび添付ファイルと、前記本文ファイルおよび添付ファイル以外のファイルの存在を区別可能に表示する命令をファイル管理システム７に与える。ファイル管理システム７は、前記命令に基づき表示手段６に表示する。

また、インデックステーブル記憶部１１のインデックステーブルに記憶されたメールデータについて、取得命令が与えられると、このインデックステーブルを参照して、本文ファイルのパス名及びファイル名と、添付ファイルのパス名およびファイル名とを特定し、前記特定したファイルについて、ファイル管理システム７に読み出し命令を与える。

２．ハードウェア構成
図１に示す電子メール装置１のハードウェア構成について、図２を用いて説明する。図２は、電子メール装置１をＣＰＵを用いて構成したハードウェア構成の一例である。

電子メール装置１は、ＣＰＵ２３、メモリ２７、ハードディスク２６、モニタ３０、ＣＤＤ（ＣＤＲＯＭドライブ）２５、入力デバイス２８、通信ボード３２およびバスライン２９を備えている。ＣＰＵ２３は、ハードディスク２６に記憶された各プログラムにしたがいバスライン２９を介して、各部を制御する。

ハードディスク２６には、オペレーティングシステムプログラム（以下ＯＳと略す）２６o、メールプログラム２６ａ、インデックステーブル２６ｉ、およびメール定義データ２６ｍを記憶する。

オペレーティングシステムプログラム（ＯＳ）２６oは、本実施形態においては、WindowsＸＰ（商標）を採用した。また、OS２６ｏのファイルの読み出し及び書き込み等の処理をするプログラムが図１におけるファイル管理システムを構成する。

メール定義データ２６ｍは、送受信対象のメールをフォルダ別に格納するための定義データや、アカウント、アドレス帳、メール振り分け条件（フィルタリング条件）などのメールプログラムにおける定義データを記憶する。

インデックステーブル２６ｉは、図３Ａに示すように、送受信対象の各メールについて、メールごとに、ヘッダ情報、本文格納フォルダ、本文ファイル名、添付ファイル格納フォルダ、添付ファイル名を対応づけて記憶している。なお、添付ファイルが存在しないメールについては、添付ファイル格納フォルダ、添付ファイル名が”ｎｕｌｌ”となっている。

メールプログラム２６ａは、電子メールの送受信処理を行う。かかる送受信処理については、通常のメールプログラムと同様である。ただ、メールプログラム２６ａは、受け取ったメールデータの本文データを通常のメーラーのように、１つのファイルに複数格納するのではなく、個別にファイル化する。詳しくは後述する。

なお、上記プログラムは、ＣＤＤ２５を介して、プログラムが記憶されたＣＤＲＯＭ２５ａから読み出されてハードディスク２６にインストールされたものである。なお、ＣＤＲＯＭ以外に、フレキシブルディスク（ＦＤ）、ＩＣカード等のプログラムをコンピュータ可読の記録媒体から、ハードディスクにインストールさせるようにしてもよい。さらに、通信回線を用いてダウンロードするようにしてもよい。

本実施形態においては、プログラムをＣＤＲＯＭからハードディスク２６にインストールさせることにより、ＣＤＲＯＭに記憶させたプログラムを間接的にコンピュータに実行させるようにしている。しかし、これに限定されることなく、ＣＤＲＯＭに記憶させたプログラムをＣＤＤ２５から直接的に実行するようにしてもよい。なお、コンピュータによって、実行可能なプログラムとしては、そのままインストールするだけで直接実行可能なものはもちろん、一旦他の形態等に変換が必要なもの（例えば、データ圧縮されているものを、解凍する等）、さらには、他のモジュール部分と組合して実行可能なものも含む。

３．フローチャート
つぎに、メールプログラム２６ａによるデータ管理処理について図４を用いて説明する。メールプログラム２６ａは起動命令が与えられると、メール定義データ２６ｍからデータ格納対象のフォルダーを特定する（図４ステップＳ１）。つぎに、ＣＰＵ２３は、現在のインデックステーブル２６ｉ（図３Ａ参照）を読み込む（図４ステップＳ３）。つぎに、ＣＰＵ２３は、初期画面を表示する（ステップＳ５）。初期画面については、従来のメールソフトを同様である。本実施形態においては、フォルダ一覧表示領域と、メール一覧表示領域とメールの本文データを表示するビュア領域の３つの領域に区分して表示する初期画面を表示するようにした（図９参照）。図９にて、フォルダ一覧表示領域５３には、メール定義データ２６ｍを参照して、メールプログラム２６ａが管理するフォルダ、たとえば、受信、送信済み、送信待ち、等の各種のフォルダのディレクトリ構造が表示される。メール一覧表示領域５５は、図３Ａに示す各メールのヘッダ情報を参照して、各メールの相手先、受取時刻、件名などが表示される領域である。メール本文表示領域５７は後述するように、メールの本文を読みだして表示する領域である。

つぎに、新たにメールを受信して、これを格納する場合の処理について図５を用いて説明する。以下では2003/8/13（水曜）の午後1:39:57（日本時間）に、送信元「aaa@xxx.co.jp」から件名「第２回議事録」で、「××様、○○です。お世話様になってます。第２回議事録を送ります。よろしくお願いします。」という本文に、「第２回議事録.xls」および「事業計画案４.xls」が添付されたメールが、送信先「bbb@yyy.co.jp」に送信され、これが受信された場合で、メールのフィルタリング条件が特に設定されていない場合について説明する。

受信開始命令が与えられると（図５ステップＳ１１）、ＣＰＵ２３は、受信対象のメールからヘッダ情報を抽出する（図５ステップＳ１３）。ＣＰＵ２３は、フィルタリング条件に合致するか否か判断する（ステップＳ１５）。この場合、メールのフィルタリング条件が特に設定されていないので、デフォルトフォルダを格納フォルダとする（ステップＳ１９）。また、本実施形態においては、デフォルトフォルダとして、”c:\mail\受信￥フォルダ３”とした。

つぎに、ＣＰＵ２３は、添付ファイルが存在するか否か判断する（ステップＳ２１）。添付ファイルが存在するか否かは、従来と同様に判断することができる。たとえば、本実施形態においては、ヘッダ情報の中にコンテンツタイプがマルチパートであることを示す情報がある場合には、添付ファイルが存在すると判断するようにした。この場合、図６に示すように、コンテンツタイプがマルチパートであることを示す情報が存在するので、添付ファイルが存在すると判断し、添付ファイルを分離し、メール本文をファイル化する対象とする（ステップＳ２３）。図６においては、２つの添付ファイルがメール本文と分離され、計３つのファイル化対象データが得られる。

ＣＰＵ２３は、ファイル格納規則に基づき、ＯＳに書き込み命令を与える（図５ステップＳ２７）。ファイル格納規則とは、ファイル化対象データをどのようなファイル名でどのフォルダに格納するのかを定めた規則である。ここでは、格納フォルダに、ヘッダ情報にある”Subject”と同じ名称のサブフォルダを作成し、このサブフォルダに本文ファイルおよび添付ファイルを格納するものとした。したがって、この場合、デフォルトフォルダ”c:\mail\受信￥フォルダ３”にサブフォルダ”\第２回議事録”をＯＳに作成させる。また、このサブフォルダ”\第２回議事録”に、本文ファイル”第２回議事録.txt、添付ファイル”第２回議事録.xls”、”事業計画案４.xls”を格納させる命令を与える。これにより、図７に示すように、フォルダ”c:\mail\受信￥フォルダ３\第２回議事録”に、本文ファイル”第２回議事録.txt”、添付ファイル”第２回議事録.xls”、添付ファイル”事業計画案４.xls”の３つのファイルが格納される。

ＣＰＵ２３は、ＯＳから終了メッセージが与えられるか否かを判断しており（ステップＳ２９）、終了メッセージが与えられると、インデックステーブルに追記する。インデックステーブルについては、既に説明したように、メールごとにヘッダ情報、本文格納フォルダ、本文ファイル名、添付ファイル格納フォルダ、添付ファイル名を対応づけて記憶する。したがって、図３Bに示すように、受信したメールデータの格納先が記憶される。

このように、本実施形態においては、格納対象フォルダに、本文ファイルがメール単位でファイル化されて格納される。したがって、メール本文をＯＳが通常のファイルとして管理することができる。また１又は複数の添付ファイルが存在する場合、対応する本文ファイルと同じフォルダに格納される。このように、メールで受信した本文データまたは添付ファイルを、メールプログラム特有のデータ構造ではなく、通常のＯＳが管理する１のファイルとして管理することにより、電子メールを介して受け取ったデータとそれ以外の手法によって受け取ったデータを、別途データ領域を設けることなく、一元管理することができる。たとえば、ＦＴＰサーバからダウンロードしたファイルで、前記本文ファイルまたは添付ファイルと関連するファイルについて、同じフォルダに格納することができる。

また、メールプログラム用のデータであっても、他のアプリケーションプログラムを介してアクセスすることもできる。また、本文ファイルと添付ファイルを本文ファイル名と同じフォルダに格納しているために、ＯＳのファイル管理システムでも、両者の関係をファイルの格納位置で判断することができる。

つぎに、メール本文を表示する処理について、図８を用いて説明する。以下では、図９に示すように、メール一覧表示領域５５には、インデックステーブルを参照して、メールの一覧が表示されており、この状態で、本文ファイル”第２回議事録.txt”が表示対象として選択されたものとして説明する。

操作者が前記表示されたメール一覧のうち、あるメールを特定し、メール本文表示命令を与える（ステップＳ４１）。ＣＰＵ２３は、インデックステーブルを参照して、特定されたメールに関連するファイルの格納フォルダを特定し、ＯＳに読み出し命令を与える（ステップＳ４３）。メールに関連するファイルとは、本文ファイルおよびその添付ファイルをいう。

ＣＰＵ２３は、インデックステーブルを参照して、指定されたメールに添付ファイルが存在するか否か判断し（ステップＳ４５）、添付ファイルが存在する場合には、ビュア領域５７に、本文ファイルの内容を表示するとともに、添付ファイルが存在することも表示する（ステップＳ４７）。

添付ファイルが存在するか否かは、通常の表示、たとえば、添付ファイル存在マークなどを表示すればよい。添付ファイルの内容を表示するためには、従来と同様に、添付ファイル存在マークをクリックすればよい。かかるクリックにより、当該ファイルと関連づけられているアプリケーションプログラムが存在するか否かＣＰＵが判断し、存在する場合には、かかるアプリケーションプログラムを起動して、添付ファイルの内容が表示される。

添付ファイルが特定のファイル形式のデータである場合には、自動的にビュア領域５７に表示するようにしてもよい。また、上記実施形態においては、本文の読み出し指令が与えられると、添付されている１又は複数の全てファイルについて、それ又はそれらを表示するようにしてもよい。

なお、添付ファイルの存在しないメールデータについては、ステップＳ４５からステップＳ４９に進み、ビュア領域５７に、本文ファイルの内容を表示する（ステップＳ４９）。

このようにして、本文ファイルや添付ファイルをそれぞれファイル化した場合であっても、インデックステーブルを参照することにより、これらの中身をビュア画面に表示することができる。

つぎに、メールプログラム２６ａによって、格納しているフォルダを変更した場合の処理について図１０を用いて説明する。

以下では、図９に示すように、フォルダ一覧領域５３にディレクトリ構造が表示されており、フォルダ”c:\mail\受信￥フォルダ３”に格納されている本文ファイル”第２回議事録.txt”およびその添付ファイルを、フォルダ”\第２回議事録ごと、フォルダ”c:\mail\受信￥フォルダ１”に移動する場合について説明する。

操作者は、移動対象ファイルおよび移動先のフォルダを指定した移動命令を与える（図１０ステップＳ５１）。具体的には、移動対象ファイルである本文ファイル”第２回議事録.txt”および添付ファイル”第２回議事録.xls”，”事業計画案４.xls”が格納されたフォルダ”c:\mail\受信￥フォルダ３\第２回議事録”を入出力デバイスで選択し、これをc:\mail\受信￥フォルダ１にドラッグアンドドロップすればよい。ＣＰＵ２３は、ＯＳにこれらのファイルの移動命令を与える（ステップＳ５３）。ＣＰＵ２３は、ＯＳから移動完了メッセージが与えられるか否か判断しており（ステップＳ５５）、移動完了メッセージを受け取ると、インデックステーブルのパス名を変更する（ステップＳ５７）。これにより、インデックステーブルは、図１１Ａに示す状態から、図１１Bに示すように、格納フォルダが変更される。このように、格納フォルダを変更した場合でも、あわせてインデックステーブルも変更することにより、メールデータを移動させても、メールの管理が可能となる。

また、本実施形態においては、各Eメールごとに、インデックステーブルに添付ファイルのパス名とファイル名を記憶することにより、本文ファイルと添付ファイルとを関連付けするようにしたが、本文ファイルと添付ファイルとが関連付けできるのであればどのようなものであってもよい。たとえば、本文をHTML形式に変換するとともに、リンク先特定情報を追加することもできる。この場合、図５ステップＳ２３とステップＳ２７の間に本文をHTML形式に変換し、添付ファイルの参照行を添付ファイルの個数だけ追記するステップを追加すればよい。この場合のフローチャートを図１２に示す。ステップＳ１２６aおよびステップＳ１２６bが、追加されたステップである。

本実施形態においては、図１３に示すようなHTML形式変換テンプレートを記憶しておき、受信したＥメールから、「日付」、「件名」、「送信元」、「宛先」、「本文」を抽出して、それぞれを図１３における領域１３０〜１３５に記憶することにより本文をHTML形式への変換するようにした。また、領域１３７に添付ファイルを格納するパス名および添付ファイル名を、領域１３８に添付ファイル名を記述することにより、前記参照行を追記した。なお、添付ファイルが複数ある場合には、前記リンク設定テンプレートによるリンク先特定情報が個数分作成され、追記される。これにより、図１４に示すようなHTML形式のデータが生成される。

ステップＳ１２７以降の処理については、図５と同様であるので説明は省略する。図１４において本文の各文の後に改行タグが記載されているが、これは元の本文に改行にあわせて、HTML形式に変換したものである。リンク先特定情報を本文に追加した場合の、インデックステーブルを図１５に示す。このように、インデックステーブルには、添付ファイルに関する項目が不要となる。読み出しの時にはインデックステーブルを参照して、本文ファイルを特定すれば、本文ファイル中のリンク情報によって、添付ファイルを特定することができる。表示の仕方については上記実施形態と同様であるので説明は省略する。また、添付ファイルを当初作成したフォルダ以外のフォルダに移動させる場合には、本文ファイルのリンク先特定情報を書き換えるようにすればよい。

なお、上記実施形態においては本文をHTML形式に変換するようにしたが、ＸＭＬ形式に変換するようにしてもよい。図１６にＸＭＬ形式の変換後の本文ファイルのデータ構造を示す。また、このＸＭＬ形式への変換は、HTML形式への変換と同様に、図１７に示すようなＸＭＬ形式変換テンプレートを用意しておき、必要なデータをＥメールから抽出して、記述すればよい。ＸＭＬ形式の場合は、HTML形式と異なりタグを制限なく使うことができるというメリットがある。

また、本実施形態においては、本文のファイルの末尾にリンク先特定情報を追記するようにしたが、場所についてはこれに限定されず、本文ファイル中に存在すればよい。

４．他の実施形態
上記実施形態においては、各電子メールの本文データを１のファイルとして記憶しているので、別のアプリケーションプログラムにて当該ファイルを別のフォルダに移動させてしまうおそれがある。かかる場合、メールプログラムで当該メールを表示できなくなるおそれがある。これを防止するために、警告を出したり、移動後、自動的にインデックスを変更するようにすることもできる。また、かかる移動については禁止するようにしてもよい。また、メールプログラム起動時にファイルの移動があったか否かをチェックし、自動的にインデックステーブルを変更するようにしてもよい。

上記実施形態においては、メールによって入手した情報とメール以外の手法によって入手した情報とを無駄な記憶容量を必要とせず、統合的に管理することができる。これにより、他のアプリケーションプログラムからメールで入手した情報を閲覧することも可能となる。また、メールが管理するフォルダについては、インデックステーブルに存在しないファイルを表示できるようにすることにより、メール以外の手法によって入手した情報をメールプログラムから閲覧することもできる。

上記実施形態においては、本文ファイルと同じ名前のサブフォルダを格納フォルダに作成するようにしたが、サブフォルダを作成する場合、そのサブフォルダの名称については特に、これに限定されるわけではなく、単なる連番や日時など、適宜採用してもよい。

なお、本文ファイルの存在するフォルダのサブフォルダに１又は複数の全ての添付ファイルを格納することにより、両者の関連付けをフォルダによって表すことができる。この場合には、１又は複数の全ての添付ファイルのフォルダ名をインデックステーブルから省略することも可能である。１の本文ファイル毎にフォルダを生成して、当該本文ファイルと、その本文ファイルに添付された１又は複数の全ての添付ファイルを格納する場合も同様である。

また、サブフォルダを作成することなく、指定されたフォルダに本文ファイルおよび添付ファイルを格納させてもよい。また、本文ファイルと添付ファイルとは、別々のフォルダを指定しておけば、異なるフォルダに格納することもできる。

上記実施形態においては、本文のファイルがテキストデータである場合について説明したが、表示形式指定情報が付加されているデータ、たとえばHTMLデータやＸＭＬデータなどでもよい。

また、上記実施形態においては、管理している複数のメールについて、ヘッダ情報をインデックステーブルに記憶するようにしたが、本文のファイルの所定位置（先頭など）に記憶してもよく、また、１つのメールごとに別途ファイル化してもよい。また、複数のメールごとにグループ化してファイル化してもよい。

また、複数人への共有フォルダを作成して、あるフィルタリング条件に合致するメールについては、そのフォルダに格納させることにより、１のメールデータにて、多数人からアクセス可能となる。また、各メールは１メールごとにファイル化されているので、メールアプリケーションプログラム以外からも参照が可能となる。

なお、メールデータの一覧表示命令が与えられると、インデックステーブルを参照して、当該インデックステーブルに存在するメールについて、本文ファイルのパス名及びファイル名と、添付ファイルのパス名およびファイル名とを特定し、前記インデックステーブルに存在するメールの本文ファイルまたは添付ファイルが格納されたフォルダに存在するファイル名を取得する命令をＯＳに与え、前記本文ファイルおよび添付ファイル以外のファイルが当該フォルダに存在する場合に、前記本文ファイルおよびその添付ファイルを関連づけて表示する命令をＯＳに与えるようにしてもよい。これにより、メールプログラムを起動中にも、当該メールの添付ファイル以外のファイルで関連するファイルを合わせて表示することができる。

上記実施形態においては、本文ファイルおよび添付ファイルをこれらを格納するフォルダごと、別のフォルダに移動する場合について説明した。しかし、これに限定されず、本文ファイルおよび添付ファイルだけを移動してもよく、さらに、いずれ一方のみを移動することもできる。

また、上記実施形態においては、本文の読み出し指令が与えられても、添付ファイルを開く命令が与えられた場合に、これを読み出すようにしたが、添付されている１又は複数の全てファイルについて、それ又はそれらを開くようにしてもよい。

本実施形態においては、図１に示す機能を実現する為に、ＣＰＵを用い、ソフトウェアによってこれを実現している。しかし、その一部もしくは全てを、ロジック回路等のハードウェアによって実現してもよい。

なお、上記メールプログラムの一部の処理をオペレーティングシステム（ＯＳ）にさせるようにしてもよい。

１）本発明にかかるＥメールプログラムは、与えられたＥメールからヘッダ情報および本文データを抽出してこれを記憶することにより、コンピュータにＥメールを管理させるためのプログラムにおいて、1)前記抽出した本文データを、ＯＳが１つの固まりとして取り出し可能となるよう１の本文ファイルとして記憶させるファイル化記憶ステップ、2)各Ｅメールについて、メールＩＤ、ヘッダ情報、および前記本文ファイルのファイル特定情報をインデックステーブルに追加記憶するインデックス追記ステップを備えている。このように、前記本文データをＯＳが１つの固まりとして取り出し可能となるよう１の本文ファイルとして記憶させることにより、無駄なデータ領域を必要とせず、Ｅメールおよびそれ以外の手法によって取得した情報を統合的にファイル管理することができる。

２）本発明にかかるＥメール管理プログラムにおいては、前記ファイル化記憶ステップでは、前記Ｅメールに添付ファイルが付加されている場合には、付加されている添付ファイルも、ＯＳが１つの固まりとして取り出し可能となるようファイル化して記憶させ、前記インデックス追記ステップは、前記インデックステーブルに前記添付ファイルのファイル特定情報をも追加記憶する。したがって、添付ファイルがある場合でも、無駄なデータ領域を必要とせず、Ｅメールおよびそれ以外の手法によって取得した情報を統合的にファイル管理することができる。

３）本発明にかかるＥメール管理プログラムにおいては、前記本文ファイルおよびその添付ファイルは同じフォルダに記憶される。したがって、前記本文データおよび添付ファイルの関連を、データ格納構造から把握することが可能となる。

４）本発明にかかるＥメール管理プログラムにおいては、前記本文ファイルに添付された添付ファイルは本文ファイルが格納されたフォルダのサブフォルダに記憶される。前記本文データおよび添付ファイルの関連を、データ格納構造から把握することが可能となる。

５）本発明にかかるＥメール管理プログラムは、与えられたＥメールからヘッダ情報および本文データを抽出してこれを記憶することにより、コンピュータにＥメールを管理させるためのＥメール管理プログラムにおいて、前記抽出した本文データを、ＯＳが１つの固まりとして取り出し可能となるよう１の本文ファイルとして記憶させるファイル化記憶命令をＯＳに与えるステップと各Ｅメールについて、メールＩＤ、ヘッダ情報、および前記本文ファイルのファイル特定情報をインデックステーブルに追加記憶するようＯＳに命令するステップとを備えている。このように、前記本文データをＯＳが１つの固まりとして取り出し可能となるよう１の本文ファイルとして記憶するようにＯＳに命令することにより、無駄なデータ領域を必要とせず、Ｅメールおよびそれ以外の手法によって取得した情報を統合的にファイル管理することができる。

６）本発明にかかるプログラムは、コンピュータをＥメール装置として機能させるためのプログラムであって、Ａ）受信したＥメールごとに、ヘッダ情報と、本文を記憶する本文ファイルのパス名及びファイル名と、前記本文に添付された添付ファイルのパス名およびファイル名とを、対応づけたインデックステーブルを記憶領域から読み出す命令をＯＳに与え、Ｂ）前記記憶領域に記憶された各ファイルについて、異なるフォルダへの移動命令が与えられると、前記ＯＳに、その移動命令とともにインデックステーブルのパス名を移動先のパス名に変更する命令を与える。したがって、前記本文データをＯＳが１つの固まりとして取り出し可能となるよう１の本文ファイルとして記憶した場合に、フォルダを移動させることができる。

７）本発明にかかるプログラムは、コンピュータをＥメール装置として機能させるためのプログラムであって、受信したＥメールごとに、ヘッダ情報と、本文を記憶する本文ファイルのパス名及びファイル名と、前記本文に添付された添付ファイルのパス名およびファイル名とを、対応づけたインデックステーブルを読み出すようにＯＳに命令し、前記インデックステーブルに記憶されたＥメールデータについて、取得命令が与えられると、前記インデックステーブルを参照して、本文ファイルのパス名及びファイル名と、添付ファイルのパス名およびファイル名とを特定し、前記特定したファイルについて、ＯＳに読み出し命令を与える。したがって、前記本文データをＯＳが１つの固まりとして取り出し可能となるよう１の本文ファイルとして記憶した場合に、前記本文ファイルおよび添付ファイルを読み出すことができる。

８）本発明にかかるプログラムは、コンピュータをＥメール装置として機能させるためのプログラムであって、Ａ）受信したＥメールごとに、ヘッダ情報と、本文を記憶する本文ファイルのパス名及びファイル名と、前記本文に添付された添付ファイルのパス名およびファイル名とを、対応づけたインデックステーブルを読み出し、Ｂ）Ｅメールデータの一覧表示命令が与えられると、b1)前記インデックステーブルを参照して、当該インデックステーブルに存在するＥメールについて、本文ファイルのパス名及びファイル名と、添付ファイルのパス名およびファイル名とを特定し、b2)前記インデックステーブルに存在するＥメールの本文ファイルまたは添付ファイルが格納されたフォルダに存在するファイル名を取得し、b3)前記本文ファイルおよび添付ファイル以外のファイルが当該フォルダに存在する場合には、前記本文ファイルおよび添付ファイルと、前記本文ファイルおよび添付ファイル以外のファイルの存在を区別可能に表示させる。したがって、Ｅメールプログラムによって入手した情報とそれ以外の手段で入手した情報を区別可能に表示することができる。

９）本発明にかかるプログラムは、コンピュータをＥメール装置として機能させるためのプログラムであって、A)受信したＥメールごとに、ヘッダ情報と、本文を記憶する本文ファイルのパス名及びファイル名と、前記本文に添付された添付ファイルのパス名およびファイル名とを、対応づけたインデックステーブルを読み出し、B)Ｅメールデータの一覧表示命令が与えられると、b1)前記インデックステーブルを参照して、当該インデックステーブルに存在するＥメールについて、本文ファイルのパス名及びファイル名と、添付ファイルのパス名およびファイル名とを特定し、b2)前記インデックステーブルに存在するＥメールの本文ファイルまたは添付ファイルが格納されたフォルダに存在するファイル名を取得し、b3)前記本文ファイルおよび添付ファイル以外のファイルが当該フォルダに存在する場合に、前記本文ファイルおよびその添付ファイルを関連づけて表示させる。したがって、前記本文ファイルおよびその添付ファイルを関連づけて表示することができる。

１０）本発明にかかるＥメール装置は、与えられたＥメールからヘッダ情報および本文データを抽出してこれを記憶することにより、Ｅメールを管理するＥメール装置において、1)前記抽出した本文データを、ＯＳが１つの固まりとして取り出し可能となるよう１の本文ファイルとしてファイル記憶手段に記憶させるファイル化手段、2)各Ｅメールについて、ＥメールＩＤ、ヘッダ情報、および前記本文ファイルのファイル特定情報をインデックステーブルに追加記憶する追記手段を備えている。このように、前記本文データをＯＳが１つの固まりとして取り出し可能となるよう１の本文ファイルとして記憶させることにより、無駄なデータ領域を必要とせず、Ｅメールおよびそれ以外の手法によって取得した情報を統合的にファイル管理することができる。

１１）本発明にかかるＥメール管理方法は、与えられたＥメールからヘッダ情報および本文データを抽出してこれを記憶することにより、コンピュータにＥメールを管理するＥメール管理方法において、1)前記抽出した本文データを、ＯＳが１つの固まりとして取り出し可能となるよう１の本文ファイルとしてファイル記憶手段に記憶させ、2)各Ｅメールについて、メールＩＤ、ヘッダ情報、および前記本文ファイルのファイル特定情報をインデックステーブルに追加記憶する。このように、前記本文データをＯＳが１つの固まりとして取り出し可能となるよう１の本文ファイルとして記憶させることにより、無駄なデータ領域を必要とせず、Ｅメールおよびそれ以外の手法によって取得した情報を統合的にファイル管理することができる。

本発明にかかる電子メール装置１の機能ブロック図である。 図１に示す電子メール装置１をＣＰＵを用いて実現したハードウエア構成の一例を示す図である。 インデックステーブルのデータ構造を示す図である。 起動時のフローチャートである。 メール受信時のフローチャートである。 受信メールのヘッダ情報の一例を示す図である。 フォルダの階層構造を示す図である。 メールプログラムにおける本文表示フローチャートである。 メールプログラムにおける表示画面の一例を示す図である。 メールプログラムにおけるフォルダ移動処理のフローチャートである。 移動前後のインデックステーブルを示す図である。 HTML形式に変換する場合の、Ｅメール受信時のフローチャートである。 HTML形式変換用のテンプレートである。 HTML形式変換後の本文である。 HTML形式に変換する場合の、インデックステーブルのデータ構造を示す図である。 ＸML形式変換後の本文である。 ＸML形式変換用のテンプレートである。

符号の説明

２３・・・ＣＰＵ
２７・・・メモリ

Claims (20)

1. 受信したＥメールからヘッダ情報および本文を抽出してこれを記憶するＥメールプログラムであって、以下のステップを備えたこと、
   前記抽出した本文を、本文毎に本文ファイルとしてファイル化して記憶させるステップ、
   前記ＥメールのメールＩＤ、ヘッダ情報、および前記本文ファイルのファイル特定情報をインデックステーブルに追加記憶するステップ、
   記憶しているメールの一覧表示命令が与えられると、前記インデックステーブルを参照して、当該インデックステーブルに存在するメールの本文ファイルのパス名及びファイル名を特定し、特定したファイルを読み出すステップ、
   を特徴とするＥメールプログラム。
2. 受信したＥメールからヘッダ情報および本文を抽出してこれを記憶するＥメールプログラムであって、
   以下のステップを備えたこと、
   前記抽出した本文を、本文毎に本文ファイルとしてファイル化して記憶させるファイル化記憶ステップ、
   前記ＥメールのメールＩＤ、ヘッダ情報、および前記本文ファイルのファイル特定情報をインデックステーブルに追加記憶するインデックス追記ステップ、
   を特徴とするＥメールプログラム。
3. 請求項２のＥメールプログラムにおいて、
   前記ファイル化記憶ステップでは、前記Ｅメールに１または複数の添付ファイルが付加されている場合には、前記１または複数の全ての添付ファイルを前記Ｅメール本文と分けてファイル化して記憶し、
   前記インデックス追記ステップでは、前記インデックステーブルに前記１または複数の全ての添付ファイルのファイル特定情報を追加記憶すること、
   を特徴とするもの。
4. 請求項３のＥメールプログラムにおいて、
   前記本文ファイルおよびその添付ファイルは同じフォルダに記憶されること、
   を特徴とするもの。
5. 請求項３のＥメールプログラムにおいて、
   前記本文記憶ファイルに添付された添付ファイルは本文記憶ファイルが格納されたフォルダのサブフォルダに記憶されること、
   を特徴とするもの。
6. 請求項２のＥメールプログラムにおいて、
   前記ファイル化記憶ステップでは、前記Ｅメールに１または複数の添付ファイルが付加されている場合には、付加されている１または複数の全ての添付ファイルを抽出して、前記本文ファイルと別に記憶し、
   前記インデックス追記ステップでは、前記１または複数の全ての添付ファイルのファイル特定情報を前記本文記憶ファイル内に前記ファイル特定情報にリンクタグを付加して追加記憶するステップを備えたこと、
   を特徴とするもの。
7. 受信したＥメールからヘッダ情報および本文を抽出してこれを記憶するＥメールプログラムであって、
   以下のステップを備えたこと、
   前記抽出した本文を、本文毎に本文ファイルとしてファイル化して記憶するようＯＳに命令するステップ、
   前記ＥメールのメールＩＤ、ヘッダ情報、および前記本文ファイルのファイル特定情報をインデックステーブルに追加記憶するようＯＳに命令するステップ、
   を特徴とするＥメールプログラム。
8. 受信したＥメールからヘッダ情報、本文および前記本文に添付されている１又は複数の全ての添付ファイルを抽出してこれを記憶するＥメールプログラムであって、
   以下のステップを備えたこと、
   前記抽出した本文を、本文毎に本文ファイルとしてファイル化して記憶させるステップ、
   前記抽出した１または複数の全ての添付ファイルを、前記本文ファイルとは分けてファイル化して記憶させるステップ、
   前記ＥメールのメールＩＤ、ヘッダ情報、および前記本文ファイルのファイル特定情報をインデックステーブルに追加記憶するステップ、
   前記本文ファイルと前記全ての添付ファイルを読み出すことができるように、前記本文ファイルと前記全ての添付ファイルとをリンクさせるステップ、
   を特徴とするＥメールプログラム。
9. 請求項８のＥメールプログラムにおいて、
   前記リンクステップでは、添付ファイルのファイル特定情報にリンクタグを付加して前記本文記憶ファイル内に追加記憶すること、
   を特徴とするもの。
10. 請求項８のＥメールプログラムにおいて、
    前記リンクステップでは、前記添付ファイルのファイル特定情報を前記インデックステーブルに追加記憶すること、
    を特徴とするもの。
11. Ｅメールプログラムであって、
    Ａ）受信したＥメールごとに、a1)ヘッダ情報と、a2)本文を記憶する本文ファイルのパス名及びファイル名と、a3)前記本文に添付された１または複数の全ての添付ファイルのパス名およびファイル名とを、対応づけたインデックステーブルを記憶しており、
    Ｂ）前記記憶領域からインデックステーブルを参照して、各Ｅメールのヘッダ情報と、前記本文ファイルのパス名及びファイル名と、a3)前記本文に添付された１または複数の全てのファイルのパス名およびファイル名と読み出す命令をＯＳに与え、
    Ｃ）前記記憶領域に記憶された各ファイルについて、異なるフォルダへの移動命令が与えられると、前記ＯＳに、その移動命令とともにインデックステーブルのパス名を移動先のパス名に変更する命令を与えること、
    を特徴とするＥメールプログラム。
12. Ｅメールプログラムであって、
    受信したＥメールごとに、1)ヘッダ情報と、2)本文を記憶する本文ファイルのパス名及びファイル名と、3)前記本文に添付された１または複数の全ての添付ファイルのパス名およびファイル名と、を対応づけたインデックステーブルを読み出すようにＯＳに命令し、
    前記インデックステーブルに記憶されたＥメールデータについて、取得命令が与えられると、前記インデックステーブルを参照して、1)本文ファイルのパス名及びファイル名と、2)前記１または複数の全ての添付ファイルのパス名およびファイル名とを特定し、
    前記特定した全てのファイルについて、ＯＳに読み出し命令を与えること、
    を特徴とするＥメールプログラム。
13. Ｅメールプログラムであって、
    Ａ）受信したＥメールごとに、ヘッダ情報と、本文を記憶する本文ファイルのパス名及びファイル名と、前記本文に添付された１または複数の全ての添付ファイルのパス名およびファイル名とを、対応づけたインデックステーブルを記憶しており、
    Ｂ）記憶しているＥメールの一覧表示命令が与えられると、
    b1)前記インデックステーブルを参照して、当該インデックステーブルに存在するＥメールについて、本文ファイルのパス名及びファイル名と、前記１または複数の全ての添付ファイルのパス名およびファイル名とを特定し、
    b2)前記インデックステーブルに存在するＥメールの本文ファイルまたは前記１または複数の全ての添付ファイルが格納されたフォルダに存在するファイル名を取得し、
    b3)前記本文ファイルおよび１または複数の全ての添付ファイル以外のファイルが当該フォルダに存在する場合には、前記本文ファイルおよび前記１または複数の全ての添付ファイルと、前記本文ファイルおよび前記１または複数の全ての添付ファイル以外のファイルの存在を区別可能に表示させること、
    を特徴とするプログラム。
14. Ｅメールプログラムであって、
    A)受信したＥメールごとに、ヘッダ情報と、本文を記憶する本文ファイルのパス名及びファイル名と、前記本文に添付された１または複数の全ての添付ファイルのパス名およびファイル名とを、対応づけたインデックステーブルを読み出し、
    B)記憶しているＥメールの一覧表示命令が与えられると、
    b1)前記インデックステーブルを参照して、当該インデックステーブルに存在するＥメールについて、本文ファイルのパス名及びファイル名と、前記１または複数の全ての添付ファイルのパス名およびファイル名とを特定し、
    b2)前記インデックステーブルに存在するＥメールの本文ファイルまたは前記１または複数の全ての添付ファイルが格納されたフォルダに存在するファイル名を取得し、
    b3)前記本文ファイルおよび前記１または複数の全ての添付ファイル以外のファイルが当該フォルダに存在する場合に、前記本文ファイルおよび前記１または複数の全ての添付ファイルを関連づけて表示させること、
    を特徴とするＥメールプログラム。
15. 受信したＥメールからヘッダ情報および本文を抽出してこれを記憶するＥメール装置であって、
    前記抽出した本文データを、本文毎に本文ファイルとしてファイル化してファイル記憶部に記憶させる手段、
    各Ｅメールについて、メールＩＤ、ヘッダ情報、および前記本文ファイルのファイル特定情報をインデックステーブルに追加記憶する手段、
    を備えたことを特徴とするＥメール装置。
16. Ｅメール移動装置であって、
    Ａ）受信したＥメールごとに、a1)ヘッダ情報と、a2本文を記憶する本文ファイルのパス名及びファイル名と、a3)前記本文に添付された１または複数の全ての添付ファイルのパス名およびファイル名とを対応づけたインデックステーブルを記憶領域から読み出す読み出し手段、
    Ｂ）前記記憶領域に記憶された各ファイルについて、異なるフォルダへの移動命令が与えられると、前記ＯＳに、その移動命令とともにインデックステーブルのパス名を移動先のパス名に変更する変更手段、
    を備えたことを特徴とするＥメール移動装置。
17. Ｅメール読み出し装置であって、
    受信したＥメールごとに、1)ヘッダ情報と、2)本文を記憶する本文ファイルのパス名及びファイル名と、3)前記本文に添付された１または複数の全ての添付ファイルのパス名およびファイル名とを対応づけたインデックステーブルを読み出す読み出し手段、
    前記インデックステーブルに記憶されたＥメールデータを取得する取得命令が与えられると、前記インデックステーブルを参照して、1)本文ファイルのパス名及びファイル名と、2)前記少なくとも１または複数の添付ファイルのパス名およびファイル名とを特定し、特定したファイルを読み出す読み出し手段、
    を備えたことを特徴とするＥメール読み出し装置。
18. 受信したＥメールからヘッダ情報および本文を抽出してこれを記憶するＥメール記憶方法であって、
    前記抽出した本文データを、本文毎に本文ファイルとしてファイル化して記憶させ、
    各Ｅメールについて、メールＩＤ、ヘッダ情報、および前記本文ファイルのファイル特定情報をインデックステーブルに追加記憶すること、
    を特徴とするＥメール記憶方法。
19. Ｅメール移動方法であって、
    Ａ）受信したＥメールごとに、a1)ヘッダ情報と、a2本文を記憶する本文ファイルのパス名及びファイル名と、a3)前記本文に添付された１または複数の全ての添付ファイルのパス名およびファイル名とを対応づけたインデックステーブルを記憶領域から読み出し、
    Ｂ）前記記憶領域に記憶された各ファイルについて、異なるフォルダへの移動命令が与えられると、前記ＯＳに、その移動命令とともにインデックステーブルのパス名を移動先のパス名に変更すること、
    を特徴とするＥメール移動方法。
20. Ｅメール読み出し方法であって、
    受信したＥメールごとに、1)ヘッダ情報と、2)本文を記憶する本文ファイルのパス名及びファイル名と、3)前記本文に添付された１または複数の全ての添付ファイルのパス名およびファイル名とを対応づけたインデックステーブルを読み出し、
    前記インデックステーブルに記憶されたＥメールデータを取得する取得命令が与えられると、前記インデックステーブルを参照して、1)本文ファイルのパス名及びファイル名と、2)添付ファイルのパス名およびファイル名とを特定し、特定したファイルを読み出すこと、
    を特徴とするＥメール読み出し方法。
    

Images