特開 2023-130146 判定プログラム、判定方法および情報処理装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2023130146

(43)【公開日】2023-09-20

(54)【発明の名称】判定プログラム、判定方法および情報処理装置

(51)【国際特許分類】

   G06F 11/07 20060101AFI20230912BHJP

【ＦＩ】

G06F11/07 190

G06F11/07 140A

【審査請求】未請求

【請求項の数】9

【出願形態】ＯＬ

(21)【出願番号】P 2022034648

(22)【出願日】2022-03-07

(71)【出願人】

【識別番号】000005223

【氏名又は名称】富士通株式会社

(74)【代理人】

【識別番号】110002918

【氏名又は名称】弁理士法人扶桑国際特許事務所

(72)【発明者】

【氏名】古賀 奨

【テーマコード（参考）】

5B042

【Ｆターム（参考）】

5B042HH26

5B042JJ29

5B042KK15

5B042MA08

5B042MC17

(57)【要約】

【課題】エラー原因の切り分けを効率化する。
【解決手段】記憶部は、第１のエラー情報および第２のエラー情報を記憶する。第１のエラー情報は、第１の装置により処理対象システムに対する処理を実行した際のエラーを示す。第２のエラー情報は、当該処理の実行に影響する設定情報が設定された第２の装置により当該処理を実行した際のエラーを示す。処理部は、第１のエラー情報と第２のエラー情報との比較の結果に基づいて、第１のエラー情報により示されるエラーが、第１の装置により保持される設定情報が第２の装置に設定された設定情報と異なることに起因するエラーであるか、または、処理対象システムの変更に起因するエラーであるかを判定する。
【選択図】図９

【特許請求の範囲】

【請求項1】

コンピュータに、
第１の装置により処理対象システムに対する処理を実行した際のエラーを示す第１のエラー情報を取得し、
前記第１のエラー情報と、前記処理の実行に影響する設定情報が設定された第２の装置により前記処理を実行した際のエラーを示す第２のエラー情報との比較の結果に基づいて、前記第１のエラー情報により示されるエラーが、前記第１の装置により保持される設定情報が前記第２の装置に設定された設定情報と異なることに起因するエラーであるか、または、前記処理対象システムの変更に起因するエラーであるかを判定する、
処理を実行させる判定プログラム。

【請求項2】

前記判定では、
前記第１のエラー情報と前記第２のエラー情報とが異なる場合に、前記第１のエラー情報により示されるエラーが、前記第１の装置により保持される設定情報が前記第２の装置に設定された設定情報と異なることに起因するエラーであると判定し、
前記第１のエラー情報と前記第２のエラー情報とが同じである場合に、前記第１のエラー情報により示されるエラーが、前記処理対象システムの変更に起因するエラーであると判定する、
処理を前記コンピュータに実行させる請求項１記載の判定プログラム。

【請求項3】

前記第１の装置から前記第１のエラー情報を受信すると、
前記第２の装置により前記処理対象システムに対する前記処理を実行させ、前記第２の装置から前記第２のエラー情報を取得する、
処理を前記コンピュータに実行させる請求項１記載の判定プログラム。

【請求項4】

前記第１の装置および前記第２の装置それぞれが実行する前記処理は、複数のステップを含み、
前記第２の装置が前記処理を実行する際に、前記複数のステップのうち前記処理対象システムに対するデータ更新のステップをスキップさせる、
処理を前記コンピュータに実行させる請求項１記載の判定プログラム。

【請求項5】

前記第２の装置により前記処理を実行した際にエラーが発生しない場合、前記第１のエラー情報により示されるエラーが、前記第１の装置により保持される設定情報が前記第２の装置に設定された設定情報と異なることに起因するエラーであると判定する、
処理を前記コンピュータに実行させる請求項１記載の判定プログラム。

【請求項6】

前記第１のエラー情報は、複数のエラーを示し、
前記第１のエラー情報と前記第２のエラー情報との比較の結果に基づいて、前記複数のエラーそれぞれが、前記第１の装置により保持される設定情報が前記第２の装置に設定された設定情報と異なることに起因するエラーであるか、または、前記処理対象システムの変更に起因するエラーであるかを判定する、
処理を前記コンピュータに実行させる請求項１記載の判定プログラム。

【請求項7】

前記第１の装置および前記第２の装置それぞれが実行する前記処理は、ＲＰＡ（Robotic Process Automation）のロボットの処理である、
請求項１記載の判定プログラム。

【請求項8】

コンピュータが、
第１の装置により処理対象システムに対する処理を実行した際のエラーを示す第１のエラー情報を取得し、
前記第１のエラー情報と、前記処理の実行に影響する設定情報が設定された第２の装置により前記処理を実行した際のエラーを示す第２のエラー情報との比較の結果に基づいて、前記第１のエラー情報により示されるエラーが、前記第１の装置により保持される設定情報が前記第２の装置に設定された設定情報と異なることに起因するエラーであるか、または、前記処理対象システムの変更に起因するエラーであるかを判定する、
判定方法。

【請求項9】

第１の装置により処理対象システムに対する処理を実行した際のエラーを示す第１のエラー情報、および、前記処理の実行に影響する設定情報が設定された第２の装置または当該設定情報が設定された自装置により前記処理を実行した際のエラーを示す第２のエラー情報を記憶する記憶部と、
前記第１のエラー情報と前記第２のエラー情報との比較の結果に基づいて、前記第１のエラー情報により示されるエラーが、前記第１の装置により保持される設定情報が前記第２の装置または自装置に設定された設定情報と異なることに起因するエラーであるか、または、前記処理対象システムの変更に起因するエラーであるかを判定する処理部と、
を有する情報処理装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は判定プログラム、判定方法および情報処理装置に関する。

