特許 7421081 通信システム及び通信方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-01-16

(45)【発行日】2024-01-24

(54)【発明の名称】通信システム及び通信方法

(51)【国際特許分類】

   H04L 45/74 20220101AFI20240117BHJP

【ＦＩ】

H04L45/74

【請求項の数】 5

(21)【出願番号】P 2020009480

(22)【出願日】2020-01-23

(65)【公開番号】P2021118405

(43)【公開日】2021-08-10

【審査請求日】2022-09-08

(73)【特許権者】

【識別番号】000005223

【氏名又は名称】富士通株式会社

(74)【代理人】

【識別番号】100087480

【弁理士】

【氏名又は名称】片山 修平

(72)【発明者】

【氏名】津村 遼

(72)【発明者】

【氏名】亀澤 寛之

(72)【発明者】

【氏名】中尾 隆史

(72)【発明者】

【氏名】古澤 慧

(72)【発明者】

【氏名】井浦 陽一郎

(72)【発明者】

【氏名】三好 俊介

(72)【発明者】

【氏名】百武 恭汰

(72)【発明者】

【氏名】井上 良信

(72)【発明者】

【氏名】江▲崎▼ 裕

【審査官】中川 幸洋

(56)【参考文献】

【文献】特開２０１０－１９２９４７（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｌ ４５／７４

(57)【特許請求の範囲】

【請求項1】

公衆ネットワークに接続された第１転送装置、複数の第２転送装置、及び第３転送装置を有し、
前記第１転送装置は、
プライベートネットワーク内のサーバが提供する複数のサービスの１つを要求し、前記複数のサービスの１つに応じた仮想ＵＲＬを宛先とするリクエストメッセージを、他のネットワーク内のクライアント装置から受信し、前記第３転送装置に転送する第１転送部を有し、
前記第３転送装置は、前記リクエストメッセージを前記第２転送装置に転送し、
前記第２転送装置は、
前記プライベートネットワーク内の前記サーバの前記サービスに応じたＵＲＬと、前記仮想ＵＲＬとの対応関係が登録されたＵＲＬテーブルと、
前記複数のサービスの各々が属するグループを識別するサービスグループＩＤの１つに対応する転送プログラムに従って動作する回路であって、前記第３転送装置から転送された前記リクエストメッセージを、前記ＵＲＬテーブルに基づき、前記仮想ＵＲＬに対応する前記ＵＲＬを宛先として前記サーバに転送する第２転送部とを有し、
前記第１転送部は、前記クライアント装置に対応する前記サービスグループＩＤのうち、前記仮想ＵＲＬに応じた前記サービスグループＩＤを前記リクエストメッセージに付与し、
前記第３転送装置は、前記リクエストメッセージに付与された前記サービスグループＩＤに対応する前記第２転送装置の前記転送プログラムに前記リクエストメッセージを転送することを特徴とする通信システム。

【請求項2】

前記第１転送装置は、ユーザにより設定された第１クライアントＩＤ及び前記仮想ＵＲＬの対応関係が登録されたＩＤテーブルを有し、
前記第１転送部は、前記第１転送部に割り当てられた第２クライアントＩＤが前記第１クライアントＩＤに一致する場合、前記リクエストメッセージを前記第３転送装置に転送し、前記第１転送部に割り当てられた第２クライアントＩＤが前記第１クライアントＩＤに一致しない場合、前記リクエストメッセージを前記第３転送装置に転送しないことを特徴とする請求項１に記載の通信システム。

【請求項3】

前記ＩＤテーブルには、さらに前記仮想ＵＲＬ及び前記サービスグループＩＤと、前記第１クライアントＩＤとの対応関係が登録され、
前記第１転送部は、前記第１転送部に割り当てられた前記第２クライアントＩＤが前記第１クライアントＩＤに一致する場合、前記ＩＤテーブルに基づき、前記仮想ＵＲＬに対応する前記サービスグループＩＤ及び前記第２クライアントＩＤを前記リクエストメッセージに付与して前記第３転送装置に転送することを特徴とする請求項２に記載の通信システム。

【請求項4】

前記第２転送部は、前記サーバから前記リクエストメッセージに対するレスポンスメッセージを受信したとき、前記レスポンスメッセージに含まれるＵＲＬが、前記ＵＲＬテーブル内の前記ＵＲＬに一致する場合、前記レスポンスメッセージに含まれるＵＲＬを、該ＵＲＬに一致した前記ＵＲＬテーブル内の前記ＵＲＬに対応する前記仮想ＵＲＬに書き換えて前記レスポンスメッセージを前記第１転送装置に転送することを特徴とする請求項１乃至３の何れかに記載の通信システム。

【請求項5】

公衆ネットワークに接続された第１転送装置、複数の第２転送装置、及び第３転送装置を用い、
前記第１転送装置は、プライベートネットワーク内のサーバが提供する複数のサービスの１つを要求し、前記複数のサービスの１つに応じた仮想ＵＲＬを宛先とするリクエストメッセージを、他のネットワーク内のクライアント装置から受信し、前記第３転送装置に転送し、
前記第３転送装置は、前記リクエストメッセージを前記第２転送装置に転送し、
前記第２転送装置は、
前記プライベートネットワーク内の前記サーバの前記サービスに応じたＵＲＬと、前記仮想ＵＲＬとの対応関係が登録されたＵＲＬテーブルを用い、
前記複数のサービスの各々が属するグループを識別するサービスグループＩＤの１つに対応する転送プログラムに従って回路を動作させることにより、前記第３転送装置から転送された前記リクエストメッセージを、前記ＵＲＬテーブルに基づき、前記仮想ＵＲＬに対応する前記ＵＲＬを宛先として前記サーバに転送し、
前記第１転送装置は、前記クライアント装置に対応する前記サービスグループＩＤのうち、前記仮想ＵＲＬに応じた前記サービスグループＩＤを前記リクエストメッセージに付与し、
前記第３転送装置は、前記リクエストメッセージに付与された前記サービスグループＩＤに対応する前記第２転送装置の前記転送プログラムに前記リクエストメッセージを転送することを特徴とする通信方法。

【発明の詳細な説明】

【技術分野】

【0001】

本件は、通信システム及び通信方法に関する。

【背景技術】

【0002】

クラウド上のサービスの構築及び利用の際、クライアント装置から、サービスを提供するサーバにアクセスする手段が設けられる。アクセス手段としては、例えばＨＴＴＰなどのウェブ技術によりＡＰＩ（Application Programming Interface）にアクセスする方法が用いられることがある。ＡＰＩへのアクセスを確立するため、例えば、ＶＰＮ（Virtual Private Network）や専用線を利用する方法、または、ＵＲＬ（Uniform Resource Locator）によりインターネットにＡＰＩを公開する方法が用いられる。

【0003】

ＶＰＮや専用線を利用する場合、低位のネットワーク層でシステム同士が接続されるため、多様なプロトコルを通信に用いることができる。しかし、ネットワークを透過するプロトコルの種類が多いため、通信経路の両端のセキュリティを同一のレベルにまで高めるなどの高セキュリティのネットワーク運用が求められる。また、ＩＰルーティングなどを用いてネットワークを統合する設計が必要となる。

【0004】

また、インターネットにＡＰＩを公開する場合、インターネットを介した各種のネットワーク攻撃への対策として、例えばＡＰＩゲートウェイと呼ばれる専用のソフトウェアが導入される。なお、特許文献１には、モバイル端末のアプリケーションからイントラネット内のリソースにアクセスする技術が開示されている。

【先行技術文献】

【特許文献】

【0005】

【文献】特開２０１４－１３９７０８号公報

【発明の概要】

【発明が解決しようとする課題】

【0006】

