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

通信システム、通信方法、及びプログラム Download PDF

Info

Publication number
JP2022163820A
JP2022163820A JP2021068882A JP2021068882A JP2022163820A JP 2022163820 A JP2022163820 A JP 2022163820A JP 2021068882 A JP2021068882 A JP 2021068882A JP 2021068882 A JP2021068882 A JP 2021068882A JP 2022163820 A JP2022163820 A JP 2022163820A
Authority
JP
Japan
Prior art keywords
communication
server
information terminal
network
relay server
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2021068882A
Other languages
English (en)
Inventor
広志 太田
Hiroshi Ota
元裕 永尾
Motohiro Nagao
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Ricoh Co Ltd
Original Assignee
Ricoh Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Ricoh Co Ltd filed Critical Ricoh Co Ltd
Priority to JP2021068882A priority Critical patent/JP2022163820A/ja
Priority to US17/658,864 priority patent/US11902147B2/en
Publication of JP2022163820A publication Critical patent/JP2022163820A/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/12—Shortest path evaluation
    • H04L45/127—Shortest path evaluation based on intermediate node capabilities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H04L67/141—Setup of application sessions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/12—Shortest path evaluation
    • H04L45/124—Shortest path evaluation using a combination of metrics
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/12—Shortest path evaluation
    • H04L45/125—Shortest path evaluation based on throughput or bandwidth
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/14—Multichannel or multilink protocols

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Information Transfer Between Computers (AREA)
  • Computer And Data Communications (AREA)

Abstract

【課題】インターネットに接続可能なアクセス元の端末のウェブブラウザから、ローカルネットワークに接続するウェブサーバが提供するウェブサービスを容易に利用できるようにする。【解決手段】通信システムは、第１のネットワークに接続する情報端末から、前記第１のネットワークとは異なる第２のネットワークに接続するウェブサーバにリモートアクセスする通信システムであって、前記第１のネットワークを介して、前記情報端末から前記ウェブサーバが提供するウェブサービスへの接続要求を受け付ける通信管理部と、前記通信管理部からの要求に応じて、前記第２のネットワークから、前記第１のネットワークに接続するリレーサーバに接続する第１の通信制御部と、前記情報端末から、前記リレーサーバに接続する第２の通信制御部と、を有し、前記リレーサーバと前記第１の通信制御部とを介して、前記情報端末が備えるウェブブラウザと前記ウェブサーバが提供する前記ウェブサービスとの間のリクエスト、及びレスポンスを送受信する。【選択図】図１

Description