【背景技術】

【0002】

コンピュータなどの情報処理装置は、ユーザによるデータ入力などの作業を支援するソフトウェアを実行することがある。例えば、情報処理装置は、ＲＰＡ（Robotic Process Automation）と呼ばれる技術により、情報処理装置が出力するデスクトップ画面上でのユーザの定型的な操作を自動化することがある。

【0003】

ところで、情報処理システムでは、ソフトウェアの動作の不具合によりエラーが発生することがある。そこで、エラー発生時にエラー原因の解析を行う技術が考えられている。
例えば、障害発生時のエラーログと、インシデント発生日におけるログパターンリストと、に基づいて、障害発生時のエラーログとインシデント発生日におけるエラーログの類似度を計算する障害解析支援装置の提案がある。提案の障害解析支援装置は、計算した類似度に基づいて、障害発生時のエラーログから推定されるインシデントの障害解決策を出力する。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２０１９－４９８０２号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

端末装置は、ＲＰＡなどを実現するソフトウェアを実行することで、処理対象のシステムに対する所定の処理を自動化する。この場合、処理対象のシステムの変更は、当該ソフトウェアの処理に影響を及ぼすことがある。特に、処理対象のシステムは、当該ソフトウェアを使用するユーザとは異なる第三者によって運用され得る。このため、当該ソフトウェアのユーザが、処理対象のシステムの変更を把握するのが難しいことがある。

【0006】

一方、ソフトウェアの処理は、ソフトウェアを実行する端末装置のオペレーティングシステムなどの実行環境における設定情報の変更の影響を受けることもある。当該設定情報の変更は、端末装置を実際に操作するユーザによって、ソフトウェアの処理への影響を考慮せずに独自に行われることが少なくない。

【0007】

このため、ある処理対象のシステムに対する端末装置の処理でエラーが発生すると、エラーの原因が当該処理を実行する端末装置の側にあるのか、または、処理対象のシステムの側にあるのかの切り分けが難しいことがある。

【0008】

１つの側面では、本発明は、エラー原因の切り分けを効率化する判定プログラム、判定方法および情報処理装置を提供することを目的とする。

【課題を解決するための手段】

【0009】

１つの態様では、判定プログラムが提供される。この判定プログラムは、コンピュータに、第１の装置により処理対象システムに対する処理を実行した際のエラーを示す第１のエラー情報を取得し、第１のエラー情報と、当該処理の実行に影響する設定情報が設定された第２の装置により当該処理を実行した際のエラーを示す第２のエラー情報との比較の結果に基づいて、第１のエラー情報により示されるエラーが、第１の装置により保持される設定情報が第２の装置に設定された設定情報と異なることに起因するエラーであるか、または、処理対象システムの変更に起因するエラーであるかを判定する、処理を実行させる。

【0010】

また、１つの態様では、判定方法が提供される。
また、１つの態様では、情報処理装置が提供される。

【発明の効果】

【0011】

１つの側面では、エラー原因の切り分けを効率化できる。

【図面の簡単な説明】

【0012】

【図1】第１の実施の形態の情報処理装置を説明する図である。

【図2】第２の実施の形態の情報処理システムの例を示す図である。

【図3】情報処理装置のハードウェア例を示す図である。

【図4】情報処理システムの機能例を示す図である。

【図5】ロボット管理テーブルの例を示す図である。

【図6】運用環境に対する採取情報の例を示す図である。

【図7】保守環境に対する採取情報の例を示す図である。

【図8】情報処理装置の処理例を示すフローチャートである。

【図9】エラー原因の一次切り分けの例を示す図である。

【図10】第３の実施の形態の情報処理装置の処理例を示すフローチャートである。

【図11】エラー原因の一次切り分けの例を示す図である。

【図12】ロボットプロセスの例を示す図である。

【図13】スキップフラグテーブルの例を示す図である。

【図14】第４の実施の形態の情報処理装置の処理例を示すフローチャートである。

【図15】スキップフラグに応じたロボットの処理例を示す図である。

【発明を実施するための形態】

【0013】

以下、本実施の形態について図面を参照して説明する。
［第１の実施の形態］
第１の実施の形態を説明する。

【0014】

図１は、第１の実施の形態の情報処理装置を説明する図である。
情報処理装置１０、第１の装置２０、第２の装置３０および処理対象システム４０は、ネットワーク５０に接続される。ネットワーク５０は、ＬＡＮ（Local Area Network）でもよいし、ＷＡＮ（Wide Area Network）やインターネットなどでもよい。

【0015】

情報処理装置１０は、第１の装置２０により実行されるソフトウェアの処理でエラーが発生した場合に、エラーの原因の調査を支援する。第１の装置２０は、処理対象システム４０に対するデータ入力などの所定の処理を行う運用環境の装置である。例えば、第１の装置２０は、ＲＰＡを実現するソフトウェアを実行することで、処理対象システム４０に対する処理を行ってもよい。すなわち、第１の装置２０は、処理対象システム４０に対するユーザの定型操作をＲＰＡロボットにより自動化してもよい。ＲＰＡロボットは、ソフトウェアのロボットであり、単にロボットと表記される。

【0016】

