JP2021189780A - シナリオ検索装置、シナリオ検索システム、シナリオ検索方法、及びプログラム - Google Patents

Abstract

【課題】導入企業の手間を増大させることなく適切なＲＰＡを導入させることができるシナリオ検索装置、シナリオ検索装置システム、シナリオ検索方法及びプログラムを提供する。【解決手段】シナリオ検索サーバ２０（シナリオ検索装置）は、シナリオに設定された操作のログであるシナリオログ２２０を取得するシナリオログ取得部（シナリオログ作成部２３２）と、ユーザによる操作のログであるユーザログ２２１を取得するユーザログ取得部２３３と、シナリオログ２２０とユーザログ２２１とを比較し、シナリオログ２２０が、ユーザログ２２１に示される操作のＲＰＡ（Robotic Process Automation）に適合できる度合いを算出する適合チェック部２３５と、適合チェック部２３５によって算出された算出結果を出力する出力部２３７と、を備える。【選択図】図２

Description

本発明は、シナリオ検索装置、シナリオ検索システム、シナリオ検索方法、及びプログラムに関する。

ＲＰＡ（Robotic Process Automation）は、ＰＣ（パーソナルコンピュータ）等の情報処理装置を用いて人手で行っていた定型的な作業を自動で実行させる技術である。例えば、ＰＣの操作順序を記述したシナリオを作成し、ＰＣにそのシナリオを実行させることで、人手で行っていた作業を自動で再現させる。例えば、特許文献１には、テストシナリオとユーザ操作とを比較し、一致しない場合にセーフモードへ移行することにより、シナリオに整合しないユーザ操作を検出し、シナリオに適合した操作となるようにする技術が開示されている。ＲＰＡが導入されることにより、時間的コストや人的コストを削減し、作業ミスを低減することが可能となるため、今後、企業などへのＲＰＡの導入拡大が見込まれている。

特開２０１４−４１５５４号公報

しかしながら、新規にＲＰＡを導入しようとすると手間がかるという問題がある。例えば、ＥＲＰ（Enterprise Resource Planning）パッケージのログからＲＰＡが適用できそうな箇所を抽出しようとした場合、大掛かりな操作ログを取得する必要がある。このため、新規にＲＰＡを導入しようとする企業に敷居が高く感じられてしまい導入をためらってしまう場合があった。

また、従業員のＰＣ操作のログからＲＰＡが適用できそうな箇所を抽出しようとした場合、どのような作業にＲＰＡを適用させるかヒアリングを実施したり、ユーザの操作ログを手作業で編集したりする必要がある。このため業務多忙な従業員の協力を得ることが困難となり導入を断念してしまう場合があった。さらに、操作ログからＲＰＡが適用できそうな箇所を抽出する作業を人手により行うことにより、抜けや漏れが発生する恐れがあり、ＲＰＡを適切に導入することができなくなる可能性があった。

本発明は、上記問題を解決すべくなされたもので、その目的は、導入企業の手間を増大させることなく適切なＲＰＡを導入させることができるシナリオ検索装置、シナリオ検索装置システム、シナリオ検索方法、及びプログラムを提供することにある。

上記問題を解決するために、本発明の一態様は、シナリオに設定された操作のログであるシナリオログを取得するシナリオログ取得部と、ユーザによる操作のログであるユーザログを取得するユーザログ取得部と、前記シナリオログと前記ユーザログとを比較し、前記シナリオログが、前記ユーザログに示される操作のＲＰＡ（Robotic Process Automation）に適合できる度合いを算出する適合チェック部と、前記適合チェック部によって算出された算出結果を出力する出力部と、を備えるシナリオ検索装置である。

また、本発明の一態様は、上記に記載のシナリオ検索装置において、前記適合チェック部は、前記シナリオログと前記ユーザログのそれぞれの操作順序が共通する度合いを示す適合度を、前記シナリオログが、前記ユーザログに示される操作のＲＰＡに適合できる度合いとして算出するようにしてもよい。

また、本発明の一態様は、上記に記載のシナリオ検索装置において、前記適合チェック部は、前記シナリオログに示された操作の総数に対する、前記シナリオログと前記ユーザログの操作順序が共通する操作の数を、前記適合度として算出するようにしてもよい。

また、本発明の一態様は、上記に記載のシナリオ検索装置において、前記シナリオログに示される操作順序と、前記ユーザログに示される操作順序を対比させた全体フローを作成する全体フロー作成部、を更に備えるようにしてもよい。

また、本発明の一態様は、上記に記載のシナリオ検索装置において、前記全体フロー作成部は、前記シナリオログに示される操作のそれぞれに、前記ユーザログに示される操作と共通する操作か否かを示す情報を含む前記全体フローを作成するようにしてもよい。

また、本発明の一態様は、上記に記載のシナリオ検索装置において、前記全体フロー作成部は、前記ユーザログに示される操作のそれぞれに、前記シナリオログに示される操作と共通する操作か否かを示す情報を含む前記全体フローを作成するようにしてもよい。

また、本発明の一態様は、上記に記載のシナリオ検索装置において、前記全体フロー作成部は、前記ユーザログに示される操作のうち第１操作に遷移した後、前記第１操作の次の操作である第２操作に遷移するまでに要した時間を含む前記全体フローを作成するようにしてもよい。

また、本発明の一態様は、上記に記載のシナリオ検索装置において、前記全体フロー作成部は、前記ユーザログに示される操作のうち第１操作から、前記第１操作の次の操作である第２操作に遷移した回数を含む前記全体フローを作成するようにしてもよい。

また、本発明の一態様は、上記に記載のシナリオ検索装置と、ユーザの操作ログであるユーザログを前記シナリオ検索装置に送信するユーザ端末と、を備えるシナリオ検索システムである。

また、本発明の一態様は、シナリオログ取得部が、シナリオに設定された操作のログであるシナリオログを取得し、ユーザログ取得部が、ユーザによる操作のログであるユーザログを取得し、適合チェック部が、前記シナリオログと前記ユーザログとを比較し、前記シナリオログが、前記ユーザログに示される操作のＲＰＡ（Robotic Process Automation）に適合できる度合いを算出し、出力部が、前記適合チェック部によって算出された算出結果を出力する、シナリオ検索方法である。

