JP5219769B2

JP5219769B2 - ワークフローシステム、ワークフロー制御装置、ワークフロー処理待ち工程情報取得方法、プログラム、及び、記録媒体

Info

Publication number: JP5219769B2
Application number: JP2008317121A
Authority: JP
Inventors: 哲也渡邊
Original assignee: キヤノンソフトウェア株式会社
Priority date: 2008-12-12
Filing date: 2008-12-12
Publication date: 2013-06-26
Anticipated expiration: 2028-12-12
Also published as: JP2010140337A

Description

本発明は、ワークフローシステムの処理待ち工程情報を取得する制御に関する。

複数の担当者が関わる作業の流れを定義した経路やルールに従って様々な業務フローをコントロールするワークフローシステムの導入により、業務プロセスが電子化され、意思決定のスピード化、業務の可視化、業務の属人性の排除、など、業務効率化を図ることが可能となった。

近年では、ＩＴ統制のニーズの高まりもあって、企業で様々な業務プロセスがワークフローシステムによって制御され、ワークフローの経路は複雑化している。

一方で、業務プロセスの補足情報として紙媒体が必要になる業務もまだ多い。例えば、紙媒体の証憑を目視でチェックした結果に基づき、ワークフローを操作するケースなどであり、役割によっては大量の紙媒体の証憑確認が必要な場合もある。

このような場合、ワークフロー利用者が担当業務のワークフロー経路を全て把握し、今現在どのフロー位置にあるか等のステータスをチェックしながら操作するのではなく、ワークフローシステムがワークフロー状況に応じてユーザ操作を支援することが効率化につながる。

特許文献１では、個人の立替金の精算処理において、精算申請者によるデータ入力から決済、会計処理、ファームバンキング処理にいたる全ての処理をペーパーレスで実行できるようにした個人立替経費精算システムが提案されている。

このシステムでは、精算申請者が入力した精算申請情報がサーバに転送され、さらに会計システムが稼働するホストで処理され、銀行のファームバンクシステムに送られて、申請者の預金口座に該当金額が振り込まれる。このとき上司によって電子承認がなされて、電子データが承認ステータスに変わる。

また、このシステムでは、精算に領収書等の証憑（証憑とは、領収書や請求書などで、取引の内容を明らかにする立証資料）が必要な場合は、バーコードが付された証憑貼付用台紙を印刷し、サーバが経理セクションにおける台紙の証憑確認結果を示す電子データを記憶しておき、バーコードリーダによって読み取られたバーコード情報によって、この電子データのステータスを承認ステータスに変換している。

特許文献２では、証憑貼付用紙に付加されたバーコード情報やＩＣタグ情報に基づいて承認対象の伝票であるかを判定し、その承認内容と証憑貼付用紙の所在情報を更新することで、証憑等の現物の書類を必要とする承認業務において、所定の期限までに承認業務が完了するよう支援することができる承認業務支援システムが提案されている。
特開２００２−２７９１４６号公報特開２００６−１８９９３０号公報

しかしながら、特許文献１に記載のシステムでは、証憑確認を行って承認操作をする際、該当するワークフロー案件が、前記承認操作者が操作する工程にあることを前提としており、また証憑確認要台紙に印字されたバーコードを読み込む操作は、対応するワークフロー案件を承認するためであって、承認操作者に承認判断させるためにクライアント端末に状態を表示するためのものではない。

すなわち、バーコードの読み込みを利用してワークフロー案件の工程の状態を表示させ、承認者に承認判断をさせるために、当該技術を用いることは出来ない。

特許文献２に記載のシステムでは、承認操作者があらかじめワークフロー案件を特定してクライアント端末に表示し、その後、証憑貼付用紙のバーコードをスキャンするため、ワークフロー案件と証憑貼付用紙の対応付けは、承認操作者が行う。

従って誤って、ワークフロー案件と証憑貼付用紙の対応が一致しない場合、他の証憑貼付用紙のバーコードをスキャンし直す、などの処理が必要になり、処理を効率化するためには十分なシステムではない。

本発明の目的は、証憑等の紙媒体を必要とするワークフローにおいて、読み取り装置により紙媒体から読み取った識別コードに基づいて、対応するワークフロー案件の工程情報を、承認者が使用する操作装置に表示し、また、承認者が複数の役割を兼務しており、それぞれの立場でワークフローシステムの操作装置を操作する際に、異なるアカウントでログインする、あるいは１つのワークフロー案件を複数回処理するために、ユーザの役割を選択し直す、という操作を不要とすることで承認者の作業を効率化する仕組みを提供することである。

本発明は、操作装置と、前記操作装置からのワークフロー操作指示要求に応じて、ワークフローを制御するワークフロー制御装置とを有するワークフローシステムであって、前記操作装置は、読取装置で紙媒体を読み取ることにより、紙媒体に付加されたワークフロー案件を特定する識別コードの入力を受け付ける識別コード受付手段と、前記識別コード受付手段で受け付けされた前記識別コードと、前記ワークフローシステムの前記操作装置を操作するユーザのユーザ情報と、を前記ワークフロー制御装置に送信して、ワークフロー案件の処理待ち工程の情報を要求する処理待ち工程情報要求手段と、前記処理待ち工程情報要求手段により送信された前記要求に応じて、前記ワークフロー制御装置から送信される前記識別コードに対応するワークフロー案件の前記ユーザ情報に対応する処理待ち工程の情報を表示するための画面情報に基づき、処理待ち工程画面を表示する表示手段と、を備え、前記ワークフロー制御装置は、前記操作装置から送信された前記識別コードに対応するワークフロー案件を取得する案件取得手段と、前記案件取得手段により取得した前記ワークフロー案件が前記操作装置から送信された前記ユーザ情報に対応する処理待ち工程の状態にあるワークフロー案件であるか否かを判定する処理待ち工程判定手段と、前記処理待ち工程判定手段により、前記案件取得手段により取得した前記ワークフロー案件が前記ユーザに対応する処理待ち工程の状態にあるワークフロー案件であると判定された場合に、前記処理待ち工程の情報を表示するための処理待ち工程画面情報を生成する処理待ち工程画面情報生成手段と、前記処理待ち工程画面情報生成手段により生成された前記処理待ち工程画面情報を操作装置に送信する送信手段と、を備え、前記ユーザ情報は、該ユーザに対応する１または複数の役割情報を含むものであって、前記処理待ち工程画面情報生成手段は、前記ユーザ情報に複数の前記役割情報が含まれ、且つ、１つのワークフロー案件において、各々の当該役割情報に対応する処理待ち工程が存在する場合には、これらの処理待ち工程の情報を表示するための処理待ち工程画面情報を生成することを特徴とする。