第２の装置３０は、情報処理装置１０と連携して第１の装置２０で発生したエラーの原因の切り分けに用いられる保守環境の装置である。ただし、第２の装置３０の機能は、情報処理装置１０により実現されてもよい。処理対象システム４０は、例えばユーザのデータの管理や当該データに基づく所定の処理を行うサービスを提供する。処理対象システム４０は、第１の装置２０によるデータ入力などの処理を受け付けるＧＵＩ（Graphical User Interface）などのインタフェースを提供する。

【0017】

情報処理装置１０は、記憶部１１および処理部１２を有する。記憶部１１は、ＲＡＭ（Random Access Memory）などの揮発性記憶装置でもよいし、ＨＤＤ（Hard Disk Drive）やフラッシュメモリなどの不揮発性記憶装置でもよい。処理部１２は、ＣＰＵ（Central Processing Unit）、ＤＳＰ（Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field Programmable Gate Array）などを含み得る。処理部１２はプログラムを実行するプロセッサでもよい。「プロセッサ」は、複数のプロセッサの集合、すなわち、マルチプロセッサでもよい。図１では省略しているが、第１の装置２０、第２の装置３０および処理対象システム４０も、情報処理装置１０と同様に、記憶部および処理部を有する。

【0018】

第１の装置２０は、設定情報２１を保持する。設定情報２１は、第１の装置２０におけるソフトウェアの実行環境の設定情報である。すなわち、設定情報２１は、第１の装置２０による処理対象システム４０に対する処理に影響を与える情報である。

【0019】

当該実行環境の設定情報は、該当の装置で実行されるオペレーティングシステムおよびミドルウェアの少なくとも一方の設定情報を含んでもよい。また、例えば、ＲＰＡを実現するソフトウェアの場合、当該実行環境の設定情報は、ロボットを動作させるエージェントの設定情報やロボットによる処理手順を定義するための設定情報を含んでもよい。このように、ソフトウェアの処理に影響を及ぼし得る設定情報は多岐に亘る。設定情報２１は、第１の装置２０の記憶部により保持される。

【0020】

第２の装置３０は、ソフトウェアの実行環境として、第１の装置２０と同じ実行環境を有する。例えば、第２の装置３０におけるオペレーティングシステムやミドルウェアなどは、第１の装置２０と同じものである。また、第２の装置３０は、元の設定情報３１を保持する。元の設定情報３１は、第１の装置２０で実行されるソフトウェアの実行環境における動作確認済の設定情報である。元の設定情報３１は、第２の装置３０による処理対象システム４０に対する処理に影響を与える情報である。例えば、第２の装置３０では、処理対象システム４０に対する該当のソフトウェアの処理が適正に動作することが、開発者あるいは保守者によって予め確認済である。元の設定情報３１は、第２の装置３０の記憶部により保持される。

【0021】

例えば、元の設定情報３１は、設定情報２１の生成元の設定情報でもよい。ただし、設定情報２１は、当初は、元の設定情報３１と同じであったとしても、その後も元の設定情報３１と同じであるとは限らない。第１の装置２０を操作するユーザによって設定情報２１が変更される可能性もある。

【0022】

記憶部１１は、処理部１２により第１の装置２０および第２の装置３０から取得された情報を保持する。具体的には、記憶部１１は、第１のエラー情報２２および第２のエラー情報３２を記憶する。第１のエラー情報２２は、第１の装置２０による処理対象システム４０に対する処理の実行時のエラーを示す。第２のエラー情報３２は、第２の装置３０による処理対象システム４０に対する処理の実行時のエラーを示す。

【0023】

処理部１２は、第１のエラー情報２２を取得し、記憶部１１に格納する。また、処理部１２は、第２のエラー情報３２を取得し、記憶部１１に格納する。
例えば、処理部１２は、第１の装置２０でのエラー発生に応じて第１の装置２０により第１のエラー情報２２が生成されると、第１の装置２０から第１のエラー情報２２を取得し、記憶部１１に格納する。すると、処理部１２は、処理対象システム４０に対する処理を第２の装置３０に実行させる。

【0024】

処理部１２は、第２の装置３０でエラーが発生しない場合、第１の装置２０で発生したエラーが、第１の装置２０の設定情報２１が元の設定情報３１と異なることに起因するエラーであると判定する。

【0025】

一方、処理部１２は、第２の装置３０でエラーが発生し、第２の装置３０により第２のエラー情報３２が生成される場合、第２の装置３０から第２のエラー情報３２を取得し、記憶部１１に格納する。

【0026】

そして、処理部１２は、第１のエラー情報２２と第２のエラー情報３２との比較を行う。処理部１２は、当該比較の結果に基づいて、第１のエラー情報２２により示されるエラーが、設定情報２１が元の設定情報３１と異なることに起因するエラーであるか、または、処理対象システム４０の変更に起因するエラーであるかを判定する。

【0027】

例えば、処理部１２は、比較対象とするエラーの情報として、エラーメッセージの本体、すなわち、環境差異やタイムスタンプやロボット実行時のユーザの識別情報などの影響がない箇所を用いる。処理部１２は、第１のエラー情報２２に含まれる第１のエラーメッセージが、第２のエラー情報３２に含まれる第２のエラーメッセージと同じであるか否かに応じて、当該判定を行う。

【0028】

第１のエラーメッセージが第２のエラーメッセージと同じである場合、処理部１２は、第１のエラー情報２２により示されるエラーが処理対象システムの変更に起因するエラーであると判定する。第１の装置２０でも第２の装置３０と同じエラーが発生したということは、第１の装置２０の設定情報２１は、元の設定情報３１と同じであり、第１の装置２０におけるソフトウェアの実行環境に問題はないと推定される。したがって、この場合、処理部１２は、処理対象システム４０が変更されたことが、第１の装置２０で発生したエラーの原因と判断する。

