JP7299499B2 - 情報処理プログラム、情報処理方法及び情報処理装置 - Google Patents

Description

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

コンピュータなどの情報処理装置では、情報処理装置を用いたユーザの作業をプログラムにより支援することがある。例えば、ＲＰＡ（Robotic Process Automation）と呼ばれる技術により、端末装置のデスクトップ画面上でのユーザの作業内容をスクリプトで記述し、当該スクリプトの実行によりユーザの画面操作を自動化することがある。

ところで、プログラムの開発では、コンピュータによるプログラムの実行中にエラーが発生した場合、開発者は、プログラム実行時のログを取得し、ログを基にエラーの原因の特定やデバッグなどの作業を行う。そこで、エラー時のログ取得方法が考えられている。

例えば、自装置上で動作する実行プログラムを記録媒体に格納し、エラー発生により自装置が停止する前段階で、自装置に搭載されている書き換え可能メモリ上のログの全ての内容を当該記録媒体に書き込む制御装置が提案されている。

また、自動取引装置の各ユニット部が異常動作をした場合に、顧客操作ミスにより発生した異常動作の動作パターンと監視画像データとを対応付けたログ情報を記録する自動取引装置の提案もある。

なお、撮影された画像を、当該画像を特定するためのイベント情報と関連付けて録画し、録画された画像を再生する際に、ユーザにイベント情報を選択させて表示方法を決定し、当該表示方法に従って画像を表示装置に再生させる録画再生システムの提案がある。

特開２００９－１１３２４８号公報 特開２０１５－６９４１９号公報 特開２０１２－２５３５５９号公報

スクリプトによりユーザの画面操作の少なくとも一部を自動化する場合、端末装置が出力した一連の画面を、端末装置により録画しておくことが考えられる。エラーが発生した場合、ユーザは、録画データからエラー発生時の画面内容を確認し、エラー原因の特定に役立てることができる。しかし、録画データには、エラーを起こしていないスクリプトによる画面操作やユーザによる画面操作に対応する画像が含まれ得る。このため、ユーザは、録画データの中からエラー発生時の画像を確認することが容易でない。

１つの側面では、本発明は、エラー発生時の動画像データを効率良く抽出することができる情報処理プログラム、情報処理方法及び情報処理装置を提供することを目的とする。

１つの態様では、情報処理プログラムが提供される。この情報処理プログラムは、端末上での操作ログにエラーログが含まれるか否かを判定し、エラーログが含まれると判定した場合に、記憶部に記憶したエラーログが含まれるスクリプトの開始タイミング及び停止タイミングを操作ログに基づいて特定し、特定したスクリプトの開始タイミング及び停止タイミングの時刻情報に基づいて、スクリプトの実行中に端末上に出力した動画像データを抽出する、処理をコンピュータに実行させる。

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

１つの側面では、エラー発生時の動画像データを効率良く抽出することができる。

第１の実施の形態の情報処理装置の説明のための図である。 第２の実施の形態の情報処理システムの例を示す図である。 端末装置のハードウェア例を示すブロック図である。 端末装置の機能例を示すブロック図である。 サーバ装置の機能例を示すブロック図である。 ログの例を示す図である。 調査用資料ファイルの例を示す図である。 端末装置の処理例を示すフローチャートである。 端末装置の処理例（続き）を示すフローチャートである。 録画制御の第１の例を示す図である。 録画制御の第２の例を示す図である。 ログ監視の例を示す図である。 収集エージェントによる処理の流れの例を示す図である。 サーバ装置による動画像の再生の例を示す図である。

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

図１は、第１の実施の形態の情報処理装置の説明のための図である。
情報処理装置１０は、ユーザの作業に用いられる種々のソフトウェアを実行する。情報処理装置１０には端末４０が接続されている。端末４０は、ディスプレイなどの表示装置を含む。端末４０は、マウスやキーボードなどの入力装置を含んでもよい。端末４０は、ソフトウェアの機能を利用するための画面を表示する。情報処理装置１０が端末４０に当該画面を表示させてもよい。

例えば、情報処理装置１０のＯＳ（Operating System）は、ウィンドウシステムによるＧＵＩ（Graphical User Interface）を提供する。すなわち、情報処理装置１０は、ソフトウェアの操作画面を表示するウィンドウを端末４０に表示させ、当該ウィンドウに対するユーザの操作を受け付ける。ユーザは、端末４０が有する入力装置を用いてウィンドウ内への入力操作を行うことで、ソフトウェアの機能を利用できる。ユーザは、あるウィンドウ内の情報を、他のウィンドウ内に複製する操作などにより、あるソフトウェアの情報を他のソフトウェアに入力することもできる。

情報処理装置１０は、こうしたユーザの画面操作を自動化する。当該自動化に係る技術の一例としてＲＰＡが挙げられる。情報処理装置１０は、ユーザの画面操作により行われる作業内容を記述したスクリプトを保持し、スクリプトを実行することで、ユーザの画面操作を自動化する。例えば、スクリプトは、ユーザにより作成されることもあるし、プログラミングを支援する支援ツールにより、ユーザが作成したフローチャートデータなどに基づいて作成されることもある。作成されたスクリプトを実行する際に、エラーが発生することがある。そこで、情報処理装置１０は、ユーザによるエラーの発生原因の調査を支援する。

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

記憶部１１は、スクリプトを記憶する。記憶部１１は、操作ログ２０及び録画データ３０を記憶する。操作ログ２０は、端末４０上での操作に関するログである。録画データ３０は、端末４０上に出力した一連の画面を録画したデータである。録画は、例えば、スクリプトを実行するための基盤となる所定のサービスの起動時に開始され、当該サービスの終了時に終了される。操作ログ２０及び録画データ３０の取得は、例えば、処理部１２により行われる。

処理部１２は、記憶部１１に記憶されたスクリプトを実行する。処理部１２は、スクリプトの実行により、所定の画面操作を行う。スクリプトによる画面操作に伴って、端末４０に表示される画面内容が変化する。処理部１２は、端末４０に表示される一連の画面を、録画データ３０に記録する。処理部１２は、スクリプトの実行に応じたログレコードを操作ログ２０に記録する。ログレコードは、ログレコードの出力時刻を示すタイムスタンプを含む。

処理部１２は、操作ログ２０にエラーログが含まれるか否かを判定する。処理部１２は、エラーログが含まれると判定した場合に、記憶部１１に記憶したエラーログが含まれるスクリプトの開始タイミング及び停止タイミングを操作ログ２０に基づいて特定する。「エラーログが含まれるスクリプト」は、エラーログに対応するスクリプト、あるいは、エラーログを発生させたスクリプトとも言える。

例えば、操作ログ２０は、時系列の順に、ログレコード２１，２２，２３，２４，２５を含む。ログレコード２１は、時刻ｔ１にスクリプトＡの実行が開始されたことを示す通常ログである。ログレコード２２は、時刻ｔ２にスクリプトＡの実行が終了されたことを示す通常ログである。ログレコード２３は、時刻ｔ３にスクリプトＢの実行が開始されたことを示す通常ログである。ログレコード２４は、時刻ｔ４にエラーが発生したことを示すエラーログである。ログレコード２５は、時刻ｔ５にスクリプトＢの実行が終了されたことを示す通常ログである。時刻ｔ１～ｔ５のうち、時刻ｔ１が最も古い時刻であり、ｔ２，…，ｔ５と順に新しい時刻を示し、時刻ｔ５が最も新しい時刻である。