本発明は、通信システム、通信方法、及びプログラムに関する。
近年、働き方改革及び在宅勤務の普及等により、インターネットに接続可能なアクセス元の端末から、例えば、企業内等のローカルネットワークに接続されているアクセス先の情報処理装置にリモートアクセスする通信システムのニーズが高まっている。
また、プロキシ自動設定（PAC: Proxy Auto-Configuration）ファイルを用いて、アクセス先、又はアクセスする時間等によって、プロキシサーバに宛先を切り替える技術（以下、Ｐｒｏｘｙ－ＰＡＣ技術と呼ぶ）が知られている（例えば、特許文献１参照）。
ローカルネットワークに接続されているウェブサーバの処理を大きく変更せずに、インターネットに接続可能なアクセス元の端末のウェブブラウザから、当該ウェブサーバが提供するウェブサービスを利用したいという要求がある。
しかし、従来の技術では、インターネットに接続可能なアクセス元の端末のウェブブラウザから、ローカルネットワークに接続されているウェブサーバが提供するウェブサービスを利用することには困難を伴っていた。なお、この問題は、Ｐｒｏｘｙ－ＰＡＣ技術を適用しただけでは解決することができない。
本発明の一実施形態は、上記の問題点に鑑みてなされたものであって、インターネットに接続可能なアクセス元の端末のウェブブラウザから、ローカルネットワークに接続するウェブサーバが提供するウェブサービスを容易に利用できるようにする。
上記の課題を解決するため、一実施形態に係る通信システムは、第１のネットワークに接続する情報端末から、前記第１のネットワークとは異なる第２のネットワークに接続するウェブサーバにリモートアクセスする通信システムであって、前記第１のネットワークを介して、前記情報端末から前記ウェブサーバが提供するウェブサービスへの接続要求を受け付ける通信管理部と、前記通信管理部からの要求に応じて、前記第２のネットワークから、前記第１のネットワークに接続するリレーサーバに接続する第１の通信制御部と、
前記情報端末から、前記リレーサーバに接続する第２の通信制御部と、を有し、前記リレーサーバと前記第１の通信制御部とを介して、前記情報端末が備えるウェブブラウザと前記ウェブサーバが提供する前記ウェブサービスとの間のリクエスト、及びレスポンスを送受信する。
本発明の一実施形態によれば、インターネットに接続可能なアクセス元の端末のウェブブラウザから、ローカルネットワークに接続するウェブサーバが提供するウェブサービスを容易に利用できるようになる。
一実施形態に係る通信システムのシステム構成の例を示す図である。 一実施形態に係るコンピュータのハードウェア構成の例を示す図である。 第１の実施形態に係る管理サーバ、及びリレーサーバの機能構成の例を示す図である。 第１の実施形態に係る通信装置の機能構成の例を示す図（１）である。 第１の実施形態に係る情報装置の機能構成の例を示す図（２）である。 第１の実施形態に係る情報端末の機能構成の例を示す図である。 第１の実施形態に係るログイン処理の例を示すシーケンス図である。 第１の実施形態に係る通信システムの処理の例を示すシーケンス図（１）である。 第１の実施形態に係る通信システムの処理の例を示すシーケンス図（２）である。 第１の実施形態に係るログイン画面の例を示す図である。 第１の実施形態に係るサービス一覧画面の例を示す図である。 第１の実施形態に係る操作ページ画面の例を示す図である。 第１の実施形態に係る操作ページのページ構成の例を示す図である。 第１の実施形態に係るトンネル確立後のデータの流れを示す図である。 第２の実施形態に係る管理サーバ、及びリレーサーバの機能構成の例を示す図である。 第２の実施形態に係るセキュアボックスの機能構成の例を示す図である。 第２の実施形態に係る情報端末の機能構成の例を示す図である。 第２の実施形態に係るウェブブラウザの設定について説明するための図である。 第２の実施形態に係るProxy-PACの例を示す図である。 第２の実施形態に係る通信システムの処理の例を示すシーケンス図（１）である。 第２の実施形態に係る通信システムの処理の例を示すシーケンス図（２）である。 第２の実施形態に係る業務ポータル画面の例を示す図である。 第２の実施形態に係るトンネル確立後のデータの流れを示す図である。
以下、本発明の実施形態について、図面を参照しながら詳細に説明する。
＜システム構成＞
図１は、一実施形態に係る通信システムのシステム構成の例を示す図である。通信システム１は、例えば、インターネット等の通信ネットワーク２に接続するアプリサーバ１１、サービスプラットフォーム１２、リレーサーバ１３、及びローカルネットワーク１００に接続するセキュアボックス１４等を含む。通信システム１は、ローカルネットワーク１００の外部のネットワークに接続する情報端末１１１が備えるウェブブラウザから、ローカルネットワーク１００に接続するサーバ装置１０１等のウェブサーバが提供するウェブサービスを利用するためのシステムである。
一般的に、ウェブブラウザには、例えば、サンドボックス（Sandbox）、又は同一生成元ポリシー（Same-Origin Policy）等のセキュリティ上の仕組みにより、範囲外のプログラムからの許可されないアクセスを防ぐ仕組みがある。
一例として、ウェブページ内にｉｆｒａｍｅ（inline frame）等のフレーム内にコンテンツを表示している場合、フレーム外部のスクリプトからフレーム内のコンテンツを制御することができないという制限がある。また、別の一例として、プロキシ自動設定ファイルを用いて、アクセス先等によってプロキシサーバに宛先を切り替えるＰｒｏｘｙ－ＰＡＣ技術では、プロキシサーバへのリクエストに、ページに含まれるＣｏｏｋｉｅ値を含めることができないという制限がある。
本実施形態に係る通信システム１は、上記のようなセキュリティ上の制限（仕組み）を考慮した上で、情報端末１１１が備えるウェブブラウザから、ローカルネットワーク１００内のウェブサービスを利用できるように、図１に示すようなシステム構成を有している。
リモートネットワーク１１０は、例えば、自宅又はリモートオフィス等に設けられ、インターネット等の通信ネットワーク２に接続可能な、ローカルネットワーク１００の外部のネットワークである第１のネットワークの一例である。なお、情報端末１１１は、リモートネットワーク１１０に限られず、例えば、外出先等から、ＷＡＮ（Wide Area Network）、又は公衆無線ＬＡＮ（Local Area Network）等を利用して、インターネット等の通信ネットワーク２に接続しているものであっても良い。なお、通信ネットワーク２は、ローカルネットワーク１００の外部のネットワークである第１のネットワークの別の一例である。ここでは、一例として、情報端末１１１が、リモートオフィス等に設けられたリモートネットワーク１１０に接続されており、また、通信ネットワーク２がインターネットであるものとして、以下の説明を行う。
情報端末（アクセス元の端末）１１１は、利用者が利用する、例えば、ＰＣ（Personal Computer）、タブレット端末、又はスマートフォン等のウェブブラウザの機能を備えたコンピュータである。情報端末１１１は、リモートネットワーク１１０、及び通信ネットワーク２を介して、アプリサーバ１１、及びリレーサーバ１３等にアクセス可能である。なお、情報端末１１１は、第１のネットワークに接続する情報端末の一例である。情報端末１１１は、前述したように、インターネット（通信ネットワーク２）に接続されていても良い。
ローカルネットワーク（第２のネットワーク）１００は、例えば、ファイアウォール等により、通信ネットワーク２、及びリモートネットワーク１１０等の外部ネットワークからのアクセスが制限された、例えば、社内ＬＡＮ（Local Area Network）等のネットワークである。なお、ローカルネットワーク１００は、第１のネットワークとは異なる第２のネットワークの一例である。
図１において、サービスプラットフォーム１２とセキュアボックス１４とは、例えば、ＭＱＴＴ（Message Queue Telemetry Transport）プロコトル等により、予め通信可能に設定されているものとする。例えば、セキュアボックス１４は、起動時等に、サービスプラットフォーム１２に対して、ＭＱＴＴプロトコル等による接続を要求して通信を確立し、通信可能な状態を維持する。
また、情報端末１１１及びリレーサーバ１３等から、ローカルネットワーク１００内のセキュアボックス１４、及びサーバ装置１０１等へのアクセスは禁止されているものとする。
サーバ装置１０１は、ローカルネットワーク１００に接続されたコンピュータ、又は複数のコンピュータを含むシステムであり、例えば、業務システム、勤怠管理システム等のウェブサービスを提供するウェブサーバの機能を有している。
アプリサーバ１１は、例えば、通信ネットワーク２に接続されたコンピュータ、又は複数のコンピュータを含むシステムである。アプリサーバ１１は、例えば、通信システム１を利用して、ローカルネットワーク１００内のサーバ装置１０１が提供するウェブサービスにアクセス（接続）するためのウェブページ等を、情報端末１１１に提供する。また、アプリサーバ１１は、例えば、通信システム１を管理する管理者等が利用する情報端末（管理端末）に、通信システム１の設定を行うためのウェブページを提供する機能を有していても良い。
サービスプラットフォーム１２は、例えば、通信ネットワーク２に接続されたコンピュータ、又は複数のコンピュータを含むシステムである。サービスプラットフォーム１２は、例えば、情報端末１１１を利用する利用者を認証する認証処理、及びセキュアボックス１４等と通信する処理等を実行する。
なお、アプリサーバ１１、及びサービスプラットフォーム１２は、例えば、１つの管理サーバ１０に含まれていても良いし、さらに多くのサーバに分散して設けられていても良い。アプリサーバ１１、及びサービスプラットフォーム１２は様々なシステム構成が可能なので、以下の説明では、アプリサーバ１１、及びサービスプラットフォーム１２を特に区別せず、単に管理サーバ１０と呼ぶ場合がある。
リレーサーバ１３は、例えば、通信ネットワーク２に接続されたコンピュータ、又は複数のコンピュータを含むシステムである。リレーサーバ１３は、情報端末１１１と、セキュアボックス１４との間の通信を中継する。なお、リレーサーバ１３（又はリレーサーバ１３の機能）は、管理サーバ１０に含まれていても良い。
セキュアボックス（通信装置）１４は、例えば、コンピュータの構成と通信機能とを有する通信装置である。セキュアボックス１４は、管理サーバ１０からの制御に従って、リレーサーバ１３に接続し、情報端末１１１から、ローカルネットワーク１００に接続するサーバ装置１０１へのリモートアクセスを実現する。なお、セキュアボックス１４は、例えば、ルータ又はファイアウォール等の機能を有していても良いし、ルータ又はファイファウォールとは別に設けられていても良い。また、セキュアボックス１４の機能は、サーバ装置１０１等の情報処理装置に含まれていても良い。
（接続処理の概要）
上記のシステム構成において、情報端末１１１を利用する利用者は、例えば、サーバ装置１０１が提供するウェブサービスを利用する場合、ウェブブラウザ等を用いてアプリサーバ１１が提供する所定のウェブページにアクセスする。利用者は、このウェブページから、例えば、サーバ装置１０１が提供するウェブサービスを選択することにより、サーバ装置１０１が提供するウェブサービスへの接続を要求することができる。
アプリサーバ１１は、情報端末１１１からの接続要求を受け付けると、セッションを識別する識別情報であるセッションＩＤを生成する。また、アプリサーバ１１は、サービスプラットフォーム１２を利用して、生成したセッションＩＤをセキュアボックス１４に通知するとともに、リレーサーバ１３への接続を要求する。アプリサーバ１１は、発行したセッションＩＤを要求元の情報端末１１１にも通知する。
セキュアボックス１４は、管理サーバ１０からの要求に従って、通知されたセッションＩＤを用いて、暗号化された第１の通信３でリレーサーバ１３に接続する。例えば、セキュアボックス１４は、Ｗｅｂ Ｓｏｃｋｅｔ ｏｖｅｒ ＨＴＴＰＳ（Hypertext Transfer Protocol Secure）（以下、ｗｗｓと呼ぶ）を利用した第１の通信３で、リレーサーバ１３に接続する。
また、情報端末１１１は、管理サーバ１０から通知されたセッションＩＤを用いて、暗号化された第２の通信４でリレーサーバ１３に接続する。例えば、情報端末１１１は、ｗｗｓを利用した第２の通信４で、リレーサーバ１３に接続する。
リレーサーバ１３は、同じセッションＩＤ（接続情報）を用いてリレーサーバ１３に接続した第１の通信３と、第２の通信４との間を中継する。例えば、リレーサーバ１３は、第１の通信３と、第２の通信４とをトンネリングすることにより、情報端末１１１とセキュアボックス１４とを通信可能に接続する。
上記の処理により、情報端末１１１は、ｗｓｓでセキュアボックス１４に接続することができる。また、セキュアボックス１４は、プロキシサーバの機能を備えており、情報端末１１１は、セキュアボックス１４が提供するプロキシサーバの機能を利用して、サーバ装置１０１が提供するウェブサービスにアクセスすることができる。
上記の処理により、情報端末１１１は、リレーサーバ１３を介して、例えば、ローカルネットワーク１００に接続する情報端末と同様に、セキュアボックス１４が提供するプロキシサーバの機能を利用することができる。従って、本実施形態に係る通信システム１によれば、インターネットに接続可能なアクセス元の端末（情報端末１１１）のウェブブラウザから、ローカルネットワーク１００に接続するウェブサーバ（サーバ装置１０１）が提供するウェブサービスを容易に利用できるようになる。
＜ハードウェア構成＞
情報端末１１１、及びセキュアボックス１４は、例えば、図２に示すようなコンピュータ２００のハードウェア構成を有している。また、管理サーバ１０、アプリサーバ１１、サービスプラットフォーム１２、リレーサーバ１３、及びサーバ装置１０１等は、１つ以上のコンピュータ２００によって構成される。
図２は、一実施形態に係るコンピュータのハードウェア構成の例を示す図である。コンピュータ２００は、例えば、図２に示されるように、ＣＰＵ（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つ以上のネットワークＩ／Ｆ２０８、及びバスライン２１５を有していれば、他は任意の構成であって良い。
＜機能構成＞
続いて、通信システム１に関連する各装置の機能構成について説明する。
［第１の実施形態］
（管理サーバの機能構成）
図３（Ａ）は、第１の実施形態に係る管理サーバの機能構成の例を示している。管理サーバ１０は、１つ以上のコンピュータ２００で所定のプログラムを実行することにより、例えば、通信部３０１、認証部３０２、通信管理部３０３、及び記憶部３０６等を実現している。なお、上記の各機能構成のうち、少なくとも一部は、ハードウェアによって実現されるものであっても良い。
通信部３０１は、例えば、ネットワークＩ／Ｆ２０８を用いて、管理サーバ１０を通信ネットワーク２に接続し、他の装置と通信する通信処理を実行する。
認証部３０２は、例えば、サービスプラットフォーム１２（以下、サービスＰＦ１２と表記する）が備えるコンピュータ２００が実行するプログラムによって実現され、情報端末１１１を利用する利用者が正当な利用者であることを認証する認証処理を実行する。
通信管理部３０３は、例えば、アプリサーバ１１が備えるコンピュータ２００が実行するプログラムによって実現される。通信管理部３０３は、例えば、通信ネットワーク（第１のネットワーク）２を介して、情報端末１１１から、ローカルネットワーク１００に接続するサーバ装置１０１が提供するウェブサービスへの接続要求を受け付ける通信管理処理を実行する。通信管理部３０３は、例えば、図３（Ａ）に示すように、受付部３０５、及びセッション管理部３０４を含む。
受付部３０５は、例えば、通信システム１を利用して、ローカルネットワーク１００内のサーバ装置１０１が提供するウェブサービスにアクセス（接続）するためのウェブページ等を、情報端末１１１に提供する。また、受付部３０５は、管理サーバ１０が提供する様々な機能を利用するためのウェブＡＰＩ（Application User Interface）を、情報端末１１１等に提供する。
通信管理部３０３は、例えば、受付部３０５が、情報端末１１１から接続要求を受け付けたときに、リレーサーバ１３を介して、情報端末１１１とセキュアボックス１４との間で通信するセッションを識別するセッションＩＤを生成する。また、通信管理部３０３は、生成したセッションＩＤを、セキュアボックス１４、及び情報端末１１１に通知することにより、セキュアボックス１４、及び情報端末１１１に、リレーサーバ１３への接続を要求（指示）する。
好ましくは、通信管理部３０３は、認証部３０２を用いて利用者の認証を行い、接続要求を送信した情報端末１１１を利用する利用者が正当な利用者である場合に、セキュアボックス１４、及び情報端末１１１に、リレーサーバ１３への接続を要求する。
記憶部３０６は、１つ以上のコンピュータ２００が実行するプログラム、及びＨＤ２０４等のストレージデバイスによって実現される。記憶部３０６は、例えば、通信システム１に登録されている利用者の認証情報を含むユーザ情報、及び通信システム１の設定情報等の様々な情報を記憶する。
（リレーサーバの機能構成）
図３（Ｂ）は、第１の実施形態に係るリレーサーバ１３の機能構成の例を示している。リレーサーバ１３は、例えば、１つ以上のコンピュータ２００で所定のプログラムを実行することにより、通信部３１１、接続管理部３１２、及び中継部３１３等を実現している。なお、上記の各機能構成のうち、少なくとも一部は、ハードウェアによって実現されるものであっても良い。
通信部３１１は、例えば、ネットワークＩ／Ｆ２０８を用いて、リレーサーバ１３を通信ネットワーク２に接続し、他の装置と通信する通信処理を実行する。
接続管理部３１２は、リレーサーバ１３への接続を要求する情報端末１１１、及びセキュアボックス１４のリレーサーバ１３への接続を管理する接続管理処理を実行する。好ましくは、接続管理部３１２は、認証部３０２を用いて利用者の認証を行い、接続要求を送信した情報端末１１１を利用する利用者が正当な利用者である場合に、情報端末１１１によるリレーサーバ１３への接続を許可する。
中継部３０８は、リレーサーバ１３に接続した情報端末１１１とセキュアボックス１４との間の通信を中継する。例えば、中継部３０８は、同一のセッションＩＤを用いて、セキュアボックス１４との間に確立される第１の通信３と、情報端末１１１との間に確立される第２の通信４との間にトンネルを確立することにより、第１の通信３と第２の通信４との間を中継する。
（セキュアボックスの機能構成）
図４は、第１の実施形態に係る通信装置の機能構成の例を示す図（１）である。セキュアボックス１４の機能は、セキュアボックス１４に限られず、例えば、サーバ装置１０１等の情報処理装置が有していても良い。本実施形態では、セキュアボックス１４、及びセキュアボックス１４の機能を有する情報処理装置を通信装置と呼ぶ。図４では、通信装置が、セキュアボックス１４である場合の機能構成の例について説明する。
図４の例では、ローカルネットワーク１００は、ルータ４２１、及びファイアウォール４２２を介して、通信ネットワーク２に接続されている。ただし、これは一例であり、例えば、ルータ４２１、及びファイアウォール４２２の機能は、セキュアボックス１４が有していても良い。また、図４の例では、ローカルネットワーク１００には、サーバ装置１０１が接続されている。サーバ装置１０１は、例えば、業務システム、出退勤管理システム等の所定のウェブサービスを提供するウェブサーバとして機能するウェブサーバ部４１１を有している。
セキュアボックス（通信装置）１４は、例えば、セキュアボックス１４が備えるコンピュータ２００で所定のプログラムを実行することにより、通信部４０１、第１の通信制御部４０２、プロキシサーバ部４０３、及び記憶部４０４等を実現している。なお、上記の各機能構成のうち、少なくとも一部は、ハードウェアによって実現されるものであっても良い。
通信部４０１は、例えば、ネットワークＩ／Ｆ２０８を用いて、セキュアボックス１４をローカルネットワーク１００等に接続し、他の装置と通信する通信処理を実行する。
第１の通信制御部４０２は、管理サーバ１０と通信可能に接続し、管理サーバ１０の通信管理部３０３からの要求に応じて、ローカルネットワーク（第２のネットワーク）１００から、暗号化された第１の通信３でリレーサーバ１３に接続する。例えば、第１の通信制御部４０２は、管理サーバ１０から通知されたセッションＩＤを用いて、リレーサーバ１３にＷｅｂＳｏｃｋｅｔの接続を要求する。
プロキシサーバ部４０３は、リレーサーバ１３を介して、第１の通信制御部４０２と情報端末１１１との間に確立される通信路（ｗｗｓトンネル）を利用して、情報端末１１１から利用可能な、ローカルネットワーク１００内のプロキシサーバとして機能する。
記憶部４０６は、例えば、セキュアボックスが備えるコンピュータ２００が実行するプログラム、及びＨＤ２０４等のストレージデバイスによって実現され、セキュアボックス１４の設定情報等の様々な情報を記憶する。
図５は、第１の実施形態に係る通信装置の機能構成の例を示す図（２）である。図５では、通信装置がサーバ装置１０１である場合の機能構成の例について説明する。
サーバ装置（通信装置）１０１は、例えば、１つ以上のコンピュータ２００で所定のプログラムを実行することにより、通信部４０１、第１の通信制御部４０２、プロキシサーバ部４０３、記憶部４０４、及びウェブサーバ部等を実現している。なお、上記の各機能構成のうち、少なくとも一部は、ハードウェアによって実現されるものであっても良い。
なお、通信部４０１、第１の通信制御部４０２、プロキシサーバ部４０３、及び記憶部４０４については、図４で説明した通信部４０１、第１の通信制御部４０２、プロキシサーバ部４０３、及び記憶部４０４と同様なので、ここでは説明を省略する。
ウェブサーバ部４１１は、例えば、業務システム、出退勤管理システム等の所定のウェブサービスを提供するウェブサーバとして機能する。このように、セキュアボックス１４の機能は、ローカルネットワーク１００に接続する様々なコンピュータ２００で実現することができる。
（情報端末の機能構成）
図６は、第１の実施形態に係る情報端末の機能構成の例を示す図である。情報端末１１１は、例えば、ＣＰＵ２０１で所定のプログラムを実行することにより、通信部５０１、要素取得部６０２、リクエスト解析部６０３、第２の通信制御部６０４、データ変換部６０５、データ蓄積部６０６、描画部６０７、及び操作受付部６０８等を実現している。
これらのうち、要素取得部６０２、及び描画部６０７は、ＣＰＵ２０１が実行するウェブブラウザのレンダラ６１１等によって実現される。レンダラ（Renderer）６１１は、ウェブページのＨＴＭＬ（Hyper Text Markup Language）等を解釈し、画面に表示する文字、及び画像等のレイアウトを表すＤＯＭ（Document Object Model）を生成するプログラムである。レンダラ６１１は、例えば、ＨＴＭＬレンダリングエンジン等とも呼ばれる。
また、リクエスト解析部６０３、第２の通信制御部６０４、データ変換部６０５、及びデータ蓄積部６０６は、ＣＰＵ２０１が実行するウェブブラウザのワーカ（Worker）６１２等によって実現される。ワーカ６１２は、ウェブアプリケーションにおけるスクリプトの処理をメインとは別のスレッドに移して、バックグラウンドでの実行を可能にする仕組みであり、Web Worker、又はService Worker 等とも呼ばれる。ワーカ６１２を利用することにより、ウェブブラウザからウェブサーバへリクエストが送出される前に、リクエスト内容を解析して、そのリクエスト内容を処理することができる。
通信部６０１は、例えば、ネットワークＩ／Ｆ２０８を用いて、情報端末１１１をリモートネットワーク１１０、及び通信ネットワーク２等に接続し、他の装置と通信する通信処理を実行する。
要素取得部６０２は、例えば、ウェブページのＨＴＭＬからＨＴＭＬリクエスト等の要素を取得する。また、要素取得部６０２は、ＤＯＭを生成するために必要なデータ、例えば、ＣＳＳ（Cascading Style Sheets）、又はＪａｖａＳｃｒｉｐｔ（登録商標）のファイル等の取得を、ワーカ６１２に要求する。リクエスト解析部６０３は、要素取得部６０２から受け付けたリクエストを解析する。
第２の通信制御部６０４は、管理サーバ１０から通知されるセッションＩＤを用いて、リレーサーバ１３に接続を要求し、暗号化された第２の通信４でリレーサーバ１３に接続する。また、第２の通信制御部６０４は、リクエスト解析部６０３が解析したリクエストを、リレーサーバ１３を介して、セキュアボックス１４に送信し、送信したリクエストに対するレスポンスとして受信したデータを、データ変換部６０５に出力する。
データ変換部６０５は、第２の通信制御部６０４から受け付けたデータを、必要に応じて、レンダラ６１１が利用可能な形式に変換し、レンダラ６１１、及びデータ蓄積部６０６等に出力する。データ蓄積部６０６は、データ変換部６０５が出力したデータを蓄積する。
描画部６０７は、ワーカ６１２から受け付けたデータを用いて、表示画面を描画する。描画部６０７は、この描画の中でＤＯＭを構築して、さらに必要なデータが発生した場合、ワーカ６１２にデータの取得を要求する。操作受付部６０８は、描画部６０７が表示した表示画面に対する操作を受け付ける。
＜処理の流れ＞
続いて、第１の実施形態に係る通信方法の処理の流れについて説明する。
（ログイン処理）
図７は、第１の実施形態に係るログイン処理の例を示すシーケンス図である。この処理は、通信システム１に登録済みの利用者が、情報端末１１１を用いて管理サーバ１０にログインする際に、通信システム１が実行するログイン処理の例を示している。
ステップＳ７０１において、利用者が、情報端末１１１のウェブブラウザを用いて、管理サーバ１０の受付部３０５に接続するため接続操作を行うものとする。例えば、利用者は、情報端末１１１のウェブブラウザに、通信管理部３０３の受付部３０５にアクセスするためのＵＲＬ（Uniform Resource Locator）等を入力する。
ステップＳ７０２、Ｓ７０３において、情報端末１１１のウェブブラウザは、利用者による接続操作を受け付けると、指定されたＵＲＬにアクセスし、通信管理部３０３の受付部３０５から、ウェブＵＩを取得する。
ステップＳ７０４、Ｓ７０５において、情報端末１１１のウェブブラウザは、認可要求パラメータを生成し、生成した認可要求パラメータをセッションストレージに保存する。また、ステップＳ７０６において、ウェブブラウザは、管理サーバ１０の認証部３０２に、生成した認可要求パラメータを含む認可要求を送信する。
ステップＳ７０７において、管理サーバ１０の認証部３０２は、情報端末１１１からの認可要求に応じて、ログインのリダイレクト先のＵＲＬを、情報端末１１１に通知する。
ステップ７０８において、情報端末１１１のウェブブラウザは、管理サーバ１０から通知されたリダイレクト先のＵＲＬを用いて、通信管理部３０３の受付部３０５に、ログイン画面の表示を要求する。
ステップＳ７０９において、通信管理部３０３の受付部３０５は、ログイン画面を情報端末１１１に送信し、ステップＳ７１０において、情報端末１１１のウェブブラウザは、例えば、図１０に示すようなログイン画面１０００を表示する。
ステップＳ７１１において、利用者が、ログイン画面１０００に、例えば、メールアドレス、及びパスワード等ログイン情報を入力するログイン操作を行うと、通信システム１は、ステップＳ７１２以降の処理を実行する。なお、メールアドレス、及びパスワードは、利用者を認証するためのログイン情報（認証情報）の一例である。利用者を認証するためのログイン情報は、例えば、電子証明書、生体情報、又は利用者の所持物から取得する識別情報等であっても良い。
ステップＳ７１２において、情報端末１１１のウェブブラウザは、利用者によるログイン操作を受け付けると、入力されたログイン情報を含むログイン要求を、管理サーバ１０の認証部３０２に送信する。
ステップＳ７１３において、管理サーバ１０の認証部３０２は、情報端末１１１からログイン要求を受け付けると、コールバック先、及び一時コード等を、要求元の情報端末１１１に通知する。
ステップＳ７１４において、情報端末１１１のウェブブラウザは、管理サーバ１０から通知された一時コードを含むトークン取得要求を、管理サーバ１０の認証部３０２に送信する。
ステップＳ７１５において、管理サーバ１０の認証部３０２は、情報端末１１１からのトークン取得要求に応じて、利用者の認証を行う。ここでは、前述したように、利用者は、通信システム１に登録済みの利用者なので、認証に成功する（認証結果がＯＫとなる）。
ステップＳ７１６において、管理サーバ１０の認証部３０２は、アクセストークン、リフレッシュトークン、有効期限等の情報を、情報端末１１１に通知する。
ステップＳ７１８、Ｓ７１９において、情報端末１１１のウェブブラウザは、利用者のユーザＩＤ、及び通知されたアクセストークン等を用いて管理サーバの認証部３０２からユーザ情報を取得し、取得したユーザ情報を用いてサービス一覧画面等を表示する。
なお、図７に示すログイン処理は一例であり、通信システム１は、他の手順で利用者を認証し、ログインを許可した利用者の情報端末１１１に、アクセストークンを通知しても良い。
（通信システムの処理）
図８、９は、第１の実施形態に係る通信システムの処理の例を示すシーケンス図である。この処理は、情報端末１１１を利用する利用者が、ローカルネットワーク１００内のサーバ装置１０１が提供するウェブサービスの一例である業務ポータルを利用する際に、通信システム１が実行する処理の一例を示している。
なお、図８に示す処理の開始時点において、情報端末１１１は、図７で説明したログイン処理を実行し、図１１に示すようなサービス一覧画面１１００を表示しているものとする。また、通信管理部３０３のセッション管理部３０４と、セキュアボックス１４の第１の通信制御部４０２は、例えば、ＭＱＴＴプロコトル等により、通信可能に接続されているものとする。
ステップＳ８０１において、利用者は、図１１に示すようなサービス一覧画面１１００において、業務ポータルの選択操作を行うものとする。例えば、利用者は、サービス一覧画面１１００において、カーソル１１０１を、サービス名「業務ポータル」の宛先欄に移動させ、表示された「接続する」ボタン１１０２を選択する。
ステップＳ８０２において、情報端末１１１のレンダラ６１１は、利用者による選択操作を受け付けると、図７のログイン処理で取得したアクセストークンを含む接続要求を、管理サーバ１０の通信管理部３０３に送信する。
ステップＳ８０３において、管理サーバ１０の通信管理部３０３は、情報端末１１１から接続要求を受け付けると、認証部３０２を用いて、接続要求に含まれるアクセストークンの検証を行う。アクセストークンの検証結果が「ＯＫ」である場合（利用者が正当な利用者である場合）、ステップＳ８０４において、通信管理部３０３は、セッションを識別するセッションＩＤを生成する。一方、アクセストークンの検証結果が「ＯＫ」でない場合、通信管理部３０３は、例えば、情報端末１１１にエラーを通知して、ステップＳ８０４の処理の実行を中止する。
ステップＳ８０５において、管理サーバ１０の通信管理部３０３は、発行したセッションＩＤを含むリレーサーバ１３への接続要求を、セキュアボックス１４に送信する。
ステップＳ８０６において、セキュアボックス１４の第１の通信制御部４０２は、リレーサーバ１３に、管理サーバ１０から通知されたセッションＩＤを含むＷｅｂＳｏｃｋｅｔの接続要求を送信する。
ステップＳ８０７において、リレーサーバ１３の接続管理部３１２は、セキュアボックス１４から接続要求を受け付けると、要求元のセキュアボックス１４と、例えば、ｗｗｓによる暗号化された第１の通信３のセッションを確立する。
ステップＳ８０８において、管理サーバ１０の通信管理部３０３は、ステップＳ８０４で生成したセッションＩＤを含む接続指示を、要求元の情報端末１１１に送信する。
ステップＳ８０９において、情報端末１１１のレンダラ６１１は、ワーカ６１２に、リレーサーバ１３への接続を要求する。
ステップＳ８１０において、ワーカ６１２の第２の通信制御部６０４は、リレーサーバ１３に、ＷｅｂＳｏｃｋｅｔの接続要求を送信する。このＷｅｂＳｏｃｋｅｔの接続要求には、例えば、図７のログイン処理で取得したアクセストークン、及び管理サーバ１０から通知されたセッションＩＤ等が含まれる。
ステップＳ８１１において、リレーサーバ１３の接続管理部３１２は、情報端末１１１からＷｅｂＳｏｃｋｅｔの接続要求を受け付けると、管理サーバ１０の認証部３０２を用いて、ＷｅｂＳｏｃｋｅｔの接続要求に含まれるアクセストークンの検証を行う。アクセストークンの検証結果が「ＯＫ」である場合（利用者が正当な利用者である場合）、ステップＳ８１２において、リレーサーバ１３の接続管理部３１２は、情報端末１１１と、例えば、ｗｗｓによる暗号化された第２の通信４のセッションを確立する。これにより、情報端末１１１と、セキュアボックス１４は、リレーサーバ１３が提供する同じセッションに参加し、暗号化された通信（例えば、ｗｓｓ）で互いにデータを送受信することができるトンネルが確立される（ステップＳ８１３）。
一方、アクセストークンの検証結果が「ＯＫ」でない場合、リレーサーバ１３の接続管理部３１２は、ステップＳ８１２の処理の実行を中止し、リレーサーバ１３への接続を拒否する（又はＷｅｂＳｏｃｋｅｔの接続要求を破棄する）。
上記の処理により、情報端末１１１のウェブブラウザは、セキュアボックス１４のプロキシサーバ部４０３を用いて、ローカルネットワーク１００に接続するサーバ装置１０１が提供する業務ポータル等のウェブサービスにアクセスできるようになる。例えば、図８のステップＳ８２１～Ｓ８３３の処理を繰り返し実行することにより、情報端末１１１のウェブブラウザは、図１２に示すような、操作ページ画面１２００に、サーバ装置１０１が提供する業務ポータル画面１２０１を表示することができる。
例えば、情報端末１１１のレンダラ６１１は、サーバ装置１０１が提供する業務ポータル画面１２０１を表示するために、ＨＴＴＰＳリクエストを生成し、ワーカ６１２にデータの取得を要求する（ステップＳ８２１）。
ワーカ６１２は、レンダラ６１１から受け付けたリクエストを解析し（ステップＳ８２２）、サーバ装置１０１と通信する必要があると判断した場合、セキュアボックス１４のプロキシサーバ部４０３にデータ取得要求を送信する。なお、ワーカ６１２は、要求されたデータが、データ蓄積部６０６に蓄積されている場合、データ蓄積部６０６に蓄積されているデータを、レンダラ６１１に返しても良い。
セキュアボックス１４のプロキシサーバ部４０３は、情報端末１１１からデータの取得要求を受け付けると、ローカルネットワーク１００内の端末からデータ取得要求を受け付けたときと同様に、データ取得要求をサーバ装置１０１に転送する（ステップＳ８２５）。
サーバ装置１０１は、データ取得要求を受け付けると、レスポンスとして、ＨＴＭＬ等のデータをセキュアボックス１４に送信する（ステップＳ８２６、Ｓ８２７）。
セキュアボックス１４のプロキシサーバ部４０３は、サーバ装置１０１からレスポンスを受信すると、必要に応じて、レスポンスをワーカ６１２が解釈できる形式に変更して、情報端末１１１に送信する（ステップＳ８２８、Ｓ８２９）。例えば、プロキシサーバ部４０３は、絶対ＵＲＬにより、機能を提供できない可能性がある場合には、絶対ＵＲＬを相対ＵＲＬに変換しても良い。
情報端末１１１のワーカ６１２は、セキュアボックス１４から受信したデータを、必要に応じて、レンダラ６１１が解釈できる形式に変更し、蓄積する（ステップＳ８３０、Ｓ８３１）。また、ワーカ６１２は、当該データをレンダラ６１１に通知する。
レンダラ６１１は、ワーカ６１２から通知されたデータを用いて、例えば、図１２に示すような操作ページ画面１２００に、サーバ装置１０１が提供する業務ポータル画面１２０１を表示する。
図１３は、第１の実施形態に係る操作ページのページ構成の例を示す図である。図１３に示すページ構成１３００は、例えば、図１２に示すような操作ページ画面１２００を表示するためのＨＴＭＬデータである。
図１３の例では、描画領域１３０１の「id="target"」の要素部分に、ワーカ６１２が取得したデータが挿入される。挿入されたデータは、１つのＤＯＭとして統合されるため、ウェブブラウザのセキュリティ保護の仕組みによる制限を受けない。なお、図１３の例では、簡単なＨＴＭＬによるページ構成１３００を示したが、ページ構成１３００は、より複雑なものであっても良く、また、ＨＴＭＬ以外で表現しても良い。
なお、図８のステップＳ８２１～Ｓ８３３に示した、ワーカ６１２とサーバ装置１０１との間のリクエスト、及びレスポンスの送受信は、通信が終了するまで継続する。
ここで、図９を参照して、通信の終了処理の例について説明する。
ステップＳ９０１において、利用者が、情報端末１１１のウェブブラウザに対して終了操作を行うと、通信システム１は、ステップＳ９０２以降の処理を実行する。
ステップＳ９０２において、情報端末１１１のレンダラ６１１は、利用者による終了操作を受け付けると、ワーカ６１２に切断を要求する。これに応じて、ステップＳ９０３において、ワーカ６１２は、リレーサーバ１３に切断要求を送信する。
ステップＳ９０４、Ｓ９０５において、リレーサーバ１３の接続管理部３１２は、セキュアボックス１４とのセッションを切断する。これにより、ステップＳ９０６において、図８のステップＳ８１３で確立したトンネルが切断される。
ステップＳ９０７において、リレーサーバ１３の接続管理部３１２は、情報端末１１１とのセッションを切断する。これに応じて、ステップＳ９０８において、ワーカ６１２は、リレーサーバ１３とのセッションの切断が完了したことを、レンダラ６１１に通知する。
（データの流れ）
図１４は、第１の実施形態に係るトンネル確立後のデータの流れを示す図である。この図は、例えば、図８のステップＳ８１３において、ワーカ６１２とセキュアボックス１４との間に、ｗｗｓ通信によるトンネル１４０３が確立された状態の通信システム１の状態を示している。なお、トンネル１４０３は、第１の通信制御部４０２と第２の通信制御部６０４との間の第１の通信路の一例であり、ＷｅｂＳｏｃｋｅｔによる通信路を含む。
ワーカ６１２は、トンネル１４０３を用いて、例えば、ＨＴＭＬ、ＰＮＧ（Portable Network Graphics）、ＪＳＯＮ（JavaScript Object Notation）、ＸＭＬ（Extensible Markup Language）等の様々な形式のデータを送受信することができる。これにより、情報端末１１１は、例えば、ローカルネットワーク１００に接続する端末と同様にして、セキュアボックス１４が備えるプロキシサーバ部４０３を利用することができる。
例えば、ワーカ６１２は、プロキシサーバ部４０３を利用して、サーバ装置１０１のウェブサーバ部４１１が提供するウェブサービスにアクセスすることができる。また、ワーカ６１２は、プロキシサーバ部４０３を利用して、インターネット１４００上のウェブサーバ１４０１にもアクセス可能である。
以上、第１の実施形態によれば、インターネットに接続可能なアクセス元の端末（情報端末１１１）のウェブブラウザから、ローカルネットワークに接続するウェブサーバ（サーバ装置１０１）が提供するウェブサービスを容易に利用できるようになる。
［第２の実施形態］
第２の実施形態では、情報端末１１１のウェブブラウザのワーカ６１２に代えて、Ｐｒｏｘｙ－ＰＡＣ技術を利用した場合の通信システム１の例について説明する。
＜機能構成＞
（管理サーバの機能構成）
図１５（Ａ）は、第２の実施形態に係る管理サーバ１０の機能構成の例を示している。第２の実施形態に係る管理サーバ１０は、例えば、図３（Ａ）で説明した第１の実施形態に係る管理サーバ１０の機能構成に加えて、設定管理部１５０１を有している。
設定管理部１５０１は、例えば、管理サーバ１０が備えるコンピュータ２００が実行するプログラムによって実現され、例えば、図１９で後述するＰｒｏｘｙ―ＰＡＣ１９００等の設定情報を管理する。また、設定管理部１５０１は、Ｐｒｏｘｙ－ＰＡＣ１９００のファイルを取得するための情報を、情報端末１１１等に提供する。
（リレーサーバの機能構成）
図１５（Ｂ）は、第２の実施形態に係るリレーサーバ１３の機能構成の例を示している。第２の実施形態に係るリレーサーバ１３は、例えば、図３（Ｂ）で説明した第１の実施形態に係るリレーサーバ１３の機能構成に加えて、プロキシサーバ部４０３を備えている。
プロキシサーバ部４０３は、例えば、リレーサーバ１３が備えるコンピュータ２００が実行するプログラムによって実現される。なお、プロキシサーバ部４０３は、第１の実施形態に係るセキュアボックス１４が備えていたプロキシサーバ部４０３と同様の機能を有している。
（セキュアボックスの機能構成）
図１６は、第２の実施形態に係るセキュアボックスの機能構成の例を示す図である。第２の実施形態に係るセキュアボックス１４は、図４で説明した第１の実施形態に係るセキュアボックス１４が有するプロキシサーバ部４０３に代えて、転送部１６０１を有している。
転送部１６０１は、例えば、セキュアボックス１４が備えるコンピュータ２００が実行するプログラムによって実現される。転送部１６０１は、リレーサーバ１３とサーバ装置１０１との間で送受信するデータを、双方向に転送するＴＣＰリレーとして機能する。
（情報端末の機能構成）
図１７は、第２の実施形態に係る情報端末１１１の機能構成の例を示す図である。第２の実施形態に係る情報端末１１１は、例えば、通信部６０１、要素取得部６０２、リクエスト解析部６０３、第２の通信制御部６０４、描画部６０７、操作受付部６０８、設定部１７０１、及び第３の通信制御部１７０２等を有している。なお、上記の各機能構成のうち、少なくとも一部は、ハードウェアによって実現されるものであっても良い。
通信部６０１は、例えば、ＣＰＵ２０１が実行するプログラム（ＯＳ等）によって実現され、ネットワークＩ／Ｆ２０８を用いて、情報端末１１１をリモートネットワーク１１０、及び通信ネットワーク２等に接続し、他の装置と通信する通信処理を実行する。
設定部１７０１は、例えば、ＣＰＵ２０１が実行するウェブブラウザ１７００によって実現され、管理サーバ１０から、例えば、図１９に示すようなＰｒｏｘｙ－ＰＡＣ１９００のファイルを取得し、ウェブブラウザ１７００に適用する。また、設定部１７０１は、例えば、図１８に示すような設定画面１８００を表示して、Ｐｒｏｘｙ－ＰＡＣ１９００のファイルの取得先の設定を受け付ける。
図１８は、第２の実施形態に係るウェブブラウザの設定について説明するための図である。情報端末１１１を利用する利用者は、例えば、図１８（Ａ）に示すようなウェブブラウザ１７００の設定画面１８００を利用して、Ｐｒｏｘｙ－ＰＡＣ１９００のファイルの取得先を設定することができる。
ただし、ウェブブラウザ１７００は、情報端末１１１が管理サーバ１０にログインしたときの認証情報を、Ｐｒｏｘｙ－ＰＡＣ１９００のファイルを取得する際に利用することができない。そのため、本実施形態では、第三者が推定できない値（以下、secretと呼ぶ）を用いて、Ｐｒｏｘｙ－ＰＡＣ１９００のファイルの取得先を設定する。
このsecretは、例えば、次の式（１）によって計算することができる。
secret = sha512sum(テナントＩＤ＋ユーザＩＤ＋固定の秘密の文字列) ・・・（１）
なお、図１８（Ａ）の設定画面１８００では、secretの値が、secret=7d099e3 となっているが、これは、図中に全ての桁を表示できていないためであり、実際には、例えば、次のような値となる。
secret = 7d099e3976e2be937cbe6d749e09737149cec03d67d1427a94ff3764cfbccfe69737a8f772e1efabafa3d53d09041782d76b8e0b36be19902aae65835af2f9c2
ここで、テナントＩＤは、例えば、企業、組織、グループ等の契約単位の識別する識別情報であり、ユーザＩＤは、利用者を識別する識別情報である。
例えば、管理サーバ１０の設定管理部１５０１は、利用者に、利用者ごとに異なるsecretを表示するウェブページを提供しても良い。この場合、利用者は、表示されたsecretをコピーして、図１８に示すような設定画面のＵＲＬの入力欄１８０１にペーストすることにより、Ｐｒｏｘｙ－ＰＡＣ１９００のファイルの取得先を容易に設定することができる。
図１９は、第２の実施形態に係るＰｒｏｘｙ－ＰＡＣの例を示す図である。図１９の例では、Ｐｒｏｘｙ－ＰＡＣ１９００の、「https_proxy」の設定が、「"テナントID＋secret".proxy.srws.example.ricoh.com:443"」となっており、第三者による推測が困難な値に設定されている。また、このＰｒｏｘｙ－ＰＡＣ１９００の設定１９０１は、ＵＲＬが、「https:」又は「wss:」で始まり、かつ、宛先が「internal.example.com」であれば、上記の「https_proxy」が示すプロキシサーバにアクセスする設定となっている。なお、プロキシサーバは、情報端末１１１等からのアクセスを受け付けたときに、利用者に、例えば、ユーザ名、パスワード等の入力を要求しても良い。
ここで、図１７に戻り、情報端末１１１の機能構成の説明を続ける。
要素取得部６０２は、例えば、ＣＰＵ２０１が実行するウェブブラウザ１７００によって実現され、ウェブページのＨＴＭＬ等からＨＴＭＬリクエスト等の要素を取得する。また、要素取得部６０２は、ＤＯＭを生成するために必要なデータ、例えば、ＣＳＳ（Cascading Style Sheets）、又はＪａｖａＳｃｒｉｐｔ（登録商標）のファイル等の取得を要求するリクエストを、リクエスト解析部６０３に出力する。
リクエスト解析部６０３は、要素取得部６０２から受け付けたリクエストを解析して、例えば、図１９に示すようなＰｒｏｘｙ－ＰＡＣ１９００の設定に基づいて、リクエストをプロキシサーバに送信するか、ダイレクトにウェブサーバに送信するかを決定する。
第２の通信制御部６０４は、管理サーバ１０から通知されるセッションＩＤを用いて、リレーサーバ１３に接続を要求し、暗号化された第２の通信４でリレーサーバ１３に接続する。また、第２の通信制御部６０４は、リクエスト解析部６０３が、プロキシサーバに送信すると決定したリクエストを、リレーサーバ１３が備えるプロキシサーバ部４０３に選択的に送信し、送信したリクエストに対するレスポンスを受信する。
第３の通信制御部１７０２は、リクエスト解析部６０３が、ダイレクトにウェブサーバに送信すると決定したリクエストを、当該リクエストの宛先のウェブサーバにダイレクトに送信し、送信したリクエストに対するレスポンスを受信する。
描画部６０７は、第２の通信制御部６０４、又は第３の通信制御部１７０２が受信したデータを用いて、表示画面を描画する。操作受付部６０８は、描画部６０７が表示した表示画面に対する操作を受け付ける。
＜処理の流れ＞
（通信システムの処理）
図２０、２１は、第２の実施形態に係る通信システムの処理の例を示すシーケンス図である。この処理は、情報端末１１１を利用する利用者が、ローカルネットワーク１００内のサーバ装置１０１が提供するウェブサービスの一例である業務ポータルを利用する際に、通信システム１が実行する処理の別の一例を示している。なお、図２０に示す処理の開始時点において、通信管理部３０３のセッション管理部３０４と、セキュアボックス１４の第１の通信制御部４０２は、例えば、ＭＱＴＴプロコトル等により、通信可能に接続されているものとする。また、情報端末１１１のウェブブラウザ１７００には、例えば、図１８に示すような設定画面１８００を利用して、Ｐｒｏｘｙ－ＰＡＣ１９００のファイルの取得先が設定済であるものとする。
ステップＳ２００１において、利用者が、情報端末１１１が備えるウェブブラウザ１７００を起動する起動操作を行うものとする。
ステップＳ２００２、Ｓ２００３において、ウェブブラウザ１７００が起動すると、設定部１７０１は、予め設定されたＰｒｏｘｙ－ＰＡＣのファイルの取得先から、Ｐｒｏｘｙ－ＰＡＣのファイルを取得する。なお、ここで取得したＰｒｏｘｙ－ＰＡＣのファイルには、サーバ装置１０１、及びリレーサーバ１３に関するＵＲＬのリクエストはプロキシサーバに送信し、管理サーバ１０に関するＵＲＬのリクエストは、ダイレクトに管理サーバ１０に送信するように予め設定されているものとする。
ステップＳ２００４、Ｓ２００５において、通信システム１は、例えば、図７に示すようなログイン処理を実行し、情報端末１１１のウェブブラウザ１７００は、図１１に示すようなサービス一覧画面１１００を表示する。
ステップＳ２００６において、利用者が、サービス一覧画面１１００において、業務ポータルの選択操作を行うものとする。
ステップＳ２００７において、情報端末１１１のリクエスト解析部６０３は、次に送信するリクエストを解析し、取得済のＰｒｏｘｙ－ＰＡＣのファイルに基づいて、リクエストをプロキシサーバに送信するか、宛先にダイレクトに送信するかを決定する。ここでは、次に送信するリクエスト（接続要求）の宛先が管理サーバ１０なので、リクエスト解析部６０３は、リクエストをダイレクトに管理サーバ１０に送信すると決定する。
ステップＳ２００７において、情報端末１１１の第３の通信制御部１７０２は、ステップＳ２００４のログイン処理で取得したアクセストークンを含む接続要求を、管理サーバ１０の通信管理部３０３に送信する。
ステップＳ２００８において、管理サーバ１０の通信管理部３０３は、情報端末１１１から接続要求を受け付けると、認証部３０２を用いて、接続要求に含まれるアクセストークンの検証を行う。アクセストークンの検証結果が「ＯＫ」である場合（利用者が正当な利用者である場合）、ステップＳ２００９において、通信管理部３０３は、セッションを識別するセッションＩＤを生成する。一方、アクセストークンの検証結果が「ＯＫ」でない場合、通信管理部３０３は、例えば、情報端末１１１にエラーを通知して、ステップＳ２００９の処理の実行を中止する。
ステップＳ２０１０において、管理サーバ１０の通信管理部３０３は、発行したセッションＩＤを含むリレーサーバ１３への接続要求を、セキュアボックス１４に送信する。
ステップＳ２０１１において、セキュアボックス１４の第１の通信制御部４０２は、リレーサーバ１３に、管理サーバ１０から通知されたセッションＩＤを含むＷｅｂＳｏｃｋｅｔの接続要求を送信する。
ステップＳ２０１２において、リレーサーバ１３の接続管理部３１２は、セキュアボックス１４から接続要求を受け付けると、要求元のセキュアボックス１４と、例えば、ｗｗｓによる暗号化された第１の通信３のセッションを確立する。
ステップＳ２０１３において、管理サーバ１０の通信管理部３０３は、ステップＳ２００９で生成したセッションＩＤを含む接続指示を、要求元の情報端末１１１に送信する。
ステップＳ２０１４において、情報端末１１１のリクエスト解析部６０３は、次に送信するリクエストを解析し、取得済のＰｒｏｘｙ－ＰＡＣのファイルに基づいて、リクエストをプロキシサーバに送信するか、宛先にダイレクトに送信するかを決定する。ここでは、次に送信するリクエスト（ＷｅｂＳｏｃｋｅｔ接続要求）の宛先がリレーサーバ１３なので、リクエスト解析部６０３は、リクエストをプロキシサーバ（リレーサーバ１３）に送信すると決定する。
ステップＳ２０１５において、情報端末１１１の第２の通信制御部６０４は、リレーサーバ１３に、ＷｅｂＳｏｃｋｅｔの接続要求を送信する。このＷｅｂＳｏｃｋｅｔの接続要求には、例えば、ステップＳ２００４で取得したアクセストークン、及び管理サーバ１０から通知されたセッションＩＤ等が含まれる。
ステップＳ２０１６において、リレーサーバ１３の接続管理部３１２は、情報端末１１１からＷｅｂＳｏｃｋｅｔの接続要求を受け付けると、管理サーバ１０の認証部３０２を用いて、ＷｅｂＳｏｃｋｅｔの接続要求に含まれるアクセストークンの検証を行う。アクセストークンの検証結果が「ＯＫ」である場合（利用者が正当な利用者である場合）、ステップＳ２０１６において、リレーサーバ１３の接続管理部３１２は、情報端末１１１と、例えば、ｗｗｓによる暗号化された第２の通信４のセッションを確立する。
一方、アクセストークンの検証結果が「ＯＫ」でない場合、リレーサーバ１３の接続管理部３１２は、ステップＳ２０１７の処理の実行を中止し、リレーサーバ１３への接続を拒否する（又はＷｅｂＳｏｃｋｅｔの接続要求を破棄する）。
上記の処理により、情報端末１１１のウェブブラウザ１７００は、リレーサーバ１３のプロキシサーバ部４０３をプロキシサーバとして利用することができるようになる。また、リレーサーバ１３とセキュアボックス１４との間にはトンネルが確立される（ステップＳ２０１８）。従って、リレーサーバ１３のプロキシサーバ部４０３は、確立されたトンネルと、セキュアボックス１４において、ＴＣＰリレーとして機能する転送部１６０１とを介して、サーバ装置１０１と通信することができるようになる。
従って、図２１のステップＳ２１０１～Ｓ２１０８の処理を繰り返し実行することにより、情報端末１１１のウェブブラウザ１７００は、例えば、図２２に示すような、業務ポータル画面２２００を表示することができる。
例えば、ステップＳ２１０１において、情報端末１１１の描画部６０７は、サーバ装置１０１が提供する業務ポータル画面２２００を表示するために、ＨＴＴＰＳのリクエスト（データ取得要求）を生成する。また、リクエスト解析部６０３は、生成されたデータ取得要求をプロキシサーバに送信すると決定し、第２の通信制御部６０４は、生成されたデータ取得要求をリレーサーバ１３のプロキシサーバ部４０３に送信する。
ステップＳ２１０２、Ｓ２１０３において、リレーサーバ１３のプロキシサーバ部４０３は、情報端末１１１からデータの取得要求を受け付けると、受け付けたデータ取得要求を、セキュアボックス１４の転送部１６０１を介して、サーバ装置１０１に送信する。
ステップＳ２１０４～Ｓ２１０６において、サーバ装置１０１のウェブサーバ部４１１は、データ取得要求を受け付けると、レスポンスとして、ＨＴＭＬ等のデータをセキュアボックス１４の転送部１６０１を介して、リレーサーバ１３に送信する。
ステップＳ２１０７において、リレーサーバ１３のプロキシサーバ部４０３は、サーバ装置１０１からデータ（レスポンス）を受信すると、受信したデータを情報端末１１１に送信する。
ステップＳ２１０８において、情報端末１１１の描画部６０７は、リレーサーバ１３から受信したデータを用いて、例えば、図２２に示すような業務ポータル画面２２００を表示する。
なお、図２１のステップＳ２１０１～Ｓ２１０８に示した、情報端末１１１とサーバ装置１０１との間のリクエスト、及びレスポンスの送受信は、通信が終了するまで継続する。
続いて、図２１を参照して、通信の終了処理の例について説明する。
ステップＳ２１１１において、利用者が、情報端末１１１のウェブブラウザに対して終了操作を行うと、通信システム１は、ステップＳ２１１２以降の処理を実行する。
ステップＳ２１１２において、情報端末１１１のウェブブラウザ１７００が、利用者による終了操作を受け付けると、第２の通信制御部６０４は、リレーサーバ１３に切断要求を送信する。
ステップＳ２１１３、Ｓ２１１４において、リレーサーバ１３の接続管理部３１２は、セキュアボックス１４とのセッションを切断する。これにより、ステップＳ２１１５において、リレーサーバ１３とセキュアボックス１４との間のトンネルが切断される。
ステップＳ２１１６において、リレーサーバ１３の接続管理部３１２は、情報端末１１１とのセッションを切断する。
（データの流れ）
図２３は、第２の実施形態に係るトンネル確立後のデータの流れを示す図である。この図は、例えば、図２０のステップＳ２０１８において、リレーサーバ１３とセキュアボックス１４との間に、ｗｗｓ通信によるトンネル２３０１が確立された状態の通信システム１の例を示している。なお、トンネル１４０３は、リレーサーバ１３と第１の通信制御部４０２との間の第２の通信路の一例であり、ＷｅｂＳｏｃｋｅｔによる通信路を含む。
リレーサーバ１３のプロキシサーバ部４０３は、このトンネル２３０１と、セキュアボックス１４が備える転送部１６０１とを用いて、例えば、ＨＴＭＬ、ＰＮＧ、ＪＳＯＮ、ＸＭＬ等の様々な形式のデータを、サーバ装置１０１と送受信することができる。これにより、情報端末１１１のウェブブラウザ１７００は、リレーサーバ１３が備えるプロキシサーバ部４０３を利用して、サーバ装置１０１が備えるウェブサーバ部４１１と、リクエスト、及びレスポンスを送受信することができる。
以上、第２の実施形態によれば、インターネットに接続可能なアクセス元の端末（情報端末１１１）のウェブブラウザから、ローカルネットワークに接続するウェブサーバ（サーバ装置１０１）が提供するウェブサービスを容易に利用できるようになる。
＜補足＞
上記で説明した各実施形態の各機能は、一又は複数の処理回路によって実現することが可能である。ここで、本明細書における「処理回路」とは、電子回路により実装されるプロセッサのようにソフトウェアによって各機能を実行するようプログラミングされたプロセッサや、上記で説明した各機能を実行するよう設計されたＡＳＩＣ（Application Specific Integrated Circuit）、ＤＳＰ（digital signal processor）、ＦＰＧＡ（field programmable gate array）や従来の回路モジュール等のデバイスを含むものとする。
また、実施例に記載された装置群は、本明細書に開示された実施形態を実施するための複数のコンピューティング環境のうちの１つを示すものに過ぎない。ある実施形態では、管理サーバ１０、リレーサーバ１３、又はサーバ装置１０１は、サーバクラスタといった複数のコンピューティングデバイスを含む。複数のコンピューティングデバイスは、ネットワークや共有メモリなどを含む任意のタイプの通信リンクを介して互いに通信するように構成されており、本明細書に開示された処理を実施する。また、管理サーバ１０、リレーサーバ１３、又はサーバ装置１０１の各機能構成は、１つのサーバ装置にまとめられていても良いし、複数の装置に分けられていても良い。
１ 通信システム
２ 通信ネットワーク（第１のネットワークの一例）
１３ リレーサーバ
１４ セキュアボックス（通信装置の一例）
１００ ローカルネットワーク（第２のネットワーク）
１０１ サーバ装置（通信装置の一例）
１１０ リモートネットワーク（第１のネットワークの一例）
１１１ 情報端末
３０２ 認証部
３０３ 通信管理部
４０２ 第１の通信制御部
４０３ プロキシサーバ部
４１１ ウェブサーバ部（ウェブサーバ）
６０４ 第２の通信制御部
１４０３ トンネル（第１の通信路）
２３０１ トンネル（第２の通信路）
特開２００１－５７１４号公報