【0029】

一方、第１のエラーメッセージが第２のエラーメッセージと異なる場合、処理部１２は、第１のエラー情報２２により示されるエラーが、設定情報２１が元の設定情報３１と異なることに起因するエラーであると判定する。第２の装置３０は、実行環境に関して動作確認済の元の設定情報３１を有している。したがって、第１の装置２０で第２の装置３０とは異なるエラーが発生したということは、第１の装置２０における処理の実行環境の設定に問題があると推定される。よって、処理部１２は、第１の装置２０の設定情報２１が元の設定情報３１と異なることが、第１の装置２０で発生したエラーの原因と判断する。

【0030】

情報処理装置１０によれば、第１の装置２０による処理対象システム４０に対する処理の実行時のエラーを示す第１のエラー情報２２が取得される。当該処理の実行に影響する元の設定情報３１が設定された第２の装置３０による処理の実行時のエラーを示す第２のエラー情報３２が取得される。第１のエラー情報２２と第２のエラー情報３２との比較の結果に基づいて、第１のエラー情報２２により示されるエラーの原因が判定される。すなわち、当該エラーが、第１の装置２０により保持される設定情報２１が第２の装置３０に設定された元の設定情報３１と異なることに起因するエラーであるか、または、処理対象システム４０の変更に起因するエラーであるかが判定される。

【0031】

これにより、エラー原因の切り分けを効率化できる。
ここで、処理対象システム４０における変更は、第１の装置２０の処理に影響を及ぼし得る。例えば、第１の装置２０が、処理対象システム４０が提供するＷｅｂページなどのＧＵＩに対するデータ入力を自動化する処理を行う場合、処理対象システム４０における当該ＧＵＩ上の入力フォームなどの変更が、第１の装置２０の処理に影響を及ぼし得る。特に、処理対象システム４０が第三者によって運用されることもあり、第１の装置２０のユーザが、処理対象システム４０の変更を把握することは容易でない。

【0032】

一方、第１の装置２０で実行されるソフトウェアの処理は、第１の装置２０のオペレーティングシステムなどの、ソフトウェアの実行環境における設定情報の変更の影響を受けることもある。例えば、第１の装置２０のオペレーティングシステムによるファイルの拡張子の表示の有無などの表示内容の設定が、処理対象システム４０に対する第１の装置２０の処理に影響を及ぼすこともある。当該設定情報の変更は、第１の装置２０を実際に操作するユーザ、すなわち、運用者によって、ソフトウェアの処理への影響を考慮せずに独自に行われることが少なくない。

【0033】

このため、処理対象システム４０に対する第１の装置２０の処理でエラーが発生すると、エラーの原因がソフトウェアを実行する第１の装置２０の側にあるのか、または、処理対象システム４０の側にあるのかの切り分けが難しいことがある。

【0034】

そこで、情報処理装置１０は、第１の装置２０により出力された第１のエラー情報２２と、ソフトウェアの実行環境に関する元の設定情報３１を保持する第２の装置３０により出力された第２のエラー情報３２との比較に応じて、エラー原因の切り分けを行う。これにより、情報処理装置１０は、エラー原因の一次的な切り分けを効率的に行える。例えば、エラー原因の調査を行う保守者は、情報処理装置１０の判定結果を基に、調査対象を、第１の装置２０とするか、処理対象システム４０とするかを迅速に選択可能となり、調査対象に対するエラー原因の詳細調査を迅速に開始できる。こうして、情報処理装置１０は、エラー原因の効率的な調査を支援できる。

【0035】

情報処理装置１０は、例えばＲＰＡを実現するソフトウェアのように、多様なシステムが処理対象となったり、実行環境における種々の設定情報の影響を受けたりするソフトウェアのエラー原因の切り分けに、特に有用である。例えば、当該ソフトウェアでは、影響を受ける可能性のある実行環境の設定情報は膨大であり、当該設定情報の全てを予め把握することは困難である。情報処理装置１０を用いることで、実行環境の設定情報を全て把握していなくても、エラー原因の切り分けを行える。また、第三者が運用するシステムを含む多様なシステムが処理対象となる場合、各システムにおける変更の全てを予め把握することは困難である。情報処理装置１０を用いることで、処理対象のシステムにおける変更を全て把握していなくても、エラー原因の切り分けを行える。

【0036】

なお、情報処理装置１０は、第２の装置の機能を有してもよい。すなわち、記憶部１１は、元の設定情報３１を保持してもよい。また、処理部１２は、記憶部１１に記憶された元の設定情報３１に基づいて、処理対象システム４０に対する処理を実行することで、第２のエラー情報３２を取得してもよい。

【0037】

以下では、より具体的な例を挙げて、情報処理装置１０の機能を更に詳細に説明する。
［第２の実施の形態］
次に、第２の実施の形態を説明する。

【0038】

図２は、第２の実施の形態の情報処理システムの例を示す図である。
第２の実施の形態の情報処理システムは、情報処理装置１００、運用端末２００および保守端末３００を有する。情報処理装置１００、運用端末２００および保守端末３００はネットワーク６０に接続されている。ネットワーク６０には、操作対象システム４００が接続されている。ネットワーク６０は、ＬＡＮでもよいし、ＷＡＮやインターネットでもよい。

【0039】

