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

Abstract

(57)【要約】 【目的】 送信されるメッセージに、受信ノード上で実
行したい手続きを指定する手続き情報を付加して、受信
者に送信者の意図する処理を促し、さらには受信ノード
上でその手続きを実行して、コミュニケーションの効率
の向上を図る。 【構成】 本発明の電子メールシステムは、メッセージ
の入出力を行い、該メッセージに、受信ノード上で実行
したい手続きを指定する手続き情報と、この手続き情報
の有無を含むヘッダ情報とを付加してメッセージを作成
するユーザインタフェース７と、メッセージを送信ノー
ドから受信ノードへ配送する配送プログラム８と、メッ
セージのヘッダ情報を解析して手続き情報の有無をチェ
ックするヘッダ解析部１０と、メッセージからヘッダ情
報および手続き情報を取り出すメール分解部１１と、メ
ッセージの手続き情報を解析しその手続きが受信ノード
上で実行可能かどうかを調べる手続き解析部１２と、手
続き部に指定された手続きを実行する手続き実行部１３
とを具備している。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、メッセージの蓄積・交
換を行う電子メールシステムに関するものであり、特
に、受信ノード上で実行したい手続きを指定した手続き
情報を、送信されるメッセージに付加することができる
電子メールシステムに関するものである。

【０００２】

【従来の技術】一般に、電子メールシステムとは、複数
のコンピュータシステムを通信媒体を介して接続し、各
コンピュータシステムにメッセージの蓄積領域であるメ
ールボックスを設けて、コンピュータシステムから成る
送信ノードおよび受信ノード間で、メッセージの蓄積・
交換を行う通信システムである。この電子メールシステ
ムは、電話に代表される従来の通信システムと比較すれ
ば明白であるように、一方向性、ノンリアルタイム性を
特色とする非同期型のコミュニケーション手段である。
すなわち、メッセージの送信者は、受信者の都合に関係
なく、受信ノードへメッセージを送信することができ
る。そのため、代行や同報通信など、さまざまな通信サ
ービスに応用することが可能である。また、メッセージ
の受信者からの観点から考えても、送信者が送信したメ
ッセージを、受信ノードのメールボックスに一旦蓄積し
ておき、いつでも所望の時にメールボックスからメッセ
ージを取り出すことができるという利点がある。

【０００３】

【発明が解決しようとする課題】ところで、メッセージ
に含まれるデータとしては、テキストとして表示しても
意味のないデータ（例えば、イメージ情報、音声情報な
ど）や、データフォーマットが異なり他ツールを起動し
て読むべきデータ（例えば、ワードプロセッシング用デ
ータ、スプレッドシート用データなど）がある。このよ
うなデータを含むメッセージを受信ノードに送信した場
合、受信者はメールボックスからメッセージを取り出す
際に、他ツールを起動するなどの所定の処理を行う必要
があり、面倒であった。

【０００４】また、電子メールシステムのような非同期
型のコミュニケーション手段では、メールボックスに蓄
積後のメッセージに対する処理は、すべて受信者の意志
で行われる。すなわち、メールボックスに一旦蓄積され
てしまえば、その後のメッセージに対する処理は、全面
的に受信者に依存される。ところが、しばしば送信者
が、受信者に対して所定の行動をとることを希望する場
合がある。具体的には、ファクシミリやプリンタへの出
力、またはそのためのデータ変換あるいはメッセージに
対する返信などの行動を、受信者が行うことを送信者が
希望することが多い。このような場合、非同期型のコミ
ュニケーション手段である電子メールシステムでは、双
方向でリアルタイムなコミュニケーションをとることが
難しいため、電話など別の通信手段を利用しなくてはな
らなかった。

【０００５】このように従来の電子メールシステムにお
いては、送信されたメッセージに対して受信者が処理や
行動という所定の手続きを行うことを要求される場合、
受信作業が面倒であったり、別の通信手段に頼る必要が
あるなど、コミュニケーションの効率が低下するという
問題点があった。

【０００６】本発明は、このような課題を解消するため
に提案されたものであり、その目的は、送信されるメッ
セージに対して、受信ノード上で実行したい手続きを指
定する手続き情報を付加することにより、受信者に送信
者の意図する手続きを促し、さらには受信ノード上でそ
の手続きを実行して、コミュニケーションの効率の向上
を図る電子メールシステムを提供することである。

