JP2003030388A - ワークフローシステム、情報処理装置、ワークフローの管理方法ならびにプログラム - Google Patents
ワークフローシステム、情報処理装置、ワークフローの管理方法ならびにプログラムInfo
- Publication number
- JP2003030388A JP2003030388A JP2001195798A JP2001195798A JP2003030388A JP 2003030388 A JP2003030388 A JP 2003030388A JP 2001195798 A JP2001195798 A JP 2001195798A JP 2001195798 A JP2001195798 A JP 2001195798A JP 2003030388 A JP2003030388 A JP 2003030388A
- Authority
- JP
- Japan
- Prior art keywords
- node
- processing
- workflow
- person
- charge
- 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.)
- Pending
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/10—Office automation; Time management
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
- G06Q10/063—Operations research, analysis or management
- G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
- G06Q10/06311—Scheduling, planning or task assignment for a person or group
- G06Q10/063114—Status monitoring or status determination for a person or group
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
- G06Q10/063—Operations research, analysis or management
- G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
- G06Q10/06311—Scheduling, planning or task assignment for a person or group
- G06Q10/063118—Staff planning in a project environment
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
- G06Q10/063—Operations research, analysis or management
- G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
- G06Q10/06316—Sequencing of tasks or work
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
- G06Q10/063—Operations research, analysis or management
- G06Q10/0633—Workflow analysis
Abstract
(57)【要約】
【課題】 同一担当者が連続するノードに割り当てられ
たアクティビティを効率的に処理するワークフローシス
テムを提供する。 【解決手段】 ユーザの操作用コンピュータ端末２０か
らノードの処理終了要求を、ワークフローサーバ３０の
クライアント要求管理プログラム実行部３３０が受領す
ると、そのノードの定義がプロジェクト管理プログラム
実行部３１０で参照される。そのノードに定義された連
続処理待機時間ｔ1中に、プロセス管理プログラム実行
部３２０の処理が終了し、次のノードがそのユーザによ
って処理可能であると判断されると、クライアント要求
管理プログラム実行部３３０は操作用コンピュータ端末
２０に対して次のノードの処理開始を要求する。
たアクティビティを効率的に処理するワークフローシス
テムを提供する。 【解決手段】 ユーザの操作用コンピュータ端末２０か
らノードの処理終了要求を、ワークフローサーバ３０の
クライアント要求管理プログラム実行部３３０が受領す
ると、そのノードの定義がプロジェクト管理プログラム
実行部３１０で参照される。そのノードに定義された連
続処理待機時間ｔ1中に、プロセス管理プログラム実行
部３２０の処理が終了し、次のノードがそのユーザによ
って処理可能であると判断されると、クライアント要求
管理プログラム実行部３３０は操作用コンピュータ端末
２０に対して次のノードの処理開始を要求する。
Description
【０００１】
【発明の属する技術分野】本発明は、オフィスにおける
ワークフローの改善に係り、特に、処理効率を向上させ
ることができるワークフローシステム等に関する。
ワークフローの改善に係り、特に、処理効率を向上させ
ることができるワークフローシステム等に関する。
【０００２】
【従来の技術】オフィスにおける事務処理の効率化、フ
ァイルキャビネットのスペースコストの問題、環境問題
等から、伝票処理を電子化して、ペーパーレスな帳票処
理システムを構築することの必要性が提唱されて久し
い。そこで、コンピュータを利用したワークフローシス
テムが開発されている。ワークフローとは、作業内容に
よって定型化された所定業務の一連の流れをいう。この
ようなワークフローの管理は、近年グループウェアの１
機能として実現されている。
ァイルキャビネットのスペースコストの問題、環境問題
等から、伝票処理を電子化して、ペーパーレスな帳票処
理システムを構築することの必要性が提唱されて久し
い。そこで、コンピュータを利用したワークフローシス
テムが開発されている。ワークフローとは、作業内容に
よって定型化された所定業務の一連の流れをいう。この
ようなワークフローの管理は、近年グループウェアの１
機能として実現されている。
【０００３】ワークフローシステムの一例を、申請処理
を例に取り上げて具体的に説明する。図１３は、申請処
理の流れを示す説明図である。図１４は、図１３に示す
申請処理において処理者のコンピュータに表示される従
来の画面を示す説明図である。図１３における申請処理
においては、申請後に「受付処理」、「処理１」および
「処理２」が行われており、「処理１」および「処理
２」が別々のアクティビティとして記載されている。こ
れは、「受付処理」が済めば、「処理１」および「処理
２」を別な人物により並行して行うことができることを
意味する。
を例に取り上げて具体的に説明する。図１３は、申請処
理の流れを示す説明図である。図１４は、図１３に示す
申請処理において処理者のコンピュータに表示される従
来の画面を示す説明図である。図１３における申請処理
においては、申請後に「受付処理」、「処理１」および
「処理２」が行われており、「処理１」および「処理
２」が別々のアクティビティとして記載されている。こ
れは、「受付処理」が済めば、「処理１」および「処理
２」を別な人物により並行して行うことができることを
意味する。
【０００４】まず、図１３に示すように申請が行われる
と、処理者Ａによって記載項目の確認などの「受付処
理」が行われる。具体的には、処理者Ａに対して図１４
の(ａ１)に示すような処理待ちアクティビティ(Work it
em)の一覧が表示されるので、処理者Ａはその中から処
理を行うアクティビティを選択する。すると、図１４の
(ａ２)に示すような処理画面が表示されるので、処理者
Ａは「受付処理」を行う。
と、処理者Ａによって記載項目の確認などの「受付処
理」が行われる。具体的には、処理者Ａに対して図１４
の(ａ１)に示すような処理待ちアクティビティ(Work it
em)の一覧が表示されるので、処理者Ａはその中から処
理を行うアクティビティを選択する。すると、図１４の
(ａ２)に示すような処理画面が表示されるので、処理者
Ａは「受付処理」を行う。
【０００５】処理者Ａによる「受付処理」が終了する
と、次の「処理１」および「処理２」の処理が可能とな
る。「処理１」は処理者Ｂにより行われるので、処理者
Ｂに対して、図１４(ｂ１)に示すような処理待ちアクテ
ィビティの一覧が表示されるので、処理者Ｂは上記同様
にその一覧の中から処理を行うアクティビティを選択す
る。すると、図１４の(ｂ２)に示すような処理画面が表
示されるので、処理者Ｂは「処理１」を行う。同様にし
て、処理者Ｃは「処理２」を行う。
と、次の「処理１」および「処理２」の処理が可能とな
る。「処理１」は処理者Ｂにより行われるので、処理者
Ｂに対して、図１４(ｂ１)に示すような処理待ちアクテ
ィビティの一覧が表示されるので、処理者Ｂは上記同様
にその一覧の中から処理を行うアクティビティを選択す
る。すると、図１４の(ｂ２)に示すような処理画面が表
示されるので、処理者Ｂは「処理１」を行う。同様にし
て、処理者Ｃは「処理２」を行う。
【０００６】このように、複数のアクティビティを順次
処理するワークフローシステムでは、まず処理者に「処
理待ちアクティビティの一覧」が示される。処理者が所
定のアクティビティを選択して処理が終了すると、その
所定のアクティビティの処理終了が条件となっている次
のアクティビティが、処理可能となる。すると次のアク
ティビティの処理可能な人物に対して表示される「処理
待ちアクティビティの一覧」に処理可能となった次のア
クティビティが追加表示される。そして、処理可能な人
物により次のアクティビティが選択されて処理が開始さ
れる。
処理するワークフローシステムでは、まず処理者に「処
理待ちアクティビティの一覧」が示される。処理者が所
定のアクティビティを選択して処理が終了すると、その
所定のアクティビティの処理終了が条件となっている次
のアクティビティが、処理可能となる。すると次のアク
ティビティの処理可能な人物に対して表示される「処理
待ちアクティビティの一覧」に処理可能となった次のア
クティビティが追加表示される。そして、処理可能な人
物により次のアクティビティが選択されて処理が開始さ
れる。
【０００７】
【発明が解決しようとする課題】ところで、図１３に示
す申請処理において、「処理１」を「受付処理」を処理
した人物と同一の人物が処理できる、すなわち、「処理
１」を行う処理者Ｂが「受付処理」を行った処理者Ａと
同一人物であってもよいと定義されることがある。この
とき、処理者Ａが「受付処理」の終了後に連続して「処
理１」を行う場合であっても、「受付処理」の終了後に
は処理者Ａに対して図１４の(ｂ１)に示す処理待ちアク
ティビティの一覧が表示される。したがって、処理者Ａ
は図１４の(ｂ１)に示す一覧から対応するアクティビテ
ィを探し出して選択しなおす必要があり、その分手間が
かかっている。
す申請処理において、「処理１」を「受付処理」を処理
した人物と同一の人物が処理できる、すなわち、「処理
１」を行う処理者Ｂが「受付処理」を行った処理者Ａと
同一人物であってもよいと定義されることがある。この
とき、処理者Ａが「受付処理」の終了後に連続して「処
理１」を行う場合であっても、「受付処理」の終了後に
は処理者Ａに対して図１４の(ｂ１)に示す処理待ちアク
ティビティの一覧が表示される。したがって、処理者Ａ
は図１４の(ｂ１)に示す一覧から対応するアクティビテ
ィを探し出して選択しなおす必要があり、その分手間が
かかっている。
【０００８】そこで、処理者Ａが「処理１」の処理にお
いて、図１４の(ｂ１)に示す一覧から対応するアクティ
ビティを選択しなおさなくても済むように、「受付処
理」と「処理１」を１つのアクティビティとして定義し
て処理することも可能である。しかし、「処理１」と平
行して処理することが可能であった処理者Ｃによる「処
理２」が、「処理１」の終了を待って開始されることに
なり、全体の処理量(throughput)が低下してしまう。ま
た、各アクティビティごとに同一人物か他の人物のどち
らでも処理できるように設定することを考えると、処理
人物ごとに場合分けして、処理順序、データの受け渡
し、画面遷移等をアプリケーションを開発しなければな
らない。これには大変手間がかかり、また複雑になりす
ぎて開発不可能となることも多い。
いて、図１４の(ｂ１)に示す一覧から対応するアクティ
ビティを選択しなおさなくても済むように、「受付処
理」と「処理１」を１つのアクティビティとして定義し
て処理することも可能である。しかし、「処理１」と平
行して処理することが可能であった処理者Ｃによる「処
理２」が、「処理１」の終了を待って開始されることに
なり、全体の処理量(throughput)が低下してしまう。ま
た、各アクティビティごとに同一人物か他の人物のどち
らでも処理できるように設定することを考えると、処理
人物ごとに場合分けして、処理順序、データの受け渡
し、画面遷移等をアプリケーションを開発しなければな
らない。これには大変手間がかかり、また複雑になりす
ぎて開発不可能となることも多い。
【０００９】その他、図１３に示す申請処理において、
同一人物が「処理１」と「処理２」とを処理した方が、
生産性が高い場合もある。例えば、通常は「処理１」お
よび「処理２」を同一人物が処理するように設定し、そ
の人物の仕事量が多い場合だけ「処理１」と「処理２」
とを別々の人物に処理させるように設定する。このよう
な場合において同一人物が「処理１」と「処理２」を連
続して行うには、上記の場合と同様に「処理１」の処理
を終了した後に処理待ちアクティビティの一覧を表示さ
せて、再度対応するアクティビティを選択しなければな
らなかった。また、この不都合を解消することは上記同
様に難しい。
同一人物が「処理１」と「処理２」とを処理した方が、
生産性が高い場合もある。例えば、通常は「処理１」お
よび「処理２」を同一人物が処理するように設定し、そ
の人物の仕事量が多い場合だけ「処理１」と「処理２」
とを別々の人物に処理させるように設定する。このよう
な場合において同一人物が「処理１」と「処理２」を連
続して行うには、上記の場合と同様に「処理１」の処理
を終了した後に処理待ちアクティビティの一覧を表示さ
せて、再度対応するアクティビティを選択しなければな
らなかった。また、この不都合を解消することは上記同
様に難しい。
【００１０】以上のように、複数のアクティビティから
構成されるワークフローシステムにおいて、同一または
複数の人物が担当可能な複数のアクティビティを、適宜
担当者を変えて処理するとき、効率よく処理を行うこと
が難しかった。本発明は、このような技術的課題に基づ
いてなされたもので、効率的に処理を行うことができる
ワークフローシステムを提供することを主たる目的とす
る。
構成されるワークフローシステムにおいて、同一または
複数の人物が担当可能な複数のアクティビティを、適宜
担当者を変えて処理するとき、効率よく処理を行うこと
が難しかった。本発明は、このような技術的課題に基づ
いてなされたもので、効率的に処理を行うことができる
ワークフローシステムを提供することを主たる目的とす
る。
【００１１】
【課題を解決するための手段】かかる目的のもと、本発
明では、ワークフローシステムにおいて、同一人物によ
り業務の連続処理が可能かどうかを判断している。即
ち、本発明は、ネットワークに接続された複数のコンピ
ュータ端末において、所定のワークフローに従って複数
のユーザが業務を実行するためのワークフローシステム
であって、複数の業務の内容とその流れとを定めたワー
クフロー定義と、業務の処理が可能なユーザの情報とを
記憶する記憶手段と、記憶手段に記憶されたユーザの情
報に基づいて、所定の業務を処理した担当ユーザが所定
の業務の処理終了が処理開始条件とされている次の業務
を処理できるかどうかを判断する判断手段とを有するこ
とを特徴としている。このように連続する業務について
同じユーザで処理できるかどうか判断することで、効率
的に業務の流れを決定することができる。特に、判断手
段により担当ユーザが次の業務を処理できると判断され
た場合、担当ユーザに次の業務の処理を要求する要求管
理手段を更に有することで、担当ユーザは所定の業務と
次の業務を連続して処理することができる。
明では、ワークフローシステムにおいて、同一人物によ
り業務の連続処理が可能かどうかを判断している。即
ち、本発明は、ネットワークに接続された複数のコンピ
ュータ端末において、所定のワークフローに従って複数
のユーザが業務を実行するためのワークフローシステム
であって、複数の業務の内容とその流れとを定めたワー
クフロー定義と、業務の処理が可能なユーザの情報とを
記憶する記憶手段と、記憶手段に記憶されたユーザの情
報に基づいて、所定の業務を処理した担当ユーザが所定
の業務の処理終了が処理開始条件とされている次の業務
を処理できるかどうかを判断する判断手段とを有するこ
とを特徴としている。このように連続する業務について
同じユーザで処理できるかどうか判断することで、効率
的に業務の流れを決定することができる。特に、判断手
段により担当ユーザが次の業務を処理できると判断され
た場合、担当ユーザに次の業務の処理を要求する要求管
理手段を更に有することで、担当ユーザは所定の業務と
次の業務を連続して処理することができる。
【００１２】さらに記憶手段は業務についての連続処理
待機時間を記憶し、要求管理手段は、担当ユーザによる
所定の業務の処理終了後、要求管理手段が所定の業務の
連続処理待機時間中に担当ユーザが次の業務を処理でき
ると判断した場合に、担当ユーザに前記次の業務の処理
を要求することで、所定の待機時間より長い時間、担当
ユーザを待機させることを防ぐことができる。
待機時間を記憶し、要求管理手段は、担当ユーザによる
所定の業務の処理終了後、要求管理手段が所定の業務の
連続処理待機時間中に担当ユーザが次の業務を処理でき
ると判断した場合に、担当ユーザに前記次の業務の処理
を要求することで、所定の待機時間より長い時間、担当
ユーザを待機させることを防ぐことができる。
【００１３】本発明を他の観点から把握すると、複数の
ノードとノード間を接続するパスで構成されるワークフ
ロー定義を用いてワークフローを管理するワークフロー
サーバと、ノードに割り当てられたアクティビティを実
行するための操作用コンピュータ端末とをネットワーク
を介して接続したワークフローシステムであって、操作
用コンピュータ端末は、アクティビティが終了したこと
に応じて、対応するノードについての処理終了要求をワ
ークフローサーバへ送出し、ワークフローサーバは、処
理終了要求がなされたノードとワークフロー定義に規定
された次ノードとが同一担当者による処理が可能である
場合に担当者の操作用コンピュータ端末に対して次ノー
ドの処理要求を行うことを特徴とするワークフローシス
テムとして捉えることもできる。
ノードとノード間を接続するパスで構成されるワークフ
ロー定義を用いてワークフローを管理するワークフロー
サーバと、ノードに割り当てられたアクティビティを実
行するための操作用コンピュータ端末とをネットワーク
を介して接続したワークフローシステムであって、操作
用コンピュータ端末は、アクティビティが終了したこと
に応じて、対応するノードについての処理終了要求をワ
ークフローサーバへ送出し、ワークフローサーバは、処
理終了要求がなされたノードとワークフロー定義に規定
された次ノードとが同一担当者による処理が可能である
場合に担当者の操作用コンピュータ端末に対して次ノー
ドの処理要求を行うことを特徴とするワークフローシス
テムとして捉えることもできる。
【００１４】この場合、ワークフロー定義は、複数のユ
ーザの集合体でノードを処理できる担当者を定義するこ
とで、ノードに対する担当者をダイナミックに割り当て
ることができる。またワークフローサーバは、処理終了
要求を受けた後、予め設定された連続処理待機時間内に
次ノードを前記担当者に開始させるための準備が整った
場合に、次ノードにおける処理の要求を行うことが好ま
しい。このワークフローシステムでは、ネットワークを
介して接続された設計用コンピュータ端末によってワー
クフロー定義を設計し、当該ワークフロー定義を前記ワ
ークフローサーバに送出することができる。
ーザの集合体でノードを処理できる担当者を定義するこ
とで、ノードに対する担当者をダイナミックに割り当て
ることができる。またワークフローサーバは、処理終了
要求を受けた後、予め設定された連続処理待機時間内に
次ノードを前記担当者に開始させるための準備が整った
場合に、次ノードにおける処理の要求を行うことが好ま
しい。このワークフローシステムでは、ネットワークを
介して接続された設計用コンピュータ端末によってワー
クフロー定義を設計し、当該ワークフロー定義を前記ワ
ークフローサーバに送出することができる。
【００１５】本発明を他の観点から把握すると、ワーク
フローを実行する複数のコンピュータ端末に対してネッ
トワークを介して接続される情報処理装置として捉える
こともできる。この情報処理装置は、プロジェクト管理
手段において複数のノードとそれらを結ぶパスとで構成
されたワークフロー定義およびワークフロー定義で参照
されるデータ定義をプロジェクトとして管理し、プロセ
ス管理手段においてプロジェクト管理手段により管理さ
れるプロジェクトを用いてワークフローの業務単位であ
るプロセスを管理し、ユーザ管理手段においてプロセス
管理手段により管理されるプロセスに基づいてコンピュ
ータ端末に対してアクセスするユーザを管理し、プロセ
ス管理手段は、コンピュータ端末によって所定のノード
が処理された後、所定のノードにパスによって結ばれて
いる次ノードについてそのコンピュータ端末による連続
処理が可能であるかどうかを判断し、ユーザ管理手段に
その判断結果を出力することを特徴とする。
フローを実行する複数のコンピュータ端末に対してネッ
トワークを介して接続される情報処理装置として捉える
こともできる。この情報処理装置は、プロジェクト管理
手段において複数のノードとそれらを結ぶパスとで構成
されたワークフロー定義およびワークフロー定義で参照
されるデータ定義をプロジェクトとして管理し、プロセ
ス管理手段においてプロジェクト管理手段により管理さ
れるプロジェクトを用いてワークフローの業務単位であ
るプロセスを管理し、ユーザ管理手段においてプロセス
管理手段により管理されるプロセスに基づいてコンピュ
ータ端末に対してアクセスするユーザを管理し、プロセ
ス管理手段は、コンピュータ端末によって所定のノード
が処理された後、所定のノードにパスによって結ばれて
いる次ノードについてそのコンピュータ端末による連続
処理が可能であるかどうかを判断し、ユーザ管理手段に
その判断結果を出力することを特徴とする。
【００１６】この情報処理装置は、ネットワークを介し
て接続されたコンピュータ端末に対して連続処理が可能
かどうかの判断を行うことで、コンピュータ端末に対し
て適切な処理を指示できるものとなる。具体的には、ユ
ーザ管理手段は、プロセス管理手段における判断結果が
コンピュータ端末によって次ノードが連続して処理可能
である場合、コンピュータ端末に対して次ノードの処理
要求を送出することが好ましい。また、判断結果がコン
ピュータ端末によって次ノードは連続して処理不可能で
ある場合、ユーザ管理手段はコンピュータ端末に対して
処理可能な対象の一覧を送出することが好ましい。
て接続されたコンピュータ端末に対して連続処理が可能
かどうかの判断を行うことで、コンピュータ端末に対し
て適切な処理を指示できるものとなる。具体的には、ユ
ーザ管理手段は、プロセス管理手段における判断結果が
コンピュータ端末によって次ノードが連続して処理可能
である場合、コンピュータ端末に対して次ノードの処理
要求を送出することが好ましい。また、判断結果がコン
ピュータ端末によって次ノードは連続して処理不可能で
ある場合、ユーザ管理手段はコンピュータ端末に対して
処理可能な対象の一覧を送出することが好ましい。
【００１７】本発明を更に他の観点から把握すると、複
数のノードとノード間を接続するパスからなるワークフ
ロー定義に従って、ワークフローを管理する方法として
捉えることもできる。このワークフローを管理する方法
は、所定のノードに割り当てられたアクティビティを実
行する担当者に対して第１の処理画面を表示するステッ
プと、第１の処理画面に基づく担当者による処理を受け
付けるステップと、所定のノードの終了が開始条件とな
っている他のノードに割り当てられたアクティビティ
が、所定のノードの担当者によって連続して実行可能で
ある場合、他のノードを処理するための第２の処理画面
を前記第１の処理画面に連続して表示するステップとを
有することを特徴とする。
数のノードとノード間を接続するパスからなるワークフ
ロー定義に従って、ワークフローを管理する方法として
捉えることもできる。このワークフローを管理する方法
は、所定のノードに割り当てられたアクティビティを実
行する担当者に対して第１の処理画面を表示するステッ
プと、第１の処理画面に基づく担当者による処理を受け
付けるステップと、所定のノードの終了が開始条件とな
っている他のノードに割り当てられたアクティビティ
が、所定のノードの担当者によって連続して実行可能で
ある場合、他のノードを処理するための第２の処理画面
を前記第１の処理画面に連続して表示するステップとを
有することを特徴とする。
【００１８】このワークフローの管理方法では、担当者
が連続して複数のノードを処理するとき、最初のノード
の処理後に、この担当者が処理可能なノードの処理待ち
一覧を表示させ、再度処理対象を選択するといった手間
が必要ない。ここで、第２の処理画面を前記第１の処理
画面に連続して表示するということは、ワークフローの
処理に直接関与する画面を連続して表示することを意味
し、第１の処理画面と第２の処理画面との間に、直接関
与しない画面が表示されるものであってもよい。例え
ば、第２の処理画面が表示されるまでの間、処理中や待
機中である旨を表示するものであってもよい。またワー
クフローの管理方法は、所定のノードの終了後、担当者
によって他のノード以外の処理が行われる場合、担当者
が処理可能な対象の一覧画面を表示するステップをさら
に備えることが好ましい。
が連続して複数のノードを処理するとき、最初のノード
の処理後に、この担当者が処理可能なノードの処理待ち
一覧を表示させ、再度処理対象を選択するといった手間
が必要ない。ここで、第２の処理画面を前記第１の処理
画面に連続して表示するということは、ワークフローの
処理に直接関与する画面を連続して表示することを意味
し、第１の処理画面と第２の処理画面との間に、直接関
与しない画面が表示されるものであってもよい。例え
ば、第２の処理画面が表示されるまでの間、処理中や待
機中である旨を表示するものであってもよい。またワー
クフローの管理方法は、所定のノードの終了後、担当者
によって他のノード以外の処理が行われる場合、担当者
が処理可能な対象の一覧画面を表示するステップをさら
に備えることが好ましい。
【００１９】また、本発明は複数のコンピュータ端末が
ネットワークを介して接続されるワークフローサーバに
おけるワークフローを管理する方法として捉えることも
可能である。この管理方法では、ワークフローの業務で
あるノードの処理終了要求を外部から受領するステップ
と、ノードの定義を参照するステップと、ノードの処理
終了が処理開始条件と定義されている次ノードを解析す
るステップと、前記処理が終了したノードの処理者が次
ノードの処理可能者であるか判断するステップと、判断
において前記処理可能者が前記処理者と同じであると判
断された場合に、前記ノードの前記処理者に対して前記
次ノードの処理を要求するステップとを有することを特
徴とする。
ネットワークを介して接続されるワークフローサーバに
おけるワークフローを管理する方法として捉えることも
可能である。この管理方法では、ワークフローの業務で
あるノードの処理終了要求を外部から受領するステップ
と、ノードの定義を参照するステップと、ノードの処理
終了が処理開始条件と定義されている次ノードを解析す
るステップと、前記処理が終了したノードの処理者が次
ノードの処理可能者であるか判断するステップと、判断
において前記処理可能者が前記処理者と同じであると判
断された場合に、前記ノードの前記処理者に対して前記
次ノードの処理を要求するステップとを有することを特
徴とする。
【００２０】その他、本発明はコンピュータに実行させ
るワークフローを管理するためのプログラムとして捉え
ることができる。このプログラムは、受領手段において
ワークフローの業務であるノードの処理終了要求を受領
し、参照手段においてノードの定義を参照し、解析手段
においてノードの処理終了が処理開始条件と定義されて
いる次ノードを解析し、判断手段において処理が終了し
たノードの処理者が次ノードの処理可能者であるか判断
し、要求手段において、判断手段で処理可能者が処理者
と同じであると判断された場合に、ノードの処理者に対
して次ノードの処理を要求する手順をコンピュータに実
行させることを特徴とする。
るワークフローを管理するためのプログラムとして捉え
ることができる。このプログラムは、受領手段において
ワークフローの業務であるノードの処理終了要求を受領
し、参照手段においてノードの定義を参照し、解析手段
においてノードの処理終了が処理開始条件と定義されて
いる次ノードを解析し、判断手段において処理が終了し
たノードの処理者が次ノードの処理可能者であるか判断
し、要求手段において、判断手段で処理可能者が処理者
と同じであると判断された場合に、ノードの処理者に対
して次ノードの処理を要求する手順をコンピュータに実
行させることを特徴とする。
【００２１】
【発明の実施の形態】以下、添付図面に示す実施の形態
に基づいてこの発明を詳細に説明する。まず、本実施の
形態にて用いられる主要な用語について以下に列挙して
説明する。ここで、図１(a)(b)は対象業務における処理
の流れを示したプロジェクト(プロセス定義)の一例を示
した図であり、図１(a)はワークフロー定義の一例を示
し、図１(b)はこのワークフロー定義で参照されるデー
タ定義の一例を示している。
に基づいてこの発明を詳細に説明する。まず、本実施の
形態にて用いられる主要な用語について以下に列挙して
説明する。ここで、図１(a)(b)は対象業務における処理
の流れを示したプロジェクト(プロセス定義)の一例を示
した図であり、図１(a)はワークフロー定義の一例を示
し、図１(b)はこのワークフロー定義で参照されるデー
タ定義の一例を示している。
【００２２】・ワークフロー定義
複数のノード(次の段落で説明する)とそれらを結ぶパス
で表したワークフローの定義。 例えば、図１(a)に示すように、複数のノードが処理順
を指し示す矢印で表されたパスで接続されるものであ
る。ここでは、ワークフローにおける業務処理の順番
が、パスにより示されている。
で表したワークフローの定義。 例えば、図１(a)に示すように、複数のノードが処理順
を指し示す矢印で表されたパスで接続されるものであ
る。ここでは、ワークフローにおける業務処理の順番
が、パスにより示されている。
【００２３】・ノード
ワークフロー定義を扱うための単位。図１(a)におい
て、ノードは丸印で示されている。具体的には、図１
(a)ではノードごとに実際の処理者と処理内容(次に述べ
るアクティビティ)が割り当てられており、さらには担
当者に示すデータ入力画面等が割り当てられている。
て、ノードは丸印で示されている。具体的には、図１
(a)ではノードごとに実際の処理者と処理内容(次に述べ
るアクティビティ)が割り当てられており、さらには担
当者に示すデータ入力画面等が割り当てられている。
【００２４】・アクティビティ
プロセス内で実行される１つの論理的なステップを形成
する実際の仕事についての記述であって、各ノードに割
り当てられているものを意味する。例えばノードに担当
者が割り当てられていれば、その担当者が実行する仕事
の中身に該当する。この場合の具体例としては、ノード
において割り当てられたデータ入力画面に対して担当者
によって行われるデータの入出力等である。
する実際の仕事についての記述であって、各ノードに割
り当てられているものを意味する。例えばノードに担当
者が割り当てられていれば、その担当者が実行する仕事
の中身に該当する。この場合の具体例としては、ノード
において割り当てられたデータ入力画面に対して担当者
によって行われるデータの入出力等である。
【００２５】・データ定義
プロセスで設定および参照できるデータの定義。データ
の名称、データの型、配列かどうか等を定義する。型に
は、文字列型や数値型等がある。具体例としては、図１
(b)に示すデータ定義では、ユーザＩＤ(UserＩＤ)、名
前(Name)として"String(文字列型)"が定義され、アドレ
ス(Address)として"String[]"、Ageとして"Integer(数
値型)"が定義されている。本実施の形態では、全てのノ
ードにて単一のデータ定義が参照され、各処理間で必要
となるデータの受け渡しも矢印で示されるパスに従うと
仮定している。しかしながら、複数のデータ定義が存在
し、異なるデータの受け渡しがパスで定義されていても
構わない。
の名称、データの型、配列かどうか等を定義する。型に
は、文字列型や数値型等がある。具体例としては、図１
(b)に示すデータ定義では、ユーザＩＤ(UserＩＤ)、名
前(Name)として"String(文字列型)"が定義され、アドレ
ス(Address)として"String[]"、Ageとして"Integer(数
値型)"が定義されている。本実施の形態では、全てのノ
ードにて単一のデータ定義が参照され、各処理間で必要
となるデータの受け渡しも矢印で示されるパスに従うと
仮定している。しかしながら、複数のデータ定義が存在
し、異なるデータの受け渡しがパスで定義されていても
構わない。
【００２６】・データ属性定義
データが保持する値を制限する属性の定義で、データ定
義の一部である。文字列型データに対する属性には文字
数の制限などが、数値型データに対する属性には範囲指
定などがある。
義の一部である。文字列型データに対する属性には文字
数の制限などが、数値型データに対する属性には範囲指
定などがある。
【００２７】・プロジェクト
ワークフロー定義とデータ定義をまとめた単位であり、
この単位はプロジェクトごとに異なる。これを具現化し
たレベルでは、プロセス定義と言い替えても良い。ワー
クフローシステムでは、処理対象に付された定義ＩＤか
らプロジェクトが識別される。プロジェクトが決定され
ると、その処理対象に適用されるワークフロー定義とデ
ータ定義も決定される。例えば、申請業務のワークフロ
ーでは、出張申請や休暇申請等、さまざまな申請の種類
があるが、この種類がプロジェクトに該当する。処理方
法は、申請の種類によって異なるため、申請の種類、す
なわちプロジェクトのそれぞれに固有のワークフロー定
義とデータ定義が規定される。処理時には、処理対象に
付された定義ＩＤによりプロジェクトが決定され、すな
わち申請の種類が識別され、その処理対象は、決定され
たプロジェクトのワークフロー定義とデータ定義に基づ
いて処理される。
この単位はプロジェクトごとに異なる。これを具現化し
たレベルでは、プロセス定義と言い替えても良い。ワー
クフローシステムでは、処理対象に付された定義ＩＤか
らプロジェクトが識別される。プロジェクトが決定され
ると、その処理対象に適用されるワークフロー定義とデ
ータ定義も決定される。例えば、申請業務のワークフロ
ーでは、出張申請や休暇申請等、さまざまな申請の種類
があるが、この種類がプロジェクトに該当する。処理方
法は、申請の種類によって異なるため、申請の種類、す
なわちプロジェクトのそれぞれに固有のワークフロー定
義とデータ定義が規定される。処理時には、処理対象に
付された定義ＩＤによりプロジェクトが決定され、すな
わち申請の種類が識別され、その処理対象は、決定され
たプロジェクトのワークフロー定義とデータ定義に基づ
いて処理される。
【００２８】・プロセス
ワークフローの業務単位。プロジェクトを具現化したも
のであり、プロジェクトから作成される個々のワークフ
ローである。プロセスは、その元となるプロジェクトの
ワークフロー定義で示される経路パターンに沿って業務
が流れる。また、データ定義で示されるデータセット
は、個々のプロセスで異なる内容を記憶する。例えば、
「５月の休暇申請」と「６月の休暇申請」とは異なるプロセ
スであり、互いに異なるプロセスＩＤを有しているもの
であるが、「５月の休暇申請」と「６月の休暇申請」とは同
じ「休暇申請」というプロジェクトに該当し、同じワーク
フロー定義とデータ定義によって処理される。このよう
にプロセスＩＤが異なる場合、処理の経路パターンは同
じでも、データの具体的内容(例えば、日付や申請者等)
が異なってくる。尚、これは同じプロジェクトで異なる
プロセスの例だが、本実施の形態のワークフローシステ
ムでは、処理対象として異なるプロジェクトの異なるプ
ロセスのものであっても処理することが可能である。
のであり、プロジェクトから作成される個々のワークフ
ローである。プロセスは、その元となるプロジェクトの
ワークフロー定義で示される経路パターンに沿って業務
が流れる。また、データ定義で示されるデータセット
は、個々のプロセスで異なる内容を記憶する。例えば、
「５月の休暇申請」と「６月の休暇申請」とは異なるプロセ
スであり、互いに異なるプロセスＩＤを有しているもの
であるが、「５月の休暇申請」と「６月の休暇申請」とは同
じ「休暇申請」というプロジェクトに該当し、同じワーク
フロー定義とデータ定義によって処理される。このよう
にプロセスＩＤが異なる場合、処理の経路パターンは同
じでも、データの具体的内容(例えば、日付や申請者等)
が異なってくる。尚、これは同じプロジェクトで異なる
プロセスの例だが、本実施の形態のワークフローシステ
ムでは、処理対象として異なるプロジェクトの異なるプ
ロセスのものであっても処理することが可能である。
【００２９】次に、本実施の形態を全体システム構成か
ら順に詳述していく。図２は、本実施の形態が適用され
たワークフローシステムの概略構成を示す図である。本
実施の形態におけるワークフローシステムは、ワークフ
ローの設計のための設計用コンピュータ端末１０、業務
を遂行する担当者に対応して設けられたワークフローの
操作用コンピュータ端末（情報処理端末）２０、ワーク
フローを実行するための各種プログラムが格納されるワ
ークフローサーバ（情報処理装置）３０とを備えてい
る。この設計用コンピュータ端末１０、操作用コンピュ
ータ端末２０、およびワークフローサーバ３０は、それ
ぞれ接続されてネットワークを形成している。ただし本
実施の形態では、図２に示すワークフローシステムにお
いて、設計用コンピュータ端末１０は設けられなくても
よい。
ら順に詳述していく。図２は、本実施の形態が適用され
たワークフローシステムの概略構成を示す図である。本
実施の形態におけるワークフローシステムは、ワークフ
ローの設計のための設計用コンピュータ端末１０、業務
を遂行する担当者に対応して設けられたワークフローの
操作用コンピュータ端末（情報処理端末）２０、ワーク
フローを実行するための各種プログラムが格納されるワ
ークフローサーバ（情報処理装置）３０とを備えてい
る。この設計用コンピュータ端末１０、操作用コンピュ
ータ端末２０、およびワークフローサーバ３０は、それ
ぞれ接続されてネットワークを形成している。ただし本
実施の形態では、図２に示すワークフローシステムにお
いて、設計用コンピュータ端末１０は設けられなくても
よい。
【００３０】ワークフローサーバ３０には、ワークフロ
ーの処理を可能とするために、ワークフローシステムが
定義されている。この定義は、例えば設計者が、予め指
定された業務を実行する機能を有する設計用コンピュー
タ端末１０のワークフロー設計機能(業務処理をワーク
フローシステムで実現するための定義機能)を用いて、
対象業務における処理の流れと処理で用いられるデータ
構造とを設計し、ワークフローシステムのプロジェクト
としてワークフローサーバ３０に登録することができ
る。このとき、プロジェクトを一意に特定することがで
きる定義ＩＤがプロジェクトごとに付加されて登録され
る。尚、プロジェクトから作成される個々の業務フロー
がプロセスであり、このプロセスを形成する担当者ごと
の処理がアクティビティとなる。
ーの処理を可能とするために、ワークフローシステムが
定義されている。この定義は、例えば設計者が、予め指
定された業務を実行する機能を有する設計用コンピュー
タ端末１０のワークフロー設計機能(業務処理をワーク
フローシステムで実現するための定義機能)を用いて、
対象業務における処理の流れと処理で用いられるデータ
構造とを設計し、ワークフローシステムのプロジェクト
としてワークフローサーバ３０に登録することができ
る。このとき、プロジェクトを一意に特定することがで
きる定義ＩＤがプロジェクトごとに付加されて登録され
る。尚、プロジェクトから作成される個々の業務フロー
がプロセスであり、このプロセスを形成する担当者ごと
の処理がアクティビティとなる。
【００３１】ワークフローシステムの定義においては、
ノードを並べ、ノードの処理順を決めるためにパスを繋
ぐようにして設計が行われる。このとき、ノードおよび
パスに対して、その属性を規定することができる。ノー
ドの属性としては、ノードの名前および担当者となる実
行ユーザを定義する。実行ユーザの割り当てタイプに
は、ユーザＩＤを直接入力する直接指定、他のノードの
処理ユーザとの関係(例えば、所定のノードの処理ユー
ザの上司など)で示した関係指定、役職名で特定する役
職指定、役割で指定するロール指定、ある組織に所属し
ているユーザの集合体(例えば受付課や経理部など)で示
したグループ指定、および、図１(b)で示したようなデ
ータ定義で定義されるデータの値を処理ユーザとするデ
ータ参照指定がある。パスの属性としては、そのパスが
有効となる条件を定義する。
ノードを並べ、ノードの処理順を決めるためにパスを繋
ぐようにして設計が行われる。このとき、ノードおよび
パスに対して、その属性を規定することができる。ノー
ドの属性としては、ノードの名前および担当者となる実
行ユーザを定義する。実行ユーザの割り当てタイプに
は、ユーザＩＤを直接入力する直接指定、他のノードの
処理ユーザとの関係(例えば、所定のノードの処理ユー
ザの上司など)で示した関係指定、役職名で特定する役
職指定、役割で指定するロール指定、ある組織に所属し
ているユーザの集合体(例えば受付課や経理部など)で示
したグループ指定、および、図１(b)で示したようなデ
ータ定義で定義されるデータの値を処理ユーザとするデ
ータ参照指定がある。パスの属性としては、そのパスが
有効となる条件を定義する。
【００３２】操作用コンピュータ端末２０を用いて、各
担当者は、自己の識別情報を入力してワークフローシス
テムに接続する。各担当者のアクティビティは、図１
(a)のワークフロー定義の１つであるノードに対応して
割り当てられている。担当者は、自分に割り当てられて
いるアクティビティを操作用コンピュータ端末２０の画
面上に表示して、キーボードやマウスなどのインターフ
ェイスを介して指定した処理を実行する。尚、処理が終
了すると、ワークフロー定義のパスに従って次のアクテ
ィビティの処理が可能な担当者に割り当てられる。例え
ば、ワークフローシステムのネットワークがインターネ
ット等を利用した物である場合、担当者は操作用コンピ
ュータ端末２０に表示させたウェブブラウザ上で処理操
作を行うことができる。
担当者は、自己の識別情報を入力してワークフローシス
テムに接続する。各担当者のアクティビティは、図１
(a)のワークフロー定義の１つであるノードに対応して
割り当てられている。担当者は、自分に割り当てられて
いるアクティビティを操作用コンピュータ端末２０の画
面上に表示して、キーボードやマウスなどのインターフ
ェイスを介して指定した処理を実行する。尚、処理が終
了すると、ワークフロー定義のパスに従って次のアクテ
ィビティの処理が可能な担当者に割り当てられる。例え
ば、ワークフローシステムのネットワークがインターネ
ット等を利用した物である場合、担当者は操作用コンピ
ュータ端末２０に表示させたウェブブラウザ上で処理操
作を行うことができる。
【００３３】図３は、ワークフローサーバ３０の概略構
成を示した説明図である。本実施の形態におけるワーク
フローサーバ３０は、管理手段として、プロジェクト管
理プログラム３１、プロセス管理プログラム３２、クラ
イアント要求管理プログラム３３、およびユーザ管理プ
ログラム３４を備えている。また、記憶手段として、ワ
ークフロー定義記憶部３５、データ定義記憶部３６、プ
ロセス記憶部３７、ワークフロー状況記憶部３８、およ
びユーザ情報記憶部３９を備えているが、これらの記憶
手段はワークフローシステムの処理が可能なネットワー
ク内のどこに存在していても構わない。
成を示した説明図である。本実施の形態におけるワーク
フローサーバ３０は、管理手段として、プロジェクト管
理プログラム３１、プロセス管理プログラム３２、クラ
イアント要求管理プログラム３３、およびユーザ管理プ
ログラム３４を備えている。また、記憶手段として、ワ
ークフロー定義記憶部３５、データ定義記憶部３６、プ
ロセス記憶部３７、ワークフロー状況記憶部３８、およ
びユーザ情報記憶部３９を備えているが、これらの記憶
手段はワークフローシステムの処理が可能なネットワー
ク内のどこに存在していても構わない。
【００３４】プロジェクト管理プログラム３１は、プロ
ジェクトのワークフロー定義とデータ定義とに関するデ
ータをワークフロー定義記憶部３５およびデータ定義記
憶部３６に保存して管理する。それぞれのプロジェクト
は、定義ＩＤによって識別されている。新たな定義の登
録、および既に存在している定義の修正は、全てプロジ
ェクト管理プログラム３１を通じて、定義ＩＤを用いて
管理する。
ジェクトのワークフロー定義とデータ定義とに関するデ
ータをワークフロー定義記憶部３５およびデータ定義記
憶部３６に保存して管理する。それぞれのプロジェクト
は、定義ＩＤによって識別されている。新たな定義の登
録、および既に存在している定義の修正は、全てプロジ
ェクト管理プログラム３１を通じて、定義ＩＤを用いて
管理する。
【００３５】プロセス管理プログラム３２は、プロジェ
クトの定義を用いて作成されたプロセスの管理を行う。
プロセスは、定義ＩＤと、同じ定義から作成された複数
のプロセスを識別するためのプロセスＩＤとを有し、プ
ロセス管理プログラム３２では、この定義ＩＤとプロセ
スＩＤとの組み合わせでプロセスが管理されている。ま
た、プロセス記憶部３７には、現在実行中のアクティビ
ティ、アクティビティを実行している若しくは実行すべ
き担当者、プロセスで用いられているデータが保管され
ている。これらの情報をもとに、アクティビティの終了
時に次のアクティビティの割り当てが行われる。このと
き、アクティビティの担当者が次のアクティビティの処
理が可能かどうかの判断も行う。さらにプロセス管理プ
ログラム３２は、プロセスの作成、アクティビティの割
り当て、プロセスの完了といったイベントが発生する度
に、その状況をワークフロー状況記憶部３８に書き込ん
でいる。
クトの定義を用いて作成されたプロセスの管理を行う。
プロセスは、定義ＩＤと、同じ定義から作成された複数
のプロセスを識別するためのプロセスＩＤとを有し、プ
ロセス管理プログラム３２では、この定義ＩＤとプロセ
スＩＤとの組み合わせでプロセスが管理されている。ま
た、プロセス記憶部３７には、現在実行中のアクティビ
ティ、アクティビティを実行している若しくは実行すべ
き担当者、プロセスで用いられているデータが保管され
ている。これらの情報をもとに、アクティビティの終了
時に次のアクティビティの割り当てが行われる。このと
き、アクティビティの担当者が次のアクティビティの処
理が可能かどうかの判断も行う。さらにプロセス管理プ
ログラム３２は、プロセスの作成、アクティビティの割
り当て、プロセスの完了といったイベントが発生する度
に、その状況をワークフロー状況記憶部３８に書き込ん
でいる。
【００３６】クライアント要求管理プログラム３３は、
操作用コンピュータ端末２０を用いる担当者の要求を受
け付ける機能を有している。また、担当者に現在、割り
当てられている(処理可能ユーザまたは実行ユーザが担
当者になっている)アクティビティの一覧を提供する機
能や、担当者のアクティビティ終了要求を受け付け、そ
の旨をプロセス管理プログラム３２へ送出する機能を備
えている。また、クライアント要求管理プログラム３３
は、プロセス管理プログラム３２から送出された次に処
理可能なアクティビティの詳細情報を受け、担当者に次
のアクティビティの連続処理を要求する機能を備えてい
る。尚、クライアント要求管理プログラム３３は担当者
のユーザＩＤとプロセスＩＤをキーにして担当者と処理
対象を識別し、処理を行っている。
操作用コンピュータ端末２０を用いる担当者の要求を受
け付ける機能を有している。また、担当者に現在、割り
当てられている(処理可能ユーザまたは実行ユーザが担
当者になっている)アクティビティの一覧を提供する機
能や、担当者のアクティビティ終了要求を受け付け、そ
の旨をプロセス管理プログラム３２へ送出する機能を備
えている。また、クライアント要求管理プログラム３３
は、プロセス管理プログラム３２から送出された次に処
理可能なアクティビティの詳細情報を受け、担当者に次
のアクティビティの連続処理を要求する機能を備えてい
る。尚、クライアント要求管理プログラム３３は担当者
のユーザＩＤとプロセスＩＤをキーにして担当者と処理
対象を識別し、処理を行っている。
【００３７】ユーザ管理プログラム３４は、ワークフロ
ーシステムに参加できる担当者のコントロールを行って
いる。そのため、ユーザ情報記憶部３９にはユーザ情報
が登録されており、ユーザ管理プログラム３４は必要に
応じてユーザ情報記憶部３９にアクセスしている。具体
的には、新たなユーザが操作用コンピュータ端末２０を
用いてシステムに接続しようとする場合には、ユーザ管
理プログラム３４では、ユーザの入力したＩＤおよびパ
スワードのチェックが行われる。また、ユーザ情報記憶
部３９には、ユーザの属する組織(グループ)や、組織の
階層構造、ユーザの上司関係、ユーザの権限区分等の情
報が保存されている。これらの情報は、プロセス管理プ
ログラム３２が次のアクティビティの処理可能者のデー
タを抽出し、現在の処理者が次のアクティビティを処理
可能かどうか判断する際に参照される。参照される情報
は、例えば、図１(a)に示されるようなワークフロー定
義のノードの属性(ノードの名前や実行ユーザ等)によっ
て異なっている。
ーシステムに参加できる担当者のコントロールを行って
いる。そのため、ユーザ情報記憶部３９にはユーザ情報
が登録されており、ユーザ管理プログラム３４は必要に
応じてユーザ情報記憶部３９にアクセスしている。具体
的には、新たなユーザが操作用コンピュータ端末２０を
用いてシステムに接続しようとする場合には、ユーザ管
理プログラム３４では、ユーザの入力したＩＤおよびパ
スワードのチェックが行われる。また、ユーザ情報記憶
部３９には、ユーザの属する組織(グループ)や、組織の
階層構造、ユーザの上司関係、ユーザの権限区分等の情
報が保存されている。これらの情報は、プロセス管理プ
ログラム３２が次のアクティビティの処理可能者のデー
タを抽出し、現在の処理者が次のアクティビティを処理
可能かどうか判断する際に参照される。参照される情報
は、例えば、図１(a)に示されるようなワークフロー定
義のノードの属性(ノードの名前や実行ユーザ等)によっ
て異なっている。
【００３８】次に、本実施の形態におけるワークフロー
システムの動作について説明する。図４は、登録済みの
プロジェクト「定義ａ」による申請処理のワークフロー
の一例を示した説明図である。図５は、ワークフローサ
ーバ３０のワークフロー定義記憶部３５およびデータ定
義記憶部３６に予め登録された「定義ａ」の一例を示す
図である。ここでは、設計者により設計用コンピュータ
端末１０を用いて設計されたプロジェクト「定義ａ」
が、あらかじめワークフローサーバ３０のワークフロー
定義記憶部３５およびデータ定義記憶部３６に登録され
ていると仮定している。
システムの動作について説明する。図４は、登録済みの
プロジェクト「定義ａ」による申請処理のワークフロー
の一例を示した説明図である。図５は、ワークフローサ
ーバ３０のワークフロー定義記憶部３５およびデータ定
義記憶部３６に予め登録された「定義ａ」の一例を示す
図である。ここでは、設計者により設計用コンピュータ
端末１０を用いて設計されたプロジェクト「定義ａ」
が、あらかじめワークフローサーバ３０のワークフロー
定義記憶部３５およびデータ定義記憶部３６に登録され
ていると仮定している。
【００３９】図４に示すプロジェクト「定義ａ」におい
て、伝票の申請処理のワークフローが定義されている場
合を例に挙げて説明する。具体的には、ノードＡとして
受付業務を、ノードＢとして承認業務Ｂを、ノードＣと
して承認業務Ｃを割り当てることができる。またこのよ
うな申請処理では、プロジェクト「定義ａ」は、例えば
申請処理の種類、具体例として休暇申請や出張申請等を
意味する定義ＩＤである。
て、伝票の申請処理のワークフローが定義されている場
合を例に挙げて説明する。具体的には、ノードＡとして
受付業務を、ノードＢとして承認業務Ｂを、ノードＣと
して承認業務Ｃを割り当てることができる。またこのよ
うな申請処理では、プロジェクト「定義ａ」は、例えば
申請処理の種類、具体例として休暇申請や出張申請等を
意味する定義ＩＤである。
【００４０】伝票の申請が行われると、プロジェクト
「定義ａ」のワークフローに従って処理が開始される。
まず、アクティビティとしてノードＡ(NodeＡ)が、実行
可能な担当者としてデータUserＩＤに代入されている人
(図５に示すように、担当者Ａ)に割り当てられる。担当
者ＡがノードＡを行おうとするとき、担当者Ａの操作用
コンピュータ端末２０の画面には図６に示すような処理
待ちアクティビティの一覧が表示される。図６では、
「No.」が個々の伝票に付されたプロセスＩＤを意味
し、「内容」がアクティビティを意味している。担当者
Ａは一覧から、処理対象であるNo.a001(伝票申請の受
付)を選択すると、受付業務用として図７に示すような
伝票申請の受付の画面が表示される。担当者Ａは図７に
示す画面において必要な処理を行い、承認か却下を選択
してノードＡの処理を終了させる。
「定義ａ」のワークフローに従って処理が開始される。
まず、アクティビティとしてノードＡ(NodeＡ)が、実行
可能な担当者としてデータUserＩＤに代入されている人
(図５に示すように、担当者Ａ)に割り当てられる。担当
者ＡがノードＡを行おうとするとき、担当者Ａの操作用
コンピュータ端末２０の画面には図６に示すような処理
待ちアクティビティの一覧が表示される。図６では、
「No.」が個々の伝票に付されたプロセスＩＤを意味
し、「内容」がアクティビティを意味している。担当者
Ａは一覧から、処理対象であるNo.a001(伝票申請の受
付)を選択すると、受付業務用として図７に示すような
伝票申請の受付の画面が表示される。担当者Ａは図７に
示す画面において必要な処理を行い、承認か却下を選択
してノードＡの処理を終了させる。
【００４１】ノードＡの処理が終了すると、図５に示す
ように「定義ａ」におけるノードＡの次のアクティビテ
ィとしてノードＢ(NodeＢ)とノードＣ(NodeＣ)が登録さ
れており、これらが実行可能な状態となる。ノードＢを
実行可能な担当者には、図８に示すような承認業務Ｂ用
の画面が示されノードＡと同様にして図５に示す「定義
ａ」に基づいて処理される。ノードＣについても同様に
処理される。
ように「定義ａ」におけるノードＡの次のアクティビテ
ィとしてノードＢ(NodeＢ)とノードＣ(NodeＣ)が登録さ
れており、これらが実行可能な状態となる。ノードＢを
実行可能な担当者には、図８に示すような承認業務Ｂ用
の画面が示されノードＡと同様にして図５に示す「定義
ａ」に基づいて処理される。ノードＣについても同様に
処理される。
【００４２】図５の「定義ａ」に示すように、ノードＢ
の実行可能な担当者は、担当者Ａと担当者Ｂのどちらで
もよいと規定されている。以下に、「定義ａ」のアクテ
ィビティであるノードＡの処理者と、ノードＢの処理者
が、共に担当者Ａが処理する場合を考慮した、ノードＡ
の処理の終了後のワークフローシステムの処理の流れに
ついて図９を参照しながら説明する。図９は、ワークフ
ローサーバ３０における１つのノードの処理終了から、
そのノードの次に処理が可能なノードの処理開始までの
連続処理の流れを説明するフロー図である。
の実行可能な担当者は、担当者Ａと担当者Ｂのどちらで
もよいと規定されている。以下に、「定義ａ」のアクテ
ィビティであるノードＡの処理者と、ノードＢの処理者
が、共に担当者Ａが処理する場合を考慮した、ノードＡ
の処理の終了後のワークフローシステムの処理の流れに
ついて図９を参照しながら説明する。図９は、ワークフ
ローサーバ３０における１つのノードの処理終了から、
そのノードの次に処理が可能なノードの処理開始までの
連続処理の流れを説明するフロー図である。
【００４３】まず、図９に示すようにワークフローサー
バ３０が担当者からのノードＡの処理終了要求を受領す
ると(ステップＳ２０１)、ワークフローサーバ３０はノ
ードＡを含む図５に示すような「定義ａ」を参照する
(ステップＳ２０２)。そして、参照された「定義ａ」に
含まれるノードＡの次に処理が可能なアクティビティで
あるノードＢとノードＣが、ノードＡに続いて処理が可
能なものであるかを認識するため、連続処理待機時間ｔ
1が０より大きいかどうかを判断する(ステップＳ２０
３)。連続処理待機時間ｔ1が０より大きい場合、次に処
理可能なアクティビティであるノードＢおよびノードＣ
についての解析を行う(ステップＳ２０４)。一方、連続
処理待機時間ｔ1が０の場合については解析は行わず、
後述のステップＳ２０８の処理が行われる。
バ３０が担当者からのノードＡの処理終了要求を受領す
ると(ステップＳ２０１)、ワークフローサーバ３０はノ
ードＡを含む図５に示すような「定義ａ」を参照する
(ステップＳ２０２)。そして、参照された「定義ａ」に
含まれるノードＡの次に処理が可能なアクティビティで
あるノードＢとノードＣが、ノードＡに続いて処理が可
能なものであるかを認識するため、連続処理待機時間ｔ
1が０より大きいかどうかを判断する(ステップＳ２０
３)。連続処理待機時間ｔ1が０より大きい場合、次に処
理可能なアクティビティであるノードＢおよびノードＣ
についての解析を行う(ステップＳ２０４)。一方、連続
処理待機時間ｔ1が０の場合については解析は行わず、
後述のステップＳ２０８の処理が行われる。
【００４４】次に、ノードＡの次に処理可能なアクティ
ビティの解析が、連続処理待機時間ｔ1内に終了したか
どうかの判断が行われる(ステップＳ２０５)。ここで、
ノードＡについての連続処理待機時間ｔ1は図５に示す
ように３秒であるので、３秒以内に解析が行われたかど
うか判断される。解析が、連続処理待機時間ｔ1内に終
了しなかった場合、後述のステップＳ２０８の処理が行
われる。
ビティの解析が、連続処理待機時間ｔ1内に終了したか
どうかの判断が行われる(ステップＳ２０５)。ここで、
ノードＡについての連続処理待機時間ｔ1は図５に示す
ように３秒であるので、３秒以内に解析が行われたかど
うか判断される。解析が、連続処理待機時間ｔ1内に終
了しなかった場合、後述のステップＳ２０８の処理が行
われる。
【００４５】一方、ステップＳ２０５において、解析が
連続処理待機時間ｔ1内に終了した場合、解析内容は次
に処理可能なアクティビティを処理できる担当者のデー
タを含むので、これを基にノードＢとノードＣの担当者
がノードＡの処理者でも可能かどうかが判断される(ス
テップＳ２０６)。ここで、図５に示すようにノードＢ
の処理は担当者Ａであってもよいと規定されており、ノ
ードＣの処理は担当者Ｃと規定されている。そこで、担
当者がノードＡの処理者でもよいと判断されたノードＢ
について、次の処理可能なアクティビティとして、ノー
ドＡと同じ処理者に対して処理の開始を要求して終了す
る（ステップＳ２０７）。一方、ノードＣについては担
当者Ｃが実行可能者として定義されているので、ステッ
プＳ２０６ではノードＡの処理者が処理できないと判断
され、後述のステップＳ２０８の処理が行われる。
連続処理待機時間ｔ1内に終了した場合、解析内容は次
に処理可能なアクティビティを処理できる担当者のデー
タを含むので、これを基にノードＢとノードＣの担当者
がノードＡの処理者でも可能かどうかが判断される(ス
テップＳ２０６)。ここで、図５に示すようにノードＢ
の処理は担当者Ａであってもよいと規定されており、ノ
ードＣの処理は担当者Ｃと規定されている。そこで、担
当者がノードＡの処理者でもよいと判断されたノードＢ
について、次の処理可能なアクティビティとして、ノー
ドＡと同じ処理者に対して処理の開始を要求して終了す
る（ステップＳ２０７）。一方、ノードＣについては担
当者Ｃが実行可能者として定義されているので、ステッ
プＳ２０６ではノードＡの処理者が処理できないと判断
され、後述のステップＳ２０８の処理が行われる。
【００４６】さらにノードＢを処理する場合、図５に示
すようにノードＢには次のアクティビティは存在せず、
連続処理待機時間ｔ1は０に設定されている。このよう
な場合、上述のステップＳ２０３において連続処理待機
時間ｔ1は０以上ではないと判断され、ワークフローサ
ーバ３０は、処理者が処理可能なアクティビティを抽出
して一覧を作成する(ステップＳ２０８)。そして、ワー
クフローサーバ３０はその一覧を処理者の操作用コンピ
ュータ端末２０に対して送出し、どのアクティビティを
処理するか処理者が選択するように要求処理を行い(ス
テップＳ２０９)、連続処理が終了する。尚、ステップ
Ｓ２０５、ステップＳ２０６において、"No"と判断され
た場合についても同様にステップＳ２０８、ステップＳ
２０９の処理が行われる。
すようにノードＢには次のアクティビティは存在せず、
連続処理待機時間ｔ1は０に設定されている。このよう
な場合、上述のステップＳ２０３において連続処理待機
時間ｔ1は０以上ではないと判断され、ワークフローサ
ーバ３０は、処理者が処理可能なアクティビティを抽出
して一覧を作成する(ステップＳ２０８)。そして、ワー
クフローサーバ３０はその一覧を処理者の操作用コンピ
ュータ端末２０に対して送出し、どのアクティビティを
処理するか処理者が選択するように要求処理を行い(ス
テップＳ２０９)、連続処理が終了する。尚、ステップ
Ｓ２０５、ステップＳ２０６において、"No"と判断され
た場合についても同様にステップＳ２０８、ステップＳ
２０９の処理が行われる。
【００４７】次に、ノードＡの終了後にノードＢの開始
に到るまでの連続処理におけるワークフローサーバ３０
の機能をさらに詳しく説明する。図１０は、ノードＡと
ノードＢを連続して処理できる場合の処理の具体的な説
明図である。図１１は、ノードＡにおいて処理されたプ
ロセスの状態の一例を示した図である。
に到るまでの連続処理におけるワークフローサーバ３０
の機能をさらに詳しく説明する。図１０は、ノードＡと
ノードＢを連続して処理できる場合の処理の具体的な説
明図である。図１１は、ノードＡにおいて処理されたプ
ロセスの状態の一例を示した図である。
【００４８】まず、担当者ＡがノードＡの処理を終了す
る旨を操作用コンピュータ端末２０に対して入力する
と、図１０に示すように操作用コンピュータ端末２０が
処理終了要求をワークフローサーバ３０に対して行う。
すると、ワークフローサーバ３０は、操作用コンピュー
タ端末２０からの処理終了要求を受領するが、具体的に
は、図１１に示すように、クライアント要求管理プログ
ラム実行部３３０において、定義ＩＤ、操作用コンピュ
ータ端末２０を操作した処理者のUserＩＤ、アクティビ
ティのプロセスＩＤ、アクティビティの種類、データ等
を終了要求とともに受信する。すると、クライアント要
求管理プログラム実行部３３０から、アクティビティの
種類、データ等が処理終了要求としてプロセス管理プロ
グラム実行部３２０へ送出される。
る旨を操作用コンピュータ端末２０に対して入力する
と、図１０に示すように操作用コンピュータ端末２０が
処理終了要求をワークフローサーバ３０に対して行う。
すると、ワークフローサーバ３０は、操作用コンピュー
タ端末２０からの処理終了要求を受領するが、具体的に
は、図１１に示すように、クライアント要求管理プログ
ラム実行部３３０において、定義ＩＤ、操作用コンピュ
ータ端末２０を操作した処理者のUserＩＤ、アクティビ
ティのプロセスＩＤ、アクティビティの種類、データ等
を終了要求とともに受信する。すると、クライアント要
求管理プログラム実行部３３０から、アクティビティの
種類、データ等が処理終了要求としてプロセス管理プロ
グラム実行部３２０へ送出される。
【００４９】次に、プロセス管理プログラム実行部３２
０は、図１１に示す定義ＩＤとアクティビティの種類か
ら、プロジェクト管理プログラム実行部３１０へ定義の
参照を要求する。それに対してプロジェクト管理プログ
ラム実行部３１０は要求された定義を、ワークフロー定
義記憶部３５に記憶された図５に示す「定義ａ」から抽
出し、プロセス管理プログラム実行部３２０へ返す。
０は、図１１に示す定義ＩＤとアクティビティの種類か
ら、プロジェクト管理プログラム実行部３１０へ定義の
参照を要求する。それに対してプロジェクト管理プログ
ラム実行部３１０は要求された定義を、ワークフロー定
義記憶部３５に記憶された図５に示す「定義ａ」から抽
出し、プロセス管理プログラム実行部３２０へ返す。
【００５０】このときプロセス管理プログラム実行部３
２０へ送出された「定義ａ」には、図５に示すようにノ
ードＡの次に処理されるアクティビティとノードＡに関
する連続処理待機時間ｔ1が含まれている。プロセス管
理プログラム実行部３２０は、この連続処理待機時間ｔ
1をクライアント要求管理プログラム実行部３３０へ送
出し、ノードＡの終了処理とともに、次に処理されるア
クティビティの解析を開始する。
２０へ送出された「定義ａ」には、図５に示すようにノ
ードＡの次に処理されるアクティビティとノードＡに関
する連続処理待機時間ｔ1が含まれている。プロセス管
理プログラム実行部３２０は、この連続処理待機時間ｔ
1をクライアント要求管理プログラム実行部３３０へ送
出し、ノードＡの終了処理とともに、次に処理されるア
クティビティの解析を開始する。
【００５１】連続処理待機時間ｔ1を受信したクライア
ント要求管理プログラム実行部３３０は、連続処理待機
時間ｔ1内の間は処理を行わずに待機状態となる。そし
て、プロセス管理プログラム実行部３２０によりノード
Ａの終了処理とステップＳ２０４を解析する処理が終了
すると、プロセス管理プログラム実行部３２０はクライ
アント要求管理プログラム実行部３３０に対して、処理
完了通知を送出する。
ント要求管理プログラム実行部３３０は、連続処理待機
時間ｔ1内の間は処理を行わずに待機状態となる。そし
て、プロセス管理プログラム実行部３２０によりノード
Ａの終了処理とステップＳ２０４を解析する処理が終了
すると、プロセス管理プログラム実行部３２０はクライ
アント要求管理プログラム実行部３３０に対して、処理
完了通知を送出する。
【００５２】図１０に示すようにクライアント要求管理
プログラム実行部３３０は、連続処理待機時間ｔ1内に
処理完了通知を受領すると、待機を止めて、プロセス管
理プログラム実行部３２０に対して連続処理対象一覧要
求を行う。それに対してプロセス管理プログラム実行部
３２０は、クライアント要求管理プログラム実行部３３
０に対して連続処理対象一覧を送出する。
プログラム実行部３３０は、連続処理待機時間ｔ1内に
処理完了通知を受領すると、待機を止めて、プロセス管
理プログラム実行部３２０に対して連続処理対象一覧要
求を行う。それに対してプロセス管理プログラム実行部
３２０は、クライアント要求管理プログラム実行部３３
０に対して連続処理対象一覧を送出する。
【００５３】そしてクライアント要求管理プログラム実
行部３３０は、プロセス管理プログラム実行部３２０に
対して処理対象の処理開始要求を送出し、プロセス管理
プログラム実行部３２０は、クライアント要求管理プロ
グラム実行部３３０に対して処理待ち状態に入ったこと
を通知する。これは、ノードＢは図５に示す「定義ａ」
に示されているように、実行可能担当者が担当者Ａと担
当者Ｂのどちらも可能とされている。そこで、担当者Ａ
がノードＢの処理を開始することをワークフロー状況記
憶部３８に書き込むことで、担当者ＢがノードＢの処理
を開始することを防止することができる。
行部３３０は、プロセス管理プログラム実行部３２０に
対して処理対象の処理開始要求を送出し、プロセス管理
プログラム実行部３２０は、クライアント要求管理プロ
グラム実行部３３０に対して処理待ち状態に入ったこと
を通知する。これは、ノードＢは図５に示す「定義ａ」
に示されているように、実行可能担当者が担当者Ａと担
当者Ｂのどちらも可能とされている。そこで、担当者Ａ
がノードＢの処理を開始することをワークフロー状況記
憶部３８に書き込むことで、担当者ＢがノードＢの処理
を開始することを防止することができる。
【００５４】クライアント要求管理プログラム実行部３
３０は、プロセス管理プログラム実行部３２０が処理待
ち状態に入ったことを受け、処理者の操作用コンピュー
タ端末２０に対して次のアクティビティであるノードＢ
についての処理要求を行う。
３０は、プロセス管理プログラム実行部３２０が処理待
ち状態に入ったことを受け、処理者の操作用コンピュー
タ端末２０に対して次のアクティビティであるノードＢ
についての処理要求を行う。
【００５５】上記のように、ノードＡの終了後、ノード
Ａの担当者ＡはそのままノードＢの処理が可能である。
したがって、ノードＡの担当者Ａの操作用コンピュータ
端末２０には、ノードＡの終了後に直ちに図８に示すよ
うなノードＢの承認業務用処理画面が表示されて、担当
者ＡはノードＢをノードＡに続けて処理ができる。その
結果、従来のようにノードＡの処理終了後に図６に示す
ような一覧が表示されて処理対象を再度選択する、とい
った行為の必要がなく、担当者ＡのノードＢの処理開始
が簡便なものとなり、操作性が向上する。
Ａの担当者ＡはそのままノードＢの処理が可能である。
したがって、ノードＡの担当者Ａの操作用コンピュータ
端末２０には、ノードＡの終了後に直ちに図８に示すよ
うなノードＢの承認業務用処理画面が表示されて、担当
者ＡはノードＢをノードＡに続けて処理ができる。その
結果、従来のようにノードＡの処理終了後に図６に示す
ような一覧が表示されて処理対象を再度選択する、とい
った行為の必要がなく、担当者ＡのノードＢの処理開始
が簡便なものとなり、操作性が向上する。
【００５６】一方、次に処理可能なノードＢについて処
理できない場合について説明する。図１２は、ノードＡ
とノードＢを連続して処理できない場合の処理の具体的
な説明図である。図１２では、プロセス管理プログラム
実行部３２０がプロジェクト管理プログラム実行部３１
０の定義を参照して、ノードＡについての連続処理待機
時間ｔ1をクライアント要求管理プログラム実行部３３
０へ送出する時点まで、図１０と同じ処理である。とこ
ろが図１１では、終了処理(ノードＡの終了処理と処理
されるアクティビティの解析)に時間がかかり、連続処
理待機時間ｔ1以内に処理が終了していない。
理できない場合について説明する。図１２は、ノードＡ
とノードＢを連続して処理できない場合の処理の具体的
な説明図である。図１２では、プロセス管理プログラム
実行部３２０がプロジェクト管理プログラム実行部３１
０の定義を参照して、ノードＡについての連続処理待機
時間ｔ1をクライアント要求管理プログラム実行部３３
０へ送出する時点まで、図１０と同じ処理である。とこ
ろが図１１では、終了処理(ノードＡの終了処理と処理
されるアクティビティの解析)に時間がかかり、連続処
理待機時間ｔ1以内に処理が終了していない。
【００５７】この場合、クライアント要求管理プログラ
ム実行部３３０では、連続処理待機時間ｔ1内にプロセ
ス管理プログラム実行部３２０からの処理完了通知を受
領しなかったことが認識され、その結果、クライアント
要求管理プログラム実行部３３０はプロセス管理プログ
ラム実行部３２０に対して処理対象一覧要求を行う。そ
れに対してプロセス管理プログラム実行部３２０は、処
理対象一覧をクライアント要求管理プログラム実行部３
３０へ送出する。尚、プロセス管理プログラム実行部３
２０において処理が終了していないため、当然この処理
対象一覧のアクティビティには、ノードＢは含まれてい
ない。クライアント要求管理プログラム実行部３３０
は、受け取った処理対象一覧を処理者の操作用コンピュ
ータ端末２０に送出するとともに、担当者に対して他の
処理対象を選択するように要求を行う。したがって、ノ
ードＢを連続処理をしないことが決定した担当者は、他
の業務を行うことができる。
ム実行部３３０では、連続処理待機時間ｔ1内にプロセ
ス管理プログラム実行部３２０からの処理完了通知を受
領しなかったことが認識され、その結果、クライアント
要求管理プログラム実行部３３０はプロセス管理プログ
ラム実行部３２０に対して処理対象一覧要求を行う。そ
れに対してプロセス管理プログラム実行部３２０は、処
理対象一覧をクライアント要求管理プログラム実行部３
３０へ送出する。尚、プロセス管理プログラム実行部３
２０において処理が終了していないため、当然この処理
対象一覧のアクティビティには、ノードＢは含まれてい
ない。クライアント要求管理プログラム実行部３３０
は、受け取った処理対象一覧を処理者の操作用コンピュ
ータ端末２０に送出するとともに、担当者に対して他の
処理対象を選択するように要求を行う。したがって、ノ
ードＢを連続処理をしないことが決定した担当者は、他
の業務を行うことができる。
【００５８】このように、本実施の形態では、ワークフ
ローシステムにおいてプロジェクト定義に連続処理待機
時間ｔ1を予め設定することで、ワークフローサーバ３
０による処理が遅いときなどにおいて、担当者を不必要
に長時間にわたり待機させることもなく、連続処理を可
能とするための処理工程の存在により、業務の効率低下
を防止することができる。
ローシステムにおいてプロジェクト定義に連続処理待機
時間ｔ1を予め設定することで、ワークフローサーバ３
０による処理が遅いときなどにおいて、担当者を不必要
に長時間にわたり待機させることもなく、連続処理を可
能とするための処理工程の存在により、業務の効率低下
を防止することができる。
【００５９】尚、本実施の形態では、連続処理待機時間
ｔ1は特に設けなくてもよい。例えば、ワークフローサ
ーバ３０が十分に処理できる場合や、その人物が連続し
て処理が可能である限り必ず同じ人物が処理をした方が
よいと思われるようなアクティビティについては、連続
処理待機時間ｔ1は設定せず、連続処理が可能なときに
は必ず次のアクティビティの処理を担当者に対して要求
するようにしてもよい。
ｔ1は特に設けなくてもよい。例えば、ワークフローサ
ーバ３０が十分に処理できる場合や、その人物が連続し
て処理が可能である限り必ず同じ人物が処理をした方が
よいと思われるようなアクティビティについては、連続
処理待機時間ｔ1は設定せず、連続処理が可能なときに
は必ず次のアクティビティの処理を担当者に対して要求
するようにしてもよい。
【００６０】以上のように、本実施の形態のワークフロ
ーシステムでは、複雑なプログラミングをすることな
く、同じ担当者が同じプロセスＩＤを有する処理対象に
ついての複数のアクティビティを連続して効率的に処理
することを可能としている。同じ担当者による連続処理
は、連続処理待機時間ｔ1を過ぎるか、実際の処理権限
がなくなるまで続けることができる。このように本実施
の形態のワークフローシステムでは、プロジェクト定義
とは独立して、アクティビティごとの担当者を状況に応
じてダイナミックに変更することが可能であり、例えば
各担当者の仕事の状況等に応じて適宜決めることができ
るので、処理を効率的に行うことができる。
ーシステムでは、複雑なプログラミングをすることな
く、同じ担当者が同じプロセスＩＤを有する処理対象に
ついての複数のアクティビティを連続して効率的に処理
することを可能としている。同じ担当者による連続処理
は、連続処理待機時間ｔ1を過ぎるか、実際の処理権限
がなくなるまで続けることができる。このように本実施
の形態のワークフローシステムでは、プロジェクト定義
とは独立して、アクティビティごとの担当者を状況に応
じてダイナミックに変更することが可能であり、例えば
各担当者の仕事の状況等に応じて適宜決めることができ
るので、処理を効率的に行うことができる。
【００６１】特に、アクティビティごとに処理可能な担
当者を直接指定、関係指定、役職指定、ロール指定、グ
ループ指定など、柔軟に定義することができる。またこ
れらの定義はワークフローシステムの処理状況や仕事状
況や時に応じて変えることができる。例えば、ロール指
定の場合、通常はＡさんをロールＡとロールＢに登録
し、忙しいときだけＡさんはロールＢに登録するといっ
たように定義することにより、ワークフローシステムに
おいて効率的な仕事配分を行うことができる。
当者を直接指定、関係指定、役職指定、ロール指定、グ
ループ指定など、柔軟に定義することができる。またこ
れらの定義はワークフローシステムの処理状況や仕事状
況や時に応じて変えることができる。例えば、ロール指
定の場合、通常はＡさんをロールＡとロールＢに登録
し、忙しいときだけＡさんはロールＢに登録するといっ
たように定義することにより、ワークフローシステムに
おいて効率的な仕事配分を行うことができる。
【００６２】また、ワークフローシステムの処理を、複
数のノードに細かく分割したとしても、処理効率の低下
を生じさせることなく、複数人による並行処理や同一人
による連続処理をノードごとにダイナミックに変更でき
るので、効率的なワークフローシステムを設計すること
ができる。
数のノードに細かく分割したとしても、処理効率の低下
を生じさせることなく、複数人による並行処理や同一人
による連続処理をノードごとにダイナミックに変更でき
るので、効率的なワークフローシステムを設計すること
ができる。
【００６３】尚、以上述べた本実施の形態のワークフロ
ーシステムでは、プロセスの定義においてアクティビテ
ィの属性として「連続処理可能」が設定されているが、
ワークフローシステム全体として、またはプロジェクト
として、このような属性を設定し、全てのノードの処理
において次のノードは連続処理可能かどうかを判断する
ように設定することも可能である。また、本実施の形態
のワークフローシステムにおいては、プロセスデザイン
ツール等を用いて、適宜ダイナミックに属性を変更する
ことが可能である。
ーシステムでは、プロセスの定義においてアクティビテ
ィの属性として「連続処理可能」が設定されているが、
ワークフローシステム全体として、またはプロジェクト
として、このような属性を設定し、全てのノードの処理
において次のノードは連続処理可能かどうかを判断する
ように設定することも可能である。また、本実施の形態
のワークフローシステムにおいては、プロセスデザイン
ツール等を用いて、適宜ダイナミックに属性を変更する
ことが可能である。
【００６４】本実施の形態にて説明したワークフローを
実行するプログラムは、記憶媒体に格納されて販売等に
供されるが、この記憶媒体としては、これらの処理を実
行するためのプログラムが格納された、例えばＣＤ−Ｒ
ＯＭ等の媒体が代表的なものである。また、プログラム
をネット等を介してダウンロードする態様にすることも
できる。この場合、プログラムの伝送装置における媒体
や、ダウンロードした後のハードディスク等の記憶媒体
も含まれる。これらの記憶媒体に格納されたプログラム
は、入力手段としての、例えばＣＤ−ＲＯＭドライバに
よって読み取られることが可能である。その他、プログ
ラムの伝送装置として提供することもでき、例えば、イ
ンターネットに接続されたコンピュータ端末からのダウ
ンロード要求に応じて、本実施の形態を実現可能なプロ
グラムを供給できるインターフェイス手段(送信手段)を
備えていれば良い。これ以外にも、本発明の主旨を逸脱
しない限り、上記実施の形態で挙げた構成を取捨選択し
たり、他の構成に適宜変更することが可能である。
実行するプログラムは、記憶媒体に格納されて販売等に
供されるが、この記憶媒体としては、これらの処理を実
行するためのプログラムが格納された、例えばＣＤ−Ｒ
ＯＭ等の媒体が代表的なものである。また、プログラム
をネット等を介してダウンロードする態様にすることも
できる。この場合、プログラムの伝送装置における媒体
や、ダウンロードした後のハードディスク等の記憶媒体
も含まれる。これらの記憶媒体に格納されたプログラム
は、入力手段としての、例えばＣＤ−ＲＯＭドライバに
よって読み取られることが可能である。その他、プログ
ラムの伝送装置として提供することもでき、例えば、イ
ンターネットに接続されたコンピュータ端末からのダウ
ンロード要求に応じて、本実施の形態を実現可能なプロ
グラムを供給できるインターフェイス手段(送信手段)を
備えていれば良い。これ以外にも、本発明の主旨を逸脱
しない限り、上記実施の形態で挙げた構成を取捨選択し
たり、他の構成に適宜変更することが可能である。
【００６５】
【発明の効果】以上説明したように、本発明のワークフ
ローシステムによれば、複数の処理を同じ担当者が連続
して行う場合に、効率的に処理を行うことが可能とな
る。
ローシステムによれば、複数の処理を同じ担当者が連続
して行う場合に、効率的に処理を行うことが可能とな
る。
【図１】 (a),(b)は、対象業務における処理の流れを
示したプロジェクト(プロセス定義)を示した図である。
示したプロジェクト(プロセス定義)を示した図である。
【図２】 本実施の形態が適用されたワークフローシス
テムの概略構成を示す図である。
テムの概略構成を示す図である。
【図３】 ワークフローサーバ３０の概略構成を示した
説明図である。
説明図である。
【図４】 登録済みのプロジェクト「定義ａ」による申
請処理のワークフローの一例を示した説明図である。
請処理のワークフローの一例を示した説明図である。
【図５】 ワークフローサーバ３０のデータ定義記憶部
３６に予め登録された「定義ａ」の一例を示す図であ
る。
３６に予め登録された「定義ａ」の一例を示す図であ
る。
【図６】 担当者に示される処理待ちアクティビティの
一覧が表示された画面の図である。
一覧が表示された画面の図である。
【図７】 担当者に示される受付業務用の画面の図であ
る。
る。
【図８】 担当者に示される承認業務Ｂ用の画面の図で
ある。
ある。
【図９】 １つのノードの処理の終了から、そのノード
の次に処理が可能なノードの処理の開始までの連続処理
の流れを説明するフロー図である。
の次に処理が可能なノードの処理の開始までの連続処理
の流れを説明するフロー図である。
【図１０】 ノードＡとノードＢを連続して処理できる
場合の処理の具体的な説明図である。
場合の処理の具体的な説明図である。
【図１１】 ノードＡにおいて処理されたプロセスの状
態の一例を示した図である。
態の一例を示した図である。
【図１２】 ノードＡとノードＢを連続して処理できな
い場合の処理の具体的な説明図である。
い場合の処理の具体的な説明図である。
【図１３】 申請処理の流れを示す説明図である。
【図１４】 図１３に示す申請処理において処理者のコ
ンピュータに表示される従来の画面を示す説明図であ
る。
ンピュータに表示される従来の画面を示す説明図であ
る。
１０…設計用コンピュータ端末、２０…操作用コンピュ
ータ端末（情報処理端末）、３０…ワークフローサーバ
（情報処理装置）、３１…プロジェクト管理プログラ
ム、３２…プロセス管理プログラム、３３…クライアン
ト要求管理プログラム、３４…ユーザ管理プログラム、
３５…ワークフロー定義記憶部、３６…データ定義記憶
部、３７…プロセス記憶部、３８…ワークフロー状況記
憶部、３９…ユーザ情報記憶部、３１０…プロジェクト
管理プログラム実行部、３２０…プロセス管理プログラ
ム実行部、３３０…クライアント要求管理プログラム実
行部
ータ端末（情報処理端末）、３０…ワークフローサーバ
（情報処理装置）、３１…プロジェクト管理プログラ
ム、３２…プロセス管理プログラム、３３…クライアン
ト要求管理プログラム、３４…ユーザ管理プログラム、
３５…ワークフロー定義記憶部、３６…データ定義記憶
部、３７…プロセス記憶部、３８…ワークフロー状況記
憶部、３９…ユーザ情報記憶部、３１０…プロジェクト
管理プログラム実行部、３２０…プロセス管理プログラ
ム実行部、３３０…クライアント要求管理プログラム実
行部
フロントページの続き
(72)発明者 大崎 博靖
神奈川県大和市下鶴間1623番地14 日本ア
イ・ビー・エム株式会社 大和事業所内
Claims (17)
- 【請求項１】 ネットワークに接続された複数のコンピ
ュータ端末において、所定のワークフローに従って複数
のユーザが業務を実行するためのワークフローシステム
であって、 複数の業務の内容とその流れとを定めたワークフロー定
義と、当該業務の処理が可能なユーザの情報とを記憶す
る記憶手段と、 前記記憶手段に記憶された前記ユーザの情報に基づい
て、所定の業務を処理した担当ユーザが当該所定の業務
の処理終了が処理開始条件とされている次の業務を処理
できるかどうかを判断する判断手段と、 を有することを特徴とするワークフローシステム。 - 【請求項２】 前記判断手段により前記担当ユーザが次
の業務を処理できると判断された場合、当該担当ユーザ
に次の業務の処理を要求する要求管理手段を更に有する
ことを特徴とする請求項１記載のワークフローシステ
ム。 - 【請求項３】 前記記憶手段は、前記業務についての連
続処理待機時間を記憶し、 前記要求管理手段は、前記担当ユーザによる前記所定の
業務の処理終了後、前記要求管理手段が当該所定の業務
の前記連続処理待機時間中に当該担当ユーザが前記次の
業務を処理できると判断した場合に、当該担当ユーザに
前記次の業務の処理を要求すること特徴とする請求項２
記載のワークフローシステム。 - 【請求項４】 複数のノードと当該ノード間を接続する
パスで構成されるワークフロー定義を用いてワークフロ
ーを管理するワークフローサーバと、当該ノードに割り
当てられたアクティビティを実行するための操作用コン
ピュータ端末と、をネットワークを介して接続したワー
クフローシステムであって、 前記操作用コンピュータ端末は、アクティビティが終了
したことに応じて、対応するノードについての処理終了
要求を前記ワークフローサーバへ送出し、 前記ワークフローサーバは、前記処理終了要求がなされ
た前記ノードと、前記ワークフロー定義に規定された次
ノードとが、同一担当者による処理が可能である場合、
当該担当者の前記操作用コンピュータ端末に対して当該
次ノードの処理要求を行うことを特徴とするワークフロ
ーシステム。 - 【請求項５】 前記ワークフロー定義は、複数のユーザ
の集合体で前記ノードを処理できる担当者を定義するこ
とを特徴とする請求項４記載のワークフローシステム。 - 【請求項６】 前記ワークフローサーバは、前記処理終
了要求を受けた後、予め設定された連続処理待機時間内
に前記次ノードを前記担当者に開始させるための準備が
整った場合に、当該次ノードにおける処理の要求を行う
ことを特徴とする請求項４記載のワークフローシステ
ム。 - 【請求項７】 ワークフロー定義を設計し、当該ワーク
フロー定義を前記ワークフローサーバに送出する設計用
コンピュータ端末が、ネットワークを介して当該ワーク
フローサーバに接続されていることを特徴とする請求項
４記載のワークフローシステム。 - 【請求項８】 ワークフローを実行する複数のコンピュ
ータ端末に対してネットワークを介して接続される情報
処理装置であって、 複数のノードとそれらを結ぶパスとで構成されたワーク
フロー定義および当該ワークフロー定義で参照されるデ
ータ定義をプロジェクトとして管理するプロジェクト管
理手段と、 前記プロジェクト管理手段により管理される前記プロジ
ェクトを用いて前記ワークフローの業務単位であるプロ
セスを管理するプロセス管理手段と、 前記プロセス管理手段により管理される前記プロセスに
基づいて前記コンピュータ端末に対してアクセスするユ
ーザを管理するユーザ管理手段と、を備え、 前記プロセス管理手段は、コンピュータ端末によって所
定のノードが処理された後、当該所定のノードに前記パ
スによって結ばれている次ノードについて当該コンピュ
ータ端末による連続処理が可能であるかどうかを判断
し、前記ユーザ管理手段にその判断結果を出力すること
を特徴とする情報処理装置。 - 【請求項９】 前記ユーザ管理手段は、前記判断結果が
前記コンピュータ端末によって前記次ノードが連続して
処理可能である場合、当該コンピュータ端末に対して前
記次ノードの処理要求を送出することを特徴とする請求
項８記載の情報処理装置。 - 【請求項１０】 前記ユーザ管理手段は、前記判断結果
が前記コンピュータ端末によって前記次ノードは連続し
て処理不可能である場合、前記コンピュータ端末に対し
て処理可能な対象の一覧を送出することを特徴とする請
求項８記載の情報処理装置。 - 【請求項１１】 複数のノードと当該ノード間を接続す
るパスからなるワークフロー定義に従ってワークフロー
を管理する方法であって、 所定のノードに割り当てられたアクティビティを実行す
る担当者に対して第１の処理画面を表示するステップ
と、 前記第１の処理画面に基づく前記担当者による処理を受
け付けるステップと、 前記所定のノードの終了が開始条件となっている他のノ
ードに割り当てられたアクティビティが、当該所定のノ
ードの担当者によって連続して実行可能である場合、前
記他のノードを処理するための第２の処理画面を前記第
１の処理画面に連続して表示するステップと、 を有することを特徴とするワークフローの管理方法。 - 【請求項１２】 前記所定のノードの終了後、前記担当
者によって前記他のノード以外の処理が行われる場合、
当該担当者が処理可能な対象の一覧画面を表示するステ
ップをさらに備えたことを特徴とする請求項１１記載の
ワークフローの管理方法。 - 【請求項１３】 複数のコンピュータ端末がネットワー
クを介して接続されるワークフローサーバにおけるワー
クフローの管理方法であって、 前記ワークフローの業務であるノードの処理終了要求を
外部から受領するステップと、 前記ノードの定義を参照するステップと、 前記ノードの処理終了が処理開始条件と定義されている
次ノードを解析するステップと、 前記処理が終了したノードの処理者が前記次ノードの処
理可能者であるか判断するステップと、 前記判断において前記処理可能者が前記処理者と同じで
あると判断された場合に、前記ノードの前記処理者に対
して前記次ノードの処理を要求するステップと、 を有することを特徴とするワークフローの管理方法。 - 【請求項１４】 前記解析するステップにおいて、当該
解析がノードの定義において予め設定された最大解析時
間内に終了しなかった場合に、前記処理を要求するステ
ップの代わりに、前記処理者に対して当該処理者が処理
可能な処理対象を表示するステップを有することを特徴
とする請求項１３記載のワークフローの管理方法。 - 【請求項１５】 コンピュータに実行させるワークフロ
ーを管理するためのプログラムであって、 前記プログラムは、 前記ワークフローの業務であるノードの処理終了要求を
受領する受領手順と、 前記ノードの定義を参照する参照手順と、 前記ノードの処理終了が処理開始条件と定義されている
次ノードを解析する解析手順と、 前記処理が終了したノードの処理者が前記次ノードの処
理可能者であるか判断する判断手順と、 前記判断手段において前記処理可能者が前記処理者と同
じであると判断された場合に、前記ノードの前記処理者
に対して前記次ノードの処理を要求する要求手順と、を
前記コンピュータに実行させることを特徴とするプログ
ラム。 - 【請求項１６】 前記ノードの定義には、前記解析手順
において解析が可能である最大解析可能時間が設定され
ていることを特徴とする請求項１５記載のプログラム。 - 【請求項１７】 前記解析手順が前記最大解析時間内に
終了しなかった場合には、前記要求手順の代わりに、前
記処理者に対して当該処理者が処理可能な処理対象を表
示する表示手順を実行させることを特徴とする請求項１
６記載のプログラム。
Priority Applications (5)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001195798A JP2003030388A (ja) | 2001-06-28 | 2001-06-28 | ワークフローシステム、情報処理装置、ワークフローの管理方法ならびにプログラム |
| US10/167,743 US7349864B2 (en) | 2001-06-28 | 2002-06-10 | Workflow system, information processor, and method and program for workflow management |
| US11/743,406 US8433601B2 (en) | 2001-06-28 | 2007-05-02 | Workflow system, information processor, and method and program for workflow management |
| US12/183,329 US8249911B2 (en) | 2001-06-28 | 2008-07-31 | Workflow system, information processor, and method and program for workflow management |
| US13/529,300 US8577709B2 (en) | 2001-06-28 | 2012-06-21 | Workflow system, information processor, and method and program for workflow management |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001195798A JP2003030388A (ja) | 2001-06-28 | 2001-06-28 | ワークフローシステム、情報処理装置、ワークフローの管理方法ならびにプログラム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2003030388A true JP2003030388A (ja) | 2003-01-31 |
Family
ID=19033718
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001195798A Pending JP2003030388A (ja) | 2001-06-28 | 2001-06-28 | ワークフローシステム、情報処理装置、ワークフローの管理方法ならびにプログラム |
Country Status (2)
| Country | Link |
|---|---|
| US (4) | US7349864B2 (ja) |
| JP (1) | JP2003030388A (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2014160392A (ja) * | 2013-02-20 | 2014-09-04 | Mitsubishi Electric Corp | ワークフロー管理システム及びワークフロー管理方法及びプログラム |
Families Citing this family (34)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2003030388A (ja) | 2001-06-28 | 2003-01-31 | Internatl Business Mach Corp <Ibm> | ワークフローシステム、情報処理装置、ワークフローの管理方法ならびにプログラム |
| US7650296B1 (en) * | 2001-08-31 | 2010-01-19 | Siebel Systems, Inc. | Configurator using structure and rules to provide a user interface |
| US7640548B1 (en) * | 2002-06-21 | 2009-12-29 | Siebel Systems, Inc. | Task based user interface |
| TW591464B (en) * | 2002-10-04 | 2004-06-11 | Hon Hai Prec Ind Co Ltd | The work flow management system and method |
| US7668763B1 (en) | 2002-11-25 | 2010-02-23 | Xcm Development, Llc | Tax return outsourcing and systems for protecting data |
| CN1826610A (zh) * | 2003-05-07 | 2006-08-30 | Sap股份有限公司 | 包括带协作过程引擎的特设型工作流结构化处理的面向终端用户的工作流方法 |
| JP4072102B2 (ja) * | 2003-07-08 | 2008-04-09 | 株式会社日立製作所 | プロジェクト事前評価方法、プロジェクト事前評価装置及びプログラム |
| US8239233B1 (en) | 2003-07-17 | 2012-08-07 | Xcm Development, Llc | Work flow systems and processes for outsourced financial services |
| EP1517261A3 (en) * | 2003-09-18 | 2005-10-05 | Matsushita Electric Industrial Co., Ltd. | Work-flow system and work-flow system management method |
| US20050159968A1 (en) * | 2004-01-21 | 2005-07-21 | Stephen Cozzolino | Organizationally interactive task management and commitment management system in a matrix based organizational environment |
| JP2005259113A (ja) * | 2004-02-12 | 2005-09-22 | Ricoh Co Ltd | プロセス編集装置、プロセス管理装置、プロセス編集プログラム、プロセス管理プログラム、記録媒体、プロセス編集方法及びプロセス管理方法 |
| JP2005267116A (ja) * | 2004-03-17 | 2005-09-29 | Fuji Xerox Co Ltd | ワークフロー管理のためのプログラム及びワークフロー支援システム |
| US8650152B2 (en) * | 2004-05-28 | 2014-02-11 | International Business Machines Corporation | Method and system for managing execution of data driven workflows |
| US20070011234A1 (en) * | 2004-07-29 | 2007-01-11 | Xcm Development, Llc | Computer conferencing system and features |
| US9767146B2 (en) * | 2004-08-31 | 2017-09-19 | International Business Machines Corporation | Use of generated SQL for evaluation of decision point rules in a workflow system |
| US20060074714A1 (en) * | 2004-10-01 | 2006-04-06 | Microsoft Corporation | Workflow tracking based on profiles |
| US7451432B2 (en) * | 2004-10-01 | 2008-11-11 | Microsoft Corporation | Transformation of componentized and extensible workflow to a declarative format |
| US8886553B2 (en) * | 2006-05-02 | 2014-11-11 | Microsoft Corporation | Visual workflow process notation and layout |
| US10521737B2 (en) * | 2006-12-19 | 2019-12-31 | International Business Machines Corporation | Activity centric project management tool |
| US9183524B2 (en) * | 2007-02-21 | 2015-11-10 | Novell, Inc. | Imaged-based method for transport and authentication of virtualized workflows |
| US20080201191A1 (en) * | 2007-02-21 | 2008-08-21 | Novell, Inc. | Dynamic workflow resource authentication and discovery |
| JP4508226B2 (ja) * | 2007-09-28 | 2010-07-21 | 富士ゼロックス株式会社 | ワークフローシステムおよびプログラム |
| JP4752872B2 (ja) * | 2008-06-20 | 2011-08-17 | コニカミノルタビジネステクノロジーズ株式会社 | データ処理装置、データ処理装置の制御方法およびデータ処理装置の制御プログラム |
| US20100043002A1 (en) * | 2008-08-12 | 2010-02-18 | Kabushiki Kaisha Toshiba | Workflow handling apparatus, workflow handling method and image forming apparatus |
| US20100050153A1 (en) * | 2008-08-21 | 2010-02-25 | Clevest Solutions Inc. | Method and system of editing workflow logic and screens with a gui tool |
| US20100049568A1 (en) * | 2008-08-21 | 2010-02-25 | Clevest Solutions Inc. | System and Method for an Extensible Workflow Management |
| JP5253190B2 (ja) * | 2009-01-09 | 2013-07-31 | キヤノン株式会社 | ワークフロー管理サーバ、ワークフロー管理システム、ワークフロー管理方法、およびワークフロー管理プログラム |
| JP2010250393A (ja) * | 2009-04-10 | 2010-11-04 | Canon Inc | 情報処理装置、及び、情報処理方法 |
| JP2010266944A (ja) * | 2009-05-12 | 2010-11-25 | Canon Inc | 文書管理システム、サーバ装置、サーバ装置の制御方法、及び、プログラム |
| US9600792B2 (en) * | 2013-04-11 | 2017-03-21 | Siemens Aktiengesellschaft | Method and apparatus for generating an engineering workflow |
| JP6189660B2 (ja) * | 2013-07-12 | 2017-08-30 | みずほ情報総研株式会社 | イベント支援装置及びイベント支援方法 |
| CN109377177B (zh) * | 2018-10-18 | 2020-12-01 | 东软集团股份有限公司 | 流程处理方法、装置、设备和计算机可读存储介质 |
| KR20210097921A (ko) * | 2020-01-31 | 2021-08-10 | 최재호 | 업무 처리 장치 및 방법 |
| WO2021243589A1 (en) * | 2020-06-03 | 2021-12-09 | Citrix Systems, Inc. | Prioritizing sequential application tasks |
Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2000029956A (ja) * | 1998-07-08 | 2000-01-28 | Fujitsu Ltd | ワークフローアプリケーション実行装置およびワークフローアプリケーション構築方法 |
Family Cites Families (25)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3266351B2 (ja) * | 1993-01-20 | 2002-03-18 | 株式会社日立製作所 | データベース管理システムおよび問合せの処理方法 |
| US5890130A (en) * | 1994-02-04 | 1999-03-30 | International Business Machines Corporation | Workflow modelling system |
| US5666490A (en) * | 1994-05-16 | 1997-09-09 | Gillings; Dennis | Computer network system and method for managing documents |
| US5745687A (en) * | 1994-09-30 | 1998-04-28 | Hewlett-Packard Co | System for distributed workflow in which a routing node selects next node to be performed within a workflow procedure |
| JP2666755B2 (ja) * | 1995-01-11 | 1997-10-22 | 日本電気株式会社 | ワークフローシステム |
| JPH08263481A (ja) * | 1995-03-22 | 1996-10-11 | Hitachi Ltd | 電子化文書回覧システム |
| JPH08329151A (ja) | 1995-05-31 | 1996-12-13 | Hitachi Ltd | ワークフローシステムの制御方法 |
| JPH1063751A (ja) | 1996-08-14 | 1998-03-06 | Fuji Xerox Co Ltd | ワークフローシステムおよびその作業分割方法 |
| JPH10105623A (ja) * | 1996-09-27 | 1998-04-24 | Hitachi Ltd | 階層型ワークフロー管理方法及びワークフロー書類回覧方法 |
| US6041306A (en) * | 1996-12-05 | 2000-03-21 | Hewlett-Packard Company | System and method for performing flexible workflow process execution in a distributed workflow management system |
| US5937388A (en) * | 1996-12-05 | 1999-08-10 | Hewlett-Packard Company | System and method for performing scalable distribution of process flow activities in a distributed workflow management system |
| JPH11219401A (ja) | 1998-02-03 | 1999-08-10 | Ricoh Co Ltd | ワークフロー支援システムにおける電子文書処理方法 |
| JP2000029959A (ja) | 1998-07-15 | 2000-01-28 | Nec Corp | 帳票処理装置 |
| JP4020504B2 (ja) * | 1998-08-24 | 2007-12-12 | 株式会社日立製作所 | ワークフロー管理システム制御方法及びワークフロー管理システム |
| JP2003528358A (ja) * | 1998-08-24 | 2003-09-24 | 富士通株式会社 | ワークフローシステムおよび方法 |
| US6341291B1 (en) * | 1998-09-28 | 2002-01-22 | Bentley Systems, Inc. | System for collaborative engineering using component and file-oriented tools |
| JP2000222508A (ja) | 1999-02-02 | 2000-08-11 | Hitachi Ltd | ワークフローシステムノードスキップ方法 |
| US7024669B1 (en) * | 1999-02-26 | 2006-04-04 | International Business Machines Corporation | Managing workload within workflow-management-systems |
| EP1033666A3 (en) * | 1999-03-03 | 2002-07-03 | Hitachi, Ltd. | Workflow server and workflow system control method |
| US6957186B1 (en) * | 1999-05-27 | 2005-10-18 | Accenture Llp | System method and article of manufacture for building, managing, and supporting various components of a system |
| US7065493B1 (en) * | 2000-04-06 | 2006-06-20 | International Business Machines Corporation | Workflow system and method |
| JP4299447B2 (ja) * | 2000-09-12 | 2009-07-22 | インターナショナル・ビジネス・マシーンズ・コーポレーション | ワークフローシステム、情報処理装置、および記憶媒体 |
| US7027997B1 (en) * | 2000-11-02 | 2006-04-11 | Verizon Laboratories Inc. | Flexible web-based interface for workflow management systems |
| US7240324B2 (en) * | 2001-02-28 | 2007-07-03 | Hewlett-Packard Development Company, L.P. | Event-based scheduling method and system for workflow activities |
| JP2003030388A (ja) | 2001-06-28 | 2003-01-31 | Internatl Business Mach Corp <Ibm> | ワークフローシステム、情報処理装置、ワークフローの管理方法ならびにプログラム |
-
2001
- 2001-06-28 JP JP2001195798A patent/JP2003030388A/ja active Pending
-
2002
- 2002-06-10 US US10/167,743 patent/US7349864B2/en not_active Expired - Fee Related
-
2007
- 2007-05-02 US US11/743,406 patent/US8433601B2/en not_active Expired - Fee Related
-
2008
- 2008-07-31 US US12/183,329 patent/US8249911B2/en not_active Expired - Fee Related
-
2012
- 2012-06-21 US US13/529,300 patent/US8577709B2/en not_active Expired - Lifetime
Patent Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2000029956A (ja) * | 1998-07-08 | 2000-01-28 | Fujitsu Ltd | ワークフローアプリケーション実行装置およびワークフローアプリケーション構築方法 |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2014160392A (ja) * | 2013-02-20 | 2014-09-04 | Mitsubishi Electric Corp | ワークフロー管理システム及びワークフロー管理方法及びプログラム |
Also Published As
| Publication number | Publication date |
|---|---|
| US8433601B2 (en) | 2013-04-30 |
| US7349864B2 (en) | 2008-03-25 |
| US20030004767A1 (en) | 2003-01-02 |
| US8249911B2 (en) | 2012-08-21 |
| US20070208603A1 (en) | 2007-09-06 |
| US20080294493A1 (en) | 2008-11-27 |
| US8577709B2 (en) | 2013-11-05 |
| US20120290350A1 (en) | 2012-11-15 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2003030388A (ja) | ワークフローシステム、情報処理装置、ワークフローの管理方法ならびにプログラム | |
| JP4529213B2 (ja) | 要素編成支援装置及び要素編成支援プログラムが記録された記憶媒体 | |
| JP2000057217A (ja) | スケジュール表示方法、スケジュール変更方法、スケジュール管理システム、スケジュール管理装置、スケジュール管理プログラムを格納した記憶媒体 | |
| JP2002099686A (ja) | ワークフローシステム、情報処理装置、ワークフロー定義方法、記憶媒体、およびプログラム伝送装置 | |
| US20070288293A1 (en) | Apparatus and method for displaying information relating business schedules | |
| JP2009238191A (ja) | Ｗｅｂアプリケーションシステム | |
| EP1517261A2 (en) | Work-flow system and work-flow system management method | |
| JP2001092702A (ja) | 情報処理システム、サーバ装置、クライアント装置、及び記録媒体 | |
| JP4292342B2 (ja) | 電子承認システムにおける承認ルート決定方法及びプログラム | |
| JP6904527B1 (ja) | 申請業務管理装置、申請業務管理システム、及び申請業務管理方法 | |
| JP2007041640A (ja) | ドキュメント作成支援・管理システム及びドキュメント作成支援・管理方法及びドキュメント作成支援・管理プログラム | |
| JP4997886B2 (ja) | ワークフロー連携プログラムおよびワークフロー管理システム | |
| JP2001117977A (ja) | ワークフローシステム | |
| US6799183B2 (en) | Operation assistance method and system and recording medium for storing operation assistance method | |
| JP4262655B2 (ja) | ワークフローシステム及びワークフローシステムの管理方法 | |
| JP2001076045A (ja) | 業務フロー図作成支援装置およびその記録媒体 | |
| JP2011180635A (ja) | ファイルアクセス制御装置、方法及びプログラム | |
| JP2001155062A (ja) | ワークフロー到着予測システム、方法、および該方法に係るプログラムを記憶した記憶媒体 | |
| CN100373340C (zh) | 分布计算机系统管理方法 | |
| JP2003323513A (ja) | 情報処理装置及びシステム及びそれらの方法 | |
| JP2002041506A (ja) | 共同編集システム及びサーバ並びに方法 | |
| JP2003044637A (ja) | ワークフロー・システム制御方法、および、ワークフロー・システムを実行するためのプログラム | |
| JPH09305660A (ja) | ビジネスプロセス定義方法および装置 | |
| JP2005038006A (ja) | 情報共有装置および情報共有処理プログラム | |
| JP2003323529A (ja) | 情報処理装置及びシステム及びそれらの方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20051004 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20051226 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20060314 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060526 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20060630 |
|
| A912 | Re-examination (zenchi) completed and case transferred to appeal board |
Free format text: JAPANESE INTERMEDIATE CODE: A912 Effective date: 20060804 |
|
| RD03 | Notification of appointment of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7423 Effective date: 20090528 |
|
| RD13 | Notification of appointment of power of sub attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7433 Effective date: 20090610 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A821 Effective date: 20090612 |
|
| RD14 | Notification of resignation of power of sub attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7434 Effective date: 20090827 |