JPH10171878A - ワークフロー管理システム - Google Patents

Abstract

(57)【要約】 【課題】 文書の回覧を迅速に進めるためにワークフロ
ー管理システムと電子会議システムを共用し、対話の結
果を直ちにワークフローに反映する。 【解決手段】 文書の回覧順序を定義する手段を備え、
その定義に従って回覧文書を回覧者間に回覧制御するワ
ークフロー管理システムにおいて、回覧者間で同期的対
話を提供し対話履歴を登録する手段と、前記対話履歴に
応じて回覧先を変更する手段とを備える。対話は、現回
覧者と将来または過去の回覧者との間で可能であり、対
話を行った回覧者に対する文書の回覧を省略する。これ
により、文書の処理時間を短縮することができ、差し戻
しが発生する案件でも対話機能を有効に活用し、処理時
間を短縮することができる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワークを介
して電子化文書を回覧定義に従い回覧するワークフロー
管理システムに係り、特に、回覧者が文書の処理に際し
て、相談や処理の迅速化のために回覧者間で直接対話を
行うことにより業務を実行する必要がある場合に使用し
て効果的なワークフロー管理システムに関する。

【０００２】

【従来の技術】ワークフロー管理システムに関する従来
技術として、例えば、「日経コンピュータ」(日経ＢＰ
社発行、1994年5月号、Ｐ57〜67）等に記載された技術
が知られている。この従来技術は、業務（書類）の流れ
を定義し、それに基づいて業務を自動的に回覧すること
により、時間短縮、生産性の向上を図るというものであ
り、この従来技術によるワークフロー管理システムは、
ワークフローの定義、実行、監視の３つの要素から構成
されている。

【０００３】そして、ワークフローの定義は、ネットワ
ーク上を流れる電子化文書と、文書の回覧先とを定義
し、ワークフローの実行は、定義した情報に基づいて文
書の回覧を実行する。ワークフローの監視は、流した電
子化文書の処理状況を記録して進捗状況の把握を行い、
統計をとって仕事の流れを分析、改善するツールとして
利用される。また、ワークフローの定義は、スクリプト
（言語）によりプログラミングする、テーブルに回覧順
を表現する、チャートを用いる等の方法によって行われ
ている。

【０００４】また、ネットワークを介してユーザが直接
対話を行うシステムに関する従来技術として、電子会議
システムに関する技術が、例えば、インテル社のProsha
reパーソナル会議ビデオシステムの説明書ｐ６〜１１等
に記載されて知られている。この従来技術による会議シ
ステムは、会議を行うために、ユーザに対応するアドレ
スを登録しておき、対話を確立するときにそのアドレス
を用いて呼び出しを行うものであり、また、前記説明書
ｐ４５〜４６によれば、会議参加者の間でアプリケーシ
ョンを共有し、同時に文書を閲覧することを可能とした
ものである。

【０００５】前述したワークフロー管理システムと電子
会議システムとの両方を用いることにより、対話を行っ
て処理を依頼してから回覧文書を処理してもらうことが
可能になる。

【０００６】

【発明が解決しようとする課題】前述したワークフロー
管理システムと電子会議システムとの両方を用いる従来
技術は、ワークフロー管理システムの中で回覧されてい
る案件を電子会議システムにおいて処理した場合にも、
ワークフロー管理システムの異なるノードの作業者が同
時に処理を行うことができないという問題点を有してい
る。また、電子会議システムのような他のシステムを用
いて次の回覧者との間で直接対話により業務を遂行して
も、次の回覧者は、現在の回覧者が対話後当該文書の処
理を終了してから、再度同じ文書の処理を行う必要が
あ。このため、前記従来技術は、手間と時間とを要する
という問題点をも有している。

【０００７】また、前述の従来技術は、ワークフロー管
理システムの中で回覧されている案件に問題があり、過
去の回覧者に迅速に対応してもらいたい場合、電子会議
システムにより回覧者との間で直接折衝を行っても、案
件の修正により分岐条件に影響のある文書の承認等の属
性が変更になり、処理フローが変わってしまうような場
合、過去の回覧者に、後に案件を差し戻して再度同じ文
書処理を行ってもらう必要が生じ、手間と時間とを要す
るという問題点を有している。

【０００８】さらに、前述の従来技術は、電子会議シス
テムのユーザに対応する端末アドレスが必要であるにも
かかわらず、例えば、ユーザが異なるオフィスからアク
セスしている場合、ユーザの用いている端末が通常のも
のとは異なり、対話を行いたい回覧者のアドレスを知る
ことが難しく、どの端末に接続すればよいかを特定する
ことができないという問題点を有している。

【０００９】本発明の目的は、前述した従来技術の問題
点を解決し、対話の結果を直ちにワークフローに反映す
ることができ、差し戻しが発生する案件でも対話機能を
有効に活用して、処理時間を短縮することができ、か
つ、回覧者の位置を気にせずに対話を行うことができる
ワークフロー管理システムを提供することにある。

【００１０】

【課題を解決するための手段】本発明によれば前記目的
は、文書の回覧順序を定義する手段を備え、その定義に
従って回覧文書を回覧者間に回覧制御するワークフロー
管理システムにおいて、回覧者間で文書処理同期的対話
を提供し対話履歴を登録する手段と、前記対話履歴に応
じて文書の回覧先を変更する手段とを備えることにより
達成される。

【００１１】また、前記目的は、前記同期的対話を提供
する手段が、現回覧者と将来の回覧者との対話を提供
し、前記文書の回覧先を変更する手段が、回覧文書に関
する対話履歴に、将来の回覧者と現回覧者とが対話した
履歴が含まれている場合、前記将来回覧される回覧者へ
の回覧文書の回覧を省略することにより、さらに、前記
同期的対話を提供する手段が、現回覧者と過去の回覧者
との対話を提供し、前記文書の回覧先を変更する手段
が、回覧文書に関する対話履歴に、過去の回覧者と現回
覧者とが対話した履歴が含まれている場合、前記過去の
回覧者の次の回覧者を次の回覧先として決定することに
より達成される。

【００１２】すなわち、本発明は、現回覧者からの次の
回覧者との対話要求に対して、回覧定義と回覧者のワー
クフロー接続状態の情報とを用いて、次の回覧者の端末
に現回覧者との対話要求を送信し、次の回覧者が前記対
話要求に対して許可を送信したとき、前記現回覧者に次
の回覧者への接続情報を送信し、対話履歴として保存す
る機能と、現回覧者からの文書の次の回覧先を変更する
一括遷移要求に対して、現回覧者と次の回覧者とが対話
管理テーブルに登録されているとき、回覧定義と対話履
歴の情報とを用いて次の回覧者の端末に、その文書の承
認等の属性の設定要求を送信し、次の回覧者から属性が
送信されたとき、回覧定義より次の回覧者の次の回覧者
に文書を回覧させるようにしている。

【００１３】また、本発明は、現回覧者からの過去の回
覧者との対話要求に対して、回覧定義と回覧者のワーク
フロー接続状態の情報とを用いて、過去の回覧者の端末
に現回覧者との対話要求を送信し、過去の回覧者が前記
対話要求に対して許可を送信したとき、前記現回覧者に
過去の回覧者への接続情報を送信し、現回覧者からの文
書の次の回覧先を変更する一括遷移要求に対して、現回
覧者と過去の回覧者とが対話管理テーブルに登録されて
いるとき、回覧定義と対話管理テーブルの情報とを用い
て過去の回覧者の端末に、その文書の承認等の設定属性
の修正要求を送信し、過去の回覧者から属性が送信され
たとき、設定された属性と回覧定義の情報とを用いて次
の回覧者を決定し、文書の回覧状態を更新するしてい
る。

【００１４】

【発明の実施の形態】以下、本発明によるワークフロー
管理システムの実施形態を図面により詳細に説明する。

【００１５】図１は本発明の第１及び第２の実施形態に
よるシステム構成を示すブロック図、図２は図１におけ
る対話開始処理部の第１の実施形態による動作を説明す
るフローチャート、図３は図１における一括遷移処理部
の第１の実施形態による動作を説明するフローチャート
である。図１において、１０１はワークフローサーバ
ー、１０２はネットワーク、１０３はクライアント、１
０４は回覧制御部、１０５は対話開始処理部、１０６は
一括遷移処理部、１１３はユーザ状態管理テーブル、１
１４は回覧定義情報ファイル、１１５はユーザ対話管理
テーブル、１１６は文書管理テーブルである。

【００１６】本発明の第１及び第２の実施形態によるワ
ークフロー管理システムは、図１に示すように、ワーク
フローサーバ１０１と複数のクライアント１０３とがネ
ットワーク１０２を介して接続されて構成されている。
回覧者は、クライアント１０３を用いてワークフローサ
ーバ１０１にアクセスし、ワークフローサーバ１０１へ
のログイン・ログアウト処理、自分の回覧文書の取り出
し、その文書に対する処理、文書の回覧先変更のための
遷移処理を行う。

【００１７】ワークフローサーバ１０１は、回覧制御部
１０４、対話開始処理部１０５、一括遷移処理部１０
６、ユーザ状態管理テーブル１１３、回覧定義情報ファ
イル１１４、ユーザ対話管理テーブル１１５、及び、文
書管理テーブル１１６を備えて構成されている。

【００１８】回覧制御部１０４は、回覧者の端末である
クライアント１０３との間の通信コネクションを確立
し、クライアント１０３から送信されたログイン・ログ
アウト要求、文書取り出し、遷移要求等を受け取り、ユ
ーザ状態管理テーブル１１３の更新を行う。すなわち、
回覧制御部１０４は、クライアントからログインが行わ
れたとき、ユーザ状態管理テーブル１１３のユーザの名
前１１３ａの欄にログインした回覧者名、接続状態１１
３ｂの欄に「アイドル」、端末アドレス１１３ｃの欄に
回覧者であるクライアントから送られたパケットから取
り出したアドレスを登録する。

【００１９】また、回覧制御部１０４は、文書の取り出
し要求があったとき、当該文書を文書管理テーブル１１
６の文書内容１１６ｄの欄から取り出すと共に、当該ユ
ーザの接続状態１１３ｂの欄を「処理中」とし、文書の
遷移要求があったとき、文書管理テーブル１１６の回覧
状態１１６ｂの欄を「アイドル」に戻す。そして、クラ
イアントからログアウトが行われたとき、前記各欄の該
当ユーザのレコードを抹消する。

【００２０】また、回覧制御部１０４は、ユーザからの
属性設定要求、文書遷移要求に対して、回覧定義情報フ
ァイル１１４内の情報を用いて、次の回覧先を求め、文
書管理テーブル１１６の回覧状態１１６ｂの欄を更新
し、属性１１６ｃの欄にユーザの設定した属性を格納す
る。

【００２１】次に、対話開始処理部１０５と一括遷移処
理部１０６とにおける処理を説明する。

【００２２】対話開始処理部１０５は、まず、クライア
ント１０３からの対話要求を対話要求検出部１０７によ
り検出する。対話要求は、ユーザが回覧制御部１０４を
介し取り出した文書について行われる。次に、対話開始
処理部１０５は、ユーザ状態管理テーブル１１３内の情
報と回覧定義情報ファイル１１４内の情報とを参照し、
対話する回覧者を決定し対話開始制御部１０８により、
対話開始の処理を行う。次に、対話開始処理部１０５
は、対話情報登録部１０９に、開始された対話で使用す
る文書、処理ユーザ、対話ユーザの情報を、ユーザ対話
管理テーブル１１５内の文書ＩＤ１１５ａ欄、処理ユー
ザ１１５ｂ欄、対話ユーザ１１５ｃ欄に登録させる（ス
テップ１０９）。

【００２３】また、一括遷移処理部１０６は、まず、ク
ライアント１０３からの回覧文書の次の回覧先を変更す
る要求である一括遷移要求の検出を、一括遷移要求検出
部１１０により行う。一括遷移処理部１０６は、次に、
ユーザ対話管理テーブル１１５の情報と回覧定義情報フ
ァイル１１４内の情報とを用いて、認証情報設定処理部
１１１により、一括遷移のための認証情報の設定処理を
行う。次に、一括遷移処理部１０６は、回覧先変更処理
部１１２に、設定された認証情報に基づいて回覧先の変
更処理を行わせ、文書管理テーブル１１６の情報を更新
する。

【００２４】図１に示す本発明の第１の実施形態は、将
来の回覧者との対話を提供し、将来の回覧者との対話履
歴があるとき、将来の回覧者への回覧をスキップする例
である。

【００２５】本発明の第１及び第２の実施形態によるシ
ステムは、対話開始処理部１０５と一括遷移処理部１０
６とを設けた点に特徴があり、本発明の第１の実施形態
は、将来の回覧者との対話を提供し、将来の回覧者との
対話履歴があるとき、将来の回覧者への回覧をスキップ
する例である。以下、本発明の第１の実施形態による処
理部１０５、１０６の動作を説明する。まず、図２に示
すフローを参照して、前述で簡単に説明した対話開始処
理部１０５の処理動作を詳細に説明する。

【００２６】（１）クライアント１０３からの対話要求
を対話要求検出部が受信すると、クライアント１０３を
使用している現回覧者が対話を要求した文書に対応する
回覧定義情報ファイル１１４から現回覧者の次の回覧者
を取り出し、さらに、ユーザ状態管理テーブル１１３か
ら次の回覧者の情報を取り出す（ステップ２０１、２０
２）。

【００２７】（２）ステップ２０２で取り出した次の回
覧者がワークフローサーバ１０１に接続中であるか否か
を判断し、接続中でない場合、現回覧者に次の回覧者が
不在であることを送信して対話要求検出の処理に戻る
（ステップ２０３、２０７）。

【００２８】（３）ステップ２０３の判断で、次の回覧
者が接続中の場合、ユーザ状態管理テーブル１１３に次
の回覧者のアドレスが登録されているので、このアドレ
スを用いて、次の回覧者が使用しているクライアントに
現回覧者からの対話要求を送信し、次の回覧者から要求
を受諾するか否かの情報を受信して、受諾か否かを判断
する（ステップ２０４、２０５）。

【００２９】（４）ステップ２０５の判断で、次の回覧
者が要求を受諾していた場合、現回覧者に次の回覧者の
受諾情報と次の回覧者のアドレスとを送信する。また、
次の回覧者が要求を受諾しなかった場合、現回覧者に次
の回覧者が要求を拒絶したことを送信して対話要求検出
の処理に戻る（ステップ２０６、２０７）。

【００３０】（５）ステップ２０６の処理後、現回覧者
と次の回覧者との対話接続情報を受信したか否かの判断
を行い、対話接続の開始を受信した場合、文書ＩＤと現
回覧者と次の回覧者との情報の組をユーザ対話管理テー
ブルに登録して対話要求検出の処理に戻る。また、対話
接続の開始を受信しない場合、何もせず対話要求検出の
処理に戻る（ステップ２０８、２０９）。

【００３１】前述した処理において、現回覧者は、ステ
ップ２０６の後、次の回覧者のアドレスにより次の回覧
者との接続を行って回覧文書についての打合せを対話に
より行い、同時に回覧文書に対する処理を行うことがで
きる。現回覧者は、この処理の終了後、文書の回覧先変
更のため一括遷移処理の要求を行う。この要求の処理が
一括遷移処理部１０６で実行される。

【００３２】次に、図３に示すフローを参照して、前述
で簡単に説明した一括遷移処理部１０６の処理動作を詳
細に説明する。

【００３３】（１）クライアント１０３からの一括遷移
要求を一括遷移要求検出部で受信すると、認証情報設定
処理部１１１において、クライアント１０３を使用して
いる現回覧者の状態をユーザ対話管理テーブル１１５か
ら検索し、ユーザ対話管理テーブル１１５に現回覧者が
登録されているか否かを判断する。登録されていない場
合、一括遷移不可であることを現回覧者のクライアント
に送信して、一括遷移要求検出の処理に戻る（ステップ
１１０、３０１、３０３、３０７）。

【００３４】（２）ステップ３０３の判断で、ユーザ対
話管理テーブル１１５に現回覧者が登録されていた場
合、テーブル１１５に登録されている次の回覧者の文書
承認等のための設定属性情報を文書に対応する回覧定義
情報ファイルから取り出し、次の回覧者の属性設定の要
求と遷移要求とを、次の回覧者が使用しているクライア
ントに送信する（ステップ３０４、３０５）。

【００３５】（３）次の回覧者からの属性情報を受信し
たか否かの判断を行い、受信しなかった場合、一括遷移
不可であることを現回覧者に送信し、一括遷移要求の処
理に戻る（ステップ３０６、３０７）。

【００３６】（４）ステップ３０６の判断で、次の回覧
者から属性情報を受信していた場合、現回覧者に次の回
覧者の処理完了を送信する（ステップ３０８）。

【００３７】（５）ステップ３０８の処理後、回覧文書
に次の回覧者の設定すべき属性情報が設定されているか
否かの判断を行い、属性情報が設定されている場合、回
覧文書の回覧状態である次の回覧先を、次の回覧者の次
になるように更新する（ステップ３０９、３１０）。

【００３８】（６）ステップ３０９の判断で属性情報が
設定されていなかった場合、及び、ステップ３１０の処
理後、ユーザ対話管理テーブルより現回覧者と次回覧者
との対話を抹消し、一括遷移要求検出の処理に戻る（ス
テップ３１１）。

【００３９】前述した本発明の第１の実施形態によれ
ば、回覧者が文書を迅速に流したい場合、次の回覧者を
呼び出す要求を行うだけで、ワークフローサーバ１０１
に接続されている次の回覧者の接続先を検索し、接続処
理を行うことができ、かつ、次の回覧者の属性設定作業
を呼び出し、次の回覧者への回覧を省略することができ
るので、対話後に改めて文書を回覧し、処理を行うオー
バーヘッドを減少させることができる。

【００４０】前述した本発明り第１の実施形態は、回覧
者に属性設定があるものとして説明したが、回覧者に設
定する属性がない場合、本発明は、前述したステップ３
０５で、次の回覧者に、次の回覧者の次への文書の遷移
要求のみを送信するようにすることができる。

【００４１】次に、本発明の第２の実施形態について説
明する。この実施形態は、同期的対話を現在の回覧者と
過去に文書が回覧済みである以前の回覧者との間で提供
し、対話履歴に以前の回覧者の設定する属性の更新があ
る場合は、以前の回覧者にさかのぼって回覧先を決定す
るというものである。なお、システム構成は、図１に示
すものと同一であり、対話開始処理部と一括遷移処理部
との処理が異なるだけであるので、以下では、これらの
処理について説明する。

【００４２】図４は図１における対話開始処理部の第２
の実施形態による動作を説明するフローチャート、図５
は図１における一括遷移処理部の第１の実施形態による
動作を説明するフローチャートであり、まず、図４に示
すフローを参照して対話開始処理部の動作を説明する。

【００４３】（１）クライアント１０３からの対話要求
を対話要求検出部が受信すると、クライアント１０３を
使用している現回覧者が対話を要求した文書に対応する
回覧定義情報ファイル１１４内の回覧定義から現回覧者
の以前の回覧者を取り出し、ユーザ状態管理テーブル１
１３から以前の回覧者の情報を取り出す（ステップ４０
１、４０２）。

【００４４】（２）ステップ４０２で取り出した以前の
回覧者がワークフローサーバ１０１に接続中であるか否
かを判断し、接続中でない場合、現回覧者に以前の回覧
者が不在であることを送信して対話要求検出の処理に戻
る（ステップ４０３、４０７）。

【００４５】（３）ステップ４０３の判断で、以前の回
覧者が接続中の場合、ユーザ状態管理テーブル１１３に
以前の回覧者のアドレスが登録されているので、このア
ドレスを用いて、以前の回覧者が使用しているクライア
ントに現回覧者からの対話要求を送信し、以前の回覧者
から要求を受諾するか否かの情報を受信して、受諾か否
かを判断する（ステップ４０４、４０５）。

【００４６】（４）ステップ４０５の判断で、以前の回
覧者が要求を受諾していた場合、現回覧者に以前の回覧
者の受諾情報と以前の回覧者のアドレスとを送信する。
また、以前の回覧者が要求を受諾しなかった場合、現回
覧者に以前の回覧者が要求を拒絶したことを送信して対
話要求検出の処理に戻る（ステップ４０６、４０７）。

【００４７】（５）ステップ４０６の処理後、現回覧者
と以前の回覧者との対話接続情報を受信したか否かの判
断を行い、対話接続の開始を受信した場合、文書ＩＤと
現回覧者と以前の回覧者との情報の組をユーザ対話管理
テーブルに登録して対話要求検出の処理に戻る。また、
対話接続の開始を受信しない場合、何もせず対話要求検
出の処理に戻る（ステップ４０８、４０９）。

【００４８】前述した処理においても、第１の実施形態
の場合と同様に、現回覧者は、ステップ４０６の後、以
前の回覧者のアドレスにより以前の回覧者との接続を行
って回覧文書についての打合せを対話により行い、同時
に回覧文書に対する処理を行うことができる。現回覧者
は、この処理の終了後、文書の回覧先変更のため一括遷
移処理の要求を行う。この要求の処理が一括遷移処理部
１０６で実行される。

【００４９】次に、図５に示すフローを参照して一括遷
移処理部の動作の詳細を説明する。

【００５０】（１）クライアント１０３からの一括遷移
要求を一括遷移要求検出部１１０が受信すると、認証情
報設定処理１１１において、クライアント１０３を使用
している現回覧者の状態をユーザ対話管理テーブル１１
５から検索し、ユーザ対話管理テーブル１１５に現回覧
者が登録されているか否かを判断する。登録されていな
い場合、一括遷移不可であることを現回覧者のクライア
ントに送信して、一括遷移要求検出の処理に戻る（ステ
ップ５０１、５０３、５０７）。

【００５１】（２）ステップ５０３の判断で、ユーザ対
話管理テーブル１１５に現回覧者が登録されていた場
合、テーブル１１５に登録されている以前の回覧者の設
定属性情報がもしあれば、その情報を文書に対応する回
覧定義情報ファイルから取り出し、以前の回覧者への属
性設定の要求を、以前の回覧者が使用しているクライア
ントに送信して属性情報の受信を待ち、属性受信がない
場合、現回覧者に以前の回覧者との対話で一括遷移が不
可であることを通知して一括遷移要求検出の処理に戻る
（ステップ５０４、５０７）。

【００５２】（３）ステップ５０４で以前の回覧者から
属性が送られ、これを受信した場合、回覧定義情報ファ
イル１１４内の情報と文書の属性から以前の回覧者の次
の回覧者を求め、それが現回覧者であるか否かを判断す
る（ステップ５０５）。

【００５３】（４）ステップ５０５で、以前の回覧者の
次の回覧者が現回覧者であると判断された場合、現回覧
者が使用しているクライアントに、以前の回覧者が設定
した属性と現回覧者の属性設定要求を送信して属性の受
信を待ち、現回覧者からの属性受信が行われない場合、
以前の回覧者に現回覧者との対話で一括遷移が不可であ
ることを通知して一括遷移要求検出の処理に戻る（ステ
ップ５０６、５０７）。

【００５４】（５）ステップ５０５で、以前の回覧者の
次の回覧者が現回覧者ではないと判断された場合、及
び、ステップ５０６で、現回覧者からの属性が受信され
た場合、回覧先変更部１１２の処理において、まず、以
前の回覧者の次の回覧者が現回覧者か否かを判断する
（ステップ５０８）。

【００５５】（６）ステップ５０８で、以前の回覧者の
次の回覧者が現回覧者であると判断されれば、回覧文書
管理テーブルにおける回覧文書の回覧状態を現回覧者の
次になるように更新し、そうでない場合、回覧状態を以
前の回覧者の次になるように更新する。次に、現回覧者
と以前の回覧者との対話をユーザ対話管理テーブルより
抹消して一括遷移要求検出の処理に戻る（ステップ５０
９〜５１１）。

【００５６】前述した本発明の第２の実施形態による処
理によれば、回覧者が以前の回覧者の処理を迅速に修正
させたい場合、以前の回覧者を呼び出す要求をするだけ
で、ワークフローサーバに接続されている以前の回覧者
の接続先を検索して接続処理を行うことができ、差し戻
した場合の属性設定を対話環境上で呼び出して、属性の
変更によるフローの変更が発生しても差し戻し回覧、再
回覧を行うことなく文書を回覧することができる。

【００５７】

【発明の効果】以上説明したように本発明によれば、次
のような効果を得ることができる。

【００５８】（１）文書の回覧を迅速に進めるために将
来の回覧者と同期的対話を可能にし、対話の履歴を用い
て対話を行った将来の回覧者の回覧を省略することがで
きるので、将来の回覧者が対話後再度同じ文書を読み出
して処理する必要がなくなる。

【００５９】（２）回覧文書の修正を迅速に行うために
以前の回覧者と同期的対話を可能にし、対話の履歴を用
いて以前の回覧者に遡って回覧先を変更することができ
るので、以前の回覧者が対話後再度同じ文書を読み出し
て処理する必要がない。

【００６０】（３）ユーザがワークフロー管理システム
にアクセスした情報を用いて、将来または以前の回覧者
との接続を提供しているので、回覧者は対話を行いたい
回覧者の位置を気にすることなく対話の要求をすること
ができる。

【図面の簡単な説明】

【図１】本発明の第１及び第２の実施形態によるシステ
ム構成を示すブロック図である。

【図２】図１における対話開始処理部の第１の実施形態
による動作を説明するフローチャートである。

【図３】図１における一括遷移処理部の第１の実施形態
による動作を説明するフローチャートである。

【図４】図１における対話開始処理部の第２の実施形態
による動作を説明するフローチャートである。

【図５】図１における一括遷移処理部の第１の実施形態
による動作を説明するフローチャートである。

【符号の説明】

１０１ ワークフローサーバー １０２ ネットワーク １０３ クライアント １０４ 回覧制御部 １０５ 対話開始処理部 １０６ 一括遷移処理部 １１３ ユーザ状態管理テーブル １１４ 回覧定義情報ファイル １１５ ユーザ対話管理テーブル １１６ 文書管理テーブル

───────────────────────────────────────────────────── フロントページの続き (72)発明者 鬼頭 政義 神奈川県横浜市戸塚区戸塚町5030番地 株 式会社日立製作所ソフトウェア開発本部内

Claims (5)

【特許請求の範囲】
1. 【請求項１】 文書の回覧順序を定義する手段を備え、
   その定義に従って回覧文書を回覧者間に回覧制御するワ
   ークフロー管理システムにおいて、回覧者間で文書処理
   との同期的対話を提供し対話履歴を登録する手段と、前
   記対話履歴に応じて文書の回覧先を変更する手段とを備
   えることを特徴とするワークフロー管理システム。
2. 【請求項２】 前記同期的対話を提供する手段は、現回
   覧者と将来の回覧者との対話を提供し、前記文書の回覧
   先を変更する手段は、回覧文書に関する対話履歴に、将
   来の回覧者と現回覧者とが対話した履歴が含まれている
   場合、前記将来回覧される回覧者への回覧文書の回覧を
   省略することを特徴とする請求項１記載のワークフロー
   管理システム。
3. 【請求項３】 前記同期的対話を提供する手段は、現回
   覧者と過去の回覧者との対話を提供し、前記文書の回覧
   先を変更する手段は、回覧文書に関する対話履歴に、過
   去の回覧者と現回覧者とが対話した履歴が含まれている
   場合、前記過去の回覧者の次の回覧者を次の回覧先とし
   て決定することを特徴とする請求項１記載のワークフロ
   ー管理システム。
4. 【請求項４】 前記回覧順序を定義する手段で定義され
   た定義内に、回覧者が回覧文書に設定すべき属性を定義
   しており、回覧文書に対して将来の回覧者が設定する属
   性がある場合、将来の回覧者の端末に前記属性の設定要
   求を送信し、属性の設定がなされた場合、将来の回覧者
   への回覧の省略のため回覧先を変更することを特徴とす
   る請求項２記載のワークフロー管理システム。
5. 【請求項５】 前記回覧順序を定義する手段で定義され
   た定義内に、回覧者が回覧文書に設定すべき属性を定義
   しており、回覧文書に対して過去の回覧者が設定する属
   性がある場合、過去の回覧者の端末に前記属性の設定要
   求を送信し、属性の設定がなされた場合、前記過去の回
   覧者が設定した属性の内容に応じて、過去の回覧者にさ
   かのぼって回覧先を変更することを特徴とする請求項３
   記載のワークフロー管理システム。