【０００７】

【課題を解決するための手段】上記目的を達成するため
に、本発明の電子メールシステムは、メッセージの入出
力を行い、このメッセージに対して、少なくとも受信ノ
ード上で実行したい手続きを指定する手続き情報と、こ
の手続き情報の有無を含むヘッダ情報とを付加してメッ
セージを作成するユーザインタフェースと、メッセージ
を送信ノードから受信ノードへ配送するメッセージ配送
手段と、メッセージのヘッダ情報を解析して手続き情報
の有無を調べるヘッダ解析手段と、メッセージを分解し
てこのメッセージからヘッダ情報および手続き情報を取
り出すメッセージ分解手段と、メッセージ分解手段によ
って取り出された手続き情報を解析し、その手続きが受
信ノード上にて実行可能か否かを調べる手続き解析手段
と、前記手続き情報に指定された手続きを実行する手続
き実行手段と、を具備したことを特徴とする。

【０００８】

【作用】以上のような構成を有する本発明の作用は次の
通りである。すなわち、ユーザインタフェースはメッセ
ージの入力を行う時、受信ノード上で実行したい手続き
を指定する手続き情報と、この手続き情報の有無を含む
ヘッダ情報とを付加してメッセージを作成する。そして
メッセージ配送手段がこのメッセージを受信ノードに配
送し、受信ノードのメールボックスがこれを蓄積する。

【０００９】受信者がメールボックスに蓄積されたメッ
セージに対してアクセス要求を出した際、アクセスされ
たメッセージに対して、まずヘッダ解析手段がヘッダ情
報を解析し、手続き情報の有無を調べる。そしてメッセ
ージに手続き情報の付加がなければ、ユーザインタフェ
ースが通常通り、メッセージを出力する。

【００１０】一方、メッセージに手続き情報の付加があ
る場合、メッセージ分解手段がメッセージを分解してヘ
ッダ情報および手続き情報を取り出す。このうち、手続
き情報を手続き解析手段が解析し、受信ノード上で実行
可能か否かを調べる。そして手続き情報に指定された手
続きが受信ノード上で実行可能であれば、手続き実行手
段が受信ノード上でその手続きを行う。

【００１１】以上のような本発明においては、送信され
るメッセージに、受信ノード上で実行したい手続きを指
定する手続き情報を送信メッセージに付加するので、受
信者のメッセージへのアクセス時に、この手続き情報が
指定した手続を受信ノード上で実行することができる。
したがって、受信者に対して送信者の意図する手続きを
促すことが可能になり、さらには従来は受信者だけに完
全に依存していた送信後のメッセージの手続きを、受信
者のメッセージへのアクセス時に受信ノード上で送信者
の意図どおりに行うことができる。

【００１２】

【実施例】以下、本発明の一実施例に関して図面を参照
して具体的に説明する。まず、図１に本実施例全体の構
成を示すブロック図を示す。１、２、３はコンピュータ
システムであり通信媒体４により接続されている。以下
コンピュータシステム１上の構成について説明するが、
コンピュータシステム２、３も同様な構成を持つ。

【００１３】図中５はファイルシステムであり、メール
ボックス６を含んでいる。メールボックス６は各コンピ
ュータシステムごとにあり、受信したメッセージを格納
し、蓄積しておくための領域である。７はユーザインタ
フェースであり、ユーザとの対話によりメッセージの入
出力を行う。また、ユーザインタフェース７はメッセー
ジに対して、受信ノード上で実行したい手続きを指定す
る手続き情報と、この手続き情報の有無を含むヘッダ情
報と、前記手続き情報の対象となるデータ情報を付加す
る。８はメッセージの配送プログラムであり、メッセー
ジを送信ノードから受信ノードのメールボックスへ配送
する。

【００１４】９は本実施例のメイン部であり、このメイ
ン部９は、ヘッダ解析部１０、メール分解部１１、手続
き解析部１２、手続き実行部１３とから成る。このうち
ヘッダ解析部１０が、メッセージのヘッダ情報を解析し
て手続き情報の有無をチェックするヘッダ解析手段を実
現する。

