JP2010072685A - 作業実行システム、作業実行装置、制御装置、作業実行プログラム、および制御プログラム - Google Patents

Abstract

【課題】一連の作業の実行順序を定義する定義情報に従った一連の作業の実行中に、当該定義情報が変更された場合、実行済みの作業が重複して実行されることを回避しつつ、上記一連の作業の実行中の案件について変更後の定義情報を適用することを可能にする。
【解決手段】作業実行システム１は、一連の作業の実行順序を定義する定義情報を記憶する定義情報記憶部１０と、上記定義情報に従って一連の作業を実行する作業実行装置であって、上記一連の作業の実行中に上記定義情報が変更された場合、現在実行中の作業よりも前に変更箇所があるとき、上記変更後の定義情報に従って一連の作業を上記変更箇所から実行する作業実行装置５０とを有する。
【選択図】図１

Description

本発明は、作業実行システム、作業実行装置、制御装置、作業実行プログラム、および制御プログラムに関する。

作業の流れを定義するワークフロー定義情報に従って、作業の流れを管理するワークフロー管理システムがある（例えば特許文献１を参照）。

特許文献１には、一連の処理を行うために実行されるべき部分処理の実行順序が記述されたワークフローを参照し、ユーザが実行順序通りに部分処理を実行するように勧誘するワークフロー管理システムであって、特定の部分処理の実行を勧誘しているときに、別のワークフローの定義を受け付け、当該特定の部分処理を上記別のワークフローに置き換えることにより、参照しているワークフローに上記別のワークフローを連結し、連結後は、連結後のワークフローを参照し、ユーザが実行順序通りに部分処理を実行するように勧誘するものが記載されている。

特開平８−１３７９４７号公報

一連の作業の実行順序を定義する定義情報に従った一連の作業の実行中に、当該定義情報が変更された場合、上記一連の作業の実行中の案件について、変更後の定義情報を適用したいという要望がある。この要望を満たすために、変更後の定義情報に従って一連の作業を最初からやり直すこととすると、実行済みの作業を重複して実行しなければならない場合がある。

本発明は、一連の作業の実行順序を定義する定義情報に従った一連の作業の実行中に、当該定義情報が変更された場合、実行済みの作業が重複して実行されることを回避しつつ、上記一連の作業の実行中の案件について変更後の定義情報を適用することが可能な作業実行システム、作業実行装置、制御装置、作業実行プログラム、および制御プログラムを提供することを目的とする。

本発明に係る作業実行システムは、一連の作業の実行順序を定義する定義情報を記憶する定義情報記憶手段と、前記定義情報に従って一連の作業を実行する作業実行手段であって、前記一連の作業の実行中に前記定義情報が変更された場合、現在実行中の作業よりも前に変更箇所があるとき、前記変更後の定義情報に従って一連の作業を前記変更箇所から実行する作業実行手段と、を有することを特徴とする。

本発明の一態様では、前記変更後の定義情報に従って一連の作業を前記変更箇所から実行する場合、前記現在実行中の作業と前記変更箇所との間の作業に関係する利用者に、定義情報が変更された旨を通知する。

本発明に係る作業実行装置は、一連の作業の実行順序を定義する定義情報に従って一連の作業を実行する手段であって、前記一連の作業の実行中に前記定義情報が変更された場合、現在実行中の作業よりも前に変更箇所があるとき、前記変更後の定義情報に従って一連の作業を前記変更箇所から実行する手段を有することを特徴とする。

本発明の一態様では、前記変更後の定義情報に従って一連の作業を前記変更箇所から実行する場合、前記現在実行中の作業と前記変更箇所との間の作業に関係する利用者に、定義情報が変更された旨を通知する。

本発明に係る制御装置は、一連の作業の実行順序を定義する定義情報に従った一連の作業の実行中に前記定義情報が変更された場合、現在実行中の作業よりも前に変更箇所があるとき、前記変更後の定義情報に従って一連の作業が前記変更箇所から実行されるように制御する手段を有する。

本発明の一態様では、前記変更後の定義情報に従って一連の作業が前記変更箇所から実行されるように制御する場合、前記現在実行中の作業と前記変更箇所との間の作業に関係する利用者に、定義情報が変更された旨を通知する。

本発明に係る作業実行プログラムは、コンピュータに、一連の作業の実行順序を定義する定義情報に従って一連の作業を実行する手順であって、前記一連の作業の実行中に前記定義情報が変更された場合、現在実行中の作業よりも前に変更箇所があるとき、前記変更後の定義情報に従って一連の作業を前記変更箇所から実行する手順を実行させることを特徴とする。

