JPH11215178A - 非定型ワークフロー制御方法、並びに非定型ワークフロー制御電子メールシステム - Google Patents

Abstract

(57)【要約】 【課題】 回答依頼案件が担当部門の何れかで回答処理
される際に、関係担当部門各々では、その案件が現在、
如何なる処理状況にあるのかを把握すること。 【解決手段】 例えばサイトＡからの回答依頼案件が電
子メールによりサイトＢに一旦送信されるも、サイトＢ
で回答処理不可の場合には、その回答依頼案件は更にサ
イトＣに電子メールにより送信されるが、その旨がサイ
トＢからサイトＡに電子メールにより連絡される一方、
サイトＣでその回答依頼案件に対する回答処理が行われ
た場合には、回答案件がサイトＡに電子メールにより送
信された上、その旨がサイトＢに電子メールにより連絡
されるようにしたものである。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、担当内容が少なく
とも相異なる３以上の担当部門のうち、何れかの担当部
門で発生した回答依頼案件が直接間接に電子メールによ
り他担当部門の何れかに送信された上、回答処理される
までの間に亘って、その回答依頼案件に直接間接に係わ
った担当部門各々では、その回答依頼案件がそれら担当
部門各々で現在、如何なる処理状況にあるのかが容易に
把握・管理されるようにした非定型ワークフロー制御方
法、更には、そのような把握・管理が可能ならしめられ
た非定型ワークフロー制御電子メールシステムに関する
ものである。

【０００２】

【従来の技術】例えばソフトウェアの開発とその保守管
理に例を採れば、これまでにあっては、ソフトウェアの
開発中やその保守上、何等かの問題等が発生した場合を
想定すれば、問題処理票等（以下、処理票と称す）が紙
として発行されているのが実情である。処理票は問題提
起者（問題発見者等）により起票された上、先ず受付担
当者へ、その受付担当者から中間処理担当者を介し処理
専門担当者へ、といった流れで順次伝達・処理されるこ
とによって、問題処理の解決とその管理が図られていた
ものである。しかしながら、処理票がそのようにして伝
達・処理される場合には、いきおい、処理票に対する迅
速な処理とその管理は困難にならざるを得ないものとな
っている。というのは、問題処理上での処理遅延要素と
して、例えばソフトウェア開発プロジェクトが多地点で
展開されていたり、処理票がある地点で長期に亘って滞
っている場合を考慮すれば、処理票が経由されるべき担
当者の人数如何によっては、現在、処理票が何れの担当
者の下にあって、しかも、その処理票に対する問題処理
が如何なる状況にあるのかが問題提起者側では何等知り
得ず、処理票が経由されるべき担当者の人数が多い程
に、処理状況の確認は一般に容易ではないからである。

【０００３】そこで、近年では、パーソナルコンピュー
タの飛躍的な普及やネットワークの充実に伴い、紙ベー
スではなく、電子メールやグループウェア等の電子化伝
達手段によって処理を迅速に行うことも考えられてい
る。その電子化伝達手段によるものとしては、例えば特
開平７−２３０４１５号公報による電子メールの自動回
付が知られたものとなっている。これによる場合、例え
ば企業組織内で起票される書類は、電子メールとして自
動的に所望の回付先順序パターンを以て回付されるもの
となっている。

【０００４】

【発明が解決しようとする課題】しかしながら、電子メ
ールによる単なる処理では、最初に処理を依頼された担
当者がその処理の内容を判断の上、処理不可の場合に
は、更にその処理を何れの担当者に依頼するかを決定し
得るばかりか、他担当者から処理を依頼された担当者は
更に別担当者に処理を依頼する場合があり得る等、問題
提起者や最初に依頼を依頼された担当者等では、現在、
その依頼処理が何れの担当者の下にあって、如何なる処
理状況にあるかが一元的に管理され得ないものとなって
いる。