本発明によれば、証憑等の紙媒体を必要とするワークフローにおいて、読み取り装置により紙媒体から読み取った識別コードに基づいて、対応するワークフロー案件の工程情報を、承認者が使用する操作装置に表示し、また、承認者が複数の役割を兼務しており、それぞれの立場でワークフローシステムの操作装置を操作する際に、異なるアカウントでログインする、あるいは１つのワークフロー案件を複数回処理するために、ユーザの役割を選択し直す、という操作を不要とすることで承認者の作業の効率化を支援することができる。

〔第１実施形態〕
以下、図面を参照して、本発明の実施形態を詳細に説明する。

図１は、本発明の一実施形態を示すワークフローシステムの一例を示すシステム構成図である。

図１に示すように、本実施形態のワークフローシステムは、少なくとも１つのワークフロー制御装置１０１と操作装置１０２がネットワーク１００を介して接続されている。

ネットワーク１００の構成は公知であるから詳細な説明は省略するが、ネットワーク１００としてローカルエリアネットワーク（ＬＡＮ）・ワイドエリアネットワーク（ＷＡＮ）・イントラネット・インターネットなどを利用することができる。

このようなワークフローシステムにおいて、ユーザは、例えばウェブブラウザやクライアントソフトウェア等を利用して、操作装置１０２から、ワークフロー制御装置１０１に対して、ワークフロー進行の要求等を行う。

ワークフロー制御装置１０１は、操作装置１０２からの要求に応じた処理、管理を行い、必要があれば操作装置１０２に対して結果等を送信する。なお、ワークフロー制御装置１０１は、紙媒体の情報によってワークフロー操作の判断が必要な業務を含むワークフローを制御可能である。

図２は、図１に示したワークフロー制御装置１０１と操作装置１０２のハードウェア構成の一例を示すブロック図である。

図２において、ＣＰＵ２０１は、システムバス２０４に接続される各デバイスを統括的に制御する。また、ＲＯＭ２０３あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるオペレーティングシステム（ＯＳ）や、各サーバあるいは各クライアントの後述する各種機能を実現するためのプログラムが記憶されている。

ＲＡＭ２０２は、ＣＰＵ２０１の主メモリ、ワークエリア、一時待避領域等として機能する。

入力コントローラ２０５は、入力部２０９からの入力を制御する。この入力部２０９としては、特に、サーバやクライアント等の端末では、キーボード、マウス等のポインティングデバイスが挙げられる。また、印刷装置等では、この入力部２０９として、タッチパネル、ボタン、スイッチ等が挙げられる。

出力コントローラ２０６は、出力部２１０の表示を制御する。この出力部２１０としては、例えば、ＣＲＴや液晶ディスプレイ等が挙げられる。

外部メモリコントローラ２０７は、ブートプログラム、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、プリンタドライバ等を記憶する外部メモリ２１１へのアクセスを制御する。加えて、外部メモリコントローラ２０７には、各サーバあるいは各クライアントの各種機能を実現するための各種テーブル、パラメータが記憶されている。

この外部メモリ２１１としては、ハードディスク（ＨＤ）やフロッピー（登録商標）ディスク（ＦＤ）、ＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）、スマートメディア等が挙げられる。

なお、外部メモリ２１１には、本発明を実現するためのプログラム２１２が記録されている。このプログラム２１２は、必要に応じて外部メモリ２１１からＲＡＭ２０２にロードされることによりＣＰＵ２０１によって実行されるものである。

通信Ｉ／Ｆコントローラ２０８は、ネットワーク１００を介して外部機器との通信制御処理を実行する。

図３は、図１に示したワークフロー制御装置１０１において実現される機能構成の一例を示す図である。

図３に示すように、ワークフロー制御装置１０１は、その機能構成として、処理待ち工程情報取得部１０１１と、処理待ち工程画面情報生成部１０１２と、送信部１０１３と、処理待ち工程一括制御部１０１４と、記憶部１０１５を含んでいる。記憶部１０１５は、所属情報１０１５ａと、役割優先度情報１０１５ｂと、案件情報１０１５ｃを含んでいる。

処理待ち工程情報取得部１０１１は、ユーザの処理待ち状態である工程情報と、ユーザが処理待ち工程を操作可能な役割情報を取得する。詳細には、処理待ち工程情報取得部１０１１は、操作装置１０２から送信された処理待ち工程情報要求に含まれるユーザ情報と識別コードに基づき、案件情報１０１５ｃに記憶されるワークフロー案件情報からユーザの処理待ち状態である工程情報と、ユーザが処理待ち工程を操作可能な役割情報を取得する。

処理待ち工程画面情報生成部１０１２は、処理待ち工程情報を画面に表示するための表示情報を生成する。詳細には、処理待ち工程画面情報生成部１０１２は、処理待ち工程情報取得部１０１１が取得した処理待ち工程情報に含まれる、ユーザの処理待ち状態である工程情報、および、処理待ち工程の操作情報に基づき、処理待ち工程画面情報としてＨＴＭＬやＸＭＬデータを生成する。

また、処理待ち工程画面情報生成部１０１２は、役割優先度情報１０１５ｂを参照して、処理待ち工程を操作可能な役割情報から、最も優先度の高い役割情報のみ選択したり、優先度順に並べて処理待ち工程画面情報を生成することも可能である。

送信部１０１３は、処理待ち工程画面情報生成部１０１２が生成した処理待ち工程画面情報を、ワークフロー制御装置１０１の出力コントローラ２０６または通信Ｉ／Ｆコントローラ２０８に対して出力する。

処理待ち工程一括制御部１０１４は、複数の処理待ち工程を操作指示に基づいて制御する。詳細には、処理待ち工程一括制御部１０１４は、操作装置から送信されたフロー操作一括指示手段を受け付け、複数の処理待ち工程をそれぞれの操作指示（例えば承認や差戻しなど）に基づいて制御する。

記憶部１０１５は、所属情報１０１５ａや役割優先度情報１０１５ｂや案件情報１０１５ｃを記憶する記憶部である。所属情報１０１５ａは、ユーザの所属情報を格納する格納部である。なお、ユーザの所属情報の詳細は後述する図５に示す。役割優先度情報１０１５ｂは、複数組織に所属するユーザの役割優先度情報を格納する格納部である。なお、役割優先度情報の詳細は後述する図６に示す。案件情報１０１５ｃは、ワークフロー案件の情報（ワークフロー案件情報）を格納する格納部である。ワークフロー案件情報は、ワークフロー案件を特定する識別コード、ワークフロー案件の状態、ワークフロー案件の処理待ち工程情報、処理待ち工程情報を操作可能なユーザの役割情報等のワークフロー案件の各種情報を含む。即ち、ワークフロー案件情報は、ユーザ情報に基づき、該ユーザ情報に対応するユーザの処理待ち状態の工程情報や、該ユーザが前記処理待ち工程を操作可能な役割情報等を取得可能に構成されている。

