JP2022113990A - 通信システム、通信制御方法、及びプログラム - Google Patents

Abstract

【課題】自宅等にあるアクセス元の端末から、アクセス先の端末にリモートアクセスする通信システムにおいて、ユーザビリティの低下を抑制しつつ、通信リソースの増大を抑制することを容易にする。
【解決手段】通信システムは、第１のネットワークに接続するアクセス元の端末から、前記第１のネットワークとは異なる第２のネットワークに接続する通信装置を介して、前記第２のネットワークに接続する１つ以上のアクセス先の端末にリモートアクセスする通信システムであって、前記通信装置と前記１つ以上のアクセス先の端末との間の通信リソースの使用状態を示す情報を取得する取得部と、前記取得部が取得した情報に基づいて、前記アクセス元の端末で利用可能な通信リソースを制限する制限部と、を有する。
【選択図】図３

Description

本発明は、通信システム、通信制御方法、及びプログラムに関する。

近年、働き方改革及び在宅勤務の普及等により、例えば、自宅等にある情報端末から、企業内のローカルネットワーク等に接続されているＰＣ（Personal Computer）又は画像形成装置等の情報処理装置にリモートアクセスする通信システムのニーズが高まっている。

また、ＶＰＮ（Virtual Private Network）のセッション数の増大を抑制するために、複数のネットワーク機器をグループ化し、代表となるネットワーク機器のみがゲートウェイとセッションを確立する通信システムが知られている（例えば、特許文献１参照）。

例えば、自宅等にあるアクセス元の端末から、企業内のローカルネットワーク等に接続されているアクセス先の情報処理装置に接続するリモートアクセスシステムにおいても、通信帯域、又はセッション数等の通信リソースの増大を抑制したいという要求がある。

しかし、例えば、特許文献１に開示された技術では、アクセス元の端末をグループ化する必要があるため、アクセス元の端末が自宅等にあるリモートアクセスシステムに適用することは困難である。また、予めアクセス元の端末のセッション数、又は通信帯域等の通信リソースの上限を決めてしまう方法も考えられるが、この方法では、通信リソースに余裕があるときでも、ユーザ利用可能な通信リソースが制限され、ユーザビリティが低下するという問題がある。

このように、従来の技術では、自宅等の外部ネットワークに接続するアクセス元の端末から、アクセス先の端末にリモートアクセスする通信システムにおいて、ユーザビリティの低下を抑制しつつ、通信リソースの増大を抑制することには困難を伴っていた。

本発明の一実施形態は、上記の問題点に鑑みてなされたものであって、自宅等にあるアクセス元の端末から、アクセス先の端末にリモートアクセスする通信システムにおいて、ユーザビリティの低下を抑制しつつ、通信リソースの増大を抑制することを容易にする。

上記の課題を解決するため、一実施形態に係る通信システムは、第１のネットワークに接続するアクセス元の端末から、前記第１のネットワークとは異なる第２のネットワークに接続する通信装置を介して、前記第２のネットワークに接続する１つ以上のアクセス先の端末にリモートアクセスする通信システムであって、前記通信装置と前記１つ以上のアクセス先の端末との間の通信リソースの使用状態を示す情報を取得する取得部と、前記取得部が取得した情報に基づいて、前記アクセス元の端末で利用可能な通信リソースを制限する制限部と、を有する。

本発明の一実施形態によれば、自宅等にあるアクセス元の端末から、アクセス先の端末にリモートアクセスする通信システムにおいて、ユーザビリティの低下を抑制しつつ、通信リソースの増大を抑制することが容易になる。

一実施形態に係る通信システムのシステム構成の例を示す図である。 一実施形態に係るコンピュータのハードウェア構成の例を示す図である。 一実施形態に係る通信サーバの機能構成の例を示す図である。 一実施形態に係るセキュアボックスの機能構成の一例を示す図である。 一実施形態に係る情報端末の機能構成の例を示す図である。 一実施形態に係る情報端末のログイン処理の例を示すシーケンス図である。 第１の実施形態に係る通信システムの処理の例を示すシーケンス図である。 第１の実施形態に係る対応情報の例を示す図である。 第２の実施形態に係る通信システムの処理の例を示すシーケンス図である。 第２の実施形態に係る対応情報の例を示す図である。 第３の実施形態に係る通信システムの処理の例を示すシーケンス図である。 第４の実施形態に係る通信システムの処理の例を示すシーケンス図である。

以下、本発明の実施形態について、図面を参照しながら詳細に説明する。
＜システム構成＞
図１は、第１の実施形態に係る通信システムのシステム構成の例を示す図である。通信システム１は、例えば、インターネット等の通信ネットワーク２に接続するアプリサーバ１１、サービスプラットフォーム１２、リレーサーバ１３、及びローカルネットワーク１００に接続するセキュアボックス１４等を含む。通信システム１は、リモートネットワーク１１０に接続する情報端末１１１から、ローカルネットワーク１００に接続するセキュアボックス１４を介して、情報処理装置１０１、及び画像形成装置１０２等にリモートアクセスするためのシステムである。

リモートネットワーク（第１のネットワーク）１１０は、例えば、自宅又はリモートオフィス等に設けられた、ローカルネットワーク１００の外部のネットワークである第１のネットワークの一例である。情報端末１１１は、リモートネットワーク１１０に限られず、例えば、外出先等から、ＷＡＮ（Wide Area Network）、又は公衆無線ＬＡＮ（Local Area Network）等を利用して、インターネット等の通信ネットワーク２に接続しているものであっても良い。なお、通信ネットワーク２は、ローカルネットワーク１００の外部のネットワークである第１のネットワークの別の一例である。ここでは、一例として、情報端末１１１が、リモートオフィス等に設けられたネットワークであるリモートネットワーク１１０に接続されているものとして、以下の説明を行う。

情報端末（アクセス元の端末）１１１は、利用者が利用する、例えば、タブレット端末、スマートフォン、又はＰＣ（Personal Computer）等のウェブブラウザの機能を備えた情報処理装置である。情報端末１１１は、リモートネットワーク１１０、及び通信ネットワーク２を介して、アプリサーバ１１、及びリレーサーバ１３等にアクセス可能である。なお、情報端末１１１は、第１のネットワークに接続するアクセス元の端末の一例である。

ローカルネットワーク（第２のネットワーク）１００は、例えば、ファイアウォール等により、通信ネットワーク２、及びリモートネットワーク１１０等の外部ネットワークからのアクセスが制限された、例えば、社内ＬＡＮ（Local Area Network）等のネットワークである。なお、ローカルネットワーク１００は、第１のネットワークとは異なる第２のネットワークの一例である。

図１において、サービスプラットフォーム１２とセキュアボックス１４とは、例えば、ＭＱＴＴ（Message Queue Telemetry Transport）プロコトル等により、予め通信可能に設定されているものとする。また、情報端末１１１及びリレーサーバ１３等から、ローカルネットワーク１００内のセキュアボックス１４、情報処理装置１０１、及び画像形成装置１０２等へのアクセスは禁止されているものとする。

情報処理装置（アクセス先の端末）１０１は、ローカルネットワーク１００に接続されたＰＣ等の情報処理装置であり、例えば、リモートデスクトップサービス等の所定のサービスを提供する。画像形成装置（アクセス先の端末）１０２は、ローカルネットワーク１００に接続された電子機器であり、例えば、ファクスサービス等の所定のサービスを提供する。

なお、情報処理装置１０１、及び画像形成装置１０２は、ローカルネットワーク１００に接続され、所定のサービスを提供するアクセス先の端末の一例である。アクセス先の端末は、例えば、ＰＪ（Projector：プロジェクタ）、ＩＷＢ（Interactive White Board：相互通信が可能な電子式の黒板機能を有する白板）、デジタルサイネージ等であっても良い。また、電子機器は、例えば、産業機械、撮像装置、集音装置、医療機器、ネットワーク家電、スマートフォン、タブレット端末、ゲーム機、ＰＤＡ（Personal Digital Assistant）、デジタルカメラ等であっても良い。

アプリサーバ１１は、例えば、コンピュータの構成を有する情報処理装置、又は複数の情報処理装置を含むシステムである。アプリサーバ１１は、例えば、通信システム１を利用して、ローカルネットワーク１００内の情報処理装置１０１、又は画像形成装置１０２等の電子機器を利用するためのウェブページ等を、情報端末１１１等に提供するウェブサーバの機能を有する。また、アプリサーバ１１は、例えば、通信システム１を管理する管理者等が利用する情報端末である管理端末５等に、通信システム１の設定を行うためのウェブページを提供する機能を有していても良い。

サービスプラットフォーム１２は、例えば、コンピュータの構成を有する情報処理装置、又は複数の情報処理装置を含むシステムである。サービスプラットフォーム１２は、アプリサーバ１１と連携して、通信システム１に関する様々な設定情報を管理する情報管理処理、及びセキュアボックス１４等を制御する通信制御処理等を実行する。