本発明に係る制御プログラムは、コンピュータに、一連の作業の実行順序を定義する定義情報に従った一連の作業の実行中に前記定義情報が変更された場合、現在実行中の作業よりも前に変更箇所があるとき、前記変更後の定義情報に従って一連の作業が前記変更箇所から実行されるように制御する手順を実行させることを特徴とする。

請求項１に記載の発明によれば、一連の作業の実行順序を定義する定義情報に従った一連の作業の実行中に、当該定義情報が変更された場合、実行済みの作業が重複して実行されることを回避しつつ、上記一連の作業の実行中の案件について変更後の定義情報を適用することが可能となる。

請求項２に記載の発明によれば、定義情報の変更により影響を受ける利用者に、定義情報の変更を知らせることが可能となる。

請求項３に記載の発明によれば、一連の作業の実行順序を定義する定義情報に従った一連の作業の実行中に、当該定義情報が変更された場合、実行済みの作業が重複して実行されることを回避しつつ、上記一連の作業の実行中の案件について変更後の定義情報を適用することが可能となる。

請求項４に記載の発明によれば、定義情報の変更により影響を受ける利用者に、定義情報の変更を知らせることが可能となる。

請求項５に記載の発明によれば、一連の作業の実行順序を定義する定義情報に従った一連の作業の実行中に、当該定義情報が変更された場合、実行済みの作業が重複して実行されることを回避しつつ、上記一連の作業の実行中の案件について変更後の定義情報を適用することが可能となる。

請求項６に記載の発明によれば、定義情報の変更により影響を受ける利用者に、定義情報の変更を知らせることが可能となる。

請求項７に記載の発明によれば、一連の作業の実行順序を定義する定義情報に従った一連の作業の実行中に、当該定義情報が変更された場合、実行済みの作業が重複して実行されることを回避しつつ、上記一連の作業の実行中の案件について変更後の定義情報を適用することが可能となる。

請求項８に記載の発明によれば、一連の作業の実行順序を定義する定義情報に従った一連の作業の実行中に、当該定義情報が変更された場合、実行済みの作業が重複して実行されることを回避しつつ、上記一連の作業の実行中の案件について変更後の定義情報を適用することが可能となる。

以下、本発明の実施の形態を図面に従って説明する。

図１は、本実施の形態に係る作業実行システム１の構成の一例を示すブロック図である。この作業実行システム１は、一連の作業の実行順序を定義する定義情報に従って一連の作業を実行するものである。具体的な一態様では、作業実行システム１は、ワークフローを定義するワークフロー定義情報に従ってワークフローを処理するワークフローシステムである。

作業実行システム１は、一つの態様では、ハードウェア資源とソフトウェアとの協働により実現され、例えばコンピュータである。具体的には、後述する作業実行システム１の各種機能は、記録媒体に記録されたプログラムが主記憶装置（メインメモリ）に読み出されて中央処理装置（CPU: Central Processing Unit）により実行されることによって実現される。上記プログラムは、ＣＤ−ＲＯＭ等のコンピュータ読み取り可能な記録媒体に記録されて提供されることも可能であるし、データ信号として通信により提供されることも可能である。ただし、作業実行システム１は、ハードウェアのみにより実現されてもよい。また、作業実行システム１は、物理的に１つの装置により実現されてもよいし、複数の装置により実現されてもよい。図１の例では、作業実行システム１は、ＬＡＮ（Local Area Network）やインターネット等のネットワークＮ上のサーバコンピュータであり、ネットワークＮを介して１以上のパーソナルコンピュータ（ＰＣ）等の情報処理装置２と接続されている。

図１において、作業実行システム１は、定義情報記憶部１０、実行状態記憶部２０、作業結果記憶部３０、定義情報管理部４０、および作業実行装置５０を有する。

定義情報記憶部１０は、一連の作業の実行順序を定義する定義情報を記憶するものであり、例えばハードディスク装置などの記憶装置により実現される。

一つの態様では、定義情報は、一連の作業を構成する複数の作業間の順序関係を示す情報と、一連の作業を構成する各作業の内容を示す情報とを含む。定義情報は、さらに、各作業を行う主体（担当者、装置、プログラムモジュールなど）を示す情報や、各作業の終了条件を示す情報などを含んでもよい。また、定義情報は、処理対象（例えば回覧対象）の文書のフォームを定義する情報を含んでもよい。具体的な一態様では、定義情報は、いわゆるワークフローを定義するワークフロー定義情報であり、例えば、アクティビティ（作業）の実行順序を定義する情報と、各アクティビティを定義する情報とを含む。