情報処理装置１００は、ＲＰＡを実現するソフトウェアの運用を支援するサーバコンピュータである。情報処理装置１００は、運用端末２００においてロボットの実行でエラーが発生すると、運用端末２００および保守端末３００で採取された情報を取得し、エラーの原因、すなわち、エラー原因の切り分けを行う。

【0040】

運用端末２００は、運用者により操作されるクライアントコンピュータである。運用端末２００は、運用環境の端末である。運用端末２００はロボットを実行する。当該ロボットは、運用端末２００が実行するソフトウェアにより実現される。例えば、運用端末２００は、ユーザの操作や情報処理装置１００の指示に応じてロボットを起動するロボットエージェントアプリケーションを実行する。運用端末２００は、ロボットを実行することで、操作対象システム４００により提供されるＧＵＩに対してデータ入力などの操作を自動的に行う。運用端末２００は、第１の実施の形態の第１の装置２０の一例である。

【0041】

保守端末３００は、保守者により操作されるクライアントコンピュータである。保守端末３００は、保守環境の端末である。保守端末３００は、ロボットの開発や保守に用いられる。例えば、開発者または保守者は、保守端末３００を用いてロボットを開発し、動作確認などを行う。保守端末３００は、情報処理装置１００を介して、開発したロボットの情報を運用端末２００に配布する。保守端末３００は、オペレーティングシステム（ＯＳ：Operating System）の設定に関する情報やロボットを定義する情報などの、ロボットの実行環境の設定情報を、ロボットの動作確認が行われた状態で保持する。保守端末３００もロボットを実行可能である。当該ロボットは、保守端末３００が実行するソフトウェアにより実現される。例えば、保守端末３００も運用端末２００と同様に、ロボットエージェントアプリケーションを実行する。保守端末３００は、第１の実施の形態の第２の装置３０の一例である。例えば、当初の段階では、運用端末２００の実行環境の設定情報は、保守端末３００の実行環境の設定情報と同じに設定されていてもよい。例えば、保守端末３００は、保守端末３００の実行環境の設定情報を、運用端末２００に配布してもよい。ただし、運用端末２００の設定情報は運用者により変更され得る。

【0042】

操作対象システム４００は、運用端末２００により操作されるＧＵＩを提供するコンピュータシステムである。例えば、操作対象システム４００は、Ｗｅｂサーバとして機能し、ＧＵＩに相当するＷｅｂページを運用端末２００に提供してもよい。操作対象システム４００が提供するＧＵＩは、保守端末３００からもアクセス可能である。操作対象システム４００は、情報処理装置１００、運用端末２００および保守端末３００の利用主体とは異なる第三者によって運用される。このため、操作対象システム４００が提供するＧＵＩは、第三者の都合によって変更され得る。

【0043】

操作対象システム４００は、ＧＵＩの提供や運用端末２００による操作の受け付けなどを行う所定のアプリケーションを実行し得る。操作対象システム４００の変更は、アプリケーションの仕様変更やＧＵＩの仕様変更などによって行われる。操作対象システム４００は、操作対象リソースと呼ばれてもよい。操作対象システム４００は、第１の実施の形態の処理対象システム４０の一例である。

【0044】

図３は、情報処理装置のハードウェア例を示す図である。
情報処理装置１００は、ＣＰＵ１０１、ＲＡＭ１０２、ＨＤＤ１０３、ＧＰＵ（Graphics Processing Unit）１０４、入力インタフェース１０５、媒体リーダ１０６およびＮＩＣ（Network Interface Card）１０７を有する。なお、ＣＰＵ１０１は、第１の実施の形態の処理部１２の一例である。ＲＡＭ１０２またはＨＤＤ１０３は、第１の実施の形態の記憶部１１の一例である。

【0045】

ＣＰＵ１０１は、プログラムの命令を実行するプロセッサである。ＣＰＵ１０１は、ＨＤＤ１０３に記憶されたプログラムやデータの少なくとも一部をＲＡＭ１０２にロードし、プログラムを実行する。なお、ＣＰＵ１０１は複数のプロセッサコアを含んでもよい。また、情報処理装置１００は複数のプロセッサを有してもよい。以下で説明する処理は複数のプロセッサまたはプロセッサコアを用いて並列に実行されてもよい。また、複数のプロセッサの集合を「マルチプロセッサ」または単に「プロセッサ」と言うことがある。

【0046】

ＲＡＭ１０２は、ＣＰＵ１０１が実行するプログラムやＣＰＵ１０１が演算に用いるデータを一時的に記憶する揮発性の半導体メモリである。なお、情報処理装置１００は、ＲＡＭ以外の種類のメモリを備えてもよく、複数個のメモリを備えてもよい。

【0047】

ＨＤＤ１０３は、ＯＳやミドルウェアやアプリケーションソフトウェアなどのソフトウェアのプログラム、および、データを記憶する不揮発性の記憶装置である。なお、情報処理装置１００は、フラッシュメモリやＳＳＤ（Solid State Drive）などの他の種類の記憶装置を備えてもよく、複数の不揮発性の記憶装置を備えてもよい。

【0048】

ＧＰＵ１０４は、ＣＰＵ１０１からの命令に従って、情報処理装置１００に接続されたディスプレイ６１に画像を出力する。ディスプレイ６１としては、ＣＲＴ（Cathode Ray Tube）ディスプレイ、液晶ディスプレイ（ＬＣＤ：Liquid Crystal Display）、プラズマディスプレイ、有機ＥＬ（ＯＥＬ：Organic Electro-Luminescence）ディスプレイなど、任意の種類のディスプレイを用いることができる。

【0049】

