[go: up one dir, main page]

JP5532915B2 - Workflow system, workflow control method, program, and recording medium. - Google Patents

Workflow system, workflow control method, program, and recording medium. Download PDF

Info

Publication number
JP5532915B2
JP5532915B2 JP2009298175A JP2009298175A JP5532915B2 JP 5532915 B2 JP5532915 B2 JP 5532915B2 JP 2009298175 A JP2009298175 A JP 2009298175A JP 2009298175 A JP2009298175 A JP 2009298175A JP 5532915 B2 JP5532915 B2 JP 5532915B2
Authority
JP
Japan
Prior art keywords
application
electronic document
slip
workflow
issuance
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.)
Active
Application number
JP2009298175A
Other languages
Japanese (ja)
Other versions
JP2011138332A (en
JP2011138332A5 (en
Inventor
裕之 田中
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Canon Marketing Japan Inc
Original Assignee
Canon Marketing Japan Inc
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 Canon Marketing Japan Inc filed Critical Canon Marketing Japan Inc
Priority to JP2009298175A priority Critical patent/JP5532915B2/en
Publication of JP2011138332A publication Critical patent/JP2011138332A/en
Publication of JP2011138332A5 publication Critical patent/JP2011138332A5/ja
Application granted granted Critical
Publication of JP5532915B2 publication Critical patent/JP5532915B2/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

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

Description

本発明は、ワークフローシステムにおける電子文書のデータベースへのコミットの制御に関する。   The present invention relates to control of committing an electronic document to a database in a workflow system.

近年のワークフローシステムにおいては、同一イベント、同一タイミングで複数の帳票が作成されてワークフローシステムで回覧されるようなことが行われている。   In recent workflow systems, a plurality of forms are created at the same event and the same timing and circulated in the workflow system.

例えば結婚の例を挙げると、結婚の前には、社宅申込書や住所変更届、通勤経路変更届などを作成することがあり、申請者は結婚というイベント後にも自分の判断により申請書類を起票する必要があるが、実際にはイベント後の起票を忘れたり、申請を遅れて行われたりすることが発生し、迅速な対応ができないという問題があった。   For example, in the case of marriage, a company application form, address change notification, commuting route change notification, etc. may be created prior to marriage. Although there is a need to vote, in practice there was a problem that it was not possible to respond quickly because forgetting the draft after the event or being delayed in application.

そこで、特許文献1では、同一イベント、同一タイミングで複数の帳票が作成されてワークフローシステムで回覧される場合、イベントによる複数の帳票間の関連をもとに起票者以降の作業担当者へ作業指示を行うことにより、作業担当者の作業負荷を軽減させ、作業効率を向上させるための発明が提案されている。   Therefore, in Patent Document 1, when a plurality of forms are created at the same event and at the same timing and circulated in the workflow system, work is performed on the person in charge after the drafter based on the relationship between the plurality of forms by the event. There has been proposed an invention for reducing the workload of a worker in charge and improving work efficiency by giving instructions.

特開2000−251002号公報JP 2000-251022 A

しなしながら、特許文献1で開示されている発明では、複数の帳票の関連をもとに帳票を管理しているので、多くの案件から関連性がある案件を探し出すことは可能であるが、各案件は、単独で処理されてしまう。例えば、ある帳票のデータベースへの書き込みの際にエラーが発生してしまった場合など、複数の関連する帳票間で、正常に書き込まれたものやエラーとなったものなど、処理結果に差がでてしまい、不具合が発生するケースがあるという問題点があった。   However, in the invention disclosed in Patent Document 1, since the form is managed based on the relation of a plurality of forms, it is possible to find relevant cases from many cases. Each case is processed alone. For example, if an error occurs when writing a form to the database, there will be a difference in processing results between multiple related forms, such as what has been written normally or an error has occurred. As a result, there is a problem that a problem occurs.

本願発明は上記問題点に鑑み、帳票をデータベースへ書き込む際、正常に書き込めなかった場合に、複数の関連する帳票間で処理結果に不具合が発生しないような仕組みを提供することを目的とする。   SUMMARY OF THE INVENTION In view of the above problems, the present invention has an object to provide a mechanism in which a problem does not occur in a processing result between a plurality of related forms when a form cannot be normally written when the form is written to a database.

第1の電子文書申請に伴って対応する第2の電子文書を起票する伝票起票手段と、
前記第1の電子文書および、前記起票手段により起票される前記第2の電子文書の申請を受付ける申請受付手段と、
前記申請受付手段により第1の電子文書の申請を受付けた場合に、前記伝票起票手段によって前記第1の電子文書が申請されることに伴って起票され前記第2の電子文書が既に申請済みであるか否かを判定する申請済判定手段と、
And document slip issuance means you slip issuance the second electronic document corresponding with the application of the first electronic document,
Application accepting means for accepting an application for the first electronic document and the second electronic document drafted by the drafting means ;
Wherein when accepting an application of the first electronic document by application receiving means, said slip slip issuance means the first and the second electronic document that will be slip issuance with that electronic documents are filed already by An application determination means for determining whether or not an application has been made,

前記申請済判定手段により、前記伝票起票手段によって前記第1の電子文書が申請されることに伴って起票される前記第2の電子文書が既に申請済みであると判定された場合には、前記第1の電子文書の申請に伴って前記伝票起票手段により新たな第2の電子文書の起票を行わずに前記申請を受付けた第1の電子文書の申請を行う再申請抑止処理を行う再申請抑止手段と、を有し、
前記再申請抑止手段は、
前記伝票起票手段によって前記第1の電子文書が申請されることに伴って起票される前記第2の電子文書が申請済みでないと判定された場合には、前記申請を受付けた第1の電子文書の申請および、当該第1の電子文書が申請されることに伴って前記伝票起票手段により新たに起票された前記第2の電子文書の申請を行うことを特徴とする。
When it is determined by the application completion determination means that the second electronic document to be issued upon application of the first electronic document by the slip issuing means has already been applied , reapply deterrence to apply for the without slip issuance of the second electronic document new by the first of the voucher slip issuance unit with the application of the electronic document, a first electronic document received the application Re-application deterrence means for processing,
The re-application deterring means is:
If it is determined that the second electronic document that is issued when the first electronic document is applied by the voucher issuing means is not yet applied, the first application that accepted the application It is characterized in that an application for an electronic document and an application for the second electronic document newly issued by the slip issuing means in response to the application of the first electronic document are performed .

帳票をデータベースへ書き込む際、正常に書き込めなかった場合に、複数の関連する帳票間で処理結果に不具合が発生しないワークフローシステムを提供することが可能となる。   It is possible to provide a workflow system in which a problem does not occur in a processing result between a plurality of related forms when a form cannot be normally written when the form is written in the database.

本実施形態が適用されるワークフローシステムの概略構成を示す図である。It is a figure which shows schematic structure of the workflow system to which this embodiment is applied. 図1に示したワークフローサーバ200,ワークフロー操作用端末300,ワークフロー及び伝票設計用端末400に適用可能なコンピュータのハードウェア構成の一例を示すブロック図である。FIG. 2 is a block diagram illustrating an example of a hardware configuration of a computer applicable to the workflow server 200, the workflow operation terminal 300, the workflow and slip design terminal 400 illustrated in FIG. 図1に示したワークフローシステムにおける伝票の流れを示す模式図である。It is a schematic diagram which shows the flow of the slip in the workflow system shown in FIG. 従来のワークフローのシーケンスを示すシーケンスチャートである。It is a sequence chart which shows the sequence of the conventional workflow. 第1のモードに対応するシーケンスチャートである。It is a sequence chart corresponding to a 1st mode. は第2のモードに対応するシーケンスチャートである。Is a sequence chart corresponding to the second mode. クライアント410の制御フローを示すフローチャートである。4 is a flowchart showing a control flow of a client 410. ワークフローサーバ200の制御フローを示すフローチャートである。3 is a flowchart showing a control flow of the workflow server 200. 本発明を適用可能なワークフローシステムの伝票画面の一例を示す図である。It is a figure which shows an example of the slip screen of the workflow system which can apply this invention. 計算ボタン910のオブジェクト設定(編集)画面1000である。It is an object setting (editing) screen 1000 of a calculation button 910. 通勤経路変更オブジェクトのオブジェクト編集画面1100である。It is an object edit screen 1100 of a commuting route change object. 図10のオブジェクト編集画面1000によって、申請オブジェクトに設定された内容が記憶されたイメージ図である。It is an image figure by which the content set to the application object was memorize | stored by the object edit screen 1000 of FIG. RDBMSに記憶された内容の一例を示す図である。It is a figure which shows an example of the content memorize | stored in RDBMS. 住所変更届の申請により、DBに書き込まれたデータのイメージを示す図である。It is a figure which shows the image of the data written in DB by the application of an address change notification. 通勤経路変更届の申請により、DBに書き込まれたデータのイメージを示す図である。It is a figure which shows the image of the data written in DB by the application of a commuting route change notification.

〔第1実施形態〕
以下、図面を参照して、本発明の詳細を説明する。
図1は、本実施形態が適用されるワークフローシステムの概略構成を示す図である。
[First Embodiment]
Hereinafter, details of the present invention will be described with reference to the drawings.
FIG. 1 is a diagram showing a schematic configuration of a workflow system to which this embodiment is applied.

実施形態におけるワークフローシステムは、ワークフロー及び伝票設計用コンピュータ端末(ワークフロー及び伝票設計用端末)400、業務を遂行する処理者(担当者)に対応して設けられたワークフロー操作用コンピュータ端末(ワークフロー操作用端末)300、ワークフローを実行するための各種テーブル、各種プログラムを格納するワークフローサーバ200を備えている。   A workflow system according to the embodiment includes a workflow and slip design computer terminal (workflow and slip design terminal) 400, and a workflow operation computer terminal (workflow operation terminal) provided corresponding to a processor (person in charge) who performs a task. Terminal) 300, various tables for executing a workflow, and a workflow server 200 for storing various programs.

これらワークフロー及び伝票設計用端末400,ワークフロー操作用端末300,ワークフローサーバ200は、それぞれネットワーク500に接続され運用されている。   The workflow and slip design terminal 400, the workflow operation terminal 300, and the workflow server 200 are each connected to a network 500 and operated.

ワークフロー及び伝票設計用端末400は、伝票デザイナプログラム401及びシステム管理プログラム402を有し、ワークフローシステムにて使用する伝票の定義体の作成及びワークフローシステムで利用する各種定義情報の作成を行う。例えば、ワークフロー及び伝票設計用端末400は、ワークフローサーバ200に組織テーブル,役割テーブル,ユーザテーブル,ユーザ役割テーブル,配送定義情報,各種伝票情報等を登録することができる。このワークフロー及び伝票設計用端末400は、これらの作業を行うために、自己の識別情報を入力することによりワークフローサーバ200に接続することが可能になる。   The workflow and slip design terminal 400 includes a slip designer program 401 and a system management program 402, and creates a slip definition used in the workflow system and various definition information used in the workflow system. For example, the workflow and slip design terminal 400 can register an organization table, role table, user table, user role table, delivery definition information, various slip information, and the like in the workflow server 200. In order to perform these operations, the workflow and slip design terminal 400 can connect to the workflow server 200 by inputting its own identification information.

ワークフロー操作用端末300は、ワークフロー操作用端末300上で実行されるWebブラウザ301を用いて、伝票に関するアクセス情報をワークフローサーバ200に対してHTTPで送信し、その結果を受信するものであり、その際に、発生する表示・計算処理は、Java(登録商標)アプレット302等を利用することにより実行する。なお、このワークフロー操作用端末300は、予め指定された所定の業務を行う担当者(例えば、起票者、課長、部長等)に配置されている。   The workflow operation terminal 300 uses the Web browser 301 executed on the workflow operation terminal 300 to transmit access information regarding the slip to the workflow server 200 by HTTP, and receives the result. At this time, the generated display / calculation processing is executed by using a Java (registered trademark) applet 302 or the like. The workflow operation terminal 300 is arranged for a person in charge (for example, a drafter, a section manager, a department manager, etc.) who performs a predetermined job specified in advance.

ワークフローサーバ200は、ワークフローシステムに関する情報(組織テーブル,役割テーブル,ユーザテーブル,ユーザ役割テーブル,配送定義情報,配送情報テーブル,閲覧権テーブル(起票者閲覧権テーブル,承認者閲覧権テーブル),各種伝票情報を格納するRDBMS(Relational DataBaSe Management SyStem)205、ワークフロー操作用端末300よりの要求を受け付けて要求を実行するためのHTTPサーバ201,サーブレットエンジン202,ワークフロープログラム203、ワークフロー通知機能を実現するSMTPサーバ204にて構成されている。   The workflow server 200 includes information related to the workflow system (organization table, role table, user table, user role table, delivery definition information, delivery information table, viewing right table (former viewing right table, approver viewing right table), various types RDBMS (Relational DataBaSe Management System) 205 for storing slip information, HTTP server 201 for receiving a request from workflow operation terminal 300 and executing the request, servlet engine 202, workflow program 203, SMTP for realizing a workflow notification function The server 204 is configured.

以下、図2を参照して、図1に示したワークフローサーバ200,ワークフロー操作用端末300,ワークフロー及び伝票設計用端末400に適用可能なコンピュータのハードウェア構成について説明する。   Hereinafter, a hardware configuration of a computer applicable to the workflow server 200, the workflow operation terminal 300, the workflow and the slip design terminal 400 illustrated in FIG. 1 will be described with reference to FIG.

図2は、図1に示したワークフローサーバ200,ワークフロー操作用端末300,ワークフロー及び伝票設計用端末400に適用可能なコンピュータのハードウェア構成の一例を示すブロック図である。   FIG. 2 is a block diagram showing an example of a hardware configuration of a computer applicable to the workflow server 200, the workflow operation terminal 300, the workflow and slip design terminal 400 shown in FIG.

図2において、101はCPUで、ROM103又はハードディスク(HD)(その他の記憶装置、例えば、フレキシブルディスク,CD−ROM,DVD−ROM等どのような記憶装置であってもよい)104に格納されたプログラムをRAM102上にロードして実行することにより、コンピュータ全体を制御する。RAM102は、CPU101の作業領域として使用される。   In FIG. 2, reference numeral 101 denotes a CPU, which is stored in a ROM 103 or a hard disk (HD) 104 (any other storage device such as a flexible disk, CD-ROM, DVD-ROM, etc.) 104. The entire computer is controlled by loading the program onto the RAM 102 and executing it. The RAM 102 is used as a work area for the CPU 101.

108は通信インタフェースで、通信ネットワーク500への接続を可能とする。106は入力装置で、キーボードやマウス等のポインティングデバイス等に相当する。107は表示装置で、CRT,LCD等で構成される。   A communication interface 108 enables connection to the communication network 500. An input device 106 corresponds to a pointing device such as a keyboard or a mouse. Reference numeral 107 denotes a display device, which includes a CRT, LCD, or the like.

なお、図1に示したワークフローサーバ200のRDBMS205は、ワークフローサーバ200のHD104内に構築されている。また、ワークフローサーバ200のHTTPサーバ201,サーブレットエンジン202,ワークフロープログラム203,SMTPサーバ204は、ワークフローサーバ200のCPU101が、HD104に格納されるプログラムをRAM102上にロードして実行することにより、実現される。   Note that the RDBMS 205 of the workflow server 200 illustrated in FIG. 1 is built in the HD 104 of the workflow server 200. In addition, the HTTP server 201, the servlet engine 202, the workflow program 203, and the SMTP server 204 of the workflow server 200 are realized by the CPU 101 of the workflow server 200 loading and executing a program stored in the HD 104 on the RAM 102. The

また、図1に示したワークフロー操作用端末300のWebブラウザ301は、ワークフロー操作用端末300のCPU101が、HD104に格納されるプログラムをRAM102上にロードして実行することにより、実現される。   Further, the Web browser 301 of the workflow operation terminal 300 shown in FIG. 1 is realized by the CPU 101 of the workflow operation terminal 300 loading and executing a program stored in the HD 104 on the RAM 102.

さらに、図1に示したワークフロー操作用端末300のJava(登録商標)アプレット302は、ワークフロー操作用端末300のCPU101が、ワークフローサーバ200よりダウンロードされたプログラムをWebブラウザ301上で実行することにより、実現される。   Further, the Java (registered trademark) applet 302 of the workflow operation terminal 300 shown in FIG. 1 is executed by the CPU 101 of the workflow operation terminal 300 executing the program downloaded from the workflow server 200 on the Web browser 301. Realized.

また、図1に示したワークフロー及び伝票設計用端末400の伝票デザイナプログラム401,システム管理プログラム402は、ワークフロー及び伝票設計用端末400のCPU101が、HD104に格納されるプログラムをRAM102上にロードして実行することにより、実現される。
図3は、図1に示したワークフローシステムにおける伝票の流れを示す模式図である。
The slip designer program 401 and the system management program 402 of the workflow and slip design terminal 400 shown in FIG. 1 are loaded into the RAM 102 by the CPU 101 of the workflow and slip design terminal 400 by loading a program stored in the HD 104. It is realized by executing.
FIG. 3 is a schematic diagram showing the flow of slips in the workflow system shown in FIG.

本実施形態のワークフローシステムでは、ワークフロー操作用端末300を用いて、図3に示すように、伝票の起票,伝票の承認/否認の手続きを、ノードと呼ばれる組織と役割で定義された担当者が行う。なお、伝票が配送されるノードをひとつに括ったものをビジネスプロセスと定義する。   In the workflow system according to the present embodiment, as shown in FIG. 3, using the workflow operation terminal 300, the person in charge defined by an organization and a role called a node for issuing a slip and approving / rejecting the slip. Do. A business process is defined as a group of nodes to which a slip is delivered.

ビジネスプロセスはその開始から終了までの間にいくつかのステップが必要となる。個々のステップでは、いくつかの手続き(起票、承認、否認、保留等)を取ることができる。   A business process requires several steps from its start to its end. In each step, several procedures (draft, approval, denial, hold, etc.) can be taken.

例えば図3で示すビジネスプロセスの場合、ノード0からノード4までの順に、社員→部長→本部長→事業本部長→社長のステップを踏み、「起票」→「承認/否認」→「承認/否認」→「承認/否認」→「承認/否認」の手続きにより構成される。   For example, in the case of the business process shown in FIG. 3, in order from node 0 to node 4, the steps of employee → department → department manager → department manager → president are taken, “draft” → “approval / denial” → “approval / Consists of procedures of “deny” → “approval / denial” → “approval / denial”.

手続きは、個々のステップ(ノード)では、いくつかの手続きを取ることが出来る。主に前方向への手続き(申請、承認等)と、後方向への手続き(否認)に分類することができる。
このようなビジネスプロセスを定義した情報を経路情報という。
図4は、従来のワークフローのシーケンスを示すシーケンスチャートである。ある一つの申請に対して自動で別の申請が起票されるワークフローに対応する。
まず、ユーザ400がステップS401で伝票Aの申請ボタンをクライアント410上で押す。
The procedure can take several procedures at each step (node). It can be classified mainly into forward procedures (application, approval, etc.) and backward procedures (denial).
Information defining such a business process is called route information.
FIG. 4 is a sequence chart showing a conventional workflow sequence. Corresponds to a workflow in which another application is automatically issued for one application.
First, the user 400 presses the application button for slip A on the client 410 in step S401.

次にステップS402で、クライアント400は、伝票Bを自動で申請するとともに、ステップS403で伝票Aを申請する。ここで、伝票Aの申請ボタンには、ボタンが押されると、伝票Bを自動で申請するとともに、自身も申請する設定がなされているものとする(詳細は後述する)。申請を受領したサーバ420は、ステップS404で伝票BをDB430に格納し、問題がなければ、ステップS405でDBへコミットすることでデータベースへの反映を行う。   Next, in step S402, the client 400 automatically applies for the slip B and also applies for the slip A in step S403. Here, it is assumed that the application button of the slip A is set to automatically apply for the slip B when the button is pressed (details will be described later). Upon receiving the application, the server 420 stores the slip B in the DB 430 in step S404, and if there is no problem, the server 420 commits to the DB in step S405 and reflects it in the database.

次にステップS406で、サーバ420は、伝票AをDB430に格納し、問題がなければ、ステップS407でDB430へコミットすることでデータベースへの反映を行う。   Next, in step S406, the server 420 stores the slip A in the DB 430. If there is no problem, the server 420 commits to the DB 430 in step S407 and reflects it in the database.

しかしながら、図4の方法では、ステップS404の伝票BとステップS406の伝票Aの処理はパラレルに行われるため、どちらかに問題が発生した場合であっても、片側が成功すればDBへのコミットが行われてしまうという問題がある。   However, in the method of FIG. 4, the processing of the slip B in step S404 and the slip A in step S406 is performed in parallel, so even if a problem occurs in either one, if one side succeeds, commit to the DB There is a problem that will be done.

図5は第1のモードに対応するシーケンスチャートであり、伝票Aと伝票Bが両方格納されてから、両方の伝票のコミットをする、トランザクション処理を行うワークフローのシーケンスを示すシーケンスチャートである。図4と同一のものには同一の符号を利用している。   FIG. 5 is a sequence chart corresponding to the first mode, and is a sequence chart showing a workflow sequence for performing transaction processing in which both slips A and B are stored and then both slips are committed. The same reference numerals are used for the same components as in FIG.

ユーザ400がステップS501で伝票Aの申請ボタンを押す。次にステップS502で、クライアント410は、伝票Aの申請ボタンが押されることによって自動申請される伝票Bと、伝票Aを一緒に申請する。   The user 400 presses the application button for slip A in step S501. In step S <b> 502, the client 410 applies for the slip B and the slip A that are automatically applied when the application button of the slip A is pressed.

サーバ420は、ステップS503で伝票Bを格納し、続いてステップS504にて伝票Aを格納する。伝票Aおよび伝票Bの両方に問題がなければ、ステップS505でDB430へのコミットを行う。   The server 420 stores the slip B in step S503, and then stores the slip A in step S504. If there is no problem in both the slip A and the slip B, the commit to the DB 430 is performed in step S505.

図6は第2のモードに対応するシーケンスチャートである。図5では、トランザクション処理を行う場合の処理について説明したが、本シーケンスチャートでは、トランザクション処理を行わない場合に発生する問題に対処している。その問題とは、伝票Aの申請に伴い、伝票Bが自動申請された時に、伝票Bのコミットには成功し、伝票Aがコミットできないケースである。この場合、伝票Aがコミットできなかったので、ユーザが再度伝票Aを申請する場合、既にコミットされている伝票Bまでも再度申請されてしまうといった問題である。   FIG. 6 is a sequence chart corresponding to the second mode. FIG. 5 illustrates the processing when the transaction processing is performed, but this sequence chart deals with a problem that occurs when the transaction processing is not performed. The problem is a case where the slip B is successfully committed and the slip A cannot be committed when the slip B is automatically applied along with the slip A application. In this case, since the slip A cannot be committed, when the user applies for the slip A again, there is a problem that even the slip B that has already been committed is applied again.

この問題に対応するために、図6の第2のモードのシーケンスチャートでは、伝票Aの申請に伴い自動申請された伝票Bが過去に申請済みかどうかを確認し、既に申請されている場合は、再度申請しないように制御するものである。図4や図5のシーケンスチャートと同一のものには同一の符号を利用している。   To cope with this problem, in the second mode sequence chart of FIG. 6, it is confirmed whether or not voucher B automatically applied with voucher A application has been applied in the past. , It controls to not apply again. The same components as those in the sequence charts of FIGS. 4 and 5 are denoted by the same reference numerals.

ユーザ400がステップS601で伝票Aの申請ボタンを押す。次にステップS602で、クライアント410は、伝票Aを申請することによって自動申請された伝票Bが既にDB430に申請済みか確認する。具体的には、ステップS604で、サーバ420がDB430に、伝票AのIDとともに記録された伝票Bを探すことにより確認している。この後、伝票Bが申請されていなかった場合には伝票Aの伝票番号を付加して伝票Bを申請し、申請済みであった場合は、伝票Bの申請は行わない。詳細な処理については、図7のフローチャートで説明する。   The user 400 presses the application button for slip A in step S601. In step S <b> 602, the client 410 confirms whether or not the automatically applied slip B has already been applied to the DB 430 by applying for the slip A. Specifically, in step S604, the server 420 confirms by searching for the slip B recorded together with the ID of the slip A in the DB 430. After that, when the voucher B has not been applied, the voucher number of the voucher A is added to apply for the voucher B. When the voucher has been applied, the voucher B is not applied. Detailed processing will be described with reference to the flowchart of FIG.

そして、クライアント410は、ステップS603で伝票Aを申請し、サーバ420は、ステップS605で伝票Aを格納し、問題がなければステップS606でDB430へのコミットを行う。
一例として、住所変更届が申請された時に、通勤経路変更届が自動的に申請されるシステムについて説明する。
The client 410 applies for the slip A in step S603, and the server 420 stores the slip A in step S605. If there is no problem, the server 410 commits to the DB 430 in step S606.
As an example, a system will be described in which a commuting route change notification is automatically applied when an address change notification is applied.

図9は、本発明を適用可能なワークフローシステムの伝票画面の一例を示す図である。住所変更届900の申請ボタンAが押されることにより、住所変更届が申請されると、自動で通勤経路変更届伝票920が申請されるように設定されている。なお、通勤経路変更届は、通勤経路変更届伝票920を使用して申請しても、伝票画面起動せずに申請してもよい。   FIG. 9 is a diagram showing an example of a slip screen of a workflow system to which the present invention can be applied. When the application button A of the address change notification 900 is pressed, when the address change notification is applied, the commuting route change notification slip 920 is automatically applied. The commuting route change notification may be applied without using the commuting route change notification slip 920 or without starting the slip screen.

まず住所届変更届900について説明する。本伝票の画面はクライアントPC上に表示され、ユーザが入力をすることで申請が行われる。ユーザは、伝票番号901、社員番号902、氏名904、所属部門905、変更後の住所906および住所変更日907などを所定の記入欄に入力する。これら項目は、自動でシステムに入力されるものあってもよい。
また、ユーザは必要に応じて備考908に備考を入力することも可能である。承認欄909では、承認者の印鑑やサインなどが入力可能である。
First, the address notification change notification 900 will be described. The screen of this slip is displayed on the client PC, and an application is made when the user inputs. The user inputs the slip number 901, employee number 902, name 904, department 905, changed address 906, address change date 907, and the like in predetermined entry fields. These items may be automatically input to the system.
In addition, the user can input remarks in the remarks 908 as necessary. In the approval column 909, an approver's seal or signature can be input.

また、申請ボタン910、保留ボタン911、解除ボタン912、印刷ボタン913、メールボタン914および終了ボタン915が設定されている。各ボタンには、オブジェクトとも呼ばれ、ボタンが押された後の処理などを設定することが可能となっている。   In addition, an application button 910, a hold button 911, a release button 912, a print button 913, a mail button 914, and an end button 915 are set. Each button is also called an object, and processing after the button is pressed can be set.

図10は、計算ボタン910のオブジェクト設定(編集)画面1000である。伝票選択欄1001では、住所変更届900、オブジェクト欄1002では、本オブジェクトの種類として「計算」、名称として「申請オブジェクト」が設定されている。なお、伝票選択欄1001では、伝票選択ボタンを押すことにより、システムに登録されている伝票を呼び出し表示することが可能となっている。
条件式欄1003では、オブジェクトの実行条件を設定することが可能である。本実施例では無条件が設定されていることを示す。
FIG. 10 shows an object setting (editing) screen 1000 of the calculation button 910. In the slip selection column 1001, the address change notification 900 is set, and in the object column 1002, “calculation” is set as the type of this object, and “application object” is set as the name. In the slip selection field 1001, a slip registered in the system can be called and displayed by pressing a slip selection button.
In the conditional expression column 1003, it is possible to set execution conditions for objects. In this embodiment, it is shown that unconditional is set.

計算式欄1004には、本オブジェクトを定義したボタンが押された時の計算式を設定する。本オブジェクトが定義された申請ボタン910が押された時に処理される内容である。計算式欄005には、まず1番目の処理として「通勤経路変更オブジェクト」を抽出し、次に2番目の処理として「住所変更伝票」を配送する設定がなされている。ここで、抽出とは、通勤経路変更オブジェクトを呼び出し、通勤経路変更届を申請することをいう。また、配送とは、住所変更伝票を申請することをいう。つまり、住所変更届910の画面から申請ボタン910が押されると、通勤経路変更届が自動で申請されると同時に住所変更届の申請も行われる。   In the calculation formula column 1004, a calculation formula when the button defining this object is pressed is set. This content is processed when the application button 910 in which this object is defined is pressed. In the calculation formula column 005, “commuting route change object” is first extracted as the first process, and then “address change slip” is delivered as the second process. Here, extraction refers to calling a commute route change object and applying for a commute route change notification. Delivery means applying for an address change slip. That is, when the application button 910 is pressed from the screen of the address change notification 910, an application for an address change notification is made at the same time that a commute route change notification is automatically applied.

図12は、図10のオブジェクト編集画面1000によって、申請オブジェクトに設定された内容が記憶されたイメージ図である。処理順1201では、設定されたオブジェクトが実行される際の処理の順番を示している。オブジェクトの種類1202では、オブジェクトの種類を示しており、処理内容1203では、設定されたオブジェクトの処理内容が設定されている。   FIG. 12 is an image diagram in which the contents set in the application object are stored by the object editing screen 1000 in FIG. The processing order 1201 indicates the processing order when the set object is executed. The object type 1202 indicates the object type, and the processing content 1203 sets the processing content of the set object.

まず1番目の処理として「通勤経路変更オブジェクト」を抽出し、次に2番目の処理として「住所変更伝票」を配送する設定がなされている。ここで、抽出とは、通勤経路変更オブジェクトを呼び出し、通勤経路変更届を申請することをいう。また、配送とは、住所変更伝票を申請することをいう。   First, “commuting route change object” is extracted as the first process, and then “address change slip” is set as the second process. Here, extraction refers to calling a commute route change object and applying for a commute route change notification. Delivery means applying for an address change slip.

図9の通勤経路変更届920は、ユーザが通勤経路の変更を行う際に利用する伝票であり、クライアントPCに表示されるものである。しかし、本実施形態では、申請ボタン910が押されると自動で通勤経路変更届が申請されるので、本通勤経路変更届920の画面は表示されないことになる。また、変更する通勤経路欄928に記入すべき内容は、不図示の自宅住所と最寄り駅、勤務先と利用駅とが対応付けて記録された対応表から選択されることになる。この対応表は、ワークフローサーバのRDBMS205に記憶されている。   The commuting route change notification 920 in FIG. 9 is a slip used when the user changes the commuting route, and is displayed on the client PC. However, in the present embodiment, when the application button 910 is pressed, a commuting route change notification is automatically applied, so the screen of the commuting route change notification 920 is not displayed. The contents to be entered in the commuting route column 928 to be changed are selected from a correspondence table in which a home address (not shown) and the nearest station, and a work place and a use station are recorded in association with each other. This correspondence table is stored in the RDBMS 205 of the workflow server.

図7は、クライアント410の制御フローを示すフローチャートである。本フローチャートの処理に入る前に行われている処理として、図10で設定されたように伝票A(住所変更届伝票)が申請されると、伝票B(通勤経路変更届伝票)が自動で申請されるような処理が行われている。   FIG. 7 is a flowchart showing a control flow of the client 410. As a process performed before entering the process of this flowchart, when a slip A (address change notification slip) is applied as set in FIG. 10, a slip B (commuting route change notification slip) is automatically applied. Processing is performed.

ステップS701で複数の伝票を一度に処理するかどうかのトランザクション処理を行うかどうかの判定を行う。具体的には、図5のシーケンスチャートで示した第1のモードの処理を行うかどうかの判定を行う。トランザクション処理を行うかどうかの設定は、ワークフローの定義情報に記憶されている。   In step S701, it is determined whether or not transaction processing is performed to process a plurality of slips at a time. Specifically, it is determined whether or not to perform the first mode processing shown in the sequence chart of FIG. The setting for whether to perform transaction processing is stored in the workflow definition information.

ステップS701で、トランザクション処理が行われると判断された場合、ステップS709において、伝票B、伝票Aを1つのトランザクションとして、サーバに申請する。ステップS710では、申請が成功したかどうかの判断を行い、成功した場合には、ステップS714で、OK表示し伝票画面を閉じる。一方、失敗した場合には、ステップS715で、エラー表示し、伝票画面を閉じる。失敗と判定するケースの例としては、通信エラー、配送先が見つからないなどのシステムエラー、データベースシステムのエラー、その他システムエラー(メモリ不足など)が挙げられる。   If it is determined in step S701 that transaction processing is to be performed, in step S709, the slip B and slip A are applied to the server as one transaction. In step S710, it is determined whether or not the application is successful. If the application is successful, OK display is performed in step S714 and the slip screen is closed. On the other hand, if it fails, an error is displayed in step S715 and the slip screen is closed. Examples of cases where the failure is determined include a communication error, a system error such as a delivery destination not found, a database system error, and other system errors (such as memory shortage).

ステップS701で、トランザクション処理は行わないと判断した場合は、ステップS702において、再申請抑止機能がONであるかどうかの判定を行う。再申請抑止機能を利用するかどうかの設定は、後述する図7のオブジェクト編集画面で行うことが可能である。   If it is determined in step S701 that transaction processing is not performed, it is determined in step S702 whether or not the reapplication suppression function is ON. Whether to use the re-application suppression function can be set on the object edit screen shown in FIG.

ステップS702で再申請抑止機能がOFFであると判定された場合、ステップS703に進み、以降、図4のシーケンスチャートに示したワークフローの処理を行う。   If it is determined in step S702 that the reapplication suppression function is OFF, the process proceeds to step S703, and thereafter, the workflow processing shown in the sequence chart of FIG. 4 is performed.

ステップS703で伝票Bの申請を行い、ステップS704では、申請が成功したかどうかの判断を行う。成功した場合には、ステップS705に進み、一方、失敗した場合には、ステップS713に進み、エラー表示し、伝票画面を閉じて処理を終了する。   In step S703, an application for slip B is made, and in step S704, it is determined whether or not the application is successful. If successful, the process proceeds to step S705. If unsuccessful, the process proceeds to step S713, an error is displayed, the slip screen is closed, and the process is terminated.

ステップS705で伝票Aの申請を行い、ステップS706では申請が成功したかどうかの判断を行う。成功した場合は、ステップS711において正常終了し、伝票画面を閉じる。一方、失敗した場合には、ステップS712に進み、エラー表示し伝票画面を閉じて、処理を終了する。   In step S705, an application for slip A is made. In step S706, it is determined whether the application is successful. If successful, the process ends normally in step S711, and the slip screen is closed. On the other hand, when it fails, it progresses to step S712, an error display is carried out, a slip screen is closed, and a process is complete | finished.

ステップS702で再申請抑止機能がONであると判定された場合、図6のシーケンスチャートで示した第2のモードの処理を行う。再申請抑止機能がONかどうかの判定は、通勤経路変更オブジェクトに設定されている内容によって判定する。   If it is determined in step S702 that the re-application suppression function is ON, the processing in the second mode shown in the sequence chart of FIG. 6 is performed. Whether or not the re-application suppression function is ON is determined based on the contents set in the commuting route change object.

これにより、住所変更に伴い通勤経路変更が自動で申請されるような場合、どちらかがエラーになると不具合の発生するものに関しては、トランザクション処理を適用することが可能となる。また、住所変更と通勤経路変更を非同期で処理するような設定も可能である。しかし、その場合は自動で申請される伝票が何度も申請されることになってしまう。その場合、再申請抑止機能を利用することにより、何度も申請されることを防ぐことが可能となる。そしてこれらの機能を組み合わせることにより、申請内容に合った、自動申請機能を実現することが可能となる。   As a result, when a change in commuting route is automatically applied with an address change, it becomes possible to apply transaction processing to a problem in which a malfunction occurs when one of the errors occurs. In addition, it is possible to set the address change and commute route change asynchronously. However, in that case, a voucher that is automatically applied will be applied many times. In that case, it is possible to prevent multiple applications by using the reapplication suppression function. By combining these functions, it is possible to realize an automatic application function that matches the application content.

図11は、通勤経路変更オブジェクトのオブジェクト編集画面1100である。伝票選択欄1101で住所変更届が選択されている。オブジェクト欄1102では、オブジェクトの種類として「抽出」、名称として「通勤経路オブジェクト」が設定されている。トランザクション欄1105、再申請抑止欄1106に「ON」か「OFF」が設定されている。トランザクションが「ON」の場合は、図5に示すような伝票間で同期されたトランザクションモードの処理が行われる。「OFF」設定された内容は、図4に示すような伝票間で非同期に処理を行うような処理が行われる。図13に示すように、RDBMS200に記憶される。図13は、図11のオブジェクト編集画面で設定された内容が記憶されたRDBMSのイメージ図である。   FIG. 11 shows an object editing screen 1100 for a commuting route change object. Address change notification is selected in the slip selection field 1101. In the object column 1102, “extraction” is set as the object type, and “commuting route object” is set as the name. “ON” or “OFF” is set in the transaction column 1105 and the reapplication suppression column 1106. When the transaction is “ON”, a transaction mode process synchronized between slips as shown in FIG. 5 is performed. The content set to “OFF” is processed asynchronously between slips as shown in FIG. As shown in FIG. 13, it is stored in the RDBMS 200. FIG. 13 is an image diagram of the RDBMS in which the contents set on the object editing screen of FIG. 11 are stored.

ステップS702で再申請抑止機能がONであると判定されると、ステップS707で、伝票Bは申請済みかどうかの確認を行う。具体的には、DBの格納されたテーブルを確認することで行われる。   If it is determined in step S702 that the reapplication suppression function is ON, in step S707, it is confirmed whether the slip B has been applied. Specifically, it is performed by checking the table stored in the DB.

図14は、住所変更届の申請により、DBに書き込まれたデータのイメージを示す図である。伝票番号1401、住所変更日1402、社員番号1403、氏名1404および変更後の住所1405が保存されている。   FIG. 14 is a diagram illustrating an image of data written in the DB upon application for an address change notification. The slip number 1401, the address change date 1402, the employee number 1403, the name 1404, and the changed address 1405 are stored.

図15は、通勤経路変更届の申請により、DBに書き込まれたデータのイメージを示す図である。伝票番号1501、経路変更日1502、社員番号1503、氏名1504、変更後の経路1505および住所変更番号1506が記憶されている。住所変更伝票番号1506は、住所変更届の申請に伴い自動申請された時に付与される項目である。ユーザが手入力で申請する場合は、図9の通勤経路変更届伝票から申請されたものが記憶されている。   FIG. 15 is a diagram illustrating an image of data written in the DB upon application for a commuting route change notification. A slip number 1501, a route change date 1502, an employee number 1503, a name 1504, a route 1505 after change, and an address change number 1506 are stored. The address change slip number 1506 is an item given when an automatic application is made with an application for an address change notification. When the user applies manually, what is applied from the commuting route change notification slip in FIG. 9 is stored.

ステップS707で伝票Bが申請済みかどうかについては、既に住所変更届によって自動で申請された通勤経路変更届が申請済みか、つまり住所変更伝票番号1506に自動申請された元となる住所変更届の伝票番号が記載されているかどうかの判定によって行う。伝票Bが申請済(つまり再申請)であった場合は、ステップ3705に進む。   In step S707, whether or not voucher B has been applied has already been applied for the commuting route change notification that has been automatically applied for by the address change notification, that is, the address change notification source that has been automatically applied to address change voucher number 1506. This is done by determining whether the slip number is listed. If the slip B has been applied (that is, reapplied), the process proceeds to step 3705.

一方、伝票Bの申請がなされていない(つまり再申請ではなく初回の申請)場合はステップS708で、元となる住所変更届の伝票番号を住所変更伝票番号1506欄に付加する。これにより、万が一伝票Aの書き込みに失敗した場合でも伝票Bは再申請されないようにすることができる。
次にステップS704で伝票Bの書き込みが成功したかの判定を行い、失敗した場合は、ステップS713でエラー表示し伝票画面を閉じて処理を終了する。
On the other hand, if the application for the slip B has not been made (that is, the first application, not a re-application), in step S708, the original address change notification slip number is added to the address change slip number 1506 column. Thereby, even if the writing of the slip A fails, the slip B can be prevented from being reapplied.
Next, in step S704, it is determined whether the writing of the slip B has been successful. If the writing has failed, an error is displayed in step S713, the slip screen is closed, and the processing is terminated.

一方、伝票の書き込みが成功した場合には、ステップS705で伝票Aの申請を行い、ステップS706による書き込みが成功したかの判定により、成功した場合には、正常終了し伝票画面を閉じ、失敗した場合には、ステップS712でエラー表示し伝票画面を閉じて処理を終了する。
図8は、ワークフローサーバ200の制御フローを示すフローチャートである。図4〜図6のシーケンスチャートのサーバ420の処理に対応する。
On the other hand, if the writing of the slip is successful, the application for slip A is applied in step S705, and if the writing is successful in step S706, if successful, the processing ends normally and closes the slip screen and fails. In that case, an error is displayed in step S712, the slip screen is closed, and the process is terminated.
FIG. 8 is a flowchart showing a control flow of the workflow server 200. This corresponds to the processing of the server 420 in the sequence charts of FIGS.

まず、ステップS801で2つ以上の伝票の処理かどうかを確認する。これは、図7のステップS701で第1のモード、すなわちトランザクション処理である場合は、2つ以上の伝票の処理ということになる。   First, in step S801, it is confirmed whether or not two or more slips are to be processed. This is processing of two or more slips in the case of the first mode, that is, transaction processing in step S701 in FIG.

ステップS801で、2つ以上の処理、すなわちトランザクション処理であると判断された場合は、ステップS806に進み、伝票の数だけの繰り返しをスタートする。   If it is determined in step S801 that there are two or more processes, that is, transaction processes, the process proceeds to step S806, and the repetition of the number of slips is started.

ステップS807では、経路情報に設定された配送先を決定する。ステップS808で配送先が決定されたかの判定を行い、失敗と判定された場合は、ステップS814のロールバックの処理に進む。一方、配送先が決定された場合は、ステップS809でデータベースに格納する。ステップS810では格納が成功したかどうかの判断を行う。失敗と判定するケースの例としては、通信エラー、配送先が見つからないなどのシステムエラー、データベースシステムのエラー、その他システムエラー(メモリ不足など)が挙げられる。   In step S807, the delivery destination set in the route information is determined. In step S808, it is determined whether a delivery destination has been determined. If it is determined that the delivery destination has failed, the process proceeds to rollback processing in step S814. On the other hand, if the delivery destination is determined, it is stored in the database in step S809. In step S810, it is determined whether the storage is successful. Examples of cases where the failure is determined include a communication error, a system error such as a delivery destination not found, a database system error, and other system errors (such as memory shortage).

ステップS810でデータベースへの格納に失敗した場合には、ステップS814のロールバックの処理に進む。一方、格納に成功した場合には、ステップS811に進み複数の伝票の数だけ繰り返す。繰り返しが終わったら、ステップS812のコミットの処理へ進む。   If storage in the database fails in step S810, the process proceeds to rollback processing in step S814. On the other hand, if the storage is successful, the process proceeds to step S811, and is repeated by the number of slips. When the repetition is completed, the process proceeds to the commit process in step S812.

ステップS801で2つ以上の伝票の処理ではないと判断された場合は、ステップS802で、経路情報に設定された配送先を決定する。ステップS803で配送先が決定されたかの判定を行い、失敗と判定された場合は、ステップS814のロールバックの処理に進む。一方、配送先が決定された場合は、ステップS804でデータベースに格納する。ステップS805では格納が成功したかどうかの判断を行う。失敗と判定するケースの例としては、通信エラー、配送先が見つからないなどのシステムエラー、データベースシステムのエラー、その他システムエラー(メモリ不足など)が挙げられる。   If it is determined in step S801 that the processing is not for two or more slips, the delivery destination set in the route information is determined in step S802. In step S803, it is determined whether the delivery destination has been determined. If it is determined that the delivery destination has failed, the process proceeds to the rollback process in step S814. On the other hand, if the delivery destination is determined, it is stored in the database in step S804. In step S805, it is determined whether the storage is successful. Examples of cases where the failure is determined include a communication error, a system error such as a delivery destination not found, a database system error, and other system errors (such as memory shortage).

ステップS805でデータベースへの格納に失敗した場合には、ステップS814のロールバックの処理に進み、一方、格納に成功した場合には、ステップ812のコミットの処理に進む。
ステップS812では、DBへのコミットを行い、ステップS813でクライアントへ正常終了のステータスを返し処理を終了する。
ステップS813では、ロールバック処理を行い、ステップS815でクライアントにエラーのステータスを返して処理を終了する。
If the storage in the database fails in step S805, the process proceeds to the rollback process in step S814. On the other hand, if the storage is successful, the process proceeds to the commit process in step 812.
In step S812, commit to the DB is performed, and in step S813 a normal end status is returned to the client, and the process is terminated.
In step S813, a rollback process is performed. In step S815, an error status is returned to the client, and the process ends.

なお、図7のクライアントの処理および図8のサーバの処理に関しては一部又は全部をクライアント側、サーバ側で行うようにしても構わない。 よって、本発明によれば、複数の権限を有する起票者が保管した伝票を再度開くときに、煩わしいことなく、適切な権限でもって保管伝票を開くことが可能となる。   Note that part or all of the client processing in FIG. 7 and the server processing in FIG. 8 may be performed on the client side and the server side. Therefore, according to the present invention, when reopening a voucher stored by a drafter having a plurality of authorities, it is possible to open the voucher with an appropriate authority without troublesomeness.

これにより、帳票をデータベースへ書き込む際、正常に書き込めなかった場合に、複数の関連する帳票間で処理結果に不具合が発生しないワークフローシステムを提供することが可能となる。   As a result, it is possible to provide a workflow system in which a problem does not occur in a processing result between a plurality of related forms when a form cannot be normally written when the form is written to the database.

以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。   Although one embodiment has been described above, the present invention can take an embodiment as, for example, a system, apparatus, method, program, or recording medium, and specifically includes a plurality of devices. The present invention may be applied to a system including a single device.

また、本発明におけるプログラムは、本発明に示すフローチャートの処理方法をコンピュータが実行可能なプログラムであり、本発明の記憶媒体はコンピュータが実行可能なプログラムが記憶されている。なお、本発明におけるプログラムは各装置の処理方法ごとのプログラムであってもよい。   The program according to the present invention is a program that can be executed by a computer according to the processing method of the flowchart shown in the present invention. The storage medium according to the present invention stores a program that can be executed by a computer. The program in the present invention may be a program for each processing method of each device.

以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ(またはCPUやMPU)が記録媒体に格納されたプログラムを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。   As described above, a recording medium that records a program that implements the functions of the above-described embodiments is supplied to a system or apparatus, and a computer (or CPU or MPU) of the system or apparatus stores the program stored in the recording medium. It goes without saying that the object of the present invention can also be achieved by executing the reading.

この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記憶した記録媒体は本発明を構成することになる。   In this case, the program itself read from the recording medium realizes the novel function of the present invention, and the recording medium storing the program constitutes the present invention.

プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、CD−ROM、CD−R、DVD−ROM、磁気テープ、不揮発性のメモリカード、ROM、EEPROM、シリコンディスク、ソリッドステートドライブ等を用いることができる。   As a recording medium for supplying the program, for example, a flexible disk, hard disk, optical disk, magneto-optical disk, CD-ROM, CD-R, DVD-ROM, magnetic tape, nonvolatile memory card, ROM, EEPROM, silicon A disk, solid state drive, or the like can be used.

また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているOS(オペレーティングシステム)等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。   Further, by executing the program read by the computer, not only the functions of the above-described embodiments are realized, but also an OS (operating system) operating on the computer based on an instruction of the program is actually It goes without saying that a case where the function of the above-described embodiment is realized by performing part or all of the processing and the processing is included.

さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるCPU等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。   Furthermore, after the program read from the recording medium is written to the memory provided in the function expansion board inserted into the computer or the function expansion unit connected to the computer, the function expansion board is based on the instructions of the program code. It goes without saying that the case where the CPU or the like provided in the function expansion unit performs part or all of the actual processing and the functions of the above-described embodiments are realized by the processing.

また、本発明は、複数の機器から構成されるシステムに適用しても、1つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。   Further, the present invention may be applied to a system composed of a plurality of devices or an apparatus composed of a single device. Needless to say, the present invention can be applied to a case where the present invention is achieved by supplying a program to a system or apparatus. In this case, by reading a recording medium storing a program for achieving the present invention into the system or apparatus, the system or apparatus can enjoy the effects of the present invention.

さらに、本発明を達成するためのプログラムをネットワーク上のサーバ、データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。
Furthermore, by downloading and reading a program for achieving the present invention from a server, database, etc. on a network using a communication program, the system or apparatus can enjoy the effects of the present invention.
In addition, all the structures which combined each embodiment mentioned above and its modification are also included in this invention.

101 CPU7
102 RAM
103 ROM
104 HD
106 入力装置
107 表示装置
108 通信インタフェース
101 CPU7
102 RAM
103 ROM
104 HD
106 Input Device 107 Display Device 108 Communication Interface

Claims (6)

第1の電子文書申請に伴って対応する第2の電子文書を起票する伝票起票手段と、
前記第1の電子文書および、前記起票手段により起票される前記第2の電子文書の申請を受付ける申請受付手段と、
前記申請受付手段により第1の電子文書の申請を受付けた場合に、前記伝票起票手段によって前記第1の電子文書が申請されることに伴って起票され前記第2の電子文書が既に申請済みであるか否かを判定する申請済判定手段と、
前記申請済判定手段により、前記伝票起票手段によって前記第1の電子文書が申請されることに伴って起票される前記第2の電子文書が既に申請済みであると判定された場合には、前記第1の電子文書の申請に伴って前記伝票起票手段により新たな第2の電子文書の起票を行わずに前記申請を受付けた第1の電子文書の申請を行う再申請抑止処理を行う再申請抑止手段と、を有し、
前記再申請抑止手段は、
前記伝票起票手段によって前記第1の電子文書が申請されることに伴って起票される前記第2の電子文書が申請済みでないと判定された場合には、前記申請を受付けた第1の電子文書の申請および、当該第1の電子文書が申請されることに伴って前記伝票起票手段により新たに起票された前記第2の電子文書の申請を行うことを特徴とするワークフローシステム。
And document slip issuance means you slip issuance the second electronic document corresponding with the application of the first electronic document,
Application accepting means for accepting an application for the first electronic document and the second electronic document drafted by the drafting means ;
Wherein when accepting an application of the first electronic document by application receiving means, said slip slip issuance means the first and the second electronic document that will be slip issuance with that electronic documents are filed already by An application determination means for determining whether or not an application has been made,
When it is determined by the application completion determination means that the second electronic document to be issued upon application of the first electronic document by the slip issuing means has already been applied , reapply deterrence to apply for the without slip issuance of the second electronic document new by the first of the voucher slip issuance unit with the application of the electronic document, a first electronic document received the application Re-application deterrence means for processing,
The re-application deterring means is:
If it is determined that the second electronic document that is issued when the first electronic document is applied by the voucher issuing means is not yet applied, the first application that accepted the application A workflow system characterized in that an application for an electronic document and an application for the second electronic document newly issued by the slip issuing means in response to the application of the first electronic document are made .
前記第2の電子文書の初回申請時に付加される識別IDであって、該第2の電子文書が起票された元となる第1の電子文書の識別IDが付加された、第2の電子文書の申請を受付ける識別ID付申請受付手段を更に有し、
前記申請済判定手段は、前記識別IDが付加された第2の電子文書が既に申請済みである場合に、既に申請済みであると判定することを特徴とする請求項記載のワークフローシステム。
A second electronic device having an identification ID added at the time of the first application of the second electronic document, the identification ID of the first electronic document from which the second electronic document is drafted added. It further has an application receiving means with an identification ID for receiving an application for a document,
The Submitted determining means, the second when the electronic document is already Claimed already workflow system according to claim 1, wherein the determining that the application has been the identification ID is added.
前記第1の電子文書に対してランザクション処理を実行するのか前記再申請抑止理を実行するのかを設定可能な処理編集手段を更に有し、
前記処理編集手段によって設定された前記第1の電子文書の申請ごとに、トランザクション処理または再申請抑止防止処理を切り替えて実行可能なこと
を特徴とする請求項または記載のワークフローシステム。
Further comprising a process edit means capable of setting whether to perform the re-apply suppression processing or to perform a transaction processing on the first electronic document,
Claim 1 or 2 workflow system according to each application of the set of the first electronic document, wherein the executable by switching transactions or re-request deterrent preventing treatment by the process edit means.
伝票起票手段が、第1の電子文書申請に伴って対応する第2の電子文書を起票する伝票起票ステップと、
申請受付手段が、前記第1の電子文書および、前記起票手段により起票される前記第2の電子文書の申請を受付ける申請受付ステップと、
申請済判定手段が、前記申請受付ステップにより第1の電子文書の申請を受付けた場合に、前記伝票起票ステップによって前記第1の電子文書が申請されることに伴って起票され前記第2の電子文書が既に申請済みであるか否かを判定する申請済判定ステップと、
再申請抑止手段が、前記申請済判定ステップにより、前記伝票起票ステップによって前記第1の電子文書が申請されることに伴って起票される前記第2の電子文書が既に申請済みであると判定された場合には、前記第1の電子文書の申請に伴って前記伝票起票ステップにより新たな第2の電子文書の起票を行わずに前記申請を受付けた第1の電子文書の申請を行う再申請抑止処理を行う再申請抑止ステップと、を有し、
前記再申請抑止ステップは、
前記伝票起票ステップによって前記第1の電子文書が申請されることに伴って起票される前記第2の電子文書が申請済みでないと判定された場合には、前記申請を受付けた第1の電子文書の申請および、当該第1の電子文書が申請されることに伴って前記伝票起票ステップにより新たに起票された前記第2の電子文書の申請を行うことを特徴とするワークフローシステムの制御方法。
Document slip issuance means, and slip slip issuance step you slip issuance the second electronic document corresponding with the application of the first electronic document,
An application accepting step for accepting an application of the first electronic document and the second electronic document drafted by the drafting means ;
Submitted determining means, when accepting the application for the first electronic document by the application receiving step, wherein the said by the voucher slip issuance step first electronic document Ru is slip issuance with to be submitted An application determination step for determining whether the electronic document of 2 has already been applied;
The re-application restraint means has applied for the second electronic document already issued by the application determination step when the first electronic document is applied by the voucher issuing step. when it is determined without performing a slip issuance of the first second electronic document new by the voucher slip issuance step with the application of the electronic document, the first electronic document received the application Re-application deterrence step for performing re-application deterrence processing for applying,
The re-application suppression step includes
If it is determined that the second electronic document to be issued in response to the application of the first electronic document by the slip issuing step has not been applied, the first application that has received the application An application of a workflow system, wherein an application for an electronic document and an application for the second electronic document newly created by the slip drafting step as the first electronic document is applied Control method.
ークフローシステムを、
第1の電子文書申請に伴って対応する第2の電子文書を起票する伝票起票手段と、
前記第1の電子文書および、前記起票手段により起票される前記第2の電子文書の申請を受付ける申請受付手段と、
前記申請受付手段により第1の電子文書の申請を受付けた場合に、前記伝票起票手段によって前記第1の電子文書が申請されることに伴って起票され前記第2の電子文書が既に申請済みであるか否かを判定する申請済判定手段と、
前記申請済判定手段により、前記伝票起票手段によって前記第1の電子文書が申請されることに伴って起票される前記第2の電子文書が既に申請済みであると判定された場合には、前記第1の電子文書の申請に伴って前記伝票起票手段により新たな第2の電子文書の起票を行わずに前記申請を受付けた第1の電子文書の申請を行う再申請抑止処理を行う再申請抑止手段と、を有し、
前記再申請抑止手段は、
前記伝票起票手段によって前記第1の電子文書が申請されることに伴って起票される前記第2の電子文書が申請済みでないと判定された場合には、前記申請を受付けた第1の電子文書の申請および、当該第1の電子文書が申請されることに伴って前記伝票起票手段により新たに起票された前記第2の電子文書の申請を行うことを特徴とするワークフローシステムとして機能させるためのプログラム。
The word over click flow system,
And document slip issuance means you slip issuance the second electronic document corresponding with the application of the first electronic document,
Application accepting means for accepting an application for the first electronic document and the second electronic document drafted by the drafting means ;
Wherein when accepting an application of the first electronic document by application receiving means, said slip slip issuance means the first and the second electronic document that will be slip issuance with that electronic documents are filed already by An application determination means for determining whether or not an application has been made,
When it is determined by the application completion determination means that the second electronic document to be issued upon application of the first electronic document by the slip issuing means has already been applied , reapply deterrence to apply for the without slip issuance of the second electronic document new by the first of the voucher slip issuance unit with the application of the electronic document, a first electronic document received the application Re-application deterrence means for processing,
The re-application deterring means is:
If it is determined that the second electronic document that is issued when the first electronic document is applied by the voucher issuing means is not yet applied, the first application that accepted the application As a workflow system characterized in that an application for an electronic document and an application for the second electronic document newly issued by the slip issuing means in response to the application of the first electronic document are made A program to make it work.
請求項5に記載のプログラムをコンピュータ読み取り可能に記録した記録媒体。   A recording medium in which the program according to claim 5 is recorded so as to be readable by a computer.
JP2009298175A 2009-12-28 2009-12-28 Workflow system, workflow control method, program, and recording medium. Active JP5532915B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2009298175A JP5532915B2 (en) 2009-12-28 2009-12-28 Workflow system, workflow control method, program, and recording medium.

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2009298175A JP5532915B2 (en) 2009-12-28 2009-12-28 Workflow system, workflow control method, program, and recording medium.

Publications (3)

Publication Number Publication Date
JP2011138332A JP2011138332A (en) 2011-07-14
JP2011138332A5 JP2011138332A5 (en) 2013-01-31
JP5532915B2 true JP5532915B2 (en) 2014-06-25

Family

ID=44349705

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2009298175A Active JP5532915B2 (en) 2009-12-28 2009-12-28 Workflow system, workflow control method, program, and recording medium.

Country Status (1)

Country Link
JP (1) JP5532915B2 (en)

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000251002A (en) * 1999-03-01 2000-09-14 Hitachi Ltd Matter processing method in workflow system
JP4336735B1 (en) * 2008-09-18 2009-09-30 株式会社三菱東京Ufj銀行 Service processing apparatus, system, program, and recording medium

Also Published As

Publication number Publication date
JP2011138332A (en) 2011-07-14

Similar Documents

Publication Publication Date Title
CN100452030C (en) System and method for snapshot queries during database recovery
US20060069605A1 (en) Workflow association in a collaborative application
AU2015246108B2 (en) Electronic document system
JP2008539515A (en) Transaction transform
CN101542457B (en) Transaction transforms
US20080005189A1 (en) Computer readable recording medium having stored therein database synchronizing process program, and apparatus for and method of performing database synchronizing process
US6330686B1 (en) Handling protected conversation messages across IMS restart in shared queues environment
JP2009505226A (en) Server-side project manager
JPWO2000042510A1 (en) Exclusive control device for electronic information, exclusive control method, and recording medium having exclusive control program recorded thereon
KR20080042881A (en) Transaction match and problem state
JP5532915B2 (en) Workflow system, workflow control method, program, and recording medium.
CA2704511C (en) Improvements in and relating to financial systems
JP3271284B2 (en) Remote maintenance system in multi-host system
US8229908B2 (en) Dividing financial-data to facilitate simultaneous modifications by multiple users
JPH02236629A (en) software management system
JP5493565B2 (en) Information processing apparatus, information processing system, information processing method, program, and recording medium
JP5292650B2 (en) Data management system and data deletion method
JP2003150763A (en) Accounting processing method and recording medium with program to perform the method stored thereon
JP2671345B2 (en) Computer system product management support device and support method
CN116775229A (en) Transaction processing system and storage medium
JP2001155096A (en) Business processing system
JPH08272669A (en) Data updating method in client-server system
JP2013257909A (en) Workflow system, workflow control method, program, and recording medium
JP2007219844A (en) Organization configuration management system
JP2007172379A (en) User ID automatic management system

Legal Events

Date Code Title Description
A711 Notification of change in applicant

Free format text: JAPANESE INTERMEDIATE CODE: A711

Effective date: 20120130

RD02 Notification of acceptance of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7422

Effective date: 20120130

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20121205

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20121205

RD03 Notification of appointment of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7423

Effective date: 20130531

RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20130531

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20131017

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20131203

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20140131

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20140401

R150 Certificate of patent or registration of utility model

Ref document number: 5532915

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20140414

S111 Request for change of ownership or part of ownership

Free format text: JAPANESE INTERMEDIATE CODE: R313115

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

S111 Request for change of ownership or part of ownership

Free format text: JAPANESE INTERMEDIATE CODE: R313115

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

S531 Written request for registration of change of domicile

Free format text: JAPANESE INTERMEDIATE CODE: R313531

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250