図２には、定義情報記憶部１０の記憶内容の一例が示されている。図２の例では、定義情報記憶部１０は、一連の作業を構成する複数の作業間の順序関係を定義する順序定義情報と、各作業を定義する作業定義情報とを含む。順序定義情報は、定義情報を識別するための定義ＩＤと、当該定義情報の版を示す版番号と、一連の作業を構成する複数の作業を識別するための作業ＩＤと、各作業の次の作業の作業ＩＤを示す次作業ＩＤとを含む。作業定義情報では、作業を識別するための作業ＩＤと、当該作業が持っている属性を示す情報と、当該作業を行う担当者を示す情報とが互いに関連付けられている。なお、図２の例では、定義ＩＤ「ａｐｐｒｏｖａｌ」の１つの定義情報が例示されているが、定義情報記憶部１０には、複数の定義情報が格納されてもよい。

実行状態記憶部２０は、定義情報に従って一連の作業が実行される際の実行状態を記憶するものであり、例えばハードディスク装置などの記憶装置により実現される。

一つの態様では、実行状態記憶部２０は、定義情報に従って一連の作業が実行される場合に、当該一連の作業における現在実行中の作業を示す情報を記憶する。

図３には、実行状態記憶部２０の記憶内容の一例が示されている。図３の例では、実行状態記憶部２０は、案件毎に、当該案件を識別するための案件ＩＤと、当該案件に使用される定義情報を示す定義ＩＤと、当該案件に使用される定義の版を示す版番号と、当該案件で現在実行中の作業を示す現在の作業ＩＤとを互いに関連付けて記憶している。ここで、「案件」とは、定義情報に従って一連の作業を実行することにより処理されるものをいう。

作業結果記憶部３０は、定義情報に従って実行された作業の結果を記憶するものであり、例えばハードディスク装置などの記憶装置により実現される。

例えば、作業結果記憶部３０は、担当者がフォームに記入した情報や、担当者が承認したことを示す情報など、作業を担当する主体が作業を実行することにより得られた結果を記憶する。

定義情報管理部４０は、定義情報記憶部１０に記憶される定義情報を管理する。具体的には、定義情報管理部４０は、利用者からの指示に応じて、新規の定義情報を定義情報記憶部１０に登録する処理、定義情報記憶部１０に記憶されている定義情報を利用者に提示する処理、定義情報記憶部１０に記憶されている定義情報を変更する処理を行う。定義情報管理部４０は、上記利用者からの指示を、例えば情報処理装置２から受け取る。

作業実行装置５０は、定義情報記憶部１０に記憶されている定義情報に従って、一連の作業を実行する。具体的には、作業実行装置５０は、定義情報で定義された順序で、定義情報で定義された作業を実行する。作業を実行する一つの態様では、作業実行装置５０は、定義情報で定義された担当者に作業を実行させる。ただし、作業実行装置５０は、定義情報で定義された装置やプログラムモジュールに作業を実行させてもよいし、自ら作業を実行してもよい。

作業実行装置５０は、定義情報に従って一連の作業を実行することにより案件を処理する際、当該案件の実行状態を示す情報（具体的には、現在実行中の作業を示す情報）を実行状態記憶部２０に記録しつつ、当該実行状態記憶部２０に記憶されている実行状態を示す情報に基づいて一連の作業を実行していく。

また、作業実行装置５０は、定義情報に従って一連の作業を実行することにより案件を処理する際、作業の結果を当該案件と関連付けて作業結果記憶部３０に格納する。例えば、作業実行装置５０は、作業を担当する主体に作業を実行させる場合、当該主体から情報を受け取り、当該情報を作業の結果として当該案件と関連付けて作業結果記憶部３０に格納する。ここで、作業の結果としては、例えば、担当者によりフォームに記入された情報、担当者が承認した旨を示す情報、装置による処理の結果を示す情報などが挙げられる。

先述したとおり、定義情報に従った一連の作業の実行中に、当該定義情報が変更された場合、上記一連の作業の実行中の案件について、変更後の定義情報を適用したいという要望がある。例えば、ワークフロー定義情報に従った案件の処理中に、当該ワークフロー定義情報が変更された場合、当該処理中の案件について、変更後のワークフロー定義情報で（例えば変更後のフローやフォームで）処理を終わらせたいという要望がある。

このような要望を満たすために、変更後の定義情報に従って一連の作業を最初からやり直すことが考えられるが、これでは実行済みの作業を重複して実行しなければならない場合がある。例えば、起案者にとっては、一度フォームに記入した内容を再度フォームに記入しなければならない場合があり、承認者にとっては、一度承認したのに再度承認しなければならない場合がある。