入力インタフェース１０５は、情報処理装置１００に接続された入力デバイス６２から入力信号を取得し、ＣＰＵ１０１に出力する。入力デバイス６２としては、マウス、タッチパネル、タッチパッド、トラックボールなどのポインティングデバイス、キーボード、リモートコントローラ、ボタンスイッチなどを用いることができる。また、情報処理装置１００に、複数の種類の入力デバイスが接続されていてもよい。

【0050】

媒体リーダ１０６は、記録媒体６３に記録されたプログラムやデータを読み取る読み取り装置である。記録媒体６３として、例えば、磁気ディスク、光ディスク、光磁気ディスク（ＭＯ：Magneto-Optical disk）、半導体メモリなどを使用できる。磁気ディスクには、フレキシブルディスク（ＦＤ：Flexible Disk）やＨＤＤが含まれる。光ディスクには、ＣＤ（Compact Disc）やＤＶＤ（Digital Versatile Disc）が含まれる。

【0051】

媒体リーダ１０６は、例えば、記録媒体６３から読み取ったプログラムやデータを、ＲＡＭ１０２やＨＤＤ１０３などの他の記録媒体にコピーする。読み取られたプログラムは、例えば、ＣＰＵ１０１によって実行される。なお、記録媒体６３は可搬型記録媒体であってもよく、プログラムやデータの配布に用いられることがある。また、記録媒体６３やＨＤＤ１０３を、コンピュータ読み取り可能な記録媒体と言うことがある。

【0052】

ＮＩＣ１０７は、ネットワーク６０に接続され、ネットワーク６０を介して他のコンピュータと通信を行うインタフェースである。ＮＩＣ１０７は、例えば、スイッチやルータなどの通信装置とケーブルで接続される。

【0053】

なお、運用端末２００、保守端末３００および操作対象システム４００も、情報処理装置１００と同様のハードウェアにより実現される。
図４は、情報処理システムの機能例を示す図である。

【0054】

情報処理装置１００は、記憶部１１０、ロボット管理部１２０およびエラー解析部１３０を有する。記憶部１１０には、ＲＡＭ１０２やＨＤＤ１０３の記憶領域が用いられる。ロボット管理部１２０およびエラー解析部１３０は、ＲＡＭ１０２に記憶されたプログラムをＣＰＵ１０１が実行することで実現される。

【0055】

運用端末２００は、記憶部２１０およびロボット２２０を有する。記憶部２１０には、運用端末２００のＲＡＭやＨＤＤの記憶領域が用いられる。ロボット２２０は、運用端末２００のＲＡＭに記憶されたプログラムを、運用端末２００のＣＰＵが実行することで実現される。

【0056】

保守端末３００は、記憶部３１０およびロボット３２０を有する。記憶部３１０には、保守端末３００のＲＡＭやＨＤＤの記憶領域が用いられる。ロボット３２０は、保守端末３００のＲＡＭに記憶されたプログラムを、保守端末３００のＣＰＵが実行することで実現される。

【0057】

記憶部１１０は、ロボットによる操作対象システム４００に対する操作手順を示すロボットプロセス情報を記憶する。ロボットプロセス情報は、ロボットを定義する情報であり、保守端末３００により生成される。ロボットプロセス情報は、例えば、ＧＵＩに対するロボットの操作手順を記述したスクリプトを含む。

【0058】

また、記憶部１１０は、運用端末２００および保守端末３００それぞれで採取された採取情報を記憶する。採取情報は、エラーログを含む。エラーログは、該当の端末でロボットの実行中に発生したエラーの情報である。

【0059】

ロボット管理部１２０は、ロボットプロセス情報を管理する。ロボット管理部１２０は、保守端末３００で開発されたロボットのロボットプロセス情報を取得し、記憶部１１０に格納する。ロボット管理部１２０は、記憶部１１０に格納されたロボットプロセス情報を運用端末２００に送信する。

【0060】

エラー解析部１３０は、運用端末２００によるロボットの実行でエラーが発生すると、運用端末２００で採取された採取情報を取得し、記憶部１１０に格納する。また、エラー解析部１３０は、保守端末３００で採取された採取情報を取得し、記憶部１１０に格納する。

【0061】

エラー解析部１３０は、記憶部１１０に記憶された、運用端末２００の採取情報に含まれるエラーの情報、および、保守端末３００の採取情報に含まれるエラーの情報に基づいて、運用端末２００で発生したエラーの原因を判定する。エラー解析部１３０は、運用端末２００のエラーの情報および保守端末３００のエラーの情報が同じである場合、運用端末２００のエラーが、操作対象システム４００の変更に起因するエラーであると判定する。エラー解析部１３０は、運用端末２００のエラーの情報および保守端末３００のエラーの情報が異なる場合、運用端末２００のエラーが、運用端末２００におけるロボットの実行環境の変更に起因するエラーであると判定する。エラー解析部１３０は、比較対象とするエラーの情報として、エラーメッセージの本体、すなわち、環境差異やタイムスタンプやロボット実行時のユーザＩＤなどの影響がない箇所を用いる。

【0062】

エラー解析部１３０は、エラー原因の判定結果を出力する。例えば、エラー解析部１３０は、エラー原因の判定結果をディスプレイ６１に表示させてもよい。エラー解析部１３０は、エラー原因の判定結果を示す情報を、保守端末３００などの他のコンピュータに送信してもよい。

【0063】

記憶部２１０は、ロボット２２０の実行環境に関する設定情報を記憶する。当該設定情報は、運用端末２００のＯＳの設定情報や、ロボット２２０のロボットプロセス情報などを含む。記憶部２１０は、ロボット２２０により出力されるエラーログを記憶する。