リレーサーバ１３は、例えば、コンピュータの構成を有する情報処理装置、又は複数の情報処理装置を含むシステムである。リレーサーバ１３は、情報端末１１１と、セキュアボックス１４（又はローカルネットワーク１００）との間の通信を中継する。

なお、アプリサーバ１１、サービスプラットフォーム１２、及びリレーサーバ１３は、例えば、１つの通信サーバ１０に含まれていても良いし、さらに多くのサーバに分散して設けられていても良い。アプリサーバ１１、サービスプラットフォーム１２、及びリレーサーバ１３は様々なシステム構成が可能なので、以下の説明では、アプリサーバ１１、サービスプラットフォーム１２、及びリレーサーバ１３を特に区別せず、単に通信サーバ１０と呼ぶ場合がある。

セキュアボックス（通信装置）１４は、例えば、コンピュータの構成、及び通信機能を有する通信機器、又は情報処理装置である。セキュアボックス１４は、通信サーバ１０からの制御に従って、リレーサーバ１３に接続し、アクセス元の端末（情報端末１１１）から、ローカルネットワーク１００に接続するアクセス先の端末（情報処理装置１０１、又は画像形成装置１０２）へのリモートアクセスを制御する。セキュアボックス１４は、例えば、ルータ又はファイアウォール等の機能を有していても良いし、ルータ又はファイファウォールとは別に設けられていても良い。

管理端末５は、例えば、通信システム１を管理する管理者等が利用する、ウェブブラウザの機能を備えた情報端末である。

（接続処理の概要）
上記のシステム構成において、情報端末１１１を利用する利用者は、例えば、情報処理装置１０１が提供するリモートデスクトップサービスを利用する場合、ウェブブラウザ等を用いてアプリサーバ１１が提供する所定のウェブページにアクセスする。利用者は、このウェブページから、利用したいサービス（ここでは、情報処理装置１０１が提供するリモートデスクトップサービス）を選択することにより、情報処理装置１０１が提供するリモートデスクトップサービスへの接続を要求することができる。なお、利用者は、情報端末１１１が備えるウェブブラウザに限られず、ウェブブラウザの機能を有する、通信システム１用のアプリケーションプログラム（以下、アプリと呼ぶ）を利用して、所定のウェブページにアクセスしても良い。

アプリサーバ１１は、情報端末１１１からの接続要求を受け付けると、セッションを識別する識別情報であるセッションＩＤを生成（発行）する。また、アプリサーバ１１は、サービスプラットフォーム１２を利用して、生成したセッションＩＤをセキュアボックス１４に通知するとともに、リレーサーバ１３への接続を要求する。さらに、アプリサーバ１１は、発行したセッションＩＤを要求元の情報端末１１１にも通知する。

セキュアボックス１４は、通信サーバ１０からの要求に従って、通知されたセッションＩＤを用いて、暗号化された第１の通信３でリレーサーバ１３に接続する。例えば、セキュアボックス１４は、Ｗｅｂ Ｓｏｃｋｅｔ ｏｖｅｒ ＨＴＴＰＳ（Hypertext Transfer Protocol Secure）（以下、ｗｗｓと呼ぶ）を利用した第１の通信３で、リレーサーバ１３に接続する。

また、情報端末１１１は、通信サーバ１０から通知されたセッションＩＤを用いて、暗号化された第２の通信４でリレーサーバ１３に接続する。例えば、情報端末１１１は、ｗｗｓを利用した第２の通信４で、リレーサーバ１３に接続する。

リレーサーバ１３は、同じセッションＩＤ（接続情報）を用いてリレーサーバ１３に接続した第１の通信３と、第２の通信４との間を中継する。例えば、リレーサーバ１３は、第１の通信３と、第２の通信４とをトンネリングすることにより、情報端末１１１とセキュアボックス１４とを通信可能に接続する。

上記の処理により、情報端末１１１は、ｗｓｓでセキュアボックス１４に接続することができる。また、セキュアボックス１４は、例えば、情報端末１１１のウェブブラウザから、ローカルネットワーク１００に接続された情報処理装置１０１が提供するリモートデスクトップサービス等を利用するためのプロトコル変換機能を有している。なお、本実施形態に係るプロトコル変換は、アプリケーションレベルのプロトコルを変換するものであり、例えば、一般的なゲートウェイ等が実行する下位レイヤのプロトコル変換とは異なる。

例えば、セキュアボックス１４は、情報処理装置１０１が提供するリモートデスクトップサービスからのＲＤＰ（Remote Desktop Protocol）形式リモートデスクトップ画面を、情報端末１１１のウェブブラウザで表示可能な形式の画像データに変換する。また、セキュアボックス１４は、情報端末１１１から受信したｗｗｓの操作情報を、ＲＤＰ形式の操作情報に変換して、リモートデスクトップサービスに送信する。

上記の処理により、情報端末１１１は、例えば、ネットワーク構成の変更作業等の煩雑な作業を行わなくても、ローカルネットワーク１００に接続された情報処理装置１０１と容易に、かつセキュアに通信することができる。また、情報端末１１１は、セキュアボックス１４のプロトコル変換機能を利用して、ローカルネットワーク１００に接続された、例えば、情報処理装置１０１が提供するリモートデスクトップサービスを、情報端末１１１のウェブブラウザ等を用いて利用できるようになる。

（課題）
通信システム１では、情報端末１１１が備えるウェブブラウザが、アクセス先の端末とＷｅｂｓｏｃｋｅｔのセッションを確立し、ウェブブラウザのタブごとにセッションを確立することができる。これにより、通信システム１では、情報端末１１１は、利用者の操作によって、際限なくセッションの数が増大してしまい、例えば、セッション数、又は通信帯域等の通信リソースを圧迫してしまう恐れがある。従って、通信システム１において、例えば、セッション数、又は通信帯域等の通信リソースの増大を抑制したいという要求がある。

しかし、例えば、特許文献１に開示された技術は、情報端末１１１等のアクセス元の端末をグループ化する必要があり、リモートネットワーク１１０にアクセス元の端末がある通信システム１に適用することは困難である。また、予めアクセス元の端末の通信リソースの上限を決めてしまう方法も考えられるが、この方法では、通信リソースに余裕があるときでも、ユーザ利用可能な通信リソースが制限されてしまうため、ユーザビリティが低下してしまうという問題がある。

このように、従来の技術では、例えば、自宅等の外部ネットワークに接続するアクセス元の端末から、アクセス先の端末にリモートアクセスする通信システムにおいて、ユーザビリティの低下を抑制しつつ、通信リソースの増大を抑制することには困難を伴っていた。

上記の課題を解決するため、本実施形態に係る通信システム１は、例えば、通信帯域、又はセッション数等の通信リソースの計測を行い、計測結果に基づいて、アクセス元端末で利用可能な通信リソースを制限する機能を有している。例えば、通信サーバ１０は、セキュアボックス１４と、1つ以上のアクセス先端末との間の通信帯域を計測し、計測結果に基づいて、情報端末１１１が利用可能な通信帯域、又はセッション数等の通信リソースを制限する。

これにより、本実施形態に係る通信システム１によれば、自宅等にあるアクセス元の端末から、アクセス先の端末にリモートアクセスする通信システムにおいて、ユーザビリティの低下を抑制しつつ、通信リソースの増大を抑制することが容易になる。

なお、図１に示した通信システム１のシステム構成は一例である。例えば、図１の例では、ローカルネットワーク１００は、セキュアボックス１４を介して通信ネットワーク２に接続しており、セキュアボックス１４が、ルータ、及びファイアウォールの機能を有していることを想定している。ただし、これは一例であり、ローカルネットワーク１００は、ルータ、及びファイアウォール等を介して、通信ネットワーク２に接続していても良い。この場合、セキュアボックス１４は、ルータ、及びファイアウォールを介して、サービスプラットフォーム１２、及びリレーサーバと通信する。

また、セキュアボックス１４は、ローカルネットワーク１００に接続する通信装置の一例である。通信装置は、例えば、通信機能を有し、所定のプログラムを実行するサーバ装置等であっても良い。さらに、通信ネットワーク２には、例えば、移動体通信、又は無線ＬＡＮ等の無線通信による接続区間が含まれていても良い。

＜ハードウェア構成＞
情報端末１１１、情報処理装置１０１、及び管理端末５等は、例えば、図２に示すようなコンピュータ２００のハードウェア構成を有している。また、通信サーバ１０、アプリサーバ１１、サービスプラットフォーム１２、及びリレーサーバ１３等は、1つ以上のコンピュータ２００によって実現される。

図２は、一実施形態に係るコンピュータのハードウェア構成の例を示す図である。コンピュータ２００は、例えば、図２に示されるように、ＣＰＵ（Central Processing Unit）２０１、ＲＯＭ（Read Only Memory）２０２、ＲＡＭ（Random Access Memory）２０３、ＨＤ（Hard Disk）２０４、ＨＤＤ（Hard Disk Drive）コントローラ２０５、ディスプレイ２０６、外部機器接続Ｉ／Ｆ（Interface）２０７、１つ以上のネットワークＩ／Ｆ２０８、キーボード２０９、ポインティングデバイス２１０、ＤＶＤ－ＲＷ（Digital Versatile Disk Rewritable)ドライブ２１２、メディアＩ／Ｆ２１４、及びバスライン２１５等を備えている。

