JP6811214B2 - 遠隔操作システム及びプログラム - Google Patents

Description

本発明は、遠隔操作システム及びプログラムに関し、特に、ホスト端末のデスクトップ環境（デスクトップ型ＲＰＡを含む）を、後着優先のリモートデスクトップ接続を利用して複数のゲスト端末で操作する場合に有用な技術に関する。

近年、働き方改革や、少子高齢化に伴う労働人口の減少に対応するために、ＰＣ（Personal Computer）上で人が行う業務を、一定のルールに従ってソフトウェアロボット（以下、「ロボット」と略称する）が自動的に実行するＲＰＡ（Robotic Process Automation）と呼ばれるツールの活用が進んでいる。

ＲＰＡには、サーバー型ＲＰＡとデスクトップ型ＲＰＡがあり、一般にはデスクトップ型ＲＰＡの方が安価である。デスクトップ型ＲＰＡは、ＰＣごとにインストールされ、当該ＰＣのデスクトップ環境でのみ実行可能なソフトウェアである。

このようなデスクトップ型ＲＰＡがインストールされたＰＣにおいて、ロボットが稼動している間は、当該ＰＣを人は操作することができない。ロボットが実行するプログラム（シナリオとも呼ばれる）によっては、稼動時間が数時間にも及ぶため、通常は、ＲＰＡ専用のＰＣ（以下、「専用ＰＣ」と称する）が用意される。

そのため、ＲＰＡを導入するには、ＲＰＡのライセンス費用に加えて、専用ＰＣの費用が必要となり、特に、多数の拠点でＲＰＡを使用する場合には導入コストが非常に高額となる。例えば、ＮＴＴ ＤＡＴＡ社製ＷｉｎＡｃｔｏｒ（登録商標）の１ライセンスあたりの年間ライセンス料は、シナリオの実行のみ可能な実行版に比較して、シナリオの作成及び実行が可能なフル機能版はより高額である。

そこで、通常業務を行うＰＣから、専用ＰＣにリモートデスクトップ接続することにより、専用ＰＣのデスクトップ環境を遠隔操作してＲＰＡを利用できるＲＰＡシステムが検討され、一部で実用化されている。ＲＰＡシステムによれば、専用ＰＣのＲＰＡを、複数台のＰＣで共用することができるため、導入コストを低減することができる。
なお、リモートデスクトップ接続を利用する場合、ＲＰＡのシナリオ作成時のＰＣの解像度と、シナリオ実行時にＰＣに表示されるリモートデスクトップ接続のウインドウの解像度とを同一にする必要がある。同一にしないとＲＰＡのシナリオ実行時に、多くの場合エラーが発生するからである。この点からも、ＲＰＡ専用のＰＣが必要となる。

ＲＰＡシステムにおいて、リモートデスクトップ接続されるＰＣ（ＲＰＡ専用ＰＣ）を「ホスト端末」、ホスト端末においてリモートデスクトップ接続が許可されているＰＣ（通常の業務端末）を「ゲスト端末」と称する。リモートデスクトップ接続は、例えば、Ｗｉｎｄｏｗｓ ＯＳ（「Ｗｉｎｄｏｗｓ」は登録商標）に標準で付属している機能を利用して行うことができ、ゲスト端末からホスト端末に利用要求が送信されることにより確立される。Ｗｉｎｄｏｗｓ標準のリモートデスクトップ接続のように、後からの利用要求を優先する機能を、「後着優先のリモートデスクトップ接続」と称する。
なお、リモートデスクトップ接続を支援する技術としては、例えば、特許文献１がある。

特開２０１７−１３００８６号公報

しかしながら、後着優先のリモートデスクトップ接続を利用する場合、第１のゲスト端末によってリモートデスクトップ接続されているホスト端末に対して、第２のゲスト端末から新たにリモートデスクトップ接続の利用要求が送信されると、後着の第２のゲスト端末の利用が優先され、第１のゲスト端末との通信は強制的に切断される。そのため、複数のゲスト端末でホスト端末のＲＰＡを共用するＲＰＡシステムでは、他のゲスト端末がリモートデスクトップ接続していないか注意する必要があり、運用が繁雑になる。

一方、第２のゲスト端末からリモートデスクトップ接続の利用要求があった場合に、第１のゲスト端末のディスプレイに、他のゲスト端末からリモートデスクトップ接続の利用要求があったことを表示し、接続を許可するか否かを選択させることもできる。しかしながら、ＲＰＡの実行時には、ゲスト端末は放置されることが多く、結局、所定時間経過後に第２のゲスト端末の接続が許可され、第１のゲスト端末との通信は切断されてしまうため、有効な解決策にはならない。

本発明の目的は、後着優先のリモートデスクトップ接続を利用したシステム（特に、ＲＰＡシステム）の運用を円滑化できる遠隔操作システム及びプログラムを提供することである。