【０００５】また、上記公報に開示された電子メールの
自動回付は、いうなれば、それは一般にグループウェア
と称されているシステム内でのワークフロー処理方式と
同一であり、定型回付先順序パターンの事前設定により
回付先ルートが固定化されていることから、本来的に回
付先ルートが予め定められている書類回覧等には非常に
効果的であり、また、現在、何れの回付先まで回付され
ているかの把握も比較的容易となっている。しかし、例
えばソフトウェアの開発中やその保守上での諸問題とい
ったような案件処理に対しては、回付先パターンが固定
化されることにはそれほど重要な意味があるわけではな
く、むしろ、次回付先は柔軟性を以てその都度、最適に
決定されるのが望ましいものとなっている。たとえ、次
回付先が最適に決定されるとしても、現在、その案件処
理が何れの担当者の下にあって、如何なる処理状況にあ
るのかが一元的に管理される必要があるというものであ
る。

【０００６】本発明の第１の目的は、担当内容が少なく
とも相異なる３以上の担当部門のうち、何れかの担当部
門で発生した回答依頼案件が直接間接に電子メールによ
り他担当部門の何れかに送信された上、回答処理される
に際して、その回答依頼案件に直接間接に係わった担当
部門各々では、その回答依頼案件が現在、如何なる処理
状況にあるのかが容易に把握・管理され得る非定型ワー
クフロー制御方法を供するにある。本発明の第２の目的
はまた、そのような把握・管理が可能ならしめられた非
定型ワークフロー制御電子メールシステムを供するにあ
る。

【０００７】

【課題を解決するための手段】上記第１の目的は、担当
部門各々では、自担当部門のみでは処理し得ない案件が
発生する度に、該案件は未完案件として登録されるとと
もに、適当な何れか１つの他担当部門が送信先として選
択・登録された上、自担当部門を原送信元として該案件
が原送信元識別情報とともに電子メールにより該送信先
に回答依頼案件として送信され、また、他担当部門から
の回答依頼案件が受信される度に、該回答依頼案件が自
担当部門で回答処理し得ない場合には、該回答依頼案件
は未完案件として登録された後、自担当部門を中継送信
元として適当な何れか１つの他担当部門が送信先として
選択・登録された上、該回答依頼案件が原送信元、中継
送信元各々の識別情報とともに電子メールにより該送信
先に回答依頼案件として送信されるとともに、回答依頼
案件が該送信先に送信された旨が原送信元、中継送信元
各々に直接間接に電子メールにより連絡される一方、自
担当部門で回答処理し得た場合は、回答処理内容が回答
案件として原送信元、中継送信元各々に電子メールによ
り直接間接に送信され、更に、他担当部門から、回答依
頼案件が送信先に送信された旨が連絡される度に、該回
答依頼案件に対するものとして管理・登録されている、
少なくとも原送信元識別情報を含む送信先経路情報が更
新され、更にまた、他担当部門から回答案件が受信され
る度に、該回答案件に対するものとして登録されている
未完案件が完了案件として更新されることで達成され
る。

【０００８】上記第２の目的はまた、担当内容が少なく
とも相異なる３以上の担当部門各々が電子メール用通信
処理装置を介し相互に通信可とされるべく、担当部門対
応電子メール用通信処理装置には、自担当部門のみでは
処理し得ない案件が発生する度に、該案件は未完案件と
して登録されるとともに、適当な何れか１つの他担当部
門が送信先として選択・登録された上、自担当部門を原
送信元として該案件を原送信元識別情報とともに電子メ
ールにより該送信先に回答依頼案件として送信する機
能、他担当部門からの回答依頼案件が受信される度に、
該回答依頼案件が自担当部門で回答処理し得ない場合
に、該回答依頼案件は未完案件として登録された後、自
担当部門を中継送信元として適当な何れか１つの他担当
部門が送信先として選択・登録された上、該回答依頼案
件を原送信元、中継送信元各々の識別情報とともに電子
メールにより該送信先に回答依頼案件として送信すると
ともに、回答依頼案件が該送信先に送信された旨を原送
信元、中継送信元各々に直接間接に電子メールにより連
絡する一方、自担当部門で回答処理し得た場合に、回答
処理内容を回答案件として原送信元、中継送信元各々に
電子メールにより直接間接に送信する機能、他担当部門
から、回答依頼案件が送信先に送信された旨が連絡され
る度に、該回答依頼案件に対するものとして管理・登録
されている、少なくとも原送信元識別情報を含む送信先
経路情報を更新する機能、他担当部門から回答案件が受
信される度に、該回答案件に対するものとして登録され
ている未完案件を完了案件として更新する機能、をそれ
ぞれ具備せしめることで達成される。

