JP3842360B2 - Workflow history information acquisition method, history server history information acquisition method, workflow history information acquisition system, workflow server, and history server - Google Patents
Workflow history information acquisition method, history server history information acquisition method, workflow history information acquisition system, workflow server, and history server Download PDFInfo
- Publication number
- JP3842360B2 JP3842360B2 JP1636597A JP1636597A JP3842360B2 JP 3842360 B2 JP3842360 B2 JP 3842360B2 JP 1636597 A JP1636597 A JP 1636597A JP 1636597 A JP1636597 A JP 1636597A JP 3842360 B2 JP3842360 B2 JP 3842360B2
- Authority
- JP
- Japan
- Prior art keywords
- history
- server
- history information
- information
- workflow
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
- 238000000034 method Methods 0.000 title claims description 183
- 230000005540 biological transmission Effects 0.000 description 33
- 238000010586 diagram Methods 0.000 description 9
- 238000000605 extraction Methods 0.000 description 9
- 239000000284 extract Substances 0.000 description 8
- 238000009825 accumulation Methods 0.000 description 5
- 238000011112 process operation Methods 0.000 description 4
- 230000000694 effects Effects 0.000 description 1
- 230000010365 information processing Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Computer And Data Communications (AREA)
Description
【0001】
【発明の属する技術分野】
本発明は、ワークフローの履歴情報取得方法及び履歴サーバの履歴情報取得方法及びワークフローの履歴情報取得システム及びワークフローサーバ及び履歴サーバに係り、特に、ワークフローシステムにおける複数のサーバ及び複数クライアントで実施されたプロセスの履歴情報の取得を行うためのワークフローシステムにおけるワークフローの履歴情報取得方法及び履歴サーバの履歴情報取得方法及びワークフローの履歴情報取得システム及びワークフローサーバ及び履歴サーバに関する。
【0002】
詳しくは、ワークフローは、仕事の流れを定義したもの(仕事のテンプレート)、担当者(人)と仕事の内容の関係(順番)等を定義したのをプランといい、担当者と仕事の内容の関係に対応するステージを設定する。クライアント側では、設定されたプランから、プランの実態として、プロセスを実行するための情報を識別子を付与して管理するプロセスを生成する起案を行うものである。
【0003】
このようにして生成されたワークフローを複数のユーザ及びサーバにおいて、実施する際に、システムの規模が大きくなるに従って構成されるサーバ数の増加と、クライアント数の増加が要求され、複数サーバと複数クライアントにおけるワークフローシステムの形態が増加している。このワークフローシステムは、承認、不備の日付や担当者等の履歴の情報の伝達が必須となっているため、複数のサーバに跨がるプロセスの履歴をネットワーク負荷を増大させないで各クライアント側で取得する必要がある。本発明は、このような複数のサーバに跨がるプロセスの履歴を各クライアント側で取得することが可能なワークフローシステムにおけるワークフローの履歴情報取得方法及び履歴サーバの履歴情報取得方法及びワークフローの履歴情報取得システム及びワークフローサーバ及び履歴サーバに関する。
【0004】
【従来の技術】
図13は、ワークフローシステムの概要を示す。
同図に用いられている各用語を説明する。
プランとは、仕事の流れを定義したものであり(仕事のテンプレート)、担当者(人)と仕事の内容の関係(順番)等を定義したものである。
【0005】
プランにおけるステージとは、プロセスのタスクに対応し、プラン中の仕事を表す。
プロセスは、プランの実態であり、プロセスを実行するための情報を識別子を付けて管理する。
【0006】
プロセスにおけるタスクとは、プロセス中の仕事を表し、プランのステージに対応する。
起案とは、プランからプロセスを生成する処理である。
次に、ワークフローシステムのシステム構成を説明する。
【0007】
図14は、従来のワークフローシステムの構成を示す。
あるネットワーク中に複数のワークフロークライアント(以下単にクライアントと記す)101 、102 と、1つのワークフローサーバ(以下単にサーバと記す)20が接続され、サーバ20は、プラン情報、プロセス情報、ローカル履歴情報を有するワークフローデータベース30を有する。
【0008】
まず、クライント10がプランに基づいてプロセスを生成し、サーバ20に転送する。これによりサーバ20は、取得したプロセスをワークフローデータベース30に格納する。
次に、サーバ20は、先頭のタスクをカレントタスクとし、ユーザがクライアント10からログイン(担当者名)すると、サーバ20は、カレントタスクの担当者とユーザ名が一致するプロセスについてその旨をユーザに通知する。サーバ20から通知されたクライアント10は、カレントタスクの処理を実行する。クライアント10による実行が完了すると、カレントタスクを次のタスクに変更する。さらに、タスクの処理を完了すると、そのタクスに関連している担当者や日付等を履歴情報としてワークフローデータベース30にローカルな情報として保存しておく。プロセス中の最後のタスクが終了すると、当該プロセスを終了する。
【0009】
図15は、従来の複数のサーバに跨がるワークフローシステムの構成を示す。
従来において、複数のサーバ201 、202 、203 及び履歴サーバ50がネットワーク401 、402 を介して接続されている。
このようなシステムにおいて連携してタスクを処理する場合には、例えば、クライアント101 によりタスクの処理が完了すると、当該クライアント101 を統括するサーバ201 は、ローカルなワークフローデータベース301 にタスク単位にクライアント101 が処理した履歴をリアルタイムに書き込むと共に、ネットワーク40上に接続されている履歴サーバ50にもクライアント101 が処理した履歴情報をタスク単位にリアルタイムにネットワーク401 を介して転送する。
【0010】
これは、あるプロセスがネットワークに跨がって他のサーバに接続されるクライアントで当該プロセスのタスクが処理される場合に、ネットワークを介した前段のクライアントの履歴情報が必要となる。このため、前段で処理したクライアントを接続するサーバから履歴情報を、ネットワークを介して履歴サーバにタスク単位にリアルタイムで転送し、書き込みを行う。
【0011】
図15の例では、クライアント101 が処理したタスク単位の履歴情報をサーバ201 がローカルなワークフローデータベース301 に格納すると共に、リアルタイムにネットワーク401 を介して履歴サーバ50に履歴情報を転送する。これにより、履歴サーバ50は、当該サーバに接続されている履歴データベース55にリアルタイムにクライアント101 の履歴情報を書き込む。
【0012】
これにより、クライアント102 が、クライアント101 が処理したプランを連携して処理する場合には、クライアント102 が履歴サーバ50を介して履歴データベース55の内容を取得して、プロセスの連携処理を行う。
【0013】
【発明が解決しようとする課題】
しかしながら、上記従来の複数サーバ及びクライアントで構成されるワークフローシステムでは、あるクライアントのタスク処理が行われる毎に、ネットワークを介して履歴サーバに履歴情報を転送しているため、ネットワークの負荷が増大することにより、応答時間に影響を与え、レスポンスの低下を招いている。即ち、1つのサーバにおいて、例えば4つのタスクを実行した場合には、各タスク毎に履歴サーバに履歴情報を転送するため、4回の転送が必要となる。
【0014】
本発明は、上記の点に鑑みなされたもので、複数のサーバ及び複数のクライアントのワークフローシステムにおけるネットワーク負荷を増大させずに、ワークフロー履歴情報の取得が可能なワークフローの履歴情報取得方法及び履歴サーバの履歴情報取得方法及びワークフローの履歴情報取得システム及びワークフローサーバ及び履歴サーバを提供することを目的とする。
【0015】
【課題を解決するための手段】
本発明は、ワークフローサーバとクライアントにネットワークを介して接続される、少なくともワークフローサーバ名とプロセス識別子を含む履歴情報を蓄積する履歴サーバの履歴情報取得方法において、
履歴サーバが、
ワークフローサーバから送付された履歴情報を受信し、履歴DBに受信した該履歴情報を書き出して蓄積するステップと、
クライアントからの履歴情報の取得要求を受け付け、履歴DBに蓄積されている履歴情報を読み込む蓄積履歴読込ステップと、
読み込んだ履歴情報に含まれるワークフローサーバ名とプロセス識別子からプロセス動作中のワークフローサーバとプロセスを特定し、プロセス動作中の該ワークフローサーバに該プロセスのローカルな履歴情報の送付を要求し、該ワークフローサーバから送付されたローカルな履歴情報を取得する動作中履歴取得ステップと、
蓄積履歴読込ステップで読み込んだ履歴情報と動作中履歴取得ステップで取得したローカルな履歴情報をマージするステップと、
マージされた履歴情報を該履歴情報の取得要求を行ったクライアントに送付するステップと、からなる。
【0016】
本発明は、ワークフローサーバとクライアントがネットワーク介して接続され、少なくともフローサーバ名とプロセス識別子を含む履歴情報を蓄積する履歴サーバにおいて、
ワークフローサーバから送付された履歴情報を受信し、履歴DBに受信した該履歴情報を書き出して蓄積する手段と、
クライアントからの履歴情報の取得要求を受け付け、履歴DBに蓄積されている履歴情報を読み込む蓄積履歴読込手段と、
読み込んだ履歴情報に含まれるワークフローサーバ名とプロセス識別子からプロセス動作中のワークフローサーバとプロセスを特定し、プロセス動作中の該ワークフローサーバに該プロセスのローカルな履歴情報の送付を要求し、該ワークフローサーバから送付されたローカルな履歴情報を取得する動作中履歴取得手段と、
蓄積履歴読込手段で読み込んだ履歴情報と動作中履歴取得手段で取得したローカルな履歴情報をマージする手段と、
マージされた履歴情報を該履歴情報の取得要求を行ったクライアントに送付する手段と、
を有する。
【0025】
本発明によれば、履歴情報の蓄積は、タスクを実行したサーバ自体でローカルに蓄積する他、サーバが移行する時点で、当該サーバの履歴情報を一括して履歴サーバに転送することにより、ネットワーク負荷が低減する。
【0026】
また、本発明によれば、リンクを張り付けることにより、履歴サーバにアクセスすることによって、現在どのサーバが連携タスクを実行しているかを把握することができる。
また、本発明によれば、最後の連携タスクが終了した際に、当該タスクを実行したサーバからプロセス終了であることを履歴サーバに通知することにより、クライアントから履歴情報を取得する場合には、履歴サーバにのみアクセスすればよい。
【0027】
また、本発明によれば、連携終了タスクの実行を契機として、履歴情報を履歴サーバに蓄積することにより、蓄積された履歴情報のみで起案されたプロセスの履歴が完結し、各クライアントからの履歴要求時において、複数のサーバに接続する必要がない。
【0028】
また、本発明によれば、履歴サーバにおいて、各サーバから受信した履歴情報を蓄積しておき、現在動作中であるサーバの履歴情報をリンク情報を辿って取得し、蓄積されている履歴情報とマージして、履歴情報の要求元に転送することが可能であるため、履歴サーバに蓄積されている履歴情報のみならず、現在実行中のサーバの履歴情報をも取得できるため、例えば、移動元サーバから移動先であり、現在実行中のサーバの状況も把握することが可能となる。
【0029】
【発明の実施の形態】
最初に、本発明の情報取得処理の概要を説明する。
図1は、本発明の処理の概要を説明するための図である。
同図に示すシステムでは、複数のサーバ100A,サーバ100B,サーバ100C、1つの履歴サーバ200及び複数のクライアント400A,400B,400Cがネットワーク300A,300Bを介して接続されている。なお、履歴サーバ200は、ワークフローサーバとしての機能をも有するように設計してもよい。また、複数のサーバ及び複数のクライアントのそれぞれの機能は、計算機上でプログラムを実行することで実現する。
【0030】
同図における処理を説明する。
以下に示すアルファベット記号と、同図中のアルファベット記号は対応するものとする。
(a) 各サーバ100上において、定期的または、不定期に全てのプロセスをチェックしてカレントタスクのクライアントが『連携タスク』になっているタスクを抽出する。
【0031】
(b) カレントタスク(先頭のタスク)のクライアントが『連携タスク』を抽出したサーバを抽出サーバとし、連携で必要とするプラン情報、プロセス情報、ローカルな履歴情報を抽出する。抽出したプラン情報及びプロセス情報を、指定された移動先サーバに情報を一括して転送する。ローカルな履歴情報は、起案時情報(起案サーバ名と起案プロセス識別子)を付加して履歴サーバ200に転送する。移動先サーバに転送したプラン情報、プロセス情報により、移動先サーバでのプロセスの引継ぎの情報となる。
【0032】
(c) 履歴サーバ200は、定期的または、不定期に履歴があるかをチェックして、情報をサーバ100から受信する。受信したローカルな履歴情報を履歴データベースに起案サーバ名と起案プロセス識別子で蓄積する。
(d) 各サーバにおいて、定期的または、不定期に連携情報があるかをチェックして情報を受信する。受信したプラン情報、プロセス情報に基づいて新しいプロセスの起案処理を行い、連携タスクの次のタスクにカレントタスクを移動させる。この処理を契機として、リンク情報として生成サーバ名と起案プロセス識別子を履歴情報として履歴サーバ200に転送する。
【0033】
(e) 履歴サーバ200では、受信した履歴情報を履歴データベースの既存の履歴情報に追加して蓄積することにより、移動元サーバと移動先サーバのリンク付けを実施する。
(f) カレントタスクのクライアントが『連携終了』(連携終了タスクがカレントタスク)となると、連携終了処理を行ったサーバのプロセスのローカルな履歴情報を履歴最終情報として履歴サーバ200に送る。
【0034】
(g) 履歴サーバ200では、受信した履歴情報を蓄積済の履歴情報に追加して蓄積することにより履歴の終了情報を蓄積する。
図2は、本発明のシステム構成図である。
同図に示すシステムは、複数のワークフローサーバ(以下、単にサーバと記す)100A、100Bと複数のワークフロークライアント(以下、単にクライアントと記す)400A,400B、履歴サーバ200がネットワーク300を介して接続されている。
【0035】
サーバ100は、ワークフロー処理部110、連携処理部120、履歴送信部130、連携情報受信部140、連携情報送信部150、連携終了処理部160、及びローカル履歴記憶部170から構成される。
また、以下の説明において、転送される情報として、連携情報と履歴情報、起案時情報がある。連携情報は、プラン情報、プロセス識別子、カレントタスク情報、終了したタスク情報から構成される。
【0036】
また、履歴情報は、プロセス識別子、カレントタスク、日付、作業者、実行処理、抽出サーバ名、生成サーバ名等から構成される。
また、起案情報は、起案サーバ名、起案プロセス識別子からなる。
以下に各部の動作を説明する。
【0037】
ワークフロー処理部110は、連携タスク及び連携終了タスクのクライアントとなる。また、サーバにおけるワークフローにおけるプロセスの連携処理部120で起案または、生成されたタスクを実行し、その操作履歴を連携処理部120に渡すと共に、ローカル履歴記憶部170に書き込む。
【0038】
次に、連携処理部120の処理を説明する。
図3は、本発明のサーバの連携処理部の動作のフローチャートである。
ステップ121) 定期的または、不定期にカレントタスクのクライアントが『連携タスク』の抽出を待機する。
【0039】
ステップ122) 『連携タスク』を抽出できた場合にはステップ123に移行し、まだ、抽出できない場合にはステップ121に移行する。
ステップ123) 『連携タスク』からプラン情報、プロセス毎に一意に付与されているプロセス識別子、カレントタスク情報、終了したタスク情報等を抽出する。
【0040】
ステップ124) 前段のサーバの履歴情報として、タスクが処理された日付、処理した担当者名等を抽出する。
ステップ125) プラン情報、プロセス情報を連携情報送信部150に渡す。
【0041】
ステップ126) 新たなプロセスが起案された時点における起案サーバ名及び起案プロセス識別子を起案時情報として抽出する。
ステップ127) 抽出した起案時情報と履歴情報を履歴送信部130に渡す。
【0042】
ステップ128) 履歴送信部130の送信処理が完了したら、プロセスを終了させる。
次に、履歴送信部130の処理を説明する。
図4は、本発明のサーバの履歴送信部の動作のフローチャートである。
【0043】
ステップ131) 定期的または、不定期に連携処理部120からの履歴情報の到着を待機する。
ステップ132) 履歴情報が到着したら、ステップ133に移行し、まだ到着しない場合は、ステップ131に移行する。
【0044】
ステップ133) 履歴情報を送信する履歴サーバに接続する。
ステップ134) 履歴情報をファイルとして接続されているサーバに送信する。
ステップ135) 送信が完了したら、送信完了を呼出し元の連携処理部120に通知する。
【0045】
次に、連携情報受信部140の動作について説明する。
図5は、本発明のサーバの連携情報受信部の動作のフローチャートである。
ステップ141) 定期的または、不定期に他のサーバからの連携情報の受信を待機する。
【0046】
ステップ142) 連携情報を受信した場合にはステップ143に移行し、まだ、受信していない場合にはステップ141に移行し、受信を待機する。
ステップ143) ファイル形式で受信した連携情報のプラン情報から新しいプロセスを起案(生成)する。
【0047】
ステップ144) 現サーバ名と新しく起案したプロセス識別子を抽出する。
ステップ145) 抽出した起案時の情報と履歴情報を履歴送信部130に転送する。
ステップ146) 受信したプラン情報から連携タスクの次のタスクにカレントタスクを位置づける。
【0048】
ステップ147) 受信処理が完了したら、呼び出し元のサーバに受信完了を通知する。
次に、連携情報送信部150の処理を説明する。
図6は、本発明のサーバの連携情報送信部の動作のフローチャートである。
【0049】
ステップ151) 定期的または、不定期に連携処理部120からの連携情報の到着を待機する。
ステップ152) 連携情報が到着したらステップ153に移行し、まだ到着しない場合には、ステップ151に移行する。
【0050】
ステップ153) 連携情報を送信するサーバに接続する。
ステップ154) プラン情報及びプロセス情報を送信情報として複数のファイルとして、接続されているサーバに送信する。
ステップ155) 送信が完了したら、送信完了を呼び出し元の連携処理部120に通知する。
【0051】
次に、連携終了処理部160の処理を説明する。
図7は、本発明のサーバの連携終了処理部の動作のフローチャートである。
ステップ161) 定期的または、不定期にカレントタスクのクライアントが『連携終了タスク』の抽出を待機する。
【0052】
ステップ162) 『連携終了タスク』を抽出した場合にはステップ163に移行し、まだ、抽出されない場合にはステップ161に移行する。
ステップ163) 当該サーバのローカルな履歴情報を抽出する。
ステップ164) 起案時情報を抽出し、抽出された履歴情報を履歴送信部130に渡す。
【0053】
ステップ165) 履歴送信部130の送信処理が終了したら、プロセスを終了させる。
履歴サーバ200は、履歴受信部210、履歴蓄積処理部220から構成され、当該サーバ200には、履歴データベース230が接続される。
【0054】
図8は、本発明の履歴サーバの動作のフローチャートである。
ステップ211) 履歴受信部210は、定期的または、不定期にサーバ100から送信される履歴情報を待機する。
ステップ212) 履歴受信部210が履歴情報を受信した場合にはステップ213に移行し、まだ、受信できない場合にはステップ211に移行する。
【0055】
ステップ213) 履歴蓄積処理部220は、履歴受信部210がファイルとして受信した履歴情報を抽出する。
ステップ214) 履歴蓄積処理部220は、起案時情報に基づいて履歴データベース230を検索する。
【0056】
ステップ215) また、履歴蓄積処理部220は、 履歴データベース230に既存情報が存在すれば、受信した履歴情報を追加書き込みする。
ステップ216) 履歴蓄積処理部220は、履歴データベース230に既存情報が存在しない場合には、起案時情報を設定し、受信した履歴情報を新たに書き込む。
【0057】
ステップ217) 履歴蓄積処理部220は、履歴データベース230への蓄積が完了したら、送信元のサーバに受信完了を通知する。
次に、履歴サーバ200に対して、クライアント400から履歴情報を要求した場合の処理を説明する。
【0058】
図9は、本発明の履歴サーバからクライアントに履歴情報の提供を行う場合の処理を説明するための図であり、図10は、本発明の履歴情報提供動作のフローチャートである。
ステップ301) クライアント400Aは、履歴取得アプリケーション420を起動し、クライアント送受信処理部410において、起案サーバ名及び起案プロセス識別子を用いて要求情報を生成する。
【0059】
ステップ302) クライアント送受信処理部410は、当該クライアント400Aを包含するサーバ100Aを介して、履歴サーバに接続し、起案サーバ名及び起案プロセス識別子を用いて履歴情報の要求を行う。
ステップ303) 履歴サーバ200のサーバ送受信処理部240において、当該履歴情報の要求を受信し、履歴取得処理部250に転送する。これにより、履歴取得処理部250は、履歴サーバ200の履歴データベース230に蓄積されている履歴情報を起案サーバ名と起案プロセス識別子に基づいて検索する。
【0060】
ステップ304) 検索した結果、対象となる蓄積履歴情報が履歴データベース230に存在しない場合には、サーバ間の移動が実施されていないことを示すため、ステップ307に移行する。蓄積履歴情報が存在する場合には、ステップ305に移行する。
【0061】
ステップ305) 履歴取得処理部250は、履歴データベース230から取得した履歴を保持する。
ステップ306) 取得した履歴がプロセスにおける連携終了タスクの履歴である最終履歴であるかを判定し、最終履歴ではない場合には、ステップ307に移行し、最終履歴である場合にはステップ310に移行する。
【0062】
ステップ307) 履歴取得処理部250は、プロセス途中の処理タスクの生成(起案)処理が行われた生成履歴を取り出し、当該生成履歴からプロセス処理中のサーバ(図9の例では、サーバ100C)に接続する。また、履歴情報が存在しない場合は、プロセス処理中のサーバ(図9の例ではサーバ100A)に接続する。
【0063】
ステップ308) 接続したサーバ(図9の例では、サーバ100C)から当該サーバのローカルな履歴を取得する。各サーバでは、ローカルな履歴をローカルなローカル履歴記憶部170にそれぞれ処理毎に格納しているため、当該ローカル履歴記憶部170から当該サーバがローカルな履歴を読み出して履歴サーバ200に送信する。
【0064】
ステップ309) 履歴サーバ200の履歴取得処理部250は、プロセス処理中のサーバ(図9の例では、サーバ100Cまたは、サーバ100A)から取得した履歴情報と履歴データベース230から取得して保持している蓄積履歴情報とをマージする。
【0065】
ステップ310) 履歴サーバ200のサーバ送受信処理部240は、マージされた履歴情報を履歴要求発行元のクライアント400Aにファイル送信する。
ステップ311) クライアント400Aのクライアント送受信処理部410は、履歴サーバ200から履歴情報を取得すると、受信完了通知を履歴サーバ200に送信する。
【0066】
ステップ312) クライアント送受信処理部410は、履歴取得アプリケーション420に対して取得した履歴情報を渡す。これにより、履歴取得アプリケーションにおいて、履歴情報の表示処理等を行う。
【0067】
【実施例】
以下、図面と共に本発明の実施例を説明する。
最初に、複数のサーバに対して、図1に基づいてプラン上のステージを連携タスクとして連携するサーバに配置する例を説明する。
【0068】
図11は、本発明の一実施例のプラン情報の例を示す。
同図に示すプラン情報は、プラン名(申請処理A)、ステージ番号、ステージ名、担当者、仕事内容等が定義される。
図12は、本発明の一実施例のプロセス情報の例を示す。
【0069】
同図に示すプロセス情報は、プラン名、プロセス識別子、カレントタスク番号、処理順序、タスク名、担当者、仕事内容、履歴情報、実行処理種別等から構成される。カレントタスク番号は、プロセス情報が転送される毎に先頭となるタスク番号(タスク名)が設定されるものとする。
【0070】
当該プロセス情報は、図11に示すプラン情報から生成されるためのもので、1つのプロセスに対して一意に指定されたプロセス識別子が付与される。
上記のように、設定されたプラン情報及びプロセス情報を図1に示す各サーバに割り当てる。プロセス情報の処理順序に従って、“START”(プロセス開始)、“タスクA”、“タスクB”をサーバ100Aに、“タスクC”をサーバ100Bに、“タスクD”をサーバ100Cにそれぞれ割当て、“連携タスクA”をサーバ100Aとサーバ100Bに、“連携タスクB”をサーバ100Bとサーバ100Cに、“連携終了タスク”をサーバ100Cにそれぞれ割り当てる。
次に、上記のようにタスクが各サーバに配置されたものとして、図1に示す各タスク処理を順次説明する。
【0071】
(1) サーバ100A、図1の例では、先頭の処理として“タスクA”が存在するので、ワークフロー処理部110において、まず、タスクAを実行する。タスクAの実行が97年1月11日に終了したため、ローカル履歴記憶部170に当該日付とタスク名を格納する。次に、“タスクA”終了後、“タスクB”が存在するので、サーバ100Aは引き続いて“タスクB”を処理し、その処理日付とタスク名をローカル履歴記憶部170に格納する。
【0072】
(2) サーバ100Aにおいて、連携処理部120は、プロセス情報か『連携タスクA』を抽出する。当該連携タスクAの情報からプラン名(申請処理A)、プロセス識別子(PR−A)、カレントタスク情報(次のタスク処理であるタスクC)、終了したタスク情報(タスクA,タスクB)、さらに、履歴情報として、プロセス開始(START:97.1.10)、終了したタスクの処理日(タスクA:97,1,11,タスクB:97,1,11)、処理した担当者名(START:aa,タスクA:bb,タスクB:cc)を取得する。
これにより、連携処理部120は、プラン情報及びプロセス情報からなる連携情報を連携情報送信部150に転送する。さらに、起案時情報として、起案サーバ名(サーバ100A)と起案プロセス識別子(PR−A1)を抽出し、上記で取得した履歴情報と共に、履歴送信部130に転送する。
【0073】
連携情報送信部150は、連携処理部120から取得した連携情報(プラン情報、プロセス情報)を送信する次のサーバ(サーバ100B)にネットワーク300Aを介して送信する。
また、履歴送信部130からネットワーク300Aを介して履歴サーバ200の履歴受信部210が履歴情報を受信すると、当該履歴情報を履歴データベース230に格納する。
【0074】
(3) 次に、サーバ100Bに制御が移行すると、サーバ100Bの連携情報受信部140は、受信した連携情報から新しいプロセスを起案し、サーバ名(サーバ100B)とプロセス識別子(PR−B1)を抽出し、履歴送信部130に転送する。これにより、履歴送信部130は、履歴情報として、サーバ名(サーバ100B),プロセス識別子(PR−B1)、履歴(生成)を履歴サーバ200に送信する。
【0075】
さらに、連携情報受信部140は、サーバ100Aから受信した連携情報のプラン情報から連携タスクAの次のタスクである“タスクC”にカレントタスクを位置付ける。従って、この時のプロセス情報のカレントタスク番号は、“タスクC”となる。
【0076】
(4) サーバ100Bは、上記のサーバ100Aが“タスクA”、“タスクB”を行った方法により、タスク処理を行い、次に連携している“連携タスクB”の処理を行う。
(5) 次に、サーバ100Bからサーバ100Cに制御が移行すると、サーバ100Cは、上記と同様の方法、“タスクD”をカレントタスクとして処理する。
【0077】
(6) サーバ100Cの連携終了処理部160は、“タスクD”の処理が終了すると、“連携タスク終了”を抽出する。これにより、サーバ100Cにおける起案時情報(プラン情報、プロセス識別子、サーバ名)と履歴情報(日付、実行処理タスク名、抽出サーバ名、生成サーバ名等)をタスク単位に履歴送信部130に転送する。これにより、履歴送信部130は、それらの情報を履歴サーバ200に転送する。
【0078】
次に、クライアント400Aから履歴サーバ200に対して履歴取得要求を発行し、履歴サーバ200から履歴情報を取得する例を図9に基づいて説明する。
まず、クライアント400Aは、履歴取得アプリケーション420を起動して、クライアント送受信処理部410から起案サーバ名(サーバ100A)、起案プロセス識別子(PR−A1)を履歴取得要求として、サーバ100Aに転送する。これにより、サーバ100Aは、当該履歴取得要求を履歴サーバ200に送信する。
【0079】
これにより、履歴サーバ200のサーバ送受信処理部240は、当該履歴取得要求の起案サーバ名(サーバ100A)、起案プロセス識別子(PR−A1)を用いて履歴データベース230を検索する。このとき、当該プロセス識別子のプロセスは、連携終了タスクまで至っていないため、図9に示す情報のみが履歴データベース230に蓄積されている。従って、履歴取得処理部250は、現在蓄積されている
抽出履歴(サーバAとプロセスID:PR−A1)
生成履歴(サーバBとプロセスID:PR−B1)
抽出履歴(サーバBとプロセスID:PR−B1)
生成履歴(サーバCとプロセスID:PR−C1)
を取得すると共に、現在プロセス処理中のサーバ100Cに対して、履歴を要求する。これにより、サーバ100Cは、現在までのローカル履歴記憶部170に格納されている履歴情報(処理中履歴とプロセスID:PR−C1)を送信する。
【0080】
これにより、履歴取得処理部250は、上記の蓄積履歴にサーバ100Cから取得した履歴情報をマージして、
抽出履歴(サーバAとプロセスID:PR−A1)
生成履歴(サーバBとプロセスID:PR−B1)
抽出履歴(サーバBとプロセスID:PR−B1)
生成履歴(サーバCとプロセスID:PR−C1)
処理中履歴(サーバCとプロセスID:PR−C1)
を生成して、履歴情報として、サーバ100Aを介してクライアント400Aに送信する。
【0081】
なお、上記の実施例において、連携情報としてプロセス情報の他にプラン情報を併せて送信するのは、プロセス情報が実行形態(バイナリコード)であり、プラン情報を実行するサーバマシンの形態に変換し実行するためのものであるのに対して、プラン情報は、サーバを跨ぐプロセスを処理する場合にサーバマシンの種々の仕様を意識せずに各サーバに渡すことが可能なソースコードで生成されている。従って、異なるサーバにおいて個々にプラン情報からプロセス情報に変換して、タスクを実行することができる。
【0082】
なお、本発明は、上記の実施例に限定されることなく、特許請求の範囲内において種々変更・応用が可能である。
【0083】
【発明の効果】
第1及び第7の発明によれば、クライアントが生成したプランに基づくプロセスが複数のサーバに跨がる場合に、移動元と移動先のサーバ間において連携処理を行うプロセス上の位置を連携ステージとして設定しておくことにより、確実な連携処理を行うことが可能である。
【0084】
第2及び第8の発明によれば、各クライアントが実施したタスク単位に、従来のようにリアルタイムに履歴を履歴サーバに転送せず、サーバが移動元サーバから移動先サーバに制御が移行するタイミングで履歴サーバに転送することにより、ネットワーク負荷を軽減することができ、ワークフローシステム全体の応答時間に影響を与えることがない。
【0085】
第3及び第10の発明によれば、連携処理を行う際に、移動元サーバから移動先サーバに制御が移動した際に、新しいプロセスを生成したサーバの情報を履歴サーバに蓄積しておくことにより、移動元サーバと移動先サーバのリンク付けが可能となり、履歴情報を取得する際に、起案サーバ名とプロセス識別子を与えるのみで、リンクした一連のプロセスの履歴情報を取得することができるため、グローバルな履歴情報として管理することができる。従って、クライアントからの履歴要求時に、まだ、タスクが完了していないサーバへの接続が可能となるため、以降に示す第6及び第13の発明における、動作中のサーバへのアクセスが容易に行うことができる。
【0086】
第5及び第12の発明によれば、プロセスの連携処理の終了処理を行った場合に、プロセス終了を履歴サーバに転送することにより、蓄積された履歴情報だけで起案されたプロセスの履歴が完結する。従って、先頭のタスクから最後の連携終了タスクまでを履歴サーバに転送することにより、履歴データベースでは、一連のプロセスの履歴を完結することが可能であるため、クライアントが履歴情報取得要求を発行し、当該要求に対応する履歴情報を取得したとき、起案からプロセス完了までの一連の履歴を把握することができるため、クライアントからの履歴要求時に他のサーバへ接続して検索する処理が不要となる。
【0087】
第6及び第13の発明によれば、クライアントから履歴サーバに履歴情報取得要求が発行された際に、もし、プロセスが完了していない場合、つまり、未だ動作中のサーバがある場合には、既に履歴データベースに蓄積されている履歴情報に、動作中のサーバの履歴を取得してマージして、クライアントに返却することにより、プロセスが完結していなくとも、現時点におけるプロセスの実行状態を把握することが可能となる。
【図面の簡単な説明】
【図1】本発明の処理の概要を説明するための図である。
【図2】本発明のシステム構成図である。
【図3】本発明のサーバの連携処理部の動作のフローチャートである。
【図4】本発明のサーバの履歴送信部の動作のフローチャートである。
【図5】本発明のサーバの連携情報受信部の動作のフローチャートである。
【図6】本発明のサーバの連携情報送信部の動作のフローチャートである。
【図7】本発明のサーバの連携終了処理部の動作のフローチャートである。
【図8】本発明の履歴サーバの動作のフローチャートである。
【図9】本発明の履歴サーバから取得要求元のクライアントに履歴情報の提供を行う場合を説明するための図である。
【図10】本発明の履歴情報提供動作のフローチャートである。
【図11】本発明の一実施例のフラン情報の例である。
【図12】本発明の一実施例のプロセス情報の例である。
【図13】ワークシステムの概要を示す図である。
【図14】従来のワークフローシステムの構成図である。
【図15】従来の複数サーバに跨がるワークフローシステムの構成図である。
【符号の説明】
100 ワークフローサーバ
110 ワークフロー処理部
120 連携処理部
130 履歴送信部
140 連携情報受信部
150 連携情報送信部
160 連携終了処理部
200 履歴サーバ
210 履歴受信部
220 履歴蓄積処理部
230 履歴データベース
240 サーバ送受信処理部
250 履歴取得処理部
300 ネットワーク
400 クライアント
410 クライアント送受信処理部
420 履歴取得アプリケーション[0001]
BACKGROUND OF THE INVENTION
The present invention is a workflowHistory information acquisition method, history server history information acquisition method, workflow history information acquisition system, workflow server, and history serverIn particular, the workflow in the workflow system for acquiring the history information of the processes executed by the multiple servers and multiple clients in the workflow systemHistory information acquisition method, history server history information acquisition method, workflow history information acquisition system, workflow server, and history serverAbout.
[0002]
Specifically, a workflow is a plan that defines the flow of work (work template), the relationship between the person in charge (person) and the contents of the work (order), and so on. Set the stage corresponding to the relationship. On the client side, a proposal is generated from the set plan to create a process that manages the information for executing the process by assigning an identifier as the actual state of the plan.
[0003]
When a workflow generated in this manner is executed by a plurality of users and servers, an increase in the number of servers and an increase in the number of clients are required as the scale of the system increases. The number of workflow systems in the world is increasing. Since this workflow system requires the transfer of history information such as approvals, incomplete dates and persons in charge, the history of processes across multiple servers is acquired on each client side without increasing the network load. There is a need to. The present invention provides a workflow in a workflow system that can acquire the history of processes across multiple servers on each client side.History information acquisition method, history server history information acquisition method, workflow history information acquisition system, workflow server, and history serverAbout.
[0004]
[Prior art]
FIG. 13 shows an outline of the workflow system.
Each term used in the figure will be explained.
The plan defines the flow of work (work template) and defines the relationship (order) between the person in charge (person) and the content of the work.
[0005]
The stage in the plan corresponds to the task of the process and represents the work in the plan.
A process is the actual state of a plan, and information for executing the process is managed by attaching an identifier.
[0006]
A task in a process represents work in the process and corresponds to the stage of the plan.
The drafting is a process for generating a process from the plan.
Next, the system configuration of the workflow system will be described.
[0007]
FIG. 14 shows the configuration of a conventional workflow system.
Multiple workflow clients (hereinafter simply referred to as clients) 10 in a
[0008]
First, the
Next, the
[0009]
FIG. 15 shows the configuration of a conventional workflow system that spans multiple servers.
Conventionally, a plurality of
When processing tasks in cooperation with such a system, for example, the
[0010]
This is because, when a process of a certain process is processed by a client connected to another server across the network, history information of the preceding client via the network is required. For this reason, history information is transferred from the server connected to the client processed in the previous stage to the history server via the network in real time and written.
[0011]
In the example of FIG.1The history information for each task processed by the
[0012]
As a result, the
[0013]
[Problems to be solved by the invention]
However, in the conventional workflow system composed of a plurality of servers and clients, each time task processing of a certain client is performed, history information is transferred to the history server via the network, which increases the load on the network. As a result, the response time is affected and the response is lowered. That is, when four tasks are executed in one server, for example, the history information is transferred to the history server for each task, so four transfers are required.
[0014]
The present invention has been made in view of the above points. A workflow capable of acquiring workflow history information without increasing the network load in the workflow system of a plurality of servers and a plurality of clients.History information acquisition method, history server history information acquisition method, workflow history information acquisition system, workflow server, and history serverThe purpose is to provide.
[0015]
[Means for Solving the Problems]
The present inventionIn a history server history information acquisition method for accumulating history information including at least a workflow server name and a process identifier connected to a workflow server and a client via a network,
History server
Receiving history information sent from the workflow server, writing and storing the received history information in the history DB;
An accumulated history reading step for accepting a history information acquisition request from a client and reading the history information accumulated in the history DB;
The workflow server and process that are in process operation are identified from the workflow server name and process identifier included in the read history information, and the workflow server in process operation is requested to send local history information of the process. In-operation history acquisition step for acquiring local history information sent from
Merging the history information read in the accumulated history reading step and the local history information acquired in the operating history acquisition step;
And sending the merged history information to the client that has requested acquisition of the history information.
[0016]
The present inventionIn a history server in which a workflow server and a client are connected via a network and accumulate history information including at least a flow server name and a process identifier,
Means for receiving history information sent from the workflow server and writing and storing the received history information in the history DB;
An accumulated history reading unit that accepts a history information acquisition request from a client and reads the history information accumulated in the history DB;
The workflow server and process that are in process operation are identified from the workflow server name and process identifier included in the read history information, and the workflow server in process operation is requested to send local history information of the process. In-operation history acquisition means for acquiring local history information sent from
Means for merging the history information read by the accumulated history reading means and the local history information acquired by the operating history acquisition means;
Means for sending the merged history information to the client that made the acquisition request of the history information;
Have
[0025]
The present inventionAccording to the above, in addition to storing the history information locally at the server that executed the task, the network load is reduced by transferring the history information of the server to the history server at a time when the server moves. To reduce.
[0026]
Also bookAccording to the invention, to linkThan,By accessing the history server, it is possible to grasp which server is currently executing the cooperation task.
Also bookAccording to the invention, when history information is acquired from the client by notifying the history server that the process is completed from the server that executed the task when the last cooperation task is completed, Only need to access.
[0027]
Also bookAccording to the invention, when the cooperation end task is executed, the history information is accumulated in the history server, so that the history of the process drafted only by the accumulated history information is completed, and at the time of the history request from each client No need to connect to multiple servers.
[0028]
Also bookAccording to the invention, in the history server, the history information received from each server is accumulated, the history information of the server currently operating is acquired by tracing the link information, and merged with the accumulated history information. Since the history information can be transferred to the request source of the history information, not only the history information stored in the history server but also the history information of the currently executing server can be acquired. It is possible to grasp the status of the server that is currently running.
[0029]
DETAILED DESCRIPTION OF THE INVENTION
First, an overview of the information acquisition process of the present invention will be described.
FIG. 1 is a diagram for explaining the outline of the processing of the present invention.
In the system shown in the figure, a plurality of
[0030]
The process in FIG.
The alphabet symbols shown below correspond to the alphabet symbols in the figure.
(A) On each
[0031]
(B) The server from which the client of the current task (first task) has extracted the “cooperation task” is used as an extraction server, and plan information, process information, and local history information necessary for cooperation are extracted. The extracted plan information and process information are transferred collectively to the designated destination server. The local history information is forwarded to the
[0032]
(C) The
(D) Each server checks whether there is linkage information regularly or irregularly and receives the information. Based on the received plan information and process information, a draft process of a new process is performed, and the current task is moved to the next task after the cooperation task. In response to this processing, the generation server name and drafting process identifier are transferred as history information to the
[0033]
(E) The
(F) When the client of the current task becomes “cooperation end” (cooperation end task is the current task), the local history information of the process of the server that performed the cooperation end processing is sent to the
[0034]
(G) The
FIG. 2 is a system configuration diagram of the present invention.
The system shown in FIG. 1 includes a plurality of workflow servers (hereinafter simply referred to as servers) 100A and 100B, a plurality of workflow clients (hereinafter simply referred to as clients) 400A and 400B, and a
[0035]
The
In the following description, information to be transferred includes linkage information, history information, and drafting information. The linkage information includes plan information, process identifiers, current task information, and completed task information.
[0036]
The history information includes a process identifier, current task, date, worker, execution process, extraction server name, generation server name, and the like.
The draft information includes a draft server name and a draft process identifier.
The operation of each part will be described below.
[0037]
The
[0038]
Next, the process of the
FIG. 3 is a flowchart of the operation of the cooperation processing unit of the server of the present invention.
Step 121) Regularly or irregularly, the client of the current task waits for the extraction of “cooperation task”.
[0039]
Step 122) If “cooperation task” can be extracted, the process proceeds to step 123, and if it cannot be extracted yet, the process proceeds to step 121.
Step 123) The plan information, the process identifier uniquely assigned to each process, the current task information, the completed task information, etc. are extracted from the “cooperative task”.
[0040]
Step 124) Extract the date when the task was processed, the name of the person in charge who processed it, etc. as the history information of the server in the previous stage.
Step 125) Pass the plan information and process information to the linkage
[0041]
Step 126) The drafting server name and drafting process identifier at the time when a new process is drafted are extracted as drafting time information.
Step 127) The extracted drafting time information and history information are passed to the
[0042]
Step 128) When the transmission processing of the
Next, the process of the
FIG. 4 is a flowchart of the operation of the history transmission unit of the server of the present invention.
[0043]
Step 131) Waiting for the arrival of history information from the
Step 132) When the history information arrives, the process proceeds to Step 133. When the history information does not arrive yet, the process proceeds to Step 131.
[0044]
Step 133) Connect to a history server that transmits history information.
Step 134) The history information is transmitted as a file to the connected server.
Step 135) When the transmission is completed, the transmission completion is notified to the calling
[0045]
Next, the operation of the cooperation
FIG. 5 is a flowchart of the operation of the cooperation information receiving unit of the server of the present invention.
Step 141) Waiting for reception of cooperation information from other servers regularly or irregularly.
[0046]
Step 142) When the cooperation information is received, the process proceeds to step 143. When the cooperation information is not received yet, the process proceeds to step 141, and reception is awaited.
Step 143) A new process is drafted (generated) from the plan information of the cooperation information received in the file format.
[0047]
Step 144) Extract the current server name and the newly drafted process identifier.
Step 145) The extracted drafting information and history information are transferred to the
Step 146) The current task is positioned as the next task of the cooperation task from the received plan information.
[0048]
Step 147) When the reception process is completed, the call completion server is notified of the reception completion.
Next, the process of the cooperation
FIG. 6 is a flowchart of the operation of the cooperation information transmission unit of the server of the present invention.
[0049]
Step 151) Waiting for the arrival of cooperation information from the
Step 152) When the cooperation information arrives, the process proceeds to Step 153, and when it does not arrive yet, the process proceeds to Step 151.
[0050]
Step 153) Connect to the server that transmits the cooperation information.
Step 154) The plan information and process information are transmitted to the connected server as a plurality of files as transmission information.
Step 155) When the transmission is completed, the transmission completion is notified to the calling
[0051]
Next, processing of the cooperation end processing unit 160 will be described.
FIG. 7 is a flowchart of the operation of the cooperation end processing unit of the server of the present invention.
Step 161) The client of the current task waits for the extraction of “cooperation end task” regularly or irregularly.
[0052]
Step 162) If “cooperation end task” is extracted, the process proceeds to step 163. If not extracted yet, the process proceeds to step 161.
Step 163) Extract local history information of the server.
Step 164) The drafting time information is extracted, and the extracted history information is passed to the
[0053]
Step 165) When the transmission processing of the
The
[0054]
FIG. 8 is a flowchart of the operation of the history server of the present invention.
Step 211) The
Step 212) When the
[0055]
Step 213) The history
Step 214) The history
[0056]
Step 215) If the existing information exists in the
Step 216) When there is no existing information in the
[0057]
Step 217) When the accumulation in the
Next, processing when history information is requested from the
[0058]
FIG. 9 is a diagram for explaining processing when providing history information from the history server of the present invention to the client, and FIG. 10 is a flowchart of the history information providing operation of the present invention.
Step 301) The
[0059]
Step 302) The client transmission /
Step 303) The server transmission /
[0060]
Step 304) As a result of the search, when the target accumulated history information does not exist in the
[0061]
Step 305) The history
Step 306) It is determined whether the acquired history is the final history that is the history of the cooperation end task in the process. If it is not the final history, the process proceeds to Step 307, and if it is the final history, the process proceeds to Step 310. To do.
[0062]
Step 307) The history
[0063]
Step 308) A local history of the server is acquired from the connected server (the
[0064]
Step 309) The history
[0065]
Step 310) The server transmission /
Step 311) Upon acquiring the history information from the
[0066]
Step 312) The client transmission /
[0067]
【Example】
Embodiments of the present invention will be described below with reference to the drawings.
First, an example in which stages on a plan are arranged on a server that cooperates as a cooperation task for a plurality of servers based on FIG. 1 will be described.
[0068]
FIG. 11 shows an example of plan information according to an embodiment of the present invention.
The plan information shown in the figure defines a plan name (application process A), a stage number, a stage name, a person in charge, work contents, and the like.
FIG. 12 shows an example of process information according to an embodiment of the present invention.
[0069]
The process information shown in the figure includes a plan name, a process identifier, a current task number, a processing order, a task name, a person in charge, work contents, history information, an execution processing type, and the like. The current task number is set to the first task number (task name) every time process information is transferred.
[0070]
The process information is generated from the plan information shown in FIG. 11, and a process identifier uniquely specified for one process is given.
As described above, the set plan information and process information are assigned to each server shown in FIG. According to the process information processing order, “START” (process start), “task A”, “task B” are assigned to the server 100A, “task C” is assigned to the
Next, the task processing shown in FIG. 1 will be sequentially described on the assumption that tasks are arranged in each server as described above.
[0071]
(1) In the server 100A, in the example of FIG. 1, “task A” exists as the first process, so the
[0072]
(2) In the server 100A, the
Thereby, the
[0073]
The cooperation
Further, when the
[0074]
(3) Next, when control is transferred to the
[0075]
Further, the cooperation
[0076]
(4) The
(5) Next, when control is transferred from the
[0077]
(6) The cooperation end processing unit 160 of the
[0078]
Next, an example in which a history acquisition request is issued from the
First, the
[0079]
Accordingly, the server transmission /
Extraction history (server A and process ID: PR-A1)
Generation history (server B and process ID: PR-B1)
Extraction history (Server B and process ID: PR-B1)
Generation history (server C and process ID: PR-C1)
And request the history to the
[0080]
Thereby, the history
Extraction history (server A and process ID: PR-A1)
Generation history (server B and process ID: PR-B1)
Extraction history (Server B and process ID: PR-B1)
Generation history (server C and process ID: PR-C1)
Processing history (server C and process ID: PR-C1)
Is transmitted as history information to the
[0081]
In the above embodiment, the plan information is transmitted together with the process information as the linkage information. The process information is in the execution form (binary code) and is converted into the form of the server machine that executes the plan information. Plan information is generated by source code that can be passed to each server without being aware of the various specifications of the server machine when processing processes that span servers. Yes. Therefore, the task can be executed by converting the plan information into the process information individually in different servers.
[0082]
The present invention is not limited to the above-described embodiments, and various modifications and applications can be made within the scope of the claims.
[0083]
【The invention's effect】
According to the first and seventh inventions, when a process based on a plan generated by a client extends over a plurality of servers, the position on the process for performing the cooperation process between the movement source server and the movement destination server is set to the cooperation stage. By setting as, it is possible to perform reliable cooperation processing.
[0084]
According to the second and eighth inventions, the timing at which control is transferred from the source server to the destination server without transferring the history to the history server in real time as in the prior art for each task performed by each client. By transferring to the history server, the network load can be reduced and the response time of the entire workflow system is not affected.
[0085]
According to the third and tenth aspects of the invention, when the control is transferred from the movement source server to the movement destination server, the information of the server that has generated the new process is accumulated in the history server when performing the cooperation process. This makes it possible to link the source server and destination server, and when acquiring history information, it is possible to acquire history information for a series of linked processes simply by giving the draft server name and process identifier. Can be managed as global history information. Therefore, when a history request is made from a client, it is possible to connect to a server for which a task has not yet been completed. Therefore, in the sixth and thirteenth inventions described below, it is easy to access an operating server. be able to.
[0086]
According to the fifth and twelfth aspects of the present invention, when the process linking process end process is performed, the process end is transferred to the history server, thereby completing the process history drafted only by the accumulated history information. To do. Therefore, since the history database can complete the history of a series of processes by transferring from the first task to the last cooperation end task to the history server, the client issues a history information acquisition request, When history information corresponding to the request is acquired, a series of history from drafting to process completion can be grasped, so that processing for connecting to another server and searching at the time of history request from the client becomes unnecessary.
[0087]
According to the sixth and thirteenth inventions, when the history information acquisition request is issued from the client to the history server, if the process is not completed, that is, if there is a server that is still operating, By acquiring the history of the active server and merging it with the history information already stored in the history database and returning it to the client, even if the process is not completed, the current execution status of the process is grasped. It becomes possible.
[Brief description of the drawings]
FIG. 1 is a diagram for explaining an outline of processing of the present invention;
FIG. 2 is a system configuration diagram of the present invention.
FIG. 3 is a flowchart of the operation of the cooperation processing unit of the server of the present invention.
FIG. 4 is a flowchart of the operation of the history transmission unit of the server of the present invention.
FIG. 5 is a flowchart of the operation of the cooperation information receiving unit of the server of the present invention.
FIG. 6 is a flowchart of the operation of the cooperation information transmission unit of the server of the present invention.
FIG. 7 is a flowchart of the operation of the cooperation end processing unit of the server of the present invention.
FIG. 8 is a flowchart of the operation of the history server of the present invention.
FIG. 9 is a diagram for explaining a case where history information is provided from a history server according to the present invention to an acquisition request source client;
FIG. 10 is a flowchart of an operation for providing history information according to the present invention.
FIG. 11 is an example of franc information according to an embodiment of the present invention.
FIG. 12 is an example of process information according to an embodiment of the present invention.
FIG. 13 is a diagram showing an outline of a work system.
FIG. 14 is a configuration diagram of a conventional workflow system.
FIG. 15 is a configuration diagram of a conventional workflow system that spans multiple servers.
[Explanation of symbols]
100 Workflow server
110 Workflow processing unit
120 Cooperation processing unit
130 History Transmitter
140 Cooperation information receiver
150 Cooperation information transmitter
160 Cooperation end processing part
200 History server
210 History receiver
220 History accumulation processing unit
230 History database
240 Server transmission / reception processor
250 History acquisition processing unit
300 network
400 clients
410 Client transmission / reception processor
420 History acquisition application
Claims (2)
前記履歴サーバが、
前記ワークフローサーバから送付された履歴情報を受信し、履歴DBに受信した該履歴情報を書き出して蓄積するステップと、
前記クライアントからの履歴情報の取得要求を受け付け、前記履歴DBに蓄積されている履歴情報を読み込む蓄積履歴読込ステップと、
読み込んだ前記履歴情報に含まれるワークフローサーバ名とプロセス識別子からプロセス動作中のワークフローサーバとプロセスを特定し、プロセス動作中の該ワークフローサーバに該プロセスのローカルな履歴情報の送付を要求し、該ワークフローサーバから送付されたローカルな履歴情報を取得する動作中履歴取得ステップと、
前記蓄積履歴読込ステップで読み込んだ履歴情報と前記動作中履歴取得ステップで取得したローカルな履歴情報をマージするステップと、
マージされた履歴情報を該履歴情報の取得要求を行ったクライアントに送付するステップと、
からなることを特徴とする履歴サーバの履歴情報取得方法。 In a history server history information acquisition method for accumulating history information including at least a workflow server name and a process identifier connected to a workflow server and a client via a network,
The history server is
Receiving history information sent from the workflow server, writing and storing the received history information in the history DB;
An accumulated history reading step of accepting an acquisition request for history information from the client and reading the history information accumulated in the history DB;
The workflow server and the process operating process are identified from the workflow server name and the process identifier included in the read history information, the process operating server is requested to send the local history information of the process, and the workflow In-operation history acquisition step for acquiring local history information sent from the server;
Merging history information read in the accumulated history reading step and local history information acquired in the operating history acquisition step;
Sending the merged history information to the client that made the history information acquisition request;
History information acquisition method history server, characterized in that it consists of.
前記ワークフローサーバから送付された履歴情報を受信し、履歴DBに受信した該履歴情報を書き出して蓄積する手段と、Means for receiving history information sent from the workflow server and writing and storing the received history information in the history DB;
前記クライアントからの履歴情報の取得要求を受け付け、前記履歴DBに蓄積されている履歴情報を読み込む蓄積履歴読込手段と、An accumulated history reading unit that accepts an acquisition request for history information from the client and reads the history information accumulated in the history DB;
読み込んだ前記履歴情報に含まれるワークフローサーバ名とプロセス識別子からプロセス動作中のワークフローサーバとプロセスを特定し、プロセス動作中の該ワークフローサーバに該プロセスのローカルな履歴情報の送付を要求し、該ワークフローサーバから送付されたローカルな履歴情報を取得する動作中履歴取得手段と、The workflow server and the process operating process are identified from the workflow server name and the process identifier included in the read history information, the process operating server is requested to send the local history information of the process, and the workflow In-operation history acquisition means for acquiring local history information sent from the server;
前記蓄積履歴読込手段で読み込んだ履歴情報と前記動作中履歴取得手段で取得したローカルな履歴情報をマージする手段と、Means for merging the history information read by the accumulated history reading means and the local history information acquired by the operating history acquisition means;
マージされた履歴情報を該履歴情報の取得要求を行ったクライアントに送付する手段と、Means for sending the merged history information to the client that made the acquisition request of the history information;
を有することを特徴とする履歴サーバ。A history server characterized by comprising:
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP1636597A JP3842360B2 (en) | 1997-01-30 | 1997-01-30 | Workflow history information acquisition method, history server history information acquisition method, workflow history information acquisition system, workflow server, and history server |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP1636597A JP3842360B2 (en) | 1997-01-30 | 1997-01-30 | Workflow history information acquisition method, history server history information acquisition method, workflow history information acquisition system, workflow server, and history server |
Publications (2)
Publication Number | Publication Date |
---|---|
JPH10214289A JPH10214289A (en) | 1998-08-11 |
JP3842360B2 true JP3842360B2 (en) | 2006-11-08 |
Family
ID=11914305
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP1636597A Expired - Fee Related JP3842360B2 (en) | 1997-01-30 | 1997-01-30 | Workflow history information acquisition method, history server history information acquisition method, workflow history information acquisition system, workflow server, and history server |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP3842360B2 (en) |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
GB0306746D0 (en) * | 2003-03-24 | 2003-04-30 | Medic To Medic Ltd | A graphical user interface |
JP4997886B2 (en) * | 2006-09-07 | 2012-08-08 | 富士ゼロックス株式会社 | Workflow linkage program and workflow management system |
WO2008149427A1 (en) * | 2007-06-05 | 2008-12-11 | Fujitsu Limited | Message processing program, message processing method, and information processing apparatus |
JP5609656B2 (en) | 2011-01-11 | 2014-10-22 | 富士通株式会社 | Setting program, workflow creation method and workflow creation device |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP3048181B2 (en) * | 1991-03-05 | 2000-06-05 | 日本電信電話株式会社 | Update processing method for relational database with history information |
JPH08202764A (en) * | 1995-01-27 | 1996-08-09 | Hitachi Ltd | Work flow system |
JPH08221476A (en) * | 1995-02-14 | 1996-08-30 | Toshiba Corp | Work flow system |
JPH08314776A (en) * | 1995-05-23 | 1996-11-29 | Hitachi Ltd | Data management system |
-
1997
- 1997-01-30 JP JP1636597A patent/JP3842360B2/en not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
JPH10214289A (en) | 1998-08-11 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP3622313B2 (en) | Document management system | |
CN100481838C (en) | System and method for maintaining business treatment high speed slow storage consistency in mobile computing environment | |
US7619764B2 (en) | Center server, information processing apparatus and method, and print system | |
US6510429B1 (en) | Message broker apparatus, method and computer program product | |
US6170002B1 (en) | Workflow systems and methods | |
JP4687803B2 (en) | Communication terminal device | |
US6374262B1 (en) | Relational database synchronization method and a recording medium storing a program therefore | |
JP3918230B2 (en) | Data update monitoring server | |
US20020091559A1 (en) | Work flow management method and work flow management system of controlling a work flow | |
JPH04505977A (en) | Object-oriented distributed processing system | |
JP3845497B2 (en) | Computer system | |
US6480887B1 (en) | Method of retaining and managing currently displayed content information in web server | |
JP3842360B2 (en) | Workflow history information acquisition method, history server history information acquisition method, workflow history information acquisition system, workflow server, and history server | |
US20050225778A1 (en) | Method, apparatus, system for data conversion, and computer product | |
JPH06290098A (en) | Method for processing distributed data base | |
JP3003596B2 (en) | Client server system | |
JPH0916417A (en) | Method and system for message communication | |
JP4241757B2 (en) | Communication terminal device | |
JP4285535B2 (en) | COMMUNICATION TERMINAL DEVICE, COMPUTER PROGRAM, AND COMMUNICATION METHOD | |
JPH11194929A (en) | Client-side program management method in client-server system | |
JPH04305751A (en) | File transfer system | |
JPH09204459A (en) | Design work supporting system | |
JPH11120059A (en) | Network system | |
JPS62184533A (en) | Information service processing method | |
JPH04213126A (en) | Software test system |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20031216 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040216 |
|
A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20040219 |
|
A912 | Re-examination (zenchi) completed and case transferred to appeal board |
Free format text: JAPANESE INTERMEDIATE CODE: A912 Effective date: 20040416 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060810 |
|
R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090818 Year of fee payment: 3 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100818 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110818 Year of fee payment: 5 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120818 Year of fee payment: 6 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120818 Year of fee payment: 6 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130818 Year of fee payment: 7 |
|
LAPS | Cancellation because of no payment of annual fees |