JP2023009346A - システム、情報処理装置、仲介方法およびプログラム - Google Patents

Abstract

【課題】適切な出力画面の品質を選択することが可能なシステムを提供する。【解決手段】アクセス先端末２１０と同一のネットワーク１０６の通信中継装置２２０を中継し、アクセス元端末２３０からアクセス先端末２１０が提供するサービスへアクセスの確立を仲介するリモートアクセス支援システムであって、サービスにかかる画面の品質の指標値を格納する格納部２５６と、格納された画面の品質の指標値と、アクセス元端末２３０からの画面の品質の指定値との関係に基づいて、指標値に基づく範囲内において、画面の品質の使用値を決定する決定部２５４と、通信中継手段２２０が決定された使用値に基づいて画面の品質を設定するよう制御する制御部２７６と、を含む。【選択図】図３

Description

本発明は、システム、情報処理装置、仲介方法およびプログラムに関する。

リモート環境のアクセス元端末から、ファイアウォールの内部にあるイントラネットにあるアクセス先端末が提供するサービス、例えばリモートデスクトップ・サービスにアクセスする方法が知られている。一つの方法としては、イントラネット内からアクセス元端末までの通信を、ＶＰＮ（Virtual Private Network）などにより暗号化して接続する方法がある。他の方法としては、クラウドのサーバとの暗号通信を介して接続するリモートアクセス・サービスが存在する。

また、画面仮想化に関連して、特許第５４９６９３号公報（特許文献１）は、多様な端末機に画面仮想化サービスを提供するシステムを開示する。特許文献１は、ユーザ端末機でシステムプロファイルをクラウド装置に伝送すれば、クラウド装置では端末機から伝送を受けたシステムプロファイルから端末機が処理可能な候補画面仮想化技術リストを生成し、各技術別装置負荷量及び処理可否を確認し、画面仮想化技術決定部を通じてウェブサービス可否、ＲＤＰ(Remote Desktop Protocol)／ＶＮＣ(Virtual Network Computing)処理可否、ビデオストリーミング処理可否によって、端末機のシステムプロファイルと装置の可用資源を基盤で最適の画面仮想化技術候補を決定するシステムを開示する。しかしながら、上記特許文献１の従来技術では、サーバが複数の仮想化技術を持ち、技術リストを作成し、決定するプロセスが必要であり、サーバの各技術別装置負荷量を確認して判断する必要がある。

本開示は、上記点に鑑みてなされたものであり、リモートアクセスにおいて、適切な出力画面の品質を選択することが可能なシステムを提供することを目的とする。

本開示では、上記課題を解決するために、下記特徴を有するシステムを提供する。システムは、アクセス元端末からアクセス先端末が提供するサービスへのアクセスであって、アクセス先端末と同一のネットワークの通信中継手段を中継した当該アクセスの確立を仲介する。システムは、サービスにかかる画面の品質の指標値を格納する格納部と、格納された画面の品質の指標値と、アクセス元端末からの画面の品質の指定値との関係に基づいて、指標値に基づく範囲内において、画面の品質の使用値を決定する決定部とを含む。システムは、さらに、通信中継手段が決定された使用値に基づいて画面の品質を設定するよう制御する制御部を含む。

上記構成により、リモートアクセスにおいて、適切な出力画面の品質を選択することが可能となる。

図１は、本実施形態によるリモートアクセス支援システムを含むネットワーク環境の全体構成を示す図である。 図２は、本実施形態において使用することができるコンピュータ・システムのハードウェア構成図である。 図３は、本実施形態によるリモートアクセス支援システムの機能構成を示すブロック図である。 図４は、本実施形態におけるアプリケーションシステムの冗長構成を示す図である。 図５は、本実施形態におけるリレーシステムの冗長構成を示す図である 図６は、本実施形態におけるプラットフォームシステムの構成を示す図である。 図７は、本実施形態においてデータベースにて管理されるデータ構造を例示する図である。 図８は、本実施形態においてデータベースにて管理されるデータ構造を例示する図である。 図９は、本実施形態における現場側ネットワークのより詳細な構成を示す図である。 図１０は、本実施形態における通信中継装置のより詳細な構成を示す図である。 図１１は、本実施形態による解像度の判定処理を示すフローチャートである。 図１２は、本実施形態によるログイン処理を示すシーケンス図である。 図１３は、アクセス元端末の表示画面上に表示される各種ログイン画面を例示する図である。 図１４は、本実施形態によるリモートアクセス支援システムにエンドユーザがログインし、ブラウザの表示領域の解像度を指定値として指定してリモートデスクトップサービスを利用する際の処理を説明する図である。 図１５は、本実施形態によるリモートアクセス支援システムにおいて実行されるリモートデスクトップ接続にかかる処理を示すシーケンス図である。 図１６は、本実施形態によるリモートアクセス支援システムにおいて実行されるリモートデスクトップ接続にかかる処理を示すシーケンス図である。 図１７は、変形例の実施形態を説明する図である。 図１８は、変形例の実施形態によるリモートアクセス支援システム１４０において実行されるリモートデスクトップの解像度の変更に伴う再接続際の処理を示すシーケンス図である。

以下、本発明の実施形態について説明するが、本発明の実施形態は、以下に説明する実施形態に限定されるものではない。なお、以下に説明する実施形態では、システムの一例として、リモートアクセス支援システム１４０を用いて説明する。

図１は、本実施形態によるリモートアクセス支援システム１４０を含むネットワーク環境１００の全体構成を示す図である。図１に示すように、ネットワーク環境１００には、インターネット１０２と、インターネット１０２に接続される、第１ネットワーク１０４と、第２ネットワーク１０６と、第３ネットワーク１０８とが含まれる。リモートアクセス支援システム１４０は、このようなネットワーク環境１００において構築されている。

第１ネットワーク１０４は、インターネット１０２を介した所定サービスへのリモートアクセスの確立を仲介するためのシステムが配置されるネットワークである。第１ネットワーク１０４上に、リモートアクセス支援システム１４０が配備されており、リモートアクセス支援システム１４０は、より具体的には、アプリケーションシステム１５０と、プラットフォームシステム１７０と、リレーシステム１９０とを含み構成される。第１ネットワーク１０４は、特定の実施形態においてはクラウドサービスとして、リモートアクセスの確立を仲介し、リモートアクセスの通信を中継する機能を提供するプラットフォーム側ネットワークである。

第２ネットワーク１０６は、リモートアクセスの対象となる所定サービスを提供する端末が属するネットワークである。図１に示す第２ネットワーク１０６上には、アクセス先端末１１０が配置され、さらに、通信中継装置１２０が配置されている。第２ネットワーク１０６は、現場側ネットワーク１０６とも参照される。

第３ネットワーク１０８は、上記対象となるアクセス先端末１１０が提供する所定サービスに遠隔でアクセスすることを望むユーザの端末（アクセス元端末）が属するネットワークである。第３ネットワーク１０８上には、アクセス元端末１３０が配置される。アクセス元端末１３０は、表示装置を有しており、表示装置内の所定の表示領域に、上記対象となるアクセス先端末１１０が提供する所定サービスの画面を表示する。第３ネットワーク１０８は、リモート側ネットワーク１０８とも参照される。

リモートアクセス支援システム１４０は、リモート側ネットワーク１０８上のアクセス元端末１３０が、インターネット１０２を経由して、現場側ネットワーク１０６上のアクセス先端末１１０が提供する所定サービスにアクセスする際のアクセスの確立を仲介するリモートアクセス仲介サービスを提供するシステムである。ここで、アクセス先端末１１０が提供する所定サービスには、アクセス先端末１１０と同一の現場側ネットワーク１０６に設置された通信中継装置１２０を介してアクセスすることになる。

説明する実施形態において、所定サービスは、より具体的には、リモートデスクトップ・サービスである。リモートデスクトップ・サービスでは、アクセス元端末１３０が有する表示装置の画面内に、アクセス先端末１１０のデスクトップ画面が表示されるようになる。

アプリケーションシステム１５０は、アクセス元端末１３０と相互通信可能とするユーザ・インタフェース（ＵＩ）を提供する。提供されるＵＩにより、アクセス元端末１３０は、リモートデスクトップサービスを利用することができるようになる。プラットフォームシステム１７０は、ユーザやデバイスの認証、通信中継装置１２０に対する双方向通信、契約管理、データレイクといった基盤機能を提供する。リレーシステム１９０は、アクセス元端末１３０と通信中継装置１２０と間の接続を仲介し、アクセス先端末１１０が提供する所定サービスの入出力データ（画面情報、音声情報、操作情報）を中継する。

アクセス元端末１３０は、ブラウザ（例えばｗｅｂブラウザ）が動作する一般的なデスクトップ型やラップトップ型のパーソナルコンピュータ、スマートフォン、タブレット端末、キオスク端末などであり、端末の種類は、限定されるものではない。アクセス元端末１３０は、リモートアクセス機能を利用するための専用アプリケーションを備えてもよいし、上述したブラウザなどの汎用アプリケーションを備えてもよい。アクセス元端末１３０は、パーソナルコンピュータやスマートフォンなどの汎用的な端末以外にも、警告灯デバイス、電子ペーパなどのデバイス、電子カルテシステム、工程管理システムなどの情報システムなどであってもよく、特に限定されるものではない。

アクセス先端末１１０は、現場側ネットワーク１０６内でリモートデスクトップ機能を提供する、パーソナルコンピュータ、サーバ、ワークステーションなどの情報処理装置である。リモートデスクトップのプロトコルは、特に限定されるものではなく、ＲＤＰ（Remote Desktop Protocol ）、ＶＮＣ（Virtual Network Computing）などを挙げることができる。

通信中継装置１２０は、アプリケーションシステム１５０からの指示に応じてリレーシステム１９０に接続し、アクセス元端末１３０とのデータ通信を中継し、その際にプロトコル変換を行う。なお、図１に示す実施形態では、通信中継装置１２０が専ら中継機能を実装する装置として別途設けられるものとして説明するが、これに限定されない。他の実施形態では、現場側ネットワーク１０６内のアクセス先端末１１０や他の端末に、通信中継装置１２０の機能を実装するソフトウェアをインストールすることとしてよい。

以下、リモートアクセス・サービスについて、詳細に説明する前に、関係するデバイスのハードウェア構成について説明する。図２は、本実施形態によるアクセス先端末１１０、アクセス元端末１３０、通信中継装置１２０、リモートアクセス支援システム１４０を構成する１以上のサーバとして用いることができる、コンピュータ・システムのハードウェア構成図である。ここでは、サーバ９のハードウェア構成について説明する。

