JP3159162B2 - 回覧形式の電子メールシステムにおける順序付け分岐送信合流方式 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は電子メールシステム
に関し、特に回覧形式の電子メールシステムにおける順
序付け分岐送信合流方式に関する。

【０００２】

【従来の技術】この種の回覧形式の電子メールシステム
として、例えば特開平６−３２４８５０号公報に示され
るように、電子メールを用いて帳票の回覧を行う方式が
ある。上記特開平６−３２４８５０号公報に記載される
システムでは、送受信される電子メール自身に、その電
子メールが流れる経路情報や、各ノードで行う処理内容
の情報をプログラムコードとして持たせ、ノード間を移
動させ作業を行わせることにより回覧を実現するもので
ある。

【０００３】しかし、実際に回覧形式の電子メールシス
テムを運用する場合には、アンケート結果集計などの例
のように、一度に複数の宛先に分岐送信／合流し、その
結果を待ち合わせして集計するといった処理に対応する
必要がある。

【０００４】

【発明が解決しようとする課題】従来の電子メールシス
テムにおいては、分岐送信し合流するようなフロー制御
を行う際に、送信された電子メールがすべてそろうまで
待ち合わせを行なう、という処理を実現することができ
ず、また分岐合流においてその結果を着信直後時に行わ
れるデータベースデータ操作等の自動処理等に対し、デ
ータの整合性を取るためにいずれの電子メールからの処
理を優先して行うかを考慮するなどの点については考慮
されていなかった。

【０００５】そこで電子メールが分岐送信され、その後
にある役割に対して合流するように送信される際に、合
流対象の電子メールが全て揃うまで待ち合わせを行な
い、その分岐送信合流における電子メールの着信時に行
われる自動処理に対し、予め定義されていた処理の優先
度に従って電子メールからの自動処理を順序どおりに行
い、分岐送信合流を行うことのできる方式が求められて
いた。

【０００６】したがって、本発明は、上記課題を解決す
べく創案されたものであって、その目的は、分岐送信合
流における電子メールの着信時に行われる自動処理に対
し、予め定義されていた処理の優先度に従って電子メー
ルからの自動処理を順序どおり実行可能とする電子メー
ルシステムを提供することにある。

【０００７】

【課題を解決するための手段】前記目的を達成するた
め、本発明は、電子メールの回覧対象者を役割としてユ
ーザを設定し、該役割に対して実際の電子メールアドレ
スを結合して回覧先を特定する回覧形式の電子メールシ
ステムにおいて、電子メールがある役割ノードで同時に
複数の役割に分岐送信され、その後に分岐送信された電
子メールがある役割ノードで合流する際に、前記役割ノ
ードにて合流対象の電子メールが全て揃うまで待ち合わ
せを行ない、前記合流対象の電子メールが全て揃うと、
分岐送信合流時における電子メールの着信時に行われる
べきものとして回覧前にバインドされた自動処理を、前
記自動処理に対して回覧前に予め付与された優先度順に
従い実行する、ようにしたものである。

【０００８】本発明は、回覧経路定義における役割と実
際の電子メールアドレス及び、その役割における特有処
理や自動処理を回覧前に予めバインドする回覧経路定義
のバインド手段と、電子メールの分岐送信が行われる場
合にその合流先で指定された自動処理に対して順序付き
の優先度をバインドする優先度付与手段と、分岐合流時
にどの経路情報から送信されて来た電子メールかを一意
に識別するためのＩＤ（「スレッドＩＤ」という）を作
成し電子メールに添付する分岐送信合流用スレッドＩＤ
生成手段と、回覧経路情報に基づき電子メールを分岐先
の役割に分岐送信する電子メール分岐送信手段と、分岐
送信合流時、各分岐先から送信されてきた電子メールを
受信し、該電子メールが保持するスレッドＩＤを登録す
る電子メール受信手段と、前記電子メール受信手段によ
って登録されたスレッドＩＤを基に分岐先から送信され
た電子メール合流の状況管理を行う分岐送信合流状況管
理手段と、合流対象電子メールの待ち合わせ完了後に行
われる自動実行処理を指定された優先度順に従って実行
する自動処理一括実行手段と、を備える。

【０００９】

【発明の実施の形態】本発明の実施の形態について以下
に説明する。本発明は、電子メールの回覧対象者を「役
割」として仮想的にユーザを設定し、その役割に対して
実際の電子メールアドレスをバインドして回覧先を特定
する回覧経路の定義方式において、電子メールが同時に
複数役割に配布され（「分岐送信」という）、その後に
分岐送信された電子メールが、ある役割に対して集約す
るように送信される（「合流」という）際に、合流対象
の電子メールが全て揃うまで待ち合わせを行ない（「分
岐送信合流の待ち合わせ」という）、その分岐送信合流
の待ち合わせ完了後の自動処理の実行等に対し、いずれ
の電子メールからの自動処理を優先するかの順序を付け
て実行することができるようにしたものである。この方
式を、「回覧形式の電子メールシステムにおける順序付
け分岐送信合流方式」と呼ぶこととする。

【００１０】本発明の回覧形式の電子メールシステムに
おける順序付け分岐送信合流方式は、その好ましい実施
の形態において、回覧経路定義のバインド手段（図１の
１１）、優先度付与手段（図１の１２）、分岐送信合流
用スレッドＩＤ生成手段（図１の１３）、電子メール分
岐送信手段（図１の１４）、電子メール受信手段（図１
の１５）、分岐送信合流状況管理手段（図１の１６）、
及び自動処理一括実行手段（図１の１７）を有する。

