JP2000306013A - ワークフローシステム - Google Patents

Abstract

(57)【要約】 【課題】 クライアントとサーバ間におけるデータ欠損
を極力抑制する。 【解決手段】 ワークフロー管理システム２を搭載した
サーバ１０に対して複数のクライアント１２ａ、１２ｂ
を伝送路４を介して接続し、各クライアントからサーバ
のワークフロー管理システムをアクセスするワークフロ
ーシステムにおいて、各クライアントに対して、操作者
がワークフロー管理システムに対する実行要求及び実デ
ータを入力し結果を出力するためのクライアントモジュ
ール１５ａ、１５ｂと、実行要求、実データ及び結果を
含むデータをサーバへ送受信するためのＯＬＴＰ１６
ａ、１６ｂとを付加している。さらに、サーバに対し
て、結果、実行要求及び実データを含むデータをクライ
アントへ送受信するためのＯＬＴＰ１４ａ、１４ｂと、
ＯＬＴＰで受信された実行要求及び実データでワークフ
ロー管理システムをアクセスし結果を得るＡＰＩ３ａ、
１３ｂとを付加している。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はクライアントサーバ
システムで構成されたワークフローシステムに関する。

【０００２】

【従来の技術】企業や官庁における事務処理業務に関連
する情報を複数の部門や複数の担当者で共有しかつ順番
に業務を実行していく場合に、その情報や各部門や各担
当者が実行した成果物の流れをコンピユータネットワー
ク上で管理するワークフローシステムが提唱されてい
る。

【０００３】このようなワークフローシステムは、一般
に、クライアントサーバシステムで構成されている。す
なわち、図３に示すように、リポジトリ・データファイ
ル１及びワークフロー管理システム２が搭載されたサー
バ３に対して、伝送路４を介して複数のクライアント５
ａ、５ｂが接続されている。各クライアント５ａ、５ｂ
は、このワークフローシステムを用いて各種業務を行う
各担当者に割当られている。

【０００４】各クライアント５ａ、５ｂには、サーバ３
のワークフロー管理システム２をアクセスするためのＡ
ＰＩ（アプリケーション・プログラミング・インタフェ
ース）６と、操作者としての担当者がワークフロー管理
システム２に対する実行要求及び実データを入力し結果
を出力するためのクライアントモジュール７とが組込ま
れている。

【０００５】このような構成のワークフローシステムに
おいて、各担当者は、このワークフローシステムを用い
て各種業務を行う場合、自己に与えられたクライアント
５ａ、５ｂで、業務種別を示すパラメータ情報及び実デ
ータとを入力すると、このクライアント５ａ、５ｂの入
出力処理を担当するクライアントモジュール７は、この
パラメータ情報及び実データをＡＰＩ６へ渡して、この
ＡＰＩ６を起動する。

【０００６】ＡＰＩ６は、伝送路１を介して、サーバ３
のワークフロー管理システム２をログオン（起動）し
て、パラメータ情報及び実データでワークフロー管理シ
ステム２を動作させる。

【０００７】ワークフロー管理システム２は、パラメー
タ情報で指定される業務の流れ（実行手順）をリポジト
リ・データファイル１から読出して、その業務の流れ
（実行手順）を構成する各ワークポインタを特定して、
特定されたワークポインタに対して入力された実データ
を挿入して、該当ワークポインタに与えられた処理を実
行させ、その実行結果（成果物）を次のワークポインタ
へ転送する。そして、該当業務の流れが現在どの位置
（ワークポインタ）に位置するかをリポジトリ・データ
ファイル１に登録する。

【０００８】そして、必要な場合は、その処理結をアク
セス要求（実行要求）元のクライアント５ａ、５ｂへ送
信する。

【０００９】

【発明が解決しようとする課題】しかしながら、図３に
示すワークフローシステムについてもまだ改良すべき次
のような課題があった。

【００１０】すなわち、前述したように、一般に、ワー
クフローシステムはクライアントサーバシステムで構成
されているので、各クライアント５ａ、５ｂに組込まれ
たＡＰＩ（アプリケーション・プログラミング・インタ
フェース）は、伝送路４を介してサーバ２のワークフロ
ー管理システム２との間で各種の情報交換を実施する。