【００１５】また、メール分解部１１が、メッセージを
分解してヘッダ情報および手続き情報に取り出すメッセ
ージ分解手段を実現する。このメール分解部１１はメッ
セージデータのフォーマットに従ってメッセージを分解
する（メッセージデータのフォーマットに関しては、図
４を参照）。すなわちメッセージヘッダとメッセージボ
ディは空行によって分けられ、ボディ中の手続き部とデ
ータ部は、 −手続き部：begin ｛procedure ｝〜end ｛procedure
｝ −データ部：begin ｛date｝〜end ｛date｝ で示され、それぞれbegin 行とend 行に挟まれた部分が
手続き部、データ部の対象として取り出される。

【００１６】また手続き解析部１２が、メール分解部１
１によって取り出された手続き情報を解析し、その手続
きが受信ノード上にて実行可能か否かを調べる手続き解
析手段を実現する。さらに手続き実行部１３が、手続き
情報に指定された手続きを実行する手続き実行手段を実
現する。

【００１７】次に、コンピュータシステム２を送信ノー
ドとし、コンピュータシステム１を受信ノードとした時
の両者の概要動作について図２〜図５を用いて説明す
る。ここでは、コンピュータシステム２上のユーザがコ
ンピュータシステム１上のユーザへ、受信ノード上で実
行可能な手続きを指定する手続き情報と、この手続き情
報を含むヘッダ情報とを付加したメッセージを送信した
場合を想定する。なお、図２はコンピュータシステム１
上における各機能の関連を示す処理フロー図、図３は受
信ノード側での全体のフローチャート、図４はメッセー
ジデータフォーマットの説明図、図５は手続き情報用ヘ
ッダフォームの説明図である。

【００１８】また、図２中、７ａは入力用キーボードお
よびディスプレーであり、７ｂはユーザインタフェース
プログラムである。これら７ａ，７ｂにより、前記ユー
ザインタフェース７が構成されており、メッセージに関
する信号の入出力が行われるよう前記メイン部９と接続
されている。

【００１９】送信時（送信ノード上での処理） メッセージの送信者はユーザインタフェース７を用いて
メッセージを入力する。この時、手続き情報を付加した
メッセージを送る場合には図４のメッセージデータフォ
ーマットに従ってメッセージを作成する。メッセージ
は、図に示すようにメールヘッダとメールボディからな
り、さらにメールボディは手続き部とデータ部とからな
る。手続き部は手続き情報を担う部分であり、データ部
は手続きの対象とするデータ情報を担う部分である。な
お、データ部はなければ省略される。

【００２０】メールヘッダには、手続き情報用ヘッダを
１行追加する。この手続き用ヘッダフォームを図５に示
す。すなわち、このヘッダは手続き用ヘッダのタグ
（“Procedure ”）とその値（“ＯＮ”または“ＯＦ
Ｆ”）とからなる。メールヘッダに手続き情報を付加す
る場合、このヘッダの値（Procedure:右辺）を“ＯＮ”
としてヘッダを付加する。なお、このヘッダの値（Proc
edure:右辺）が“ＯＮ”以外またはこのヘッダ行がない
場合、受信ノードは手続き情報を付加していないメッセ
ージとみなす。

【００２１】メールボディ部分の手続き部（“begin
｛procedure ｝”から“end ｛procedure ｝”の間）に
は、受信ノードで実行したい手続きを指定する手続き情
報を記述する。手続き情報の内容は、コマンド名やプロ
グラム・ツール名、またそれらの一連のコマンドスクリ
プトという形で記述する。また、データ部（“begin
｛date｝”から“end ｛date｝”の間）には、上記手続
きの対象とするデータ情報を挿入する。このデータ情報
は配送プログラム８により送信が可能な形式に変換して
挿入する。なお、変換を施したデータを送信する場合、
その解凍手順なども上記の手続き部に加え、受信ノード
で自動的に取り出せるように設定する。