【0064】

ロボット２２０は、操作対象システム４００のＧＵＩに対するデータ入力などの操作を自動的に実行する。例えば、運用者は、運用端末２００によりロボット２２０を起動させ、操作対象システム４００に対する操作をロボット２２０により実行させることができる。ロボット２２０は、操作対象システム４００に対する一連の操作を行う間のエラーログを、記憶部２１０に出力する。

【0065】

記憶部３１０は、ロボット３２０の実行環境に関する設定情報を記憶する。当該設定情報は、保守端末３００のＯＳの設定情報や、ロボット３２０のロボットプロセス情報などを含む。運用端末２００のＯＳと保守端末３００のＯＳとは同じである。記憶部３１０は、ロボット３２０により出力されるエラーログを記憶する。

【0066】

ロボット３２０は、操作対象システム４００のＧＵＩに対するデータ入力などの操作を自動的に実行する。例えば、保守者は、保守端末３００によりロボット３２０を起動させ、操作対象システム４００に対する操作をロボット３２０により実行させることができる。ロボット３２０は、操作対象システム４００に対する一連の操作を行う間のエラーログを、記憶部３１０に出力する。

【0067】

図５は、ロボット管理テーブルの例を示す図である。
ロボット管理テーブル１１１は、ロボットプロセス情報を管理するテーブルである。ロボット管理テーブル１１１は、記憶部１１０に格納される。ロボット管理テーブル１１１は、ロボットＩＤ（IDentifier）およびロボットプロセス情報の項目を含む。ロボットＩＤの項目には、ロボットの識別情報であるロボットＩＤが登録される。ロボットプロセス情報の項目には、ロボットプロセス情報が登録される。

【0068】

例えば、ロボット管理テーブル１１１は、ロボットＩＤ「ｒ１」、ロボットプロセス情報「ｐｒｏｃｅｓｓ１．ｄａｔ」のレコードを有する。当該レコードは、ロボットＩＤ「ｒ１」で識別されるロボットのロボットプロセス情報が「ｐｒｏｃｅｓｓ１．ｄａｔ」であることを示す。

【0069】

ロボット管理テーブル１１１には、他のロボットＩＤおよびロボットプロセス情報のレコードも登録される。
図６は、運用環境に対する採取情報の例を示す図である。

【0070】

運用環境採取情報テーブル１１２は、運用端末２００の採取情報を保持するテーブルである。運用環境エラーメッセージテーブル１１３は、運用端末２００の採取情報に含まれるエラーメッセージを保持するテーブルである。運用環境採取情報テーブル１１２および運用環境エラーメッセージテーブル１１３は、ロボットＩＤに対応付けて記憶部１１０に格納される。すなわち、運用環境採取情報テーブル１１２および運用環境エラーメッセージテーブル１１３は、ロボットＩＤごとに存在する。

【0071】

運用環境採取情報テーブル１１２は、ＩＤ、ファイル名およびファイルパスの項目を含む。ＩＤの項目には、レコードを識別するＩＤが登録される。ファイル名の項目には、エラーログや実行環境の設定情報などのファイルを示すファイル名が登録される。ファイルパスの項目には、運用端末２００における該当のファイルのパスが登録される。

【0072】

例えば、運用環境採取情報テーブル１１２は、ＩＤ「１」、ファイル名「ｅｒｒｏｒ１．ｌｏｇ」、ファイルパス「Ｃ：．．．￥ｅｒｒｏｒ１．ｌｏｇ」のレコードを有する。当該レコードは、運用端末２００においてファイル名「ｅｒｒｏｒ１．ｌｏｇ」のファイルが出力され、当該ファイルのパスが「Ｃ：．．．￥ｅｒｒｏｒ１．ｌｏｇ」であることを示す。例えば、運用環境採取情報テーブル１１２において、ファイル名の拡張子が「．ｌｏｇ」であるファイルは、ロボット２２０の実行中に出力されたエラーログである。

【0073】

また、運用環境採取情報テーブル１１２は、ＩＤ「２」、ファイル名「ｅｎｖｉｒｏｎｍｅｎｔ．ｔｘｔ」、ファイルパス「Ｃ：．．．￥ｅｎｖｉｒｏｎｍｅｎｔ．ｔｘｔ」のレコードを有する。当該レコードは、運用端末２００において、ファイル名「ｅｎｖｉｒｏｎｍｅｎｔ．ｔｘｔ」のファイルが出力され、当該ファイルのパスが「Ｃ：．．．￥ｅｎｖｉｒｏｎｍｅｎｔ．ｔｘｔ」であることを示す。例えば、運用環境採取情報テーブル１１２において、ファイル名の拡張子が「．ｔｘｔ」であるファイルは、ロボット２２０の実行中に出力されたエラーログに付随して出力された付属的なデータである。当該データは、例えば、運用端末２００におけるＯＳなどの設定を示す環境情報であり、ロボット２２０で発生するエラーに応じて、ロボット２２０により出力される。環境情報は、エラー原因の詳細調査などに利用される。

【0074】

運用環境採取情報テーブル１１２には、ファイル名「ｅｒｒｏｒ２．ｌｏｇ」のエラーログや、ファイル名「ｅｒｒｏｒ３．ｌｏｇ」のエラーログなど、他のエラーログも登録される。

【0075】