図２に示されているように、サーバ９は、コンピュータによって構築されており、図２に示されているように、ＣＰＵ９０１、ＲＯＭ（Read Only Memory）９０２、ＲＡＭ（Random Access Memory）９０３、ＨＤ９０４、ＨＤＤ（Hard Disk Drive）コントローラ９０５、ディスプレイ９０６、外部機器接続Ｉ／Ｆ（Interface）９０８、ネットワークＩ／Ｆ９０９、データバス９１０、キーボード９１１、ポインティングデバイス９１２、ＤＶＤ－ＲＷ（Digital Versatile Disk Rewritable）ドライブ９１４、メディアＩ／Ｆ９１６を備えている。

これらのうち、ＣＰＵ９０１は、サーバ９全体の動作を制御する。ＲＯＭ９０２は、ＩＰＬ等のＣＰＵ９０１の駆動に用いられるプログラムを記憶する。ＲＡＭ９０３は、ＣＰＵ９０１のワークエリアとして使用される。ＨＤ９０４は、プログラム等の各種データを記憶する。ＨＤＤコントローラ９０５は、ＣＰＵ９０１の制御にしたがってＨＤ９０４に対する各種データの読み出しまたは書き込みを制御する。ディスプレイ９０６は、カーソル、メニュー、ウィンドウ、文字、または画像などの各種情報を表示する。外部機器接続Ｉ／Ｆ９０８は、各種の外部機器を接続するためのインターフェースである。この場合の外部機器は、例えば、ＵＳＢ（Universal Serial Bus）メモリやプリンタ等である。ネットワークＩ／Ｆ９０９は、通信ネットワークを利用してデータ通信をするためのインターフェースである。バスライン９１０は、図２に示されているＣＰＵ９０１等の各構成要素を電気的に接続するためのアドレスバスやデータバス等である。

また、キーボード９１１は、文字、数値、各種指示などの入力のための複数のキーを備えた入力手段の一種である。ポインティングデバイス９１２は、各種指示の選択や実行、処理対象の選択、カーソルの移動などを行う入力手段の一種である。ＤＶＤ－ＲＷドライブ９１４は、着脱可能な記録媒体の一例としてのＤＶＤ－ＲＷ９１３に対する各種データの読み出しまたは書き込みを制御する。なお、ＤＶＤ－ＲＷに限らず、ＤＶＤ－Ｒ等であってもよい。メディアＩ／Ｆ９１６は、フラッシュメモリ等の記録メディア９１５に対するデータの読み出しまたは書き込み（記憶）を制御する。

以下、図３を参照しながら、本実施形態によるリモートアクセス支援システム１４０について、より詳細に説明する。図３は、本実施形態によるリモートアクセス支援システム１４０の機能構成を示すブロック図である。図３には、さらに、アクセス先端末１１０、通信中継装置１２０およびアクセス元端末１３０の機能ブロック２１０，２２０，２３０も併せて示されている。

アクセス先端末１１０は、現場側ネットワーク１０６上で、リモートデスクトップ・サービス２１２を提供する。アクセス元端末１３０は、リモート側ネットワーク１０８から、インターネット１０２に接続されているが、現場側ネットワーク１０６とは直接接続されていない。そのため、アクセス元端末１３０は、現場側ネットワーク１０６上のアクセス先端末１１０が提供するリモートデスクトップ・サービス２１２には直接アクセスすることができない。

従来、このような場合は、アクセス元端末１３０から、現場側ネットワーク１０６にアクセスするために、アクセス元端末１３０またはリモート側ネットワーク１０８から、現場側ネットワーク１０６に対して、ＶＰＮなどのトンネリング技術を使用して、ネットワークを接続している。

リモート側ネットワーク１０８から、現場側ネットワーク１０６に対して、ＶＰＮで接続する方法としては、たとえば、ＩＰｓｅｃ（ＲＦＣ４３０１ Ｓｅｃｕｒｉｔｙ Ａｒｃｈｉｔｅｃｔｕｒｅ ｆｏｒ ｔｈｅ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ、ＲＦＣ４３０６ Ｉｎｔｅｒｎｅｔ Ｋｅｙ Ｅｘｃｈａｎｇｅ（ＩＫＥｖ２）プロトコル）が知られている。この方法を利用する場合は、ＩＰｓｅｃで正しく通信するためにネットワーク設定を変更をする必要がある。例えば、ルータのルーティング設定、ファイアウォールのアクセス制御リストの変更などを正しく行う必要がある。

ＶＰＮでの接続の場合は、一度、ＶＰＮで接続された後は、ファイアウォールのアクセス制御に従って、アクセス可能なリソース（ネットワーク、サービスなど）を制御することができる。しかしながら、このアクセス制御は、基本的に、ＩＰアドレスまたはトランスポートレイヤのポート番号（たとえば、３３８９／ｔｃｐなど）によるアクセス制御が可能である。ログインユーザーごとのアクセス制御を実現するためには、ログインユーザーとＩＰアドレスなどの識別子とを紐付けが必要であり、既存のネットワーク構成を変更するなど煩雑な作業が必要となる。

他の方法としては、クラウドのサーバとの暗号通信を介して接続するリモートアクセス・サービスも考えられる。リモートアクセス・サービスでは、クラウド上のサービスとイントラネット内のアクセス先端末との通信は、プロトコル変換などを経て圧縮されたデータを用いて実施される。また、リモートデスクトップでは、指定した解像度のアクセス先端末のデスクトップ画面を画像情報として送信し、アクセス元端末の表示装置に表示する。一般に、データ圧縮を経ない場合より、データ圧縮を行った場合の方が、出力画像の視認性が悪くなる。また、アクセス先端末への解像度設定に対してＤｏｔ－ｂｙ－Ｄｏｔとなるサイズの画像で表示される場合が最も視認性がよくなる。視認性は、画像データの圧縮率を低くするほど良くなるが、通信量データ量が増大する。通信量データ量や、通信中継装置通信を中継する際の負荷量は、画像データの圧縮率を低くするほど、また、指定する解像度を高くするほど、つまり画面の品質を高めるほど、大きくなる。処理が過大になると、リモートデスクトップの操作性が低下したり、タイムアウトで接続が切断する虞がある。高負荷となる設定を制限する方法も採用し得るが、通常、サービス利用者が適切な負荷量を知る手段は用意されない。

そこで、説明する実施形態においては、リモート側ネットワーク１０８にあるアクセス元端末１３０から、現場側ネットワーク１０６にあるリモートデスクトップ・サービス２１２に対して、簡単な設定で、ブラウザ２３２を用いて、適切な画面の品質で、セキュアな通信でアクセスできるようにする仕組みを提供する。

アクセス元端末１３０は、ブラウザ２３２を起動し、そのブラウザ２３２上から、インターネットを介して、リモートアクセス支援システム１４０（アプリケーションシステム１５０、プラットフォームシステム１７０およびリレーシステム１９０）に接続する。アクセス元端末１３０は、リモートアクセス支援システム１４０との通信を経て、アクセス先端末１１０が提供するリモートデスクトップ・サービス２１２への通信中継装置１２０を経由したアクセスを確立する。ブラウザ２３２の画面は、表示装置が提供する表示画面２３４上に表示されているが、アクセスの確立後、表示画面２３４中の所定領域には、リモートデスクトップ・サービス２１２のデスクトップ画面が表示される。

なお、アクセス先端末１１０が提供するサービスとして、説明する実施形態では、リモートデスクトップ・サービス２１２を一例に説明するが、これに限定されるものではない。アクセス先端末１１０が提供するサービスとしては、ＩＰ通信の可能なサービスであれば、その他のサービスに限定されるものではなく、また、ＩＰ通信が可能でないサービスであってもよい。例えば、ＲＳ－Ｓ３２Ｃでのやりとりができるデバイスを制御するサービスの場合は、通信中継装置１２０からＲＳ－２３２Ｃプとトコルでそのデバイスに通信できればよい。

アプリケーションシステム１５０は、アクセス元端末１３０に対し、認証に対応したＵＩを介してリモートアクセスや各種管理機能を提供し、リモートアクセス要求に応じてリレーシステム１９０の情報を提供する。アプリケーションシステム１５０は、また、ユーザー、デバイス、通信中継装置１２０の各種ポリシーなどの情報の管理、通信中継装置１２０に対する設定変更やリレーシステム１９０との接続などの指示、後述する解像度設定に関する処理を実行する。

アプリケーションシステム１５０の機能ブロック２５０は、図３に示すように、解像度選択ＵＩ提供部２５２と、解像度決定部２５４と、解像度設定格納部２５６と、ＡＰＩ（Application Programming Interface）通信部２５８を含み構成される。ＡＰＩ通信部２５８は、ＡＰＩに関連する処理を行う。

解像度選択ＵＩ提供部２５２は、画面の品質として、操作を通じて、リモートデスクトップサービス使用時の画面の解像度の設定を選択させるためのＵＩを提供する。ここで、選択される画面の品質は、画面の解像度および画面の情報のデータ圧縮率を含み得るが、好ましくは、画面の解像度であり、以下、選択される画面の品質が画面の解像度であるとして説明を続ける。また、ＵＩとしては、特に限定されるものではないが、ＷｅｂＵＩであるとして説明を続ける。

説明する実施形態において、画面の解像度の選択は、複数の候補値（固定値）の中から１つを選択すること、および、可変値を直接指定することによって行うことができる。複数の候補値（固定値）の中から１つを選択する場合は、解像度選択ＵＩ提供部２５２は、解像度設定格納部２５６に格納されている複数の候補値を選択肢として提供し、その中からのユーザによる選択情報を受信する。この場合、リモートアクセス支援システム１４０で解像度が決定され、選択肢の中から選択された値が、アクセス元端末１３０からの指定値となる。可変値を直接指定する場合は、アクセス元端末１３０の表示画面の解像度またはブラウザの表示領域の解像度情報を送信するよう構成されたコード（例えばＪａｖａＳｃｒｉｐｔ（登録商標））を提供し、送信されてくる解像度情報を受信する。この場合は、アクセス元端末１３０が解像度を決定することになり、ここで解像度情報が示す可変値が、アクセス元端末１３０からの指定値となる。