また、図示しないが、記憶部１０１５は、後述する図７に示すワークフロー経路の定義情報を含むその他の情報も記憶している。

なお、処理待ち工程情報取得部１０１１と、処理待ち工程画面情報生成部１０１２と、送信部１０１３と、処理待ち工程一括制御部１０１４は、ワークフロー制御装置１０１のＣＰＵ２０１が外部メモリ２１１に格納されるプログラム２１２をＲＡＭ２０２にロードして実行することにより実現される機能に対応する。また、記憶部１０１５は、外部メモリ２１１内の記憶領域として実現される。

図４は、図１に示した操作装置１０２において実現される機能構成の一例を示す図である。

図４に示すように、操作装置１０２は、その機能構成として、識別コード受付部１０２１と、処理待ち工程情報要求部１０２２と、表示部１０２３とを含んでいる。

識別コード受付部１０２１は、操作装置１０２の入力コントローラ２０５または通信Ｉ／Ｆコントローラ２０８から、識別コードの入力情報を受け付ける処理を行う。

処理待ち工程情報要求部１０２２は、ワークフロー案件の処理待ち工程情報を要求する。詳細には、処理待ち工程情報要求部１０２２は、操作ユーザを特定するユーザ情報と識別コード受付部１０２１で受け付けた識別コードを含めたワークフロー制御装置１０１に対する処理待ち工程情報要求を、通信Ｉ／Ｆコントローラ２０８に出力して送信する。

表示部１０２３は、処理待ち工程画面を表示する。詳細には、表示部１０２３は、処理待ち工程情報要求の結果としてワークフロー制御装置１０１から送信される処理待ち工程画面情報に基づき、処理待ち工程画面を操作装置１０２の出力コントローラ２０６または通信Ｉ／Ｆコントローラ２０８に対して出力する。

フロー操作一括指示手段１０２４は、複数の処理待ち工程へのフロー操作指示要求を一括で行う。詳細には、フロー操作一括指示手段１０２４は、ワークフロー制御装置に対する複数の処理待ち工程へのフロー操作指示（例えば承認や差戻しなど）一括要求を、通信Ｉ／Ｆコントローラ２０８に出力して送信する。

なお、識別コード受付部１０２１と、処理待ち工程情報要求部１０２２と、表示部１０２３と、フロー操作一括指示手段１０２４は、操作装置１０２のＣＰＵ２０１が外部メモリ２１１に格納されるプログラム２１２をＲＡＭ２０２にロードして実行することにより実現される機能に対応する。

図５は、図３に示した所属情報１０１５ａに格納されている所属情報の一例を示す図である。

図５に示すように、所属情報は、ユーザポジションＩＤ７０１と、ユーザ７０２と、部門７０３と、ロール７０４とを含む。

例えば、ユーザ「経理太郎」は、経理部門の課長と、経理部門の一般と、ＩＴ部門の課長、を担当していることを示しており、ユーザ「経理花子」は経理部門の一般のみを担当していることを示している。

図６は、図３に示した役割優先度情報１０１５ｂに格納されている役割優先度情報の一例を示す図である。

図６に示すように、役割優先度情報は、ユーザ８０１と、優先度８０２と、ユーザポジションＩＤ８０３とを含む。

例えば、ユーザ「経理太郎」は、図５で示した所属情報に示したとおり、経理部門の課長と、経理部門の一般と、ＩＴ部門の課長、を担当しており、役割優先度情報１０１５ｂでは、この３つの所属情報の優先度が定義されている。

図６にしたがって優先度順にすると、（１）ユーザポジションＩＤ「POS−003」に該当するＩＴ部門の課長、（２）ユーザポジションＩＤ「POS−001」に該当する経理部門の課長、（３）ユーザポジションＩＤ「POS−002」に該当する経理部門の一般、という優先度順の定義を意味している。

ワークフローのある工程が、ＩＴ部門の課長、経理部門の課長、経理部門の一般、のいずれかで操作可能な定義になっている場合、図６に示した役割優先度情報を利用すると、ユーザ「経理太郎」は、「POS−003」に該当するＩＴ部門の課長として操作するよう、役割を自動選択することが可能になる。

以下、図７〜図８を参照して、ワークフローの工程位置や処理状況に対応した処理待ち工程情報を取得する処理について説明する。

図７は、ワークフロー経路の定義情報の一例を示す図である。ワークフロー制御装置１０１は、この定義情報に基づきワークフローを制御する。なお、後述する図８の処理待ち工程画面の表示処理の説明の際には、この定義情報の一例を参考にして説明する。

申請Ｓ４０１は申請工程であり、工程定義情報４１１に基づき、全部門の一般ユーザが担当者として操作できることを意味する。申請Ｓ４０１が担当者によって申請されると、業務は課長承認Ｓ４０２に遷移する。

課長承認Ｓ４０２は、申請者の課長承認工程であり、工程定義情報４１２に基づき、申請工程を申請した部門の課長が担当者として操作できることを意味する。課長承認工程Ｓ４０２が担当者によって承認されると、業務は、並列経路である法務承認Ｓ４０３の法務承認Ｓ４０３１と経理承認Ｓ４０４の証憑確認Ｓ４０４１に同時に遷移する。

つまり、課長承認工程Ｓ４０２が承認されると、処理待ち状態の工程が複数存在することになる。

法務承認Ｓ４０３は並列経路の一方であり、法務承認Ｓ４０３１が定義されている。

法務承認Ｓ４０３１は法務承認工程であり、工程定義情報４１３１に基づき、法務課の課長が担当者として操作できることを意味する。法務承認Ｓ４０３１が担当者によって承認されると、並列経路である法務承認Ｓ４０３が完了する。この際、並列経路の他方である経理承認Ｓ４０４が完了している場合は、業務は最終承認Ｓ４０５に遷移する。経理承認Ｓ４０４が完了していない場合はその完了を待機する。

経理承認Ｓ４０４は並列経路の一方であり、証憑確認Ｓ４０４１と経理課長承認Ｓ４０４２が定義されている。

証憑確認Ｓ４０４１は証憑確認工程であり、工程定義情報４１４１に基づき、経理課の一般または経理課の課長が担当者として操作できることを意味する。経理課の一般と経理課の課長を兼務するユーザが証憑確認Ｓ４０４１を操作する場合、操作結果を記録する為、どちらの役割で操作するのか選択する必要がある。