本実施の形態では、作業実行装置５０は、さらに次の機能を有する。すなわち、作業実行装置５０は、定義情報に従った一連の作業の実行中に当該定義情報が変更された場合（例えば更新された場合）、現在実行中の作業よりも前に変更箇所があるとき、変更後の定義情報に従って一連の作業を上記変更箇所から実行する機能を有する。具体的には、作業実行装置５０は、定義情報に従って案件を処理している間に当該定義情報が変更された場合、現在実行中の作業よりも前に変更箇所があるとき、変更後の定義情報に従って上記変更箇所から上記処理中の案件を処理する。この場合、作業実行装置５０は、実行済みの作業により得られた結果を保持したまま処理を開始する。例えば、作業実行装置５０は、定義情報が変更される前に得られた作業の結果を保持し、当該作業の結果を用いて、変更箇所以降の作業を実行する。

上記「現在実行中の作業よりも前に変更箇所があるとき」としては、例えば、現在実行中の作業よりも前（すなわち作業順序の上流）に新規の作業が追加されたときや、現在実行中の作業よりも前の作業に変更が加えられたときがある。

一つの態様では、作業実行装置５０は、現在実行中の作業よりも前の変更箇所のうち、最も前（上流）の変更箇所から作業の実行を開始する。

なお、作業実行装置５０は、現在実行中の作業よりも前に変更箇所があるときであっても、変更箇所に戻る必要がないと判断する場合には、変更箇所からではなく、現在処理中の作業から処理を開始してもよい。

一つの態様では、作業実行装置５０は、変更後の定義情報に従って一連の作業を変更箇所から実行する場合、上記現在実行中の作業（すなわち変更前に実行中だった作業）と変更箇所との間の作業に関係する利用者に、変更があった旨を通知する。ここで、作業に関係する利用者としては、例えば、当該作業の担当者が挙げられる。

図１の例では、作業実行装置５０は、機能ブロックとして、実行部５１と制御部５２とを有する。

実行部５１は、定義情報記憶部１０に記憶されている定義情報に従って、一連の作業を実行する。具体的には、実行部５１は、定義情報に従って一連の作業を実行することにより案件を処理する際、当該案件の実行状態を示す情報を実行状態記憶部２０に記録しつつ、当該実行状態記憶部２０に記憶されている実行状態を示す情報に基づいて一連の作業を実行する。また、実行部５１は、定義情報に従って一連の作業を実行することにより案件を処理する際、作業の結果を当該案件と関連付けて作業結果記憶部３０に格納する。

制御部５２は、実行部５１による定義情報に従った一連の作業の実行中に当該定義情報が変更された場合、現在実行中の作業よりも前に変更箇所があるとき、変更後の定義情報に従って一連の作業が上記変更箇所から実行されるように制御する。具体的には、制御部５２は、変更後の定義情報に従って一連の作業が上記変更箇所から実行されるように、実行状態記憶部２０の内容を変更する。この場合、制御部５２は、実行状態記憶部２０の内容を自ら変更してもよいし、内容を変更するよう実行部５１に指示を出してもよい。

一つの態様では、制御部５２は、変更後の定義情報に従って一連の作業が変更箇所から実行されるように制御する場合、現在実行中の作業（すなわち変更前に実行中だった作業）と変更箇所との間の作業に関係する利用者に、変更があった旨を通知する。

以下、上記構成を有する本実施の形態に係る作業実行システム１の動作について説明する。なお、以下の説明では、例えば、定義ＩＤ「ａｐｐｒｏｖａｌ」の定義情報を定義情報「ａｐｐｒｏｖａｌ」と称し、案件ＩＤ「ｆｌｏｗ００１」の案件を案件「ｆｌｏｗ００１」と称し、作業ＩＤ「００１」の作業を作業「００１」と称す。

図４は、実行部５１の動作の一例を示すフローチャートである。以下、図４を参照して、実行部５１の動作の一例を説明する。

実行部５１は、定義情報を指定した利用者からの起動指示を受けると（Ｓ１１）、定義情報記憶部１０を参照し、指定された定義情報に基づき、今回の案件の作業状態を示す情報を実行状態記憶部２０に格納する（Ｓ１２）。具体的には、実行部５１は、当該案件の案件ＩＤを生成し、当該案件ＩＤと、指定された定義情報の定義ＩＤと、当該定義情報の最新の版番号と、現在の作業ＩＤ（ここでは、定義情報で定義された最初の作業の作業ＩＤ）とを互いに関連付けて実行状態記憶部２０に格納する。例えば、実行部５１は、図２に示される定義情報「ａｐｐｒｏｖａｌ」を指定した起動指示を受けた場合、図５に示されるように、案件ＩＤ「ｆｌｏｗ００１」と、定義ＩＤ「ａｐｐｒｏｖａｌ」と、版番号「１」と、現在の作業ＩＤ「ｓｔａｒｔ」とを互いに関連付けて実行状態記憶部２０に格納する。

