JPH03201640A - 電子メールシステム - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 ［産業上の利用分野］ 本発明は多数の情報処理装置の接続されたネットワーク
網における電子メールシステムに関するものである。

［従来の技術］ 従来、多数のワークステーションと接続したネットワー
ク網上における電子メールシステムにおいては、宛先と
メツセージ部が画面表示されるだけの、単純な形のメツ
セージ交換ができるのみであった。この表示例を第１８
図に示す。

第１８図は従来の電子メールシステムにおけるＣＲＴデ
イスプレィへの画面表示例を示している。

従来は、第１８図に示す如く表示画面の上半分に宛先等
を記したヘッダ部分を表示し、下半分にはメツセージ部
分を表示するものであった。

そしてユーザは予めキーボード等を用いて下半分のメツ
セージ部分に用件等を入力しておき、この入力メツセー
ジをメールとして相手先に発信する。なお、このメール
には、別ファイルを添付することが可能だが、この場合
には送信側ユーザは上半分のヘッダ部分にある添付ファ
イル欄にキーボードからファイル名を直接入力する等し
てセットするものであった。

場合によっては、メールに別ファイルを添付して送信す
ることもできるが、多くの場合、この添付ファイルもメ
ツセージの入った単純なテキストファイルであることが
前提であった。

［発明が解決しようとしている課題］ このため、従来は一般に市販されているワードプロセッ
サソフトウェア、イメージ処理ソフトウェア等で作成さ
れたデータファイルを相手方に送り、相手方がこれに相
当するソフトウェアを用いてデータファイルを起動する
ということはできなかった。

例えば、前述の添付ファイルとしてデータファイルを送
信しても、相手方はどのファイルをどのソフトウェアプ
ログラムでどのように起動するかすべてを承知した上で
ないと、受は取ったデータファイルを起動できない。

［課題を解決するための手段］ 本発明は上述の課題を解決することを目的として成され
たもので、上述の課題を解決する一手段として以下の構
成を備える。

即ち、多数の情報処理装置の接続されたネットワーク網
における電子メールシステムにおいて、接続情報処理装
置の異なる情報処理で作成されたいくつかのデータファ
イルをひとつにまとめた１つのファイルとして伝送する
伝送手段を備える。

又は、更に接続情報処理装置の異なる情報処理で作成さ
れたいくつかのデータファイルを用件ごとに一つのファ
イルにまとめデータファイルを開く際に行なう起動コマ
ンドを定義した定義ファイルとともに管理する管理手段
を備え、伝送手段は該管理手段で管理されたファイル毎
に伝送する。

［イ乍用］ 以上の構成において、接続情報処理装置の異なる情報処
理、例えば、ワードプロセッサソフト、イメージ処理ソ
フト、表計算ソフト等の一般の市販されている文書処理
、事務処理ソフト等で作成されたいくつかのデータファ
イルをひとつにまとめて１つの′ファイルとして伝送す
ることにより、異なる内容のデータファイルを容易に１
つのファイルとして伝送できる。

更に、用件ごとに１つのファイルにまとめ、例えば“封
筒”と言う概念等を採用してまとめておくことにより、
電子メールとしていくつかのデータファイルを内蔵した
１つのファイルとして情報処理装置間でやりとりし、該
ファイル中に含まれる定義ファイルを参照して容易に各
要件処理ができる。

［実施例］ 以下、図面を参″照して本発明に係る一実施例を説明す
る。

第１図は本発明に係る一実施例のブロック構成図、第２
図は第１図に示した本実施例ワークステーションの接続
されるネットワーク構成図である。

第１図の破線より左側の部分は、ワークステーション１
３の構成要素を示した図であり、右側は該ワークステー
ション１３の接続されたネットワーク網１２を示してい
る。

そして、このネットワーク網１２には第２図に示す様に
多数のワークステーション１３〜１７が接続されており
、またこのネットワーク網１２にはさらにメールサーバ
１８も接続されている。

メールサーバ１８の役割は、各ワークステーション間の
電子メールの仲介である。また１９はメールサーバ１８
に接続された大容量の外部記憶装置である。

なお、メールサーバ１８の構造は、大容量の外部記憶装
置１９が接続されている以外は、ワークステーション１
３と同一である。

ワークス−チージョン１３において、１は中央処理装置
（以下ｒＣＰＵＪと称す〉であり、メモリ２中のＲＯＭ
３に格納されたプログラムに従いワークステーション１
３全体の制御を行なう。２はメモリであり、メモリ２内
部はさらに、制御用プログラムや文字フォントを内蔵し
たリードオンリーメモリ（以下ｒＲＯＭＪと称す）３、
外部記憶装置８内に多数内蔵されているプログラムやデ
ータをロードしたり、メモリのワーク用として用いるラ
ンダムアクセスメモリ（以下ｒＲＡＭＪと称す）４、及
びＣＲＴデイスプレィ９に表示するためのビデオＲＡＭ
　（以下ｒＶＲＡＭＪと称す）５で構成されている。