本発明に係る遠隔操作システムは、
所定のソフトウェアがインストールされたホスト端末と、前記ホスト端末のデスクトップ環境を後着優先のリモートデスクトップ接続により操作可能なゲスト端末と、を備える遠隔操作システムであって、
前記ゲスト端末は、
リモートデスクトップ接続状況を含む前記ホスト端末の利用状況を監視する利用状況監視部と、
前記利用状況監視部による監視結果を表示する利用状況表示部と、
前記ホスト端末へのリモートデスクトップ接続の利用要求を指示するユーザー操作が、リモートデスクトップ接続可能な前記ホスト端末に対するものであるか否かを前記監視結果をもとに判断し、リモートデスクトップ接続可能な前記ホスト端末に対する利用要求の指示である場合に、当該利用要求を受け付ける利用要求受付部と、
前記利用要求受付部が前記利用要求を受け付けた場合に、リモートデスクトップ接続のプログラムを起動するリモートデスクトップ接続起動部と、
を備えることを特徴とする。

本発明に係るプログラムは、
所定のソフトウェアがインストールされたホスト端末のデスクトップ環境を後着優先のリモートデスクトップ接続により操作可能なゲスト端末のコンピューターに、
リモートデスクトップ接続状況を含む前記ホスト端末の利用状況を監視する第１処理と、
前記第１処理による監視結果を表示する第２処理と、
前記ホスト端末へのリモートデスクトップ接続の利用要求を指示するユーザー操作が、リモートデスクトップ接続可能な前記ホストに対するものであるか否かを前記監視結果をもとに判断し、リモートデスクトップ接続可能な前記ホスト端末に対する利用要求の指示である場合に、当該利用要求を受け付ける第３処理と、
前記第３処理において前記利用要求を受け付けた場合に、リモートデスクトップ接続のプログラムを起動する第４処理と、
を実行させることを特徴とする。

本発明によれば、後着優先のリモートデスクトップ接続を利用したシステム（特に、ＲＰＡシステム）の運用を円滑化することができる。

図１は、実施の形態に係る遠隔操作システムを適用したＲＰＡシステムの概略構成を示す図である。 図２は、ゲスト端末のハードウェア構成を示す図である。 図３は、ホスト端末のハードウェア構成を示す図である。 図４は、リモートデスクトップ接続支援処理の一例を示すフローチャートである。 図５は、リモートデスクトップ接続支援処理の起動画面の一例を示す図である。 図６は、リモートデスクトップ接続支援画面の一例を示す図である。 図７は、設定画面の一例を示す図である。

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

図１は、本発明の一実施の形態に係る遠隔操作システムを適用したＲＰＡシステムＳの概略構成を示す図である。
図１に示すように、ＲＰＡシステムＳは、ゲスト端末１及びホスト端末２を備える。ゲスト端末１及びホスト端末２は、例えば、汎用のＰＣで構成され、インターネット等の通信ネットワークを介して、相互に通信可能に接続される。本実施の形態では、ゲスト端末１及びホスト端末２には、Ｗｉｎｄｏｗｓ ＯＳが搭載されている。

ゲスト端末１は、通常の業務に使用されるＰＣであり、拠点Ａ１〜Ａ５ごとに複数台設置される。なお、拠点Ａ１にもゲスト端末１は設置されるが、図１では省略されている。

ホスト端末２は、ＲＰＡプログラム２４２（図３参照）がインストールされた専用ＰＣであり、一つの拠点Ａ１に集約して設置される。ホスト端末２を１拠点に集約して設置することにより、ＲＰＡの保守・管理が容易になる。なお、ホスト端末２は、少なくとも１台あればよいが、多数のゲスト端末１でＲＰＡを共用するため、複数台あることが好ましい。図１では、６台のホスト端末２（機器ＩＤ：Ｒ１Ｃ１〜Ｒ１Ｃ６）が設置されている場合について示している。

また、ホスト端末２には、デスクトップ型ＲＰＡとして、例えば、ＷｉｎＡｃｔｏｒがインストールされている。本実施の形態では、６台のホスト端末２のうち、機器ＩＤが「Ｒ１Ｃ１」、「Ｒ１Ｃ２」のホスト端末２には、フル機能版のＷｉｎＡｃｔｏｒがインストールされており、機器ＩＤが「Ｒ１Ｃ３」〜「Ｒ１Ｃ６」のホスト端末２には、実行版のＷｉｎＡｃｔｏｒがインストールされている。なお、フル機能版のＷｉｎＡｃｔｏｒは、実行版のＷｉｎＡｃｔｏｒの機能を有している。

ゲスト端末１は、ホスト端末２のデスクトップ環境を、リモートデスクトップ接続（以下、ＲＤＰ（Remote Desktop Protocol））により操作できるように設定されている。本実施の形態では、Ｗｉｎｄｏｗｓ標準のＲＤＰ機能を利用する。つまり、ホスト端末２のシステム設定において、ゲスト端末１によるリモートデスクトップ接続が許可されている。これにより、ゲスト端末１を用いて、ホスト端末２のデスクトップ環境を遠隔操作し、ホスト端末２にインストールされているＲＰＡを実行することができる。

