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 PDF

Info

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
Application number
JP1636597A
Other languages
Japanese (ja)
Other versions
JPH10214289A (en
Inventor
隆 池呂
佳弘 簗瀬
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Fujitsu Ltd filed Critical Fujitsu Ltd
Priority to JP1636597A priority Critical patent/JP3842360B2/en
Publication of JPH10214289A publication Critical patent/JPH10214289A/en
Application granted granted Critical
Publication of JP3842360B2 publication Critical patent/JP3842360B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Landscapes

  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Computer And Data Communications (AREA)

Description

【０００１】
【発明の属する技術分野】
本発明は、ワークフローの履歴情報取得方法及び履歴サーバの履歴情報取得方法及びワークフローの履歴情報取得システム及びワークフローサーバ及び履歴サーバに係り、特に、ワークフローシステムにおける複数のサーバ及び複数クライアントで実施されたプロセスの履歴情報の取得を行うためのワークフローシステムにおけるワークフローの履歴情報取得方法及び履歴サーバの履歴情報取得方法及びワークフローの履歴情報取得システム及びワークフローサーバ及び履歴サーバに関する。
【０００２】
詳しくは、ワークフローは、仕事の流れを定義したもの（仕事のテンプレート）、担当者（人）と仕事の内容の関係（順番）等を定義したのをプランといい、担当者と仕事の内容の関係に対応するステージを設定する。クライアント側では、設定されたプランから、プランの実態として、プロセスを実行するための情報を識別子を付与して管理するプロセスを生成する起案を行うものである。
【０００３】
このようにして生成されたワークフローを複数のユーザ及びサーバにおいて、実施する際に、システムの規模が大きくなるに従って構成されるサーバ数の増加と、クライアント数の増加が要求され、複数サーバと複数クライアントにおけるワークフローシステムの形態が増加している。このワークフローシステムは、承認、不備の日付や担当者等の履歴の情報の伝達が必須となっているため、複数のサーバに跨がるプロセスの履歴をネットワーク負荷を増大させないで各クライアント側で取得する必要がある。本発明は、このような複数のサーバに跨がるプロセスの履歴を各クライアント側で取得することが可能なワークフローシステムにおけるワークフローの履歴情報取得方法及び履歴サーバの履歴情報取得方法及びワークフローの履歴情報取得システム及びワークフローサーバ及び履歴サーバに関する。
【０００４】
【従来の技術】
図１３は、ワークフローシステムの概要を示す。
同図に用いられている各用語を説明する。
プランとは、仕事の流れを定義したものであり（仕事のテンプレート）、担当者（人）と仕事の内容の関係（順番）等を定義したものである。
【０００５】
プランにおけるステージとは、プロセスのタスクに対応し、プラン中の仕事を表す。
プロセスは、プランの実態であり、プロセスを実行するための情報を識別子を付けて管理する。
【０００６】
プロセスにおけるタスクとは、プロセス中の仕事を表し、プランのステージに対応する。
起案とは、プランからプロセスを生成する処理である。
次に、ワークフローシステムのシステム構成を説明する。
【０００７】
図１４は、従来のワークフローシステムの構成を示す。
あるネットワーク中に複数のワークフロークライアント（以下単にクライアントと記す）１０1 、１０2 と、１つのワークフローサーバ（以下単にサーバと記す）２０が接続され、サーバ２０は、プラン情報、プロセス情報、ローカル履歴情報を有するワークフローデータベース３０を有する。
【０００８】
まず、クライント１０がプランに基づいてプロセスを生成し、サーバ２０に転送する。これによりサーバ２０は、取得したプロセスをワークフローデータベース３０に格納する。
次に、サーバ２０は、先頭のタスクをカレントタスクとし、ユーザがクライアント１０からログイン（担当者名）すると、サーバ２０は、カレントタスクの担当者とユーザ名が一致するプロセスについてその旨をユーザに通知する。サーバ２０から通知されたクライアント１０は、カレントタスクの処理を実行する。クライアント１０による実行が完了すると、カレントタスクを次のタスクに変更する。さらに、タスクの処理を完了すると、そのタクスに関連している担当者や日付等を履歴情報としてワークフローデータベース３０にローカルな情報として保存しておく。プロセス中の最後のタスクが終了すると、当該プロセスを終了する。
【０００９】
図１５は、従来の複数のサーバに跨がるワークフローシステムの構成を示す。
従来において、複数のサーバ２０1 、２０2 、２０3 及び履歴サーバ５０がネットワーク４０1 、４０2 を介して接続されている。
このようなシステムにおいて連携してタスクを処理する場合には、例えば、クライアント１０1 によりタスクの処理が完了すると、当該クライアント１０1 を統括するサーバ２０1 は、ローカルなワークフローデータベース３０1 にタスク単位にクライアント１０1 が処理した履歴をリアルタイムに書き込むと共に、ネットワーク４０上に接続されている履歴サーバ５０にもクライアント１０1 が処理した履歴情報をタスク単位にリアルタイムにネットワーク４０1 を介して転送する。
【００１０】
これは、あるプロセスがネットワークに跨がって他のサーバに接続されるクライアントで当該プロセスのタスクが処理される場合に、ネットワークを介した前段のクライアントの履歴情報が必要となる。このため、前段で処理したクライアントを接続するサーバから履歴情報を、ネットワークを介して履歴サーバにタスク単位にリアルタイムで転送し、書き込みを行う。
【００１１】
図１５の例では、クライアント１０1 が処理したタスク単位の履歴情報をサーバ２０1 がローカルなワークフローデータベース３０1 に格納すると共に、リアルタイムにネットワーク４０1 を介して履歴サーバ５０に履歴情報を転送する。これにより、履歴サーバ５０は、当該サーバに接続されている履歴データベース５５にリアルタイムにクライアント１０1 の履歴情報を書き込む。
【００１２】
これにより、クライアント１０2 が、クライアント１０1 が処理したプランを連携して処理する場合には、クライアント１０2 が履歴サーバ５０を介して履歴データベース５５の内容を取得して、プロセスの連携処理を行う。
【００１３】
【発明が解決しようとする課題】
しかしながら、上記従来の複数サーバ及びクライアントで構成されるワークフローシステムでは、あるクライアントのタスク処理が行われる毎に、ネットワークを介して履歴サーバに履歴情報を転送しているため、ネットワークの負荷が増大することにより、応答時間に影響を与え、レスポンスの低下を招いている。即ち、１つのサーバにおいて、例えば４つのタスクを実行した場合には、各タスク毎に履歴サーバに履歴情報を転送するため、４回の転送が必要となる。
【００１４】
本発明は、上記の点に鑑みなされたもので、複数のサーバ及び複数のクライアントのワークフローシステムにおけるネットワーク負荷を増大させずに、ワークフロー履歴情報の取得が可能なワークフローの履歴情報取得方法及び履歴サーバの履歴情報取得方法及びワークフローの履歴情報取得システム及びワークフローサーバ及び履歴サーバを提供することを目的とする。
【００１５】
【課題を解決するための手段】
本発明は、ワークフローサーバとクライアントにネットワークを介して接続される、少なくともワークフローサーバ名とプロセス識別子を含む履歴情報を蓄積する履歴サーバの履歴情報取得方法において、
履歴サーバが、
ワークフローサーバから送付された履歴情報を受信し、履歴ＤＢに受信した該履歴情報を書き出して蓄積するステップと、
クライアントからの履歴情報の取得要求を受け付け、履歴ＤＢに蓄積されている履歴情報を読み込む蓄積履歴読込ステップと、
読み込んだ履歴情報に含まれるワークフローサーバ名とプロセス識別子からプロセス動作中のワークフローサーバとプロセスを特定し、プロセス動作中の該ワークフローサーバに該プロセスのローカルな履歴情報の送付を要求し、該ワークフローサーバから送付されたローカルな履歴情報を取得する動作中履歴取得ステップと、
蓄積履歴読込ステップで読み込んだ履歴情報と動作中履歴取得ステップで取得したローカルな履歴情報をマージするステップと、
マージされた履歴情報を該履歴情報の取得要求を行ったクライアントに送付するステップと、からなる。
【００１６】
本発明は、ワークフローサーバとクライアントがネットワーク介して接続され、少なくともフローサーバ名とプロセス識別子を含む履歴情報を蓄積する履歴サーバにおいて、
ワークフローサーバから送付された履歴情報を受信し、履歴ＤＢに受信した該履歴情報を書き出して蓄積する手段と、
クライアントからの履歴情報の取得要求を受け付け、履歴ＤＢに蓄積されている履歴情報を読み込む蓄積履歴読込手段と、
読み込んだ履歴情報に含まれるワークフローサーバ名とプロセス識別子からプロセス動作中のワークフローサーバとプロセスを特定し、プロセス動作中の該ワークフローサーバに該プロセスのローカルな履歴情報の送付を要求し、該ワークフローサーバから送付されたローカルな履歴情報を取得する動作中履歴取得手段と、
蓄積履歴読込手段で読み込んだ履歴情報と動作中履歴取得手段で取得したローカルな履歴情報をマージする手段と、
マージされた履歴情報を該履歴情報の取得要求を行ったクライアントに送付する手段と、
を有する。
【００２５】
本発明によれば、履歴情報の蓄積は、タスクを実行したサーバ自体でローカルに蓄積する他、サーバが移行する時点で、当該サーバの履歴情報を一括して履歴サーバに転送することにより、ネットワーク負荷が低減する。
【００２６】
また、本発明によれば、リンクを張り付けることにより、履歴サーバにアクセスすることによって、現在どのサーバが連携タスクを実行しているかを把握することができる。
また、本発明によれば、最後の連携タスクが終了した際に、当該タスクを実行したサーバからプロセス終了であることを履歴サーバに通知することにより、クライアントから履歴情報を取得する場合には、履歴サーバにのみアクセスすればよい。
【００２７】
また、本発明によれば、連携終了タスクの実行を契機として、履歴情報を履歴サーバに蓄積することにより、蓄積された履歴情報のみで起案されたプロセスの履歴が完結し、各クライアントからの履歴要求時において、複数のサーバに接続する必要がない。
【００２８】
また、本発明によれば、履歴サーバにおいて、各サーバから受信した履歴情報を蓄積しておき、現在動作中であるサーバの履歴情報をリンク情報を辿って取得し、蓄積されている履歴情報とマージして、履歴情報の要求元に転送することが可能であるため、履歴サーバに蓄積されている履歴情報のみならず、現在実行中のサーバの履歴情報をも取得できるため、例えば、移動元サーバから移動先であり、現在実行中のサーバの状況も把握することが可能となる。
【００２９】
【発明の実施の形態】
最初に、本発明の情報取得処理の概要を説明する。
図１は、本発明の処理の概要を説明するための図である。
同図に示すシステムでは、複数のサーバ１００Ａ，サーバ１００Ｂ，サーバ１００Ｃ、１つの履歴サーバ２００及び複数のクライアント４００Ａ，４００Ｂ，４００Ｃがネットワーク３００Ａ，３００Ｂを介して接続されている。なお、履歴サーバ２００は、ワークフローサーバとしての機能をも有するように設計してもよい。また、複数のサーバ及び複数のクライアントのそれぞれの機能は、計算機上でプログラムを実行することで実現する。
【００３０】
同図における処理を説明する。
以下に示すアルファベット記号と、同図中のアルファベット記号は対応するものとする。
（ａ） 各サーバ１００上において、定期的または、不定期に全てのプロセスをチェックしてカレントタスクのクライアントが『連携タスク』になっているタスクを抽出する。
【００３１】
（ｂ） カレントタスク（先頭のタスク）のクライアントが『連携タスク』を抽出したサーバを抽出サーバとし、連携で必要とするプラン情報、プロセス情報、ローカルな履歴情報を抽出する。抽出したプラン情報及びプロセス情報を、指定された移動先サーバに情報を一括して転送する。ローカルな履歴情報は、起案時情報（起案サーバ名と起案プロセス識別子）を付加して履歴サーバ２００に転送する。移動先サーバに転送したプラン情報、プロセス情報により、移動先サーバでのプロセスの引継ぎの情報となる。
【００３２】
（ｃ） 履歴サーバ２００は、定期的または、不定期に履歴があるかをチェックして、情報をサーバ１００から受信する。受信したローカルな履歴情報を履歴データベースに起案サーバ名と起案プロセス識別子で蓄積する。
（ｄ） 各サーバにおいて、定期的または、不定期に連携情報があるかをチェックして情報を受信する。受信したプラン情報、プロセス情報に基づいて新しいプロセスの起案処理を行い、連携タスクの次のタスクにカレントタスクを移動させる。この処理を契機として、リンク情報として生成サーバ名と起案プロセス識別子を履歴情報として履歴サーバ２００に転送する。
【００３３】
（ｅ） 履歴サーバ２００では、受信した履歴情報を履歴データベースの既存の履歴情報に追加して蓄積することにより、移動元サーバと移動先サーバのリンク付けを実施する。
（ｆ） カレントタスクのクライアントが『連携終了』（連携終了タスクがカレントタスク）となると、連携終了処理を行ったサーバのプロセスのローカルな履歴情報を履歴最終情報として履歴サーバ２００に送る。
【００３４】
（ｇ） 履歴サーバ２００では、受信した履歴情報を蓄積済の履歴情報に追加して蓄積することにより履歴の終了情報を蓄積する。
図２は、本発明のシステム構成図である。
同図に示すシステムは、複数のワークフローサーバ（以下、単にサーバと記す）１００Ａ、１００Ｂと複数のワークフロークライアント（以下、単にクライアントと記す）４００Ａ，４００Ｂ、履歴サーバ２００がネットワーク３００を介して接続されている。
【００３５】
サーバ１００は、ワークフロー処理部１１０、連携処理部１２０、履歴送信部１３０、連携情報受信部１４０、連携情報送信部１５０、連携終了処理部１６０、及びローカル履歴記憶部１７０から構成される。
また、以下の説明において、転送される情報として、連携情報と履歴情報、起案時情報がある。連携情報は、プラン情報、プロセス識別子、カレントタスク情報、終了したタスク情報から構成される。
【００３６】
また、履歴情報は、プロセス識別子、カレントタスク、日付、作業者、実行処理、抽出サーバ名、生成サーバ名等から構成される。
また、起案情報は、起案サーバ名、起案プロセス識別子からなる。
以下に各部の動作を説明する。
【００３７】
ワークフロー処理部１１０は、連携タスク及び連携終了タスクのクライアントとなる。また、サーバにおけるワークフローにおけるプロセスの連携処理部１２０で起案または、生成されたタスクを実行し、その操作履歴を連携処理部１２０に渡すと共に、ローカル履歴記憶部１７０に書き込む。
【００３８】
次に、連携処理部１２０の処理を説明する。
図３は、本発明のサーバの連携処理部の動作のフローチャートである。
ステップ１２１） 定期的または、不定期にカレントタスクのクライアントが『連携タスク』の抽出を待機する。
【００３９】
ステップ１２２） 『連携タスク』を抽出できた場合にはステップ１２３に移行し、まだ、抽出できない場合にはステップ１２１に移行する。
ステップ１２３） 『連携タスク』からプラン情報、プロセス毎に一意に付与されているプロセス識別子、カレントタスク情報、終了したタスク情報等を抽出する。
【００４０】
ステップ１２４） 前段のサーバの履歴情報として、タスクが処理された日付、処理した担当者名等を抽出する。
ステップ１２５） プラン情報、プロセス情報を連携情報送信部１５０に渡す。
【００４１】
ステップ１２６） 新たなプロセスが起案された時点における起案サーバ名及び起案プロセス識別子を起案時情報として抽出する。
ステップ１２７） 抽出した起案時情報と履歴情報を履歴送信部１３０に渡す。
【００４２】
ステップ１２８） 履歴送信部１３０の送信処理が完了したら、プロセスを終了させる。
次に、履歴送信部１３０の処理を説明する。
図４は、本発明のサーバの履歴送信部の動作のフローチャートである。
【００４３】
ステップ１３１） 定期的または、不定期に連携処理部１２０からの履歴情報の到着を待機する。
ステップ１３２） 履歴情報が到着したら、ステップ１３３に移行し、まだ到着しない場合は、ステップ１３１に移行する。
【００４４】
ステップ１３３） 履歴情報を送信する履歴サーバに接続する。
ステップ１３４） 履歴情報をファイルとして接続されているサーバに送信する。
ステップ１３５） 送信が完了したら、送信完了を呼出し元の連携処理部１２０に通知する。
【００４５】
次に、連携情報受信部１４０の動作について説明する。
図５は、本発明のサーバの連携情報受信部の動作のフローチャートである。
ステップ１４１） 定期的または、不定期に他のサーバからの連携情報の受信を待機する。
【００４６】
ステップ１４２） 連携情報を受信した場合にはステップ１４３に移行し、まだ、受信していない場合にはステップ１４１に移行し、受信を待機する。
ステップ１４３） ファイル形式で受信した連携情報のプラン情報から新しいプロセスを起案（生成）する。
【００４７】
ステップ１４４） 現サーバ名と新しく起案したプロセス識別子を抽出する。
ステップ１４５） 抽出した起案時の情報と履歴情報を履歴送信部１３０に転送する。
ステップ１４６） 受信したプラン情報から連携タスクの次のタスクにカレントタスクを位置づける。
【００４８】
ステップ１４７） 受信処理が完了したら、呼び出し元のサーバに受信完了を通知する。
次に、連携情報送信部１５０の処理を説明する。
図６は、本発明のサーバの連携情報送信部の動作のフローチャートである。
【００４９】
ステップ１５１） 定期的または、不定期に連携処理部１２０からの連携情報の到着を待機する。
ステップ１５２） 連携情報が到着したらステップ１５３に移行し、まだ到着しない場合には、ステップ１５１に移行する。
【００５０】
ステップ１５３） 連携情報を送信するサーバに接続する。
ステップ１５４） プラン情報及びプロセス情報を送信情報として複数のファイルとして、接続されているサーバに送信する。
ステップ１５５） 送信が完了したら、送信完了を呼び出し元の連携処理部１２０に通知する。
【００５１】
次に、連携終了処理部１６０の処理を説明する。
図７は、本発明のサーバの連携終了処理部の動作のフローチャートである。
ステップ１６１） 定期的または、不定期にカレントタスクのクライアントが『連携終了タスク』の抽出を待機する。
【００５２】
ステップ１６２） 『連携終了タスク』を抽出した場合にはステップ１６３に移行し、まだ、抽出されない場合にはステップ１６１に移行する。
ステップ１６３） 当該サーバのローカルな履歴情報を抽出する。
ステップ１６４） 起案時情報を抽出し、抽出された履歴情報を履歴送信部１３０に渡す。
【００５３】
ステップ１６５） 履歴送信部１３０の送信処理が終了したら、プロセスを終了させる。
履歴サーバ２００は、履歴受信部２１０、履歴蓄積処理部２２０から構成され、当該サーバ２００には、履歴データベース２３０が接続される。
【００５４】
図８は、本発明の履歴サーバの動作のフローチャートである。
ステップ２１１） 履歴受信部２１０は、定期的または、不定期にサーバ１００から送信される履歴情報を待機する。
ステップ２１２） 履歴受信部２１０が履歴情報を受信した場合にはステップ２１３に移行し、まだ、受信できない場合にはステップ２１１に移行する。
【００５５】
ステップ２１３） 履歴蓄積処理部２２０は、履歴受信部２１０がファイルとして受信した履歴情報を抽出する。
ステップ２１４） 履歴蓄積処理部２２０は、起案時情報に基づいて履歴データベース２３０を検索する。
【００５６】
ステップ２１５） また、履歴蓄積処理部２２０は、 履歴データベース２３０に既存情報が存在すれば、受信した履歴情報を追加書き込みする。
ステップ２１６） 履歴蓄積処理部２２０は、履歴データベース２３０に既存情報が存在しない場合には、起案時情報を設定し、受信した履歴情報を新たに書き込む。
【００５７】
ステップ２１７） 履歴蓄積処理部２２０は、履歴データベース２３０への蓄積が完了したら、送信元のサーバに受信完了を通知する。
次に、履歴サーバ２００に対して、クライアント４００から履歴情報を要求した場合の処理を説明する。
【００５８】
図９は、本発明の履歴サーバからクライアントに履歴情報の提供を行う場合の処理を説明するための図であり、図１０は、本発明の履歴情報提供動作のフローチャートである。
ステップ３０１） クライアント４００Ａは、履歴取得アプリケーション４２０を起動し、クライアント送受信処理部４１０において、起案サーバ名及び起案プロセス識別子を用いて要求情報を生成する。
【００５９】
ステップ３０２） クライアント送受信処理部４１０は、当該クライアント４００Ａを包含するサーバ１００Ａを介して、履歴サーバに接続し、起案サーバ名及び起案プロセス識別子を用いて履歴情報の要求を行う。
ステップ３０３） 履歴サーバ２００のサーバ送受信処理部２４０において、当該履歴情報の要求を受信し、履歴取得処理部２５０に転送する。これにより、履歴取得処理部２５０は、履歴サーバ２００の履歴データベース２３０に蓄積されている履歴情報を起案サーバ名と起案プロセス識別子に基づいて検索する。
【００６０】
ステップ３０４） 検索した結果、対象となる蓄積履歴情報が履歴データベース２３０に存在しない場合には、サーバ間の移動が実施されていないことを示すため、ステップ３０７に移行する。蓄積履歴情報が存在する場合には、ステップ３０５に移行する。
【００６１】
ステップ３０５） 履歴取得処理部２５０は、履歴データベース２３０から取得した履歴を保持する。
ステップ３０６） 取得した履歴がプロセスにおける連携終了タスクの履歴である最終履歴であるかを判定し、最終履歴ではない場合には、ステップ３０７に移行し、最終履歴である場合にはステップ３１０に移行する。
【００６２】
ステップ３０７） 履歴取得処理部２５０は、プロセス途中の処理タスクの生成（起案）処理が行われた生成履歴を取り出し、当該生成履歴からプロセス処理中のサーバ（図９の例では、サーバ１００Ｃ）に接続する。また、履歴情報が存在しない場合は、プロセス処理中のサーバ（図９の例ではサーバ１００Ａ）に接続する。
【００６３】
ステップ３０８） 接続したサーバ（図９の例では、サーバ１００Ｃ）から当該サーバのローカルな履歴を取得する。各サーバでは、ローカルな履歴をローカルなローカル履歴記憶部１７０にそれぞれ処理毎に格納しているため、当該ローカル履歴記憶部１７０から当該サーバがローカルな履歴を読み出して履歴サーバ２００に送信する。
【００６４】
ステップ３０９） 履歴サーバ２００の履歴取得処理部２５０は、プロセス処理中のサーバ（図９の例では、サーバ１００Ｃまたは、サーバ１００Ａ）から取得した履歴情報と履歴データベース２３０から取得して保持している蓄積履歴情報とをマージする。
【００６５】
ステップ３１０） 履歴サーバ２００のサーバ送受信処理部２４０は、マージされた履歴情報を履歴要求発行元のクライアント４００Ａにファイル送信する。
ステップ３１１） クライアント４００Ａのクライアント送受信処理部４１０は、履歴サーバ２００から履歴情報を取得すると、受信完了通知を履歴サーバ２００に送信する。
【００６６】
ステップ３１２） クライアント送受信処理部４１０は、履歴取得アプリケーション４２０に対して取得した履歴情報を渡す。これにより、履歴取得アプリケーションにおいて、履歴情報の表示処理等を行う。
【００６７】
【実施例】
以下、図面と共に本発明の実施例を説明する。
最初に、複数のサーバに対して、図１に基づいてプラン上のステージを連携タスクとして連携するサーバに配置する例を説明する。
【００６８】
図１１は、本発明の一実施例のプラン情報の例を示す。
同図に示すプラン情報は、プラン名（申請処理Ａ）、ステージ番号、ステージ名、担当者、仕事内容等が定義される。
図１２は、本発明の一実施例のプロセス情報の例を示す。
【００６９】
同図に示すプロセス情報は、プラン名、プロセス識別子、カレントタスク番号、処理順序、タスク名、担当者、仕事内容、履歴情報、実行処理種別等から構成される。カレントタスク番号は、プロセス情報が転送される毎に先頭となるタスク番号（タスク名）が設定されるものとする。
【００７０】
当該プロセス情報は、図１１に示すプラン情報から生成されるためのもので、１つのプロセスに対して一意に指定されたプロセス識別子が付与される。
上記のように、設定されたプラン情報及びプロセス情報を図１に示す各サーバに割り当てる。プロセス情報の処理順序に従って、“ＳＴＡＲＴ”（プロセス開始）、“タスクＡ”、“タスクＢ”をサーバ１００Ａに、“タスクＣ”をサーバ１００Ｂに、“タスクＤ”をサーバ１００Ｃにそれぞれ割当て、“連携タスクＡ”をサーバ１００Ａとサーバ１００Ｂに、“連携タスクＢ”をサーバ１００Ｂとサーバ１００Ｃに、“連携終了タスク”をサーバ１００Ｃにそれぞれ割り当てる。
次に、上記のようにタスクが各サーバに配置されたものとして、図１に示す各タスク処理を順次説明する。
【００７１】
（１） サーバ１００Ａ、図１の例では、先頭の処理として“タスクＡ”が存在するので、ワークフロー処理部１１０において、まず、タスクＡを実行する。タスクＡの実行が９７年１月１１日に終了したため、ローカル履歴記憶部１７０に当該日付とタスク名を格納する。次に、“タスクＡ”終了後、“タスクＢ”が存在するので、サーバ１００Ａは引き続いて“タスクＢ”を処理し、その処理日付とタスク名をローカル履歴記憶部１７０に格納する。
【００７２】
（２） サーバ１００Ａにおいて、連携処理部１２０は、プロセス情報か『連携タスクＡ』を抽出する。当該連携タスクＡの情報からプラン名（申請処理Ａ）、プロセス識別子（ＰＲ−Ａ）、カレントタスク情報（次のタスク処理であるタスクＣ）、終了したタスク情報（タスクＡ，タスクＢ）、さらに、履歴情報として、プロセス開始（ＳＴＡＲＴ：９７．１．１０）、終了したタスクの処理日（タスクＡ：９７，１，１１，タスクＢ：９７，１，１１）、処理した担当者名（ＳＴＡＲＴ：ａａ，タスクＡ：ｂｂ，タスクＢ：ｃｃ）を取得する。
これにより、連携処理部１２０は、プラン情報及びプロセス情報からなる連携情報を連携情報送信部１５０に転送する。さらに、起案時情報として、起案サーバ名（サーバ１００Ａ）と起案プロセス識別子（ＰＲ−Ａ１）を抽出し、上記で取得した履歴情報と共に、履歴送信部１３０に転送する。
【００７３】
連携情報送信部１５０は、連携処理部１２０から取得した連携情報（プラン情報、プロセス情報）を送信する次のサーバ（サーバ１００Ｂ）にネットワーク３００Ａを介して送信する。
また、履歴送信部１３０からネットワーク３００Ａを介して履歴サーバ２００の履歴受信部２１０が履歴情報を受信すると、当該履歴情報を履歴データベース２３０に格納する。
【００７４】
（３） 次に、サーバ１００Ｂに制御が移行すると、サーバ１００Ｂの連携情報受信部１４０は、受信した連携情報から新しいプロセスを起案し、サーバ名（サーバ１００Ｂ）とプロセス識別子（ＰＲ−Ｂ１）を抽出し、履歴送信部１３０に転送する。これにより、履歴送信部１３０は、履歴情報として、サーバ名（サーバ１００Ｂ），プロセス識別子（ＰＲ−Ｂ１）、履歴（生成）を履歴サーバ２００に送信する。
【００７５】
さらに、連携情報受信部１４０は、サーバ１００Ａから受信した連携情報のプラン情報から連携タスクＡの次のタスクである“タスクＣ”にカレントタスクを位置付ける。従って、この時のプロセス情報のカレントタスク番号は、“タスクＣ”となる。
【００７６】
（４） サーバ１００Ｂは、上記のサーバ１００Ａが“タスクＡ”、“タスクＢ”を行った方法により、タスク処理を行い、次に連携している“連携タスクＢ”の処理を行う。
（５） 次に、サーバ１００Ｂからサーバ１００Ｃに制御が移行すると、サーバ１００Ｃは、上記と同様の方法、“タスクＤ”をカレントタスクとして処理する。
【００７７】
（６） サーバ１００Ｃの連携終了処理部１６０は、“タスクＤ”の処理が終了すると、“連携タスク終了”を抽出する。これにより、サーバ１００Ｃにおける起案時情報（プラン情報、プロセス識別子、サーバ名）と履歴情報（日付、実行処理タスク名、抽出サーバ名、生成サーバ名等）をタスク単位に履歴送信部１３０に転送する。これにより、履歴送信部１３０は、それらの情報を履歴サーバ２００に転送する。
【００７８】
次に、クライアント４００Ａから履歴サーバ２００に対して履歴取得要求を発行し、履歴サーバ２００から履歴情報を取得する例を図９に基づいて説明する。
まず、クライアント４００Ａは、履歴取得アプリケーション４２０を起動して、クライアント送受信処理部４１０から起案サーバ名（サーバ１００Ａ）、起案プロセス識別子（ＰＲ−Ａ１）を履歴取得要求として、サーバ１００Ａに転送する。これにより、サーバ１００Ａは、当該履歴取得要求を履歴サーバ２００に送信する。
【００７９】
これにより、履歴サーバ２００のサーバ送受信処理部２４０は、当該履歴取得要求の起案サーバ名（サーバ１００Ａ）、起案プロセス識別子（ＰＲ−Ａ１）を用いて履歴データベース２３０を検索する。このとき、当該プロセス識別子のプロセスは、連携終了タスクまで至っていないため、図９に示す情報のみが履歴データベース２３０に蓄積されている。従って、履歴取得処理部２５０は、現在蓄積されている
抽出履歴（サーバＡとプロセスＩＤ：ＰＲ−Ａ１）
生成履歴（サーバＢとプロセスＩＤ：ＰＲ−Ｂ１）
抽出履歴（サーバＢとプロセスＩＤ：ＰＲ−Ｂ１）
生成履歴（サーバＣとプロセスＩＤ：ＰＲ−Ｃ１）
を取得すると共に、現在プロセス処理中のサーバ１００Ｃに対して、履歴を要求する。これにより、サーバ１００Ｃは、現在までのローカル履歴記憶部１７０に格納されている履歴情報（処理中履歴とプロセスＩＤ：ＰＲ−Ｃ１）を送信する。
【００８０】
これにより、履歴取得処理部２５０は、上記の蓄積履歴にサーバ１００Ｃから取得した履歴情報をマージして、
抽出履歴（サーバＡとプロセスＩＤ：ＰＲ−Ａ１）
生成履歴（サーバＢとプロセスＩＤ：ＰＲ−Ｂ１）
抽出履歴（サーバＢとプロセスＩＤ：ＰＲ−Ｂ１）
生成履歴（サーバＣとプロセスＩＤ：ＰＲ−Ｃ１）
処理中履歴（サーバＣとプロセスＩＤ：ＰＲ−Ｃ１）
を生成して、履歴情報として、サーバ１００Ａを介してクライアント４００Ａに送信する。
【００８１】
なお、上記の実施例において、連携情報としてプロセス情報の他にプラン情報を併せて送信するのは、プロセス情報が実行形態（バイナリコード）であり、プラン情報を実行するサーバマシンの形態に変換し実行するためのものであるのに対して、プラン情報は、サーバを跨ぐプロセスを処理する場合にサーバマシンの種々の仕様を意識せずに各サーバに渡すことが可能なソースコードで生成されている。従って、異なるサーバにおいて個々にプラン情報からプロセス情報に変換して、タスクを実行することができる。
【００８２】
なお、本発明は、上記の実施例に限定されることなく、特許請求の範囲内において種々変更・応用が可能である。
【００８３】
【発明の効果】
第１及び第７の発明によれば、クライアントが生成したプランに基づくプロセスが複数のサーバに跨がる場合に、移動元と移動先のサーバ間において連携処理を行うプロセス上の位置を連携ステージとして設定しておくことにより、確実な連携処理を行うことが可能である。
【００８４】
第２及び第８の発明によれば、各クライアントが実施したタスク単位に、従来のようにリアルタイムに履歴を履歴サーバに転送せず、サーバが移動元サーバから移動先サーバに制御が移行するタイミングで履歴サーバに転送することにより、ネットワーク負荷を軽減することができ、ワークフローシステム全体の応答時間に影響を与えることがない。
【００８５】
第３及び第１０の発明によれば、連携処理を行う際に、移動元サーバから移動先サーバに制御が移動した際に、新しいプロセスを生成したサーバの情報を履歴サーバに蓄積しておくことにより、移動元サーバと移動先サーバのリンク付けが可能となり、履歴情報を取得する際に、起案サーバ名とプロセス識別子を与えるのみで、リンクした一連のプロセスの履歴情報を取得することができるため、グローバルな履歴情報として管理することができる。従って、クライアントからの履歴要求時に、まだ、タスクが完了していないサーバへの接続が可能となるため、以降に示す第６及び第１３の発明における、動作中のサーバへのアクセスが容易に行うことができる。
【００８６】
第５及び第１２の発明によれば、プロセスの連携処理の終了処理を行った場合に、プロセス終了を履歴サーバに転送することにより、蓄積された履歴情報だけで起案されたプロセスの履歴が完結する。従って、先頭のタスクから最後の連携終了タスクまでを履歴サーバに転送することにより、履歴データベースでは、一連のプロセスの履歴を完結することが可能であるため、クライアントが履歴情報取得要求を発行し、当該要求に対応する履歴情報を取得したとき、起案からプロセス完了までの一連の履歴を把握することができるため、クライアントからの履歴要求時に他のサーバへ接続して検索する処理が不要となる。
【００８７】
第６及び第１３の発明によれば、クライアントから履歴サーバに履歴情報取得要求が発行された際に、もし、プロセスが完了していない場合、つまり、未だ動作中のサーバがある場合には、既に履歴データベースに蓄積されている履歴情報に、動作中のサーバの履歴を取得してマージして、クライアントに返却することにより、プロセスが完結していなくとも、現時点におけるプロセスの実行状態を把握することが可能となる。
【図面の簡単な説明】
【図１】本発明の処理の概要を説明するための図である。
【図２】本発明のシステム構成図である。
【図３】本発明のサーバの連携処理部の動作のフローチャートである。
【図４】本発明のサーバの履歴送信部の動作のフローチャートである。
【図５】本発明のサーバの連携情報受信部の動作のフローチャートである。
【図６】本発明のサーバの連携情報送信部の動作のフローチャートである。
【図７】本発明のサーバの連携終了処理部の動作のフローチャートである。
【図８】本発明の履歴サーバの動作のフローチャートである。
【図９】本発明の履歴サーバから取得要求元のクライアントに履歴情報の提供を行う場合を説明するための図である。
【図１０】本発明の履歴情報提供動作のフローチャートである。
【図１１】本発明の一実施例のフラン情報の例である。
【図１２】本発明の一実施例のプロセス情報の例である。
【図１３】ワークシステムの概要を示す図である。
【図１４】従来のワークフローシステムの構成図である。
【図１５】従来の複数サーバに跨がるワークフローシステムの構成図である。
【符号の説明】
１００ ワークフローサーバ
１１０ ワークフロー処理部
１２０ 連携処理部
１３０ 履歴送信部
１４０ 連携情報受信部
１５０ 連携情報送信部
１６０ 連携終了処理部
２００ 履歴サーバ
２１０ 履歴受信部
２２０ 履歴蓄積処理部
２３０ 履歴データベース
２４０ サーバ送受信処理部
２５０ 履歴取得処理部
３００ ネットワーク
４００ クライアント
４１０ クライアント送受信処理部
４２０ 履歴取得アプリケーション[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 network1102Also, one workflow server (hereinafter simply referred to as a server) 20 is connected, and the server 20 has a workflow database 30 having plan information, process information, and local history information.
[0008]
First, the client 10 generates a process based on the plan and transfers it to the server 20. As a result, the server 20 stores the acquired process in the workflow database 30.
Next, the server 20 sets the first task as the current task, and when the user logs in from the client 10 (name of the person in charge), the server 20 informs the user of the process whose user name matches the person in charge of the current task. Notice. The client 10 notified from the server 20 executes the current task process. When the execution by the client 10 is completed, the current task is changed to the next task. Further, when the task processing is completed, the person in charge and the date related to the task are stored as history information in the workflow database 30 as local information. When the last task in the process ends, the process ends.
[0009]
FIG. 15 shows the configuration of a conventional workflow system that spans multiple servers.
Conventionally, a plurality of servers 201, 202, 20ThreeAnd the history server 50 is connected to the network 40.1, 402Connected through.
When processing tasks in cooperation with such a system, for example, the client 101When the processing of the task is completed, the client 101Server 201Is the local workflow database 301Client 10 per task1The history processed by the client 10 is written in real time, and the history server 50 connected to the network 40 also stores the client 10.1The network 40 processes the history information processed in real time in units of tasks.1Forward through.
[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 server 201Is the local workflow database 301And in real time the network 401The history information is transferred to the history server 50 via Thereby, the history server 50 stores the client 10 in real time in the history database 55 connected to the server.1Write history information.
[0012]
As a result, the client 102But client 101In the case of processing the plans processed by the client 10 in cooperation, the client 102Acquires the contents of the history database 55 via the history server 50 and performs process cooperation processing.
[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 servers 100A, 100B, 100C, a history server 200, and a plurality of clients 400A, 400B, 400C are connected via networks 300A, 300B. The history server 200 may be designed to have a function as a workflow server. The functions of the plurality of servers and the plurality of clients are realized by executing a program on a computer.
[0030]
The process in FIG.
The alphabet symbols shown below correspond to the alphabet symbols in the figure.
(A) On each server 100, all processes are checked regularly or irregularly, and a task in which the client of the current task is a “cooperative task” is extracted.
[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 history server 200 with draft information (draft server name and draft process identifier). Based on the plan information and process information transferred to the destination server, it becomes information of process takeover at the destination server.
[0032]
(C) The history server 200 checks whether there is a history regularly or irregularly, and receives information from the server 100. The received local history information is stored in the history database with the draft server name and draft process identifier.
(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 history server 200 as link information.
[0033]
(E) The history server 200 links the source server and the destination server by adding the received history information to the existing history information in the history database and storing it.
(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 history server 200 as the history final information.
[0034]
(G) The history server 200 accumulates the history end information by adding the received history information to the accumulated history information and accumulating it.
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 history server 200 connected via a network 300. ing.
[0035]
The server 100 includes a workflow processing unit 110, a cooperation processing unit 120, a history transmission unit 130, a cooperation information reception unit 140, a cooperation information transmission unit 150, a cooperation end processing unit 160, and a local history storage unit 170.
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 workflow processing unit 110 is a client of the cooperation task and the cooperation end task. In addition, a task drafted or generated by the process cooperation processing unit 120 in the workflow in the server is executed, and the operation history is transferred to the cooperation processing unit 120 and written to the local history storage unit 170.
[0038]
Next, the process of the cooperation process part 120 is demonstrated.
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 information transmission unit 150.
[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 history transmitting unit 130.
[0042]
Step 128) When the transmission processing of the history transmission unit 130 is completed, the process is terminated.
Next, the process of the history transmission unit 130 will be described.
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 cooperation processing unit 120 regularly or irregularly.
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 processor 120.
[0045]
Next, the operation of the cooperation information receiving unit 140 will be described.
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 history transmitting unit 130.
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 information transmission part 150 is demonstrated.
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 cooperation processing unit 120 regularly or irregularly.
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 processor 120.
[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 history transmitting unit 130.
[0053]
Step 165) When the transmission processing of the history transmission unit 130 is completed, the process is terminated.
The history server 200 includes a history receiving unit 210 and a history accumulation processing unit 220, and a history database 230 is connected to the server 200.
[0054]
FIG. 8 is a flowchart of the operation of the history server of the present invention.
Step 211) The history receiving unit 210 waits for history information transmitted from the server 100 regularly or irregularly.
Step 212) When the history receiving unit 210 receives the history information, the process proceeds to step 213, and when it cannot be received yet, the process proceeds to step 211.
[0055]
Step 213) The history storage processing unit 220 extracts the history information received as a file by the history receiving unit 210.
Step 214) The history storage processing unit 220 searches the history database 230 based on the drafting time information.
[0056]
Step 215) If the existing information exists in the history database 230, the history storage processing unit 220 additionally writes the received history information.
Step 216) When there is no existing information in the history database 230, the history storage processing unit 220 sets drafting time information and newly writes the received history information.
[0057]
Step 217) When the accumulation in the history database 230 is completed, the history accumulation processing unit 220 notifies the transmission source server of the completion of reception.
Next, processing when history information is requested from the client 400 to the history server 200 will be described.
[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 client 400A activates the history acquisition application 420, and the client transmission / reception processing unit 410 generates request information using the drafting server name and drafting process identifier.
[0059]
Step 302) The client transmission / reception processing unit 410 connects to the history server via the server 100A including the client 400A, and requests history information using the drafting server name and drafting process identifier.
Step 303) The server transmission / reception processing unit 240 of the history server 200 receives the request for the history information and transfers it to the history acquisition processing unit 250. As a result, the history acquisition processing unit 250 searches the history information stored in the history database 230 of the history server 200 based on the drafting server name and drafting process identifier.
[0060]
Step 304) As a result of the search, when the target accumulated history information does not exist in the history database 230, the process proceeds to Step 307 to indicate that the movement between servers is not performed. If accumulated history information exists, the process proceeds to step 305.
[0061]
Step 305) The history acquisition processing unit 250 holds the history acquired from the history database 230.
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 acquisition processing unit 250 extracts a generation history in which a process task generation (draft) process in the middle of the process has been performed, and sends the generation history to the server (in the example of FIG. 9, the server 100C in the process). Connecting. Further, if there is no history information, the server is connected to the server being processed (server 100A in the example of FIG. 9).
[0063]
Step 308) A local history of the server is acquired from the connected server (the server 100C in the example of FIG. 9). Since each server stores a local history in the local local history storage unit 170 for each process, the server reads a local history from the local history storage unit 170 and transmits the local history to the history server 200.
[0064]
Step 309) The history acquisition processing unit 250 of the history server 200 acquires and holds the history information acquired from the server being processed (the server 100C or the server 100A in the example of FIG. 9) and the history database 230. Merge with accumulated history information.
[0065]
Step 310) The server transmission / reception processing unit 240 of the history server 200 transmits the merged history information to the client 400A that issued the history request as a file.
Step 311) Upon acquiring the history information from the history server 200, the client transmission / reception processing unit 410 of the client 400A transmits a reception completion notification to the history server 200.
[0066]
Step 312) The client transmission / reception processing unit 410 passes the acquired history information to the history acquisition application 420. As a result, history information display processing and the like are performed in the history acquisition application.
[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 server 100B, and “task D” is assigned to the server 100C. “Cooperation task A” is assigned to server 100A and server 100B, “cooperation task B” is assigned to server 100B and server 100C, and “cooperation end task” is assigned to server 100C.
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 workflow processing unit 110 first executes task A. Since execution of task A ended on January 11, 1997, the date and task name are stored in the local history storage unit 170. Next, since “task B” exists after “task A” ends, the server 100A continues to process “task B”, and stores the processing date and task name in the local history storage unit 170.
[0072]
(2) In the server 100A, the cooperation processing unit 120 extracts process information or “cooperation task A”. From the information of the associated task A, the plan name (application process A), process identifier (PR-A), current task information (task C as the next task process), completed task information (task A, task B), As the history information, the process start (START: 9.1.1.10), the processing date of the finished task (task A: 97, 1, 11, task B: 97, 1, 11), the name of the person in charge (START) : Aa, task A: bb, task B: cc).
Thereby, the cooperation processing unit 120 transfers the cooperation information including the plan information and the process information to the cooperation information transmission unit 150. Further, the drafting server name (server 100A) and drafting process identifier (PR-A1) are extracted as drafting information, and transferred to the history sending unit 130 together with the history information acquired above.
[0073]
The cooperation information transmitting unit 150 transmits the cooperation information (plan information and process information) acquired from the cooperation processing unit 120 to the next server (server 100B) that transmits the information through the network 300A.
Further, when the history receiving unit 210 of the history server 200 receives the history information from the history transmitting unit 130 via the network 300 </ b> A, the history information is stored in the history database 230.
[0074]
(3) Next, when control is transferred to the server 100B, the cooperation information receiving unit 140 of the server 100B drafts a new process from the received cooperation information, and assigns a server name (server 100B) and a process identifier (PR-B1). Extract it and transfer it to the history transmitter 130. Thereby, the history transmission unit 130 transmits the server name (server 100B), the process identifier (PR-B1), and the history (generation) to the history server 200 as history information.
[0075]
Further, the cooperation information receiving unit 140 positions the current task to “task C”, which is the next task of the cooperation task A, from the plan information of the cooperation information received from the server 100A. Accordingly, the current task number of the process information at this time is “task C”.
[0076]
(4) The server 100B performs the task processing by the method in which the server 100A performs “task A” and “task B”, and then performs the processing of the “cooperation task B” linked together.
(5) Next, when control is transferred from the server 100B to the server 100C, the server 100C processes the same method, “task D”, as the current task.
[0077]
(6) The cooperation end processing unit 160 of the server 100C extracts “cooperation task end” when the processing of “task D” ends. Thereby, the drafting time information (plan information, process identifier, server name) and history information (date, execution task name, extraction server name, generation server name, etc.) in the server 100C are transferred to the history transmission unit 130 in units of tasks. . Thereby, the history transmission unit 130 transfers the information to the history server 200.
[0078]
Next, an example in which a history acquisition request is issued from the client 400A to the history server 200 and history information is acquired from the history server 200 will be described with reference to FIG.
First, the client 400A activates the history acquisition application 420 and transfers the draft server name (server 100A) and draft process identifier (PR-A1) from the client transmission / reception processing unit 410 to the server 100A as a history acquisition request. Accordingly, the server 100A transmits the history acquisition request to the history server 200.
[0079]
Accordingly, the server transmission / reception processing unit 240 of the history server 200 searches the history database 230 using the drafting server name (server 100A) and drafting process identifier (PR-A1) of the history acquisition request. At this time, since the process with the process identifier has not reached the cooperation end task, only the information shown in FIG. 9 is stored in the history database 230. Therefore, the history acquisition processing unit 250 is currently accumulated.
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 server 100C currently processing the process. As a result, the server 100C transmits the history information (processing history and process ID: PR-C1) stored in the local history storage unit 170 up to now.
[0080]
Thereby, the history acquisition processing unit 250 merges the history information acquired from the server 100C with the above-described accumulation 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 client 400A via the server 100A.
[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)