ついで、実行部５１は、実行状態記憶部２０に記憶されている情報に基づき、作業を実行する（Ｓ１３）。具体的には、実行部５１は、ある案件を処理する場合、当該案件に関連付けられた定義情報に従って、現在の作業ＩＤで特定される作業を実行する。例えば、実行部５１は、図５の情報に基づき、定義情報「ａｐｐｒｏｖａｌ」の版「１」に従って、作業「ｓｔａｒｔ」を起案者に実行させる。

上記作業が終了すると、実行部５１は、当該作業の結果を作業結果記憶部３０に格納する（Ｓ１４）。例えば、実行部５１は、ステップＳ１３で起案者から受け付けた起案内容および起案印の押印操作を、作業結果記憶部３０に格納する。

そして、実行部５１は、実行状態記憶部２０の現在の実行状態を示す情報を更新し（Ｓ１５）、処理をステップＳ１３に戻す。例えば、実行部５１は、実行状態記憶部２０の「現在の作業ＩＤ」を、作業ＩＤ「ｓｔａｒｔ」から作業ＩＤ「００１」に変更し、処理をステップＳ１３に戻す。

上記ステップＳ１３〜Ｓ１５の処理が繰り返し行われることにより、定義情報で定義された一連の作業が、定義情報で定義された実行順序で実行される。例えば、定義情報「ａｐｐｒｏｖａｌ」の版「１」に従って、作業「ｓｔａｒｔ」、作業「００１」、作業「ｅｎｄ」が当該順番で実行される。

図６は、制御部５２の動作の一例を示すフローチャートである。以下、図６を参照して、制御部５２の動作の一例を説明する。

定義情報管理部４０は、利用者からの定義情報の変更指示（例えば更新指示）を受けると、定義情報記憶部１０に定義情報の変更内容を保存する。

制御部５２は、上記定義情報の変更を検知すると（Ｓ２１）、当該変更の内容を解析し、当該解析の結果に基づいて、実行状態記憶部２０の内容を変更するように実行部５１に指示を出す（Ｓ２２）。具体的には、制御部５２は、当該変更された定義情報で処理されている各案件について、現在実行中の作業よりも前に変更箇所があるか否かを判断し、変更箇所があると判断した場合には、実行状態記憶部２０の「現在の作業ＩＤ」を変更箇所に対応する作業ＩＤに書き換えるように実行部５１に指示する。また、制御部５２は、実行状態記憶部２０の定義情報の「版」を変更後の版番号に書き換えるように実行部５１に指示する。

図７は、定義情報が変更された場合における実行部５１の動作の一例を示すフローチャートである。以下、図７を参照して、定義情報が変更された場合における実行部５１の動作の一例を説明する。

実行部５１は、制御部５２から上記指示を受けると（Ｓ３１）、当該指示に従って、実行状態記憶部２０の内容を変更する（Ｓ３２）。例えば、実行部５１は、変更された定義情報で処理されている各案件について、「現在の作業ＩＤ」を変更箇所に対応する作業ＩＤに書き換えたり、定義情報の「版」を変更後の版番号に書き換えたりする。

ついで、実行部５１は、実行状態記憶部２０に記憶されている情報に基づき、作業を実行する（Ｓ３３）。具体的には、実行部５１は、ある案件を処理する場合、当該案件に関連付けられた定義情報に従って、現在の作業ＩＤで特定される作業を実行する。

上記作業が終了すると、実行部５１は、当該作業の結果を作業結果記憶部３０に格納する（Ｓ３４）。

そして、実行部５１は、実行状態記憶部２０の現在の実行状態を示す情報を更新し（Ｓ３５）、処理をステップＳ３３に戻す。

上記ステップＳ３３〜Ｓ３５の処理が繰り返し行われることにより、変更後の定義情報に従って、変更後の定義情報で定義された実行順序で作業が実行されて、案件が処理される。現在実行中の作業よりも前に変更箇所があった場合には、実行状態記憶部２０の「現在の作業ＩＤ」が変更箇所に対応する作業ＩＤに書き換えられ、変更箇所から作業の実行が開始されることとなる。

図８は、図６のステップＳ２２の処理の一例を示すフローチャートである。以下、図８を参照して、ステップＳ２２の処理の一例を説明する。なお、図８の処理は、変更された定義情報に係る処理中の案件の各々について実行される。すなわち、ある定義情報に従って複数の案件が処理されている間に、当該定義情報が変更された場合、当該複数の案件の各々について、図８の処理が実行される。

制御部５２は、実行状態記憶部２０から、処理中の案件の現在の作業ＩＤを取得する（Ｓ４１）。

