ワークフローシステム、ワークフロー制御装置、ワークフロー処理待ち工程情報取得方法、プログラム、及び、記録媒体
【課題】証憑等の紙媒体の情報によってワークフロー操作の判断が必要な業務処理を含むワークフロー操作の効率化を支援すること。
【解決手段】操作装置１０２から紙媒体に付加されたワークフロー案件を特定する識別コードの入力を受け付け(S5001)、識別コードとワークフローの操作ユーザを特定するユーザ情報とをワークフロー制御装置１０１に送信してワークフロー案件の処理待ち工程の情報を要求する(S5002)。ワークフロー制御装置１０１は、操作装置１０２から送信された識別コードとユーザ情報とに基づき、前記識別コードに対応するワークフロー案件で且つ前記ユーザ情報に対応する処理待ち工程の情報を取得し(S5101-S5108)、前記処理待ち工程の情報を表示するための画面情報を生成して操作装置１０２に送信する(S5109-S5110)。操作装置１０２は、ワークフロー制御装置１０１から送信された画面情報に基づき処理待ち工程画面を表示する(S5003)。
【解決手段】操作装置１０２から紙媒体に付加されたワークフロー案件を特定する識別コードの入力を受け付け(S5001)、識別コードとワークフローの操作ユーザを特定するユーザ情報とをワークフロー制御装置１０１に送信してワークフロー案件の処理待ち工程の情報を要求する(S5002)。ワークフロー制御装置１０１は、操作装置１０２から送信された識別コードとユーザ情報とに基づき、前記識別コードに対応するワークフロー案件で且つ前記ユーザ情報に対応する処理待ち工程の情報を取得し(S5101-S5108)、前記処理待ち工程の情報を表示するための画面情報を生成して操作装置１０２に送信する(S5109-S5110)。操作装置１０２は、ワークフロー制御装置１０１から送信された画面情報に基づき処理待ち工程画面を表示する(S5003)。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ワークフローシステムの処理待ち工程情報を取得する制御に関する。
【背景技術】
【０００２】
複数の担当者が関わる作業の流れを定義した経路やルールに従って様々な業務フローをコントロールするワークフローシステムの導入により、業務プロセスが電子化され、意思決定のスピード化、業務の可視化、業務の属人性の排除、など、業務効率化を図ることが可能となった。
【０００３】
近年では、ＩＴ統制のニーズの高まりもあって、企業で様々な業務プロセスがワークフローシステムによって制御され、ワークフローの経路は複雑化している。
【０００４】
一方で、業務プロセスの補足情報として紙媒体が必要になる業務もまだ多い。例えば、紙媒体の証憑を目視でチェックした結果に基づき、ワークフローを操作するケースなどであり、役割によっては大量の紙媒体の証憑確認が必要な場合もある。
【０００５】
このような場合、ワークフロー利用者が担当業務のワークフロー経路を全て把握し、今現在どのフロー位置にあるか等のステータスをチェックしながら操作するのではなく、ワークフローシステムがワークフロー状況に応じてユーザ操作を支援することが効率化につながる。
【０００６】
特許文献１では、個人の立替金の精算処理において、精算申請者によるデータ入力から決済、会計処理、ファームバンキング処理にいたる全ての処理をペーパーレスで実行できるようにした個人立替経費精算システムが提案されている。
【０００７】
このシステムでは、精算申請者が入力した精算申請情報がサーバに転送され、さらに会計システムが稼働するホストで処理され、銀行のファームバンクシステムに送られて、申請者の預金口座に該当金額が振り込まれる。このとき上司によって電子承認がなされて、電子データが承認ステータスに変わる。
【０００８】
また、このシステムでは、精算に領収書等の証憑（証憑とは、領収書や請求書などで、取引の内容を明らかにする立証資料）が必要な場合は、バーコードが付された証憑貼付用台紙を印刷し、サーバが経理セクションにおける台紙の証憑確認結果を示す電子データを記憶しておき、バーコードリーダによって読み取られたバーコード情報によって、この電子データのステータスを承認ステータスに変換している。
【０００９】
特許文献２では、証憑貼付用紙に付加されたバーコード情報やＩＣタグ情報に基づいて承認対象の伝票であるかを判定し、その承認内容と証憑貼付用紙の所在情報を更新することで、証憑等の現物の書類を必要とする承認業務において、所定の期限までに承認業務が完了するよう支援することができる承認業務支援システムが提案されている。
【特許文献１】特開２００２−２７９１４６号公報
【特許文献２】特開２００６−１８９９３０号公報
【発明の開示】
【発明が解決しようとする課題】
【００１０】
しかしながら、特許文献１に記載のシステムでは、証憑確認を行って承認する際、操作者が証憑確認を行う位置にフローが進んでいるのか、または、他の担当者操作によって既に処理済になっていないか等のワークフローの工程位置や処理状況のチェックが行われていなかったため、ユーザが証憑からワークフローの工程位置や処理状況に対応した処理待ち工程を判断することが困難となり、効率的に処理することができなかった。
【００１１】
また、承認時には操作者の役割を記録することがあるが、承認操作が可能な役割を複数兼務していたり、証憑の内容によって役割を変える必要がある場合など、ワークフロー操作に関する役割情報を選択することができないという問題があった。
【００１２】
特許文献２に記載のシステムでは、証憑貼付用紙の情報が承認対象の伝票であるかを判定するために承認対象の伝票を予め特定しておく必要があり、１度に多くの伝票処理を行いたい場合に時間がかかってしまうという問題があった。
【００１３】
以上のように、従来では、紙媒体に付加された情報からワークフローの工程位置や処理状況に対応した処理待ち工程の情報を容易に得ることができず、証憑等の情報によりワークフロー操作の判断が必要な業務処理を効率的に行うことができなかった。
【００１４】
本発明は、上記の問題点を解決するためになされたもので、本発明の目的は、証憑等の紙媒体の情報によってフロー操作の判断が必要な業務を含むワークフローにおいて、紙媒体に付加された情報から、ワークフローの工程位置や処理状況に対応した処理待ち工程情報を取得する仕組みを提供することである。
【課題を解決するための手段】
【００１５】
本発明は、操作装置と、前記操作装置からのワークフロー操作指示要求に応じて、紙媒体の情報によってワークフロー操作の判断が必要な業務を含むワークフローを制御するワークフロー制御装置とを有するワークフローシステムであって、前記操作装置は、紙媒体に付加されたワークフロー案件を特定する識別コードの入力を受け付ける識別コード受付手段と、前記識別コード受付手段で受け付けされた前記識別コードとワークフローの操作ユーザを特定するユーザ情報とを前記ワークフロー制御装置に送信して、ワークフロー案件の処理待ち工程の情報を要求する処理待ち工程情報要求手段と、前記要求に応じて前記ワークフロー制御装置から送信される処理待ち工程の情報を表示するための画面情報に基づき、処理待ち工程画面を表示する表示手段とを備え、前記ワークフロー制御装置は、ワークフロー案件情報を記憶するワークフロー案件情報記憶手段と、前記操作装置から送信された前記識別コードと前記ユーザ情報とに基づき、前記ワークフロー案件情報記憶手段に記憶されたワークフロー案件情報から前記識別コードに対応するワークフロー案件で且つ前記ユーザ情報に対応する処理待ち工程の情報を取得する処理待ち工程情報取得手段と、前記処理待ち工程情報取得手段により取得された前記処理待ち工程の情報を表示するための処理待ち工程画面情報を生成する処理待ち工程画面情報生成手段と、前記処理待ち工程画面情報生成手段により生成された前記処理待ち工程画面情報を操作装置に送信する送信手段とを備えることを特徴とする。
【発明の効果】
【００１６】
本発明によれば、証憑等の紙媒体に付加された情報からワークフローの工程位置や処理状況に対応した処理待ち工程情報を取得する仕組みを提供することで、証憑等の情報によりワークフロー操作の判断が必要な業務処理の効率化を支援することができる等の効果を奏する。
【発明を実施するための最良の形態】
【００１７】
〔第１実施形態〕
以下、図面を参照して、本発明の実施形態を詳細に説明する。
【００１８】
図１は、本発明の一実施形態を示すワークフローシステムの一例を示すシステム構成図である。
【００１９】
図１に示すように、本実施形態のワークフローシステムは、少なくとも１つのワークフロー制御装置１０１と操作装置１０２がネットワーク１００を介して接続されている。
【００２０】
ネットワーク１００の構成は公知であるから詳細な説明は省略するが、ネットワーク１００としてローカルエリアネットワーク（ＬＡＮ）・ワイドエリアネットワーク（ＷＡＮ）・イントラネット・インターネットなどを利用することができる。
【００２１】
このようなワークフローシステムにおいて、ユーザは、例えばウェブブラウザやクライアントソフトウェア等を利用して、操作装置１０２から、ワークフロー制御装置１０１に対して、ワークフロー進行の要求等を行う。
【００２２】
ワークフロー制御装置１０１は、操作装置１０２からの要求に応じた処理、管理を行い、必要があれば操作装置１０２に対して結果等を送信する。なお、ワークフロー制御装置１０１は、紙媒体の情報によってワークフロー操作の判断が必要な業務を含むワークフローを制御可能である。
【００２３】
図２は、図１に示したワークフロー制御装置１０１と操作装置１０２のハードウェア構成の一例を示すブロック図である。
【００２４】
図２において、ＣＰＵ２０１は、システムバス２０４に接続される各デバイスを統括的に制御する。また、ＲＯＭ２０３あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるオペレーティングシステム（ＯＳ）や、各サーバあるいは各クライアントの後述する各種機能を実現するためのプログラムが記憶されている。
【００２５】
ＲＡＭ２０２は、ＣＰＵ２０１の主メモリ、ワークエリア、一時待避領域等として機能する。
【００２６】
入力コントローラ２０５は、入力部２０９からの入力を制御する。この入力部２０９としては、特に、サーバやクライアント等の端末では、キーボード、マウス等のポインティングデバイスが挙げられる。また、印刷装置等では、この入力部２０９として、タッチパネル、ボタン、スイッチ等が挙げられる。
【００２７】
出力コントローラ２０６は、出力部２１０の表示を制御する。この出力部２１０としては、例えば、ＣＲＴや液晶ディスプレイ等が挙げられる。
【００２８】
外部メモリコントローラ２０７は、ブートプログラム、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、プリンタドライバ等を記憶する外部メモリ２１１へのアクセスを制御する。加えて、外部メモリコントローラ２０７には、各サーバあるいは各クライアントの各種機能を実現するための各種テーブル、パラメータが記憶されている。
【００２９】
この外部メモリ２１１としては、ハードディスク（ＨＤ）やフロッピー（登録商標）ディスク（ＦＤ）、ＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）、スマートメディア等が挙げられる。
【００３０】
なお、外部メモリ２１１には、本発明を実現するためのプログラム２１２が記録されている。このプログラム２１２は、必要に応じて外部メモリ２１１からＲＡＭ２０２にロードされることによりＣＰＵ２０１によって実行されるものである。
【００３１】
通信Ｉ／Ｆコントローラ２０８は、ネットワーク１００を介して外部機器との通信制御処理を実行する。
【００３２】
図３は、図１に示したワークフロー制御装置１０１において実現される機能構成の一例を示す図である。
【００３３】
図３に示すように、ワークフロー制御装置１０１は、その機能構成として、処理待ち工程情報取得部１０１１と、処理待ち工程画面情報生成部１０１２と、送信部１０１３と、処理待ち工程一括制御部１０１４と、記憶部１０１５を含んでいる。記憶部１０１５は、所属情報１０１５ａと、役割優先度情報１０１５ｂと、案件情報１０１５ｃを含んでいる。
【００３４】
処理待ち工程情報取得部１０１１は、ユーザの処理待ち状態である工程情報と、ユーザが処理待ち工程を操作可能な役割情報を取得する。詳細には、処理待ち工程情報取得部１０１１は、操作装置１０２から送信された処理待ち工程情報要求に含まれるユーザ情報と識別コードに基づき、案件情報１０１５ｃに記憶されるワークフロー案件情報からユーザの処理待ち状態である工程情報と、ユーザが処理待ち工程を操作可能な役割情報を取得する。
【００３５】
処理待ち工程画面情報生成部１０１２は、処理待ち工程情報を画面に表示するための表示情報を生成する。詳細には、処理待ち工程画面情報生成部１０１２は、処理待ち工程情報取得部１０１１が取得した処理待ち工程情報に含まれる、ユーザの処理待ち状態である工程情報、および、処理待ち工程の操作情報に基づき、処理待ち工程画面情報としてＨＴＭＬやＸＭＬデータを生成する。
【００３６】
また、処理待ち工程画面情報生成部１０１２は、役割優先度情報１０１５ｂを参照して、処理待ち工程を操作可能な役割情報から、最も優先度の高い役割情報のみ選択したり、優先度順に並べて処理待ち工程画面情報を生成することも可能である。
【００３７】
送信部１０１３は、処理待ち工程画面情報生成部１０１２が生成した処理待ち工程画面情報を、ワークフロー制御装置１０１の出力コントローラ２０６または通信Ｉ／Ｆコントローラ２０８に対して出力する。
【００３８】
処理待ち工程一括制御部１０１４は、複数の処理待ち工程を操作指示に基づいて制御する。詳細には、処理待ち工程一括制御部１０１４は、操作装置から送信されたフロー操作一括指示手段を受け付け、複数の処理待ち工程をそれぞれの操作指示（例えば承認や差戻しなど）に基づいて制御する。
【００３９】
記憶部１０１５は、所属情報１０１５ａや役割優先度情報１０１５ｂや案件情報１０１５ｃを記憶する記憶部である。所属情報１０１５ａは、ユーザの所属情報を格納する格納部である。なお、ユーザの所属情報の詳細は後述する図５に示す。役割優先度情報１０１５ｂは、複数組織に所属するユーザの役割優先度情報を格納する格納部である。なお、役割優先度情報の詳細は後述する図６に示す。案件情報１０１５ｃは、ワークフロー案件の情報（ワークフロー案件情報）を格納する格納部である。ワークフロー案件情報は、ワークフロー案件を特定する識別コード、ワークフロー案件の状態、ワークフロー案件の処理待ち工程情報、処理待ち工程情報を操作可能なユーザの役割情報等のワークフロー案件の各種情報を含む。即ち、ワークフロー案件情報は、ユーザ情報に基づき、該ユーザ情報に対応するユーザの処理待ち状態の工程情報や、該ユーザが前記処理待ち工程を操作可能な役割情報等を取得可能に構成されている。
【００４０】
また、図示しないが、記憶部１０１５は、後述する図７に示すワークフロー経路の定義情報を含むその他の情報も記憶している。
【００４１】
なお、処理待ち工程情報取得部１０１１と、処理待ち工程画面情報生成部１０１２と、送信部１０１３と、処理待ち工程一括制御部１０１４は、ワークフロー制御装置１０１のＣＰＵ２０１が外部メモリ２１１に格納されるプログラム２１２をＲＡＭ２０２にロードして実行することにより実現される機能に対応する。また、記憶部１０１５は、外部メモリ２１１内の記憶領域として実現される。
【００４２】
図４は、図１に示した操作装置１０２において実現される機能構成の一例を示す図である。
【００４３】
図４に示すように、操作装置１０２は、その機能構成として、識別コード受付部１０２１と、処理待ち工程情報要求部１０２２と、表示部１０２３とを含んでいる。
【００４４】
識別コード受付部１０２１は、操作装置１０２の入力コントローラ２０５または通信Ｉ／Ｆコントローラ２０８から、識別コードの入力情報を受け付ける処理を行う。
【００４５】
処理待ち工程情報要求部１０２２は、ワークフロー案件の処理待ち工程情報を要求する。詳細には、処理待ち工程情報要求部１０２２は、操作ユーザを特定するユーザ情報と識別コード受付部１０２１で受け付けた識別コードを含めたワークフロー制御装置１０１に対する処理待ち工程情報要求を、通信Ｉ／Ｆコントローラ２０８に出力して送信する。
【００４６】
表示部１０２３は、処理待ち工程画面を表示する。詳細には、表示部１０２３は、処理待ち工程情報要求の結果としてワークフロー制御装置１０１から送信される処理待ち工程画面情報に基づき、処理待ち工程画面を操作装置１０２の出力コントローラ２０６または通信Ｉ／Ｆコントローラ２０８に対して出力する。
【００４７】
フロー操作一括指示手段１０２４は、複数の処理待ち工程へのフロー操作指示要求を一括で行う。詳細には、フロー操作一括指示手段１０２４は、ワークフロー制御装置に対する複数の処理待ち工程へのフロー操作指示（例えば承認や差戻しなど）一括要求を、通信Ｉ／Ｆコントローラ２０８に出力して送信する。
【００４８】
なお、識別コード受付部１０２１と、処理待ち工程情報要求部１０２２と、表示部１０２３と、フロー操作一括指示手段１０２４は、操作装置１０２のＣＰＵ２０１が外部メモリ２１１に格納されるプログラム２１２をＲＡＭ２０２にロードして実行することにより実現される機能に対応する。
【００４９】
図５は、図３に示した所属情報１０１５ａに格納されている所属情報の一例を示す図である。
【００５０】
図５に示すように、所属情報は、ユーザポジション７０１と、ユーザ７０２と、部門７０３と、ロール７０４とを含む。
【００５１】
例えば、ユーザ「経理 太郎」は、経理部門の課長と、経理部門の一般と、ＩＴ部門の課長、を担当していることを示しており、ユーザ「経理 花子」は経理部門の一般のみを担当していることを示している。
【００５２】
図６は、図３に示した役割優先度情報１０１５ｂに格納されている役割優先度情報の一例を示す図である。
【００５３】
図６に示すように、役割優先度情報は、ユーザ８０１と、優先度８０２と、ユーザポジションＩＤ８０３とを含む。
【００５４】
例えば、ユーザ「経理 太郎」は、図５で示した所属情報に示したとおり、経理部門の課長と、経理部門の一般と、ＩＴ部門の課長、を担当しており、役割優先度情報１０１５ｂでは、この３つの所属情報の優先度が定義されている。
【００５５】
図６にしたがって優先度順にすると、（１）ユーザポジションＩＤ「POS−003」に該当するＩＴ部門の課長、（２）ユーザポジションＩＤ「POS−001」に該当する経理部門の課長、（３）ユーザポジションＩＤ「POS−002」に該当する経理部門の一般、という優先度順の定義を意味している。
【００５６】
ワークフローのある工程が、ＩＴ部門の課長、経理部門の課長、経理部門の一般、のいずれかで操作可能な定義になっている場合、図６に示した役割優先度情報を利用すると、ユーザ「経理 太郎」は、「POS−003」に該当するＩＴ部門の課長として操作するよう、役割を自動選択することが可能になる。
【００５７】
以下、図７〜図８を参照して、ワークフローの工程位置や処理状況に対応した処理待ち工程情報を取得する処理について説明する。
【００５８】
図７は、ワークフロー経路の定義情報の一例を示す図である。ワークフロー制御装置１０１は、この定義情報に基づきワークフローを制御する。なお、後述する図８の処理待ち工程画面の表示処理の説明の際には、この定義情報の一例を参考にして説明する。
【００５９】
申請Ｓ４０１は申請工程であり、工程定義情報４１１に基づき、全部門の一般ユーザが担当者として操作できることを意味する。申請Ｓ４０１が担当者によって申請されると、業務は課長承認Ｓ４０２に遷移する。
【００６０】
課長承認Ｓ４０２は、申請者の課長承認工程であり、工程定義情報４１２に基づき、申請工程を申請した部門の課長が担当者として操作できることを意味する。課長承認工程Ｓ４０２が担当者によって承認されると、業務は、並列経路である法務承認Ｓ４０３の法務承認Ｓ４０３１と経理承認Ｓ４０４の証憑確認Ｓ４０４１に同時に遷移する。
【００６１】
つまり、課長承認工程Ｓ４０２が承認されると、処理待ち状態の工程が複数存在することになる。
【００６２】
法務承認Ｓ４０３は並列経路の一方であり、法務承認Ｓ４０３１が定義されている。
【００６３】
法務承認Ｓ４０３１は法務承認工程であり、工程定義情報４１３１に基づき、法務課の課長が担当者として操作できることを意味する。法務承認Ｓ４０３１が担当者によって承認されると、並列経路である法務承認Ｓ４０３が完了する。この際、並列経路の他方である経理承認Ｓ４０４が完了している場合は、業務は最終承認Ｓ４０５に遷移する。経理承認Ｓ４０４が完了していない場合はその完了を待機する。
【００６４】
経理承認Ｓ４０４は並列経路の一方であり、証憑確認Ｓ４０４１と経理課長承認Ｓ４０４２が定義されている。
【００６５】
証憑確認Ｓ４０４１は証憑確認工程であり、工程定義情報４１４１に基づき、経理課課の一般または経理課の課長が担当者として操作できることを意味する。経理課課の一般と経理課の課長を兼務するユーザが証憑確認Ｓ４０４１を操作する場合、操作結果を記録する為、どちらの役割で操作するのか選択する必要がある。
【００６６】
なお、証憑確認Ｓ４０４１では、紙媒体の証憑を確認し、その結果に基づきワークフロー操作を行う業務ルールが定義されているものとする。証憑確認Ｓ４０４１が担当者によって承認されると、業務は経理課長承認Ｓ４０４２に遷移する。
【００６７】
経理課長承認Ｓ４０４２は経理課長承認工程であり、工程定義情報４１４２に基づき、経理課課の課長が担当者として操作できることを意味する。経理課長承認Ｓ４０４２が担当者によって承認されると、並列経路である経理承認Ｓ４０４が完了する。この際、並列経路の他方である法務承認Ｓ４０３が完了している場合は、業務は最終承認Ｓ４０５に遷移する。法務承認Ｓ４０３が完了していない場合はその完了を待機する。
【００６８】
最終承認Ｓ４０５は、最終承認工程であり、工程定義情報４１５に基づき、申請工程を申請した部門の部長が担当者として操作できることを意味する。最終承認工程Ｓ４０５が担当者によって承認されると業務は完了する。
【００６９】
図８は、本実施形態のワークフローシステムにおける紙媒体に付加された情報からワークフローの工程位置や処理状況に対応した処理待ち工程情報を取得する処理の一例を示すフローチャートである。
【００７０】
なお、Ｓ５００１〜Ｓ５００３は、操作装置１０２のＣＰＵ２０１が外部メモリ２１１に格納されるプログラム２１２をＲＡＭ２０２にロードして実行することにより実現される処理を示す。
【００７１】
また、Ｓ５１０１〜Ｓ５１１０は、ワークフロー制御装置１０１のＣＰＵ２０１が外部メモリ２１１に格納されるプログラム２１２をＲＡＭ２０２にロードして実行することにより実現される処理を示している。
【００７２】
なお、ワークフローシステムへのログイン処理などの事前処理により、操作装置１０２を操作するユーザは特定され、操作装置１０２の表示部１０２３により操作装置１０２の出力部に図９に示す処理待ち工程画面が表示されているものとする。ここで処理待ち工程画面について説明する。
【００７３】
図９は、処理待ち工程画面の初期画面の一例を示す図である。
【００７４】
図９において、９０１は操作ユーザ表示欄であり、ワークフローシステムへのログイン処理等により特定されたユーザのユーザ名が表示される。
【００７５】
９０２は案件ＩＤ欄であり、ユーザは、この案件ＩＤ欄９０２にワークフロー案件を特定する識別コードを入力して処理待ち工程取得ボタン９０３を押下すると、処理待ち工程情報取得要求がワークフロー制御装置１０１に送信されて、ワークフロー制御装置１０１から処理待ち工程情報を取得され、画面に追加表示される。
【００７６】
なお、案件ＩＤは、案件ＩＤ欄９０２へキーボード入力して処理待ち工程取得ボタン９０３の押下といった処理ではなく、バーコード情報化された識別コード（後述する図１０に示すバーコード１００１）をバーコードリーダで読み取ることで自動的に処理待ち工程情報を取得するようにしてもよい。
【００７７】
以下、図８の各ステップを説明する。
【００７８】
ステップＳ５００１では、操作装置１０２の識別コード受付部１０２１は、ワークフロー案件を特定する識別コードの入力情報を受け付ける。入力情報を受け付ける手段としては、図９に示した処理待ち工程画面の案件ＩＤ欄９０２へのキーボード入力の他、バーコード情報化された識別コード（後述する図１０に示すバーコード１００１）をバーコードリーダで読み取る、または、ＩＣタグ情報をＩＣタグリーダで読み取る、などがある。ここで証憑確認用の紙媒体について説明する。
【００７９】
図１０は、証憑確認用の紙媒体の一例を示す図である。
【００８０】
図１０において、１０００は証憑確認用の紙媒体である。この証憑確認用の紙媒体１０００には、ワークフロー案件を特定する識別コードがバーコード化されたバーコード１００１が印刷されている。
【００８１】
以下、図８のフローチャートの説明に戻る。
【００８２】
次に、ステップＳ５００２では、操作装置１０２の処理待ち工程情報要求部１０２２は、操作ユーザを特定するユーザ情報と、ステップＳ５１０１で受け付けたワークフロー案件を特定する識別コードにより、ワークフロー制御装置１０１に対して処理待ち工程情報取得要求を送信する。
【００８３】
次に、ステップＳ５１０１では、ワークフロー制御装置１０１の処理待ち工程情報取得部１０１１は、操作装置１０２から送信された処理待ち工程情報取得要求を受信する。
【００８４】
次に、ステップＳ５１０２では、ワークフロー制御装置１０１の処理待ち工程情報取得部１０１１は、処理待ち工程情報要求に含まれる識別コードを基に、ワークフロー案件を特定して案件情報１０１５ｃからワークフロー案件情報を取得する。
【００８５】
次に、ステップＳ５１０３では、ワークフロー制御装置１０１の処理待ち工程情報取得部１０１１は、上記Ｓ５１０２で取得したワークフロー案件情報に基づいて、該当のワークフロー案件が完了していないか否かの判定を行う。
【００８６】
そして、ステップＳ５１０３で、ワークフロー案件が完了している場合は、ワークフロー制御装置１０１の処理待ち工程情報取得部１０１１は、ステップＳ５１０４に処理を進める。
【００８７】
ステップＳ５１０４では、ワークフロー制御装置１０１の処理待ち工程情報取得部１０１１は、ワークフロー案件は完了しており処理待ち工程が存在しない旨を示すエラーメッセージを生成して、ステップＳ５１０９に処理を進める。
【００８８】
一方、ステップＳ５１０３で、ワークフロー案件が完了していない場合は、ワークフロー制御装置１０１の処理待ち工程情報取得部１０１１は、ステップＳ５１０５に処理を進める。
【００８９】
次に、ステップＳ５１０５では、ワークフロー制御装置１０１の処理待ち工程情報取得部１０１１は、処理待ち工程情報要求に含まれるユーザ情報を基に、ワークフロー案件の処理待ち工程のうち、ユーザが操作可能な処理待ち工程を取得する。
【００９０】
ここで、図７に示したワークフロー経路の定義情報を参照して例を示す。また、所属情報１０１５ａには、図５に示した所属情報が格納されているものとする。
【００９１】
図７に示したように、課長承認工程Ｓ４０２が承認されると、並列経路である法務承認Ｓ４０３の法務承認Ｓ４０３１と経理承認Ｓ４０４の証憑確認Ｓ４０４１が同時に処理待ち工程となる。
【００９２】
この状態のワークフロー案件をユーザ「経理 太郎」が処理待ち工程情報要求すると、上記Ｓ５１０５において、経理部門の課長または経理部門の一般で操作可能な証憑確認Ｓ４０４１のみが処理待ち工程として取得される。ユーザ「経理 太郎」は、法務承認Ｓ４０３の法務承認Ｓ４０３１を操作可能な法務部門の課長として登録されていないため、法務承認Ｓ４０３１は処理待ち工程として取得されない。
【００９３】
なお、経理部門の一般と法務部門の課長に所属するユーザが処理待ち工程情報要求した場合は、上記Ｓ５１０５において、法務承認Ｓ４０３の法務承認Ｓ４０３１と経理承認Ｓ４０４の証憑確認Ｓ４０４１の双方が処理待ち工程として取得される。
【００９４】
このように上記Ｓ５１０５では、ユーザが操作可能な処理待ち工程のみを取得するため、例えば経理承認Ｓ４０４の証憑確認Ｓ４０４１への操作を目的とした場合でも、他の担当者が既に承認をしてワークフローを先に進めているケースでは処理待ち工程情報として取得されない。このため、画面上でステータスチェックをユーザが行う必要がなくなり、効率化が図れる。
【００９５】
次に、ステップＳ５１０６では、ワークフロー制御装置１０１の処理待ち工程情報取得部１０１１は、ユーザが操作可能な処理待ち工程が存在するか否かの判定を行う。
【００９６】
そして、ステップＳ５１０６で、ユーザが操作可能な処理待ち工程が存在しない場合は、ワークフロー制御装置１０１の処理待ち工程情報取得部１０１１は、ステップＳ５１０７に処理を進める。
【００９７】
ステップＳ５１０７では、ワークフロー制御装置１０１の処理待ち工程情報取得部１０１１は、該当のワークフロー案件にはユーザが操作可能な処理待ち工程が存在しない旨を示すエラーメッセージを生成して、ステップＳ５１０９に処理を進める。
【００９８】
一方、ステップＳ５１０６で、ユーザが操作可能な処理待ち工程が存在する場合は、ワークフロー制御装置１０１の処理待ち工程情報取得部１０１１は、ステップＳ５１０８に処理を進める。
【００９９】
ステップＳ５１０８では、ワークフロー制御装置１０１の処理待ち工程情報取得部１０１１は、図７で一例を示したワークフロー経路の定義情報と、所属情報１０１５ａから、ユーザが操作可能な処理待ち工程について、操作可能な役割情報を取得する。
【０１００】
ここで、所属情報１０１５ａに図５に示した所属情報が格納されている場合の例を示す。
【０１０１】
識別コードに該当するワークフロー案件が、図７に示したワークフロー経路の定義情報の証憑確認Ｓ４０４１で処理待ち状態にある場合、ユーザ「経理 太郎」で操作すると、上記Ｓ５１０８において、経理部門の課長、および、経理部門の一般、が操作可能な役割情報として取得される。
【０１０２】
次に、ステップＳ５１０９では、ワークフロー制御装置１０１の処理待ち工程画面情報生成部１０１２は、処理待ち工程情報取得部１０１１が取得した処理待ち工程情報に含まれる、ユーザの処理待ち状態である工程情報、および、処理待ち工程の操作情報に基づき、処理待ち工程情報を画面に表示するための表示情報を生成する。（ただし、ステップＳ５１０４またはＳ５１０７においてエラーメッセージを生成している場合には、ワークフロー制御装置１０１の処理待ち工程画面情報生成部１０１２は、エラーメッセージを表示情報として生成する。）
なお、表示情報としては、例えばＨＴＭＬフォーマットやＸＭＬフォーマットのデータがある。
【０１０３】
この際、ワークフロー制御装置１０１の処理待ち工程画面情報生成部１０１２は、役割優先度情報１０１５ｂを参照して、処理待ち工程を操作可能な役割情報から最も優先度の高い役割情報のみを選択したり、優先度順に並べて生成することも可能である。
【０１０４】
ここで、所属情報１０１５ａに図５に示した所属情報が格納され、役割優先度情報１０１５ｂに図６で示した役割優先度情報が格納されている場合の例を示す。
【０１０５】
識別コードに該当するワークフロー案件が、図７に示したワークフロー経路の定義情報の証憑確認Ｓ４０４１で処理待ち状態にある場合、ユーザ「経理 太郎」で操作すると、上記Ｓ５１０８において、経理部門の課長、および、経理部門の一般、が操作可能な役割情報として取得されている。
【０１０６】
なお、役割優先度情報１０１５ｂには、図６に示すように経理部門の課長の方が優先度が高く定義されているため、上記Ｓ５１０９において処理待ち工程画面情報を生成する際、上記優先度順に従って、経理部門の課長が選択された状態の画面情報が生成される。なお、この際、経理部門の課長のみを画面情報に含める、といった制御が可能となる。
【０１０７】
次に、ステップＳ５１１０では、ワークフロー制御装置１０１の送信部１０１３は、処理待ち工程画面情報を操作装置１０２に送信する。
【０１０８】
次に、ステップＳ５００３では、操作装置１０２の表示部１０２３は、処理待ち工程情報要求の結果としてワークフロー制御装置１０１から送信された処理待ち工程画面情報に基づき、処理待ち工程画面（図１１）を操作装置１０２の出力部２１０に表示する。ここで処理待ち工程画面について説明する。
【０１０９】
図１１は、処理待ち工程画面の一例を示す図であり、図９と同一のものには同一の符号を付してある。
【０１１０】
上述したように、案件ＩＤ欄９０２にワークフロー案件を特定する識別コードを入力して処理待ち工程取得ボタン９０３を押下すると（処理待ち工程取得操作）、処理待ち工程情報９０４が一覧表示情報として追加表示される。即ち、図１１に示した処理待ち工程情報９０４の例は、３つの案件ＩＤに対応する処理待ち工程が表示されており、上述した処理待ち工程取得操作を、３回行った場合に対応する。
【０１１１】
処理待ち工程情報９０４は、選択欄９０４１、業務名欄９０４２、案件ＩＤ欄９０４３、工程欄９０４４、申請者欄９０４５、役割欄９０４６等から構成される。なお、役割欄９０４６は、工程を操作可能や役割において、役割優先度情報１０１５ｂで優先度の最も高い役割が初期値として表示される。また、この役割欄９０４６をキーボードやポインティングデバイスにより指示すると、工程を操作可能や役割が役割優先度情報１０１５ｂでの優先度順に並んだ選択肢が表示される。これにより、ユーザは、工程を操作する役割を選択することができる。
【０１１２】
なお、処理待ち工程情報９０４の選択欄９０４１でワークフロー案件の処理待ち工程を選択して（チェック状態にして）、承認ボタン９０５、申請へ差戻しボタン９０６、又は、直前へ差戻しボタン９０７を押下指示すると、選択された（チェックされた）処理待ち工程に対してフロー操作を一括で処理することができる。
【０１１３】
図１２は、本実施形態のワークフローシステムにおける複数の処理待ち工程へのフロー操作を一括で行う処理の一例を示すフローチャートである。
【０１１４】
なお、Ｓ６００１〜Ｓ６００２は、操作装置１０２のＣＰＵ２０１が外部メモリ２１１に格納されるプログラム２１２をＲＡＭ２０２にロードして実行することにより実現される処理を示す。
【０１１５】
また、Ｓ６１０１〜Ｓ６１０７は、ワークフロー制御装置１０１のＣＰＵ２０１が外部メモリ２１１に格納されるプログラム２１２をＲＡＭ２０２にロードして実行することにより実現される処理を示している。
【０１１６】
また、事前処理により、操作装置には処理待ち工程画面が表示されているものとする。
【０１１７】
まず、ステップＳ６００１では、操作装置１０２のフロー操作一括指示手段１０２４は、画面操作情報などに基づき、ワークフロー制御装置１０１に対して承認・差戻しなど複数の処理待ち工程へのフロー操作指示要求を一括で行う。なお、上記の画面操作としては、処理待ち工程画面（図１１）の処理待ち工程情報９０４の選択欄９０４１でワークフロー案件の処理待ち工程を選択して（チェック状態にして）、承認ボタン９０５、申請へ差戻しボタン９０６、又は、直前へ差戻しボタン９０７を押下指示する等の操作である。
【０１１８】
次に、ステップＳ６１０１では、ワークフロー制御装置１０１の処理待ち工程一括制御部１０１４は、操作装置１０２から送信されたフロー操作一括指示を受信し、１件目の操作指示をカレントの操作指示として選択し、該カレントの操作指示に該当するワークフロー案件の工程情報を取得する。
【０１１９】
次に、ステップＳ６１０２では、ワークフロー制御装置１０１の処理待ち工程一括制御部１０１４は、上記Ｓ６１０１で取得した工程情報に基づいて、カレントの操作指示の工程が完了していないか否かの判定を行う。
【０１２０】
そして、上記Ｓ６１０２において、カレントの操作指示の工程が完了していると判断した場合には、ワークフロー制御装置１０１の処理待ち工程一括制御部１０１４は、ステップＳ６１０３に処理を進める。
【０１２１】
ステップＳ６１０３では、ワークフロー制御装置１０１の処理待ち工程一括制御部１０１４は、カレントの操作指示の工程が完了している旨を示すエラーメッセージを生成して、ステップＳ６１０６に処理を進める。
【０１２２】
一方、上記Ｓ６１０２において、カレントの操作指示の工程が完了していないと判定した場合には、ワークフロー制御装置１０１の処理待ち工程一括制御部１０１４は、ステップＳ６１０４に処理を進める。
【０１２３】
ステップＳ６１０４では、ワークフロー制御装置１０１の処理待ち工程一括制御部１０１４は、カレントの操作指示に基づき、承認、申請へ差戻し、直前へ差し戻し等の工程制御処理（フロー操作）を行う。
【０１２４】
次に、ステップＳ６１０５では、ワークフロー制御装置１０１の処理待ち工程一括制御部１０１４は、カレントの操作指示が正常終了した旨を示すメッセージを生成する。
【０１２５】
次に、ステップＳ６１０６では、ワークフロー制御装置１０１の処理待ち工程一括制御部１０１４は、操作装置１０２から送信されたフロー操作一括指示に含まれる操作指示を全て処理したか否かを判定する。
【０１２６】
そして、ステップＳ６１０６で、まだ完了していない操作指示があると判断した場合には、ワークフロー制御装置１０１の処理待ち工程一括制御部１０１４は、次の操作指示をカレントの操作指示としてステップＳ６１０１へ処理を戻す。
【０１２７】
一方、ステップＳ６１０６で、全ての操作指示が完了していると判断した場合には、ワークフロー制御装置１０１の処理待ち工程一括制御部１０１４は、ステップＳ６１０３やステップＳ６１０５で生成したメッセージをフロー操作結果として操作装置１０２に送信する。
【０１２８】
次に、ステップＳ６００２では、操作装置１０２は、複数の処理待ち工程へのフロー操作指示要求の結果としてワークフロー制御装置１０１から送信されたフロー操作結果を画面表示する。
【０１２９】
以上示したように、本実施形態によれば、証憑等の紙媒体に付加された情報からワークフローの工程位置や処理状況に対応した処理待ち工程情報を取得する仕組みを提供することで、証憑等の情報によりワークフロー操作の判断が必要な業務処理の効率化を支援する仕組みを提供できる。
【０１３０】
なお上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
【０１３１】
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【０１３２】
以上示したように、紙媒体に付加された情報からワークフローの工程位置や処理状況に対応した処理待ち工程情報を取得することにより、証憑等の紙媒体の情報によりワークフロー操作の判断が必要な業務処理の効率化を支援することができる。
【０１３３】
以下、図１３に示すメモリマップを参照して本発明に係るワークフロー制御装置としてコンピュータを機能させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体の構成について説明する。
【０１３４】
図１３は、本発明に係るワークフロー制御装置としてコンピュータを機能させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体（記憶媒体）のメモリマップを説明する図である。
【０１３５】
なお、特に図示しないが、記録媒体に記憶されるプログラム群を管理する情報、例えばバージョン情報，作成者等も記憶され、かつ、プログラム読み出し側のＯＳ等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。
【０１３６】
さらに、各種プログラムに従属するデータも上記ディレクトリに管理されている。また、インストールするプログラムやデータが圧縮されている場合に、解凍するプログラム等も記憶される場合もある。
【０１３７】
本実施形態における図８，図１２に示す機能が外部からインストールされるプログラムによって、ホストコンピュータにより遂行されていてもよい。そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記録媒体により、あるいはネットワークを介して外部の記録媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。
【０１３８】
以上のように、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【０１３９】
この場合、記録媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記録媒体は本発明を構成することになる。
【０１４０】
プログラムコードを供給するための記録媒体としては、例えば、フレキシブルディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，ＤＶＤ−ＲＯＭ，磁気テープ，不揮発性のメモリカード，ＲＯＭ，ＥＥＰＲＯＭ，シリコンディスク等を用いることができる。
【０１４１】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１４２】
さらに、記録媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１４３】
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのソフトウェアによって表されるプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０１４４】
さらに、本発明を達成するためのソフトウェアによって表されるプログラムをネットワーク上のサーバ，データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０１４５】
なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。
【図面の簡単な説明】
【０１４６】
【図１】本発明の一実施形態を示すワークフローシステムの一例を示すシステム構成図である。
【図２】図１に示したワークフロー制御装置１０１と操作装置１０２のハードウェア構成の一例を示すブロック図である。
【図３】図１に示したワークフロー制御装置１０１において実現される機能構成の一例を示す図である。
【図４】図１に示した操作装置１０２において実現される機能構成の一例を示す図である。
【図５】図３に示した所属情報１０１５ａに格納されている所属情報の一例を示す図である。
【図６】図３に示した役割優先度情報１０１５ｂに格納されている役割優先度情報の一例を示す図である。
【図７】ワークフロー経路の定義情報の一例を示す図である。
【図８】本実施形態のワークフローシステムにおける紙媒体に付加された情報からワークフローの工程位置や処理状況に対応した処理待ち工程情報を取得する処理の一例を示すフローチャートである。
【図９】処理待ち工程画面の初期画面の一例を示す図である。
【図１０】証憑確認用の紙媒体の一例を示す図である。
【図１１】処理待ち工程画面の一例を示す図である。
【図１２】本実施形態のワークフローシステムにおける複数の処理待ち工程へのフロー操作を一括で行う処理の一例を示すフローチャートである。
【図１３】本発明に係るワークフロー制御装置としてコンピュータを機能させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体（記憶媒体）のメモリマップを説明する図である。
【符号の説明】
【０１４７】
１００ ネットワーク
１０１ ワークフロー制御装置
１０２ 操作装置
１０１１ 処理待ち工程情報取得部
１０１２ 処理待ち工程画面情報生成部
１０１３ 送信部
１０１４ 処理待ち工程一括制御部
１０１５ 記憶部
１０１５ａ 所属情報
１０１５ｂ 役割優先度情報
１０２１ 識別コード受付部
１０２２ 処理待ち工程情報要求部
１０２３ 表示部
【技術分野】
【０００１】
本発明は、ワークフローシステムの処理待ち工程情報を取得する制御に関する。
【背景技術】
【０００２】
複数の担当者が関わる作業の流れを定義した経路やルールに従って様々な業務フローをコントロールするワークフローシステムの導入により、業務プロセスが電子化され、意思決定のスピード化、業務の可視化、業務の属人性の排除、など、業務効率化を図ることが可能となった。
【０００３】
近年では、ＩＴ統制のニーズの高まりもあって、企業で様々な業務プロセスがワークフローシステムによって制御され、ワークフローの経路は複雑化している。
【０００４】
一方で、業務プロセスの補足情報として紙媒体が必要になる業務もまだ多い。例えば、紙媒体の証憑を目視でチェックした結果に基づき、ワークフローを操作するケースなどであり、役割によっては大量の紙媒体の証憑確認が必要な場合もある。
【０００５】
このような場合、ワークフロー利用者が担当業務のワークフロー経路を全て把握し、今現在どのフロー位置にあるか等のステータスをチェックしながら操作するのではなく、ワークフローシステムがワークフロー状況に応じてユーザ操作を支援することが効率化につながる。
【０００６】
特許文献１では、個人の立替金の精算処理において、精算申請者によるデータ入力から決済、会計処理、ファームバンキング処理にいたる全ての処理をペーパーレスで実行できるようにした個人立替経費精算システムが提案されている。
【０００７】
このシステムでは、精算申請者が入力した精算申請情報がサーバに転送され、さらに会計システムが稼働するホストで処理され、銀行のファームバンクシステムに送られて、申請者の預金口座に該当金額が振り込まれる。このとき上司によって電子承認がなされて、電子データが承認ステータスに変わる。
【０００８】
また、このシステムでは、精算に領収書等の証憑（証憑とは、領収書や請求書などで、取引の内容を明らかにする立証資料）が必要な場合は、バーコードが付された証憑貼付用台紙を印刷し、サーバが経理セクションにおける台紙の証憑確認結果を示す電子データを記憶しておき、バーコードリーダによって読み取られたバーコード情報によって、この電子データのステータスを承認ステータスに変換している。
【０００９】
特許文献２では、証憑貼付用紙に付加されたバーコード情報やＩＣタグ情報に基づいて承認対象の伝票であるかを判定し、その承認内容と証憑貼付用紙の所在情報を更新することで、証憑等の現物の書類を必要とする承認業務において、所定の期限までに承認業務が完了するよう支援することができる承認業務支援システムが提案されている。
【特許文献１】特開２００２−２７９１４６号公報
【特許文献２】特開２００６−１８９９３０号公報
【発明の開示】
【発明が解決しようとする課題】
【００１０】
しかしながら、特許文献１に記載のシステムでは、証憑確認を行って承認する際、操作者が証憑確認を行う位置にフローが進んでいるのか、または、他の担当者操作によって既に処理済になっていないか等のワークフローの工程位置や処理状況のチェックが行われていなかったため、ユーザが証憑からワークフローの工程位置や処理状況に対応した処理待ち工程を判断することが困難となり、効率的に処理することができなかった。
【００１１】
また、承認時には操作者の役割を記録することがあるが、承認操作が可能な役割を複数兼務していたり、証憑の内容によって役割を変える必要がある場合など、ワークフロー操作に関する役割情報を選択することができないという問題があった。
【００１２】
特許文献２に記載のシステムでは、証憑貼付用紙の情報が承認対象の伝票であるかを判定するために承認対象の伝票を予め特定しておく必要があり、１度に多くの伝票処理を行いたい場合に時間がかかってしまうという問題があった。
【００１３】
以上のように、従来では、紙媒体に付加された情報からワークフローの工程位置や処理状況に対応した処理待ち工程の情報を容易に得ることができず、証憑等の情報によりワークフロー操作の判断が必要な業務処理を効率的に行うことができなかった。
【００１４】
本発明は、上記の問題点を解決するためになされたもので、本発明の目的は、証憑等の紙媒体の情報によってフロー操作の判断が必要な業務を含むワークフローにおいて、紙媒体に付加された情報から、ワークフローの工程位置や処理状況に対応した処理待ち工程情報を取得する仕組みを提供することである。
【課題を解決するための手段】
【００１５】
本発明は、操作装置と、前記操作装置からのワークフロー操作指示要求に応じて、紙媒体の情報によってワークフロー操作の判断が必要な業務を含むワークフローを制御するワークフロー制御装置とを有するワークフローシステムであって、前記操作装置は、紙媒体に付加されたワークフロー案件を特定する識別コードの入力を受け付ける識別コード受付手段と、前記識別コード受付手段で受け付けされた前記識別コードとワークフローの操作ユーザを特定するユーザ情報とを前記ワークフロー制御装置に送信して、ワークフロー案件の処理待ち工程の情報を要求する処理待ち工程情報要求手段と、前記要求に応じて前記ワークフロー制御装置から送信される処理待ち工程の情報を表示するための画面情報に基づき、処理待ち工程画面を表示する表示手段とを備え、前記ワークフロー制御装置は、ワークフロー案件情報を記憶するワークフロー案件情報記憶手段と、前記操作装置から送信された前記識別コードと前記ユーザ情報とに基づき、前記ワークフロー案件情報記憶手段に記憶されたワークフロー案件情報から前記識別コードに対応するワークフロー案件で且つ前記ユーザ情報に対応する処理待ち工程の情報を取得する処理待ち工程情報取得手段と、前記処理待ち工程情報取得手段により取得された前記処理待ち工程の情報を表示するための処理待ち工程画面情報を生成する処理待ち工程画面情報生成手段と、前記処理待ち工程画面情報生成手段により生成された前記処理待ち工程画面情報を操作装置に送信する送信手段とを備えることを特徴とする。
【発明の効果】
【００１６】
本発明によれば、証憑等の紙媒体に付加された情報からワークフローの工程位置や処理状況に対応した処理待ち工程情報を取得する仕組みを提供することで、証憑等の情報によりワークフロー操作の判断が必要な業務処理の効率化を支援することができる等の効果を奏する。
【発明を実施するための最良の形態】
【００１７】
〔第１実施形態〕
以下、図面を参照して、本発明の実施形態を詳細に説明する。
【００１８】
図１は、本発明の一実施形態を示すワークフローシステムの一例を示すシステム構成図である。
【００１９】
図１に示すように、本実施形態のワークフローシステムは、少なくとも１つのワークフロー制御装置１０１と操作装置１０２がネットワーク１００を介して接続されている。
【００２０】
ネットワーク１００の構成は公知であるから詳細な説明は省略するが、ネットワーク１００としてローカルエリアネットワーク（ＬＡＮ）・ワイドエリアネットワーク（ＷＡＮ）・イントラネット・インターネットなどを利用することができる。
【００２１】
このようなワークフローシステムにおいて、ユーザは、例えばウェブブラウザやクライアントソフトウェア等を利用して、操作装置１０２から、ワークフロー制御装置１０１に対して、ワークフロー進行の要求等を行う。
【００２２】
ワークフロー制御装置１０１は、操作装置１０２からの要求に応じた処理、管理を行い、必要があれば操作装置１０２に対して結果等を送信する。なお、ワークフロー制御装置１０１は、紙媒体の情報によってワークフロー操作の判断が必要な業務を含むワークフローを制御可能である。
【００２３】
図２は、図１に示したワークフロー制御装置１０１と操作装置１０２のハードウェア構成の一例を示すブロック図である。
【００２４】
図２において、ＣＰＵ２０１は、システムバス２０４に接続される各デバイスを統括的に制御する。また、ＲＯＭ２０３あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるオペレーティングシステム（ＯＳ）や、各サーバあるいは各クライアントの後述する各種機能を実現するためのプログラムが記憶されている。
【００２５】
ＲＡＭ２０２は、ＣＰＵ２０１の主メモリ、ワークエリア、一時待避領域等として機能する。
【００２６】
入力コントローラ２０５は、入力部２０９からの入力を制御する。この入力部２０９としては、特に、サーバやクライアント等の端末では、キーボード、マウス等のポインティングデバイスが挙げられる。また、印刷装置等では、この入力部２０９として、タッチパネル、ボタン、スイッチ等が挙げられる。
【００２７】
出力コントローラ２０６は、出力部２１０の表示を制御する。この出力部２１０としては、例えば、ＣＲＴや液晶ディスプレイ等が挙げられる。
【００２８】
外部メモリコントローラ２０７は、ブートプログラム、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、プリンタドライバ等を記憶する外部メモリ２１１へのアクセスを制御する。加えて、外部メモリコントローラ２０７には、各サーバあるいは各クライアントの各種機能を実現するための各種テーブル、パラメータが記憶されている。
【００２９】
この外部メモリ２１１としては、ハードディスク（ＨＤ）やフロッピー（登録商標）ディスク（ＦＤ）、ＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）、スマートメディア等が挙げられる。
【００３０】
なお、外部メモリ２１１には、本発明を実現するためのプログラム２１２が記録されている。このプログラム２１２は、必要に応じて外部メモリ２１１からＲＡＭ２０２にロードされることによりＣＰＵ２０１によって実行されるものである。
【００３１】
通信Ｉ／Ｆコントローラ２０８は、ネットワーク１００を介して外部機器との通信制御処理を実行する。
【００３２】
図３は、図１に示したワークフロー制御装置１０１において実現される機能構成の一例を示す図である。
【００３３】
図３に示すように、ワークフロー制御装置１０１は、その機能構成として、処理待ち工程情報取得部１０１１と、処理待ち工程画面情報生成部１０１２と、送信部１０１３と、処理待ち工程一括制御部１０１４と、記憶部１０１５を含んでいる。記憶部１０１５は、所属情報１０１５ａと、役割優先度情報１０１５ｂと、案件情報１０１５ｃを含んでいる。
【００３４】
処理待ち工程情報取得部１０１１は、ユーザの処理待ち状態である工程情報と、ユーザが処理待ち工程を操作可能な役割情報を取得する。詳細には、処理待ち工程情報取得部１０１１は、操作装置１０２から送信された処理待ち工程情報要求に含まれるユーザ情報と識別コードに基づき、案件情報１０１５ｃに記憶されるワークフロー案件情報からユーザの処理待ち状態である工程情報と、ユーザが処理待ち工程を操作可能な役割情報を取得する。
【００３５】
処理待ち工程画面情報生成部１０１２は、処理待ち工程情報を画面に表示するための表示情報を生成する。詳細には、処理待ち工程画面情報生成部１０１２は、処理待ち工程情報取得部１０１１が取得した処理待ち工程情報に含まれる、ユーザの処理待ち状態である工程情報、および、処理待ち工程の操作情報に基づき、処理待ち工程画面情報としてＨＴＭＬやＸＭＬデータを生成する。
【００３６】
また、処理待ち工程画面情報生成部１０１２は、役割優先度情報１０１５ｂを参照して、処理待ち工程を操作可能な役割情報から、最も優先度の高い役割情報のみ選択したり、優先度順に並べて処理待ち工程画面情報を生成することも可能である。
【００３７】
送信部１０１３は、処理待ち工程画面情報生成部１０１２が生成した処理待ち工程画面情報を、ワークフロー制御装置１０１の出力コントローラ２０６または通信Ｉ／Ｆコントローラ２０８に対して出力する。
【００３８】
処理待ち工程一括制御部１０１４は、複数の処理待ち工程を操作指示に基づいて制御する。詳細には、処理待ち工程一括制御部１０１４は、操作装置から送信されたフロー操作一括指示手段を受け付け、複数の処理待ち工程をそれぞれの操作指示（例えば承認や差戻しなど）に基づいて制御する。
【００３９】
記憶部１０１５は、所属情報１０１５ａや役割優先度情報１０１５ｂや案件情報１０１５ｃを記憶する記憶部である。所属情報１０１５ａは、ユーザの所属情報を格納する格納部である。なお、ユーザの所属情報の詳細は後述する図５に示す。役割優先度情報１０１５ｂは、複数組織に所属するユーザの役割優先度情報を格納する格納部である。なお、役割優先度情報の詳細は後述する図６に示す。案件情報１０１５ｃは、ワークフロー案件の情報（ワークフロー案件情報）を格納する格納部である。ワークフロー案件情報は、ワークフロー案件を特定する識別コード、ワークフロー案件の状態、ワークフロー案件の処理待ち工程情報、処理待ち工程情報を操作可能なユーザの役割情報等のワークフロー案件の各種情報を含む。即ち、ワークフロー案件情報は、ユーザ情報に基づき、該ユーザ情報に対応するユーザの処理待ち状態の工程情報や、該ユーザが前記処理待ち工程を操作可能な役割情報等を取得可能に構成されている。
【００４０】
また、図示しないが、記憶部１０１５は、後述する図７に示すワークフロー経路の定義情報を含むその他の情報も記憶している。
【００４１】
なお、処理待ち工程情報取得部１０１１と、処理待ち工程画面情報生成部１０１２と、送信部１０１３と、処理待ち工程一括制御部１０１４は、ワークフロー制御装置１０１のＣＰＵ２０１が外部メモリ２１１に格納されるプログラム２１２をＲＡＭ２０２にロードして実行することにより実現される機能に対応する。また、記憶部１０１５は、外部メモリ２１１内の記憶領域として実現される。
【００４２】
図４は、図１に示した操作装置１０２において実現される機能構成の一例を示す図である。
【００４３】
図４に示すように、操作装置１０２は、その機能構成として、識別コード受付部１０２１と、処理待ち工程情報要求部１０２２と、表示部１０２３とを含んでいる。
【００４４】
識別コード受付部１０２１は、操作装置１０２の入力コントローラ２０５または通信Ｉ／Ｆコントローラ２０８から、識別コードの入力情報を受け付ける処理を行う。
【００４５】
処理待ち工程情報要求部１０２２は、ワークフロー案件の処理待ち工程情報を要求する。詳細には、処理待ち工程情報要求部１０２２は、操作ユーザを特定するユーザ情報と識別コード受付部１０２１で受け付けた識別コードを含めたワークフロー制御装置１０１に対する処理待ち工程情報要求を、通信Ｉ／Ｆコントローラ２０８に出力して送信する。
【００４６】
表示部１０２３は、処理待ち工程画面を表示する。詳細には、表示部１０２３は、処理待ち工程情報要求の結果としてワークフロー制御装置１０１から送信される処理待ち工程画面情報に基づき、処理待ち工程画面を操作装置１０２の出力コントローラ２０６または通信Ｉ／Ｆコントローラ２０８に対して出力する。
【００４７】
フロー操作一括指示手段１０２４は、複数の処理待ち工程へのフロー操作指示要求を一括で行う。詳細には、フロー操作一括指示手段１０２４は、ワークフロー制御装置に対する複数の処理待ち工程へのフロー操作指示（例えば承認や差戻しなど）一括要求を、通信Ｉ／Ｆコントローラ２０８に出力して送信する。
【００４８】
なお、識別コード受付部１０２１と、処理待ち工程情報要求部１０２２と、表示部１０２３と、フロー操作一括指示手段１０２４は、操作装置１０２のＣＰＵ２０１が外部メモリ２１１に格納されるプログラム２１２をＲＡＭ２０２にロードして実行することにより実現される機能に対応する。
【００４９】
図５は、図３に示した所属情報１０１５ａに格納されている所属情報の一例を示す図である。
【００５０】
図５に示すように、所属情報は、ユーザポジション７０１と、ユーザ７０２と、部門７０３と、ロール７０４とを含む。
【００５１】
例えば、ユーザ「経理 太郎」は、経理部門の課長と、経理部門の一般と、ＩＴ部門の課長、を担当していることを示しており、ユーザ「経理 花子」は経理部門の一般のみを担当していることを示している。
【００５２】
図６は、図３に示した役割優先度情報１０１５ｂに格納されている役割優先度情報の一例を示す図である。
【００５３】
図６に示すように、役割優先度情報は、ユーザ８０１と、優先度８０２と、ユーザポジションＩＤ８０３とを含む。
【００５４】
例えば、ユーザ「経理 太郎」は、図５で示した所属情報に示したとおり、経理部門の課長と、経理部門の一般と、ＩＴ部門の課長、を担当しており、役割優先度情報１０１５ｂでは、この３つの所属情報の優先度が定義されている。
【００５５】
図６にしたがって優先度順にすると、（１）ユーザポジションＩＤ「POS−003」に該当するＩＴ部門の課長、（２）ユーザポジションＩＤ「POS−001」に該当する経理部門の課長、（３）ユーザポジションＩＤ「POS−002」に該当する経理部門の一般、という優先度順の定義を意味している。
【００５６】
ワークフローのある工程が、ＩＴ部門の課長、経理部門の課長、経理部門の一般、のいずれかで操作可能な定義になっている場合、図６に示した役割優先度情報を利用すると、ユーザ「経理 太郎」は、「POS−003」に該当するＩＴ部門の課長として操作するよう、役割を自動選択することが可能になる。
【００５７】
以下、図７〜図８を参照して、ワークフローの工程位置や処理状況に対応した処理待ち工程情報を取得する処理について説明する。
【００５８】
図７は、ワークフロー経路の定義情報の一例を示す図である。ワークフロー制御装置１０１は、この定義情報に基づきワークフローを制御する。なお、後述する図８の処理待ち工程画面の表示処理の説明の際には、この定義情報の一例を参考にして説明する。
【００５９】
申請Ｓ４０１は申請工程であり、工程定義情報４１１に基づき、全部門の一般ユーザが担当者として操作できることを意味する。申請Ｓ４０１が担当者によって申請されると、業務は課長承認Ｓ４０２に遷移する。
【００６０】
課長承認Ｓ４０２は、申請者の課長承認工程であり、工程定義情報４１２に基づき、申請工程を申請した部門の課長が担当者として操作できることを意味する。課長承認工程Ｓ４０２が担当者によって承認されると、業務は、並列経路である法務承認Ｓ４０３の法務承認Ｓ４０３１と経理承認Ｓ４０４の証憑確認Ｓ４０４１に同時に遷移する。
【００６１】
つまり、課長承認工程Ｓ４０２が承認されると、処理待ち状態の工程が複数存在することになる。
【００６２】
法務承認Ｓ４０３は並列経路の一方であり、法務承認Ｓ４０３１が定義されている。
【００６３】
法務承認Ｓ４０３１は法務承認工程であり、工程定義情報４１３１に基づき、法務課の課長が担当者として操作できることを意味する。法務承認Ｓ４０３１が担当者によって承認されると、並列経路である法務承認Ｓ４０３が完了する。この際、並列経路の他方である経理承認Ｓ４０４が完了している場合は、業務は最終承認Ｓ４０５に遷移する。経理承認Ｓ４０４が完了していない場合はその完了を待機する。
【００６４】
経理承認Ｓ４０４は並列経路の一方であり、証憑確認Ｓ４０４１と経理課長承認Ｓ４０４２が定義されている。
【００６５】
証憑確認Ｓ４０４１は証憑確認工程であり、工程定義情報４１４１に基づき、経理課課の一般または経理課の課長が担当者として操作できることを意味する。経理課課の一般と経理課の課長を兼務するユーザが証憑確認Ｓ４０４１を操作する場合、操作結果を記録する為、どちらの役割で操作するのか選択する必要がある。
【００６６】
なお、証憑確認Ｓ４０４１では、紙媒体の証憑を確認し、その結果に基づきワークフロー操作を行う業務ルールが定義されているものとする。証憑確認Ｓ４０４１が担当者によって承認されると、業務は経理課長承認Ｓ４０４２に遷移する。
【００６７】
経理課長承認Ｓ４０４２は経理課長承認工程であり、工程定義情報４１４２に基づき、経理課課の課長が担当者として操作できることを意味する。経理課長承認Ｓ４０４２が担当者によって承認されると、並列経路である経理承認Ｓ４０４が完了する。この際、並列経路の他方である法務承認Ｓ４０３が完了している場合は、業務は最終承認Ｓ４０５に遷移する。法務承認Ｓ４０３が完了していない場合はその完了を待機する。
【００６８】
最終承認Ｓ４０５は、最終承認工程であり、工程定義情報４１５に基づき、申請工程を申請した部門の部長が担当者として操作できることを意味する。最終承認工程Ｓ４０５が担当者によって承認されると業務は完了する。
【００６９】
図８は、本実施形態のワークフローシステムにおける紙媒体に付加された情報からワークフローの工程位置や処理状況に対応した処理待ち工程情報を取得する処理の一例を示すフローチャートである。
【００７０】
なお、Ｓ５００１〜Ｓ５００３は、操作装置１０２のＣＰＵ２０１が外部メモリ２１１に格納されるプログラム２１２をＲＡＭ２０２にロードして実行することにより実現される処理を示す。
【００７１】
また、Ｓ５１０１〜Ｓ５１１０は、ワークフロー制御装置１０１のＣＰＵ２０１が外部メモリ２１１に格納されるプログラム２１２をＲＡＭ２０２にロードして実行することにより実現される処理を示している。
【００７２】
なお、ワークフローシステムへのログイン処理などの事前処理により、操作装置１０２を操作するユーザは特定され、操作装置１０２の表示部１０２３により操作装置１０２の出力部に図９に示す処理待ち工程画面が表示されているものとする。ここで処理待ち工程画面について説明する。
【００７３】
図９は、処理待ち工程画面の初期画面の一例を示す図である。
【００７４】
図９において、９０１は操作ユーザ表示欄であり、ワークフローシステムへのログイン処理等により特定されたユーザのユーザ名が表示される。
【００７５】
９０２は案件ＩＤ欄であり、ユーザは、この案件ＩＤ欄９０２にワークフロー案件を特定する識別コードを入力して処理待ち工程取得ボタン９０３を押下すると、処理待ち工程情報取得要求がワークフロー制御装置１０１に送信されて、ワークフロー制御装置１０１から処理待ち工程情報を取得され、画面に追加表示される。
【００７６】
なお、案件ＩＤは、案件ＩＤ欄９０２へキーボード入力して処理待ち工程取得ボタン９０３の押下といった処理ではなく、バーコード情報化された識別コード（後述する図１０に示すバーコード１００１）をバーコードリーダで読み取ることで自動的に処理待ち工程情報を取得するようにしてもよい。
【００７７】
以下、図８の各ステップを説明する。
【００７８】
ステップＳ５００１では、操作装置１０２の識別コード受付部１０２１は、ワークフロー案件を特定する識別コードの入力情報を受け付ける。入力情報を受け付ける手段としては、図９に示した処理待ち工程画面の案件ＩＤ欄９０２へのキーボード入力の他、バーコード情報化された識別コード（後述する図１０に示すバーコード１００１）をバーコードリーダで読み取る、または、ＩＣタグ情報をＩＣタグリーダで読み取る、などがある。ここで証憑確認用の紙媒体について説明する。
【００７９】
図１０は、証憑確認用の紙媒体の一例を示す図である。
【００８０】
図１０において、１０００は証憑確認用の紙媒体である。この証憑確認用の紙媒体１０００には、ワークフロー案件を特定する識別コードがバーコード化されたバーコード１００１が印刷されている。
【００８１】
以下、図８のフローチャートの説明に戻る。
【００８２】
次に、ステップＳ５００２では、操作装置１０２の処理待ち工程情報要求部１０２２は、操作ユーザを特定するユーザ情報と、ステップＳ５１０１で受け付けたワークフロー案件を特定する識別コードにより、ワークフロー制御装置１０１に対して処理待ち工程情報取得要求を送信する。
【００８３】
次に、ステップＳ５１０１では、ワークフロー制御装置１０１の処理待ち工程情報取得部１０１１は、操作装置１０２から送信された処理待ち工程情報取得要求を受信する。
【００８４】
次に、ステップＳ５１０２では、ワークフロー制御装置１０１の処理待ち工程情報取得部１０１１は、処理待ち工程情報要求に含まれる識別コードを基に、ワークフロー案件を特定して案件情報１０１５ｃからワークフロー案件情報を取得する。
【００８５】
次に、ステップＳ５１０３では、ワークフロー制御装置１０１の処理待ち工程情報取得部１０１１は、上記Ｓ５１０２で取得したワークフロー案件情報に基づいて、該当のワークフロー案件が完了していないか否かの判定を行う。
【００８６】
そして、ステップＳ５１０３で、ワークフロー案件が完了している場合は、ワークフロー制御装置１０１の処理待ち工程情報取得部１０１１は、ステップＳ５１０４に処理を進める。
【００８７】
ステップＳ５１０４では、ワークフロー制御装置１０１の処理待ち工程情報取得部１０１１は、ワークフロー案件は完了しており処理待ち工程が存在しない旨を示すエラーメッセージを生成して、ステップＳ５１０９に処理を進める。
【００８８】
一方、ステップＳ５１０３で、ワークフロー案件が完了していない場合は、ワークフロー制御装置１０１の処理待ち工程情報取得部１０１１は、ステップＳ５１０５に処理を進める。
【００８９】
次に、ステップＳ５１０５では、ワークフロー制御装置１０１の処理待ち工程情報取得部１０１１は、処理待ち工程情報要求に含まれるユーザ情報を基に、ワークフロー案件の処理待ち工程のうち、ユーザが操作可能な処理待ち工程を取得する。
【００９０】
ここで、図７に示したワークフロー経路の定義情報を参照して例を示す。また、所属情報１０１５ａには、図５に示した所属情報が格納されているものとする。
【００９１】
図７に示したように、課長承認工程Ｓ４０２が承認されると、並列経路である法務承認Ｓ４０３の法務承認Ｓ４０３１と経理承認Ｓ４０４の証憑確認Ｓ４０４１が同時に処理待ち工程となる。
【００９２】
この状態のワークフロー案件をユーザ「経理 太郎」が処理待ち工程情報要求すると、上記Ｓ５１０５において、経理部門の課長または経理部門の一般で操作可能な証憑確認Ｓ４０４１のみが処理待ち工程として取得される。ユーザ「経理 太郎」は、法務承認Ｓ４０３の法務承認Ｓ４０３１を操作可能な法務部門の課長として登録されていないため、法務承認Ｓ４０３１は処理待ち工程として取得されない。
【００９３】
なお、経理部門の一般と法務部門の課長に所属するユーザが処理待ち工程情報要求した場合は、上記Ｓ５１０５において、法務承認Ｓ４０３の法務承認Ｓ４０３１と経理承認Ｓ４０４の証憑確認Ｓ４０４１の双方が処理待ち工程として取得される。
【００９４】
このように上記Ｓ５１０５では、ユーザが操作可能な処理待ち工程のみを取得するため、例えば経理承認Ｓ４０４の証憑確認Ｓ４０４１への操作を目的とした場合でも、他の担当者が既に承認をしてワークフローを先に進めているケースでは処理待ち工程情報として取得されない。このため、画面上でステータスチェックをユーザが行う必要がなくなり、効率化が図れる。
【００９５】
次に、ステップＳ５１０６では、ワークフロー制御装置１０１の処理待ち工程情報取得部１０１１は、ユーザが操作可能な処理待ち工程が存在するか否かの判定を行う。
【００９６】
そして、ステップＳ５１０６で、ユーザが操作可能な処理待ち工程が存在しない場合は、ワークフロー制御装置１０１の処理待ち工程情報取得部１０１１は、ステップＳ５１０７に処理を進める。
【００９７】
ステップＳ５１０７では、ワークフロー制御装置１０１の処理待ち工程情報取得部１０１１は、該当のワークフロー案件にはユーザが操作可能な処理待ち工程が存在しない旨を示すエラーメッセージを生成して、ステップＳ５１０９に処理を進める。
【００９８】
一方、ステップＳ５１０６で、ユーザが操作可能な処理待ち工程が存在する場合は、ワークフロー制御装置１０１の処理待ち工程情報取得部１０１１は、ステップＳ５１０８に処理を進める。
【００９９】
ステップＳ５１０８では、ワークフロー制御装置１０１の処理待ち工程情報取得部１０１１は、図７で一例を示したワークフロー経路の定義情報と、所属情報１０１５ａから、ユーザが操作可能な処理待ち工程について、操作可能な役割情報を取得する。
【０１００】
ここで、所属情報１０１５ａに図５に示した所属情報が格納されている場合の例を示す。
【０１０１】
識別コードに該当するワークフロー案件が、図７に示したワークフロー経路の定義情報の証憑確認Ｓ４０４１で処理待ち状態にある場合、ユーザ「経理 太郎」で操作すると、上記Ｓ５１０８において、経理部門の課長、および、経理部門の一般、が操作可能な役割情報として取得される。
【０１０２】
次に、ステップＳ５１０９では、ワークフロー制御装置１０１の処理待ち工程画面情報生成部１０１２は、処理待ち工程情報取得部１０１１が取得した処理待ち工程情報に含まれる、ユーザの処理待ち状態である工程情報、および、処理待ち工程の操作情報に基づき、処理待ち工程情報を画面に表示するための表示情報を生成する。（ただし、ステップＳ５１０４またはＳ５１０７においてエラーメッセージを生成している場合には、ワークフロー制御装置１０１の処理待ち工程画面情報生成部１０１２は、エラーメッセージを表示情報として生成する。）
なお、表示情報としては、例えばＨＴＭＬフォーマットやＸＭＬフォーマットのデータがある。
【０１０３】
この際、ワークフロー制御装置１０１の処理待ち工程画面情報生成部１０１２は、役割優先度情報１０１５ｂを参照して、処理待ち工程を操作可能な役割情報から最も優先度の高い役割情報のみを選択したり、優先度順に並べて生成することも可能である。
【０１０４】
ここで、所属情報１０１５ａに図５に示した所属情報が格納され、役割優先度情報１０１５ｂに図６で示した役割優先度情報が格納されている場合の例を示す。
【０１０５】
識別コードに該当するワークフロー案件が、図７に示したワークフロー経路の定義情報の証憑確認Ｓ４０４１で処理待ち状態にある場合、ユーザ「経理 太郎」で操作すると、上記Ｓ５１０８において、経理部門の課長、および、経理部門の一般、が操作可能な役割情報として取得されている。
【０１０６】
なお、役割優先度情報１０１５ｂには、図６に示すように経理部門の課長の方が優先度が高く定義されているため、上記Ｓ５１０９において処理待ち工程画面情報を生成する際、上記優先度順に従って、経理部門の課長が選択された状態の画面情報が生成される。なお、この際、経理部門の課長のみを画面情報に含める、といった制御が可能となる。
【０１０７】
次に、ステップＳ５１１０では、ワークフロー制御装置１０１の送信部１０１３は、処理待ち工程画面情報を操作装置１０２に送信する。
【０１０８】
次に、ステップＳ５００３では、操作装置１０２の表示部１０２３は、処理待ち工程情報要求の結果としてワークフロー制御装置１０１から送信された処理待ち工程画面情報に基づき、処理待ち工程画面（図１１）を操作装置１０２の出力部２１０に表示する。ここで処理待ち工程画面について説明する。
【０１０９】
図１１は、処理待ち工程画面の一例を示す図であり、図９と同一のものには同一の符号を付してある。
【０１１０】
上述したように、案件ＩＤ欄９０２にワークフロー案件を特定する識別コードを入力して処理待ち工程取得ボタン９０３を押下すると（処理待ち工程取得操作）、処理待ち工程情報９０４が一覧表示情報として追加表示される。即ち、図１１に示した処理待ち工程情報９０４の例は、３つの案件ＩＤに対応する処理待ち工程が表示されており、上述した処理待ち工程取得操作を、３回行った場合に対応する。
【０１１１】
処理待ち工程情報９０４は、選択欄９０４１、業務名欄９０４２、案件ＩＤ欄９０４３、工程欄９０４４、申請者欄９０４５、役割欄９０４６等から構成される。なお、役割欄９０４６は、工程を操作可能や役割において、役割優先度情報１０１５ｂで優先度の最も高い役割が初期値として表示される。また、この役割欄９０４６をキーボードやポインティングデバイスにより指示すると、工程を操作可能や役割が役割優先度情報１０１５ｂでの優先度順に並んだ選択肢が表示される。これにより、ユーザは、工程を操作する役割を選択することができる。
【０１１２】
なお、処理待ち工程情報９０４の選択欄９０４１でワークフロー案件の処理待ち工程を選択して（チェック状態にして）、承認ボタン９０５、申請へ差戻しボタン９０６、又は、直前へ差戻しボタン９０７を押下指示すると、選択された（チェックされた）処理待ち工程に対してフロー操作を一括で処理することができる。
【０１１３】
図１２は、本実施形態のワークフローシステムにおける複数の処理待ち工程へのフロー操作を一括で行う処理の一例を示すフローチャートである。
【０１１４】
なお、Ｓ６００１〜Ｓ６００２は、操作装置１０２のＣＰＵ２０１が外部メモリ２１１に格納されるプログラム２１２をＲＡＭ２０２にロードして実行することにより実現される処理を示す。
【０１１５】
また、Ｓ６１０１〜Ｓ６１０７は、ワークフロー制御装置１０１のＣＰＵ２０１が外部メモリ２１１に格納されるプログラム２１２をＲＡＭ２０２にロードして実行することにより実現される処理を示している。
【０１１６】
また、事前処理により、操作装置には処理待ち工程画面が表示されているものとする。
【０１１７】
まず、ステップＳ６００１では、操作装置１０２のフロー操作一括指示手段１０２４は、画面操作情報などに基づき、ワークフロー制御装置１０１に対して承認・差戻しなど複数の処理待ち工程へのフロー操作指示要求を一括で行う。なお、上記の画面操作としては、処理待ち工程画面（図１１）の処理待ち工程情報９０４の選択欄９０４１でワークフロー案件の処理待ち工程を選択して（チェック状態にして）、承認ボタン９０５、申請へ差戻しボタン９０６、又は、直前へ差戻しボタン９０７を押下指示する等の操作である。
【０１１８】
次に、ステップＳ６１０１では、ワークフロー制御装置１０１の処理待ち工程一括制御部１０１４は、操作装置１０２から送信されたフロー操作一括指示を受信し、１件目の操作指示をカレントの操作指示として選択し、該カレントの操作指示に該当するワークフロー案件の工程情報を取得する。
【０１１９】
次に、ステップＳ６１０２では、ワークフロー制御装置１０１の処理待ち工程一括制御部１０１４は、上記Ｓ６１０１で取得した工程情報に基づいて、カレントの操作指示の工程が完了していないか否かの判定を行う。
【０１２０】
そして、上記Ｓ６１０２において、カレントの操作指示の工程が完了していると判断した場合には、ワークフロー制御装置１０１の処理待ち工程一括制御部１０１４は、ステップＳ６１０３に処理を進める。
【０１２１】
ステップＳ６１０３では、ワークフロー制御装置１０１の処理待ち工程一括制御部１０１４は、カレントの操作指示の工程が完了している旨を示すエラーメッセージを生成して、ステップＳ６１０６に処理を進める。
【０１２２】
一方、上記Ｓ６１０２において、カレントの操作指示の工程が完了していないと判定した場合には、ワークフロー制御装置１０１の処理待ち工程一括制御部１０１４は、ステップＳ６１０４に処理を進める。
【０１２３】
ステップＳ６１０４では、ワークフロー制御装置１０１の処理待ち工程一括制御部１０１４は、カレントの操作指示に基づき、承認、申請へ差戻し、直前へ差し戻し等の工程制御処理（フロー操作）を行う。
【０１２４】
次に、ステップＳ６１０５では、ワークフロー制御装置１０１の処理待ち工程一括制御部１０１４は、カレントの操作指示が正常終了した旨を示すメッセージを生成する。
【０１２５】
次に、ステップＳ６１０６では、ワークフロー制御装置１０１の処理待ち工程一括制御部１０１４は、操作装置１０２から送信されたフロー操作一括指示に含まれる操作指示を全て処理したか否かを判定する。
【０１２６】
そして、ステップＳ６１０６で、まだ完了していない操作指示があると判断した場合には、ワークフロー制御装置１０１の処理待ち工程一括制御部１０１４は、次の操作指示をカレントの操作指示としてステップＳ６１０１へ処理を戻す。
【０１２７】
一方、ステップＳ６１０６で、全ての操作指示が完了していると判断した場合には、ワークフロー制御装置１０１の処理待ち工程一括制御部１０１４は、ステップＳ６１０３やステップＳ６１０５で生成したメッセージをフロー操作結果として操作装置１０２に送信する。
【０１２８】
次に、ステップＳ６００２では、操作装置１０２は、複数の処理待ち工程へのフロー操作指示要求の結果としてワークフロー制御装置１０１から送信されたフロー操作結果を画面表示する。
【０１２９】
以上示したように、本実施形態によれば、証憑等の紙媒体に付加された情報からワークフローの工程位置や処理状況に対応した処理待ち工程情報を取得する仕組みを提供することで、証憑等の情報によりワークフロー操作の判断が必要な業務処理の効率化を支援する仕組みを提供できる。
【０１３０】
なお上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
【０１３１】
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【０１３２】
以上示したように、紙媒体に付加された情報からワークフローの工程位置や処理状況に対応した処理待ち工程情報を取得することにより、証憑等の紙媒体の情報によりワークフロー操作の判断が必要な業務処理の効率化を支援することができる。
【０１３３】
以下、図１３に示すメモリマップを参照して本発明に係るワークフロー制御装置としてコンピュータを機能させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体の構成について説明する。
【０１３４】
図１３は、本発明に係るワークフロー制御装置としてコンピュータを機能させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体（記憶媒体）のメモリマップを説明する図である。
【０１３５】
なお、特に図示しないが、記録媒体に記憶されるプログラム群を管理する情報、例えばバージョン情報，作成者等も記憶され、かつ、プログラム読み出し側のＯＳ等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。
【０１３６】
さらに、各種プログラムに従属するデータも上記ディレクトリに管理されている。また、インストールするプログラムやデータが圧縮されている場合に、解凍するプログラム等も記憶される場合もある。
【０１３７】
本実施形態における図８，図１２に示す機能が外部からインストールされるプログラムによって、ホストコンピュータにより遂行されていてもよい。そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記録媒体により、あるいはネットワークを介して外部の記録媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。
【０１３８】
以上のように、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【０１３９】
この場合、記録媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記録媒体は本発明を構成することになる。
【０１４０】
プログラムコードを供給するための記録媒体としては、例えば、フレキシブルディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，ＤＶＤ−ＲＯＭ，磁気テープ，不揮発性のメモリカード，ＲＯＭ，ＥＥＰＲＯＭ，シリコンディスク等を用いることができる。
【０１４１】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１４２】
さらに、記録媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１４３】
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのソフトウェアによって表されるプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０１４４】
さらに、本発明を達成するためのソフトウェアによって表されるプログラムをネットワーク上のサーバ，データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０１４５】
なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。
【図面の簡単な説明】
【０１４６】
【図１】本発明の一実施形態を示すワークフローシステムの一例を示すシステム構成図である。
【図２】図１に示したワークフロー制御装置１０１と操作装置１０２のハードウェア構成の一例を示すブロック図である。
【図３】図１に示したワークフロー制御装置１０１において実現される機能構成の一例を示す図である。
【図４】図１に示した操作装置１０２において実現される機能構成の一例を示す図である。
【図５】図３に示した所属情報１０１５ａに格納されている所属情報の一例を示す図である。
【図６】図３に示した役割優先度情報１０１５ｂに格納されている役割優先度情報の一例を示す図である。
【図７】ワークフロー経路の定義情報の一例を示す図である。
【図８】本実施形態のワークフローシステムにおける紙媒体に付加された情報からワークフローの工程位置や処理状況に対応した処理待ち工程情報を取得する処理の一例を示すフローチャートである。
【図９】処理待ち工程画面の初期画面の一例を示す図である。
【図１０】証憑確認用の紙媒体の一例を示す図である。
【図１１】処理待ち工程画面の一例を示す図である。
【図１２】本実施形態のワークフローシステムにおける複数の処理待ち工程へのフロー操作を一括で行う処理の一例を示すフローチャートである。
【図１３】本発明に係るワークフロー制御装置としてコンピュータを機能させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体（記憶媒体）のメモリマップを説明する図である。
【符号の説明】
【０１４７】
１００ ネットワーク
１０１ ワークフロー制御装置
１０２ 操作装置
１０１１ 処理待ち工程情報取得部
１０１２ 処理待ち工程画面情報生成部
１０１３ 送信部
１０１４ 処理待ち工程一括制御部
１０１５ 記憶部
１０１５ａ 所属情報
１０１５ｂ 役割優先度情報
１０２１ 識別コード受付部
１０２２ 処理待ち工程情報要求部
１０２３ 表示部
【特許請求の範囲】
【請求項１】
操作装置と、前記操作装置からのワークフロー操作指示要求に応じて、紙媒体の情報によってワークフロー操作の判断が必要な業務を含むワークフローを制御するワークフロー制御装置とを有するワークフローシステムであって、
前記操作装置は、
紙媒体に付加されたワークフロー案件を特定する識別コードの入力を受け付ける識別コード受付手段と、
前記識別コード受付手段で受け付けされた前記識別コードとワークフローの操作ユーザを特定するユーザ情報とを前記ワークフロー制御装置に送信して、ワークフロー案件の処理待ち工程の情報を要求する処理待ち工程情報要求手段と、
前記要求に応じて前記ワークフロー制御装置から送信される処理待ち工程の情報を表示するための画面情報に基づき、処理待ち工程画面を表示する表示手段とを備え、
前記ワークフロー制御装置は、
ワークフロー案件情報を記憶するワークフロー案件情報記憶手段と、
前記操作装置から送信された前記識別コードと前記ユーザ情報とに基づき、前記ワークフロー案件情報記憶手段に記憶されたワークフロー案件情報から前記識別コードに対応するワークフロー案件で且つ前記ユーザ情報に対応する処理待ち工程の情報を取得する処理待ち工程情報取得手段と、
前記処理待ち工程情報取得手段により取得された前記処理待ち工程の情報を表示するための処理待ち工程画面情報を生成する処理待ち工程画面情報生成手段と、
前記処理待ち工程画面情報生成手段により生成された前記処理待ち工程画面情報を操作装置に送信する送信手段と、
を備えることを特徴とするワークフローシステム。
【請求項２】
前記処理待ち工程の情報は、前記ユーザ情報に対応するユーザの処理待ち工程を操作可能な役割情報を含むことを特徴とする請求項１に記載のワークフローシステム。
【請求項３】
前記ワークフロー制御装置は、
ユーザ情報に対応する１又は複数の役割情報を記憶する所属情報記憶手段と、
前記所属情報記憶手段にてユーザ情報に対応付けられた１又は複数の役割情報の優先度を記憶する役割優先度情報記憶手段とを備え、
前記処理待ち工程画面情報は、前記ユーザ情報に対応する処理待ち工程を操作可能な役割情報として、前記役割優先度情報記憶手段に記憶され優先度に基づいて選択された役割情報を含むことを特徴とする請求項２に記載のワークフローシステム。
【請求項４】
前記処理待ち工程画面情報は、１つのワークフロー案件に前記ユーザ情報に対応する複数の処理待ち工程が存在する場合は、該複数の処理待ち工程情報を含むことを特徴とする請求項１乃至３のいずれか１項に記載のワークフローシステム。
【請求項５】
前記処理待ち工程画面情報は、複数のワークフロー案件の処理待ち工程情報の一覧表示情報を含有可能なことを特徴とする請求項１乃至４のいずれか１項に記載のワークフローシステム。
【請求項６】
前記操作装置は、前記ワークフロー制御装置に対して複数の処理待ち工程へのフロー操作指示要求を一括で行うフロー操作一括指示が可能なフロー操作一括指示手段を備え、
前記ワークフロー制御装置は、前記操作装置からの前記フロー操作一括指示に基づいて、前記複数の処理待ち工程を制御する処理待ち工程一括制御手段を備える、ことを特徴とする請求項４乃至５のいずれか１項に記載のワークフローシステム。
【請求項７】
前記紙媒体に付加された識別コードは、バーコードリーダで読み取り可能なバーコード情報、及び、ＩＣタグリーダで読み取り可能なＩＣタグ情報のいずれか一方であることを特徴とする請求項１乃至６のいずれか１項記載のワークフローシステム。
【請求項８】
操作装置からのワークフロー操作指示要求に応じて、紙媒体の情報によってワークフロー操作の判断が必要な業務を含むワークフローを制御するワークフロー制御装置であって、
ワークフロー案件情報を記憶するワークフロー案件情報記憶手段と、
前記操作装置から送信された、紙媒体に付加されたワークフロー案件を特定する識別コードとワークフローの操作ユーザを特定するユーザ情報とに基づき、前記ワークフロー案件情報記憶手段に記憶されたワークフロー案件情報から前記識別コードに対応するワークフロー案件で且つ前記ユーザ情報に対応する処理待ち工程の情報を取得する処理待ち工程情報取得手段と、
前記処理待ち工程情報取得手段により取得された前記処理待ち工程の情報を表示するための処理待ち工程画面情報を生成する処理待ち工程画面情報生成手段と、
前記処理待ち工程画面情報生成手段により生成された前記処理待ち工程画面情報を操作装置に送信する送信手段と、
を備えることを特徴とするワークフロー制御装置。
【請求項９】
操作装置と、前記操作装置からのワークフロー操作指示要求に応じて、紙媒体の情報によってワークフロー操作の判断が必要な業務を含むワークフローを制御するワークフロー制御装置とを有するワークフローシステムにおけるワークフロー処理待ち工程情報取得方法であって、
前記操作装置の識別コード受付手段が、紙媒体に付加されたワークフロー案件を特定する識別コードの入力を受け付ける識別コード受付ステップと、
前記操作装置の工程情報要求手段が、前記識別コード受付ステップで受け付けされた前記識別コードとワークフローの操作ユーザを特定するユーザ情報とを前記ワークフロー制御装置に送信して、ワークフロー案件の処理待ち工程の情報を要求する処理待ち工程情報要求ステップと、
前記ワークフロー制御装置の処理待ち工程情報取得手段が、前記操作装置から送信された前記識別コードと前記ユーザ情報とに基づき、ワークフロー案件情報記憶手段に記憶されたワークフロー案件情報から前記識別コードに対応するワークフロー案件で且つ前記ユーザ情報に対応する処理待ち工程の情報を取得する処理待ち工程情報取得ステップと、
前記ワークフロー制御装置の工程画面情報生成手段が、前記処理待ち工程情報取得ステップで取得された前記処理待ち工程の情報を表示するための処理待ち工程画面情報を生成する処理待ち工程画面情報生成ステップと、
前記ワークフロー制御装置の送信手段が、前記処理待ち工程画面情報生成ステップで生成された前記処理待ち工程画面情報を操作装置に送信する送信ステップと、
前記操作装置の表示手段が、前記要求に応じて前記ワークフロー制御装置から送信される処理待ち工程の情報を表示するための画面情報に基づき、処理待ち工程画面を表示する表示ステップと、
を備えることを特徴とするワークフローシステムにおけるワークフロー処理待ち工程情報取得方法。
【請求項１０】
操作装置からのワークフロー操作指示要求に応じて、紙媒体の情報によってワークフロー操作の判断が必要な業務を含むワークフローを制御するワークフロー制御装置におけるワークフロー処理待ち工程情報取得方法であって、
処理待ち工程情報取得手段が、前記操作装置から送信された、紙媒体に付加されたワークフロー案件を特定する識別コードとワークフローの操作ユーザを特定するユーザ情報とに基づき、ワークフロー案件情報記憶手段に記憶されたワークフロー案件情報から前記識別コードに対応するワークフロー案件で且つ前記ユーザ情報に対応する処理待ち工程の情報を取得する処理待ち工程情報取得ステップと、
処理待ち工程画面情報生成手段が、前記処理待ち工程情報取得ステップで取得された前記処理待ち工程の情報を表示するための処理待ち工程画面情報を生成する処理待ち工程画面情報生成ステップと、
送信手段が、前記処理待ち工程画面情報生成ステップで生成された前記処理待ち工程画面情報を操作装置に送信する送信ステップと、
を備えることを特徴とするワークフロー制御装置におけるワークフロー処理待ち工程情報取得方法。
【請求項１１】
紙媒体の情報によってワークフロー操作の判断が必要な業務を含むワークフローの操作ユーザが使用する操作装置を、
紙媒体に付加されたワークフロー案件を特定する識別コードの入力を受け付ける識別コード受付手段、
前記識別コード受付手段で受け付けされた前記識別コードとワークフローの操作ユーザを特定するユーザ情報とをワークフロー制御装置に送信して、ワークフロー案件の処理待ち工程の情報を要求する処理待ち工程情報要求手段、
前記要求に応じて前記ワークフロー制御装置から送信される処理待ち工程の情報を表示するための画面情報に基づき、処理待ち工程画面を表示する表示手段として機能させるためのプログラムと、
前記操作装置からのワークフロー操作指示要求に応じて紙媒体の情報によってワークフロー操作の判断が必要な業務を含むワークフローを制御するワークフロー制御装置を、
ワークフロー案件情報を記憶するワークフロー案件情報記憶手段、
前記操作装置から送信された前記識別コードと前記ユーザ情報とに基づき、前記ワークフロー案件情報記憶手段に記憶されたワークフロー案件情報から前記識別コードに対応するワークフロー案件で且つ前記ユーザ情報に対応する処理待ち工程の情報を取得する処理待ち工程情報取得手段、
前記処理待ち工程情報取得手段により取得された前記処理待ち工程の情報を表示するための処理待ち工程画面情報を生成する処理待ち工程画面情報生成手段、
前記処理待ち工程画面情報生成手段により生成された前記処理待ち工程画面情報を操作装置に送信する送信手段として機能させるためのプログラムと、
を有することを特徴とするプログラム。
【請求項１２】
ワークフローの操作ユーザが使用する操作装置からのワークフロー操作指示要求に応じてワークフローを制御するワークフロー制御装置を、
ワークフロー案件情報を記憶するワークフロー案件情報記憶手段、
前記操作装置から送信された、紙媒体に付加されたワークフロー案件を特定する識別コードとワークフローの操作ユーザを特定するユーザ情報とに基づき、前記ワークフロー案件情報記憶手段に記憶されたワークフロー案件情報から前記識別コードに対応するワークフロー案件で且つ前記ユーザ情報に対応する処理待ち工程の情報を取得する処理待ち工程情報取得手段、
前記処理待ち工程情報取得手段により取得された前記処理待ち工程の情報を表示するための処理待ち工程画面情報を生成する処理待ち工程画面情報生成手段と、
前記処理待ち工程画面情報生成手段により生成された前記処理待ち工程画面情報を操作装置に送信する送信手段、
として機能させるためのプログラム。
【請求項１３】
請求項１１又は１２に記載されたプログラムを記録したコンピュータ読み取り可能な記録媒体。
【請求項１】
操作装置と、前記操作装置からのワークフロー操作指示要求に応じて、紙媒体の情報によってワークフロー操作の判断が必要な業務を含むワークフローを制御するワークフロー制御装置とを有するワークフローシステムであって、
前記操作装置は、
紙媒体に付加されたワークフロー案件を特定する識別コードの入力を受け付ける識別コード受付手段と、
前記識別コード受付手段で受け付けされた前記識別コードとワークフローの操作ユーザを特定するユーザ情報とを前記ワークフロー制御装置に送信して、ワークフロー案件の処理待ち工程の情報を要求する処理待ち工程情報要求手段と、
前記要求に応じて前記ワークフロー制御装置から送信される処理待ち工程の情報を表示するための画面情報に基づき、処理待ち工程画面を表示する表示手段とを備え、
前記ワークフロー制御装置は、
ワークフロー案件情報を記憶するワークフロー案件情報記憶手段と、
前記操作装置から送信された前記識別コードと前記ユーザ情報とに基づき、前記ワークフロー案件情報記憶手段に記憶されたワークフロー案件情報から前記識別コードに対応するワークフロー案件で且つ前記ユーザ情報に対応する処理待ち工程の情報を取得する処理待ち工程情報取得手段と、
前記処理待ち工程情報取得手段により取得された前記処理待ち工程の情報を表示するための処理待ち工程画面情報を生成する処理待ち工程画面情報生成手段と、
前記処理待ち工程画面情報生成手段により生成された前記処理待ち工程画面情報を操作装置に送信する送信手段と、
を備えることを特徴とするワークフローシステム。
【請求項２】
前記処理待ち工程の情報は、前記ユーザ情報に対応するユーザの処理待ち工程を操作可能な役割情報を含むことを特徴とする請求項１に記載のワークフローシステム。
【請求項３】
前記ワークフロー制御装置は、
ユーザ情報に対応する１又は複数の役割情報を記憶する所属情報記憶手段と、
前記所属情報記憶手段にてユーザ情報に対応付けられた１又は複数の役割情報の優先度を記憶する役割優先度情報記憶手段とを備え、
前記処理待ち工程画面情報は、前記ユーザ情報に対応する処理待ち工程を操作可能な役割情報として、前記役割優先度情報記憶手段に記憶され優先度に基づいて選択された役割情報を含むことを特徴とする請求項２に記載のワークフローシステム。
【請求項４】
前記処理待ち工程画面情報は、１つのワークフロー案件に前記ユーザ情報に対応する複数の処理待ち工程が存在する場合は、該複数の処理待ち工程情報を含むことを特徴とする請求項１乃至３のいずれか１項に記載のワークフローシステム。
【請求項５】
前記処理待ち工程画面情報は、複数のワークフロー案件の処理待ち工程情報の一覧表示情報を含有可能なことを特徴とする請求項１乃至４のいずれか１項に記載のワークフローシステム。
【請求項６】
前記操作装置は、前記ワークフロー制御装置に対して複数の処理待ち工程へのフロー操作指示要求を一括で行うフロー操作一括指示が可能なフロー操作一括指示手段を備え、
前記ワークフロー制御装置は、前記操作装置からの前記フロー操作一括指示に基づいて、前記複数の処理待ち工程を制御する処理待ち工程一括制御手段を備える、ことを特徴とする請求項４乃至５のいずれか１項に記載のワークフローシステム。
【請求項７】
前記紙媒体に付加された識別コードは、バーコードリーダで読み取り可能なバーコード情報、及び、ＩＣタグリーダで読み取り可能なＩＣタグ情報のいずれか一方であることを特徴とする請求項１乃至６のいずれか１項記載のワークフローシステム。
【請求項８】
操作装置からのワークフロー操作指示要求に応じて、紙媒体の情報によってワークフロー操作の判断が必要な業務を含むワークフローを制御するワークフロー制御装置であって、
ワークフロー案件情報を記憶するワークフロー案件情報記憶手段と、
前記操作装置から送信された、紙媒体に付加されたワークフロー案件を特定する識別コードとワークフローの操作ユーザを特定するユーザ情報とに基づき、前記ワークフロー案件情報記憶手段に記憶されたワークフロー案件情報から前記識別コードに対応するワークフロー案件で且つ前記ユーザ情報に対応する処理待ち工程の情報を取得する処理待ち工程情報取得手段と、
前記処理待ち工程情報取得手段により取得された前記処理待ち工程の情報を表示するための処理待ち工程画面情報を生成する処理待ち工程画面情報生成手段と、
前記処理待ち工程画面情報生成手段により生成された前記処理待ち工程画面情報を操作装置に送信する送信手段と、
を備えることを特徴とするワークフロー制御装置。
【請求項９】
操作装置と、前記操作装置からのワークフロー操作指示要求に応じて、紙媒体の情報によってワークフロー操作の判断が必要な業務を含むワークフローを制御するワークフロー制御装置とを有するワークフローシステムにおけるワークフロー処理待ち工程情報取得方法であって、
前記操作装置の識別コード受付手段が、紙媒体に付加されたワークフロー案件を特定する識別コードの入力を受け付ける識別コード受付ステップと、
前記操作装置の工程情報要求手段が、前記識別コード受付ステップで受け付けされた前記識別コードとワークフローの操作ユーザを特定するユーザ情報とを前記ワークフロー制御装置に送信して、ワークフロー案件の処理待ち工程の情報を要求する処理待ち工程情報要求ステップと、
前記ワークフロー制御装置の処理待ち工程情報取得手段が、前記操作装置から送信された前記識別コードと前記ユーザ情報とに基づき、ワークフロー案件情報記憶手段に記憶されたワークフロー案件情報から前記識別コードに対応するワークフロー案件で且つ前記ユーザ情報に対応する処理待ち工程の情報を取得する処理待ち工程情報取得ステップと、
前記ワークフロー制御装置の工程画面情報生成手段が、前記処理待ち工程情報取得ステップで取得された前記処理待ち工程の情報を表示するための処理待ち工程画面情報を生成する処理待ち工程画面情報生成ステップと、
前記ワークフロー制御装置の送信手段が、前記処理待ち工程画面情報生成ステップで生成された前記処理待ち工程画面情報を操作装置に送信する送信ステップと、
前記操作装置の表示手段が、前記要求に応じて前記ワークフロー制御装置から送信される処理待ち工程の情報を表示するための画面情報に基づき、処理待ち工程画面を表示する表示ステップと、
を備えることを特徴とするワークフローシステムにおけるワークフロー処理待ち工程情報取得方法。
【請求項１０】
操作装置からのワークフロー操作指示要求に応じて、紙媒体の情報によってワークフロー操作の判断が必要な業務を含むワークフローを制御するワークフロー制御装置におけるワークフロー処理待ち工程情報取得方法であって、
処理待ち工程情報取得手段が、前記操作装置から送信された、紙媒体に付加されたワークフロー案件を特定する識別コードとワークフローの操作ユーザを特定するユーザ情報とに基づき、ワークフロー案件情報記憶手段に記憶されたワークフロー案件情報から前記識別コードに対応するワークフロー案件で且つ前記ユーザ情報に対応する処理待ち工程の情報を取得する処理待ち工程情報取得ステップと、
処理待ち工程画面情報生成手段が、前記処理待ち工程情報取得ステップで取得された前記処理待ち工程の情報を表示するための処理待ち工程画面情報を生成する処理待ち工程画面情報生成ステップと、
送信手段が、前記処理待ち工程画面情報生成ステップで生成された前記処理待ち工程画面情報を操作装置に送信する送信ステップと、
を備えることを特徴とするワークフロー制御装置におけるワークフロー処理待ち工程情報取得方法。
【請求項１１】
紙媒体の情報によってワークフロー操作の判断が必要な業務を含むワークフローの操作ユーザが使用する操作装置を、
紙媒体に付加されたワークフロー案件を特定する識別コードの入力を受け付ける識別コード受付手段、
前記識別コード受付手段で受け付けされた前記識別コードとワークフローの操作ユーザを特定するユーザ情報とをワークフロー制御装置に送信して、ワークフロー案件の処理待ち工程の情報を要求する処理待ち工程情報要求手段、
前記要求に応じて前記ワークフロー制御装置から送信される処理待ち工程の情報を表示するための画面情報に基づき、処理待ち工程画面を表示する表示手段として機能させるためのプログラムと、
前記操作装置からのワークフロー操作指示要求に応じて紙媒体の情報によってワークフロー操作の判断が必要な業務を含むワークフローを制御するワークフロー制御装置を、
ワークフロー案件情報を記憶するワークフロー案件情報記憶手段、
前記操作装置から送信された前記識別コードと前記ユーザ情報とに基づき、前記ワークフロー案件情報記憶手段に記憶されたワークフロー案件情報から前記識別コードに対応するワークフロー案件で且つ前記ユーザ情報に対応する処理待ち工程の情報を取得する処理待ち工程情報取得手段、
前記処理待ち工程情報取得手段により取得された前記処理待ち工程の情報を表示するための処理待ち工程画面情報を生成する処理待ち工程画面情報生成手段、
前記処理待ち工程画面情報生成手段により生成された前記処理待ち工程画面情報を操作装置に送信する送信手段として機能させるためのプログラムと、
を有することを特徴とするプログラム。
【請求項１２】
ワークフローの操作ユーザが使用する操作装置からのワークフロー操作指示要求に応じてワークフローを制御するワークフロー制御装置を、
ワークフロー案件情報を記憶するワークフロー案件情報記憶手段、
前記操作装置から送信された、紙媒体に付加されたワークフロー案件を特定する識別コードとワークフローの操作ユーザを特定するユーザ情報とに基づき、前記ワークフロー案件情報記憶手段に記憶されたワークフロー案件情報から前記識別コードに対応するワークフロー案件で且つ前記ユーザ情報に対応する処理待ち工程の情報を取得する処理待ち工程情報取得手段、
前記処理待ち工程情報取得手段により取得された前記処理待ち工程の情報を表示するための処理待ち工程画面情報を生成する処理待ち工程画面情報生成手段と、
前記処理待ち工程画面情報生成手段により生成された前記処理待ち工程画面情報を操作装置に送信する送信手段、
として機能させるためのプログラム。
【請求項１３】
請求項１１又は１２に記載されたプログラムを記録したコンピュータ読み取り可能な記録媒体。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【公開番号】特開２０１０−１４０３３７（Ｐ２０１０−１４０３３７Ａ）
【公開日】平成２２年６月２４日（２０１０．６．２４）
【国際特許分類】
【出願番号】特願２００８−３１７１２１（Ｐ２００８−３１７１２１）
【出願日】平成２０年１２月１２日（２００８．１２．１２）
【出願人】（３０１０１５９５６）キヤノンソフトウェア株式会社 (364)
【Ｆターム（参考）】
【公開日】平成２２年６月２４日（２０１０．６．２４）
【国際特許分類】
【出願日】平成２０年１２月１２日（２００８．１２．１２）
【出願人】（３０１０１５９５６）キヤノンソフトウェア株式会社 (364)
【Ｆターム（参考）】
[ Back to top ]