また、６はボインティングデイバイスとしてのマウスで
あり、本実施例では入カポタンが２個付いている。７は
キー人力用のキーボード、８は外部記憶装置、９は画面
表示用のＣＲＴデイスプレィ、１０は印字出力用のプリ
ンタ、１１はネットワーク網１２に接続するためのネッ
トワーク接続装置である。

第３図は本実施例のメールシステム関連のプログラムを
ＲＡＭ４にロードした際の、ＲＡＭＪ上のメモリ構成図
である。

第３図において、２０は全体制御用のオペレーティング
システム（Ｏ３）、２１は日本語入力用の日本語フロン
トエンドプロセッサ（ＦＥＰ）、２２は電子メールシス
テム全体制御用のメールシステムモニタ、２３は子プロ
セス、２４はワークエリアである。

本実施例の電子メールシステムは、大部分メールシステ
ムモニタ２２と子プロセス２３の働きによって動作する
。具体的には、子プロセス２３はデータファイル管理プ
ログラム２５、定義ファイル修正プログラム２６、メー
ル獲得プログラム２７、メール発信プログラム２８、ワ
ープロプログラム２９、イメージプログラム３０、カル
タブログラム３１、その他市販のプログラム３２で構成
されている。しかし、子プロセス２３の各プログラムは
メモリ上に常駐するわけではなく、必要になる都度、メ
ールシステムモニタ２２が子プロセス２３のひとつのプ
ログラムを呼び出し起動する形で動作する。

なお、０３２０％ＦＥＰ２１、メールシステムモニタ２
２まではメモリ常駐である。

次に本実施例の電子メールと、従来の電子メールの概念
上の違いを第４図を参照して以下に説明する。

従来の電子メールでは、上段に示す如く第１８図で説明
したメツセージ欄に相当するメール文以外に、添付ファ
イルとしてメール文Ａ、メール文Ｂ等が追加できる。し
かし、いずれのメール文も単純テキスト列であることを
示している。

それに対して本実施例の電子メールは、下段に示す様に
メール文以外にワードプロセッサ（以下「ワープロ」と
称す）文書ファイルやイメージデータファイル、カルク
データファイル等で構成され、しかも全体が“封筒”と
言う概念でひとつにまとめられている点が特徴である。

なお、°°封筒”内の定義ファイルは、メールの受は手
側でワープロ文書ファイル、イメージデータファイル、
カルクデータファイル等を開けるように各ソフト起動コ
マンドを記録しであるファイルである。ここには各デー
タファイルの具体的ファイル名も記録しである。また、
この定義ファイルを修正することで各ステーションに固
有のワープロ、イメージ、カルクの各ソフトウェア以外
にも一般の市販のソフトウェアを用いて作った各種のデ
ータファイルをメールの“封筒”内に組み込める構造に
なっている。

以上の構成を備える本実施例システムの動作を以下順を
追って説明する。

まず。メールサーバ１８による電子メールの仲介動作を
第５図のフローチャートを参照して以下に説明する。な
お、この処理はメールサーバ１８中に存在する電子メー
ル仲介プログラムによって実行される。

メールサーバ１８に電源が投入されるとステップＳｌよ
りステップＳ２、ステップＳ３に進み、接続ワークステ
ーションのいずれかからのファイルの発信があるか否か
、又は接続ワークステーションのいずれかからの自ワー
クステーション宛のファイルの着信があるか否かの問い
合わせがあるかを監視する。

電子メールの送り手側では、予め電子メール用のデータ
ファイル群を作成して、それをひとつの後述する゛封筒
”と言う概念でまとめておく。

°°封筒゛°には宛先が付加されており、送り手側が多
数のデータファイルを内蔵した゛封筒゛として電子メー
ルで発信する。このため、この発信があるとメールサー
バ１８の処理はステップＳ２よりステップＳ５に進み、
発信側のワークステーション内にある“封筒内の多数の
データファイル群を一旦メールサーバ１８内の大容量の
外部記憶装置１９内の所定領域に記憶登録すると共に宛
先管理ファイルに当該”封筒”の宛先情報を登録する。

そして再び上述の監視を行なう その後、′受は手側のワークステーションがメールサー
バ１８に自分宛にメールが届いてないかの問い合わせを
すると、メールサーバ１８の処理はステップＳ３よりス
テップＳ７に進み、宛先管理ファイルを調べ外部記憶装
置１９に問い合せ先へのメール（封筒）が登録されてい
るか否かを調べる。そして、ステップＳ８でその結果を
判定し、メールが無ければ問い合わせワークステーショ
ンに「メールなし」を返送する。

一方、問い合せ先へのメール（封筒）が登録されていれ
ばステップＳ８よりステップＳＩＯに進み、「メール有
」を返答する。そしてステップＳ１１で外部記憶装置１
９に貯えておいた問い合わせた受は手側のワークステー
ション宛の“封筒”内のファイル群を受は手側のワーク
ステーションに送信する。この“封筒”を受信したワー
クステーションは、これを自装置の外部記憶装置８に記
憶コピーする。メールサーバ１８は外部記憶装置１９内
のファイル群より送信したファイルを消去し、電子メー
ルの送信・受信動作を終える。