【００１１】具体的には、クライアント５ａ、５ｂとサ
ーバ３間においては、クライアント５ａ，５ｂのＡＰＩ
６とサーバ３のデーモンとでデータ伝送が実施され、さ
らに詳細には、ＴＣＰ／ＩＰ（トランスミッション・コ
ントロール・プロトコル／インターネット・プロトコ
ル）におけるソケット（Socket）通信を用いて実行され
る。ＴＣＰ／ＩＰにおけるソケット通信においては、ク
ライアント５ａ、５ｂとサーバ３との間のデータ送信の
信頼性は、ＴＣＰ／ＩＰに依存する。

【００１２】したがって、サーバ３又はクライアント５
ａ、５ｂのタスクの障害、伝送路４の断線、ネットワー
クカードアダプタの障害、サーバ３のデーモンの障害等
が発生すると、クライアント・サーバ間で送受信される
データに欠損が発生する懸念がある。

【００１３】データの欠損が発生すると、クライアント
５ａ、５ｂにエラーメッセージが表示されるので、操作
者（担当者）は、クライアント５ａ、５ｂに対して再度
同一操作を実施して、ＡＰＩ６を起動させる必要があ
る。したがって、操作が煩雑になる。

【００１４】本発明はこのような事情に鑑みてなされた
ものであり、ＡＰＩをクライアント側ではなくてサーバ
側に設置することにより、クライアントとサーバとの間
のデータ伝送手順として信頼性の高いデータ伝送手順を
採用でき、クライアントとサーバ間のデータ伝送不良に
起因するシステム異常が発生することを極力抑制でき、
システム全体の信頼性を大幅に向上できるワークフロー
システムを提供することを目的とする。

【００１５】

【課題を解決するための手段】本発明は、ワークフロー
管理システムを搭載したサーバに対して複数のクライア
ントを伝送路を介して接続し、各クライアントからサー
バのワークフロー管理システムをアクセスするワークフ
ローシステムに適用される。

【００１６】そして、上記課題を解消するために、本発
明においては、各クライアントに対して、操作者がワー
クフロー管理システムに対する実行要求及び実データを
入力し結果を出力するためのクライアントモジュール
と、実行要求、実データ及び結果を含むデータをサーバ
へ送受信するためのＯＬＴＰ（オンライン・トランザク
ション・プロセッシング）とを付加している。

【００１７】さらに、サーバに対して、結果、実行要求
及び実データを含むデータをクライアントへ送受信する
ためのＯＬＴＰと、このＯＬＴＰで受信された実行要求
及び実データでワークフロー管理システムをアクセスし
結果を得るＡＰＩ（アプリケーション・プログラミング
・インタフェース）とを付加している。

【００１８】このように構成されたワークフローシステ
ムにおいては、ワークフロー管理システムをアクセスし
結果を得るＡＰＩは、ワークフロー管理システムが搭載
されているサーバに設置されている。そして、サーバと
各クライアントとの間のデータ伝送は、前述したＴＣＰ
／ＩＰにおけるソケット通信を採用せずに、ＯＬＴＰ
（オンライン・トランザクション・プロセッシング）を
採用している。

【００１９】したがって、各クライアントで操作者がワ
ークフロー管理システムに対する実行要求及び実データ
を入力すると、この実行要求及び実データは、ＯＬＴＰ
を介して、サーバ側へ送信されて、サーバ側のＡＰＩが
起動して、ワークフロー管理システムが動作し、結果が
実行要求元のクライアントへ送信される。

【００２０】このワークフローシステムに採用されるＯ
ＬＴＰは、周知のように、クライアント、サーバ間でデ
ータを送受信する通常のデータ伝送機能の他に、クライ
アント、サーバ間でデータを送信する場合、送信元で相
手側に送信したデータを記憶保持しており、伝送エラー
や故障等に起因してデータが正常に送信されなかった場
合、再送信するとともに、故障が復旧した時点でデータ
を再送付するメッセージリカバリ機能を有する。

【００２１】したがって、クライアント、サーバ間にお
けるデータ送信の信頼性を向上させるとともに、異常発
生時における操作者（担当者）の操作負担を軽減でき
る。