また、本発明の一態様は、コンピュータを、シナリオに設定された操作のログであるシナリオログを取得するシナリオログ取得手段、ユーザによる操作のログであるユーザログを取得するユーザログ取得手段、前記シナリオログと前記ユーザログとを比較し、前記シナリオログが、前記ユーザログに示される操作のＲＰＡ（Robotic Process Automation）に適合できる度合いを算出する適合チェック手段、前記適合チェック手段によって算出された算出結果を出力する出力手段、として機能させるためのプログラムである。

この発明によれば、導入企業の手間を増大させることなく適切なＲＰＡを導入することができる。

実施形態のシナリオ検索システム１の構成例を示すブロック図である。 実施形態のシナリオ検索サーバ２０の構成例を示すブロック図である。 実施形態のシナリオログ２２０の構成例を示す図である。 実施形態のユーザログ２２１の構成例を示す図である。 実施形態のシナリオ情報３２０の構成例を示す図である。 実施形態の適合チェック部２３５が行う処理を説明する図である。 実施形態の全体フロー作成部２３６が作成した全体フローの例を示す図である。 実施形態の全体フロー作成部２３６が作成した全体フローの例を示す図である。 実施形態の全体フロー作成部２３６が作成した全体フローの例を示す図である。 実施形態のシナリオ検索システム１が行う処理の流れを示すシーケンス図である。 実施形態のシナリオ検索サーバ２０が行う処理の流れを示すフロー図である。

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

実施形態のシナリオ検索システム１は、ＲＰＡを導入しようとする場合に適用されるシステムである。一般に、ＲＰＡを導入するパターンとして、既存活用と新規作成の二つのパターンがある。既存活用パターンは、既存のシナリオを活用してＲＰＡを導入するものである。新規作成パターンは、新規に作成したシナリオを用いてＲＰＡを導入するものである。ここでのシナリオとは、ユーザが行うＰＣ操作を想定して予め作成された手順でＰＣ操作を実行するソフトウェアプログラムである。

本実施形態では、ＲＰＡを導入する２つのパターンのうち、既存活用パターンを対象としている。シナリオ検索システム１は、ユーザのＰＣ操作ログ（以下、ユーザログという）に基づいて、ユーザのＰＣ操作の全部又は一部をＲＰＡにより自動化しようとする場合に、適用することができそうな既存のシナリオを検索する。ここで、適用できる既存のシナリオとは、そのシナリオが実行されることによりＰＣで行われる操作が、ユーザのＰＣ操作の内容や手順と、同一であるか、又は類似するシナリオである。以下では、ユーザのＰＣ操作に適用することができそうな既存のシナリオを、「ユーザログに適合するシナリオ」、或いは、「適合シナリオ」と称する。

図１は、実施形態のシナリオ検索システム１の構成例を示すブロック図である。シナリオ検索システム１は、例えば、ユーザ端末１０と、シナリオ検索サーバ２０と、シナリオＤＢ３０とを備える。シナリオ検索システム１を構成する各要素（ユーザ端末１０、シナリオ検索サーバ２０、及びシナリオＤＢ３０）は、通信ネットワークＮＷを介して通信可能に接続される。

ユーザ端末１０は、ユーザが操作するコンピュータ装置である。シナリオＤＢ３０は、例えば、作業用ＰＣ、或いはスマートフォンやタブレット端末などである。ユーザ端末１０には、例えば、「適合シナリオ検索サービス」を提供するアプリケーションプログラム（以下、単にアプリという）がインストールされている。「適合シナリオ検索サービス」は、ユーザからの要求に応じてユーザログを分析し、適合シナリオを提示するサービスである。

例えば、ユーザ端末１０は、通信部１１と、記憶部１２と、制御部１３と、表示部１４とを備える。通信部１１は、シナリオ検索サーバ２０と通信を行う。記憶部１２は、ＨＤＤ（Hard Disk Drive）などの記憶媒体に、ユーザ端末１０の各種処理を実行するためのプログラム、及び各種処理を行う際に利用される一時的なデータを記憶する。表示部１４は、液晶ディスプレイなどの表示装置を含み、制御部１３の制御に応じた画像を表示する。

制御部１３は、ユーザ端末１０がハードウェアとして備えるＣＰＵ（Central Processing Unit）にプログラムを実行させることによって実現される。例えば、制御部１３は、シナリオ検索アプリの画面（例えば、送信フォームなど）にしたがってユーザログを収集する。ユーザログの収集は、例えば、ＰＣに標準で備わっているログ収集機能を利用する。ログ収集機能は、ＰＣや、ＰＣにインストールされたソフトなどに不具合が生じた場合などにおいて、その不具合を再現させたり、操作手順を確認したりするためなどに利用されるものである。

制御部１３は、収集したユーザログを、通信部１１を介してシナリオ検索サーバ２０に送信する。制御部１３は、シナリオ検索アプリの画面（例えば、受信フォームなど）から検索結果を取得する。ここでの検索結果とは、シナリオ検索サーバ２０によって検索された、適合シナリオに関する情報である。制御部１３は、例えば、検索結果を表示部１４に表示させる。

シナリオ検索サーバ２０は、「適合シナリオ検索サービス」を提供するコンピュータ装置である。シナリオ検索サーバ２０は、ユーザ端末１０からユーザログを受信する。シナリオ検索サーバ２０は、シナリオＤＢ３０から既存のシナリオに関する情報（後述するシナリオ情報３２０）を取得する。シナリオ検索サーバ２０は、受信したユーザログに基づいて、既存のシナリオを検索し、既存のシナリオのうち、ユーザログに適合するシナリオを抽出する。シナリオ検索サーバ２０は、抽出したシナリオを適合シナリオとしてユーザ端末１０に通知する。