【０００９】

【発明の実施の形態】以下、本発明の実施形態につい
て、図１から図１４により詳細に説明する。先ず本発明
の具体的説明に先立って、その具体的説明中で使用され
ている字句について予め定義しておけば、ある種類の案
件処理に対して同一形式の帳票を作成の上、その帳票管
理単位をフォルダ（folder）として定義し、また、同一
フォルダが参照可とされているシステム利用者のグルー
プはサイト（site）（担当部門に相当）として定義され
ているものとする。サイト各々では、そのデータベース
上にフォルダが作成された上、案件各々について、その
回答の有無や未完・完了処理等を把握・管理しようとい
うものである。

【００１０】さて、本発明について具体的に説明すれ
ば、図１は本発明に係る案件管理システム（担当部門対
応の電子メール用通信処理装置一般に相当し、具体的に
はパーソナルコンピュータとして構成）１０１の一例で
の概要構成を示したものである。これによる場合、サイ
ト各々における案件管理システム１０１においては、電
子メールにより回答依頼案件１３１が受信される度に、
一覧表示（メイン）プログラム１１１により転送経路情
報（受付案件）が付加された後、フォルダ１１３がアク
セスされるものとなっている。それが未完案件として登
録されるべきフォルダ１１３がある場合は、そのフォル
ダ内にそれが案件ファイル１２２として登録されるが、
該当フォルダが存在しない場合には、フォルダ管理ファ
イル１２１が新規に作成された上、案件ファイル１２２
として登録されるものとなっている。このようにして登
録された案件ファイル１２２各々は、一覧表示プログラ
ム１１１や帳票編集プログラム１１２によりそのサイト
内で自由に表示・編集・出力等が可能とされているもの
である。

【００１１】ところで、そのようにして登録された未完
案件であるが、それがそのサイト内で回答処理可能な場
合には、帳票編集プログラム１１２により回答が作成さ
れた上、その未完案件は完了案件として更新された後、
一覧表示プログラム１１１により転送経路情報（回答案
件）が付加された状態として、電子メールにより他サイ
トに回答案件１３４として送信されるものとなってい
る。もしも、その未完案件がそのサイト内で回答処理不
可な場合は、一覧表示プログラム１１１により転送経路
情報（依頼案件）が付加された上、回答依頼案件１３３
として電子メールにより他サイトに送信されているもの
である。一方、他サイトから電子メールにより回答案件
１３２が受信された場合には、一覧表示プログラム１１
１により転送経路情報（受付案件）が付加された上、フ
ォルダ内の案件ファイル１２２は完了案件として更新さ
れるが、必要に応じてその回答案件１３２は、更に他サ
イトに回答案件１３４として送信されるものとなってい
る。回答依頼案件や回答案件各々には転送経路情報と帳
票データ（案件の具体的内容）が含まれるものとして、
各サイト間ではそれら案件が電子メールにより送受信さ
れているものである。

