JP2004102886A - Application development support method, device and program, and workflow processing method, device and program - Google Patents

Application development support method, device and program, and workflow processing method, device and program Download PDF

Info

Publication number
JP2004102886A
JP2004102886A JP2002266699A JP2002266699A JP2004102886A JP 2004102886 A JP2004102886 A JP 2004102886A JP 2002266699 A JP2002266699 A JP 2002266699A JP 2002266699 A JP2002266699 A JP 2002266699A JP 2004102886 A JP2004102886 A JP 2004102886A
Authority
JP
Japan
Prior art keywords
screen
workflow
display screen
definition
displayed
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
Application number
JP2002266699A
Other languages
Japanese (ja)
Inventor
Kensuke Kiyozuka
清塚 謙助
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.)
Fujifilm Business Innovation Corp
Original Assignee
Fuji Xerox Co 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 Fuji Xerox Co Ltd filed Critical Fuji Xerox Co Ltd
Priority to JP2002266699A priority Critical patent/JP2004102886A/en
Publication of JP2004102886A publication Critical patent/JP2004102886A/en
Pending legal-status Critical Current

Links

Images

Abstract

<P>PROBLEM TO BE SOLVED: To provide an application development support method, device and program capable of creating a workflow application including GUI by simple operation, and provide a workflow processing method, device and program allowing thereby for easy alteration or update. <P>SOLUTION: Based on a process definition 31, a display screen determination part 41 determines the display screen to be displayed for each state and each part in workflow processing, and a screen definition file generating part 42 generates a screen definition for display of the display screen. In a workflow application 10, the display screen is displayed based on the screen definition file 11. <P>COPYRIGHT: (C)2004,JPO

Description

【0001】
【発明の属する技術分野】
この発明は、アプリケーション開発支援方法および装置並びにプログラム、ワークフロー処理方法および装置並びにプログラムに関し、特に、GUIによって処理を実行するワークフローアプリケーションの開発を支援するアプリケーション開発支援方法および装置並びにプログラム、これらにより作成されるワークフロー処理方法および装置並びにプログラムに関する。
【0002】
【従来の技術】
近年、ワークフローシステムを利用して業務の効率化が図られる機会が増加している。ワークフローシステムは、その利用場面毎に様々な形で利用されるため、その利用場面毎に対応するワークフローアプリケーションが開発されることが多い。
【0003】
このため、従来からワークフローアプリケーションの開発を容易にするための技術が提案されている(例えば、特許文献1参照)。このような従来の技術では、ワークフローのプロセスとデータとを連携させて、ワークフローアプリケーションの開発を容易にするようにしている。
【0004】
しかしながら、従来の技術では、アプリケーションの開発において比較的時間を要するGUI(Graphical User Interface)の作成については、特に、考慮はされていなかった。
【0005】
【特許文献1】
特開2001−159972号公報
【0006】
【発明が解決しようとする課題】
上述したように、従来から提供されている技術では、ワークフローアプリケーションを開発する際に、GUIの作成については考慮されておらず、GUIの作成に多大な手間と時間を要していた。
【0007】
そこで、この発明は、簡易な操作でGUIを含めたワークフローアプリケーションを作成することのできるアプリケーション開発支援方法および装置並びにプログラムを提供するとともに、これらにより容易に変更、更新が可能なワークフロー処理方法および装置並びにプログラムを提供することを目的とする。
【0008】
【課題を解決するための手段】
上述した目的を達成するため、請求項1の発明は、ワークフロー処理を実行するワークフローアプリケーションの開発を支援するアプリケーション開発支援方法であって、ワークフロー処理におけるプロセスを定義したプロセス定義に基づいて、該プロセス定義で定義される役割と状態とに応じて表示する表示画面を決定し、該決定した表示画面をワークフローアプリケーションにおいて表示させる画面情報を生成することを特徴とする。
【0009】
また、請求項2の発明は、請求項1の発明において、前記プロセス定義に基づいて、前記表示画面上に前記ワークフロー処理の一部の実行指示を受け付ける指示受付部品を配置し、該指示受付部品に対応して前記ワークフロー処理の一部を実行させる制御情報を生成することを特徴とする。
【0010】
また、請求項3の発明は、請求項1の発明において、前記表示画面は、前記プロセス定義で定義される各状態における役割毎の処理権限に基づいて決定されることを特徴とする。
【0011】
また、請求項4の発明は、請求項1の発明において、前記表示画面は、前記プロセス定義で定義される1の状態と該状態から遷移する遷移先の状態とが併せて表示されることを特徴とする。
【0012】
また、請求項5の発明は、ワークフロー処理を実行するワークフローアプリケーションの開発を支援するアプリケーション開発支援装置において、ワークフロー処理におけるプロセスを定義したプロセス定義を取得するプロセス定義取得手段と、前記プロセス定義取得手段が取得したプロセス定義に基づいて、該プロセス定義で定義される役割と状態とに応じて表示する表示画面を決定する表示画面決定手段と、前記表示画面決定手段が決定した表示画面をワークフローアプリケーションにおいて表示させる画面情報を生成する画面情報生成手段とを具備することを特徴とする。
【0013】
また、請求項6の発明は、請求項5の発明において、前記プロセス定義取得手段が取得したプロセス定義に基づいて、前記表示画面上に前記ワークフロー処理の一部の実行指示を受け付ける指示受付部品を配置する指示受付部品配置手段と、前記指示受付部品配置手段により配置される指示受付部品に対応して前記ワークフロー処理の一部を実行させる制御情報を生成する制御情報生成手段とをさらに具備することを特徴とする。
【0014】
また、請求項7の発明は、請求項5の発明において、前記表示画面決定手段は、前記プロセス定義で定義される各状態における役割毎の処理権限に基づいて前記表示画面を決定することを特徴とする。
【0015】
また、請求項8の発明は、請求項5の発明において、前記表示画面決定手段は、前記表示画面に前記プロセス定義で定義される1の状態と該状態から遷移する遷移先の状態とを併せて表示することを特徴とする。
【0016】
また、請求項9の発明は、ワークフロー処理を実行するワークフローアプリケーションの開発を支援するアプリケーション開発支援プログラムであって、ワークフロー処理におけるプロセスを定義したプロセス定義を取得するプロセス定義取得手段と、前記プロセス定義取得手段が取得したプロセス定義に基づいて、該プロセス定義で定義される役割と状態とに応じて表示する表示画面を決定する表示画面決定手段と、前記表示画面決定手段が決定した表示画面をワークフローアプリケーションにおいて表示させる画面情報を生成する画面情報生成手段とをコンピュータ上に構成することを特徴とする。
【0017】
また、請求項10の発明は、請求項9の発明において、前記プロセス定義取得手段が取得したプロセス定義に基づいて、前記表示画面上に前記ワークフロー処理の一部の実行指示を受け付ける指示受付部品を配置する指示受付部品配置手段と、前記指示受付部品配置手段により配置される指示受付部品に対応して前記ワークフロー処理の一部を実行させる制御情報を生成する制御情報生成手段とをさらに構成することを特徴とする。
【0018】
また、請求項11の発明は、請求項9の発明において、前記表示画面決定手段は、前記プロセス定義で定義される各状態における役割毎の処理権限に基づいて前記表示画面を決定することを特徴とする。
【0019】
また、請求項12の発明は、請求項9の発明において、前記表示画面決定手段は、前記表示画面に前記プロセス定義で定義される1の状態と該状態から遷移する遷移先の状態とを併せて表示することを特徴とする。
【0020】
また、請求項13の発明は、コンピュータを利用してワークフロー処理を実行させるワークフロー処理方法であって、ワークフロー処理におけるプロセスを定義したプロセス定義に応じて生成された画面情報を保持し、該画面情報に基づいてコンピュータに表示画面を表示させることを特徴とする。
【0021】
また、請求項14の発明は、請求項13の発明において、前記画面情報は、前記表示画面上に前記ワークフロー処理の一部の実行指示を受け付ける指示受付部品の配置情報を含み、該配置情報に基づいて前記表示画面上に指示受付部品を配置することを特徴とする。
【0022】
また、請求項15の発明は、請求項14の発明において、前記指示受付部品が受け付けた実行指示に応じた処理をコンピュータに実行させる制御情報をさらに保持し、前記指示受付部品が実行指示を受け付けた場合に、該制御情報に基づいて前記コンピュータを動作させることを特徴とする。
【0023】
また、請求項16の発明は、ワークフロー処理を実行するワークフロー処理装置において、ワークフロー処理におけるプロセスを定義したプロセス定義に応じて生成された画面情報を保持する画面情報保持手段と、前記画面情報保持手段が保持する画面情報に基づいて表示画面を表示させる表示制御手段とを具備することを特徴とする。
【0024】
また、請求項17の発明は、請求項16の発明において、前記画面情報は、前記表示画面上に前記ワークフロー処理の一部の実行指示を受け付ける指示受付部品の配置情報を含み、前記表示制御手段は、前記配置情報に基づいて前記表示画面上に指示受付部品を配置して表示することを特徴とする。
【0025】
また、請求項18の発明は、請求項17の発明において、前記指示受付部品が受け付けた実行指示に応じた処理をコンピュータに実行させる制御情報を保持する制御情報保持手段と、前記指示受付部品が実行指示を受け付けた場合に、前記制御情報保持手段が保持している制御情報に基づいて前記ワークフロー処理の一部を実行する処理実行手段とをさらに具備することを特徴とする。
【0026】
また、請求項19の発明は、コンピュータにワークフロー処理を実行させるワークフロー処理プログラムであって、ワークフロー処理におけるプロセスを定義したプロセス定義に応じて生成された画面情報を保持し、前記画面情報に基づいてコンピュータに表示画面を表示させるステップを具備することを特徴とする。
【0027】
また、請求項20の発明は、請求項19の発明において、前記画面情報は、前記表示画面上に前記ワークフロー処理の一部の実行指示を受け付ける指示受付部品の配置情報を含み、前記配置情報に基づいて前記表示画面上に指示受付部品を配置するステップをさらに具備することを特徴とする。
【0028】
また、請求項21の発明は、請求項20の発明において、前記指示受付部品が受け付けた実行指示に応じた処理をコンピュータに実行させる制御情報をさらに保持し、前記指示受付部品が実行指示を受け付けた場合に、該制御情報に基づいて前記コンピュータを動作させるステップをさらに具備することを特徴とする。
【0029】
【発明の実施の形態】
以下、この発明に係るの一実施の形態について、添付図面を参照して詳細に説明する。
【0030】
図1は、この発明を適用したワークフローシステムの構成例を示した図である。同図に示すように、ワークフローシステムは、アプリケーションサーバ1とワークフローサーバ2、データベースサーバ3、複数のクライアント4(4−1〜4−n)がネットワーク5に接続されて構成される。
【0031】
アプリケーションサーバ1は、ワークフローアプリケーションを動作させる。ワークフローサーバ2は、ワークフローエンジンを動作させる。データベースサーバ3は、プロセス定義等の各種データを管理する。クライアント4は、アプリケーションの開発者がアプリケーションの開発を行う際に使用されたり、利用者がアプリケーションサーバへアクセスしてワークフローアプリケーションを利用する際に使用される。
【0032】
なお、図1に示した構成は、ワークフローシステムの一例であり、アプリケーションサーバ1、ワークフローサーバ2、データベースサーバ3は、1のサーバ装置として構成してもよく、任意の数のサーバ装置として構成することももちろん可能である。また、開発者は、アプリケーションサーバを操作して、ワークフローアプリケーションを開発することもできる。
【0033】
次に、ワークフローシステムの機能的な構成について説明する。図2は、ワークフローシステムの機能的な構成を示した図である。
【0034】
同図に示すように、ワークフローシステムは、ワークフローアプリケーション10とワークフローエンジン20、データベース30、アプリケーション開発支援ツール40を具備して構成される。
【0035】
ワークフローアプリケーション10は、例えば、アプリケーションサーバ1で動作するアプリケーションであり、画面定義ファイル11とソースコード12を具備して構成される。画面定義ファイル11は、利用者が使用するクライアント4等に表示する画面に関する情報を格納したものであり、ソースコード12は、画面定義ファイル11に従って表示された画面に対する操作に応じた処理を実行するためのプログラムを記述したものである。
【0036】
ワークフローエンジン20は、例えば、ワークフローサーバ2で動作するエンジンであり、ワークフローシステムにおける各種処理を実行する。なお、ワークフローエンジン20は、従来のものと同様のものを利用することができる。
【0037】
データベース30は、例えば、データベースサーバ3で管理されるデータベースであり、プロセス定義31とドキュメントクラス定義32、プロセスデータ33、ドキュメントデータ34が管理されている。ドキュメントデータ34は、ワークフローを適用する対象であるドキュメントのデータであり、ドキュメントクラス定義32は、ドキュメントの属性と使用するプロセスを定義している。プロセスデータ33は、ドキュメントで使用されるプロセスのデータであり、プロセス定義31は、プロセスにおける役割、状態、各状態でのアクセス権を定義している。
【0038】
アプリケーション開発支援ツール40は、例えば、クライアント4で動作するツールであり、表示画面決定部41と画面定義ファイル生成部42、処理用プログラム生成部43を具備して構成され、検索条件テンプレート44とGUI定義テンプレート45、処理用コード部品46に基づいて、生成ファイル47を生成する。表示画面決定部41は、各状態等において表示する画面を決定し、画面定義ファイル生成部42は、画面定義ファイルを生成する。処理プログラム生成部43は、ソースコードを生成する。検索条件テンプレート44は、検索条件を生成するためのテンプレートであり、GUI定義テンプレート45は、GUI定義を生成するためのテンプレートである。処理用コード部品46は、ソースコードの一部となる部品である。生成ファイル47は、画面定義ファイルやソースコード等の生成されたファイルの総称であり、この生成ファイル47は、ワークフローアプリケーション10の画面定義ファイル11とソースコード12に相当するものである。
【0039】
なお、上述したように、ワークフローアプリケーション10は、アプリケーション開発支援ツール40により生成された画面定義ファイル11とソースコード12により動作するため、その内容、つまり、画面定義ファイル11とソースコード12を動的に更新(変更)することも可能であり、仕様変更やバグ修正等に際しても、システムを停止する必要が無い。
【0040】
ここで、アプリケーション開発支援ツール40によるワークフローアプリケーション開発処理の流れを説明するが、まずは、その概略を説明する。図3は、ワークフローアプリケーション開発処理の流れを示した図である。
【0041】
ワークフローアプリケーションの開発では、まず、表示画面の決定を行う(ステップS101)。表示画面の決定とは、ドキュメントを一覧する画面の決定であり、これを各状態毎に行う。
【0042】
この表示画面決定の処理では、開発者50により入力される情報51に基づいて、データベース30のうちのプロセス定義(DB)30Aから対応するプロセス定義31を取得し、ドキュメントクラス定義(DB)30Bから対応するドキュメントクラス定義32を取得する。そして、情報51に含まれるプロセス名、ドキュメントクラス名、識別情報と取得したプロセス定義31、ドキュメントクラス定義32に基づいて、表示画面を決定する。その結果、プロセス定義、ドキュメントクラス定義、識別情報、表示画面情報を含む情報52が生成される。
【0043】
続いて、画面定義ファイルの生成処理が行われる(ステップS102)。画面定義ファイルの生成処理では、ワークフローアプリケーション10を構成する一部である画面定義ファイルを生成する処理であり、ワークフローアプリケーション10は、ここで生成される画面定義ファイルに基づいて、画面の表示を行うこととなる。
【0044】
この画面定義処理では、ステップS101の処理で生成された情報52に基づいて、検索条件テンプレート用フォルダ64から対応する検索条件テンプレート44を取得し、GUI定義テンプレート用フォルダ65からGUI定義テンプレート45を取得する。そして、情報52と取得した検索条件テンプレート44とGUI定義テンプレート45に基づいて、画面定義ファイルを生成する。その結果、プロセス定義、ドキュメントクラス定義、識別情報、メニュー、画面定義、検索条件を含む情報53が生成される。なお、検索条件テンプレート用フォルダ64とGUI定義テンプレートフォルダ65は、アプリケーション開発支援ツール40により、クライアント4等に生成されるフォルダであり、それぞれ、検索条件テンプレート44、GUI定義テンプレート45を格納する。
【0045】
続いて、処理プログラムの生成処理が行われる(ステップS103)。処理プログラムの生成処理では、ワークフローアプリケーション10が表示した画面内のボタン等が押下された際に、実行する処理のプログラムを生成する処理で、そのプログラムは、ソースコードとして出力されることとなる。
【0046】
この処理プログラム生成処理では、ステップS102の処理で生成された情報53に基づいて、処理用コード部品用フォルダ66からソースコードの生成に必要な処理用コード部品46を取得し、情報53と処理用コード部品46に基づいて、ソースコードを生成する。そして、処理結果として、画面定義ファイルとソースコードを含む生成ファイル47を生成ファイル用フォルダ67に格納する。なお、処理用コード部品用フォルダ66と生成ファイル用フォルダ67は、アプリケーション開発支援ツール40により、クライアント4等に生成されるフォルダであり、それぞれ、処理用コード部品46と生成ファイル47を格納する。
【0047】
次に、アプリケーション開発支援ツール40によるワークフローアプリケーション開発処理の流れを詳細に説明する。図4は、ワークフローアプリケーション開発処理の流れを示すフローチャートである。
【0048】
アプリケーション開発支援ツール40は、最初に、表示画面決定部41が図5(a)に示すような画面300を表示し、開発者からの選択情報と入力情報とを受け付ける(ステップS201)。
【0049】
画面300には、アプリケーション名入力欄301とアプリケーションID入力欄302、ドキュメントクラス定義選択欄303、生成開始ボタン304が配されており、アプリケーション名入力欄301とアプリケーションID入力欄302には、開発者が、それぞれ任意のアプリケーション名とアプリケーションIDを入力することができる。また、ドキュメントクラス定義選択欄303では、図5(b)に示すようにデータベース30が管理しているドキュメントクラス定義から所望のものを選択できるようになっている。
【0050】
そして、開発者がアプリケーション名入力欄301とアプリケーションID入力欄302への情報入力を終え、ドキュメントクラス定義欄303から所望のドキュメントクラスを選択した後に、生成開始ボタン304を押下すると、表示画面決定部41は、入力情報と選択情報を受け付ける。
【0051】
入力情報と選択情報を受け付けると、表示画面決定部41は、これらの情報に基づいて、データベース30から対応するプロセス定義31とドキュメントクラス定義32を取得する(ステップS202)。
【0052】
プロセス定義31は、例えば、表1に示すように、各状態における役割毎に作成権や参照権、変更権、削除権、状態変更権等の権限を定義しているものである。なお、表1に示したプロセス定義は、複数あるプロセス定義のうちの承認プロセス定義である。
【0053】
【表1】