シナリオＤＢ３０は、既存のシナリオを記憶するデータベースである。シナリオＤＢ３０は、例えば、通信部３１と、記憶部３２と、を備える。通信部３１は、シナリオ検索サーバ２０と通信する。記憶部３２は、シナリオ情報３２０を記憶する。シナリオ情報３２０は、既存のシナリオに関する情報である。シナリオＤＢ３０は、例えば、シナリオ検索サーバ２０からの要求に応じて、シナリオ情報３２０をシナリオ検索サーバ２０に送信する。

なお、上記では、シナリオ検索サーバ２０とシナリオＤＢ３０とが別々の装置である場合を例示して説明したが、これに限定されない。例えば、シナリオ検索サーバ２０の内部にシナリオ情報が記憶され、シナリオ検索サーバ２０とシナリオＤＢ３０とが一つの装置で構成されていてもよい。

通信ネットワークＮＷは、ユーザ端末１０、シナリオ検索サーバ２０、及びシナリオＤＢ３０を互いに通信可能に接続する。通信ネットワークＮＷは、例えば、広域回線網、すなわちＷＡＮ（Wide Area Network）やインターネット、或いはこれらの組合せである。

図２は、実施形態のシナリオ検索サーバ２０の構成例を示すブロック図である。シナリオ検索サーバ２０は、例えば、通信部２１と、記憶部２２と、制御部２３とを備える。通信部２１は、通信ネットワークＮＷを介してユーザ端末１０及びシナリオＤＢ３０と通信する。例えば、通信部２１は、ユーザ端末１０からユーザログを受信し、ユーザ端末１０に検索結果を送信する。

通信部２１は、例えば、ＨＤＤ、フラッシュメモリ、ＥＥＰＲＯＭ（Electrically Erasable Programmable Read Only Memory）、ＲＡＭ（Random Access read/write Memory）、ＲＯＭ（Read Only Memory）などの記憶媒体、あるいはこれらの組合せによって構成される。記憶部２２は、シナリオ検索サーバ２０の各種処理を実行するためのプログラム、及び各種処理を行う際に利用される一時的なデータを記憶する。

記憶部２２は、例えば、シナリオログ２２０と、ユーザログ２２１とを記憶する。シナリオログ２２０は、既存のシナリオを実行させることにより得られる操作ログ（以下、シナリオログ）に関する情報である。シナリオログ２２０は、後述するシナリオログ作成部２３２によって作成される。シナリオログ作成部２３２がシナリオログを作成する方法については後で詳しく説明する。ユーザログ２２１は、ユーザ端末１０から送信されたユーザログに関する情報である。

制御部２３は、シナリオ検索サーバ２０がハードウェアとして備えるＣＰＵにプログラムを実行させることによって実現される。制御部２３は、例えば、シナリオ情報取得部２３０と、シナリオ実行部２３１と、シナリオログ作成部２３２と、ユーザログ取得部２３３と、クレンジング部２３４と、適合チェック部２３５と、全体フロー作成部２３６と、出力部２３７とを備える。

シナリオ情報取得部２３０は、シナリオ情報を取得する。シナリオ情報は、例えば、シナリオＤＢ３０に記憶されたシナリオ情報３２０である。シナリオ情報取得部２３０は、通信部３１を介してシナリオ情報３２０を取得し、取得したシナリオ情報３２０をシナリオ実行部２３１に出力する。

シナリオ実行部２３１は、シナリオ情報３２０を実行する。本実施形態では、既存のシナリオを実際に実行することによりシナリオログを取得する。シナリオ実行部２３１は、ユーザログとの適合の度合いが判定し易くなるように、シナリオを実行する。例えば、シナリオ実行部２３１は、既存のシナリオが、繰り返し何度も実行させることが可能なものであっても、１回のみ、シナリオを実行する。これにより、シナリオログの中で同じ操作が繰り返されることを抑制し、シナリオログがユーザログに適合しているか否かを判定し易くすることが可能となる。また、ユーザログに適合しているか否かを判定する処理の負荷の抑制も期待できる。

また、シナリオ実行部２３１は、既存のシナリオが、条件によりフローが異なるものである場合、条件ごとにシナリオを実行させる。これにより、シナリオログを条件ごとに分けて作成することが可能となる。

シナリオログ作成部２３２は、シナリオ実行部２３１によって実行されたシナリオにおけるシナリオログを作成する。シナリオログ作成部２３２は、例えば、ユーザログが収集される場合に利用されたものと同様のログ収集機能を用いて、シナリオログを生成する。これにより、ユーザログとシナリオログとが比較しやすくなり、ユーザログに適合するシナリオが検索しやすくなることが期待できる。

しかしながら、これに限定されることはない。シナリオログは、少なくともユーザログに適合するか否かを判定できる情報であればよい。或いは、後述するクレンジング部２３４によりログがクレンジングされる際に、シナリオログとユーザログの操作順序を示す情報の形式を揃えるようにしてもよい。この場合、シナリオログがユーザログの形式に変換されてもよいし、ユーザログがシナリオログの形式に変換されてもよいし、シナリオログとユーザログの両方が、シナリオログの形式ともユーザログの形式とも異なる新たな形式に変換されてもよい。いずれの場合であっても、ユーザログとシナリオログとが比較しやすくなる効果が期待できる。

シナリオログは、任意の形式で操作順序が示される情報であってよい。シナリオログ作成部２３２は、作成したシナリオログを、シナリオログ２２０として記憶部２２に記憶させる。

ユーザログ取得部２３３は、ユーザ端末１０からのユーザログを取得する。ユーザログ取得部２３３は、取得したユーザログをユーザログ２２１として、記憶部２２に記憶させる。

クレンジング部２３４は、ログのクレンジングを行う。ここでのログは、シナリオログ２２０、及び／又はユーザログ２２１である。また、ここでのクレンジングとは、シナリオログがユーザログに適合するか否かを判定する処理がし易いようにログに示されている情報のうち、必要な情報のみを残し、不要な情報を削除する処理である。クレンジング部２３４がログのクレンジングを行う処理の詳細については後で詳しく説明する。クレンジング部２３４は、クレンジングしたログを記憶部１２に記憶させる。具体的に、クレンジング部２３４は、シナリオログ２２０をクレンジングし、クレンジング後の情報を、記憶部１２に書込んでシナリオログ２２０を更新する。クレンジング部２３４は、ユーザログ２２１をクレンジングし、クレンジング後の情報を、記憶部１２に書込んでユーザログ２２１を更新する。