この場合、処理部１２は、操作ログ２０にエラーログが含まれると判定する。エラーログに対応するログレコード２４のタイムスタンプは、時刻ｔ４である。時刻ｔ４は、スクリプトＢの実行開始時刻ｔ３とスクリプトＢの実行終了時刻ｔ５との間の時刻である。よって、処理部１２は、ログレコード２４がスクリプトＢに関連するエラーログであると特定する。あるいは、各ログレコードに、イベントに関係するスクリプトの識別情報が含まれる場合、処理部１２は、ログレコード２４に含まれる当該識別情報からスクリプトＢを特定し得る。

この場合、第１の例では、処理部１２は、操作ログ２０に基づいて、エラーログが含まれるスクリプトＢの開始タイミングを時刻ｔ３と特定し、スクリプトＢの停止タイミングを時刻ｔ５と特定する。あるいは、第２の例として、処理部１２は、スクリプトＢの停止タイミングを、スクリプトＢの実行終了時刻ｔ５の直前のエラーログの時刻ｔ４と特定してもよい。

処理部１２は、特定したスクリプトの開始タイミング及び停止タイミングの時刻情報に基づいて、スクリプトの実行中に端末４０上に出力した動画像データを抽出する。例えば、録画データ３０は、時刻ｔ０に録画開始され、時刻ｔ６に録画終了される。時刻ｔ０は、時刻ｔ１より前の時刻である。時刻ｔ６は、時刻ｔ５より後の時刻である。時刻ｔ６は、処理部１２が動画像データの抽出を実行する時間帯よりも後の時刻でもよい。すなわち、動画像データの抽出は、録画データ３０の記録中に行われてもよい。

上記の第１の例では、処理部１２は、エラーログに関連するスクリプトＢに関して、スクリプトＢの開始タイミングを時刻ｔ３と特定し、スクリプトＢの停止タイミングを時刻ｔ５と特定し得る。よって、処理部１２は、録画データ３０のうち、時刻ｔ３から時刻ｔ５までの動画像データ３１を抽出する。

あるいは、上記の第２の例では、処理部１２は、エラーログに関連するスクリプトＢに関して、スクリプトＢの開始タイミングを時刻ｔ３と特定し、スクリプトＢの停止タイミングを時刻ｔ４と特定し得る。よって、処理部１２は、録画データ３０のうち、時刻ｔ３から時刻ｔ４までの動画像データを抽出してもよい。あるいは、処理部１２は、録画データ３０のうち、時刻ｔ３から時刻ｔ４の所定時間後（例えば、１０秒後など）の時刻までの動画像データを抽出することも考えられる。

情報処理装置１０によれば、端末４０上での操作ログ２０にエラーログが含まれるか否かが判定される。エラーログが含まれると判定された場合に、記憶部１１に記憶したエラーログが含まれるスクリプトの開始タイミング及び停止タイミングが操作ログ２０に基づいて特定される。特定されたスクリプトの開始タイミング及び停止タイミングの時刻情報に基づいて、スクリプトの実行中に端末４０上に出力した動画像データ３１が抽出される。

これにより、エラー発生時の動画像データを効率良く抽出することができる。
具体的には、処理部１２は、スクリプトの開始タイミングから停止タイミングまでの時刻情報に基づいて、エラーに関係する画面操作を含む動画像データ３１を適切に抽出可能である。このため、例えば録画データ３０の全体からエラーに関係する画面操作の動画像を探索する作業をユーザに強いずに済む。このため、ユーザによるエラー原因の調査作業を効率化できる。

例えば、処理部１２は、動画像データ３１を端末４０に表示させてもよい。処理部１２は、スクリプト開発の支援を行う技術支援者が利用する他の情報処理装置に、該当のスクリプトと操作ログ２０と動画像データ３１とを送信してもよい。ユーザあるいは技術支援者は、動画像データ３１を基に再生された動画を見ることで、エラー発生時の画面の操作内容を容易に確認でき、スクリプト及び操作ログ２０とともにエラーの発生原因の調査を効率的に行えるようになる。

［第２の実施の形態］
次に、第２の実施の形態を説明する。
図２は、第２の実施の形態の情報処理システムの例を示す図である。

第２の実施の形態の情報処理システムは、端末装置１００及びサーバ装置２００を含む。端末装置１００及びサーバ装置２００は、ネットワーク５０に接続される。ネットワーク５０は、ＬＡＮ（Local Area Network）やインターネットなどである。端末装置１００は、ユーザ６１により利用される。サーバ装置２００は、技術支援者６２により利用される。

端末装置１００は、ＲＰＡの開発環境を提供するクライアントコンピュータである。ＲＰＡの技術により、端末装置１００または他の端末装置におけるデスクトップ画面に対する操作が自動化され、当該端末装置における作業効率の向上が図られる。端末装置１００は、第１の実施の形態の情報処理装置１０の一例である。

ＲＰＡを利用するため、ユーザ６１は、端末装置１００を用いて、ＲＰＡのプログラミングを行う。例えば、端末装置１００は、ＲＰＡのプログラムの開発ツールを提供する。ユーザ６１は、当該開発ツールを利用して、例えば、フローチャート図を作成するなどの直感的な操作により、プログラムの開発を行える。ＲＰＡのプログラムは、例えば、ＸＡＭＬ（Extensible Application Markup Language）などのマークアップ言語を用いて記述される。

サーバ装置２００は、ユーザのプログラム開発支援に用いられるサーバコンピュータである。サーバ装置２００は、ＲＰＡのプログラムが適切に動作しなかったときの調査用資料の情報を端末装置１００から収集し、技術支援者６２に提示する。技術支援者６２は、調査用資料の情報を分析して原因を特定し、解決策をユーザ６１に連絡する。

図３は、端末装置のハードウェア例を示すブロック図である。
端末装置１００は、ＣＰＵ１０１、ＲＡＭ１０２、ＨＤＤ１０３、画像信号処理部１０４、入力信号処理部１０５、媒体リーダ１０６及びＮＩＣ（Network Interface Card）１０７を有する。なお、ＣＰＵ１０１は、第１の実施の形態の処理部１２に対応する。ＲＡＭ１０２またはＨＤＤ１０３は、第１の実施の形態の記憶部１１に対応する。

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

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

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

画像信号処理部１０４は、ＣＰＵ１０１からの命令に従って、端末装置１００に接続されたディスプレイ５１に画像を出力する。ディスプレイ５１には、端末装置１００のＯＳが提供するＧＵＩが表示される。ＧＵＩには、例えばウィンドウシステムが用いられる。ディスプレイ５１に表示されるＧＵＩの画面は、デスクトップ画面と呼ばれることがある。ディスプレイ５１としては、ＣＲＴ（Cathode Ray Tube）ディスプレイ、液晶ディスプレイ（ＬＣＤ：Liquid Crystal Display）、プラズマディスプレイ、有機ＥＬ（ＯＥＬ：Organic Electro-Luminescence）ディスプレイなど、任意の種類のディスプレイを用いることができる。

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

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

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

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