しかし、上記の何れの方法も高度な専門知識を必要とするため、システム構築などに必要なコストが増加するおそれがある。したがって、例えばクラウドシステムを試験やイベントなどで一時的に利用する場合や、複数の会社間で互いに特定のＡＰＩだけにアクセスさせる場合、高いコストに見合わないおそれがある。

【0007】

これに対し、ネットワーク間ではなく、ＡＰＩを中継するため、ＨＴＴＰ（HyperText Transfer Protocol）の中継技術を用いてＡＰＩのエンドポイント間を中継する方法がある。ＨＴＴＰの中継には、例えばプロキシ技術が用いられる。ＨＴＴＰを中継する複数のソフトウェアを連携させれば、ＨＴＴＰによる閉域網を構築することが可能であるため、ＨＴＴＰにＴＬＳ（Transport Layer Security）のプロトコルを組み合わせて、安全なポイントツーポイント（Point-To-Point）の通信網を構築することができる。

【0008】

しかし、クライアント装置が設置されたデータセンタと、サービスを提供するサーバが設置されたデータセンタとが互いに異なる管理者により運営されている場合、ＨＴＴＰによる閉域網の通信において、ＵＲＬの名前解決が問題となる。例えばイントラネットのようなプライベートネットワーク内で運用されるサーバのＵＲＬは、インターネットなどの公衆通信網には公開されていない。

【0009】

このため、一般的に提供されるＤＮＳ（Domain Name System）による名前解決が不可能であり、例えばデータセンタ間でＵＲＬが重複するなどの障害が発生して、クライアント装置からサーバにアクセスできない。

【0010】

そこで本件は、プライベートネットワーク内のサービスに他のネットワーク内のクライアント装置からアクセスすることができる通信システム及び通信方法を提供することを目的とする。

【課題を解決するための手段】

【0011】

１つの態様では、通信システムは、公衆ネットワークに接続された第１転送装置、複数の第２転送装置、及び第３転送装置を有し、前記第１転送装置は、プライベートネットワーク内のサーバが提供する複数のサービスの１つを要求し、前記複数のサービスの１つに応じた仮想ＵＲＬを宛先とするリクエストメッセージを、他のネットワーク内のクライアント装置から受信し、前記第３転送装置に転送する第１転送部を有し、前記第３転送装置は、前記リクエストメッセージを前記第２転送装置に転送し、前記第２転送装置は、前記プライベートネットワーク内の前記サーバの前記サービスに応じたＵＲＬと、前記仮想ＵＲＬとの対応関係が登録されたＵＲＬテーブルと、前記複数のサービスの各々が属するグループを識別するサービスグループＩＤの１つに対応する転送プログラムに従って動作する回路であって、前記第３転送装置から転送された前記リクエストメッセージを、前記ＵＲＬテーブルに基づき、前記仮想ＵＲＬに対応する前記ＵＲＬを宛先として前記サーバに転送する第２転送部とを有し、前記第１転送部は、前記クライアント装置に対応する前記サービスグループＩＤのうち、前記仮想ＵＲＬに応じた前記サービスグループＩＤを前記リクエストメッセージに付与し、前記第３転送装置は、前記リクエストメッセージに付与された前記サービスグループＩＤに対応する前記第２転送装置の前記転送プログラムに前記リクエストメッセージを転送する。

【0012】

１つの態様では、通信方法は、公衆ネットワークに接続された第１転送装置、複数の第２転送装置、及び第３転送装置を用い、前記第１転送装置は、プライベートネットワーク内のサーバが提供する複数のサービスの１つを要求し、前記複数のサービスの１つに応じた仮想ＵＲＬを宛先とするリクエストメッセージを、他のネットワーク内のクライアント装置から受信し、前記第３転送装置に転送し、前記第３転送装置は、前記リクエストメッセージを前記第２転送装置に転送し、前記第２転送装置は、前記プライベートネットワーク内の前記サーバの前記サービスに応じたＵＲＬと、前記仮想ＵＲＬとの対応関係が登録されたＵＲＬテーブルを用い、前記複数のサービスの各々が属するグループを識別するサービスグループＩＤの１つに対応する転送プログラムに従って回路を動作させることにより、前記第３転送装置から転送された前記リクエストメッセージを、前記ＵＲＬテーブルに基づき、前記仮想ＵＲＬに対応する前記ＵＲＬを宛先として前記サーバに転送し、前記第１転送装置は、前記クライアント装置に対応する前記サービスグループＩＤのうち、前記仮想ＵＲＬに応じた前記サービスグループＩＤを前記リクエストメッセージに付与し、前記第３転送装置は、前記リクエストメッセージに付与された前記サービスグループＩＤに対応する前記第２転送装置の前記転送プログラムに前記リクエストメッセージを転送する。

【発明の効果】

【0013】

１つの側面として、プライベートネットワーク内のサービスに他のネットワーク内のクライアント装置からアクセスすることができる。

【図面の簡単な説明】

【0014】

【図1】通信システムの一例を示す構成図である。

【図2】クライアント側の転送サーバの一例を示す構成図である。

【図3】ルータの一例を示す構成図である。

【図4】サービス側の転送サーバの一例を示す構成図である。

【図5】転送サーバ間の設定処理の一例を示すシーケンス図である。

【図6】クライアント処理サーバからサービス提供サーバにリクエストメッセージを転送する処理の一例を示すシーケンス図である。

【図7】クライアント側の転送部によるリクエストメッセージの転送処理の一例を示すフローチャートである。

【図8】ルータの転送部によるリクエストメッセージの転送処理の一例を示すフローチャートである。

【図9】サービス側の転送部によるリクエストメッセージの転送処理の一例を示すフローチャートである。

【図10】サービス側の転送部によるレスポンスメッセージの転送処理の一例を示すフローチャートである。

【図11】通信システムの適用例を示す図である。

【発明を実施するための形態】

【0015】

（通信システムの構成）
図１は、通信システム９００の一例を示す構成図である。通信システム９００は、クライアントにクラウド上のサービスを提供し、一例としてデータセンタ９ａ，９ｂ及びクラウドサービスシステム９ｃの通信機器を含む。

【0016】

クライアント側のデータセンタ９ａの通信機器には、転送サーバ１及びクライアント処理サーバ５が含まれる。データセンタ９ａにはＬＡＮ（Local Area Network）９１が設けられ、クライアント処理サーバ５及び転送サーバ１はＬＡＮ９１に接続されている。ＬＡＮ９１はネットワークの一例であり、クライアント処理サーバ５はクライアント装置の一例である。

【0017】

クライアント処理サーバ５にはクライアントプログラム５ｐが実装されている。クライアント処理サーバ５は、クライアントプログラム５ｐに従い、不図示のクライアント端末（スマートフォンなど）と通信することによりクライアント端末からのサービスの要求するリクエストメッセージを生成する。クライアント処理サーバ５は、リクエストメッセージを、ＬＡＮ９１を介して転送サーバ１に送信する。

【0018】

転送サーバ１は、ＬＡＮ９１及びインターネット９０に接続されている。転送サーバ１には、複数の転送プログラム１ｐ－１～１ｐ－ｎ（ｎ：正の整数）が実装されている。データセンタ９ａの管理者Ｃ＿ａｄｍｉｎは、クライアントを識別するＣＩＤ（クライアントＩＤ、Client Identifier）を指定して転送プログラム１ｐ－１～１ｐ－ｎを起動する。このため、転送サーバ１では、クライアントごとの転送プログラム１ｐ－１～１ｐ－ｎが実行される。なお、転送プログラム１ｐ－１～１ｐ－ｎは、共通の転送サーバ１で実行されるが、複数の転送サーバ１でそれぞれ実行されてもよい。

【0019】