【００１１】このうち、回覧経路定義のバインド手段
（図１の１１）は、回覧経路定義における役割と実際の
電子メールアドレス及び、その役割における特有処理や
自動処理を回覧前に予めバインドする。

【００１２】また優先度付与手段（図１の１２）は、電
子メールの分岐送信が行われる場合にその合流先で指定
された自動処理に対して順序付きの優先度をバインドす
る。

【００１３】分岐送信合流用スレッドＩＤ生成手段（図
１の１３）は、分岐合流時にどの経路情報から送信され
て来た電子メールであるのかを一意に識別するためのＩ
Ｄ（「スレッドＩＤ」という）を作成し電子メールに添
付する。

【００１４】電子メール受信手段（図１の１５）は、分
岐送信合流時、各分岐先から送信されてきた電子メール
を受信し、該電子メールが保持するスレッドＩＤを登録
する。

【００１５】分岐送信合流状況管理手段（図１の１６）
は、前記電子メール受信手段によって登録されたスレッ
ドＩＤを基に分岐送信合流の状況管理を行う。

【００１６】自動処理一括実行手段（図１の１７）は、
分岐送信合流時における待ち合わせ完了後に行われる自
動実行処理を指定された優先度順に実行する。なお、上
記した回覧経路定義のバインド手段、優先度付与手段、
分岐送信合流用スレッドＩＤ生成手段、電子メール受信
手段、分岐送信合流状況管理手段、自動処理一括実行手
段は、コンピュータ上で実行されるプログラム制御によ
ってその機能を実現することができる。

【００１７】

【実施例】上記した本発明の実施の形態についてさらに
詳細に説明すべく、本発明の実施例について図面を参照
して以下に説明する。

【００１８】図１は、本発明の一実施例に係る順序付け
分岐送信合流方式の構成を示すブロック図である。図１
を参照すると、本実施例は、回覧経路定義における役割
と実際の電子メールアドレス、及び、その役割における
特有処理や自動処理を回覧前に予めバインドする回覧経
路定義のバインド手段１１と、分岐送信が行われる場合
にその合流先で指定された自動処理に対して順序付きの
優先度をバインドする優先度付与手段１２と、分岐合流
時にどの経路情報から送信されて来た電子メールかを一
意に識別するＩＤ（これを「スレッドＩＤ」という）こ
ととするがその識別情報となるそのスレッドＩＤを作成
する分岐送信合流用スレッドＩＤ生成手段１３と、を備
えている。

【００１９】また実行時に関連するものとして、電子メ
ールを送信する電子メール分岐送信手段１４と、電子メ
ール受信手段１５とを備え、このうち電子メール受信手
段１５は、各分岐先から送信されてきたメールを受信
し、分岐送信合流状況管理手段１６に対しその電子メー
ルが保持するスレッドＩＤを登録する。

【００２０】分岐送信合流状況管理手段１６は、電子メ
ール受信手段１５によって登録されたスレッドＩＤを基
に分岐送信合流の状況管理を行う。保持する情報は、ス
レッドＩＤ、そのスレッドＩＤに属する分岐送信合流対
象電子メールの残り数、を有し、これらの情報をユーザ
が操作、確認するためのユーザインターフェイス（グラ
フィカルユーザインタフェース；ＧＵＩ）も保持する。

【００２１】電子メール受信手段１５によって登録され
たスレッドＩＤが分岐送信合流状況管理手段１６に、存
在しない場合には新規に登録し、存在する場合にはその
スレッドＩＤに属する分岐送信合流対象電子メールの残
り数を減らし、最終的にこの数が０になるまで状況を管
理する。

【００２２】自動処理一括実行手段１７は、分岐送信合
流時における待ち合わせ完了後に行われる自動実行処理
を指定された優先度順に実行する。

【００２３】次に、本発明の一実施例の動作について説
明する。本発明においては、電子メールの分岐送信合流
を行うためには、まず電子メールの回覧を行うことを前
提とする。その回覧経路を定義する経路情報と、各役割
における具体化情報及びその経路において分岐送信合流
が存在した場合の自動処理等の実行優先順情報を用意す
る。そして回覧の開始前に、電子メールにこれらの情報
を付与する。

【００２４】まず始めに、メール回覧開始前に、回覧経
路定義のバインド手段１１によって、経路情報における
役割の具体化（電子メールアドレスの特定）を行うため
に、実際の電子メールアドレスをバインド（結合）す
る。更に、この時、各役割における自動処理や特定処理
についても同じようにバインドする。

【００２５】次に、分岐送信合流時における電子メール
の着信時に行われる自動処理等に対し、どの経路から届
いた電子メールからの処理を優先して行うかの優先度順
序を優先度付与手段１２によってバインドする。

【００２６】次に、分岐合流時にどの経路情報から送信
されて来た電子メールであるのを一意に識別するための
スレッドＩＤを、分岐送信合流用スレッドＩＤ生成手段
１３で作成する。

【００２７】そして、上記した情報を回覧前に作成し
て、回覧対象電子メールに添付する。

【００２８】図２は、回覧の経路情報をグラフで表した
ものである。回覧経路情報は、図２に示す例のように、
ノード（２１〜２４）とアーク（３１〜３６）から構成
されるグラフを表現できる。経路情報は、回覧を開始す
るノードから始まり、各ノードにはその役割を表す役割
（２５〜３０）が付与される。図２に示す例では、ノー
ド２１の役割２５は「発信者」、ノード２２の役割２７
は「回答者Ｂ」、ノード２３の役割２９は「確認者」、
ノード２４の役割３０は「承認者」等である。

