(57)【要約】      （修正有）【課題】より効率的にＲＰＡによる処理を実行することができる情報処理装置、方法、プログラム及びシステムを提供する。【解決手段】情報処理装置１は、依頼元の端末からＲＰＡ（Ｒｏｂｏｔｉｃ  Ｐｒｏｃｅｓｓ  Ａｕｔｏｍａｔｉｏｎ）によって実行される処理に関する情報が含まれる指示メッセージを受信する受信部１０１と、指示メッセージをキューに登録する登録部１０３と、キューに登録された順に、指示メッセージに含まれる処理を依頼元の端末以外でＲＰＡによって実行する実行部１０６と、を具備する。【選択図】図１
2020197998.tif 000002
【特許請求の範囲】
【請求項１】
依頼元の端末からＲＰＡ（Robotic Process Automation）によって実行される処理に関する情報が含まれる指示メッセージを受信する受信部と、
前記指示メッセージをキューに登録する登録部と、
前記キューに登録された順に、前記指示メッセージに含まれる前記処理を前記依頼元の端末以外で前記ＲＰＡによって実行する実行部と、
を具備する情報処理装置。
【請求項２】
前記ＲＰＡにより前記処理が完了したことを示す内容と前記実行部による実行結果との少なくともどちらか一方を含む結果メッセージを、前記依頼元の端末または指定された送信先に送信する送信部をさらに具備する請求項１に記載の情報処理装置。
【請求項３】
前記受信部において前記指示メッセージを受信したか否かを確認する確認部をさらに具備し、
前記確認部は、前記指示メッセージに所定の文字列が含まれていれば、前記指示メッセージを受信したと判定する請求項１または請求項２に記載の情報処理装置。
【請求項４】
前記指示メッセージは、電子メールであり、
前記電子メールの件名に前記所定の文字列および前記処理の内容が記述され、
前記電子メールの本文に前記処理に関するパラメータが記述される、請求項３に記載の情報処理装置。
【請求項５】
前記指示メッセージから前記処理の内容および前記処理に関するパラメータを抽出する抽出部をさらに具備し、
前記実行部は、抽出された前記処理の内容に対応する、予め定義された前記ＲＰＡによる作業シナリオを示すＲＰＡロボットを呼び出し、抽出された前記パラメータを前記ＲＰＡロボットに渡して前記ＲＰＡにより前記処理を実行させる、請求項１から請求項４のいずれか１項に記載の情報処理装置。
【請求項６】
依頼元の端末からＲＰＡ（Robotic Process Automation）によって実行される処理に関する情報が含まれる指示メッセージを受信し、
前記指示メッセージをキューに登録し、
前記キューに登録された順に、前記指示メッセージに含まれる前記処理を前記依頼元の端末以外で前記ＲＰＡによって実行する情報処理方法。
【請求項７】
コンピュータを、
依頼元の端末からＲＰＡ（Robotic  Process  Automation）によって実行される処理に関する情報が含まれる指示メッセージから、前記処理の内容および前記処理に関するパラメータを抽出する抽出手段と、
抽出された前記処理の内容に対応する、予め定義された前記ＲＰＡによる作業シナリオを示すＲＰＡロボットを呼び出し、抽出された前記パラメータを前記ＲＰＡロボットに渡して前記ＲＰＡにより前記処理を実行させる実行手段として機能させるための情報処理プログラム。
【請求項８】
１以上の依頼元の端末と、サーバとを含む情報処理システムであって、
前記１以上の依頼元端末は、
ＲＰＡ（Robotic  Process  Automation）によって実行される処理に関する情報が含まれる指示メッセージをサーバに送信する送信部を具備し、
前記サーバは、
前記１以上の依頼元端末から前記指示メッセージを受信する受信部と、
前記指示メッセージをキューに登録する登録手段と、
前記キューに登録された順に、前記指示メッセージに含まれる前記処理を前記依頼元の端末以外で前記ＲＰＡによって実行する実行手段と、
前記ＲＰＡにより前記処理が完了したことを示す内容と前記実行手段による実行結果との少なくともどちらか一方を含む結果メッセージを、前記依頼元の端末に送信する送信部と、を具備する情報処理システム。
【請求項９】
依頼先となる１以上の依頼先端末に、ＲＰＡ（Robotic  Process  Automation）によるタスクと期限に関する情報とを送信する送信部と、
前記依頼先端末からの作業結果を受信したか否かを確認する確認部と、
前記作業結果を受信した場合、前記作業結果を集計する実行部と、を具備し、
前記送信部は、前記期限から所定期間前に、未だ作業結果を受けとっていない依頼先端末に対して第１の催促通知を送信し、前記期限となった場合に、未だ作業結果を受けとっていない依頼先端末に対して第２の催促通知を送信する、情報処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、方法、プログラム及びシステムに関する。
【背景技術】
【０００２】
近年、業務効率化という観点からＲＰＡ（Robotic Process Automation）が注目を集めている。ＲＰＡは、従前は人手で行っていたコンピュータ上での作業の一部を、ロボットと呼ばれる作業シナリオを定義したプログラムにより人手で行った作業をなぞるように実行する仕組みである。ＲＰＡによれば、アプリケーション（ソフトウェア）の起動、データ取得及びデータ入力などの処理がロボットにより自動的に実行されるため、人手では長時間かかるような作業も短時間で実行することができる。さらには、ＲＰＡで実行すれば人為的ミスがなくなるため、作業効率の向上に加えて品質も向上するというメリットがある。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特許第６４５２８２２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、ＲＰＡによる処理を実行するには、ＲＰＡが動作するコンピュータ端末を直接操作しなければならない。また、ＲＰＡによる処理の実行中は、ＲＰＡが動作しているコンピュータ端末を操作できないため、ＲＰＡによる処理が終了するまでコンピュータ端末が占有されてしまい、他の作業ができなくなる。つまり、ＲＰＡによる処理をコンピュータ端末で実行させるためには、場所的および時間的制約が存在するという問題がある。
【０００５】
本発明は、上述した事情を考慮してなされたものであり、より効率的にＲＰＡによる処理を実行することができる情報処理装置、方法、プログラム及びシステムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上述の課題を解決するため、本実施形態に係る情報処理装置は、依頼元の端末からＲＰＡ（Robotic Process Automation）によって実行される処理に関する情報が含まれる指示メッセージを受信する受信部と、前記指示メッセージをキューに登録する登録部と、前記キューに登録された順に、前記指示メッセージに含まれる前記処理を前記依頼元の端末以外で前記ＲＰＡによって実行する実行部と、を具備する。
【発明の効果】
【０００７】
本発明の情報処理装置、方法、プログラム及びシステムによれば、より効率的にＲＰＡによる処理を実行することができる。
【図面の簡単な説明】
【０００８】
【図１】第１の実施形態に係る情報処理装置を示すブロック図。
【図２】第１の実施形態に係る情報処理装置の登録処理を示すフローチャート。
【図３】第１の実施形態に係る指示メッセージの一例を示す図。
【図４】第１の実施形態に係る情報処理装置の実行処理を示すフローチャート。
【図５】第１の実施形態に係る情報処理装置の利用例を示すシーケンス図。
【図６】第２の実施形態に係る情報処理装置の利用例を示すシーケンス図。
【発明を実施するための形態】
【０００９】
以下、図面を参照しながら本発明の実施形態に係る情報処理装置、方法、プログラム及びシステムについて詳細に説明する。なお、以下の実施形態中では、同一の番号を付した部分については同様の動作を行うものとして、重ねての説明を省略する。
【００１０】
（第１の実施形態）
第１の実施形態に係る情報処理装置について図１のブロック図を参照して説明する。
第１の実施形態に係る情報処理装置１は、受信部１０１、確認部１０２、登録部１０３、格納部１０４、抽出部１０５、実行部１０６および送信部１０７を含む。情報処理装置１は、例えばＣＰＵ（Central Processing Unit）、ＧＰＵ（Graphics Processing Unit）などのプロセッサにより実現され、受信部１０１、確認部１０２、登録部１０３、格納部１０４、抽出部１０５、実行部１０６および送信部１０７は、ＣＰＵにより実行される一機能として実装されてもよい。
【００１１】
受信部１０１は、依頼元の端末から、ＲＰＡ（Robotic Process Automation）によって実行される処理（以下、タスクともいう）に関する情報が含まれる指示メッセージを受信する。指示メッセージは、電子メール、チャット、インスタントメッセージなど、タスクに関する情報をテキスト形式で送受信できれば、どのような手段によって実現されてもよい。なお、受信部１０１が、ＲＰＡによる処理の依頼者によって指示メッセージを音声で入力した音声データを受信してもよい。この場合、既存の音声認識処理によって指示メッセージをテキスト変換し、タスクに関する情報を抽出できればよい。なお、本実施形態では、指示メッセージが電子メール形式であることを想定する。また、受信部１０１は、指示メッセージ以外の電子メールも受信してもよい。
【００１２】
確認部１０２は、指示メッセージを受信部１０１で受信したか否かを確認する。具体的な確認処理については後述する。
登録部１０３は、確認部１０２によって指示メッセージを受信したと確認された場合、指示メッセージをキューに登録する。「キューに登録する」とは、先入れ先出しで処理が実行されるリストに指示メッセージを追加することを示す。つまり、格納された順序が早い指示メッセージから順に、指示メッセージに含まれるタスクがＲＰＡにより実行されていくことを示す。
【００１３】
格納部１０４は、登録部１０３の指示により、指示メッセージをキューに格納する。
抽出部１０５は、指示メッセージからタスクに関する情報を抽出する。具体的な抽出処理については後述する。
実行部１０６は、キューに登録された順に、格納部１０４にキューとして登録された指示メッセージに含まれるタスクを依頼元の端末以外でＲＰＡによって実行する。ＲＰＡによるタスクの実行処理については後述する。
【００１４】
送信部１０７は、実行部１０６によりタスクのＲＰＡによる処理が完了したことを示す内容と、実行部１０６によるタスクの実行結果との少なくともどちらか一方を含む結果メッセージを、依頼元の端末に送信する（返信する）。または、送信部１０７は、結果メッセージを指定された送信先に向けて送信してもよい。指定された送信先は、例えば、タスクの処理を一元管理するような管理者である。
【００１５】
次に、第１の実施形態に係る情報処理装置１の登録処理について図２のフローチャートを参照して説明する。
ステップＳ２０１では、確認部１０２が、受信部１０１で指示メッセージを受信したか否かを確認する。指示メッセージの受信確認の方法は、例えば、受信したメッセージ（ここでは、受信した電子メール）に所定の文字列が含まれていれば、指示メッセージを受信したと判定すればよい。例えば「［ＳＥＣ−ＲＯＢＯ］」など予め定められた所定の文字列が電子メールの件名または本文の先頭などに記述されている場合、確認部１０２は、指示メッセージを受信したと判定する。
また、指示メッセージのみを受信するように予め設定可能な場合、確認部１０２は、受信部１０１がメッセージを受信した場合に、指示メッセージを受信したと判定してもよい。
確認部１０２は、受信部１０１で指示メッセージを受信した場合、ステップＳ２０２に進み、受信部１０１で指示メッセージを受信していない場合、指示メッセージを受信したことを確認するまでステップＳ２０１の処理を繰り返す。
【００１６】
ステップＳ２０２では、登録部１０３が、指示メッセージをキューに登録する。なお、登録部１０３は、電子メールそのものをキューに登録する代わりに、例えば抽出部１０５によって電子メールから、タスクに関する情報が含まれるメール送信元、件名および本文などのテキスト情報および添付ファイルなどが抽出され、抽出されたこれらの情報を対応付けてリストに格納してもよい。テキスト情報および添付ファイルの抽出処理は、一般的な文字検索手法および文字抽出手法を用いればよい。
また、電子メールからテキスト情報を抽出するのではなく、受信した指示メッセージからタスクおよびタスクに関するパラメータのみが抽出された場合、登録部１０３は、抽出したタスクとパラメータとを対応付けてキューに登録してもよい。
【００１７】
なお、いわゆるメールクライアント（電子メールの送受信などを行うソフトウェア、メーラーとも呼ぶ）によりタスク登録処理を実現する場合、タスク登録用に１つのメールアカウントが設定される。設定されたメールアカウントにおいて電子メールを受信した場合、登録部１０３は、指示メッセージを含む電子メールをキューに登録すればよい。
【００１８】
次に、本実施形態で想定する指示メッセージの一例について図３に示す。
図３は、受信部１０１で受信した指示メッセージを含む電子メール３の一例である。電子メール３は、送信元３１、宛先３３、件名３５および本文３７を含む。送信元３１は、ＲＰＡによるタスク処理の依頼元である。宛先３３は、タスク登録用に設定されるメールアカウントである。件名３５および本文３７は、所定の文字列、タスクおよびタスクのパラメータが含まれる。
【００１９】
なお、指示メッセージを送信する依頼元の端末に対し、予め指示メッセージの形式を定めておくことにより、抽出部１０５および実行部１０６において抽出処理およびＲＰＡの実行処理が容易となる。
【００２０】
例えば、所定の文字列の後の文字列をタスクとし、本文にパラメータ名とパラメータ値とをコロンで区切って記述すると定めたとする。図３の例では、件名３５には「［ＳＥＣ−ＲＯＢＯ］勤務管理表」と記述される。これにより、所定の文字列「［ＳＥＣ−ＲＯＢＯ］」により指示メッセージであることが判別され、実行されるタスクとしては、勤務管理表に関するタスクであることが判別できる。また、本文３７にはタスクに関するパラメータが記述され、「対象年：２０１９  対象月：６  対象部署：ＢＳ１部、ＢＳ２部」と記述される。つまり、２０１９年６月のＢＳ１部およびＢＳ２部の２つの部署について、勤務管理表のタスクを実行するための指示メッセージであることがわかる。
【００２１】
なお、指示メッセージであることを意味する所定の文字列およびパラメータは、それぞれ区別可能に記述されていれば、電子メールのどの部分に記述されていてもよい。例えば、件名３５に所定の文字列、タスクおよびパラメータの情報が記述されてもよく、具体的には「［ＳＥＣ−ＲＯＢＯ］勤務管理表，対象年：２０１９，対象月：６，対象部署：ＢＳ１部、ＢＳ２部」と記述されてもよい。もちろん、件名３５の代わりに、所定の文字列、タスクおよびパラメータの情報が本文３７に記述されていてもよい。
【００２２】
次に、第１の実施形態に係る情報処理装置１のタスク実行処理について図４のフローチャートを明する。
ステップＳ４０１では、抽出部１０５が、キューに登録された指示メッセージ（電子メール）からタスクを取得する。
【００２３】
ステップＳ４０２では、抽出部１０５が、キューに登録された指示メッセージから、タスクおよびパラメータを抽出する。例えば、図３の場合、抽出部１０５は、文字列検索処理により、タスクが「勤務管理表」であり、パラメータ「対象年：２０１９，対象月：６，対象部署：ＢＳ１部、ＢＳ２部」を抽出できる。なお、抽出手法は、一般的な文字検索手法および文字抽出手法を用いてテキストから抽出するようにしてもよい。また、表記揺れや指定された形式との違いを吸収できるように学習された機械学習モデルを用いてタスクおよびパラメータを抽出してもよい。
【００２４】
ステップＳ４０３では、実行部１０６が、タスクに対応するＲＰＡ処理が予め定義されているか否かを判定する。判定方法としては、予め定義されたＲＰＡ処理と当該ＲＰＡ処理を一意に識別するための識別ＩＤとを対応付けたテーブルを、格納部１０４に格納する。テーブルの一例を表１に示す。
【００２５】
【表１】
2020197998.tif 000003
【００２６】
実行部１０６が、指示メッセージに含まれるタスクを指定する文字列（図３では、例えば「勤務管理表」）がテーブルに含まれる識別ＩＤと一致するか否かを検索し、一致する場合に、タスクに対応するＲＰＡ処理（表１では「勤務管理表ｘａｍｌ」）が予め定義されていると判定すればよい。
タスクに対応するＲＰＡ処理が予め定義されている場合、ステップＳ４０４に進む。一方、テーブルにタスクを指定する文字列に対応する識別ＩＤが存在しない場合、すなわち、タスクに対応するＲＰＡ処理が予め定義されていない場合、ステップＳ４０６に進む。
【００２７】
ステップＳ４０４では、実行部１０６が、抽出されたパラメータを用いてＲＰＡによりタスクを実行する。ＲＰＡの実行処理は、例えば、オブジェクト及びプロパティなどの関係を定義するために用いられるＸＭＬ（Extensible Markup language）ベースの宣言的言語であるＸＡＭＬ（Extensible Application Markup Language）を用いて記述されたＲＰＡロボットにより行われる。実行部１０６は、作業シナリオに沿ってＸＡＭＬ形式でＲＰＡによる処理が定義および記述された処理を読み出す（「ＲＰＡロボットを呼び出す」ともいう）。実行部１０６は、呼び出したＲＰＡロボットに抽出したパラメータを渡し、タスクをＲＰＡにより処理させる。
【００２８】
ステップＳ４０５では、送信部１０７が、ＲＰＡによる処理が終了した旨またはＲＰＡによる処理が終了した旨と実行結果とを示す結果メッセージを、依頼元の端末または指定された送信先へ送信する。なお、ＲＰＡによる処理が正常に機能せずに所望の結果が得られなかった場合、異常終了した場合なども、結果メッセージとして送信される。
【００２９】
ステップＳ４０６では、タスクに対応するＲＰＡ処理が定義されていない（タスクに対応するＲＰＡロボットが存在しない）ため、タスクが処理できなかったことを示すエラーメッセージを依頼元の端末または指定された送信先へ送信する。
ステップＳ４０７では、実行部１０６が、キューにタスクが残っているか否かを判定する。キューにタスクが残っている場合は、ステップＳ４０１に戻り、同様の処理を繰り返す。キューにタスクが残っていない、つまり、登録されているタスクがない場合は、タスク実行処理を終了する。
【００３０】
なお、図２に示す登録処理と図４に示す実行処理とは、並列に処理されることを想定するが、図２に示すタスク登録処理の後に図４に示すタスク実行処理を行うような、一連の処理として行われてもよい。
【００３１】
次に、第１の実施形態に示す情報処理装置１の利用例について図５のシーケンス図を参照して説明する。
図５に示すシーケンス図では、ＲＰＡの処理を依頼元の依頼元端末５１、ＲＰＡによる処理を実行するためのＲＰＡロボットを含む実行端末５２、依頼元端末５１からの指示を受信する受信端末５３、および依頼元端末５１と実行端末５２との通信を全体的に管理するサーバ５４とを含む。図５に示す利用例では、受信端末５３が、上述の受信部１０１および確認部１０２を含み、サーバ５４が、上述の登録部１０３、格納部１０４および送信部１０７を含み、実行端末５２が、上述の実行部１０６を含む。なお、各端末は、デスクトップＰＣ（Personal Computer）、ノートＰＣ、タブレットＰＣ、スマートフォンなどの一般的なユーザ端末であればよい。
図５では、２台の依頼元端末５１から処理依頼があることを想定しているが、これに限らず、１台の依頼元端末５１からの依頼または３台以上の依頼元端末５１からの依頼であってもよい。
【００３２】
また、実行端末５２についても、ここでは２つの実行端末５２でタスクをＲＰＡにより処理する場合を想定するが、これに限らず、１台の実行端末５２でタスクを処理してもよいし、３台以上の実行端末５２でタスクを処理してもよい。
【００３３】
なお、ＲＰＡロボットによるタスクの処理が実行中である端末では、他の作業ができないため、複数のタスクを同時に処理すべく、１台の実行端末５２には、１つのＲＰＡロボットが実装されることを想定する。なお、これに限らず、タスクの処理が１つのタスクが完了した後に次のタスクが実行されるシーケンス処理となっても構わない場合は、１台の実行端末５２に複数のＲＰＡロボットを実装してもよい。
ここでは、実行端末５２には、指示メッセージに記述されるタスクに対応するＲＰＡロボットが実装されていることを想定する。
【００３４】
ステップＳ５０１では、依頼元端末５１−１および依頼元端末５１−２が、指示メッセージを作成する。
ステップＳ５０２では、依頼元端末５１−１および依頼元端末５１−２が、指示メッセージを受信端末５３へ送信する。依頼元端末５１−１および依頼元端末５１−２は、各々のタイミングで指示メッセージを受信端末５３へ送信すればよい。
【００３５】
ステップＳ５０３では、受信端末５３が、依頼元端末５１からの指示メッセージを受信する。
ステップＳ５０４では、受信端末５３が、サーバ５４に対し、キューへの指示メッセージの登録依頼をする。なお、図４の例では、２つの指示メッセージをまとめて受信した場合を想定し、２つのメッセージをまとめてキューへの登録依頼をした例を示すが、これに限らず、受信端末５３が指示メッセージを受信するごとに、サーバ５４に対しキューへの指示メッセージの登録依頼をしてもよい。
ステップＳ５０５では、サーバ５４が、受信端末５３から受診した指示メッセージをキューに登録する。
【００３６】
ステップＳ５０６では、サーバ５４により、キューに登録されたタスクを実行するためのロボットを含む実行端末５２が個別に呼び出される。呼び出された実行端末５２−１および実行端末５２−２では、サーバ５４のキューに登録されたタスクとして取得する。
ステップＳ５０７では、実行端末５２−１および実行端末５２−２がそれぞれ、ＲＰＡによりタスクを実行し、実行結果を得る。
【００３７】
ステップＳ５０８では、実行端末５２−１および実行端末５２−２がそれぞれ、実行結果をサーバ５４および依頼元端末５１に送信する。具体的には、実行端末５２が、実行の成否、処理時間といった管理情報を含む結果メッセージをサーバ５４に送信する。さらに実行端末５２が、ＲＰＡ処理の結果として生成された成果物（処理結果を表形式でまとめたデータシートなど）を含む結果メッセージを処理の依頼元（つまり指示メッセージの送信元）の依頼元端末５１に直接送信する。また、ＲＰＡ処理の結果として成果物が生成されないような場合は、実行端末５２は、ＲＰＡ処理が完了した旨を含む結果メッセージを依頼元端末５１に送信してもよい。
【００３８】
なお、図５の例では、実行端末５２、受信端末５３およびサーバ５４によってタスク登録処理およびタスク実行処理を実現しているが、これに限らず、サーバ５４などへの上述の情報処理装置１の機能の割り当て方によって適宜組合せを変更してもよい。
例えば、サーバ５４が上述の実行部１０６を含む場合は、受信端末５３とサーバ５４とで構成されてもよいし、サーバ５４が上述の受信部１０１および確認部１０２を含む場合は、サーバ５４と実行端末５２とで構成されてもよい。さらには、サーバ５４が上述の情報処理装置１を含む構成であれば、サーバ５４単独で受信端末５３および実行端末５２の役割を担うことができる。よって、依頼元端末５１と情報処理装置１を含むサーバ５４との間だけでＲＰＡロボットによるタスクを処理してもよい。
【００３９】
なお、上述の実施形態では、キューに登録された順にタスクを処理する例を示すが、タスクに優先度を設け、優先度に応じて先に処理すべきタスクを決定してもよい。例えば、指示メッセージには、所定の文字列およびパラメータに加え、タスクに関する優先度も併せて記述される。登録部１０３（またはサーバ５４）は、優先度を含む指示メッセージと指示メッセージから抽出した優先度とを対応付けて、格納部１０４の格納されるリストに登録する。実行部１０６（またはサーバ５４）は、リストに登録される指示メッセージの中で、指示メッセージに記述された優先度が最も高い順にタスクをＲＰＡにより実行する。これによって、緊急性が高いタスクについては、優先的にＲＰＡにより処理することができる。
【００４０】
以上に示した第１の実施形態によれば、依頼元の端末から指示メッセージを送信し、ＲＰＡによる処理を自身の端末ではなく他の端末で実行する。これによって、ＲＰＡによる処理を実行する端末自体を操作する必要が無く、例えばスマートフォンからでも場所を選ばずにＲＰＡによる処理を指示することができる。
【００４１】
さらには、依頼元の端末ではＲＰＡ処理を実行していないため、ＲＰＡ処理自体が実行中であっても依頼元の端末を操作することができる。よって、場所的および時間的制約がなくＲＰＡ処理を実行することができ、結果としてより効率的にＲＰＡによる処理を実行することができる。
【００４２】
（第２の実施形態）  
第２の実施形態では、情報処理装置１から他のユーザに作業依頼を送信し、作業依頼に関する作業結果を管理する点が第１の実施形態とは異なる。
【００４３】
第２の実施形態に係る情報処理装置１は、第１の実施形態に係る情報処理装置１と同様の構成であるが、各部の処理が異なる。
第１の実施形態と異なる処理の説明も含め、第２の実施形態に係る情報処理装置１の利用例について、図６のシーケンス図を参照して説明する。図６に示すシーケンス図では、作業を依頼し集計するサーバ６１と、作業の依頼先である複数の依頼先端末６２とを含む。図６に示す利用例では、サーバ６１が、上述の情報処理装置１を含む。
【００４４】
ステップＳ６０１では、サーバ６１の登録部１０３が、作業依頼となるタスクを作成する。なお、タスクは、外部デバイスを用いてユーザにより作成されたタスクをサーバ６１が取得してもよい。タスクには、作業期限が設定されることを想定する。また、登録部１０３は、作業期限よりも所定期間前にリマインドを行うためのリマインド日も併せて設定することが望ましい。なお、リマインド日は、日単位の代わりに、時間単位で設定されてもよい。
【００４５】
ステップＳ６０２では、サーバ６１の送信部１０７が、タスクと設定された作業期限に関する情報とを、依頼先端末６２に送信する。図６の例では、３台の依頼先端末６２−１〜６２−３が存在するので、３台の依頼先端末６２−１〜６２−３宛てに一斉送信する。なお、２台未満または４台以上の依頼先端末６２が存在する場合も同様に一斉送信すればよい。なお、依頼先端末６２ごとに異なる作業が必要となり、作業時間が異なってくるようなタスクである場合などは、一斉送信せずに、各依頼先端末６２に対してタスクの送信時間（日付）をずらしてもよい。
【００４６】
ステップＳ６０３では、一例として、依頼先端末６２−１が、登録部１０３において設定されたリマインド期日前に、タスクに基づいて作業した結果である作業結果をサーバ６１に送信する。送信された作業結果は、作業結果を送信した依頼先端末６２−１に関する情報（例えば、識別子）と対応付けられて、サーバ６１の格納部１０４に格納される。
【００４７】
一方、作業依頼のリマインド日（例えば、指定期日１週間前）になったにもかかわらず、依頼先端末６２−２および依頼先端末６２−３から作業結果が送信されない場合を想定する。
【００４８】
ステップＳ６０４では、サーバ６１の確認部１０２が、作業結果を受け取っていない依頼先端末６２（作業結果をサーバ６１に送信していない依頼先端末６２）を選択する。作業結果を受け取っていない依頼先端末６２の選択方法としては、例えば、タスクを送信した依頼先端末６２をリストに格納し、リストを参照して作業結果を未だ受け取っていない依頼先端末６２を選択すればよい。サーバ６１の送信部１０７が、作業結果を受け取っていない依頼先端末６２に対して、作業依頼に基づいて作業期限までに作業を進める旨を示すリマインド（第１の催促通知ともいう）を送信する。ここでは、依頼先端末６２−２および依頼先端末６２−３に送信する。
【００４９】
ステップＳ６０５では、一例として、リマインドを受信した依頼先端末６２−２が、作業結果をサーバ６１に送信する。サーバ６１では同様に、作業結果と、作業結果を送信した依頼先端末６２−２に関する情報（例えば、識別子）とを対応付けて、格納部１０４に格納する。
【００５０】
次に、作業期限当日になったが、依頼先端末６２−３から作業結果が送信されない場合を想定する。
【００５１】
ステップＳ６０６では、サーバ６１の送信部１０７が、本日中に作業結果を送信してもらうよう催促する旨を示す催促通知（第２の催促通知ともいう）を依頼先端末６２−３に送信する。
ステップＳ６０７では、催促通知を受信した依頼先端末６２−３が、作業結果をサーバ６１に送信する。サーバ６１が、作業結果と依頼先端末６２−３に関する情報とを対応付けて、格納部１０４に格納する。
ステップＳ６０８では、サーバ６１の実行部１０６が、各依頼先端末６２から取得した作業結果を集計する。
【００５２】
以上に示した第２の実施形態によれば、アンケート調査など複数のユーザから作業結果を収集して管理するような場合でも、一元的に管理をすることができ、より効率的にＲＰＡによる処理を実行できる。
【００５３】
上述の実施形態の中で示した処理手順に示された指示は、ソフトウェアであるプログラムに基づいて実行されることが可能である。汎用の計算機システムが、このプログラムを予め記憶しておき、このプログラムを読み込むことにより、上述した情報処理装置による効果と同様な効果を得ることも可能である。上述の実施形態で記述された指示は、コンピュータに実行させることのできるプログラムとして、磁気ディスク（フレキシブルディスク、ハードディスクなど）、光ディスク（ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＤＶＤ−ＲＯＭ、ＤＶＤ±Ｒ、ＤＶＤ±ＲＷ、Ｂｌｕ−ｒａｙ（登録商標）Ｄｉｓｃなど）、半導体メモリ、又はこれに類する記録媒体に記録される。コンピュータまたは組み込みシステムが読み取り可能な記録媒体であれば、その記憶形式は何れの形態であってもよい。コンピュータは、この記録媒体からプログラムを読み込み、このプログラムに基づいてプログラムに記述されている指示をＣＰＵで実行させれば、上述した実施形態の情報処理装置と同様な動作を実現することができる。もちろん、コンピュータがプログラムを取得する場合又は読み込む場合はネットワークを通じて取得又は読み込んでもよい。  
また、記録媒体からコンピュータや組み込みシステムにインストールされたプログラムの指示に基づきコンピュータ上で稼働しているＯＳ（オペレーティングシステム）や、データベース管理ソフト、ネットワーク等のＭＷ（ミドルウェア）等が本実施形態を実現するための各処理の一部を実行してもよい。  
さらに、本実施形態における記録媒体は、コンピュータあるいは組み込みシステムと独立した媒体に限らず、ＬＡＮやインターネット等により伝達されたプログラムをダウンロードして記憶または一時記憶した記録媒体も含まれる。  
また、記録媒体は１つに限られず、複数の媒体から本実施形態における処理が実行される場合も、本実施形態における記録媒体に含まれ、媒体の構成は何れの構成であってもよい。
【００５４】
なお、本実施形態におけるコンピュータまたは組み込みシステムは、記録媒体に記憶されたプログラムに基づき、本実施形態における各処理を実行するためのものであって、パソコン、マイコン等の１つからなる装置、複数の装置がネットワーク接続されたシステム等の何れの構成であってもよい。
【００５５】
また、本実施形態におけるコンピュータとは、パソコンに限らず、情報処理機器に含まれる演算処理装置、マイコン等も含み、プログラムによって本実施形態における機能を実現することが可能な機器、装置を総称している。
【００５６】
なお、本願発明は、上記実施形態に限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で種々に変形することが可能である。また、各実施形態は可能な限り適宜組み合わせて実施してもよく、その場合組み合わせた効果が得られる。更に、上記実施形態には種々の段階の発明が含まれており、開示される複数の構成要件における適当な組み合わせにより種々の発明が抽出され得る。
【符号の説明】
【００５７】
１…情報処理装置
３…電子メール
３１…送信元
３３…宛先
３５…件名
３７…本文
５１，５１−１，５１−２…依頼元端末
５２，５２−１，５２−２…実行端末
５３…受信端末
５４，６１…サーバ
６２，６２−１，６２−２，６２−３…依頼先端末
１０１…受信部
１０２…確認部
１０３…登録部
１０４…格納部
１０５…抽出部
１０６…実行部
１０７…送信部
【図１】
2020197998.tif 000004
【図２】
2020197998.tif 000005
【図３】
2020197998.tif 000006
【図４】
2020197998.tif 000007
【図５】
2020197998.tif 000008
【図６】
2020197998.tif 000009
【手続補正書】
【提出日】令和1年12月19日(2019.12.19)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
依頼元の端末から、ＲＰＡ（Robotic Process Automation）による処理を要求することを示す所定の文字列、前記処理の内容、および前記処理に関するパラメータが含まれる電子的な指示メッセージを受信する受信部と、
前記指示メッセージをキューに登録する登録部と、
前記ＲＰＡの作業シナリオに関するＲＰＡロボットと前記ＲＰＡロボットの識別情報との対応関係に基づいて、前記キューに登録された順に、前記指示メッセージに含まれる前記処理に関する内容と前記識別情報とが一致するか否かを判定し、前記処理の内容と前記識別情報とが一致する場合、一致した識別情報に対応するＲＰＡロボットによって前記処理を前記依頼元の端末以外で実行する実行部と、
前記ＲＰＡロボットにより前記処理が完了したことを示す内容と前記実行部による実行結果との少なくともどちらか一方を含む結果メッセージを、前記依頼元の端末または指定された送信先に送信する送信部と、
を具備する情報処理装置。
【請求項２】
前記受信部において前記指示メッセージを受信したか否かを確認する確認部をさらに具備し、
前記確認部は、前記指示メッセージに前記所定の文字列が含まれていれば、前記指示メッセージを受信したと判定する請求項１に記載の情報処理装置。
【請求項３】
前記指示メッセージは、電子メールであり、
前記電子メールの件名に前記所定の文字列および前記処理の内容が記述され、
前記電子メールの本文に前記処理に関するパラメータが記述される、請求項１または請求項２に記載の情報処理装置。
【請求項４】
前記指示メッセージから前記処理の内容および前記処理に関するパラメータを抽出する抽出部をさらに具備し、
前記実行部は、抽出された前記処理の内容に対応する、予め定義された前記ＲＰＡロボットを呼び出し、抽出された前記パラメータを前記ＲＰＡロボットに渡して前記ＲＰＡにより前記処理を実行させる、請求項１から請求項３のいずれか１項に記載の情報処理装置。
【請求項５】
依頼元の端末から、ＲＰＡ（Robotic Process Automation）による処理を要求することを示す所定の文字列、前記処理の内容、および前記処理に関するパラメータが含まれる電子的な指示メッセージを受信し、
前記指示メッセージをキューに登録し、
前記ＲＰＡの作業シナリオに関するＲＰＡロボットと前記ＲＰＡロボットの識別情報との対応関係に基づいて、前記キューに登録された順に、前記指示メッセージに含まれる前記処理に関する内容と前記識別情報とが一致するか否かを判定し、前記処理の内容と前記識別情報とが一致する場合、一致した識別情報に対応するＲＰＡロボットによって前記処理を前記依頼元の端末以外で実行し、
前記ＲＰＡロボットにより前記処理が完了したことを示す内容と前記一致したＲＰＡロボットにより実行した結果との少なくともどちらか一方を含む結果メッセージを、前記依頼元の端末または指定された送信先に送信する情報処理方法。
【請求項６】
コンピュータを、
依頼元の端末から、ＲＰＡ（Robotic Process Automation）による処理を要求することを示す所定の文字列、前記処理の内容、および前記処理に関するパラメータが含まれる電子的な指示メッセージから、前記処理の内容および前記処理に関するパラメータを抽出する抽出手段と、
前記ＲＰＡの作業シナリオに関するＲＰＡロボットと前記ＲＰＡロボットの識別情報との対応関係に基づいて、抽出された前記処理の内容に一致する識別情報に対応するＲＰＡロボットを呼び出し、抽出された前記パラメータを前記ＲＰＡロボットに渡して前記ＲＰＡにより前記処理を実行させる実行手段と、
前記ＲＰＡロボットにより前記処理が完了したことを示す内容と前記実行手段による実行結果との少なくともどちらか一方を含む結果メッセージを、前記依頼元の端末または指定された送信先に送信する送信手段と、
して機能させるための情報処理プログラム。
【請求項７】
１以上の依頼元の端末と、サーバとを含む情報処理システムであって、
前記１以上の依頼元端末は、
ＲＰＡ（Robotic Process Automation）による処理を要求することを示す所定の文字列、前記処理の内容、および前記処理に関するパラメータが含まれる電子的な指示メッセージをサーバに送信する送信部を具備し、
前記サーバは、
前記１以上の依頼元端末から前記指示メッセージを受信する受信部と、
前記指示メッセージをキューに登録する登録手段と、
前記ＲＰＡの作業シナリオに関するＲＰＡロボットと前記ＲＰＡロボットの識別情報との対応関係に基づいて、前記キューに登録された順に、前記指示メッセージに含まれる前記処理に関する内容と前記識別情報とが一致するか否かを判定し、前記処理の内容と前記識別情報とが一致する場合、一致した識別情報に対応するＲＰＡロボットによって前記処理を前記依頼元の端末以外で実行する実行手段と、
前記ＲＰＡにより前記処理が完了したことを示す内容と前記実行手段による実行結果との少なくともどちらか一方を含む結果メッセージを、前記依頼元の端末に送信する送信部と、を具備する情報処理システム。