Figure 2004102886
【0054】
また、ドキュメントクラス定義32は、例えば、表2に示すように、使用するプロセスにおける属性名やその型等の属性を定義しているものである。なお、表2に示したドキュメントクラス定義は、承認ドキュメントクラス定義である。
【0055】
【表2】
Figure 2004102886
【0056】
表示画面決定部41がプロセス定義31とドキュメントクラス定義32を取得すると、続いて、アプリケーション開発支援ツール40は、GUIを生成し(ステップS203)、生成したGUIに対応するプログラムを生成して(ステップS204)、アプリケーション開発支援ツール40によるワークフローアプリケーションの開発を終了する。
【0057】
ここで、ステップS203におけるGUI生成処理の詳細について説明する。図6乃至8は、GUI生成処理の流れを示すフローチャートである。GUI生成処理は、表示画面決定部41および画面定義ファイル生成部42により実行される。
【0058】
GUI生成処理では、まず、プロセス定義31で定義されている役割のうち、未処理であるいずれかの役割について、表示画面決定部41が表示画面の決定処理を行う(ステップS211)。表示画面決定部41では、プロセス定義31で定義されている作成権を確認し(ステップS221)、当該役割が作成権を有していれば(ステップS222でYES)、新規作成画面を表示画面として追加する(ステップS223)。当該役割が作成権を有していなければ、新規作成画面は表示画面として追加されることはない(ステップS222でNO)。続いて、表示画面決定部41は、プロセス定義31で定義されている各状態における参照権を確認し(ステップS224)、当該役割が参照権を有していれば(ステップS225でYES)、該当する状態の画面を表示画面として追加する(ステップS226)。参照権がなければ表示画面としての追加は行わない(ステップS225でNO)。そして、プロセス定義31で定義されている状態に未処理のものがあれば、ステップS224以降の処理を繰り返し(ステップS227でYES)、全ての状態に対して処理が終了すると(ステップS227でNO)、表示画面決定処理を終了する。
【0059】
表示画面が決定されると、画面定義ファイル生成部42がメニューを作成する(ステップS212)。このメニューは、GUI定義テンプレート45のうちのメニュー表示規則に基づいて作成される。GUI定義テンプレート45のメニュー表示規則は、例えば、表3に示すようなものであり、作成権を有する場合と参照権を有する場合のそれぞれに対して、追加するメニューを定めている。この画面定義ファイル生成部42が生成したメニューは、表4および表5に示すようになる。表4に示したメニューは、役割が「作成者」のメニューであり、表5に示したメニューは、役割が「承認者」のメニューである。
【0060】
【表3】
Figure 2004102886
【0061】
【表4】
Figure 2004102886
【0062】
【表5】
Figure 2004102886
【0063】
次に、画面定義ファイル生成部42が、検索条件を生成する(ステップS213)。この検索条件は、各状態(先に決定した各画面)において表示するドキュメントを検索するための条件であり、検索条件テンプレート44内の文字列を置換すること等により生成される。置換される文字列は、ドキュメントの属性等であり、これを各状態で表示すべきものに変更することで、必要な検索式が得られることとなる。
【0064】
続いて、画面定義ファイル生成部42が、先に表示すべく決定した各画面におけるUIパーツの配置を決定する(ステップS214)。このUIパーツの配置は、GUI定義テンプレート45のうちのパーツ表示条件とパーツ配置に基づいて決定される。GUI定義テンプレートのパーツ表示条件は、例えば、表6に示すようなもので、削除ボタンや状態変更ボタン、コピーボタン等の各UIパーツの表示条件が定められている。また、GUI定義テンプレートのパーツ配置は、例えば、表7に示すようなもので、削除ボタンや状態変更ボタン、コピーボタン等の各UIパーツを表示する場合に、画面中のどの位置に表示されるかを定めたもので、表7に示した例では、全てのUIパーツを画面中に表示されるドキュメント一覧表の上に表示することを定めている。そして、この表7に示した例に従えば、図9に示す画面310のように、各UIパーツ311は、一覧表312の上となる位置に配置されることとなる。
【0065】
【表6】
Figure 2004102886
【0066】
【表7】
Figure 2004102886
【0067】
次に、画面定義ファイル生成部42は、画面の表示構成を決定する(ステップS215)。この表示構成の決定は、GUI定義テンプレート45のうちの一覧表の組み合わせ規則に基づいて行われる。一覧表の組み合わせ規則は、例えば、表8に示すようなもので、同時に表示する一覧表の組み合わせを定めている。
【0068】
【表8】
Figure 2004102886
【0069】
表示構成の決定では、まず、ある着目した状態において、当該状態から遷移する遷移先の有無を確認する(ステップS231)。そして、当該状態からの遷移先があった場合には(ステップS232でYES)、当該状態の画面と遷移先の状態の画面とを併せて表示するように決定する(ステップS233)。一方、当該状態からの遷移先が無かった場合には(ステップS232でNO)、当該状態の画面のみを表示するように決定する(ステップS234)。このような処理を全ての状態に対して繰り返し(ステップS235でNO)、全ての状態に対して処理が終了すると(ステップS235でYES)、表示構成決定処理を終了する。
【0070】
この表示構成決定処理において、画面の表示は、例えば、図10に示す画面320のように、タイトルを表示するタイトル表示領域321、メニューを表示するメニュー表示領域322、各状態の画面を表示する状態画面表示領域323で構成される画面に対し、状態画面表示領域323内に単一の状態の画面若しくは、一の状態とその遷移先の状態の画面が併せて表示されることとなる。
【0071】
さて、GUI生成処理では、上述のステップS211乃至ステップS215の処理をプロセス定義31で定義された全ての役割に対して繰り返し行い(ステップS216でNO)、全ての役割に対する処理が終了すると(ステップ216でYES)、画面定義ファイル生成部42が画面定義ファイルに格納する画面定義データを生成し(ステップS217)、GUI生成処理を終了する。
【0072】
次に、ステップS204におけるプログラム生成処理について説明する。図11は、プログラム生成処理の流れを示すフローチャートである。
【0073】
プログラム生成処理では、まず、処理用プログラム生成部43が、画面定義ファイル生成部42から渡される情報53に基づいて、対応する処理用コード部品46を読み込む(ステップS241)。そして、読み込んだ処理用コード部品46のパラメータの文字列を置換する(ステップS242)。この文字列の置換は、例えば、図12(a)に示す処理用コード部品を図12(b)に示す処理用コード部品に変換するもので、この場合には、プロセス定義31で定義されている状態をパラメータとして置換している。そして、処理用プログラム生成部43は、パラメータの文字列を置換した処理用コード部品46をソースコードとして出力する(ステップS243)。
【0074】
続いて、処理用プログラム生成部43が、画面定義ファイル生成部42から渡される情報53に基づいてソースコードに記述する条件文を生成し(ステップS244)、この条件文を先に出力したソースコードに追加する(ステップS245)。この処理は、例えば、図13に示すようにソースコード49Aに条件文49Bを追加若しくは挿入する処理となる。
【0075】
次に、処理用プログラム生成部43は、先に作成した条件文に対応する処理用として、再び処理用コード部品46を読み込む(ステップS246)。このときに読み込む処理用コード部品46は、ステップS241で読み込んだものとは別の部品である。そして、読み込んだ処理用コード部品46のパラメータの文字列を置換し(ステップS247)、パラメータの文字列を置換した処理用コード部品46をソースコードとして追加出力して(ステップS247)、プログラム生成処理を終了する。
【0076】
さて、上述した一連の処理により、アプリケーション開発支援ツール40は、生成ファイル47を生成するが、この生成ファイル47は、ワークフローアプリケーション10として動作する画面定義ファイル11とソースコード12に対応するものである。
【0077】
そこで、ワークフローアプリケーションの動作をその表示画面例を参照して説明する。図14乃至20は、ワークフローアプリケーションによる表示画面の例を示した図である。
【0078】
図14に示した表示画面400は、役割が「作成者」の利用者に対して表示されるものであり、状態が「作成中」の画面である。
【0079】
この表示画面400では、図10に示した画面320におけるタイトル表示領域321に対応する位置にアプリケーション名を表示したタイトル401が表示され、メニュー表示領域322に対応する位置にメニュー402が表示されている。また、状態画面表示領域323に対応する位置に状態画面403および状態画面404が表示されている。
【0080】
メニュー402には、「作成者」が利用可能なメニューとして、「新規作成」、「作成中」、「承認待ち」、「承認済み」、「却下」が表示されており、図14に示した状態では、「作成中」が選択されている。このため、状態画面表示領域323に対応する位置には、「作成中」に対応する状態画面403が表示されている。また、「作成中」の状態からは、「承認待ち」の状態へ遷移することとなるため、その遷移先の状態である「承認待ち」に対応する状態画面404も状態画面表示領域323に対応する位置に合わせて表示されている。
【0081】
状態画面403には、UIパーツである「削除」ボタン405と「承認待ちに変更」ボタン406が表示されるとともに、作成中のドキュメントの一覧を示すドキュメント一覧407が表示されている。なお、「承認待ちに変更」ボタン406は、上述した状態変更ボタンに分類されるボタンである。
【0082】
状態画面404には、承認待ちのドキュメントの一覧を示すドキュメント一覧408が表示されている。
【0083】
この表示画面400が表示されている状態では、「作成者」である利用者は、作成中のドキュメントを削除したり、承認待ちの状態に変更したりすることができる。
【0084】
作成中のドキュメントを削除する場合には、利用者がドキュメント一覧407から所望のドキュメントを選択した後に、「削除」ボタン405を押下する。これにより、ワークフローアプリケーション10は、ソースコード12のうち、「削除」ボタン405に対応するソースコードを実行し、指定されたドキュメントを削除する。
【0085】
作成中のドキュメントを承認待ちの状態に変更する場合には、利用者がドキュメント一覧407から所望のドキュメントを選択した後に、「承認待ちに変更」ボタン406を押下する。これにより、ワークフローアプリケーション10は、ソースコード12のうち、「承認待ちに変更」ボタン406に対応するソースコードを実行し、指定されたドキュメントの状態を承認待ちに変更する。その結果、ドキュメント一覧407からは、当該ドキュメントの表示が消去され、状態画面404のドキュメント一覧408に当該ドキュメントが表示される。
【0086】
また、この表示画面400が表示されている状態から、別の状態を表示する表示画面を表示させたい場合には、利用者がメニュー402に表示されているメニューから所望のメニューを選択する。
【0087】
図15に示した表示画面410は、役割が「作成者」の利用者に対して表示されるものであり、状態が「承認待ち」の画面である。
【0088】
この表示画面410では、図10に示した画面320におけるタイトル表示領域321に対応する位置にアプリケーション名を表示したタイトル411が表示され、メニュー表示領域322に対応する位置にメニュー412が表示され、状態画面表示領域323に対応する位置に状態画面413が表示されている。
【0089】
メニュー412には、「作成者」が利用可能なメニューとして、「新規作成」、「作成中」、「承認待ち」、「承認済み」、「却下」が表示されており、図15に示した状態では、「承認待ち」が選択されている。このため、状態画面表示領域323に対応する位置には、「承認待ち」に対応する状態画面413が表示されている。
【0090】
状態画面413には、承認待ちのドキュメントの一覧を示すドキュメント一覧414が表示されており、「作成者」である利用者は、承認待ちのドキュメントを確認することができる。
【0091】
この表示画面410が表示されている状態から、別の状態を表示する表示画面を表示させたい場合には、利用者がメニュー412に表示されているメニューから所望のメニューを選択する。
【0092】
図16に示した表示画面420は、役割が「作成者」の利用者に対して表示されるものであり、状態が「承認済み」の画面である。
【0093】
この表示画面420では、図10に示した画面320におけるタイトル表示領域321に対応する位置にアプリケーション名を表示したタイトル421が表示され、メニュー表示領域322に対応する位置にメニュー422が表示され、状態画面表示領域323に対応する位置に状態画面423が表示されている。
【0094】
メニュー422には、「作成者」が利用可能なメニューとして、「新規作成」、「作成中」、「承認待ち」、「承認済み」、「却下」が表示されており、図16に示した状態では、「承認済み」が選択されている。このため、状態画面表示領域323に対応する位置には、「承認済み」に対応する状態画面423が表示されている。
【0095】
状態画面423には、UIパーツである「コピー」ボタン424が表示されるとともに、承認済みのドキュメントの一覧を示すドキュメント一覧425が表示されている。
【0096】
この表示画面420が表示されている状態では、「作成者」である利用者は、承認済みのドキュメントを確認することができるとともに、所望の文書をコピーすることができる。承認済みのドキュメントをコピーする場合には、利用者がドキュメント一覧425から所望のドキュメントを選択した後に、「コピー」ボタン424を押下する。これにより、ワークフローアプリケーション10は、ソースコード12のうち、「コピー」ボタン424に対応するソースコードを実行し、指定されたドキュメントを所定の場所にコピーする。
【0097】
また、この表示画面420が表示されている状態から、別の状態を表示する表示画面を表示させたい場合には、利用者がメニュー422に表示されているメニューから所望のメニューを選択する。
【0098】
図17に示した表示画面430は、役割が「作成者」の利用者に対して表示されるものであり、状態が「却下」の画面である。
【0099】
この表示画面430では、図10に示した画面320におけるタイトル表示領域321に対応する位置にアプリケーション名を表示したタイトル431が表示され、メニュー表示領域322に対応する位置にメニュー432が表示され、状態画面表示領域323に対応する位置に状態画面433および状態画面434が表示されている。
【0100】
メニュー432には、「作成者」が利用可能なメニューとして、「新規作成」、「作成中」、「承認待ち」、「承認済み」、「却下」が表示されており、図17に示した状態では、「却下」が選択されている。このため、状態画面表示領域323に対応する位置には、「却下」に対応する状態画面433が表示されている。また、「却下」の状態からは、「作成中」の状態へ遷移することとなるため、その遷移先の状態である「作成中」に対応する状態画面434も状態画面表示領域323に対応する位置に合わせて表示されている。
【0101】
状態画面433には、UIパーツである「作成中に変更」ボタン434が表示されるとともに、却下されたドキュメントの一覧を示すドキュメント一覧435が表示されている。なお、「作成中に変更」ボタン434は、上述した状態変更ボタンに分類されるボタンである。
【0102】
状態画面434には、作成中のドキュメントの一覧を示すドキュメント一覧437が表示されている。
【0103】
この表示画面430が表示されている状態では、「作成者」である利用者は、却下されたドキュメントを確認することができるとともに、これを作成中の状態に変更することができる。
【0104】
却下されたドキュメントを作成中の状態に変更する場合には、利用者がドキュメント一覧436から所望のドキュメントを選択した後に、「作成中に変更」ボタン435を押下する。これにより、ワークフローアプリケーション10は、ソースコード12のうち、「作成中に変更」ボタン435に対応するソースコードを実行し、指定されたドキュメントの状態を作成中に変更する。その結果、ドキュメント一覧436からは、当該ドキュメントの表示が消去され、状態画面434のドキュメント一覧437に当該ドキュメントが表示される。
【0105】
また、この表示画面430が表示されている状態から、別の状態を表示する表示画面を表示させたい場合には、利用者がメニュー432に表示されているメニューから所望のメニューを選択する。
【0106】
図18に示した表示画面450は、役割が「承認者」の利用者に対して表示されるものであり、状態が「承認待ち」の画面である。
【0107】
この表示画面450では、図10に示した画面320におけるタイトル表示領域321に対応する位置にアプリケーション名を表示したタイトル451が表示され、メニュー表示領域322に対応する位置にメニュー452が表示されている。また、状態画面表示領域323に対応する位置に状態画面453および状態画面454、状態画面455が表示されている。
【0108】
メニュー452には、「承認者」が利用可能なメニューとして、「承認待ち」、「承認済み」、「却下」が表示されており、図18に示した状態では、「承認待ち」が選択されている。
【0109】
このため、状態画面表示領域323に対応する位置には、「承認待ち」に対応する状態画面453が表示されている。また、「承認待ち」の状態からは、「承認済み」の状態若しくは「却下」の状態へ遷移することとなるため、その遷移先の状態である「承認済み」に対応する状態画面454と「却下」に対応する状態画面455も状態画面表示領域323に対応する位置に合わせて表示されている。
【0110】
状態画面453には、UIパーツである「承認済みに変更」ボタン456と「却下に変更」ボタン457が表示されるとともに、承認待ちのドキュメントの一覧を示すドキュメント一覧458が表示されている。なお、「承認済みに変更」ボタン456と「却下に変更」ボタン457は、上述した状態変更ボタンに分類されるボタンである。
【0111】
また、状態画面454には、承認済みのドキュメントの一覧を示すドキュメント一覧459が表示され、状態画面455には、却下されたドキュメントの一覧を示すドキュメント一覧460が表示されている。
【0112】
この表示画面450が表示されている状態では、「承認者」である利用者は、承認待ちのドキュメントを確認することができるとともに、これを承認して承認済みの状態に変更したり、これを却下して却下の状態に変更したりすることができる。
【0113】
承認待ちのドキュメントを承認済みの状態に変更する場合には、利用者がドキュメント一覧458から所望のドキュメントを選択した後に、「承認済みに変更」ボタン456を押下する。これにより、ワークフローアプリケーション10は、ソースコード12のうち、「承認済みに変更」ボタン456に対応するソースコードを実行し、指定されたドキュメントの状態を承認済みに変更する。その結果、ドキュメント一覧458からは、当該ドキュメントの表示が消去され、状態画面454のドキュメント一覧459に当該ドキュメントが表示される。
【0114】
承認待ちのドキュメントを却下の状態に変更する場合には、利用者がドキュメント一覧458から所望のドキュメントを選択した後に、「却下に変更」ボタン457を押下する。これにより、ワークフローアプリケーション10は、ソースコード12のうち、「却下に変更」ボタン457に対応するソースコードを実行し、指定されたドキュメントの状態を却下に変更する。その結果、ドキュメント一覧458からは、当該ドキュメントの表示が消去され、状態画面455のドキュメント一覧460に当該ドキュメントが表示される。
【0115】
また、この表示画面450が表示されている状態から、別の状態を表示する表示画面を表示させたい場合には、利用者がメニュー452に表示されているメニューから所望のメニューを選択する。
【0116】
図19に示した表示画面470は、役割が「承認者」の利用者に対して表示されるものであり、状態が「承認済み」の画面である。
【0117】
この表示画面470では、図10に示した画面320におけるタイトル表示領域321に対応する位置にアプリケーション名を表示したタイトル471が表示され、メニュー表示領域322に対応する位置にメニュー472が表示され、状態画面表示領域323に対応する位置に状態画面473が表示されている。
【0118】
メニュー472には、「承認者」が利用可能なメニューとして、「承認待ち」、「承認済み」、「却下」が表示されており、図19に示した状態では、「承認済み」が選択されている。このため、状態画面表示領域323に対応する位置には、「承認済み」に対応する状態画面473が表示されている。
【0119】
状態画面473には、承認済みのドキュメントの一覧を示すドキュメント一覧474が表示されており、「承認者」である利用者は、承認済みのドキュメントを確認することができる。
【0120】
この表示画面470が表示されている状態から、別の状態を表示する表示画面を表示させたい場合には、利用者がメニュー472に表示されているメニューから所望のメニューを選択する。
【0121】
図20に示した表示画面480は、役割が「承認者」の利用者に対して表示されるものであり、状態が「却下」の画面である。
【0122】
この表示画面480では、図10に示した画面320におけるタイトル表示領域321に対応する位置にアプリケーション名を表示したタイトル481が表示され、メニュー表示領域322に対応する位置にメニュー482が表示され、状態画面表示領域323に対応する位置に状態画面483が表示されている。
【0123】
メニュー482には、「承認者」が利用可能なメニューとして、「承認待ち」、「承認済み」、「却下」が表示されており、図20に示した状態では、「却下」が選択されている。このため、状態画面表示領域323に対応する位置には、「却下」に対応する状態画面483が表示されている。
【0124】
状態画面483には、却下されたドキュメントの一覧を示すドキュメント一覧484が表示されており、「承認者」である利用者は、却下されたドキュメントを確認することができる。
【0125】
この表示画面480が表示されている状態から、別の状態を表示する表示画面を表示させたい場合には、利用者がメニュー482に表示されているメニューから所望のメニューを選択する。
【0126】
ところで、図14乃至図20に示した表示画面例は、プロセス定義31やドキュメントクラス定義32、GUI定義テンプレート45等に表1乃至表8に示したパラメータを利用した場合の例である。このパラメータを変更した場合、例えば、表8に示した一覧表の組み合わせ規則を表9に示すように変更した場合、表示画面も変更されることとなる。例えば、図16に示した表示画面420に代えて図21に示す表示画面500が表示されることとなる。
【0127】
【表9】
Figure 2004102886
【0128】
図21に示した表示画面500は、役割が「作成者」の利用者に対して表示されるものであり、状態が「承認済み」の画面である。
【0129】
この表示画面500では、図10に示した画面320におけるタイトル表示領域321に対応する位置にアプリケーション名を表示したタイトル501が表示され、メニュー表示領域322に対応する位置にメニュー502が表示され、状態画面表示領域323に対応する位置に状態画面503および状態画面504が表示されている。
【0130】
メニュー503には、「作成者」が利用可能なメニューとして、「新規作成」、「作成中」、「承認待ち」、「承認済み」、「却下」が表示されており、図20に示した状態では、「承認済み」が選択されている。このため、状態画面表示領域323に対応する位置には、「承認済み」に対応する状態画面503が表示されている。
【0131】
また、「承認済み」の前状態は「承認待ち」であり、「却下」の状態も同じく前状態が「承認待ち」であるため、表9に示した一覧表の組み合わせ規則に従って「却下」の状態に対応する状態画面504も状態画面表示領域323に対応する位置に合わせて表示されている。
【0132】
なお、状態画面503と状態画面504には、それぞれ承認済みのドキュメントの一覧を示すドキュメント一覧505、却下されたドキュメントの一覧を示すドキュメント一覧506が表示されている。
【0133】
また、プロセス定義31として表10に示すものを用い、ドキュメントクラス定義32として表11に示すようなものを用いた場合には、ワークフローアプリケーション10による表示画面は、図22に示すようなものになる。
【0134】
【表10】
Figure 2004102886
【0135】
【表11】
Figure 2004102886
【0136】
図22に示した表示画面600は、バグ管理ツールにおける役割が「開発者」の利用者に対して表示されるものであり、状態が「調査・修正中」の画面である。
【0137】
この表示画面600では、図10に示した画面320におけるタイトル表示領域321に対応する位置にアプリケーション名を表示したタイトル601が表示され、メニュー表示領域322に対応する位置にメニュー602が表示されている。また、状態画面表示領域323に対応する位置に状態画面603および状態画面604、状態画面605、状態画面606が表示されている。
【0138】
メニュー602には、「開発者」が利用可能なメニューとして、「新規作成」、「作成中」、「受付前」、「調査・修正中」、「取消」、「修正済み」、「回避」、「確認済み」が表示されており、図22に示した状態では、「調査・修正中」が選択されている。
【0139】
このため、状態画面表示領域323に対応する位置には、「調査・修正中」に対応する状態画面603が表示されている。また、「調査・修正中」の状態からは、「修正済み」、「取消」、「回避」の各状態へ遷移することとなるため、その遷移先の状態である「修正済み」、「取消」、「回避」のそれぞれに対応する状態画面604、状態画面605、状態画面606も状態画面表示領域323に対応する位置に合わせて表示されている。
【0140】
状態画面603には、UIパーツである「修正済みに変更」ボタン607と「取消に変更」ボタン608、「回避に変更」ボタン609が表示されるとともに、調査・修正中のドキュメントの一覧を示すドキュメント一覧610が表示されている。
【0141】
また、状態画面604には、修正済みのドキュメントの一覧を示すドキュメント一覧611が表示され、状態画面605には、取り消しされたドキュメントの一覧を示すドキュメント一覧612が表示され、状態画面606には、回避されたドキュメントの一覧を示すドキュメント一覧613が表示されている。
【0142】
この表示画面600が表示されている状態では、「開発者」である利用者は、調査・修正中のドキュメントを確認することができるとともに、これらを「修正済み」、「取消」、「回避」の各状態に変更することができる。
【0143】
調査・修正中のドキュメントを修正済みの状態に変更する場合には、利用者がドキュメント一覧610から所望のドキュメントを選択した後に、「修正済みに変更」ボタン607を押下する。これにより、ワークフローアプリケーション10は、ソースコード12のうち、「修正済みに変更」ボタン607に対応するソースコードを実行し、指定されたドキュメントの状態を修正済みに変更する。その結果、ドキュメント一覧610からは、当該ドキュメントの表示が消去され、状態画面604のドキュメント一覧611に当該ドキュメントが表示される。
【0144】
調査・修正中のドキュメントを取消の状態に変更する場合には、利用者がドキュメント一覧610から所望のドキュメントを選択した後に、「取消に変更」ボタン608を押下する。これにより、ワークフローアプリケーション10は、ソースコード12のうち、「取消に変更」ボタン608に対応するソースコードを実行し、指定されたドキュメントの状態を取消に変更する。その結果、ドキュメント一覧610からは、当該ドキュメントの表示が消去され、状態画面605のドキュメント一覧612に当該ドキュメントが表示される。
【0145】
調査・修正中のドキュメントを回避の状態に変更する場合には、利用者がドキュメント一覧610から所望のドキュメントを選択した後に、「回避に変更」ボタン609を押下する。これにより、ワークフローアプリケーション10は、ソースコード12のうち、「回避に変更」ボタン609に対応するソースコードを実行し、指定されたドキュメントの状態を取消に変更する。その結果、ドキュメント一覧610からは、当該ドキュメントの表示が消去され、状態画面606のドキュメント一覧613に当該ドキュメントが表示される。
【0146】
また、この表示画面600が表示されている状態から、別の状態を表示する表示画面を表示させたい場合には、利用者がメニュー602に表示されているメニューから所望のメニューを選択する。
【0147】
ところで、上述の説明では、アプリケーション開発支援ツール40は、定義済のプロセス定義31やドキュメントクラス定義32等を利用する場合を説明したが、プロセス定義31やドキュメントクラス定義32等の生成も、GUIへの簡易な入力で行うことができる。
【0148】
例えば、GUI定義を生成する場合には、図23に示す画面700に所望のパラメータを入力する。画面700には、プロセス定義名を入力するプロセス定義名入力欄701と、役割を入力する役割入力欄702、状態を入力する状態入力欄703、権限種別を入力する権限種別入力欄704が配されており、これらに所望のパラメータを入力した後に、「生成開始」ボタン705を押下すると、図24に示す画面710が表示される。
【0149】
画面710には、各状態、役割毎の権限を設定する権限設定欄711が表示されており、マウス等のポインティングデバイスで各権限にチェックを入力して(例えば、クリック動作)権限の有無を設定し、状態変更権等の場合には、変更先の状態を数字等で入力する。そして、権限を設定した後に、「決定」ボタン712を押下することで、プロセス定義31が生成される。
【0150】
なお、ここに表示した画面は、一例であり、他の画面を用いてプロセス定義31等を作成することもできる。また、同様の方法で、ドキュメントクラス定義32等の作成を行うこともできる。
【0151】
【発明の効果】
以上説明したように、この発明によれば、プロセス定義に基づいて、ワークフロー処理における各状態と各役割毎に表示する表示画面を決定し、該表示画面を表示させるための画面定義を生成するように構成したので、開発者は、GUIの構成等に手間を要することなく、GUIを利用したワークフローアプリケーションを生成することができる。
【0152】
また、ワークフローアプリケーションにおいては、画面定義に基づいて表示画面を表示するように構成したので、その仕様の変更等を画面定義を変更するのみで行うことができる。
【図面の簡単な説明】
【図1】この発明を適用したワークフローシステムの構成例を示した図である。
【図2】ワークフローシステムの機能的な構成を示した図である。
【図3】ワークフローアプリケーション開発処理の流れを示した図である。
【図4】ワークフローアプリケーション開発処理の流れを示すフローチャートである。
【図5】アプリケーション開発支援ツール40により表示される画面の例を示した図である。
【図6】GUI生成処理の流れを示すフローチャート(1)である。
【図7】GUI生成処理の流れを示すフローチャート(2)である。
【図8】GUI生成処理の流れを示すフローチャート(3)である。
【図9】UIパーツの配置例を示した図である。
【図10】画面の表示構成を示した図である。
【図11】プログラム生成処理の流れを示すフローチャートである。
【図12】処理用コード部品の文字列置換処理の例を示した図である。
【図13】処理用コード部品への条件文の追加・挿入処理の例を示した図である。
【図14】ワークフローアプリケーションによる表示画面の例を示した図(1)である。
【図15】ワークフローアプリケーションによる表示画面の例を示した図(2)である。
【図16】ワークフローアプリケーションによる表示画面の例を示した図(3)である。
【図17】ワークフローアプリケーションによる表示画面の例を示した図(4)である。
【図18】ワークフローアプリケーションによる表示画面の例を示した図(5)である。
【図19】ワークフローアプリケーションによる表示画面の例を示した図(6)である。
【図20】ワークフローアプリケーションによる表示画面の例を示した図(7)である。
【図21】ワークフローアプリケーションによる表示画面の例を示した図(8)である。
【図22】ワークフローアプリケーションによる表示画面の例を示した図(9)である。
【図23】GUI定義の生成指示画面の例を示した図(1)である。
【図24】GUI定義の生成指示画面の例を示した図(2)である。
【符号の説明】
1  アプリケーションサーバ1
2  ワークフローサーバ
3  データベースサーバ
4、4−1〜4−n  クライアント
5  ネットワーク5
10  ワークフローアプリケーション
11  画面定義ファイル
12  ソースコード
20  ワークフローエンジン
30  データベース
30A  プロセス定義DB
30B  ドキュメントクラスDB
31  プロセス定義
32  ドキュメントクラス定義
33  プロセスデータ
34  ドキュメントデータ
40  アプリケーション開発支援ツール
41  表示画面決定部
42  画面定義ファイル生成部
43  処理用プログラム生成部
44  検索条件テンプレート
45  GUI定義テンプレート
46  処理用コード部品
47  生成ファイル
49A  ソースコード
49B  条件文
50  開発者
51  情報
52  情報
53  情報
64  検索条件テンプレート用フォルダ
65  GUI定義テンプレート用フォルダ
66  処理用コード部品用フォルダ
67  生成ファイル用フォルダ
300  画面
301  アプリケーション名入力欄
302  アプリケーションID入力欄
303  ドキュメントクラス定義選択欄
304  生成開始ボタン
310  画面
311  UIパーツ
312  一覧表
320  画面
321  タイトル表示領域
322  メニュー表示領域
323  状態画面表示領域
400  表示画面
401  タイトル
402  メニュー
403  状態画面
404  状態画面
405  「削除」ボタン
406  「承認待ちに変更」ボタン
407  ドキュメント一覧
408  ドキュメント一覧
410  表示画面
411  タイトル
412  メニュー
413  状態画面
414  ドキュメント一覧
420  表示画面
421  タイトル
422  メニュー
423  状態画面
424  「コピー」ボタン
425  ドキュメント一覧
430  表示画面
431  タイトル
432  メニュー
433  状態画面
434  状態画面
435  「作成中に変更」ボタン
436  ドキュメント一覧
437  ドキュメント一覧
450  表示画面
451  タイトル
452  メニュー
453  状態画面
454  状態画面
455  状態画面
456  「承認済みに変更」ボタン
457  「却下に変更」ボタン
458  ドキュメント一覧
459  ドキュメント一覧
460  ドキュメント一覧
470  表示画面
471  タイトル
472  メニュー
473  状態画面
474  ドキュメント一覧
480  表示画面
481  タイトル
482  メニュー
483  状態画面
484  ドキュメント一覧
500  表示画面
501  タイトル
502  メニュー
503  状態画面
504  状態画面
505  ドキュメント一覧
506  ドキュメント一覧
600  表示画面
601  タイトル
602  メニュー
603  状態画面
604  状態画面
605  状態画面
606  状態画面
607  「修正済みに変更」ボタン
608  「取消に変更」ボタン
609  「回避に変更」ボタン
610  ドキュメント一覧
611  ドキュメント一覧
612  ドキュメント一覧
613  ドキュメント一覧
700  画面
701  プロセス定義名入力欄
702  役割入力欄
703  状態入力欄
704  権限種別入力欄
705  「生成開始」ボタン
710  画面
711  権限設定欄
712  「決定」ボタン712[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to an application development support method and apparatus, a program, a workflow processing method, an apparatus, and a program, and more particularly, to an application development support method, apparatus, and program for supporting the development of a workflow application that executes processing by a GUI. And a workflow processing method and apparatus.
[0002]
[Prior art]
2. Description of the Related Art In recent years, there has been an increasing number of opportunities to improve business efficiency by using a workflow system. Since the workflow system is used in various forms for each usage scene, a workflow application corresponding to each usage scene is often developed.
[0003]
For this reason, a technique for facilitating the development of a workflow application has been conventionally proposed (for example, see Patent Document 1). In such a conventional technique, a workflow process and data are linked to facilitate development of a workflow application.
[0004]
However, in the related art, creation of a GUI (Graphical User Interface) that requires a relatively long time in application development has not been particularly considered.
[0005]
[Patent Document 1]
JP 2001-159972 A
[0006]
[Problems to be solved by the invention]
As described above, in the conventionally provided technology, creation of a GUI is not considered when developing a workflow application, and it takes a great deal of time and effort to create a GUI.
[0007]
Therefore, the present invention provides an application development support method and apparatus and a program that can create a workflow application including a GUI with a simple operation, and a workflow processing method and apparatus that can be easily changed and updated by these. And to provide the program.
[0008]
[Means for Solving the Problems]
In order to achieve the above object, an invention according to claim 1 is an application development support method for supporting the development of a workflow application for executing a workflow process, wherein the process is defined based on a process definition that defines the process in the workflow process. A display screen to be displayed is determined according to a role and a state defined by the definition, and screen information for displaying the determined display screen in a workflow application is generated.
[0009]
According to a second aspect of the present invention, in the first aspect, an instruction receiving component for receiving an instruction to execute a part of the workflow processing is arranged on the display screen based on the process definition. And generating control information for executing a part of the workflow processing.
[0010]
According to a third aspect of the present invention, in the first aspect of the present invention, the display screen is determined based on processing authority for each role in each state defined by the process definition.
[0011]
According to a fourth aspect of the present invention, in the first aspect of the present invention, the display screen displays a state defined by the process definition together with a state of a transition destination from the state. Features.
[0012]
According to a fifth aspect of the present invention, there is provided an application development support apparatus for supporting the development of a workflow application for executing a workflow process, wherein the process definition acquisition unit acquires a process definition defining a process in the workflow process, and the process definition acquisition unit. Based on the process definition acquired, a display screen determining means for determining a display screen to be displayed according to the role and status defined in the process definition, and a display screen determined by the display screen determining means in a workflow application. Screen information generating means for generating screen information to be displayed.
[0013]
According to a sixth aspect of the present invention, in the invention of the fifth aspect, based on the process definition acquired by the process definition acquiring means, an instruction receiving component for receiving an instruction to execute a part of the workflow processing on the display screen is provided. Further comprising: an instruction receiving component arranging means to be arranged; and control information generating means for generating control information for executing a part of the workflow process corresponding to the instruction receiving component arranged by the instruction receiving component arranging means. It is characterized by.
[0014]
According to a seventh aspect of the present invention, in the fifth aspect of the present invention, the display screen determining means determines the display screen based on a processing authority for each role in each state defined by the process definition. And
[0015]
According to an eighth aspect of the present invention, in the fifth aspect of the present invention, the display screen determining means combines the one state defined in the process definition with the state of the transition destination from the state on the display screen. Is displayed.
[0016]
An invention according to claim 9 is an application development support program for supporting the development of a workflow application that executes a workflow process, wherein the process definition obtaining means obtains a process definition defining a process in the workflow process, Display screen determining means for determining a display screen to be displayed according to the role and status defined by the process definition based on the process definition obtained by the obtaining means; A screen information generating means for generating screen information to be displayed in an application is configured on a computer.
[0017]
According to a tenth aspect of the present invention, in the ninth aspect of the invention, based on the process definition acquired by the process definition acquiring means, the instruction receiving component for accepting an instruction to execute a part of the workflow processing on the display screen is provided. Instruction receiving component arranging means for arranging, and control information generating means for generating control information for executing a part of the workflow process corresponding to the instruction receiving component arranged by the instruction receiving component arranging means are further configured. It is characterized by.
[0018]
According to an eleventh aspect of the present invention, in the ninth aspect of the present invention, the display screen determining means determines the display screen based on a processing authority for each role in each state defined by the process definition. And
[0019]
According to a twelfth aspect of the present invention, in the ninth aspect of the present invention, the display screen determining means combines the one state defined by the process definition and the state of a transition destination from the state on the display screen. Is displayed.
[0020]
Further, the invention of claim 13 is a workflow processing method for executing a workflow process using a computer, wherein the screen information generated according to a process definition defining a process in the workflow process is stored, And causing the computer to display a display screen based on the
[0021]
According to a fourteenth aspect, in the thirteenth aspect, the screen information includes, on the display screen, arrangement information of an instruction receiving component that receives an instruction to execute a part of the workflow process, and the arrangement information includes An instruction receiving component is arranged on the display screen based on the instruction.
[0022]
The invention according to claim 15 is the invention according to claim 14, further comprising control information for causing a computer to execute a process corresponding to the execution instruction received by the instruction reception component, and the instruction reception component receiving the execution instruction. In this case, the computer is operated based on the control information.
[0023]
Further, in a workflow processing apparatus that executes a workflow process, a screen information holding unit that holds screen information generated according to a process definition that defines a process in the workflow process, and the screen information holding unit And display control means for displaying a display screen based on the screen information held by the control unit.
[0024]
According to a seventeenth aspect, in the sixteenth aspect, the screen information includes arrangement information of an instruction receiving component that receives an instruction to execute a part of the workflow processing on the display screen, Is characterized in that an instruction receiving component is arranged and displayed on the display screen based on the arrangement information.
[0025]
An invention according to claim 18 is the invention according to claim 17, wherein the control information holding means for holding control information for causing a computer to execute a process according to the execution instruction received by the instruction receiving component, The information processing apparatus further includes a process execution unit that executes a part of the workflow process based on the control information held by the control information holding unit when an execution instruction is received.
[0026]
A nineteenth aspect of the present invention is a workflow processing program for causing a computer to execute a workflow process, which stores screen information generated according to a process definition that defines a process in the workflow process, and executes the workflow processing program based on the screen information. A step of displaying a display screen on a computer.
[0027]
According to a twentieth aspect of the present invention, based on the nineteenth aspect, the screen information includes, on the display screen, placement information of an instruction receiving component for receiving an instruction to execute a part of the workflow process, and the placement information includes Arranging an instruction receiving component on the display screen based on the received information.
[0028]
According to a twenty-first aspect of the present invention, in the twentieth aspect, control information for causing a computer to execute a process corresponding to the execution instruction received by the instruction receiving component is further stored, and the instruction receiving component receives the execution instruction. Operating the computer based on the control information.
[0029]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, an embodiment of the present invention will be described in detail with reference to the accompanying drawings.
[0030]
FIG. 1 is a diagram showing a configuration example of a workflow system to which the present invention is applied. As shown in FIG. 1, the workflow system includes an application server 1, a workflow server 2, a database server 3, and a plurality of clients 4 (4-1 to 4-n) connected to a network 5.
[0031]
The application server 1 operates a workflow application. The workflow server 2 operates a workflow engine. The database server 3 manages various data such as process definitions. The client 4 is used when an application developer develops an application or when a user accesses an application server and uses a workflow application.
[0032]
The configuration illustrated in FIG. 1 is an example of a workflow system, and the application server 1, the workflow server 2, and the database server 3 may be configured as one server device, or may be configured as an arbitrary number of server devices. It is of course possible. Further, the developer can operate the application server to develop a workflow application.
[0033]
Next, a functional configuration of the workflow system will be described. FIG. 2 is a diagram showing a functional configuration of the workflow system.
[0034]
As shown in FIG. 1, the workflow system includes a workflow application 10, a workflow engine 20, a database 30, and an application development support tool 40.
[0035]
The workflow application 10 is an application that runs on the application server 1, for example, and includes a screen definition file 11 and a source code 12. The screen definition file 11 stores information on a screen displayed on the client 4 or the like used by the user, and the source code 12 executes a process according to an operation on the screen displayed according to the screen definition file 11. This is a program for writing.
[0036]
The workflow engine 20 is, for example, an engine that operates on the workflow server 2 and executes various processes in the workflow system. The workflow engine 20 can use the same one as the conventional one.
[0037]
The database 30 is, for example, a database managed by the database server 3, and manages a process definition 31, a document class definition 32, process data 33, and document data 34. The document data 34 is data of a document to which the workflow is applied, and the document class definition 32 defines a document attribute and a process to be used. The process data 33 is data of a process used in the document, and the process definition 31 defines a role in the process, a state, and an access right in each state.
[0038]
The application development support tool 40 is, for example, a tool that operates on the client 4 and includes a display screen determination unit 41, a screen definition file generation unit 42, and a processing program generation unit 43, and includes a search condition template 44 and a GUI. A generation file 47 is generated based on the definition template 45 and the processing code component 46. The display screen determination unit 41 determines a screen to be displayed in each state and the like, and the screen definition file generation unit 42 generates a screen definition file. The processing program generator 43 generates a source code. The search condition template 44 is a template for generating a search condition, and the GUI definition template 45 is a template for generating a GUI definition. The processing code component 46 is a component that becomes a part of the source code. The generated file 47 is a generic name of generated files such as a screen definition file and a source code, and the generated file 47 corresponds to the screen definition file 11 and the source code 12 of the workflow application 10.
[0039]
As described above, since the workflow application 10 operates with the screen definition file 11 and the source code 12 generated by the application development support tool 40, the contents, that is, the screen definition file 11 and the source code 12 are dynamically updated. Can be updated (changed), so that it is not necessary to stop the system when changing specifications or correcting bugs.
[0040]
Here, the flow of the workflow application development process by the application development support tool 40 will be described. First, the outline will be described. FIG. 3 is a diagram showing a flow of the workflow application development process.
[0041]
In the development of a workflow application, first, a display screen is determined (step S101). The determination of the display screen is a determination of a screen listing documents, and this is performed for each state.
[0042]
In the process of determining the display screen, a corresponding process definition 31 is obtained from the process definition (DB) 30A in the database 30 based on the information 51 input by the developer 50, and the corresponding process definition 31 is obtained from the document class definition (DB) 30B. Acquire the corresponding document class definition 32. Then, the display screen is determined based on the process name, the document class name, the identification information, and the acquired process definition 31 and document class definition 32 included in the information 51. As a result, information 52 including a process definition, a document class definition, identification information, and display screen information is generated.
[0043]
Subsequently, a screen definition file generation process is performed (step S102). The screen definition file generation process is a process of generating a screen definition file that is a part of the workflow application 10, and the workflow application 10 displays a screen based on the screen definition file generated here. It will be.
[0044]
In this screen definition process, the corresponding search condition template 44 is obtained from the search condition template folder 64 based on the information 52 generated in the process of step S101, and the GUI definition template 45 is obtained from the GUI definition template folder 65. I do. Then, a screen definition file is generated based on the information 52, the acquired search condition template 44, and the GUI definition template 45. As a result, information 53 including a process definition, a document class definition, identification information, a menu, a screen definition, and a search condition is generated. The search condition template folder 64 and the GUI definition template folder 65 are folders generated on the client 4 and the like by the application development support tool 40, and store the search condition template 44 and the GUI definition template 45, respectively.
[0045]
Subsequently, processing for generating a processing program is performed (step S103). In the process of generating a processing program, when a button or the like in the screen displayed by the workflow application 10 is pressed, a program for a process to be executed is generated. The program is output as a source code.
[0046]
In this processing program generation process, the processing code component 46 necessary for generating the source code is acquired from the processing code component folder 66 based on the information 53 generated in the process of step S102, and the information 53 and the processing code component are acquired. A source code is generated based on the code component 46. Then, the generated file 47 including the screen definition file and the source code is stored in the generated file folder 67 as the processing result. The processing code component folder 66 and the generated file folder 67 are folders generated on the client 4 and the like by the application development support tool 40, and store the processing code component 46 and the generated file 47, respectively.
[0047]
Next, the flow of the workflow application development process by the application development support tool 40 will be described in detail. FIG. 4 is a flowchart illustrating the flow of the workflow application development process.
[0048]
In the application development support tool 40, first, the display screen determining unit 41 displays a screen 300 as shown in FIG. 5A, and receives selection information and input information from the developer (step S201).
[0049]
The screen 300 includes an application name input field 301, an application ID input field 302, a document class definition selection field 303, and a generation start button 304. The application name input field 301 and the application ID input field 302 include a developer However, any application name and application ID can be input. Further, in the document class definition selection column 303, as shown in FIG. 5B, a desired one can be selected from the document class definitions managed by the database 30.
[0050]
When the developer finishes inputting information in the application name input field 301 and the application ID input field 302, selects a desired document class from the document class definition field 303, and presses a generation start button 304, the display screen determination unit 41 receives input information and selection information.
[0051]
Upon receiving the input information and the selection information, the display screen determination unit 41 acquires the corresponding process definition 31 and document class definition 32 from the database 30 based on the information (Step S202).
[0052]
For example, as shown in Table 1, the process definition 31 defines authority such as creation right, reference right, change right, delete right, and state change right for each role in each state. The process definition shown in Table 1 is an approval process definition among a plurality of process definitions.
[0053]
[Table 1]
Figure 2004102886
[0054]
The document class definition 32 defines attributes such as an attribute name and its type in a process to be used, as shown in Table 2, for example. Note that the document class definition shown in Table 2 is an approved document class definition.
[0055]
[Table 2]
Figure 2004102886
[0056]
When the display screen determination unit 41 acquires the process definition 31 and the document class definition 32, the application development support tool 40 subsequently generates a GUI (step S203), and generates a program corresponding to the generated GUI (step S203). S204), the development of the workflow application by the application development support tool 40 ends.
[0057]
Here, the details of the GUI generation processing in step S203 will be described. 6 to 8 are flowcharts showing the flow of the GUI generation processing. The GUI generation processing is executed by the display screen determination unit 41 and the screen definition file generation unit 42.
[0058]
In the GUI generation processing, first, the display screen determination unit 41 performs a display screen determination processing for any unprocessed role among the roles defined in the process definition 31 (step S211). The display screen determination unit 41 confirms the creation right defined in the process definition 31 (step S221). If the role has the creation right (YES in step S222), the new creation screen is set as the display screen. It is added (step S223). If the role does not have the creation right, the new creation screen is not added as a display screen (NO in step S222). Subsequently, the display screen determination unit 41 checks the reference right in each state defined in the process definition 31 (step S224), and if the role has the reference right (YES in step S225), The screen in a state of being performed is added as a display screen (step S226). If there is no reference right, the display screen is not added (NO in step S225). If any of the states defined in the process definition 31 is unprocessed, the processing after step S224 is repeated (YES in step S227), and the processing is completed for all the states (NO in step S227). Then, the display screen determination processing ends.
[0059]
When the display screen is determined, the screen definition file generator 42 creates a menu (step S212). This menu is created based on the menu display rules of the GUI definition template 45. The menu display rule of the GUI definition template 45 is, for example, as shown in Table 3, and defines a menu to be added for each of the case where the user has the creation right and the case where the user has the reference right. The menus generated by the screen definition file generation unit 42 are as shown in Tables 4 and 5. The menu shown in Table 4 is a menu whose role is “creator”, and the menu shown in Table 5 is a menu whose role is “approver”.
[0060]
[Table 3]
Figure 2004102886
[0061]
[Table 4]
Figure 2004102886
[0062]
[Table 5]
Figure 2004102886
[0063]
Next, the screen definition file generation unit 42 generates a search condition (step S213). The search condition is a condition for searching for a document to be displayed in each state (each previously determined screen), and is generated by replacing a character string in the search condition template 44 or the like. The character string to be replaced is a document attribute or the like, and by changing this to one to be displayed in each state, a necessary search formula can be obtained.
[0064]
Subsequently, the screen definition file generation unit 42 determines the layout of the UI parts on each screen determined to be displayed first (step S214). The layout of the UI parts is determined based on the part display conditions and the part layout in the GUI definition template 45. The part display conditions of the GUI definition template are, for example, as shown in Table 6, and the display conditions of each UI part such as a delete button, a state change button, and a copy button are defined. The parts arrangement of the GUI definition template is, for example, as shown in Table 7. When displaying each UI part such as a delete button, a state change button, and a copy button, it is displayed at any position on the screen. In the example shown in Table 7, all UI parts are displayed on the document list displayed on the screen. Then, according to the example shown in Table 7, each UI part 311 is arranged at a position above the list 312 as in a screen 310 shown in FIG.
[0065]
[Table 6]
Figure 2004102886
[0066]
[Table 7]
Figure 2004102886
[0067]
Next, the screen definition file generation unit 42 determines the display configuration of the screen (Step S215). The determination of the display configuration is performed based on the combination rule of the list in the GUI definition template 45. The list combination rule is, for example, as shown in Table 8, and defines combinations of the list to be displayed simultaneously.
[0068]
[Table 8]
Figure 2004102886
[0069]
In determining the display configuration, first, in a state of interest, it is checked whether or not there is a transition destination that transits from the state (step S231). Then, when there is a transition destination from the state (YES in step S232), it is determined to display the screen of the state and the screen of the transition destination state together (step S233). On the other hand, if there is no transition destination from the state (NO in step S232), it is determined that only the screen in the state is displayed (step S234). Such processing is repeated for all the states (NO in step S235). When the processing is completed for all the states (YES in step S235), the display configuration determination processing ends.
[0070]
In the display configuration determination process, the screen is displayed, for example, as shown in a screen 320 shown in FIG. With respect to the screen configured by the screen display area 323, a screen in a single state or a screen in one state and a state to which the state is transitioned is displayed together in the state screen display area 323.
[0071]
In the GUI generation process, the processes of steps S211 to S215 described above are repeated for all roles defined in the process definition 31 (NO in step S216), and when the processes for all roles are completed (step 216) YES), the screen definition file generation unit 42 generates screen definition data to be stored in the screen definition file (step S217), and ends the GUI generation processing.
[0072]
Next, the program generation processing in step S204 will be described. FIG. 11 is a flowchart showing the flow of the program generation process.
[0073]
In the program generation process, first, the processing program generation unit 43 reads the corresponding processing code component 46 based on the information 53 passed from the screen definition file generation unit 42 (step S241). Then, the read character string of the parameter of the processing code component 46 is replaced (step S242). The replacement of the character string is, for example, to convert the processing code component shown in FIG. 12A into the processing code component shown in FIG. 12B. In this case, the character code is defined by the process definition 31. Is replaced as a parameter. Then, the processing program generator 43 outputs the processing code component 46 obtained by replacing the character string of the parameter as a source code (step S243).
[0074]
Subsequently, the processing program generator 43 generates a conditional statement to be described in the source code based on the information 53 passed from the screen definition file generator 42 (step S244), and outputs this conditional statement to the source code previously output. (Step S245). This processing is, for example, processing for adding or inserting a conditional statement 49B to the source code 49A as shown in FIG.
[0075]
Next, the processing program generation unit 43 reads the processing code component 46 again for processing corresponding to the previously created conditional statement (step S246). The processing code component 46 read at this time is a component different from the component read in step S241. Then, the character string of the parameter of the read processing code component 46 is replaced (step S247), and the processing code component 46 in which the parameter character string is replaced is additionally output as a source code (step S247), and the program generation process is performed. To end.
[0076]
By the series of processes described above, the application development support tool 40 generates a generation file 47. The generation file 47 corresponds to the screen definition file 11 and the source code 12 that operate as the workflow application 10. .
[0077]
Therefore, the operation of the workflow application will be described with reference to an example of the display screen. 14 to 20 are diagrams illustrating examples of display screens by the workflow application.
[0078]
The display screen 400 shown in FIG. 14 is displayed for a user whose role is “creator”, and is a screen whose state is “creating”.
[0079]
On the display screen 400, a title 401 displaying the application name is displayed at a position corresponding to the title display area 321 on the screen 320 shown in FIG. 10, and a menu 402 is displayed at a position corresponding to the menu display area 322. . Further, a status screen 403 and a status screen 404 are displayed at positions corresponding to the status screen display area 323.
[0080]
The menu 402 displays “new creation”, “under creation”, “waiting for approval”, “approved”, and “rejected” as menus that can be used by the “creator”, as shown in FIG. In the state, “Creating” is selected. For this reason, at the position corresponding to the status screen display area 323, the status screen 403 corresponding to “under creation” is displayed. In addition, since the state changes from “creating” to “approval waiting”, the status screen 404 corresponding to the transition destination state “approval wait” also corresponds to the status screen display area 323. It is displayed according to the position where
[0081]
On the status screen 403, a “delete” button 405 and a “change to waiting for approval” button 406, which are UI parts, are displayed, and a document list 407 indicating a list of documents being created is displayed. The “change to approval wait” button 406 is a button classified as the above-described state change button.
[0082]
On the status screen 404, a document list 408 indicating a list of documents waiting for approval is displayed.
[0083]
In a state where the display screen 400 is displayed, the user who is the “creator” can delete the document being created or change the document to a state of waiting for approval.
[0084]
To delete a document being created, the user selects a desired document from the document list 407 and then presses a “delete” button 405. Thereby, the workflow application 10 executes the source code corresponding to the “delete” button 405 in the source code 12, and deletes the specified document.
[0085]
To change the document being created to a state of waiting for approval, the user selects a desired document from the document list 407 and then presses a “change to waiting for approval” button 406. Thus, the workflow application 10 executes the source code corresponding to the “change to waiting for approval” button 406 in the source code 12, and changes the state of the specified document to the waiting for approval. As a result, the display of the document is deleted from the document list 407, and the document is displayed on the document list 408 of the status screen 404.
[0086]
When the user wants to display a display screen for displaying another state from the state where the display screen 400 is displayed, the user selects a desired menu from the menu displayed on the menu 402.
[0087]
The display screen 410 shown in FIG. 15 is displayed for a user whose role is “creator”, and is a screen whose state is “waiting for approval”.
[0088]
On the display screen 410, a title 411 displaying the application name is displayed at a position corresponding to the title display area 321 on the screen 320 shown in FIG. 10, and a menu 412 is displayed at a position corresponding to the menu display area 322. The status screen 413 is displayed at a position corresponding to the screen display area 323.
[0089]
The menu 412 displays “new creation”, “under creation”, “waiting for approval”, “approved”, and “rejected” as menus that can be used by “creator”, as shown in FIG. In the state, “waiting for approval” is selected. Therefore, at a position corresponding to the status screen display area 323, a status screen 413 corresponding to “waiting for approval” is displayed.
[0090]
On the status screen 413, a document list 414 showing a list of documents waiting for approval is displayed, and the user who is the "creator" can check the documents waiting for approval.
[0091]
When the user wants to display a display screen for displaying another state from the state where the display screen 410 is displayed, the user selects a desired menu from the menu displayed on the menu 412.
[0092]
The display screen 420 shown in FIG. 16 is displayed for a user whose role is “creator”, and has a status of “approved”.
[0093]
On this display screen 420, a title 421 displaying the application name is displayed at a position corresponding to the title display area 321 on the screen 320 shown in FIG. 10, and a menu 422 is displayed at a position corresponding to the menu display area 322. The status screen 423 is displayed at a position corresponding to the screen display area 323.
[0094]
The menu 422 displays “new creation”, “under creation”, “waiting for approval”, “approved”, and “rejected” as menus available to the “creator”, as shown in FIG. In the state, “approved” is selected. Therefore, a state screen 423 corresponding to “approved” is displayed at a position corresponding to the state screen display area 323.
[0095]
On the status screen 423, a “copy” button 424, which is a UI part, is displayed, and a document list 425 indicating a list of approved documents is displayed.
[0096]
In a state where the display screen 420 is displayed, the user who is the “creator” can check the approved document and can copy a desired document. To copy an approved document, the user selects a desired document from the document list 425 and then presses a “copy” button 424. Accordingly, the workflow application 10 executes the source code corresponding to the “copy” button 424 in the source code 12, and copies the specified document to a predetermined location.
[0097]
When the user wants to display a display screen for displaying another state from the state where the display screen 420 is displayed, the user selects a desired menu from the menu displayed on the menu 422.
[0098]
The display screen 430 shown in FIG. 17 is displayed for a user whose role is “creator”, and has a status of “rejected”.
[0099]
On this display screen 430, a title 431 displaying the application name is displayed at a position corresponding to the title display area 321 on the screen 320 shown in FIG. 10, and a menu 432 is displayed at a position corresponding to the menu display area 322. A status screen 433 and a status screen 434 are displayed at positions corresponding to the screen display area 323.
[0100]
The menu 432 displays “new creation”, “under creation”, “waiting for approval”, “approved”, and “rejected” as menus that can be used by the “creator”, as shown in FIG. In the state, “reject” is selected. For this reason, at a position corresponding to the status screen display area 323, a status screen 433 corresponding to “reject” is displayed. In addition, since the state changes from “rejected” to the state “being created”, the state screen 434 corresponding to the state “being created” which is the transition destination state also corresponds to the state screen display area 323. It is displayed according to the position.
[0101]
On the status screen 433, a “change during creation” button 434, which is a UI part, is displayed, and a document list 435 indicating a list of rejected documents is displayed. The “change during creation” button 434 is a button classified as the above-described state change button.
[0102]
On the status screen 434, a document list 437 showing a list of documents being created is displayed.
[0103]
In a state where the display screen 430 is displayed, the user who is the “creator” can check the rejected document and change the rejected document to a state in which the document is being created.
[0104]
To change the rejected document to a state of being created, the user selects a desired document from the document list 436 and then presses a “change during creation” button 435. As a result, the workflow application 10 executes the source code corresponding to the “change during creation” button 435 of the source code 12, and changes the state of the specified document during creation. As a result, the display of the document is deleted from the document list 436, and the document is displayed on the document list 437 of the status screen 434.
[0105]
When the user wants to display a display screen for displaying another state from the state in which the display screen 430 is displayed, the user selects a desired menu from the menu displayed in the menu 432.
[0106]
The display screen 450 shown in FIG. 18 is displayed for a user whose role is “approver”, and has a status of “waiting for approval”.
[0107]
On the display screen 450, a title 451 displaying the application name is displayed at a position corresponding to the title display area 321 on the screen 320 shown in FIG. 10, and a menu 452 is displayed at a position corresponding to the menu display area 322. . Further, a state screen 453, a state screen 454, and a state screen 455 are displayed at positions corresponding to the state screen display area 323.
[0108]
In the menu 452, "Waiting for approval", "Approved", and "Rejected" are displayed as menus that can be used by "Approver". In the state shown in FIG. 18, "Waiting for approval" is selected. ing.
[0109]
Therefore, at a position corresponding to the status screen display area 323, a status screen 453 corresponding to “waiting for approval” is displayed. In addition, since the status changes from “waiting for approval” to “approved” or “rejected”, the status screen 454 corresponding to the status of the destination “approved” and “ The status screen 455 corresponding to “reject” is also displayed in accordance with the position corresponding to the status screen display area 323.
[0110]
On the status screen 453, a “Change to Approved” button 456 and a “Change to Rejected” button 457, which are UI parts, are displayed, and a document list 458 showing a list of documents waiting for approval is displayed. The “change to approved” button 456 and the “change to reject” button 457 are buttons classified as the state change buttons described above.
[0111]
The status screen 454 displays a document list 459 indicating a list of approved documents, and the status screen 455 displays a document list 460 indicating a list of rejected documents.
[0112]
In a state where the display screen 450 is displayed, the user who is the "approver" can check the document awaiting approval, approve the document, change the state to the approved state, or change the state to the approved state. It can be rejected and changed to a rejected state.
[0113]
To change a document waiting for approval to an approved state, the user selects a desired document from the document list 458 and then presses a “change to approved” button 456. Thereby, the workflow application 10 executes the source code corresponding to the “change to approved” button 456 in the source code 12, and changes the state of the specified document to approved. As a result, the display of the document is deleted from the document list 458, and the document is displayed on the document list 459 of the status screen 454.
[0114]
To change a document waiting for approval to a rejected state, the user selects a desired document from the document list 458 and then presses a “change to rejected” button 457. Accordingly, the workflow application 10 executes the source code corresponding to the “change to reject” button 457 in the source code 12, and changes the state of the specified document to reject. As a result, the display of the document is deleted from the document list 458, and the document is displayed on the document list 460 of the status screen 455.
[0115]
When the user wants to display a display screen displaying another state from the state in which the display screen 450 is displayed, the user selects a desired menu from the menu displayed in the menu 452.
[0116]
The display screen 470 shown in FIG. 19 is displayed for a user whose role is “approved”, and has a status of “approved”.
[0117]
On this display screen 470, a title 471 displaying an application name is displayed at a position corresponding to the title display area 321 on the screen 320 shown in FIG. 10, and a menu 472 is displayed at a position corresponding to the menu display area 322. The status screen 473 is displayed at a position corresponding to the screen display area 323.
[0118]
In menu 472, "approved", "approved", and "rejected" are displayed as available menus for "approver". In the state shown in FIG. 19, "approved" is selected. ing. Therefore, at a position corresponding to the status screen display area 323, a status screen 473 corresponding to “approved” is displayed.
[0119]
On the status screen 473, a document list 474 showing a list of approved documents is displayed, and the user who is the "approver" can check the approved documents.
[0120]
When the user wants to display a display screen for displaying another state from the state in which the display screen 470 is displayed, the user selects a desired menu from the menu displayed in the menu 472.
[0121]
The display screen 480 shown in FIG. 20 is displayed for a user whose role is “approver”, and has a status of “rejected”.
[0122]
On this display screen 480, a title 481 displaying the application name is displayed at a position corresponding to the title display area 321 on the screen 320 shown in FIG. 10, and a menu 482 is displayed at a position corresponding to the menu display area 322. A status screen 483 is displayed at a position corresponding to the screen display area 323.
[0123]
In menu 482, "approval", "approved", and "rejected" are displayed as menus that can be used by "approver". In the state shown in FIG. 20, "rejected" is selected. I have. Therefore, at a position corresponding to the status screen display area 323, a status screen 483 corresponding to “rejected” is displayed.
[0124]
On the status screen 483, a document list 484 showing a list of rejected documents is displayed, and the user who is an "approver" can check the rejected documents.
[0125]
When the user wants to display a display screen for displaying another state from the state in which the display screen 480 is displayed, the user selects a desired menu from the menu displayed in the menu 482.
[0126]
The display screen examples shown in FIGS. 14 to 20 are examples in which the parameters shown in Tables 1 to 8 are used for the process definition 31, the document class definition 32, the GUI definition template 45, and the like. When this parameter is changed, for example, when the combination rule of the list shown in Table 8 is changed as shown in Table 9, the display screen is also changed. For example, a display screen 500 shown in FIG. 21 is displayed instead of the display screen 420 shown in FIG.
[0127]
[Table 9]
Figure 2004102886
[0128]
The display screen 500 shown in FIG. 21 is displayed for a user whose role is “creator”, and has a status of “approved”.
[0129]
On this display screen 500, a title 501 displaying the application name is displayed at a position corresponding to the title display area 321 on the screen 320 shown in FIG. 10, and a menu 502 is displayed at a position corresponding to the menu display area 322. A status screen 503 and a status screen 504 are displayed at positions corresponding to the screen display area 323.
[0130]
The menu 503 displays “new creation”, “under creation”, “waiting for approval”, “approved”, and “rejected” as menus available to the “creator”, as shown in FIG. In the state, “approved” is selected. Therefore, at the position corresponding to the status screen display area 323, the status screen 503 corresponding to “approved” is displayed.
[0131]
Also, since the previous state of “approved” is “waiting for approval” and the state of “rejected” is also the previous state of “waiting for approval”, the state of “rejected” is set according to the combination rule of the list shown in Table 9. The status screen 504 corresponding to the status is also displayed in accordance with the position corresponding to the status screen display area 323.
[0132]
The status screen 503 and the status screen 504 respectively display a document list 505 showing a list of approved documents and a document list 506 showing a list of rejected documents.
[0133]
When the process definition 31 shown in Table 10 is used and the document class definition 32 shown in Table 11 is used, the display screen of the workflow application 10 is as shown in FIG. .
[0134]
[Table 10]
Figure 2004102886
[0135]
[Table 11]
Figure 2004102886
[0136]
The display screen 600 shown in FIG. 22 is a screen in which the role in the bug management tool is displayed to the user of “developer”, and the state is “investigation and correction”.
[0137]
On the display screen 600, a title 601 displaying an application name is displayed at a position corresponding to the title display area 321 on the screen 320 shown in FIG. 10, and a menu 602 is displayed at a position corresponding to the menu display area 322. . Further, a status screen 603, a status screen 604, a status screen 605, and a status screen 606 are displayed at positions corresponding to the status screen display area 323.
[0138]
The menu 602 includes menus that can be used by “developers” as “new creation”, “under creation”, “before acceptance”, “investigation / correction”, “cancel”, “corrected”, “avoid”. , "Confirmed" is displayed, and "investigating / correcting" is selected in the state shown in FIG.
[0139]
For this reason, at the position corresponding to the status screen display area 323, the status screen 603 corresponding to “under investigation / correction” is displayed. In addition, since the status is changed from "investigation / correction" to "corrected", "cancel", and "avoid", the status of the transition destination is "corrected", "canceled". , And the state screen 605 and the state screen 606 corresponding to "avoidance" are also displayed in alignment with the position corresponding to the state screen display area 323.
[0140]
On the status screen 603, a “Change to Modified” button 607, a “Change to Cancel” button 608, and a “Change to Avoid” button 609, which are UI parts, are displayed, and a list of documents under investigation / correction is shown. A document list 610 is displayed.
[0141]
A document list 611 showing a list of corrected documents is displayed on the status screen 604, a document list 612 showing a list of canceled documents is displayed on the status screen 605, and a status list 606 is displayed on the status screen 606. A document list 613 showing a list of avoided documents is displayed.
[0142]
In a state where the display screen 600 is displayed, the user who is a “developer” can check the documents under investigation / correction, and can display the documents “corrected”, “cancel”, and “avoid”. Can be changed to each state.
[0143]
When changing the document under investigation / correction to a corrected state, the user selects a desired document from the document list 610 and then presses a “change to corrected” button 607. Accordingly, the workflow application 10 executes the source code corresponding to the “change to corrected” button 607 in the source code 12, and changes the state of the specified document to corrected. As a result, the display of the document is deleted from the document list 610, and the document is displayed on the document list 611 of the status screen 604.
[0144]
To change the document under investigation / correction to a canceled state, the user selects a desired document from the document list 610 and then presses a “change to cancel” button 608. As a result, the workflow application 10 executes the source code corresponding to the “change to cancel” button 608 in the source code 12, and changes the state of the specified document to cancel. As a result, the display of the document is deleted from the document list 610, and the document is displayed on the document list 612 of the status screen 605.
[0145]
When changing the document under investigation / correction to the avoidance state, the user selects a desired document from the document list 610 and then presses the “change to avoidance” button 609. Thereby, the workflow application 10 executes the source code corresponding to the “change to avoid” button 609 in the source code 12, and changes the state of the specified document to “cancel”. As a result, the display of the document is deleted from the document list 610, and the document is displayed on the document list 613 of the status screen 606.
[0146]
When the user wants to display a display screen for displaying another state from the state in which the display screen 600 is displayed, the user selects a desired menu from the menu displayed in the menu 602.
[0147]
By the way, in the above description, the case where the application development support tool 40 uses the defined process definition 31, the document class definition 32, and the like has been described. However, the generation of the process definition 31, the document class definition 32, and the like is also performed on the GUI. This can be done with simple input.
[0148]
For example, when generating a GUI definition, desired parameters are input on a screen 700 shown in FIG. The screen 700 includes a process definition name input field 701 for inputting a process definition name, a role input field 702 for inputting a role, a status input field 703 for inputting a status, and an authority type input field 704 for inputting an authority type. When a “generation start” button 705 is pressed after inputting desired parameters into these, a screen 710 shown in FIG. 24 is displayed.
[0149]
On a screen 710, an authority setting column 711 for setting authority for each state and role is displayed, and a check is input to each authority using a pointing device such as a mouse (for example, click operation) to set presence / absence of authority. In the case of a state change right, the state of the change destination is entered by a numeral or the like. Then, after the authority is set, the “define” button 712 is pressed, whereby the process definition 31 is generated.
[0150]
The screen displayed here is an example, and the process definition 31 and the like can be created using another screen. Further, the document class definition 32 and the like can be created in the same manner.
[0151]
【The invention's effect】
As described above, according to the present invention, a display screen to be displayed for each state and each role in a workflow process is determined based on a process definition, and a screen definition for displaying the display screen is generated. Therefore, the developer can generate a workflow application using the GUI without requiring any trouble in the configuration of the GUI or the like.
[0152]
Further, in the workflow application, since the display screen is configured to be displayed based on the screen definition, the specification can be changed only by changing the screen definition.
[Brief description of the drawings]
FIG. 1 is a diagram showing a configuration example of a workflow system to which the present invention is applied.
FIG. 2 is a diagram showing a functional configuration of a workflow system.
FIG. 3 is a diagram showing a flow of a workflow application development process.
FIG. 4 is a flowchart illustrating a flow of a workflow application development process.
FIG. 5 is a diagram showing an example of a screen displayed by the application development support tool 40.
FIG. 6 is a flowchart (1) showing a flow of a GUI generation process.
FIG. 7 is a flowchart (2) illustrating a flow of a GUI generation process.
FIG. 8 is a flowchart (3) illustrating a flow of a GUI generation process.
FIG. 9 is a diagram illustrating an example of arrangement of UI parts.
FIG. 10 is a diagram showing a display configuration of a screen.
FIG. 11 is a flowchart illustrating a flow of a program generation process.
FIG. 12 is a diagram illustrating an example of a character string replacement process of a processing code component.
FIG. 13 is a diagram showing an example of processing for adding / inserting a conditional sentence to a processing code component.
FIG. 14 is a diagram (1) illustrating an example of a display screen by a workflow application.
FIG. 15 is a diagram (2) illustrating an example of a display screen by the workflow application.
FIG. 16 is a diagram (3) illustrating an example of a display screen by the workflow application.
FIG. 17 is a diagram (4) illustrating an example of a display screen by the workflow application.
FIG. 18 is a diagram (5) illustrating an example of a display screen by the workflow application.
FIG. 19 is a diagram (6) illustrating an example of a display screen by the workflow application.
FIG. 20 is a diagram (7) illustrating an example of a display screen by the workflow application.
FIG. 21 is a diagram (8) illustrating an example of a display screen by the workflow application.
FIG. 22 is a diagram (9) illustrating an example of a display screen by the workflow application.
FIG. 23 is a diagram (1) illustrating an example of a GUI definition generation instruction screen.
FIG. 24 is a diagram (2) illustrating an example of a GUI definition generation instruction screen.
[Explanation of symbols]
1 application server 1
2 Workflow server
3 database server
4, 4-1 to 4-n client
5 Network 5
10. Workflow application
11 Screen definition file
12 Source code
20 Workflow Engine
30 databases
30A Process definition DB
30B Document Class DB
31 Process Definition
32 Document Class Definition
33 Process data
34 Document Data
40 Application Development Support Tool
41 Display screen determination unit
42 Screen definition file generator
43 Processing Program Generator
44 Search condition template
45 GUI definition template
46 processing code parts
47 Generated file
49A source code
49B Conditional statement
50 developers
51 Information
52 Information
53 Information
64 Search condition template folder
65 GUI Definition Template Folder
66 Folder for processing code parts
67 Folder for generated files
300 screens
301 Application name input field
302 Application ID input field
303 Document class definition selection field
304 Start button
310 screen
311 UI parts
312 List
320 screen
321 title display area
322 Menu display area
323 status screen display area
400 display screen
401 title
402 Menu
403 status screen
404 status screen
405 "Delete" button
406 "Change to Waiting for Approval" button
407 Document List
408 Document List
410 Display screen
411 title
412 Menu
413 Status screen
414 Document List
420 display screen
421 title
422 menu
423 status screen
424 "Copy" button
425 Document List
430 display screen
431 title
432 menu
433 Status Screen
434 Status Screen
435 "Change while creating" button
436 Document List
437 Document List
450 display screen
451 title
452 menu
453 status screen
454 status screen
455 status screen
456 "Change to Approved" button
457 "Change to Reject" button
458 Document List
459 Document List
460 Document List
470 display screen
471 title
472 Menu
473 status screen
474 Document List
480 display screen
481 titles
482 menu
483 status screen
484 Document List
500 display screen
501 title
502 Menu
503 status screen
504 status screen
505 Document List
506 Document List
600 display screen
601 title
602 menu
603 status screen
604 status screen
605 status screen
606 status screen
607 "Change to Modified" button
608 "Change to Cancel" button
609 "Change to avoid" button
610 Document List
611 Document List
612 Document List
613 Document List
700 screen
701 Process definition name input field
702 Role input field
703 status input field
704 Authority type input field
705 "Start generation" button
710 screen
711 Authority setting column
712 "OK" button 712