【００２９】そしてノードとノートの間は、電子メール
の回覧順序を対応づけるためのアークによって結ばれ
る。

【００３０】役割とアドレス（電子メールアドレス）の
対応情報について、図３にその一例を示す。

【００３１】また役割と特有処理・自動処理の対応情報
について、図４にその概要を示す。図４を参照すると、
それぞれの役割に対して、特有処理や自動処理、分岐送
信合流時における処理を記述する。

【００３２】図５は、分岐送信合流時優先度情報につい
て、その概要を示したものである。それぞれのアークを
認識するアークＩＤに対して優先度が定義されることに
なる。

【００３３】図６は、スレッドＩＤを説明するための図
である。スレッドＩＤは、分岐送信合流用スレッドＩＤ
生成手段１３により作成され、一意になるように生成さ
れた時刻と作成者のメールアドレスを組み合わせた文字
列で実現するものとする。

【００３４】上記した情報が、電子メールの回覧と送信
分岐合流時の自動処理等の実行優先度付けを行うための
ソース情報となる。

【００３５】本発明の一実施例の動作について、図１に
示したシステム構成と、図２で例示された回覧経路とを
順に追うことで、以下に詳細に説明する。

【００３６】始めに、電子メールの回覧を行う前に、回
覧経路定義のバインド手段１１を用いて、経路情報に定
義されている役割と、実際の電子メールアドレス、及び
その役割における特有処理や自動処理をバインドする。
この時にバインドする情報については、図３に示した、
役割とアドレスとの対応情報と、図４に示した役割にお
ける特有処理、自動処理の対応情報とする。

【００３７】図７は、本発明の一実施例における回覧経
路定義のバインド手段１１の処理フローを示すフローチ
ャートである。

【００３８】図７を参照すると、回路経路定義のバイン
ト手段１１は、経路順に現れる各役割に電子メールアド
レスがバインドされているか否かを調べる（ステップ７
１）。ここで、経路上で最初に現れる役割は、「送信
者」であり、この役割には、未だ具体化情報がバインド
されていないので（ステップ７１の判定はＮｏとな
る）、役割とアドレスの対応情報を参照して、「送信
者」における電子メールアドレスを具体化するため、役
割アドレス情報として追加する（ステップ７２）。

【００３９】次に、役割の特有処理、自動処理がバイン
ドされているか否かを調べる（ステップ７３）。これに
ついても同じように具体化情報がバインドされていない
ので（ステップ７３の判定はＮｏとなる）、役割と特有
処理・自動処理情報を参照して、「送信者」における特
有処理、自動処理を具体化する（ステップ７４）。

【００４０】この手続きを、次の回覧先「回答者Ａ」に
おいても行い、最終的には回覧経路内に登場する全ての
役割に対して行う。これによって役割と、その役割にお
ける具体化情報のバインドを行うことができる。この結
果生成される、役割と具体化情報の表現形式の一例を図
８に示す。

【００４１】次に、分岐送信合流時における電子メール
の着信時に行われる自動処理等に対し、どの経路から届
いた電子メールからの処理を優先して行うかの優先度順
序を、優先度付与手段１２によってバインドする。図９
は、本発明の一実施例における優先度付与手段１２の処
理フローを示すフローチャートである。

【００４２】図９を参照すると、優先度付与手段１２で
は、まず、そのノードにおいて送信分岐後に合流してい
るか否かを確信する（ステップ９１）。合流がある場合
には、優先度を追加する。

【００４３】役割「送信者」の場合には、合流が行われ
ず優先度も定義されていないので、次の役割に調査対象
が移る。こうやって順次処理していく。図２に示した回
覧経路において、役割「確認者」の場合に、合流と優先
度が定義されている（図５参照）。この場合、図９のス
テップ９２により、役割「確認者」において行われる処
理情報に対して優先度情報を付与する。この優先度情報
の表現形式の例としては、図８における「確認者」の定
義部分に「ｐｒｉｏｒｉｔｙ」として示されている。

【００４４】次に分岐合流時にどの経路情報から送信さ
れて来た電子メールかを一意に識別するスレッドＩＤを
分岐送信合流用スレッドＩＤ生成手段１３で作成する。

【００４５】図１０は、本発明の一実施例における分岐
送信合流用スレッドＩＤ生成手段１３の処理フローを示
すフローチャートである。

【００４６】図１０を参照すると、分岐送信合流用スレ
ッドＩＤ生成手段１３では、まずスレッドＩＤを作成し
（ステップ１０１）、生成されたスレッドＩＤを電子メ
ールの情報として添付する（ステップ１０２）。これら
の情報の決定が行われた後に、電子メールの回覧を行
う。

【００４７】次に、本発明の一実施例における回覧中の
流れについて説明する。

【００４８】図１１は、本発明の一実施例における電子
メール分岐送信手段１４の処理フローを示すフローチャ
ートである。図１１を参照すると、電子メール分岐送信
手段１４では、まず、次の回覧先の回覧先情報を次の役
割にセットする（ステップ１１１）。

【００４９】図１２に、この次の回覧先情報の表現形式
の一例を示す。役割「発信者」からの分岐送信は、役割
「回答者Ａ」、「回答者Ｂ」、「回答者Ｃ」に対して行
われる。