ワークフローサーバとクライアントにネットワークを介して接続される、少なくともワークフローサーバ名とプロセス識別子を含む履歴情報を蓄積する履歴サーバの履歴情報取得方法において、
前記履歴サーバが、
前記ワークフローサーバから送付された履歴情報を受信し、履歴ＤＢに受信した該履歴情報を書き出して蓄積するステップと、
前記クライアントからの履歴情報の取得要求を受け付け、前記履歴ＤＢに蓄積されている履歴情報を読み込む蓄積履歴読込ステップと、
読み込んだ前記履歴情報に含まれるワークフローサーバ名とプロセス識別子からプロセス動作中のワークフローサーバとプロセスを特定し、プロセス動作中の該ワークフローサーバに該プロセスのローカルな履歴情報の送付を要求し、該ワークフローサーバから送付されたローカルな履歴情報を取得する動作中履歴取得ステップと、
前記蓄積履歴読込ステップで読み込んだ履歴情報と前記動作中履歴取得ステップで取得したローカルな履歴情報をマージするステップと、
マージされた履歴情報を該履歴情報の取得要求を行ったクライアントに送付するステップと、
からなることを特徴とする履歴サーバの履歴情報取得方法。 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. ワークフローサーバとクライアントがネットワーク介して接続され、少なくともフローサーバ名とプロセス識別子を含む履歴情報を蓄積する履歴サーバにおいて、In 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 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:
JP1636597A 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 Expired - Fee Related JP3842360B2 (en)

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)

* Cited by examiner, † Cited by third party
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)

* Cited by examiner, † Cited by third party
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

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
US5978836A (en) Workflow systems and methods
US6510429B1 (en) Message broker apparatus, method and computer program product
JP4687803B2 (en) Communication terminal device
JP3918230B2 (en) Data update monitoring server
US20030023675A1 (en) Workflow systems and methods for project management and information management
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
CN106875184A (en) Abnormal scene analogy method, device and equipment
JPH06290098A (en) Method for processing distributed data base
JP3003596B2 (en) Client server system
JP4241757B2 (en) Communication terminal device
JP4285535B2 (en) COMMUNICATION TERMINAL DEVICE, COMPUTER PROGRAM, AND COMMUNICATION METHOD
JPH11250092A (en) Shared database, shared databse system, method for extracting data from shared database and medium recording data extraction program from shared databse
JPH11194929A (en) Client-side program management method in client-server system
JPH04305751A (en) File transfer system
JPH09204459A (en) Design work supporting 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