なお、証憑確認Ｓ４０４１では、紙媒体の証憑を確認し、その結果に基づきワークフロー操作を行う業務ルールが定義されているものとする。証憑確認Ｓ４０４１が担当者によって承認されると、業務は経理課長承認Ｓ４０４２に遷移する。

経理課長承認Ｓ４０４２は経理課長承認工程であり、工程定義情報４１４２に基づき、経理課課の課長が担当者として操作できることを意味する。経理課長承認Ｓ４０４２が担当者によって承認されると、並列経路である経理承認Ｓ４０４が完了する。この際、並列経路の他方である法務承認Ｓ４０３が完了している場合は、業務は最終承認Ｓ４０５に遷移する。法務承認Ｓ４０３が完了していない場合はその完了を待機する。

最終承認Ｓ４０５は、最終承認工程であり、工程定義情報４１５に基づき、申請工程を申請した部門の部長が担当者として操作できることを意味する。最終承認工程Ｓ４０５が担当者によって承認されると業務は完了する。

図８は、本実施形態のワークフローシステムにおける紙媒体に付加された情報からワークフローの工程位置や処理状況に対応した処理待ち工程情報を取得する処理の一例を示すフローチャートである。

なお、Ｓ５００１〜Ｓ５００３は、操作装置１０２のＣＰＵ２０１が外部メモリ２１１に格納されるプログラム２１２をＲＡＭ２０２にロードして実行することにより実現される処理を示す。

また、Ｓ５１０１〜Ｓ５１１０は、ワークフロー制御装置１０１のＣＰＵ２０１が外部メモリ２１１に格納されるプログラム２１２をＲＡＭ２０２にロードして実行することにより実現される処理を示している。

なお、ワークフローシステムへのログイン処理などの事前処理により、操作装置１０２を操作するユーザは特定され、操作装置１０２の表示部１０２３により操作装置１０２の出力部に図９に示す処理待ち工程画面が表示されているものとする。ここで処理待ち工程画面について説明する。

図９は、処理待ち工程画面の初期画面の一例を示す図である。

図９において、９０１は操作ユーザ表示欄であり、ワークフローシステムへのログイン処理等により特定されたユーザのユーザ名が表示される。

９０２は案件ＩＤ欄であり、ユーザは、この案件ＩＤ欄９０２にワークフロー案件を特定する識別コードを入力して処理待ち工程取得ボタン９０３を押下すると、処理待ち工程情報取得要求がワークフロー制御装置１０１に送信されて、ワークフロー制御装置１０１から処理待ち工程情報を取得され、画面に追加表示される。

なお、案件ＩＤは、案件ＩＤ欄９０２へキーボード入力して処理待ち工程取得ボタン９０３の押下といった処理ではなく、バーコード情報化された識別コード（後述する図１０に示すバーコード１００１）をバーコードリーダで読み取ることで自動的に処理待ち工程情報を取得するようにしてもよい。

以下、図８の各ステップを説明する。

ステップＳ５００１では、操作装置１０２の識別コード受付部１０２１は、ワークフロー案件を特定する識別コードの入力情報を受け付ける。入力情報を受け付ける手段としては、図９に示した処理待ち工程画面の案件ＩＤ欄９０２へのキーボード入力の他、バーコード情報化された識別コード（後述する図１０に示すバーコード１００１）をバーコードリーダで読み取る、または、ＩＣタグ情報をＩＣタグリーダで読み取る、などがある。ここで証憑確認用の紙媒体について説明する。

図１０は、証憑確認用の紙媒体の一例を示す図である。

図１０において、１０００は証憑確認用の紙媒体である。この証憑確認用の紙媒体１０００には、ワークフロー案件を特定する識別コードがバーコード化されたバーコード１００１が印刷されている。

以下、図８のフローチャートの説明に戻る。

次に、ステップＳ５００２では、操作装置１０２の処理待ち工程情報要求部１０２２は、操作ユーザを特定するユーザ情報と、ステップＳ５００１で受け付けたワークフロー案件を特定する識別コードにより、ワークフロー制御装置１０１に対して処理待ち工程情報取得要求を送信する。

次に、ステップＳ５１０１では、ワークフロー制御装置１０１の処理待ち工程情報取得部１０１１は、操作装置１０２から送信された処理待ち工程情報取得要求を受信する。

次に、ステップＳ５１０２では、ワークフロー制御装置１０１の処理待ち工程情報取得部１０１１は、処理待ち工程情報要求に含まれる識別コードを基に、ワークフロー案件を特定して案件情報１０１５ｃからワークフロー案件情報を取得する。

次に、ステップＳ５１０３では、ワークフロー制御装置１０１の処理待ち工程情報取得部１０１１は、上記Ｓ５１０２で取得したワークフロー案件情報に基づいて、該当のワークフロー案件が完了していないか否かの判定を行う。

そして、ステップＳ５１０３で、ワークフロー案件が完了している場合は、ワークフロー制御装置１０１の処理待ち工程情報取得部１０１１は、ステップＳ５１０４に処理を進める。

ステップＳ５１０４では、ワークフロー制御装置１０１の処理待ち工程情報取得部１０１１は、ワークフロー案件は完了しており処理待ち工程が存在しない旨を示すエラーメッセージを生成して、ステップＳ５１０９に処理を進める。

一方、ステップＳ５１０３で、ワークフロー案件が完了していない場合は、ワークフロー制御装置１０１の処理待ち工程情報取得部１０１１は、ステップＳ５１０５に処理を進める。

次に、ステップＳ５１０５では、ワークフロー制御装置１０１の処理待ち工程情報取得部１０１１は、処理待ち工程情報要求に含まれるユーザ情報を基に、ワークフロー案件の処理待ち工程のうち、ユーザが操作可能な処理待ち工程を取得する。

ここで、図７に示したワークフロー経路の定義情報を参照して例を示す。また、所属情報１０１５ａには、図５に示した所属情報が格納されているものとする。

図７に示したように、課長承認工程Ｓ４０２が承認されると、並列経路である法務承認Ｓ４０３の法務承認Ｓ４０３１と経理承認Ｓ４０４の証憑確認Ｓ４０４１が同時に処理待ち工程となる。

この状態のワークフロー案件をユーザ「経理太郎」が処理待ち工程情報要求すると、上記Ｓ５１０５において、経理部門の課長または経理部門の一般で操作可能な証憑確認Ｓ４０４１のみが処理待ち工程として取得される。ユーザ「経理太郎」は、法務承認Ｓ４０３の法務承認Ｓ４０３１を操作可能な法務部門の課長として登録されていないため、法務承認Ｓ４０３１は処理待ち工程として取得されない。