運用環境エラーメッセージテーブル１１３は、ＩＤ、採取情報ＩＤ、発生日時およびエラーメッセージの項目を含む。ＩＤの項目には、レコードを識別するＩＤが登録される。採取情報ＩＤの項目には、運用環境採取情報テーブル１１２におけるレコードのＩＤ、すなわち、採取情報ＩＤが登録される。発生日時の項目には、採取情報ＩＤに対応するエラーログに含まれるエラーの発生日時が登録される。エラーメッセージの項目には、エラーログに含まれるエラーの内容を示すエラーメッセージが登録される。

【0076】

例えば、運用環境エラーメッセージテーブル１１３は、ＩＤ「１」、採取情報ＩＤ「１，２」、発生日時「２０２１／１／１」、エラーメッセージ「ｘｘでエラーが発生しました。ＡＡが存在しません。」のレコードを有する。当該レコードは、採取情報ＩＤ「１」に対応するファイル名「ｅｒｒｏｒ１．ｌｏｇ」のエラーログに、該当のエラーメッセージが含まれており、当該エラーメッセージで示されるエラーが、２０２１年１月１日に発生したことを示す。なお、発生日時として、日付のみを示しているが、発生日時は時刻を含んでもよい。発生日時を示すタイムスタンプは、エラーメッセージとともに、該当のエラーログに記録される。また、運用環境エラーメッセージテーブル１１３のＩＤ「１」のレコードにおける採取情報ＩＤ「２」は、ファイル名「ｅｒｒｏｒ１．ｌｏｇ」のエラーログに付随して、ファイル名「ｅｎｖｉｒｏｎｍｅｎｔ．ｔｘｔ」が取得されていることを示す。

【0077】

運用環境エラーメッセージテーブル１１３には、ファイル名「ｅｒｒｏｒ２．ｌｏｇ」のエラーログや、ファイル名「ｅｒｒｏｒ３．ｌｏｇ」のエラーログなど、他のエラーログに含まれるエラーメッセージも登録される。

【0078】

図７は、保守環境に対する採取情報の例を示す図である。
保守環境採取情報テーブル１１４は、保守端末３００の採取情報を保持するテーブルである。保守環境エラーメッセージテーブル１１５は、保守端末３００の採取情報に含まれるエラーメッセージを保持するテーブルである。保守環境採取情報テーブル１１４および保守環境エラーメッセージテーブル１１５は、ロボットＩＤに対応付けて記憶部１１０に格納される。例えば、保守環境採取情報テーブル１１４および保守環境エラーメッセージテーブル１１５は、ロボットＩＤごとに存在する。

【0079】

保守環境採取情報テーブル１１４は、ＩＤ、ファイル名およびファイルパスの項目を含む。ＩＤの項目には、レコードを識別するＩＤが登録される。ファイル名の項目には、エラーログや実行環境の設定情報などのファイルを示すファイル名が登録される。ファイルパスの項目には、保守端末３００における該当のファイルのパスが登録される。

【0080】

保守環境採取情報テーブル１１４に登録されるレコードの例は、運用環境採取情報テーブル１１２に登録されるレコードの例と同様である。
保守環境エラーメッセージテーブル１１５は、ＩＤ、採取情報ＩＤ、発生日時およびエラーメッセージの項目を含む。ＩＤの項目には、レコードを識別するＩＤが登録される。採取情報ＩＤの項目には、保守環境採取情報テーブル１１４におけるレコードのＩＤ、すなわち、採取情報ＩＤが登録される。発生日時の項目には、採取情報ＩＤに対応するエラーログに含まれるエラーの発生日時が登録される。エラーメッセージの項目には、エラーログに含まれるエラーの内容を示すエラーメッセージが登録される。

【0081】

保守環境エラーメッセージテーブル１１５に登録されるレコードの例は、運用環境エラーメッセージテーブルに登録されるレコードの例と同様である。
次に、情報処理装置１００の処理手順を説明する。

【0082】

図８は、情報処理装置の処理例を示すフローチャートである。
（Ｓ１０）エラー解析部１３０は、運用端末２００においてロボット２２０による操作対象システム４００に対する処理でエラーが発生すると、運用端末２００のエラー時の採取情報を取得する。採取情報は、実行中にエラーが発生したロボット２２０のロボットＩＤを含む。エラー解析部１３０は、採取情報を記憶部１１０に格納する。すなわち、エラー解析部１３０は、採取情報に含まれるエラーログや環境情報を、運用環境採取情報テーブル１１２に登録する。また、エラー解析部１３０は、エラーログに含まれるエラーメッセージを、運用環境エラーメッセージテーブル１１３に登録する。

【0083】

（Ｓ１１）ロボット管理部１２０は、保守端末３００に対して運用端末２００のエラー発生対象ロボットと同一ロボットの実行を指示する。すなわち、ロボット管理部１２０は、ステップＳ１０で取得された採取情報に対応するロボットＩＤと同一のロボットＩＤのロボット３２０の実行を、保守端末３００に指示する。ロボット管理部１２０は、ロボット管理テーブル１１１に基づいて、該当のロボットＩＤに対応するロボットプロセス情報を保守端末３００に提供してもよい。ロボット管理部１２０は、提供したロボットプロセス情報に基づき、当該ロボットＩＤに対応するロボット３２０による、操作対象システム４００に対する処理を実行させてもよい。

【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】

１０ 情報処理装置
１１ 記憶部
１２ 処理部
２０ 第１の装置
２１ 設定情報
２２ 第１のエラー情報
３０ 第２の装置
３１ 元の設定情報
３２ 第２のエラー情報
４０ 処理対象システム
５０ ネットワーク

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】