JP5532915B2 - Workflow system, workflow control method, program, and recording medium. - Google Patents
Workflow system, workflow control method, program, and recording medium. Download PDFInfo
- 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
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.
しなしながら、特許文献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.
〔第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
これらワークフロー及び伝票設計用端末400,ワークフロー操作用端末300,ワークフローサーバ200は、それぞれネットワーク500に接続され運用されている。
The workflow and
ワークフロー及び伝票設計用端末400は、伝票デザイナプログラム401及びシステム管理プログラム402を有し、ワークフローシステムにて使用する伝票の定義体の作成及びワークフローシステムで利用する各種定義情報の作成を行う。例えば、ワークフロー及び伝票設計用端末400は、ワークフローサーバ200に組織テーブル,役割テーブル,ユーザテーブル,ユーザ役割テーブル,配送定義情報,各種伝票情報等を登録することができる。このワークフロー及び伝票設計用端末400は、これらの作業を行うために、自己の識別情報を入力することによりワークフローサーバ200に接続することが可能になる。
The workflow and
ワークフロー操作用端末300は、ワークフロー操作用端末300上で実行されるWebブラウザ301を用いて、伝票に関するアクセス情報をワークフローサーバ200に対してHTTPで送信し、その結果を受信するものであり、その際に、発生する表示・計算処理は、Java(登録商標)アプレット302等を利用することにより実行する。なお、このワークフロー操作用端末300は、予め指定された所定の業務を行う担当者(例えば、起票者、課長、部長等)に配置されている。
The
ワークフローサーバ200は、ワークフローシステムに関する情報(組織テーブル,役割テーブル,ユーザテーブル,ユーザ役割テーブル,配送定義情報,配送情報テーブル,閲覧権テーブル(起票者閲覧権テーブル,承認者閲覧権テーブル),各種伝票情報を格納するRDBMS(Relational DataBaSe Management SyStem)205、ワークフロー操作用端末300よりの要求を受け付けて要求を実行するためのHTTPサーバ201,サーブレットエンジン202,ワークフロープログラム203、ワークフロー通知機能を実現するSMTPサーバ204にて構成されている。
The
以下、図2を参照して、図1に示したワークフローサーバ200,ワークフロー操作用端末300,ワークフロー及び伝票設計用端末400に適用可能なコンピュータのハードウェア構成について説明する。
Hereinafter, a hardware configuration of a computer applicable to the
図2は、図1に示したワークフローサーバ200,ワークフロー操作用端末300,ワークフロー及び伝票設計用端末400に適用可能なコンピュータのハードウェア構成の一例を示すブロック図である。
FIG. 2 is a block diagram showing an example of a hardware configuration of a computer applicable to the
図2において、101はCPUで、ROM103又はハードディスク(HD)(その他の記憶装置、例えば、フレキシブルディスク,CD−ROM,DVD−ROM等どのような記憶装置であってもよい)104に格納されたプログラムをRAM102上にロードして実行することにより、コンピュータ全体を制御する。RAM102は、CPU101の作業領域として使用される。
In FIG. 2,
108は通信インタフェースで、通信ネットワーク500への接続を可能とする。106は入力装置で、キーボードやマウス等のポインティングデバイス等に相当する。107は表示装置で、CRT,LCD等で構成される。
A
なお、図1に示したワークフローサーバ200のRDBMS205は、ワークフローサーバ200のHD104内に構築されている。また、ワークフローサーバ200のHTTPサーバ201,サーブレットエンジン202,ワークフロープログラム203,SMTPサーバ204は、ワークフローサーバ200のCPU101が、HD104に格納されるプログラムをRAM102上にロードして実行することにより、実現される。
Note that the RDBMS 205 of the
また、図1に示したワークフロー操作用端末300のWebブラウザ301は、ワークフロー操作用端末300のCPU101が、HD104に格納されるプログラムをRAM102上にロードして実行することにより、実現される。
Further, the
さらに、図1に示したワークフロー操作用端末300のJava(登録商標)アプレット302は、ワークフロー操作用端末300のCPU101が、ワークフローサーバ200よりダウンロードされたプログラムをWebブラウザ301上で実行することにより、実現される。
Further, the Java (registered trademark)
また、図1に示したワークフロー及び伝票設計用端末400の伝票デザイナプログラム401,システム管理プログラム402は、ワークフロー及び伝票設計用端末400のCPU101が、HD104に格納されるプログラムをRAM102上にロードして実行することにより、実現される。
図3は、図1に示したワークフローシステムにおける伝票の流れを示す模式図である。
The
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
ビジネスプロセスはその開始から終了までの間にいくつかのステップが必要となる。個々のステップでは、いくつかの手続き(起票、承認、否認、保留等)を取ることができる。 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
次にステップS402で、クライアント400は、伝票Bを自動で申請するとともに、ステップS403で伝票Aを申請する。ここで、伝票Aの申請ボタンには、ボタンが押されると、伝票Bを自動で申請するとともに、自身も申請する設定がなされているものとする(詳細は後述する)。申請を受領したサーバ420は、ステップS404で伝票BをDB430に格納し、問題がなければ、ステップS405でDBへコミットすることでデータベースへの反映を行う。
Next, in step S402, the
次にステップS406で、サーバ420は、伝票AをDB430に格納し、問題がなければ、ステップS407でDB430へコミットすることでデータベースへの反映を行う。
Next, in step S406, the
しかしながら、図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
サーバ420は、ステップS503で伝票Bを格納し、続いてステップS504にて伝票Aを格納する。伝票Aおよび伝票Bの両方に問題がなければ、ステップS505でDB430へのコミットを行う。
The
図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
そして、クライアント410は、ステップS603で伝票Aを申請し、サーバ420は、ステップS605で伝票Aを格納し、問題がなければステップS606でDB430へのコミットを行う。
一例として、住所変更届が申請された時に、通勤経路変更届が自動的に申請されるシステムについて説明する。
The
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
まず住所届変更届900について説明する。本伝票の画面はクライアントPC上に表示され、ユーザが入力をすることで申請が行われる。ユーザは、伝票番号901、社員番号902、氏名904、所属部門905、変更後の住所906および住所変更日907などを所定の記入欄に入力する。これら項目は、自動でシステムに入力されるものあってもよい。
また、ユーザは必要に応じて備考908に備考を入力することも可能である。承認欄909では、承認者の印鑑やサインなどが入力可能である。
First, the address
In addition, the user can input remarks in the
また、申請ボタン910、保留ボタン911、解除ボタン912、印刷ボタン913、メールボタン914および終了ボタン915が設定されている。各ボタンには、オブジェクトとも呼ばれ、ボタンが押された後の処理などを設定することが可能となっている。
In addition, an
図10は、計算ボタン910のオブジェクト設定(編集)画面1000である。伝票選択欄1001では、住所変更届900、オブジェクト欄1002では、本オブジェクトの種類として「計算」、名称として「申請オブジェクト」が設定されている。なお、伝票選択欄1001では、伝票選択ボタンを押すことにより、システムに登録されている伝票を呼び出し表示することが可能となっている。
条件式欄1003では、オブジェクトの実行条件を設定することが可能である。本実施例では無条件が設定されていることを示す。
FIG. 10 shows an object setting (editing)
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
図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
まず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
図7は、クライアント410の制御フローを示すフローチャートである。本フローチャートの処理に入る前に行われている処理として、図10で設定されたように伝票A(住所変更届伝票)が申請されると、伝票B(通勤経路変更届伝票)が自動で申請されるような処理が行われている。
FIG. 7 is a flowchart showing a control flow of the
ステップ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
ステップ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
図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
ステップ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
一方、伝票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
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
まず、ステップ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
Claims (6)
前記第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 .
前記申請済判定手段は、前記識別IDが付加された第2の電子文書が既に申請済みである場合に、既に申請済みであると判定することを特徴とする請求項1記載のワークフローシステム。 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または2記載のワークフローシステム。 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の電子文書の申請を受付けた場合に、前記伝票起票ステップによって前記第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.
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)
| 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 |
-
2009
- 2009-12-28 JP JP2009298175A patent/JP5532915B2/en active Active
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 |