適合チェック部２３５は、シナリオログがユーザログに適合するか否かを判定する。適合チェック部２３５は、シナリオログがユーザログに適合する度合いを算出し、算出した度合いが、例えば所定の閾値以上である場合に、シナリオログがユーザログに適合すると判定する。適合する度合いは、シナリオログの操作順序が、ユーザログの操作順序に類似する度合いである。操作順序が似ていれば、シナリオログの全部又は一部を、必要に応じてカスタマイズすることにより、ユーザログに示される操作順序が記述されたプログラムを作成することができる。このプログラムを実行させることにより、ユーザの操作を自動化させることが可能である。適合チェック部２３５が、シナリオログがユーザログに適合するか否かを判定する処理の詳細については後で詳しく説明する。適合チェック部２３５は、シナリオログがユーザログに適合する度合いを、検索結果２２２として、記憶部２２に記憶させる。

全体フロー作成部２３６は、全体フローを作成する。全体フローを作成するは、シナリオログに示される操作順序と、ユーザログに示される操作順序を対比させた情報である。全体フロー作成部２３６は、例えば、シナリオログがユーザログに適合すると判定された場合に、全体フローを作成する。全体フローは、例えば、シナリオログに示される操作順序と、ユーザログに示される操作順序を対比させた画像であり、例えば、適合シナリオに示される操作ごとに、ユーザログに示される操作と共通するか否かが示された情報である。或いは全体フローは、ユーザログに示される操作ごとに、適合シナリオと共通する操作であるか否かが示された情報である。全体フローが、シナリオ検索サーバ２０による適合シナリオを検索した検索結果の詳細として、ユーザ端末１０に通知されるようにしてもよい。全体フロー作成部２３６が全体フローを作成する方法の詳細については後で詳しく説明する。全体フロー作成部２３６は、作成した全体フローを、検索結果２２２として、記憶部２２に記憶させる。

出力部２３７は、ユーザログに適合するシナリオに関する情報として、検索結果２２２をユーザ端末１０に出力する。

図３は、実施形態のシナリオログ２２０の構成例を示す図である。シナリオログ２２０は、例えば、「case :concept :name」と、「time :timestamp」と、「concept :name」などの項目を備える。

「case :concept :name」は、ケースＩＤなどと称される情報であり、同一のシナリオから生成されたシナリオログを一意に識別する識別情報である。例えば、シナリオに条件分岐があり、条件分岐で設定される条件に応じて複数のシナリオが生成された場合に、この「case :concept :name」を用いて複数のシナリオを区別する。この例では、シナリオログ２２０の中に、シナリオログ２２０Ａ及びシナリオログ２２０Ｂが示されている。シナリオログ２２０Ａは、「case :concept :name」が「１」として識別されることが示されている。シナリオログ２２０Ｂは、「case :concept :name」が「２」として識別される。

「time :timestamp」は、シナリオログが取得された日時を示す情報である。「concept :name」は、ウィンドウ名などと称される情報であり、シナリオの実行により操作された画面を示す情報である。この例に示すシナリオログ２２０Ａでは、日時（２０１９／０４／０１ １０：００：００）に、まず、ＡＢＣ…という名称のソフトウェアのＴＯＰＰＡＧＥ（トップページ）が操作されたことが示されている。その次に、トップページから遷移したＴＥＮＳＯＵという名称のタスクからメニュー選択画面、基本情報登録画面、ファイル登録画面…の順に、操作が行われたことが示されている。

ここで、図４を用いて、クレンジング部２３４がログをクレンジングする処理の詳細について説明する。図４は、実施形態のユーザログ２２１の構成例を示す図である。図４には、クレンジング部２３４によるクレンジング前のユーザログ２２１の構成例が示されている。図４に示すように、クレンジング前のユーザログ２２１には、様々な情報、例えば、ファイル形式やそのバージョンを示す情報、文字コードを示す情報など、が含まれている。

クレンジング部２３４は、適合チェック部２３５による判定処理、及び全体フロー作成部２３６による全体フローの作成処理に用いられないログを除去する。例えば、ユーザログ２２１に示すログのうち、File Descriptionが記述されていないログを削除する。File Descriptionは、操作されたソフトウェアなどが示されている情報である。クレンジング部２３４は、File Descriptionが記載されたログのうち、操作順序としてカウントしないソフトウェアの操作に関するログを削除する。操作順序としてカウントしないソフトウェアとは、ＰＣの処理負荷を表示するもの、プリンタドライバからの応答を表示させるものなどである。操作順序としてカウントするソフトウェアとは、例えば、Ｗｅｂブラウザ、表計算ソフト、テキストエディタ、メールソフトなどである。図４の例では、FileDescription="In…net Ex…rer"と記載された箇所が、操作順序としてカウントするソフトウェア（In…net Ex…rer、すなわちＷｅｂブラウザ）に該当する。

クレンジング部２３４は、ユーザログ２２１に残された操作順序としてカウントするソフトウェアのログのDescriptionにイベント名が記載されているログを取得する。Descriptionは、操作の説明などを記載するものである。イベント名は、行われた操作の名称であり、例えば、ユーザーによる左クリック、ユーザーによるキーボード入力などと示される。図４の例では、<Description>ユーザーによる左クリック…と記載された箇所がイベント名が記載されているログに該当する。

クレンジング部２３４は、Descriptionにイベント名が記載されているログから、その操作がなされたソフトウェアを示す情報を抽出する。図４の例では、<Description>ユーザーによる左クリック…と記載された箇所の後半の記述「ファイル転送システム - In…net Ex…rer」と記載された箇所が、操作がなされたソフトウェアを示す情報に該当する。これは、Ｗｅｂブラウザの「ファイル転送システム」と呼ばれる画面が操作されたことを示している。また、クレンジング部２３４は、ユーザログ２２１において同一のログが連続して出力されている場合には、１つを残して、他のログを消去するようにしてもよい。