Claims (21)

ワークフロー処理を実行するワークフローアプリケーションの開発を支援するアプリケーション開発支援方法であって、
ワークフロー処理におけるプロセスを定義したプロセス定義に基づいて、該プロセス定義で定義される役割と状態とに応じて表示する表示画面を決定し、該決定した表示画面をワークフローアプリケーションにおいて表示させる画面情報を生成することを特徴とするアプリケーション開発支援方法。
An application development support method for supporting the development of a workflow application that executes a workflow process,
Based on a process definition that defines a process in a workflow process, a display screen to be displayed is determined according to a role and a state defined in the process definition, and screen information for displaying the determined display screen in a workflow application is generated. Application development support method characterized by doing.
前記プロセス定義に基づいて、前記表示画面上に前記ワークフロー処理の一部の実行指示を受け付ける指示受付部品を配置し、該指示受付部品に対応して前記ワークフロー処理の一部を実行させる制御情報を生成することを特徴とする請求項1記載のアプリケーション開発支援方法。Based on the process definition, an instruction receiving component that receives an instruction to execute a part of the workflow process is arranged on the display screen, and control information for executing a part of the workflow process corresponding to the instruction receiving component is provided. 2. The application development support method according to claim 1, wherein the method is generated. 前記表示画面は、
前記プロセス定義で定義される各状態における役割毎の処理権限に基づいて決定されることを特徴とする請求項1記載のアプリケーション開発支援方法。
The display screen includes:
2. The application development support method according to claim 1, wherein the application development support method is determined based on processing authority for each role in each state defined by the process definition.
前記表示画面は、
前記プロセス定義で定義される1の状態と該状態から遷移する遷移先の状態とが併せて表示されることを特徴とする請求項1記載のアプリケーション開発支援方法。
The display screen includes:
2. The application development support method according to claim 1, wherein one state defined in the process definition and a state of a transition destination from the state are displayed together.
ワークフロー処理を実行するワークフローアプリケーションの開発を支援するアプリケーション開発支援装置において、
ワークフロー処理におけるプロセスを定義したプロセス定義を取得するプロセス定義取得手段と、
前記プロセス定義取得手段が取得したプロセス定義に基づいて、該プロセス定義で定義される役割と状態とに応じて表示する表示画面を決定する表示画面決定手段と、
前記表示画面決定手段が決定した表示画面をワークフローアプリケーションにおいて表示させる画面情報を生成する画面情報生成手段と
を具備することを特徴とするアプリケーション開発支援装置。
In an application development support device that supports the development of a workflow application that executes a workflow process,
A process definition acquisition means for acquiring a process definition defining a process in a workflow process,
Display screen determining means for determining a display screen to be displayed according to the role and state defined in the process definition, based on the process definition obtained by the process definition obtaining means,
An application development support apparatus, comprising: screen information generating means for generating screen information for displaying a display screen determined by the display screen determining means in a workflow application.
前記プロセス定義取得手段が取得したプロセス定義に基づいて、前記表示画面上に前記ワークフロー処理の一部の実行指示を受け付ける指示受付部品を配置する指示受付部品配置手段と、
前記指示受付部品配置手段により配置される指示受付部品に対応して前記ワークフロー処理の一部を実行させる制御情報を生成する制御情報生成手段と
をさらに具備することを特徴とする請求項5記載のアプリケーション開発支援装置。
Based on the process definition obtained by the process definition obtaining unit, an instruction receiving component arranging unit for arranging an instruction receiving component that receives an instruction to execute a part of the workflow process on the display screen;
The control information generating means according to claim 5, further comprising control information generating means for generating control information for executing a part of the workflow processing in accordance with the instruction receiving component arranged by the instruction receiving part arranging means. Application development support device.
前記表示画面決定手段は、
前記プロセス定義で定義される各状態における役割毎の処理権限に基づいて前記表示画面を決定することを特徴とする請求項5記載のアプリケーション開発支援装置。
The display screen determining means,
The application development support device according to claim 5, wherein the display screen is determined based on processing authority for each role in each state defined by the process definition.
前記表示画面決定手段は、
前記表示画面に前記プロセス定義で定義される1の状態と該状態から遷移する遷移先の状態とを併せて表示することを特徴とする請求項5記載のアプリケーション開発支援装置。
The display screen determining means,
6. The application development support apparatus according to claim 5, wherein a state defined by the process definition and a state of a transition destination from the state are displayed together on the display screen.
ワークフロー処理を実行するワークフローアプリケーションの開発を支援するアプリケーション開発支援プログラムであって、
ワークフロー処理におけるプロセスを定義したプロセス定義を取得するプロセス定義取得手段と、
前記プロセス定義取得手段が取得したプロセス定義に基づいて、該プロセス定義で定義される役割と状態とに応じて表示する表示画面を決定する表示画面決定手段と、
前記表示画面決定手段が決定した表示画面をワークフローアプリケーションにおいて表示させる画面情報を生成する画面情報生成手段と
をコンピュータ上に構成することを特徴とするアプリケーション開発支援プログラム。
An application development support program that supports the development of a workflow application that executes a workflow process,
A process definition acquisition means for acquiring a process definition defining a process in a workflow process,
Display screen determining means for determining a display screen to be displayed according to the role and state defined in the process definition, based on the process definition obtained by the process definition obtaining means,
An application development support program, comprising: a computer; and screen information generating means for generating screen information for displaying a display screen determined by the display screen determining means in a workflow application.
前記プロセス定義取得手段が取得したプロセス定義に基づいて、前記表示画面上に前記ワークフロー処理の一部の実行指示を受け付ける指示受付部品を配置する指示受付部品配置手段と、
前記指示受付部品配置手段により配置される指示受付部品に対応して前記ワークフロー処理の一部を実行させる制御情報を生成する制御情報生成手段と
をさらに構成することを特徴とする請求項9記載のアプリケーション開発支援プログラム。
Based on the process definition obtained by the process definition obtaining unit, an instruction receiving component arranging unit for arranging an instruction receiving component that receives an instruction to execute a part of the workflow process on the display screen;
10. The control information generating means according to claim 9, further comprising control information generating means for generating control information for executing a part of said workflow processing in accordance with the instruction receiving component arranged by said instruction receiving part arranging means. Application development support program.
前記表示画面決定手段は、
前記プロセス定義で定義される各状態における役割毎の処理権限に基づいて前記表示画面を決定することを特徴とする請求項9記載のアプリケーション開発支援プログラム。
The display screen determining means,
10. The application development support program according to claim 9, wherein the display screen is determined based on processing authority for each role in each state defined in the process definition.
前記表示画面決定手段は、
前記表示画面に前記プロセス定義で定義される1の状態と該状態から遷移する遷移先の状態とを併せて表示することを特徴とする請求項9記載のアプリケーション開発支援プログラム。
The display screen determining means,
10. The application development support program according to claim 9, wherein the display screen displays together a state defined by the process definition and a state of a transition destination from the state.
コンピュータを利用してワークフロー処理を実行させるワークフロー処理方法であって、
ワークフロー処理におけるプロセスを定義したプロセス定義に応じて生成された画面情報を保持し、該画面情報に基づいてコンピュータに表示画面を表示させることを特徴とするワークフロー処理方法。
A workflow processing method for executing a workflow process using a computer,
A workflow processing method comprising: holding screen information generated according to a process definition that defines a process in a workflow processing; and displaying a display screen on a computer based on the screen information.
前記画面情報は、
前記表示画面上に前記ワークフロー処理の一部の実行指示を受け付ける指示受付部品の配置情報を含み、該配置情報に基づいて前記表示画面上に指示受付部品を配置することを特徴とする請求項13記載のワークフロー処理方法。
The screen information includes:
14. The display screen according to claim 13, further comprising: placement information of an instruction receiving component that receives an instruction to execute a part of the workflow processing, wherein the instruction receiving component is placed on the display screen based on the placement information. The described workflow processing method.
前記指示受付部品が受け付けた実行指示に応じた処理をコンピュータに実行させる制御情報をさらに保持し、前記指示受付部品が実行指示を受け付けた場合に、該制御情報に基づいて前記コンピュータを動作させることを特徴とする請求項14記載のワークフロー処理方法。The apparatus further includes control information for causing a computer to execute a process corresponding to the execution instruction received by the instruction reception component, and when the instruction reception component receives the execution instruction, causes the computer to operate based on the control information. The workflow processing method according to claim 14, wherein: ワークフロー処理を実行するワークフロー処理装置において、
ワークフロー処理におけるプロセスを定義したプロセス定義に応じて生成された画面情報を保持する画面情報保持手段と、
前記画面情報保持手段が保持する画面情報に基づいて表示画面を表示させる表示制御手段と
を具備することを特徴とするワークフロー処理装置。
In a workflow processing device that executes a workflow process,
Screen information holding means for holding screen information generated according to the process definition that defines the process in the workflow process,
A workflow processing apparatus comprising: a display control unit that displays a display screen based on screen information held by the screen information holding unit.
前記画面情報は、
前記表示画面上に前記ワークフロー処理の一部の実行指示を受け付ける指示受付部品の配置情報を含み、
前記表示制御手段は、
前記配置情報に基づいて前記表示画面上に指示受付部品を配置して表示する
ことを特徴とする請求項16記載のワークフロー処理装置。
The screen information includes:
On the display screen, includes placement information of an instruction receiving component that receives an execution instruction of a part of the workflow process,
The display control means,
17. The workflow processing apparatus according to claim 16, wherein an instruction receiving component is arranged and displayed on the display screen based on the arrangement information.
前記指示受付部品が受け付けた実行指示に応じた処理をコンピュータに実行させる制御情報を保持する制御情報保持手段と、
前記指示受付部品が実行指示を受け付けた場合に、前記制御情報保持手段が保持している制御情報に基づいて前記ワークフロー処理の一部を実行する処理実行手段と
をさらに具備することを特徴とする請求項17記載のワークフロー処理装置。
Control information holding means for holding control information for causing a computer to execute a process according to the execution instruction received by the instruction receiving component,
A process execution unit that executes a part of the workflow process based on the control information held by the control information holding unit when the instruction reception component receives an execution instruction. The workflow processing device according to claim 17.
コンピュータにワークフロー処理を実行させるワークフロー処理プログラムであって、
ワークフロー処理におけるプロセスを定義したプロセス定義に応じて生成された画面情報を保持し、
前記画面情報に基づいてコンピュータに表示画面を表示させるステップを具備する
ことを特徴とするワークフロー処理プログラム。
A workflow processing program for causing a computer to execute a workflow process,
Holds screen information generated according to the process definition that defines the process in workflow processing,
A workflow processing program comprising a step of causing a computer to display a display screen based on the screen information.
前記画面情報は、
前記表示画面上に前記ワークフロー処理の一部の実行指示を受け付ける指示受付部品の配置情報を含み、
前記配置情報に基づいて前記表示画面上に指示受付部品を配置するステップをさらに具備する
ことを特徴とする請求項19記載のワークフロー処理プログラム。
The screen information includes:
On the display screen, includes placement information of an instruction receiving component that receives an execution instruction of a part of the workflow process,
20. The storage medium according to claim 19, further comprising a step of arranging an instruction receiving component on the display screen based on the arrangement information.
前記指示受付部品が受け付けた実行指示に応じた処理をコンピュータに実行させる制御情報をさらに保持し、
前記指示受付部品が実行指示を受け付けた場合に、該制御情報に基づいて前記コンピュータを動作させるステップをさらに具備する
ことを特徴とする請求項20記載のワークフロー処理プログラム。
Further holding control information for causing a computer to execute a process according to the execution instruction received by the instruction receiving component,
21. The storage medium according to claim 20, further comprising a step of operating the computer based on the control information when the instruction receiving component receives an execution instruction.
JP2002266699A 2002-09-12 2002-09-12 Application development support method, device and program, and workflow processing method, device and program Pending JP2004102886A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2002266699A JP2004102886A (en) 2002-09-12 2002-09-12 Application development support method, device and program, and workflow processing method, device and program

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2002266699A JP2004102886A (en) 2002-09-12 2002-09-12 Application development support method, device and program, and workflow processing method, device and program