図２は、ゲスト端末１のハードウェア構成を示す図である。
図２に示すように、ゲスト端末１は、演算／制御装置としてのＣＰＵ（Central Processing Unit）１１、主記憶装置としてのＲＡＭ（Random Access Memory）１２及びＲＯＭ（Read Only Memory）１３、記憶部１４、表示部１５、操作入力部１６、ネットワークＩ／Ｆ１７、及び外部機器Ｉ／Ｆ１８等を有する。各ユニット１２〜１８は、システムバス１９を介してＣＰＵ１１に接続される。

ＲＯＭ１３には、例えば、ＢＩＯＳ（Basic Input/Output System）、ファームウェア等の基本プログラムや、基本的な設定データが記憶される。ＣＰＵ１１は、記憶部１４から処理内容に応じたプログラムを読み出してＲＡＭ１２に展開し、展開したプログラムを実行することにより、各種機能を実現する。本実施の形態では、ＣＰＵ１１は、記憶部１４に記憶されているリモートデスクトップ接続支援プログラム１４３（以下、ＲＤＰ支援プログラム１４３）を実行することにより、利用状況監視部、利用状況表示部、利用要求受付部、リモートデスクトップ接続起動部、及び解像度設定部として機能する。これらの機能の詳細については、図４のフローチャートに従って後述する。

記憶部１４は、例えば、不揮発性の半導体メモリ（いわゆるフラッシュメモリ）やハードディスクドライブ等の補助記憶装置である。記憶部１４は、ＣＤ（Compact Disc）、ＤＶＤ（Digital Versatile Disc）、ＢＤ（Blu-ray Disc（「Blu-ray」は登録商標））等の光ディスク、ＭＯ（Magneto-Optical disk）等の光磁気ディスクを駆動して情報を読み書きするディスクドライブであってもよい。本実施の形態では、記憶部１４は、ＷｉｎｄｏｗｓＯＳのプログラム１４１、リモートデスクトップ接続プログラム１４２（以下、ＲＤＰプログラム１４２）、ＲＤＰ支援プログラム１４３や、各種アプリケーションのプログラム等を記憶している。

表示部１５は、例えば、液晶ディスプレイ、有機ＥＬディスプレイ、ＣＲＴディスプレイ等で構成される。表示部１５は、ＣＰＵ１１の指示に従って、画面表示を行う。

操作入力部１６は、テンキー、スタートキー等の各種操作キー、及びマウス等のポインティングデバイスを備え、ユーザーによる各種入力操作を受け付けて、操作信号をＣＰＵ１１に出力する。ユーザーは、操作入力部１６を操作して、各種アプリケーションの実行や、設定データの変更等を行うことができる。
なお、表示部１５及び操作入力部１６は、例えば、タッチパネル付きのフラットパネルディスプレイにより、一体的に設けられてもよい。

ネットワークＩ／Ｆ１７は、有線／無線ＬＡＮ（Local Area Network）等の通信ネットワークを介して外部機器と通信を行うためのインターフェースである。ＣＰＵ１１は、ネットワークＩ／Ｆ１７を介して、ネットワークに接続された外部機器（例えば、ホスト端末２）との間で、各種情報の送受信を行う。

外部機器Ｉ／Ｆ１８は、ＵＳＢ（Universal Serial Bus）等の通信バスを介して外部機器を接続するためのインターフェースである。ＣＰＵ１１は、外部機器Ｉ／Ｆに接続された外部機器との間で、各種情報の送受信を行う。

図３は、ホスト端末２のハードウェア構成を示す図である。
ホスト端末２のハードウェア構成は、ゲスト端末１と同様であるので、簡単に説明する。すなわち、図３に示すように、ホスト端末２は、演算／制御装置としてのＣＰＵ２１、主記憶装置としてのＲＡＭ２２及びＲＯＭ２３、記憶部２４、表示部２５、操作入力部２６、ネットワークＩ／Ｆ２７、及び外部機器Ｉ／Ｆ２８等を有する。各ユニット２２〜２８は、システムバス２９を介してＣＰＵ２１に接続される。ホスト端末２では、記憶部２４に、ＷｉｎｄｏｗｓＯＳのプログラム２４１のほか、デスクトップ型のＲＰＡプログラム２４２が記憶されている。

ＲＰＡシステムＳにおいて、ゲスト端末１は、ＲＤＰプログラム１４２を実行することで、ホスト端末２のデスクトップ環境を遠隔操作することができ、例えば、ホスト端末２にインストールされているＲＰＡプログラム２４２を実行することができる。
しかし、Ｗｉｎｄｏｗｓ標準の後着優先のリモートデスクトップ接続を利用する場合、すでにリモートデスクトップ接続されているホスト端末２に対して、他のゲスト端末１から新たにリモートデスクトップ接続の利用要求が送信されると、当該他のゲスト端末１の利用が優先され、先に接続していたゲスト端末１との通信は強制的に切断される。その結果、リモートデスクトップ接続を利用してＲＰＡプログラム２４２を実行していた場合、ＲＰＡプログラム２４２の実行結果を確実に取得できなくなるという不具合が生じうる。
そこで、本実施の形態では、ゲスト端末１において、リモートデスクトップ接続を利用するに際して、ＲＤＰ支援プログラム１４３を実行することにより、上述した不具合を解消している。