これらのうち、ＣＰＵ２０１は、コンピュータ２００全体の動作を制御する。ＲＯＭ２０２は、例えば、ＩＰＬ（Initial Program Loader）等のコンピュータ２００の起動に用いられるプログラムを記憶する。ＲＡＭ２０３は、例えば、ＣＰＵ２０１のワークエリア等として使用される。ＨＤ２０４は、例えば、ＯＳ（Operating System）、アプリケーション、デバイスドライバ等のプログラムや、各種データを記憶する。ＨＤＤコントローラ２０５は、例えば、ＣＰＵ２０１の制御に従ってＨＤ２０４に対する各種データの読み出し又は書き込みを制御する。

ディスプレイ２０６は、例えば、カーソル、メニュー、ウィンドウ、文字、又は画像などの各種情報を表示する。なお、ディスプレイ２０６は、コンピュータ２００の外部に設けられていても良い。外部機器接続Ｉ／Ｆ２０７は、コンピュータ２００に、例えば、電子機器、測定器、外部記憶装置等の様々な外部装置を接続するＵＳＢ、ＲＳ－２３２Ｃ等のインタフェースである。１つ以上のネットワークＩ／Ｆ２０８は、例えば、通信ネットワーク２、ローカルネットワーク１００、又はリモートネットワーク１１０等を利用してデータ通信をするためのインタフェースである。

キーボード２０９は、文字、数値、各種指示などの入力のための複数のキーを備えた入力手段の一種である。ポインティングデバイス２１０は、各種指示の選択や実行、処理対象の選択、カーソルの移動などを行なう入力手段の一種である。なお、キーボード２０９、及びポインティングデバイス２１０は、コンピュータ２００の外部に設けられていても良い。

ＤＶＤ－ＲＷドライブ２１２は、着脱可能な記録媒体の一例としてのＤＶＤ－ＲＷ２１１に対する各種データの読み出し又は書き込みを制御する。なお、ＤＶＤ－ＲＷ２１１は、ＤＶＤ－ＲＷに限らず、ＤＶＤ－Ｒ等であっても良い。メディアＩ／Ｆ２１４は、フラッシュメモリ等のメディア２１３に対するデータの読み出し又は書き込み（記憶）を制御する。バスライン２１５は、上記の各構成要素を電気的に接続するためのアドレスバス、データバス及び各種の制御信号等を含む。

なお、図２に示すコンピュータ２００の構成は一例である。コンピュータ２００は、例えば、ＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３、1つ以上のネットワークＩ／Ｆ２０８、及びバスライン２１５を有していれば、他は任意の構成であって良い。また、例えば、画像形成装置１０２等のアクセス先の端末のハードウェア構成は、通信機能と、コンピュータの構成を備えていれば、他は任意の構成であって良い。

＜機能構成＞
続いて、通信システム１に関連する各装置の機能構成について説明する。

（通信サーバの機能構成）
図３は、一実施形態に係る通信サーバの機能構成の例を示す図である。通信サーバ１０は、例えば、1つ以上のコンピュータ２００で所定のプログラムを実行することにより、受付部３０１、取得部３０２、制限部３０３、認証部３０４、機器管理部３０５、記憶部３０６、接続管理部３０７、及び中継部３０８等を実現している。なお、上記の各機能構成のうち、少なくとも一部は、ハードウェアによって実現されるものであっても良い。

受付部３０１は、例えば、アプリサーバ１１が備えるコンピュータ２００で実行されるプログラムによって実現され、情報端末１１１からの接続要求、又は管理端末５からの設定要求等の要求情報を受け付ける受付処理を実行する。また、受付部３０１は、例えば、情報端末１１１から、アクセス先の端末への接続要求を受け付けたときに、リレーサーバ１３に接続するためのセッションＩＤの生成等も行う。

取得部３０２は、例えば、アプリサーバ１１が備えるコンピュータ２００で実行されるプログラムによって実現され、セキュアボックス１４と、１つ以上のアクセス先の端末と間の通信リソースの使用状態を示す情報を取得する取得処理を実行する。例えば、取得部３０２は、セキュアボックス１４の計測機能を利用して、セキュアボックス１４と、１つ以上のアクセス先の端末との間の通信帯域の測定結果を取得する。別の一例として、取得部３０２は、セキュアボックス１４、又はリレーサーバ１３等から、使用中のセッション数に関する情報を、通信リソースの使用状態を示す情報として取得しても良い。

また、取得部３０２は、アクセス元の端末（情報端末１１１等）との間の通信帯域の測定結果をさらに取得しても良い。このとき、取得部３０２は、アクセス元の端末の通信帯域の計測機能を利用して、計測結果を取得しても良いし、取得部３０２が、アクセス元の端末との間の通信帯域を測定しても良い。

制限部３０３は、例えば、アプリサーバ１１が備えるコンピュータ２００で実行されるプログラムによって実現され、取得部３０２が取得した情報に基づいて、アクセス元の端末で利用可能な通信リソースを制限する制限処理を実行する。一例として、制限部３０３は、取得部３０２が取得した、セキュアボックス１４と、１つ以上のアクセス先の端末との間の通信帯域が、所定の値（閾値）を超えた場合、アクセス元の端末が利用可能な通信帯域、又はセッション数を制限する。なお、制限部３０３が実行する制限処理の例については、複数の実施形態を例示して後述する。

認証部３０４は、例えば、サービスプラットフォーム１２（以下、サービスＰＦ１２と表記する）が備えるコンピュータ２００で実行されるプログラムによって実現される。認証部３０４は、例えば、情報端末１１１を利用する利用者、管理端末５を利用する管理者、情報端末１１１、及びセキュアボックス１４等を認証する認証処理を実行する。なお、通信システム１は、例えば、外部の認証サーバ等を用いて、認証を行うものであっても良い。

機器管理部３０５は、例えば、サービスＰＦ１２が備えるコンピュータ２００で実行されるプログラムによって実現され、セキュアボックス１４を管理する機器管理処理を実行する。例えば、機器管理部３０５は、通信システム１内の１つ以上のセキュアボックス１４の情報を、記憶部３０６等に記憶して管理する。また、機器管理部３０５は、例えば、情報端末１１１等のアクセス元の端末からの接続要求に応じて、セキュアボックス１４を、暗号化された第１の通信３でリレーサーバ１３に接続する。例えば、機器管理部３０５は、セキュアボックス１４と常時接続しており、受付部３０１が、情報端末１１１からの接続要求を受け付けたときに、セキュアボックス１４に、セッションＩＤを通知して、リレーサーバ１３への接続を要求する。

記憶部３０６は、例えば、サービスＰＦ１２が備えるコンピュータ２００によって実行されるプログラム、ＨＤ２０４、及びＨＤＤコントローラ２０５等によって実現され、通信システム１が管理する様々な情報を記憶する。なお、記憶部３０６は、例えば、通信サーバ１０内部、又は通信サーバ１０の外部に設けられたストレージサーバ等によって実現されるものであっても良い。

接続管理部３０７は、例えば、リレーサーバ１３が備えるコンピュータ２００によって実行されるプログラムによって実現され、リレーサーバ１３が中継する第１の通信３と、第２の通信４との接続を管理する接続管理処理を実行する。

中継部３０８は、例えば、リレーサーバ１３が備えるＣＰＵ２０１によって実行されるプログラムによって実現され、情報端末（アクセス元の端末）１１１と、セキュアボックス（通信装置）１４との間の通信を中継する。例えば、中継部３０８は、同一のセッションＩＤを用いて、セキュアボックス１４との間に確立される第１の通信３と、情報端末１１１との間に確立される第２の通信４との間にトンネルを確立することにより、第１の通信３と第２の通信４との間を中継する。

なお、図３に示す通信サーバ１０の機能構成は一例である。通信サーバ１０に含まれる各機能構成は、通信サーバ１０に含まれる任意のコンピュータ２００が実行するプログラムによって実現されるものであって良い。また、リレーサーバ１３は、通信サーバ１０が外部に設けられていても良い。さらに、認証部３０４、及び記憶部３０６は、通信サーバ１０、又は通信システム１の外部のサーバ装置によって実現されるものであっても良い。

（セキュアボックスの機能構成）
図４は、一実施形態に係るセキュアボックスの機能構成の一例を示す図である。図４の例では、ローカルネットワーク１００は、ルータ４１１、及びファイアウォール４１２を介して、通信ネットワーク２に接続されている。ただし、これは一例であり、例えば,ルータ４１１、及びファイアウォール４１２の機能は、セキュアボックス１４が有していても良い。また、図４の例では、ローカルネットワーク１００には、アクセス先の端末の一例である情報処理装置１０１、及び画像形成装置１０２等が接続されている。