解像度設定格納部２５６は、リモートデスクトップ・サービス２１２の画面の解像度の指標値を格納する。指標値は、特定の実施形態においては、通信中継装置１２０に対して適切な解像度の範囲の上限値を規定する。解像度設定格納部２５６は、所定サービスにかかる画面の品質の指標値として、画面の解像度の指標値を格納する、本実施形態における格納部を構成する。

解像度決定部２５４は、解像度設定格納部２５６に格納された画面の解像度の指標値と、アクセス元端末１３０からの画面の解像度の指定値との関係に基づいて、指標値に基づく範囲内において、画面の解像度の使用値を決定する。解像度決定部２５４は、本実施形態において、所定サービスにかかる画面の品質の使用値として、画面の解像度の使用値を決定する決定部を構成する。

なお、複数の候補値を選択肢として提供する場合、指標値によらず複数の候補値を選択肢として提供し、その後に、選択された値が指標値に基づく範囲内であるか否かを判定する構成としてもよいし、予め指標値に基づく範囲内にあるものとして判定した選択肢のみを提供し、その中から選択された値を受信する構成としてもよい。いずれの場合も、格納された指標値と指定値との関係に基づいて、指標値に基づく範囲内において使用値を決定することに含まれるものとする。

なお、アプリケーションシステム１５０は、上述したように、複数のコンポーネントから構成されるが、単一のアプリケーション・サーバにおいて、単一のアプリケーションで実現してもよく、複数のアプリケーションの組み合わせで実現してもよい。また、アプリケーションシステム１５０は、複数のアプリケーション・サーバやネットワーク機器の組み合わせにより単一または複数のアプリケーションで構成されてもよい。

さらに、アプリケーションシステム１５０は、説明する実施形態では、ブラウザ２３２からのアクセスを想定しているが、ブラウザ２３２からのアクセス以外にも、ＷｅｂＡＰＩからの操作でもよく、ブラウザ以外のアプリケーションからのアクセスにも対応してもよい。アクセスとしては、説明する実施形態では、Ｗｅｂアクセス（ＨＴＴＰＳ／ＨＴＴＰ）を一例として説明するが、ＭＱＴＴ（Message Queueing Telemetry Transport）、ＲＰＣ（Remote procedure Call）であってもよい。

プラットフォームシステム１７０は、ユーザーやデバイスの認証、通信中継装置に対する双方向通信、契約管理、データレイクといった、サービスを効率的に提供するための共通的なサービスを提供する。

プラットフォームシステム１７０の機能ブロック２７０は、図３に示すように、認証部２７２と、ポータル処理部２７４と、制御部２７６とを含み構成される。認証部２７２は、ユーザー認証、デバイス認証を提供する。この認証機能は、ユーザー名、パスワード認証、証明書による認証、多要素認証などを実現する。ポータル処理部２７４は、共通的なポータルサイトを提供する。

制御部２７６は、通信中継装置１２０と常時接続し、アプリケーションシステム１５０からの指示や設定を通信中継装置１２０に伝達する。特に、制御部２７６は、通信中継装置１２０が、解像度決定部２５４により決定された上記画面の解像度の使用値に基づいて、リモートデスクトップの画面の解像度を設定するよう制御する。制御部２７６は、本実施形態における制御部を構成する。指示を受けた通信中継装置１２０は、アクセス先端末１１０が提供するリモートデスクトップ・サービス２１２に対し、サービス開始時に接続解像度設定処理を行う。この常時接続は、通信中継装置１２０から制御部２７６に対して接続確立する構成として、ＭＱＴＴ ｏｖｅｒ Ｗｅｂｓｏｃｋｅｔ ｏｖｅｒ ＨＴＴＰＳにより実現することが可能であり、これにより、現場側ネットワーク１０６のファイアウォールの設定を変更せずに実現することが可能となる。

なお、説明する実施形態では、プラットフォームシステム１７０が、ユーザー情報などを管理しているものとして説明するが、プラットフォームシステム１７０と、アプリケーションシステム１５０の役割分担は、一例にすぎず、アプリケーションシステム１５０がユーザー情報を管理することとしてもよい。また、説明する実施形態では、アプリケーションシステム１５０が、解像度設定格納部２５６および解像度決定部２５４を備えるものとして説明するが、他の実施形態では、プラットフォームシステム１７０が、解像度設定格納部２５６および解像度決定部２５４の一方または両方を備えるものとしてもよい。

リレーシステム１９０は、アクセス先端末１１０が提供するサービスの入出力データ（画面情報、音声情報、操作情報）を中継する。リレーシステム１９０の機能ブロック２９０は、図３に示すように、通信中継部２９２を備える。

通信中継部２９２は、アクセス元端末１３０と通信中継装置１２０と間の接続を中継する。通信中継部２９２は、より具体的には、ＷＳＳ（ＷｅｂＳｏｃｋｅｔ ｏｖｅｒ ＨＴＴＰＳ）のセッション管理を行い、ブラウザ２３２と通信中継装置１２０間のリモートアクセスのデータ通信中継を担う。なお、通信中継部２９２は、ＷＳＳ通信の中身を解釈する必要がない。通信中継部２９２は、ブラウザ２３２とリレーシステム１９０との通信、通信中継装置１２０とリレーシステム１９０との通信を正しく接続し、ブラウザ２３２と通信中継装置１２０との間でのデータを転送する。

通信中継装置１２０は、アプリケーションシステム１５０の指示に応じてリレーシステム１９０に接続する。通信中継装置１２０は、アクセス元端末１３０によるアクセス先端末１１０が提供するサービスに対する操作、該サービスからアクセス元端末１３０への応答を中継およびプロトコル変換またはこれらの少なくとも１つを実行する。また、通信中継装置１２０は、自身の中継機能の設定、デバイス登録、指示された解像度設定でのリモートデスクトップアクセスなどアプリケーションシステム１５０による指示の実行、自身のネットワーク設定などのＷｅｂＵＩの提供を行う。

通信中継装置１２０の機能ブロック２２０は、図３に示すように、プロトコル変換部２２２と、接続解像度設定保持部２２４とを含み構成される。接続解像度設定保持部２２４は、アクセス先端末１１０とのサービス開始時に接続解像度設定処理を行った際の接続解像度の設定を保持する。

プロトコル変換部２２２は、アプリケーションシステム１５０の指示を受けて、リレーシステム１９０との接続を確立する機能と、アクセス先サービスとアクセス元端末１３０の間で正しく制御ができるようにするプロトコルを変換する機能を持つ。プロトコル変換部２２２は、アクセス先サービスに対してサービス開始時に接続解像度設定処理を行う。その際に、リモートアクセス支援システム１４０から画面の解像度の使用値を示す情報を受信して設定に反映し、アクセス先サービスとの通信を通じて設定した解像度に対応した出力画面情報を生成する。上記プロトコル変換は、指定した解像度の画像内の差分となる画像情報を処理するものである。

なお、説明する実施形態では、通信中継装置１２０は、プラットフォームシステム１７０の制御部２７６と接続して、アプリケーションシステム１５０からの指示を受け取る構成としているが、制御部２７６を経由せず、アプリケーションシステム１５０との直接通信で指示を受け取る構成としてもよい。

リモートアクセス支援システム１４０の仲介によりアクセス先サービスとアクセス元端末１３０との間のアクセスが確立した後、アクセス元端末１３０においては、表示画面２３４は、通信中継装置１２０から受信した画面情報に基づいて、該画面情報が有する画面の解像度にて表示領域の表示を行う。ブラウザ２３２は、表示領域に関連した操作入力に基づいて、通信中継装置１２０に対し、操作入力を示す操作情報を送信する。

なお、上記説明では、アクセス先端末１１０、通信中継装置１２０およびアクセス元端末１３０が、本実施形態によるシステム（リモートアクセス支援システム１４０）に含まれないコンポーネントであるとして説明したが、これに限定されるものではない。アクセス先端末１１０、通信中継装置１２０およびアクセス元端末１３０の全部または一部を含めて本実施形態によるシステムとしてもよい。

図４は、本実施形態におけるアプリケーションシステム１５０の冗長構成３００を示す図である。図４に示すように、アプリケーションシステム１５０は、負荷分散装置３０２と、Ｗｅｂアプリケーション３１０と、データベース３１６とを含み構成される。

アプリケーションシステム１５０は、負荷分散装置３０２において、ＨＴＴＰ終端部３０４で、アクセス元端末１３０からのＨＴＴＰＳ接続を受ける。Ｗｅｂアプリケーション３１０は、図４に示すように複数のインスタンスを起動している。リクエスト分析部３０６は、ＨＴＴＰヘッダーを分解し、割当先決定部３０８で、ＵＲＬのパスやその他の情報により、Ｗｅｂアプリケーション３１０に処理を割り当てる。なお、Ｗｅｂアプリケーション３１０では、ＷｅｂＵＩ部３１２が、内部処理として、ＷｅｂＡＰＩ部３１４を呼び出し、ＷｅｂＡＰＩ部３１４を経由して、データベース３１６にアクセスすることとしているが、ＷｅｂＵＩ部３１２が直接データベース３１６にアクセスしてもよい。図４に示すように、Ｗｅｂアプリケーション３１０は、複数のインスタンスにより、冗長構成を取ることができるが、特に限定されるものではなく、１つのインスタンスであってもよい。また、図４は、ＩａａＳ（Infrastructure as a Service）によるコンピュータリソースでの提供での実現方法を説明しているが、ＦａａＳ（Function as a Service）により実現してもよい。

また、図４に示すように、アプリケーションシステム１５０のデータベース３１６には、タイプリスト３１８と、サービスリスト３２０と、サービスグループリスト３２２と、アクションリスト３２４と、ポリシーリスト３２６とが含まれる。

図５は、本実施形態におけるリレーシステム１９０の冗長構成３３０を示す図である。図５に示すように、リレーシステム１９０は、負荷分散装置３３２と、Ｗｅｂアプリケーション３４０とを含み構成される。

リレーシステム１９０は、負荷分散装置３３２において、ＨＴＴＰ終端部３３４で、アクセス元端末１３０や通信中継装置１２０からのＨＴＴＰＳ接続を受ける。Ｗｅｂアプリケーション３４０は、図５に示すように複数のインスタンスを起動している。リクエスト分析部３３６は、ＨＴＴＰヘッダーを分解し、割当先決定部３３８で、ＵＲＬのパスやその他の情報により、Ｗｅｂアプリケーション３４０に処理を割り当てる。図５に示すように、Ｗｅｂアプリケーション３４０は、複数のインスタンスにより、冗長構成を取ることができるが、特に限定されるものではなく、１つのインスタンスであってもよい。リレーシステム１９０は、アクセス元端末１３０および通信中継装置１２０からＷｅｂ Ｓｏｃｋｅｔ ｏｖｅｒ ＨＴＴＰＳで接続し、その両端をトンネリングする。