なお、サーバ装置２００も端末装置１００と同様のハードウェアにより実現される。
図４は、端末装置の機能例を示すブロック図である。
端末装置１００は、スクリプト記憶部１１０、ログ記憶部１２０、動画像記憶部１３０、調査用資料記憶部１４０、ロボットサービス１５０及び収集エージェント１６０を有する。スクリプト記憶部１１０、ログ記憶部１２０、動画像記憶部１３０及び調査用資料記憶部１４０には、ＲＡＭ１０２及びＨＤＤ１０３の記憶領域が用いられる。ロボットサービス１５０及び収集エージェント１６０は、プログラムにより実現される。

スクリプト記憶部１１０は、ユーザ６１により作成されたスクリプトを記憶する。スクリプトは、ＲＰＡのプログラムに相当する。スクリプトは、ロボットサービス１５０により実行される。

ログ記憶部１２０は、スクリプトの実行に応じてロボットサービス１５０により作成されるログを記憶する。ログは、ファイル形式やテーブル形式などの所定のデータ形式の情報である。ログ記憶部１２０に記憶されるログは、第１の実施の形態の操作ログ２０に対応する。

動画像記憶部１３０は、収集エージェント１６０により取得される動画像を記憶する。動画像は、ロボットサービス１５０の起動中のデスクトップ画面の変化を録画したものである。

調査用資料記憶部１４０は、収集エージェント１６０により収集される調査用資料の情報を記憶する。調査用資料の情報は、スクリプトの実行中にエラーが発生した場合に収集される。調査用資料の情報は、エラーが発生したスクリプト、ログ、当該スクリプトの実行中の動画像データを含む。

ロボットサービス１５０は、ＲＰＡの実行基盤である。ロボットサービス１５０は、スクリプトの実行によりロボット処理を行う。ロボット処理は、端末装置１００のデスクトップ画面に対する操作を自動的に行う処理である。ロボットサービス１５０は、スクリプト実行部１５１を有する。

スクリプト実行部１５１は、スクリプト記憶部１１０に記憶されたスクリプトを実行する。スクリプトの実行に応じて、ディスプレイ５１に表示されるデスクトップ画面の内容は変化する。スクリプト実行部１５１は、スクリプトの実行中に発生したイベントに応じて、ログレコードを生成し、ログ記憶部１２０に記憶されたログに記録する。

ここで、ロボットサービス１５０は、例えば、ユーザ６１により設定されたスケジュールによって起動し、ユーザ６１により予め指定されたスクリプトをスクリプト実行部１５１に実行させる。スケジュールされたスクリプトの実行が終了した後に、ロボットサービス１５０は停止する。ロボットサービス１５０は、例えば、ユーザ６１による起動指示の入力に応じて起動し、ユーザ６１により指定されたスクリプトをスクリプト実行部１５１に実行させることもある。指定されたスクリプトの実行が終了した後に、ロボットサービス１５０は停止する。

収集エージェント１６０は、スクリプト実行中のエラー発生に応じて、エラー原因の特定に用いられる情報を収集する。収集エージェント１６０は、収集した情報から調査用資料の情報を作成し、サーバ装置２００に送信する。収集エージェント１６０は、動画像保存部１６１、ログ監視部１６２、動画像抽出部１６３、調査用資料作成部１６４及び送信部１６５を有する。

動画像保存部１６１は、ロボットサービス１５０の動作中の動画像を生成し、動画像記憶部１３０に保存する。動画像保存部１６１は、ロボットサービス１５０が起動すると、デスクトップ画面の録画を開始する。動画像保存部１６１は、ロボットサービス１５０が停止すると、デスクトップ画面の録画を停止する。動画像保存部１６１は、録画が停止した動画像の他に、録画中の動画像も動画像記憶部１３０に格納する。

ログ監視部１６２は、ログ記憶部１２０に記憶されたログを監視する。具体的には、ログ監視部１６２は、ログを参照して、ログレベルが一定レベル以上であるログレコードが記録されたかを監視する。ログ監視部１６２は、ログレベルが一定レベル以上のログレコードを検出した場合、該当のログレコードに対してロボットサービス１５０上で動作したスクリプトの開始時刻及び終了時刻をログから特定し、動画像抽出部１６３に通知する。

ここで、ログレベルとは、障害などの深刻度を表す指標である。ログレベルには、例えば、低い方から高い方へ順に、デバッグ用情報（ＤＥＢＵＧ）、情報（ＩＮＦＯＲＭＡＴＩＯＮ）、警告（ＷＡＲＮＩＮＧ）、エラー（ＥＲＲＯＲ）、致命的エラー（ＦＡＴＡＬ）などがある。ログレベルが高いほど深刻度は高く、ログレベルが低いほど深刻度は低い。ログ監視部１６２では、一定レベルとして、例えば、エラー以上のものを検出する。ログ監視部１６２は、最後にエラーログが出力された時刻を動画像抽出部１６３に通知する。

動画像抽出部１６３は、動画像記憶部１３０に格納されている動画像から、ログ監視部１６２により特定された時間帯の動画像を切り出し、調査用資料作成部１６４に提供する。動画像抽出部１６３は、最後にエラーログが出力された時刻を示す情報を、切り出した動画像に付与する。例えば、最後にエラーログが出力された時刻を示す情報は、切り出した動画像に対してシーク時刻位置の情報として付与されてもよいし、当該動画像に対する付属情報（例えば、動画像の再生画面に表示される情報）として付与されてもよい。動画像抽出部１６３は、エラーが発生したスクリプトに対して、録画中の動画像の他にも、過去に保存済の動画像がある場合、当該保存済の動画像から、該当のスクリプトを実行中の時間帯の部分を切り出して、調査用資料作成部１６４に提供する。過去に保存済の動画像から切り出される動画像は、後述されるように、該当のスクリプトの正常動作時の動画像である。

調査用資料作成部１６４は、動画像抽出部１６３により抽出された動画像を取得すると、該当のスクリプトのソースプログラムをスクリプト記憶部１１０から取得する。また、調査用資料作成部１６４は、ログ記憶部１２０からログを取得する。調査用資料作成部１６４は、ソースプログラムとログと動画像抽出部１６３により抽出された動画像とを一纏めのファイルとした調査用資料の情報を作成し、調査用資料記憶部１４０に格納する。調査用資料の情報は、例えば、アーカイブファイルである。調査用資料作成部１６４は、ソースプログラムとログと動画像抽出部１６３により抽出された動画像とを圧縮して、アーカイブファイルを作成してもよい。

送信部１６５は、調査用資料作成部１６４に記憶された調査用資料の情報をサーバ装置２００に送信する。
例えば、調査用資料作成部１６４は、調査用資料の情報の作成後、調査用資料の情報をサーバ装置２００に送信するか否かの確認メッセージをディスプレイ５１に表示させる。送信する旨の、ユーザ６１による入力を受け付けると、調査用資料作成部１６４は、送信部１６５により、調査用資料の情報を送信させる。一方、送信しない旨の、ユーザ６１による入力を受け付けると、調査用資料作成部１６４は、調査用資料の情報を調査用資料記憶部１４０に保存して処理を終了する。ユーザ６１は、送信しない旨を入力した場合でも、その後の所望のタイミングで、調査用資料記憶部１４０に保存された調査用資料の情報を、電子メールなどを用いて端末装置１００からサーバ装置２００へ送信させることができる。