セキュアボックス１４は、例えば、セキュアボックス１４が備えるコンピュータで所定のプログラムを実行することにより、通信部４０１、端末管理部４０２、暗号通信部４０３、変換部４０４、計測部４０５、及び記憶部４０６等を実現している。なお、上記の各機能構成のうち、少なくとも一部は、ハードウェアによって実現されるものであっても良い。

通信部４０１は、例えば、セキュアボックス１４が備えるコンピュータ２００によって実行されるプログラム、及びネットワークＩ／Ｆ２０８等によって実現され、セキュアボックス１４をローカルネットワーク１００に接続し、他の装置と通信を行う。

端末管理部４０２は、例えば、セキュアボックスが備えるコンピュータ２００によって実行されるプログラムによって実現され、通信部４０１、ファイアウォール４１２、ルータ４１１等が介して、通信サーバ１０と通信（MQTT Subscriber）を行う。また、端末管理部４０２は、例えば、通信サーバ１０から通知されるセキュアボックスの設定情報等を、記憶部４０６に記憶して管理する。

暗号通信部４０３は、例えば、セキュアボックスが備えるコンピュータ２００によって実行されるプログラムによって実現され、通信サーバ１０からの制御に従って、セキュアボックス１４を、暗号化された第１の通信３でリレーサーバ１３に接続する。また、暗号通信部４０３は、リレーサーバ１３を介して、情報端末１１１との間で、例えば、ｗｗｓ等による暗号化された通信を行う。

１つ以上の変換部４０４は、例えば、セキュアボックスが備えるコンピュータ２００によって実行されるプログラムによって実現され、必要に応じて、アクセス元端末とアクセス先端末が提供するサービスとの間のプロトコル変換を行う。

計測部４０５は、例えば、セキュアボックスが備えるコンピュータ２００によって実行されるプログラムによって実現され、通信サーバ１０からの制御に従って、１つ以上のアクセス先端末との間の通信帯域を測定し、測定結果を通信サーバ１０に通知する。

記憶部４０６は、例えば、セキュアボックスが備えるコンピュータ２００によって実行されるプログラム、及びストレージデバイス等によって実現され、セキュアボックス１４の設定情報等の様々な情報を記憶する。

（情報端末の機能構成）
情報端末１１１は、例えば、図２のＣＰＵ２０１で所定のプログラムを実行することにより、通信部５０１、表示制御部５０２、操作受付部５０３、暗号通信部５０４、及び記憶部５０５等を実現している。なお、上記の各機能構成のうち、少なくとも一部は、ハードウェアによって実現されるものであっても良い。

通信部５０１は、例えば、ネットワークＩ／Ｆ２０８を用いて情報端末１１１を通信ネットワーク２に接続し、他の装置と通信を行う。

表示制御部５０２は、例えば、図２のＣＰＵ２０１で実行されるウェブブラウザ等によって実現され、通信サーバ１０、又はセキュアボックス１４等から送信される表示画面を表示する。また、表示制御部５０２は、表示画面に音声データ等が含まれている場合、音声の再生等も行う。

操作受付部５０３は、例えば、図２のＣＰＵ２０１で実行されるウェブブラウザ等によって実現され、表示制御部５０２が表示する表示画面に対する、利用者等による操作を受け付ける。

暗号通信部５０４は、例えば、図２のＣＰＵ２０１で実行されるウェブブラウザ、又はＯＳ等によって実現され、通信サーバ１０から通知されるセッションＩＤを用いて、暗号化された第２の通信４でリレーサーバ１３に接続する。また、暗号通信部５０４は、リレーサーバ１３を介して、セキュアボックス１４との間で、例えば、ｗｗｓ等による暗号化された通信を行う。

記憶部５０５は、例えば、図２のＣＰＵ２０１で実行されるプログラム（ＯＳ等）、及びＨＤ２０４等のストレージデバイスによって実現され、様々な情報、データ、プログラム等を記憶する。

＜処理の流れ＞
続いて、本実施形態に係る通信制御方法の処理の流れについて説明する。

（情報端末のログイン処理）
図６は、一実施形態に係る情報端末のログイン処理の例を示すシーケンス図である。この処理は、通信システム１に登録済みの利用者が、情報端末１１１を用いて、通信サーバ１０にログインするログイン処理の一例を示している。

ステップＳ６０１において、利用者が、情報端末１１１のウェブブラウザ（又はウェブブラウザの機能を有するアプリ等）を用いて、通信サーバ１０の受付部３０１に接続するため接続操作を行うものとする。例えば、利用者は、情報端末１１１のウェブブラウザに、アプリサーバ１１にアクセスするためのＵＲＬ（Uniform Resource Locator）等を入力する。

ステップＳ６０２、Ｓ６０３において、情報端末１１１の操作受付部５０３は、利用者による接続操作を受け付けると、指定されたＵＲＬにアクセスし、通信サーバ１０の受付部３０１から、Ｗｅｂ ＵＩ（User Interface）を取得する。

ステップＳ６０４、Ｓ６０５において、情報端末１１１の表示制御部５０２は、認可要求パラメータを生成し、生成した認可要求パラメータをセッションストレージに保存する。また、ステップＳ６０６において、情報端末１１１の表示制御部５０２は、通信サーバ１０の認証部３０４に、生成した認可要求パラメータを含む認可要求を送信する。

ステップＳ６０７において、通信サーバ１０の認証部３０４は、情報端末１１１からの認可要求に応じて、ログインのリダイレクト先のＵＲＬを、情報端末１１１に通知する。

ステップ６０８において、情報端末１１１の表示制御部５０２は、通信サーバ１０から通知されたリダイレクト先のＵＲＬを用いて、通信サーバ１０の受付部３０１に、ログイン画面の表示を要求する。

ステップＳ６０９において、通信サーバ１０の受付部３０１は、ログイン画面を情報端末１１１に送信し、ステップＳ６１０において、情報端末１１１の表示制御部５０２は、ログイン画面を表示する。

ステップＳ６１１において、利用者が、ログイン画面にログイン情報を入力するログイン操作を行うと、通信システム１は、ステップＳ６１２以降の処理を実行する。

ステップＳ６１２において、情報端末１１１の操作受付部５０３は、利用者によるログイン操作を受け付けると、入力されたログイン情報を含むログイン要求を、通信サーバ１０の認証部３０４に送信する。

ステップＳ６１３において、通信サーバ１０の認証部３０４は、情報端末１１１からログイン要求を受け付けると、コールバック先、及び一時コード等を、要求元の情報端末１１１に通知する。

ステップＳ６１４において、情報端末１１１の表示制御部５０２は、通信サーバ１０から通知された一時コードを含むトークン取得要求を、通信サーバ１０の認証部３０４に送信する。

ステップＳ６１５において、通信サーバ１０の認証部３０４は、情報端末１１１からのトークン取得要求に応じて、利用者の認証を行う。ここでは、前述したように、利用者は、通信システム１に登録済みの利用者なので、認証に成功する（認証結果がＯＫとなる）。

ステップＳ６１６において、通信サーバ１０の認証部３０４は、アクセストークン、リフレッシュトークン、有効期限等の情報を、情報端末１１１に通知する。

ステップＳ６１８、Ｓ６１９において、情報端末１１１の表示制御部５０２は、利用者のユーザＩＤ、及び通知されたアクセストークン等を用いて通信サーバの受付部３０１からユーザ情報し、取得したユーザ情報を用いてログイン後の画面を表示する。

なお、図６に示すログイン処理は一例であり、通信システム１は、他の手順で利用者を認証し、ログインを許可した利用者の情報端末１１１に、アクセストークンを通知しても良い。

（通信システムの処理）
［第１の実施形態］
図７は、第１の実施形態に係る通信システムの処理の例を示すシーケンス図である。この処理は、情報端末１１１を利用する利用者が、ローカルネットワーク１００内の情報処理装置１０１が提供するリモートデスクトップサービスの利用を開始する際に、通信システム１が実行する処理の一例を示している。なお、図７に示す処理の開始時点において、情報端末１１１は、図６で説明したログイン処理を実行し、アクセストークンを取得済であるものとする。また、サービスＰＦ１２の機器管理部３０５と、セキュアボックス１４の端末管理部４０２は、例えば、ＭＱＴＴプロコトル等により、通信可能に設定されているものとする。

ステップＳ７０１において、利用者は、情報端末１１１に、情報処理装置１０１が提供するリモートデスクトップサービスに接続するためのＲＤＰ接続操作を行う。例えば、利用者は、情報端末１１１の表示制御部５０２が表示する、リモートデスクトップサービス用のログイン画面に、例えば、ユーザＩＤ、パスワード、及びドメイン等のログイン情報（以下、ＰＣログイン情報と呼ぶ）を入力する。