【００５０】そして回覧先情報に設定されている役割の
電子メールアドレスを具体化情報によりサーチする（ス
テップ１１２）。

【００５１】回覧開始の場合には、「送信者」から「回
答者Ａ」、「回答者Ｂ」、「回答者Ｃ」に対する電子メ
ールアドレスがサーチされる。

【００５２】次の回覧先情報に設定されている役割に対
応する電子メールアドレス先に回覧電子メールの送信を
行う（ステップ１１３）。

【００５３】図１３は、各「回答者」における電子メー
ル受信手段１５の処理フローを示すフローチャートであ
る。

【００５４】図１３を参照すると、電子メール受信手段
１５では、まず回覧電子メールの着信処理を行う（ステ
ップ１３１）。そして、次の回覧先情報から現在の役割
を取得し、その役割に定義された（各「回答者」の場合
には着信時の）特有処理及び自動処理を可能にする為の
設定を行う。

【００５５】次にその役割において合流が行われるかを
確認する（ステップ１３３）。

【００５６】図２に示した例における各「回答者」にお
いては合流が存在しないのでこのまま受信処理を終了す
る。

【００５７】各「回答者」から上記と同じように電子メ
ール送信手段を使って「確認者」に送信する。

【００５８】以下では、説明を解り易くするために、合
流対象の電子メールが「確認者」において「回答者
Ａ」、「回答者Ｂ」、「回答者Ｃ」の順に着信するもの
として、順序付け分岐送信合流の説明を行う。

【００５９】図１３を参照すると、「回答者Ａ」からの
電子メールが着信した場合には、まず電子メール受信手
段１５により電子メールの着信処理を行う（ステップ１
３１）。次に合流時に、「確認者」における「回答者
Ａ」から送信されたメールで定義された特有処理、自動
処理を可能にするための設定を行う（ステップ１３
２）。

【００６０】次にこのノードにおいて合流が行われるか
を確認する（ステップ１３３）。この「確認者」ノード
では、合流が存在しているため、スレッドＩＤをキーと
して分岐送信合流状況管理手段１６を確認する（ステッ
プ１３４）。これで電子メール受信手段１５の処理は終
了する。

【００６１】これに続いて、分岐送信合流状況管理手段
１６では以下の処理が行われる。図１４は、本発明の一
実施例における分岐送信合流状況管理手段１６の処理フ
ローを示す流れ図である。

【００６２】図１４を参照すると、分岐送信合流状況管
理手段１６では、まず電子メール受信手段１５より指定
されたスレッドＩＤが管理下に置かれているかを確認す
る（ステップ１４１）。最初に着信した際には、スレッ
ドＩＤが登録されていないので（ステップ１４１の「存
在しない」）、対象の電子メールにおいて回覧経路情報
において定義された分岐送信先の数を確認する（ステッ
プ１４４）。そしてその分岐送信先数とスレッドＩＤを
管理情報として登録する（ステップ１４５）。

【００６３】分岐した電子メールの数のうち１通は着信
を完了したので、そのスレッドＩＤに対応する合流電子
メールの待ち合わせ数のカウントを１つ減らす（ステッ
プ１４２）。

【００６４】次に、図１４のステップ１４３に移るが、
ここでは、スレッドＩＤに対応する待ち合わせの数は、
今の場合には（３−１＝２）で、まだ２通の待ち合わせ
が存在するので、このまま処理を終了する。

【００６５】同じようにして「回答者Ｂ」からの電子メ
ールが着信した場合にも、ほぼ上記と同じ手順となる。
「回答者Ｂ」からの電子メールが着信した場合にも、ま
ず電子メール受信手段１５により電子メールの着信処理
を行う。

【００６６】次に、電子メール受信手段１５において、
合流時（図１３のステップ１３１）に、「確認者」にお
ける「回答者Ｂ」から送信されたメールで定義された特
有処理、自動処理を可能にする為の設定を行う。次にこ
のノードにおいて合流が行われるかを確認する（図１３
のステップ１３３）。この「確認者」ノードでは合流が
存在しているので、スレッドＩＤをキーとして分岐送信
合流状況管理手段１６を確認する（図１３のステップ１
３４）。これで電子メール受信手段１５の処理は終了す
る。

【００６７】続いて分岐送信合流状況管理手段１６では
以下の処理が行われる。電子メール受信手段より指定さ
れたスレッドＩＤが管理下に置かれているかを確認する
（図１４ステップ１４１）。上記の処理で既にスレッド
ＩＤが登録されているので、待ち合わせ対象の数を１つ
減らす（図１４のステップ１４２）。

【００６８】そしてステップ１４３の処理に入るがスレ
ッドＩＤに対応する待ち合わせの数は、今の場合には
（２−１＝１）でまだ１通の待ち合わせが存在するの
で、このまま処理を終了する。

【００６９】最後に「回答者Ｃ」からの電子メールが着
信した場合にも、上記した手順とほぼ同じ手順となる。

【００７０】「回答者Ｃ」からの電子メールが着信した
場合にも、まず電子メール受信手段１５で電子メールの
着信処理を行う（図１３のステップ１３１）。次に合流
時に、「確認者」における「回答者Ｂ」から送信された
メールで定義された特有処理、自動処理を可能にする為
の設定を行う（図１３のステップ１３２）。次にこのノ
ードにおいて合流が行われるかを確認する（図１３のス
テップ１３３）。もちろん「確認者」ノードでは合流が
存在しているので、スレッドＩＤをキーとして分岐送信
合流状況管理手段１６を確認する（図１３のステップ１
３４）。これで電子メール受信手段１５の処理は終了す
る。