【００１２】図２はまた、サイト内での回答依頼案件と
それに対する回答案件の流れを示したものである。これ
による場合、外部サイトからの回答依頼案件１３１はフ
ァイル入出力処理部２０１で転送経路情報に受付を示す
属性が付加された上、フォルダ１１３内案件ファイルに
未完案件として登録される。また、そのサイト内で発生
した回答依頼案件２０２についても、同様にしてフォル
ダ１１３内案件ファイルに未完案件として登録される。
それら登録未完案件がそのサイト内で回答処理され得な
い場合には、更に、他の外部サイトに回答依頼が行われ
るべく、ファイル入出力処理部２０１を介しファイル出
力が行われるが、その際に、転送経路情報には依頼を示
す属性が付加された上、その未完案件は回答依頼案件１
３３として外部サイトに電子メールにより送信されるも
のとなっている。一方、そのサイト内でそれら未完案件
に対する回答処理２０３が行われた場合には、フォルダ
１１３内未完案件は完了案件として更新されるが、その
未完案件が外部サイトからの回答依頼案件に対するもの
である場合には、ファイル入出力処理部２０１を介しフ
ァイル出力が行われるものとなっている。その際、転送
経路情報には回答を示す属性が付加された上、回答案件
１３４として外部サイトに送信されているものである。
また、外部サイトからの回答案件１３２が受信された場
合は、ファイル入出力処理部２０１において転送経路情
報に受付を示す属性が付加された上、フォルダ内未完案
件は完了案件として更新されるものとなっている。その
回答案件１３４が自サイトで発生された回答依頼案件に
対するものでない場合には、その回答案件１３２は、更
に外部サイトに回答案件１３４として送信されているも
のである。

【００１３】ここで、転送経路情報に使用されている各
種キーワードについて説明すれば、表１はそれらキーワ
ードの一例で属性を示したものである。

【００１４】

【表１】

【００１５】これによる場合、案件の他サイトへの送信
は“依頼”，“回答”の２つに分けられ、案件の他サイ
トからの受信は“受付”として、表１に示すキーワード
が電子メールにより送受信される案件中の転送経路情報
に追加・保存されるものとなっている。

【００１６】図３は、あるサイトで他サイトから回答依
頼案件を受信した場合での処理の流れと案件管理システ
ム内で自動的に処理される内容を示したものである。こ
れによる場合、先ず回答依頼案件の受信３０１があった
場合、転送経路情報の書かれた転送経路情報ファイルの
末尾には受信を示すキーワード“receives”と送信元サ
イト、日時等の必要な情報の追加３１１が行われるもの
となっている。次に、受信された案件中の帳票データ
の、案件管理システム内のフォルダへの新規／未完案件
としての登録３０２，３２１が行われるものとなってい
る。その後、その未完案件について、サイト内での回答
処理の可否の判断３０３が行われるが、もしも、回答処
理が行われた場合は、フォルダに登録されているその未
完案件の帳票データは回答案件としての更新３０４，３
２２が行われた上、回答案件としての送信３０５が行わ
れているものである。その送信３０５に際しては、転送
経路情報ファイルの末尾には回答を示すキーワード“re
turns”と必要な情報の追加３１３が行われているもの
である。また、もしも、そのサイト内で回答処理が不可
とされた場合には、当該案件の帳票データの転送案件と
しての更新３２３が行われた上、他サイトへの転送３０
６が行われているものである。その転送３０６に際して
は、転送経路情報ファイルの末尾には転送を示すキーワ
ード“sends”と必要な情報の追加３１２が行われてい
るものである。

【００１７】さて、ここで、具体例として、あるソフト
ウェア開発におけるテスト部門をサイトＡ、システム取
りまとめ部門をサイトＢ、各機能を実現させるソフトウ
ェア設計部門の１つをサイトＣとして、サイトＡで発生
した回答依頼案件がサイトＢに一旦送信され、更にサイ
トＣに送信された上、回答処理が行われる場合に例を採
って、その際での処理について具体的に説明すれば以下
のようである。