なお、経理部門の一般と法務部門の課長に所属するユーザが処理待ち工程情報要求した場合は、上記Ｓ５１０５において、法務承認Ｓ４０３の法務承認Ｓ４０３１と経理承認Ｓ４０４の証憑確認Ｓ４０４１の双方が処理待ち工程として取得される。

このように上記Ｓ５１０５では、ユーザが操作可能な処理待ち工程のみを取得するため、例えば経理承認Ｓ４０４の証憑確認Ｓ４０４１への操作を目的とした場合でも、他の担当者が既に承認をしてワークフローを先に進めているケースでは処理待ち工程情報として取得されない。このため、画面上でステータスチェックをユーザが行う必要がなくなり、効率化が図れる。

次に、ステップＳ５１０６では、ワークフロー制御装置１０１の処理待ち工程情報取得部１０１１は、ユーザが操作可能な処理待ち工程が存在するか否かの判定を行う。

そして、ステップＳ５１０６で、ユーザが操作可能な処理待ち工程が存在しない場合は、ワークフロー制御装置１０１の処理待ち工程情報取得部１０１１は、ステップＳ５１０７に処理を進める。

ステップＳ５１０７では、ワークフロー制御装置１０１の処理待ち工程情報取得部１０１１は、該当のワークフロー案件にはユーザが操作可能な処理待ち工程が存在しない旨を示すエラーメッセージを生成して、ステップＳ５１０９に処理を進める。

一方、ステップＳ５１０６で、ユーザが操作可能な処理待ち工程が存在する場合は、ワークフロー制御装置１０１の処理待ち工程情報取得部１０１１は、ステップＳ５１０８に処理を進める。

ステップＳ５１０８では、ワークフロー制御装置１０１の処理待ち工程情報取得部１０１１は、図７で一例を示したワークフロー経路の定義情報と、所属情報１０１５ａから、ユーザが操作可能な処理待ち工程について、操作可能な役割情報を取得する。

ここで、所属情報１０１５ａに図５に示した所属情報が格納されている場合の例を示す。

識別コードに該当するワークフロー案件が、図７に示したワークフロー経路の定義情報の証憑確認Ｓ４０４１で処理待ち状態にある場合、ユーザ「経理太郎」で操作すると、上記Ｓ５１０８において、経理部門の課長、および、経理部門の一般、が操作可能な役割情報として取得される。

次に、ステップＳ５１０９では、ワークフロー制御装置１０１の処理待ち工程画面情報生成部１０１２は、処理待ち工程情報取得部１０１１が取得した処理待ち工程情報に含まれる、ユーザの処理待ち状態である工程情報、および、処理待ち工程の操作情報に基づき、処理待ち工程情報を画面に表示するための表示情報を生成する。（ただし、ステップＳ５１０４またはＳ５１０７においてエラーメッセージを生成している場合には、ワークフロー制御装置１０１の処理待ち工程画面情報生成部１０１２は、エラーメッセージを表示情報として生成する。）
なお、表示情報としては、例えばＨＴＭＬフォーマットやＸＭＬフォーマットのデータがある。

この際、ワークフロー制御装置１０１の処理待ち工程画面情報生成部１０１２は、役割優先度情報１０１５ｂを参照して、処理待ち工程を操作可能な役割情報から最も優先度の高い役割情報のみを選択したり、優先度順に並べて生成することも可能である。

ここで、所属情報１０１５ａに図５に示した所属情報が格納され、役割優先度情報１０１５ｂに図６で示した役割優先度情報が格納されている場合の例を示す。

識別コードに該当するワークフロー案件が、図７に示したワークフロー経路の定義情報の証憑確認Ｓ４０４１で処理待ち状態にある場合、ユーザ「経理太郎」で操作すると、上記Ｓ５１０８において、経理部門の課長、および、経理部門の一般、が操作可能な役割情報として取得されている。

なお、役割優先度情報１０１５ｂには、図６に示すように経理部門の課長の方が優先度が高く定義されているため、上記Ｓ５１０９において処理待ち工程画面情報を生成する際、上記優先度順に従って、経理部門の課長が選択された状態の画面情報が生成される。なお、この際、経理部門の課長のみを画面情報に含める、といった制御が可能となる。

次に、ステップＳ５１１０では、ワークフロー制御装置１０１の送信部１０１３は、処理待ち工程画面情報を操作装置１０２に送信する。

次に、ステップＳ５００３では、操作装置１０２の表示部１０２３は、処理待ち工程情報要求の結果としてワークフロー制御装置１０１から送信された処理待ち工程画面情報に基づき、処理待ち工程画面（図１１）を操作装置１０２の出力部２１０に表示する。ここで処理待ち工程画面について説明する。

図１１は、処理待ち工程画面の一例を示す図であり、図９と同一のものには同一の符号を付してある。

上述したように、案件ＩＤ欄９０２にワークフロー案件を特定する識別コードを入力して処理待ち工程取得ボタン９０３を押下すると（処理待ち工程取得操作）、処理待ち工程情報９０４が一覧表示情報として追加表示される。即ち、図１１に示した処理待ち工程情報９０４の例は、３つの案件ＩＤに対応する処理待ち工程が表示されており、上述した処理待ち工程取得操作を、３回行った場合に対応する。

処理待ち工程情報９０４は、選択欄９０４１、業務名欄９０４２、案件ＩＤ欄９０４３、工程欄９０４４、申請者欄９０４５、役割欄９０４６等から構成される。なお、役割欄９０４６は、工程を操作可能や役割において、役割優先度情報１０１５ｂで優先度の最も高い役割が初期値として表示される。また、この役割欄９０４６をキーボードやポインティングデバイスにより指示すると、工程を操作可能や役割が役割優先度情報１０１５ｂでの優先度順に並んだ選択肢が表示される。これにより、ユーザは、工程を操作する役割を選択することができる。

なお、処理待ち工程情報９０４の選択欄９０４１でワークフロー案件の処理待ち工程を選択して（チェック状態にして）、承認ボタン９０５、申請へ差戻しボタン９０６、又は、直前へ差戻しボタン９０７を押下指示すると、選択された（チェックされた）処理待ち工程に対してフロー操作を一括で処理することができる。

図１２は、本実施形態のワークフローシステムにおける複数の処理待ち工程へのフロー操作を一括で行う処理の一例を示すフローチャートである。

なお、Ｓ６００１〜Ｓ６００２は、操作装置１０２のＣＰＵ２０１が外部メモリ２１１に格納されるプログラム２１２をＲＡＭ２０２にロードして実行することにより実現される処理を示す。

また、Ｓ６１０１〜Ｓ６１０７は、ワークフロー制御装置１０１のＣＰＵ２０１が外部メモリ２１１に格納されるプログラム２１２をＲＡＭ２０２にロードして実行することにより実現される処理を示している。