【００７１】これに続いて分岐送信合流状況管理手段１
６では以下の処理が行われる。電子メール受信手段１５
より指定されたスレッドＩＤが管理下に置かれているか
を確認する（図１４のステップ１４１）。既にそのスレ
ッドＩＤが登録されているので、次に待ち合わせ対象の
数を１つ減らす（図１４のステップ１４２）。そして図
１４のステップ１４３の処理に入るが、スレッドＩＤに
対応する待ち合わせの数は、今の場合には（１−１＝
０）で待ち合わせの数が０となり、対象の電子メールが
全て着信したことになる。

【００７２】このため自動処理一括実行手段１７の処理
を実行して、分岐送信合流時に行う特有処理、自動処理
を予め指定されていた優先度に従い実行し（図１４のス
テップ１４６）、待ち合わせ処理は全て終了したので、
そのスレッドＩＤに対する情報管理情報をクリアして終
了する（図１４のステップ１４７）。

【００７３】図１５は、本発明の一実施例における自動
処理一括実行手段１７の処理フローを示すフローチャー
トである。

【００７４】分岐送信合流状況管理手段１６によりその
処理ステップ１４６（図１４参照）で呼び出された自動
処理一括実行手段１７では、登録された自動処理（この
例だと３つ）を優先度順に並び替え（図１５のステップ
１５１）、分岐送信合流時の自動処理を優先度順に実行
する（図１５のステップ１５２）。

【００７５】以上の処理により順序付け分岐送信合流が
実現される。

【００７６】次に、本発明の他の実施例について説明す
る。本実施例では、部内稟議票をモデルとし電子メール
の回覧に移動型エージェントを使用する。ここで用いる
移動型エージェントは、回覧すべき情報を、自身の動作
を規定するプログラムの記述に従って回覧していくもの
である。経路情報を解釈して、役割とアドレスの対応、
役割における処理を求めて回覧することで、本実施例を
実現する。

【００７７】本実施例で使用する経路情報としては、図
１６に示すような多段階にネストして行われている。こ
のような場合でも同じように分岐送信合流の待ち合わせ
を行うことができる。

【００７８】移動型エージェントが保持する情報につい
ては、知識の構造をテキストとして表現し易い、記号処
理言語Ｓｃｈｅｍｅ（またはＬＩＳＰ等）を使用する。

【００７９】図１６に示した経路情報は、図１７に示す
ようなＳｃｈｅｍｅデータ表現で表すことができる。ま
ず、この表現の意味について説明する。まず各役割に対
するノードと各アークには、それぞれノードＩＤとアー
クＩＤを付与する。

【００８０】ノードと役割名に対する情報は、：Ｎｏｄ
ｅで始まるリストに、各ノードのノードＩＤとノードの
役割名の組（例えば（ｎｏｄｅ１ “担当”））を保持
する。

【００８１】アークのつながりの情報は、：Ａｒｃで始
まるリストに、各アークのアークＩＤとそのアークの始
点ノードと終点ノードのＩＤの組（例えば（ａｃｒ１
ｎｏｄｅ１ ｎｏｄｅ２））を保持する。

【００８２】開始ノードの情報は、：Ｓｔａｒｔ−ｎｏ
ｄｅで始まるリストに、経路の開始ノードのＩＤを唯一
つ保持する（この例ではｎｏｄｅ１）。

【００８３】上記した記号処理言語ＳｃｈｅｍｅのＳ式
（Ｓ−Ｅｘｐｒｅｓｓｉｏｎ）表現によって、部内稟議
票の回覧経路をプログラム的に表現できる。

【００８４】次にこの部内稟議票を回覧する場合の運用
ルールを以下に箇条書きにする。

【００８５】担当から発せられた稟議票は、まず最初に
その担当の上司となる主任と生産管理課長に回覧され
る。主任に回覧された稟議票は次の営業課長と開発課長
に送信後各課長で承認し、その承認後に各課長から部長
に回覧される。

【００８６】回覧電子メールが移動する場合、その役割
で着信したかの履歴をそれぞれ電子メール内のＥｄｉｔ
（編集）領域に自動的に保存する。

【００８７】各課長から送信された稟議票の内容は、生
産管理課長、営業課長、開発課長の優先度の順に上書き
されていく形で保存される。

【００８８】図１８は、上記の運用ルールを基に、役割
とアドレスの対応情報、役割における特有処理、自動処
理の一例を示したものである。ここでも、役割における
特有処理、自動処理についてはＳｃｈｅｍｅのＳ式を用
いて表現する。

【００８９】役割における処理の形式は、（ｉｆアクシ
ョン処理）の形式で記述する。アクションとは処理を実
行する契機を意味し、その契機から処理が行われる。

【００９０】本実施例の場合には、アクションの例とし
て、Ｒｅｃｅｉｖｅ＿Ａｃｔｉｏｎ（着信時）、Ｓｙｎ
ｃ＿Ａｃｔｉｏｎ（分岐送信合流時）、Ｐｕｓｈ＿Ｅｎ
ｄ（回覧電子メール上ＧＵＩの終了ボタン押下）を定義
している。

【００９１】また処理の例として、Ａｄｄ−Ｆｉｅｌｄ
（回覧電子メール上ＧＵＩのＥｄｉｔ欄に指定された値
を追加）、Ｕｐｄａｔｅ−Ｃｏｎｔｅｘｔ（電子メール
に記述された内容を元に稟議票の内容を更新）、Ｅｘｉ
ｔ（回覧の終了）を定義している。