ついで、制御部５２は、上記現在の作業ＩＤで示される作業よりも前に、内容（例えば属性）が変更された作業があるか否かを判断する（Ｓ４２）。

そして、内容が変更された作業があると判断された場合（Ｓ４２：ＹＥＳ）、制御部５２は、新しい作業が追加されたか否かを判断する（Ｓ４３）。

そして、新しい作業が追加されたと判断された場合（Ｓ４３：ＹＥＳ）、制御部５２は、変更された作業および追加された作業の中で一番前の作業の作業ＩＤを、実行状態記憶部２０の「現在の作業ＩＤ」に設定するよう、実行部５１に指示し（Ｓ４４）、処理をステップＳ５０に進める。

一方、新しい作業は追加されていないと判断された場合（Ｓ４３：ＮＯ）、制御部５２は、変更された作業の中で一番前の作業の作業ＩＤを、実行状態記憶部２０の「現在の作業ＩＤ」に設定するよう、実行部５１に指示し（Ｓ４５）、処理をステップＳ５０に進める。

ステップＳ４２で内容が変更された作業はないと判断された場合（Ｓ４２：ＮＯ）、制御部５２は、上記現在の作業ＩＤで示される作業よりも前に、新しい作業が追加されたか否かを判断する（Ｓ４６）。

そして、新しい作業が追加されたと判断された場合（Ｓ４６：ＹＥＳ）、制御部５２は、追加された作業の中で一番前の作業の作業ＩＤを、実行状態記憶部２０の「現在の作業ＩＤ」に設定するよう、実行部５１に指示し（Ｓ４７）、処理をステップＳ５０に進める。

一方、新しい作業は追加されていないと判断された場合（Ｓ４６：ＮＯ）、制御部５２は、作業が削除されたか否かを判断する（Ｓ４８）。

そして、作業が削除されたと判断された場合（Ｓ４８：ＹＥＳ）、制御部５２は、作業が削除された場合の処理を実行し（Ｓ４９）、処理をステップＳ５０に進める。例えば、制御部５２は、当該削除された作業の結果を、作業結果記憶部３０から消去する処理または無効化する処理を行う。

一方、作業は削除されていないと判断された場合（Ｓ４８：ＮＯ）、制御部５２は、処理をステップＳ５０に進める。

ステップＳ５０では、制御部５２は、実行状態記憶部２０の「版」に変更後の定義情報の版番号を設定するよう、実行部５１に指示する。

ついで、制御部５２は、定義情報の変更により影響を受ける担当者へ、定義情報が変更された旨を通知する（Ｓ５１）。具体的には、制御部５２は、実行状態記憶部２０の「現在の作業ＩＤ」の変更を実行部５１に指示した場合、変更前の現在の作業ＩＤで示される作業と、変更後の現在の作業ＩＤで示される作業との間に設定されている担当者へ、定義情報の変更が発生したことを通知する。

なお、上記ステップＳ４２において、制御部５２は、現在の作業ＩＤで示される作業よりも前に、内容が変更された作業がある場合であっても、変更内容が再度の作業の実行を必要としないもの（例えば入力項目や属性の削除など）であれば、「ＮＯ」と判断して処理をステップＳ４６に移行させてもよい。この場合、制御部５２は、ステップＳ４８において作業または属性の削除があったか否かを判断し、作業または属性の削除があったと判断された場合、ステップＳ４９において作業または属性が削除された場合の処理を実行してもよい。例えば、制御部５２は、削除された作業または属性に対応する結果を、作業結果記憶部３０から消去する処理または無効化する処理を行ってもよい。

以下、具体的な例を挙げて、実行部５１および制御部５２の動作をより具体的に説明する。

まず、定義情報が変更される前の状況を説明する。

実行状態記憶部２０には、図３に示される情報が記憶されている。すなわち、実行部５１は、定義情報「ａｐｐｒｏｖａｌ」に従って案件「ｆｌｏｗ００１」を処理し、定義情報「ｔｅｓｔ」に従って案件「ｆｌｏｗ００２」を処理し、定義情報「ｓｅｃｕｒｉｔｙ」に従って案件「ｆｌｏｗ００３」を処理している。

図２には、定義情報「ａｐｐｒｏｖａｌ」に含まれる順序定義情報と作業定義情報とが示されている。また、図９には、定義情報「ａｐｐｒｏｖａｌ」で定義された回覧文書のフォームの概略図が示されている。また、図１０には、定義情報「ａｐｐｒｏｖａｌ」で定義されたフローの概念図が示されている。また、図１０には、フローに沿った回覧文書の遷移も例示されている。なお、回覧文書に記入されている内容や承認印は、作業結果記憶部３０に記憶されている。