続いて、各ワークステーションの動作を説明する。

第６図はワークステーションの操作者が、キーボード７
を用いて本実施例の電子メールシステムの立ち上げ処理
を行なっている時のＣＲＴデイスプレィ９の表示例を示
す図であり、ＣＲＴデイスプレィ９の表示画面上で、プ
ロンプト表示の次にキーボード７を用いてメールシステ
ムモニタ２２の起動コマンドｒＭＡＩＬｓＭＪを入力し
、電子メールシステムを立ち上げようとしている場面を
示している。

第６図の例では、日付、時刻は変更がなく、起動コマン
ドを入力した状態である。

電子メールシステムを立ちあげた直後のＣＲＴデイスプ
レィ９の画面表示例を第７図（ａ）に示す。

第７図（ａ）は外部記憶装置８に記憶されているワーク
ステーションの所有者の受信済のメール等の整理状況の
表示例をあられしている。

第７図（ａ）において、４０は仕分は所、４１は封筒入
れ、４２は封筒、４３は仕分は所の銘板であり、ワーク
ステーションの所有者にあたる住所、氏名が表示されて
いる。４４はポスト、４５はゴミ箱の各アイコン、３５
はマウスカーソルである。

本実施例においては、１回の電子メールのやりとり（ネ
ットワークを経由したデータファイルの転送・コピー）
は、上述したように゛封筒”１通のやりとりとして制御
される。そして送られた“封筒゛は封筒入れ４１に格納
される。

封筒入れ４１には「郵便受」、「定義書」、ｒＬＡＮプ
ロジェクト」、「協議会」、「人事関係」、「個人用」
等の種類があるが、「郵便受」と「定義書」以外の銘板
は、ユーザがマウス６の右ボタンとキーボード７を用い
て、自由に名前を登録・修正することができる。

しかし、「郵便受」封筒入れ４１は、電子メールの着信
があった場合に最初に封筒が取り込まれる封筒入れであ
って、名前は固定である。

「定義書」封筒入れ４１は後述の“データファイル作成
用定義ファイル゛°の修正に用い、名前は固定である。

なお、ユーザがマウスカーソル３５を仕分は所の銘板４
３にあて、マウス６の左ボタンをブツシュしたままなぞ
ると、本実施例の電子メールサ−テムは終了し、第６図
で示したプロンプト表示状態に戻る。

第７図（ｂ）は、第７図（ａ）の状態より封筒入れ４１
を引き出した状態を示す図である。

封筒入れ４１を引き出す動作は、ユーザがマウスカーソ
ル３５を封筒入れ４１の銘板にあてて、マウスの左ボタ
ンをブツシュしたまま、左下方向にマウスカーソルを移
動させてから、左ボタンを離せば良い。すると、第７図
（ｂ）のように、指定の封筒入れ４１が引き出されて表
示される。

反対に、引き出された封筒入れを元に戻すには、ユーザ
が引き出された封筒入れ４１の銘板上にマウスカーソル
３５をあて、マウス６の左ボタンをブツシュしたまま、
右上方向にマウスカーソル３５を移動させて、左ボタン
を離せば良い。

これで、封筒入れ４１が引き出される以前の第７図（ａ
）の状態に戻る。

ところで、第７図（ｂ）では、「郵便受」封筒入れ４１
を引き出しておいて、さらにユーザがマウスカーソル３
５を封筒群の右横にあてて、ひとつの封筒４２を飛び出
し表示させている状態である。ユーザはこのように操作
することにより、「郵便受け」内の封筒４２の消印（着
信日付）、封筒４２の題名、送り主の住所（つまり所属
部所等）、送り主の氏名等が確認できる。

なお、本実施例においては、この封筒群を手前より消印
が若い順に並べて格納しである。

この飛び出し表示の状態において、ユーザがマウス６の
左ボタンを押したまま、マウスカーソル３５を他の封筒
入れ４１に移動させて、左ボタンを離すことで、飛び出
し表示の封筒４２を、指定の封筒入れ４１に移すことが
できる。つまり、封筒４２の（ｆ分けができる。またこ
のとき、他の封筒入れ４１に移動させる代りに、ゴミ箱
４５アイコンに移動させると、飛び出し表示していた封
筒４２も、画面から消え、同時にこの封筒４２に相当す
るデータファイルも外部記憶装置８から消去される。封
筒が廃棄されたわけである。

また、ユーザが新たに作成しておいた封筒４２を飛び出
し表示させておいて、これをボスト４４アイコンに移動
させると、電子メールの発信が行なわれる。新たな封筒
の作成方法は、空刺筒４６を用いるが、詳細は後述する
。

なお、「定義書」封筒入れ４１を引き出した場合は、通
常の封筒入れ４１の引き出し動作と異なり、引き出した
瞬間に、画面表示が「データファイル作成用定義ファイ
ルの修正用画面」に変わる。ユーザの指示によって定義
ファイルの修正が完了すると、第７図（ａ）の仕分は所
４０の初期画面に戻る。