【００９２】図１９は、合流時の処理の優先度を表す例
を示したものである。これも上記と同じようにＳｃｈｅ
ｍｅのＳ式を用いて表現する。

【００９３】これらの情報を前提として用意すること
で、本実施例を実行することができる。以下では、本実
施例において回覧から分岐送信合流までを実行する場合
の動きについて説明する。

【００９４】まず回覧を行うための準備を行う。回覧経
路定義のバインド手段１１によって図１７に示した経路
情報、図１８に示した役割とアドレスの対応情報、役割
における特有処理、自動処理対応情報から、役割におけ
る電子メールアドレスと、役割における特有処理、自動
処理の設定を行う。その処理手順は、次のようになる。

【００９５】図１７の経路情報に出てくる「：ｎｏｄ
ｅ」のリストに記述されている役割の順に図７に示した
フローチャートを参照して説明する。

【００９６】ステップ７１の判定では、担当の役割は情
報がまだバインドされていないので「Ｎｏ」となり、ス
テップ７２より電子メールアドレスが具体化される。次
にステップ７３では役割の特有処理、自動処理もバイン
ドされていないのでＮｏとなり、ステップ７４より役割
の特有処理、自動処理がバインドされる。

【００９７】次の役割は、主任になるが、これも情報が
バインドされていないので、上記と同じ手続きによっ
て、電子メールアドレスと特有処理、自動処理がバイン
ドされる。次に出てくる各課長の役割名も同じく処理さ
れる。

【００９８】最後に回覧される部長の役割では、まだ具
体化情報がバインドされていないので、これも担当で行
った時と同じようにして具体化情報をバインドする。こ
れらの手続きによって回覧準備が完了する。

【００９９】次に分岐送信合流時における優先度順序の
バインド処理について、図９の流れ図を参照して説明す
る。

【０１００】ステップ９１において、よりその役割にお
ける優先度情報が存在するか否かを調べる。担当の場合
には、合流が行われず優先度も定義されていないので、
次の役割に調査対象が移る。こうやって順次処理してい
く。この例では、部長の場合に、合流と優先度が定義さ
れている。この場合、ステップ９２で部長において行わ
れる処理情報に対して優先度情報を付与する。

【０１０１】次にスレッドＩＤを作成する。この処理
は、図１０に示す処理手順によって行われ、生成された
スレッドＩＤを電子メールの情報として添付する。

【０１０２】以上これらの情報を基に順次回覧を行う。

【０１０３】まず電子メール送信手段により次の回覧先
の情報を主任と生産管理課長に設定後に主任（okabe@di
vi1.xyz.co.jp）と生産管理課長（iida@divi1.xyz.co.j
p）への電子メールアドレスへ送信する。

【０１０４】主任、生産管理課長では、それぞれ電子メ
ール受信手段１５によって、電子メールの着信処理を行
い、それぞれの役割で定義されている特有処理、自動処
理を行う。

【０１０５】ここで、主任では、着信時に自動的に「岡
部主任確認」という文字列の電子メールのＥｄｉｔ欄へ
の設定が行われ、生産管理課長では、着信時に自動的に
「飯田課長確認」という文字列の電子メールのＥｄｉｔ
欄への設定が行われる。そして主任からは次の回覧先と
なる営業課長（miki@divi1.xyz.co.jp）と開発課長（yo
yogi@divi1.xyz.co.jp）へ、上記と同じように電子メー
ルを送信する。また生産管理課長からも同じように次の
回覧先となる部長（nomura@divi1.xyz.co.jp）へ上記と
同じように電子メールを送信する。営業課長、開発課長
においても上記と同じ手続き後、部長に送信が行われ
る。

【０１０６】その後については説明を解り易くするため
に、合流対象の電子メールが「生産管理課長」、「営業
課長」、「開発課長」の順に着信するものとして、順序
付け分岐送信合流の説明を行う。

【０１０７】部長において生産管理課長からの電子メー
ルが着信した場合、まず電子メール受信手段１５では、
その処理フローを示す図１３のステップ１３１におい
て、電子メールの着信処理を行う。

【０１０８】次にステップ１３２において、合流時の部
長における生産管理課長からメール合流時の自動処理
（この例では、稟議票の更新）を可能にするための設定
を行う。

【０１０９】次に、この部長ノードでは、合流が存在し
ているので、図１３のステップ１３４において、スレッ
ドＩＤをキーにして分岐送信合流状況管理手段１６に確
認する。これで電子メール受信手段１５の処理は終了す
る。

【０１１０】これに続いて、分岐送信合流状況管理手段
１６では以下の処理が行われる。図１４のステップ１４
１において、電子メール受信手段１５より指定されたス
レッドＩＤが管理下に置かれているか否かを確認する。

【０１１１】最初に着信した際には、指定されたスレッ
ドＩＤが登録されていないので、図１４のステップ１４
４において、対象の電子メールにおいて回覧経路情報に
おいて定義された分岐送信先の数を確認する。

【０１１２】そして図１４のステップ１４５において、
その分岐送信先数とスレッドＩＤを管理情報として登録
する。

【０１１３】分岐した電子メールの数のうち１通は着信
を完了したので、図１４のステップ１４２において、そ
のスレッドＩＤに対応する合流電子メールの待ち合わせ
数のカウントを１つ減らす。