転送サーバ１は、転送プログラム１ｐ－１～１ｐ－ｎに従って、クライアント処理サーバ５からリクエストメッセージを受信し、インターネット９０に送信する。転送サーバ１は、不図示のゲートウェイ装置を介してリクエストメッセージを送信してもよいし、転送サーバ１に設けられたゲートウェイ機能によりリクエストメッセージを送信してもよい。

【0020】

クラウドサービスシステム９ｃの通信機器には、ＬＡＮ９３を介して互いに接続されたルータ３及び管理サーバ４が含まれる。クラウドサービスシステム９ｃは、クライアントにクラウド上のサービスを提供するための通信経路を提供するＳａａＳ（Software as a Service）である。ルータ３にはルータプログラム３ｐが実装され、管理サーバ４にはコントローラプログラム４ｐが実装されている。

【0021】

ルータ３は、インターネット９０及びＬＡＮ９３に接続され、ルータプログラム３ｐに従って、転送サーバ１からインターネット９０を介してリクエストメッセージを受信して、サービス側のデータセンタ９ｂに転送する。ルータ３は、一例としてＨＴＴＰＳにより転送サーバ１と通信する。管理サーバ４は、リクエストメッセージの転送に必要な制御テーブルを生成してルータ３に設定する。なお、ルータ３及び管理サーバ４の動作の詳細は後述する。

【0022】

サービス側のデータセンタ９ｂの通信機器には、転送サーバ２及びサービス提供サーバ６が含まれる。データセンタ９ｂにはＬＡＮ９２が設けられ、サービス提供サーバ６及び転送サーバ２はＬＡＮ９２に接続されている。ＬＡＮ９２は、イントラネットの一部であり、インターネット９０から分離されたプライベートネットワークの一例である。また、サービス提供サーバ６は、プライベートネットワーク内のサーバの一例である。

【0023】

転送サーバ２は、インターネット９０及びＬＡＮ９２に接続されている。これにより、データセンタ９ａの転送サーバ１とデータセンタ９ｂの転送サーバ２は、インターネット９０に接続されたルータ３を介して互いに通信する。インターネット９０は公衆ネットワークの一例であり、転送サーバ１は第１転送装置の一例であり、転送サーバ２は第２転送装置の一例である。

【0024】

転送サーバ２には、複数の転送プログラム２ｐ－１～２ｐ－ｍ（ｍ：正の整数）が実装されている。データセンタ９ｂの管理者Ｓ＿ａｄｍｉｎは、サービスが属するグループを識別するＳＧＩＤ（サービスグループＩＤ、Service Groupe Identifier）を指定して転送プログラム２ｐ－１～２ｐ－ｍを起動する。このため、転送サーバ２では、グループごとの転送プログラム２ｐ－１～２ｐ－ｍが実行される。なお、転送プログラム２ｐ－１～２ｐ－ｍは、共通の転送サーバ２で実行されるが、複数の転送サーバ２でそれぞれ実行されてもよい。

【0025】

転送サーバ２は、一例としてＨＴＴＰＳによりルータ３と通信する。転送サーバ２は、転送プログラム２ｐ－１～２ｐ－ｍに従って、ルータ３からリクエストメッセージを受信し、サービス提供サーバ６に送信する。ルータ３は、複数の転送プログラム２ｐ－１～２ｐ－ｍのうち、リクエストメッセージのＳＧＩＤに応じた転送プログラムにリクエストメッセージを転送する。転送サーバ２は、不図示のゲートウェイ装置を介してリクエストメッセージを受信してもよいし、転送サーバ２に設けられたゲートウェイ機能によりリクエストメッセージを受信してもよい。

【0026】

サービス提供サーバ６には、互いに異なるサービスを提供する複数のサービスプログラム６ｐ－１～６ｐ－ｋ（ｋ：正の整数）が実装されている。サービス提供サーバ６は、複数のサービスプログラム６ｐ－１～６ｐ－ｋのうち、リクエストメッセージの要求先のサービスに該当するサービスプログラムに従ってクライアントにサービスを提供する。サービスプログラム６ｐ－１～６ｐ－ｋは、それぞれ、クライアントが利用可能なＡＰＩを備える。なお、サービスプログラム６ｐ－１～６ｐ－ｋは、共通のサービス提供サーバ６で実行されるが、複数のサービス提供サーバ６でそれぞれ実行されてもよい。

【0027】

サービスプログラム６ｐ－１～６ｐ－ｋには、それぞれ、イントラネット内の位置を示すＵＲＬとしてサービスＵＲＬが割り当てられている。サービスＵＲＬは、インターネット９０上に公開されないため、クライアント側のデータセンタ９ａ内のＬＡＮ９１では、インターネット９０内のＤＮＳ（Domain Name System）を用いてもサービスＵＲＬの名前解決ができず、サービスＵＲＬに対応するＩＰ（Internet Protocol）アドレスの検索が不可能である。

【0028】

このため、データセンタ９ａの管理者Ｃ＿ａｄｍｉｎは、サービスＵＲＬに代わる仮想ＵＲＬを生成する。仮想ＵＲＬは、サービスプログラム６ｐ－１～６ｐ－ｋの位置をサービスＵＲＬの代わりに示す仮想的なＵＲＬである。

【0029】

クライアント処理サーバ５は、仮想ＵＲＬを宛先とするリクエストメッセージを生成する。仮想ＵＲＬは、ＬＡＮ９１において、ＤＮＳにより名前解決される。このため、リクエストメッセージは、仮想ＵＲＬに応じた転送プログラム１ｐ－１～１ｐ－ｎに転送される。

【0030】

転送プログラム１ｐ－１～１ｐ－ｎは、管理者Ｃ＿ａｄｍｉｎから指定されたＣＩＤと、クライアント処理サーバ５から受信したリクエストメッセージの仮想ＵＲＬとに対応するＳＧＩＤを、ＣＩＤとともにリクエストメッセージに付与してルータ３に送信する。ルータ３は、サービス側のデータセンタ９ｂの転送サーバ２の転送プログラム２ｐ－１～２ｐ－ｍのうち、リクエストメッセージのＳＧＩＤに対応する転送プログラムにリクエストメッセージを転送する。

【0031】

転送プログラム２ｐ－１～２ｐ－ｍは、リクエストメッセージの仮想ＵＲＬに対応するサービスＵＲＬを宛先として、リクエストメッセージをサービスプログラム６ｐ－１～６ｐ－ｋに転送する。サービスＵＲＬは、ＬＡＮ９２を含むイントラネット内では有効であるため、ＤＮＳにより名前解決される。このため、リクエストメッセージは、サービスＵＲＬに応じたサービスプログラム６ｐ－１～６ｐ－ｋに転送される。

【0032】

したがって、プライベートネットワークであるＬＡＮ９２内のサービスにＬＡＮ９１内のクライアント処理サーバ５からアクセスすることができる。

【0033】

転送サーバ１は、リクエストメッセージの転送処理において、ルータ３からインターネット９０を介して送信される制御テーブルに基づきＣＩＤ及び仮想ＵＲＬからＳＧＩＤを検索する。転送サーバ２は、リクエストメッセージの転送処理において、ルータ３からインターネット９０を介して送信される制御テーブルに基づき仮想ＵＲＬからサービスＵＲＬを検索する。

【0034】

管理サーバ４は、サービス側のデータセンタ９ｂの管理者Ｓ＿ａｄｍｉｎからＣＩＤ、ＳＧＩＤ、サービスＵＲＬ、及び仮想ＵＲＬの組み合わせの入力を受けて制御テーブルを生成する。管理サーバ４は、ルータ３に制御テーブルを送信する。

【0035】