【００１８】即ち、サイトＡで発見された問題がサイト
Ｂに連絡され、更に、専門担当部門としてのサイトＣに
対策依頼が行われる場合が想定されているわけである
が、図４はサイトＡで発生したある回答依頼案件処理が
サイトＢに依頼される際での処理概要を示したものであ
る。図示のように、サイトＡでソフトウェアテスト中に
何等かの問題が発生すれば、サイトＡ内案件処理システ
ム１０１では、その問題は回答依頼案件としてフォルダ
に一旦登録された上、回答依頼処理が電子メール４０１
によりサイトＢに依頼されるものとなっている。サイト
ＡからサイトＢに送信される電子メール４０１には、転
送経路を示す転送経路情報４１１と依頼内容である帳票
データ４１２が含まれているが、この電子メール４０１
がサイトＢ内案件管理システム１０１で受信された場
合、依頼受付処理として、転送経路情報４１１には受付
を示すキーワードが追加された上、サイトＢ内のフォル
ダに一旦登録されるものとなっている。

【００１９】図５はまた、サイトＡからサイトＢに向け
て電子メール４０１が送信される際での転送経路情報４
１１，５０１の一例を示したものである。図示のよう
に、本例での転送経路情報５０１は、“送信日付”、
“送信時刻”、“送信元サイト名”、“属性”、“送信
先サイト名”、“案件名（送信元サイト内での）”とい
った項目が所定順に付加された状態として構成されてお
り、１９９７年９月１２日の１３時１０分１４秒にサイ
トＡ内で問題０００１として登録されている回答依頼案
件の処理がサイトＡからサイトＢに依頼されたことが表
されている。

【００２０】同じく、図６はサイトＡからサイトＢに向
けて送信される電子メール４０１内の帳票データ４１２
が、帳票編集プログラム１１２により表示される際での
表示例を示したものである。ＣＳＶ形式等としての帳票
データ４１２は帳票編集プログラム１１２により定型フ
ォーマット帳票として随時表示可とされているものであ
る。

【００２１】図７はまた、サイトＡからの電子メール４
０１がサイトＢ内案件管理システム１０１で受信された
上、受付処理された際での転送経路情報の一例を示した
ものである。図示のように、図５に示す転送経路情報５
０１の後に、サイトＢで回答依頼処理を受付したことを
示す行７０１が新たに追加されたものとなっている。本
例では、サイトＢでは、サイトＡからの案件は１９９７
年９月１２日の１３時３５分８秒に問題０００５として
登録されたものであることが判る。

【００２２】図８はサイトＡからサイトＢへの回答依頼
案件がそのサイトＢ内で回答処理され得ずに、更にサイ
トＣに送信された場合での処理概要を示したものであ
る。図示のように、サイトＢ内案件管理システム１０１
でのフォルダに一旦登録された案件は、更にサイトＣへ
の回答依頼案件としてその属性が更新された上、図４で
示したのと同様に、電子メール８０１により転送経路情
報８１１と帳票データ８１２を含む状態としてサイトＣ
に送信されるものとなっている。その際に、サイトＢ内
案件管理システム１０１では、転送経路情報８１１内に
自サイトＢと転送先（送信先）サイトＣ以外のサイト情
報が存在する場合には、そこにも転送経路情報８１１の
みが送信されるものとなっている。本例では、転送経路
情報８１１内にはサイト情報として“サイトＡからの依
頼”が存在していることから、サイトＢ内案件管理シス
テム１０１からサイトＡには自動的に転送経路情報８１
１が送信されているものである。その転送経路情報８１
１がサイトＡで受信された場合、サイトＡ内案件管理シ
ステム１０１内に登録されている該当案件はその属性が
自動的に更新されるが、これによりサイトＡでは、サイ
トＢへの回答依頼案件が、更にサイトＢからサイトＣに
送信されたことが問合せ不要として、自サイト内案件管
理システム１０１上で容易に、しかも速やかに知れるも
のである。