また、事前処理により、操作装置には処理待ち工程画面が表示されているものとする。

まず、ステップＳ６００１では、操作装置１０２のフロー操作一括指示手段１０２４は、画面操作情報などに基づき、ワークフロー制御装置１０１に対して承認・差戻しなど複数の処理待ち工程へのフロー操作指示要求を一括で行う。なお、上記の画面操作としては、処理待ち工程画面（図１１）の処理待ち工程情報９０４の選択欄９０４１でワークフロー案件の処理待ち工程を選択して（チェック状態にして）、承認ボタン９０５、申請へ差戻しボタン９０６、又は、直前へ差戻しボタン９０７を押下指示する等の操作である。

次に、ステップＳ６１０１では、ワークフロー制御装置１０１の処理待ち工程一括制御部１０１４は、操作装置１０２から送信されたフロー操作一括指示を受信し、１件目の操作指示をカレントの操作指示として選択し、該カレントの操作指示に該当するワークフロー案件の工程情報を取得する。

次に、ステップＳ６１０２では、ワークフロー制御装置１０１の処理待ち工程一括制御部１０１４は、上記Ｓ６１０１で取得した工程情報に基づいて、カレントの操作指示の工程が完了していないか否かの判定を行う。

そして、上記Ｓ６１０２において、カレントの操作指示の工程が完了していると判断した場合には、ワークフロー制御装置１０１の処理待ち工程一括制御部１０１４は、ステップＳ６１０３に処理を進める。

ステップＳ６１０３では、ワークフロー制御装置１０１の処理待ち工程一括制御部１０１４は、カレントの操作指示の工程が完了している旨を示すエラーメッセージを生成して、ステップＳ６１０６に処理を進める。

一方、上記Ｓ６１０２において、カレントの操作指示の工程が完了していないと判定した場合には、ワークフロー制御装置１０１の処理待ち工程一括制御部１０１４は、ステップＳ６１０４に処理を進める。

ステップＳ６１０４では、ワークフロー制御装置１０１の処理待ち工程一括制御部１０１４は、カレントの操作指示に基づき、承認、申請へ差戻し、直前へ差し戻し等の工程制御処理（フロー操作）を行う。

次に、ステップＳ６１０５では、ワークフロー制御装置１０１の処理待ち工程一括制御部１０１４は、カレントの操作指示が正常終了した旨を示すメッセージを生成する。

次に、ステップＳ６１０６では、ワークフロー制御装置１０１の処理待ち工程一括制御部１０１４は、操作装置１０２から送信されたフロー操作一括指示に含まれる操作指示を全て処理したか否かを判定する。

そして、ステップＳ６１０６で、まだ完了していない操作指示があると判断した場合には、ワークフロー制御装置１０１の処理待ち工程一括制御部１０１４は、次の操作指示をカレントの操作指示としてステップＳ６１０１へ処理を戻す。

一方、ステップＳ６１０６で、全ての操作指示が完了していると判断した場合には、ワークフロー制御装置１０１の処理待ち工程一括制御部１０１４は、ステップＳ６１０３やステップＳ６１０５で生成したメッセージをフロー操作結果として操作装置１０２に送信する。

次に、ステップＳ６００２では、操作装置１０２は、複数の処理待ち工程へのフロー操作指示要求の結果としてワークフロー制御装置１０１から送信されたフロー操作結果を画面表示する。

以上示したように、本実施形態によれば、証憑等の紙媒体に付加された情報からワークフローの工程位置や処理状況に対応した処理待ち工程情報を取得する仕組みを提供することで、証憑等の情報によりワークフロー操作の判断が必要な業務処理の効率化を支援する仕組みを提供できる。

なお上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。

以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。

以上示したように、紙媒体に付加された情報からワークフローの工程位置や処理状況に対応した処理待ち工程情報を取得することにより、証憑等の紙媒体の情報によりワークフロー操作の判断が必要な業務処理の効率化を支援することができる。

以下、図１３に示すメモリマップを参照して本発明に係るワークフロー制御装置としてコンピュータを機能させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体の構成について説明する。

図１３は、本発明に係るワークフロー制御装置としてコンピュータを機能させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体（記憶媒体）のメモリマップを説明する図である。

なお、特に図示しないが、記録媒体に記憶されるプログラム群を管理する情報、例えばバージョン情報，作成者等も記憶され、かつ、プログラム読み出し側のＯＳ等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。

さらに、各種プログラムに従属するデータも上記ディレクトリに管理されている。また、インストールするプログラムやデータが圧縮されている場合に、解凍するプログラム等も記憶される場合もある。

本実施形態における図８，図１２に示す機能が外部からインストールされるプログラムによって、ホストコンピュータにより遂行されていてもよい。そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記録媒体により、あるいはネットワークを介して外部の記録媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。

以上のように、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。

この場合、記録媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記録媒体は本発明を構成することになる。

プログラムコードを供給するための記録媒体としては、例えば、フレキシブルディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，ＤＶＤ−ＲＯＭ，磁気テープ，不揮発性のメモリカード，ＲＯＭ，ＥＥＰＲＯＭ，シリコンディスク等を用いることができる。

また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

さらに、記録媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのソフトウェアによって表されるプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。

さらに、本発明を達成するためのソフトウェアによって表されるプログラムをネットワーク上のサーバ，データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。

なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。

本発明の一実施形態を示すワークフローシステムの一例を示すシステム構成図である。図１に示したワークフロー制御装置１０１と操作装置１０２のハードウェア構成の一例を示すブロック図である。図１に示したワークフロー制御装置１０１において実現される機能構成の一例を示す図である。図１に示した操作装置１０２において実現される機能構成の一例を示す図である。図３に示した所属情報１０１５ａに格納されている所属情報の一例を示す図である。図３に示した役割優先度情報１０１５ｂに格納されている役割優先度情報の一例を示す図である。ワークフロー経路の定義情報の一例を示す図である。本実施形態のワークフローシステムにおける紙媒体に付加された情報からワークフローの工程位置や処理状況に対応した処理待ち工程情報を取得する処理の一例を示すフローチャートである。処理待ち工程画面の初期画面の一例を示す図である。証憑確認用の紙媒体の一例を示す図である。処理待ち工程画面の一例を示す図である。本実施形態のワークフローシステムにおける複数の処理待ち工程へのフロー操作を一括で行う処理の一例を示すフローチャートである。本発明に係るワークフロー制御装置としてコンピュータを機能させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体（記憶媒体）のメモリマップを説明する図である。

符号の説明