図４は、リモートデスクトップ接続支援処理の一例を示すフローチャートである。この処理は、ユーザー操作に基づいて、ＣＰＵ１１が記憶部１４に格納されているＲＤＰ支援プログラム１４３を実行することにより実現される。

ステップＳ１１において、ＣＰＵ１１は、表示部１５にＲＤＰ支援処理の起動画面Ｄ１を表示する（図５参照）。
図５に示すように、起動画面Ｄ１には、リモートデスクトップ接続を支援するための項目として、「ＷｉｎＡｃｔｏｒフル機能版＿デスクトップへ接続」という選択項目Ｃ１、「ＷｉｎＡｃｔｏｒ実行版＿デスクトップへ接続」という選択項目Ｃ２、「設定画面の表示」という選択項目Ｃ３が配置されている。また、選択項目Ｃ１〜Ｃ３の選択を決定するための実行ボタンＢ１１が配置されている。

「ＷｉｎＡｃｔｏｒフル機能版＿デスクトップへ接続」という選択項目Ｃ１は、フル機能版のＷｉｎＡｃｔｏｒがインストールされているホスト端末２（機器ＩＤ：Ｒ１Ｃ１、Ｒ１Ｃ２）にリモートデスクトップ接続する際に選択される項目である。ユーザーは、例えば、ロボットに実行させるシナリオを作成する際に、選択項目Ｃ１に対応するラジオボタンを選択する。

「ＷｉｎＡｃｔｏｒ実行版＿デスクトップへ接続」という選択項目Ｃ２は、シナリオの実行が可能なＷｉｎＡｃｔｏｒ（実行版又はフル機能版）がインストールされているホスト端末２（Ｒ１Ｃ１〜Ｒ１Ｃ６）にリモートデスクトップ接続する際に選択される項目である。ユーザーは、例えば、すでに作成されているシナリオをロボットに実行させる際に、選択項目Ｃ２に対応するラジオボタンを選択する。

「設定画面の表示」という選択項目Ｃ３は、リモートデスクトップ接続の環境設定を行う際に選択される項目である。ユーザーは、例えば、ゲスト端末１の表示部１５に表示されるリモートデスクトップ接続のウインドウの解像度がシナリオを作成したホスト端末２の表示部２５の解像度と異なる場合に、選択項目Ｃ３に対応するラジオボタンを選択する。

図５では、選択項目Ｃ２が選択されている場合を示している。ユーザーが、選択項目Ｃ１〜Ｃ３のいずれかを選択した上で、実行ボタンＢ１１を操作することで、ＲＤＰ支援画面Ｄ２（図６参照）又は環境設定画面Ｄ３（図７参照）に切り替わる。

ステップＳ１２において、ＣＰＵ１１は、起動画面Ｄ１においてユーザーが選択した選択項目を判定する。選択項目Ｃ１又はＣ２が選択された場合、ステップＳ１３の処理に移行する。選択項目Ｃ３が選択された場合、ステップＳ１７の処理に移行する。

ステップＳ１３において、ＣＰＵ１１は、起動画面Ｄ１において、選択項目Ｃ２が選択された場合、ホスト端末２（機器ＩＤ：Ｒ１Ｃ１〜Ｒ１Ｃ６）の利用状況を取得する（利用状況監視部としての処理）。具体的には、ＣＰＵ１１は、接続状況確認コマンドをホスト端末２に送信する。接続状況確認コマンドを受信したホスト端末２は、接続状況（リモートデスクトップ接続しているユーザーがあるか空きか）をゲスト端末１のＣＰＵ１１に返す。ＣＰＵ１１は、接続状況確認コマンドに対するホスト端末２の応答に基づいて、当該ホスト端末２の利用状況を取得する。

なお、リモートデスクトップ接続しているユーザーがある場合は、ホスト端末２は、ユーザー名を返す。しかし、例えば管理者によるメンテナンスなどでホスト端末２がリモートデスクトップ接続できないような状況の場合は、ホスト端末２は、接続状況確認コマンドに対して「回答拒否」をゲスト端末１のＣＰＵ１１に返す。また、対象のホスト端末２の電源がオフとなっている場合は、「タイムアウト（返答なし）」の判断が行われる。「回答拒否」、「タイムアウト（返答なし）」のいずれかの場合は、接続状況確認コマンドに対してホスト端末２が接続状況を返せない応答不可の状況であり、後述するステップＳ１４において「Ｎｏ Ｒｅｓｐｏｎｃｅ」と表示される。このように、ホスト端末２の利用状況は、ホスト端末２のリモートデスクトップ接続状況及び接続状況確認コマンドに対してホスト端末２が応答不可である状況を含む。
なお、起動画面Ｄ１において、選択項目Ｃ１が選択された場合は、ＷｉｎＡｃｔｏｒフル機能版がインストールされている機器ＩＤ：Ｒ１Ｃ１、Ｒ１Ｃ２のホスト端末２の利用状況が取得される。