【００２３】図９はまた、サイトＢからサイトＣに更に
案件処理が依頼される際での転送経路情報８１１の一例
を示したものである。図示のように、“サイトＡからの
依頼”、“サイトＢでの受付”という情報の後に、“サ
イトＢからサイトＣへの依頼”という情報９０１が新た
に付加されたものとなっている。既述のように、この際
での転送経路情報８１１は、電子メール８０２による連
絡という形でサイトＢからサイトＡに対しても送信され
ているものである。

【００２４】図１０は、サイトＡからサイトＢに依頼さ
れた案件がサイトＢ内案件管理システム１０１のあるフ
ォルダに登録された時点での案件一覧を、一覧表示プロ
グラム１１１により表示させた際での表示例を示したも
のである。本例では、左側から“日時”１００１、“送
信元”、“送信元案件名”、“自サイト内登録名”、
“処理”１００２、“転送先”、“回答”の項目順で表
示されており、項番NO．３として示すように、サイトＡ
からの回答依頼案件は現在、未処理案件として登録され
ていることが判る。

【００２５】図１１は、サイトＢからサイトＣに回答依
頼案件が依頼された直後でのサイトＢ内フォルダに登録
されている案件一覧を、一覧表示プログラム１１１によ
り表示させた際での表示例を示したものである。図１０
に示すものに比し“日時”１１０１、“処理”１１０２
各々の項目が更新されている他、“転送先”１１０３が
新たに追加されたものとなっている。このように、案件
が自サイトから他サイトに依頼送信される際には、本例
では３つの項目が更新されているものであり、他サイト
から電子メールにより転送経路情報の連絡が自サイトで
受信された際にも、フォルダ内データのうち、それら３
つの項目が自動的に更新されているものである。他サイ
トから回答案件が受信されることにより、自サイト内に
回答処理内容としての帳票データが存在する場合には、
項目としての“回答”は回答有りとして表示されている
ものである。

【００２６】図１２は、サイトＢからの電子メール８０
１がサイトＣ内案件管理システム１０１で受信された
上、受付処理された際での転送経路情報の一例を示した
ものである。図示のように、図９に示す転送経路情報の
末尾には、サイトＣで依頼が受付されたことを示す行１
２０１が新たに追加されたものとなっている。

【００２７】図１３は、サイトＢからの回答依頼案件が
サイトＣ内で回答処理された上、サイトＡに回答案件が
直接送信される場合での処理概要を示したものである。
この場合、電子メール機能によりサイトＣからサイト
Ａ，Ｂ各々に回答案件を送信することも、また、サイト
ＣからサイトＢを介しサイトＡに回答案件を送信するこ
とも可能とされているが、サイトＡ，Ｃ間に中継送信元
サイトが多数存在している場合には、サイトＣから送信
元としてのサイトＡに回答案件が電子メール１３０１に
より直接送信されるのが望ましくなっている。これは、
サイトＣで転送経路情報を確認の上、その回答依頼案件
の送受信に係わる全てのサイトに回答案件を返送するこ
とは煩わしいばかりか、連絡漏れが生じる虞があるから
である。また、ネットワーク上でのトラフィックやサイ
ト内フォルダの容量等の観点からしても、更には、回答
案件が特に必要とされないサイトの存在も考慮すれば、
送信元のサイトＡに直接回答案件が送信されるのが望ま
しいからである。尤も、送信元のサイトＡのみに回答案
件が送信される場合であっても、サイトＣでは、サイト
Ｃで回答処理が完了しサイトＡに回答案件が送信された
旨の情報を含む転送経路情報１３１１を作成の上、残り
のサイト（本例では、サイトＢがそれに相当）にその転
送経路情報１３１１を電子メール１３０２により自動的
に送信すればよいものである。これによりサイトＢで
は、サイトＣからの転送経路情報１３１１による連絡が
受付された時点で、該当回答依頼案件についての回答処
理完了が知れるものである。もしも、サイトＢで回答案
件の内容が必要ならば、サイトＡ，Ｃの何れかに問合せ
すればよいものである。