ルータ３は、管理サーバ４から受信した制御テーブルから、転送サーバ１，２ごとに異なる制御テーブルを生成して転送サーバ１，２に送信する。また、ルータ３は、管理サーバ４から受信した制御テーブルから、ＳＧＩＤからサービス側のデータセンタ９ｂの転送サーバ２の転送プログラム２ｐ－１～２ｐ－ｍを検索するための制御テーブルを生成してリクエストメッセージの転送処理に用いる。ここで、ルータ３は第３転送装置の一例である。なお、転送サーバ１，２及びルータ３の各制御テーブルは後述する。

【0036】

（クライアント側の転送サーバ１の構成）
図２は、クライアント側の転送サーバ１の一例を示す構成図である。転送サーバ１は、ＣＰＵ（Central Processing Unit）１０、ＲＯＭ（Read Only Memory）１１、ＲＡＭ（Random Access Memory）１２、ＨＤＤ（Hard Disk Drive）１３、通信ポート１４、及びユーザインタフェース部（ユーザＩＦ）１５を有する。ＣＰＵ１０は、互いに信号の入出力ができるように、ＲＯＭ１１、ＲＡＭ１２、ＨＤＤ１３、通信ポート１４、及びユーザＩＦ１５と、バス１９を介して接続されている。

【0037】

ＲＯＭ１１には、転送プログラム１ｐ－１～１ｐ－ｎが格納されている。ＲＡＭ１２は、ＣＰＵ１０のワーキングメモリとして機能する。通信ポート１４は、例えばＮＩＣ（Network Interface Card）であり、ＬＡＮ９１及びインターネット９０上のＣＰＵ１０の通信を処理する。ユーザＩＦ１５は、ＣＰＵ１０と、例えばパーソナルコンピュータなどのユーザの端末との間の通信を処理する。なお、ユーザＩＦ１５は、例えばＦＰＧＡ（Field Programmable Gate Array）やＡＳＩＣ（Application Specified Integrated Circuit）などのハードウェアにより構成される。

【0038】

ＣＰＵ１０は、管理者Ｃ＿ａｄｍｉｎからユーザＩＦ１５経由で転送プログラム１ｐ－１～１ｐ－ｎの起動の指示を受け付ける。ＣＰＵ１０は起動指示対象の転送プログラム１ｐ－１～１ｐ－ｎをＲＯＭ１１から読み込み、起動指示で指定されたＣＩＤを転送プログラム１ｐ－１～１ｐ－ｎに割り当てる。

【0039】

ＣＰＵ１０は、ＲＯＭ１１から転送プログラム１ｐ－１～１ｐ－ｎの何れかを読み込むと、機能として転送部１００を形成する。転送部１００は、ルータ３から通信ポート１４を介して制御テーブル１３０を受信してＨＤＤ１３に保存する。なお、転送部１００には、起動指示で指定されたＣＩＤが割り当てられている。

【0040】

制御テーブル１３０には、ＣＩＤ、仮想ＵＲＬ、及びＳＧＩＤの対応関係が登録されている。ＣＩＤ、仮想ＵＲＬ、及びＳＧＩＤの対応関係は、サービス側のデータセンタ９ｂの管理者Ｓ＿ａｄｍｉｎが管理サーバ４に対して設定する。これにより、ＳＧＩＤに該当するサービスプログラム６ｐ－１～６ｐ－ｋを利用可能なクライアントが規定される。

【0041】

転送部１００は、仮想ＵＲＬを宛先とし、ＬＡＮ９２内のサービス提供サーバ６が提供するサービスを要求するリクエストメッセージを、他のＬＡＮ９１内のクライアント処理サーバ５から受信し、サービス側のデータセンタ９ｂの転送サーバ２に転送する。なお、転送部１００は第１転送部の一例である。

【0042】

転送部１００は、宛先の仮想ＵＲＬに従ってリクエストメッセージを、通信ポート１４を介してクライアント処理サーバ５から受信する。転送部１００は、リクエストメッセージの仮想ＵＲＬを制御テーブル１３０内の仮想ＵＲＬと照合する。転送部１００は、照合の結果、仮想ＵＲＬ同士が一致した場合、ＣＩＤの照合を行う。

【0043】

転送部１００は、転送部１００に割り当てられたＣＩＤが、制御テーブル１３０内の当該仮想ＵＲＬに対応するＣＩＤに一致する場合、リクエストメッセージをルータ３に転送し、転送部１００に割り当てられたＣＩＤが、制御テーブル１３０内の当該仮想ＵＲＬに対応するＣＩＤに一致しない場合、リクエストメッセージをルータ３に転送しない。

【0044】

このため、管理者Ｓ＿ａｄｍｉｎにより制御テーブル１３０に設定されたＣＩＤの転送部１００だけがリクエストメッセージを転送することができる。例えばＣＩＤ「KKx0193yava0」の転送部１００は、仮想ＵＲＬ「https://Service_C.co.jp」のリクエストメッセージを受信した場合、制御テーブル１３０による照合の結果、ＣＩＤと仮想ＵＲＬの組み合わせが制御テーブル１３０の内容と一致するため、リクエストメッセージを転送する。

【0045】

しかし、他のＣＩＤ「Pxhimah1090x」の転送部１００は、仮想ＵＲＬ「https://Service_C.co.jp」のリクエストメッセージを受信した場合、ＣＩＤと仮想ＵＲＬの組み合わせが制御テーブル１３０の内容と一致しないため、リクエストメッセージを転送しない。このため、正当なクライアントだけがサービスにアクセスすることができる。なお、制御テーブル１３０内のＣＩＤは第１クライアントＩＤの一例であり、転送部１００のＣＩＤは第２クライアントＩＤの一例である。また、制御テーブル１３０はＩＤテーブルの一例である。

【0046】

また、制御テーブル１３０には、ＣＩＤとＳＧＩＤの対応関係も登録されている。ＳＧＩＤは、複数のサービスをグループ単位で扱うための識別子であり、複数の仮想ＵＲＬの間で共通である。例えば仮想ＵＲＬ「https://Service_C.co.jp」及び仮想ＵＲＬ「https://Service_Y.co.jp」には共通のＳＧＩＤ「Abcdef01294au0xa」が割り当てられている。

【0047】

転送部１００は、転送部１００に割り当てられたＣＩＤが、制御テーブル１３０内の当該仮想ＵＲＬに対応するＣＩＤに一致する場合、制御テーブル１３０に基づき、当該仮想ＵＲＬに対応するＳＧＩＤ及びＣＩＤをリクエストメッセージに付与してサービス側のデータセンタ９ｂの転送サーバ２に転送する。このため、転送サーバ１，２は、クライアントごとに、複数のサービスプログラム６ｐ－１～６ｐ－ｋによるサービスの通信におけるＴＬＳ（ＨＴＴＰＳ）などのセキュリティ設定などを共通化することができる。

【0048】

転送部１００は、リクエストメッセージに自己のＣＩＤ及び該当ＳＧＩＤを付与し、通信ポート１４を介してルータ３に転送する。

【0049】

（ルータ３の構成）
図３は、ルータ３の一例を示す構成図である。ルータ３は、ＣＰＵ３０、ＲＯＭ３１、ＲＡＭ３２、ストレージメモリ３３、及び通信ポート３４を有する。ＣＰＵ３０は、互いに信号の入出力ができるように、ＲＯＭ３１、ＲＡＭ３２、ストレージメモリ３３、及び通信ポート３４と、バス３９を介して接続されている。

【0050】

ＲＯＭ３１には、ルータプログラム３ｐが格納されている。ＲＡＭ３２は、ＣＰＵ３０のワーキングメモリとして機能する。通信ポート３４は、例えばＮＩＣであり、インターネット９０上のＣＰＵ３０の通信を処理する。

【0051】