ステップＳ１４において、ＣＰＵ１１は、表示部１５にＲＤＰ支援画面Ｄ２を表示する（利用状況表示部としての処理、図６参照）。図６は、起動画面Ｄ１において選択項目Ｃ２が選択された場合のＲＤＰ支援画面である。
図６に示すように、ＲＤＰ支援画面Ｄ２には、ホスト端末２に対してリモートデスクトップ接続の利用要求を指示するためのホスト選択ボタンＢ２１〜Ｂ２６、ホスト端末２の利用状況を更新するための更新ボタン３１、ＲＤＰ支援処理を終了するための終了ボタンＢ３２が配置されている。ホスト選択ボタンＢ２１〜Ｂ２６は、ホスト端末２に対応して設けられ、利用要求受付部として機能する。

また、ホスト選択ボタンＢ２１〜Ｂ２６の上部には、ホスト端末２の利用状況Ｕ１〜Ｕ６が表示されている。利用状況Ｕ１、Ｕ６の「Ｎｏ Ｒｅｓｐｏｎｃｅ」は、機器ＩＤ：Ｒ１Ｃ１、Ｒ１Ｃ６のホスト端末２の電源がオフになっているなど接続状況確認コマンドに対してホスト端末２が応答不可の状況であることを示している。利用状況Ｕ２の「使用中」は、機器ＩＤ：Ｒ１Ｃ２のホスト端末２が、他のゲスト端末１によってリモートデスクトップ接続されていることを示している。利用状況Ｕ３〜Ｕ５の「接続可能」は、機器ＩＤ：Ｒ１Ｃ３〜Ｒ１Ｃ５のホスト端末２が、他のゲスト端末１によってリモートデスクトップ接続されておらず、接続可能であることを示している。

ＲＤＰ支援画面Ｄ２に表示されている利用状況Ｕ１〜Ｕ６により、ユーザーは、どのホスト端末２にリモートデスクトップ接続してもよいかを容易に把握することができる。ユーザーは、リモートデスクトップ接続可能なホスト端末２（機器ＩＤ：Ｒ１Ｃ３〜Ｒ１Ｃ５）に対応するホスト選択ボタンＢ２３〜Ｂ２５のいずれかを選択して、リモートデスクトップ接続するホスト端末２を指定することとなる。

また、本実施の形態では、リモートデスクトップ接続可能なホスト端末２に対応するホスト選択ボタンＢ２３〜Ｂ２５は操作可能な状態となっており、リモートデスクトップ接続不能なホスト端末２に対応するホスト選択ボタンＢ２１、Ｂ２２、Ｂ２６は操作不能な状態となっている。
すなわち、リモートデスクトップ接続可能なホスト端末２に対する利用要求だけが受け付けられ、リモートデスクトップ接続不能なホスト端末２に対する利用要求は無効とされるようになっている。
これにより、ユーザーの誤操作により、接続すべきでないホスト端末２に対してリモートデスクトップ接続の利用要求が送信され、その結果、後着優先による不具合が生じるのを防止することができる。

また、ホスト選択ボタンＢ２１〜Ｂ２６は、リモートデスクトップ接続可能な場合と接続不能な場合とで異なる態様で表示されるのが好ましい。例えば、リモートデスクトップ接続不能なホスト端末２に対応するホスト選択ボタンＢ２１、Ｂ２２、Ｂ２６をグレーアウト表示（図６では、破線表示）とすることで、ユーザーは、一見して当該ホスト選択ボタンＢ２１、Ｂ２２、Ｂ２６が操作不能であることを知得できる。
なお、この場合は、ホスト選択ボタンＢ２１〜Ｂ２６の表示態様にホスト端末２の利用状況が反映されているので、利用状況Ｕ１〜Ｕ６のように、ホスト端末２の利用状況をテキストで表示しなくても、リモートデスクトップ接続の可否を判断することができる。

ステップＳ１５において、ＣＰＵ１１は、ＲＤＰ支援画面Ｄ２においてユーザーが実行した選択操作を判定する（利用要求受付部としての処理）。
ホスト選択ボタンＢ２３〜Ｂ２５のいずれかが操作され、ホスト端末２へのリモートデスクトップ接続が指示された場合、ステップＳ１６に移行する。更新ボタンＢ３１が操作された場合、ステップＳ１３の処理に移行し、ホスト端末２の利用状況が更新される。終了ボタンＢ３２が操作された場合、ＲＤＰ支援処理は終了となる。

ステップＳ１６において、ＣＰＵ１１は、ＲＤＰプログラム１４２を起動する。ユーザーは、リモートデスクトップ接続の起動画面（図示略）において、アクセス権限情報（例えば、ＩＤ及びパスワード）を入力することにより、指定したホスト端末２のデスクトップ環境を遠隔操作できるようになる。そして、ホスト端末２のデスクトップ環境でＲＰＡプログラム２４２を実行することにより、ロボットにシナリオを実行させることができる。ＲＰＡで指定したシナリオが終了して、リモートデスクトップ接続が切断されるまで、他のゲスト端末１によるホスト端末２へのリモートデスクトップ接続は不能となるので、シナリオの実行結果を確実に取得することができる。