Publications (1)

Publication Number Publication Date
JP2004102886A true JP2004102886A (en) 2004-04-02

Family

ID=32265441

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2002266699A Pending JP2004102886A (en) 2002-09-12 2002-09-12 Application development support method, device and program, and workflow processing method, device and program

Country Status (1)

Country Link
JP (1) JP2004102886A (en)

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006172377A (en) * 2004-12-20 2006-06-29 Canon Software Inc Workflow system, related authority setting method, program, and recording medium
JP2008052445A (en) * 2006-08-23 2008-03-06 Canon Inc Information processor and its control method and program
JP2008511934A (en) * 2004-08-31 2008-04-17 インターナショナル・ビジネス・マシーンズ・コーポレーション Architecture for enterprise data integration systems
US8041760B2 (en) 2003-08-27 2011-10-18 International Business Machines Corporation Service oriented architecture for a loading function in a data integration platform
US8060553B2 (en) 2003-08-27 2011-11-15 International Business Machines Corporation Service oriented architecture for a transformation function in a data integration platform
US8307109B2 (en) 2003-08-27 2012-11-06 International Business Machines Corporation Methods and systems for real time integration services
KR101732922B1 (en) * 2015-12-17 2017-05-08 (주)인스웨이브시스템즈 GUI-based asynchronous type coding system and method
JP2019204442A (en) * 2018-05-25 2019-11-28 みずほ情報総研株式会社 Sending management system, sending management method, and sending management program

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8041760B2 (en) 2003-08-27 2011-10-18 International Business Machines Corporation Service oriented architecture for a loading function in a data integration platform
US8060553B2 (en) 2003-08-27 2011-11-15 International Business Machines Corporation Service oriented architecture for a transformation function in a data integration platform
US8307109B2 (en) 2003-08-27 2012-11-06 International Business Machines Corporation Methods and systems for real time integration services
JP2008511934A (en) * 2004-08-31 2008-04-17 インターナショナル・ビジネス・マシーンズ・コーポレーション Architecture for enterprise data integration systems
JP2006172377A (en) * 2004-12-20 2006-06-29 Canon Software Inc Workflow system, related authority setting method, program, and recording medium
JP4628086B2 (en) * 2004-12-20 2011-02-09 キヤノンソフトウェア株式会社 Workflow system, browsing restriction method, program, and recording medium
JP2008052445A (en) * 2006-08-23 2008-03-06 Canon Inc Information processor and its control method and program
KR101732922B1 (en) * 2015-12-17 2017-05-08 (주)인스웨이브시스템즈 GUI-based asynchronous type coding system and method
JP2019204442A (en) * 2018-05-25 2019-11-28 みずほ情報総研株式会社 Sending management system, sending management method, and sending management program