以上の処理の詳細フローチャートを第８Ａ〜８Ｆ図に示
す。

続いて、自装置の外部記憶装置８に格納されている電子
メール封筒を開封する処理を、第９図（ａ）、（ｂ）を
参照して以下説明する。

第９図（ａ）、（ｂ）は、受信した電子メールの封筒４
２を開封する場面の説明図である。

第７図（ｂ）では、受信した封筒４２の飛び出し表示を
しているが、この状態で、ユーザがマウス６の左ボタン
を１クリツクすると第９図（ａ）の状態の表示に切り換
わる。この封筒４２は第７図（ｂ）で飛び出表示されて
いた封筒４２そのものである。

この状態から封筒４２を開封するには、封筒４２の右上
部にマウスカーソル３５を置いて、マウス６の左ボタン
を１クリツクすれば良い。これで、第９図（ｂ）の状態
になる。

即ち、画面の右半分には、封筒内容４９が各項目に分か
れて表示されている。上部には各項目ごとの封筒内容４
９の題名が記入されており、右横部分には各項目ごとに
メツセージ、ワープロ、イメージ、カルク等のデータの
種類が示されている。この状態から、例えば、ユーザが
封筒内容４９のひとつにマウスカーソル３５をあてて、
マウス６の左ボタンを１クリツクすると、相当する封筒
内容４９のデータファイルが相当するアプリケーション
ソフトによって起動される。

この方法で相当するアプリケーションソフトによって起
動されたワープロ画面を第１０図に示す。

ユーザは、この時点で初めて封筒４２を開封して封筒内
容４９のひとつの文書を具体的に読めることになる。

以後ユーザはアプリケーションソフトごとの操作方法に
従って、文書を読み、必要な処理を行なうことになる。

そして、文書処理が終了してアプリケーションソフトを
終了させると、画面表示は自動的に第９図（ｂ）の状態
に戻る。

また、ユーザが第９図（ｂ）の状態からマウスカーソル
３５を封筒４２ののりしろ５０にあてて、マウス６の左
ボタンを１クリツクすると、閉じた封筒４２の第９図（
ａ）の状態に戻る。

さらに第９図（ａ）の状態から、ユーザがマウスカーソ
ル３５を封筒の左下部分にあてて、マウス６の左ボタン
をブツシュしたまま、封筒入れアイコン４７′にマウス
カーソル３５を移動させ、左ボタンを離すと、第７図（
ｂ）に近い状態、つまり、封筒入れ４１は引き出されて
いるが、封筒４２の飛び出し表示のない仕分は所４０表
示の状態に戻る。

一方、第９図（ａ）で、上述した封筒入れアイコン４７
へのマウスカーソル３５移動の代りに、ゴミ箱４５への
移動を行なうと、相当する封筒４２を廃棄したちのとみ
なされた上で、上述の仕分は所４０表示に戻る。当然、
上記の封筒にかかわるデータファイルは、すべて消去さ
れる。

ところで、第９図（ｂ）の状態時にユーザがマウスカー
ソル３５を用いて定義書アイコン４８を引き出す動作を
行なうと、封筒４２内にある定義ファイルの修正画面に
表示が変わる。

そしてユーザによる定義ファイルの修正操作が終ると、
第９図（ｂ）の画面表示に戻る。もちろん、定義ファイ
ルの修正が、封筒内容４９に影響を及ぼすような修正の
場合は、封筒内容４９の項目表示が以前とは異なる表示
になる。

また、第９図（ｂ）でユーザが封筒内容４９のひとつの
右下部分にマウスカーソル３５をあて、マウス６の左ボ
タンをブツシュしたまま、マウスカーソル３５をゴミ箱
４５まで移動させて、左ボタンを離すと、相当する封筒
内容４９が廃棄されたものとみなされ、封筒内容４９の
項目表示から消える。また、外部記憶装置８内の相当す
るデータファイルも消去される。

以上説明した受信した封筒４２の開封動作を第１１Ａ〜
ＩＩＣ図のフローチャートに示す。

次に、第１２図（ａ）〜（ｄ）を参照して封筒４２を新
たに作成する処理を説明する。

上述した第７図（ｂ）に示す、封筒入れ４１を引き出し
た状態で、ユーザがマウスカーソル３５を空到筒４６に
あててマウスの左ボタンで１クリツクすると第１２図（
ａ）に示す表示に切り換わる。

この場合において、封筒４２の封筒入れ４１への戻し方
、封筒４２の廃棄方法、定義ファイルの修正方法、封筒
内容４９のひとつの廃棄方法、のりしろ５０の閉じ方、
閉じた封筒４２の開は方等は上述した第９図、第１１Ａ
−４１Ｃ図での説明と同様であるため、詳細説明を省略
する。

以下では、ユーザが封筒内容を新たに作成し、封を閉じ
て、電子メールとして発信するまでを、順を追って説明
する。