ステップＳ１２において選択項目Ｃ３が選択された場合、ステップＳ１７において、ＣＰＵ１１は、表示部１５に環境設定画面Ｄ３（図７参照）を表示する。
図７に示すように、環境設定画面Ｄ３には、リモートデスクトップ接続の環境設定を行うための項目として、「接続デスクトップの設定」という設定項目ＳＩ１、「解像度の設定」という設定項目ＳＩ２が配置されている。また、設定項目ＳＩ１、ＳＩ２の設定を決定するための設定ボタンＢ４１が配置されている。

設定項目ＳＩ１のうち「ＷｉｎＡｃｔｏｒフル機能版＿デスクトップ」という項目は、フル機能版のＷｉｎＡｃｔｏｒがインストールされているホスト端末２を設定するための項目である。図７は、機器ＩＤ：Ｒ１Ｃ１、Ｒ１Ｃ２のホスト端末２にＷｉｎＡｃｔｏｒフル機能版がインストールされており、リモートデスクトップ接続により利用可能であることを示している。
設定項目ＳＩ１のうち「ＷｉｎＡｃｔｏｒ実行版＿デスクトップ」という項目は、シナリオの実行が可能なＷｉｎＡｃｔｏｒ（実行版又はフル機能版）がインストールされているホスト端末２を設定するための項目である。図７は、機器ＩＤ：Ｒ１Ｃ１〜Ｒ１Ｃ６のホスト端末２に実行版又はフル機能版いずれかのＷｉｎＡｃｔｏｒがインストールされており、リモートデスクトップ接続により利用可能であることを示している。
なお、実施の形態では、ＷｉｎＡｃｔｏｒ実行版がインストールされているホスト端末２の機器ＩＤ：Ｒ１Ｃ３〜Ｒ１Ｃ６に加えて、図５で「ＷｉｎＡｃｔｏｒ実行版＿デスクトップへ接続」を選択した場合でもフル機能版がインストールされたホスト端末２に接続できるように、設定項目ＳＩ１のうち「ＷｉｎＡｃｔｏｒ実行版＿デスクトップ」という項目において機器ＩＤ：Ｒ１Ｃ１、Ｒ１Ｃ２も設定している。
設定項目ＳＩ１において、ホスト端末２の機器ＩＤを追加又は削除することにより、ＷｉｎＡｃｔｏｒフル機能版又は実行版がインストールされているホスト端末２を設定することができる。

「解像度の設定」という設定項目ＳＩ２は、ゲスト端末１の表示部１５に表示されるリモートデスクトップ接続のウインドウの解像度を設定するための項目である。図７は、ローカルの解像度、すなわちゲスト端末１で通常使用されている解像度を使用することを示している。この設定項目ＳＩ２において、実行するシナリオを作成したホスト端末２の表示部２５の解像度を設定することができる（解像度設定部としての処理）。具体的には、設定項目ＳＩ２において、解像度（幅Ｗ及び高さＨ）を入力することで、ゲスト端末１の表示部１５に表示されるリモートデスクトップ接続のウインドウの解像度を、シナリオを作成したホスト端末２の表示部２５の解像度に合わせることができる。
これにより、ＷｉｎＡｃｔｏｒで実行されるシナリオに、画像識別や座標指定が含まれていても、ゲスト端末１においてシナリオを作成したホスト端末２のデスクトップ環境が忠実に再現されるので、ロボットを正常に動作させることができる。

このように、本実施の形態に係るＲＰＡシステムＳ（遠隔操作システム）は、ＲＰＡプログラム２４２（所定のソフトウェア）がインストールされたホスト端末２と、ホスト端末２のデスクトップ環境を後着優先のリモートデスクトップ接続により操作可能なゲスト端末１と、を備える。ゲスト端末１は、リモートデスクトップ接続状況を含むホスト端末２の利用状況を監視する利用状況監視部（ＣＰＵ１１、図４のステップＳ１３）と、利用状況監視部による監視結果を表示する利用状況表示部（ＣＰＵ１１、図４のステップＳ１４）と、ユーザー操作に基づいてホスト端末２へのリモートデスクトップ接続の利用要求を受け付ける利用要求受付部（ＣＰＵ１１、図４のステップＳ１５）と、利用要求受付部が利用要求を受け付けた場合に、ＲＤＰプログラム１４２を起動するリモートデスクトップ接続起動部（ＣＰＵ１１、図４のステップＳ１６）と、を備える。