Claims (10)

  1. 第１のネットワークに接続する情報端末から、前記第１のネットワークとは異なる第２のネットワークに接続するウェブサーバにリモートアクセスする通信システムであって、
    前記第１のネットワークを介して、前記情報端末から前記ウェブサーバが提供するウェブサービスへの接続要求を受け付ける通信管理部と、
    前記通信管理部からの要求に応じて、前記第２のネットワークから、前記第１のネットワークに接続するリレーサーバに接続する第１の通信制御部と、
    前記情報端末から、前記リレーサーバに接続する第２の通信制御部と、
    を有し、
    前記リレーサーバと前記第１の通信制御部とを介して、前記情報端末が備えるウェブブラウザと前記ウェブサーバが提供する前記ウェブサービスとの間のリクエスト、及びレスポンスを送受信する、
    通信システム。
  2. 前記通信システムは、前記リレーサーバを含み、
    前記リレーサーバは、前記第１の通信制御部と前記第２の通信制御部との間の第１の通信路を確立する、請求項１に記載の通信システム。
  3. 前記第１の通信路は、ＷｅｂＳｏｃｋｅｔによる通信路を含む、請求項２に記載の通信システム。
  4. 前記通信システムは、前記第１の通信制御部を有する通信装置を含み、
    前記通信装置は、前記第１の通信路を介して前記情報端末が備えるウェブブラウザと通信可能なプロキシサーバ部を有する、請求項２又は３に記載の通信システム。
  5. 前記通信システムは、前記リレーサーバを含み、
    前記リレーサーバは、前記第１の通信制御部と前記リレーサーバとの間に第２の通信路を確立し
    前記リレーサーバは、前記第１のネットワークを介して前記情報端末が備えるウェブブラウザと通信可能なプロキシサーバ部を有する、請求項１に記載の通信システム。
  6. 前記第２の通信制御部は、前記ウェブサービスに関するリクエストを選択的に前記リレーサーバに送信する、請求項５に記載の通信システム。
  7. 前記情報端末を利用する利用者が正当な利用者であることを認証する認証部を有し、
    前記通信管理部は、前記接続要求を送信した前記情報端末を利用する利用者が正当な利用者である場合、前記第１の通信制御部に、前記リレーサーバへの接続を要求する、
    請求項１乃至６のいずれか一項に記載の通信システム。
  8. 前記通信システムは、前記リレーサーバを含み、
    前記リレーサーバは、前記情報端末を利用する利用者が正当な利用者である場合、前記第２の通信制御部から前記リレーサーバへの接続を許可する、
    請求項７に記載の通信システム。
  9. 第１のネットワークに接続する情報端末から、前記第１のネットワークとは異なる第２のネットワークに接続するウェブサーバにリモートアクセスする通信システムにおいて、
    前記第２のネットワークに接続するコンピュータが、
    前記第１のネットワークを介して前記情報端末から前記ウェブサーバへの接続要求を受け付ける通信管理部からの要求に応じて、前記第１のネットワークに接続するリレーサーバに接続する処理と、
    前記リレーサーバに接続する前記情報端末が備えるウェブブラウザから前記ウェブサーバが提供するウェブサービスへのリクエストを前記リレーサーバから受信し、前記リクエストを前記ウェブサービスに転送する処理と、
    前記リクエストに対するレスポンスを前記ウェブサービスから受信し、前記レスポンスを前記リレーサーバに転送する処理と、
    を実行する、通信方法。
  10. 第１のネットワークに接続する情報端末から、前記第１のネットワークとは異なる第２のネットワークに接続するウェブサーバにリモートアクセスする通信システムにおいて、
    前記第２のネットワークに接続するコンピュータに、
    前記第１のネットワークを介して前記情報端末から前記ウェブサーバへの接続要求を受け付ける通信管理部からの要求に応じて、前記第１のネットワークに接続するリレーサーバに接続する処理と、
    前記リレーサーバに接続する前記情報端末が備えるウェブブラウザから前記ウェブサーバが提供するウェブサービスへのリクエストを前記リレーサーバから受信し、前記リクエストを前記ウェブサービスに転送する処理と、
    前記リクエストに対するレスポンスを前記ウェブサービスから受信し、前記レスポンスを前記リレーサーバに転送する処理と、
    を実行させる、プログラム。