第１２図（ａ）の状態時に、ユーザはまずマウスカーソ
ル３５を封筒の左端にあてて、マウス６の左ボタンを１
クリツクして、文字カーソル３６を出現させ、キーボー
ド７から封筒題名、宛先の住所、氏名を人力する。その
後、ユーザはマウスカーソル３５を右側に表示されてい
るアプリケーション起動アイコン５１の内の所望のアイ
コンにあてて、マウス６の左ボタンを１クリツクする。

すると、選択したアプリケーションソフトウェアが起動
され、画面は、その選択したアプリケーションの表示に
切り換わる。例えば、ワープロを選択したときには、第
１０図で説明した表示画面になる。

例えばここでユーザがワープロを選択した場合には、所
望の文章を入力する。そして文章の入力が終了してプロ
グラムを閉じると、封筒内容４９の項目として、ワープ
ロだけが表示された第１２図（ｂ）に近い表示になる。

このとき″ユーザは、封筒内容４９の上部の左端にマウ
スカーソルをあて、マウス６の左ボタンをエフリックし
て文字カーソル３６を出現させて、キーボード７から封
筒内容４９の題名を入力する。

第１２図（ｂ）はユーザがメツセージ、ワープロ、カル
ク、イメージの順に順次封筒内容４９を作成して行き、
ちょうどイメージの封筒内容４９の題名を入力しようと
しているところである。

題名を入力し終わって、ユーザがマウスカーソル３５を
のりしろ５０にあてて、マウス６の左ボタンを１クリツ
クすると、封筒４２は閉じると同時に、封筒４２の左上
部に“切手”マークがあられれて、第１２図（Ｃ）の表
示状態になる。この°°切手”マークは、電子メール送
信の準備が完了したことを示している。

この状態から、ユーザがさらに、マウスカーソル３５を
封筒４２の左下部にあて、マウス６の左ボタンをブツシ
ュしたまま、マウスカーソル３５をボスト４４に移動さ
せて左ボタンを離すと、電子メールの送信が行なわれる
。つまり、封筒４２の封筒内容４９に相当する全データ
ファイルが、第５図に示した制御により、宛先付きで、
メールサーバ１８内にコピーされる。

送信が終了すると、表示は封筒４２の左上部に消印と送
済マークが表示された第１２図（ｄ）の状態になり、新
規封筒の送信に関する一連の作業がすべて終わったこと
になる。このあとユーザは封筒４２を封筒入れアイコン
４７に戻すか、又はゴミ箱４５に廃棄する。

これにより、第７図で説明した、封筒入れ４１を引き出
した状態の仕分は新表示に戻る。なお、新たに作成′し
た封筒４２は引き出されている封筒入れ４１に所属する
ものとなる。

第１３Ａ〜１３Ｅ図のフローチャートに、以上説明した
発信用に新たに封筒４２及び封筒内容４９を作成し送信
する処理を示す。

次に、本実施例のディレクトリ構成を以下説明する。

第１４図は本実施例の電子メールシステムにおけるディ
レクトリ構造とプログラムファイル、データファイルの
格納場所を示した図である。

第１４図中方形で囲まれた部分がディレクトリ名を示し
ている。

本実施例におけるワークステーション１３においては、
外部記憶装置８内でツリー状のディレクトリ構造を有し
ている。そして、各ディレクトリ内に、プログラムファ
イル、データファイル等が格納されている。

ディレクトリｒｂ　ｉ　ｎＪには、電子メールシステム
にかかわる各種のプログラムが格納されている。プログ
ラム実行時には、パス名指定でこの「ｂｉｎＪディレク
トリを捜し、目的のプログラムを実行開始する。

「起動ｄｉｒＪディレクトリは、メールシステム起動時
、つまりユーザが第６図で示したメールシステムモニタ
の起動コマンドｒＭＡＩＬｓＭＪをキー人力する際のカ
レントディレクトリである。

この「起動ｄｉｒＪディレクトリの下には、さらに、「
封筒０ＯＯ１」、「封筒０００２Ｊ、「封筒０００３Ｊ
、「封筒０００４Ｊ　、・・・の各ディレクトリが形成
され、ひとつひとつが°゛封筒４２の一通ずつに相当し
ている。そして、それぞれにメッセ′−シフアイル、ワ
ープロファイル、イメージファイル、カルクファイル等
の各データファイルが内蔵されている。また、これらの
データファイル群の管理用の定義ファイルも封筒ディレ
クトリごとにひとつずつ含まれている。

また、「起動ｄｉｒＪ内には、封筒題名、所属する封筒
入れ４１の名前、封筒ディレクトリ名等を関連づけて管
理するための封筒ディレクトリ管理ファイル「封筒ｄｉ
ｒ、ｄｅｆＪ、及び、新たに封筒４２を設けて、アプリ
ケーションソフトウェアを用いて封筒内容４９を作成す
る際に必要なアプリケーション起動コマンド等を定義し
た、データファイル作成用定義ファイルｒｐｒｏｇ。

ｄｅｆＪが含まれる。

本実施例の封筒ディレクトリ管理ファイルの具体的内容
例を第１５図に示す。