図６は、本実施形態におけるプラットフォームシステム１７０の構成３５０を示す図である。図６に示すように、プラットフォームシステム１７０は、負荷分散装置３５２と、認証部３６０と、ポータル処理部３６２と、制御部３６４と、データベース３１６とを含み構成される。認証部３６０、ポータル処理部３６２および制御部３６４は、図３に示した認証部２７２、ポータル処理部２７４および制御部２７６に対応する。

プラットフォームシステム１７０は、負荷分散装置３５２において、ＨＴＴＰ終端部３５４で、アプリケーションシステム１５０などからのＨＴＴＰＳ接続を受ける。リクエスト分析部３５６は、ＨＴＴＰヘッダーを分解し、割当先決定部３５８で、ＵＲＬのパスやその他の情報により、認証部３６０、ポータル処理部３６２および制御部３６４のいずれかに処理を割り当てる。また、図６に示すように、プラットフォームシステム１７０のデータベース３６６には、テナントリスト３６８と、ユーザリスト３７０と、ユーザグループリスト３７２とが含まれる。

以下、図７および図８を参照しながら、データベース３１６，３６６にて管理される各種データ構造について説明する。

図７（Ａ）は、図４に示すアプリケーションシステム１５０のデータベース３１６が保持するタイプリスト３１８のデータ構造を例示する。図７（Ａ）に示すように、タイプリスト３１８は、テナントＩＤ、タイプＩＤ、タイプ名、変換プログラムのフィールドを有し、テナントとタイプおよび変換プログラムを対応付ける。テナントは、官公庁、教育機関、企業、個人のグループなど任意の組織または個人に対応する。タイプリスト３１８には、共通的な変換プログラムおよびテナント毎の変換プログラムが登録され得る。変換プログラムは、所定の変換処理内容を含む。ここで、共通タイプ（ｃｏｍｍｏｎ）は、システム提供側があらかじめ汎用的なモジュールを登録することができるものである。テナント毎のタイプは、管理者、または、システム提供側があらかじめ、テナント独自に必要な変換プログラムを登録することを想定しているが、元となる変換プログラムが作成されていてもよい。ここで、変換プログラムは、通信中継装置１２０が実行できればよく、実行可能であれば、いずれの実装言語を利用してもよい。図７（Ａ）に示す例では、リモートデスクトップ（タイプ名：ＲＤＰ）サービスに関しては、共通タイプとして、所定の変換プログラム（app/common/rdp）が登録されている。

図７（Ｂ）は、図４に示すアプリケーションシステム１５０のデータベース３１６が保持するサービスリスト３２０のデータ構造を例示する。サービスリスト３２０は、テナントＩＤ、サービスＩＤ、サービス名、タイプおよび宛先のフィールドを有し、テナント、サービス、タイプおよび宛先を対応づけるものである。図７（Ｂ）に示す例では、リモートデスクトップサービスに関しては、所定のテナント（テナントＩＤ＝t_20171384）について、サービス名称「情シス部共有ＰＣ」で、所定の宛先情報（info-pc.info.example.co.jp:3389/TCP）が登録されている。なお、宛先は、ＦＱＤＮ（Fully Qualified Domain Name）でもよいし、ＩＰアドレスでもよい。また、ＩＰ通信のできないタイプの場合は、ＲＳ－２３２ＣのＣＯＭポートなどでもよい。

図７（Ｃ）は、図４に示すアプリケーションシステム１５０のデータベース３１６が保持するアクションリスト３２４のデータ構造を例示する。アクションリスト３２４は、テナントＩＤ、アクションＩＤ、アクション名およびアクションのフィールドを有し、テナントとアクションとアクションの格納先を対応付けたものである。アクションは、共通的なもの（ｃｏｍｍｏｎ）と、テナント毎に定義されるものとがある。アクションの中では、許可するか、拒否するか、多要素認証するかなどを定義することができる。

図７（Ｄ）は、図４に示すアプリケーションシステム１５０のデータベース３１６が保持するポリシーリスト３２６のデータ構造を例示する。ポリシーリスト３２６は、テナントＩＤ、ポリシーＩＤ、ポリシー名、優先度、ユーザ、サービスおよびアクションのフィールドを有し、テナント、ポリシー、優先度、ユーザ、サービスおよびアクションを対応づける。図７（Ｄ）に示すポリシーリスト３２６に定義されるように、アクセスしたユーザまたはユーザーグループとサービスまたはサービスグループが一致した場合、対応するアクションが実施される。また、これらのポリシーは、複数のアクセスしたユーザーまたはユーザーグループとサービスまたはサービスグループの組に一致することがあり、そのため、優先度が設定されており、優先度が高い方が優先して実行される。

ここで、ポリシーは、設定されている優先順位によりアクションを実行することにしているが、より詳細な設定の場合には、アクションを実行するロンゲストマッチなどの手法や、アクションに実行後に継続して、次のポリシーに一致しているか確認し、次に一致したポリシーのアクションを実行する方式をとることもできる。

図８（Ａ）は、図６に示すプラットフォームシステム１７０のデータベース３６６が保持するテナントリスト３６８のデータ構造を例示する。図８（Ａ）に示すように、テナントリスト３６８は、テナントＩＤおよびテナント名のフィールドを有し、テナントＩＤとテナント名を対応付ける。ここでは２つのテナントがあるが当然２つより多くてもよい。また、ここではテナントの入れ子のないリストとしているが、入れ子の有る階層構造となっていてもよい。

図８（Ｂ）は、図６に示すプラットフォームシステム１７０のデータベース３６６が保持するユーザリスト３７０のデータ構造を例示する。図８（Ｂ）に示すように、ユーザリスト３７０は、テナントＩＤ、ユーザＩＤ、ユーザ名、表示名、パスワードのフィールドを有し、テナント、ユーザーおよびパスワードを対応づけるものである。なお、図８（Ｂ）に示す例では、パスワードは、ハッシュ化されている。ここではパスワードでの管理としているが、証明書による認証もできる。

図８（Ｃ）は、図６に示すプラットフォームシステム１７０のデータベース３６６が保持する通信中継装置リスト３８０のデータ構造を例示する。図８（Ｃ）に示すように、通信中継装置リスト３８０は、テナントＩＤ、デバイスＩＤ、ＵＵＩＤ（Universally Unique Identifier）、デバイス名のフィールドを有し、テナントとデバイス、設定を対応づけるものである。ここで、ＵＵＩＤは、ＲＦＣ４１２２に規定されるものであり、デバイスを一意に特定するために使用するＩＤである。

図８（Ｄ）は、図６に示すアプリケーションシステム１５０の解像度設定格納部２５６が保持する設定値リスト３９０のデータ構造を例示する。図８（Ｄ）に示すように、設定値リスト３９０は、項目および設定値フィールドを有する。解像度設定格納部２５６は、アプリケーションシステム１５０にて受信した解像度の指定値の判断処理の際に使用する上限値としての指標値（上限値）と、選択肢として提供する解像度の候補値（候補値１～５）のリストとを格納する。図８（Ｄ）に示す例では、さらに、アクセス元端末１３０がサービス出力画面の表示領域を２つのモード（表示モード１，２）で変更可能な場合に対応し、各モードでの解像度情報を格納する項目が設けられている。図８（Ｄ）に示す項目を１セットとして複数記憶し、テナントまたは通信中継装置、サービスに応じて異なる値を提供することも可能である。

図９は、本実施形態における現場側ネットワーク１０６のより詳細な構成４００を示す図である。図９に示すように、現場側ネットワーク１０６には、ルータ４０２と、ファイアウォール４０４と、複数の端末１１０Ａ、１１０Ｂと、複数のサービス４１０，４１２とが設けられている。

図９に示す現場側ネットワーク１０６は、インターネット１０２からの攻撃を受けた場合でも、情報漏洩の範囲を最小化するために、複数のネットワーク４０６，４０８に分離している。第１のネットワーク４０６は、ルータ４０２を介して、インターネット１０２にアクセス可能なネットワークであり、第２のネットワーク４０８は、インターネット１０２と接続されていないネットワークである。

通信中継装置１２０は、複数のネットワーク４０６，４０８に接続されているが、これらの複数のネットワークのルーティング機能を有さない。一方で、インターネット１０２上のリレーシステム１９０と通信中継装置１２０との間でトンネルが貼られた後は、通信中継装置１２０からインターネット１０２に直接接続されていない第２のネットワーク４０８にある稟議サービス４１０および出退勤サービス４１２にもアクセス可能となる。なお、図９に示す例では、アクセス先端末１１０は、インターネット１０２にアクセスできる第１のネットワーク４０６にある端末１１０Ａであり、通信中継装置１２０がアクセス可能なネットワークにある。しかしながら、これに限定されるものではなく、アクセス先サービスは、通信中継装置１２０がアクセス可能であれば、インターネット１０２に接続されていない第２のネットワーク４０８にあってもよく、例えば、端末１１０Ｂであってよい。

図１０は、本実施形態における通信中継装置１２０のより詳細な構成４２０を示す図である。図１０に示すように、通信中継装置１２０は、複数のネットワークインタフェース（Ｉ／Ｆ）４２４，４２６を有し、通信制御部４２２は、複数のネットワークＩ／Ｆ４２４，４２６を制御する。なお、図１０には２つのネットワークＩ／Ｆが設けられているが、単一のネットワークＩ／Ｆであってもよい。通信中継装置１２０は、さらに、アプリケーショ制御部４２８と、ストレージ４３０内にアプリケーション４３２と、秘密鍵４４６と、ルート証明書４４８と、設定４５０とを保持する。設定４５０やアプリケーション４３２は、冗長構成をとることができ、ファームウェア更新を失敗しても動作することができる。アプリケーション４３２は、共通領域４３４と、テナントに依存するテナント領域４４０とに分かれている。アプリケーションは、プロトコル変換プログラムである。プロトコル変換プログラムは、ＨＴＴＰ通信とリモートデスクトッププロトコル（ＲＤＰなど）との間の変換、ＨＴＴＰ通信とＨＴＴＰ通信の変換(シーケンスを変換)を行う。

