(57)【要約】【課題】承認者による承認作業の手間を低減することを目的とする。【解決手段】入力操作履歴に基づき未承認申請件の生成に承認済申請件の流用があった場合、承認済申請件からの修正があるかに基づき、承認候補を推定する。【選択図】図３
2020204963.tif 000002
【特許請求の範囲】
【請求項１】
承認業務を支援するワークフローシステムであって、
入力操作履歴に基づき未承認申請件の生成に承認済申請件の流用があった場合、前記承認済申請件からの修正があるかに基づき、承認候補を推定する推定手段を有することを特徴とするワークフローシステム。
【請求項２】
前記入力操作履歴に基づき前記未承認申請件の生成に前記承認済申請件の流用があったか否かを判定する判定手段を更に有し、
前記判定手段により前記未承認申請件の生成に前記承認済申請件の流用があったと判定された場合、前記前記承認済申請件からの修正があるかに基づき、前記承認候補を推定する請求項１に記載のワークフローシステム。
【請求項３】
前記未承認申請件の生成に参照した承認済申請件が複数、存在した場合、前記複数の承認済申請件より前記未承認申請件の生成に流用された承認済申請件を特定する特定手段を更に有し、
前記推定手段は、特定された前記承認済申請件からの修正があるかに基づき、前記承認候補を推定する請求項１又は２に記載のワークフローシステム。
【請求項４】
前記未承認申請件の生成に前記承認済申請件の流用があり、前記承認済申請件からの修正がなかった場合、前記推定手段は、前記未承認申請件を前記承認候補と推定する請求項１乃至３の何れか１項に記載のワークフローシステム。
【請求項５】
前記推定手段は、前記承認済申請件からの修正があるかと、修正領域が所定の領域のみかと、に基づき、前記承認候補を推定する請求項１乃至３の何れか１項に記載のワークフローシステム。
【請求項６】
前記未承認申請件の生成に前記承認済申請件の流用があり、前記承認済申請件からの修正があり、前記修正領域が前記所定の領域のみの場合、前記推定手段は、前記未承認申請件を前記承認候補と推定する請求項５に記載のワークフローシステム。
【請求項７】
同じ承認済申請件が複数回、流用された場合、前記承認済申請件に基づき、申請用のテンプレートを生成する生成手段を更に有することを特徴とする請求項１乃至６の何れか１項に記載のワークフローシステム。
【請求項８】
前記未承認申請件に前記承認済申請件の流用がなかった場合、前記推定手段は、承認済申請件との類似性に基づき、承認候補を推定することを特徴とする請求項１乃至７の何れか１項に記載のワークフローシステム。
【請求項９】
入力操作履歴に基づき未承認申請件の生成に承認済申請件の流用があった場合、前記承認済申請件からの修正があるかに基づき、承認候補を推定する推定手段を有することを特徴とする情報処理装置。
【請求項１０】
入力操作履歴に基づき未承認申請件の生成に承認済申請件の流用があった場合、前記承認済申請件からの修正があるかに基づき、承認候補を推定する推定工程を含むことを特徴とする情報処理方法。
【請求項１１】
コンピュータを、
入力操作履歴に基づき未承認申請件の生成に承認済申請件の流用があった場合、前記承認済申請件からの修正があるかに基づき、承認候補を推定する推定手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ワークフローシステム、情報処理装置、情報処理方法及びプログラムに関する。
【背景技術】
【０００２】
ワークフローシステムは、申請者より各種の申請を行い、そして、承認者より申請内容の承認作業を行う作業者を支援するシステムとして構成される。
従来、承認者は各申請件（以下、未承認申請件とも承認待ち申請件とも呼ぶ）の記入内容を一件ずつ確認し、承認の可否を判断する。近年、承認作業の手間を軽減するため、申請内容の確認用のルールを予め設定する手法が提案されている。
特許文献１では、重要テキストの承認パターンと拒否パターンを予め登録し、各申請に登録されたパターンとのマッチングに基づき、テキスト情報の正当性を確認する手法が提案されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１４−１６４４０５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１で記載されたルールベースの承認方法では、簡単なルール設定なら可能であるが、出張精算承認フローのような申請者毎に出張先によって発生費用が違うようなケースでは、承認ルール、又は、承認パターンを設定する手間が大きい。
【課題を解決するための手段】
【０００５】
本発明は、承認業務を支援するワークフローシステムであって、入力操作履歴に基づき未承認申請件の生成に承認済申請件の流用があった場合、前記承認済申請件からの修正があるかに基づき、承認候補を推定する推定手段を有することを特徴とする。
【発明の効果】
【０００６】
本発明によれば、承認者による承認作業の手間を低減することができる。
【図面の簡単な説明】
【０００７】
【図１】ワークフローシステムのシステム構成の一例を示す図である。
【図２】ワークフローシステムの機能構成の一例を示す図である。
【図３】申請業務の情報処理を示すフローチャートである。
【図４】承認候補設定処理の一例を示す図（その１）である。
【図５】承認候補設定処理の一例を示す図（その２）である。
【図６】変形例１の申請業務の情報処理を示すフローチャートである。
【図７】変形例１の承認候補設定処理の一例を示す図である。
【図８】変形例２のワークフローシステムの機能構成の一例を示す図である。
【図９】変形例２の申請業務の情報処理を示すフローチャートである。
【図１０】入力テンプレートの生成処理の一例を示すフローチャートである。
【図１１】変形例２の承認候補設定処理の一例を示す図である。
【図１２】変形例３の申請業務の情報処理の一例を示すフローチャートである。
【図１３】変形例３の承認候補設定処理の一例を示す図である。
【発明を実施するための形態】
【０００８】
以下、本発明の実施形態について図面に基づいて説明する。
【０００９】
＜第１の実施形態＞
まず、第１の実施形態について説明する。
図１は、承認業務を支援するワークフローシステムのシステム構成の一例を示す図である。
図１（Ａ）に示すように、ワークフローシステムは、ワークフローサーバ１１と、複数のクライアント１２と、を含む。図１（Ｂ）に示すように、各クライアントは、処理部１と、格納部２と、を含む。処理部１は複数あってもよい。処理部１と格納部２とは、有線又は無線のネットワーク３で接続されている。
【００１０】
処理部１について詳細に述べる。デバイス１０１は、スキャナ、カメラ、キーボード、マウス等であり、画像の取得及び外部操作のために用いられる。処理部１にはＣＰＵ１０２とＲＡＭ１０３が存在し、プログラム記憶領域１０６からＲＡＭ１０３に読み込んだプログラムをＣＰＵ１０２によって解釈、実行することによって装置内の各種制御、計算、表示が可能である。通信ＩＦ１０４は、ネットワーク３に繋がり、格納部２との間の通信インタフェースである。表示部１０５は、装置の状態、画像情報、抽出結果を表示するＬＥＤ又は液晶パネル等である。更に、処理部１にはプログラム記憶領域１０６とデータ記憶領域１０７とが存在する。具体的にはハードディスク、又はフラッシュメモリを用いてこれら記憶領域は実現可能であるが、本実施形態は特定の記憶媒体に依存しない。処理部１では、データ記憶領域１０７に、申請における入力操作ログ、未承認申請件リスト、承認済申請件リストが記憶される。なお、未承認申請件リストと承認済申請件リストは格納部２上に記憶されていてもよい。入力操作ログは、入力操作のログであり、入力操作履歴の一例である。
【００１１】
未承認申請件リストと承認済申請件リストが格納部２に記憶される場合を想定し、格納部２について詳細に述べる。格納部２の中に、各未承認申請件の承認候補の判定結果、未承認申請件は承認候補と判定されない場合に抽出された要確認領域が管理される。
なお、ネットワーク３は、組織内で運用されるイントラネットである場合もあり、インターネットである場合もある。また、ネットワーク３は、無線でも有線でもよい。
【００１２】
図２は、第１の実施形態に係るワークフローシステムの機能構成の一例を示す図である。
図２に示す構成ブロックはプログラムとして、図１に示すそれぞれ装置のメモリ、又は記憶装置に記憶され、それぞれの装置のＣＰＵによって実行される。そして、必要に応じて、ネットワークＩ／Ｆ、ＵＳＢインタフェース、又は、各種コントローラを制御することで機能する。また、これらのプログラムは、ネットワークインターフェースを経由した通信コマンド、周辺コントローラを経由したマウス／キーボード／リモコンの操作によって、ユーザ操作を検出し動作する。
図２に示すように、機能構成は、申請情報記録部１１０、申請情報処理部１２０、入力操作記録部１３０、承認候補設定部１４０を含む。
申請情報記録部１１０は、申請情報をシステムに登録する処理を行う。
申請情報処理部１２０は、記録された申請情報から未承認申請件と承認済申請件とを抽出する処理を行う。
入力操作記録部１３０は、未承認申請件の入力操作を記録する処理を行う。
承認候補設定部１４０は、入力操作及び申請情報に基づき、未承認申請件を承認候補と設定するかどうかを判定する処理を行う。承認候補の設定は、以下、承認候補の判定とも承認候補の推定とも呼ぶ。
【００１３】
次に、本実施形態に係るワークフローシステムによる申請業務の情報処理について説明する。
図３は、第１の実施形態に係るワークフローシステムによる申請業務の情報処理の一例を示すフローチャートである。
まず、ステップＳ３０１とステップＳ３０２とにおいて、申請情報処理部１２０が、申請情報記録部１１０に記録された申請情報から未承認申請件及び承認済申請件をそれぞれ抽出する。
続いて、ステップＳ３０３からステップＳ３０６、又はステップＳ３０７までにおいて、承認候補設定部１４０が、入力操作記録部１３０に記録された処理対象となる未承認申請件の入力操作ログを解析し、未承認申請件を承認候補として設定するかどうかを判定する。
【００１４】
ステップＳ３０３では、承認候補設定部１４０は、処理対象となる未承認申請件は承認済申請件を流用したかどうかを判定する。未承認申請件の申請時に承認済申請件の流用があると判定した場合は、ステップＳ３０４では、承認候補設定部１４０は、流用件における記入内容の修正があるかどうかを判定する。流用件における修正がないと判定した場合は、ステップＳ３０６に進み、承認候補設定部１４０は、未承認申請件を承認候補と設定する。流用件における修正があると判定した場合は、ステップＳ３０５では、承認候補設定部１４０は、修正箇所は日付領域だけであるかどうかを判定する。修正箇所は日付領域だけであると判定した場合は、ステップＳ３０６では、承認候補設定部１４０は、申請件を承認候補と設定する。修正箇所は日付領域以外の領域もあると判定した場合、ステップＳ３０７では、承認候補設定部１４０は、修正箇所を承認時の要確認領域とする。
続いて、ステップＳ３０８では、承認候補設定部１４０は、すべての未承認申請件の判定処理が終わったかどうかを判定する。まだ判定されていない未承認申請件があれば、ステップＳ３０３に戻り、承認候補設定部１４０は、ステップＳ３０３からステップＳ３０６又はステップＳ３０７までの処理を繰り返し実行する。
【００１５】
次に、本実施形態における未承認申請件の承認候補設定処理の一例について説明する。
図４は、図３における未承認申請件の入力操作ログの分析による承認候補設定処理の一例を示す図である。
４０１は、記録された申請情報から抽出された未承認申請件のリストの例である。この例は、出張精算申請システムにおける処理待ち申請件は２件あり、申請ＩＤや申請や等の情報が記録されている。
４０２は、記録された申請情報から抽出された承認済申請件のリストの例である。
４０３は、４０１の処理対象のうち、申請ＩＤ０９０００００００１という未承認申請件における入力操作ログの例である。
申請ＩＤ０９０００００００１という未承認申請件におけるイベントＮｏ．３００００３〜Ｎｏ．３００００７の分析により、未承認申請件の申請操作に申請ＩＤ０８０００００００２の流用があり、しかも、日付領域の修正があったことが分かった。そのため、承認候補設定部１４０は、未承認申請件を承認候補として設定可能と判定する。
【００１６】
次に、本実施形態における未承認申請件の承認候補設定処理のもう一つの例について説明する。
図５は、図３における未承認申請件の入力操作ログの分析による承認候補設定処理の一例を示す図である。
５０１は、記録された申請情報から抽出された未承認申請件のリストの例である。
５０２は、記録された申請情報から抽出された承認済申請件のリストの例である。
５０３は、５０１の処理対象のうち、申請ＩＤ０９０００００００３という未承認申請件における入力操作ログの例である。
申請ＩＤ０９０００００００３という未承認申請件におけるイベントＮｏ．４００００３〜Ｎｏ．４００００８の分析により、未承認申請件の申請操作に申請ＩＤ０８１００００００３の流用があり、しかも、日付領域と交通費合計領域の両方に修正があったことが分かった。そのため、承認候補設定部１４０は、未承認申請件を承認候補として設定できないと判定する。
５０４は、承認時の要確認画面の例である。
申請ＩＤ０８１００００００３という流用された承認済申請件と、申請ＩＤ０９０００００００３という未承認申請件の申請内容が比較して表示されている。そして、両件の差異箇所である日付領域、交通費領域がハイライトで表示されている。
本実施形態では、承認基準を満たすものを承認候補として設定する。
【００１７】
第１の実施形態では、出張精算ワークフローを想定して説明を行った。出張精算ワークフローでは、出張日付は変更要素で、承認の肝心な部分ではないため、未承認申請件の申請時に承認済申請件を流用する場合は、承認候補設定部１４０は、日付領域以外の修正があるかどうかを承認候補設定の基準とした。ワークフローに応じて、承認時の確認領域を事前に設定し、未承認申請件は承認済申請件を流用した場合は、承認候補設定部１４０は、確認領域以外に修正がなければ、未承認申請件を承認候補として判定してもよい。
第１の実施形態によれば、未承認申請件の入力操作ログの分析に基づき、承認済申請件の流用があり、しかし、修正領域はないか日付領域のみと判定した場合は、未承認申請件を自動的に承認候補と設定することができる。そのため、未承認申請一件ずつの内容を確認する手間を省くことができる。
【００１８】
（変形例１）
次に、変形例１について説明する。
上述した第１の実施形態では、未承認申請件の入力操作ログに承認済申請件１件だけの流用がある例を用いて説明を行った。変形例１では、未承認申請件の入力操作ログに複数承認済申請件の流用操作の履歴がある場合は、ワークフローシステムは、未承認申請件と一番関係性の高い流用件を特定する。
また、変形例１に係るワークフローシステムのハードウェア構成は、図１に示す第１の実施形態に係るワークフローシステムのハードウェア構成と同様であるため、その説明を省略する。変形例１に係るワークフローシステムの機能構成は、図２に示す第１の実施形態に係るワークフローシステムの機能構成と同様であるため、その説明を省略する。
【００１９】
次に、変形例１に係るワークフローシステムによる申請業務の情報処理について説明する。
図６は、変形例１に係るワークフローシステムによる申請業務の情報処理の一例を示すフローチャートである。
まず、ステップＳ６０１とステップＳ６０２とにおいて、申請情報処理部１２０が、申請情報記録部１１０に記録された申請情報から未承認申請件及び承認済申請件をそれぞれ抽出する。
続いて、ステップＳ６０３からステップＳ６０９までにおいて、承認候補設定部１４０が、入力操作記録部１３０に記録された処理対象となる未承認申請件の入力操作ログを解析し、未承認申請件を承認候補として設定するかどうかを判定する。
ステップＳ６０３では、承認候補設定部１４０は、処理対象となる未承認申請件は承認済申請件を流用したかどうかを判定する。未承認申請件の申請時に承認済申請件の流用があると判定した場合は、ステップＳ６０４では、承認候補設定部１４０は、複数の承認済申請件の参照操作があるかどうかを判定する。複数の承認済申請件の参照操作があると判定した場合は、ステップＳ６０５では、承認候補設定部１４０は、その中から流用された承認済申請件を特定する。そして、ステップＳ６０６では、承認候補設定部１４０は、参照された承認済申請件と流用された承認済申請件の差異領域を特定する。。Ｓ６０４で複数の承認済申請件の参照操作がないと判定した場合は、承認候補設定部１４０は、ステップＳ６０７に進む。
【００２０】
ステップＳ６０７では、承認候補設定部１４０は、流用された承認済申請件における記入内容の修正があるかどうかを判定する。流用された承認済申請件における修正がないと判定した場合は、ステップＳ６０９では、承認候補設定部１４０は、未承認申請件を承認候補と設定する。流用された承認済申請件における修正があると判定した場合は、ステップＳ６０８では、承認候補設定部１４０は、修正箇所は日付領域だけであるかどうかを判定する。修正箇所は日付領域だけであると判定した場合は、ステップＳ６０９では、承認候補設定部１４０は、申請件を承認候補と設定する。修正箇所は日付領域だけでないと判定した場合、ステップＳ６１０では、承認候補設定部１４０は、修正箇所を承認時の要確認領域とする。ステップＳ６１１では、承認候補設定部１４０は、参照された承認済申請件と流用された承認済申請件の差異領域が特定されたかどうかを判定する。差異領域が特定された場合は、ステップＳ６１２では、承認候補設定部１４０は、処理対象となる未承認申請件において、上記の差異領域も要確認領域として追加設定する。差異領域が特定されなかった場合は、承認候補設定部１４０は、ステップＳ６１３に進む。
続いて、ステップＳ６１３では、承認候補設定部１４０は、すべての未承認申請件の判定処理が終わったかどうかを判定する。まだ判定されていない未承認申請件があれば、ステップＳ６０３に進み、承認候補設定部１４０は、ステップＳ６０３からステップＳ６０９までの処理を繰り返し実行する。
【００２１】
次に、未承認申請件の承認候補設定処理の一例について説明する。
図７は、図６における未承認申請件の入力操作ログの分析による承認候補設定処理の一例を示す図である。
７０１は、記録された申請情報から抽出された未承認申請件のリストの例である。
７０２は、記録された申請情報から抽出された承認済申請件のリストの例である。
７０３は、７０１の処理対象のうち、申請ＩＤ１６０００００００１という未承認申請件における入力操作ログの例である。
申請ＩＤ１６０００００００１という未承認申請件におけるイベントＮｏ．８００００３〜Ｎｏ．８００００８の分析により、未承認申請件の申請操作に申請ＩＤ０８０００００００２と申請ＩＤの０８０００００００３の操作履歴があったが、申請ＩＤの０８０００００００３を流用件として特定する。
【００２２】
変形例１では、未承認申請件の入力操作ログに複数の承認済申請件の参照履歴がある場合は、流用された承認済申請件を特定し、参照された承認済申請件と流用された承認済申請件の差異領域を要確認領域として特定する。このことにより、承認候補の自動判定可否の判定、そして、承認時に注目すべき領域の抽出が可能になる。
【００２３】
（変形例２）
次に、変形例２について説明する。
上述した第１の実施形態及び変形例１では、未承認申請件の入力操作ログの分析に基づき、承認候補の設定可否を判定するものであった。変形例２では、未承認申請件の入力操作ログの分析により、同一承認済申請件の流用が複数あり、しかも、流用時の修正は一定領域のみに留まったと判定した場合は、承認済申請件における修正箇所を空欄に、その他の領域の内容をそのままにしたテンプレートを生成し、申請者に提示する。
変形例２に係るワークフローシステムのハードウェア構成は、図１に示す第１の実施形態に係るワークフローシステムのハードウェア構成と同様であるため、その説明を省略する。
【００２４】
次に、変形例２に係るワークフローシステムの機能構成について説明する。
図８は、変形例２に係るワークフローシステムの機能構成を示す図である。
図８に示すように、機能構成は、申請情報記録部８１０、申請情報抽出部８２０、入力操作記録部８３０、入力テンプレート生成部８４０、承認候補設定部８５０を含む。
申請情報記録部８１０は、申請情報をシステムに登録する処理を行う。
申請情報抽出部８２０は、記録された申請情報から未承認申請件と承認済申請件を抽出する処理を行う。
入力操作記録部８３０は、未承認申請件の入力操作を記録する処理を行う。
入力テンプレート生成部８４０は、抽出された未承認申請件、承認済申請件及び未承認申請件の入力操作に基づき、申請者用の入力テンプレートを生成する。
承認候補設定部８５０は、入力テンプレートにおける入力操作情報に基づき、未承認申請件を承認候補設定するかどうかを判定する処理を行う。
【００２５】
次に、ワークフローシステムによる申請業務の情報処理について説明する。
図９は、ワークフローシステムによる申請業務の情報処理の一例を示すフローチャートである。
まず、ステップＳ９０１とステップＳ９０２とにおいて、申請情報抽出部８２０は、申請情報記録部８１０に記録された申請情報から未承認申請件及び承認済申請件をそれぞれ抽出する。
続いて、ステップＳ９０３では、入力テンプレート生成部８４０は、入力操作記録部８３０に記録された未承認申請件の入力操作情報と、抽出された未承認申請件及び承認済申請件の情報に基づき、入力テンプレートを生成する。
続いて、ステップＳ９０４では、承認候補設定部８５０は、新規未承認申請件は生成されたテンプレートを利用したと判定したか否かを判定する。生成されたテンプレートを利用したと判定した場合は、ステップＳ９０５からステップＳ９０８までの処理で、承認候補設定部８５０は、テンプレート利用した入力操作ログの分析に基づき、未承認申請件の承認候補の設定可否を判定する。
【００２６】
ステップＳ９０５では、承認候補設定部８５０は、入力テンプレートの空欄領域のみを記入したと判定したか否かを判定する。入力テンプレートの空欄領域のみを記入したと判定した場合は、ステップＳ９０６では、承認候補設定部８５０は、未承認申請件を承認候補と設定する。ステップＳ９０５で、入力テンプレートの空欄領域以外に修正があったと判定した場合は、ステップＳ９０７では、承認候補設定部８５０は、領域を承認時に要確認領域とする。
続いて、ステップＳ９０８では、承認候補設定部８５０は、すべての未承認申請件の判定処理が終わったかどうかを判定する。まだ判定されていない未承認申請件があれば、ステップＳ９０４に戻り、承認候補設定部８５０は、ステップＳ９０４からステップＳ９０６、又はステップＳ９０７までの処理を繰り返し実行する。
【００２７】
次に、図９のステップＳ９０３における入力テンプレートの生成処理について説明する。
図１０は、変形例２における図９のステップＳ９０３における入力テンプレートの生成処理の一例を示すフローチャートである。
まず、ステップＳ１００１では、入力テンプレート生成部８４０は、記録された未承認申請件の入力操作ログから抽出された同一承認済申請件は複数回流用されたかどうかを判定する。同一承認済申請件は複数回流用されたと判定した場合は、ステップＳ１００２では、入力テンプレート生成部８４０は、流用時に承認済申請件における内容の修正がないか、又は、所定領域の内容修正のみがあるかを判定する。流用時に承認済申請件における内容の修正がない、又は、所定領域の内容修正のみがあると判定した場合は、ステップＳ１００３では、入力テンプレート生成部８４０は、承認済申請件をベースに入力テンプレートを生成する。入力テンプレートとして、修正のある所定領域を空欄に、それ以外の領域内容をそのままにする。入力テンプレートは、申請用のテンプレートの一例である。
【００２８】
次に、未承認申請件の承認候補設定処理の一例について説明する。
図１１は、図９における入力テンプレートにおける未承認申請件の入力操作ログの分析による承認候補設定処理の一例を示す図である。
１１０１は、複数回の流用があった承認済申請件の例である。灰色で示した領域は流用時に修正があった領域である。
１１０２は、承認済申請件をベースに生成した入力テンプレートの例である。この生成例では、流用時に修正があった領域は空欄で、それ以外の領域の内容のままになっている。
１１０３は、入力テンプレートを利用した新規未承認申請件の記入例１である。この例では、入力テンプレートにおける空欄領域のみの入力があるため、未承認申請は承認候補として設定可能と判定される。
１１０４は、入力テンプレートを利用した新規未承認申請件の記入例２である。この例では、入力テンプレートにおける空欄領域の他、交通費合計領域の修正もあったため、未承認申請件における修正領域を承認時に要確認領域として設定される。
【００２９】
変形例２によれば、申請者に入力テンプレートの提示により、入力ミスを防ぐことが可能になる。また、入力テンプレートの利用ログの分析により、承認候補の自動設定が可能になり、承認手間が省くことが可能になる。
【００３０】
（変形例３）
次に、変形例３について説明する。
上述した第１の実施形態、変形例１及び変形例２では、未承認申請件の入力操作ログの分析により、承認済申請件の流用があると判定した場合の承認候補の設定可否を判定するものであった。変形例３では、未承認申請件の入力操作ログの分析により、承認済申請件の流用がないと判定した場合は、承認済申請件との類似性判定に基づき承認候補の設定可否を判定する。
変形例３に係るワークフローシステムのハードウェア構成は、図１に示す第１の実施形態に係るワークフローシステムのハードウェア構成と同様であるため、その説明を省略する。また、変形例３に係るワークフローシステムの機能構成は、図２に示す第１の実施形態に係るワークフローシステムの機能構成と同様であるため、その説明を省略する。
【００３１】
次に、ワークフローシステムによる申請業務の情報処理について説明する。
図１２は、変形例３に係るワークフローシステムによる申請業務の情報処理の一例を示すフローチャートである。
まず、ステップＳ１２０１とステップＳ１２０２とにおいて、申請情報処理部１２０は、申請情報記録部１１０に記録された申請情報から未承認申請件及び承認済申請件をそれぞれ抽出する。
続いて、ステップＳ１２０３からステップＳ１２０６、又はステップＳ１２０７、又はステップＳ１２１０までにおいて、承認候補設定部１４０は、入力操作記録部１３０が記録された処理対象となる未承認申請件の入力操作ログの解析と承認済申請件との類似性判定に基づき、未承認申請件を承認候補として設定するかどうかを判定する。
ステップＳ１２０３では、承認候補設定部１４０は、処理対象となる未承認申請件は承認済申請件を流用したかどうかを判定する。未承認申請件の申請時に承認済申請件の流用があると判定した場合は、ステップＳ１２０４からステップＳ１２０６、又はステップＳ１２０７まででは、承認候補設定部１４０は、入力操作ログを利用して未承認申請件を承認候補として設定するかどうかを判定する。未承認申請件の申請時に承認済申請件の流用がないと判定した場合は、ステップＳ１２０８からステップＳ１２１０まででは、承認候補設定部１４０は、承認済申請件を利用して未承認申請件を承認候補として設定するかどうかを判定する。
【００３２】
ステップＳ１２０４では、承認候補設定部１４０は、流用件における記入内容の修正があるかどうかを判定する。流用件における修正がないと判定した場合は、ステップＳ１２０６では、承認候補設定部１４０は、未承認申請件を承認候補と設定する。流用件における修正があると判定した場合は、ステップＳ１２０５では、承認候補設定部１４０は、修正箇所は日付領域だけであるかどうかを判定する。修正箇所は日付領域だけであると判定した場合は、ステップＳ１２０６では、承認候補設定部１４０は、申請件を承認候補と設定する。修正箇所は日付領域だけでないと判定した場合、ステップＳ１２０７では、承認候補設定部１４０は、修正箇所を承認時の要確認領域とする。
【００３３】
ステップＳ１２０８では、承認候補設定部１４０は、未承認申請件に対応する同一申請者の承認済申請件を抽出する。ステップＳ１２０９では、承認候補設定部１４０は、未承認申請件と承認済申請件における要確認領域の内容が一致するかどうかを比較する。要確認領域の内容が一致すれば、ステップＳ１２０６に進み、承認候補設定部１４０は、未承認申請件を承認候補とする。要確認領域に内容に一致しない箇所があれば、ステップＳ１２１０では、承認候補設定部１４０は、差異領域を承認時に要確認領域とする。
続いて、ステップＳ１２１１では、承認候補設定部１４０は、すべての未承認申請件の判定処理が終わったかどうかを判定する。まだ判定されていない未承認申請件があれば、ステップＳ１２０３に進み、承認候補設定部１４０は、ステップＳ１２０３からステップＳ１２０６、又はステップＳ１２０７、又はステップＳ１２１０までの処理を繰り返し実行する。
【００３４】
次に、本実施形態における未承認申請件の承認候補設定処理の一例について説明する。
図１３は、図１２における未承認申請件と承認済申請件との類似性判定に基づき承認候補設定処理の一例を示す図である。
１３０１は、抽出された未承認申請件リストの例である。
１３０２は、抽出された承認済申請件リストの例である。
１３０３は、未承認申請ＩＤ０９１００００００１の申請内容の詳細例である。
１３０４は、承認済申請ＩＤ０８１００００００１の申請内容の詳細例である。
１３０３と１３０４では、未承認申請件とそれに対応する承認済申請件の差異領域がグレー色で表示されている。
【００３５】
変形例３では、同一申請者の未承認申請件と承認済申請件を対応するものとしたが、それ以外の属性を利用して対応関係を設定してもよい。また、変形例３では、未承認申請件と対応する同一申請者の承認済申請件は１件のみを例にした。しかし、対応する承認済申請件が複数ある場合は、各承認済申請件の比較に用いた回数、又は承認日に基づき比較順位を設定し、比較順位にそって比較してもよい。
【００３６】
変形例３によれば、未承認申請件の入力操作に承認済申請件の流用がなくても、関連する承認済申請件の内容の類似性の比較により承認候補の設定が可能になる。
【００３７】
なお、上述した各処理部のうち、承認候補設定部については、承認済申請件の流用があった場合、承認済申請件からの修正があるかに基づき、承認候補を推定する処理を行うものとして説明したが、人工知能（ＡＩ：artificial intelligence）を適用してもよい。例えば、承認候補設定部の代わりとして、機械学習された学習済みモデルを代わりに用いてもよい。その場合には、その処理部への入力データと出力データとの組合せを学習データとして複数個準備し、それらから機械学習によって知識を獲得し、獲得した知識に基づいて入力データに対する出力データを結果として出力する学習済みモデルを生成する。より具体的には、過去の承認申請件を入力データとし、承認されたか否かを出力データとし、承認された申請件の特徴と承認されなかった申請件の特徴とを学習して、承認候補の申請件を推定する。この学習済みモデルは、例えばニューラルネットワークモデルで構成できる。そして、その学習済みモデルは、上記処理部と同等の処理をするためのプログラムとして、ＣＰＵ又はＧＰＵ等と協働で動作することにより、上記処理部の処理を行う。また、学習済みモデルは、必要に応じて一定のデータを処理するごとに更新する等も可能である。
【００３８】
＜その他の実施形態＞
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給する。そして、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読み出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
【００３９】
以上、本発明の実施形態の一例について詳述したが、本発明は係る特定の実施形態に限定されるものではない。
【符号の説明】
【００４０】
１      処理部
１０２  ＣＰＵ
【図１】
2020204963.tif 000003
【図２】
2020204963.tif 000004
【図３】
2020204963.tif 000005
【図４】
2020204963.tif 000006
【図５】
2020204963.tif 000007
【図６】
2020204963.tif 000008
【図７】
2020204963.tif 000009
【図８】
2020204963.tif 000010
【図９】
2020204963.tif 000011
【図１０】
2020204963.tif 000012
【図１１】
2020204963.tif 000013
【図１２】
2020204963.tif 000014
【図１３】
2020204963.tif 000015