【００２２】 受信時（受信ノード上での処理）…図３参照 受信者はユーザインタフェース７を用いて、メールボッ
クス６に格納、蓄積された受信メッセージへアクセスす
る。すなわち、あるメッセージを選択し（ＳＴ２１）、
これに対してアクセスを行う場合、ユーザインタフェー
スプログラム７ｂ（図２に図示）がメイン部９の中から
ヘッダ解析部１０をコールして、アクセスしようとして
いるメッセージのヘッダ解析を行う（ＳＴ２２）。そし
てヘッダ解析部１０が図５で示した手続き用ヘッダが付
加されているかどうかを調べる（ＳＴ２３）。手続き用
ヘッダが付加されていない、もしくは付加されていても
その値が“ＯＮ”でない場合には、手続き情報の付加が
ないと判断し、通常のメッセージの内容を表示し（図３
中では「メール表示」と記す・ＳＴ２４）、ユーザイン
タフェースの処理に戻る（ＳＴ３０）。

【００２３】一方、ヘッダ手続き用ヘッダが付加されて
いる場合には、メール分解部１１がメッセージ全体をヘ
ッダ部、手続き部、あればデータ部のパートに分解す
る。これは図４のフォーマットに従い、begin ｛｝〜en
d ｛｝で囲まれた部分にそれぞれ分解する（ＳＴ２
５）。メッセージを分解した後、手続き部の中からコマ
ンドやスクリプトなどを指定した手続き情報を取り出
し、これを手続き解析部１２に渡す。手続き解析部１２
は手続き情報を分析し（ＳＴ２６）、その手続きが受信
ノード上で実行可能かどうかをチェックする（ＳＴ２
７）。そして、受信ノード上で手続き情報に指定された
手続きが実行可能でない場合には、その旨をユーザに通
知し（ＳＴ２８）、ユーザインタフェースの処理に戻る
（ＳＴ３０）。一方、受信ノード上で手続き情報に指定
された手続きが実行可能である場合には、取り出した手
続き情報と、あればデータ情報を、手続き実行部１３へ
渡す。手続き実行部１３は手続き情報の内容を解釈し、
コマンド・スクリプトの実行やイメージ表示や音声デー
タの出力のためのプログラムの起動、プリンタ・ＦＡＸ
への出力のためのツールの起動など、手続き情報に指定
された手続きを行い（ＳＴ２９）、それが終了するとユ
ーザインタフェースの処理に戻る（ＳＴ３０）。

【００２４】続いて、ヘッダ解析部１０、メール分解部
１１、手続き解析部１２、手続き実行部１３における処
理の流れについて、図６〜図９を用いて説明する。 Ａ．ヘッダ解析部１０…図６参照 まず、メッセージファイルをオープンし（ＳＴ３１）、
ヘッダ解析部１０はメッセージヘッダの中に手続き用ヘ
ッダが設定してあるかを調べる（具体的にはヘッダ中の
フィールド名から“Procedure ”を検索する・ＳＴ３
２，３３）。手続き用ヘッダが設定されていない（存在
しない）場合、あるいは設定されているがその右辺の値
が“ＯＮ”以外の場合（ＳＴ３４〜３６）には、“未設
定”をユーザインタフェース７に返して終了する（ＳＴ
３４〜３６からＳＴ３８へ）。一方、手続き用ヘッダが
設定されており、その右辺の値が“ＯＮ”の場合には
“設定”をユーザインタフェース７に返して終了する
（ＳＴ３４，３５からＳＴ３６へ）。

【００２５】Ｂ．メール分解部１１…図７参照 メール分解部１１において、メッセージファイルをオー
プンした後（ＳＴ４１）、まず空行かどうかをチェック
し（ＳＴ４２）、空行でない場合はファイルの先頭から
ヘッダ用テンポラリファイルへ書き込みを行う（ＳＴ４
３）。一方、空行である場合はbegin ｛procedure ｝行
を読み飛ばし（ＳＴ４４）、end ｛procedure ｝かどう
かをチェックする（ＳＴ４５）。そして、end ｛proced
ure ｝ではない場合、手続き用テンポラリファイルへ書
き込みを行う（ＳＴ４６）。また、end ｛procedure ｝
である場合は、続いてbegin ｛date｝はあるかどうかを
チェックする（ＳＴ４７）。begin ｛date｝がある場
合、begin ｛date｝行を読み飛ばして（ＳＴ４８）、en
d ｛date｝かどうかをチェックする（ＳＴ４９）。さら
に、end ｛date｝ではない場合、データ用テンポラリフ
ァイルへ書き込み（ＳＴ５０）、end ｛date｝である場
合に動作が終了する。