封筒ディレクトリ管理ファイル「封筒ｄｉｒ。

ｄｅ　ｆＪでは、各封筒４２ごとに番号がふられ、順に
所属する封筒入れ４１の名前、封筒ディレクトリ名、封
筒題名、宛先の住所（所属部所名）、氏名、送り元の住
所（所属部所名）、氏名、消印（受信日付）、開封済／
未開封の違い等が単純テキスト文字列として記録されて
いる。

メールシステムモニタ２２及びデータファイル管理プロ
グラム２５は、このテキスト文字列を分析することで、
封筒４２及び封筒ディレクトリの管理を行なっている。

封筒４２が新規作成、あるいは廃棄された場合には、当
然ながら封筒ディレクトリ管理ファイル内の相当する記
録部分も自動的に記録追加あるいは削除される。

第１６図はデータファイル作成用定義ファイルｒｐｒｏ
ｇ、ｄｅｆＪの内容の具体例である。

このデータファイル作成用定義ファイルは、ユーザが新
たに封筒４２を新規作成する場合、即ち、封筒ディレク
トリを設けて、封筒内容４９をアプリケーションソフト
ウェアを使用して新規作成する場合のアプリケーション
ソフトウェアの起動方法、関連ファイル名が記入されて
いる。

まずはじめに、アプリケーションごとに番号が設定され
る。以下層に、アプリケーションソフトウェアの種類名
、アプリケーションソフトウェアの具体名、起動コマン
ド列、後処理コマンド列、関連する付属ファイル名が記
入されている。

第１６図では、後処理コマンド列は、「１．メツセージ
」欄の°’＞ｄｅｌ　　％　、ｂａｋ”でバックアップ
ファイルの削除を行なっている例を示している。

なお、この記録も、単純テキスト文字列で記録されてお
り、メールシステムモニタ２２は、文字列分析を行なっ
たあと、各アプリケーションの起動を行なう。

また、データファイル作成用定義ファイルｒｐｒｏｇ、
ｄｅｆＪは、第７図で説明したように、「定義書」封筒
入れ４１をユーザが引き出すことにより開くことができ
、修正画面に移行できる。これによりユーザは定義ファ
イル修正を行なうことができ、例えば、ユーザはワープ
ロ、イメージ、カルクの各アプリケーションソフトウェ
ア以外にも、その他一般の市販アプリケーションソフト
ウェアを自由に組み込んで、起動ソフトのひとつとする
ことで、封筒４２の中の封筒内容４９のデータファイル
作成用として用いることができる。

第１６図においては、起動コマンドの後部にパラメータ
としてデータファイル名を具体的に指定できるタイプの
アプリケーションソフトウェアだけを並べたが、それと
は別に、ひとつの封筒ディレクトリ内にデータファイル
がおさめられるタイプのアプリケーションソフトウェア
であれば、メールシステムモニタ２２側での文字列分析
により具体的ファイル名が把握でき、どのような種類の
アプリケーションソフトウェアであっても、データファ
イル作成用定義ファイルに定義可能である。

また、ユーザによるアプリケーションソフトウェア操作
が行なわれ、封筒内容４９が作成されると、同時に封筒
ディレクトリ内にある定義ファイルｒｄａｆａｆｉｌｅ
、ｄｅｆＪに、起動コマンド、具体的データファイル名
等が記録される。

定義ファイルｒｄａｔａｆｉｌｅ、ｄｅｆＪの内容の具
体例を第１７図に示す。

第１７図は封筒ディレクトリごとに１つ存在する、定義
ファイルｒｄａｔａｆｉｌｅ、ｄｅｆＪの内容の具体例
を示す図である。

この定義ファイルは、上述したデータファイル作成用定
義ファイルと同様に単純テキスト列で記録されており、
メールシステムモニタ２２による文字列分析を受けて、
封筒内容４９のひとつを開くためのアプリケーションの
再起動等が行なわれる。

そして、ファイル内は順に番号、アプリケーションソフ
トの種類名、アプリケーションソフトの具体名、封筒内
容４９の題名、起動コマンド列、後処理コマンド列、関
連する付属ファイル名と並んでいる。そして、ユーザが
新たに封筒内容４９を作成するごとに、データファイル
作成用定義ファイル内の相当するアプリケーションの項
目が定義ファイルｒｄａｔａｆｉ　ｌｅ、ｄｅｆＪに追
加コピーされ、さらにファイル名として具体的な名前が
記録される。またユーザが指示した場合は封筒内容４９
の題名も追加記録される。

なお、電子メール送信によって封筒４２が送信されると
、メツセージ、ワープロ、イメージ、カルク等の各デー
タファイルと共に、定義ファイルも受信側のワークステ
ーションに送られるが、定義ファイル内に設定されてい
る起動コマンドに相当するアプリケーションソフトウェ
アは、受信側ワークステーションにも存在することが前
提である。これによって、受信側で、定義ファイルの起
動コマンドの方法で封筒内容４９のすべての項目を開く
ことができることになる。