【００２２】

【発明の実施の形態】以下、本発明の一実施形態を図面
を用いて説明する。図１は本発明の一実施形態に係わる
ワークフローシステムの概略構成を示すブロック図であ
る。図３に示す従来のワークフローシステムと同一部分
には同一を付して、重複する部分の詳細説明を省略す
る。

【００２３】ポジトリ・データファイル１、ワークフロ
ー管理システム２、及び複数のサーバモジュール11ａ、
１１ｂが収納されたサーバ１０に対して、伝送路４を介
して複数のクライアント１２ａ、１２ｂｂが接続されて
いる。サーバ１０の各サーバモジュール１１ａ、１１ｂ
の設置数は伝送路４に接続されたクライアント１２ａ、
１２ｂの設置数と等しく、かつ各サーバモジュール１１
ａ、１１ｂは各クライアント１２ａ、１２ｂに１対１で
対応している。各サーバモジュール１１ａ、１１ｂ内に
は、それぞれ、ワークフロー管理システム２をアクセス
するためのＡＰＩ（アプリケーション・プログラミング
・インタフェース）１３ａ、１３ｂと、それぞれ対応す
るクライアント１２ａ、１２ｂとの間でデータ伝送を行
うためのＯＬＴＰ（オンライン・トランザクション・プ
ロセッシング）１４ａ、１４ｂとが組込まれている。

【００２４】一方、伝送路４に接続された各クライアン
ト１２ａ、１２ｂ内には、操作者としての担当者がワー
クフロー管理システム２に対する実行要求及び実データ
を入力し結果を出力するためのクライアントモジュール
１５ａ、１５ｂと、伝送路４を介してサーバ１０内の対
応するサーバモジュール１１ａ、１１ｂの各ＯＬＴＰ１
４ａ、１４ｂとの間でデータ伝送を実施するためのＯＬ
ＴＰ１６ａ、１６ｂとが組込まれている。

【００２５】前記ＯＬＴＰ１４ａ、１４ｂ、１６ａ、１
６ｂは、前述したように、クライアント１２ａ、１２ｂ
とサーバ１０間でデータを送受信する通常のデータ伝送
機能の他に、クライアント１２ａ、１２ｂとサーバ１０
間でデータを送信する場合、送信元で相手側に送信した
データを一時記憶保持しており、故障等に起因してデー
タが正常に送信されなかった場合、データを再送信する
とともに、故障が復旧した時点でデータを再送付するメ
ッセージリカバリ機能を有する。

【００２６】このように構成されたワークフローシステ
ムにおいて、操作者（担当者）が自己に与えられたクラ
イアント１２ａ（１２ｂ）にてサーバ１０のワークフロ
ー管理システム２に対してアクセスを実施した場合にお
けるクライアント１２ａ（１２ｂ）及びサーバ１０の動
作を図２に従って説明する。

【００２７】先ず、操作者（担当者）は、自己に与えら
れたクライアント１２ａ（１２ｂ）を操作して、クライ
アントモジュール１５ａ（１５ｂ）を起動する（Ｓ
１）。クライアントモジュール１５ａ（１５ｂ）が立上
がると、操作者（担当者）は、実行したい業務種別を示
す実行要求としてのパラメータ情報及び実データとを入
力する（Ｓ２）。なお、このワークフロー管理システム
で出張旅費精算を実施させる場合は、パラメータ情報と
は出張旅費精算コードであり、実データとは請求金額で
ある。

【００２８】次に、クライアント５ａ、５ｂの入出力処
理を担当するクライアントモジュール１５ａ（１５ｂ）
はこのパラメータ情報及び実データをＯＬＴＰ１６ａ
（１６ｂ）へ送出する。すると、ＯＬＴＰ１６ａ（１６
ｂ）は、この入力されたパラメータ情報及び実データを
伝送路４を介して、サーバ１０の対応するサーバモジュ
ール１１ａ（１２ａ）のＯＬＴＰ１４ａ（１４ｂ）へデ
ータ伝送する（Ｓ３）。この場合、ＯＬＴＰ１６ａ（１
６ｂ）は、データ伝送したパラメータ情報及び実データ
を一時記憶保持しておく。