ステップＳ７０２において、情報端末１１１の操作受付部５０３は、利用者によるＲＤＰ接続操作を受け付けると、リモートデスクトップサービスの接続を要求するＲＤＰ接続要求を、アプリサーバ１１に送信する。この、ＲＤＰ接続要求には、例えば、図６のログイン処理で取得したアクセストークン等が含まれる。

ステップＳ７０３において、アプリサーバ１１の受付部３０１は、情報端末１１１からＲＤＰ接続要求を受け付けると、サービスＰＦ１２の認証部３０４を用いて、ＲＤＰ接続要求に含まれるアクセストークンの検証を行う。アクセストークンの検証結果が「ＯＫ」である場合、受付部３０１は、ステップＳ７０４において、セッションを識別するセッションＩＤを発行（生成）する。一方、アクセストークンの検証結果が「ＯＫ」でない場合、アプリサーバ１１の受付部３０１は、例えば、情報端末１１１にエラーを通知して、ステップＳ７０４の処理を中止する。

ステップＳ７０５において、アプリサーバ１１の受付部３０１は、発行したセッションＩＤを含むリレーサーバ１３への接続指示を、サービスＰＦ１２の機器管理部３０５に送信する。この接続指示には、例えば、セキュアボックス１４を識別する端末ＩＤ、セッションＩＤ、及び認証用のチケット等が含まれる。

ステップＳ７０６において、サービスＰＦ１２の機器管理部３０５は、セキュアボックス１４に、リレーサーバ１３への接続を指示する接続指示を送信する。この接続指示には、例えば、セッションＩＤ、及びチケット等が含まれる。

ステップＳ７０７において、セキュアボックス１４の暗号通信部４０３は、通信部４０１を介して、リレーサーバ１３に、通信サーバ１０から通知されたセッションＩＤを含む接続要求を送信する。

ステップＳ７０８において、リレーサーバ１３の接続管理部３０７は、セキュアボックス１４から接続要求を受け付けると、アプリサーバ１１の受付部３０１を用いて、接続要求に含まれるチケットの検証を行う。チケットの検証結果が「ＯＫ」である場合、ステップＳ７０９において、リレーサーバ１３の接続管理部３０７は、要求元のセキュアボックス１４と、例えば、ｗｗｓ等による暗号化された第１の通信３のセッションを確立する。一方、チケットの検証結果が「ＯＫ」でない場合、接続管理部３０７は、ステップＳ７０９の処理を中止する。

ステップＳ７１０、Ｓ７１１において、セキュアボックス１４の端末管理部４０２は、リレーサーバ１３に接続したことを示す接続通知を、サービスＰＦ１２の機器管理部３０５を介して、アプリサーバ１１の受付部３０１に通知する。

ステップＳ７１２において、アプリサーバ１１の取得部３０２は、例えば、サービスＰＦ１２の機器管理部３０５を介して、セキュアボックス１４に、情報処理装置１０１との間の通信帯域の計測を要求する通信帯域計測要求を送信する。

ステップＳ７１３、Ｓ７１４において、セキュアボックス１４の計測部４０５は、情報処理装置１０１との間の通信帯域を計測し、計測結果を、サービスＰＦ１２の機器管理部３０５を介して、アプリサーバ１１の取得部３０２に通知する。

ステップＳ７１５において、アプリサーバ１１の制限部３０３は、取得部３０２が取得した計測結果に基づいて、情報端末１１１が利用可能な通信帯域を決定する。一例として、制限部３０３は、取得部３０２が取得した通信帯域の計測結果が、予め設定された閾値を下回った場合、情報端末１１１が利用可能な通信帯域の上限を制限する。例えば、制限部３０３は、図８に示すような対応情報８００を有しており、取得部３０２が取得した通信帯域の計測結果が閾値を下回った場合、対応情報８００を参照して、情報端末１１１が利用可能な通信帯域を制限しても良い。

図８は、第１の実施形態に係る対応情報の例を示す図である。図８の例では、対応情報８００には、リモートデスクトップ、及びＦＡＸ等のアクセス先のサービスごとに、通信帯域（低速、及び高速）の値が記憶されている。この例では、情報端末１１１から利用するサービスがリモートデスクトップサービスであり、取得部３０２が取得した通信帯域の計測結果が閾値を超えた場合、制限部３０３は、情報端末１１１が利用可能な通信帯域の上限を低速の値である４５０ｋｂｐｓに決定する。また、情報端末１１１から利用するサービスがファクス（ＦＡＸ）であり、取得部３０２が取得した通信帯域の計測結果が閾値を超えた場合、制限部３０３は、情報端末１１１が利用可能な通信帯域の上限を、低速の値である６４ｋｂｐｓ以下に決定する。なお、サービスによって使用する通信帯域が異なるので、制限部３０３は、情報端末１１１から利用するサービスごとに、情報端末１１１が利用可能な通信帯域の上限を変更することが望ましい。また、制限部３０３は、情報端末１１１が利用するサービスごとに、閾値を変更しても良い。

なお、制限部３０３は、対応情報８００以外の方法で、情報端末１１１が利用可能な通信帯域を決定しても良い。例えば、制限部３０３は、予め定められて計算式に、取得部３０２が取得した通信帯域の計測結果を代入することにより、情報端末１１１が利用可能な通信帯域を算出しても良い。

或いは、制限部３０３は、通信帯域の計測結果を学習データとして、機械学習で予め学習済のモデルに、取得部３０２が取得した通信帯域の計測結果を入力することにより、情報端末１１１が利用可能な通信帯域を得るものであっても良い。ここで、機械学習とは、コンピュータに人のような学習能力を獲得させるための技術であり、コンピュータが、データ識別等の判断に必要なアルゴリズムを、事前に取り込まれる学習データから自律的に生成し、新たなデータについてこれを適用して予測を行う技術のことをいう。機械学習のための学習方法は、教師あり学習、教師なし学習、半教師学習、強化学習、又は深層学習のいずれの方法でも良く、さらに、これらの学習方法を組み合わせた学習方法でも良い。

ステップＳ７１６において、アプリサーバ１１の制限部３０３は、ステップＳ７１５で決定した、情報端末１１１が利用可能な通信帯域を、リレーサーバ１３に通知する。この通知には、例えば、セッションＩＤ、又は情報端末１１１を識別する識別情報（端末ＩＤ、又はＩＰアドレス等）が含まれる。

ステップＳ７１７、Ｓ７１８において、リレーサーバ１３の中継部３０８は、アプリサーバ１１の制限部３０３から通知された、情報端末１１１が利用可能な通信帯域を設定し、設定が完了したことを、要求元の制限部３０３に通知する。上記のステップＳ７１５～Ｓ７１８の処理により、制限部３０３は、ステップＳ７１５で決定した、情報端末１１１が利用可能な通信帯域の上限を超えないように、情報端末１１１の通信帯域を制限する。

ステップＳ７１９において、アプリサーバ１１の受付部３０１は、リモートデスクトップの接続の開始を要求するＲＤＰ開始要求を、要求元の情報端末１１１に送信する。この、ＲＤＰ開始要求には、例えば、セッションＩＤ、及び利用可能な通信帯域の情報等が含まれる。なお、ステップＳ７１５～Ｓ７１８の処理により、情報端末１１１が利用可能な通信帯域が制限されている場合、情報端末１１１の表示制御部５０２は、通信帯域が制限されていることを示す表示画面を、情報端末１１１のディスプレイ２０６等に表示しても良い。

ステップＳ７２０において、情報端末１１１の暗号通信部５０４は、通信部５０１を介して、リレーサーバ１３に接続要求を送信する。この接続要求には、例えば、通信サーバ１０から通知されたセッションＩＤ、アクセストークン、及びリモートデスクトップサービスにログインするためのＰＣログイン情報等が含まれる。

ステップＳ７２１において、リレーサーバ１３の接続管理部３０７は、情報端末１１１から接続要求を受け付けると、サービスＰＦ１２の認証部３０４を用いて、接続要求に含まれるアクセストークンの検証を行う。アクセストークンの検証結果が「ＯＫ」である場合、ステップＳ７２２において、リレーサーバ１３の接続管理部３０７は、情報端末１１１と、例えば、ｗｗｓ等による暗号化された第２の通信４のセッションを確立する。これにより、情報端末１１１と、セキュアボックス１４は、リレーサーバ１３が提供する同じセッションに参加し、暗号化された通信（例えば、ｗｓｓ）で互いにデータを送受信することができるようになる。

一方、アクセストークンの検証結果が「ＯＫ」でない場合、リレーサーバ１３の接続管理部３０７は、ステップＳ７２２の処理の実行を中止し、新たな接続（セッションの確立）を拒否する。

ステップＳ７２３において、リレーサーバ１３の中継部３０８は、ステップＳ７２０で情報端末１１１から受信したＲＤＰ開始要求を、セキュアボックス１４に転送する。このＲＤＰ開始要求には、少なくともＰＣログイン情報が含まれる。