図５は、サーバ装置の機能例を示すブロック図である。
サーバ装置２００は、調査用資料記憶部２１０、受信部２２０及び動画像再生部２３０を有する。調査用資料記憶部２１０には、サーバ装置２００のＲＡＭやＨＤＤなどの記憶領域が用いられる。受信部２２０及び動画像再生部２３０は、プログラムにより実現される。

調査用資料記憶部２１０は、端末装置１００から受信された調査用資料の情報を記憶する。
受信部２２０は、端末装置１００から調査用資料の情報を受信し、調査用資料記憶部２１０に格納する。

動画像再生部２３０は、調査用資料記憶部２１０に記憶された調査用資料の情報に含まれる動画像を再生し、サーバ装置２００のディスプレイまたは技術支援者６２が使用する端末のディスプレイに、当該動画像を表示させる。

図６は、ログの例を示す図である。
ログ１２１は、ログ記憶部１２０に格納される。ログ１２１は、ロボットＩＤ（IDentifier）、ログＩＤ及びログメッセージの項目を含む。

ロボットＩＤの項目には、ロボットＩＤが登録される。ロボットＩＤは、起動されたロボットサービス１５０を識別する識別情報である。ロボットサービス１５０の起動毎に、起動されたロボットサービス１５０に対してロボットＩＤが付与される。すなわち、ある時刻に起動されたロボットサービス１５０、及び、別の時刻に起動されたロボットサービス１５０には別個のロボットＩＤが付与されて区別される。ログＩＤの項目には、ログＩＤが登録される。ログＩＤは、ログレコードを識別する識別情報である。ログメッセージの項目には、ログメッセージが登録される。ログメッセージは、発生したイベントの内容を示すメッセージである。ログメッセージは、タイムスタンプ、スクリプトの識別情報、及び、ログレベルの識別情報を含む。

例えば、ログ１２１には、ロボットＩＤが「１」、ログＩＤが「１」、ログメッセージが「“ｐｒｏｃｅｓｓＮａｍｅ”：“ｔｅｓｔＲｏｂｏｔ”，“ｍｅｓｓａｇｅ”：“Ｒｏｂｏｔ ｓｔａｒｔｅｄ．”，“ｔｉｍｅｓｔａｍｐ”：“２０ｘｘ／０１／０５ １３：０５ ００：００”，“ｌｅｖｅｌ”：“Ｉｎｆｏｒｍａｔｉｏｎ”，…というログレコードが含まれる。このログレコードは、起動されたロボットサービス１５０のロボットＩＤが「１」であり、ログ１２１におけるログＩＤ「１」のログレコードであることを示す。また、当該ログレコードは、「ｐｒｏｃｅｓｓＮａｍｅ」で識別されるスクリプトが、２０ｘｘ年１月５日１３時０５分００秒に実行開始されたこと（“Ｒｏｂｏｔ ｓｔａｒｔｅｄ．”）を示す。更に、当該ログレコードは、ログレベル（ｌｅｖｅｌ）が、「情報」（Ｉｎｆｏｒｍａｔｉｏｎ）であることを示す。

このように、ログ１２１では、ログメッセージに含まれる“ｍｅｓｓａｇｅ”の直後の記述によって、発生したイベントが識別される。例えば、ログＩＤ「１」のログレコードは、上記のように、ロボットサービス１５０によるスクリプトの実行開始を示す。また、ログＩＤ「３」のログレコードにおける「“Ｒｏｂｏｔ ｆｉｎｉｓｈｅｄ．”」は、ログＩＤ「１」の時点で実行開始されたスクリプトの実行終了を示す。更に、ログＩＤ「４」のログレコードは、その後におけるロボットサービス１５０によるスクリプトの実行開始を示す。ログＩＤ「９」のログレコードは、ログＩＤ「４」の時点で実行開始されたスクリプトの実行終了を示す。

また、ログ１２１では、ログメッセージに含まれる“ｌｅｖｅｌ”の直後の記述によって、ログレベルが識別される。例えば、ログＩＤ「６」、「７」、「８」のログレコードは、ログレベルが「エラー」（Ｅｒｒｏｒ）である。

ログ１２１の例では、ロボットＩＤ「２」に対するログＩＤ「４」～「９」のログレコードでは、３つのエラーログが含まれる。３つのエラーログは、ログＩＤ「６」～「８」のログレコードである。この場合、ログ監視部１６２は、ログＩＤ「８」のログレコードを最後に出力されたエラーログと判断し、当該ログレコードに含まれるタイムスタンプをエラー時動画像に埋め込む。

ここで、スクリプトのコーディング方法として、ｔｒｙ－ｃａｔｃｈ構文などにより想定済エラーとして意図的に無視する方法がある。スクリプトには、このような構文で記述される箇所が含まれる可能性がある。そのため、ログ１２１において、あるスクリプトの実行に対して複数のエラーレベルのログレコードが記録されることがある。このような場合、スクリプトがエラー発生により停止した箇所を、エラー時動画像において特定することが困難になることがある。そこで、ログ監視部１６２は、上記のように、最後に出力されたエラーログのタイムスタンプをエラー時動画像に埋め込む（あるいは、付属情報として保存する）ことで、エラー時動画像のうちエラーによりスクリプトの実行が停止した場面を容易に特定可能にする。

ここで、スクリプト停止原因となり得るエラーが発生した後は、スクリプトが終了するため、最後に出力されたエラーレベルのログレコードは、スクリプトの停止原因を示すログレコードであると推定される。このため、最後に出力されたエラーのタイムスタンプをエラー時動画像に設定することで、複数エラー発生時におけるスクリプト停止原因の特定の容易化を図ることができる。

図７は、調査用資料ファイルの例を示す図である。
調査用資料ファイル１４１は、調査用資料の情報の一例である。調査用資料ファイル１４１は、スクリプト１１１、ログ１２１、エラー時動画像１３１及び正常時動画像１３２を含む。スクリプト１１１は、エラー発生時に実行されていたスクリプトのソースプログラムである。スクリプト１１１は、複数のスクリプトのソースプログラム（すなわち、スクリプトセット）であることもある。ログ１２１は、ログ記憶部１２０に記憶されているログである。

エラー時動画像１３１は、録画中の動画像から動画像抽出部１６３により抽出されたエラー時の動画像である。エラー時動画像１３１は、エラーが発生したスクリプトの実行中の動画像である。

正常時動画像１３２は、録画中の動画像以外の保存済の動画像から動画像抽出部１６３により抽出された、該当のスクリプトの正常動作時の動画像である。ただし、調査用資料ファイル１４１には、正常時動画像１３２が含まれないこともある。

次に、端末装置１００の処理手順を説明する。
図８は、端末装置の処理例を示すフローチャートである。
（Ｓ１０）ロボットサービス１５０が起動し、ロボットサービス１５０の処理が開始される。

（Ｓ１１）動画像保存部１６１は、デスクトップ画面の録画を開始する。また、スクリプト実行部１５１は、スクリプト１１１の実行を開始し、ログ記憶部１２０に対するログレコードの出力を開始する。