ＣＰＵ３０は、ＲＯＭ３１からルータプログラム３ｐを読み込むと、機能として転送部３００を形成する。転送部３００は、管理サーバ４から送信された制御テーブルから新たに制御テーブル３３０を生成してストレージメモリ３３に保存する。

【0052】

制御テーブル３３０には、ＳＧＩＤと転送プログラムＩＤの対応関係が登録されている。転送プログラムＩＤは、転送サーバ２で動作する転送プログラム２ｐ－１～２ｐ－ｍを識別する識別子であり、一例としてその符号２ｐ－１～２ｐ－ｍが例示されている。

【0053】

転送部３００は、制御テーブル１３０に基づき、リクエストメッセージを、リクエストメッセージに付与されたＳＧＩＤに応じた転送プログラム２ｐ－１～２ｐ－ｍに転送する。転送部３００は、例えばＳＧＩＤが「Abcdef01294au0xa」である場合、リクエストメッセージを転送プログラム２ｐ－１に転送する。リクエストメッセージは、インターネット９０を介してサービス側の転送サーバ２に送信される。なお、転送部３００は第３転送部の一例である。

【0054】

（サービス側の転送サーバ２の構成）
図４は、サービス側の転送サーバ２の一例を示す構成図である。転送サーバ２は、ＣＰＵ２０、ＲＯＭ２１、ＲＡＭ２２、ＨＤＤ２３、通信ポート２４、及びユーザインタフェース部（ユーザＩＦ）２５を有する。ＣＰＵ２０は、互いに信号の入出力ができるように、ＲＯＭ２１、ＲＡＭ２２、ＨＤＤ２３、通信ポート２４、及びユーザＩＦ２５と、バス２９を介して接続されている。

【0055】

ＲＯＭ２１には、転送プログラム２ｐ－１～２ｐ－ｍが格納されている。ＲＡＭ２２は、ＣＰＵ２０のワーキングメモリとして機能する。通信ポート２４は、例えばＮＩＣであり、ＬＡＮ９２及びインターネット９０上のＣＰＵ２０の通信を処理する。ユーザＩＦ２５は、ＣＰＵ２０と、例えばパーソナルコンピュータなどのユーザの端末との間の通信を処理する。なお、ユーザＩＦ２５は、例えばＦＰＧＡやＡＳＩＣなどのハードウェアにより構成される。

【0056】

ＣＰＵ２０は、管理者Ｓ＿ａｄｍｉｎからユーザＩＦ２５経由で転送プログラム２ｐ－１～２ｐ－ｍの起動の指示を受け付ける。ＣＰＵ２０は起動指示対象の転送プログラム２ｐ－１～２ｐ－ｍをＲＯＭ２１から読み込み、起動指示で指定されたＳＧＩＤを転送プログラム２ｐ－１～２ｐ－ｍに割り当てる。

【0057】

ＣＰＵ２０は、ＲＯＭ２１から転送プログラム２ｐ－１～２ｐ－ｍの何れかを読み込むと、機能として転送部２００を形成する。転送部２００は、ルータ３から通信ポート２４を介して制御テーブル２３０を受信してＨＤＤ２３に保存する。なお、転送部２００には、起動指示で指定されたＳＧＩＤが割り当てられている。

【0058】

制御テーブル２３０には、サービスＵＲＬ、仮想ＵＲＬ、及びＳＧＩＤの対応関係が登録されている。サービスＵＲＬ、仮想ＵＲＬ、及びＳＧＩＤの対応関係は、サービス側のデータセンタ９ｂの管理者Ｓ＿ａｄｍｉｎが管理サーバ４に対して設定する。これにより、クライアント側の仮想ＵＲＬがサービス提供サーバ６のサービスＵＲＬの関係が規定される。なお、制御テーブル２３０はＵＲＬテーブルの一例であり、サービスＵＲＬはサービス提供サーバ６のサービスに応じたＵＲＬの一例である。

【0059】

転送部２００は、クライアント側の転送サーバ１から転送されたリクエストメッセージを、制御テーブル２３０に基づき、仮想ＵＲＬに対応するサービスＵＲＬを宛先としてサービス提供サーバ６に転送する。このため、転送部２００は、仮想ＵＲＬがサービス側のＬＡＮ９２内で無効であっても、仮想ＵＲＬに対応するサービスＵＲＬを制御テーブル２３０から取得してサービス提供サーバ６に転送することができる。なお、転送部２００は第２転送部の一例である。

【0060】

ここで、サービスＵＲＬは、サービスプログラム６ｐ－１～６ｐ－ｋごとに存在するため、リクエストメッセージはサービスＵＲＬに応じたサービスプログラム６ｐ－１～６ｐ－ｋに転送される。

【0061】

また、制御テーブル２３０では、異なるサービスＵＲＬ及び仮想ＵＲＬの組み合わせに対して共通のＳＧＩＤが対応付けられている。このため、転送部２００は、クライアント側の転送部１００とともに、ＳＧＩＤごとに複数のサービスプログラム６ｐ－１～６ｐ－ｋによるサービスの通信におけるＴＬＳ（ＨＴＴＰＳ）などのセキュリティ設定などを共通化することができる。

【0062】

また、ルータ３の転送部３００は、リクエストメッセージに付与されたＳＧＩＤに基づき、ＳＧＩＤに対応する転送プログラム２ｐ－１～２ｐ－ｍの転送部２００にリクエストメッセージを転送する。このため、転送部３００は、ＳＧＩＤごとに複数のサービスプログラム６ｐ－１～６ｐ－ｋによるサービスの通信におけるＴＬＳ（ＨＴＴＰＳ）などのセキュリティ設定などを共通化することができる。

【0063】

（転送サーバ１，２間の通信経路の設定処理のシーケンス）
図５は、転送サーバ１，２間の設定処理の一例を示すシーケンス図である。サービス側のデータセンタ９ｂの管理者Ｓ＿ａｄｍｉｎは、パーソナルコンピュータなどの端末から管理サーバ４に対し、クライアントに応じたＣＩＤの生成を依頼する。管理サーバ４（コントローラプログラム４ｐ）は、依頼に応じてＣＩＤを生成して（符号Ｓ１）管理者Ｓ＿ａｄｍｉｎに通知する。

【0064】

管理者Ｓ＿ａｄｍｉｎは、クライアント側のデータセンタ９ａの管理者Ｃ＿ａｄｍｉｎに対しＣＩＤを通知する。管理者Ｃ＿ａｄｍｉｎは、データセンタ９ａ内の転送サーバ１に対し、通知されたＣＩＤを指定して転送プログラム１ｐ－１の起動を指示する（符号Ｓ２）。

【0065】

次に転送サーバ１（転送プログラム１ｐ－１）は、認証情報とともに接続要求をルータ３に送信する。ルータ３（ルータプログラム３ｐ）は、認証情報に基づいて転送サーバ１を認証して（符号Ｓ３）、接続要求に対する応答を転送サーバ１に送信する。

【0066】

また、クライアント側のデータセンタ９ａの管理者Ｃ＿ａｄｍｉｎは、クライアントが要求するサービスに該当するサービスプログラム６ｐ－１～６ｐ－ｋに対応する仮想ＵＲＬを決定し、サービス側のデータセンタ９ｂの管理者Ｓ＿ａｄｍｉｎに通知する。管理者Ｓ＿ａｄｍｉｎは、仮想ＵＲＬに応じたサービスＵＲＬを取得して、パーソナルコンピュータなどの端末から管理サーバ４に対し、サービスＵＲＬに対応するＳＧＩＤの生成を依頼する。なお、ＳＧＩＤには１または複数のサービスＵＲＬが対応する。

【0067】