ここでは、クレンジング部２３４が、ユーザログの形式を、シナリオログの形式に変換する場合の処理を説明する。クレンジング部２３４は、ユーザログの形式を、シナリオログの形式、つまり「case :concept :name」と、「time :timestamp」と、「concept :name」の項目に沿った記述に変換する。例えば、クレンジング部２３４は、ユーザログ２２１の「case :concept :name」を所定の値（例えば、１）とする。例えば、クレンジング部２３４は、ユーザログ２２１の「time :timestamp」を、ユーザ端末１０から受信したユーザログのファイルが記憶された日時とする。例えば、クレンジング部２３４は、ユーザログ２２１の「concept :name」を、Descriptionに記載されたイベント名とする。

図５は、実施形態のシナリオ情報３２０の構成例を示す図である。シナリオ情報３２０は、例えば、シナリオＩＤ、シナリオ名称などの項目を備える。シナリオＩＤは既存のシナリオを一意に識別する識別情報である。シナリオ名称は、シナリオＩＤで特定されるシナリオの名称である。この例では、既存のシナリオとして、会議体シナリオ、電子決済シナリオ等が示されている。

ここで、適合チェック部２３５が適合度を算出する処理を、図６を用いて説明する。図６は、実施形態の適合チェック部２３５が行う処理を説明する図である。図６に示すように、ユーザログ２２１に（ａ、ｂ、ｃ、ｄ、ｅ、ｇ）の順で、シナリオログ２２０に（ａ、ｂ、ｄ、ｃ、ｆ、ｇ）の順で操作がなされたことを示している場合を考える。この場合、適合チェック部２３５は、シナリオログ２２０に示されている操作の順に、ユーザログ２２１に同じ操作が存在するか否かを、操作が行われた順に探索する。そして、適合チェック部２３５は、シナリオログ２２０に示されている操作と共通する操作が、ユーザログ２２１に存在していた場合、その共通する操作以降のユーザログ２２１の操作の中に、シナリオログ２２０でその次に行われた操作が存在するか否かを探索する。このような探索を、ユーザログ２２１に存在する操作の数だけ繰り返し行う。

この図６の例では、シナリオログ２２０の最初の二つの操作（ａ、ｂ）が、ユーザログ２２１の最初の二つの操作（ａ、ｂ）と共通する。シナリオログ２２０の次の三番目の操作（ｄ）は、ユーザログ２２１の四番目の操作（ｄ）と共通する。シナリオログ２２０の四番目と五番目の操作（ｃ、ｄ）は、ユーザログ２２１の五番目以降の操作には存在しない。シナリオログ２２０の六番目の操作（ｇ）は、ユーザログ２２１の六番目の操作（ｇ）と共通する。すなわち、シナリオログ２２０とユーザログ２２１は、（ａ、ｂ、ｄ、ｇ）の四つの操作が共通する。

適合チェック部２３５は、図６に示すように、「シナリオログの総数」に対する、「共通箇所の数」を適合度として算出する。「シナリオログの総数」とは、シナリオログ２２０に示される操作の数の総数である。「共通箇所の数」は、シナリオログ２２０に示される操作順序と、ユーザログ２２１に示される操作順序とが共通する操作の数である。すなわち、適合チェック部２３５は、シナリオログ２２０に示される操作の数の総数に対する、シナリオログ２２０とユーザログ２２１のそれぞれに示される操作順序が共通する操作の数を、適合度として算出する。

ここで、全体フロー作成部２３６が行う処理の詳細を、図７〜図９を用いて説明する。図７〜図９は、実施形態の全体フロー作成部２３６が作成した全体フローの例を示す図である。全体フロー作成部２３６によって作成された全体フローは、ユーザ端末１０に通知され、例えば、表示部１４に表示される。図７〜図９には、表示部１４に表示された全体フローの例が示されている。

図７には、全体フローの一例として、ユーザによる操作の流れの例が示されている。全体フロー作成部２３６は、例えば、クレンジング部２３４によるクレンジング後のユーザログ２２１を用いて、図７に示すようなユーザによる操作の流れを示す画像の情報を作成する。この場合において、全体フロー作成部２３６は、ユーザにより行われた操作の流れの中に、適合シナリオによる操作で代替できる操作を示す情報を含めて全体フローを作成する。

この全体フローの例では、ユーザにより、ＷＥＢブラウザ、ファイル転送シナリオ、表計算ソフト、テキストエディタ、メールソフト、等を用いた操作が行われたことが示されている。これらの一連の操作は、例えば、顧客に請求書や納品書などを発行する業務において行われる作業である。例えば、ユーザは、ＷＥＢブラウザを立ち上げて、ファイル転送サイトの画面を表示させる。ユーザは、表計算ソフトを使って請求書や納品書の宛先や請求金額を記入する等して電子ファイルを作成する。請求書や納品書の電子ファイルを作成する際には、テキストエディタが使用される。ユーザは、作成した電子ファイルをクラウドサーバ等にアップロード（転送）し、その旨をメールで顧客に通知する。

この例では、ユーザログに、このような納品書などを発行する業務に係る一連の操作が、繰り返し実行されていることが示されている。そして、適合チェック部２３５は、この一連の作業のうち、電子ファイルを転送する作業に、既存のシナリオである「ファイル転送シナリオ」が適合すると判定したことが示されている。このように、全体フロー作成部２３６は、ユーザにより行われた操作の中で、適合シナリオによる操作で代用できる操作と、できない操作の表示態様を異なる態様で表示させるようにしてもよい。これにより、ユーザに、自身のＰＣ操作の中で、ＲＰＡで自動的に実施可能な操作を一目で判りやすく認識させることができる。

全体フロー作成部２３６は、この例に示すように、ある操作から別の操作に遷移した場合における遷移回数を、全体フローに示すようにしてもよい。遷移回数が多いものをＲＰＡで自動化することによって、業務の効率化を図ることが可能である。また、全体フロー作成部２３６は、他の操作への遷移回数が少ない操作（この例における、プレゼンテーションソフト）を、一連の操作の流れと並列させて全体フローに示すようにしてもよい。