【００２６】Ｃ．手続き解析部１２…図８参照 手続き解析部１２は、前記メール分解部１１から手続き
部を受け取ると、その中に書かれたコマンドやアプリケ
ーションプログラム名などを取り出し（ＳＴ５１）、そ
のパスをサーチして（ＳＴ５２，５３）、手続きが実行
できるかどうかを調べる（ＳＴ５４）。そして、パスが
見付からない場合、および手続きが実行不可能の場合に
は、その旨をユーザに通知するためのメッセージを表示
し（ＳＴ５５）、ユーザインタフェースの処理に戻る。
また、実行可能の場合は手続き実行部１３に手続きおよ
びデータを渡して呼び出す（ＳＴ５６）。

【００２７】Ｄ．手続き実行部１３…図９参照 手続き実行部１３は、手続き解析部１２から手続き部お
よびデータ部を受け取ると（ＳＴ６０）、まずデータ部
があるかどうかを確認する（ＳＴ６１）。データ部があ
る場合、データ部の内容は手続きへのパラメータとした
上で、ファイルとして手続き部に記述された手続きを実
行するため手続きを解釈し、イメージデータの表示や、
音声データの出力、ＦＡＸ・プリンタへの出力、ワード
プロセッシングツールの起動など他アプリケーションの
起動などに対応するコマンド、またはプログラムを起動
する（ＳＴ６２）。またデータ部が存在しない場合には
手続き部のコマンド、プログラムをパラメータなしで起
動する（ＳＴ６３）。

【００２８】

【発明の効果】以上説明したように、本発明の電子メー
ルシステムによれば、送信されるメッセージに対して、
受信ノード上で実行したい手続きを指定する手続き情報
を付加することにより、受信者に送信者の意図する処理
を促し、さらには受信ノード上でその手続きを実行し
て、コミュニケーションの効率の向上を図ることができ
た。

【図面の簡単な説明】

【図１】本発明の一実施例の全体構成を示すブロック図

【図２】本実施例のコンピュータシステム上における各
機能の関連を示す処理フロー図

【図３】本実施例の全体のフローチャートを示す図

【図４】メッセージデータフォーマットの説明図

【図５】手続き用ヘッダフォームの説明図

【図６】本実施例のヘッダ解析部におけるフローチャー
トを示す図

【図７】本実施例のメール分解部におけるフローチャー
トを示す図

【図８】本実施例の手続き解析部におけるフローチャー
トを示す図

【図９】本実施例の手続き実行部におけるフローチャー
トを示す図

【符号の説明】

１，２，３：コンピュータシステム ４：通信媒体 ５：ファイルシステム ６：メールボックス ７：ユーザインタフェース ８：配送プログラム ９：メイン部 １０：ヘッダ解析部 １１：メール分解部 １２：手続き解析部 １３：手続き実行部

Claims (1)

【特許請求の範囲】
1. 【請求項１】 複数のコンピュータシステムを通信媒体
   を介して接続し、各コンピュータシステムにメッセージ
   の蓄積領域であるメールボックスを設け、コンピュータ
   システムから成る送信ノードおよび受信ノード間で、メ
   ッセージの蓄積・交換を行う電子メールシステムにおい
   て、 前記メッセージの入出力を行い、該メッセージに対し
   て、少なくとも受信ノード上で実行したい手続きを指定
   する手続き情報と、この手続き情報の有無を含むヘッダ
   情報とを付加してメッセージを作成するユーザインタフ
   ェースと、 前記メッセージを送信ノードから受信ノードへ配送する
   メッセージ配送手段と、 前記メッセージのヘッダ情報を解析して手続き情報の有
   無を調べるヘッダ解析手段と、 前記メッセージを分解して該メッセージからヘッダ情報
   および手続き情報を取り出すメッセージ分解手段と、 前記メッセージ分解手段によって取り出された手続き情
   報を解析し、その手続きが受信ノード上にて実行可能か
   否かを調べる手続き解析手段と、 前記手続き情報に指定された手続きを実行する手続き実
   行手段と、を具備したことを特徴とする電子メールシス
   テム。