【００２９】サーバ１０の対応するサーバモジュール１
１ａ（１１ｂ）のＯＬＴＰ１４ａ（１４ｂ）は、クライ
アント１２a（１２ｂ）のＯＬＴＰ１６ａ（１６ｂ）か
ら送信されたパラメータ情報及び実データを受信する
（Ｓ４）。正常に受信された場合は、送信元のクライア
ント１２a（１２ｂ）のＯＬＴＰ１６ａ（１６ｂ）に対
して正常受信情報を送信する。また、正常に受信されな
かった場合は（Ｓ５）、送信元のクライアント１２a
（１２ｂ）のＯＬＴＰ１６ａ（１６ｂ）に対してデータ
の再送要求を送出する（Ｓ６）。

【００３０】送信元のクライアント１２a（１２ｂ）の
ＯＬＴＰ１６ａ（１６ｂ）は、サーバ１０のＯＬＴＰ１
４ａ（１４ｂ）から正常受信情報を受信すると記憶保持
したパラメータ情報及び実データをクリアし、正常受信
情報を受信できなかったり、再送要求を受信すると記憶
保持しているパラメータ情報及び実データを再送する。

【００３１】パラメータ情報及び実データが正常に受信
されると、サーバモジュール１１ａ（１１ｂ）はＡＰＩ
１３ａを起動する（Ｓ７）。ＡＰＩ１３ａ（１３ｂ）は
起動されると、ＯＬＴＰ１４ａ（１４ｂ）で受信された
パラメータ情報及び実データを用いてワークフロー管理
システム２を駆動する（Ｓ８）。

【００３２】具体的には、前述したように、ワークフロ
ー管理システム２は、パラメータ情報で指定される業務
の流れ（実行手順）をリポジトリ・データファイル１か
ら読出して、その業務の流れ（実行手順）を構成する各
ワークポインタを特定して、特定されたワークポインタ
に対して入力された実データを挿入して、該当ワークポ
インタに与えられた処理を実行させ、その実行結果（成
果物）を次のワークポインタへ転送する。そして、該当
業務の流れが現在どの位置（ワークポインタ）に位置す
るかをリポジトリ・データファイル１に登録する。

【００３３】そして、ＡＰＩ１３ａ（１３ｂ）は必要な
らば、ワークフロー管理システム２における処理結果を
ＯＬＴＰ１４ａ（１４ｂ）を介して、アクセス要求元の
クライアント１２ａへ送信する（Ｓ９）。

【００３４】アクセス要求元のクライアント１２ａのク
ライアントモジュール１５ａ（１５ｂ）は、自己のＯＬ
ＴＰ１６ａ（１６ｂ）で処理結果を受信すると、必要に
応じて、この処理結果を表示出力する（Ｓ１０）。

【００３５】操作者（担当者）は、ワークフロー管理シ
ステム２に対する操作を終了させる場合（Ｓ１１）、操
作者（担当者）は、自己のクライアント１２ａ（１２
ｂ）のクライアントモジュール１５ａ（１５ｂ）に対し
て、ワークフロー管理システム２に対するログオフ要求
を入力する（Ｓ１２）。すると、このログオフ要求はＯ
ＬＴＰ１６ａ（１６ｂ）から伝送路４を介して、サーバ
１０へ送信される（Ｓ１２）。

【００３６】サーバ１０の対応するサーバモジュール１
１ａ（１１ｂ）は、自己のＯＬＴＰ１４ａ（１４ｂ）で
ログオフ要求を受信すると（Ｓ１３）、自己側のＡＰＩ
１３ａ（１３ｂ）を起動して（Ｓ１４）、ワークフロー
管理システム２を終了させる（Ｓ１５）。

【００３７】このように構成されたワークフローシステ
ムにおいては、サーバ１０内に形成されたサーバワーク
フロー管理システム２をアクセスしその結果を得るＡＰ
Ｉ１３ａ、１３ｂは、ワークフロー管理システム２が組
込まれているサーバ１０に設置されている。