（Ｓ１２）ログ監視部１６２は、ログ記憶部１２０に記憶されたログ１２１を監視し、スクリプト終了ログが出力されたか否かを判定する。スクリプト終了ログが出力された場合、ステップＳ１３に処理が進む。スクリプト終了ログが出力されていない場合、ステップＳ１２に処理が進み、ログ監視部１６２は、ログ１２１の監視を継続する。ここで、スクリプト終了ログは、スクリプトの実行終了を示すログレコードに相当する。

（Ｓ１３）ログ監視部１６２は、ステップＳ１１で出力開始された今回のログ１２１において、エラーログが出力されたか否かを判定する。エラーログが出力された場合、ステップＳ１４に処理が進む。エラーログが出力されていない場合、図９のステップＳ２３に処理が進む。

（Ｓ１４）ログ監視部１６２は、エラーログを出力したスクリプト１１１をログ１２１から特定する。具体的には、ログ監視部１６２は、ログレベルがエラーであるログレコードに含まれるスクリプト１１１の識別情報を特定する。ログ監視部１６２は、ログ１２１を参照して、スクリプト１１１の実行開始時刻と実行終了時刻とを特定し、特定した実行開始時刻と実行終了時刻とを動画像抽出部１６３に通知する。このとき、ログ監視部１６２は、検出された最後のエラーログに対応する時刻とエラーが発生したスクリプト１１１の識別情報とを動画像抽出部１６３に通知する。動画像抽出部１６３は、録画中動画像から、ログ監視部１６２より通知された実行開始時刻から実行終了時刻の時間帯に対応するエラー時動画像１３１を切り出して保存する。動画像抽出部１６３は、エラー時動画像１３１に、最後のエラーログに対応する時刻の情報を付加する。動画像抽出部１６３は、抽出したエラー時動画像を調査用資料作成部１６４に提供する。

なお、動画像抽出部１６３は、エラーが発生したスクリプト１１１の実行開始時刻から実行終了時刻までの時間帯に対応するエラー時動画像１３１を抽出するものとしたが、他の例も考えられる。例えば、動画像抽出部１６３は、スクリプト１１１の実行開始時刻から最後のエラーが出力された時刻までの時間帯に対応する動画像をエラー時動画像１３１として抽出してもよい。

（Ｓ１５）動画像抽出部１６３は、正常時動画像を保存済であるか否かを判定する。正常時動画像を保存済である場合、ステップＳ１６に処理が進む。正常時動画像を保存済でない場合、ステップＳ１７に処理が進む。

（Ｓ１６）動画像抽出部１６３は、正常時動画像全体からスクリプト１１１の正常時動画像を切り出す。例えば、動画像抽出部１６３は、ログ１２１から該当のスクリプトの識別情報に対応するログレコードを特定し、当該ログレコードにより該当のスクリプトが実行開始から実行終了までエラーを発生させずに実行された時間帯を特定する。動画像抽出部１６３は、正常時動画像全体から当該時間帯の動画像を切り出すことで、スクリプト１１１の正常時動画像の切り出しを行う。動画像抽出部１６３は、スクリプト１１１の正常時動画像を、調査用資料作成部１６４に提供する。

（Ｓ１７）調査用資料作成部１６４は、スクリプト記憶部１１０からスクリプト１１１を抽出し、ログ記憶部１２０からログ１２１を抽出する。
（Ｓ１８）調査用資料作成部１６４は、各採取ファイルをまとめて圧縮し、調査用資料ファイル１４１を作成する。そして、図９のステップＳ１９に処理が進む。

図９は、端末装置の処理例（続き）を示すフローチャートである。
（Ｓ１９）調査用資料作成部１６４は、送信確認メッセージをディスプレイ５１に表示させる。送信確認メッセージは、例えば、「エラー情報（採取したリソース）を技術支援者（サーバ）に送付しますか？（ＹＥＳ／ＮＯ）」という内容のメッセージである。

（Ｓ２０）調査用資料作成部１６４は、ステップＳ１９の送信確認メッセージに対して、ユーザ６１により「ＹＥＳ」が選択されたか否かを判定する。「ＹＥＳ」が選択された場合、ステップＳ２１に処理が進む。「ＮＯ」が選択された場合、ステップＳ２２に処理が進む。

（Ｓ２１）送信部１６５は、調査用資料ファイル１４１をサーバ装置２００に送信する。そして、ステップＳ２３に処理が進む。
（Ｓ２２）調査用資料作成部１６４は、調査用資料ファイル１４１をローカルに保存する。例えば、調査用資料作成部１６４は、ＨＤＤ１０３などの不揮発性記憶装置に調査用資料ファイル１４１を保存する。

（Ｓ２３）動画像保存部１６１は、ロボットサービス１５０が停止したか否かを判定する。ロボットサービス１５０が停止した場合、ステップＳ２４に処理が進む。ロボットサービスが停止していない場合、図８のステップＳ１２に処理が進む。

（Ｓ２４）動画像保存部１６１は、今回実行されたスクリプトでエラーが発生しているか否かを、ログ監視部１６２に問合せることで判定する。エラーが発生している場合、ステップＳ２６に処理が進む。エラーが発生していない場合、ステップＳ２５に処理が進む。ログ監視部１６２は、ログ１２１を参照することで、スクリプト１１１でエラーが発生しているか否かを判定し、動画像保存部１６１に判定結果を応答する。

（Ｓ２５）動画像保存部１６１は、正常時動画像をローカルに保存する。例えば、動画像保存部１６１は、ＨＤＤ１０３などの不揮発性記憶装置に正常時動画像を保存する。このとき、動画像保存部１６１は、今回実行されたスクリプトの識別情報を、当該正常時動画像に付与して保存してもよい。このようにすると、あるスクリプトでエラーが発生したときに、当該スクリプトに対する正常時動画像を容易に検索可能になる。

（Ｓ２６）動画像保存部１６１は、動画像の録画を停止する。そして、端末装置１００の処理が終了する。
このように、動画像抽出部１６３は、スクリプトの実行に用いられるロボットサービス１５０が起動すると、端末装置１００のディスプレイ５１上に表示される画面の録画を開始し、録画により取得された録画データからエラー時動画像データを抽出する。

ここで、ステップＳ１５，Ｓ１６で示されるように、動画像抽出部１６３は、エラー時動画像データとともに、エラーログが含まれるスクリプトに対応するエラーを含まないスクリプト実行時の正常時動画像データを抽出する。これにより、技術支援者６２のエラー原因の調査において、該当のスクリプトに対して、エラー時だけでなく正常時の動作も確認可能になる。

また、ステップＳ１４では、動画像抽出部１６３は、スクリプトに複数のエラーログが含まれる場合に、複数のエラーログの内、スクリプト内で停止タイミングに最も近いタイミングで発生したエラーログを特定し、特定したエラーログに対応付けられた時刻情報に基づいてエラー時動画像データを抽出してもよい。例えば、エラーログの記録タイミングよりも比較的長時間経ってから、スクリプトの停止を示すログレコードが出力されることもある。このため、スクリプト内での停止タイミングに最も近いタイミングで発生したエラーログの時刻情報を基にエラー時動画像データを抽出することで、エラー時動画像が過剰に長く取得されることを防げる。スクリプト内での停止タイミングに最も近いタイミングで発生したエラーログとしては、スクリプトの停止タイミング前の最後に出力されたエラーログが考えられる。例えば、動画像抽出部１６３は、当該最後に出力されたエラーログに対応付けられた時刻情報で示される時刻をエラー時動画像の終端としてもよい。あるいは、動画像抽出部１６３は、当該時刻情報で示される時刻よりも所定時間だけ後の時刻をエラー時動画像の終端としてもよい。