図８には、適合シナリオで行われる操作の詳細が示されている。この画像は、例えば、図７で示したユーザの操作の流れの中で示された適合シナリオ（ファイル転送シナリオ）の画像がクリックされることにより表示される。この例では、ファイル転送シナリオの詳細として、ステップＳ１〜Ｓ９までの処理の流れがフローチャート形式で示されている。このファイル転送シナリオの詳細は、図３のシナリオログ２２０Ａで示される操作に相当する。

図８の例では、まず、ファイル転送サイトなどのトップページから操作が開始される（ステップＳ１）。トップページからメニュー選択画面に遷移（ステップＳ２）し、メニュー選択画面にて、例えば基本情報登録が選択された後に、基本情報登録画面に遷移する（ステップＳ３）。基本情報登録画面では、例えば、ユーザのＩＤやパスワードなどが入力されログインの操作が行われる。その後、ファイル登録画面に遷移し（ステップＳ４）、転送する電子ファイルが登録される。この例では、ファイル登録画面（パス指定）に遷移して（ステップＳ５）、パスを指定することにより転送する電子ファイルが登録される。電子ファイルが登録されると、登録内容確認画面に遷移（ステップＳ６）する。登録内容確認画面にてユーザが目視などにより登録内容を確認し、確認内容が正しい旨を示す操作がなされる等した後、ファイル公開・通知確認の画面に遷移する（ステップＳ７）。その後、登録完了の画面に遷移（ステップＳ８）し、ログアウト画面に遷移する（ステップＳ９）。

図９には、シナリオログ２２０に示される操作順序と、ユーザログ２２１に示される操作順序を対比させた全体フローの例を示す画像が示されている。この画像は、例えば、図８で示した既存シナリオの詳細について、「両方を選択する」というタブが選択されることにより表示される。「両方を選択する」の両方とは、シナリオログ２２０とユーザログ２２１の両方ことである。

図９に示す全体フローは、例えば、共通ログ欄ＫＬ、ユーザログ欄ＵＬ、及びシナリオログ欄ＳＬなどの画像を備える。共通ログ欄ＫＬには、シナリオログ２２０とユーザログ２２１に共通する操作が示されている。この例では、図８のステップＳ１〜Ｓ７、及びＳ９で示したシナリオログ２２０の操作が、ユーザログ２２１で示された操作と共通していることが示されている。この共通する操作は、適合シナリオを用いて自動化することが可能である。

ユーザログ欄ＵＬには、シナリオログ２２０には存在せず、ユーザログ２２１にのみ存在する操作が示されている。この例では、トップページ（ステップＳ１）からメニュー選択画面（ステップＳ２）とは異なる操作を行う画面、メニューＡ（ステップＳ１０）や、メニューＢ（ステップＳ１１）に遷移したことが示されている。また、ユーザの操作では。ポータルサイト（ステップＳ１２）からトップページ（ステップＳ１）に遷移したことが示されている。適合シナリオに、このようなユーザログ２２１にのみ存在する操作を追加することで、ユーザの操作をより広範囲に自動化することが可能である。

なお、このようなユーザログ２２１にのみ存在する操作が、操作を自動化する上で必要な操作であるか否かを確認した上で、適合シナリオに操作を追加することが好ましい。例えば、ＩＤなどを入力する際、ユーザの操作では、一旦、検索機能を使用してＩＤを選択した後に、選択したＩＤを入力する操作が行われていた場合を考える。このユーザの操作に対し、適合シナリオでは検索機能を使用することなく直接ＩＤを入力する操作が行われていたとする。この場合、入力するＩＤが毎回同じである場合には、自動化する際に検索機能を使用する操作を追加する必要はない。

シナリオログ欄ＳＬには、シナリオログ２２０に存在しているが、ユーザログ２２１には存在していない操作が示されている。この例では、登録完了（ステップＳ８）の操作が該当する。適合シナリオから、このようなユーザログ２２１に存在しない操作を削除することにより、ユーザの操作を自動化することが可能である。

また、この例に示すように、全体フロー作成部２３６は、各操作に、その操作への遷移回数と、操作に要した平均時間を示すようにしてもよい。遷移回数などを示すことにより、自動化を行った際の効果を見積もることが可能である。例えば、ある操作から、別の操作に遷移する回数が２回であり、ある操作から別の操作に遷移するまでに平均２３秒要していた場合、これらの操作を行うために合計４６秒の作業時間が発生している。例えば、作業時間が比較的長い操作群を優先的に自動化することにより、作業時間を短縮させることが期待できる。

図１０は、実施形態のシナリオ検索システム１が行う処理の流れを示すシーケンス図である。シナリオＤＢ３０は、予めシナリオ情報３２０を記憶する（ステップＳ２０）。シナリオＤＢ３０は、シナリオ検索サーバ２０からの要求に応じて、シナリオ情報３２０をシナリオ検索サーバ２０に送信する。

シナリオ検索サーバ２０は、シナリオＤＢ３０から受信したシナリオ情報３２０を実行し（ステップＳ２１）、シナリオログ２２０を作成する（ステップＳ２２）。シナリオ検索サーバ２０は、作成したシナリオログ２２０を記憶部１２に記憶する（ステップＳ２３）。

一方、ユーザ端末１０は、ユーザログをシナリオ検索サーバ２０に送信し（ステップＳ２４）、シナリオ検索サーバ２０に適合シナリオの検索を依頼する。シナリオ検索サーバ２０は、ユーザ端末１０から受信したユーザログを、ユーザログ２２１として記憶部２２に記憶する（ステップＳ２５）。シナリオ検索サーバ２０は、シナリオログ２２０とユーザログ２２１を用いて適合シナリオを検索する処理を行う。適合シナリオを検索する処理の詳細については後述する図１１で詳しく説明する。シナリオ検索サーバ２０は、適合シナリオを検索する処理を行うことによって検索結果２２２を生成する。シナリオ検索サーバ２０は、生成した検索結果２２２を、ユーザ端末１０に送信する。ユーザ端末１０は、シナリオ検索サーバ２０から受信した検索結果２２２を表示部１４に表示する（ステップＳ２７）。