ステップＳ７２４において、セキュアボックス１４の変換部４０４は、ＲＤＰ開始要求を受け付けると、リモートデスクトップサービスに対応するプロトコル変換サービス（ＲＤＰサービス）を開始する。また、ステップＳ７２４において、変換部４０４は、ＲＤＰ形式に変換したＰＣログイン情報を、情報処理装置１０１に送信する。

ステップＳ７２６において、情報処理装置１０１が提供するリモートデスクトップサービスは、ＰＣログイン情報によるログインに成功すると、リモートデスクトップ画面を、セキュアボックス１４に、継続的に送信する。

ステップＳ７２７、Ｓ７２８において、セキュアボック１４の変換部４０４は、情報処理装置１０１から受信するリモートデスクトップ画面を、リレーサーバ１３の中継部３０８を介して、情報端末１１１に送信する。このとき、変換部４０４は、必要に応じて、情報処理装置１０１から受信したリモートデスクトップ画面を、ウェブブラウザで表示可能な形式の画像データに変換して、情報端末１１１に送信する。

上記の処理により、利用者は、情報端末１１１のウェブブラウザ等を利用して、情報処理装置１０１が提供するリモートデスクトップサービスを利用することができる。また、通信システム１は、セキュアボックス１４と、情報処理装置１０１との間の通信帯域に余裕がない場合、情報端末１１１が利用可能な通信帯域を制限することができる。さらに、通信システム１は、セキュアボックス１４と、情報処理装置１０１との間の通信帯域に余裕がある場合、情報端末１１１が利用可能な通信帯域を制限しないので、ユーザビリティの低下を抑制することができる。

以上、第１の実施形態によれば、自宅等にある情報端末１１１から、セキュアボックス１４を介して、情報処理装置１０１にリモートアクセスする通信システム１において、ユーザビリティの低下を抑制しつつ、通信リソースの増大を抑制することができる。

［第２の実施形態］
図９は、第２の実施形態に係る通信システムの処理の例を示すシーケンス図である。この処理は、情報端末１１１を利用する利用者が、ローカルネットワーク１００内の情報処理装置１０１ａ、及び情報処理装置１０１ｂが提供する２つのリモートデスクトップサービスの利用を開始する際に、通信システム１が実行する処理の一例を示している。なお、図９に示す処理の開始時点において、情報端末１１１は、図６で説明したログイン処理を実行し、アクセストークンを取得済であるものとする。また、サービスＰＦ１２の機器管理部３０５と、セキュアボックス１４の端末管理部４０２は、例えば、ＭＱＴＴプロコトル等により、通信可能に予め設定されているものとする。また、ここでは、第１の実施形態と同様の処理に対する詳細な説明は省略する場合がある。

ステップＳ９０１において、利用者は、情報端末１１１に、情報処理装置１０１ａが提供するリモートデスクトップサービスに接続するためのＲＤＰ接続操作を行う。例えば、利用者は、情報端末１１１の表示制御部５０２が表示するログイン画面に、情報処理装置１０１ａが提供するリモートデスクトップサービスにログインするためのユーザＩＤ、パスワード、及びドメイン等のＰＣログイン情報１を入力する。

ステップＳ９０２において、情報端末１１１の操作受付部５０３は、利用者によるＲＤＰ接続操作を受け付けると、リモートデスクトップサービスの接続を要求するＲＤＰ接続要求を、アプリサーバ１１に送信する。この、ＲＤＰ接続要求には、例えば、図６のログイン処理で取得したアクセストークン等が含まれる。

ステップＳ９０３において、アプリサーバ１１の受付部３０１は、情報端末１１１からＲＤＰ接続要求を受け付けると、サービスＰＦ１２の認証部３０４を用いて、ＲＤＰ接続要求に含まれるアクセストークンの検証を行う。アクセストークンの検証結果が「ＯＫ」である場合、通信システム１は、ステップＳ９０４において、セッションを識別するセッションＩＤを発行（生成）する。一方、アクセストークンの検証結果が「ＯＫ」でない場合、アプリサーバ１１の受付部３０１は、例えば、情報端末１１１にエラーを通知して、ステップＳ９０４の処理の実行を中止する。

ステップＳ９０５において、アプリサーバ１１の受付部３０１は、発行したセッションＩＤを含むリレーサーバ１３への接続指示を、サービスＰＦ１２の機器管理部３０５に送信する。この接続指示には、例えば、セキュアボックス１４を識別する端末ＩＤ、セッションＩＤ、及び認証用のチケット等が含まれる。

ステップＳ９０６において、サービスＰＦ１２の機器管理部３０５は、セキュアボックス１４に、リレーサーバ１３への接続を指示する接続指示を送信する。この接続指示には、例えば、セッションＩＤ、及びチケット等が含まれる。

ステップＳ９０７において、セキュアボックス１４の暗号通信部４０３は、通信部４０１を介して、リレーサーバ１３に、通信サーバ１０から通知されたセッションＩＤを含む接続要求を送信する。

ステップＳ９０８において、リレーサーバ１３の接続管理部３０７は、セキュアボックス１４から接続要求を受け付けると、アプリサーバ１１の受付部３０１を用いて、接続要求に含まれるチケットの検証を行う。チケットの検証結果が「ＯＫ」である場合、ステップＳ９０９において、リレーサーバ１３の接続管理部３０７は、要求元のセキュアボックス１４と、例えば、ｗｗｓ等による暗号化された第１の通信３のセッションを確立する。一方、チケットの検証結果が「ＯＫ」でない場合、接続管理部３０７は、ステップＳ９０９の処理の実行を中止する。

ステップＳ９１０、Ｓ９１１において、セキュアボックス１４の端末管理部４０２は、リレーサーバ１３に接続したことを示す接続通知を、サービスＰＦ１２の機器管理部３０５を介して、アプリサーバ１１の受付部３０１に通知する。

ステップＳ９１２において、アプリサーバ１１の取得部３０２は、例えば、サービスＰＦ１２の機器管理部３０５を介して、セキュアボックス１４に、情報処理装置１０１との間の通信帯域の計測を要求する通信帯域計測要求を送信する。

ステップＳ９１３～Ｓ９１５において、セキュアボックス１４の計測部４０５は、ローカルネットワーク１００に接続されている情報処理装置１０１ａ、１０１ｂの各々との間の通信帯域を計測し、計測結果を、サービスＰＦ１２の機器管理部３０５を介して、アプリサーバ１１の取得部３０２に通知する。

ステップＳ９１６において、アプリサーバ１１の制限部３０３は、取得部３０２が取得した計測結果に基づいて、情報端末１１１が利用可能なセッション数を決定する。一例として、制限部３０３は、取得部３０２が取得した情報処理装置１０１ａ、１０１ｂとの間の通信帯域の計測結果のいずれかが、予め設定された閾値を超えた場合、情報端末１１１が利用可能なセッション数の上限を制限する。例えば、制限部３０３は、図１０に示すような対応情報１０００を有しており、取得部３０２が取得した計測結果のいずれかが閾値を下回った場合、対応情報１０００を参照して、情報端末１１１が利用可能な通信帯域を制限しても良い。

図１０は、第２の実施形態に係る対応情報の例を示す図である。図１０の例では、対応情報１０００には、リモートデスクトップ、及びＦＡＸ等のアクセス先のサービスごとに、セッション数の設定値（低速、及び高速）が記憶されている。この例では、情報端末１１１から利用するサービスがリモートデスクトップサービスであり、取得部３０２が取得した計測結果のいずれかが閾値を超えた場合、制限部３０３は、利用可能なセッション数の上限を低速の値「１以下」に制限する。また、情報端末１１１から利用するサービスがファクス（ＦＡＸ）であり、取得部３０２が取得した計測結果のいずれかが閾値を超えた場合、制限部３０３は、情報端末１１１が利用可能なセッション数の上限を、低速の値である「２以下」に決定する。なお、サービスによって、通信システム１の通信帯域への影響の大きさが異なるので、制限部３０３は、情報端末１１１から利用するサービスごとに、情報端末１１１が利用可能なアクセス数の上限を変更することが望ましい。また、制限部３０３は、情報端末１１１が利用するサービスごとに、閾値を変更しても良い。

なお、制限部３０３は、対応情報１０００以外の方法で、情報端末１１１が利用可能なセッション数を決定しても良い。例えば、制限部３０３は、予め定められて計算式に、取得部３０２が取得した情報処理装置１０１ａ、１０１ｂとの間の通信帯域の計測結果を代入することにより、情報端末１１１が利用可能なセッション数を算出しても良い。さらに、制限部３０３は、取得部３０２が取得した情報処理装置１０１ａ、１０１ｂとの間の通信帯域の計測結果を、機械学習で学習済みのモデルに入力することにより、情報端末１１１が利用可能なセッション数を取得するものであっても良い。

ステップＳ９１７において、アプリサーバ１１の制限部３０３は、ステップＳ９１６で決定した、情報端末１１１が利用可能なセッション数を、リレーサーバ１３に通知する。この通知には、例えば、セッションＩＤ、又は情報端末１１１を識別する識別情報（端末ＩＤ、又はＩＰアドレス等）が含まれる。