【００２８】図１４は、サイトＣからサイトＡに回答案
件が直接送信される場合での転送経路情報１３１１の一
例を示したものである。図示のように、それまでの転送
経路情報に、サイトＣで回答処理が行われた上、サイト
Ａに回答案件が送信された旨の情報１４０１が追加され
たものとなっている。

【００２９】以上のように、送信元サイトからの回答依
頼案件は、送信先サイト各々でそのその都度、管理され
たものとなっている。本例では、説明の簡単化上、サイ
ト数が３つの場合を示したが、一般的には、サイト数が
３以上の場合に適用可能であり、サイト数が増加しても
特に問題は生じないものとなっている。また、以上の説
明では、処理される案件の属性を依頼、回答、受付の３
つに分けたが、属性の種類を増やすことにより、更にき
め細かな管理が可能となる。更に、以上の説明では、ソ
フトウェア開発上での諸問題に具体例が採られている
が、これ以外にも種々の分野に適用可となっている。例
えばある電化製品を取り扱う営業部門をサイトＡ、ハー
ドウェア設計部門をサイトＢ、ソフトウェア設計部門を
サイトＣとして、市場や顧客からある電化製品について
その機能追加の要望があった際に、営業部門からはハー
ドウェア設計部門に対して実現可能か、また、いつ頃ま
でに実現できるか等を問い合わせる一方、依頼を受けた
ハードウェア設計部門ではまた、自部門内で回答可か否
かを検討の上、ソフトウェア設計部門の回答が必要な場
合には、更にソフトウェア設計部門に回答要求を出す、
といった場合にも適用可能となっている。

【００３０】

【発明の効果】以上、説明したように、請求項１による
場合は、担当内容が少なくとも相異なる３以上の担当部
門のうち、何れかの担当部門で発生した回答依頼案件が
直接間接に電子メールにより他担当部門の何れかに送信
された上、回答処理されるに際して、その回答依頼案件
に直接間接に係わった担当部門各々では、その回答依頼
案件が現在、如何なる処理状況にあるのかが容易に把握
・管理され得る非定型ワークフロー制御方法が、また、
請求項２による場合には、そのような把握・管理が可能
ならしめられた非定型ワークフロー制御電子メールシス
テムがそれぞれ得られたものとなっている。

【図面の簡単な説明】

【図１】図１は、本発明に係るサイト対応案件管理シス
テムの一例での概要構成を示す図

【図２】図２は、サイト内での回答依頼案件とそれに対
する回答案件の流れを示す図

【図３】図３は、あるサイトで他サイトから回答依頼案
件を受信した場合での処理の流れと案件管理システム内
で自動的に処理される内容を示す図

【図４】図４は、送信元サイトで発生したある案件処理
が他サイトに依頼される際での処理概要を示す図

【図５】図５は、その際での転送経路情報の一例を示す
図

【図６】図６は、同じく帳票データの帳票編集プログラ
ムによる表示例を示す図

【図７】図７は、送信元サイトからの回答依頼案件が自
サイトで受信された上、受付処理された際での転送経路
情報の一例を示す図

【図８】図８は、送信元サイトからの回答依頼案件が他
サイトを介し、更に異なる他サイトに依頼される際での
処理概要を示す図

【図９】図９は、その際での転送経路情報の一例を示す
図

【図１０】図１０は、送信元サイトから受信された依頼
案件が自サイトに登録された時点での案件一覧の一覧表
示プログラムによる表示例を示す図

【図１１】図１１は、送信元サイトから受信された依頼
案件が自サイトを介し、更に他の異なるサイトに依頼送
信された時点での案件一覧の一覧表示プログラムによる
表示例を示す図

【図１２】図１２は、送信元サイトから受信された依頼
案件が自サイトを介し、更に他の異なるサイトに依頼送
信された上、受付処理された際での転送経路情報の一例
を示す図

【図１３】図１３は、中継送信元サイトからの回答依頼
案件があるサイト内で回答処理された上、送信元サイト
に回答案件が直接送信される場合での処理概要を示す図