ここで、適合シナリオを検索する処理について図１１を用いて説明する。図１１は、実施形態のシナリオ検索サーバ２０が行う処理の流れを示すフロー図である。シナリオ検索サーバ２０は、シナリオログ２２０を作成する（ステップＳ３０）。シナリオ検索サーバ２０は、シナリオＤＢ３０から取得したシナリオ情報３２０を実行することによりシナリオログ２２０を作成する。次に、ユーザログ２２１をクレンジングする（ステップＳ３１）。シナリオ検索サーバ２０は、ユーザ端末１０から取得したユーザログから、適合チェック部２３５による処理、及び全体フロー作成部２３６による処理に必要なログのみを抽出することにより、ユーザログ２２１をクレンジングする。

シナリオ検索サーバ２０は、適合度を算出するシナリオログ２２０を選択し（ステップＳ３２）、選択したシナリオログ２２０とユーザログ２２１の適合度を算出する。シナリオ検索サーバ２０は、適合度が所定の閾値以上であった場合、シナリオログ２２０とユーザログ２２１を対応させた全体フローを作成する。全体フローには、ユーザログ２２１に示される操作のうち、例えば、適合シナリオと共通する操作、ユーザのみが行う操作、適合シナリオのみが行う操作のそれぞれが区別して示されている。シナリオ検索サーバ２０は、検索結果２２２を記憶する。検索結果２２２には、ステップＳ３３で算出された適合度、及びスＳ３４で作成された全体フローの画像情報などが含まれる。

シナリオ検索サーバ２０は、適合シナリオを検索する対象とする全ての既存シナリオについて、その適合度を算出したか否かを判定する（ステップＳ３６）。シナリオ検索サーバ２０は、全ての既存シナリオについて、その適合度を算出していない場合にはステップＳ３２に戻り、全ての既存シナリオについて、その適合度を算出した場合には処理を終了させる。

以上説明したように、実施形態のシナリオ検索サーバ２０は、シナリオログ作成部２３２と、ユーザログ取得部２３３と、適合チェック部２３５と、出力部２３７とを備える。シナリオ検索サーバ２０は、「シナリオ検索装置」の一例である。シナリオログ作成部２３２は、シナリオログ２２０を取得する。シナリオログ２２０はシナリオに設定された操作のログである。シナリオログ作成部２３２は「シナリオログ取得部」の一例である。ユーザログ取得部２３３は、ユーザログ２２１を取得する。ユーザログ２２１は、ユーザによる操作のログである。適合チェック部２３５は、シナリオログ２２０とユーザログ２２１とを比較し、シナリオログ２２０が、ユーザログ２２１に示される操作のＲＰＡ（Robotic Process Automation）に適合できる度合いを算出する。出力部２３７は、適合チェック部２３５によって算出された算出結果を出力する。

これにより、実施形態のシナリオ検索サーバ２０は、適合チェック部２３５によって、シナリオログ２２０に示される操作が既存シナリオに適合する度合いを算出することができる。したがって、ユーザに、操作を自動化できそうな箇所を定量的に提示することが可能である。このため、導入企業は、手間を増大させることなく適切なＲＰＡを導入することが可能となる。

また、実施形態のシナリオ検索サーバ２０では、適合チェック部２３５は、シナリオログ２２０とユーザログ２２１の操作順序が共通する度合いを示す適合度を、シナリオログ２２０が、ユーザログ２２１に示される操作のＲＰＡに適合できる度合いとして算出する。これにより、実施形態のシナリオ検索サーバ２０は、操作順序が似ているシナリオを適合シナリオとすることができる。操作順序を適合の基準とすることにより、ユーザの操作を自動化する際に必要となる、適合シナリオを改修（カスタマイズ）する度合いを示すことができる。このため、導入企業は、改修に必要となる手間を認識した上でＲＰＡを導入することが可能となり、ＲＰＡを導入するにあたり予期せぬ手間が生じるリスクを低減させ、安心して、ＲＰＡを導入することができる。

また、実施形態のシナリオ検索サーバ２０では、適合チェック部２３５は、シナリオログ２２０に示された操作の総数に対する、シナリオログ２２０とユーザログ２２１の操作順序が共通する操作の数を、適合度として算出する。これにより、実施形態のシナリオ検索サーバ２０は、シナリオログ２２０に示された操作の順に、ユーザログ２２１に共通する操作が存在するか否かを、操作の順に沿って探索するという簡単な処理で、定量的に、適合度を算出することができる。

また、実施形態のシナリオ検索サーバ２０は、全体フロー作成部２３６をさらに備える。全体フロー作成部２３６は、全体フローを作成する。全体フローは、シナリオログ２２０に示される操作順序と、ユーザログ２２１に示される操作順序を対比させた情報である。出力部２３７は、全体フロー作成部２３６によって作成された全体フローを示す情報を出力する。これにより、実施形態のシナリオ検索サーバ２０は、シナリオログ２２０に示される操作順序と、ユーザログ２２１に示される操作順序を対比させた情報を示すことができる。したがって、ＲＰＡを導入するにあたり適合シナリオを改修する具体的な内容を、導入企業に確認させることが可能である。

また、実施形態のシナリオ検索サーバ２０では、全体フロー作成部２３６は、シナリオログ２２０に示される操作のそれぞれに、ユーザログに示される操作と共通する操作か否かを示す情報を含む全体フローを作成する。これにより、実施形態のシナリオ検索サーバ２０では、既存のシナリオをそのまま適用することで、どの程度の操作が自動化されるかを把握することができる。また、ユーザの操作を自動化する上で、既存のシナリオから削除する操作を把握することができる。