図３に示されるように、案件「ｆｌｏｗ００１」について、現在実行中の作業は作業「００１」である。すなわち、実行部５１は、作業「００１」の実行中であり、具体的には上長による承認を待っている状態である。この状態において、回覧文書には、図１０に示されるように、作業「ｓｔａｒｔ」で起案者により記入された内容と、作業「ｓｔａｒｔ」で起案者により押印された起案印とが含まれる。

次に、定義情報の変更内容について説明する。ここでは、上記の状況において、定義情報「ａｐｐｒｏｖａｌ」が次のように変更されたものとする。

図１１には、変更後の定義情報「ａｐｐｒｏｖａｌ」に含まれる順序定義情報と作業定義情報とが示されている。また、図１２には、変更後の定義情報「ａｐｐｒｏｖａｌ」で定義された回覧文書のフォームの概略図が示されている。また、図１３には、変更後の定義情報「ａｐｐｒｏｖａｌ」で定義されたフローの概念図が示されている。また、図１３には、フローに沿った回覧文書の遷移も例示されている。

図１１〜１３に示されるように、本具体例では、フローに作業「００２」（特許委員の作業）が追加され、フォームに特許委員の押印欄が追加されている。

次に、上記定義情報の変更が行われた場合における制御部５２の動作を、図６，８を参照しながら説明する。

制御部５２は、上記定義情報の変更を検知すると（Ｓ２１）、当該変更の内容を解析し、当該解析の結果に基づいて、実行状態記憶部２０の内容を変更するように実行部５１に指示を出す（Ｓ２２）。具体的には、制御部５２は、図８のフローチャートに従って以下のように処理を行う。

制御部５２は、実行状態記憶部２０（具体的には図３の情報）を参照し、定義情報「ａｐｐｒｏｖａｌ」により処理されている処理中の案件として、案件「ｆｌｏｗ００１」を特定する。そして、制御部５２は、当該処理中の案件「ｆｌｏｗ００１」の現在の作業ＩＤ「００１」を取得する（Ｓ４１）。

そして、制御部５２は、現在の作業「００１」よりも前に、内容が変更された作業があるか否かを判断する（Ｓ４２）。

本具体例では、図２と図１１を比較すれば分かるように、内容が変更された作業はない。したがって、制御部５２は、内容が変更された作業はないと判断し（Ｓ４２：ＮＯ）、処理をステップＳ４６に移行させる。

ステップＳ４６で、制御部５２は、現在の作業「００１」よりも前に、新しい作業が追加されたか否かを判断する（Ｓ４６）。

本具体例では、図２と図１１を比較すれば分かるように、現在の作業「００１」の前に新しい作業「００２」が追加されている。したがって、制御部５２は、新しい作業が追加されたと判断し（Ｓ４６：ＹＥＳ）、処理をステップＳ４７に移行させる。

ステップＳ４７で、制御部５２は、追加された作業の中で一番前の作業の作業ＩＤ「００２」を実行状態記憶部２０の「現在の作業ＩＤ」に設定するよう、実行部５１に指示し（Ｓ４７）、処理をステップＳ５０に進める。

ステップＳ５０で、制御部５２は、実行状態記憶部２０の案件「ｆｌｏｗ００１」に対応する「版」に変更後の定義情報「ａｐｐｒｏｖａｌ」の版番号「２」を設定するよう、実行部５１に指示し、処理をステップＳ５１に進める。

そして、ステップＳ５１で、制御部５２は、変更前の現在の作業ＩＤで示される作業「００１」と、変更後の現在の作業ＩＤで示される作業「００２」との間に設定されている担当者に、定義情報の変更が発生した旨を通知する。ここでは、制御部５２は、作業「００１」の担当者である上長と、作業「００２」の担当者である特許委員とに、定義情報の変更が発生した旨を通知する。

次に、上記制御部５２からの指示があった場合における実行部５１の動作を、図７を参照しながら説明する。

実行部５１は、制御部５２から上記指示を受けると（Ｓ３１）、当該指示に従って、実行状態記憶部２０の内容を変更する（Ｓ３２）。具体的には、実行部５１は、図１４に示されるように、案件「ｆｌｏｗ００１」について、「現在の作業ＩＤ」を「００１」から「００２」に変更し、「版」を「１」から「２」に変更する。

そして、実行部５１は、実行状態記憶部２０に記憶されている情報（図１４の情報）に基づき、案件「ｆｌｏｗ００１」を処理する。具体的には、実行部５１は、作業「００２」を特許委員に実行させ、作業「００１」を上長に実行させる（Ｓ３３〜Ｓ３５）。これにより、変更後の定義情報に従って案件「ｆｌｏｗ００１」が処理される。この場合、作業「ｓｔａｒｔ」で得られた結果は作業結果記憶部３０に記憶されたままであるので、起案者による再度のフォームへの記入や起案印の押印は必要とされない。また、作業「ｓｔａｒｔ」で得られた結果を必要に応じて用いて、作業「００２」以降の作業が実行される。