管理サーバ４は、依頼に応じＳＧＩＤを生成して（符号Ｓ４）、管理者Ｓ＿ａｄｍｉｎの端末に通知する。管理者Ｓ＿ａｄｍｉｎは、データセンタ９ｂ内の転送サーバ２に対し、通知されたＳＧＩＤを指定して転送プログラム２ｐ－１の起動を指示する（符号Ｓ５）。

【0068】

次に転送サーバ２（転送プログラム２ｐ－１）は、認証情報とともに接続要求をルータ３に送信する。ルータ３（ルータプログラム３ｐ）は、認証情報に基づいて転送サーバ２を認証して（符号Ｓ６）、接続要求に対する応答を転送サーバ２に送信する。

【0069】

サービス側のデータセンタ９ｂの管理者Ｓ＿ａｄｍｉｎは、パーソナルコンピュータなどの端末から管理サーバ４に対し、互いに対応するＣＩＤ、ＳＧＩＤ、サービスＵＲＬ、及び仮想ＵＲＬの組み合わせを登録する。管理サーバ４は、その組み合わせに従って制御テーブル（制御ＴＢＬ）を生成する（符号Ｓ７）。管理サーバ４は、制御テーブルをルータ３に送信する。ルータ３は、管理サーバ４から受信した制御テーブルに基づいて制御テーブル１３０，２３０，３３０を生成し、制御テーブル１３０，２３０を転送サーバ１，２にそれぞれ送信する。

【0070】

このように、通信システム９００は、ＣＩＤ、ＳＧＩＤ、サービスＵＲＬ、及び仮想ＵＲＬの組み合わせに基づいて、クライアント側の転送サーバ１からルータ３を介してサービス側の転送サーバ２に至る通信経路を形成する。

【0071】

（リクエストメッセージの転送のシーケンス）
図６は、クライアント処理サーバ５からサービス提供サーバ６にリクエストメッセージ（リクエストＭＳＧ）を転送する処理の一例を示すシーケンス図である。本処理は、上記の通信システム９００を用いた通信方法の一例である。

【0072】

クライアント処理サーバ５（クライアントプログラム５ｐ）は、クライアントの端末からの要求に従って、仮想ＵＲＬを宛先として、ＬＡＮ９２内のサービス提供サーバ６を要求するリクエストＭＳＧを生成してクライアント側の転送サーバ１に送信する。

【0073】

転送サーバ１では、転送プログラム１ｐ－１～１ｐ－ｎのうち、制御テーブル１３０に基づいて、仮想ＵＲＬに対応するＣＩＤの転送プログラム１ｐ－１の転送部１００がリクエストＭＳＧを転送する。転送部１００は、自己のＣＩＤ及びリクエストＭＳＧの仮想ＵＲＬの組み合わせが制御テーブル１３０のＣＩＤ及び仮想ＵＲＬの組み合わせに一致した場合、仮想ＵＲＬに対応するＳＧＩＤを検索して（符号Ｓ１１）、ＣＩＤ及びＳＧＩＤをリクエストＭＳＧに付与して、リクエストＭＳＧをルータ３に転送する。

【0074】

このため、制御テーブル１３０に登録されたＣＩＤのクライアントだけが、仮想ＵＲＬに対応するＳＧＩＤのサービスにアクセスすることができる。また、転送部１００は、ＳＧＩＤごとに複数のサービスプログラム６ｐ－１～６ｐ－ｋによるサービスの通信におけるＴＬＳ（ＨＴＴＰＳ）などのセキュリティ設定などを共通化することができる。

【0075】

ルータ３（ルータプログラム３ｐ）は、制御テーブル３３０に基づいて、転送プログラム２ｐ－１～２ｐ－ｍのうち、リクエストＭＳＧのＳＧＩＤに応じた転送プログラム２ｐ－１を特定する（符号Ｓ１２）。ルータ３の転送部３００は、特定した転送プログラム２ｐ－１を宛先としてリクエストＭＳＧを、インターネット９０を介してサービス側の転送サーバ２に転送する。

【0076】

このため、転送部３００は、ＳＧＩＤごとに複数のサービスプログラム６ｐ－１～６ｐ－ｋによるサービスの通信におけるＴＬＳ（ＨＴＴＰＳ）などのセキュリティ設定などを共通化することができる。

【0077】

転送サーバ２は、転送プログラム２ｐ－１の転送部２００によりリクエストＭＳＧを受信する。転送部２００は、制御テーブル２３０に基づき、仮想ＵＲＬに対応するサービスＵＲＬを検索する（符号Ｓ１３）。転送部２００は、検索したサービスＵＲＬを宛先として、リクエストＭＳＧをサービス提供サーバ６に転送する。

【0078】

サービス提供サーバ６では、サービスプログラム６ｐ－１～６ｐ－ｋのうち、サービスＵＲＬに応じたサービスプログラムがリクエストＭＳＧを受信して、リクエストＭＳＧに応じたレスポンスメッセージ（レスポンスＭＳＧ）を生成する（符号Ｓ１４）。サービス提供サーバ６は、レスポンスＭＳＧをサービス側の転送サーバ２に送信する。

【0079】

転送サーバ２の転送部２００は、レスポンスＭＳＧにサービスＵＲＬが含まれる場合、制御テーブル２３０に基づき、サービスＵＲＬに対応する仮想ＵＲＬを検索する（符号Ｓ１５）。転送部２００は、サービスＵＲＬを削除して、仮想ＵＲＬをレスポンスＭＳＧに付与する。転送サーバ２は、ルータ３を介してクライアント側の転送サーバ１にレスポンスＭＳＧを転送する。

【0080】

このように、転送部２００は、サービス提供サーバ６からリクエストＭＳＧに対する応答メッセージを受信したとき、制御テーブル２３０に基づき、レスポンスＭＳＧの送信元のサービスＵＲＬを仮想ＵＲＬに書き換えてレスポンスＭＳＧを転送サーバ１に転送する。このため、サービス側のデータセンタ９ｂ内のサービスのサービスＵＲＬが、クライアント側のデータセンタ９ａに漏れることが抑制される。このため、クライアント処理サーバ５がレスポンスメッセージを受信したとき、クライアントプログラム５ｐが、レスポンスメッセージ中のヘッダ内のサービスＵＲＬを宛先として新たなリクエストメッセージを送信することが防止される。

【0081】

転送サーバ１は、レスポンスＭＳＧをクライアント処理サーバ５に転送する。クライアント処理サーバ５（クライアントプログラム５ｐ）はレスポンスＭＳＧを受信する。これにより、クライアント処理サーバ５は、サービスプログラム６ｐ－１～６ｐ－ｋのうち、リクエストＭＳＧの仮想ＵＲＬに応じたサービスＵＲＬのサービスプログラムとコネクションを確立して通信することができる。したがって、クライアントは、例えばサービス側のデータセンタ９ｂのサービス提供サーバ６のＡＰＩを利用することができる。

【0082】

（転送部１００，２００，３００の転送処理）
図７は、クライアント側の転送部１００によるリクエストＭＳＧの転送処理の一例を示すフローチャートである。転送部１００は、クライアント処理サーバ５から通信ポート１４を介してリクエストＭＳＧを受信する（ステップＳｔ１）。転送部１００は、リクエストＭＳＧの宛先である仮想ＵＲＬが制御テーブル１３０内の仮想ＵＲＬに一致するか否かを判定する（ステップＳｔ２）。つまり、転送部１００は、リクエストＭＳＧの仮想ＵＲＬと制御テーブル１３０内の仮想ＵＲＬを照合する。

【0083】

転送部１００は、リクエストＭＳＧの仮想ＵＲＬと制御テーブル１３０内の仮想ＵＲＬが一致しない場合（ステップＳｔ２のＮｏ）、エラーメッセージ（エラーＭＳＧ）をクライアント処理サーバ５に送信する（ステップＳｔ７）。