Similar Documents

Publication Publication Date Title
Mori et al. Tool support for designing nomadic applications
JP4381012B2 (en) Data search system and data search method using universal identifier
Rodriguez-Echeverria et al. Towards a language server protocol infrastructure for graphical modeling
JP4756947B2 (en) Information processing apparatus and method
AU2016202060A1 (en) Managing and automatically linking data objects
US20150100946A1 (en) Using mock data to validate applications
US7814411B2 (en) Method and apparatus for adapting external controls to a portal design
KR20080021050A (en) Methods and systems for providing a customized user interface for viewing and editing meta-data
US11902391B2 (en) Action flow fragment management
RU2461058C2 (en) Definable application assistant
JPH10254689A (en) Application constitution design supporting system for client/server system
JP2004102886A (en) Application development support method, device and program, and workflow processing method, device and program
Popp et al. A transformation engine for model-driven UI generation
CN108885444B (en) Information management apparatus, information management method, and information management system
Kritikos et al. Task model-driven realization of interactive application functionality through services
JP2006163855A (en) Web application development support device, and development support method
Zahorodko et al. An approach for processing and document flow automation for Microsoft Word and LibreOffice Writer file formats
JP2009053767A (en) Program analysis device and program analysis method
JP2007034806A (en) Information processor and program
JP2019016072A (en) Information processing apparatus and program
JP7396061B2 (en) Information processing device and program
JP2010067233A (en) Workflow management system, workflow management method, and workflow management program
JP4220439B2 (en) Structured data conversion apparatus and method
JP2010049458A (en) Task management system, task management apparatus, and task retrieval method
US20210224472A1 (en) Information processing apparatus and non-transitory computer readable medium storing program