なお、本発明は、上記実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲内で種々変更することができる。例えば、上記の具体的な例では、定義情報の変更により新しい版が作成されているが、新しい版は作成されず、１つの定義情報が書き換えられてもよい。この場合、実行状態記憶部２０への版番号の格納や、実行状態記憶部２０の版番号の変更（図８のステップＳ５０）などは省略されてもよい。

実施の形態に係る作業実行システムの構成の一例を示すブロック図である。 定義情報記憶部の記憶内容の一例を示す図である。 実行状態記憶部の記憶内容の一例を示す図である。 実行部の動作の一例を示すフローチャートである。 図４のステップＳ１２で実行状態記憶部に格納される情報の一例を示す図である。 制御部の動作の一例を示すフローチャートである。 定義情報が変更された場合における実行部の動作の一例を示すフローチャートである。 図６のステップＳ２２の処理の一例を示すフローチャートである。 定義情報「ａｐｐｒｏｖａｌ」で定義された回覧文書のフォームを示す概略図である。 定義情報「ａｐｐｒｏｖａｌ」で定義されたフローを示す概念図である。 変更後の定義情報「ａｐｐｒｏｖａｌ」に含まれる順序定義情報と作業定義情報とを示す図である。 変更後の定義情報「ａｐｐｒｏｖａｌ」で定義された回覧文書のフォームを示す概略図である。 変更後の定義情報「ａｐｐｒｏｖａｌ」で定義されたフローを示す概念図である。 実行状態記憶部に格納された変更後の情報の一例を示す図である。

符号の説明

１ 作業実行システム、２ 情報処理装置、１０ 定義情報記憶部、２０ 実行状態記憶部、３０ 作業結果記憶部、４０ 定義情報管理部、５０ 作業実行装置、５１ 実行部、５２ 制御部。

Claims (8)

1. 一連の作業の実行順序を定義する定義情報を記憶する定義情報記憶手段と、
   前記定義情報に従って一連の作業を実行する作業実行手段であって、前記一連の作業の実行中に前記定義情報が変更された場合、現在実行中の作業よりも前に変更箇所があるとき、前記変更後の定義情報に従って一連の作業を前記変更箇所から実行する作業実行手段と、
   を有することを特徴とする作業実行システム。
2. 請求項１に記載の作業実行システムであって、
   前記変更後の定義情報に従って一連の作業を前記変更箇所から実行する場合、前記現在実行中の作業と前記変更箇所との間の作業に関係する利用者に、定義情報が変更された旨を通知することを特徴とする作業実行システム。
3. 一連の作業の実行順序を定義する定義情報に従って一連の作業を実行する手段であって、前記一連の作業の実行中に前記定義情報が変更された場合、現在実行中の作業よりも前に変更箇所があるとき、前記変更後の定義情報に従って一連の作業を前記変更箇所から実行する手段を有することを特徴とする作業実行装置。
4. 請求項３に記載の作業実行装置であって、
   前記変更後の定義情報に従って一連の作業を前記変更箇所から実行する場合、前記現在実行中の作業と前記変更箇所との間の作業に関係する利用者に、定義情報が変更された旨を通知することを特徴とする作業実行装置。
5. 一連の作業の実行順序を定義する定義情報に従った一連の作業の実行中に前記定義情報が変更された場合、現在実行中の作業よりも前に変更箇所があるとき、前記変更後の定義情報に従って一連の作業が前記変更箇所から実行されるように制御する手段を有することを特徴とする制御装置。
6. 請求項５に記載の制御装置であって、
   前記変更後の定義情報に従って一連の作業が前記変更箇所から実行されるように制御する場合、前記現在実行中の作業と前記変更箇所との間の作業に関係する利用者に、定義情報が変更された旨を通知することを特徴とする制御装置。
7. コンピュータに、一連の作業の実行順序を定義する定義情報に従って一連の作業を実行する手順であって、前記一連の作業の実行中に前記定義情報が変更された場合、現在実行中の作業よりも前に変更箇所があるとき、前記変更後の定義情報に従って一連の作業を前記変更箇所から実行する手順を実行させることを特徴とする作業実行プログラム。
8. コンピュータに、一連の作業の実行順序を定義する定義情報に従った一連の作業の実行中に前記定義情報が変更された場合、現在実行中の作業よりも前に変更箇所があるとき、前記変更後の定義情報に従って一連の作業が前記変更箇所から実行されるように制御する手順を実行させることを特徴とする制御プログラム。

Images