次に、収集エージェント１６０の動画像保存部１６１による録画の開始／終了の制御例を説明する。
図１０は、録画制御の第１の例を示す図である。

第１の例として、収集エージェント１６０によりロボットサービス１５０を起動することが考えられる。
まず、収集エージェント１６０は、ロボットサービス１５０を起動する（Ｓ３０）。収集エージェント１６０は、デスクトップ画面の録画を開始する（Ｓ３１）。そして、ロボットサービス１５０はスクリプトの実行を開始する。ロボットサービス１５０は、スクリプトの実行を終了する。そして、ロボットサービス１５０は終了を収集エージェント１６０に通知し、動作を停止する（Ｓ３２）。収集エージェント１６０は、終了の通知を受け付けると、デスクトップ画面の録画を終了する。

図１１は、録画制御の第２の例を示す図である。
第２の例として、収集エージェント１６０は、端末装置１００で実行されているプロセス名の一覧であるプロセスリスト１７０を参照して、ロボットサービス１５０の起動及び停止を検出することが考えられる。プロセスリスト１７０は、例えば、ＯＳが作成する情報であり、ＲＡＭ１０２上に保持される。

収集エージェント１６０は、プロセスリスト１７０を参照して、ロボットサービス１５０が起動しているか否かを判定する（Ｓ４０）。収集エージェント１６０は、プロセスリスト１７０にロボットサービス１５０のプロセス名が新たに登録されたことを検出すると、ロボットサービス１５０が起動したと判断し、デスクトップ画面の録画を開始する（Ｓ４１）。収集エージェント１６０は、プロセスリスト１７０を参照して、ロボットサービス１５０が終了しているか否かを判定する（Ｓ４２）。収集エージェント１６０は、プロセスリスト１７０からロボットサービス１５０のプロセス名が削除されたことを検出すると、ロボットサービス１５０が終了したと判断し、デスクトップ画面の録画を終了する。

次に、収集エージェント１６０によるログ監視の例を説明する。
図１２は、ログ監視の例を示す図である。
例えば、ロボットサービス１５０によるログ出力処理に、所定のＯＳＳ（Open Source Software）のログライブラリが利用されることがある。この場合、収集エージェント１６０は、ロボットサービス１５０のログ設定ファイル１８１に基づいて、ログレイアウト１８２を予め取得する。ログ設定ファイル１８１は、ロボットサービス１５０の設定ファイルとして、ＲＡＭ１０２やＨＤＤ１０３に予め格納される。ログレイアウト１８２は、ロボットサービス１５０のログ出力パターンを示す情報である。あるいは、ログレイアウト１８２は、ユーザ６１により予め作成されて、ログ監視部１６２の設定ファイルとしてＲＡＭ１０２やＨＤＤ１０３に予め格納されてもよい。

例えば、収集エージェント１６０は、ロボットサービス１５０のログ設定ファイル１８１からログレイアウト１８２を検出する（Ｓ５０）。図１２の例では、収集エージェント１６０は、ログ設定ファイル１８１に基づいて、ログレコードが、タイムスタンプとログレベルとスクリプトに関するイベントを示すメッセージとを、スペース区切りで、この順に含むことを表すログレイアウト１８２を生成する。なお、図１２の例では、ログ１８３にスクリプトの識別情報が記録されていない。この場合、収集エージェント１６０は、ロボットサービス１５０が出力する他のログから実行されたスクリプトを特定してもよい。あるいは、収集エージェント１６０は、スクリプトの実行開始時にロボットサービス１５０から実行開始したスクリプトの識別情報を取得して当該スクリプトを特定してもよい。

収集エージェント１６０は、デスクトップ画面の録画開始後、ログレイアウト１８２に基づいて、ロボットサービス１５０が出力するログ１８３の監視を開始する（Ｓ５１）。
収集エージェント１６０は、ログレイアウト１８２に基づいて、ログ１８３にエラーを示すログレコードが出力されたことを検出する（Ｓ５２）。収集エージェント１６０は、ログ１８３からエラーの発生時刻を取得する。

収集エージェント１６０は、エラーが発生したスクリプトの実行開始時刻と実行終了時刻をログ１８３から検出し、実行開始時刻と実行終了時刻の時間帯に対応するエラー時動画像１３１を、録画中の動画像から抽出する（Ｓ５３）。

次に、収集エージェント１６０による処理の流れの例を説明する。
図１３は、収集エージェントによる処理の流れの例を示す図である。
（Ｓ６０）収集エージェント１６０は、ロボットサービス１５０の起動を検出する。

（Ｓ６１）収集エージェント１６０は、ディスプレイ５１に表示されるデスクトップ画面の録画を開始する。
（Ｓ６２）ロボットサービス１５０は、スクリプト１１１を実行することで、デスクトップ画面に対する操作を実行する。ロボットサービス１５０は、スクリプト１１１の実行に伴い、ログ記憶部１２０にログ１２１を出力する。

（Ｓ６３）収集エージェント１６０は、ログ記憶部１２０に出力されるログ１２１を監視する。
（Ｓ６４）収集エージェント１６０は、ロボットサービス１５０がエラーを出力せずにスクリプト１１１の実行を終了し、動作を停止すると、正常時動画像をＨＤＤ１０３に保存する。

その後、収集エージェント１６０は、ロボットサービス１５０の起動を再度検出すると、ステップＳ６０～Ｓ６３を実行し、下記のステップＳ６５を実行する。
（Ｓ６５）収集エージェント１６０は、ログ１２１にスクリプト１１１に関する複数のエラーが出力されたことを検出する。収集エージェント１６０は、複数のエラーのうちの最後に出力されたエラーを検出し、当該最後に出力されたエラーが出力された時刻を取得する。また、収集エージェント１６０は、該当のスクリプト１１１の実行開始時刻及び実行終了時刻をログ１２１から取得する。

（Ｓ６６）収集エージェント１６０は、録画中の動画像からエラー時動画像１３１を抽出する。
（Ｓ６７）収集エージェント１６０は、保存済の正常時動画像からスクリプト１１１に対応する正常時動画像１３２を抽出する。収集エージェント１６０は、スクリプト１１１、ログ１２１、エラー時動画像１３１及び正常時動画像１３２を一纏めにした圧縮ファイルである調査用資料ファイル１４１を作成する。収集エージェント１６０は、調査用資料ファイル１４１を調査用資料記憶部１４０に保存する。

（Ｓ６８）収集エージェント１６０は、送信確認メッセージ１９０をディスプレイ５１に表示させる。送信確認メッセージ１９０は、例えば、「エラー情報を技術支援者（サーバ）に送付しますか？「ＹＥＳ」／「ＮＯ」」というユーザ６１への問合せを含む。ユーザ６１は、送信確認メッセージ１９０による問合せに対し、入力デバイス５２を操作することで、「ＹＥＳ」または「ＮＯ」を、端末装置１００に入力する。

（Ｓ６９）収集エージェント１６０は、ユーザ６１により「ＹＥＳ」の入力を受け付ける。
（Ｓ７０）収集エージェント１６０は、調査用資料ファイル１４１をサーバ装置２００に送信する。

