JP2015001819A - 承認ワークフロー管理システム - Google Patents
承認ワークフロー管理システム Download PDFInfo
- Publication number
- JP2015001819A JP2015001819A JP2013125928A JP2013125928A JP2015001819A JP 2015001819 A JP2015001819 A JP 2015001819A JP 2013125928 A JP2013125928 A JP 2013125928A JP 2013125928 A JP2013125928 A JP 2013125928A JP 2015001819 A JP2015001819 A JP 2015001819A
- Authority
- JP
- Japan
- Prior art keywords
- user
- approval
- information storage
- virtual user
- registration
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000012545 processing Methods 0.000 claims description 40
- 238000007726 management method Methods 0.000 claims description 39
- 238000004590 computer program Methods 0.000 claims description 3
- 238000012423 maintenance Methods 0.000 abstract description 6
- 230000008520 organization Effects 0.000 abstract 1
- 238000000034 method Methods 0.000 description 43
- 238000010586 diagram Methods 0.000 description 22
- LFYJSSARVMHQJB-QIXNEVBVSA-N bakuchiol Chemical compound CC(C)=CCC[C@@](C)(C=C)\C=C\C1=CC=C(O)C=C1 LFYJSSARVMHQJB-QIXNEVBVSA-N 0.000 description 9
- 238000013500 data storage Methods 0.000 description 6
- 238000012790 confirmation Methods 0.000 description 2
- 230000003442 weekly effect Effects 0.000 description 2
- 230000003111 delayed effect Effects 0.000 description 1
- 238000012217 deletion Methods 0.000 description 1
- 230000037430 deletion Effects 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 238000004904 shortening Methods 0.000 description 1
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
【課題】多数の店舗や部署における承認ルートを包括的に定義できるようにし、これにより店舗や部署の相違、更には人事異動にも柔軟に対応できるようにして、承認ルートの定義や変更の維持管理に要する労力を効果的に抑制する。
【解決手段】(A)において、承認ルートを仮想ユーザIDで定義する。実ユーザに関するユーザ定義情報の登録は、仮想ユーザIDの登録や承認ルートの定義の前でも、後でも可能である。又、各店舗における回覧・承認にあたっては、仮想ユーザIDに対する実ユーザを、ユーザ定義情報を用いつつ、参照権や実行権に基づいて自動的に決定することにより、(B)〜(E)のような承認ルートが設定される。従って、多数の店舗や部署における承認ルートを包括的に定義でき、組織変更に伴う承認ルート定義の変更を不要とすることができる。
【選択図】図12
【解決手段】(A)において、承認ルートを仮想ユーザIDで定義する。実ユーザに関するユーザ定義情報の登録は、仮想ユーザIDの登録や承認ルートの定義の前でも、後でも可能である。又、各店舗における回覧・承認にあたっては、仮想ユーザIDに対する実ユーザを、ユーザ定義情報を用いつつ、参照権や実行権に基づいて自動的に決定することにより、(B)〜(E)のような承認ルートが設定される。従って、多数の店舗や部署における承認ルートを包括的に定義でき、組織変更に伴う承認ルート定義の変更を不要とすることができる。
【選択図】図12
Description
本発明は、多数の店舗や部署における承認ルートを包括的に定義できるようにし、これにより店舗や部署の相違、更には人事異動にも柔軟に対応できるようにして、承認ルートの定義や変更の維持管理に要する労力を効果的に抑制することができる承認ワークフロー管理方法、承認ワークフロー管理装置、又、これら承認ワークフロー管理方法及び承認ワークフロー管理装置を実施するためのコンピュータ・プログラムに関する。
従来から、サーバ装置を用いたオンラインにより、回覧対象の文書や帳票(総括して以下帳票と称する)を回覧対象者に順に回付して承認を得ていくということが行われている。このようなシステムにおいて、緊急時には、初期設定とは別の回付ルートで書類を回覧するものでは、もともと初期設定の回付ルートに含まれていた回付対象者に書類が回らなくなるという問題がある。このため、特許文献1では、承認案件がユーザに回付された時点から承認猶予期間を管理しつつ、自動設定期限を超過した承認案件に対しては仮承認を行うなどして、対象者全員に承認案件を回すリードタイムを短縮しつつ、対象者全員が承認案件の承認を確実に行うようにしている。
又、このような回覧対象の帳票を回付して順に承認を得ていくシステムについては、全社的なものも望まれる。特許文献2については、特に知的財産業務に限定されているが、一連の知的財産業務を社員レベルで効率的に遂行する、全社的な特許管理システムが提案されている。
ここで、このような一連の担当者承認のワークフローでは、該当の承認者が不在の場合、業務が滞ってしまうという問題が生じる。このため、特許文献3では、所定条件を満たした業務の緊急重要性に基づいて、代理承認させるかを判断するようにしている。又、承認者が当該ワークフローに、最後にログインしてから一定期間経過したかに基づいて、代理承認をさせるかを判断するようにしている。
ここで、リードタイムを短縮しつつ、対象者全員の承認案件の承認を確実に得るために、更には、該当の承認者が不在の場合にも柔軟に対応できるためには、該当承認帳票の最適なワークフローを設定する必要がある。しかしながら、特許文献1〜特許文献3のいずれにおいても、随時発生する個々の承認帳票に対して、承認者の選定やその順序の設定登録など、最適なワークフローを設定する点については記載されていない。
特に、特許文献2のように、全社的なシステムであれば、より高度な柔軟性が要求されるが、このような点についても記載されていない。承認対象の帳票によっては、全社的に統一して作成され、回覧及び承認については、各部署において個別に行われるものも存在するが、従来においては、このような承認帳票に対して、承認者の最適なワークフローを設定する点については開示されていない。
ここで、ワークフローでも特に、複数の店舗において帳票を配布し、各店舗にて回覧・承認する承認ルートの定義や変更について考える。例えば、各店舗毎のデータベースに配布する帳票データを格納して電子的に回覧・承認する場合、各店舗毎の承認ルートを定義する必要がある。又、人事異動などがあった場合、承認ルート定義を変更する必要がある。従来、このような定義や変更を行う、承認ルートの維持管理については、店舗数が多い場合、多大な労力を要することになる。
本発明は、前記従来の問題点を解決するべくなされたもので、多数の店舗や部署における承認ルートを包括的に定義できるようにし、これにより店舗や部署の相違、更には人事異動にも柔軟に対応できるようにして、承認ルートの定義や変更の維持管理に要する労力を効果的に抑制することができる承認ワークフロー管理システムを提供することを課題とする。
本発明は、該当の帳票を順に回覧して承認を得ていくワークフローの承認者の選定や順序を設定登録することができる承認ワークフロー管理方法において、予め、承認者候補の仮想ユーザIDを登録しておき、複数の部署や店舗に配布される帳票の承認ルートを、前記仮想ユーザIDで包括的に定義し、前記仮想ユーザID登録や前記承認ルート定義を行う前、又は後に、承認者となる個々の実ユーザに関するユーザ定義の情報を登録し、実ユーザによる回覧・承認に際しては、前記仮想ユーザIDに対する実ユーザを、少なくとも前記ユーザ定義情報を用いつつ、自動的に決定するようにしたことにより、多数の店舗や部署における承認ルートを包括的に定義できるようにし、これにより店舗や部署の相違、更には人事異動にも柔軟に対応できるようにして、承認ルートの定義や変更の維持管理に要する労力を効果的に抑制することができる。
なお、本発明の承認者候補は、承認ワークフローの作成時には実ユーザが未割当てであっても、帳票を順に回覧して承認をする際までには、実ユーザが割り当てられる。この承認者候補は、仮想のユーザ、仮想の承認者などとも言うことができる。
なお、本発明における情報格納手段については、用いるハードウェアの種類やデータの保存形式などについて、特に限定されるものではなく、例えばハードディスクや半導体メモリなどのハードウェア上に、テーブル形式やデータベース形式で情報を格納するものであってもよい。又、上記の実ユーザに関する定義情報については、特に限定されるものではないが、具体的には、後述するユーザ定義や参照権や実行権の定義などに関連する情報である。このような実ユーザに関する定義情報は、例えば後述する図4の参照権定義テーブルや図5のユーザ定義テーブルの情報のように、実ユーザを特定するユーザIDを用いて設定や登録を行うような、実ユーザに直接関与する部分は、仮想ユーザID登録や承認ルート定義の後でも設定や登録が可能であり、従って、仮想ユーザID登録や承認ルート定義を行う前後を問わず可能である。つまり、本発明では、仮想ユーザID登録や承認ルート定義は、実ユーザ定義情報への依存度がかなり低く抑えられており、極めて自由に行うことができる。なお、本発明における実ユーザとは、実際に閲覧や承認を行うユーザである。
ここで、本発明の承認ワークフロー管理方法において、まず、帳票の利用を許可する実行権の登録を、実行権ID毎に個別に設定し、前記ユーザ定義の情報の登録を、前記実行権IDを適宜用い、ユーザ定義情報格納手段に対して行い、前記仮想ユーザIDの登録を、前記実行権IDを適宜用い、仮想ユーザ定義情報格納手段に対して行うことができる。
又、本発明の承認ワークフロー管理方法において、前記ユーザ定義の情報の登録の少なくとも一部として、個々の実ユーザについて、帳票のファイルアクセスを許可する参照権の登録を、参照権定義情報格納手段に対して行い、前記仮想ユーザIDの登録を、仮想ユーザ定義情報格納手段に対して登録し、該当の回覧承認帳票を順に閲覧し承認する承認者を、前記仮想ユーザIDによりワークフロー定義情報格納手段に登録し、閲覧承認をする実ユーザは、ワークフロー定義情報格納手段に登録されている前記仮想ユーザIDをキーとして、参照権についての前記ユーザ定義を参照しつつ、前記仮想ユーザ定義情報格納手段を検索して判別するようにしたことにより、ワークフローの設定登録を、承認者候補の仮想ユーザIDを用いながらきめ細かに柔軟に行うことができる。
ここで、帳票の利用を許可する実行権の登録が、表示処理、印刷処理、検索処理、及び、編集処理の個々の実行の可否として、実行権定義情報格納手段において、実行権ID毎に個別に予め設定され、前記ユーザ定義が、前記参照権の登録に加えて、該実行権IDを用いて、ユーザ定義情報格納手段において、該当の実ユーザのユーザIDをキーとして設定し登録するものとすることで、承認対象帳票に対する実ユーザの実行権の様々な内容や可否をきめ細かに設定することができる。
又、前記仮想ユーザ定義情報格納手段の登録が、個々の仮想ユーザIDに対して、前記ユーザIDを用いて直接的に、又は前記実行権IDを用いて間接的に設定することで、承認者候補に対する実ユーザの対応付けを登録するものであることで、承認対象帳票に対する実ユーザのアクセスの可否や、実行権の様々な内容や可否をきめ細かに設定することができる。
次に、本発明は、該当の帳票を順に回覧して承認を得ていくワークフローの承認者の選定や順序を設定登録することができる承認ワークフロー管理装置において、回覧して承認を得ていく対象となる帳票の承認を行う、承認者となる個々の実ユーザについて、帳票のファイルアクセスを許可する定義登録を行う参照権定義情報格納手段と、前記実ユーザについて、帳票の利用を許可する実行権の定義登録を行うユーザ定義情報格納手段と、前記ワークフローの設定登録の際に、承認者候補として設定登録するために用いる仮想ユーザIDを登録する仮想ユーザ定義情報格納手段と、該当の回覧承認帳票を順に閲覧し承認する承認者を、前記仮想ユーザIDにより登録するワークフロー定義情報格納手段と、を備え、閲覧承認をする実ユーザは、ワークフロー定義情報格納手段に登録されている前記仮想ユーザIDをキーとして、前記仮想ユーザ定義情報格納手段を検索して判別するようにしたことにより、ワークフローの設定登録を、承認者候補の仮想ユーザIDを用いながらきめ細かに柔軟に行うことができる。
ここで、更に、個々の実行権IDに対して、表示処理、印刷処理、検索処理、及び、編集処理の実行の可否を個別に、設定登録する実行権定義情報格納手段を備えると共に、
前記ユーザ定義情報格納手段は、前記実ユーザのそれぞれのユーザIDに対して、上記実行権IDを設定登録することで、前記実ユーザについて、帳票の利用及びその種類を許可する実行権の定義登録を行うものとすることで、承認対象帳票に対する実ユーザの実行権の様々な内容や可否をきめ細かに設定することができる。
前記ユーザ定義情報格納手段は、前記実ユーザのそれぞれのユーザIDに対して、上記実行権IDを設定登録することで、前記実ユーザについて、帳票の利用及びその種類を許可する実行権の定義登録を行うものとすることで、承認対象帳票に対する実ユーザの実行権の様々な内容や可否をきめ細かに設定することができる。
以上の承認ワークフロー管理方法及び承認ワークフロー管理装置は、コンピュータ・プログラムによって実現することができる。
本発明によれば、ワークフローの設定登録を、承認者候補の仮想ユーザIDを用いながらきめ細かに柔軟に行うことができる。従って、多数の店舗や部署における承認ルートを包括的に定義できるようにし、これにより店舗や部署の相違、更には人事異動にも柔軟に対応できるようにして、承認ルートの定義や変更の維持管理に要する労力を効果的に抑制することができる。
更には、実ユーザの参照権や実行権をきめ細かに設定することができ、情報の不用意な流出や改ざん防止を図ることができ、セキュリティ確保の向上を可能とすることができる。
以下図面を参照して、本発明の実施形態を詳細に説明する。
図1は、本発明が適用される実施形態の承認ワークフロー管理システムが導入された企業基幹システムの全体的な構成を示すブロック図である。
この図において、承認ワークフロー管理装置10が、本発明が適用された主要部である。業務データ保存装置20は、本発明を適用した承認の対象になる帳票のデータを含め、様々な業務データを保存するものである。クライアント装置5については、これら承認ワークフロー管理装置10及び業務データ保存装置20に接続することができ、情報データの作成、表示(閲覧)、印刷、検索、及び、編集などに際し、又、本発明を適用した様々な設定登録や承認作業に際して、端末装置として用いられる。
又、図示されるように、これら承認ワークフロー管理装置10、及び業務データ保存装置20は、相互に、ネットワーク1により接続されている。加えて、これら装置に接続するクライアント装置5も、ネットワーク1により接続されている。該接続により、汎用形式や専用形式のファイル交換がなされる。
なお、ネットワーク1は、特に限定されるものではない。公衆回線あるいは専用回線を用いるものでも、インターネットやWAN(Wide Area Network)やLAN(Local Area Network)を用いるものでも、あるいはこれらを複合的に接続し構成するものであってもよい。
図2は、本実施形態の各装置に用いるコンピュータ装置のハードウェアの構成を示すブロック図である。
この図2においては、承認ワークフロー管理装置10、業務データ保存装置20、更にはクライアント装置5の各装置として利用可能な、ある種のコンピュータ装置のハードウェア構成が示される。しかしながら、各装置は、このようなものに限定されるものではない。
図2の該コンピュータ装置は、OS(Operating System)は一例として米国マイクロソフト社のWindows(登録商標)を搭載する、一般的なPC(Personal Computer)装置であってもよく、特に限定されるものではない。あるいは、PC装置以外のハードウェアを用いてもよく、例えばEWS(Engineering Work Station)などの、いわゆるワークステーションなどのハードウェアを用いるようにしてもよい。なお、この図において、ハードウェア構成は、説明の関係上一部抽象化されている。
この図において、コンピュータ装置は、CPU(Central Processing Unit)310と、RAM(Random Access Memory)311と、ROM(Read Only Memory)312と、LAN−I/F(Inter Face)313と、MODEM(modulator-demodulator)314と、種々のI/F320〜322とを有している。これらは、バス301によって相互接続されている。
なお、LAN−I/F313は、ネットワーク1に対して接続するために用いられる。
又、バス301に対して、I/F320を介して、画面表示装置330が接続されている。又、バス303によって相互接続されている、キーボード331と、マウス332と、プリンタ装置333とは、バス301に対して、I/F321を介して接続されている。
更に、バス301に対して、I/F322を介して、HDD(Hard Disc Drive)装置340と、CD(Compact Disc)ドライブ装置341と、FDD(Floppy(登録商標) Disc Drive)装置342とが接続されている。これらはバス302によって相互接続されている。
以上のようなハードウェア構成において、記憶手段、又記憶装置は、RAM311、ROM312、HDD装置340、CDドライブ装置341、FDD装置342などである。このような記憶手段や記憶装置において、CPU310で実行される様々なプログラムや、本実施形態においてアクセスされるデータベースや諸ファイルやデータが保存され、電子的にアクセスができるようになっている。例えば、OSや、データベースやJAVA(登録商標)やJSP(Java(登録商標) Server Page)などのソフトウェア資源を利用する環境を提供するためのプログラム、本実施形態に係るアプリケーション・プログラム、又ウェブ・ブラウザ・プログラムは、HDD装置340に格納されていて、実行時には、RAM311に読み出されてCPU310によって実行される。なお、CPU310で実行されるアプリケーション・プログラムには、ネットワーク1経由で取得される、JAVA(登録商標)のアプレットや、ASP(Active Server Page)の機能によって提供されるものも含まれる。
又、OSやアプリケーション・プログラムその他の実行に際して、オペレータは、画面表示装置330に表示出力される情報を参照しつつ、キーボード331によって文字入力や諸操作を行ったり、マウス332によって座標入力や諸操作の入力を行ったりする。例えば、マウス332によって、一覧表示される電子的な帳票の選択をしたり、閲覧中の電子的な帳票において、検索などの範囲指定を行ったり、その他、クリック操作や、いわゆるドラッグ・アンド・ドロップ操作により様々な操作を行ったりする。又、適宜、プリンタ装置333からは必要な情報を印字出力したりすることができる。言うまでもなく、これら諸出力や入力は、CPU310で実行されるプログラムによって、電子的な処理によって行われるものである。
なお、CDドライブ装置341やFDD装置342は、本願発明を適用して実施する際の、アプリケーション・プログラムのインストールや、その他のオフラインでの情報交換に用いられる。
図3は、本実施形態の主要部である承認ワークフロー管理装置の構成を示すブロック図である。
図示されるように、前述の承認ワークフロー管理装置10は、実行権定義登録処理部30と、ユーザ情報登録処理部32と、仮想ユーザ定義登録処理部34と、ワークフロー情報登録処理部36と、ユーザ業務運用処理部40とを備える。更に、承認ワークフロー管理装置10は、実行権定義テーブル50と、ユーザ定義テーブル52と、参照権定義テーブル54と、仮想ユーザ定義テーブル56と、ワークフロー定義テーブル58とを備える。
図4は、本実施形態における参照権定義テーブル54を示す線図である。又、図5は、本実施形態におけるユーザ定義テーブル52を示す線図である。
本実施形態の実ユーザにはユーザIDが割り当てられ、個々の実ユーザがアクセス可能なファイルは図4の参照権定義テーブル54により、個々の実ユーザの実行権は図5のユーザ定義テーブル52により設定登録される。これら設定登録は、ユーザ情報登録処理部32の処理によって、該ユーザ情報登録処理部32に接続されるクライアント装置5から行われる。
まず、図4に示すように、参照権定義テーブル54における各レコードにおいては、「ユーザID」、「店舗ID」、及び、1つ以上の「帳票ID」が設定される。「ユーザID」の項には、そのレコードによって設定される実ユーザを示すユーザIDが設定され、「店舗ID」の項には、そのレコードの実ユーザが所属する店舗を示す店舗IDが設定され、「帳票ID」の項には、そのレコードの実ユーザにアクセスが許可されている帳票(コンピュータ上のファイル)を示す帳票IDが設定される。複数の帳票に対するアクセスが許可されている場合には、複数の帳票IDが設定される。
なお、本実施形態では、この帳票には、本実施形態の承認ワークフローにおいて、承認対象となるものが含まれている。又、そのレコードの実ユーザが複数の帳票に対するアクセスを許可されている場合、該当のレコードにおいて、許可されている帳票を示すID(帳票ID)が該当レコードにおいて複数羅列される。
なお、上述のように実ユーザが複数の帳票に対するアクセスを許可されている場合、該当実ユーザのユーザID、及び、この実ユーザに許可されている、それぞれ異なる帳票を示すID(帳票ID)の対を、複数のレコードに格納することによって、このような複数帳票のアクセスの許可を登録するようにしてもよい。
なお、本実施形態において、それぞれの帳票は、店舗単位で格納されたり、店舗単位でアクセス権が管理されたりしているが、本発明はこのようなものに限定されるものではない。
次に、図5に示すように、ユーザ定義テーブル52における各レコードにおいては、「ユーザID」、及び、1つ以上の「実行権ID」が設定される。「ユーザID」の項には、そのレコードによって設定される実ユーザを示すユーザIDが設定され、「実行権ID」の項には、そのレコードの実ユーザが有する実行権を定義するための実行権IDが設定される。そのレコードの実ユーザが複数の実行権を有する場合、該当のレコードにおいて、それらの実行権を指定するID(実行権ID)が該当レコードにおいて複数羅列される。なお、設定されている実行権IDによって許可されている具体的な実行権の内容は、実行権定義テーブル50を参照することで判別することができる。
ここで、図中の「実行権ID」の項において、課長(実行権ID)及び部長(実行権ID)は、いずれも実行権IDであり、後述する課長(仮想ユーザID)や部長(仮想ユーザID)とは異なる。後者の課長(仮想ユーザID)及び部長(仮想ユーザID)は、いずれも仮想ユーザIDである。
図6は、本実施形態における実行権定義テーブル50を示す線図である。
図6に示すように、実行権定義テーブル50における各レコードにおいては、「実行権ID」、「表示」、「印刷」、「検索」、及び「編集」が設定される。「実行権ID」の項には、そのレコードによって設定される実行権を示す実行権IDが設定される。この設定登録は、実行権定義登録処理部30の処理によって、該実行権定義登録処理部30に接続されるクライアント装置5から行われる。
この実行権定義テーブル50において、「表示」、「印刷」、「検索」、及び「編集」のそれぞれの項では、該当の表示、印刷、検索、及び編集のそれぞれの実行の可否が設定され、図6において、実行の許可を設定する場合は「○」、不許可を設定する場合は「×」が設定される。
この図の「レコードNo.」が「1」のレコードでは、「課長(実行権ID)」の実行権IDに対して、表示、印刷、及び検索の実行が許可されているが、編集の実行は許可されてない。「2」のレコードでは、「部長(実行権ID)」の実行権IDに対して、表示、印刷、検索、及び編集のすべてについて、実行が許可されている。
なお、設定される実行権の内容については、上述した表示、印刷、検索、及び編集に限定されるものではない。更に別の実行権内容を設定するのであれば、図中の例えば「編集」の項の右側に羅列するようにしてもよい。
図7は、本実施形態における仮想ユーザ定義テーブル56を示す線図である。
本実施形態においては、承認のワークフローの設定登録において、承認者の設定登録は、ユーザIDを用いて直接行うのではなく、この図7に示す仮想ユーザ定義テーブル56にある、仮想ユーザIDを用いて間接的に行うようになっている。この仮想ユーザ定義テーブル56における各レコードにおいては、「仮想ユーザID」、「店舗ID」、「実ユーザ指定方法」、及び、1つ以上の「実ユーザ」が設定される。本実施形態においては、1つの「仮想ユーザID」に対して、複数の「実ユーザ」を羅列して設定することが可能となっている。これらの設定は、仮想ユーザ定義登録処理部34の処理によって、該仮想ユーザ定義登録処理部34に接続されるクライアント装置5から行われる。又、ワークフロー定義テーブル58などにおいて、仮想ユーザIDで示される閲覧承認をする実ユーザは、承認のワークフローに登録されている仮想ユーザIDをキーとして、仮想ユーザ定義テーブル56を検索して判別する。
「仮想ユーザID」の項には、承認のワークフロー(承認ルート)を設定登録する際に用いる仮想ユーザIDが設定され、「店舗ID」の項には、該当の仮想ユーザIDの設定がどの店舗に関するものであるか設定される。「レコードNo.」が「3」や「4」において、「店舗ID」の「その他」の設定は、ワイルドカードの設定であり、すべての店舗を指定するものである。
ここで、この仮想ユーザ定義テーブル56は、該当の「仮想ユーザID」が、「店舗ID」で示されるどの店舗の、どの実ユーザを示すもの(実ユーザの特定)であるかを定義し設定するものである。本実施形態では、この実ユーザの特定方法として、実ユーザのユーザIDによる直接的な第1の特定方法に加えて、実行権IDによる間接的な第2の特定方法を備えている。
又、この第1の特定方法によるものか、あるいは第2の特定方法によるものかの区別は、仮想ユーザ定義テーブル56における、「実ユーザ指定方法」の項において、「ユーザID」あるいは「実行権ID」の定義設定によって行っている。「ユーザID」の定義設定であれば、第1の特定方法であり、この仮想ユーザ定義テーブル56の「実ユーザ」の項には、直接的に実ユーザを特定するための、該当実ユーザのユーザIDが定義設定される。あるいは、「実ユーザ指定方法」の項において、「実行権ID」の定義設定であれば、第2の特定方法であり、この仮想ユーザ定義テーブル56の「実ユーザ」の項には、実ユーザを特定するために、該当実ユーザが有すべき実行権IDが定義設定され、間接的に実ユーザが定義設定される。
このように、第1の特定方法であれば、1つの仮想ユーザIDは、1名の承認者候補を特定するものである。これに対して、第2の特定方法であれば、1つの仮想ユーザIDは、該当実行権IDを有するのであれば複数ともなり得る、承認者候補を特定するものである。
ここで、図中の「仮想ユーザID」の項にある、課長(仮想ユーザID)及び部長(仮想ユーザID)は、いずれも仮想ユーザIDであり、前述した課長(実行権ID)や部長(実行権ID)とは異なる。後者の課長(実行権ID)及び部長(実行権ID)は、いずれも実行権IDである。
なお、仮想ユーザIDは、課長や部長といった職位別に設定することに限定されない。例えば、経理担当といった役職別や部署別に設定するようにしてもよい。
図8は、本実施形態におけるワークフロー定義テーブル58を示す線図である。
このワークフロー定義テーブル58によりなされる承認ワークフローの設定登録は、例えば、本社で作成されて各店舗に送付される、毎週の週報の閲覧や、本社から各店舗に指示があって、各店舗において、担当者が企画書を作成して店舗内で順次承認を得るものである。このように、このワークフロー定義テーブル58では、該当する承認のワークフローにおいて順次承認を行う実ユーザを、仮想ユーザIDを用いて設定登録するものである。又、この仮想ユーザIDは、仮想ユーザ定義テーブル56や実行権定義テーブル50を参照しつつ、実ユーザに結びつけられる。
本発明では、このように仮想ユーザIDを用いて承認ルートなどのワークフローの定義を行うので、多数の店舗や部署における承認ルートを包括的に定義できる。これにより、店舗や部署の相違、更には人事異動にも柔軟に対応できるようにして、承認ルートの定義や変更の維持管理に要する労力を効果的に抑制することができる。
なお、このワークフロー定義テーブル58にある仮想ユーザIDを、上述のように仮想ユーザ定義テーブル56や実行権定義テーブル50を参照するなどして、実ユーザに結びつける際、1つの仮想ユーザIDに対して、複数の実ユーザが結びつけられることがある。このように複数の実ユーザが結びつけられる際、本実施形態では、OR承認及びAND承認の定義を可能としている。図8に示されるワークフロー定義テーブル58において、OR承認及びAND承認のテーブル列において、「○」又は「×」を設定することにより、これらOR承認及びAND承認の可否を定義することができる。
OR承認が設定されると、結びつけられた複数の実ユーザにおいて、いずれかの実ユーザから承認が得られれば承認済とされる。これに対して、AND承認が設定されると、このような複数の実ユーザすべての承認が得られなければ承認済とはされない。
ここで、このワークフロー定義テーブル58の設定登録は、ワークフロー情報登録処理部36の処理によって、該ワークフロー情報登録処理部36に接続されるクライアント装置5から行われる。なお、図8の承認ワークフローの設定登録例では、本社において設定登録されたもので、複数の店舗を対象として設定登録されたものである。
この図8のワークフロー定義テーブルにおいて、まず、承認の第1段階では(図8の第1行目)、仮想ユーザIDが「課長」に対応する実ユーザによって、第1段階の承認を得るという設定である。続いて、承認の第2段階では(図8の第2行目)、仮想ユーザIDが「部長」に対応する実ユーザによって、第2段階の承認を得るという設定である。
図9は、本実施形態におけるワークフロー運用業務を示すフローチャートである。
本実施形態のワークフロー運用業務では、まず、ステップS102では、前述した実行権定義テーブル50により、個々の実行権IDの具体的な実行権の内容を設定登録する。一般的には、実行権の内容は部長や課長などの職位単位で設定されるが、このようなものに限定されるものではない。例えば、経理担当などといった、役職単位や部署単位で設定するようにしてもよい。又、このステップS102では、個々の実ユーザについて、参照権定義テーブル54により、個々の実ユーザがアクセス可能なファイルを設定登録すると共に、ユーザ定義テーブル52により、個々の実ユーザの実行権を設定登録する。
次に、ステップS104では、ワークフロー定義テーブル58により、個々の承認のワークフローについて、順次承認を行う実ユーザを、仮ユーザIDを用いて設定登録するものである。
この後、ステップS106では、図10のフローチャートで示されるユーザ業務運用処理を行う。
図10は、本実施形態において行われるワークフロー運用業務におけるユーザ業務運用処理を示すフローチャートである。
このユーザ業務運用処理は、ワークフロー定義テーブル58において承認者として指定されている仮想ユーザIDから、店舗IDで示される特定の店舗、及び、帳票IDで示される特定の帳票(帳票ファイル)の指定に基づいて、実際の承認を行う実ユーザのユーザIDを判別したり、選定したりする処理である。
例えば、図8のワークフロー定義テーブル58において、承認第1段階の仮想ユーザIDから実際の承認を行う実ユーザのユーザIDを、このようなユーザ業務運用処理により判別して、該ユーザIDの実ユーザに電子メールなどで承認を促す通知をすることもできる。そうして、この実ユーザによって承認された場合は、続く承認第2段階の仮想ユーザIDから実際の承認を行う実ユーザのユーザIDを、同様にユーザ業務運用処理により判別して、このユーザIDの実ユーザに電子メールなどで承認を促す通知をすることもできる。
まず、ステップS122及びステップS124は、仮想ユーザ定義テーブル56を参照し、選定対象となる「仮想ユーザID」、且つ、指定されている「店舗ID」となっているレコードから、実ユーザ、あるいは実ユーザ候補を選定するものである。具体的には、ステップS122は、仮想ユーザ定義テーブル56のレコードにおいて、「実ユーザ指定方法」の項の定義が「ユーザID」であるレコードを参照し、実ユーザの候補を選定するものである。又、ステップS124では、仮想ユーザ定義テーブル56のレコードにおいて、「実ユーザ指定方法」の項の定義が「実行権ID」であるレコードを参照し、実ユーザの候補の実行権IDを一旦求めるものであり、以降において、該実行権IDを有する実ユーザの候補を選定することになる。
なお、これらステップS122及びS124において、いずれも該当レコードが存在しない場合、該仮想ユーザIDに対する実ユーザはなしとする。このように実ユーザなしの場合、例えば、図8のワークフロー定義テーブル58において、該承認ステップはスキップされ、次の承認者による承認ステップに移行するようにしてもよい。
なお、ステップS122において、何ら実ユーザ候補を選定できなかった場合にのみ、つまり、該ステップS122において該当のレコードが見出されない場合にのみ、ステップS124を行うようにしてもよい。あるいは、これらステップS122及びステップS124を必ず共に行うようにしてもよい。
次に、ステップS126では、ステップS124により実行権IDを選定した場合、該実行権IDをユーザIDに置換する。この置換処理は、ユーザ定義テーブル52を参照し、この「実行権ID」のレコードを見出し、該レコードのユーザIDを実ユーザ候補に追加するというものである。
続いて、ステップS128では、承認対象の該当する帳票のファイルの参照権に関する処理を行い、これまでに選定され追加されている実ユーザ候補から、該帳票を参照できないユーザIDを削除する。この削除処理は、参照権定義テーブル54を参照し、追加されている実ユーザ候補それぞれについて、該当の「ユーザID」、且つ、「店舗ID」、且つ、「帳票ID」のレコードが存在しない場合、そのユーザIDを実ユーザ候補から削除するというものである。
ステップS130において、最終的に残った実ユーザ候補が、該仮想ユーザIDに対するユーザIDとなる。又、残ったユーザIDが複数の場合、これらユーザIDの複数の実ユーザは、前述したOR承認やAND承認の対象となる。
図11は、第1実施例のワークフロー定義テーブル58を示す線図である。図12は、このワークフロー定義テーブル58により実施される承認ルートを示す線図である。
まず、図11のワークフロー定義テーブル58では、担当者、課長、部長、及び店長の仮想ユーザIDによって、承認第1段階〜承認第4段階の承認ルートのワークフローが、複数の店舗を対象として包括的に定義されている。又、承認第2段階については、図中「AND承認」の列に「○」が設定され、AND承認が定義されている。これ以外の承認第1段階、承認第3段階、及び承認第4段階については、図中「OR承認」の列に「○」が設定され、OR承認が定義されている。
このような図11のワークフロー定義テーブル58の複数の店舗に亘る承認ルートの定義は、図12の(A)のとおりである。又、この包括的な承認ルート定義の対象には、図12の(B)〜(E)に示されるように、少なくとも東京店、千葉店、埼玉店、及び神奈川店が含まれている。
ここで、図12の(D)に示される埼玉店の承認ルートは、承認第3段階がOR承認となっており、大木部長及び田中部長補佐の少なくとも一方の承認が得られれば承認済みとされ、承認第4段階の竹中店長の承認へと進む。又、図12の(E)に示される神奈川店の承認ルートは、承認第2段階がAND承認となっており、小池係長及び酒井課長の承認が共に得られれば承認済みとされ、承認第3段階の中井部長の承認へと進む。なお、このAND承認において、承認する実ユーザの承認順序は順不同とすることもできる。
以上に説明した第1実施例では、その図12において、店舗数は、便宜上、東京店、千葉店、埼玉店、及び神奈川店の4店舗のみである。しかしながら、ワークフローや承認ルートの対象になる部署や店舗の数が数十、数百と、多数になる会社や団体は多々存在する。このように対象が多数になると、ワークフローや承認ルートの定義や変更の維持管理に要する労力は多大になる。しかしながら、本発明を適用することで、異なる店舗や部署におけるワークフローや承認ルートを包括的に定義することができる。これにより、このような定義や変更の維持管理に要する労力を効果的に抑制することができる。
そして、以下に説明するように、図10の処理を行って、図11のワークフロー定義テーブル58に定義されている仮想ユーザIDを実ユーザに結びつけていくことで、図12の(B)〜(E)のような、東京店、千葉店、埼玉店、及び神奈川店の承認ルートが得られる。
図13は、本実施形態において行われる上記ユーザ業務運用処理による実ユーザのユーザIDの確定進捗を示す第2実施例及び第3実施例の線図である。
この図において、まず第2実施例は、配布先店舗IDが「東京」、帳票IDが「帳票A」である帳票の承認ルートに指定されている仮想ユーザID「課長」を、承認を実際に行う実ユーザのユーザIDに置換する処理である。例えば、この置換処理は、図8のワークフロー定義テーブル58において、承認第1段階の「課長(仮想ユーザID)」の仮想ユーザIDをキーとして、配布先店舗IDが「東京」、且つ、帳票IDが「帳票A」を前提とし、承認を実際に行う実ユーザのユーザIDを判別し、選定する処理である。又、前述の第1実施例の図12における(B)の東京店において、承認第2段階の「山田課長」の置換に相当する処理である。
なお、図10及び図13において、ステップS122、S124、S126、及びS128については、図示されるように、それぞれ手順1、2、3、及び4とも称する。
まず、図10におけるステップS122では、図7の仮想ユーザ定義テーブル56において「実ユーザ指定方法」の項の設定が「ユーザID」であるレコードを参照する。すると、本第2実施例となる、「仮想ユーザID」の項が「課長」、且つ、「店舗ID」の項が「東京」、且つ、「実ユーザ指定方法」の項が「ユーザID」である、「ユーザID=山田」、及び「ユーザID=下田」の2つのレコードを見出すことができ、これらユーザIDの2名を実ユーザ候補とする。
続くステップS124では、図7の仮想ユーザ定義テーブル56において「実ユーザ指定方法」の項の設定が「実行権ID」であるレコードを参照する。すると、「仮想ユーザID」の項が「課長」、且つ、「店舗ID」の項が「東京」、且つ、「実ユーザ指定方法」の項が「実行権ID」であるレコードは見出されない。又、「実行権ID」に基づいて実ユーザ候補を見出して追加するという、ステップS126も行われない。
ステップS128では、図4の参照権定義テーブル54において、ステップS122〜ステップS126で選定した実ユーザ候補のユーザIDを検索する。具体的には、参照権定義テーブル54において、ユーザID「山田」、且つ、店舗ID「東京」、且つ、帳票ID「帳票A」のレコードが存在するため、ユーザID「山田」を実ユーザ候補に残す。他方、ユーザID「下田」、且つ、店舗ID「東京」、且つ、帳票ID「帳票A」のレコードが存在しないため、ユーザID「下田」を実ユーザ候補から削除する。
最後に、ステップS130において、残った実ユーザ候補「山田」が該仮想ユーザIDに対するユーザIDとなる。
次に、図13において、第3実施例は、配布先店舗IDが「千葉」、帳票IDが「帳票A」である帳票の承認ルートに指定されている仮想ユーザID「部長」をユーザIDに置換する処理である。例えば、この置換処理は、図8のワークフロー定義テーブル58において、承認第2段階の「部長(仮想ユーザID)」の仮想ユーザIDをキーとして、配布先店舗IDが「千葉」、且つ、帳票IDが「帳票A」を前提とし、承認を実際に行う候補となる実ユーザのユーザIDを判別し、選定する処理である。又、前述の第1実施例の図12における(C)の千葉店において、承認第3段階の「川田部長」の置換に相当する処理である。
まず、図10におけるステップS122では、図7の仮想ユーザ定義テーブル56において「実ユーザ指定方法」の項の設定が「ユーザID」であるレコードを参照する。すると、本第3実施例となる、「仮想ユーザID」の項が「部長」、且つ、「店舗ID」の項が「千葉」、且つ、「実ユーザ指定方法」の項が「ユーザID」であるレコードは存在しないので、実ユーザ候補は選定しない。
続くステップS124では、図7の仮想ユーザ定義テーブル56において「実ユーザ指定方法」の項の設定が「実行権ID」であるレコードを参照する。すると、「仮想ユーザID」の項が「部長」、且つ、「店舗ID」の項が「その他」、且つ、「実ユーザ指定方法」の項が「実行権ID」であるレコードが見出され、該レコードの実ユーザを特定する「実行権ID=部長」を実ユーザ候補とする。
続いて、ステップS126では、ステップS124にて実ユーザ候補とされた「実行権ID=部長」を検索キーとし、図5のユーザ定義テーブル52を参照すると、ユーザIDが「川田」及び「上田」の2つのレコードを見出すことができ、これに基づいて、実行権ID「部長」に換えてこれらレコードの2名を実ユーザ候補に追加する。
ステップS128では、図4の参照権定義テーブル54において、ステップS122〜ステップS126で選定した実ユーザ候補のユーザIDを検索する。具体的には、参照権定義テーブル54において、ユーザID「川田」、且つ、店舗ID「千葉」、且つ、帳票ID「帳票A」のレコードが存在するため、ユーザID「川田」を実ユーザ候補に残す。他方、ユーザID「上田」、且つ、店舗ID「千葉」、且つ、帳票ID「帳票A」のレコードが存在しないため、ユーザID「上田」を実ユーザ候補から削除する。
最後に、ステップS130において、残った実ユーザ候補「川田」が該仮想ユーザIDに対するユーザIDとなる。
1…ネットワーク
5…クライアント装置
10…承認ワークフロー管理装置
20…業務データ保存装置
30…実行権定義登録処理部
32…ユーザ情報登録処理部
34…仮想ユーザ定義登録処理部
36…ワークフロー情報登録処理部
40…ユーザ業務運用処理部
50…実行権定義テーブル
52…ユーザ定義テーブル
54…参照権定義テーブル
56…仮想ユーザ定義テーブル
58…ワークフロー定義テーブル
301〜303…バス
310…CPU
311…RAM
312…ROM
313…LAN−I/F
314…MODEM
320〜322…I/F
330…画面表示装置
331…キーボード
332…マウス
333…プリンタ装置
340…HDD装置
341…CDドライブ装置
342…FDD装置
5…クライアント装置
10…承認ワークフロー管理装置
20…業務データ保存装置
30…実行権定義登録処理部
32…ユーザ情報登録処理部
34…仮想ユーザ定義登録処理部
36…ワークフロー情報登録処理部
40…ユーザ業務運用処理部
50…実行権定義テーブル
52…ユーザ定義テーブル
54…参照権定義テーブル
56…仮想ユーザ定義テーブル
58…ワークフロー定義テーブル
301〜303…バス
310…CPU
311…RAM
312…ROM
313…LAN−I/F
314…MODEM
320〜322…I/F
330…画面表示装置
331…キーボード
332…マウス
333…プリンタ装置
340…HDD装置
341…CDドライブ装置
342…FDD装置
Claims (8)
- 該当の帳票を順に回覧して承認を得ていくワークフローの承認者の選定や順序を設定登録することができる承認ワークフロー管理方法において、
予め、承認者候補の仮想ユーザIDを登録しておき、
複数の部署や店舗に配布される帳票の承認ルートを、前記仮想ユーザIDで包括的に定義し、
前記仮想ユーザID登録や前記承認ルート定義を行う前、又は後に、承認者となる個々の実ユーザに関するユーザ定義の情報を登録し、
実ユーザによる回覧・承認に際しては、前記仮想ユーザIDに対する実ユーザを、少なくとも前記ユーザ定義情報を用いつつ、自動的に決定するようにしたことを特徴とする承認ワークフロー管理方法。 - 請求項1の承認ワークフロー管理方法において、
まず、帳票の利用を許可する実行権の登録を、実行権ID毎に個別に設定し、
前記ユーザ定義の情報の登録を、前記実行権IDを適宜用い、ユーザ定義情報格納手段に対して行い、
前記仮想ユーザIDの登録を、前記実行権IDを適宜用い、仮想ユーザ定義情報格納手段に対して行うことを特徴とする承認ワークフロー管理方法。 - 請求項1又は請求項2の承認ワークフロー管理方法において、
前記ユーザ定義の情報の登録の少なくとも一部として、個々の実ユーザについて、帳票のファイルアクセスを許可する参照権の登録を、参照権定義情報格納手段に対して行い、
前記仮想ユーザIDの登録を、仮想ユーザ定義情報格納手段に対して登録し、
該当の回覧承認帳票を順に閲覧し承認する承認者を、前記仮想ユーザIDによりワークフロー定義情報格納手段に登録し、
閲覧承認をする実ユーザは、ワークフロー定義情報格納手段に登録されている前記仮想ユーザIDをキーとして、参照権についての前記ユーザ定義を参照しつつ、前記仮想ユーザ定義情報格納手段を検索して判別するようにしたことを特徴とする承認ワークフロー管理方法。 - 帳票の利用を許可する実行権の登録が、表示処理、印刷処理、検索処理、及び、編集処理の個々の実行の可否として、実行権定義情報格納手段において、実行権ID毎に個別に予め設定され、
請求項1乃至請求項3のいずれか1つの前記ユーザ定義が、前記参照権の登録に加えて、該実行権IDを用いて、ユーザ定義情報格納手段において、該当の実ユーザのユーザIDをキーとして設定し登録するものであることを特徴とする承認ワークフロー管理方法。 - 請求項2乃至請求項4のいずれか1つにおいて、前記仮想ユーザ定義情報格納手段の登録が、個々の仮想ユーザIDに対して、前記ユーザIDを用いて直接的に、又は前記実行権IDを用いて間接的に設定することで、承認者候補に対する実ユーザの対応付けを登録するものであることを特徴とする承認ワークフロー管理方法。
- 該当の帳票を順に回覧して承認を得ていくワークフローの承認者の選定や順序を設定登録することができる承認ワークフロー管理装置において、
回覧して承認を得ていく対象となる帳票の承認を行う、承認者となる個々の実ユーザについて、帳票のファイルアクセスを許可する定義登録を行う参照権定義情報格納手段と、
前記実ユーザについて、帳票の利用を許可する実行権の定義登録を行うユーザ定義情報格納手段と、
前記ワークフローの設定登録の際に、承認者候補として設定登録するために用いる仮想ユーザIDを登録する仮想ユーザ定義情報格納手段と、
該当の回覧承認帳票を順に閲覧し承認する承認者を、前記仮想ユーザIDにより登録するワークフロー定義情報格納手段と、を備え、
閲覧承認をする実ユーザは、ワークフロー定義情報格納手段に登録されている前記仮想ユーザIDをキーとして、前記仮想ユーザ定義情報格納手段を検索して判別するようにしたことを特徴とする承認ワークフロー管理装置。 - 請求項6において、
更に、個々の実行権IDに対して、表示処理、印刷処理、検索処理、及び、編集処理の実行の可否を個別に、設定登録する実行権定義情報格納手段を備えると共に、
前記ユーザ定義情報格納手段は、前記実ユーザのそれぞれのユーザIDに対して、上記実行権IDを設定登録することで、前記実ユーザについて、帳票の利用及びその種類を許可する実行権の定義登録を行うものであることを特徴とする承認ワークフロー管理装置。 - 請求項1乃至請求項5のいずれか1つに記載の承認ワークフロー管理方法、請求項6に記載の承認ワークフロー管理装置、又は請求項7に記載の承認ワークフロー管理装置を実現するためのコンピュータ・プログラム。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2013125928A JP2015001819A (ja) | 2013-06-14 | 2013-06-14 | 承認ワークフロー管理システム |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2013125928A JP2015001819A (ja) | 2013-06-14 | 2013-06-14 | 承認ワークフロー管理システム |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2015001819A true JP2015001819A (ja) | 2015-01-05 |
Family
ID=52296317
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2013125928A Pending JP2015001819A (ja) | 2013-06-14 | 2013-06-14 | 承認ワークフロー管理システム |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP2015001819A (ja) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111105210A (zh) * | 2019-12-19 | 2020-05-05 | 北京金山云网络技术有限公司 | 审批任务处理方法、装置、电子设备及存储介质 |
-
2013
- 2013-06-14 JP JP2013125928A patent/JP2015001819A/ja active Pending
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111105210A (zh) * | 2019-12-19 | 2020-05-05 | 北京金山云网络技术有限公司 | 审批任务处理方法、装置、电子设备及存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11783254B2 (en) | Method and system for implementing an adaptive data governance system | |
JP2007172280A (ja) | アクセス権管理方法、装置及びプログラム | |
JP5683939B2 (ja) | 文書管理装置 | |
JP2011008669A (ja) | タスク管理システムおよびセキュリティ管理支援システム | |
JP2008250558A (ja) | ワークフロー管理システム、ワークフロー管理方法、検索システム、検索方法、及びプログラム | |
US20060095432A1 (en) | Disclosure control system and method | |
JP2015184723A (ja) | 文書作成支援システム | |
US7505993B2 (en) | Database schema for content managed data | |
JP7079673B2 (ja) | 費用負担部署設定装置、費用負担部署設定方法および費用負担部署設定プログラム | |
JP4939274B2 (ja) | ワークフロー管理システム、ワークフロー管理方法、及びプログラム | |
JP2006195833A (ja) | ワークフローシステム、そのプログラム | |
Ozkaya | Architectural concerns of digital twins | |
JP2000347921A (ja) | データ管理方法及びその実施装置 | |
JP2015001819A (ja) | 承認ワークフロー管理システム | |
JP2008203909A (ja) | アカウント管理システム | |
JPWO2002063520A1 (ja) | 採用処理システム、プログラム及び記録媒体 | |
US20060136438A1 (en) | Process server array for processing documents and document components and a method related thereto | |
JP2004054779A (ja) | アクセス権管理システム | |
JP2004102923A (ja) | ワークフロー引継システム及びワークフロー引継方法 | |
JP2007226428A (ja) | 利用権限管理システム、利用権限管理装置、および利用権限管理プログラム | |
JP2007257603A (ja) | リスト登録対象情報取得システム、方法、プログラム及び装置 | |
JP4939275B2 (ja) | ワークフロー管理システム、ワークフロー管理方法、及びプログラム | |
JP6078270B2 (ja) | プログラム及び情報処理システム | |
JP2021128395A (ja) | 業務処理装置、情報処理方法及びプログラム | |
JP2004070917A (ja) | 作業管理システム、作業管理方法及び作業管理プログラム |