以下、図１１～図１３を参照しながら、本実施形態による解像度の判定処理を含むリモートデスクトップを開始する処理について説明する。図１１は、本実施形態による解像度の判定処理を示すフローチャートである。なお、図１１に示す処理は、アプリケーションシステム１５０におけるアプリケションサーバが実行する処理である。図１１に示す処理は、ステップＳ１００から開始され、ステップＳ１０１では、アプリケションサーバは、アクセス元端末１３０からのログイン処理を行う。

図１２は、本実施形態によるログイン処理を示すシーケンス図である。図１２は、エンドユーザがブラウザ２３２を通して、システムにログインする処理を示す。図１２に示すログイン処理は、ステップＳ２００から開始され、ステップＳ２００では、ブラウザ２３２は、エンドユーザから、所定のＵＲＬを指定した閲覧指示を受け付ける。ステップＳ２０１では、ブラウザ２３２は、ＵＲＬで指定されるアプリケーションサーバ１５０（アプリケーションシステム１５０を構成する一のアプリケーションサーバを付番１５０で参照する。）にアクセスし、ステップＳ２０２で、ＷｅｂＵＩを受信する。

ブラウザ２３２は、ステップＳ２０３で、認可要求パラメータを生成し、ステップＳ２０４で、生成した認可要求パラメータをセッションストレージに保存する。ブラウザ２３２は、ステップＳ２０５で、認可要求パラメータを付して認可要求をプラットフォームシステム１７０の認証部２７２に送信し、ステップＳ２０６で、ログインのリダイレクト先ＵＲＬを取得する。ステップＳ２０７では、ブラウザ２３２は、リダイレクト先ＵＲＬ基づいて、ログイン画面の表示要求を送信し、ステップＳ２０８では、ポータル処理部２７４は、これを受けて、ログイン画面を送信する。ステップＳ２０９では、ブラウザ２３２は、ログイン画面の表示を行う。

図１３（Ａ）は、アクセス元端末１３０の表示画面上に表示されるログイン処理を行うためのログイン画面４６０を示す。ログイン画面４６０は、ダイアログボックス４６２を含み、ダイアログボックス４６２は、ＩＤやメールアドレスなどアカウント名を入力するためのテキストボックス４６４と、パスワードを入力するためのテキストボックス４６６と、現在入力された情報に基づいてログイン要求を行うためのログインボタン４６８とを含み構成される。なお、説明する実施形態では、アカウント名（例えばメールアドレス）およびパスワードを入力する画面としているが、ＯＡｕｔｈなどの仕組みを用いて他のシステムのアカウントと連携したり、多要素認証を行うことも可能である。また、ログイン画面４６０は、リモートアクセス支援システム１４０にログインするための画面である。

再び図１２を参照すると、ログイン処理においては、引き続き、ステップＳ３００で、ブラウザ２３２は、エンドユーザから、図１３（Ａ）に示すログイン画面４６０において、ログイン情報の入力を受ける。テキストボックス４６４，４６６に情報を入力してログインボタン４６８が押下されると、ログイン情報の入力が受け付けられる。

ステップＳ３０１では、ブラウザ２３２は、ログイン情報を付してログイン要求を送信し、ステップＳ３０２では、これに応答して、プラットフォームシステム１７０のポータル処理部２７４は、コールバック先一時コードを返す。ステップＳ３０３では、ブラウザ２３２は、一時コードを付してトークンの取得要求を発行し、ステップＳ３０４では、これを受けて、プラットフォームシステム１７０の認証部２７２は、アクセストークン、リフレッシュトークンおよび有効期限を返す。ステップＳ３０５では、ブラウザ２３２は、ＩＤおよびアクセストークンを付してログインユーザ情報の取得要求を発行し、ステップＳ３０６では、これを受けて、プラットフォームシステム１７０の認証部２７２は、ユーザ情報を返す。ステップＳ３０７では、ブラウザ２３２は、画面更新に係る処理を実行し、ステップＳ３０８で、ログイン後の画面表示を行う。

なお、ログイン自体は、プラットフォームシステム１７０の機能を利用して認証する。ここでは、プラットフォームシステム１７０とアプリケーションシステム１５０との間で、複数のＷｅｂサービス間を連携する仕組みであるＯＡｕｔｈでの認証連携を実現しているが、これに限定されるものではなく、ＯＡｕｔｈ以外の連携方法であってもよい。

図１３（Ｂ）は、アクセス元端末１３０の表示画面上にログイン後に表示されるポータル画面４７０を示す。ポータル画面４７０は、当該ユーザに関連付けられた、それぞれサービスを表す１以上のアイコンを含み、サービスが選択可能に構成されている。図１３（Ｂ）では、所定のコンピュータにリモートデスクトップ接続を行うためのリモートデスクトップ用アイコン４７２が示されている。また、図１３（Ｂ）は、エンドユーザーのログインの場合を示しており、サービス部分のみ表示し、管理者向けの設定部分は表示していない。リモートデスクトップ用アイコン４７２が押下されると、図１３（Ｃ）に示すリモートデスクトップ開始用ログイン画面４８０が示される。

図１３（Ｃ）は、アクセス元端末１３０の表示画面上に表示されるリモートデスクトップ開始用ログイン画面４８０を示す。画面４８０は、アクセス先端末１１０が提供するリモートデスクトップ・サービス２１２にログインするための画面である。画面４８０は、ユーザ名の入力を受け付けるテキストボックス４８２と、パスワードの入力を受け付けるテテキストボックス４８４と、ドメインの入力を受け付けるテキストボックス４８６と、解像度を選択するメニューボックス４８８とを含み、さらに、入力情報に基づいてリモートデスクトップを開始するための接続ボタン４９０を含む。ここでは、ユーザー名、パスワード、ドメイン名、解像度情報を入力しているが、図１３（Ａ）のログイン画面での認証が完了していることで、ここの画面をスキップし、事前登録された設定値を使用することもできる。

解像度情報の入力では、可変値または固定値を選択する。固定値としては、直接入力してもよいが、プルダウン形式により解像度情報格納部に格納されている値を示し、選択っせることによって指定してもよい。可変値として、ブラウザ２３２で実行するコード（例えばｊａｖａｓｃｒｉｐｔ）によって、アクセス元端末１３０のモニタサイズおよびブラウザのウィンドウ・サイズを取得する方法を指定することも可能である。

図１１を再び参照すると、ステップＳ１０２では、アプリケションサーバは、ログインが成功裏に処理されたことに応答して、解像度を指定するためのユーザインタフェース（解像度指定用ＵＩ）をアクセス元端末１３０に送信する。ここでは、ログイン処理後に、図１３（Ｂ）のポータル画面４７０で、リモートデスクトップのサービスが選択されたものとし、この解像度指定用ＵＩは、図１３（Ｃ）に示すリモートデスクトップ開始用ログイン画面４８０に対応する。ステップＳ１０３では、アプリケションサーバは、アクセス元端末１３０から、解像度指定用ＵＩに対する操作に基づく解像度の指定値を受信する。ステップＳ１０４では、アプリケションサーバは、解像度設定格納部２５６から指標値を読み出し、指標値と指定値との関係に基づいて処理を分岐させる。

ステップＳ１０４で、画面の解像度の指定値が指標値以下であると判定された場合（ＮＯ）は、ステップＳ１０５へ処理を分岐させる。ステップＳ１０５では、アプリケションサーバは、受信した画面の解像度の指定値を使用値として使用するものとして、プラットフォームシステム１７０を介して通信中継装置１２０へ転送する。一方、ステップＳ１０４で、画面の解像度の指定値が指標値よりも大きいと判定された場合（ＹＥＳ）は、ステップＳ１０６へ処理を分岐させる。ステップＳ１０６では、アプリケションサーバは、格納されている画面の解像度の指標値を使用値として使用するものとして、プラットフォームシステム１７０を介して通信中継装置１２０へ送信する。ステップＳ１０７では、リモートデストップサービスを開始する。

図１３（Ｄ）は、アクセス元端末１３０の表示画面２３４上に表示されるリモートデスクトップ開始後の操作画面５００を示す。操作画面５００は、リモートデスクトップ・サービスを操作するための画面である。ブラウザ２３２に表示されたデスクトップ画面５０２上でのカーソル５０４を用いたマウス操作やキーボード操作などに応答して、そのイベント情報が、リレーシステム１９０を介して、通信中継装置１２０に伝達され、そこで、アクセス先端末１１０が提供するリモートデスクトップ・サービス２１２のプロトコルに変換される。そして、アクセス先端末１１０からの操作に対するフィードバックは、逆の順序でブラウザ２３２に戻される。このとき、ブラウザ２３２からアクセス先端末１１０へのデータおよびアクセス先端末１１０からブラウザ２３２へのデータは、同時に送信できる。

操作画面５００に表示されるリモートデスクトップ画面５０２の解像度は、上述したアプリケーションサーバ１５０による解像度決定処理によって決定された解像度である。アクセス元端末１３０は、リレーシステム１９０を通じて、通信中継装置１２０からサービス出力データを受け取り、サービス出力データ内の画像情報を、画像情報が有する解像度の大きさ（等倍）にて表示領域に表示する。なお、等倍表示した際に、ブラウザの表示領域全体に表示されなくてもよい。ブラウザ２３２をウィンドウで表示している場合は、ブラウザの表示領域は、モニタのサイズと一致していないが、ブラウザをフルスクリーン表示にした場合は、ブラウザの表示領域が表示中のモニタサイズと一致することになる。

図１４は、リモートアクセス支援システム１４０にエンドユーザがログインし、ブラウザ２３２の表示領域の解像度を指定値として指定してリモートデスクトップサービスを利用する際の処理を説明する。エンドユーザは、ログインの際、ログイン情報として解像度の可変値を選択することができる。ここでは、アクセス元端末１３０から解像度の可変値として、ブラウザの表示領域の画素数がアプリケーションサーバーへ送信されるものとする。

アプリケーションサーバ１５０は、解像度情報を受信した際、可変値（指定値）と、図８（Ｄ）に示す解像度設定格納部２５６に格納されている上限値とを比較する。ここでの値の比較は、水平解像度および垂直解像度の両方の観点から行われ、水平解像度および垂直解像度のいずれかで指定値が指標値（上限値）を上回った場合は、指定値が指標値（上限値）より大きいと判断されるものとする。