なお、収集エージェント１６０は、ステップＳ６９で「ＮＯ」の入力を受け付けた場合には、録画を停止して録画中の動画像を破棄し、処理を終了する。この場合でも、ユーザ６１は、調査用資料記憶部１４０に保存された調査用資料ファイル１４１を、所望のタイミングで、電子メールなどを用いて、端末装置１００からサーバ装置２００へ送信させることができる。

次に、サーバ装置２００によるエラー時動画像１３１及び正常時動画像１３２の再生の例を説明する。
図１４は、サーバ装置による動画像の再生の例を示す図である。

動画像再生部２３０は、サーバ装置２００に接続されたディスプレイ、または、技術支援者６２が利用する端末装置のディスプレイに、動画像再生画面２４０を表示させる。動画像再生画面２４０は、正常時動画像再生領域２５０及びエラー時動画像再生領域２６０を有する。

正常時動画像再生領域２５０は、正常時動画像１３２が再生される画面領域である。エラー時動画像再生領域２６０は、エラー時動画像１３１が再生される画面領域である。
動画像再生部２３０は、正常時動画像再生領域２５０及びエラー時動画像再生領域２６０により、正常時動画像１３２及びエラー時動画像１３１を並列に再生する。これにより、技術支援者６２による正常時動作とエラー時動作との対比が容易に行える。

なお、エラー時動画像１３１及び正常時動画像１３２で動画像の時間が一致しないこともある。この場合、動画像抽出部１６３は、動画像の撮影対象のスクリプトが同じであるという条件の下、ログレコードの出力時刻により、マイルストーンを各動画像に設定してもよい。マイルストーンとは、動画像中の特定の場面の開始時点を示すインデックス情報である。

例えば、動画像抽出部１６３は、エラー時動画像１３１及び正常時動画像１３２におけるデスクトップ画面の変化に応じてマイルストーンを設定する。デスクトップ画面の変化の例としては、新たなウィンドウの表示、所定のフォームに対して入力されたテキスト情報の表示、ウィンドウの消去などが考えられる。動画像抽出部１６３は、スクリプト１１１を解析し、あるスクリプトが他のスクリプトを呼び出すタイミングや、呼び出された他のスクリプトによる処理が完了して、元のスクリプトの処理に戻るタイミングなどでマイルストーンを設定してもよい。

この場合、動画像再生部２３０は、エラー時動画像１３１及び正常時動画像１３２を並列に再生する際に、両動画像に設定されたマイルストーンの再生タイミングが一致するように再生してもよい。例えば、動画像再生部２３０は、どちらか一方の動画像再生が早く終了する場合、マイルストーンに基づいて、早く終了する方の動画像の再生時に待ちを挿入することもできる。また、動画像再生部２３０は、再生開始から再生終了の時刻が一致するように何れか一方の動画像の再生速度を変更してもよい。

動画像再生画面２４０は、更に、再生制御ボタン２４１、再生時間表示部２４２、シークバー２４３及び動画時間表示部２４４を有する。
再生制御ボタン２４１は、正常時動画像再生領域２５０及びエラー時動画像再生領域２６０における並列再生の再生／一時停止の入力を受け付けるボタンである。技術支援者６２は、サーバ装置２００に接続された入力デバイスまたは技術支援者６２が利用する端末装置の入力デバイスを操作して、再生制御ボタン２４１に対する入力を行える。

再生時間表示部２４２は、再生中の動画像の再生開始からの経過時間が表示される領域である。
シークバー２４３は、並列再生中の動画像の再生開始からの経過時間を示すとともに、当該動画像のシーク時刻位置の入力を受け付けるためのフォームである。シークバー２４３により、シーク時刻位置が入力されると、動画像再生部２３０は、当該シーク時刻位置に対応する位置から両動画像の並列再生を行う。

動画時間表示部２４４は、動画像の開始から終了までの時間が表示される領域である。例えば、エラー時動画像１３１がスクリプトの実行開始から実行終了までの動画像である場合、動画時間表示部２４４に表示される時間が、スクリプトの実行終了時に対応する時間となる。この場合、前述のように、当該スクリプトの最終のエラー出力時に対応するシーク時刻位置の情報がエラー時動画像１３１に設定されてもよい。例えば、動画像再生部２３０は、シーク時刻位置へジャンプするためのボタンなどを動画像再生画面２４０に含めて表示させ、技術支援者６２によるエラー時刻位置の動画像の探索を容易に行えるように支援できる。あるいは、エラー時動画像１３１がスクリプトの実行開始から当該スクリプトの最終のエラー出力時までの動画像である場合、動画時間表示部２４４に表示される時間が、当該スクリプトの最終のエラー出力時に対応する時間となる。

図１４の例では、正常時動画像再生領域２５０には、ウィンドウ２５１，２５２が表示されている。ウィンドウ２５１は、表計算ソフトウェアの操作画面である。ウィンドウ２５２は、データ入力ソフトウェアの操作画面である。例えば、ウィンドウ２５１に表示された複数のデータ項目それぞれを、ウィンドウ２５２の各フォームに入力して、ウィンドウ２５２の保存ボタンを押下するという画面操作を含む一連の画面操作がＲＰＡにより自動化される。

また、エラー時動画像再生領域２６０には、ウィンドウ２６１，２６２，２６３が表示されている。ウィンドウ２６１は、ウィンドウ２５１に対応する。ウィンドウ２６２は、ウィンドウ２５２に対応する。ウィンドウ２６３は、ロボットサービス１５０により表示されたエラーメッセージの出力画面である。エラー時動画像再生領域２６０では、スクリプト実行中のエラーにより、ウィンドウ２６１からウィンドウ２６２へ製品名に対応するデータ項目の情報を取得できなかったことが、ウィンドウ２６３に表示されている。

なお、第２の実施の形態の例では、サーバ装置２００が動画像再生部２３０を有するものとしたが、端末装置１００も動画像再生部２３０の機能を有してもよい。この場合、端末装置１００も、動画像再生画面２４０をディスプレイ５１に表示させて、エラー時動画像１３１および正常時動画像１３２を上記のようにして並列再生することができる。すると、ユーザ６１も技術支援者６２と同じ画面によりエラー時の事象を確認しながら、ユーザ６１自身でエラー原因を調査したり、技術支援者６２の支援を受けたりすることができる。

ここで、ＲＰＡでは、デスクトップ画面の表示情報に基づいて情報の抽出を行う。このため、ある時点ではスクリプトを正常に実行できたとしても、操作対象のソフトウェア（例えば、表計算ソフトウェアなど）における設定変更などによって、表示情報の少なくとも一部が変更されると、別の時点ではスクリプトの実行時にエラーが生じ得る。技術支援者６２は、正常時動画像１３２とエラー時動画像１３１とを対比しながら確認することで、スクリプトのソースプログラムやログとともに、エラー原因の解析を円滑に行うことができる。

ところで、ＲＰＡプログラミングの技術支援において、技術支援者６２によるＲＰＡのロボット処理のプログラミング方法や設計方法などの問合せを、例えば、電子メールにより行うことも考えられる。しかし、電子メールの文章のみではＲＰＡのロボット処理の詳細なエラー情報の抽出やユーザ６１からの問合せ内容を技術支援者６２が的確に把握することが困難であった。そのため、現場で発生している問題や問合せに対して、技術支援者６２が的確に回答できない、あるいは、回答に時間がかかるなどの問題が発生する。