ステップＳ９１８、Ｓ９１９において、リレーサーバ１３の接続管理部３０７は、アプリサーバ１１の制限部３０３から通知された、情報端末１１１が利用可能なセッション数を設定し、設定が完了したことを、要求元の制限部３０３に通知する。

ステップＳ９２０において、アプリサーバ１１の受付部３０１は、リモートデスクトップの接続の開始を要求するＲＤＰ開始要求を、要求元の情報端末１１１に送信する。この、ＲＤＰ開始要求には、例えば、セッションＩＤ、及び情報端末１１１が利用可能なセッション数等の情報が含まれる。

ステップＳ９２１において、情報端末１１１の暗号通信部５０４は、通信部５０１を介して、リレーサーバ１３に接続要求を送信する。この接続要求には、例えば、通信サーバ１０から通知されたセッションＩＤ、アクセストークン、及びリモートデスクトップサービスにログインするためのＰＣログイン情報１等が含まれる。

ステップＳ９２３において、リレーサーバ１３の接続管理部３０７は、情報端末１１１から接続要求を受け付けると、情報端末１１１によるセッションの数が、ステップＳ９１８で設定した、情報端末１１１が利用可能なセッションの数を超えないことを確認する。情報端末１１１が利用可能なセッションの数を超えていない場合、接続管理部３０７は、ステップＳ９２４の処理を実行する。一方、情報端末１１１が利用可能なセッションの数を超えている場合、接続管理部３０７は、ステップＳ９２４の処理の実行を中止し、新たな接続（セッションの確立）を拒否する。

ステップＳ９２４において、リレーサーバ１３の接続管理部３０７は、サービスＰＦ１２の認証部３０４を用いて、接続要求に含まれるアクセストークンの検証を行う。アクセストークンの検証結果が「ＯＫ」である場合、ステップＳ９２５において、リレーサーバ１３の接続管理部３０７は、情報端末１１１と、例えば、ｗｗｓ等による暗号化された第２の通信４のセッションを確立する。これにより、情報端末１１１と、セキュアボックス１４は、リレーサーバ１３が提供する同じセッションに参加し、暗号化された通信（例えば、ｗｓｓ）で互いにデータを送受信することができるようになる。

一方、アクセストークンの検証結果が「ＯＫ」でない場合、リレーサーバ１３の接続管理部３０７は、ステップＳ９２５の処理の実行を中止し、セッションの確立を拒否する。

ステップＳ９２６において、リレーサーバ１３の中継部３０８は、ステップＳ７２０で情報端末１１１から受信したＲＤＰ開始要求を、セキュアボックス１４に転送する。このＲＤＰ開始要求には、少なくともＰＣログイン情報１が含まれる。

ステップＳ９２７において、セキュアボックス１４の変換部４０４は、ＲＤＰ開始要求を受け付けると、リモートデスクトップサービスに対応するプロトコル変換サービス（ＲＤＰサービス）を開始する。また、ステップＳ９２８において、変換部４０４は、ＲＤＰ形式に変換したＰＣログイン情報１を、情報処理装置１０１ａに送信する。

ステップＳ９２９において、情報処理装置１０１ａが提供するリモートデスクトップサービスは、ＰＣログイン情報によるログインに成功すると、リモートデスクトップ画面を、セキュアボックス１４に、継続的に送信する。

ステップＳ９３０、Ｓ９３１において、セキュアボック１４の変換部４０４は、情報処理装置１０１ａから受信するリモートデスクトップ画面を、リレーサーバ１３の中継部３０８を介して、情報端末１１１に送信する。このとき、変換部４０４は、必要に応じて、情報処理装置１０１ａから受信したリモートデスクトップ画面を、ウェブブラウザで表示可能な形式の画像データに変換して、情報端末１１１に送信する。

上記の処理により、利用者は、情報端末１１１のウェブブラウザ等を利用して、情報処理装置１０１ａが提供するリモートデスクトップサービスを利用することができる。

この状態から、ステップＳ９３２において、利用者が、例えば、情報端末１１１のウェブブラウザで新たなタブを開いて、情報処理装置１０１ｂが提供するリモートデスクトップサービスに接続するためのＲＤＰ接続操作を行うものとする。また、ここでは、ステップＳ９２０において、情報端末１１１が利用可能なセッション数として「１」が通知されているものとする。

この場合、ステップＳ９３３において、情報端末１１１の表示制御部５０２は、セッション数の上限により接続できないことを示す表示画面を表示し、暗号通信部５０４は、アプリサーバ１１への接続要求を中止しても良い。このように、制限部３０３は、情報端末１１１のセッション数が、利用可能なセッション数の上限を超えないように、情報端末１１１を制御しても良い。

以上、第２の実施形態においても、自宅等にある情報端末１１１から、セキュアボックス１４を介して、情報処理装置１０１にリモートアクセスする通信システム１において、ユーザビリティの低下を抑制しつつ、通信リソースの増大を抑制することができる。

［第３の実施形態］
第１、２の実施形態では、アプリサーバ１１の制限部３０３は、取得部３０２が取得した、セキュアボックス１４と、１つ以上のアクセス先の端末との間の通信帯域の測定結果に基づいて、情報端末１１１が利用可能な通信リソースの上限を決定していた。

第３の実施形態では、取得部３０２が、セキュアボックス１４と、１つ以上のアクセス先の端末との間の通信帯域の測定結果に加えて、情報端末１１１との間の通信帯域の測定結果を取得する場合の処理の例について説明する。

図１１は、第３の実施形態に係る通信システムの処理の例を示すシーケンス図である。なお、図１１に示す処理のうち、ステップＳ７０１～Ｓ７１４の処理は、図７で説明した第１の実施形態に係る処理と同様なので、ここでは、第１の実施形態との相違点を中心に説明する。

ステップＳ１１０１において、アプリサーバ１１の取得部３０２は、情報端末１１１との間の通信帯域の計測結果を取得する。例えば、取得部３０２は、情報端末１１１との間の通信帯域を計測する。或いは、取得部３０２は、情報端末１１１に、アプリサーバ１１との間の通信帯域の計測を要求し、情報端末１１１から測定結果を取得しても良い。

ステップＳ１１０２において、アプリサーバ１１の制限部３０３は、取得部３０２が取得した計測結果に基づいて、情報端末１１１が、情報処理装置１０１ａが提供するリモートデスクトップサービスで利用可能な通信リソースを決定する。例えば、制限部３０３は、取得部３０２が取得した計測結果のうち、少なくとも１つが、予め設定された閾値を超えた場合、図８に示すような対応情報８００、又は図１０に示すような対応情報１０００を用いて、利用可能な通信リソースの上限を決定しても良い。なお、本実施形態においても、第１、２の実施形態と同様に、予め定められた計算式、又は機械学習で学習済みのモデル等を用いて、情報端末１１１が利用可能の通信リソース（通信帯域、又はアクセス数）の上限を決定しても良い。

ステップＳ１１０３において、アプリサーバ１１の制限部３０３は、ステップＳ１１０２で決定した、情報端末１１１が利用可能な通信リソース（通信帯域、又はアクセス数）の上限を、リレーサーバ１３に通知する。この通知には、例えば、セッションＩＤ、又は情報端末１１１を識別する識別情報（端末ＩＤ、又はＩＰアドレス等）が含まれる。

ステップＳ１１０４、Ｓ１１０５において、リレーサーバ１３の接続管理部３０７は、アプリサーバ１１の制限部３０３から通知された、情報端末１１１が利用可能な通信リソースの上限を設定し、設定が完了したことを、要求元の制限部３０３に通知する。

ステップＳ１１０６において、アプリサーバ１１の受付部３０１は、リモートデスクトップの接続の開始を要求するＲＤＰ開始要求を、要求元の情報端末１１１に送信する。この、ＲＤＰ開始要求には、例えば、セッションＩＤ、及び情報端末１１１が利用可能な通信リソースの上限等の情報が含まれる。

ステップＳ１１０７において、通信システム１は、例えば、図７のステップＳ７２０～Ｓ７２８、又は図９のステップＳ９２１～Ｓ９３３に示すような、ＲＤＰ開始処理、及び制限処理を実行する。

上記の処理により、通信システム１は、セキュアボックス１４と、１つ以上の情報処理装置１０１との間の通信帯域に加えて、情報端末１１１側の通信帯域に余裕がない場合に、情報端末１１１が利用可能な通信リソースを制限することができるようになる。

［第４の実施形態］
第１、２の実施形態では、アプリサーバ１１の制限部３０３は、取得部３０２が取得した、セキュアボックス１４と、１つ以上のアクセス先の端末との間の通信帯域の測定結果に基づいて、情報端末１１１が利用可能な通信リソースの上限を決定していた。