また、実施形態のシナリオ検索サーバ２０では、全体フロー作成部２３６は、ユーザログ２２１に示される操作のそれぞれに、シナリオログ２２０に示される操作と共通する操作か否かを示す情報を含む全体フローを作成する。これにより、実施形態のシナリオ検索サーバ２０では、ユーザの操作を自動化する上で、既存のシナリオに追加する操作を把握することができる。

また、実施形態のシナリオ検索サーバ２０では、全体フロー作成部２３６は、ユーザログ２２１に示される操作のうち、第１操作に遷移した後、第１操作の次の操作である第２操作に遷移するまでに要した時間を含む全体フローを作成する。これにより、実施形態のシナリオ検索サーバ２０では、ユーザの操作を自動化する上で、作業時間の短縮が見込まれる操作を把握することができる。

また、実施形態のシナリオ検索サーバ２０では、全体フロー作成部２３６は、ユーザログ２２１に示される操作のうち第１操作から、第１操作の次の操作である第２操作に遷移した回数を含む全体フローを作成する。これにより、実施形態のシナリオ検索サーバ２０では、ユーザの操作を自動化する上で、トータルの作業時間の短縮が見込まれる操作を把握することができる。

また、実施形態のシナリオ検索システム１は、シナリオ検索サーバ２０と、ユーザ端末１０を備える。ユーザ端末１０はユーザの操作ログであるユーザログをシナリオ検索サーバ２０に送信する。これにより、実施形態のシナリオ検索システム１では、ユーザ端末１０で行われたユーザの操作を自動化するのに適合する既存シナリオを検索することができ、上述した効果と同様の効果を奏する。

上述した実施形態におけるシナリオ検索システム１、及びシナリオ検索サーバ２０の全部又は一部をコンピュータで実現するようにしてもよい。その場合、この機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現してもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでもよい。また上記プログラムは、前述した機能の一部を実現するためのものであってもよく、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであってもよく、ＦＰＧＡ（Field Programmable Gate Array）等のプログラマブルロジックデバイスを用いて実現されるものであってもよい。

以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。

１ シナリオ検索システム
１０ ユーザ端末
２０ シナリオ検索サーバ（シナリオ検索装置）
２３０ シナリオ情報取得部
２３１ シナリオ実行部
２３２ シナリオログ作成部（シナリオログ取得部）
２３３ ユーザログ取得部
２３４ クレンジング部
２３５ 適合チェック部
２３６ 全体フロー作成部
２３７ 出力部
３０ シナリオＤＢ
３２０ シナリオ情報

Claims (11)

1. シナリオに設定された操作のログであるシナリオログを取得するシナリオログ取得部と、
   ユーザによる操作のログであるユーザログを取得するユーザログ取得部と、
   前記シナリオログと前記ユーザログとを比較し、前記シナリオログが、前記ユーザログに示される操作のＲＰＡ（Robotic Process Automation）に適合できる度合いを算出する適合チェック部と、
   前記適合チェック部によって算出された算出結果を出力する出力部と、
   を備えるシナリオ検索装置。
2. 前記適合チェック部は、前記シナリオログと前記ユーザログのそれぞれの操作順序が共通する度合いを示す適合度を、前記シナリオログが、前記ユーザログに示される操作のＲＰＡに適合できる度合いとして算出する、
   請求項１に記載のシナリオ検索装置。
3. 前記適合チェック部は、前記シナリオログに示された操作の総数に対する、前記シナリオログと前記ユーザログの操作順序が共通する操作の数を、前記適合度として算出する、
   請求項２に記載のシナリオ検索装置。
4. 前記シナリオログに示される操作順序と、前記ユーザログに示される操作順序を対比させた全体フローを作成する全体フロー作成部、
   を更に備え、
   前記出力部は、前記全体フロー作成部によって作成された前記全体フローを示す情報を出力する、
   請求項１から請求項３のいずれか一項に記載のシナリオ検索装置。
5. 前記全体フロー作成部は、前記シナリオログに示される操作のそれぞれに、前記ユーザログに示される操作と共通する操作か否かを示す情報を含む前記全体フローを作成する、
   前記請求項４に記載のシナリオ検索装置。
6. 前記全体フロー作成部は、前記ユーザログに示される操作のそれぞれに、前記シナリオログに示される操作と共通する操作か否かを示す情報を含む前記全体フローを作成する、
   前記請求項４又は請求項５に記載のシナリオ検索装置。
7. 前記全体フロー作成部は、前記ユーザログに示される操作のうち第１操作に遷移した後、前記第１操作の次の操作である第２操作に遷移するまでに要した時間を含む前記全体フローを作成する、
   前記請求項４から請求項６のいずれか一項に記載のシナリオ検索装置。
8. 前記全体フロー作成部は、前記ユーザログに示される操作のうち第１操作から、前記第１操作の次の操作である第２操作に遷移した回数を含む前記全体フローを作成する、
   前記請求項４から請求項７のいずれか一項に記載のシナリオ検索装置。
9. 請求項１から請求項８のいずれか一項に記載のシナリオ検索装置と、
   ユーザの操作ログであるユーザログを前記シナリオ検索装置に送信するユーザ端末と、
   を備えるシナリオ検索システム。
10. シナリオログ取得部が、シナリオに設定された操作のログであるシナリオログを取得し、
    ユーザログ取得部が、ユーザによる操作のログであるユーザログを取得し、
    適合チェック部が、前記シナリオログと前記ユーザログとを比較し、前記シナリオログが、前記ユーザログに示される操作のＲＰＡ（Robotic Process Automation）に適合できる度合いを算出し、
    出力部が、前記適合チェック部によって算出された算出結果を出力する、
    シナリオ検索方法。
11. コンピュータを、
    シナリオに設定された操作のログであるシナリオログを取得するシナリオログ取得手段、
    ユーザによる操作のログであるユーザログを取得するユーザログ取得手段、
    前記シナリオログと前記ユーザログとを比較し、前記シナリオログが、前記ユーザログに示される操作のＲＰＡ（Robotic Process Automation）に適合できる度合いを算出する適合チェック手段、
    前記適合チェック手段によって算出された算出結果を出力する出力手段、
    として機能させるためのプログラム。

Images