また、実施の形態では、ゲスト端末１のＣＰＵ１１がＲＤＰ支援プログラム１４３を実行することにより、本発明に係るＲＰＡシステムが実現されている。
すなわち、ＲＤＰ支援プログラム１４３は、ＲＰＡのプログラム２４２（所定のソフトウェア）がインストールされたホスト端末２のデスクトップ環境を後着優先のリモートデスクトップ接続により操作可能なゲスト端末１のＣＰＵ１１（コンピューター）に、リモートデスクトップ接続状況を含むホスト端末２の利用状況を監視する第１処理（図４のステップＳ１３）と、第１処理による監視結果を表示する第２処理（図４のステップＳ１４）と、ユーザー操作に基づいてホスト端末２へのリモートデスクトップ接続の利用要求を受け付ける第３処理（図４のステップＳ１５）と、第３処理において利用要求を受け付けた場合に、ＲＤＰプログラム１４２を起動する第４処理（図４のステップＳ１６）と、を実行させる。
このＲＤＰ支援プログラム１４３は、例えば、当該プログラムが格納されたコンピューター読取可能な可搬型記憶媒体（光ディスク、光磁気ディスク、及びメモリカードを含む）を介して提供される。また例えば、このプログラムは、当該プログラムを保有するサーバーから、ネットワークを介してダウンロードにより提供することもできる。

実施の形態に係るＲＰＡシステムＳ及びＲＤＰ支援プログラム１４３によれば、ユーザーは、ゲスト端末１によってリモートデスクトップ接続してもよいホスト端末２（他のゲスト端末１によってリモートデスクトップ接続されていないホスト端末２）を、容易に把握することができる。したがって、後着優先による不具合が生じることなく、リモートデスクトップ接続を利用したＲＰＡシステムＳを円滑に運用することができる。
さらには、リモートデスクトップ接続を利用したＲＰＡシステムＳを円滑に運用できるようになることで、ホスト端末２にだけＲＰＡをインストールすればよいので、ＲＰＡの導入コストを低減することができる。その結果、ＲＰＡの導入促進を図ることもできる。
また、実施の形態に係るＲＰＡシステムＳ及びＲＤＰ支援プログラム１４３によれば、拠点Ａ２〜Ａ５においてＲＰＡ専用ＰＣが不要となるので（図１参照）、端末管理負荷を軽減できる。

また、ＲＰＡシステムＳにおいて、利用要求受付部（ＣＰＵ１１）は、リモートデスクトップ接続可能なホスト端末２（機器ＩＤ：Ｒ１Ｃ３〜Ｒ１Ｃ５）に対する利用要求を受け付け、リモートデスクトップ接続不能なホスト端末２（機器ＩＤ:Ｒ１Ｃ１、Ｒ１Ｃ２、Ｒ１Ｃ６）に対する利用要求を無効とする。
具体的には、ＲＰＡシステムＳにおいて、利用要求受付部は、ホスト端末２に対応して設けられ利用要求を指示するための操作ボタンＢ２１〜Ｂ２６を有し、リモートデスクトップ接続可能なホスト端末２（機器ＩＤ：Ｒ１Ｃ３〜Ｒ１Ｃ５）に対応する操作ボタンＢ２３〜Ｂ２５は操作可能であり、リモートデスクトップ接続不能なホスト端末２（機器ＩＤ:Ｒ１Ｃ１、Ｒ１Ｃ２、Ｒ１Ｃ６）に対応する操作ボタンＢ２１、Ｂ２２、Ｂ２６は操作不能である。
これにより、ユーザーの誤操作により、接続すべきでないホスト端末２に対してリモートデスクトップ接続の利用要求が送信され、その結果、後着優先による不具合が生じるのを防止することができる。

また、ＲＰＡシステムＳにおいて、利用状況監視部（ＣＰＵ１１）は、手動操作に基づいて、ホスト端末２の利用状況を更新する。なお、ホスト端末２の利用状況は、所定時間間隔で、自動的に更新されてもよい。
これにより、ホスト端末２の利用状況の変化が反映され、リモートデスクトップ接続可能なホスト端末２を適切に提示できるので、ホスト端末２の稼動効率を高めることができる。

また、ＲＰＡシステムＳにおいて、ホスト端末２の利用状況は、ホスト端末２の電源のオフなど接続状況確認コマンドに対してホスト端末２が応答不可の状況を含む。
これにより、ユーザーは、他のゲスト端末１による利用によりリモートデスクトップ接続できないのか、電源オフによりリモートデスクトップ接続できないのかを把握できるので、特定のホスト端末２が一向に利用可能とならないことに対して不信感を抱くことがなくなり、また、ホスト端末２の電源を投入するよう指示することで、業務効率を高めることができる。

また、ＲＰＡシステムＳにおいて、ホスト端末２にインストールされている所定のソフトウェアは、ＲＰＡである。
これにより、リモートデスクトップ接続を利用して実行する場合に不具合が生じやすいＲＰＡを、複数台のゲスト端末１において共用することができる。

また、ＲＰＡシステムＳにおいて、ゲスト端末１は、リモートデスクトップ接続先のホスト端末２の解像度に合わせて、当該ゲスト端末１のディスプレイに表示するリモートデスクトップ接続のウインドウの解像度を設定する解像度設定部（ＣＰＵ１１）を備える。
これにより、ＲＰＡで実行されるシナリオに、画像識別や座標指定が含まれていても、ゲスト端末１においてシナリオを作成したホスト端末２のデスクトップ環境が忠実に再現されるので、ＲＰＡのシナリオ実行時にエラーを発生することなく、ロボットを正常に動作させることができる。