【００３８】そして、サーバ１０と各クライアント１２
ａ、１２ｂとの間のデータ伝送は、各クライアント１２
ａ、１２ｂにＡＰＩを設置した場合において各クライア
ント側からサーバのワークフロー管理システム２を直接
アクセスする場合に必要な、前述したＴＣＰ／ＩＰにお
けるソケット通信を採用せずに、ＯＬＴＰ（オンライン
・トランザクション・プロセッシング）１４ａ、１４
ｂ、１６ａ、１５ｂを採用している。

【００３９】この実施形態のワークフローシステムに採
用されるＯＬＴＰ１４ａ、１４ｂ、１６ａ、１５ｂは、
クライアント１２ａ、１２ｂとサーバ１０との間でデー
タを送受信する通常のデータ伝送機能の他に、クライア
ント１２ａ、１２ｂとサーバ１０との間でデータを送信
する場合、送信元で相手側に送信したデータを記憶保持
しており、図２の流れ図に示すように、送信エラーや故
障等に起因してデータが正常に送信されなかった場合、
再送信する機能を有している。

【００４０】さらに、ＯＬＴＰ１４ａ。１４ｂ、１６
ａ、１５ｂは、図２の流れ図では示していないが、故障
が復旧した時点でデータを再送付するメッセージリカバ
リ機能を有する。

【００４１】したがって、クライアント１２ａ、１２ｂ
とサーバ１０間におけるデータ送信の信頼性を向上させ
るとともに、異常発生時における操作者の操作負担を軽
減できる。

【００４２】さらに、新たに各クライアント１２ａ、１
２ｂからワークフロー管理システム２をアクセスするプ
ログラムをクライアントモジュール１５ａ、１５ｂに設
定する場合、プログラム技術者は、複雑なＡＰＩ１３
ａ、１３ｂの存在を意識せずに、ＯＬＴＰ１４ａ、１４
ｂのみを意識してプログラムを作成すればよいので、簡
単にワークフロー管理システム２に対するアクセスの仕
様を変更できる。

【００４３】

【発明の効果】以上説明したように、本発明のワークフ
ローシステムにおいては、ワークフロー管理システムを
アクセスするＡＰＩをサーバ側に設置して、クライアン
トとサーバとの間のデータ伝送手順を信頼性の高いデー
タ伝送手順であるＯＬＴＰを採用している。

【００４４】したがって、クライアントとサーバ間のデ
ータ伝送不良に起因するシステム異常やデータ欠損が発
生することを極力抑制でき、システム全体の信頼性を大
幅に向上できる。

【図面の簡単な説明】

【図１】本発明の一実施形態に係わるワークフローシス
テムの概略構成を示すブロック図

【図２】同ワークフローシステムにおけるワークフロー
管理システムに対するアクセス動作を示す流れ図

【図３】従来のワークフローシステムの概略構成を示す
ブロック図

【符号の説明】

１…リボジトリ・データファイル ２…フロー管理システム ４…伝送路 １０…サーバ １１ａ，１１ｂ…サーバモジュール １２ａ，１２ｂ…クライアント １３ａ，１３ｂ…ＡＰＩ １４ａ，１４ｂ，１６ａ．１６ｂ…ＯＬＴＰ １５ａ，１５ｂ…クライアントモジュール

Claims (1)

【特許請求の範囲】
1. 【請求項１】 ワークフロー管理システムを搭載したサ
   ーバに対して複数のクライアントを伝送路を介して接続
   し、各クライアントからサーバのワークフロー管理シス
   テムをアクセスするワークフローシステムにおいて、 前記各クライアントは、 操作者が前記ワークフロー管理システムに対する実行要
   求及び実データを入力し結果を出力するためのクライア
   ントモジュールと、 前記実行要求、実データ及び結果を含むデータを前記サ
   ーバへ送受信するためのＯＬＴＰ（オンライン・トラン
   ザクション・プロセッシング）とを有し、前記サーバ
   は、 前記結果、実行要求及び実データを含むデータを前記ク
   ライアントへ送受信するためのＯＬＴＰと、 このＯＬＴＰで受信された実行要求及び実データで前記
   ワークフロー管理システムをアクセスし結果を得るＡＰ
   Ｉ（アプリケーション・プログラミング・インタフェー
   ス）とを有することを特徴とするワークフローシステ
   ム。