１００ネットワーク
１０１ワークフロー制御装置
１０２操作装置
１０１１処理待ち工程情報取得部
１０１２処理待ち工程画面情報生成部
１０１３送信部
１０１４処理待ち工程一括制御部
１０１５記憶部
１０１５ａ所属情報
１０１５ｂ役割優先度情報
１０２１識別コード受付部
１０２２処理待ち工程情報要求部
１０２３表示部

Claims

操作装置と、前記操作装置からのワークフロー操作指示要求に応じて、ワークフローを制御するワークフロー制御装置とを有するワークフローシステムであって、
前記操作装置は、
読取装置で紙媒体を読み取ることにより、紙媒体に付加されたワークフロー案件を特定する識別コードの入力を受け付ける識別コード受付手段と、
前記識別コード受付手段で受け付けされた前記識別コードと、前記ワークフローシステムの前記操作装置を操作するユーザのユーザ情報と、を前記ワークフロー制御装置に送信して、ワークフロー案件の処理待ち工程の情報を要求する処理待ち工程情報要求手段と、
前記処理待ち工程情報要求手段により送信された前記要求に応じて、前記ワークフロー制御装置から送信される前記識別コードに対応するワークフロー案件の前記ユーザ情報に対応する処理待ち工程の情報を表示するための画面情報に基づき、処理待ち工程画面を表示する表示手段と、を備え、
前記ワークフロー制御装置は、
前記操作装置から送信された前記識別コードに対応するワークフロー案件を取得する案件取得手段と、
前記案件取得手段により取得した前記ワークフロー案件が前記操作装置から送信された前記ユーザ情報に対応する処理待ち工程の状態にあるワークフロー案件であるか否かを判定する処理待ち工程判定手段と、
前記処理待ち工程判定手段により、前記案件取得手段により取得した前記ワークフロー案件が前記ユーザに対応する処理待ち工程の状態にあるワークフロー案件であると判定された場合に、前記処理待ち工程の情報を表示するための処理待ち工程画面情報を生成する処理待ち工程画面情報生成手段と、
前記処理待ち工程画面情報生成手段により生成された前記処理待ち工程画面情報を操作装置に送信する送信手段と、
を備え、
前記ユーザ情報は、該ユーザに対応する１または複数の役割情報を含むものであって、
前記処理待ち工程画面情報生成手段は、前記ユーザ情報に複数の前記役割情報が含まれ、且つ、１つのワークフロー案件において、各々の当該役割情報に対応する処理待ち工程が存在する場合には、これらの処理待ち工程の情報を表示するための処理待ち工程画面情報を生成することを特徴とするワークフローシステム。
前記ワークフロー制御装置は、
ユーザ情報に対応する１又は複数の役割情報を記憶する所属情報記憶手段と、
前記所属情報記憶手段にてユーザ情報に対応付けられた１又は複数の役割情報の優先度を記憶する役割優先度情報記憶手段と、を備え、
前記処理待ち工程画面情報は、前記ユーザ情報に対応する処理待ち工程を操作可能な役割情報として、前記役割優先度情報記憶手段に記憶され優先度に基づいて選択された役割情報を含むことを特徴とする請求項１に記載のワークフローシステム。
前記処理待ち工程画面情報は、複数のワークフロー案件の処理待ち工程情報の一覧表示情報を含有可能なことを特徴とする請求項１または請求項２に記載のワークフローシステム。
前記操作装置は、前記ワークフロー制御装置に対して複数の処理待ち工程へのフロー操作指示要求を一括で行うフロー操作一括指示が可能なフロー操作一括指示手段を備え、
前記ワークフロー制御装置は、前記操作装置からの前記フロー操作一括指示に基づいて、前記複数の処理待ち工程を制御する処理待ち工程一括制御手段を備える、ことを特徴とする請求項１乃至請求項３のいずれか１項に記載のワークフローシステム。
前記紙媒体に付加された識別コードは、バーコードリーダで読み取り可能なバーコード情報、及び、ＩＣタグリーダで読み取り可能なＩＣタグ情報のいずれか一方であることを特徴とする請求項１乃至請求項４のいずれか１項記載のワークフローシステム。
操作装置からのワークフロー操作指示要求に応じて、ワークフローを制御するワークフロー制御装置であって、
読取装置で紙媒体より読み取り前記操作装置から送信された、紙媒体に付加されたワークフロー案件を特定する識別コードに対応するワークフロー案件を取得する案件取得手段と、
前記案件取得手段により取得した前記ワークフロー案件が前記操作装置から送信された前記操作装置を操作するユーザ情報に対応する処理待ち工程の状態にあるワークフロー案件であるか否かを判定する処理待ち工程判定手段と、
前記処理待ち工程判定手段により、前記案件取得手段により取得した前記ワークフロー案件が前記ユーザに対応する処理待ち工程の状態にあるワークフロー案件であると判定された場合に、前記処理待ち工程の情報を表示するための処理待ち工程画面情報を生成する処理待ち工程画面情報生成手段と、
前記処理待ち工程画面情報生成手段により生成された前記処理待ち工程画面情報を操作装置に送信する送信手段と、
を備え、
前記ユーザ情報は、該ユーザに対応する１または複数の役割情報を含むものであって、
前記処理待ち工程画面情報生成手段は、前記ユーザ情報に複数の前記役割情報が含まれ、且つ、１つのワークフロー案件において、各々の当該役割情報に対応する処理待ち工程が存在する場合には、これらの処理待ち工程の情報を表示するための処理待ち工程画面情報を生成することを特徴とするワークフロー制御装置。
操作装置と、前記操作装置からのワークフロー操作指示要求に応じて、ワークフローを制御するワークフロー制御装置とを有するワークフローシステムにおけるワークフロー処理待ち工程取得方法であって、
前記操作装置の識別コード受付手段が、読取装置で紙媒体を読み取ることにより、紙媒体に付加されたワークフロー案件を特定する識別コードの入力を受け付ける識別コード受付ステップと、
前記操作装置の処理待ち工程情報要求手段が、前記識別コード受付ステップで受け付けされた前記識別コードと、前記ワークフローシステムの前記操作装置を操作するユーザのユーザ情報と、を前記ワークフロー制御装置に送信して、ワークフロー案件の処理待ち工程の情報を要求する処理待ち工程情報要求ステップと、
前記ワークフロー制御装置の案件取得手段が、前記操作装置から送信された前記識別コードに対応するワークフロー案件を取得する案件取得ステップと、
前記ワークフロー制御装置の処理待ち工程判定手段が、前記案件取得ステップにより取得した前記ワークフロー案件が前記操作装置から送信された前記ユーザ情報に対応する処理待ち工程の状態にあるワークフロー案件であるか否かを判定する処理待ち工程判定ステップと、
前記ワークフロー制御装置の工程画面情報生成手段が、前記処理待ち工程判定ステップにより、前記案件取得ステップにより取得した前記ワークフロー案件が前記ユーザに対応する処理待ち工程の状態にあるワークフロー案件であると判定された場合に、前記処理待ち工程の情報を表示するための処理待ち工程画面情報を生成する処理待ち工程画面情報生成ステップと、
前記ワークフロー制御装置の送信手段が、前記処理待ち工程画面情報生成ステップにより生成された前記処理待ち工程画面情報を操作装置に送信する送信ステップと、
前記操作装置の表示手段が、前記処理待ち工程情報要求ステップにより送信された前記要求に応じて、前記ワークフロー制御装置から送信される前記識別コードに対応するワークフロー案件の前記ユーザ情報に対応する処理待ち工程の情報を表示するための画面情報に基づき、処理待ち工程画面を表示する表示ステップと、
を備え、
前記ユーザ情報は、該ユーザに対応する１または複数の役割情報を含むものであって、
前記処理待ち工程画面情報生成ステップは、前記ユーザ情報に複数の前記役割情報が含まれ、且つ、１つのワークフロー案件において、各々の当該役割情報に対応する処理待ち工程が存在する場合には、これらの処理待ち工程の情報を表示するための処理待ち工程画面情報を生成することを特徴とするワークフローシステムにおけるワークフロー処理待ち工程取得方法。
操作装置からのワークフロー操作指示要求に応じて、ワークフローを制御するワークフロー制御装置におけるワークフロー処理待ち工程取得方法であって、
案件取得手段が、読取装置で紙媒体より読み取り前記操作装置から送信された、紙媒体に付加されたワークフロー案件を特定する識別コードに対応するワークフロー案件を取得する案件取得ステップと、
処理待ち工程判定手段が、前記案件取得ステップにより取得した前記ワークフロー案件が前記操作装置から送信された前記操作装置を操作するユーザ情報に対応する処理待ち工程の状態にあるワークフロー案件であるか否かを判定する処理待ち工程判定ステップと、
処理待ち工程画面情報生成手段が、前記処理待ち工程判定ステップにより、前記案件取得ステップにより取得した前記ワークフロー案件が前記ユーザに対応する処理待ち工程の状態にあるワークフロー案件であると判定された場合に、前記処理待ち工程の情報を表示するための処理待ち工程画面情報を生成する処理待ち工程画面情報生成ステップと、
送信手段が、前記処理待ち工程画面情報生成ステップにより生成された前記処理待ち工程画面情報を操作装置に送信する送信ステップと、
を備え、
前記ユーザ情報は、該ユーザに対応する１または複数の役割情報を含むものであって、
前記処理待ち工程画面情報生成ステップは、前記ユーザ情報に複数の前記役割情報が含まれ、且つ、１つのワークフロー案件において、各々の当該役割情報に対応する処理待ち工程が存在する場合には、これらの処理待ち工程の情報を表示するための処理待ち工程画面情報を生成することを特徴とするワークフロー制御装置におけるワークフロー処理待ち工程取得方法。
ワークフローの操作ユーザが使用する操作装置を、
読取装置で紙媒体を読み取ることにより、紙媒体に付加されたワークフロー案件を特定する識別コードの入力を受け付ける識別コード受付手段、
前記識別コード受付手段で受け付けされた前記識別コードと、ワークフローシステムの前記操作装置を操作するユーザのユーザ情報と、をワークフロー制御装置に送信して、ワークフロー案件の処理待ち工程の情報を要求する処理待ち工程情報要求手段、
前記処理待ち工程情報要求手段により送信された前記要求に応じて、前記ワークフロー制御装置から送信される前記識別コードに対応するワークフロー案件の前記ユーザ情報に対応する処理待ち工程の情報を表示するための画面情報に基づき、処理待ち工程画面を表示する表示手段として機能させるためのプログラムと、
前記操作装置からのワークフロー操作指示要求に応じて、ワークフローを制御するワークフロー制御装置を、
前記操作装置から送信された前記識別コードに対応するワークフロー案件を取得する案件取得手段、
前記案件取得手段により取得した前記ワークフロー案件が前記操作装置から送信された前記ユーザ情報に対応する処理待ち工程の状態にあるワークフロー案件であるか否かを判定する処理待ち工程判定手段、
前記処理待ち工程判定手段により、前記案件取得手段により取得した前記ワークフロー案件が前記ユーザに対応する処理待ち工程の状態にあるワークフロー案件であると判定された場合に、前記処理待ち工程の情報を表示するための処理待ち工程画面情報を生成する処理待ち工程画面情報生成手段、
前記処理待ち工程画面情報生成手段により生成された前記処理待ち工程画面情報を操作装置に送信する送信手段として機能させるためのプログラムと、
を有し、
前記ユーザ情報は、該ユーザに対応する１または複数の役割情報を含むものであって、
前記処理待ち工程画面情報生成手段は、前記ユーザ情報に複数の前記役割情報が含まれ、且つ、１つのワークフロー案件において、各々の当該役割情報に対応する処理待ち工程が存在する場合には、これらの処理待ち工程の情報を表示するための処理待ち工程画面情報を生成することを特徴とするプログラム。
ワークフローの操作ユーザが使用する操作装置からのワークフロー操作指示要求に応じてワークフローを制御するワークフロー制御装置を、
読取装置で紙媒体より読み取り前記操作装置から送信された、紙媒体に付加されたワークフロー案件を特定する識別コードに対応するワークフロー案件を取得する案件取得手段、
前記案件取得手段により取得した前記ワークフロー案件が前記操作装置から送信された前記操作装置を操作するユーザ情報に対応する処理待ち工程の状態にあるワークフロー案件であるか否かを判定する処理待ち工程判定手段、
前記処理待ち工程判定手段により、前記案件取得手段により取得した前記ワークフロー案件が前記ユーザに対応する処理待ち工程の状態にあるワークフロー案件であると判定された場合に、前記処理待ち工程の情報を表示するための処理待ち工程画面情報を生成する処理待ち工程画面情報生成手段、
前記処理待ち工程画面情報生成手段により生成された前記処理待ち工程画面情報を操作装置に送信する送信手段、
として機能させるためのプログラムであり、
前記ユーザ情報は、該ユーザに対応する１または複数の役割情報を含むものであって、
前記処理待ち工程画面情報生成手段は、前記ユーザ情報に複数の前記役割情報が含まれ、且つ、１つのワークフロー案件において、各々の当該役割情報に対応する処理待ち工程が存在する場合には、これらの処理待ち工程の情報を表示するための処理待ち工程画面情報を生成することを特徴とするプログラム。
請求項９または請求項１０に記載されたプログラムを記録したコンピュータ読み取り可能な記録媒体。