なお、この定義ファイルは、第９図、あるいは第１２図
で説明したように、定義書アイコン４８を引き出すこと
で定義ファイル修正画面に移ることができる。

ユーザはこの修正画面内で、封筒ディレクトリ内の定義
ファイルを修正できる。

そして、修正終了後は封筒表示に戻るが、この場合に定
義ファイルの修正内容に従って、封筒内容４９等の表示
が変わる。

なお、上述した第８図、第１１図、第１３図のフローチ
ャートは、メールシステムモニタ２２、及び子プロセス
２３中のデータファイル管理プログラム２５、定義ファ
イル修正プログラム２６、メール獲得プログラム２７、
メール発信プログラム２８、ワープロプログラム２９、
イメージプログラム３０．カルタブログラム３１、その
他市販のプログラム３２のそれぞれの働きによって動作
するものである。

以上説明したように本実施例によれば、電子メール関連
の画面表示を、極力、「郵便箱」、「封筒」なと、一般
の人たちになじみのある概念で表示しであるので、はじ
めて使う人も、最初から直観的に、操作することが可能
になっている。

また、同時に複数の異なる処理で作成されたファイルで
あっても、１つの電子メールとして送信し、処理するこ
とができる。

［第２実施例］ 前述の実施例においては、「仕分は所」、「封筒入れ」
、「封筒」、「封筒内容」の概念を用いて、「封筒」単
位による電子メールにおけるメールのやりとりを、もっ
ばら説明した。しかし、本発明は以上の例に限定される
ものではなく、上記「封筒」単位の管理方法は特有のソ
フトウェアで作成されたものに限定されないため、単体
のワークステーション中の文書管理方法としても優れて
いる。この為、この「封筒」内には市販の事務処理・文
書処理ソフトウェアで作成した文書情報等が自由に組み
込める。

このように市販の事務処理・文書処理用のソフトウェア
でも自由にファイリングでき、１つの「封筒」内に係る
各種のプログラムでの作成処理情報を混在させることが
でき、非常に汎用性の高い電子メールシステムが構成で
きる。

［第３実施例］ 上述した第１の実施例においては、受信した封筒を開封
する動作（第９図〜第１１図）と、新たに封筒と封筒内
容を作成して、発送する動作（第１２図、第１３図）の
２つの動作を別々と考えて説明を行なったが、これらの
違いは、封筒表示上は、封筒の左上部に、受信日時をあ
られす“消印°゛マーク、あるいは新しい封筒が発送準
備完了したことを示す“切手”マーク、あるいは新しい
封筒を発送したことを示す“送済”マーク等を表示する
ことで区別できた。

そして、第１の実施例では一度受は取った゛消印゛°付
き封筒を、さらに別のワークステーションの所有者に送
る“転送”に付いての説明は省略した。しかし、本実施
例においてはこの転送も極めて容易に行なうことができ
る。

即ち、“転送°゛を行なう時には、受信済みの封筒上の
“消印”をはがす動作、及び宛先住所、氏名を修正する
動作をつけ加えれば良いだけの簡単な動作で達成できる
。

“消印”をはがすには、ユーザがマウスカーソル３５を
°°消印゛°マークに持って行き、マウス６の右ボタン
を１クリツクする動作をあてがえば良い。また、宛先住
所、氏名の修正は、ユーザがマウスカーソル３５を封筒
４２上の宛先住所・氏名文字列の先頭部分にあてて、マ
ウス６の左ボタンを１クリツクすることで、文字カーソ
ル３６を出現させて、ユーザがキーボード７からの入力
で、新しく宛先住所・氏名をキー人力できるようにすれ
ば良い。

そのあと、この封筒をマウスカーソル３５でアイコンに
運べば、“転送”行為は完了する。

［第４実施例］ 上述した第３実施例では、受信済み封筒４２の°゛転送
行為の操作方法を述べたが、それ以外にも封筒４２単位
での“複製”行為も容易に行なうことができる。

この場合には、画面上の表示としては、例えば、「仕分
は所Ｊ４０の棚の上に、“複写機゛°アイコンを設定し
ておいて、ユーザがマウスカーソル３５で、封筒４２を
ひとつ“複写機”アイコンまで運べば、封筒４２の複製
が一通できあがるようにすればよい。

このように構成することにより、容易に複製をすること
ができる。

この“複製”行為が可能であるならば、第３実施例で説
明した“転送′°を行なう場合においても、複製した封
筒を対象として、°゛消印をはがし、宛先住所・氏名を
修正して、゛°転送°°を行なうことができる。これに
より、受信封筒をもとのままに保持することができる。

また、同様に第２実施例で述べた「文書管理」作業につ
いても、封筒単位での゛°複製”が可能となり、文書管
理・文書作成上、非常に便利になる。

以上説明したように、多数のワークステーションと接続
したネットワーク上で動作する電子メールシステムにお
いて、ワープロソフト、イメージ処理ソフト、表計算ソ
フト等の一般の市販されている文書処理・事務処理ソフ
トで作成されたいくつかのデータファイルを、用件ごと
に”封筒”と言う概念でまとめておくことにより、電子
メールとして、いくつかのデータファイルを内蔵した“
封筒”の単位で、ワークステーション間でメールのやり
とりができる効果がある。