【0084】

転送部１００は、リクエストＭＳＧの仮想ＵＲＬと制御テーブル１３０内の仮想ＵＲＬが一致した場合（ステップＳｔ２のＹｅｓ）、制御テーブル１３０から自己のＣＩＤ及び仮想ＵＲＬの組み合わせに対応するＳＧＩＤを検索する（ステップＳｔ３）。次に転送部１００は、ＣＩＤ及び仮想ＵＲＬに対応するＳＧＩＤ（該当ＳＧＩＤ）の有無を判定する（ステップＳｔ４）。

【0085】

転送部１００は、該当ＳＧＩＤが無い場合（ステップＳｔ４のＮｏ）、エラーメッセージ（エラーＭＳＧ）をクライアント処理サーバ５に送信する（ステップＳｔ７）。このため、転送部１００は、リクエストＭＳＧをルータ３に転送しない。

【0086】

また、転送部１００は、該当ＳＧＩＤが有る場合（ステップＳｔ４のＹｅｓ）、リクエストＭＳＧにＣＩＤ及び該当ＳＧＩＤを付与する（ステップＳｔ５）。このため、転送部１００は、ＳＧＩＤを単位としてセキュリティ設定を行ことができる。

【0087】

次に転送部１００は、通信ポート１４を介してリクエストＭＳＧをルータ３に転送する（ステップＳｔ６）。このようにして、転送部１００はリクエストＭＳＧの転送処理を行う。

【0088】

図８は、ルータ３の転送部３００によるリクエストＭＳＧの転送処理の一例を示すフローチャートである。転送部３００は、転送サーバ１から通信ポート３４を介してリクエストＭＳＧを受信する（ステップＳｔ１１）。

【0089】

転送部３００は、リクエストＭＳＧに付与されたＳＧＩＤに対応するサービス側の転送プログラム２ｐ－１～２ｐ－ｍを制御テーブル２３０から検索する（ステップＳｔ１２）。次に転送部３００は、ＳＧＩＤに対応する転送プログラム２ｐ－１～２ｐ－ｍ（該当プログラム）の有無を判定する（ステップＳｔ１３）。

【0090】

転送部３００は、該当プログラムが無い場合（ステップＳｔ１３のＮｏ）、エラーメッセージ（エラーＭＳＧ）を転送サーバ１に送信する（ステップＳｔ１５）。このため、転送部３００は、リクエストＭＳＧをサービス側の転送サーバ２に転送しない。

【0091】

また、転送部３００は、該当プログラムが有る場合（ステップＳｔ１３のＹｅｓ）、リクエストＭＳＧをサービス側の転送サーバ２に転送する（ステップＳｔ１４）。このようにして、転送部３００はリクエストＭＳＧの転送処理を行う。

【0092】

図９は、サービス側の転送部２００によるリクエストＭＳＧの転送処理の一例を示すフローチャートである。転送部２００は、転送サーバ２から通信ポート２４を介してリクエストＭＳＧを受信する（ステップＳｔ２１）。転送部２００は、制御テーブル２３０から、リクエストＭＳＧに付与された仮想ＵＲＬに対応するサービスＵＲＬを検索する（ステップＳｔ２２）。次に転送部２００は、仮想ＵＲＬに対応するサービスＵＲＬ（該当ＵＲＬ）の有無を判定する（ステップＳｔ２３）。

【0093】

転送部２００は、該当ＵＲＬが無い場合（ステップＳｔ２３のＮｏ）、エラーメッセージ（エラーＭＳＧ）をルータ３に送信する（ステップＳｔ２５）。このため、転送部２００は、リクエストＭＳＧをサービス提供サーバ６に転送しない。

【0094】

また、転送部２００は、該当ＵＲＬが有る場合（ステップＳｔ２３のＹｅｓ）、該当ＵＲＬを宛先としてリクエストＭＳＧをサービス提供サーバ６に転送する（ステップＳｔ２４）。サービス提供サーバ６では、複数のサービスプログラム６ｐ－１～６ｐ－ｋのうち、該当ＵＲＬに応じたサービスプログラムがリクエストＭＳＧを受信してレスポンスＭＳＧを生成する。このようにして、転送部２００はリクエストＭＳＧの転送処理を行う。

【0095】

図１０は、サービス側の転送部２００によるレスポンスＭＳＧの転送処理の一例を示すフローチャートである。転送部２００は、複数のサービスプログラム６ｐ－１～６ｐ－ｋのうち、サービスＵＲＬに応じたサービスプログラムからレスポンスＭＳＧを受信する（ステップＳｔ３１）。

【0096】

転送部２００は、レスポンスＭＳＧにサービスＵＲＬが含まれるか否かを判定する（ステップＳｔ３２）。転送部２００は、レスポンスＭＳＧにサービスＵＲＬが含まれていない場合（ステップＳｔ３２のＮｏ）、レスポンスＭＳＧをルータ３に転送する（ステップＳｔ３６）。

【0097】

また、転送部２００は、レスポンスＭＳＧにサービスＵＲＬが含まれている場合（ステップＳｔ３２のＹｅｓ）、制御テーブル２３０から、サービスＵＲＬに対応する仮想ＵＲＬを検索する（ステップＳｔ３３）。次に転送部２００は、サービスＵＲＬに対応する仮想ＵＲＬの有無を判定する（ステップＳｔ３４）。転送部２００は、サービスＵＲＬに対応する仮想ＵＲＬが無い場合（ステップＳｔ３４のＮｏ）、レスポンスＭＳＧをルータ３に転送する（ステップＳｔ３６）。

【0098】

また、転送部２００は、サービスＵＲＬに対応する仮想ＵＲＬが有る場合（ステップＳｔ３４のＹｅｓ）、レスポンスＭＳＧ内の仮想ＵＲＬをサービスＵＲＬに書き換えて（ステップＳｔ３５）、レスポンスＭＳＧをルータ３に転送する（ステップＳｔ３６）。このため、サービスＵＲＬは、ルータ３及びクライアント側の転送サーバ１に漏洩しない。このようにして、転送部２００はレスポンスＭＳＧの転送処理を行う。

【0099】

（通信システム９００の適用例）
図１１は、通信システム９００の適用例を示す図である。パブリッククラウド７及びイントラネット８は、例えばファイアウォールなどのセキュリティ設定によりインバウンド通信が許可されておらず、アウトバウンド通信のみが許可されている。

【0100】

パブリッククラウド７には、クライアントがインターネットを介してアクセスすることができ、転送プログラムＸとＣＩＣＤ（Continuous Integration Continuous Delivery）環境７０が実装されている。ＣＩＣＤ環境７０の管理者（ＣＩＣＤ管理者）は転送プログラムを起動する。パブリッククラウド７は、インターネット上のルータプログラムＺを介してイントラネット８と接続されている。

【0101】

イントラネット８には、ＣＩＣＤ環境７０から直接的にアクセスすることができず（符号８２参照）、転送プログラムＹ、リポジトリ管理サービス８０、及びリポジトリ８１が実装されている。リポジトリ管理サービス８０の管理者（サービス管理者）は転送プログラムＹを起動する。

【0102】

本例の転送プログラムＸは上記の転送プログラム１ｐ－１～１ｐ－ｎの１つに該当し、本例の転送プログラムＹは上記の転送プログラム２ｐ－１～２ｐ－ｍの１つに該当する。また、ルータプログラム３ｐは上記のルータプログラムＺに該当する。さらに、本例のＣＩＣＤ環境７０は上記のクライアント処理サーバ５に該当し、本例のリポジトリ管理サービス８０は上記のサービスプログラム６ｐ－１～６ｐ－ｋに該当する。