【図１４】図１４は、その際での転送経路情報の一例を
示す図

【符号の説明】

１０１…案件管理システム（電子メール用通信処理装置
一般）、１１１…一覧表示（メイン）プログラム、１１
２…帳票編集プログラム、１１３…フォルダ、１２１…
フォルダ管理ファイル、１２２…案件ファイル

───────────────────────────────────────────────────── フロントページの続き (72)発明者 峯尾 正美 神奈川県横浜市戸塚区戸塚町180番地 日 立通信システム株式会社内

Claims (2)

【特許請求の範囲】
1. 【請求項１】 担当内容が少なくとも相異なる３以上の
   担当部門が存在している場合に、担当部門各々では、 自担当部門のみでは処理し得ない案件が発生する度に、
   該案件は未完案件として登録されるとともに、適当な何
   れか１つの他担当部門が送信先として選択・登録された
   上、自担当部門を原送信元として該案件が原送信元識別
   情報とともに電子メールにより該送信先に回答依頼案件
   として送信され、 他担当部門からの回答依頼案件が受信される度に、該回
   答依頼案件が自担当部門で回答処理し得ない場合には、
   該回答依頼案件は未完案件として登録された後、自担当
   部門を中継送信元として適当な何れか１つの他担当部門
   が送信先として選択・登録された上、該回答依頼案件が
   原送信元、中継送信元各々の識別情報とともに電子メー
   ルにより該送信先に回答依頼案件として送信されるとと
   もに、回答依頼案件が該送信先に送信された旨が原送信
   元、中継送信元各々に直接間接に電子メールにより連絡
   される一方、自担当部門で回答処理し得た場合は、回答
   処理内容が回答案件として原送信元、中継送信元各々に
   電子メールにより直接間接に送信され、 他担当部門から、回答依頼案件が送信先に送信された旨
   が連絡される度に、該回答依頼案件に対するものとして
   管理・登録されている、少なくとも原送信元識別情報を
   含む送信先経路情報が更新され、 他担当部門から回答案件が受信される度に、該回答案件
   に対するものとして登録されている未完案件が完了案件
   として更新されるようにした非定型ワークフロー制御方
   法。
2. 【請求項２】 担当内容が少なくとも相異なる３以上の
   担当部門各々が電子メール用通信処理装置を介し相互に
   通信可として接続されてなる非定型ワークフロー制御電
   子メールシステムであって、担当部門対応電子メール用
   通信処理装置には、 自担当部門のみでは処理し得ない案件が発生する度に、
   該案件は未完案件として登録されるとともに、適当な何
   れか１つの他担当部門が送信先として選択・登録された
   上、自担当部門を原送信元として該案件を原送信元識別
   情報とともに電子メールにより該送信先に回答依頼案件
   として送信する機能、 他担当部門からの回答依頼案件が受信される度に、該回
   答依頼案件が自担当部門で回答処理し得ない場合に、該
   回答依頼案件は未完案件として登録された後、自担当部
   門を中継送信元として適当な何れか１つの他担当部門が
   送信先として選択・登録された上、該回答依頼案件を原
   送信元、中継送信元各々の識別情報とともに電子メール
   により該送信先に回答依頼案件として送信するととも
   に、回答依頼案件が該送信先に送信された旨を原送信
   元、中継送信元各々に直接間接に電子メールにより連絡
   する一方、自担当部門で回答処理し得た場合に、回答処
   理内容を回答案件として原送信元、中継送信元各々に電
   子メールにより直接間接に送信する機能、 他担当部門から、回答依頼案件が送信先に送信された旨
   が連絡される度に、該回答依頼案件に対するものとして
   管理・登録されている、少なくとも原送信元識別情報を
   含む送信先経路情報を更新する機能、 他担当部門から回答案件が受信される度に、該回答案件
   に対するものとして登録されている未完案件を完了案件
   として更新する機能、がそれぞれ具備せしめられてなる
   非定型ワークフロー制御電子メールシステム。