［発明の効果］ 以上説明したように本発明によれば、接続情報処理装置
の異なる情報処理、例えば、ワードプロセッサソフト、
イメージ処理ソフト、表計算ソフト等の一般の市販され
ている文書処理、事務処理ソフト等で作成されていくつ
かのデータファイルをひとつにまとめた１つのファイル
として伝送することにより、異なる内容のデータファイ
ルを容易に１つのファイルとして伝送できる。

更に、用件ごとに１つのファイルにまとめ、例えば“封
筒”と言う概念等を採用してまとめておくことにより、
電子メールとしていくつかのデータファイルを内蔵した
１つのファイルとして情報処理装置間でやりとりし、該
ファイル中に含まれる定義ファイルを参照して容易に各
要件処理ができる。

【図面の簡単な説明】

第１図は本発明に係る一実施例のブロック構成図、 第２図は本実施例のネットワーク構成図、第３図は本実
施例のメールシステム関連のプログラムのＲＡＭ上のメ
モリ構成図、 第４図は従来の電子メールと本実施例の電子メールの概
念上の違いを説明するための図、第５図は本実施例のメ
ールサーバによる電子メールの仲介動作を示すフローチ
ャート、第６図は本実施例のワークステーションの立ち
上げ処理を行なっている時のＣＲＴデイスプレィの表示
例を示す図、 第７図（ａ）は本実施例において電子メールシステムを
立ちあげた直後の仕分は新表示例を示す図、 第７図（ｂ）は第７図（ａ）の状態より、封筒入れを引
き出した状態を示す図、 第８Ａ図〜第８Ｆ図は本実施例の仕分は上表不生の動作
を示すフローチャート、 第９図（ａ）、（ｂ）は本実施例の電子メールの開封操
作説明図、 第１０図は本実施例のアプリケーションソフトによって
起動されたワープロ画面を示す図、第１１Ａ図〜第１１
Ｃ図は本実施例の封筒の開封動作を示すフローチャート
、 第１２図（ａ）〜（ｃｌ）は本実施例の封筒を新たに作
成する処理を説明する図、 第１３Ａ図〜第１３Ｅ図は本実施例の新規封筒作成動作
を示すフローチャート、 第１４図は本実施例の電子メールシステムにおけるディ
レクトリ構造とプログラムファイル、データファイルの
格納場所を示した図、第１５図は本実施例の封筒ディレ
クトリ管理ファイルの具体例を示す図、 第１６図は本実施例のデータファイル作成用定義ファイ
ルの具体例を示す図、 第１７図は本実施例の定義ファイルの具体例を示す図、 第１８図は、従来の電子メールの画面表示例を示す図で
ある。 図中、１・・・ＣＰＵ、２・・・メモリ、３・・・ＲＯ
Ｍ、４・・・ＲＡＭ、５・・・ＶＲＡＭ、６・・・マウ
ス、７・・・キーボード、８・・・外部記憶装置、９・
・・ＣＲＴデイスプレィ、１０・・・プリンタ、１１・
・・ネットワーク接続装置、１２・・・ネットワーク網
、１３〜１７・・・ワークステーション、１８・・・メ
ールサーバ、１９・・・外部記憶装置、２０・・・Ｏ８
，２１・・・ＦＥＰ、２２・・・メールシステムモニタ
、２３・・・子プロセス、２４・・・ワークエリア、２
５・・・データファイル管理プログラム、２６・・・定
義ファイル修正プログラム、２７・・・メール獲得プロ
グラム、２８・・・メール発信プログラム、２９・・・
ワープロプログラム、３０・・・イメージプログラム、
３１・・・カルタブログラム、３２・・・その他市販の
プログラム、３５・・・マウスカーソル、３６・・・文
字カーソル、４０・・・仕分は所、４１封筒入れ、４２
・・・封筒、４３仕分は所の銘板、４・・・ポスト、４
５・・・ゴミ箱、４６・・・全封筒、４７・・・封筒入
れアイコン、４８・・・定義書アイコン、４９・・・封
筒内容、５０・・・のりしろ、５１・・・アプリ起動ア
イコンである。

Claims (2)

【特許請求の範囲】
1. （１）多数の情報処理装置の接続されたネットワーク網
   における電子メールシステムにおいて、接続情報処理装
   置の異なる情報処理で作成されたいくつかのデータファ
   イルをひとつにまとめた１つのファイルとして伝送する
   伝送手段を備えることを特徴とする電子メールシステム
   。
2. （２）請求項第１項記載の電子メールシステムにおいて
   、 更に接続情報処理装置の異なる情報処理で作成されたい
   くつかのデータファイルを用件ごとに一つのファイルに
   まとめデータファイルを開く際に行なう起動コマンドを
   定義した定義ファイルとともに管理する管理手段を備え
   、伝送手段は該管理手段で管理されたファイル毎に伝送
   することを特徴とする電子メールシステム。