【0103】

クライアントは、上述した通信方法により、ＣＩＣＤ環境７０から転送プログラムＸ，Ｙ及びルータプログラムＺを介してリポジトリ管理サービス８０にアクセスすることができる。

【0104】

これまで述べたように、通信システム９００は、インターネット９０に接続された転送サーバ１，２を有する。転送サーバ１は、仮想ＵＲＬを宛先とし、ＬＡＮ９２内のサービス提供サーバ６が提供するサービスを要求するリクエストメッセージを、他のＬＡＮ９１内のクライアント処理サーバ５から受信し、転送サーバ２に転送する転送部１００を有する。

【0105】

転送サーバ２は、制御テーブル２３０及び転送部２００を有する。制御テーブル２３０には、プライベートネットワークであるＬＡＮ９２内のサービス提供サーバ６のサービスに応じたサービスＵＲＬと、仮想ＵＲＬとの対応関係が登録されている。転送部２００は、転送サーバ１から転送されたリクエストメッセージを、制御テーブル２３０に基づき、仮想ＵＲＬに対応するサービスＵＲＬを宛先としてサービス提供サーバ６に転送する。

【0106】

上記の構成によると、転送サーバ１の転送部１００は、クライアント処理サーバ５から仮想ＵＲＬを用いてリクエストメッセージを受信して、インターネット９０上の他の転送サーバ２に転送する。転送サーバ２の転送部２００は、転送サーバ１から転送されたリクエストメッセージを、制御テーブル２３０に基づき、仮想ＵＲＬに対応するサービスＵＲＬを宛先としてサービス提供サーバ６に転送する。このため、リクエストメッセージは、ＬＡＮ９２内でサービスＵＲＬに応じたサービスに転送される。

【0107】

したがって、プライベートネットワークであるＬＡＮ９２内のサービスに他のＬＡＮ９１内のクライアント処理サーバ５からアクセスすることができる。

【0108】

なお、以上の説明に関して更に以下の付記を開示する。
（付記１） 公衆ネットワークに接続された第１転送装置及び第２転送装置を有し、
前記第１転送装置は、
仮想ＵＲＬを宛先とし、プライベートネットワーク内のサーバが提供するサービスを要求するリクエストメッセージを、他のネットワーク内のクライアント装置から受信し、前記第２転送装置に転送する第１転送部を有し、
前記第２転送装置は、
前記プライベートネットワーク内の前記サーバのサービスに応じたＵＲＬと、前記仮想ＵＲＬとの対応関係が登録されたＵＲＬテーブルと、
前記第１転送装置から転送された前記リクエストメッセージを、前記ＵＲＬテーブルに基づき、前記仮想ＵＲＬに対応する前記ＵＲＬを宛先として前記サーバに転送する第２転送部とを有することを特徴とする通信システム。
（付記２） 前記第１転送装置は、ユーザにより設定された第１クライアントＩＤ及び前記仮想ＵＲＬの対応関係が登録されたＩＤテーブルを有し、
前記第１転送部は、前記第１転送部に割り当てられた第２クライアントＩＤが前記第１クライアントＩＤに一致する場合、前記リクエストメッセージを前記第２転送装置に転送し、前記第１転送部に割り当てられた第２クライアントＩＤが前記第１クライアントＩＤに一致しない場合、前記リクエストメッセージを前記第２転送装置に転送しないことを特徴とする付記１に記載の通信システム。
（付記３） 前記ＩＤテーブルには、さらに前記仮想ＵＲＬ及び他の仮想ＵＲＬに割り当てられた共通のサービスグループＩＤと、前記第１クライアントＩＤとの対応関係が登録され、
前記第１転送部は、前記第１転送部に割り当てられた第２クライアントＩＤが前記第１クライアントＩＤに一致する場合、前記ＩＤテーブルに基づき、前記仮想ＵＲＬに対応する前記サービスグループＩＤ及び前記第２クライアントＩＤを前記リクエストメッセージに付与して前記第２転送装置に転送することを特徴とする付記２に記載の通信システム。
（付記４） 前記公衆ネットワークに接続された第３転送装置を有し、
前記第３転送装置は、前記サービスグループＩＤに基づいて前記リクエストメッセージを前記第１転送部から前記第２転送部に転送する第３転送部を有することを特徴とする付記３に記載の通信システム。
（付記５） 前記第２転送部は、前記サーバから前記リクエストメッセージに対するレスポンスメッセージを受信したとき、前記ＵＲＬテーブルに基づき、前記レスポンスメッセージの送信元の前記ＵＲＬを前記仮想ＵＲＬに書き換えて前記レスポンスメッセージを前記第１転送装置に転送することを特徴とする付記１乃至４の何れかに記載の通信システム。
（付記６） 公衆ネットワークに接続された第１転送装置及び第２転送装置を用い、
前記第１転送装置は、仮想ＵＲＬを宛先とし、プライベートネットワーク内のサーバが提供するサービスを要求するリクエストメッセージを、他のネットワーク内のクライアント装置から受信し、前記第２転送装置に転送し、
前記第２転送装置は、
前記プライベートネットワーク内の前記サーバのサービスに応じたＵＲＬと、前記仮想ＵＲＬとの対応関係が登録されたＵＲＬテーブルを用い、
前記第１転送装置から転送された前記リクエストメッセージを、前記ＵＲＬテーブルに基づき、前記仮想ＵＲＬに対応する前記ＵＲＬを宛先として前記サーバに転送することを特徴とする通信方法。
（付記７） 前記第１転送装置は、ユーザにより設定された第１クライアントＩＤ及び前記仮想ＵＲＬの対応関係が登録されたＩＤテーブルを有し、
前記第１転送装置は、前記第１転送部に割り当てられた第２クライアントＩＤが前記第１クライアントＩＤに一致する場合、前記リクエストメッセージを前記第２転送装置に転送し、前記第１転送部に割り当てられた第２クライアントＩＤが前記第１クライアントＩＤに一致しない場合、前記リクエストメッセージを前記第２転送装置に転送しないことを特徴とする付記６に記載の通信方法。
（付記８） 前記ＩＤテーブルには、さらに前記仮想ＵＲＬ及び他の仮想ＵＲＬに割り当てられた共通のサービスグループＩＤと、前記第１クライアントＩＤとの対応関係が登録され、
前記第１転送装置は、前記第１転送装置に割り当てられた第２クライアントＩＤが前記第１クライアントＩＤに一致する場合、前記ＩＤテーブルに基づき、前記仮想ＵＲＬに対応する前記サービスグループＩＤ及び前記第２クライアントＩＤを前記リクエストメッセージに付与して前記第２転送装置に転送することを特徴とする付記７に記載の通信方法。
（付記９） 前記公衆ネットワークに接続された第３転送装置が、前記サービスグループＩＤに基づいて前記リクエストメッセージを前記第１転送装置から前記第２転送装置に転送することを特徴とする付記８に記載の通信方法。
（付記１０） 前記第２転送装置は、前記サーバから前記リクエストメッセージに対するレスポンスメッセージを受信したとき、前記ＵＲＬテーブルに基づき、前記レスポンスメッセージの送信元の前記ＵＲＬを前記仮想ＵＲＬに書き換えて前記レスポンスメッセージを前記第１転送装置に転送することを特徴とする付記６乃至９の何れかに記載の通信方法。

【符号の説明】

【0109】

１，２ 転送サーバ
３ ルータ
５ クライアント装置
６ サービス提供サーバ
９０ インターネット
９１，９２ ＬＡＮ
１３０，２３０，３３０ 制御テーブル
９００ 通信システム
６ｐ－１～６ｐ－ｋ サービスプログラム

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】