JP2021068882A 2021-04-15 2021-04-15 通信システム、通信方法、及びプログラム Pending JP2022163820A (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2021068882A JP2022163820A (ja) 2021-04-15 2021-04-15 通信システム、通信方法、及びプログラム
US17/658,864 US11902147B2 (en) 2021-04-15 2022-04-12 Remote access system, remote access control method, and non-transitory recording medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2021068882A JP2022163820A (ja) 2021-04-15 2021-04-15 通信システム、通信方法、及びプログラム

Publications (1)

Publication Number Publication Date
JP2022163820A true JP2022163820A (ja) 2022-10-27

Family

ID=83601805

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2021068882A Pending JP2022163820A (ja) 2021-04-15 2021-04-15 通信システム、通信方法、及びプログラム

Country Status (2)

Country Link
US (1) US11902147B2 (ja)
JP (1) JP2022163820A (ja)

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001005714A (ja) 1999-06-23 2001-01-12 Mitsubishi Electric Corp プロキシーサーバ変更装置
JP4666986B2 (ja) 2004-06-03 2011-04-06 株式会社リコー 通信方法、通信許可サーバ
US8631091B2 (en) * 2010-10-15 2014-01-14 Northeastern University Content distribution network using a web browser and locally stored content to directly exchange content between users
JP5909476B2 (ja) 2013-10-21 2016-04-26 株式会社日立製作所 遠隔操作システム
JP2015111407A (ja) 2013-10-28 2015-06-18 株式会社リコー 情報管理システム及び情報管理方法
US10609152B2 (en) * 2017-07-11 2020-03-31 Cisco Technology, Inc. Creation of remote direct access path via internet to firewalled device using multi-site session forwarding
JP6965078B2 (ja) 2017-09-28 2021-11-10 日置電機株式会社 遠隔操作システム、測定システムおよび遠隔操作システム用プログラム
US10972434B2 (en) * 2018-06-19 2021-04-06 Cisco Technology, Inc. Proxy-based clientless VPN with web browser proxy auto-configuration (PAC) file and extension
US10834138B2 (en) * 2018-08-13 2020-11-10 Akamai Technologies, Inc. Device discovery for cloud-based network security gateways
US10958624B2 (en) * 2018-12-06 2021-03-23 Akamai Technologies, Inc. Proxy auto-configuration for directing client traffic to a cloud proxy with cloud-based unique identifier assignment
WO2020202135A2 (en) * 2019-04-02 2020-10-08 Luminati Networks Ltd. System and method for managing non-direct url fetching service
US11343185B2 (en) * 2019-05-20 2022-05-24 Citrix Systems, Inc. Network traffic steering with programmatically generated proxy auto-configuration files

Also Published As

Publication number Publication date
US20220337509A1 (en) 2022-10-20
US11902147B2 (en) 2024-02-13

Similar Documents

Publication Publication Date Title
JP4882546B2 (ja) 情報処理システムおよび制御プログラム
EP1816811B1 (en) Relay device, relay method, and program
JP5424614B2 (ja) 情報処理システム、情報処理装置、Ｗｅｂサーバ、制御方法、及びプログラム
JP4615247B2 (ja) コンピュータシステム
CN109768965B (zh) 一种服务器的登录方法、设备及存储介质
JP5966406B2 (ja) データ中継システム、装置及びプログラム
US20050138122A1 (en) Method and system for session sharing
US11700262B2 (en) System and method to securely execute datacenter management operations remotely
US20120246226A1 (en) System and method for sharing data from a local network to a remote device
US20060061803A1 (en) Image forming system and communication method
JP2002334056A (ja) ログイン代行システム及びログイン代行方法
US7540020B1 (en) Method and apparatus for facilitating single sign-on to applications
US20130036206A1 (en) Method and apparatus for extending remote network visibility of the push functionality
CN112637796B (zh) 基于5g的办公信息应答方法、系统、服务器和存储介质
JP2014115895A (ja) 情報処理装置及びその制御方法、並びにプログラム
US11729334B2 (en) Communication system, device, and recording medium for remote access to electronic device through relaying device and converter
JP6949688B2 (ja) システムおよびその制御方法
US8763151B2 (en) Mediation processing method, mediation apparatus and system
JP2006018399A (ja) 情報処理装置、情報処理方法およびプログラム
JP2003044429A (ja) コラボレーション用の端末、コラボレーションシステム及びコラボレーション方法
US11824942B2 (en) Communication system, information processing apparatus, and information processing method
JP6150719B2 (ja) 設備管理装置、通信制御方法、および、プログラム
Giretti Understanding the gRPC Specification
JP2022163820A (ja) 通信システム、通信方法、及びプログラム
JP7321788B2 (ja) 閲覧管理サーバ、閲覧管理方法、および閲覧管理システム

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20240222