図１４（Ａ）に示すように、指定値で示す解像度（ブラウザの表示領域の画素数）５１０が指標値（上限値）示す解像度５１２以下の場合は、プラットフォームシステム１７０へ、指定値がそのまま使用値として転送される。通信中継装置１２０は、指定値に基づく接続解像度設定にてサービス起動し、指定値に基づく解像度に対応した出力画面情報５１４を生成する。ブラウザ２３２にて出力画面を等倍表示する場合では、図１４（Ａ）のように、ブラウザ２３２の表示領域５１０と等しいサイズでサービスが起動され、デスクトップ画面５１４が、ブラウザの表示領域５１０に等倍表示５１６される。

一方、指定値で示す解像度（ブラウザの表示領域の画素数）５２０が指標値（上限値）で示す解像度５２２より大きい場合は、図１４（Ｂ）に示すように、指標値（上限値）が使用値としてプラットフォームシステム１７０へ送信される。通信中継装置１２０は、指標値（上限値）に基づく接続解像度設定にてサービス起動し、指標値（上演値）に基づく解像度に対応した出力画面情報５２４を生成する。ブラウザ２３２にて出力画面５２４を等倍表示する場合は、図１４（Ｂ）に示すように、ブラウザの表示領域より小さいサイズでサービスが起動され、デスクトップ画面５２４が、ブラウザの表示領域５２０内に等倍表示５２６される。この場合、ブラウザの表示領域５２０には、デスクトップ画面５２４が表示されない余白領域５２８が含まれ得る。

このように、格納された解像度の指標値に基づく範囲内において、解像度の指定値に基づいて、画面の解像度の使用値が決定される。画面の解像度の指定値が、格納された画面の解像度の指標値（上限値）に基づく範囲外にある場合、格納された画面の解像度の指標値が使用値として決定される。

以下、図１５および図１６を参照しながら、リモートデスクトップ・サービス２１２へのアクセスの確立（ログイン）から、アクセスの終了（ログアウト）までの処理の流れを説明する。図１５および図１６は、本実施形態によるリモートアクセス支援システム１４０において実行されるリモートデスクトップ接続にかかる処理を示すシーケンス図である。

図１５に示す処理は、ステップＳ４０１から開始され、ステップＳ４０１では、ユーザは、ブラウザ２３２に対し、ポータル画面４７０の閲覧を指示する。ステップＳ４０２では、ブラウザ２３２は、アプリケーションサーバ１５０に対し、ポータル画面４７０へのアクセスをリクエストする。ステップＳ４０３では、ＡＰＩ通信部２５８は、ブラウザ２３２にＷｅｂＵＩを返す。ステップＳ４０４では、ブラウザ２３２は、図１３（Ｂ）に示すようなポータル画面４７０を表示装置に表示する。

ステップＳ４０５では、エンドユーザが、ポータル画面４７０で所定のサービス（ここでは「情シス部共有ＰＣ」のサービス名称のサービス）を選択するものとする。ステップＳ４０６では、ブラウザ２３２は、アプリケーションサーバに対し、指定のサービスの利用の開始をリクエストするする。ステップＳ４０７では、ＡＰＩ通信部２５８は、ブラウザ２３２にＷｅｂＵＩを返す。ステップＳ４０８では、ブラウザ２３２は、図１３（Ｃ）に示すようなリモートデスクトップ開始用ログイン画面４８０を表示する。

ステップＳ４０９では、エンドユーザが、画面４８０上でログイン情報（ユーザ名、パスワード、ドメイン、解像度情報）を入力するものとする。ステップＳ４１０では、ブラウザ２３２は、アプリケーションサーバ１５０に対し、ログイン情報（ユーザ名、パスワード、ドメイン、解像度情報）を指定してログインをリクエストする。ステップＳ４１１では、アプリケーションサーバ１５０においては、ＡＰＩ通信部２５８は、解像度決定部２５４に対し、リクエストに含まれる解像度情報（指定値）を渡す。ステップＳ４１２では、解像度決定部２５４は、渡された解像度情報（指定値）に基づいて解像度判定処理を実行し、ステップＳ４１３で、決定された解像度情報（使用値）をＡＰＩ通信部２５８に返す。

ステップＳ４１４およびステップＳ４１５では、ＡＰＩ通信部２５８は、プラットフォームシステム１７０の制御部２７６を介して、通信中継装置１２０に対し、セッションＩＤを付してリレーサーバへのセッション確立を指令する。ステップＳ４１６では、通信中継装置１２０は、セッションＩＤを付して、リレーシステム１９０に対しセッション確立を要求し、ステップＳ４１７で、セッションを確立する。ステップＳ４１８およびステップＳ４１９では、ＡＰＩ通信部２５８は、プラットフォームシステム１７０の制御部２７６を介して、通信中継装置１２０からのセッション確立の成功の応答を受ける。

ステップＳ４２０では、ＡＰＩ通信部２５８は、ブラウザ２３２に対し、セッションＩＤを付してリレーサーバへのセッション確立を指令する。ステップＳ４２１では、ブラウザ２３２は、セッションＩＤを付して、リレーシステム１９０に対しセッション確立を要求し、ステップＳ４２２で、セッションを確立する。ステップＳ４２３およびステップＳ４２４では、ブラウザ２３２は、リレーシステム１９０を介して通信中継装置１２０へデータ送信を行う。このデータ通信では、ログイン情報および解像度情報（使用値）が送信される。

ステップＳ４２５では、通信中継装置１２０は、プロトコル変換を行う。ステップＳ４２６では、通信中継装置１２０は、受信したログイン情報および解像度情報（使用値）を用いて、アクセス先端末１１０が提供するリモートデスクトップ・サービス２１２にアクセスし、ステップＳ４２７で成功の応答を受け取る。ステップＳ４２８では、通信中継装置１２０は、プロトコル変換を行う。ステップＳ４２９およびステップＳ４３０では、通信中継装置１２０は、リレーシステム１９０を介して、ブラウザ２３２へデータ送信を行い応答を返す。ステップＳ４３１では、ブラウザ２３２は、リモート操作画面を表示する。

引き続き図１６を参照すると、ステップＳ４３２で示すように、以降、エンドユーザは、ブラウザ２３２を用いて、リレーシステム１９０を介して、リモートデスクトップ・サービス２１２にアクセスし、リモート操作し、その応答を受け取る。

引き続き、図１６を参照しながら、リモートデスクトップサービスからのログアウト処理について説明する。ログアウトは、ステップＳ４３３から開始し、ステップＳ４３３では、エンドユーザは、ブラウザ２３２に対し、操作画面からログアウトを指示する。ステップＳ４３４およびステップＳ４３５では、ブラウザ２３２は、リレーシステム１９０を介して、通信中継装置１２０に対し、ログアウト要求をデータ送信する。ステップＳ４３６では、通信中継装置１２０は、リモートデスクトップ・サービス２１２に対し、ログアウト要求を行い、ステップＳ４３７で、ログアウトの成功を受け取る。ステップＳ４３８では、通信中継装置１２０は、プロトコル変換し、ステップＳ４３９およびステップＳ４４０で、リレーシステム１９０を介して、ブラウザ２３２にログアウトの成功を伝えるデータ通信を行う。ステップＳ４４１では、ブラウザ２３２は、リレーシステム１９０に対しセッション切断を要求する。ステップＳ４４２では、リレーシステム１９０は、通信中継装置１２０に対しセッション切断を指示し、ステップＳ４４３で、セッション切断の成功を受ける。ステップＳ４４４では、リレーシステム１９０は、ブラウザ２３２に対し、セッションの切断が成功裏に実行できたことを通知する。ステップＳ４４５では、ブラウザ２３２は、ログアウト成功画面を表示する。

図１５および図６に示すリモートデスクトップ操作のシーケンスは、大きく、セッション確立パート（Ｓ４０１～Ｓ４３１）、リモート操作パート（Ｓ４３２）、リモート操作終了パート（Ｓ４３３～Ｓ４４５）を含む３つのパートに分けることができる。セッション確立パートおよびリモート操作終了パートについては、アクセス先サービスによらず同一であるが、リモート操作パートは、サービスのタイプによって変わる。

セッション確立パートでは、ブラウザ２３２とアクセス先サービス（リモートデスクトップ・サービス２１２）の間にＷｅｂＳｏｃｋｅｔ ｏｖｅｒ ＨＴＴＰＳにより、トンネルが確立される。ブラウザ２３２とアプリケーションサーバ１５０との間で通信し、それにより、通信中継装置１２０からリレーシステム１９０にセッションごとに一意になるセッションＩＤを使って接続し、同一のセッションＩＤを使ってブラウザ２３２からもリレーシステム１９０に接続される。

リモート操作パートでは、通信中継装置１２０でプロトコル変換処理して、ブラウザ２３２とアクセス先サービス（リモートデスクトップ・サービス２１２）との間の操作、応答を転送する。ここでは、簡単のため、エンドユーザとアクセス先サービスの間を線で結んでおり、省略されているが、実際は、リレーシステム１９０を経由した通信となる。

リモート操作終了パートでは、ブラウザ２３２とアクセス先サービス（リモートデスクトップ・サービス２１２）のセッションを切断する。切断は、ブラウザ２３２から停止手順を実行する場合もあるが、ブラウザ２３２から実行する場合もあるが、エンドユーザがブラウザ２３２を閉じることで利用を終了する場合もある。そのため、ブラウザ２３２からの通信が途絶えてからのタイムアウトを検知して、タイムアウト時間経過したセッションを終了することとしてもよい。

以上説明した実施形態では、画面の解像度の指定値が、格納された画面の解像度の指標値に基づく範囲外にある場合は、格納された画面の解像度の指標値が使用値として決定された。そして、アクセス元端末１３０は、通信中継装置１２０から送信されてくるサービス出力データ内の画像情報を、画像情報が有する解像度の大きさで等倍表示していた。以下、画面の解像度の指定値が、格納された指標値に基づく範囲外にある場合の解像度の決定方法の変形例について説明する。