第４の実施形態では、取得部３０２が、セキュアボックス１４（又はリレーサーバ１３）が使用中のセッション数を取得する場合の処理の例について説明する。

図１２は、第４の実施形態に係る通信システムの処理の例を示すシーケンス図である。なお、図１２に示す処理のうち、ステップＳ７０１～Ｓ７１１の処理は、図７で説明した第１の実施形態に係る処理と同様なので、ここでは、第１の実施形態との相違点を中心に説明する。

ステップＳ１２０１、Ｓ１２０２において、アプリサーバ１１の取得部３０２は、例えば、セキュアボックス１４から、使用中のセッション数に関する情報を取得する。また、別の一例として、取得部３０２は、ステップＳ１２０１、Ｓ１２０２において、リレーサーバ１３から、使用中のセッション数に関する情報を取得しても良い。さらに、取得部３０２は、ステップＳ１２０１、Ｓ１２０２において、セキュアボックス１４、及びリレーサーバ１３から、使用中のセッション数に関する情報を取得しても良い。ここでは、一例として、取得部３０２が、セキュアボックス１４から、使用中のセッション数に関する情報を取得するものとして以下の説明を行う。

ここで、取得部３０２が、セキュアボックス１４等から取得する使用中のセッション数に関する情報は、例えば、使用中のセッション数であっても良いし、使用中のセッション数が所定の数より多いか否かを示す情報であっても良いし、使用中のセッション数の推移を示す情報等であっても良い。ここでは、取得部３０２が、セキュアボックス１４等から取得する使用中のセッション数に関する情報が、「セッション数」であるものとして、以下の説明を行う。

ステップＳ１２０３において、アプリサーバ１１の制限部３０３は、取得部３０２が取得したセッション数に基づいて、情報端末１１１が利用可能な通信リソースを決定する。例えば、制限部３０３は、取得部３０２が取得したセッション数のうち、少なくとも１つが、予め設定された閾値を超えた場合、図８に示すような対応情報８００、又は図１０に示すような対応情報１０００を用いて、利用可能な通信リソースの上限を決定しても良い。なお、本実施形態においても、第１、２の実施形態と同様に、予め定められた計算式、又は機械学習で学習済みのモデル等を用いて、情報端末１１１が利用可能の通信リソース（通信帯域、又はアクセス数）の上限を決定しても良い。

ステップＳ１２０４において、アプリサーバ１１の制限部３０３は、ステップＳ１２０３で決定した、情報端末１１１が利用可能な通信リソース（通信帯域、又はアクセス数）の上限を、リレーサーバ１３に通知する。この通知には、例えば、セッションＩＤ、又は情報端末１１１を識別する識別情報（端末ＩＤ、又はＩＰアドレス等）が含まれる。

ステップＳ１２０５、Ｓ１２０６において、リレーサーバ１３の接続管理部３０７は、アプリサーバ１１の制限部３０３から通知された、情報端末１１１が利用可能な通信リソースの上限を設定し、設定が完了したことを、要求元の制限部３０３に通知する。

ステップＳ１２０７において、アプリサーバ１１の受付部３０１は、リモートデスクトップの接続の開始を要求するＲＤＰ開始要求を、要求元の情報端末１１１に送信する。この、ＲＤＰ開始要求には、例えば、セッションＩＤ、及び情報端末１１１が利用可能な通信リソースの上限等の情報が含まれる。

ステップＳ１２０８において、通信システム１は、例えば、図７のステップＳ７２０～Ｓ７２８、又は図９のステップＳ９２１～Ｓ９３３に示すような、ＲＤＰ開始処理、及び制限処理を実行する。

上記の処理により、通信システム１は、例えば、セキュアボックス１４、又はリレーサーバ１３等のセッション数が増大し、負荷に余裕がないとき等に、情報端末１１１が利用可能な通信リソースを制限することができるようになる。

以上、本発明の各実施形態によれば、自宅等にあるアクセス元の端末から、アクセス先の端末にリモートアクセスする通信システムにおいて、ユーザビリティの低下を抑制しつつ、通信リソースの増大を容易に抑制することができるようになる。

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

また、実施例に記載された装置群は、本明細書に開示された実施形態を実施するための複数のコンピューティング環境のうちの１つを示すものに過ぎない。ある実施形態では、通信サーバ１０は、サーバクラスタといった複数のコンピューティングデバイスを含む。複数のコンピューティングデバイスは、ネットワークや共有メモリなどを含む任意のタイプの通信リンクを介して互いに通信するように構成されており、本明細書に開示された処理を実施する。また、通信サーバ１０の各要素は、１つのサーバ装置にまとめられていても良いし、複数の装置に分けられていても良い。

図３に示した通信サーバ１０は、例えば、図７、９、１１、１２に示した通信サーバ１０の処理を、様々な組み合わせで共有するように構成できる。例えば、リレーサーバ１３は、通信サーバ１０の外部に設けられていても良い。また、アプリサーバ１１が有する各機能構成のうち、少なくとも一部は、リレーサーバ１３に設けられていても良い。さらに、サービスＰＦ１２が有する認証部３０４、及び記憶部３０６のうち、少なくとも１は、通信サーバ１０の外部、又は通信システム１の外部に設けられていても良い。

図４に示したセキュアボックス１４が有する各機能構成は、ローカルネットワーク１００に接続する様々なコンピュータ２００（例えば、各種のサーバ装置等）によって実行されるプログラムによって実現されるものであっても良い。

１ 通信システム
２ 通信ネットワーク（第１のネットワークの別の一例）
１０ 通信サーバ
１１ アプリサーバ
１２ サービスプラットフォーム
１３ リレーサーバ
１４ セキュアボックス（通信装置）
１００ ローカルネットワーク（第２のネットワーク）
１０１ 情報処理装置（アクセス先の端末）
１０２ 画像形成装置（アクセス先の端末の別の一例）
１１０ リモートネットワーク（第１のネットワーク）
３０２ 取得部
３０３ 制限部
４０５ 計測部

特開２０１４－６０５３８号公報

Claims (10)

1. 第１のネットワークに接続するアクセス元の端末から、前記第１のネットワークとは異なる第２のネットワークに接続する通信装置を介して、前記第２のネットワークに接続する１つ以上のアクセス先の端末にリモートアクセスする通信システムであって、
   前記通信装置と前記１つ以上のアクセス先の端末との間の通信リソースの使用状態を示す情報を取得する取得部と、
   前記取得部が取得した情報に基づいて、前記アクセス元の端末で利用可能な通信リソースを制限する制限部と、
   を有する、通信システム。
2. 前記通信装置は、前記１つ以上のアクセス先の端末との間の通信帯域を計測する計測部を有し、
   前記通信リソースの使用状態を示す情報は、前記計測部による通信帯域の計測結果を含む、請求項１に記載の通信システム。
3. 前記通信リソースの使用状態を示す情報は、前記通信装置が確立しているセッション数に関する情報を含む、請求項１又は２に記載の通信システム。
4. 前記取得部は、前記アクセス元の端末との間の通信帯域の計測結果をさらに取得する、請求項１乃至３のいずれか一項に記載の通信システム。
5. 前記制限部は、
   前記取得部が取得した情報に応じて、前記アクセス元の端末が利用可能な通信リソースの上限を決定し、
   前記アクセス元の端末が前記通信リソースの上限を超えて通信しないように制限する、請求項１乃至４のいずれか一項に記載の通信システム。
6. 前記通信リソースの上限は、前記アクセス元の端末が利用可能な通信帯域の上限、又は前記アクセス元の端末が利用可能なセッション数の上限を含む、請求項５に記載の通信システム。
7. 前記制限部は、アクセス先のサービスごとに、前記通信リソースの上限を変更する、請求項５又は６に記載の通信システム。
8. 前記制限部は、前記取得部が取得した情報に応じて、前記アクセス元の端末によるセッションの確立を制限する、請求項１乃至７のいずれか一項に記載の通信システム。
9. 第１のネットワークに接続するアクセス元の端末から、前記第１のネットワークとは異なる第２のネットワークに接続する通信装置を介して、前記第２のネットワークに接続する１つ以上のアクセス先の端末にリモートアクセスする通信システムが、
   前記通信装置と前記１つ以上のアクセス先の端末との間の通信リソースの使用状態を示す情報を取得する取得処理と、
   前記取得処理で取得した情報に基づいて、前記アクセス元の端末で利用可能な通信リソースを制限する制限処理と、
   を実行する、通信制御方法。
10. 第１のネットワークに接続するアクセス元の端末から、前記第１のネットワークとは異なる第２のネットワークに接続する通信装置を介して、前記第２のネットワークに接続する１つ以上のアクセス先の端末にリモートアクセスする通信システムに、
    前記通信装置と前記１つ以上のアクセス先の端末との間の通信リソースの使用状態を示す情報を取得する取得処理と、
    前記取得処理で取得した情報に基づいて、前記アクセス元の端末で利用可能な通信リソースを制限する制限処理と、
    を実行させる、プログラム。

Images