(57)【要約】【課題】オペレータの手を煩わせることなく、読み取った複数の書類に対して行う処理の順番を決定する。【解決手段】情報処理装置１０は、読取装置２０から複数の書類を取得し、取得した書類の種別を特定する。情報処理装置１０は、特定した種別に基づいて、複数の書類から予め定められた処理の対象となるキー書類と、当該処理の実行に要する関連書類を特定する。情報処理装置１０は、キー書類に対応する処理を、予め定められた複数の処理の中から特定する。情報処理装置１０は、キー書類を複数特定した場合、複数のキー書類毎に特定される処理の依存関係を、処理に係るキー書類及び関連書類から特定し、複数のキー書類毎に特定される処理の実行順序を特定した依存関係を用いて決定する。【選択図】図１
2018028717.tif 000002
【特許請求の範囲】
【請求項１】
複数の書類を取得する取得手段と、
前記書類の種別を特定する種別特定手段と、
前記種別特定手段が特定した種別に基づいて、複数の前記書類から予め定められた処理の対象となるキー書類と、当該処理の実行に要する関連書類を特定する書類特定手段と、
前記キー書類に対応する処理を、予め定められた複数の処理の中から特定する処理特定手段と、
前記書類特定手段が前記キー書類を複数特定した場合、複数のキー書類毎に特定される処理の依存関係を、処理に係るキー書類及び関連書類から特定し、複数のキー書類毎に特定される処理の実行順序を特定した依存関係を用いて決定する決定手段
を備える情報処理装置。
【請求項２】
前記決定手段は、前記書類特定手段が複数のキー書類を特定し、特定された複数の前記キー書類毎に前記処理特定手段が処理を特定した場合、特定された複数の処理の実行順序を、当該処理と同じ処理が行われた他の書類に対する処理の履歴から決定する
を備える請求項１に記載の情報処理装置。
【請求項３】
コンピュータを、
複数の書類を取得する取得手段と、
前記書類の種別を特定する種別特定手段と、
前記種別特定手段が特定した種別に基づいて、複数の前記書類から予め定められた処理の対象となるキー書類と、当該処理の実行に要する関連書類を特定する書類特定手段と、
前記キー書類に対応する処理を、予め定められた複数の処理の中から特定する処理特定手段と、
前記書類特定手段が前記キー書類を複数特定した場合、複数のキー書類毎に特定される処理の依存関係を、処理に係るキー書類及び関連書類から特定し、複数のキー書類毎に特定される処理の実行順序を特定した依存関係を用いて決定する決定手段
として機能させるためのプログラム。
【請求項４】
複数の書類を読み取る読取装置と、
前記読取装置が読み取った複数の書類を取得する取得手段と、
前記書類の種別を特定する種別特定手段と、
前記種別特定手段が特定した種別に基づいて、複数の前記書類から予め定められた処理の対象となるキー書類と、当該処理の実行に要する関連書類を特定する書類特定手段と、
前記キー書類に対応する処理を、予め定められた複数の処理の中から特定する処理特定手段と、
前記書類特定手段が前記キー書類を複数特定した場合、複数のキー書類毎に特定される処理の依存関係を、処理に係るキー書類及び関連書類から特定し、複数のキー書類毎に特定される処理の実行順序を特定した依存関係を用いて決定する決定手段
を有する情報処理装置
を備える情報処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、プログラム及び情報処理システムに関する。
【背景技術】
【０００２】
特許文献１には、書類を処理する業務について、主たる業務の進捗状況と、派生業務の進捗状況とを関連付けて管理する情報管理システムが開示されている。この情報管理システムにおいては、主たる業務で用いられる主帳票と、主たる業務から派生する派生業務で用いられる副帳票があり、主帳票の文書ＩＤと、副帳票の文書ＩＤとを関連付けて登録する。印刷された帳票は、担当者に回付され、帳票に対する操作の履歴の管理サーバへの登録が担当者の指示により行われる。管理サーバは、主帳票のそれぞれについて、終了ステータスに到達済みの副帳票の割合を履歴から特定し、特定した割合や副帳票の通過記録などを纏めて進捗情報とし、進捗情報の内容を予め定められた態様で表示する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１２−１７３９３６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
業務に関する複数の書類を読み取って処理する場合、処理の内容や処理の順番は、読み取った書類の種類や組み合わせによって異なるが、文書を読み取る毎に処理の内容や処理の順番をオペレータが設定するのは非常に繁雑である。
【０００５】
本発明は、オペレータの手を煩わせることなく、読み取った複数の書類に対して行う処理の順番を決定することを目的とする。
【課題を解決するための手段】
【０００６】
本発明の請求項１に係る情報処理装置は、複数の書類を取得する取得手段と、前記書類の種別を特定する種別特定手段と、前記種別特定手段が特定した種別に基づいて、複数の前記書類から予め定められた処理の対象となるキー書類と、当該処理の実行に要する関連書類を特定する書類特定手段と、前記キー書類に対応する処理を、予め定められた複数の処理の中から特定する処理特定手段と、前記書類特定手段が前記キー書類を複数特定した場合、複数のキー書類毎に特定される処理の依存関係を、処理に係るキー書類及び関連書類から特定し、複数のキー書類毎に特定される処理の実行順序を特定した依存関係を用いて決定する決定手段を備える。
【０００７】
本発明の請求項２に係る情報処理装置は、前記決定手段は、前記書類特定手段が複数のキー書類を特定し、特定された複数の前記キー書類毎に前記処理特定手段が処理を特定した場合、特定された複数の処理の実行順序を、当該処理と同じ処理が行われた他の書類に対する処理の履歴から決定する。
【０００８】
本発明の請求項３に係るプログラムは、コンピュータを、複数の書類を取得する取得手段と、前記書類の種別を特定する種別特定手段と、前記種別特定手段が特定した種別に基づいて、複数の前記書類から予め定められた処理の対象となるキー書類と、当該処理の実行に要する関連書類を特定する書類特定手段と、前記キー書類に対応する処理を、予め定められた複数の処理の中から特定する処理特定手段と、前記書類特定手段が前記キー書類を複数特定した場合、複数のキー書類毎に特定される処理の依存関係を、処理に係るキー書類及び関連書類から特定し、複数のキー書類毎に特定される処理の実行順序を特定した依存関係を用いて決定する決定手段として機能させるためのプログラムである。
【０００９】
本発明の請求項４に係る情報処理システムは、複数の書類を読み取る読取装置と、前記読取装置が読み取った複数の書類を取得する取得手段と、前記書類の種別を特定する種別特定手段と、前記種別特定手段が特定した種別に基づいて、複数の前記書類から予め定められた処理の対象となるキー書類と、当該処理の実行に要する関連書類を特定する書類特定手段と、前記キー書類に対応する処理を、予め定められた複数の処理の中から特定する処理特定手段と、前記書類特定手段が前記キー書類を複数特定した場合、複数のキー書類毎に特定される処理の依存関係を、処理に係るキー書類及び関連書類から特定し、複数のキー書類毎に特定される処理の実行順序を特定した依存関係を用いて決定する決定手段を有する情報処理装置を備える。
【発明の効果】
【００１０】
本発明の請求項１に係る情報処理装置によれば、オペレータの手を煩わせることなく、読み取った複数の書類に対して行う処理の順番を決定することができる。
本発明の請求項２に係る情報処理装置によれば、キー書類に係る処理同士が繰り返しの関係にあっても、処理の順番を決定することができる。
本発明の請求項３に係るプログラムによれば、オペレータの手を煩わせることなく、読み取った複数の書類に対して行う処理の順番を決定することができる。
本発明の請求項１に係る情報処理システムによれば、オペレータの手を煩わせることなく、読み取った複数の書類に対して行う処理の順番を決定することができる。
【図面の簡単な説明】
【００１１】
【図１】本発明の一実施形態の情報処理システム１に係る装置を示した図。
【図２】情報処理装置１０のハードウェア構成の一例を示したブロック図。
【図３】書類種別データベースＤＢ１の一例を示した図。
【図４】プロセス定義データベースＤＢ２の一例を示した図。
【図５】案件データベースＤＢ３の一例を示した図。
【図６】書類データベースＤＢ４の一例を示した図。
【図７】処理データベースＤＢ５の一例を示した図。
【図８】情報処理装置１０の機能の構成を示した機能ブロック図。
【図９】制御部１０１が行う処理の流れを示したフローチャート。
【図１０】制御部１０１が行う処理の流れを示したフローチャート。
【図１１】制御部１０１が行う処理の流れを示したフローチャート。
【図１２】制御部１０１が行う処理の流れを示したフローチャート。
【図１３】処理データベースＤＢ５の一例を示した図。
【発明を実施するための形態】
【００１２】
［実施形態］
（全体構成）
図１は、本発明の一実施形態の情報処理システム１に係る装置を示した図である。情報処理システム１は、例えば、金融機関で扱われる書類について、確認や点検、承認などの処理を行うためのシステムである。なお、情報処理システム１が扱う書類は、金融機関で扱われる書類に限定されるものではなく、確認や点検、承認などの処理を行う書類であれば、保険契約に関する文書や公的文書などの他の書類であってもよい。
【００１３】
通信回線２は、データ通信が行われる通信ネットワークであり、データ通信を行う複数のコンピュータ装置が接続される。通信回線２には、有線及び無線の通信ネットワークが含まれる。本実施形態においては、情報処理装置１０、端末装置２０及び読取装置３０が接続されている。
【００１４】
読取装置３０は、紙の書類を光学的に読み取り、読み取った書類を表す書類データを生成する装置である。書類データは、書類を表すものであるため、換言すると書類ということができる。読取装置３０は、通信回線２を介して情報処理装置１０へアクセスし、生成した書類データを情報処理装置１０へアップロードする。なお、読取装置３０は、画像形成機能や画像読取機能、ファクシミリの機能などの複数の機能を備える所謂複合機と呼ばれる装置であってもよい。本実施形態においては、複数の読取装置３０が通信回線２に接続可能であるが、図１においては、図面が煩雑になるのを防ぐため、一つの読取装置３０のみを示している。
【００１５】
端末装置２０は、所謂デスクトップＰＣ（Personal Computer）であり、通信回線２を介して情報処理装置１０へアクセスし、情報処理装置１０のクライアント装置となる。本実施形態においては、複数の端末装置２０が情報処理装置１０へアクセス可能であるが、図１においては、図面が煩雑になるのを防ぐため、一つの端末装置２０のみを示す。
【００１６】
情報処理装置１０は、読取装置３０が生成した書類データを取得して記憶し、書類データに対して端末装置２０のオペレータが行う確認や点検、承認などの処理の手順や各処理に係る書類を設定する装置である。情報処理装置１０は、端末装置２０に対してクライアントサーバーシステムのサーバとなる。
【００１７】
（情報処理装置１０の構成）
図２は、情報処理装置１０のハードウェア構成の一例を示したブロック図である。通信部１０５は、データ通信を行うための通信インターフェースとして機能し、通信回線２に接続されている。
【００１８】
記憶部１０２は、制御部１０１が実行するプログラムや、読取装置３０から送られてきた書類データなどを永続的に記憶する装置（例えばハードディスク装置）を有している。記憶部１０２が記憶するプログラムとしては、オペレーティングシステムのプログラムや、書類データに対して端末装置２０のオペレータが行う処理の順番の設定や各処理に係る書類を設定するプログラムなどがある。
【００１９】
また、記憶部１０２は、プログラムを実行し制御部１０１が使用する各種データベースを記憶する。図３〜図７は、記憶部１０２が記憶するデータベースの一例である。
【００２０】
図３に示した書類種別データベースＤＢ１は、書類種別ＩＤ、書類種別名、識別情報のフィールドを有する。書類種別ＩＤのフィールドには、書類の種別を示す識別子である書類種別ＩＤが格納される。書類種別名のフィールドには、同じ行に格納されている書類種別ＩＤで特定される書類の種別名が格納される。識別情報のフィールドには、同じ行に格納されている書類種別名の書類を識別するための識別情報が格納される。例えば、図３に示した書類種別データベースＤＢ１の２行目のレコードには、本人確認に使用される運転免許証についての情報が格納されており、免許証の書類種別ＩＤが１００１となっている。また、識別情報としては、例えば、運転免許証の罫線のパターンが格納されている。
【００２１】
図４に示したプロセス定義データベースＤＢ２は、プロセスＩＤ、プロセス名、フロー定義、キー書類の書類種別ＩＤ、関連書類の書類種別ＩＤのフィールドを有する。プロセスＩＤのフィールドには、書類データが表す書類に対して端末装置２０のオペレータが行う処理のプロセスを識別する識別子であるプロセスＩＤが格納される。プロセス名のフィールドには、同じ行に格納されているプロセスＩＤで特定されるプロセスのプロセス名が格納される。フロー定義のフィールドには、同じ行に格納されているプロセスＩＤで特定されるプロセスの手順が格納される。プロセスの手順としては、例えば、書類不備確認、点検、承認などの手順がある。キー書類の書類種別ＩＤのフィールドには、同じ行に格納されているプロセスＩＤで特定されるプロセスで主に使用するキー書類の書類種別ＩＤが格納される。関連書類の書類種別ＩＤのフィールドには、同じ行に格納されているプロセスＩＤで特定されるプロセスで使用するキー書類に関連して使用する関連書類の書類種別ＩＤが格納される。
【００２２】
例えば、図４に示した１行目のレコードには、金融機関における住宅ローン融資に係る書類について行うプロセスの情報が格納されており、プロセスＩＤが２０００となっている。また、このプロセスで主に使用するキー書類の書類種別ＩＤは、融資契約書を表す１０００となっており、このプロセスにおいてキー書類に関連して使用する書類の書類種別ＩＤとして住民票を表す１００２が格納されている。
【００２３】
図５に示した案件データベースＤＢ３は、案件ＩＤ、案件名、依頼者、書類ＩＤ、開始日時、完了日時のフィールドを有する。案件ＩＤのフィールドには、読取装置３０から送られた書類データが関係する案件を識別する識別子である案件ＩＤが格納される。案件名のフィールドには、同じ行に格納されている案件ＩＤで特定される案件の案件名が格納される。依頼者のフィールドには、同じ行に格納されている案件ＩＤで特定される案件の処理を依頼した者の氏名が格納される。書類ＩＤのフィールドには、同じ行に格納されている案件ＩＤで特定される案件に関係する書類を識別する識別子が格納される。開始日時のフィールドには、同じ行に格納されている案件ＩＤで特定される案件に関係する書類に対してオペレータが処理を開始した日時が格納される。完了日時のフィールドには、同じ行に格納されている案件ＩＤで特定される案件に関係する書類に対してオペレータが処理を完了した日時が格納される。
【００２４】
図６に示した書類データベースＤＢ４は、書類ＩＤ、案件ＩＤ、書類種別ＩＤ、書類データへのパスのフィールドを有する。書類ＩＤのフィールドには、書類データが表す書類に付された識別子が格納される。案件ＩＤのフィールドには、同じ行に格納されている書類ＩＤが関係する案件の案件ＩＤが格納される。書類種別ＩＤのフィールドには、同じ行に格納されている書類ＩＤの書類の種別を示す識別子である書類種別ＩＤが格納される。書類データのパスのフィールドには、同じ行に格納されている書類ＩＤの書類の記憶場所を表すパスが格納される。
【００２５】
図７に示した処理データベースＤＢ５は、処理ＩＤ、プロセスＩＤ、案件ＩＤ、キー書類の書類ＩＤ、関連書類の書類ＩＤ、進捗状態、前処理ＩＤ、後処理ＩＤ、開始日時、完了日時のフィールドを有する。処理ＩＤのフィールドには、書類データが表す書類に対してオペレータが行う処理を識別する識別子である処理ＩＤが格納される。プロセスＩＤのフィールドには、書類データが表す書類に対して行う処理の手順を表すプロセスＩＤが格納される。キー書類の書類ＩＤのフィールドには、同じ行に格納されている処理ＩＤで特定される処理で使用されるキー書類の書類ＩＤが格納される。関連書類の書類ＩＤのフィールドには、同じ行に格納されている処理ＩＤで特定される処理で使用される関連書類の書類ＩＤが格納される。案件ＩＤのフィールドには、同じ行のキー書類の書類ＩＤのフィールドに格納されている書類ＩＤが関係する案件の案件ＩＤが格納される。進捗状態のフィールドには、同じ行に格納されている処理ＩＤで特定される処理の進捗状態が格納される。前処理ＩＤのフィールドには、同じ行に格納されている処理ＩＤで特定される処理の前に実行する処理の処理ＩＤが格納される。後処理ＩＤのフィールドには、同じ行に格納されている処理ＩＤで特定される処理の後に実行する処理の処理ＩＤが格納される。開始日時のフィールドには、同じ行に格納されている処理ＩＤで特定される処理の開始日時が格納される。完了日時のフィールドには、同じ行に格納されている処理ＩＤで特定される処理の完了日時が格納される。
【００２６】
制御部１０１は、ＣＰＵやＲＡＭを有しており、記憶部１０２に記憶されているプログラムを実行し、記憶部１０２や通信部１０５を制御する。
【００２７】
図８は、プログラムを実行することにより実現する機能の機能ブロック図である。本発明に係る取得手段の一例である取得部１００１は、読取装置３０から送られる書類データを取得する。本発明に係る種別特定手段の一例である種別特定部１００２は、書類データが表す書類の種別を特定する。本発明に係る書類特定手段の一例である書類特定部１００３は、複数の書類データの中からキー書類の書類データと関連書類の書類データを特定する。本発明に係る処理特定手段の一例である処理特定部１００４は、キー書類に対応する処理を、予め定められた複数の処理の中から選択する。本発明に係る決定手段の一例である決定部１００５は、キー書類を複数特定した場合、複数のキー書類毎に特定される処理の依存関係を、処理に係るキー書類及び関連書類から特定し、複数のキー書類毎に特定される処理の実行順序を特定した依存関係を用いて決定する。
【００２８】
（実施形態の動作例）
次に本実施形態の動作例について説明する。例えば、住宅ローンに係る複数の書類の処理を依頼する依頼者は、読取装置３０を操作して依頼者名と案件名を入力し、住宅ローン融資に係る書類を読取装置３０にセットする。セットした書類の読み取りを指示する操作を依頼者が行うと、読取装置３０はセットされた複数の書類を読み取り、読み取った書類毎に書類データを生成する。例えば、住宅ローンの融資に係る書類として、融資依頼書、運転免許証のコピー及び住民票を読取装置３０が読み取った場合、融資依頼書の書類データ、運転免許証のコピーの書類データ及び住民票の書類データが生成される。読取装置３０は、書類データの生成を終了すると、入力された依頼者名、入力された案件名及び生成した書類データを情報処理装置１０へ送信する。
【００２９】
制御部１０１（取得部１００１）は、読取装置３０から送信された依頼者名、案件名及び書類データを取得する。制御部１０１は、依頼者名、案件名及び書類データを取得すると、図９に示した処理を実行する。制御部１０１は、依頼者名、案件名及び書類データを取得すると、案件ＩＤを生成し（ステップＳＡ１）、案件データベースＤＢ３に新規のレコードを生成する（ステップＳＡ２）。制御部１０１は、生成したレコードに情報を格納する（ステップＳＡ３）。ここで制御部１０１は、生成した案件ＩＤ、取得した案件名、取得した依頼者名を生成したレコードに格納する。例えば、取得した案件名が「○○様住宅ローン」であり、依頼者名が「ＡＡＡＡ」である場合、図５に示したように、案件データベースＤＢ３の案件名のフィールドには、「○○様住宅ローン」が格納され、案件データベースＤＢ３の依頼者のフィールドには、「ＡＡＡＡ」が格納される。
【００３０】
次に制御部１０１は、新規のレコードを取得した書類データ毎に書類データベースＤＢ４に生成し（ステップＳＡ４）、生成したレコードに情報を格納する（ステップＳＡ５）。ここで制御部１０１は、取得した書類データの各々に書類ＩＤを生成し、生成した書類ＩＤを書類データベースＤＢ４の書類ＩＤのフィールドに格納し、書類データのパスを実データへのパスのフィールドに格納する。また、制御部１０１は、取得した書類データが係る案件の案件ＩＤを書類データベースＤＢ４の案件ＩＤのフィールドに格納し、生成した書類ＩＤを案件データベースＤＢ３の書類ＩＤのフィールドに格納する。
【００３１】
例えば、上述した融資依頼書の書類データに対して「４００１」という書類ＩＤを制御部１０１が生成した場合、図６に示したように、書類ＩＤのフィールドに「４００１」という書類ＩＤが格納され、実データへのパスのフィールドに、融資依頼書の書類データへのパスが格納される。また、運転免許証のコピーの書類データに対して「４００２」という書類ＩＤを制御部１０１が生成した場合、図６に示したように、書類ＩＤのフィールドに「４００２」という書類ＩＤが格納され、住民票の書類データに対して「４００３」という書類ＩＤを制御部１０１が生成した場合、図６に示したように、書類ＩＤのフィールドに「４００２」という書類ＩＤが格納される。
【００３２】
次に制御部１０１（種別特定部１００２）は、取得した書類データが表す書類の種別を判別する（ステップＳＡ６）。例えば、制御部１０１は、書類データが表す書類の画像内に二次元バーコードがあり、二次元バーコードが融資契約書を表す内容である場合、書類種別データベースＤＢ１を参照し、書類データが表す書類の書類種別ＩＤは、「１０００」であると判別する。また、制御部１０１は、書類データが表す書類の画像が運転免許証のコピーである場合には、書類種別データベースＤＢ１を参照し、運転免許証の罫線のパターンから書類データの書類種別ＩＤは、「１００１」であると判別する。
【００３３】
制御部１０１は、書類データが表す書類の種別を判別すると、判別結果を書類データベースＤＢ４の書類種別ＩＤフィールドに格納する（ステップＳＡ７）。例えば、書類ＩＤが４００１である書類データが表す書類の種別が融資契約書であった場合、図６に示したように、書類ＩＤのフィールドに４００１が格納されているレコードの書類種別ＩＤのフィールドには、融資契約書を表す「１０００」という書類種別ＩＤが格納される。また、書類ＩＤが４００２である書類データが表す書類の種別が運転免許証のコピーであった場合、図６に示したように、書類ＩＤのフィールドに４００２が格納されているレコードの書類種別ＩＤのフィールドには、運転免許証を表す「１００１」という書類種別ＩＤが格納される。
【００３４】
次に制御部１０１は、取得した書類データに対してオペレータが行う処理を設定する。ここで制御部１０１は、図１０に示したフローチャートの処理を行う。まず制御部１０１（書類特定部１００３）は、書類データベースＤＢ４とプロセス定義データベースＤＢ２を参照し、取得した書類データの中から予め定められたプロセスのキー書類となる書類の書類データを特定する（ステップＳＢ１）。
【００３５】
例えば、書類ＩＤが「４００１」である書類データが表す書類は、書類タイプＩＤが「１０００」である。この「１０００」という書類タイプＩＤを制御部１０１が図４のプロセス定義データベースＤＢ２のキー書類の書類種別ＩＤのフィールドにおいて検索すると、１行目のレコードがヒットするため、制御部１０１は、書類ＩＤが「４００１」である書類データが表す書類はキー書類であると判定する。制御部１０１は、キー書類となる書類データを特定すると、処理データベースＤＢ５にレコードを生成する（ステップＳＢ２）。制御部１０１は、生成したレコードに情報を格納する（ステップＳＢ３）。ここで制御部１０１は、キー書類に対して行う処理の処理ＩＤを生成する。そして制御部１０１は、図７の１行目のレコードに示したように、生成したレコードの処理ＩＤのフィールドに生成した処理ＩＤ「５００１」を格納し、生成したレコードのキー書類の書類ＩＤのフィールドに「４００１」という書類ＩＤを格納する。また、制御部１０１（処理特定部１００４）は、書類タイプＩＤの検索でヒットした１行目のレコードにあるプロセスＩＤ「２０００」を、生成したレコードのプロセスＩＤのフィールドに格納し、書類ＩＤが「４００１」である書類データが係る案件ＩＤ「３０００」を生成したレコードの案件ＩＤのフィールドに格納する。
【００３６】
次に制御部１０１（書類特定部１００３）は、キー書類に関連する関連書類の書類データを特定する（ステップＳＢ４）。ここで制御部１０１は、書類タイプＩＤの検索でヒットした１行目のレコードの関連書類の書類種別ＩＤのフィールドに格納されている書類種別ＩＤ「１００１」と「１００２」を取得する。制御部１０１は、取得した書類種別ＩＤ「１００１」を格納しているレコードを図６に示した書類データベースＤＢ４において検索し、検索でヒットした２行目のレコードの書類ＩＤのフィールドから書類ＩＤ「４００２」を取得すると、書類ＩＤが「４００２」の書類データを関連書類の書類データと特定する。そして制御部１０１は、図７の１行目のレコードに示したように、生成したレコードの関連書類の書類ＩＤのフィールドに取得した書類ＩＤ「４００２」を格納する。また、制御部１０１は、取得した書類種別ＩＤ「１００２」を格納しているレコードを図６に示した書類データベースＤＢ４において検索し、検索でヒットした３行目のレコードの書類ＩＤのフィールドから書類ＩＤ「４００３」を取得すると、書類ＩＤが「４００３」の書類データを関連書類の書類データと特定する。そして制御部１０１は、図７の１行目のレコードに示したように、生成したレコードの関連書類の書類ＩＤのフィールドに取得した書類ＩＤ「４００３」を格納する。
【００３７】
次に、書類ＩＤが「４００２」である書類データが表す書類は、書類タイプＩＤが「１００１」である。この「１００１」という書類タイプＩＤを制御部１０１が図４のプロセス定義データベースＤＢ２のキー書類の書類種別ＩＤのフィールドにおいて検索すると、２行目のレコードがヒットするため、制御部１０１は、書類ＩＤが「４００２」である書類データが表す書類はキー書類であると判定する。制御部１０１は、キー書類となる書類データを特定すると、処理データベースＤＢ５にレコードを生成する（ステップＳＢ２）。制御部１０１は、生成したレコードに情報を格納する（ステップＳＢ３）。ここで制御部１０１は、キー書類に対して行う処理の処理ＩＤを生成する。そして制御部１０１は、図７の２行目のレコードに示したように、生成したレコードの処理ＩＤのフィールドに生成した処理ＩＤ「５００２」を格納し、生成したレコードのキー書類の書類ＩＤのフィールドに「４００２」という書類ＩＤを格納する。また、制御部１０１は、書類タイプＩＤの検索でヒットした２行目のレコードにあるプロセスＩＤ「２００１」を、生成したレコードのプロセスＩＤのフィールドに格納し、書類ＩＤが「４００２」である書類データが係る案件ＩＤ「３０００」を生成したレコードの案件ＩＤのフィールドに格納する。
【００３８】
次に制御部１０１は、キー書類に関連する関連書類の書類データを特定する（ステップＳＢ４）。ここで制御部１０１は、書類タイプＩＤの検索でヒットした２行目のレコードの関連書類の書類種別ＩＤのフィールドに格納されている書類種別ＩＤ「１００２」を取得する。制御部１０１は、取得した書類種別ＩＤ「１００２」を格納しているレコードを図６に示した書類データベースＤＢ４において検索し、検索でヒットした３行目のレコードの書類ＩＤのフィールドから書類ＩＤ「４００３」を取得すると、書類ＩＤが「４００３」の書類データを関連書類の書類データと特定する。そして制御部１０１は、図７の２行目のレコードに示したように、生成したレコードの関連書類の書類ＩＤのフィールドに取得した書類ＩＤ「４００３」を格納する。
【００３９】
次に制御部１０１（決定部１００５）は、オペレータが行う処理の前後関係を設定するため、図１１に示した処理を実行する。まず制御部１０１は、処理データベースＤＢ５のレコードを参照し、キー書類の書類ＩＤのフィールドに格納されている書類ＩＤを取得する（ステップＳＣ１）。制御部１０１は、書類ＩＤを取得すると、処理データベースＤＢ５の関連書類の書類ＩＤのフィールドにおいて、取得した書類ＩＤを格納しているレコードがあるか判断する（ステップＳＣ２）。
【００４０】
例えば、制御部１０１は、処理データベースＤＢ５の内容が図７に示した状態である場合、まず図７に示した処理データベースＤＢ５の１行目のレコードからキー書類の書類ＩＤとして「４００１」を取得する（ステップＳＣ１）。制御部１０１は、処理データベースＤＢ５において、取得した書類ＩＤ「４００１」を関連書類の書類ＩＤのフィールドに含むレコードを検索する。処理データベースＤＢ５の内容が図７に示した状態である場合、書類ＩＤ「４００１」を関連書類の書類ＩＤのフィールドに含むレコードがないため、ステップＳＣ２でＮＯと判断し、図１１の処理を終了する。
【００４１】
次に制御部１０１は、処理データベースＤＢ５の２行目のレコードからキー書類の書類ＩＤとして「４００２」を取得し（ステップＳＣ１）、処理データベースＤＢ５において、取得した書類ＩＤを関連書類の書類ＩＤのフィールドに含むレコードを検索する。制御部１０１は、処理データベースＤＢ５の内容が図７に示した状態である場合、１行目のレコードは書類ＩＤ「４００２」を関連書類の書類ＩＤのフィールドに含むレコードであるため、ステップＳＣ２でＹＥＳと判断し、処理ＩＤが「５００２」の処理は、処理ＩＤが「５００１」の処理に関連する処理であると判定する。
【００４２】
制御部１０１は、ステップＳＣ２でＹＥＳと判定すると、キー書類の書類ＩＤを取得したレコードの処理と、キー書類の書類ＩＤを関連書類の書類ＩＤのフィールドに含むレコードの処理の前後関係を設定する（ステップＳＣ３）。ここで制御部１０１は、２行目のレコードが係る処理と、１行目のレコードが係る処理の順序について、２行目のレコードに係る処理が前、１行目のレコードに係る処理が後であると判定し、１行目のレコードの前処理ＩＤのフィールドに２行目のレコードの処理ＩＤ「５００２」を格納し、２行目のレコードの後処理ＩＤのフィールドに１行目のレコードの処理ＩＤ「５００１」を格納する。
【００４３】
次に、依頼者から依頼された案件に対する処理を端末装置２０のオペレータが行うときの動作について説明する。オペレータは、端末装置２０を操作して案件データベースＤＢ３にアクセスし、案件に対する処理の開始を指示する操作を行う。この操作が端末装置２０において行われると、端末装置２０と情報処理装置１０が通信を行い、制御部１０１は、案件に対する処理の順序を設定するために、図１２に示した処理を実行する。
【００４４】
まず制御部１０１（決定部１００５）は、処理データベースＤＢ５を参照し、処理データベースＤＢ５に係る処理を、前処理又は後処理がある第１処理群と、前処理及び後処理が無い第２処理群に分類する（ステップＳＤ１）。制御部１０１は、例えば、処理データベースＤＢ５の内容が図７に示した状態である場合、処理ＩＤが「５００１」の処理と処理ＩＤが「５００２」の処理を第１処理群とし、処理ＩＤが「５００３」の処理を第２処理群とする。
【００４５】
次に制御部１０１は、第１処理群の処理については、繰り返しの関係にあるか判定する（ステップＳＤ２）。例えば、図１３の（ａ）に示したように、第１処理群の処理として、処理ＩＤが「５０１１」と「５０１２」の処理があり、処理の前後関係が、処理ＩＤ「５０１１」の処理に前に処理ＩＤ「５０１２」の処理という関係であり、且つ、処理ＩＤ「５０１２」の処理の前に処理ＩＤ「５０１１」の処理という関係である場合、処理ＩＤ「５０１１」の処理と処理ＩＤ「５０１２」の処理は、互いに前後する関係にあり、処理を繰り返す関係にある。
【００４６】
制御部１０１は、例えば、処理データベースＤＢ５の内容が図７に示した状態である場合、処理ＩＤが「５００１」の処理と処理ＩＤが「５００２」の処理は、繰り返しの関係ではないため、ステップＳＤ２でＮＯと判断する。
【００４７】
制御部１０１は、ステップＳＤ２でＮＯと判断した場合、第１処理群の処理については、前処理ＩＤのフィールド及び後処理ＩＤのフィールドに格納されている処理ＩＤに基づいて、各処理の順番を決定する（ステップＳＤ３）。ここでは、処理データベースＤＢ５の内容が図７に示した状態である場合、処理の前後関係が、処理ＩＤ「５００１」の処理に前に処理ＩＤ「５００２」の処理という関係であるため、制御部１０１は、処理ＩＤ「５００２」の処理の順番を先とし、処理ＩＤ「５００１」の処理の順番を後にする。また、制御部１０１は、第２処理群の処理については、例えば処理ＩＤの値が小さい処理から順番に、第１処理群の処理の後に順番を決定する（ステップＳＤ４）。なお、第２処理群の処理については、第１処理群の処理の前に順番を設定してもよい。
【００４８】
制御部１０１は、ステップＳＤ２でＹＥＳと判断した場合、過去に処理した案件の処理結果を参照し、第１処理群の処理の順番を決定する（ステップＳＤ５）。具体的には、制御部１０１は、過去に処理した案件の処理データベースＤＢ５の開始日時を参照し、第１処理群の処理の順番を決定する。制御部１０１は、前処理ＩＤと後処理ＩＤの関係及びプロセスＩＤが順番を設定している案件と同じであるレコードを有する処理データベースＤＢ５を検索する。制御部１０１は、検索でヒットした処理データベースＤＢ５の開始日時のフィールドを参照し、先に開始されている処理の順番を先に設定し、後に開始されている処理の順番を後に設定する。
【００４９】
例えば、制御部１０１は、図１３の（ａ）の処理ＩＤ「５０１１」及び「５０１２」の処理の順番を設定する場合、前処理ＩＤと後処理ＩＤの関係及びプロセスＩＤが順番を設定している案件と同じである図１３の（ｂ）の処理ＤＢを参照する。図１３の（ｂ）の処理データベースＤＢ５においては、プロセスＩＤが「２００６」である処理が先に行われているため、制御部１０１は、処理ＩＤが「５０１２」の処理の順番を先にし、処理ＩＤが「５０１１」の処理の順番を後にする。なお、制御部１０１は、前処理ＩＤと後処理ＩＤの関係及びプロセスＩＤが順番を設定している案件と同じである処理データベースＤＢ５が検索で見つからなかった場合、繰り返しの関係にある処理を並列処理とし、処理を並行して行うように順番を設定する。
【００５０】
制御部１０１は、処理の順番の設定を終了すると、設定した順番に従って、処理データベースＤＢ５の各処理ＩＤの処理を、端末装置２０のオペレータに行わせる。本実施形態によれば、読み取った複数の書類に対して行う処理の順番を情報処理装置１０が決定するため、オペレータの手を煩わせることなく、読み取った書類の処理を進めることができる。
【００５１】
［変形例］
以上、本発明の実施形態について説明したが、本発明は上述した実施形態に限定されることなく、他の様々な形態で実施可能である。例えば、上述の実施形態を以下のように変形して本発明を実施してもよい。なお、上述した実施形態及び以下の変形例は、各々を組み合わせてもよい。
【００５２】
本発明においては、オペレータが書類データを処理しているときに当該処理に係るキー書類に不備があった場合、不備があったキー書類を依頼者へ通知し、キー書類の再提出を要求するようにしてもよい。また、通知に応じて依頼者から再提出されるキー書類の書類データについては、不備があった書類データの書類ＩＤと同じ書類ＩＤとして記憶部１０２に記憶するようにしてもよい。この構成によれば、案件に係る書類全てを再提出するのではなく、不備のあった書類のみを再提出し、再提出された書類データを処理することができる。
【００５３】
本発明においては、オペレータが端末装置２０にキー書類を表示してキー書類の処理を行っているときに、オペレータの操作に応じて関連書類を端末装置２０に表示してもよい。この構成によれば、オペレータが行っている処理に関連する書類を参照することができる。
【００５４】
本発明においては、オペレータが端末装置２０にキー書類を表示してキー書類の処理を行っているときに、実行中の処理に関連する書類を新たに要する場合、処理に要する書類を依頼者へ通知し、書類の提出を要求するようにしてもよい。新たに提出される書類については、案件ＩＤを同じとして書類データベースＤＢ４に情報を格納するようにしてもよい。
【００５５】
本発明に係るプログラムは、磁気記録媒体（磁気テープ、磁気ディスク（ＨＤＤ（Hard Disk Drive）、ＦＤ（Flexible Disk））など）、光記録媒体（光ディスクなど）、光磁気記録媒体、半導体メモリーなどのコンピュータ読取り可能な記録媒体に記憶した状態で提供し、インストールしてもよい。また、通信回線を介してプログラムをダウンロードしてインストールしてもよい。
【符号の説明】
【００５６】
１…情報処理システム、１０…情報処理装置、２０…端末装置、３０…読取装置、１０１…制御部、１０２…記憶部、１０５…通信部、ＤＢ１…書類種別データベース、ＤＢ２…プロセス定義データベース、ＤＢ３…案件データベース、ＤＢ４…書類データベース、ＤＢ５…処理データベース、１００１…取得部、１００２…種別特定部、１００３…書類特定部、１００４…処理特定部、１００５…決定部。
【図１】
2018028717.tif 000003
【図２】
2018028717.tif 000004
【図３】
2018028717.tif 000005
【図４】
2018028717.tif 000006
【図５】
2018028717.tif 000007
【図６】
2018028717.tif 000008
【図７】
2018028717.tif 000009
【図８】
2018028717.tif 000010
【図９】
2018028717.tif 000011
【図１０】
2018028717.tif 000012
【図１１】
2018028717.tif 000013
【図１２】
2018028717.tif 000014
【図１３】
2018028717.tif 000015