図１７（Ａ）は、画面の解像度の指定値が、格納された指標値に基づく範囲外にある場合の解像度の決定方法の変形例について説明する。図１７（Ａ）に示す変形例の実施形態では、解像度決定部２５４は、画面の解像度の指定値が、解像度設定格納部２５６に格納された画面の解像度の指標値に基づく範囲外にある場合、さらに、画面の解像度の指定値の所定の整数分の一（例えば、１／２や１／４）が、格納された画面の解像度の指標値に基づく範囲内にあるか否かを判定する。そして、所定の整数分の一の値が、格納された画面の解像度の指標値に基づく範囲内にある場合は、解像度決定部２５４は、指定値の所定の整数分の一となる値を使用値として決定することができる。例えば、図１７（Ａ）に示す例では、アクセス元端末１３０のモニタ表示領域の解像度（指定値）５３０が、１８００ｘ１８００ピクセルであり、解像度の指標値５３２が９００ｘ９００ピクセルの解像度であった場合を例示する。この場合、画面の解像度の指定値５３０は、格納された画面の解像度の指標値５３２に基づく範囲の外となる。しかしながら、画面の解像度の指定値の所定の整数分の一が、格納された画面の解像度の指標値と等しくなり、画面の解像度の指標値に基づく範囲内にとなる。この場合、図１７（Ａ）に示すように、この画面の解像度の指定値の１／２（０．５倍）の解像度５３４を使用値として決定する。そして、アクセス元端末１３０では、この指定値の１／２の解像度の画像を受信して、これを２倍に拡大表示５３６する。このように、所定の整数（例えば２や４）分の一の解像度で出力されたサービス出力画面を、所定の整数（例えば２や４）倍に拡大して表示することで、アクセス元端末１３０にてＤｏｔ－ｂｙ－Ｄｏｔにて表示することが可能となり、指標値以上の解像度が指定される場合でも、視認性を向上させることが可能となる。

上述までの実施形態では、リモートデスクトップサービスの解像度は、一度設定した後は、変更がなかった。以下、図１７（Ｂ）および図１８を参照しながら、リモートデスクトップの解像度を動的に変化させることが可能な変形例の実施形態について説明する。図１７（Ｂ）に示す変形例の実施形態において、アクセス元端末１３０は、アクセス元端末１３０が有する表示装置のサイズ５４０と、リモートデスクトップ画面を表示する表示領域５４２のサイズとが等しい第１モード（フルスクリーン表示）と、アクセス元端末１３０が有する表示装置のサイズ５４０と、リモートデスクトップ画面を表示する表示領域５４２のサイズとが異なる第２モード（ウィンドウ表示）とを有している。

図１７（Ｂ）に示す変形例の実施形態において、ＷｅｂＵＩが含むコード（例えばＪａｖａＳｃｒｉｐｔ）は、リモートデスクトップ利用中にアクセス元端末１３０において、表示モードが切り替えられた際に、切替に応答して、切り替え後の表示領域の画素数（指定値）をアプリケーションサーバ１５０に再度送信するよう構成されている。

モード変更に応じて解像度の指定値を再度送信することで、切り替え後のモードに適した解像度設定のリモートデスクトップサービスを使用可能となる。また、アプリケーションサーバ１５０が、図８（Ｄ）に示す表示モード毎の設定値を保持し、ブラウザがモード切替に関する情報のみ送信する方法もある。この場合、端末のモニタやブラウザの違いによる制約で、解像度情報（指定値）が取得できない場合でも切り替えが可能になる。

以下、図１８を参照しながら、リモートデスクトップ・サービス２１２の解像度の変更に伴うセッション再接続について説明する。図１８は、変形例の実施形態によるリモートアクセス支援システム１４０において実行されるリモートデスクトップの解像度の変更に伴う再接続際の処理を示すシーケンス図である。図１８は、図１７（Ｂ）での表示モードが切り替わった際に、切り替え後の解像度でセッション再接続する処理に対応する。

なお、ここでは、サービスへのログイン処理が既に完了しており、ステップＳ５０１で示すように、エンドユーザは、ブラウザ２３２を用いて、リレーシステム１９０を介して、リモートデスクトップ・サービス２１２にアクセスし、リモート操作し、その応答を受け取ることができる状態にあるものとする。ステップＳ５０１は、図６に示すステップＳ４３２が対応する。

ステップＳ５０２では、エンドユーザは、操作画面上で解像度を変更する操作を行う。ここでは、表示モードが切り替えられたものとする。ステップＳ５０３では、ブラウザ２３２は、アプリケーションサーバ１５０に対し、変更後の解像度情報（指定値）を指定して解像度の変更をリクエストする。ステップＳ５０４では、アプリケーションサーバ１５０においては、ＡＰＩ通信部２５８は、解像度決定部２５４に対し、リクエストに含まれる解像度情報（指定値）を渡す。ステップＳ５０５では、解像度決定部２５４は、渡された解像度情報（指定値）に基づいて解像度判定処理を実行し、ステップＳ５０６で、決定された解像度情報（使用値）をＡＰＩ通信部２５８に返す。

ステップＳ５０７およびステップＳ５０８では、ＡＰＩ通信部２５８は、プラットフォームシステム１７０の制御部２７６を介して、通信中継装置１２０に対し、解像度の変更を指令する。ステップＳ５０９では、通信中継装置１２０は、受信した解像度情報（使用値）を用いて、アクセス先端末１１０が提供するリモートデスクトップ・サービス２１２への再セッションを要求し、ステップＳ５１０で成功する。ステップＳ５１１およびステップＳ５１２では、ＡＰＩ通信部２５８は、プラットフォームシステム１７０の制御部２７６を介して、通信中継装置１２０から、解像度の変更の成功の応答を受信する。

ステップＳ５１３で示すように、以降、エンドユーザは、ブラウザ２３２を用いて、リレーシステム１９０を介して、リモートデスクトップ・サービス２１２に新しい解像度にてアクセスし、リモート操作し、その応答を受け取る。

上述したように、アクセス元端末１３０のモニタにおいて、アクセス先端末１１０のデスクトップ画像の表示範囲を、Ｄｏｔ－ｂｙ－Ｄｏｔを維持したまま変更する場合は、通信中継装置１２０から、アクセス先端末１１０のリモートデスクトップ接続に関して、接続解像度設定の変更が必要となる。例えば、アクセス先端末１１０の画面をブラウザにて表示する場合、ブラウザの表示領域とモニタの表示領域とが異なるため、ブラウザ表示とモニタ全画面表示を切り替えたい場合には、接続解像度設定の変更が必要となる。この際、アクセス先端末１１０がＲＤＰプロトコル８．１に対応していない場合では、セッションの再接続が必要になり、使用感が低下する可能性がある。

上述したように、説明する変形例の実施形態では、モードの間の切替に際して、通信中継装置１２０とアクセス先端末１１０との間のセッションが一旦切断され、切替後の解像度にて再びセッションを貼り直すように構成されている。これにより、ＲＤＰプロトコルが動的な解像度変更に対応していない場合でも、アクセス先端末１１０に近い位置でセッションを貼りなおすことで、高速に切り替えることが可能となる。なお、ＲＤＰプロトコルが動的な解像度変更に対応している場合（ＲＤＰ８．１以上のバージョンである場合）は、通信中継装置１２０で一度切断せずに解像度変更処理をすることも可能である。

上述した実施形態では、解像度の使用値は、リモートデスクトップ接続の際にアプリケーションサーバ１５０が取得可能であることを前提としていた。以下、リモートデスクトップ接続の開始後、アプリケーションサーバ１５０が解像度の使用値を取得できなかった場合でも対応可能な変形例の実施形態について説明する。図１７（Ｃ）は、変形例の実施形態を示す。

アクセス元端末１３０のモニタやブラウザの相違による制約により解像度情報が取得できない場合があり、モニタや表示領域の解像度情報（指定値）を送信できない場合がある。このような場合は、リモートアクセス支援システム１４０（より具体的にはアプリケーションシステム１５０）において、例えば、初回サービス利用時の表示サイズを保存しておき、保有する表示サイズを基準として、ユーザの操作により拡大および縮小した際の倍率情報を利用して、適した解像度設定に調整することができると好ましい。図１７（Ｃ）は、そのような倍率情報を利用して適した解像度設定に調整することができる変形例の実施形態を示す。

図１７（Ｃ）に示す例では、アクセス元端末１３０が、例えば１６００ｘ１２００ピクセルの表示領域５５０を有し、初回アクセス時には、それより小さい解像度８００ｘ６００ピクセルにて接続し、デスクトップ画面５５２が等倍表示されていたものとする。ここで、アクセス元端末１３０のウィンドウサイズ変更操作５５４などの操作にて、画面を拡大・縮小して大きさが調整され、表示領域に表示したい大きさが指定されたものとする。ここで、水平方向、垂直方向共に２倍に変更したものとすると、倍率は、２．０となる。この変形例の実施形態では、ブラウザ２３２は、過去に使用した画面の解像度の保存値と、この変更後の拡大率とに基づいて、調整後の解像度を計算してアプリケーションサーバ１５０へ送信することができる。あるいは、ブラウザ２３２は、この拡大率をそのままアプリケーションサーバ１５０へ送信することができ、この場合、アプリケーションサーバ１５０で、リモートアクセス支援システム１４０（より具体的にはアプリケーションシステム１５０）が保有する、例えば過去に使用した画面の解像度の保存値と、変更後の拡大率とに基づいて、調整後の解像度が計算される。そして、解像度決定部２５４は、この調整後の解像度の値を指定値として用いて、解像度を決定する。図１７（Ｃ）の例では、水平方向は８００ピクセルｘ２．０倍＝１６００ピクセルであり、垂直方向は、４００ｘ２．０＝１２００ピクセルであり、調整後の解像度の指定値は１６００ｘ１２００ピクセルとなる。アプリケーションサーバ１５０へ送信された後、変更後の解像度にてサービス出力が更新され、ブラウザの表示領域とサービス出力画面のサイズが一致する。

以上説明した実施形態によれば、リモートアクセスにおいて、適切な出力画面の品質を選択することが可能なシステム、情報処理装置、仲介方法およびプログラムを提供することが可能となる。

特に、リモートアクセスにおいて、（１）システムが使用する装置の処理能力、（２）サービスが提供されるアクセス元端末のモニタサイズ、および、（３）アクセス元端末内でサービス画面が表示される領域のサイズが制限されている。（２）および（３）の制限については、これらに応じて、適切な設定値をリモートアクセスサービスに伝達することで、アクセス元端末の制限以上の処理能力をシステムが使用する装置に要求することがなくなる。また、過大な処理能力が要求されないので、装置が過負荷状態にならず、操作性を向上することが可能となる。また、指定値の伝達によりモニタサイズをリモートアクセスサービスシステムが認識することにより、モニタサイズに適したサービス画面を出力することができるようになり、出力画像品質が向上する。また、指標値として、通信中継装置の処理能力を考慮した値を予め設定しておくことで、通信中継装置の性能に応じた画面の品質を選択することが可能となる。

