ホーム > 特許ランキング > ＮＴＴテクノクロス株式会社
知財求人 - 知財ポータルサイト「IP Force」
特開2023-159991接続先変更システム、接続先変更装置、接続先変更方法、及びプログラム
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2023159991
(43)【公開日】2023-11-02
(54)【発明の名称】接続先変更システム、接続先変更装置、接続先変更方法、及びプログラム
(51)【国際特許分類】
G06F 9/50 20060101AFI20231026BHJP
G06F 15/00 20060101ALI20231026BHJP
【ＦＩ】
G06F9/50 150D
G06F15/00 410B
【審査請求】未請求
【請求項の数】8
【出願形態】ＯＬ
(21)【出願番号】P 2022069964
(22)【出願日】2022-04-21
(71)【出願人】
【識別番号】000102717
【氏名又は名称】ＮＴＴテクノクロス株式会社
(74)【代理人】
【識別番号】100107766
【弁理士】
【氏名又は名称】伊東 忠重
(74)【代理人】
【識別番号】100070150
【弁理士】
【氏名又は名称】伊東 忠彦
(72)【発明者】
【氏名】安川 征求
(72)【発明者】
【氏名】鈴木 信隆
(72)【発明者】
【氏名】内海 弘貴
(57)【要約】
【課題】リモートデスクトップサービスにおける操作端末及び操作対象端末の接続先サーバを可変にする技術を提供すること。
【解決手段】一態様による接続先変更システムは、ユーザが操作する操作端末と、前記操作端末により遠隔操作される操作対象端末と、前記操作端末及び前記操作対象端末の接続先となる複数のサーバと、前記操作端末及び前記操作対象端末の接続先となるサーバを決定する機器とが含まれる接続先変更システムであって、前記複数のサーバのリソース使用状況に応じて、前記操作対象端末の接続先となるサーバを決定するように構成されている第１の決定部と、前記複数のサーバのリソース使用状況に応じて、前記操作端末の接続先となるサーバを決定するように構成されている第２の決定部と、前記操作端末により前記操作対象端末を遠隔操作する場合、前記操作端末又は前記操作対象端末の何れか一方の接続先を、他方が接続しているサーバに変更するように構成されている接続先変更部と、を有する。
【選択図】図７
【解決手段】一態様による接続先変更システムは、ユーザが操作する操作端末と、前記操作端末により遠隔操作される操作対象端末と、前記操作端末及び前記操作対象端末の接続先となる複数のサーバと、前記操作端末及び前記操作対象端末の接続先となるサーバを決定する機器とが含まれる接続先変更システムであって、前記複数のサーバのリソース使用状況に応じて、前記操作対象端末の接続先となるサーバを決定するように構成されている第１の決定部と、前記複数のサーバのリソース使用状況に応じて、前記操作端末の接続先となるサーバを決定するように構成されている第２の決定部と、前記操作端末により前記操作対象端末を遠隔操作する場合、前記操作端末又は前記操作対象端末の何れか一方の接続先を、他方が接続しているサーバに変更するように構成されている接続先変更部と、を有する。
【選択図】図７
【特許請求の範囲】
【請求項1】
ユーザが操作する操作端末と、前記操作端末により遠隔操作される操作対象端末と、前記操作端末及び前記操作対象端末の接続先となる複数のサーバと、前記操作端末及び前記操作対象端末の接続先となるサーバを決定する機器とが含まれる接続先変更システムであって、
前記複数のサーバのリソース使用状況に応じて、前記操作対象端末の接続先となるサーバを決定するように構成されている第１の決定部と、
前記複数のサーバのリソース使用状況に応じて、前記操作端末の接続先となるサーバを決定するように構成されている第２の決定部と、
前記操作端末により前記操作対象端末を遠隔操作する場合、前記操作端末又は前記操作対象端末の何れか一方の接続先を、他方が接続しているサーバに変更するように構成されている接続先変更部と、
を有する接続先変更システム。
前記複数のサーバのリソース使用状況に応じて、前記操作対象端末の接続先となるサーバを決定するように構成されている第１の決定部と、
前記複数のサーバのリソース使用状況に応じて、前記操作端末の接続先となるサーバを決定するように構成されている第２の決定部と、
前記操作端末により前記操作対象端末を遠隔操作する場合、前記操作端末又は前記操作対象端末の何れか一方の接続先を、他方が接続しているサーバに変更するように構成されている接続先変更部と、
を有する接続先変更システム。
【請求項2】
前記接続先変更部は、
前記操作対象端末の接続先を、前記操作端末が接続しているサーバに変更するように構成されている、請求項１に記載の接続先変更システム。
前記操作対象端末の接続先を、前記操作端末が接続しているサーバに変更するように構成されている、請求項１に記載の接続先変更システム。
【請求項3】
前記接続先変更部は、
前記操作端末の接続先を、前記操作対象端末が接続しているサーバに変更するように構成されている、請求項１に記載の接続先変更システム。
前記操作端末の接続先を、前記操作対象端末が接続しているサーバに変更するように構成されている、請求項１に記載の接続先変更システム。
【請求項4】
前記リソース使用状況は、前記サーバに接続されている操作端末及び操作対象端末の総数である、請求項１に記載の接続先変更システム。
【請求項5】
前記接続先変更部は、
前記操作端末又は前記操作対象端末の何れか一方の接続先を、他方が接続しているサーバに変更すると共に、前記一方と前記サーバとの間のセッションを識別するセッションＩＤを、前記他方と前記サーバとの間のセッションを識別するセッションＩＤとするように構成されている、請求項１乃至４の何れか一項に記載の接続先変更システム。
前記操作端末又は前記操作対象端末の何れか一方の接続先を、他方が接続しているサーバに変更すると共に、前記一方と前記サーバとの間のセッションを識別するセッションＩＤを、前記他方と前記サーバとの間のセッションを識別するセッションＩＤとするように構成されている、請求項１乃至４の何れか一項に記載の接続先変更システム。
【請求項6】
ユーザが操作する操作端末、前記操作端末により遠隔操作される操作対象端末、並びに前記操作端末及び前記操作対象端末の接続先となる複数のサーバの各々と通信ネットワークを介して接続され、前記操作端末及び前記操作対象端末の接続先となるサーバを決定する接続先変更装置であって、
前記複数のサーバのリソース使用状況に応じて、前記操作対象端末の接続先となるサーバを決定するように構成されている第１の決定部と、
前記複数のサーバのリソース使用状況に応じて、前記操作端末の接続先となるサーバを決定するように構成されている第２の決定部と、
前記操作端末により前記操作対象端末を遠隔操作する場合、前記操作端末又は前記操作対象端末の何れか一方の接続先を、他方が接続しているサーバに変更するように構成されている接続先変更部と、
を有する接続先変更装置。
前記複数のサーバのリソース使用状況に応じて、前記操作対象端末の接続先となるサーバを決定するように構成されている第１の決定部と、
前記複数のサーバのリソース使用状況に応じて、前記操作端末の接続先となるサーバを決定するように構成されている第２の決定部と、
前記操作端末により前記操作対象端末を遠隔操作する場合、前記操作端末又は前記操作対象端末の何れか一方の接続先を、他方が接続しているサーバに変更するように構成されている接続先変更部と、
を有する接続先変更装置。
【請求項7】
ユーザが操作する操作端末、前記操作端末により遠隔操作される操作対象端末、並びに前記操作端末及び前記操作対象端末の接続先となる複数のサーバの各々と通信ネットワークを介して接続され、前記操作端末及び前記操作対象端末の接続先となるサーバを決定する接続先変更装置が、
前記複数のサーバのリソース使用状況に応じて、前記操作対象端末の接続先となるサーバを決定する第１の決定手順と、
前記複数のサーバのリソース使用状況に応じて、前記操作端末の接続先となるサーバを決定する第２の決定手順と、
前記操作端末により前記操作対象端末を遠隔操作する場合、前記操作端末又は前記操作対象端末の何れか一方の接続先を、他方が接続しているサーバに変更する接続先変更手順と、
を実行する接続先変更方法。
前記複数のサーバのリソース使用状況に応じて、前記操作対象端末の接続先となるサーバを決定する第１の決定手順と、
前記複数のサーバのリソース使用状況に応じて、前記操作端末の接続先となるサーバを決定する第２の決定手順と、
前記操作端末により前記操作対象端末を遠隔操作する場合、前記操作端末又は前記操作対象端末の何れか一方の接続先を、他方が接続しているサーバに変更する接続先変更手順と、
を実行する接続先変更方法。
【請求項8】
ユーザが操作する操作端末、前記操作端末により遠隔操作される操作対象端末、並びに前記操作端末及び前記操作対象端末の接続先となる複数のサーバの各々と通信ネットワークを介して接続され、前記操作端末及び前記操作対象端末の接続先となるサーバを決定する接続先変更装置が、
前記複数のサーバのリソース使用状況に応じて、前記操作対象端末の接続先となるサーバを決定する第１の決定手順と、
前記複数のサーバのリソース使用状況に応じて、前記操作端末の接続先となるサーバを決定する第２の決定手順と、
前記操作端末により前記操作対象端末を遠隔操作する場合、前記操作端末又は前記操作対象端末の何れか一方の接続先を、他方が接続しているサーバに変更する接続先変更手順と、
を実行させるプログラム。
前記複数のサーバのリソース使用状況に応じて、前記操作対象端末の接続先となるサーバを決定する第１の決定手順と、
前記複数のサーバのリソース使用状況に応じて、前記操作端末の接続先となるサーバを決定する第２の決定手順と、
前記操作端末により前記操作対象端末を遠隔操作する場合、前記操作端末又は前記操作対象端末の何れか一方の接続先を、他方が接続しているサーバに変更する接続先変更手順と、
を実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、接続先変更システム、接続先変更装置、接続先変更方法、及びプログラムに関する。
【背景技術】
【0002】
リモートデスクトップ（remote desktop）と呼ばれる技術が従来から知られている（例えば、非特許文献１等）。リモートデスクトップとは、ユーザの手元にある端末（以下、「操作端末」ともいう。）により、通信ネットワークを介して接続される他の端末（以下、「操作対象端末」ともいう。）のＧＵＩ（Graphical User Interface）やデスクトップ環境等を操作する技術のことである。なお、リモートデスクトップは、例えば、ＰＣ遠隔操作やリモートコントロール等と呼ばれることもある。
【0003】
リモートデスクトップサービスは、一般に、このリモートデスクトップを通信ネットワーク上の或る特定のサーバを介し、操作対象端末上で動作するエージェントと呼ばれるプログラムと、操作端末上で動作するビューワと呼ばれるプログラムとを接続するサービスである。これにより、エージェントとビューワとが当該サーバを介して通信可能となり、操作端末によって操作対象端末のＧＵＩやデスクトップ環境等が操作可能となる。
【先行技術文献】
【非特許文献】
【0004】
【非特許文献1】「MagicConnect（マジックコネクト）」，インターネット＜ＵＲＬ：https://www.magicconnect.net/spec/s-mf.php＞
【発明の概要】
【発明が解決しようとする課題】
【0005】
しかしながら、従来のリモートデスクトップサービスでは、エージェントとビューワの接続先サーバが固定的であった。
【0006】
このため、例えば、或る特定の企業や組織のユーザを１つのグループとして、このグループのユーザが利用するビューワ及びエージェントの接続先サーバを或る特定のサーバとした場合、そのグループに属するユーザ数の増加等によって当該サーバのリソースが不足する恐れがある。これに対して、サーバのリソースを増やすという対策（スケールアップ）も考えられるが、一般にスケールアップはコストが大きいという問題がある。一方で、当該グループのユーザが利用するビューワ及びエージェントの接続先を複数台のサーバに分散するという対策（スケールアウト）も考えられるが、スケールアウトはスケールアップと比較してコストは小さいものの、どのユーザのビューワ及びエージェントをどのサーバに接続させるかを管理する必要がある。また、或るサーバのリソースに多くの余剰が発生した場合、全体としてリソースの利用が非効率となってしまう。
【0007】
本開示は、上記の点に鑑みてなされたもので、リモートデスクトップサービスにおける操作端末及び操作対象端末の接続先サーバを可変にする技術を提供する。
【課題を解決するための手段】
【0008】
本開示の一態様による接続先変更システムは、ユーザが操作する操作端末と、前記操作端末により遠隔操作される操作対象端末と、前記操作端末及び前記操作対象端末の接続先となる複数のサーバと、前記操作端末及び前記操作対象端末の接続先となるサーバを決定する機器とが含まれる接続先変更システムであって、前記複数のサーバのリソース使用状況に応じて、前記操作対象端末の接続先となるサーバを決定するように構成されている第１の決定部と、前記複数のサーバのリソース使用状況に応じて、前記操作端末の接続先となるサーバを決定するように構成されている第２の決定部と、前記操作端末により前記操作対象端末を遠隔操作する場合、前記操作端末又は前記操作対象端末の何れか一方の接続先を、他方が接続しているサーバに変更するように構成されている接続先変更部と、を有する。
【発明の効果】
【0009】
リモートデスクトップサービスにおける操作端末及び操作対象端末の接続先サーバを可変にする技術が提供される。
【図面の簡単な説明】
【0010】
【図1】本実施形態に係るリモートデスクトップシステムの全体構成の一例を示す図である。
【図2】本実施形態に係るサービス提供システムの機能構成の一例を示す図である。
【図3】エージェント接続先情報の一例を示す図である。
【図4】ビューワ接続先情報の一例を示す図である。
【図5】本実施形態に係るエージェント接続処理の一例を示すシーケンス図である。
【図6】本実施形態に係るビューワ接続処理の一例を示すシーケンス図である。
【図7】本実施形態に係るエージェント選択及び接続処理（実施例１）の一例を示すシーケンス図である。
【図8】本実施形態に係るエージェント選択及び接続処理（実施例２）の一例を示すシーケンス図である。
【図9】本実施形態に係る動的接続先変更処理の一例を示すシーケンス図である。
【発明を実施するための形態】
【0011】
以下、本発明の一実施形態について説明する。以下では、リモートデスクトップサービスを提供するサービス提供システムが含まれるリモートデスクトップシステム１において、ユーザの操作端末の接続先サーバと操作対象端末の接続先サーバとを変更可能（可変）にする場合について説明する。なお、以下では、リモートデスクトップサービスを利用するユーザには、ユーザＩＤ及びそれに対応するパスワード等が含まれるアカウント情報が存在するものとする。
【0012】
＜リモートデスクトップシステム１の全体構成例＞
本実施形態に係るリモートデスクトップシステム１の全体構成例を図１に示す。図１に示すように、本実施形態に係るリモートデスクトップシステム１には、操作端末１０と、操作対象端末２０と、サービス提供システム３０とが含まれる。操作端末１０とサービス提供システム３０は、例えば、インターネット等の通信ネットワークＮを介して通信可能に接続される。同様に、操作対象端末２０とサービス提供システム３０は、例えば、インターネット等の通信ネットワークＮを介して通信可能に接続される。
本実施形態に係るリモートデスクトップシステム１の全体構成例を図１に示す。図１に示すように、本実施形態に係るリモートデスクトップシステム１には、操作端末１０と、操作対象端末２０と、サービス提供システム３０とが含まれる。操作端末１０とサービス提供システム３０は、例えば、インターネット等の通信ネットワークＮを介して通信可能に接続される。同様に、操作対象端末２０とサービス提供システム３０は、例えば、インターネット等の通信ネットワークＮを介して通信可能に接続される。
【0013】
操作端末１０は、ユーザの手元にあり、当該ユーザが実際に物理的な操作を行う各種端末（例えば、ＰＣ（パーソナルコンピュータ）、スマートフォン、タブレット端末、ウェアラブルデバイス等）である。操作端末１０は、例えば、ユーザの自宅や出張先等で利用されることが想定される。操作端末１０には、操作対象端末２０のＧＵＩやデスクトップ環境等を操作するためのビューワ１００と呼ばれるプログラムがインストールされている。ただし、ビューワ１００は必ずしも操作端末１０にインストールされている必要はなく、例えば、操作端末１０に接続されたＵＳＢ（Universal Serial Bus）メモリ等の外部記録媒体に格納されていてもよい。
【0014】
操作対象端末２０は、ユーザの遠隔地にあり、操作端末１０によりＧＵＩやデスクトップ環境等が操作される各種端末（例えば、ＰＣ、スマートフォン、タブレット端末等）である。操作対象端末２０は、例えば、当該ユーザが勤務する会社の社内等に設置されていることが想定される。操作対象端末２０には、ビューワ１００によって当該操作対象端末２０のＧＵＩやデスクトップ環境等を操作するためのエージェント２００と呼ばれるプログラムがインストールされている。
【0015】
サービス提供システム３０は、リモートデスクトップサービスを提供するサーバ群である。サービス提供システム３０には、ＡＰＩサーバ４０と、バランサ５０と、ＤＢサーバ６０と、複数のゲートウェイサーバ７０とが含まれている。
【0016】
ＡＰＩサーバ４０は、例えば、認証機能等といった各種機能をビューワ１００やエージェント２００が利用するためのＡＰＩ（Application Programming Interface）を提供するサーバである。
【0017】
バランサ５０は、各ゲートウェイサーバ７０のリソース使用状況を管理すると共に、それらのリソース使用状況に応じて、ビューワ１００及びエージェント２００をどのゲートウェイサーバ７０に接続するかを振り分ける機器又はサーバである。これにより、ビューワ１００及びエージェント２００の各々は、自身がゲートウェイサーバ７０と接続するときのリソース使用状況に応じて、適切なゲートウェイサーバ７０に接続することが可能となる。なお、バランサ５０は、例えば、負荷分散装置（ロードバランサ）等と呼ばれてもよい。
【0018】
なお、ビューワ１００及びエージェント２００は、バランサ５０を介して、ゲートウェイサーバ７０と接続される。このとき、バランサ５０は、一般的なロードバランサと同様に、スティッキーセッション（sticky session）と呼ばれる技術により、ビューワ１００又はエージェント２００とのセッションが継続している間は、このビューワ１００又はエージェント２００を同一のゲートウェイサーバ７０と接続する。ただし、スティッキーセッションを利用することは一例であって、これ以外の技術により同様の処理が実現されてもよい。
【0019】
ＤＢサーバ６０は、各種情報が格納される記憶装置又はデータベースサーバである。ＤＢサーバ６０に格納される情報としては、例えば、後述するエージェント接続先情報やビューワ接続先情報等が挙げられる。なお、これ以外にも、例えば、各ユーザのアカウント情報がＤＢサーバ６０に格納されていてもよい。
【0020】
各ゲートウェイサーバ７０は、ビューワ１００及びエージェント２００の接続先となるサーバである。ここで、操作端末１０によって操作対象端末２０を操作する際には、当該操作端末１０のビューワ１００と当該操作対象端末２０のエージェント２００とを同一のゲートウェイサーバ７０に接続し、当該ビューワ１００と当該エージェント２００との間で接続を確立する必要がある。このため、操作端末１０によって操作対象端末２０を操作する際に、当該操作端末１０のビューワ１００が接続しているゲートウェイサーバ７０と当該操作対象端末２０のエージェント２００が接続しているゲートウェイサーバ７０とが異なる場合、各ゲートウェイサーバ７０は、ビューワ１００又はエージェント２００のいずれか一方の接続先となっているゲートウェイサーバ７０を、他方の接続先となっているゲートウェイサーバ７０に変更する。これにより、ビューワ１００とエージェント２００とが同一のゲートウェイサーバ７０を介して接続され、操作端末１０で操作対象端末２０のＧＵＩやデスクトップ環境等を操作可能となり、その結果、リモートデスクトップサービスがユーザに提供される。なお、以下では、ゲートウェイサーバ７０の総数をＮ（ただし、Ｎ≧２）として、Ｎ台のゲートウェイサーバ７０の各々を区別する場合は、「ゲートウェイサーバ７０－１」、「ゲートウェイサーバ７０－２」、・・・、「ゲートウェイサーバ７０－Ｎ」等と表すことにする。一方で、Ｎ台のゲートウェイサーバ７０の各々を区別しない場合は単に「ゲートウェイサーバ７０」と表すことにする。
【0021】
なお、図１に示すリモートデスクトップシステム１の全体構成は一例であって、これに限られるものではない。例えば、図１に示す例では、ＡＰＩサーバ４０とバランサ５０とＤＢサーバ６０と複数のゲートウェイサーバ７０とでサービス提供システム３０が構成されているが、例えば、ＡＰＩサーバ４０、バランサ５０及びＤＢサーバ６０のうちの少なくとも２つが同一の装置又は機器で実現されていてもよい。
【0022】
＜サービス提供システム３０の機能構成例＞
本実施形態に係るサービス提供システム３０に含まれるＡＰＩサーバ４０、バランサ５０及びゲートウェイサーバ７０の機能構成例を図２に示す。
本実施形態に係るサービス提供システム３０に含まれるＡＰＩサーバ４０、バランサ５０及びゲートウェイサーバ７０の機能構成例を図２に示す。
【0023】
≪ＡＰＩサーバ４０≫
図２に示すように、本実施形態に係るＡＰＩサーバ４０は、認証処理部４０１と、エージェント一覧取得処理部４０２とを有する。これら各部は、例えば、ＡＰＩサーバ４０にインストールされた１以上のプログラムが、ＣＰＵ（Central Processing Unit）等の演算装置に実行させる処理により実現される。
図２に示すように、本実施形態に係るＡＰＩサーバ４０は、認証処理部４０１と、エージェント一覧取得処理部４０２とを有する。これら各部は、例えば、ＡＰＩサーバ４０にインストールされた１以上のプログラムが、ＣＰＵ（Central Processing Unit）等の演算装置に実行させる処理により実現される。
【0024】
認証処理部４０１は、ビューワ１００に設定又は入力されたアカウント情報が含まれる認証要求を受信すると、そのアカウント情報が正当なものである否かを認証するための認証処理を実行する。同様に、認証処理部４０１は、エージェント２００に設定されたアカウント情報が含まれる認証要求を受信すると、そのアカウント情報が正当なものである否かを認証するための認証処理を実行する。なお、ビューワ１００及びエージェント２００は、ＡＰＩサーバ４０が提供するＡＰＩ（例えば、ＲＥＳＴ ＡＰＩ等）を用いて認証要求を行うことができる。
【0025】
エージェント一覧取得処理部４０２は、ビューワ１００と接続可能なエージェント２００の一覧（以下、エージェント一覧ともいう。）を取得するためのエージェント一覧取得要求を受信すると、エージェント一覧取得処理を実行する。なお、ビューワ１００は、ＡＰＩサーバ４０が提供するＡＰＩ（例えば、ＲＥＳＴ ＡＰＩ等）を用いてエージェント一覧取得要求を行うことができる。
【0026】
なお、認証処理部４０１は、認証処理を実行する際に、必要に応じて、ＤＢサーバ６０に格納されている情報を参照したり、ＤＢサーバ６０に情報を格納したりしてもよい。同様に、エージェント一覧取得処理部４０２は、エージェント一覧取得処理を実行する際に、必要に応じて、ＤＢサーバ６０に格納されている情報を参照したり、ＤＢサーバ６０に情報を格納したりしてもよい。
【0027】
≪バランサ５０≫
図２に示すように、本実施形態に係るバランサ５０は、振分処理部５０１と、接続要求部５０２と、接続先変更要否判定部５０３とを有する。これら各部は、例えば、バランサ５０にインストールされた１以上のプログラムが、ＣＰＵ等の演算装置に実行させる処理により実現される。また、本実施形態に係るバランサ５０は、記憶部５０４を有する。記憶部５０４は、例えば、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、フラッシュメモリ等の各種記憶装置により実現される。
図２に示すように、本実施形態に係るバランサ５０は、振分処理部５０１と、接続要求部５０２と、接続先変更要否判定部５０３とを有する。これら各部は、例えば、バランサ５０にインストールされた１以上のプログラムが、ＣＰＵ等の演算装置に実行させる処理により実現される。また、本実施形態に係るバランサ５０は、記憶部５０４を有する。記憶部５０４は、例えば、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、フラッシュメモリ等の各種記憶装置により実現される。
【0028】
振分処理部５０１は、各ゲートウェイサーバ７０のリソース使用状況に応じて、ビューワ１００及びエージェント２００をどのゲートウェイサーバ７０に接続するかを振り分ける処理を実行する。言い換えれば、振分処理部５０１は、各ゲートウェイサーバ７０のリソース使用状況に応じて、ビューワ１００の接続先となるゲートウェイサーバ７０とエージェント２００の接続先となるゲートウェイサーバ７０とを決定する。
【0029】
接続要求部５０２は、振分処理部５０１によって接続先と決定したゲートウェイサーバ７０に対して接続要求を送信する。
【0030】
接続先変更要否判定部５０３は、各ゲートウェイサーバ７０のリソース使用状況に応じて、ビューワ１００及びエージェント２００の接続先のゲートウェイサーバ７０を変更するか否かを判定する。すなわち、リモートデスクトップサービスがユーザに提供されている場合に、接続先変更要否判定部５０３は、同一のゲートウェイサーバ７０に接続されているビューワ１００及びエージェント２００の接続先を他のゲートウェイサーバ７０に変更するか否かを判定する。
【0031】
記憶部５０４は、各ゲートウェイサーバ７０のリソース使用状況を表すリソース情報が記憶されている。リソース情報には、例えば、ゲートウェイサーバ７０を識別する識別情報と、このゲートウェイサーバ７０のリソース使用状況とが含まれる。以下、各ゲートウェイサーバ７０のリソース使用状況は、当該ゲートウェイサーバ７０に接続しているビューワ１００及びエージェント２００の総数であるものとする。これは、一般に、ゲートウェイサーバ７０に接続しているビューワ１００及びエージェント２００の数とＣＰＵ等のリソースの使用率との間には正の相関があるためである。ただし、これに限られず、各ゲートウェイサーバ７０のリソース使用状況は、例えば、当該ゲートウェイサーバ７０のＣＰＵ使用率、メモリ使用量、ネットワークの利用帯域（スループット）等であってもよい。なお、リソース使用状況は、例えば、所定の時間間隔毎又はリアルタイムに更新される。
【0032】
≪ゲートウェイサーバ７０≫
図２に示すように、本実施形態に係るゲートウェイサーバ７０は、接続許可部７０１と、エージェント選択処理部７０２と、サービス提供部７０３と、情報管理部７０４とを有する。これら各部は、例えば、ゲートウェイサーバ７０にインストールされた１以上のプログラムが、ＣＰＵ等の演算装置に実行させる処理により実現される。
図２に示すように、本実施形態に係るゲートウェイサーバ７０は、接続許可部７０１と、エージェント選択処理部７０２と、サービス提供部７０３と、情報管理部７０４とを有する。これら各部は、例えば、ゲートウェイサーバ７０にインストールされた１以上のプログラムが、ＣＰＵ等の演算装置に実行させる処理により実現される。
【0033】
接続許可部７０１は、バランサ５０から接続要求を受信すると、この接続要求に対応するビューワ１００又はエージェント２００との接続を許可し、当該ビューワ１００又はエージェント２００との接続を確立する。
【0034】
エージェント選択処理部７０２は、エージェント一覧の中から選択されたエージェント２００との接続を要求することを表すエージェント接続要求をビューワ１００から受信すると、当該ビューワ１００の接続対象として当該エージェント２００を選択する処理を実行する。
【0035】
サービス提供部７０３は、ビューワ１００とエージェント２００の接続を確立した上で、当該ビューワ１００と当該エージェント２００との間でリモートデスクトップサービスを実現するための各種処理を実行する。また、サービス提供部７０３は、ビューワ１００又はエージェント２００の接続先が変更される場合に、現在接続されているゲートウェイサーバ７０との接続を切断して他のゲートウェイサーバ７０に接続させるための接続先変更要求をビューワ１００又はエージェント２００に送信する。
【0036】
情報管理部７０４は、ビューワ１００がどのゲートウェイサーバ７０と接続されているかを表すビューワ接続先情報と、エージェント２００がどのゲートウェイサーバ７０と接続されているかを表すエージェント接続先情報とを管理する。すなわち、情報管理部７０４は、ビューワ接続先情報やエージェント接続先情報をＤＢサーバ６０に格納したり、ＤＢサーバ６０に格納されているビューワ接続先情報やエージェント接続先情報を更新（編集又は削除等）したりする。
【0037】
ここで、エージェント接続先情報の一例を図３に示す。図３に示すように、エージェント接続先情報には、エージェントＩＤ、ユーザＩＤ、接続先ＩＤ、及びセッションＩＤ等が含まれる。エージェントＩＤは、エージェント２００を識別する識別情報である。ユーザＩＤは、当該エージェント２００の認証に用いられたアカウント情報のユーザＩＤである。接続先ＩＤは、当該エージェント２００が接続しているゲートウェイサーバ７０を識別する識別情報（例えば、サーバＩＤ等）である。セッションＩＤは、当該エージェント２００と当該ゲートウェイサーバ７０との間のセッションを識別する識別情報である。
【0038】
図３に示すエージェント接続先情報には、エージェントＩＤ「agent001」、ユーザＩＤ「user001」、接続先ＩＤ「server001」、及びセッションＩＤ「session001」が含まれている。これは、エージェントＩＤ「agent001」を持つエージェント２００はユーザＩＤ「user001」のアカウント情報で認証済みであり、セッションＩＤ「session001」のセッションにより、接続先ＩＤ「server001」のゲートウェイサーバ７０－１と接続されていることを表している。
【0039】
なお、図３に示すエージェント接続先情報は一例であって、これに限られるものではない。例えば、エージェント接続先情報には、エージェントＩＤ、ユーザＩＤ、接続先ＩＤ、及びセッションＩＤ以外にも様々な情報が含まれていてもよい。
【0040】
また、ビューワ接続先情報の一例を図４に示す。図４に示すように、ビューワ接続先情報には、操作端末ＩＤ、ユーザＩＤ、接続先ＩＤ、及びセッションＩＤ等が含まれる。操作端末ＩＤは、ビューワ１００が動作している操作端末１０を識別する識別情報（例えば、ＩＰ（Internet Protocol）アドレス、ＭＡＣ（Media Access Control）アドレス、シリアル番号、製造固有番号等）である。ユーザＩＤは、当該ビューワ１００の認証に用いられたアカウント情報のユーザＩＤである。接続先ＩＤは、当該ビューワ１００が接続しているゲートウェイサーバ７０を識別する識別情報（例えば、サーバＩＤ等）である。セッションＩＤは、当該ビューワ１００と当該ゲートウェイサーバ７０との間のセッションを識別する識別情報である。なお、一般に、複数の操作端末１０上でそれぞれ動作する複数のビューワ１００を同一のユーザＩＤで同時に利用することが可能である。このため、各ビューワ１００は、操作端末ＩＤにより他のビューワ１００と識別することが可能である。
【0041】
図４に示すビューワ接続先情報には、操作端末ＩＤ「t001」、ユーザＩＤ「user001」、接続先ＩＤ「server002」、及びセッションＩＤ「session002」が含まれている。これは、操作端末ＩＤ「t001」を持つ操作端末１０上で動作しているビューワ１００はユーザＩＤ「user001」のアカウント情報で認証済みであり、セッションＩＤ「session002」のセッションにより、接続先ＩＤ「server002」のゲートウェイサーバ７０－２と接続されていることを表している。
【0042】
なお、図４に示すビューワ接続先情報は一例であって、これに限られるものではない。例えば、ビューワ接続先情報には、操作端末ＩＤ、ユーザＩＤ、接続先ＩＤ、及びセッションＩＤ以外にも様々な情報が含まれていてもよい。
【0043】
＜エージェント接続処理＞
以下では、或るエージェント２００がゲートウェイサーバ７０と接続する場合の処理（エージェント接続処理）について、図５を参照しながら説明する。なお、エージェント接続処理は、例えば、当該エージェント２００がインストールされている操作対象端末２０の起動等により実行が開始される。
以下では、或るエージェント２００がゲートウェイサーバ７０と接続する場合の処理（エージェント接続処理）について、図５を参照しながら説明する。なお、エージェント接続処理は、例えば、当該エージェント２００がインストールされている操作対象端末２０の起動等により実行が開始される。
【0044】
エージェント２００は、認証要求をＡＰＩサーバ４０に送信する（ステップＳ１０１）。当該認証要求には、例えば、当該エージェント２００に設定されているユーザＩＤ及びパスワードが含まれる。
【0045】
ＡＰＩサーバ４０の認証処理部４０１は、認証要求を受信すると、この認証要求に含まれるユーザＩＤ及びパスワードが正当なものであるか否かを認証するための認証処理を実行する（ステップＳ１０２）。なお、認証処理部４０１は、ＡＰＩサーバ４０で当該認証を行ってもよいし、他のサーバ（例えば、認証サーバ等）に対して当該認証を要求してもよい。以下では、上記の認証に成功したものとして説明を続ける。
【0046】
ＡＰＩサーバ４０の認証処理部４０１は、認証成功を示す認証処理結果を当該エージェント２００に返信する（ステップＳ１０３）。
【0047】
エージェント２００は、認証成功を示す認証処理結果を受信すると、接続要求をバランサ５０に送信する（ステップＳ１０４）。当該接続要求には、例えば、当該エージェント２００のエージェントＩＤと、当該エージェント２００に設定されているユーザＩＤとが含まれる。なお、以下では、接続要求にはセッションＩＤが指定されていないものとして説明するが、エージェント２００は、当該接続要求にセッションＩＤを指定してもよい。接続要求にセッションＩＤが指定された場合、後述するステップＳ１０５において、バランサ５０は、セッションＩＤを生成せずに、接続要求に指定されたセッションＩＤを使用する。
【0048】
バランサ５０の振分処理部５０１は、接続要求を受信すると、記憶部５０４に記憶されているリソース情報を参照して、この接続要求の要求元のエージェント２００をどのゲートウェイサーバ７０に接続するかを振り分ける処理を実行する（ステップＳ１０５）。すなわち、振分処理部５０１は、記憶部５０４に記憶されているリソース情報を参照して、当該エージェント２００の接続先となるゲートウェイサーバ７０を決定する。また、振分処理部５０１は、当該エージェント２００と、その接続先となるゲートウェイサーバ７０との間のセッションを識別するセッションＩＤを生成する。
【0049】
ここで、接続先となるゲートウェイサーバ７０を決定する方法は様々に考えられるが、振分処理部５０１は、例えば、リソース使用率が最も低いゲートウェイサーバ７０（つまり、ビューワ１００及びエージェント２００の接続数が最も少ないゲートウェイサーバ７０）を、接続先となるゲートウェイサーバ７０として決定する。これにより、複数のゲートウェイサーバ７０間でリソースの負荷分散を実現することができる。ただし、これは一例であって、振分処理部５０１は、これ以外の方法により接続先となるゲートウェイサーバ７０を決定してもよい。
【0050】
例えば、振分処理部５０１は、接続要求の要求元のエージェント２００と接続した場合であってもリソース使用率が上限を超えず、かつ、リソース使用率が最も高いゲートウェイサーバ７０を、接続先となるゲートウェイサーバ７０として決定してもよい。具体的には、例えば、各ゲートウェイサーバ７０の接続数の上限をＭとした場合、振分処理部５０１は、接続数がＭ未満であって、かつ、接続数が最も大きいゲートウェイサーバ７０を、接続先となるゲートウェイサーバ７０として決定する。これにより、各ゲートウェイサーバ７０のリソース効率を高めることが可能となる。このため、例えば、外部の事業者が提供する仮想化技術等によりゲートウェイサーバ７０が実現されている場合に、ゲートウェイサーバ７０のリソースの利用状況に応じて構成変更してコストの削減を実現することができる。
【0051】
なお、例えば、或るゲートウェイサーバ７０のメンテナンス等が行われている場合には、振分処理部５０１は、このゲートウェイサーバ７０を除外した上で、上記の振り分けを行う。
【0052】
以下では、上記のステップＳ１０５において、当該エージェント２００の接続先となるゲートウェイサーバ７０が「ゲートウェイサーバ７０－１」と決定されたものとして説明を続ける。
【0053】
ステップＳ１０５に続いて、バランサ５０の接続要求部５０２は、当該エージェント２００との接続要求をゲートウェイサーバ７０－１に送信する（ステップＳ１０６）。当該接続要求には、例えば、当該エージェント２００のエージェントＩＤと、当該エージェント２００に設定されているユーザＩＤと、上記のステップＳ１０５で生成されたセッションＩＤとが含まれる。
【0054】
ゲートウェイサーバ７０－１の接続許可部７０１は、接続要求を受信すると、この接続要求に含まれるエージェントＩＤを持つエージェント２００との接続を許可する（ステップＳ１０７）。このとき、接続許可部７０１は、何等かの条件により接続を許可するか否かを判定してもよい。例えば、接続許可部７０１は、当該エージェント２００の認証が成功しているか否かを判定し、認証が成功している場合にのみ接続を許可してもよい。
【0055】
次に、ゲートウェイサーバ７０－１の情報管理部７０４は、上記のステップＳ１０７で受信した接続要求に含まれていたエージェントＩＤ、ユーザＩＤ及びセッションＩＤと、当該ゲートウェイサーバ７０－１を識別する識別情報（例えば、サーバＩＤ等）とが含まれるエージェント接続先情報を作成した上で、このエージェント接続先情報をＤＢサーバ６０に格納する（ステップＳ１０８）。
【0056】
そして、ゲートウェイサーバ７０－１の接続許可部７０１は、当該エージェント２００との接続（セッション）を確立する（ステップＳ１０９）。これにより、当該エージェント２００がゲートウェイサーバ７０－１に接続されたことになる。
【0057】
＜ビューワ接続処理＞
以下では、或るビューワ１００がゲートウェイサーバ７０と接続する場合の処理（ビューワ接続処理）について、図６を参照しながら説明する。なお、ビューワ接続処理は、例えば、ユーザが当該ビューワ１００を起動した上で、ユーザＩＤとそれに対応するパスワード等を入力することにより実行が開始される。
以下では、或るビューワ１００がゲートウェイサーバ７０と接続する場合の処理（ビューワ接続処理）について、図６を参照しながら説明する。なお、ビューワ接続処理は、例えば、ユーザが当該ビューワ１００を起動した上で、ユーザＩＤとそれに対応するパスワード等を入力することにより実行が開始される。
【0058】
ビューワ１００は、認証要求をＡＰＩサーバ４０に送信する（ステップＳ２０１）。当該認証要求には、例えば、当該ビューワ１００に設定又は入力されたユーザＩＤ及びパスワードが含まれる。
【0059】
ＡＰＩサーバ４０の認証処理部４０１は、認証要求を受信すると、この認証要求に含まれるユーザＩＤ及びパスワードが正当なものであるか否かを認証するための認証処理を実行する（ステップＳ２０２）。なお、認証処理部４０１は、ＡＰＩサーバ４０で当該認証を行ってもよいし、他のサーバ（例えば、認証サーバ等）に対して当該認証を要求してもよい。以下では、上記の認証に成功したものとして説明を続ける。
【0060】
ＡＰＩサーバ４０の認証処理部４０１は、認証成功を示す認証処理結果を当該ビューワ１００に返信する（ステップＳ２０３）。
【0061】
ビューワ１００は、認証成功を示す認証処理結果を受信すると、接続要求をバランサ５０に送信する（ステップＳ２０４）。当該接続要求には、例えば、当該ビューワ１００が動作している操作端末１０の操作端末ＩＤと、当該ビューワ１００に設定又は入力されたユーザＩＤとが含まれる。なお、以下では、接続要求にはセッションＩＤが指定されていないものとして説明するが、ビューワ１００は、当該接続要求にセッションＩＤを指定してもよい。接続要求にセッションＩＤが指定された場合、後述するステップＳ２０５において、バランサ５０は、セッションＩＤを生成せずに、接続要求に指定されたセッションＩＤを使用する。
【0062】
バランサ５０の振分処理部５０１は、接続要求を受信すると、記憶部５０４に記憶されているリソース情報を参照して、この接続要求の要求元のビューワ１００をどのゲートウェイサーバ７０に接続するかを振り分ける処理を実行する（ステップＳ２０５）。すなわち、振分処理部５０１は、記憶部５０４に記憶されているリソース情報を参照して、当該ビューワ１００の接続先となるゲートウェイサーバ７０を決定する。また、振分処理部５０１は、当該ビューワ１００と、その接続先となるゲートウェイサーバ７０との間のセッションを識別するセッションＩＤを生成する。
【0063】
ここで、接続先となるゲートウェイサーバ７０は、図５のステップＳ１０５と同様の方法により決定すればよい。すなわち、振分処理部５０１は、例えば、リソース使用率が最も低いゲートウェイサーバ７０を、接続先となるゲートウェイサーバ７０として決定してもよいし、接続要求の要求元のビューワ１００と接続した場合であってもリソース使用率が上限を超えず、かつ、リソース使用率が最も高いゲートウェイサーバ７０を、接続先となるゲートウェイサーバ７０として決定してもよい。
【0064】
なお、図５のステップＳ１０５と同様に、例えば、或るゲートウェイサーバ７０のメンテナンス等が行われている場合には、振分処理部５０１は、このゲートウェイサーバ７０を除外した上で、上記の振り分けを行う。
【0065】
以下では、上記のステップＳ２０５において、当該ビューワ１００の接続先となるゲートウェイサーバ７０が「ゲートウェイサーバ７０－２」と決定されたものとして説明を続ける。
【0066】
ステップＳ２０５に続いて、バランサ５０の接続要求部５０２は、当該ビューワ１００との接続要求をゲートウェイサーバ７０－２に送信する（ステップＳ２０６）。当該接続要求には、例えば、当該ビューワ１００が動作している操作端末１０の操作端末ＩＤと、当該ビューワ１００に設定又は入力されたユーザＩＤと、上記のステップＳ２０５で生成されたセッションＩＤとが含まれる。
【0067】
ゲートウェイサーバ７０－２の接続許可部７０１は、接続要求を受信すると、この接続要求に含まれる操作端末ＩＤの操作端末１０上で動作しているビューワ１００との接続を許可する（ステップＳ２０７）。このとき、接続許可部７０１は、何等かの条件により接続を許可するか否かを判定してもよい。例えば、接続許可部７０１は、当該ビューワ１００の認証が成功しているか否かを判定し、認証が成功している場合にのみ接続を許可してもよい。
【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】
１ リモートデスクトップシステム
１０ 操作端末
２０ 操作対象端末
３０ サービス提供システム
４０ ＡＰＩサーバ
５０ バランサ
６０ ＤＢサーバ
７０ ゲートウェイサーバ
１００ ビューワ
２００ エージェント
４０１ 認証処理部
４０２ エージェント一覧取得処理部
５０１ 振分処理部
５０２ 接続要求部
５０３ 接続先変更要否判定部
５０４ 記憶部
７０１ 接続許可部
７０２ エージェント選択処理部
７０３ サービス提供部
７０４ 情報管理部
１０ 操作端末
２０ 操作対象端末
３０ サービス提供システム
４０ ＡＰＩサーバ
５０ バランサ
６０ ＤＢサーバ
７０ ゲートウェイサーバ
１００ ビューワ
２００ エージェント
４０１ 認証処理部
４０２ エージェント一覧取得処理部
５０１ 振分処理部
５０２ 接続要求部
５０３ 接続先変更要否判定部
５０４ 記憶部
７０１ 接続許可部
７０２ エージェント選択処理部
７０３ サービス提供部
７０４ 情報管理部
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】