以上、本発明者によってなされた発明を実施の形態に基づいて具体的に説明したが、本発明は上記実施の形態に限定されるものではなく、その要旨を逸脱しない範囲で変更可能である。

例えば、実施の形態では、リモートデスクトップ接続を利用して、ホスト端末２のＲＰＡを実行する場合について説明したが、ＲＰＡ以外のソフトウェアを実行する場合にも有用である。

また、実施の形態では、Ｗｉｎｄｏｗｓ標準のＲＤＰ機能を利用してリモートデスクトップ接続する場合について説明したが、Ｗｉｎｄｏｗｓ以外のＯＳ（例えば、ＭａｃＯＳやＬｉｎｕｘ（登録商標））に標準のＲＤＰ機能を利用してもよいし、市販のＲＤＰソフトウェアを利用してもよい。すなわち、本発明は、利用されるリモートデスクトップ接続が、後着優先である場合に有用である。

今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

Ｓ ＲＰＡシステム（遠隔操作システム）
１ ゲスト端末
２ ホスト端末
１１、２１ ＣＰＵ
１２、２２ ＲＡＭ
１３、２３ ＲＯＭ
１４、２４ 記憶部
１５、２５ 表示部
１６、２６ 操作入力部
１７、２７ ネットワークＩ／Ｆ
１８、２８ 外部機器Ｉ／Ｆ
１９、２９ システムバス
１４１、２４１ ＷｉｎｄｏｗｓＯＳ
１４２ リモートデスクトップ接続プログラム（ＲＤＰプログラム）
１４３ リモートデスクトップ接続支援プログラム（ＲＤＰ支援プログラム）
２４２ ＲＰＡプログラム

Claims (8)

1. 所定のソフトウェアがインストールされたホスト端末と、前記ホスト端末のデスクトップ環境を後着優先のリモートデスクトップ接続により操作可能なゲスト端末と、を備える遠隔操作システムであって、
   前記ゲスト端末は、
   リモートデスクトップ接続状況を含む前記ホスト端末の利用状況を監視する利用状況監視部と、
   前記利用状況監視部による監視結果を表示する利用状況表示部と、
   前記ホスト端末へのリモートデスクトップ接続の利用要求を指示するユーザー操作が、リモートデスクトップ接続可能な前記ホスト端末に対するものであるか否かを前記監視結果をもとに判断し、リモートデスクトップ接続可能な前記ホスト端末に対する利用要求の指示である場合に、当該利用要求を受け付ける利用要求受付部と、
   前記利用要求受付部が前記利用要求を受け付けた場合に、リモートデスクトップ接続のプログラムを起動するリモートデスクトップ接続起動部と、
   を備える遠隔操作システム。
2. 前記利用要求受付部は、前記ユーザー操作がリモートデスクトップ接続不能な前記ホスト端末に対する利用要求を指示するものである場合、当該ユーザー操作を無効とする、請求項１に記載の遠隔操作システム。
3. 前記利用要求受付部は、前記ホスト端末に対応して設けられ、前記利用要求を指示するための操作ボタンを有し、
   リモートデスクトップ接続可能な前記ホスト端末に対応する前記操作ボタンは操作可能であり、
   リモートデスクトップ接続不能な前記ホスト端末に対応する前記操作ボタンは操作不能である、請求項２に記載の遠隔操作システム。
4. 前記利用状況監視部は、自動的に、又は手動操作に基づいて、前記利用状況を更新する、請求項１から３のいずれか一項に記載の遠隔操作システム。
5. 前記利用状況は、前記ホスト端末の接続状況確認コマンドに対する応答不可の状況を含む、請求項１から４のいずれか一項に記載の遠隔操作システム。
6. 前記所定のソフトウェアは、ＲＰＡ（Robotic Process Automation）である、請求項１から５のいずれか一項に記載の遠隔操作システム。
7. 前記ゲスト端末は、リモートデスクトップ接続先の前記ホスト端末の解像度に合わせて、当該ゲスト端末のディスプレイに表示するリモートデスクトップ接続のウインドウの解像度を設定する解像度設定部を備える、請求項１から６のいずれか一項に記載の遠隔操作システム。
8. 所定のソフトウェアがインストールされたホスト端末のデスクトップ環境を後着優先のリモートデスクトップ接続により操作可能なゲスト端末のコンピューターに、
   リモートデスクトップ接続状況を含む前記ホスト端末の利用状況を監視する第１処理と、
   前記第１処理による監視結果を表示する第２処理と、
   前記ホスト端末へのリモートデスクトップ接続の利用要求を指示するユーザー操作が、リモートデスクトップ接続可能な前記ホストに対するものであるか否かを前記監視結果をもとに判断し、リモートデスクトップ接続可能な前記ホスト端末に対する利用要求の指示である場合に、当該利用要求を受け付ける第３処理と、
   前記第３処理において前記利用要求を受け付けた場合に、リモートデスクトップ接続のプログラムを起動する第４処理と、
   を実行させるプログラム。

Images