また、（２）と（３）のサイズの違いを切り替える場合に、サービス画面を作り直す必要がある場合があるところ、その間に操作不能な時間が生まれて操作性が低下する虞がある。アクセス先サービスに近接したネットワーク位置で通信中継装置から再接続するように構成することで、操作不能な時間を短縮することが可能となり、より一層操作性を向上することが可能となる。

上記で説明した実施形態の各機能は、一または複数の処理回路によって実現することが可能である。ここで、本明細書における「処理回路」とは、電子回路により実装されるプロセッサのようにソフトウェアによって各機能を実行するようプログラミングされたプロセッサや、上記で説明した各機能を実行するよう設計されたASIC（Application Specific Integrated Circuit）、DSP（digital signal processor）、FPGA（field programmable gate array）や従来の回路モジュール等のデバイスを含むものとする。

また上記機能は、アセンブラ、Ｃ、Ｃ＋＋、Ｃ＃、Ｊａｖａ（登録商標）、などのレガシープログラミング言語やオブジェクト指向プログラミング言語などで記述されたコンピュータ実行可能なプログラムにより実現でき、ＲＯＭ、ＥＥＰＲＯＭ、ＥＰＲＯＭ、フラッシュメモリ、フレキシブルディスク、ＣＤ－ＲＯＭ、ＣＤ－ＲＷ、ＤＶＤ－ＲＯＭ、ＤＶＤ－ＲＡＭ、ＤＶＤ－ＲＷ、ブルーレイディスク、ＳＤカード、ＭＯなど装置可読な記録媒体に格納して、あるいは電気通信回線を通じて頒布することができる。

これまで本発明の一実施形態に係るシステム、情報処理装置、仲介方法およびプログラムについて説明してきたが、本発明は上述した実施形態に限定されるものではなく、他の実施形態の追加、変更または削除等、当業者が想到することができる範囲内で変更することができ、いずれの態様においても本発明の作用・効果を奏する限り、本発明の範囲に含まれるものである。

１００…ネットワーク環境、１０２…インターネット、１０４，１１０６，１０８…ネットワーク、１１０…アクセス先端末、１２０…通信中継装置、１３０…アクセス元端末、１４０…リモートアクセス支援システム、１５０…アプリケーションシステム、１７０…プラットフォームシステム、１９０…リレーシステム、２１２…リモートデスクトップ・サービス、２２２…プロトコル変換部、２２４…接続解像度設定保持部、２３２…ブラウザ、２３４…表示画面、２５２…解像度選択ＵＩ提供部、２５４…解像度決定部、２５６…解像度設定格納部、２５８…ＡＰＩ通信部、２７２…認証部、２７４…ポータル処理部、２７６…制御部、２９２…通信中継部、３１６…データベース、３１８…タイプリスト、３２０…サービスリスト、３２２…サービスグループリスト、３２４…アクションリスト、３２６…ポリシーリスト、３６６…データベース、３６８…テナントリスト、３７０…ユーザリスト、３７２…ユーザグループリスト、３８０…通信中継装置、３９０…設定値リスト、９０１…ＣＰＵ、９０２…ＲＯＭ、９０３…ＲＡＭ、９０４…ＨＤ、９０５…ＨＤＤコントローラ、９０６‥ディスプレイ、９０８…外部機器接続Ｉ／Ｆ、９０９…ネットワークＩ／Ｆ、９１０…データバス、９１１…キーボード、９１２…ポインティングデバイス、９１４…ＤＶＤ－ＲＷドライブ、９１６…メディアＩ／Ｆ

特許第５４９６９３号公報

また、画面仮想化に関連して、特許第５４５９６９３号公報（特許文献１）は、多様な端末機に画面仮想化サービスを提供するシステムを開示する。特許文献１は、ユーザ端末機でシステムプロファイルをクラウド装置に伝送すれば、クラウド装置では端末機から伝送を受けたシステムプロファイルから端末機が処理可能な候補画面仮想化技術リストを生成し、各技術別装置負荷量及び処理可否を確認し、画面仮想化技術決定部を通じてウェブサービス可否、ＲＤＰ(Remote Desktop Protocol)／ＶＮＣ(Virtual Network Computing)処理可否、ビデオストリーミング処理可否によって、端末機のシステムプロファイルと装置の可用資源を基盤で最適の画面仮想化技術候補を決定するシステムを開示する。しかしながら、上記特許文献１の従来技術では、サーバが複数の仮想化技術を持ち、技術リストを作成し、決定するプロセスが必要であり、サーバの各技術別装置負荷量を確認して判断する必要がある。

特許第５４５９６９３号公報

Claims (14)

1. アクセス元端末からアクセス先端末が提供するサービスへのアクセスであって、前記アクセス先端末と同一のネットワークの通信中継手段を中継した当該アクセスの確立を仲介するシステムであって、
   前記サービスにかかる画面の品質の指標値を格納する格納部と、
   格納された前記画面の品質の指標値と、前記アクセス元端末からの前記画面の品質の指定値との関係に基づいて、前記指標値に基づく範囲内において、前記画面の品質の使用値を決定する決定部と、
   前記通信中継手段が決定された前記使用値に基づいて前記画面の品質を設定するよう制御する制御部と
   を含む、システム。
2. 前記画面の品質は、前記サービスが出力する画面の解像度である、請求項１に記載のシステム。
3. 前記決定部は、前記画面の解像度の指定値が、格納された前記画面の解像度の指標値に基づく範囲外にある場合、格納された前記画面の解像度の指標値を前記使用値として決定する、請求項２に記載のシステム。
4. 前記決定部は、前記画面の解像度の指定値が、格納された前記画面の解像度の指標値に基づく範囲外にある場合であって、前記画面の解像度の指定値の所定の整数分の一が、格納された前記画面の解像度の指標値に基づく範囲内にある場合は、前記指定値の所定の整数分の一となる値を前記使用値として決定する、請求項２に記載のシステム。
5. 前記アクセス元端末は、前記アクセス元端末が有する表示装置のサイズと、前記画面を表示する表示領域のサイズとが等しい第１モードと、異なる第２モードとを有しており、前記第１モードおよび前記第２モードの間の切替に応答して、前記表示領域の解像度を示す情報を送信するように構成されている、請求項２～４のいずれか１項に記載のシステム。
6. 前記通信中継手段は、前記第１モードおよび前記第２モードの間の切替に際して、前記通信中継手段と前記アクセス先端末との間のセッションを一旦切断し、切替後の解像度にて再びセッションを貼り直すように構成されている、請求項５に記載のシステム。
7. 前記決定部は、前記アクセス元端末から前記画面の解像度の指定値が受け取られない場合に、当該システムが保有する前記画面の解像度の保存値を前記使用値として一旦決定し、前記アクセス元端末での前記画面を表示する表示領域の変更に応答して、変更の倍率から前記画面の解像度の使用値を計算する、請求項２～６のいずれか１項に記載のシステム。
8. 前記システムは、さらに、アクセス元端末と相互通信可能とするユーザ・インタフェースを提供する提供部を含み、前記提供部は、操作を通じて前記サービスを使用する際の解像度の指定を受けており、前記解像度の指定は、複数の候補値のなかから選択された値または可変値により行われる、請求項２～７のいずれか１項に記載のシステム。
9. 前記アクセス元端末は、前記ネットワークとはインターネットを介して離間した第２のネットワーク上にあり、前記システムは、さらに、前記通信中継手段と、前記アクセス元端末との間で、画面情報および操作情報の一方または両方にかかる前記インターネットを介した通信を中継するリレーサーバを含む、請求項２～８のいずれか１項に記載のシステム。
10. 前記アクセス元端末は、
    前記通信中継手段から受信した画面情報に基づいて、該画面情報が有する画面の解像度にて表示領域の表示を行う表示部と、
    前記表示領域に関連した操作入力に基づいて、前記通信中継手段に対し、前記操作入力を示す前記操作情報を送信する送信部と
    を含む、請求項２～９のいずれか１項に記載のシステム。
11. 前記サービスは、リモートデスクトップ・サービスであり、前記アクセス元端末は、表示装置に前記画面を表示する表示領域を有し、前記通信中継手段は、決定された前記画面の解像度の使用値に基づいて、前記アクセス先端末との前記リモートデスクトップ・サービスの設定を行い、前記サービスとの通信を通じて設定した解像度に対応した出力画面を生成し、かつ、前記アクセス先端末が提供する前記サービスの入出力データをプロトコル変換する、請求項２～１０のいずれか１項に記載のシステム。
12. アクセス元端末からアクセス先端末が提供するサービスへのアクセスであって、前記アクセス先端末と同一のネットワークの通信中継手段を中継した当該アクセスの確立を仲介する情報処理装置であって、
    前記サービスにかかる画面の品質の指標値を格納する格納部と、
    格納された前記画面の品質の指標値と、前記アクセス元端末からの前記画面の品質の指定値との関係に基づいて、前記指標値に基づく範囲内において、前記画面の品質の使用値を決定する決定部と
    を含み、決定された前記使用値は、前記通信中継手段が前記画面の品質を設定する際に用いられる、情報処理装置。
13. アクセス元端末からアクセス先端末が提供するサービスへのアクセスであって、前記アクセス先端末と同一のネットワークの通信中継手段を中継した当該アクセスの確立を仲介するための仲介方法であって、少なくとも１つのコンピュータが、
    前記サービスにかかる画面の品質の指標値を読み出すステップと、
    格納された前記画面の品質の指標値と、前記アクセス元端末からの前記画面の品質の指定値との関係に基づいて、前記指標値に基づく範囲内において、前記画面の品質の使用値を決定するステップと、
    前記通信中継手段が決定された前記使用値に基づいて前記画面の品質を設定するよう制御するステップと
    を実行する、仲介方法。
14. アクセス元端末からアクセス先端末が提供するサービスへのアクセスであって、前記アクセス先端末と同一のネットワークの通信中継手段を中継した当該アクセスの確立を仲介する情報処理装置を実現するためのプログラムであって、コンピュータを、
    前記サービスにかかる画面の品質の指標値を格納する格納部、および、
    格納された前記画面の品質の指標値と、前記アクセス元端末からの前記画面の品質の指定値との関係に基づいて、前記指標値に基づく範囲内において、前記画面の品質の使用値を決定する決定部
    として機能させ、決定された前記使用値は、前記通信中継手段が前記画面の品質を設定する際に用いられる、プログラム。

Images