【０１１４】次に図１４のステップ１４３の処理に入る
が、スレッドＩＤに対応する待ち合わせの数は、この場
合、（３−１）で、まだ２通の待ち合わせが存在するの
で、このまま処理を終了する。

【０１１５】同じようにして、営業課長からの電子メー
ルが着信した場合にも、まず電子メール受信手段１５で
は、図１３のステップ１３１において、電子メールの着
信処理を行う。

【０１１６】次に、図１３のステップ１３２において、
着信時あるいは合流時に、部長における営業課長からメ
ール合流時の自動処理（本例では、稟議票の更新）を可
能とするための設定を行う。合流が存在しているので、
図１３のステップ１３４において、スレッドＩＤをキー
にして、分岐送信合流状況管理手段１６に確認する。こ
れで電子メール受信手段１５の処理は終了する。

【０１１７】これに続いて、分岐送信合流状況管理手段
１６では以下の処理が行われる。図１４のステップ１４
１において、電子メール受信手段１５より指定されたス
レッドＩＤが管理下に置かれているか否かを確認する。
上記の処理で、既にスレッドＩＤが登録されているの
で、次に図１４のステップ１４２において、待ち合わせ
対象の数を１つ減らす。そして図１４のステップ１４３
の処理に入るが、スレッドＩＤに対応する待ち合わせの
数は、今の場合、（２−１）で、まだ１通の待ち合わせ
が存在することから、このまま処理を終了する。

【０１１８】最後に、開発課長からの電子メールが着信
した場合にも、まず電子メール受信手段５では、図１３
のステップ１３１において、電子メールの着信処理を行
う。次に図１３のステップ１３２において、着信時ある
いは合流時に、部長における開発課長からメール合流時
の自動処理（この例では、稟議票の更新）を可能にする
為の設定を行う。

【０１１９】次に合流が存在しているので、図１３のス
テップ１３４において、スレッドＩＤをキーとして分岐
送信合流状況管理手段１６に確認する。これで電子メー
ル受信手段１５の処理は終了する。

【０１２０】これに続いて、分岐送信合流状況管理手段
１６では以下の処理が行われる。図１４のステップ１４
１において、電子メール受信手段１５より指定されたス
レッドＩＤが管理下に置かれているか否かを確認する。
既にスレッドＩＤが登録されているので、次に図１４の
ステップ１４２において、待ち合わせ対象の数を１つ減
らす。そして図１４のステップ１４３の処理に入るが、
スレッドＩＤに対応する待ち合わせの数は、今の場合、
（１−１）で、待ち合わせの数が０となり、対象の電子
メールが全て着信したことになる。

【０１２１】よって図１４のステップ１４６において、
自動処理一括実行手段１７を実行し、分岐送信合流時に
行う自動処理を予め指定されていた優先度に従い実行
し、待ち合わせ処理は全て終了したので、図１４のステ
ップ１４７において、そのスレッドＩＤに対する情報管
理情報をクリアして終了する。

【０１２２】図１４のステップ１４６によって呼び出さ
れた自動処理一括実行手段１７では、その処理フローを
示す流れ図の図１５のステップ１５１において、登録さ
れた自動処理（今の例だと３つ）を優先度順に並びかえ
て、図１５のステップ１５２において、分岐送信合流時
に行う稟議票の内容の更新を、生産管理課長、営業部
長、開発課長からの情報の順に行う。

【０１２３】以上の説明からも解るように、多段階にネ
ストした分岐送信合流の待ち合わせでも問題なく、順序
付け分岐送信合流が実現される。

【０１２４】

【発明の効果】以上説明したように、本発明によれば、
電子メールが分岐送信され、その後にある役割に対して
分岐送信された電子メールが最終的に合流する際に、合
流対象の電子メールが全て揃うまで待ち合わせを行な
い、またその分岐送信合流のおける電子メールの着信時
あるいは合流時に行われる自動処理に対して、予め定義
されていた処理の優先度に従って電子メールからの自動
処理を行う岐送信合流を行うことを可能としたものであ
り、合流時に実行されるデータへの更新処理に対して、
実行の順序によってデータの整合性をとる場合などには
特に有効であり、電子メールシステムの利便性、操作
性、信頼性を特段に向上する、という顕著な効果を奏す
るものであり、その実用上の価値は極めて高い。

【図面の簡単な説明】

【図１】本発明の一実施例の構成を示すブロック図であ
る。

【図２】本発明の一実施例を説明するための図であり、
回覧の経路情報の一例を示す図である。

【図３】本発明の一実施例を説明するための図であり、
役割と電子メールアドレスの対応情報

【図４】本発明の一実施例を説明するための図であり、
役割における特有処理、自動処理の対応情報の一例を示
す図である。

【図５】本発明の一実施例を説明するための図であり、
分岐送信合流時優先度情報の一例を示す図である。

【図６】本発明の一実施例を説明するための図であり、
スレッドＩＤ情報の一例を示す図である。

【図７】本発明の一実施例における回覧経路定義のバイ
ンド手段の処理フローを示す流れ図である。

【図８】本発明の一実施例を説明するための図であり、
回覧電子メールに対する各役割に関する具体化情報の形
式の一例を示す図である。

【図９】本発明の一実施例における優先度付与手段の処
理フローを示す流れ図である。

【図１０】本発明の一実施例における分岐送信合流用ス
レッドＩＤ生成手段の処理フローを示す流れ図である。