一方、技術支援者６２によるオンサイトでの技術支援も考えられる。しかし、オンサイト支援では、技術支援者６２が、ユーザ６１の元へ出向くことになり、技術支援者６２の負担が高まる。また、ユーザ６１の拠点が技術支援者６２の拠点から遠方にあるなど、地理的な要因でオンサイト支援が難しくなることもある。

更に、テレビ電話システムなどを用いて、音声及びデスクトップ画面を、ユーザ６１及び技術支援者６２で共有して、ペアプログラミング形式で支援を行うことも考えられる。例えば、技術支援者６２が、ユーザ６１のＲＰＡ開発環境の画面を見ながら、ユーザ６１の問合せに音声で回答するなどの支援方法が考えられる。ただし、このような支援方法は、ユーザ６１と技術支援者６２とのスケジュールが合わなければ実現することができない。

また、ＲＰＡのプログラムは、例えば、支援ツールによりフローチャート形式で作成される。そのため、プログラムのバグを、電子メールやテレビ電話システムにより解決したとしても、その後、他の箇所で別のバグが直ぐに発生した場合に、ユーザ６１はその都度質問したいというニーズが発生する。しかし、電子メールやテレビ電話システムでは、基本的に一問一答形式での対応となる。このため、ユーザ６１は、問合せを行う際に、質問したい事項を予め全て抽出しておかなければ、問題を全て解決することができないという問題が生じる。

そこで、このようなＲＰＡの技術支援が抱える問題に対して、ユーザ６１が比較的短手番でＲＰＡのプログラミング時に発生する問題を抽出し、技術支援者６２が速やかに回答できるように支援する技術支援方法が求められる。

これに対して、第２の実施の形態の端末装置１００によれば、端末装置１００で発生したエラーに対する技術支援に利用される調査用資料を自動的に取得することができる。このため、ユーザ６１に情報採取の作業を強いずに済む。また、調査用資料を迅速に取得可能になる。また、技術支援者６２は、調査用資料に含まれる情報に基づいて、調査を要するエラー発生箇所を迅速に探し出せる。また、調査用資料に含まれるエラー時動画像１３１及び正常時動画像１３２を並列に再生可能にすることで、技術支援者６２は、正常動作時とエラー時との差を対比しながら、事象の確認や調査を行える。

特に、スクリプトの実行開始時刻及び実行終了時刻からエラー時動画像が自動的に切り出されるため、技術支援者６２による動画像の確認作業が簡易化される。また、技術支援者６２は、複数のスクリプトにおいて複数のエラーが生じているケースに対しても、エラー時動画像をスクリプト毎に取得できるので、エラー時の操作画面を容易に確認可能になる。また、ユーザ６１によって時間範囲を指定させてエラー時動画像を抽出する時間指定方式よりも、エラー時動画像の抽出精度を向上させることができ、過不足なくエラー時動画像を取得できる。すなわち、取得されたエラー時動画像に、エラーとは無関係なスクリプトの実行時の動画像が含まれていたり、エラーに関係するスクリプトの実行時の動画像が途中までしか含まれていなかったりすることを防げる。

このように、端末装置１００によれば、エラー発生時の動画像データを効率良く抽出することができる。また、技術支援者６２によるエラー原因の調査を効率化できる。
なお、第１の実施の形態の情報処理は、処理部１２にプログラムを実行させることで実現できる。また、第２の実施の形態の情報処理は、ＣＰＵ１０１にプログラムを実行させることで実現できる。プログラムは、コンピュータ読み取り可能な記録媒体５３に記録できる。

例えば、プログラムを記録した記録媒体５３を配布することで、プログラムを流通させることができる。また、プログラムを他のコンピュータに格納しておき、ネットワーク経由でプログラムを配布してもよい。コンピュータは、例えば、記録媒体５３に記録されたプログラムまたは他のコンピュータから受信したプログラムを、ＲＡＭ１０２やＨＤＤ１０３などの記憶装置に格納し（インストールし）、当該記憶装置からプログラムを読み込んで実行してもよい。

１０ 情報処理装置
１１ 記憶部
１２ 処理部
２０ 操作ログ
２１，２２，２３，２４，２５ ログレコード
３０ 録画データ
３１ 動画像データ
４０ 端末

Claims (8)

1. 端末上での操作ログにエラーログが含まれるか否かを判定し、
   前記エラーログが含まれると判定した場合に、記憶部に記憶した前記エラーログが含まれるスクリプトの開始タイミング及び停止タイミングを前記操作ログに基づいて特定し、
   特定した前記スクリプトの開始タイミング及び停止タイミングの時刻情報に基づいて、前記スクリプトの実行中に前記端末上に出力した動画像データを抽出する、
   処理をコンピュータに実行させることを特徴とする情報処理プログラム。
2. 抽出した動画像データとともに、前記記憶部に記憶された前記エラーログが含まれる前記スクリプトに対応するエラーを含まないスクリプト実行時の動画像データを抽出する処理をコンピュータに実行させることを特徴とする請求項１に記載の情報処理プログラム。
3. 前記スクリプトに複数のエラーログが含まれる場合に、前記複数のエラーログの内、前記スクリプト内で前記停止タイミングに最も近いタイミングで発生した前記エラーログを特定し、
   特定した前記エラーログに対応付けられた時刻情報に基づいて動画像データを抽出する処理をコンピュータに実行させることを特徴とする請求項１または２に記載の情報処理プログラム。
4. 前記スクリプトの実行に用いられるサービスが起動すると、前記端末上に表示される画面の録画を開始し、前記録画により取得された録画データから動画像データを抽出する処理をコンピュータに実行させることを特徴とする請求項１乃至３の何れか１項に記載の情報処理プログラム。
5. 抽出した動画像データと前記スクリプトと前記操作ログとを情報処理装置に送信する処理をコンピュータに実行させることを特徴とする請求項１乃至４の何れか１項に記載の情報処理プログラム。
6. 動画像データにおける特定の場面の開始時点を示すインデックス情報を、前記スクリプトに対して抽出した各動画像データに設定する処理をコンピュータに実行させることを特徴とする請求項２に記載の情報処理プログラム。
7. コンピュータが、
   端末上での操作ログにエラーログが含まれるか否かを判定し、
   前記エラーログが含まれると判定した場合に、記憶部に記憶した前記エラーログが含まれるスクリプトの開始タイミング及び停止タイミングを前記操作ログに基づいて特定し、
   特定した前記スクリプトの開始タイミング及び停止タイミングの時刻情報に基づいて、前記スクリプトの実行中に前記端末上に出力した動画像データを抽出する、
   ことを特徴とする情報処理方法。
8. 端末上での操作ログを記憶する記憶部と、
   前記操作ログにエラーログが含まれるか否かを判定し、前記エラーログが含まれると判定した場合に、前記記憶部に記憶した前記エラーログが含まれるスクリプトの開始タイミング及び停止タイミングを前記操作ログに基づいて特定し、特定した前記スクリプトの開始タイミング及び停止タイミングの時刻情報に基づいて、前記スクリプトの実行中に前記端末上に出力した動画像データを抽出する処理部と、
   を有することを特徴とする情報処理装置。

Images