知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2025-02-18
(45)【発行日】2025-02-27
(54)【発明の名称】情報処理装置、情報処理方法及び情報処理プログラム
(51)【国際特許分類】
G06Q 10/00 20230101AFI20250219BHJP
【ＦＩ】
G06Q10/00
【請求項の数】
8
(21)【出願番号】P 2021109699
(22)【出願日】2021-06-30
(65)【公開番号】P2023006865
(43)【公開日】2023-01-18
【審査請求日】2023-12-19
(73)【特許権者】
【識別番号】398040527
【氏名又は名称】株式会社オービック
(74)【代理人】
【識別番号】110002147
【氏名又は名称】弁理士法人酒井国際特許事務所
(72)【発明者】
【氏名】河合 優佑
(72)【発明者】
【氏名】野里 郁文
(72)【発明者】
【氏名】上野 剛光
【審査官】牧 裕子
(56)【参考文献】
【文献】特許第６７３９５９９（ＪＰ，Ｂ１）
【文献】特開２０２１－０１５４８１（ＪＰ，Ａ）
【文献】特開２０２１－０９２９３３（ＪＰ，Ａ）
【文献】吉田 将明，基礎がよくわかる！ゼロからのＲＰＡ ＵｉＰａｔｈ 超実践テクニック 第１版 ，第1版，株式会社オーム社，2020年07月20日，p.199-214
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｑ １０／００ － ９９／００
(57)【特許請求の範囲】
【請求項1】
制御部を備える情報処理装置であって、前記制御部は、
自動化ツールによる入力自動化処理の操作対象となるアプリケーションソフトウェアで提供される入力画面に設けられている各項目に対する入力値が項目識別データと対応付けて格納されている入力値データを読み込む読込手段と、
前記自動化ツールが前記入力画面に対する入力自動化処理を実行している際に参照する、所定の構造を有する参照データへ、前記入力値データに格納されている入力値と項目識別情報を保存する保存処理手段と、
前記自動化ツールが前記入力自動化処理を前記参照データを参照しながら実行したときに前記自動化ツールが出力したログデータを基に、前記入力画面の各項目に対する前記入力自動化処理の実行結果を、前記入力自動化処理において失敗または未実行であった項目が強調される表示態様で画面に表示させる表示処理手段と、
を備えることを特徴とする情報処理装置。
【請求項2】
前記表示処理手段は、前記入力自動化処理の実行結果として、前記入力自動化処理が失敗または未実行であった項目をまとめたエラーデータ確認画面として表示する、ことを特徴とする請求項１に記載の情報処理装置。
【請求項3】
前記エラーデータ確認画面において、前記入力自動化処理が失敗または未実行であった項目を特定して所定の修正操作を行った場合に、当該特定された項目に対応する前記入力自動化処理のリトライ処理を行うリトライ手段を備えた、ことを特徴とする請求項２に記載の情報処理装置。
【請求項4】
前記リトライ手段は、前記入力自動化処理のリトライ処理として、前記参照データを更新し、あるいは、前記自動化ツールによる入力自動化処理を再実行する、ことを特徴とする請求項３に記載の情報処理装置。
【請求項5】
前記読込手段は、複数の入力値データで構成される入力値データ群毎に繰り返し前記入力値データを読み込み、前記保存処理手段は、前記入力値データ群を構成する複数の前記入力値データのうちいずれかの前記入力値データに起因して前記入力自動化処理が失敗した場合には、当該入力値データ群の処理を中断し、次の入力値データ群の処理に移行する、
ことを特徴とする請求項１乃至請求項４のいずれか一項に記載の情報処理装置。
【請求項6】
前記自動化ツールは複数存在しており、前記読込手段は、複数の入力値データで構成される入力値データ群毎に繰り返し前記入力値データを読み込み、
一の前記自動化ツールが前記参照データを参照しながら前記入力自動化処理を実行する際に出力した新たなデータを用いて他の前記自動化ツールが前記入力自動化処理を行う場合に、前記一の前記自動化ツールが出力したログデータにエラーが含まれる場合には、前記他の前記自動化ツールにおける前記入力自動化処理を未実行とし、次の入力値データ群の処理に移行する、
ことを特徴とする請求項１乃至請求項４のいずれか一項に記載の情報処理装置。
【請求項7】
制御部を備える情報処理装置で実行される情報処理方法であって、自動化ツールによる入力自動化処理の操作対象となるアプリケーションソフトウェアで提供される入力画面に設けられている各項目に対する入力値が項目識別データと対応付けて格納されている入力値データを読み込む過程と、
前記自動化ツールが前記入力画面に対する入力自動化処理を実行している際に参照する、所定の構造を有する参照データへ、前記入力値データに格納されている入力値と項目識別情報を保存する過程と、
前記自動化ツールが前記入力自動化処理を前記参照データを参照しながら実行したときに前記自動化ツールが出力したログデータを基に、前記入力画面の各項目に対する前記入力自動化処理の実行結果を、前記入力自動化処理が失敗または未実行であった項目が強調される表示態様で画面に表示させる過程と、
を備えることを特徴とする情報処理方法。
【請求項8】
制御部を備える情報処理装置をコンピュータにより制御するための情報処理プログラムであって、前記コンピュータを、
自動化ツールによる入力自動化処理の操作対象となるアプリケーションソフトウェアで提供される入力画面に設けられている各項目に対する入力値が項目識別データと対応付けて格納されている入力値データを読み込む読込手段と、
前記自動化ツールが前記入力画面に対する入力自動化処理を実行している際に参照する、所定の構造を有する参照データへ、前記入力値データに格納されている入力値と項目識別情報を保存する保存処理手段と、
前記自動化ツールが前記入力自動化処理を前記参照データを参照しながら実行したときに前記自動化ツールが出力したログデータを基に、前記入力画面の各項目に対する前記入力自動化処理の実行結果を、前記入力自動化処理が失敗または未実行であった項目が強調される表示態様で画面に表示させる表示処理手段と、
して機能させることを特徴とする情報処理プログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明の実施形態は、情報処理装置、情報処理方法及び情報処理プログラムに関する。
【背景技術】
【0002】
近年の情報処理システムにおいては、ＲＰＡ（Ｒｏｂｏｔｉｃ Ｐｒｏｃｅｓｓ Ａｕｔｏｍａｔｉｏｎ）ツール等の自動化ツールを使用して、大量のデータ（例えば、伝票データ）を人に代わって入力するような利用が想定されている。
より具体的な利用態様としては、情報処理システム稼働前における旧情報処理システムからのデータ移行や、情報処理システム稼働前の並行稼働における旧情報処理システムと新情報処理システムにおける二重登録の自動化等が挙げられる。
より具体的な利用態様としては、情報処理システム稼働前における旧情報処理システムからのデータ移行や、情報処理システム稼働前の並行稼働における旧情報処理システムと新情報処理システムにおける二重登録の自動化等が挙げられる。
【先行技術文献】
【特許文献】
【0003】
【文献】特許第６７３９５９９号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
ところで上記運用を行う場合に、自動化ツールは、自律的な判断を行わないため、以下の理由で処理に失敗することが想定される。
例えば、自動化ツールに入力させるために用意したデータの誤りによる業務エラー、自動化ツールと操作対象プログラムの整合性が取れていないことによるシステムエラー、自動化ツールによらないシステムエラー等である。
例えば、自動化ツールに入力させるために用意したデータの誤りによる業務エラー、自動化ツールと操作対象プログラムの整合性が取れていないことによるシステムエラー、自動化ツールによらないシステムエラー等である。
【0005】
そして、入力に失敗したデータは、使用者が手動で再登録を行ったり、入力データを修正して自動化ツールを再実行することにより対応していた。
従って、例えば、操作対象プログラムが業務アプリケーションであった場合、自動化ツールで操作を行って、途中でエラーになった場合、伝票単位でトランザクションが完了してしまうため、ロールバックできないという課題があった。
従って、例えば、操作対象プログラムが業務アプリケーションであった場合、自動化ツールで操作を行って、途中でエラーになった場合、伝票単位でトランザクションが完了してしまうため、ロールバックできないという課題があった。
【0006】
さらに、自動化ツールがエラー終了し、リカバリを行う場合には、再実行の対象となる、入力データの特定及び自動操作対象アプリケーションの特定を行う必要があるが、大量のデータを処理した場合、上記の判断を行うこと自体が難しく、再実行のコストがかかるという課題があった。
【0007】
加えて、判断結果に応じた入力値やフロー定義に自動化ツールの調整を行う必要があり、再実行の準備作業のコストが大きくなってしまうこととなっていた。
【0008】
本発明は、上記に鑑みてなされたものであり、修正すべき入力状態を容易に可視化することができ、直観的に修正箇所を特定し、修正して自動化処理をリトライすることができる情報処理装置、情報処理方法及び情報処理プログラムを提供することを目的としている。
【課題を解決するための手段】
【0009】
上述した課題を解決し、目的を達成するために、実施形態の情報処理装置は、制御部を備える情報処理装置であって、前記制御部は、自動化ツールによる入力自動化処理の操作対象となるアプリケーションソフトウェアで提供される入力画面に設けられている各項目に対する入力値が項目識別データと対応付けて格納されている入力値データを読み込む読込手段と、前記自動化ツールが前記入力画面に対する入力自動化処理を実行している際に参照する、所定の構造を有する参照データへ、前記入力値データに格納されている入力値と項目識別情報を保存する保存処理手段と、前記自動化ツールが前記入力自動化処理を前記参照データを参照しながら実行したときに前記自動化ツールが出力したログデータを基に、前記入力画面の各項目に対する前記入力自動化処理の実行結果を、前記入力自動化処理が失敗または未実行であった項目が強調される表示態様で画面に表示させる表示処理手段と、を備えることを特徴とする。
【0010】
また、実施形態の情報処理装置において、前記表示処理手段は、前記入力自動化処理の実行結果として、前記入力自動化処理が失敗または未実行であった項目をまとめたエラーデータ確認画面として表示することを特徴とする。
【0011】
また実施形態の情報処理装置において、前記エラーデータ確認画面において、前記入力自動化処理が失敗または未実行であった項目を特定して所定の操作を行った場合に、当該特定された項目に対応する前記入力自動化処理のリトライ処理を行うリトライ手段を備えたことを特徴とする。
また、実施形態の情報処理装置において、前記リトライ手段は、前記入力自動化処理のリトライ処理として、前記参照データを更新し、あるいは、前記自動化ツールによる入力自動化処理を再実行することを特徴とする。
また、実施形態の情報処理装置において、前記リトライ手段は、前記入力自動化処理のリトライ処理として、前記参照データを更新し、あるいは、前記自動化ツールによる入力自動化処理を再実行することを特徴とする。
【0012】
また、実施形態の情報処理装置において、前記読込手段は、複数の入力値データで構成される入力値データ群毎に繰り返し前記入力値データを読み込み、前記保存処理手段は、前記入力値データ群を構成する複数の前記入力値データのうちいずれかの前記入力値データに起因して前記入力自動化処理が失敗した場合には、当該入力値データ群の処理を中断し、次の入力値データ群の処理に移行する、ことを特徴とする。
【0013】
また、実施形態の情報処理装置において、前記自動化ツールは複数存在しており、前記読込手段は、複数の入力値データで構成される入力値データ群毎に繰り返し前記入力値データを読み込み、一の前記自動化ツールが前記参照データを参照しながら前記入力自動化処理を実行する際に出力した新たなデータを用いて他の前記自動化ツールが前記入力自動化処理を行う場合に、前記一の前記自動化ツールが出力したログデータにエラーが含まれる場合には、前記他の前記自動化ツールにおける前記入力自動化処理を未実行とし、次の入力値データ群の処理に移行する、ことを特徴とする。
【0014】
実施形態の情報処理方法は、制御部を備える情報処理装置で実行される情報処理方法であって、自動化ツールによる入力自動化処理の操作対象となるアプリケーションソフトウェアで提供される入力画面に設けられている各項目に対する入力値が項目識別データと対応付けて格納されている入力値データを読み込む過程と、前記自動化ツールが前記入力画面に対する入力自動化処理を実行している際に参照する、所定の構造を有する参照データへ、前記入力値データに格納されている入力値と項目識別情報を保存する過程と、前記自動化ツールが前記入力自動化処理を前記参照データを参照しながら実行したときに前記自動化ツールが出力したログデータを基に、前記入力画面の各項目に対する前記入力自動化処理の実行結果を、前記入力自動化処理が失敗または未実行であった項目が強調される表示態様で画面に表示させる過程と、を備えることを特徴とする。
【0015】
実施形態の情報処理プログラムは、制御部を備える情報処理装置をコンピュータにより制御するための情報処理プログラムであって、前記コンピュータを、自動化ツールによる入力自動化処理の操作対象となるアプリケーションソフトウェアで提供される入力画面に設けられている各項目に対する入力値が項目識別データと対応付けて格納されている入力値データを読み込む読込手段と、前記自動化ツールが前記入力画面に対する入力自動化処理を実行している際に参照する、所定の構造を有する参照データへ、前記入力値データに格納されている入力値と項目識別情報を保存する保存処理手段と、前記自動化ツールが前記入力自動化処理を前記参照データを参照しながら実行したときに前記自動化ツールが出力したログデータを基に、前記入力画面の各項目に対する前記入力自動化処理の実行結果を、前記入力自動化処理が失敗または未実行であった項目が強調される表示態様で画面に表示させる表示処理手段と、して機能させることを特徴とする。
【発明の効果】
【0016】
本発明によれば、自動化ツールにおいて、処理を行ってエラーが発生した場合でも、直観的に修正箇所を特定し、修正してリトライすることができるという効果を奏する。
【図面の簡単な説明】
【0017】
【発明を実施するための形態】
【0018】
次に実施形態を図面に基づいて詳細に説明する。なお、本発明は本実施形態により限定されるものではない。
【0019】
［１］第１実施形態
図１は、データ処理装置の概要構成ブロック図である。
データ処理装置１０は、ＲＰＡ（Ｒｏｂｏｔｉｃ Ｐｒｏｃｅｓｓ Ａｕｔｏｍａｔｉｏｎ）ツールとして機能しており、データ処理及びＲＰＡを支援あるいは実行するアプリケーションがインストールされている据置型または携帯型の情報処理装置（例えば、デスクトップ型のパーソナルコンピュータ、ノート型のパーソナルコンピュータ、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔｓ）、スマートフォン、タブレット型のパーソナルコンピュータ等）として構成される。
図１は、データ処理装置の概要構成ブロック図である。
データ処理装置１０は、ＲＰＡ（Ｒｏｂｏｔｉｃ Ｐｒｏｃｅｓｓ Ａｕｔｏｍａｔｉｏｎ）ツールとして機能しており、データ処理及びＲＰＡを支援あるいは実行するアプリケーションがインストールされている据置型または携帯型の情報処理装置（例えば、デスクトップ型のパーソナルコンピュータ、ノート型のパーソナルコンピュータ、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔｓ）、スマートフォン、タブレット型のパーソナルコンピュータ等）として構成される。
【0020】
データ処理装置１０は、通信ネットワーク３０（例えばインターネット、イントラネット、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）等）を介して外部サーバ４０（例えばＷｅｂサーバなど）と通信可能に接続されている。
【0021】
データ処理装置１０は、制御部１１、通信インターフェース部１２、記憶部１３および入出力インターフェース部１４を備えている。これらの各部は、通信バス等の任意の通信路を介して通信可能に接続されている。
【0022】
制御部１１は、データ処理装置１０を統括的に制御するＭＰＵ等として構成されている。制御部１１は、ＯＳ等の制御プログラム・各種の処理手順等を規定したプログラム・所要データなどを格納するための内部メモリを有し、格納されているこれらのプログラムに基づいて種々の情報処理を実行する。
【0023】
この場合において、制御部１１は、読込手段として機能し、ＲＰＡツール（自動化ツール）による操作対象となるアプリケーションソフトウェアで提供される画面に設けられている各項目に対する入力値が項目識別データと対応付けて格納されている入力値データを読み込む。
【0024】
また制御部１１は、保存処理手段として機能し、前記自動化ツールが前記画面に対する入力操作を実行している際に参照する、所定の構造を有する参照データへ、前記入力値データに格納されている入力値と項目識別情報を保存する。
【0025】
さらに制御部１１は、表示処理手段として機能し、自動化ツールが入力操作を参照データを参照しながら実行したときに自動化ツールが出力したログデータを基に、画面の各項目に対する入力操作の実行結果を、入力操作が失敗または未実行であったものが強調される表示態様で画面に表示させる。
【0026】
また、制御部１１は、リトライ手段として機能し、後述のエラーデータ確認画面において、入力操作が失敗または未実行であった項目を特定して所定の操作を行った場合に、当該特定された項目に対応する入力操作のリトライ処理を行う。
【0027】
通信インターフェース部１２は、ルータ等の通信装置および専用線等の有線または無線の通信回線を介して、データ処理装置１０を通信ネットワーク３０に通信可能に接続する。通信インターフェース部１２は、外部サーバ４０等の他の装置と通信ネットワーク３０を介してデータを通信する機能を備えている。
【0028】
入出力インターフェース部１４には、入力装置１５および出力装置１６が接続されている。
入力装置１５としては、例えば、キーボード、マウスおよびマイクの他、ディスプレイと協働して入力を行うポインティングデバイス機能を実現するタッチパネル（いわゆるタッチパネルディスプレイ）等が挙げられる。
出力装置１６としては、モニタディスプレイ（家庭用テレビを含む）の他、スピーカやプリンタ等が挙げられる。
入力装置１５としては、例えば、キーボード、マウスおよびマイクの他、ディスプレイと協働して入力を行うポインティングデバイス機能を実現するタッチパネル（いわゆるタッチパネルディスプレイ）等が挙げられる。
出力装置１６としては、モニタディスプレイ（家庭用テレビを含む）の他、スピーカやプリンタ等が挙げられる。
【0029】
記憶部１３には、各種のデータベース、テーブルおよびファイルなどが格納される。記憶部１３には、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）と協働してＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）に命令を与えて各種処理を行うためのコンピュータプログラムが記録される。記憶部１３として、例えば、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）・ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｉｓｋ）等のメモリ装置、ハードディスクのような固定ディスク装置および光ディスク等を用いることができる。
【0030】
記憶部１３は、ＲＰＡツールのためのテーブルとして、実行指示テーブル１３Ａと、受入データテーブル１３Ｂと、明細ログテーブル１３Ｃと、詳細ログテーブル１３Ｄと、サマリーログファイル１３Ｅと、明細ログファイル１３Ｆと、詳細ログファイル１３Ｇと、画面ショットログファイル１３Ｈと、受入データファイル１３Ｉと、明細ログファイル１３Ｊと、詳細ログファイル１３Ｋと、ループ内変数ファイル１３Ｌと、を備えている。
【0031】
上記構成において、サマリーログファイル１３Ｅ～ループ内変数ファイル１３Ｌは、ＲＰＡロボットの処理により生成されるものであるので、後に詳述するものとする。
ここでは、各テーブル１３Ａ～１３Ｄに格納される情報の具体例について説明する。
本第１実施形態においては、ＲＰＡツールとして一つのロボットのみが実行される場合を例として説明する。
ここでは、各テーブル１３Ａ～１３Ｄに格納される情報の具体例について説明する。
本第１実施形態においては、ＲＰＡツールとして一つのロボットのみが実行される場合を例として説明する。
【0032】
まず実行指示テーブルについて説明する。
図２は、実行指示テーブルの一例の説明図である。
実行指示テーブル１３Ａは、実行ＩＤデータ１３Ａ１、フロー名データ１３Ａ２、実行区分データ１３Ａ３及び実行開始ロボットデータ１３Ａ４を備えている。
図２は、実行指示テーブルの一例の説明図である。
実行指示テーブル１３Ａは、実行ＩＤデータ１３Ａ１、フロー名データ１３Ａ２、実行区分データ１３Ａ３及び実行開始ロボットデータ１３Ａ４を備えている。
【0033】
実行ＩＤデータ１３Ａ１は、ＲＰＡ処理フローチャートによる処理を特定するための実行ＩＤが格納されている。
実行ＩＤデータ１３Ａ１は、より詳細には、図２の１行目の例では、例えば、実行ＩＤ＝「Ｉ０００００１」が格納されている。
実行ＩＤデータ１３Ａ１は、より詳細には、図２の１行目の例では、例えば、実行ＩＤ＝「Ｉ０００００１」が格納されている。
【0034】
フロー名データ１３Ａ２は、ＲＰＡ処理フローチャートに対応するフローチャート名のデータが格納されている。
フロー名データ１３Ａ２は、より詳細には、図２の１行目の例では、例えば、ＲＰＡ処理フローチャートの名称＝「○○自動化ＲＰＡ」が格納されている。
フロー名データ１３Ａ２は、より詳細には、図２の１行目の例では、例えば、ＲＰＡ処理フローチャートの名称＝「○○自動化ＲＰＡ」が格納されている。
【0035】
実行区分データ１３Ａ３は、ＲＰＡ処理フローチャートの実行内容を特定するためのデータが格納される。
実行区分データ１３Ａ３は、より詳細には、図２の１行目の例では、例えば、ＲＰＡによるファイルの読込処理を行う処理実行区分＝「ファイル読込処理」が格納されている。
実行区分データ１３Ａ３は、より詳細には、図２の１行目の例では、例えば、ＲＰＡによるファイルの読込処理を行う処理実行区分＝「ファイル読込処理」が格納されている。
【0036】
実行開始ロボットデータ１３Ａ４は、実行を開始するＲＰＡロボットを特定するためのデータが格納される。
【0037】
実行開始ロボットデータ１３Ａは、より詳細には、図２の１行目の例では、ＲＰＡロボットを特定する必要がないので「ＮＵＬＬ（空白）」とされている。すなわち、初回実行時には、実際に実行を開始するＲＰＡロボットを特定する必要がないので、実行ロボットが一又は複数のいずれにおいても実行開始ロボットデータ１３Ａは、「ＮＵＬＬ（空白）」とされている。
【0038】
一方、再実行時には、初回実行時に処理に失敗したロボットから処理を確実に実行する必要があるため、実行開始ロボットデータ１３Ａ４には、初回実行時に処理に失敗したＲＰＡロボットの名称が明示的に格納される。
【0039】
例えば、初回実行時にＲＰＡロボット＿Ｒ１が処理に失敗した場合には、再実行時に実行を開始するＲＰＡロボットを特定する名称として、「ＲＰＡロボット＿Ｒ１」が格納される。また、初回実行時にＲＰＡロボット＿Ｒ２が処理に失敗した場合には、再実行時に実行を開始するＲＰＡロボットを特定する名称として、「ＲＰＡロボット＿Ｒ２」が格納される。
【0040】
図３は、受入データテーブルの一例の説明図である。
受入データテーブル１３Ｂは、実行ＩＤデータ１３Ｂ１、受入ファイルデータ１３Ｂ２、レコードＩＤデータ１３Ｂ３、データ参照ＩＤデータ１３Ｂ４、入力値データ１３Ｂ５、修正フラグ（ＦＬＧ）データ１３Ｂ６及び修正前値データ１３Ｂ７を備えている。
受入データテーブル１３Ｂは、実行ＩＤデータ１３Ｂ１、受入ファイルデータ１３Ｂ２、レコードＩＤデータ１３Ｂ３、データ参照ＩＤデータ１３Ｂ４、入力値データ１３Ｂ５、修正フラグ（ＦＬＧ）データ１３Ｂ６及び修正前値データ１３Ｂ７を備えている。
【0041】
実行ＩＤデータ１３Ｂ１は、実行されるＲＰＡ処理フローチャートにおける処理を特定するためのＩＤデータを格納している。
受入ファイルデータ１３Ｂ２は、受入対象（例えば、読出対象）のファイルのファイル名を格納している。
レコードＩＤデータ１３Ｂ３は、受入対象のファイルを構成しているレコード（データ群）を特定するためのＩＤデータを格納している。
受入ファイルデータ１３Ｂ２は、受入対象（例えば、読出対象）のファイルのファイル名を格納している。
レコードＩＤデータ１３Ｂ３は、受入対象のファイルを構成しているレコード（データ群）を特定するためのＩＤデータを格納している。
【0042】
データ参照ＩＤデータ１３Ｂ４は、レコードＩＤデータ１３Ｂ３で特定されるレコードを構成しているデータのうち、参照すべきデータを特定するためのＩＤデータを格納している。
入力値データ１３Ｂ５は、データ参照ＩＤデータ１３Ｂ４により特定されるデータの入力値を格納している。
入力値データ１３Ｂ５は、データ参照ＩＤデータ１３Ｂ４により特定されるデータの入力値を格納している。
【0043】
修正フラグ（ＦＬＧ）データ１３Ｂ６は、修正の有無を表すデータが格納されている。
修正前値データ１３Ｂ７は、入力値データ１３Ｂ５の修正がなされた場合に、修正前の入力値データ１３Ｂ５の値（未入力の場合を含む）を格納している。
修正前値データ１３Ｂ７は、入力値データ１３Ｂ５の修正がなされた場合に、修正前の入力値データ１３Ｂ５の値（未入力の場合を含む）を格納している。
【0044】
図４は、明細ログテーブルの一例の概要説明図である。
明細ログテーブル１３Ｃは、実行ＩＤデータ１３Ｃ１、明細ログシーケンス（ＳＥＱ）データ１３Ｃ２、ループシーケンス（ＳＥＱ）データ１３Ｃ３、実行結果データ１３Ｃ４、ロボット名データ１３Ｃ５、受入ファイルデータ１３Ｃ６及びレコードＩＤデータ１３Ｃ７を備えている。
実行ＩＤデータ１３Ｃ１は、実行されるＲＰＡ処理フローチャートにおける処理を特定するためのＩＤデータを格納している。
明細ログシーケンス（ＳＥＱ）データ１３Ｃ２は、明細ログテーブル１３Ｃにおけるデータ記録順番を表すデータを格納している。
ループシーケンス（ＳＥＱ）データ１３Ｃ３は、ループ回数のカウント値を表すデータを格納している。
実行結果データ１３Ｃ４は、ＲＰＡ処理フローチャートによる処理の実行結果が、成功したか、失敗したかを表すデータを格納している。
ロボット名データ１３Ｃ５は、ＲＰＡ処理フローチャートによる処理を実行したロボットの名称データを格納している。
受入ファイルデータ１３Ｃ６は、受入対象（例えば、読出対象）のファイルのファイル名を格納している。
レコードＩＤデータ１３Ｃ７は、受入対象のファイルを構成しているレコードを特定するためのＩＤデータを格納している。
明細ログテーブル１３Ｃは、実行ＩＤデータ１３Ｃ１、明細ログシーケンス（ＳＥＱ）データ１３Ｃ２、ループシーケンス（ＳＥＱ）データ１３Ｃ３、実行結果データ１３Ｃ４、ロボット名データ１３Ｃ５、受入ファイルデータ１３Ｃ６及びレコードＩＤデータ１３Ｃ７を備えている。
実行ＩＤデータ１３Ｃ１は、実行されるＲＰＡ処理フローチャートにおける処理を特定するためのＩＤデータを格納している。
明細ログシーケンス（ＳＥＱ）データ１３Ｃ２は、明細ログテーブル１３Ｃにおけるデータ記録順番を表すデータを格納している。
ループシーケンス（ＳＥＱ）データ１３Ｃ３は、ループ回数のカウント値を表すデータを格納している。
実行結果データ１３Ｃ４は、ＲＰＡ処理フローチャートによる処理の実行結果が、成功したか、失敗したかを表すデータを格納している。
ロボット名データ１３Ｃ５は、ＲＰＡ処理フローチャートによる処理を実行したロボットの名称データを格納している。
受入ファイルデータ１３Ｃ６は、受入対象（例えば、読出対象）のファイルのファイル名を格納している。
レコードＩＤデータ１３Ｃ７は、受入対象のファイルを構成しているレコードを特定するためのＩＤデータを格納している。
【0045】
図５は、詳細ログテーブルの一例の概要説明図である。
詳細ログテーブル１３Ｄは、実行ＩＤデータ１３Ｄ１、明細ログシーケンス（ＳＥＱ）データ１３Ｄ２、詳細ログシーケンス（ＳＥＱ）データ１３Ｄ３、実行結果データ１３Ｄ４、処理種別データ１３Ｄ５、対象項目データ１３Ｄ６、データ参照ＩＤデータ１３Ｄ７及び入力値データ１３Ｄ８を備えている。
詳細ログテーブル１３Ｄは、実行ＩＤデータ１３Ｄ１、明細ログシーケンス（ＳＥＱ）データ１３Ｄ２、詳細ログシーケンス（ＳＥＱ）データ１３Ｄ３、実行結果データ１３Ｄ４、処理種別データ１３Ｄ５、対象項目データ１３Ｄ６、データ参照ＩＤデータ１３Ｄ７及び入力値データ１３Ｄ８を備えている。
【0046】
実行ＩＤデータ１３Ｄ１は、実行されるＲＰＡ処理フローチャートにおける処理を特定するためのＩＤデータを格納している。
明細ログシーケンス（ＳＥＱ）データ１３Ｄ２は、詳細ログテーブル１３Ｄにおけるデータ記録順番を表すデータを格納している。
明細ログシーケンス（ＳＥＱ）データ１３Ｄ２は、詳細ログテーブル１３Ｄにおけるデータ記録順番を表すデータを格納している。
【0047】
詳細ログシーケンス（ＳＥＱ）データ１３Ｄ３は、各明細ログにおける処理順番、ひいては、データ記録順番を表すデータを格納している。
実行結果データ１３Ｄ４は、ＲＰＡ処理フローチャートによる処理の実行結果が、成功したか、失敗したかを表すデータを格納している。
実行結果データ１３Ｄ４は、ＲＰＡ処理フローチャートによる処理の実行結果が、成功したか、失敗したかを表すデータを格納している。
【0048】
処理種別データ１３Ｄ５は、実際に行った入力操作の具体的な内容（テキストボックス入力、チェックボックス変更、ボタン押し下げ等）を表すデータを格納している。
対象項目データ１３Ｄ６は、入力操作の対象となる項目を特定するデータを格納している。
対象項目データ１３Ｄ６は、入力操作の対象となる項目を特定するデータを格納している。
【0049】
データ参照ＩＤデータ１３Ｄ７は、対象項目データ１３Ｄ６で特定されるレコードを構成しているデータのうち、参照すべきデータを特定するためのＩＤデータを格納している。
入力値データ１３Ｄ８は、データ参照ＩＤデータ１３Ｄ７により特定されるデータの入力値を格納している。
入力値データ１３Ｄ８は、データ参照ＩＤデータ１３Ｄ７により特定されるデータの入力値を格納している。
【0050】
［１］第１実施形態
次に第１実施形態の自動化ツールによる処理及びその後のリカバリ処理について説明する。
図６は、実施形態の全体処理のＲＰＡ処理フローチャートである。
まず、制御部１１は、ＲＰＡロボットによる自動処理（ステップＳ１１）と、このＲＰＡロボットによる自動処理のログ収集処理（ステップＳ１２）を並行して行う。
そしてステップＳ１１及びステップＳ１２の処理が終了すると、ログ終了処理に寄り収集されたログデータに基づいて、リカバリ処理を行う（ステップＳ１３）。
次に第１実施形態の自動化ツールによる処理及びその後のリカバリ処理について説明する。
図６は、実施形態の全体処理のＲＰＡ処理フローチャートである。
まず、制御部１１は、ＲＰＡロボットによる自動処理（ステップＳ１１）と、このＲＰＡロボットによる自動処理のログ収集処理（ステップＳ１２）を並行して行う。
そしてステップＳ１１及びステップＳ１２の処理が終了すると、ログ終了処理に寄り収集されたログデータに基づいて、リカバリ処理を行う（ステップＳ１３）。
【0051】
この場合において、ＲＰＡロボットによる自動処理（ステップＳ１１）を行う場合には、図２で示したような実行指示テーブルに基づいて処理を行うようになっている。
この場合において、図２の例においては、実行開始ロボットデータ１３Ａ４に示された実行を開始するＲＰＡロボット＝「ＮＵＬＬ」となっているので、ＲＰＡ処理フローチャートで定義されたとおりに、実行開始するＲＰＡロボット＝ＲＰＡロボット＿Ｒ１と決まり、制御部１１により、ＲＰＡロボット＿Ｒ１による実行区分データ１３Ａ３に示されたファイル読み込み処理がなされることとなる。
この場合において、図２の例においては、実行開始ロボットデータ１３Ａ４に示された実行を開始するＲＰＡロボット＝「ＮＵＬＬ」となっているので、ＲＰＡ処理フローチャートで定義されたとおりに、実行開始するＲＰＡロボット＝ＲＰＡロボット＿Ｒ１と決まり、制御部１１により、ＲＰＡロボット＿Ｒ１による実行区分データ１３Ａ３に示されたファイル読み込み処理がなされることとなる。
【0052】
次にログ収集処理において生成される各種ログファイルについて説明する。
図７は、サマリーログファイルの説明図である。
サマリーログファイル１３Ｅは、ＲＰＡ処理フローチャートによる処理における概要ログを格納しており、シーケンスデータ１３Ｅ１、ログレベルデータ１３Ｅ２、実行定義名データ１３Ｅ３、実行開始日時データ１３Ｅ４、実行終了日時データ１３Ｅ５、実行ＩＤデータ１３Ｅ６及び実行種別コード（ＣＤ）１３Ｅ７を備えている。
図７は、サマリーログファイルの説明図である。
サマリーログファイル１３Ｅは、ＲＰＡ処理フローチャートによる処理における概要ログを格納しており、シーケンスデータ１３Ｅ１、ログレベルデータ１３Ｅ２、実行定義名データ１３Ｅ３、実行開始日時データ１３Ｅ４、実行終了日時データ１３Ｅ５、実行ＩＤデータ１３Ｅ６及び実行種別コード（ＣＤ）１３Ｅ７を備えている。
【0053】
シーケンスデータ１３Ｅ１は、処理シーケンスを識別するための、処理シーケンス番号を格納している。
ログレベルデータ１３Ｅ２は、ログ内容を表すためのログレベルを格納している。
ログレベルデータ１３Ｅ２は、ログ内容を表すためのログレベルを格納している。
【0054】
実行定義名データ１３Ｅ３は、実際に処理を実行したＲＰＡ処理フローチャートを特定するための名称が格納されている。
実行開始日時データ１３Ｅ４は、実行定義名データにより特定されるＲＰＡ処理フローチャートによる処理の実行が開始された日時が格納されている。
実行開始日時データ１３Ｅ４は、実行定義名データにより特定されるＲＰＡ処理フローチャートによる処理の実行が開始された日時が格納されている。
【0055】
実行終了日時データ１３Ｅ５は、実行定義名データにより特定されるＲＰＡ処理フローチャートによる処理の実行が終了された日時が格納されている。
実行ＩＤデータ１３Ｅ６は、実行定義名データにより特定されるＲＰＡ処理フローチャートによる処理を特定するための実行ＩＤが格納されている。
実行ＩＤデータ１３Ｅ６は、実行定義名データにより特定されるＲＰＡ処理フローチャートによる処理を特定するための実行ＩＤが格納されている。
【0056】
実行種別コード１３Ｅ７は、実行定義名データにより特定されるＲＰＡ処理フローチャートによる処理内容を特定するためのコードが格納されている。
【0057】
次にログ収集処理において生成される明細ログファイルについて説明する。
図８は、明細ログファイルの説明図である。
明細ログファイル１３Ｆは、ＲＰＡ処理フローチャートによる処理における明細ログを格納しており、実行ＩＤデータ１３Ｆ１、シーケンスデータ１３Ｆ２、ログレベルデータ１３Ｆ３、実行内容データ１３Ｆ４、実行ロボット名データ１３Ｆ５、操作対象アプリ名データ１３Ｆ６、ループシーケンスデータ１３Ｆ７、実行開始日時データ１３Ｆ８及び実行終了日時データ１３Ｆ９を備えている。
図８は、明細ログファイルの説明図である。
明細ログファイル１３Ｆは、ＲＰＡ処理フローチャートによる処理における明細ログを格納しており、実行ＩＤデータ１３Ｆ１、シーケンスデータ１３Ｆ２、ログレベルデータ１３Ｆ３、実行内容データ１３Ｆ４、実行ロボット名データ１３Ｆ５、操作対象アプリ名データ１３Ｆ６、ループシーケンスデータ１３Ｆ７、実行開始日時データ１３Ｆ８及び実行終了日時データ１３Ｆ９を備えている。
【0058】
実行ＩＤデータ１３Ｆ１は、ＲＰＡ処理フローチャートによる処理を特定するための実行ＩＤが格納されている。
シーケンスデータ１３Ｆ２は、実行ＩＤで特定される処理中における処理順が格納されている。
ログレベルデータ１３Ｆ３は、ログ内容を表すためのログレベルを格納している。
シーケンスデータ１３Ｆ２は、実行ＩＤで特定される処理中における処理順が格納されている。
ログレベルデータ１３Ｆ３は、ログ内容を表すためのログレベルを格納している。
【0059】
実行内容データ１３Ｆ４は、シーケンスデータで特定される処理順に於いて実行した内容を特定する情報が格納されている。
実行ロボット名データ１３Ｆ５は、当該処理を行ったＲＰＡロボットに対応する実行ロボット名が格納されている。
実行ロボット名データ１３Ｆ５は、当該処理を行ったＲＰＡロボットに対応する実行ロボット名が格納されている。
【0060】
操作対象アプリ名データ１３Ｆ６は、ＲＰＡ処理の操作対象のアプリケーション名を格納している。
ループシーケンスデータ１３Ｆ７は、ＲＰＡデータソースループの回数を表す情報を格納している。
ループシーケンスデータ１３Ｆ７は、ＲＰＡデータソースループの回数を表す情報を格納している。
【0061】
実行開始日時データ１３Ｆ８は、ＲＰＡロボットによる処理の実行開始日時を格納している。
実行終了日時データ１３Ｆ９は、ＲＰＡロボットによる処理の実行終了日時を格納している。
実行終了日時データ１３Ｆ９は、ＲＰＡロボットによる処理の実行終了日時を格納している。
【0062】
次にログ収集処理において生成される詳細ログファイルについて説明する。
図９は、詳細ログファイルの説明図である。
詳細ログファイル１３Ｇは、ＲＰＡ処理フローチャートによる処理における詳細なログを格納しており、実行ＩＤデータ１３Ｇ１、明細シーケンスデータ１３Ｇ２、シーケンスデータ１３Ｇ３、ログレベルデータ１３Ｇ４、実行内容データ１３Ｇ５、操作対象項目名データ１３Ｇ６、入力情報データ１３Ｇ７及び実行日時データ１３Ｇ８を備えている。
図９は、詳細ログファイルの説明図である。
詳細ログファイル１３Ｇは、ＲＰＡ処理フローチャートによる処理における詳細なログを格納しており、実行ＩＤデータ１３Ｇ１、明細シーケンスデータ１３Ｇ２、シーケンスデータ１３Ｇ３、ログレベルデータ１３Ｇ４、実行内容データ１３Ｇ５、操作対象項目名データ１３Ｇ６、入力情報データ１３Ｇ７及び実行日時データ１３Ｇ８を備えている。
【0063】
実行ＩＤデータ１３Ｇ１は、ＲＰＡ処理フローチャートによる処理を特定するための実行ＩＤが格納されている。
明細シーケンスデータ１３Ｇ２は、実行ＩＤで特定される処理中における処理順が格納されている。
明細シーケンスデータ１３Ｇ２は、実行ＩＤで特定される処理中における処理順が格納されている。
【0064】
シーケンスデータ１３Ｇ３は、実行ＩＤ及び明細シーケンスデータで特定される処理中における処理順が格納されている。
ログレベルデータ１３Ｇ４は、ログ内容を表すためのログレベルを格納している。
実行内容データ１３Ｇ５は、シーケンスデータで特定される処理順において実行した内容を特定する情報が格納されている。
ログレベルデータ１３Ｇ４は、ログ内容を表すためのログレベルを格納している。
実行内容データ１３Ｇ５は、シーケンスデータで特定される処理順において実行した内容を特定する情報が格納されている。
【0065】
操作対象項目名データ１３Ｇ６は、ＲＰＡロボットによる操作対象の項目名が格納されている。
入力情報データ１３Ｇ７は、ＲＰＡロボットによる処理において入力された情報（入力値）が格納されている。
実行日時データ１３Ｇ８は、ＲＰＡロボットによる処理の実行日時を格納している。
入力情報データ１３Ｇ７は、ＲＰＡロボットによる処理において入力された情報（入力値）が格納されている。
実行日時データ１３Ｇ８は、ＲＰＡロボットによる処理の実行日時を格納している。
【0066】
次にログ収集処理において生成される画面ショットログファイルについて説明する。
図１０は、画面ショットログファイルの説明図である。
画面ショットログファイル１３Ｈは、ＲＰＡ処理フローチャートによる処理における画面ショット（画面撮影画面データ）ログを格納しており、実行ＩＤデータ１３Ｈ１、明細シーケンスデータ１３Ｈ２、詳細ログシーケンスデータ１３Ｈ３及び画像データ１３Ｈ４を備えている。
図１０は、画面ショットログファイルの説明図である。
画面ショットログファイル１３Ｈは、ＲＰＡ処理フローチャートによる処理における画面ショット（画面撮影画面データ）ログを格納しており、実行ＩＤデータ１３Ｈ１、明細シーケンスデータ１３Ｈ２、詳細ログシーケンスデータ１３Ｈ３及び画像データ１３Ｈ４を備えている。
【0067】
実行ＩＤデータ１３Ｈ１は、画面撮影を行ったＲＰＡ処理フローチャートによる処理を特定するための実行ＩＤが格納されている。
明細シーケンスデータ１３Ｈ２は、実行ＩＤで特定されるＲＰＡ処理フローチャートによる処理中の処理シーケンスを特定するデータが格納されている。
詳細ログシーケンスデータ１３Ｈ３は、実行ＩＤで特定されるＲＰＡ処理フローチャートによる処理中の処理シーケンスの詳細シーケンスを特定するデータが格納されている。
画像データ１３Ｈ４は、撮影画像に対応する画像データを格納している。
明細シーケンスデータ１３Ｈ２は、実行ＩＤで特定されるＲＰＡ処理フローチャートによる処理中の処理シーケンスを特定するデータが格納されている。
詳細ログシーケンスデータ１３Ｈ３は、実行ＩＤで特定されるＲＰＡ処理フローチャートによる処理中の処理シーケンスの詳細シーケンスを特定するデータが格納されている。
画像データ１３Ｈ４は、撮影画像に対応する画像データを格納している。
【0068】
次に第１実施形態の動作を説明する。
以下の説明においては、理解の容易のため、処理対象アプリケーションにおける入力処理を一括して行う場合を例として説明する。
より具体的には、表計算アプリケーションを処理対象アプリケーションとして、入力処理を一括して行う場合を例とする。
以下の説明においては、理解の容易のため、処理対象アプリケーションにおける入力処理を一括して行う場合を例として説明する。
より具体的には、表計算アプリケーションを処理対象アプリケーションとして、入力処理を一括して行う場合を例とする。
【0069】
図１１は、処理対象アプリケーションにおける入力画面の一例の説明図である。
図１１に示すように、処理対象アプリケーションの入力画面５０には、コード入力ボックス５１、コード対応情報表示領域５２、金額入力ボックス５３、フラグ表示チェックボックス５４及び登録ボタン５５が設けられている。
図１１の例においては、コード入力ボックス５１には、データが対応する企業を表すコード（テキストデータ）が入力されることにより、コード対応情報表示領域５２に入力されたコードに対応する企業名が表示される。
また金額入力ボックス５３には、金額（数値データ）が入力される。
さらにフラグ表示チェックボックス５４には、例えば、所定の処理（例えば、課税処理）を行うか否かを表すチェックマークが表示あるいは非表示とされる。
登録ボタン５５は、コード対応情報表示領域、金額入力ボックス５３及びフラグ表示チェックボックス５４の表示内容に対応するデータの入力を確定する場合にオペレータによりクリック操作がなされるボタンである。
図１１に示すように、処理対象アプリケーションの入力画面５０には、コード入力ボックス５１、コード対応情報表示領域５２、金額入力ボックス５３、フラグ表示チェックボックス５４及び登録ボタン５５が設けられている。
図１１の例においては、コード入力ボックス５１には、データが対応する企業を表すコード（テキストデータ）が入力されることにより、コード対応情報表示領域５２に入力されたコードに対応する企業名が表示される。
また金額入力ボックス５３には、金額（数値データ）が入力される。
さらにフラグ表示チェックボックス５４には、例えば、所定の処理（例えば、課税処理）を行うか否かを表すチェックマークが表示あるいは非表示とされる。
登録ボタン５５は、コード対応情報表示領域、金額入力ボックス５３及びフラグ表示チェックボックス５４の表示内容に対応するデータの入力を確定する場合にオペレータによりクリック操作がなされるボタンである。
【0070】
【0071】
まず、オペレータは、入力自動化処理を行わせる場合には、実行指示画面を表示して、処理対象を確定する。
図１３は、実行指示画面の一例の説明図である。
より具体的には、オペレータは、実行指示画面１６Ａにおいて、入力自動化処理選択ボックス１６Ａ１のプルダウンメニューから所望の入力自動化処理（図１３の例では、「○○自動化ＲＰＡ」）を選択する。
図１３は、実行指示画面の一例の説明図である。
より具体的には、オペレータは、実行指示画面１６Ａにおいて、入力自動化処理選択ボックス１６Ａ１のプルダウンメニューから所望の入力自動化処理（図１３の例では、「○○自動化ＲＰＡ」）を選択する。
【0072】
続いて、オペレータは、受入ファイル指定ボックス１６Ａ２において受入ファイル（図１３の例では、「Ｂｏｏｋ１．ｘｌｓｘ」及び「Ｂｏｏｋ２．ｘｌｓｘ」）を指定する。この場合において、必要に応じて所望の受入ファイルを検索して、受入ファイルの指定を行う。
【0073】
これにより、制御部１１は、当該入力自動化処理に対して、実行ＩＤ（図１３の例では、「Ｉ０００００１」）を自動的に割り当て、実行ＩＤ表示部１６Ａ３に表示する。
そして、オペレータは、入力内容に間違いが無いことを確認して、実行ボタン１６Ａ４をクリックする。
そして、オペレータは、入力内容に間違いが無いことを確認して、実行ボタン１６Ａ４をクリックする。
【0074】
オペレータにより実行ボタン１６Ａ４がクリックされ、入力内容が確定すると、制御部１１は、実行区分を「ファイル読込実行」として更新する。
続いて、制御部１１は、図２に示した実行指示テーブルを参照し、実行開始ロボットデータ１３Ａ４に示された実行を開始するＲＰＡロボット＝「ＮＵＬＬ」となっているので、ＲＰＡ処理フローチャートで定義されたとおりに、実行開始するＲＰＡロボット＝ＲＰＡロボット＿Ｒ１と決まり、制御部１１により、ＲＰＡロボット＿Ｒ１による実行区分データ１３Ａ３に示された実行開始ロボット＝ＲＰＡロボット＿Ｒ１により「○○自動化ＲＰＡ」の実行を開始し、ファイル読み込み処理がなされることとなる（ステップＳ２１）。
続いて、制御部１１は、図２に示した実行指示テーブルを参照し、実行開始ロボットデータ１３Ａ４に示された実行を開始するＲＰＡロボット＝「ＮＵＬＬ」となっているので、ＲＰＡ処理フローチャートで定義されたとおりに、実行開始するＲＰＡロボット＝ＲＰＡロボット＿Ｒ１と決まり、制御部１１により、ＲＰＡロボット＿Ｒ１による実行区分データ１３Ａ３に示された実行開始ロボット＝ＲＰＡロボット＿Ｒ１により「○○自動化ＲＰＡ」の実行を開始し、ファイル読み込み処理がなされることとなる（ステップＳ２１）。
【0075】
これにより制御部１１は、ＲＰＡ処理フローチャートにしたがって、当該入力自動化処理に対して、割り当てられた実行ＩＤ（図１３の例では、「Ｉ０００００１」）を受け取り、以降、データ参照、更新等は当該実行ＩＤを使用して行うこととなる。
【0076】
続いて制御部１１は、ＲＰＡデータソース読込処理として、図１３に示した実行指示画面１６Ａにおいて指定された受入ファイル（図１３の例では、「Ｂｏｏｋ１．ｘｌｓｘ」及び「Ｂｏｏｋ２．ｘｌｓｘ」）を読み込むとともに、図３に示した「受入データテーブル」を更新する（ステップＳ２２）。この場合において、一度のＲＰＡデータソース読込処理により複数の受入ファイルを読み込むことが可能である。
【0077】
続いて制御部１１は、ＲＰＡデータソースループを開始する（ステップＳ２３）。
まず、制御部１１は、内部的に、スキップフラグ＝「ＦＡＬＳＥ」とする。このスキップフラグは、入力自動化処理において、実行区分が「再実行」であり、複数のロボットが処理を行う場合に、既に処理がエラー無く完了しているロボットが存在する場合に、スキップフラグ＝「ＴＲＵＥ」と設定することにより、当該ロボットの処理を省略するために用いられる。
まず、制御部１１は、内部的に、スキップフラグ＝「ＦＡＬＳＥ」とする。このスキップフラグは、入力自動化処理において、実行区分が「再実行」であり、複数のロボットが処理を行う場合に、既に処理がエラー無く完了しているロボットが存在する場合に、スキップフラグ＝「ＴＲＵＥ」と設定することにより、当該ロボットの処理を省略するために用いられる。
【0078】
したがって、本例の場合には、実行区分が「ファイル読込実行」であるので、処理が省略されることはないので、スキップフラグ＝「ＦＡＬＳＥ」とされている。
そして、制御部１１は、受入データテーブル上に読み込んだ受入ファイル及び対応するレコード数（＝レコードＩＤに相当）分だけ、ＲＰＡロボット（この場合には、ＲＰＡロボット＿Ｒ１）の処理を繰り返し実行し（ステップＳ２４）、ＲＰＡデータソースループを終了する（ステップＳ２５）。
そして、制御部１１は、受入データテーブル上に読み込んだ受入ファイル及び対応するレコード数（＝レコードＩＤに相当）分だけ、ＲＰＡロボット（この場合には、ＲＰＡロボット＿Ｒ１）の処理を繰り返し実行し（ステップＳ２４）、ＲＰＡデータソースループを終了する（ステップＳ２５）。
【0079】
すなわち、受入データテーブルのデータ参照ＩＤをキーとして受入ファイルから値を受入ファイル内のレコード数分だけ取得して、画面項目に都度セットする。
【0080】
ここで、より具体的にＲＰＡロボット＿Ｒ１の処理について説明する。
図１４は、ＲＰＡロボット＿Ｒ１の処理定義ファイルのイメージの説明図である。
図１４に示すように、ＲＰＡロボット_Ｒ１の処理定義ファイル１３Ｇは、ロボット名データ１３Ｇ１、処理順データ１３Ｇ２、処理種別データ１３Ｇ３、画面項目ＩＤデータ１３Ｇ４、画面項目名データ１３Ｇ５、データ参照対象データ１３Ｇ６及びデータ参照ＩＤデータ１３Ｇ７を備えている。
図１４は、ＲＰＡロボット＿Ｒ１の処理定義ファイルのイメージの説明図である。
図１４に示すように、ＲＰＡロボット_Ｒ１の処理定義ファイル１３Ｇは、ロボット名データ１３Ｇ１、処理順データ１３Ｇ２、処理種別データ１３Ｇ３、画面項目ＩＤデータ１３Ｇ４、画面項目名データ１３Ｇ５、データ参照対象データ１３Ｇ６及びデータ参照ＩＤデータ１３Ｇ７を備えている。
【0081】
ロボット名データ１３Ｇ１は、処理を行うロボットに対応するロボット名を格納している。図１４の例の場合には、用いるＲＰＡロボットは一つだけであるので、ロボット名＝「ＲＰＡロボット＿Ｒ１」が格納されている。
処理順データ１３Ｇ２は、当該処理定義ファイルが対応する処理の順番を格納している。
処理順データ１３Ｇ２は、当該処理定義ファイルが対応する処理の順番を格納している。
【0082】
処理種別データ１３Ｇ３は、ＲＰＡロボットが自動的に行う処理の処理種別を格納している。
図１４の例の場合には、テキストボックス入力、チェックボックス変更、ボタン押下等が処理種別として格納されている。
図１４の例の場合には、テキストボックス入力、チェックボックス変更、ボタン押下等が処理種別として格納されている。
【0083】
画面項目ＩＤデータ１３Ｇ４は、ＲＰＡロボットの処理対象アプリケーションにおける処理対象の画面項目を特定する画面項目ＩＤが格納されている。
より詳細には、例えば、図１４の例の第１行目に示す場合には、画面項目ＩＤ＝「txtACode」が入力対象（のテキストボックス）であることが示されている。
画面項目名データ１３Ｇ５は、画面項目ＩＤに対応する画面項目名が格納されている。
より詳細には、例えば、図１４の例の第１行目に示す場合には、画面項目ＩＤ＝「txtACode」が入力対象（のテキストボックス）であることが示されている。
画面項目名データ１３Ｇ５は、画面項目ＩＤに対応する画面項目名が格納されている。
【0084】
データ参照対象データ１３Ｇ６は、処理対象のデータ（群）における参照対象データについての情報が格納されている。
図１４の例の場合には、参照対象は受入データであることが示されている。なお、ボタン押し下げ処理は、制御処理でありデータ参照は行わないので、データ参照対象は「ＮＵＬＬ」とされる。
データ参照ＩＤデータ１３Ｇ７は、データ参照対象データで示される処理対象のデータのうち、実際に参照するデータを特定するための情報が格納されている。
例えば、図１４の例の第１行目に示すように、受入データのうち、「Ａコード」が参照するデータであることを示している。
図１４の例の場合には、参照対象は受入データであることが示されている。なお、ボタン押し下げ処理は、制御処理でありデータ参照は行わないので、データ参照対象は「ＮＵＬＬ」とされる。
データ参照ＩＤデータ１３Ｇ７は、データ参照対象データで示される処理対象のデータのうち、実際に参照するデータを特定するための情報が格納されている。
例えば、図１４の例の第１行目に示すように、受入データのうち、「Ａコード」が参照するデータであることを示している。
【0085】
ここで、エラーを含む受入データファイルの例を説明する。
図１５は、エラーを含む受入データファイルの第１の例の説明図である。
受入データファイル１３Ｉは、各レコードを特定するレコードＩＤ１３Ｈ１毎に、図１４のＲＰＡロボット＿Ｒ１の処理定義ファイルに示したように、データ参照ＩＤに対応するデータが格納されている。
図１５は、エラーを含む受入データファイルの第１の例の説明図である。
受入データファイル１３Ｉは、各レコードを特定するレコードＩＤ１３Ｈ１毎に、図１４のＲＰＡロボット＿Ｒ１の処理定義ファイルに示したように、データ参照ＩＤに対応するデータが格納されている。
【0086】
すなわち、データ参照ＩＤ＝「Ａコード」、データ参照ＩＤ＝「Ｂ金額」、データ参照ＩＤ＝「Ｃフラグ」に対応するコードデータ１３Ｈ２、金額データ１３Ｈ３及びフラグデータ１３Ｈ４が含まれている。
【0087】
そして、図１５の受入データの第１の例では、受入データである表計算アプリケーションのファイル（より詳細には、Ｂｏｏｋ１．ｘｌｓｘ）の第２行目のレコードＩＤ＝「＃００２」において、必須のデータであるデータ参照ＩＤ＝「Ａコード」に対応するコードが未入力となっているエラーＥＲ１が含まれている場合を示している。
【0088】
図１６は、エラーを含む受入データファイルの第２の例の説明図である。
この図１６の受入データファイルの第２の例では、入力データである表計算アプリケーションのファイル（より詳細には、Ｂｏｏｋ２．ｘｌｓｘ）の第２行目のレコードＩＤ＝「＃００２」において、必須のデータであるデータ参照ＩＤ＝「Ｂ金額」に対応する数値データで入力されるべき金額がテキストコードで入力されているエラーＥＲ２が含まれている場合を示している。
この図１６の受入データファイルの第２の例では、入力データである表計算アプリケーションのファイル（より詳細には、Ｂｏｏｋ２．ｘｌｓｘ）の第２行目のレコードＩＤ＝「＃００２」において、必須のデータであるデータ参照ＩＤ＝「Ｂ金額」に対応する数値データで入力されるべき金額がテキストコードで入力されているエラーＥＲ２が含まれている場合を示している。
【0089】
次に上記エラーを含む受入データファイルについて説明する。
図１７は、受入データファイルの説明図である。
受入データファイル１３Ｉは、各レコードを特定するレコードＩＤ毎に、図１４のＲＰＡロボット＿Ｒ１の処理定義ファイルに示したように、データ参照ＩＤに対応するデータが順次格納されている。
図１７は、受入データファイルの説明図である。
受入データファイル１３Ｉは、各レコードを特定するレコードＩＤ毎に、図１４のＲＰＡロボット＿Ｒ１の処理定義ファイルに示したように、データ参照ＩＤに対応するデータが順次格納されている。
【0090】
より詳細には、図１７に示すように、受入データファイル１３Ｉは、実行ＩＤデータ１３Ｉ１、受入ファイル名データ１３Ｉ２、レコードＩＤデータ１３Ｉ３、データ参照ＩＤデータ１３Ｉ４、入力値データ１３Ｉ５、修正フラグ（ＦＬＧ）データ１３Ｉ６及び修正前値データ１３Ｉ７を備えている。
【0091】
【0092】
そして、ＲＰＡロボット＿Ｒ１は、受入データファイル１３Ｉの第１行目から順次データを読み込んで、自動入力処理を行い、順次明細ログテーブル及び詳細ログテーブルを更新する。
【0093】
図１８は、明細ログファイルの一例の説明図である。
明細ログファイル１３Ｊは、実行ＩＤデータ１３Ｊ１、明細ログシーケンス（ＳＥＱ）データ１３Ｊ２、ループシーケンス（ＳＥＱ）データ１３Ｊ３、実行結果データ１３Ｊ４、ロボット名データ１３Ｊ５、受入ファイル名データ１３Ｊ６及びレコードＩＤデータ１３Ｊ７を備えている。
明細ログファイル１３Ｊは、実行ＩＤデータ１３Ｊ１、明細ログシーケンス（ＳＥＱ）データ１３Ｊ２、ループシーケンス（ＳＥＱ）データ１３Ｊ３、実行結果データ１３Ｊ４、ロボット名データ１３Ｊ５、受入ファイル名データ１３Ｊ６及びレコードＩＤデータ１３Ｊ７を備えている。
【0094】
図１７に示したように、受入データの第１行目～第３行目のレコードＩＤ＝「＃００１」対応する入力値は、それぞれ「Ｘ００１」、「１００」、「ＴＲＵＥ」であり、正常に入力処理が行えるので、ＲＰＡロボット＿Ｒ１は、明細ログテーブルの第１行目において、実行ＩＤ＝「Ｉ０００００１」、図１８に示すように、明細ログシーケンスデータ＝「１」（＝第１レコード）、ループシーケンスデータ＝「１」（＝第１回目のループ処理）の実行結果は「成功」であり、正常にデータ入力処理が行われたことが記録される。
【0095】
同様に、図１７に示したように、受入データテーブルの第１行目～第３行目の受入ファイル＝「Ｂｏｏｋ１．ｘｌｓｘ」、レコードＩＤ＝「＃００１」対応する入力値は、それぞれ「Ｘ００１」、「１００」、「ＴＲＵＥ」であり、正常に入力処理が行えるので、ＲＰＡロボット＿Ｒ１は、詳細ログテーブルの第１行目～第４行目に示すように、明細ログテーブルにおける明細ログシーケンスデータ「１」に対応するテキストボックス入力（テキスト入力及び数値入力）、チェックボックス変更及び登録ボタン押下の各処理の実行結果は「成功」であり、正常にデータ入力処理が行われたことが記録される。
【0096】
これらに対し、図１７に示したように、受入データテーブルの第４行目～第６行目の受入ファイル＝「Ｂｏｏｋ１．ｘｌｓｘ」、レコードＩＤ＝「＃００２」対応する入力値は、データ参照ＩＤ＝「Ａコード」対応する入力値が未入力、データ参照ＩＤ＝「Ｂ金額」に対応する入力値が「２００」、データ参照ＩＤ＝「Ｃフラグ」に対応する入力値が「ＴＲＵＥ」であり、入力処理が正常に行えない。
【0097】
このため、ＲＰＡロボット＿Ｒ１は、明細ログテーブルの第２行目において、実行ＩＤ＝「Ｉ０００００１」、明細ログシーケンスデータ＝「２」（＝第２レコード）、ループシーケンスデータ＝「２」（＝第２回目のループ処理）の実行結果は「失敗」であり、データ入力処理が正常に行われなかったことが記録される。
【0098】
同様に、図１７に示すように、受入データテーブルの第４行目～第６行目の受入ファイル＝「Ｂｏｏｋ１．ｘｌｓｘ」、レコードＩＤ＝「＃００２」に対応し、データ参照ＩＤ＝「Ａコード」対応する入力値が未入力であるので、当該時点でＲＰＡロボット＿Ｒ１は、詳細ログテーブルの第５行目に示すように、明細ログテーブルにおける明細ログシーケンスデータ＝「２」かつ詳細ログシーケンスデータ＝「１」に対応するテキストボックス入力が失敗したことを記録して、直ちに実行ＩＤ＝「Ｉ０００００１」、明細ログシーケンスデータ＝「３」（＝第３レコード）、ループシーケンスデータ＝「３」（＝第３回目のループ処理）に処理を移行することとなる。
【0099】
その後、処理を継続し、図１７に示すように、受入データテーブルの第１３行目～第１５行目の受入ファイル＝「Ｂｏｏｋ２．ｘｌｓｘ」、レコードＩＤ＝「＃００２」対応する入力値は、データ参照ＩＤ＝「Ａコード」対応する入力値が「Ｙ００２」、データ参照ＩＤ＝「Ｂ金額」に対応する入力値が数値データではなく、テキストデータである「五百」、データ参照ＩＤ＝「Ｃフラグ」に対応する入力値が「ＴＲＵＥ」であり、データ参照ＩＤ＝「Ｂ金額」に対応する入力値が不正であるため入力処理が正常に行えない。
【0100】
このため、ＲＰＡロボット＿Ｒ１は、明細ログテーブルの第５行目において、実行ＩＤ＝「Ｉ０００００１」、明細ログシーケンスデータ＝「５」（＝第５レコード）、ループシーケンスデータ＝「５」（＝第５回目のループ処理）の実行結果は「失敗」であり、データ入力処理が正常に行われなかったことが記録される。
【0101】
同様に、図１７に示したように、受入データテーブルの第１３行目～第１５行目の受入ファイル＝「Ｂｏｏｋ２．ｘｌｓｘ」、レコードＩＤ＝「＃００２」に対応し、データ参照ＩＤ＝「Ｂ金額」に対応する入力値がテキストデータであり、数値データではないので、当該時点でＲＰＡロボット＿Ｒ１は、詳細ログテーブルの第１５行目に示すように、明細ログテーブルにおける明細ログシーケンスデータ＝「５」かつ詳細ログシーケンスデータ＝「２」に対応するテキストボックス入力（数値入力）が失敗したことを記録して、直ちに実行ＩＤ＝「Ｉ０００００２」に処理を移行することとなる。
【0102】
図１９は、詳細ログファイルの一例の説明図である。
詳細ログファイル１３Ｋは、実行ＩＤデータ１３Ｋ１、明細ログシーケンス（ＳＥＱ）データ１３Ｋ２、詳細ログシーケンス（ＳＥＱ）データ１３Ｋ３、実行結果データ１３Ｋ４，処理種別データ１３Ｋ５、対象項目データ１３Ｋ６、データ参照ＩＤデータ１３Ｋ７及び入力値データ１３Ｋ７を備えている。
図１９に示すように、詳細ログテーブルにおいては、明細ログテーブルにおける明細ログシーケンスデータ毎の詳細の処理結果が格納される。
例えば、明細ログシーケンスデータ＝「１」における詳細ログシーケンスデータ＝「１」～「４」の四つの処理が全て実行結果＝「成功」となっており、処理が全て成功したことが記録されている。
詳細ログファイル１３Ｋは、実行ＩＤデータ１３Ｋ１、明細ログシーケンス（ＳＥＱ）データ１３Ｋ２、詳細ログシーケンス（ＳＥＱ）データ１３Ｋ３、実行結果データ１３Ｋ４，処理種別データ１３Ｋ５、対象項目データ１３Ｋ６、データ参照ＩＤデータ１３Ｋ７及び入力値データ１３Ｋ７を備えている。
図１９に示すように、詳細ログテーブルにおいては、明細ログテーブルにおける明細ログシーケンスデータ毎の詳細の処理結果が格納される。
例えば、明細ログシーケンスデータ＝「１」における詳細ログシーケンスデータ＝「１」～「４」の四つの処理が全て実行結果＝「成功」となっており、処理が全て成功したことが記録されている。
【0103】
これに対し、明細ログシーケンスデータ＝「２」における詳細ログシーケンスデータ＝「１」の処理において実行結果＝「失敗」となっており、詳細ログシーケンスデータ＝「２」～「４」の処理が記録されていないことから、以降の処理がなされなかったことを容易に把握できるようになっている。
【0104】
このように詳細ログテーブルを参酌することで、データエラーがいずれに発生したのかを容易に把握することができるようになっている。
【0105】
以上においては、説明しなかったが、エラーが発生した直後の操作対象アプリケーションの表示画面（画像ショット）を撮影して画像データとして保存するようにすることも可能である。
この場合には、図１０に示した画像ショットログテーブルに格納するようにすればよい。
この場合には、図１０に示した画像ショットログテーブルに格納するようにすればよい。
【0106】
図２０は、図１５に示したエラーを含む受入データファイルの第１の例の場合の画像データの説明図である。
例えば、図１５に示したエラーの場合には、図２０に示すように、Ａコード入力のテキストボックス５１近傍に「※値が未入力です」のエラー表示がなされた画面が画像データとして取り込まれることとなる。
例えば、図１５に示したエラーの場合には、図２０に示すように、Ａコード入力のテキストボックス５１近傍に「※値が未入力です」のエラー表示がなされた画面が画像データとして取り込まれることとなる。
【0107】
図２１は、図１６に示したエラーを含む受入データファイルの第２の例の場合の画像データの説明図である。
例えば、図１６に示したエラーの場合には、図２１に示すように、Ｂ金額入力のテキストボックス５３近傍に「※数値を入力してください」のエラー表示がなされた画面が画像データとして取り込まれることとなる。
これらの画面の表示については、後述するエラーデータ確認画面から表示するように構成することも可能である。詳細については、後述するものとする。
例えば、図１６に示したエラーの場合には、図２１に示すように、Ｂ金額入力のテキストボックス５３近傍に「※数値を入力してください」のエラー表示がなされた画面が画像データとして取り込まれることとなる。
これらの画面の表示については、後述するエラーデータ確認画面から表示するように構成することも可能である。詳細については、後述するものとする。
【0108】
以降、順次入力処理を行い、全ての処理が完了すると、制御部１１は、エラーデータ確認画面を表示する。
【0109】
図２２は、エラーデータ確認画面の説明図である。
エラーデータ確認画面６０においては、入力操作が失敗または未実行であったものが強調される表示態様で画面に表示されている。
すなわち、エラー確認画面においては、視覚的にわかりやすいように項目をハイライトするように表示がなされている。
より具体的には、詳細ログファイルにおける実行結果が「成功」とされているものは、例えば、枠破線ＧＢで示す表示欄の背景色を緑色で表示する。
従って、上述の例の場合、表示欄の背景色が緑色で表示されている処理は、ＲＰＡロボットにより値を読み込んで実行した処理が成功しているので、リカバリ作業者は、リカバリ処理時（再実行処理時）に修正が不要であると判断できる。
エラーデータ確認画面６０においては、入力操作が失敗または未実行であったものが強調される表示態様で画面に表示されている。
すなわち、エラー確認画面においては、視覚的にわかりやすいように項目をハイライトするように表示がなされている。
より具体的には、詳細ログファイルにおける実行結果が「成功」とされているものは、例えば、枠破線ＧＢで示す表示欄の背景色を緑色で表示する。
従って、上述の例の場合、表示欄の背景色が緑色で表示されている処理は、ＲＰＡロボットにより値を読み込んで実行した処理が成功しているので、リカバリ作業者は、リカバリ処理時（再実行処理時）に修正が不要であると判断できる。
【0110】
また、詳細ログファイルにおける実行結果が「失敗」とされているものは、例えば、枠破線ＲＢで示す表示欄の背景色を赤色で表示する。
上述の例の場合、背景が赤色で表示されている処理は、ＲＰＡロボットにより値を読み込んで実行した処理が失敗しているので、リカバリ作業者は、リカバリ処理時（再実行処理時）に修正が必要であると判断できる。
上述の例の場合、背景が赤色で表示されている処理は、ＲＰＡロボットにより値を読み込んで実行した処理が失敗しているので、リカバリ作業者は、リカバリ処理時（再実行処理時）に修正が必要であると判断できる。
【0111】
さらにエラーデータ確認画面６０において、背景が赤色で表示されている表示欄部分を、例えば、右クリック操作することにより、画面ショット確認及び値の修正を促すコンテキストメニューが表示されるので、画面ショット確認を選択することで、エラーデータ確認画面にオーバラップして、図１９あるいは図２１に示した様な画像データに対応する入力画面画像が表示される。
従って、オペレータは、エラー内容を容易に確認することができ、正しい値を入力することが可能となる。
従って、オペレータは、エラー内容を容易に確認することができ、正しい値を入力することが可能となる。
【0112】
この場合のエラー修正の方法としては、受入ファイルを再出力する方法及び再実行する方法が挙げられる。
受入ファイルを再出力する方法としては、エラーデータ確認画面６０上で再出力ボタン６１をクリックすることで、エラーとなったレコードを対象にデータをファイル出力し、当該ファイルをオペレータ（ユーザ）が修正して、受入ファイルとして取り込んで、ＲＰＡ処理を実行すれば良い。
受入ファイルを再出力する方法としては、エラーデータ確認画面６０上で再出力ボタン６１をクリックすることで、エラーとなったレコードを対象にデータをファイル出力し、当該ファイルをオペレータ（ユーザ）が修正して、受入ファイルとして取り込んで、ＲＰＡ処理を実行すれば良い。
【0113】
また再実行する方法としては、オペレータがエラーデータ確認画面６０上で値を修正して受入ファイルの対応箇所を更新し、再実行ボタン６２をクリックし、再度受入ファイルの読込を行って、ＲＰＡ処理を再実行すればよい。
【0114】
具体的には、単一のロボットで入力自動化処理を行っている場合等には、わざわざファイルの再出力処理を行うことなく、エラーデータ確認画面上で、直接修正を行うようにすれば良い。
【0115】
図２３は、エラーデータ確認画面でデータを直接修正する場合の説明図である。
そして、図２３に示すように、エラーデータ確認画面６０上で符号ＲＢに対応するデータを、未入力→「Ｘ００２」と修正し、「五百」→「５００」と直接修正する。
そして、図２３に示すように、エラーデータ確認画面６０上で符号ＲＢに対応するデータを、未入力→「Ｘ００２」と修正し、「五百」→「５００」と直接修正する。
【0116】
そして、再実行ボタン６２をクリックし、エラーデータ確認画面６０上の値を用いてＲＰＡ処理を再実行する。
【0117】
図２４は、再実行時の実行指示テーブルの一例の説明図である。
実行指示テーブル１３Ａは、実行ＩＤデータ１３Ａ１、フロー名データ１３Ａ２、実行区分データ１３Ａ３及び実行開始ロボットデータ１３Ａ４を備えている。
このとき、制御部１１は、再実行用の新たな実行指示ＩＤ＝「Ｒ０００００１」を採番し、実行指示テーブル１３に新たなレコードを追加する。これは、制御部１１がＲＰＡ処理フローチャートの開始時に実行指示ＩＤのみを受け取り、実行指示テーブルを参照して動作するという構成を、初回実行時と再実行時とで共通化するためである。このため、初回実行時と再実行時とでＲＰＡ処理フローチャートの共通化が図れ、システム構築及びメンテナンスを容易とすることができる。
続いて、制御部１１は、図２４に示した実行指示テーブル１３Ａを参照して、実行開始ロボット＝ＲＰＡロボット＿Ｒ１により「○○自動化ＲＰＡ」の実行を開始する（ステップＳ２１）。
実行指示テーブル１３Ａは、実行ＩＤデータ１３Ａ１、フロー名データ１３Ａ２、実行区分データ１３Ａ３及び実行開始ロボットデータ１３Ａ４を備えている。
このとき、制御部１１は、再実行用の新たな実行指示ＩＤ＝「Ｒ０００００１」を採番し、実行指示テーブル１３に新たなレコードを追加する。これは、制御部１１がＲＰＡ処理フローチャートの開始時に実行指示ＩＤのみを受け取り、実行指示テーブルを参照して動作するという構成を、初回実行時と再実行時とで共通化するためである。このため、初回実行時と再実行時とでＲＰＡ処理フローチャートの共通化が図れ、システム構築及びメンテナンスを容易とすることができる。
続いて、制御部１１は、図２４に示した実行指示テーブル１３Ａを参照して、実行開始ロボット＝ＲＰＡロボット＿Ｒ１により「○○自動化ＲＰＡ」の実行を開始する（ステップＳ２１）。
【0118】
これにより実行開始ロボット＝ＲＰＡロボット＿Ｒ１は、当該入力自動化処理に対して、割り当てられた実行ＩＤ（図２４の例では、「Ｒ０００００１」）を受け取り、以降、データ参照、更新等は当該実行ＩＤを使用して行うこととなる。
【0119】
続いて制御部１１は、ＲＰＡデータソース読込処理として、エラーデータ確認画面６０において指定されている値（エラーデータ確認画面６０上の値）で「受入データテーブル」を更新する（ステップＳ２２）。
【0120】
続いて制御部１１は、ＲＰＡデータソースループを開始する（ステップＳ２３）。
まず、制御部１１は、実行区分が「再実行」であるため、内部的に、スキップフラグ＝「ＴＲＵＥ」とする。
まず、制御部１１は、実行区分が「再実行」であるため、内部的に、スキップフラグ＝「ＴＲＵＥ」とする。
【0121】
そして、実行指示テーブル上の実行指示データに基づいて、各ロボットが実際の処理内容に合わせてスキップフラグを切り替える。
再実行対象の自動化入力処理が、単一のロボットで行われている場合には、入力自動化処理を最初に開始するロボットは必ず一致するので、当該ロボットは、スキップフラグ＝「ＦＡＬＳＥ」とする。
再実行対象の自動化入力処理が、単一のロボットで行われている場合には、入力自動化処理を最初に開始するロボットは必ず一致するので、当該ロボットは、スキップフラグ＝「ＦＡＬＳＥ」とする。
【0122】
まず、再実行対象のＲＰＡ処理が単一ロボットで行われる場合について説明する。
エラーデータ確認画面６０において、再実行ボタン６２がクリックされ、再実行が指示されると、制御部１１は、実行区分＝「再実行」と更新する。
続いて制御部１１は、エラーデータ確認画面６０から実行ＩＤを受け取って、再実行処理を行う。
エラーデータ確認画面６０において、再実行ボタン６２がクリックされ、再実行が指示されると、制御部１１は、実行区分＝「再実行」と更新する。
続いて制御部１１は、エラーデータ確認画面６０から実行ＩＤを受け取って、再実行処理を行う。
【0123】
この場合には、制御部１１は、スキップフラグ＝「ＦＡＬＳＥ」としているので、制御部１１は、受入データテーブル上に読み込んだ受入ファイル及び対応するレコード数（＝レコードＩＤに相当）分だけ、ＲＰＡロボット（この場合には、ＲＰＡロボット＿Ｒ１）の処理を繰り返し実行し（ステップＳ２４）、ＲＰＡデータソースループを終了する（ステップＳ２５）。
【0124】
すなわち、受入データテーブルのデータ参照ＩＤをキーとして受入ファイルから値を受入ファイル内のレコード数分だけ取得して、画面項目に都度セットする。
【0125】
図２７は、エラー修正後の受入データファイルの概要構成図である。
これらの結果、上記いずれの場合でも、受入データファイル１３Ｉの対応箇所は、図２７に示すように正しい入力値が入力された状態となり、ＲＰＡ処理が正常終了することとなる。
これらの結果、上記いずれの場合でも、受入データファイル１３Ｉの対応箇所は、図２７に示すように正しい入力値が入力された状態となり、ＲＰＡ処理が正常終了することとなる。
【0126】
また、受入データログには、存在するが、受け入れたデータを使って動作した詳細ログデータが存在しないとされているものは、例えば、枠破線ＹＢで示す表示欄の背景色を黄色で表示する。
上述の例の場合、背景が黄色で表示されている処理は、値を読み込んで行う処理が未実行であるので、リカバリ作業者は、失敗する可能性があるため、エラーとなった項目と併せて確認する必要がある、と判断できる。
上述の例の場合、背景が黄色で表示されている処理は、値を読み込んで行う処理が未実行であるので、リカバリ作業者は、失敗する可能性があるため、エラーとなった項目と併せて確認する必要がある、と判断できる。
【0127】
以上の説明は、再実行に成功した場合のものであったが、ここで再実行時に失敗した場合について説明する。
図２５は、初回実行時に失敗した場合のエラーデータ確認画面の説明図である。
図２５は、初回実行時に失敗した場合のエラーデータ確認画面の説明図である。
【0128】
図２５のエラーデータ確認画面１１０においても、初回実行時（実行ＩＤ＝Ｉ０００００１）において入力操作が失敗または未実行であると、それらが強調される表示態様で画面に表示されている。
すなわち、エラー確認画面においては、視覚的にわかりやすいように項目をハイライトするように表示がなされている。
すなわち、エラー確認画面においては、視覚的にわかりやすいように項目をハイライトするように表示がなされている。
【0129】
より具体的には、詳細ログファイルにおける実行結果が「成功」とされているものは、例えば、枠破線ＧＢで示す表示欄の背景色を緑色で表示し、枠破線ＲＢで示す表示欄の背景色を赤色で表示し、詳細ログデータが存在しないとされているものは、例えば、枠破線ＹＢで示す表示欄の背景色を黄色で表示する。
【0130】
上述の例の場合、背景が赤色で表示されている処理は、再実行時にＲＰＡロボットにより値を読み込んで実行した処理が再度失敗しているので、リカバリ作業者は、リカバリ処理時（再実行処理時）に修正が必要であると判断できる。
【0131】
図２５においては、レコードＩＤ＝「＃００１」の例では、必須の入力項目である金額データが入力されなかったため、ＲＰＡロボット＿Ｒ１による初回の実行時に失敗したことを表している。
この場合には、ＲＰＡロボット＿Ｒ１による再実行が必要となる。
この場合には、ＲＰＡロボット＿Ｒ１による再実行が必要となる。
【0132】
また、レコードＩＤ＝「＃００２」の例では、金額データは入力されたが、適切な値範囲ではないため、ＲＰＡロボット＿Ｒ１による初回の実行時に失敗したことを表している。
この場合には、ＲＰＡロボット＿Ｒ１による再実行が必要となる。
この場合には、ＲＰＡロボット＿Ｒ１による再実行が必要となる。
【0133】
また、レコードＩＤ＝「＃００３」の例では、ＲＰＡロボット＿Ｒ１による初回の実行は成功し、その後のＲＰＡロボット＿Ｒ２による初回の実行時に値の入力に失敗した場合のものである。この場合には、ＲＰＡロボット＿Ｒ２による再実行が必要となる。
【0134】
すなわち、レコードＩＤ＝「＃００３」の場合には、ＲＰＡロボット＿Ｒ１の初回の処理により、伝票登録は正しく行われたが、登録された伝票に対応する伝票データを用いて処理を行うＲＰＡロボット＿Ｒ２による必須の入力項目であるＰコードが入力されなかったためこのコードを用いて処理を行うＲＰＡロボット＿Ｒ２による値の入力に失敗したことを表している。
【0135】
これらの場合において、エラーデータ確認画面１１０において、背景が赤色で表示されている表示欄部分を、例えば、右クリック操作することにより、画面ショット確認及び値の修正を促すコンテキストメニューが表示されるので、画面ショット確認を選択することで、エラーデータ確認画面にオーバラップして、図２０あるいは図２１に示した様な画像データに対応する入力画面画像が表示されるので、オペレータは、エラー内容を容易に確認することができ、正しい値を入力することが可能となる。
【0136】
そして、値の入力を行った後、再実行を行うことが可能となるが、この場合にも、再度再実行処理が失敗することがあり得る。
【0137】
図２６は、値修正後に再実行して再実行処理が失敗した場合のエラーデータ確認画面の説明図である。
【0138】
図２６のエラー確認画面１１１において、レコードＩＤ＝「＃００１」の例では、ＲＰＡロボット＿Ｒ１による再実行時にＲＰＡロボット＿Ｒ１による処理に再び失敗し、Ｃフラグが正しく入力できなかったことを意味している。
【0139】
また、レコードＩＤ＝「＃００２」の例では、ＲＰＡロボット＿Ｒ１による処理結果を用いるＲＰＡロボット＿Ｒ２による再実行処理が失敗した場合のものである。この場合には、ＲＰＡロボット＿Ｒ２による再度の再実行が必要となる。
【0140】
すなわち、レコードＩＤ＝「＃００２」の場合には、ＲＰＡロボット＿Ｒ１の処理結果を用いて処理を行うＲＰＡロボット＿Ｒ２による処理が失敗して値の入力が失敗したことを表している。
【0141】
また、レコードＩＤ＝「＃００３」の例では、ＲＰＡロボット＿Ｒ２による再実行時に値の入力に失敗した場合のものである。この場合には、ＲＰＡロボット＿Ｒ２による再実行が必要となる。
【0142】
すなわち、レコードＩＤ＝「＃００３」の場合には、ＲＰＡロボット＿Ｒ１の初回の処理により、金額データは、正しく入力されたが、この金額データを用いて処理を行うＲＰＡロボット＿Ｒ２による処理が失敗して、値の入力に失敗したことを表している。
この場合において、ＲＰＡロボット＿Ｒ１の初回の処理により入力処理は正常に完了しているので、すなわち、例えば、ＲＰＡロボット＿Ｒ１の明細ログあるいは詳細ログが無い場合には、ＲＰＡロボット＿Ｒ１による処理はスキップされてなされなかったことを示すため、例えば、枠破線ＷＢで示す表示欄の背景色を白色で表示する。
この場合において、ＲＰＡロボット＿Ｒ１の初回の処理により入力処理は正常に完了しているので、すなわち、例えば、ＲＰＡロボット＿Ｒ１の明細ログあるいは詳細ログが無い場合には、ＲＰＡロボット＿Ｒ１による処理はスキップされてなされなかったことを示すため、例えば、枠破線ＷＢで示す表示欄の背景色を白色で表示する。
【0143】
これらの場合において、エラーデータ確認画面１１１において、初回時の場合と同様に、背景が赤色で表示されている表示欄部分を、例えば、右クリック操作することにより、画面ショット確認及び値の修正を促すコンテキストメニューが表示されるので、画面ショット確認を選択することで、エラーデータ確認画面にオーバラップして、図２０あるいは図２１に示した様な画像データに対応する入力画面画像が表示されるので、オペレータは、エラー内容を容易に確認することができ、正しい値を入力することが可能となり、再度の再実行を行える。
以下、同様にして複数回の再実行が必要となった場合でも、再実行が不要となるまで、処理を繰り返して、再実行が不要となるまで処理を継続することができる。
以下、同様にして複数回の再実行が必要となった場合でも、再実行が不要となるまで、処理を繰り返して、再実行が不要となるまで処理を継続することができる。
【0144】
以上の説明のように、本第１実施形態によれば、直観的に修正箇所を特定し、修正してリトライすることができる。
【0145】
［２］第２実施形態
次に第２実施形態の動作を説明する。
以下の説明においては、理解の容易のため、連携する二つの処理対象アプリケーションにおける入力処理を一括して行う場合を例として説明する。
より具体的には、連携する二つの表計算アプリケーションを処理対象アプリケーションとして、入力処理を一括して行う場合を例とする。
次に第２実施形態の動作を説明する。
以下の説明においては、理解の容易のため、連携する二つの処理対象アプリケーションにおける入力処理を一括して行う場合を例として説明する。
より具体的には、連携する二つの表計算アプリケーションを処理対象アプリケーションとして、入力処理を一括して行う場合を例とする。
【0146】
図２８は、連携する二つの処理対象アプリケーションにおける入力画面及び表示画面の一例の説明図である。
図２８（Ａ）に示すように、第１の処理対象アプリケーションＡＰ１の入力画面７０には、コード入力ボックス７１、コード対応情報表示領域７２、金額入力ボックス７３、フラグ表示チェックボックス７４及び登録ボタン７５が設けられている。
図２８（Ａ）に示すように、第１の処理対象アプリケーションＡＰ１の入力画面７０には、コード入力ボックス７１、コード対応情報表示領域７２、金額入力ボックス７３、フラグ表示チェックボックス７４及び登録ボタン７５が設けられている。
【0147】
第１の処理対象アプリケーションＡＰ１の入力画面７０において、登録ボタン７５が自動的にクリックされて、処理が正常に終了すると、図２８（Ｂ）に示すように、第２の処理対象アプリケーションＡＰ２で用いる、新たなデータとして生成された伝票番号を表示する表示画面８０が表示される。
その後、図２８（Ｃ）に示すように、第２の処理対象アプリケーションＡＰ２の入力画面９０が表示される。
その後、図２８（Ｃ）に示すように、第２の処理対象アプリケーションＡＰ２の入力画面９０が表示される。
【0148】
この入力画面９０には、第１の処理対象アプリケーションＡＰ１により生成された新たなデータである伝票番号を入力する伝票番号入力ボックス９１、第１の処理対象アプリケーションＡＰ１から受け渡されたコード入力ボックス７１に表示されたコードと同一のコードが表示されるコード入力ボックス９２、コード入力ボックス９２に表示されたコードに対応する情報が表示されるコード対応情報表示領域９３、第１の処理対象アプリケーションＡＰ１から受け渡された金額入力ボックス７３に表示された金額と同一金額が表示される金額入力ボックス９４、第１の処理対象アプリケーションＡＰ１から受け渡されたフラグ表示チェックボックス７４と同一のフラグが表示される第１フラグ表示チェックボックス９５、第２の処理対象アプリケーションＡＰ２で用いるコードが入力されるコード入力ボックス９６、コード入力ボックス９６に対応する情報を表示するコード対応情報表示領域９７、第２の処理対象アプリケーションＡＰ２で用いるフラグが表示される第２フラグ表示チェックボックス９８、及び登録ボタン９９が設けられている。
【0149】
ここで、各ボックス及び登録ボタン９９の機能は、第１実施形態と同様である。
【0150】
図２９は、第２実施形態の入力自動化処理の一例のＲＰＡ処理フローチャートである。
まず実行指示テーブルについて説明する。
図３０は、第２実施形態の実行指示テーブルの一例の説明図である。
実行指示テーブル１３Ａは、実行ＩＤデータ１３Ａ１、フロー名データ１３Ａ２、実行区分データ１３Ａ３及び実行開始ロボットデータ１３Ａ４を備えている。
まず実行指示テーブルについて説明する。
図３０は、第２実施形態の実行指示テーブルの一例の説明図である。
実行指示テーブル１３Ａは、実行ＩＤデータ１３Ａ１、フロー名データ１３Ａ２、実行区分データ１３Ａ３及び実行開始ロボットデータ１３Ａ４を備えている。
【0151】
実行ＩＤデータ１３Ａ１は、ＲＰＡ処理フローチャートによる処理を特定するための実行ＩＤが格納されている。
実行ＩＤデータ１３Ａ１は、より詳細には、図３０の１行目の例では、例えば、実行ＩＤ＝「Ｉ０００００１」が格納され、２行目の例では、例えば、実行ＩＤ＝「Ｒ０００００１」が格納されている。
実行ＩＤデータ１３Ａ１は、より詳細には、図３０の１行目の例では、例えば、実行ＩＤ＝「Ｉ０００００１」が格納され、２行目の例では、例えば、実行ＩＤ＝「Ｒ０００００１」が格納されている。
【0152】
フロー名データ１３Ａ２は、ＲＰＡ処理フローチャートに対応するフローチャート名のデータが格納されている。
フロー名データ１３Ａ２は、より詳細には、図３０の２行目の例では、例えば、ＲＰＡ処理フローチャートの名称＝「○○～△△自動化ＲＰＡ」が格納されている。
フロー名データ１３Ａ２は、より詳細には、図３０の２行目の例では、例えば、ＲＰＡ処理フローチャートの名称＝「○○～△△自動化ＲＰＡ」が格納されている。
【0153】
実行区分データ１３Ａ３は、ＲＰＡ処理フローチャートの実行内容を特定するためのデータが格納される。
実行区分データ１３Ａ３は、より詳細には、図３０の２行目の例では、例えば、ＲＰＡによる処理の再実行を行う処理実行区分＝「再実行」が格納されている。
実行区分データ１３Ａ３は、より詳細には、図３０の２行目の例では、例えば、ＲＰＡによる処理の再実行を行う処理実行区分＝「再実行」が格納されている。
【0154】
実行開始ロボットデータ１３Ａ４は、実行を開始するＲＰＡロボットを特定するためのデータが格納される。
【0155】
実行開始ロボットデータ１３Ａ４は、例えば、図３０の２行目の例では、ＲＰＡロボット＿Ｒ２が処理に失敗した場合であり、当該ＲＰＡロボットを特定する名称「ＲＰＡロボット＿Ｒ２」が格納されている。
また、図３０の３行目の例では、ＲＰＡロボット＿Ｒ１が処理に失敗した場合であり、当該ＲＰＡロボットを特定する名称「ＲＰＡロボット＿Ｒ１」が格納されている。
また、図３０の３行目の例では、ＲＰＡロボット＿Ｒ１が処理に失敗した場合であり、当該ＲＰＡロボットを特定する名称「ＲＰＡロボット＿Ｒ１」が格納されている。
【0156】
より詳細には、再実行時には、初回実行時に処理に失敗したロボットから処理を確実に実行する必要があるため、実行開始ロボットデータ１３Ａ４には、初回実行時に処理に失敗したＲＰＡロボットの名称が明示的に格納される。
【0157】
例えば、初回実行時にＲＰＡロボット＿Ｒ１が処理に失敗した場合には、再実行時に実行を開始するＲＰＡロボットを特定する名称として、「ＲＰＡロボット＿Ｒ１」が格納される。また、初回実行時にＲＰＡロボット＿Ｒ２が処理に失敗した場合には、再実行時に実行を開始するＲＰＡロボットを特定する名称として、「ＲＰＡロボット＿Ｒ２」が格納される。
【0158】
まず、制御部１１は、図３０に示した実行指示テーブルを参照して、実行開始ロボット＝ＲＰＡロボット＿Ｒ１により「○○～△△自動化ＲＰＡ」の実行を開始し、実行区分を「ファイル読込実行」と更新する（ステップＳ３１）。
【0159】
続いて制御部１１は、ＲＰＡデータソース読込処理として、受入ファイル（例えば、表計算アプリケーションに対応するデータファイル）を読み込むとともに、後述の受入データテーブルを更新する（ステップＳ３２）。この場合において、一度のＲＰＡデータソース読込処理により複数の受入ファイルを読み込むことが可能である。そして制御部１１は、スキップフラグ＝「ＴＲＵＥ」とセットする（ステップＳ３３）。
【0160】
続いて制御部１１は、ＲＰＡデータソースループを開始し（ステップＳ３４）、読み込んだ受入ファイル内のレコード数分だけ、ＲＰＡロボット（この場合には、ＲＰＡロボット＿Ｒ１）の処理を実行する（ステップＳ３５）。
【0161】
すなわち、受入データテーブルのデータ参照ＩＤをキーとして受入ファイルから値を取得して、画面項目にセットする。
続いて、ＲＰＡロボット＿Ｒ１による処理は成功したか否かを判断する（ステップＳ３６）。
続いて、ＲＰＡロボット＿Ｒ１による処理は成功したか否かを判断する（ステップＳ３６）。
【0162】
ステップＳ３６の判断において、ＲＰＡロボット＿Ｒ１による処理が成功した場合には（ステップＳ３６；成功）、ＲＰＡロボット＿Ｒ１による処理結果の少なくとも一部を用いて処理を行うＲＰＡロボット＿Ｒ２による処理が可能であるので、ＲＰＡロボット＿Ｒ２の処理を実行する（ステップＳ３７）。
この場合において、ＲＰＡロボット＿Ｒ１は、ＲＰＡロボット＿Ｒ２に対して、ループ内変数を介して、データを受け渡している。
この場合において、ＲＰＡロボット＿Ｒ１は、ＲＰＡロボット＿Ｒ２に対して、ループ内変数を介して、データを受け渡している。
【0163】
図３１は、ＲＰＡロボット＿Ｒ１及びＲＰＡロボット＿Ｒ２の処理定義ファイルのイメージの説明図である。
図３１（Ａ）は、ＲＰＡロボット＿Ｒ１処理定義ファイルのイメージの説明図である。また、図３１（Ｂ）は、ＲＰＡロボット＿Ｒ２の処理定義ファイルのイメージの説明図である
図３１（Ａ）は、ＲＰＡロボット＿Ｒ１処理定義ファイルのイメージの説明図である。また、図３１（Ｂ）は、ＲＰＡロボット＿Ｒ２の処理定義ファイルのイメージの説明図である
【0164】
図３１（Ａ）及び図３１（Ｂ）に示すように、ＲＰＡロボット＿Ｒ１及びＲＰＡロボット＿Ｒ２の処理定義ファイル１３ＧＡ、１３ＧＢは、それぞれロボット名データ１３Ｇ１、処理順データ１３Ｇ２、処理種別データ１３Ｇ３、画面項目ＩＤデータ１３Ｇ４、画面項目名データ１３Ｇ５、データ参照対象データ１３Ｇ６及びデータ参照ＩＤデータ１３Ｇ７を備えている。
【0165】
各データの構成については、図１３と同様であるので、その詳細な説明は省略し、ＲＰＡロボット＿Ｒ１が、ＲＰＡロボット＿Ｒ２に対して、ループ内変数を介して、データを受け渡している部分について説明する。
【0166】
図３２は、ループ内変数ファイルの説明図である。
図３２に示すループ内変数ファイルは、初回の入力処理時に作成されるループ内変数ファイルである。
上述したように、ループ内変数ファイル１３Ｌは、ＲＰＡロボット間のデータ受け渡しに用いられており、実行ＩＤデータ１３Ｌ１、ループシーケンスデータ１３Ｌ２、データ参照ＩＤデータ１３Ｌ３及び値データ１３Ｌ４を備えている。
図３２に示すループ内変数ファイルは、初回の入力処理時に作成されるループ内変数ファイルである。
上述したように、ループ内変数ファイル１３Ｌは、ＲＰＡロボット間のデータ受け渡しに用いられており、実行ＩＤデータ１３Ｌ１、ループシーケンスデータ１３Ｌ２、データ参照ＩＤデータ１３Ｌ３及び値データ１３Ｌ４を備えている。
【0167】
実行ＩＤデータ１３Ｌ１は、ＲＰＡ処理フローチャートによる処理を特定するための実行ＩＤが格納されている。
初回の入力処理時の実行ＩＤは、本実施形態においては、例えば、「Ｉ０００００１」のように、先頭が「Ｉ」から始まる番号が付与されている。
ループシーケンス（ＳＥＱ）データ１３Ｌ２は、実行ＩＤで特定される処理中におけるループの処理順が格納されている。
初回の入力処理時の実行ＩＤは、本実施形態においては、例えば、「Ｉ０００００１」のように、先頭が「Ｉ」から始まる番号が付与されている。
ループシーケンス（ＳＥＱ）データ１３Ｌ２は、実行ＩＤで特定される処理中におけるループの処理順が格納されている。
【0168】
データ参照ＩＤデータ１３Ｌ３は、参照すべきデータを特定するためのデータ参照ＩＤが格納されている。
値データ１３Ｌ４は、参照すべき伝票番号が格納されている。
値データ１３Ｌ４は、参照すべき伝票番号が格納されている。
【0169】
本実施形態においては、各処理ループ内におけるループ内変数の値を次の処理ループに引き継ぐ構成は想定しておらず、各処理ループ毎にループ内変数が管理されている。
【0170】
より詳細には、図３２の例の場合、第１回目の処理ループでは、データ参照ＩＤデータ１３Ｌ３＝「伝票番号」の値＝「（伝票番号）Ｓ００１」であり、第２回目の処理ループでは、データ参照ＩＤデータ１３Ｌ３＝「伝票番号」の値＝「（伝票番号）Ｓ００２」であり、処理ループ毎に異なる伝票番号が参照先のＲＰＡロボットにより参照されることとなる。
【0171】
図３１（Ａ）のＲＰＡロボット＿Ｒ１の処理定義ファイルにおいて、処理順データ＝「５」において、処理種別データ＝「表示値取得」となっており、制御部１１は、操作対象アプリケーションの表示画面から画面項目名データ＝「伝票番号」における表示値を取得するようにされている。
【0172】
そして、ＲＰＡロボット＿Ｒ１の処理定義ファイルにおいて、処理順データ＝「５」において、処理種別データ＝「変数テーブル更新」となっており、例えば、データ参照ＩＤ＝「伝票番号」の値が伝票番号である「Ｓ００１」に更新される。
【0173】
一方、図３１（Ｂ）のＲＰＡロボット＿Ｒ２の処理定義ファイルにおいて、処理順データ＝「１」において、データ参照対象データ＝「ループ内変数」とされ、データ参照ＩＤ＝「伝票番号」とされているので、上述の例の場合、ＲＰＡロボット＿Ｒ１により取得された伝票番号である「Ｓ００１」の値が画面項目名＝「伝票番号」に対応する画面項目ＩＤ＝「ｔｘｔＤｅｎｐｙｏＮＯ」のテキストボックスに受け渡された伝票番号＝「Ｓ００１」が入力されることとなる。
【0174】
以上の説明のように、ＲＰＡロボット＿Ｒ１と、ＲＰＡロボット＿Ｒ２と、の間で直接に値を受け渡しているわけではないので、受け渡し対象のループ内変数がＲＰＡロボット＿Ｒ２の処理開始前に作成されていれば、ＲＰＡロボット＿Ｒ２は、処理を実行できることとなる。
【0175】
したがって、ＲＰＡロボット＿Ｒ１において処理が正常に終了し、ＲＰＡロボット＿Ｒ２においてのみデータエラーが発生した場合には、ＲＰＡロボット_Ｒ１の実行をスキップして、ＲＰＡロボット＿Ｒ２の処理を実行できるので、容易に再実行処理が行えるようになっている。
【0176】
以上の説明は、二つのＲＰＡロボットの場合であったが、三つ以上のＲＰＡロボットで処理を連携して行う場合であっても、最も前段でデータエラーが発生したＲＰＡロボットによる処理から再実行を行うことができ、リカバリコストを低減することができる。
【0177】
また以上の説明は、一つのループ内変数を受け渡す場合について説明したが、複数のループ内変数を受け渡す場合であっても同様に適用が可能である。
【0178】
ここで、より具体的にＲＰＡロボット＿Ｒ１及びＲＰＡロボット＿Ｒ２の連携処理について説明する。
まず、受入データテーブルについて説明する。
まず、受入データテーブルについて説明する。
【0179】
図３３は、受入データファイルの説明図である。
受入データファイル１３Ｉは、図１６の受入データファイルと同様に、実行ＩＤデータ１３Ｉ１、受入ファイル名データ１３Ｉ２、レコードＩＤデータ１３Ｉ３、データ参照ＩＤデータ１３Ｉ４、入力値データ１３Ｉ５、修正フラグ（ＦＬＧ）データ１３Ｉ６及び修正前値データ１３Ｉ７を備えている。
各データの説明については、図１６の説明を援用するものとする。
受入データファイル１３Ｉは、図１６の受入データファイルと同様に、実行ＩＤデータ１３Ｉ１、受入ファイル名データ１３Ｉ２、レコードＩＤデータ１３Ｉ３、データ参照ＩＤデータ１３Ｉ４、入力値データ１３Ｉ５、修正フラグ（ＦＬＧ）データ１３Ｉ６及び修正前値データ１３Ｉ７を備えている。
各データの説明については、図１６の説明を援用するものとする。
【0180】
さて、図３３の受入データファイルにおいては、第１０行目に示すように、データ参照ＩＤ＝「Ｑフラグ」の入力値＝「チェックする」となっており、正常な値である「ＴＲＵＥ」または「ＦＡＬＳＥ」とは異なっており、エラーデータとなっている。
【0181】
また、第１２行目に示すようにデータ参照ＩＤ＝「Ｂ金額」の入力値＝「－３００」となっており、金額としての正常な値となっておらず、エラーデータとなっている。
【0182】
図３４は、ループ内変数ファイルの説明図である。
図３４は、入力処理の再実行時に作成されるループ内変数ファイルである。
上述したように、ループ内変数ファイル１５０は、ＲＰＡロボット間のデータ受け渡しに用いられており、データの受け渡しに必要とされるデータとして、実行ＩＤデータ１５１、ループシーケンス（ＳＥＱ）データ１５２、データ参照ＩＤデータ１５３及び値データ１５４を備えている。
図３４は、入力処理の再実行時に作成されるループ内変数ファイルである。
上述したように、ループ内変数ファイル１５０は、ＲＰＡロボット間のデータ受け渡しに用いられており、データの受け渡しに必要とされるデータとして、実行ＩＤデータ１５１、ループシーケンス（ＳＥＱ）データ１５２、データ参照ＩＤデータ１５３及び値データ１５４を備えている。
【0183】
実行ＩＤデータ１５１は、ＲＰＡ処理フローチャートによる処理を特定するための実行ＩＤが格納されている。
再実行時の入力処理の実行ＩＤは、本実施形態においては、例えば、「Ｒ０００００１」のように、先頭が「Ｒ」から始まる番号が付与されており、初回の入力処理時の実行ＩＤと明確に区別されている。
ループシーケンス（ＳＥＱ）データ１５２は、実行ＩＤで特定される処理中におけるループの処理順が格納されている。
再実行時の入力処理の実行ＩＤは、本実施形態においては、例えば、「Ｒ０００００１」のように、先頭が「Ｒ」から始まる番号が付与されており、初回の入力処理時の実行ＩＤと明確に区別されている。
ループシーケンス（ＳＥＱ）データ１５２は、実行ＩＤで特定される処理中におけるループの処理順が格納されている。
【0184】
データ参照ＩＤデータ１５３は、参照すべきデータを特定するためのデータ参照ＩＤが格納されている。図３４の例では、「伝票番号」が参照すべきデータであることを示している。
値データ１５４は、参照すべき値が格納されている。図３４の例では、データ参照ＩＤデータ１５３に対応して、伝票番号が格納されている。
値データ１５４は、参照すべき値が格納されている。図３４の例では、データ参照ＩＤデータ１５３に対応して、伝票番号が格納されている。
【0185】
上述したように本実施形態においては、各処理ループ内におけるループ内変数の値を次の処理ループに引き継ぐ構成は想定しておらず、各処理ループ毎にループ内変数が管理されている。
【0186】
そして、ＲＰＡロボット＿Ｒ１及びＲＰＡロボット＿Ｒ２は、図３１のＲＰＡロボット＿Ｒ１及びＲＰＡロボット＿Ｒ２の処理定義ファイルにしたがって、受入データテーブルの第１行目から順次データを読み込んで、自動入力処理を行い、順次明細ログテーブル及び詳細ログテーブルを更新する。
【0187】
図３５は、明細ログファイルの一例の説明図である。
図３３に示したように、受入データファイルの第１行目～第３行目のレコードＩＤ＝「＃００１」に対応する入力値は、それぞれ「Ｘ００１」、「１００」、「ＴＲＵＥ」、であり、ＲＰＡロボット＿Ｒ１において正常に入力処理が行えるので、ＲＰＡロボット＿Ｒ１は、明細ログテーブルの第１行目において、実行ＩＤ＝「Ｉ０００００１」、明細ログシーケンスデータ＝「１」、ループシーケンスデータ＝「１」（＝第１回目のループ処理）の実行結果は「成功」であり、正常にデータ入力処理が行われたことが記録される。
図３３に示したように、受入データファイルの第１行目～第３行目のレコードＩＤ＝「＃００１」に対応する入力値は、それぞれ「Ｘ００１」、「１００」、「ＴＲＵＥ」、であり、ＲＰＡロボット＿Ｒ１において正常に入力処理が行えるので、ＲＰＡロボット＿Ｒ１は、明細ログテーブルの第１行目において、実行ＩＤ＝「Ｉ０００００１」、明細ログシーケンスデータ＝「１」、ループシーケンスデータ＝「１」（＝第１回目のループ処理）の実行結果は「成功」であり、正常にデータ入力処理が行われたことが記録される。
【0188】
同様に、図３３に示したように、受入データテーブルの第４行目～第５行目のレコードＩＤ＝「＃００１」に対応する入力値は、それぞれ「Ｚ００１」、「ＴＲＵＥ」であり、ＲＰＡロボット＿Ｒ２において正常に入力処理が行えるので、ＲＰＡロボット＿Ｒ２は、明細ログテーブルの第２行目において、実行ＩＤ＝「Ｉ０００００１」、明細ログシーケンスデータ＝「２」、ループシーケンスデータ＝「１」（＝第１回目のループ処理）の実行結果は「成功」であり、正常にデータ入力処理が行われたことが記録される。
【0189】
さらに図３３に示したように、受入データテーブルの第６行目～第８行目のレコードＩＤ＝「＃００２」対応する入力値は、それぞれ「Ｘ００２」、「２００」、「ＴＲＵＥ」、であり、ＲＰＡロボット＿Ｒ１において正常に入力処理が行えるので、ＲＰＡロボット＿Ｒ１は、明細ログテーブルの第３行目において、実行ＩＤ＝「Ｉ０００００１」、明細ログシーケンスデータ＝「３」、ループシーケンスデータ＝「２」（＝第２回目のループ処理）の実行結果は「成功」であり、正常にデータ入力処理が行われたことが記録される。
【0190】
これらに対し、図３３に示したように、受入データテーブルの第９行目～第１０行目のレコードＩＤ＝「＃００２」に対応する入力値は、それぞれ「Ｚ００２」、「チェックする」であり、Ｑフラグの値に関して、ＲＰＡロボット＿Ｒ２において正常に入力処理が行えないので、ＲＰＡロボット＿Ｒ２は、明細ログテーブルの第４行目において、実行ＩＤ＝「Ｉ０００００１」、明細ログシーケンスデータ＝「４」、ループシーケンスデータ＝「２」（＝第２回目のループ処理）の実行結果は「失敗」であり、正常にデータ入力処理が行われなかったことが記録される。
【0191】
同様に、図３３に示したように、受入データテーブルの第１１行目～第１３行目のレコードＩＤ＝「＃００３」に対応する入力値は、それぞれ「Ｘ００３」、「－３００」、「ＦＡＬＳＥ」であり、Ｂ金額値に関して、ＲＰＡロボット＿Ｒ１において正常に入力処理が行えないので、ＲＰＡロボット＿Ｒ１は、明細ログテーブルの第５行目において、実行ＩＤ＝「Ｉ０００００１」、明細ログシーケンスデータ＝「５」、ループシーケンスデータ＝「３」（＝第３回目のループ処理）の実行結果は「失敗」であり、正常にデータ入力処理が行われなかったことが記録される。
【0192】
この結果、ＲＰＡロボット＿Ｒ１の処理結果を利用するＲＰＡロボット＿Ｒ２の処理は未実行となるので、ＲＰＡロボット＿Ｒ２は、明細ログテーブルの第６行目において、実行ＩＤ＝「Ｉ０００００１」、明細ログシーケンスデータ＝「６」、ループシーケンスデータ＝「３」（＝第３回目のループ処理）の実行結果は「未実行」であり、処理が行われなかったことが記録される。
以下、同様にしてＲＰＡロボット＿Ｒ１及びＲＰＡロボット＿Ｒ２の処理が全てのデータに対して行われるまで繰り返されることとなる。
以下、同様にしてＲＰＡロボット＿Ｒ１及びＲＰＡロボット＿Ｒ２の処理が全てのデータに対して行われるまで繰り返されることとなる。
【0193】
【0194】
例えば、明細ログシーケンスデータ１３Ｋ２＝「１」における詳細ログシーケンスデータ１３Ｋ３＝「１」～「６」の六つの処理及び明細ログシーケンスデータ１３Ｋ２＝「２」における詳細ログシーケンスデータ１３Ｋ３＝「１」～「４」の四つの処理が全て実行結果＝「成功」となっており、ＲＰＡロボット＿Ｒ１及びＲＰＡロボット＿Ｒ２による処理が全て成功したことが記録されている。
【0195】
これに対し、明細ログシーケンスデータ１３Ｋ２＝「３」における詳細ログシーケンスデータ１３Ｋ３＝「１」～「６」の六つの処理は全て実行結果＝「成功」となっているが、明細ログシーケンスデータ１３Ｋ２＝「４」における詳細ログシーケンスデータ１３Ｋ３＝「１」～「４」の四つの処理のうち、詳細ログシーケンスデータ１３Ｋ３＝「１」～「２」の処理は実行結果＝「成功」となっているが、詳細ログシーケンスデータ１３Ｋ３＝「３」の処理において実行結果＝「失敗」となっており、詳細ログシーケンスデータ１３Ｋ３＝「４」の処理が記録されていないことから、明細ログシーケンスデータ１３Ｋ２＝「４」の詳細ログシーケンスデータ１３Ｋ３＝「４」以降のＲＰＡロボット＿Ｒ２による処理がなされなかったことを容易に把握できるようになっている。
【0196】
そして、処理は、明細ログシーケンスデータ１３Ｋ２＝「５」に対応する処理に移行するが、明細ログシーケンスデータ１３Ｋ２＝「５」における詳細ログシーケンスデータ１３Ｋ３＝「１」～「６」の六つの処理のうち、詳細ログシーケンスデータ１３Ｋ３＝「１」の処理は実行結果＝「成功」となっているが、詳細ログシーケンスデータ１３Ｋ３＝「２」の処理において実行結果＝「失敗」となっており、詳細ログシーケンスデータ１３Ｋ３＝「３」～「６」の処理が記録されていないことから、明細ログシーケンスデータ１３Ｋ２＝「５」の詳細ログシーケンスデータ１３Ｋ３＝「３」以降のＲＰＡロボット＿Ｒ２による処理がなされなかったことを容易に把握できるようになっている。
【0197】
このように詳細ログファイル１３Ｋを参酌することで、データエラーがいずれに発生したのかを容易に把握することができるようになっている。
【0198】
以降、順次入力処理を行い、全ての処理が完了すると、制御部１１は、エラーデータ確認画面を表示する。
【0199】
図３７は、エラーデータ確認画面の説明図である。
図３７（Ａ）は、初期状態のエラーデータ確認画面の説明図である。
また図３７（Ｂ）は、データ修正後のエラーデータ確認画面の説明図である。
図３７（Ａ）に示すように、エラーデータ確認画面１００においては、第１実施形態と同様に、入力操作が失敗または未実行であったものが強調される表示態様で画面に表示されている。
すなわち、エラーデータ確認画面１００においては、視覚的にわかりやすいように項目をハイライトするように表示がなされている。
図３７（Ａ）は、初期状態のエラーデータ確認画面の説明図である。
また図３７（Ｂ）は、データ修正後のエラーデータ確認画面の説明図である。
図３７（Ａ）に示すように、エラーデータ確認画面１００においては、第１実施形態と同様に、入力操作が失敗または未実行であったものが強調される表示態様で画面に表示されている。
すなわち、エラーデータ確認画面１００においては、視覚的にわかりやすいように項目をハイライトするように表示がなされている。
【0200】
より具体的には、詳細ログテーブルにおける実行結果が「成功」とされているものは、例えば、枠破線ＧＢで示す表示欄の背景色を緑色で表示する。
【0201】
従って、上述の例の場合、表示欄の背景色が緑色で表示されている処理は、ＲＰＡロボットにより値を読み込んで実行した処理が成功しているので、リカバリ作業者は、リカバリ処理時（再実行処理時）に修正が不要であると判断できる。
【0202】
また、詳細ログテーブルにおける実行結果が「失敗」とされているものは、例えば、枠破線ＲＢで示す表示欄の背景色を赤色で表示する。
上述の例の場合、背景が赤色で表示されている処理は、ＲＰＡロボットにより値を読み込んで実行した処理が失敗しているので、リカバリ作業者は、リカバリ処理時（再実行処理時）に修正が必要であると判断できる。
上述の例の場合、背景が赤色で表示されている処理は、ＲＰＡロボットにより値を読み込んで実行した処理が失敗しているので、リカバリ作業者は、リカバリ処理時（再実行処理時）に修正が必要であると判断できる。
【0203】
さらにエラーデータ確認画面において、オペレータは対象チェックボックスをチェック状態として、背景が赤色で表示されている表示欄部分のデータを直接修正し、再実行ボタンをクリックすることで、エラー内容を容易に確認できる状態で、データの修正を行って、正しい値を入力することが可能となる。
【0204】
例えば、図３７（Ｂ）に示すように、ＲＰＡロボット＿Ｒ１の入力処理において入力された、ＲＰＡロボット＿Ｒ１の処理における修正前の誤った金額＝「－３００」を正しい金額＝「３００」に修正し、ＲＰＡロボット＿Ｒ２の処理における修正前の誤った値＝「チェックする」を正しい値＝「ＴＲＵＥ」に修正することができる。
【0205】
図３８は、修正処理により作成される受入データテーブルの一例の説明図である。
すなわち、図３７のエラーデータ確認画面に基づいて図３８に示す受入データテーブルが作成される。
具体的には、受入データファイル１３Ｉは、図１７の受入データファイルと同様に、実行ＩＤデータ１３Ｉ１、受入ファイル名データ１３Ｉ２、レコードＩＤデータ１３Ｉ３、データ参照ＩＤデータ１３Ｉ４、入力値データ１３Ｉ５、修正フラグ（ＦＬＧ）データ１３Ｉ６及び修正前値データ１３Ｉ７を備えている。
各データの説明については、図１７の説明を援用するものとする。
すなわち、図３７のエラーデータ確認画面に基づいて図３８に示す受入データテーブルが作成される。
具体的には、受入データファイル１３Ｉは、図１７の受入データファイルと同様に、実行ＩＤデータ１３Ｉ１、受入ファイル名データ１３Ｉ２、レコードＩＤデータ１３Ｉ３、データ参照ＩＤデータ１３Ｉ４、入力値データ１３Ｉ５、修正フラグ（ＦＬＧ）データ１３Ｉ６及び修正前値データ１３Ｉ７を備えている。
各データの説明については、図１７の説明を援用するものとする。
【0206】
さて、図３８の受入データファイル１３Iにおいては、楕円枠で示すように、図３７のエラーデータ確認画面１００において、ＲＰＡロボット＿Ｒ１に対応する欄に破線枠ＲＢで示したデータに対応させて、正しい金額＝「３００」及び正しい値＝「ＴＲＵＥ」となっていることがわかり、再実行ボタンをクリックすることで、ＲＰＡロボット＿Ｒ１あるいはＲＰＡロボット＿Ｒ２は、図３８の受入データテーブルを参照して確実に再実行処理を行うことができる。
【0207】
この場合において、例えば、ＲＰＡロボット＿Ｒ１からＲＰＡロボット＿Ｒ２に受け渡したデータ（上述の例の場合、伝票番号）については、読取専用データとすることで、これらが誤って修正されることがないようにされている。
【0208】
なお、上述のＲＰＡロボット＿Ｒ１が処理が失敗した状態においては、ＲＰＡロボット＿Ｒ２に対して受け渡すループ内変数の更新に先立って処理が終了されるため、当該ループ内変数（上述の例の場合、伝票番号）は、空の状態となり、正しくないデータが受け渡されることはない。
【0209】
また、エラー修正の方法としては、再実行する方法が挙げられる。
再実行する方法としては、エラーデータ確認画面１００上で値を修正して、再実行ボタン１０１をクリックすることで、受入ファイルの対応箇所を更新し、再度受入ファイルの読込を行って、ＲＰＡ処理を再実行すればよい。
再実行する方法としては、エラーデータ確認画面１００上で値を修正して、再実行ボタン１０１をクリックすることで、受入ファイルの対応箇所を更新し、再度受入ファイルの読込を行って、ＲＰＡ処理を再実行すればよい。
【0210】
また、受入データログには、存在するが、受け入れたデータを使って動作した詳細ログデータが存在しないとされているものは、例えば、枠破線ＹＢで示す表示欄の背景色を黄色で表示する。
【0211】
上述の例の場合、背景が黄色で表示されている処理は、値を読み込んで行う処理が未実行であるので、リカバリ作業者は、失敗する可能性があるため、エラーとなった項目と併せて確認する必要がある、と判断できる。
【0212】
ここで、スキップフラグを用いた再実行時の処理について再び図２９を参照して説明する。
再実行対象の自動化入力処理が、複数のロボットで行われている場合には、入力自動化処理を最初に開始すべきロボットは、一定ではないので、スキップフラグが「ＴＲＵＥ」である場合には、自動化入力処理を行う複数のロボットは、処理順にしたがって、実行指示テーブルの実行開始ロボットを確認し、実行開始ロボットが自己ではない場合には、自己の処理結果のデータは正しい状態であり、再実行の必要はないので、処理を実行せずに、スキップフラグ＝「ＴＲＵＥ」のまま、終了する。
再実行対象の自動化入力処理が、複数のロボットで行われている場合には、入力自動化処理を最初に開始すべきロボットは、一定ではないので、スキップフラグが「ＴＲＵＥ」である場合には、自動化入力処理を行う複数のロボットは、処理順にしたがって、実行指示テーブルの実行開始ロボットを確認し、実行開始ロボットが自己ではない場合には、自己の処理結果のデータは正しい状態であり、再実行の必要はないので、処理を実行せずに、スキップフラグ＝「ＴＲＵＥ」のまま、終了する。
【0213】
これに対し、各ロボットは、実行指示テーブルの実行開始ロボットを確認し、実行開始ロボットが自己である場合には、自己の処理結果にエラーが発生しているので、再実行の必要があるため、当該ロボットは、スキップフラグ＝「ＦＡＬＳＥ」として処理の再実行を行う。
【0214】
このため、スキップフラグ＝「ＦＡＬＳＥ」としたロボット以降のロボットは、スキップフラグ＝「ＦＡＬＳＥ」であるので、順次処理の再実行を行うこととなる。
【0215】
次に、再実行対象のＲＰＡ処理が複数ロボットで行われる場合の動作について具体的に説明する。
以下の説明においては、理解の容易のため、再実行対象のＲＰＡ処理が、ＲＰＡロボット＿Ｒ１及びＲＰＡロボット＿Ｒ２の二つのロボットにより行われる場合を例として説明する。
以下の説明においては、理解の容易のため、再実行対象のＲＰＡ処理が、ＲＰＡロボット＿Ｒ１及びＲＰＡロボット＿Ｒ２の二つのロボットにより行われる場合を例として説明する。
【0216】
エラーデータ確認画面６０において、再実行ボタン６２がクリックされ、再実行が指示されると、制御部１１は、実行区分＝「再実行」と更新する。
続いて制御部１１は、エラーデータ確認画面６０から実行ＩＤを受け取って、再実行処理を行う。
続いて制御部１１は、エラーデータ確認画面６０から実行ＩＤを受け取って、再実行処理を行う。
【0217】
この場合において、ＲＰＡロボット＿Ｒ１においてエラーが発生している場合には、制御部１１は、実行指示テーブル上の実行指示データにおける実行開始ロボット＝「ＲＰＡロボット＿Ｒ１」として更新し、当該ＲＰＡロボット＿Ｒ１に対応する実行ＩＤ＝「Ｒ０００００１」とする。
【0218】
また、ＲＰＡロボット＿Ｒ２においてエラーが発生している場合には、制御部１１は、実行指示テーブル上の実行指示データにおける実行開始ロボット＝「ＲＰＡロボット＿Ｒ２」として更新し、当該ＲＰＡロボット＿Ｒ１に対応する実行ＩＤ＝「Ｒ０００００２」とする。
【0219】
この場合には、制御部１１は、スキップフラグ＝「ＴＲＵＥ」としているので、実際に自動化入力処理を行う複数のＲＰＡロボット＿Ｒ１、ＲＰＡロボット＿Ｒ２は、処理順にしたがって、実行指示テーブルの実行開始ロボットを確認する。
【0220】
例えば、処理順がＲＰＡロボット＿Ｒ１→ＲＰＡロボット＿Ｒ２である場合には、まず、ＲＰＡロボット＿Ｒ１は、実行指示テーブルの実行開始ロボットを確認する。
【0221】
この場合において、ＲＰＡロボット＿Ｒ１においてエラーが発生している場合には、ＲＰＡロボット＿Ｒ１は、実行開始ロボットが自己であると確認されるので、自己の処理結果にエラーが発生しているので、再実行の必要があるため、当該ＲＰＡロボット＿Ｒ１は、スキップフラグ＝「ＦＡＬＳＥ」として処理の再実行を行う。
【0222】
したがって、実行開始ロボット＝「ＲＰＡロボット＿Ｒ１」である場合には、制御部１１は、実行ＩＤ＝「Ｒ０００００１」とし、受入データテーブル上に読み込んだ受入ファイル及び対応するレコード数（＝レコードＩＤに相当）分だけ、ＲＰＡロボット（この場合には、ＲＰＡロボット＿Ｒ１）の処理を繰り返し実行し（ステップＳ３４）、ＲＰＡデータソースループを終了する（ステップＳ３７）。
【0223】
すなわち、受入データテーブルのデータ参照ＩＤをキーとして受入ファイルから値を受入ファイル内のレコード数分だけ取得して、画面項目に都度セットする。
【0224】
その後、処理が移行されたＲＰＡロボット＿Ｒ２は、スキップフラグ＝「ＦＡＬＳＥ」であるので、通常通り処理を行うこととなる。
【0225】
一方、ＲＰＡロボット＿Ｒ２においてエラーが発生している場合には、ＲＰＡロボット＿Ｒ１は、実行開始ロボットが自己ではないので、自己の処理結果のデータは正しい状態であり、再実行の必要はないので、処理を実行せずに、スキップフラグ＝「ＴＲＵＥ」のまま、終了する。
【0226】
この結果、ＲＰＡロボット＿Ｒ２は、スキップフラグ＝「ＴＲＵＥ」であるので、実行指示テーブルの実行開始ロボットを確認する。
【0227】
これにより、ＲＰＡロボット＿Ｒ２は、実行開始ロボットが自己であると確認されるので、自己の処理結果にエラーが発生しているので、再実行の必要があるため、当該ロボットは、スキップフラグ＝「ＦＡＬＳＥ」として処理の再実行を行う。
【0228】
これにより制御部１１は、実行ＩＤ＝「Ｒ０００００２」とし、受入データテーブル上に読み込んだ受入ファイル及び対応するレコード数（＝レコードＩＤに相当）分だけ、ＲＰＡロボット（この場合には、ＲＰＡロボット＿Ｒ２）の処理を繰り返し実行し（ステップＳ３６）、ＲＰＡデータソースループを終了する（ステップＳ３７）。
【0229】
すなわち、受入データテーブルのデータ参照ＩＤをキーとして受入ファイルから値を受入ファイル内のレコード数分だけ取得して、画面項目に都度セットする。また、受入ファイルだけでなく、ループ内変数ファイルで、成功してスキップされたＲＰＡロボット＿Ｒ１によって記録された図３２の伝票番号を元に、エラーデータ確認画面によって再実行時に作成された図３４の伝票番号も参照して処理を行う。
【0230】
上述したように、処理に失敗したロボット毎に実行ＩＤを割り当てて処理がなされるので、処理フローを変更（組み替え）することなく、再実行処理を行うことができるのである。
【0231】
以上の説明においては、詳細に述べなかったが、一つの実行指示に対する「再実行」の「実行指示データ」は、「実行開始ロボット」単位でまとめて作成している。
このため、一度の「再実行」に対して複数の「実行指示データ」が作成されることもある。
このため、一度の「再実行」に対して複数の「実行指示データ」が作成されることもある。
【0232】
この場合の「複数」とは、入力処理を行うＲＰＡロボットの数が最大値となる。したがって、本第２実施形態の場合、入力処理を行うＲＰＡロボットは二つ（ＲＰＡロボット＿Ｒ１及びＲＰＡロボット＿Ｒ２）であるので、二つの「実行指示データ」が作成されることとなる。
【0233】
ここで、より具体的に説明する。
図３９は、エラーデータ確認画面の説明図である。
エラーデータ確認画面１２０においては、第１実施形態と同様に、入力操作が失敗または未実行であったものが強調される表示態様で画面に表示されている。
すなわち、エラーデータ確認画面１２０においては、視覚的にわかりやすいように項目をハイライトするように表示がなされている。
図３９は、エラーデータ確認画面の説明図である。
エラーデータ確認画面１２０においては、第１実施形態と同様に、入力操作が失敗または未実行であったものが強調される表示態様で画面に表示されている。
すなわち、エラーデータ確認画面１２０においては、視覚的にわかりやすいように項目をハイライトするように表示がなされている。
【0234】
図３９に示すように、ＲＰＡロボット＿Ｒ１に対応する欄に破線枠ＲＢで示すように、複数（図３９の例では、三つ）の再実行対象の処理が存在し、ＲＰＡロボット＿Ｒ２に対応する欄に破線枠ＲＢで示すように、複数（図３９の例では、三つ）の再実行対象の処理が存在する場合には、図３０に示したように二つの実行指示データが作成されることとなる。
【0235】
【0236】
具体的には、受入データファイル１３Ｉは、図１６の受入データファイルと同様に、実行ＩＤデータ１３Ｉ１、受入ファイル名データ１３Ｉ２、レコードＩＤデータ１３Ｉ３、データ参照ＩＤデータ１３Ｉ４、入力値データ１３Ｉ５、修正フラグ（ＦＬＧ）データ１３Ｉ６及び修正前値データ１３Ｉ７を備えている。
各データの説明については、図１６の説明を援用するものとする。
各データの説明については、図１６の説明を援用するものとする。
【0237】
さて、図４０の受入データファイル１３０においては、図３９のエラーデータ確認画面１２０において、ＲＰＡロボット＿Ｒ１に対応する欄に破線枠ＲＢで示したデータに対応させて、第１行目～第６行目には、ＲＰＡロボット＿Ｒ１に対応する受入データに関する情報が記載されている。
【0238】
同様に図３９のエラーデータ確認画面１２０において、ＲＰＡロボット＿Ｒ２に対応する欄に破線枠ＲＢで示したデータに対応させて、第７行目～第１２行目には、ＲＰＡロボット＿Ｒ２に対応する受入データに関する情報が記載されている。
【0239】
そして、エラーデータ確認画面において、オペレータは対象チェックボックスをチェック状態として、背景が赤色（破線枠ＲＢ）で表示されている表示欄部分のデータを直接修正し、再実行ボタンをクリックすることで、ＲＰＡロボット＿Ｒ１あるいはＲＰＡロボット＿Ｒ２は、図４０の受入データテーブルを参照して確実に再実行処理を行うことができる。
【0240】
以上の説明のように、本第２実施形態によれば、第１実施形態の効果に加えて、連携した複数の操作対象アプリケーションを用いて、複数の自動化ツールにより連携した処理を行う場合に、いずれかの自動化ツールがエラー終了してリカバリを行う場合であっても、再実行の対象となる、入力データの特定及び自動操作対象アプリケーションの特定が容易で、再実行のコストを低減できる。
【0241】
さらに再実行を行う場合でも、同一の複数の自動化ツールを用いた一連の処理で、エラーが発生していない処理で得られたデータを確実に利用することができ、エラー発生状態に応じて構成の異なる複数の自動化ツールを用意する必要が無く、この点でも再実行のコストを低減することができる。
【0242】
［３］国連が主導する持続可能な開発目標（ＳＤＧｓ）への貢献
本実施形態により、業務効率化や企業の適切な経営判断を推進することに寄与することができるので、ＳＤＧｓの目標８及び９に貢献することが可能となる。
本実施形態により、業務効率化や企業の適切な経営判断を推進することに寄与することができるので、ＳＤＧｓの目標８及び９に貢献することが可能となる。
【0243】
また、本実施形態により、廃棄ロス削減や、ペーパレス・電子化を推進することに寄与することができるので、ＳＤＧｓの目標１２、１３及び１５に貢献することが可能となる。
【0244】
また、本実施形態により、統制、ガバナンス強化に寄与することができるので、ＳＤＧｓの目標１６に貢献することが可能となる。
【0245】
［４］他の実施形態
また、以上実施形態について説明したが、上述した実施形態以外にも、特許請求の範囲に記載した技術的思想の範囲内において種々の異なる実施形態にて実施されてよいものである。
また、以上実施形態について説明したが、上述した実施形態以外にも、特許請求の範囲に記載した技術的思想の範囲内において種々の異なる実施形態にて実施されてよいものである。
【0246】
また、上述した実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の一部を手動的に行うこともできる。
【0247】
このほか、上記文献中や図面中で示した処理手順、制御手順、具体的名称、各処理の登録データや検索条件等のパラメータを含む情報、画面例、データテーブル構成については、特記する場合を除いて任意に変更することができる。
【0248】
また、データ処理装置１０に関して、図示の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。
【0249】
例えば、データ処理装置１０が備える処理機能、特に制御部１１において行われる各処理機能については、その全部または任意の一部を、ＭＰＵおよび当該ＭＰＵにおいて解釈実行されるプログラムにて実現してもよく、また、ワイヤードロジックによるハードウェアとして実現してもよい。尚、プログラムは、いわゆる情報処理装置に本発明にかかる情報処理方法を実行させるためのプログラム化された命令を含む一時的でないコンピュータ読み取り可能な記録媒体に記録されており、必要に応じてデータ処理装置１０に機械的に読み取られる。すなわち、ＲＯＭまたはＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）などの記憶部１３等には、ＯＳと協働してＣＰＵに命令を与え、各種処理を行うためのコンピュータプログラムが記録されている。このコンピュータプログラムは、ＲＡＭにロードされることによって実行され、ＭＰＵと協働して制御部を構成する。
【0250】
また、このコンピュータプログラムは、データ処理装置１０に対して通信ネットワーク３０を介して接続された外部サーバ４０に記憶されていてもよく、必要に応じてその全部または一部をダウンロードすることも可能である。
【0251】
また、本発明にかかる情報処理を行うプログラムを、一時的でないコンピュータ読み取り可能な記録媒体に格納してもよく、また、プログラム製品として構成することもできる。ここで、この「記録媒体」とは、メモリーカード、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）メモリ、ＳＤ（Ｓｅｃｕｒｅ Ｄｉｇｉｔａｌ）カード、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ ａｎｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＣＤ－ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｋ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＭＯ（Ｍａｇｎｅｔｏ－Ｏｐｔｉｃａｌ ｄｉｓｋ）、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）、および、Ｂｌｕ－ｒａｙ（登録商標） Ｄｉｓｃ等の任意の「可搬用の物理媒体」を含むものとする。
【0252】
また、「プログラム」とは、任意の言語または記述方法にて記述されたデータ処理方法であり、ソースコードまたはバイナリコード等の形式を問わない。なお、「プログラム」は必ずしも単一的に構成されるものに限られず、複数のモジュールやライブラリとして分散構成されるものや、ＯＳに代表される別個のプログラムと協働してその機能を達成するものをも含む。なお、実施形態に示した各装置において記録媒体を読み取るための具体的な構成および読み取り手順ならびに読み取り後のインストール手順等については、周知の構成や手順を用いることができる。
【0253】
記憶部１３に格納される各種のデータテーブル等は、ＲＡＭ、ＲＯＭ等のメモリ装置、ハードディスク等の固定ディスク装置、フレキシブルディスク、および、光ディスク等のストレージ手段であり、各種処理やウェブサイト提供に用いる各種のプログラム、テーブル、データベース、および、ウェブページ用ファイル等を格納する。同様に記憶部１３の機能を外部サーバ４０に持たせるように構成することも可能である。
【0254】
また、データ処理装置１０は、既知のパーソナルコンピュータまたはワークステーション等の情報処理装置として構成してもよく、また、任意の周辺装置が接続された当該情報処理装置として構成してもよい。また、データ処理装置１０は、当該情報処理装置に本発明の情報処理方法を実現させるソフトウェア（プログラムまたはデータ等を含む）を実装することにより実現してもよい。
【0255】
更に、装置の分散・統合の具体的形態は図示するものに限られず、その全部または一部を、各種の付加等に応じてまたは機能負荷に応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。すなわち、上述した実施形態を任意に組み合わせて実施してもよく、実施形態を選択的に実施してもよい。
【産業上の利用可能性】
【0256】
本発明は、データ入力、データ移行、データバックアップなどの自動化処理を行っている業種・業界において有用である。
【符号の説明】
【0257】
１０ データ処理装置
１１ 制御部
１２ 通信インターフェース部
１３ 記憶部
１３Ａ 実行指示テーブル
１３Ｂ 受入データテーブル
１３Ｃ 明細ログテーブル
１３Ｄ 詳細ログテーブル
１３Ｅ サマリーログファイル
１３Ｆ 明細ログファイル
１３Ｇ 詳細ログファイル
１３Ｈ 画面ショットログファイル
１３Ｉ 受入データファイル
１３Ｊ 明細ログファイル
１３Ｋ 詳細ログファイル
１３Ｌ ループ内変数ファイル
１４ 入出力インターフェース部
１５ 入力装置
１６ 出力装置
３０ 通信ネットワーク
４０ 外部サーバ
Ｍ１ 読込手段
Ｍ２ 保存処理手段
Ｍ３ 表示処理手段
Ｍ４ リトライ手段
１１ 制御部
１２ 通信インターフェース部
１３ 記憶部
１３Ａ 実行指示テーブル
１３Ｂ 受入データテーブル
１３Ｃ 明細ログテーブル
１３Ｄ 詳細ログテーブル
１３Ｅ サマリーログファイル
１３Ｆ 明細ログファイル
１３Ｇ 詳細ログファイル
１３Ｈ 画面ショットログファイル
１３Ｉ 受入データファイル
１３Ｊ 明細ログファイル
１３Ｋ 詳細ログファイル
１３Ｌ ループ内変数ファイル
１４ 入出力インターフェース部
１５ 入力装置
１６ 出力装置
３０ 通信ネットワーク
４０ 外部サーバ
Ｍ１ 読込手段
Ｍ２ 保存処理手段
Ｍ３ 表示処理手段
Ｍ４ リトライ手段
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】
【図25】
【図26】
【図27】
【図28】
【図29】
【図30】
【図31】
【図32】
【図33】
【図34】
【図35】
【図36】
【図37】
【図38】
【図39】
【図40】