【図１１】本発明の一実施例における電子メール分岐送
信手段の処理フローを示す流れ図である。

【図１２】本発明の一実施例を説明するための図であ
り、次の回覧先表現の一例を示す図である。

【図１３】本発明の一実施例における電子メール受信手
段の処理フローを示す流れ図である。

【図１４】本発明の一実施例における分岐送信合流状況
管理手段の処理フローを示す流れ図である。

【図１５】本発明の一実施例における自動処理一括実行
手段の処理フローを示す流れ図である。

【図１６】本発明の第２の実施例を説明するための図で
あり、順序付け分岐送信合流方式における「部内稟議
票」の一例を示す図である。

【図１７】本発明の第２の実施例を説明するための図で
あり、経路情報Ｓｃｈｅｍｅデータ表現の一例を示す図
である。

【図１８】本発明の第２の実施例を説明するための図で
あり、アドレスの対応及び役割における自動処理情報の
一例を示す図である。

【図１９】本発明の第２の実施例を説明するための図で
あり、優先度情報の一例を示す図である。

【符号の説明】

１１ 回覧経路定義のバインド手段 １２ 優先度付与手段 １３ 分岐送信合流用スレッドＩＤ生成手段 １４ 電子メール分岐送信手段 １５ 電子メール受信手段 １６ 分岐送信合流状況管理手段 １７ 自動処理一括実行手段 ２１、２２、２３、２４ ノード ２５、２６、２７、２８、２９、３０ 役割 ３１、３２、３３、３４、３５、３６ アーク

Claims (5)

(57)【特許請求の範囲】
1. 【請求項１】電子メールの回覧対象者を役割としてユー
   ザを設定し、該役割に対して実際の電子メールアドレス
   を結合して回覧先を特定する回覧形式の電子メールシス
   テムにおいて、 電子メールがある役割ノードで同時に複数の役割に分岐
   送信され、その後に分岐送信された電子メールがある役
   割ノードで合流する際に、前記役割ノードにて合流対象
   の電子メールが全て揃うまで待ち合わせを行ない、前記
   合流対象の電子メールが全て揃うと、分岐送信合流時に
   おける電子メールの着信時に行われるべきものとして回
   覧前にバインドされた自動処理を、前記自動処理に対し
   て回覧前に予め付与された優先度順に従い実行する、よ
   うにしたことを特徴とする、回覧形式の電子メールシス
   テムにおける順序付け分岐送信合流方式。
2. 【請求項２】回覧経路定義における役割と実際の電子メ
   ールアドレス及び、その役割における特有処理や自動処
   理を回覧前に予めバインドする回覧経路定義のバインド
   手段と、 電子メールの分岐送信が行われる場合にその合流先で指
   定された自動処理に対して順序付きの優先度をバインド
   する優先度付与手段と、 分岐合流時にどの経路情報から送信されて来た電子メー
   ルかを一意に識別するためのＩＤ（「スレッドＩＤ」と
   いう）を作成し電子メールに添付する分岐送信合流用ス
   レッドＩＤ生成手段と、 回覧経路情報に基づき電子メールを分岐送信する電子メ
   ール分岐送信手段と、 分岐送信合流時、各分岐先から送信されてきた電子メー
   ルを受信し、該電子メールが保持するスレッドＩＤを登
   録する電子メール受信手段と、 前記電子メール受信手段によって登録されたスレッドＩ
   Ｄを基に、分岐先からの電子メールの合流の状況管理を
   行う分岐送信合流状況管理手段と、 合流対象電子メールの待ち合わせ完了後に行われる自動
   実行処理を指定された優先度順に従い実行する自動処理
   一括実行手段と、 を備えたことを特徴とする電子メールシステム。
3. 【請求項３】前記分岐送信合流状況管理手段が、前記電
   子メール受信手段によって登録されたスレッドＩＤが存
   在しない場合には新たに登録し、一方、存在する場合に
   はそのスレッドＩＤに属する分岐送信合流対象電子メー
   ルの残り数を減らし、最終的にこの数が０になるまで合
   流の管理を行うことを特徴とする請求項２記載の電子メ
   ールシステム。
4. 【請求項４】電子メールの回覧が、回覧すべき情報の動
   作を規定するプログラムに従って回覧していく移動型エ
   ージェントによって行われることを特徴とする請求項２
   記載の電子メールシステム。
5. 【請求項５】（ａ）回覧経路定義における役割と実際の
   電子メールアドレス及び、その役割における特有処理や
   自動処理を回覧前に予めバインドする手段、 （ｂ）電子メールの分岐送信が行われる場合にその合流
   先で指定された自動処理に対して順序付きの優先度をバ
   インドする手段、 （ｃ）分岐合流時にどの経路情報から送信されて来た電
   子メールかを一意に識別するためのＩＤ（「スレッドＩ
   Ｄ」という）を作成し電子メールに添付する手段、 （ｄ）分岐送信された電子メールの合流先での合流時各
   分岐先から送信されてきた電子メールについて該電子メ
   ールが保持するスレッドＩＤを登録する手段と、 （ｅ）前記登録されたスレッドＩＤを基に、分岐先から
   送信される電子メールの合流の状況管理を行う手段、及
   び、 （ｆ）合流対象の電子メールの待ち合わせ完了後に行わ
   れる自動実行処理を指定された優先度順に従って実行す
   る手段、 の上記（ａ）〜（ｆ）の各手段を電子メール送受信機能
   を具備するコンピュータで機能させるためのプログラム
   を記録した記録媒体。