JP7440177B1

JP7440177B1 - サービス提供システム、ゲートウェイ装置、サービス提供システム構築方法およびプログラム

Info

Publication number: JP7440177B1
Application number: JP2023015871A
Authority: JP
Inventors: 陽介栗本; 宏坂元; 光宇田川
Original assignee: NEC Platforms Ltd
Current assignee: NEC Platforms Ltd
Priority date: 2023-02-06
Filing date: 2023-02-06
Publication date: 2024-02-28
Anticipated expiration: 2043-02-06

Abstract

【課題】クラウド連携ソリューションにおいて、従来技術よりもさらにセキュリティを高めつつ、オンプレミス環境とクラウド環境との間の接続を容易に構築可能な技術を提供する。【解決手段】オンプレミス環境に設置されたネットワーク機器およびゲートウェイ装置と、クラウド上のサーバ装置と、を備え、前記ゲートウェイ装置は、前記ネットワーク機器と前記サーバ装置との通信を中継する暗号化された双方向通信路を生成し、前記暗号化された双方向通信路は、ＷｅｂＳｏｃｋｅｔプロトコルに応じた通信路であり、前記サーバ装置からの要求応答型通信および前記ゲートウェイ装置からのイベント通知型通信を行う通信路である、サービス提供システム。【選択図】図１

Description

本発明は、サービス提供システム、ゲートウェイ装置、サービス提供システム構築方法およびプログラムに関する。

オンプレミス環境におけるサービスと、クラウド上のサービスとを連携し、新たなソリューションを提供するクラウド連携ソリューションがある。クラウド連携ソリューションでは、オンプレミス環境側のサービスに対し、クラウド側からアクセス可能なように両者の接続を構築する必要がある。セキュリティを確保しつつ、オンプレミス環境とクラウド環境との間の接続を容易に構築可能なシステムがある。

例えば、オンプレミス環境にゲートウェイ装置およびデータを保存する保存サーバを備え、クラウド上に設定情報を管理する管理サーバおよびサービスを提供するサービスサーバを備えるネットワークシステムにおいて、ゲートウェイ装置が、管理サーバから設定情報を取得し、その設定情報に基づいてサービスサーバとの接続を確立し、接続を確立したサービスサーバからの要求に応じて、保存サーバに保存されるデータをサービスサーバに対して送信する技術がある（例えば、特許文献1参照）。

特開２０２２－１４７２３３号公報

以下の分析は、本発明によって与えられたものである。

特許文献１に開示の技術によれば、クラウド上のサービスサーバとオンプレミス環境のゲートウェイ装置との間を、ＨＴＴＰリクエストベースのＶＰＮ（ＶｉｒｔｕａｌＰｒｉｖａｔｅＮｅｔｗｏｒｋ）で接続する。ここでは、ＶＰＮｏｖｅｒＷｅｂｓｏｃｋｅｔを利用しているため、接続を確立する際、ゲートウェイ装置は、オンプレミス環境のルータやファイアウォール等の変更が不要である。

しかしながら、ＶＰＮを使用している限り、クラウド上のサービスサーバを介して、ＶＰＮトンネル内部へのアクセスが全て可能である。したがって、不正侵入への対策が十分とは言えない。

本発明は、上記事情に鑑みてなされたもので、クラウド連携ソリューションにおいて、従来技術よりもさらにセキュリティを高めつつ、オンプレミス環境とクラウド環境との間の接続を容易に構築可能な技術を提供することを目的とする。

本発明の第一の視点によれば、
オンプレミス環境に設置されたネットワーク機器およびゲートウェイ装置と、
クラウド上のサーバ装置と、を備え、
前記ゲートウェイ装置は、前記ネットワーク機器と前記サーバ装置との通信を中継する暗号化された双方向通信路を生成し、
前記暗号化された双方向通信路は、ＷｅｂＳｏｃｋｅｔプロトコルに応じた通信路であり、前記サーバ装置からの要求応答型通信および前記ゲートウェイ装置からのイベント通知型通信を行う通信路であり、
前記ゲートウェイ装置は、
サービスを提供するサービスサーバに対応するアダプタプログラムを備え、
起動すべき前記サービスと設定値とを含むサービステンプレートを、前記サーバ装置から受信し、前記アダプタプログラムおよび前記サービスのデプロイを行い、
前記暗号化された双方向通信を、当該アダプタプログラムを経由して行なうとともに、前記サーバ装置に、前記アダプタプログラムのインタフェースのみ公開し、当該アダプタプログラムへの指示以外はルーティングしない、サービス提供システムが提供される。

本発明の第二の視点によれば、
オンプレミス環境に設置されたゲートウェイ装置であって、
サービスを提供するサービスサーバに対応するアダプタプログラムを備え、
前記オンプレミス環境に設置されたネットワーク機器とクラウド上のサーバ装置との通信を中継する暗号化された双方向通信路を生成し、
起動すべき前記サービスと設定値とを含むサービステンプレートを、前記サーバ装置から受信し、前記アダプタプログラムおよび前記サービスのデプロイを行い、
前記暗号化された双方向通信を、当該アダプタプログラムを経由して行なうとともに、前記サーバ装置に、前記アダプタプログラムのインタフェースのみ公開し、当該アダプタプログラムへの指示以外はルーティングせず、
前記暗号化された双方向通信路は、ＷｅｂＳｏｃｋｅｔプロトコルに応じた通信路であり、前記サーバ装置からの要求応答型通信および当該ゲートウェイ装置からのイベント通知型通信を行う通信路である、ゲートウェイ装置が提供される。

本発明の第三の視点によれば、
オンプレミス環境に設置されたネットワーク機器およびゲートウェイ装置と、クラウド上のサーバ装置と、を備えたサービス提供システム構築方法であって、
前記ゲートウェイ装置は、サービスを提供するサービスサーバに対応するアダプタプログラムを備え、
前記ゲートウェイ装置が、前記ネットワーク機器と前記サーバ装置との通信を中継する、ＷｅｂＳｏｃｋｅｔプロトコルに応じた暗号化された双方向通信路を生成し、
前記ゲートウェイ装置が、前記暗号化された双方向通信路を介して前記サーバ装置から起動すべき前記サービスと設定値とを含むサービステンプレートを受信し、前記アダプタプログラムおよび前記サービスのデプロイを行い、
前記ゲートウェイ装置は、前記暗号化された双方向通信を、当該アダプタプログラムを経由して行なうとともに、前記サーバ装置に、前記アダプタプログラムのインタフェースのみ公開し、当該アダプタプログラムへの指示以外はルーティングしない、サービス提供システム構築方法が提供される。

本発明の第四の視点によれば、
オンプレミス環境に設置されたゲートウェイ装置であって、サービスを提供するサービスサーバに対応するアダプタプログラムを備えるゲートウェイ装置に搭載されるコンピュータに
前記オンプレミス環境に設置されたネットワーク機器とクラウド上のサーバ装置との通信を中継する、ＷｅｂＳｏｃｋｅｔプロトコルに応じた暗号化された双方向通信路であって、前記サーバ装置からの要求応答型通信および前記ゲートウェイ装置からのイベント通知型通信を行う双方向通信路を生成する機能と、
起動すべき前記サービスと設定値とを含むサービステンプレートを、前記サーバ装置から受信し、前記アダプタプログラムおよび前記サービスのデプロイを行い、前記暗号化された双方向通信を、当該アダプタプログラムを経由して行なうとともに、前記サーバ装置に、前記アダプタプログラムのインタフェースのみ公開し、当該アダプタプログラムへの指示以外はルーティングしない機能と、
を実現せるためのプログラムが提供される。

なお、これらのプログラムは、コンピュータが読み取り可能な記憶媒体に記録することができる。記憶媒体は、半導体メモリ、ハードディスク、磁気記録媒体、光記録媒体等の非トランジェント（ｎｏｎ－ｔｒａｎｓｉｅｎｔ）なものとすることができる。本発明は、コンピュータプログラム製品として具現することも可能である。

本発明によれば、クラウド連携ソリューションにおいて、従来技術よりもさらにセキュリティを高めつつ、オンプレミス環境とクラウド環境との間の接続を容易に構築できる。

本発明の一実施形態のサービス提供システムの全体構成図である。（ａ）および（ｂ）は、本発明の一実施形態のゲートウェイ装置の、それぞれ、機能構成図、ダウンロード済サービス一覧テーブルとイメージファイルの一例を説明するための説明図である。本発明の一実施形態の連携ソリューション構築処理のフローチャートである（ａ）および（ｂ）は、本発明の一実施形態の、それぞれ、接続用設定ファイルおよび認証テーブルの一例を説明するための説明図である。本発明の一実施形態の接続用設定ファイル受信手順のフローチャートである。本発明の一実施形態のセキュアな双方向通信路設定処理のフローチャートである。（ａ）および（ｂ）は、本発明の一実施形態の、それぞれ、接続管理テーブルおよびＧＷ管理テーブルの一例を説明するための説明図である。本発明の一実施形態の双方向通信路上で中継される通信の形態を説明するための説明図である。（ａ）は、本発明の一実施形態のサービステンプレートの一例を説明するための説明図であり、（ｂ）および（ｃ）は、本発明の一実施形態の、それぞれ、設定画面およびデプロイ操作画面の一例を説明するための説明図である。（ａ）および（ｂ）は、それぞれ、本発明の一実施形態のサービステンプレート配信処理のフローチャートである。本発明の一実施形態の連携ソリューション構築処理のフローチャートである。（ａ）および（ｂ）は、それぞれ、本発明の一実施形態のＧＷ装置におけるアダプタプログラムの起動およびサービスプログラムの構築を説明するための説明図である。（ａ）および（ｂ）は、本発明の一実施形態の、サービス起動パラメータを環境変数として渡す場合の処理を説明するための説明図である。（ａ）および（ｂ）は、本発明の一実施形態の、サービス起動パラメータをファイルとして渡す場合の処理を説明するための説明図である。本発明の一実施形態のＧＷ装置のハードウェア構成図である。本発明の一実施形態の具体的な適用例の全体構成図である。本発明の一実施形態の具体的な適用例における処理の流れを説明するための説明図である。本発明の変形例のＧＷ装置の構成図である。

以下、本発明の一実施形態（以下、本実施形態と呼ぶ。）の概要について図面を参照して説明する。なお、図面の参照符号は、理解を助けるための一例として各要素に便宜上付記したものであり、本発明を図示の態様に限定することを意図するものではない。また、以降の説明で参照する図面等のブロック間の接続線は、双方向および単方向の双方を含む。一方向矢印については、主たる信号（データ）の流れを模式的に示すものであり、双方向性を排除するものではない。

また、図中の各ブロックの入出力の接続点には、ポートやインタフェースがあるが図示を省略する。また、以下の説明において、「Ａおよび／またはＢ」は、ＡまたはＢ、もしくは、ＡおよびＢという意味で用いる。

まず、本実施形態のクラウド連携ソリューション（連携ソリューション；サービス提供システム）の概要を説明する。まず、サービス提供システム１００の全体構成について説明する。図１は、本実施形態のサービス提供システム１００の全体構成図である。

本図に示すように、サービス提供システム１００は、オンプレミス環境２００に配置されたゲートウェイ（ＧＷ）装置２１０、ネットワーク（Ｎ／Ｗ）機器２２０、およびセキュリティ装置２３０と、クラウド３００上に配置されるクラウドサーバ（サービスサーバ）３１０と、管理サーバ４２０と、ファイルサーバ４３０と、を備える。ＧＷ装置２１０とクラウドサーバ３１０と管理サーバ４２０とファイルサーバ４３０とは、インターネット等のネットワーク９００で接続される。ネットワーク９００は、有線、無線を問わない。

クラウド３００は、ネットワーク９００を介して、オンプレミス環境２００のユーザにサーバ、ストレージ等のリソースやプログラム等を提供する。本実施形態では、クラウドサーバ（サーバ装置）３１０で代表する。図１では、各クラウドサーバ３１０は、同一のクラウド３００内に記載されているが、それぞれ、異なるクラウド上のサーバであってもよい。

クラウドサーバ３１０は、オンプレミス環境２００に対し、サービスを提供する。クラウドサーバ３１０の個数も問わない。提供するサービス毎に用意されていてもよいし、１つのサーバが複数のサービスを提供してもよい。また、本実施形態では、オンプレミス環境２００に対し、リモートで操作を行う作業者５１０がインタフェースとして使用する装置も含む。

管理サーバ４２０は、各クラウドサーバ３１０のサービスを実現するプログラム等を管理する。

ファイルサーバ４３０は、クラウドサーバ３１０とＧＷ装置２１０との接続のための設定情報（接続用設定ファイル４３１）を管理する。接続用設定ファイル４３１の詳細および両者間の接続の詳細については、後述する。なお、本実施形態では、接続用設定ファイル４３１は、作業者５１０が、予めファイルサーバ４３０にアップロードする。

オンプレミス環境２００は、オフィス、工場、ホテル等、ローカルネットワークで接続された環境である。Ｎ／Ｗ機器２２０は、クラウド連携可能な機器であり、オンプレミス環境２００内の内部ネットワーク２０１を介してＧＷ装置２１０に接続される。なお、Ｎ／Ｗ機器２２０の個数は問わない。また、オンプレミス環境２００の数も問わない。各オンプレミス環境２００に少なくとも１つのＧＷ装置２１０を備える。なお、オンプレミス環境２００の担当者５２０は、ＧＷ装置２１０にアクセス可能である。

［ＧＷ装置］
本実施形態のＧＷ装置２１０は、上記サービス提供システム１００において、クラウドサーバ３１０からオンプレミス環境２００へのアクセスを制御する。また、オンプレミス環境２００の外部からの指示により、クラウド３００上のサービスとの連携（連携ソリューション）を実現する。

本実施形態のＧＷ装置２１０は、Ｎ／Ｗ機器２２０とクラウドサーバ３１０との通信を中継する暗号化された（セキュアな）双方向通信路を生成する。また、ＧＷ装置２１０は、オンプレミス環境２００外の装置から、クラウド３００上の各種のサービスと連携するための情報を取得する。さらに、ＧＷ装置２１０は、オンプレミス環境２００外部の装置から、ソリューションの提供に必要な各種のサービスをオンプレミス環境２００に構築する。

これらの機能を実現するため、本実施形態のＧＷ装置２１０は、通常のゲートウェイとしての機能に加え、図２（ａ）に示すように、通信路生成部２１１と、連携準備部２１２と、連携構築部２１３と、を備える。また、これらの各部が処理を行うために必要な情報を記憶する記憶部２１５を備える。

通信路生成部２１１は、Ｎ／Ｗ機器２２０とクラウドサーバ３１０との通信を中継する暗号化された（セキュアな）双方向通信路を生成する。通信路生成部２１１は、クラウド３００上のｉＰａａＳ（ＩｎｔｅｇｒａｔｉｏｎＰｌａｔｆｏｒｍａｓａＳｅｒｖｉｃｅ）ソフトウェアと、オンプレミス環境２００の内部ネットワーク２０１に接続された機器およびサービスとの通信を中継し、Ｗｅｂ技術（ＴＣＰ（ＴｒａｎｓｍｉｓｓｉｏｎＣｏｎｔｒｏｌＰｒｏｔｏｃｏｌ）／ＩＰ（ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ）／ＴＬＳ（ＴｒａｎｓｐｏｒｔＬａｙｅｒＳｅｃｕｒｉｔｙ）／ＨＴＴＰ（ＨｙｐｅｒｔｅｘｔＴｒａｎｓｆｅｒＰｒｏｔｏｃｏｌ）／ＷｅｂＳｏｃｋｅｔプロトコル）を用いて、オンプレミス環境２００に設置されたファイアウォールやＴＣＰプロキシに対応した、ネットワーク９００上のセキュアな双方向通信を提供する。

連携準備部２１２は、オンプレミス環境２００外の装置から、クラウド３００上の各種のサービスと連携するための情報（接続用設定ファイル４３１）を取得する。接続用設定ファイル４３１については、後述する。

連携構築部２１３は、ソリューションの提供に必要な各種のサービスをオンプレミス環境２００に構築する。本実施形態では、連携構築部２１３は、起動すべきサービスと設定値とを含むサービステンプレートをクラウドサーバ３１０から受信し、起動すべきアダプタプログラムを管理サーバ４２０から取得し、これらをデプロイすることにより、連携ソリューションを構築する。

また、連携構築部２１３は、連携後、クラウド３００側からオンプレミス環境２００の各Ｎ／Ｗ機器２２０に対し、アダプタプログラムを介したアクセスのみ可能となるよう制御する。具体的には、ＧＷ装置２１０は、クラウドサーバ３１０に、アダプタプログラムのＩ／Ｆのみ公開する。そして、クラウド３００側からの通信に対し、ＧＷ装置２１０は、アダプタプログラムへの指示以外はルーティングしない。したがって、クラウド３００側の装置は、直接、オンプレミス環境２００内のＮ／Ｗ機器２２０に侵入することはできない。アダプタプログラムおよびサービステンプレートについては、後述する。

なお、本実施形態では、連携構築部２１３におけるサービステンプレートの受信は、後述するように、作業者５１０が、接続用設定ファイル４３１へのアクセスパスを、オンプレミス環境２００の担当者５２０に通知し、担当者５２０がそれをＧＷ装置２１０に設定することにより、開始される。

また、連携構築部２１３は、サービステンプレートの受信には通信路生成部２１１が生成した、セキュアな双方向通信路を用いる。作業者５１０は、この通信路を用いて、外部の装置から、各種サービスの状態を確認できる。

本実施形態では、ＧＷ装置２１０は、例えば、汎用のＬｉｎｕｘ（登録商標）サーバ上に構築される。汎用Ｌｉｎｕｘサーバは、一般に、その不揮発性メモリ上に、Ｌｉｎｕｘカーネル、および、各種プロトコルスタックなどのＯＳ（Ｏｐｅｒａｔｉｏｎｓｙｓｔｅｍ）の実行上必要なソフトウェアがプリインストールされる。本実施形態では、ＴＣＰ／ＴＬＳスタック、ＨＴＴＰクライアントソフトウェア、スクリプトインタプリタ等がプリインストールされる。

［連携ソリューション構築処理］
まず、本実施形態のサービス提供システム１００による連携ソリューション構築時の、ＧＷ装置２１０を中心とした処理の流れの概略を説明する。図３は、本実施形態の連携ソリューション構築の処理フローである。本処理は、作業者５１０により、連携するサービスの設定投入を契機に開始される。以下、作業者５１０は、提供するサービスのサーバ（クラウドサーバ３１０）を用いてクラウド３００にて作業を行うものとして記載する。

作業者５１０は、クラウドサーバ３１０上で、連携するサービスのサービステンプレート設定を投入する。クラウドサーバ３１０は、サービステンプレートの設定を受け付ける（ステップＳ１１０１）。サービステンプレートの詳細は、後述する。

その後、作業者５１０は、ファイルサーバ４３０に接続用設定ファイル４３１をアップロードし、アクセスパスを、ＧＷ装置２１０の担当者５２０に連絡する（ステップＳ１１０２）。担当者５２０は、オンプレミス環境２００のＧＷ装置２１０に指示入力可能である。担当者５２０は、連絡を受けたアクセスパスをＧＷ装置２１０に入力する。

ＧＷ装置２１０の連携準備部２１２は、アクセスパスの入力を受け付けると、当該アクセスパスを参照し、ファイルサーバ４３０から、接続用設定ファイル４３１を受信（ダウンロード）する（ステップＳ１１０３）。受信した接続用設定ファイル４３１は、記憶部２１５に格納する。接続用設定ファイル４３１の詳細は、後述する。

次に、ＧＷ装置２１０の通信路生成部２１１は、接続用設定ファイル４３１を用いて、クラウドサーバ３１０との間のセキュアな双方向通信路を生成する（ステップＳ１１０４）。双方向通信路の生成手順は、後述する。

クラウドサーバ３１０は、サービステンプレートをＧＷ装置２１０に送信する。ＧＷ装置２１０の連携構築部２１３は、クラウドサーバ３１０からサービステンプレートを受信する（ステップＳ１１０５）。

連携構築部２１３は、受信したサービステンプレートを解析し、必要なアダプタプログラム等を管理サーバ４２０に要求する（ステップＳ１１０６）。要求に応じ、管理サーバ４２０は、ＧＷ装置２１０にプログラムを提供する（ステップＳ１１０７）。ＧＷ装置２１０の連携構築部２１３は、受信したプログラムとサービステンプレートに含まれる情報に基づき、連携するサービスをデプロイする（ステップＳ１１０８）。

ＧＷ装置２１０は、デプロイしたサービスを起動する（ステップＳ１１０９）。

［接続用設定ファイル］
次に、Ｓ１１０３の、接続用設定ファイル受信手順について説明する。本手順の説明に先立ち、接続用設定ファイル４３１について説明する。接続用設定ファイル４３１は、接続先のクラウドサーバ３１０にアクセスするための情報と、ＧＷ装置２１０が当該クラウドサーバ３１０にアクセスした際、識別され、認証を受けるために必要な情報と、が格納される。具体的には、図４（ａ）に示すように、接続先ＵＲＬ４３１ａと、トークン（識別子）４３１ｂと、シークレット（鍵）４３１ｃと、が含まれる。

接続先ＵＲＬ４３１ａは、クラウドサーバ３１０のアクセス先である。ＤＮＳ（ＤｏｍａｉｎＮａｍｅＳｙｓｔｅｍ）による名前検索が可能な環境であれば、一般に、ＦＱＤＮ（ＦｕｌｌｙＱｕａｌｉｆｉｅｄＤｏｍａｉｎＮａｍｅ）が記述される。ＦＱＤＮは、クラウドサーバ３１０のアドレスを識別する文字列と、アクセスするプロトコルと、クラウドサーバ３１０のアクセス先リソースと、を連結したＵＲＩ（ＵｎｉｆｏｒｍＲｅｓｏｕｒｃｅＩｄｅｎｔｉｆｉｅｒ）と呼ばれる文字列である。

トークン（識別子）４３１ｂは、クラウドサーバ３１０から見て接続元のＧＷ装置２１０を識別するための文字列である。トークン４３１ｂには、他のＧＷ装置２１０と重複しない、ユニークな文字列が記述される。例えば、ＧＷ装置２１０毎にＵＵＩＤ（ＵｎｉｖｅｒｓａｌｌｙＵｎｉｑｕｅＩｄｅｎｔｉｆｉｅｒ）と呼ばれる１２８ビットの文字列を払い出（割り振る；ａｓｓｉｇｎ）してもよい。

シークレット（鍵）４３１ｃは、クラウドサーバ３１０から見たとき、接続元のＧＷ装置２１０の真正性を確認するための情報である。トークン４３１ｂとペアで払い出しを行い、受け取ったクラウドサーバ３１０側で、両方のデータが完全一致した場合に、真正なＧＷ装置２１０と判断する。

なお、接続用設定ファイル４３１は、作業者５１０によって、設置予定のＧＷ装置２１０毎に１つずつ用意される。接続先ＵＲＬ４３１ａに登録されるクラウドサーバ３１０は、接続を要求するＧＷ装置２１０の真正性の確認のため、図４（ｂ）に示すように、トークン４３１ｂとシークレット４３１ｃとを対応づけた認証テーブル３１１を備える。

［接続用設定ファイル受信手順］
Ｓ１１０３の、連携準備部２１２による接続用設定ファイル受信手順について説明する。本実施形態では、接続用設定ファイル４３１は、予め、作業者５１０が用意し、ファイルサーバ４３０にアップロードする。

図５は、本実施形態の接続用設定ファイル受信手順の流れを説明するための図である。

まず、作業者５１０は、ＧＷ装置２１０毎の、接続用設定ファイル４３１をファイルサーバ４３０にアップロードする（ステップＳ１２０１）。ファイルサーバ４３０では、接続用設定ファイル４３１は、アクセスパス（ファイルパス）をもとにダウンロード可能な形で保持される。ファイルパスは、例えば、ＵＲＬ（ＵｎｉｆｏｒｍＲｅｓｏｕｒｃｅＬｏｃａｔｏｒ）等で示される。ここでは、ＧＷ装置２１０として、装置Ａ～Ｄの４台分、アップロードされた場合を例示する。

作業者５１０は、ここでは、上述のように、オンプレミス環境２００の装置Ｄ（ＧＷ装置２１０）の近傍にいる、担当者５２０にファイルパスを連絡する（ステップＳ１２０２）。そして、担当者５２０がファイルパスを装置Ｄ（ＧＷ装置２１０）に設定する。装置Ｄ（ＧＷ装置２１０）は、ファイルパスに従ってファイルサーバ４３０にアクセスし、接続用設定ファイル４３１のダウンロード要求を行う（ステップＳ１２０３）。

ファイルサーバ４３０は、要求に応じて接続用設定ファイル４３１を装置Ｄ（ＧＷ装置２１０）に送信する（ステップＳ１２０４）。

装置Ｄ（ＧＷ装置２１０）は、送信された接続用設定ファイル４３１を受信し（ステップＳ１２０５）、記憶部２１５に格納する。

［セキュアな双方向通信路設定］
次に、Ｓ１１０４の、接続用設定ファイル４３１を受け取ったＧＷ装置２１０の通信路生成部２１１による、セキュアな双方向通信路の設定手順について説明する。図６は、本実施形態のセキュアな双方向通信路設定手順を説明するための図である。

まず、通信路生成部２１１は、接続用設定ファイル４３１を受信すると、接続先ＵＲＬ４３１ａに向けて、接続要求を送信する（ステップＳ１３０１）。この接続要求は、トークン４３１ｂとシークレット４３１ｃとを含む。

クラウドサーバ３１０は、送信された接続要求を解析し、認証する（ステップＳ１３０２）。具体的には、クラウドサーバ３１０は、トークン４３１ｂとシークレット４３１ｃとを抽出し、トークン４３１ｂとシークレット４３１ｃとの組み合わせで、そのＧＷ装置２１０の正当性を検証する。ここでは、図４（ｂ）に示す認証テーブル３１１に合致する組み合わせがある場合、正当と認証する。正当と検証した場合（認証成功）、クラウドサーバ３１０は、接続元のＧＷ装置２１０に、認証成功を意味する応答を送信する（ステップＳ１３０３）。これによりＴＣＰによる接続が開始される（ステップＳ１３０４）。

以降は、ＧＷ装置２１０の通信路生成部２１１とクラウドサーバ３１０との間で、例えば、ＲＦＣ５２４６に規定されたＴＬＳｈａｎｄｓｈａｋｅ、および、ＲＦＣ６４５５に規定されるＷｅｂＳｏｃｋｅｔｏｐｅｎｉｎｇｈａｎｄｓｈａｋｅに従ってｈａｎｄｓｈａｋｅを行い（ステップＳ１３０５）、ＷｅｂＳｏｃｋｅｔプロトコルによる双方向通信路を生成する（ステップＳ１３０６）。

ＧＷ装置２１０およびクラウドサーバ３１０は、ここで生成された（開設された）セキュアな双方向通信路（ＷｅｂＳｏｃｋｅｔコネクション）上で、以降の要求、応答、イベント等の送受信を行う。

なお、クラウドサーバ３１０は、複数のＧＷ装置２１０とそれぞれＷｅｂＳｏｃｋｅｔコネクションを開設する。これらは、クラウドサーバ３１０上の接続管理テーブル３１３で管理される。接続管理テーブル３１３の一例を、図７（ａ）に示す。本図に示すように、クラウドサーバ３１０は、ＧＷ装置２１０を、トークン４３１ｂで識別する。接続管理テーブル３１３では、トークン４３１ｂごとに、対応するＷｅｂＳｏｃｋｅｔコネクション３１３ｂを対応づけて記録する。接続管理テーブル３１３は、ハンドラやポインタと呼ばれる方法でクラウドサーバ３１０のメモリ上に格納される。

なお、生成した双方向通信路上で中継される通信の形態には、図８に示すように、要求応答型（要求応答型通信）とイベント型（イベント通知型通信）との２通りがある。要求応答型は、一方の端点からの要求に応じて応答としてサービスを提供する。イベント型は、一方の端点で発生したイベントを契機にサービスが提供される。クラウドサーバ３１０側から通信を行う際は、要求応答型の通信を行い、オンプレミス環境２００内の装置（Ｎ／Ｗ機器２２０）側から通信を行う際は、イベント型の通信を行う。

［連携ソリューション構築］
次に、Ｓ１１０６～Ｓ１１０８の詳細を説明する。すなわち、クラウドサーバ３１０から取得したサービステンプレートを用いて、ＧＷ装置２１０上に連携ソリューションを構築する手順について説明する。

まず、アダプタプログラムおよびサービステンプレートについて説明する。

［アダプタプログラム］
アダプタプログラムは、サービス毎のインタフェースおよび制御方法を実装したプログラムであり、サービス毎に提供される。アダプタプログラムは、クラウドサーバ３１０の指示によりサービスごとに異なる機能を実行する実行機能（コマンドと呼ぶ。例：メール送信など）と、サービスごとに異なる情報をクラウドサーバ３１０へ通知する情報通知機能（イベントと呼ぶ。例：メール受信など）と、アダプタプログラム自身の稼働状態をクラウドサーバ３１０へ通知する状態通知機能と、を実現する。

サービスとアダプタプログラムの稼働状態とは連動する。したがって、サービスが稼働状態を通知するインタフェース（ヘルスチェック機能など）を提供する場合、クラウドサーバ３１０は、アダプタプログラムの稼働状態を確認することにより、サービスの稼働状態を把握できる。

なお、アダプタプログラムは、後述する図１６に示すようにクラウドサーバ３１０上で動作させることもできる。

［サービステンプレート］
次に、サービステンプレート３１４について説明する。サービステンプレートは、起動すべきサービスと設定値とを含む。図９（ａ）は、サービステンプレート３１４の一例を示す図である。サービステンプレート３１４は、サービステンプレート名３１４ａと、起動するサービス一覧３１４ｂと、サービス起動パラメータ３１４ｃと、サービス起動環境変数３１４ｄと、サービス起動ファイル３１４ｅとを備える。

起動するサービス一覧３１４ｂには、起動するサービス一覧が記載される。例えば、起動するサービスそれぞれについて、｛リポジトリ名｝／｛イメージ名｝：｛バージョンタグ｝が記載される。サービス起動パラメータ３１４ｃには、サービスの起動時のプロパティが設定される。例えば、Ｄｏｃｋｅｒプラットフォームを用いる場合、当該プラットフォーム上のＯＳに設定するパラメータなどが設定される。サービス起動環境変数３１４ｄには、サービスの動作設定のためにサービスに渡す環境変数が設定される。また、サービス起動ファイル３１４ｅには、サービスの動作設定のためにサービスに渡すファイルのパスが設定される。

サービステンプレート３１４は、上述のように、作業者５１０により、クラウドサーバ３１０上で設定される。作業者５１０が設定時にクラウドサーバ３１０のディスプレイに表示される設定画面３１５の一例を図９（ｂ）に示す。

設定画面３１５は、サービステンプレート名入力領域３１５ａと、サービステンプレート設定領域３１５ｂと、投入先ＧＷ装置名入力領域３１５ｃと、を備える。サービステンプレート名入力領域３１５ａは、作業者５１０によるサービステンプレート名の入力を受け付ける。サービステンプレート名は、サービステンプレート３１４を一意に識別する名称である。投入先ＧＷ装置名入力領域３１５ｃは、このサービステンプレートを投入するＧＷ装置２１０を特定する情報であるＧＷ装置名を受け付ける領域である。また、サービステンプレート設定領域３１５ｂは、作業者５１０による、起動するサービス（Ｃｏｎｔａｉｎｅｒ）一覧３１４ｂと、サービス起動パラメータ３１４ｃと、サービス起動環境変数３１４ｄと、サービス起動ファイル３１４ｅと、の設定を受け付ける。

サービス起動パラメータ３１４ｃは、例えば、サービスが待ち受けするポート番号、証明書の鍵、Ｗｅｂサーバが読み込むｈｔｍｌファイルのパス、オプションのフラグＯＮ／ＯＦＦなどを含む。

なお、クラウドサーバ３１０は、上述のように複数のＧＷ装置２１０に接続され、それぞれを管理する。クラウドサーバ３１０は、各ＧＷ装置２１０を管理するために、ＧＷ管理テーブル３１２を備える。ＧＷ管理テーブル３１２の一例を、図７（ｂ）に示す。

ＧＷ管理テーブル３１２は、各ＧＷ装置２１０について、トークン４３１ｂごとに、ＧＷ装置名３１２ｂと、接続状態３１２ｃと、サービステンプレート名３１２ｄと、サービスの稼働状態３１２ｅとを備える。

トークン４３１ｂは、クラウドサーバ３１０が管理するＧＷ装置２１０を特定する情報である。ＧＷ装置名３１２ｂは、各ＧＷ装置２１０に予め設定される名称である。なお、ＧＷ装置名３１２ｂは、必須ではない。接続状態３１２ｃは、クラウドサーバ３１０と当該ＧＷ装置２１０との接続状態を示す。例えば、セキュアな双方向通信路が生成されている場合、「接続中」と登録される。サービステンプレート名３１２ｄは、作業者５１０が、当該ＧＷ装置２１０に向けて設定（投入）した、サービステンプレート３１４のサービステンプレート名３１４ａが登録される。サービスの稼働状態３１２ｅは、サービステンプレート３１４で特定されるサービスの稼働状態が登録される。

［サービステンプレートの配信］
作業者５１０は、クラウドサーバ３１０において、サービステンプレート３１４の設定を投入後、サービステンプレート３１４をＧＷ装置２１０に配信する指示を行う。配信指示は、クラウドサーバ３１０上のデプロイ操作画面３１６を介して行う。なお、作業者５１０は、１つのクラウドサーバ３１０から、複数のＧＷ装置２１０に対し、サービステンプレート３１４の配信指示を含むサービス連携処理を行うことができる。

図９（ｃ）に、デプロイ操作画面３１６の一例を示す。デプロイ操作画面３１６は、ＧＷ装置名３１２ｂ毎に、設定されたサービステンプレート名３１４ａと、そのデプロイ状態３１６ｃと、指示３１６ｄとが表示される。指示３１６ｄは、作業者５１０によるデプロイ指示を受け付ける。作業者５１０は、指示３１６ｄを介してデプロイ指示を入力することにより、デプロイ指示を行う。

クラウドサーバ３１０は、作業者５１０からデプロイ指示を受け付けると、ＧＷ装置名３１２ｂで特定されるＧＷ装置２１０に対し、サービステンプレート名３１４ａで特定されるサービステンプレート３１４を、プッシュ配信する。

例えば、クラウドサーバ３１０が管理するＧＷ装置２１０が、装置Ａと装置Ｂとの２種である場合の例を、図１０（ａ）に示す。クラウドサーバ３１０は、作業者５１０から、装置Ａに対するデプロイ操作を受け付けた場合（ステップＳ１４０１）、装置Ａに対応づけて登録されるサービステンプレート３１４を、装置Ａに向けて配信する（ステップＳ１４０２）。また、装置Ｂへのデプロイ操作を受け付けた場合（ステップＳ１４０３）、クラウドサーバ３１０は、装置Ｂに対応づけて登録されるサービステンプレート３１４を、装置Ｂに向けて配信する（ステップＳ１４０４）。

この時のクラウドサーバ３１０内での処理の流れを、図１０（ｂ）に示す。クラウドサーバ３１０は、図７（ｂ）に示すＧＷ管理テーブル３１２を参照し、デプロイ指示を受けたＧＷ装置２１０のＧＷ装置名３１２ｂのトークン４３１ｂを特定する（ステップＳ１５０１）。

クラウドサーバ３１０は、図７（ａ）に示す接続管理テーブル３１３を参照し、トークン４３１ｂに対応付けられたＷｅｂＳｏｃｋｅｔコネクションを特定する（ステップＳ１５０２）。

クラウドサーバ３１０は、特定したＷｅｂＳｏｃｋｅｔコネクションを用いて、起動すべきアダプタプログラムとサービステンプレート３１４とを配信する（ステップＳ１５０３）。クラウドサーバ３１０は、ＧＷ管理テーブル３１２を参照し、接続元のＧＷ装置２１０のＧＷ装置名３１２ｂに対応付けられたサービステンプレート名３１２ｄを特定し、当該サービステンプレート名３１２ｄを有するサービステンプレート３１４を配信する。

なお、起動すべきアダプタプログラムは、ＧＷ装置２１０上で動作し、オンプレミス環境２００内の内部ネットワーク２０１に既に設置されている装置と通信し、サービスの連携を行う。

［サービスのダウンロード］
ＧＷ装置２１０の連携構築部２１３は、サービステンプレート３１４を受信すると、起動するサービス一覧３１４ｂを参照し、未ダウンロードのサービスを特定し、そのサービス（プログラム）を、ネットワーク９００を介して管理サーバ４２０から取得する。

ＧＷ装置２１０は、各サービスについて、既にダウンロード済みである場合、キャッシュしておく。具体的には、記憶部２１５に、ダウンロード済みサービスのプログラムのイメージファイル２１７と、ダウンロード済サービス一覧テーブル２１６と、を記憶する。

ダウンロード済サービス一覧テーブル２１６の一例を、図２（ｂ）に示す。ダウンロード済サービス一覧テーブル２１６は、リポジトリ名２１６ａと、イメージ名２１６ｂと、バージョン２１６ｃと、を備える。なお、リポジトリ名２１６ａは、そのサービスのプログラムの取得元である。イメージ名２１６ｂは、イメージファイル２１７に付与された名称である。

サービステンプレート３１４を受信した、ＧＷ装置２１０の連携構築部２１３による、連携ソリューション構築処理の流れを、図１１に沿って説明する。連携構築部２１３は、クラウドサーバ３１０から取得したサービステンプレート３１４をもとに、初期設定済みのサービスを起動する。

連携構築部２１３は、サービステンプレート３１４を受信すると、起動するサービス一覧３１４ｂ内のサービス一覧を抽出する（ステップＳ１６０１）。サービス一覧にリストアップされているサービスに対し、予め定めた順に、以下の処理を繰り返す。ここでは、サービス一覧にリストアップされているサービスの数をＮ（Ｎは１以上の整数）とする。なお、ｎは、カウンタである。

まず、連携構築部２１３は、ｎを初期化する（ｎ＝１に設定する）（ステップＳ１６０２）。

連携構築部２１３は、ｎ番目の処理対象のサービスが、ダウンロード済みであるかを判別する（ステップＳ１６０３）。ダウンロード済サービス一覧テーブル２１６に登録されている場合、ダウンロード済みと判別する。

ダウンロード済でない場合（Ｓ１６０３；Ｎｏ）、連携構築部２１３は、当該サービスを、リボジトリ名で特定される格納場所（レジストリ）から取得（ダウンロード）する（ステップＳ１６０４）。そして、連携構築部２１３は、当該サービスを、ダウンロード済サービス一覧テーブル２１６に登録する（ステップＳ１６０５）。そして、当該サービスを起動する（ステップＳ１６０６）。起動には、サービステンプレート３１４に含まれるサービス起動パラメータ３１４ｃと、サービス起動環境変数３１４ｄと、サービス起動ファイル３１４ｅと、を用いる。

一方、ステップＳ１６０３において、ダウンロード済みと判別された場合（Ｓ１６０３；Ｙｅｓ）、連携構築部２１３は、ステップＳ１６０６へ移行し、当該サービスを起動する。

連携構築部２１３は、以上の処理を、サービステンプレート３１４の起動するサービス一覧３１４ｂに登録されている全てのサービスについて、繰り返し（ステップＳ１６０７、Ｓ１６０８）、処理を終了する。

ステップＳ１６０６のサービスの起動は、アダプタプログラムを指定することにより行われる。クラウドサーバ３１０上で、作業者５１０が、ＧＷ装置２１０上で実行するプログラムを選択する。クラウドサーバ３１０は、作業者５１０の選択を受け付け、ＧＷ装置２１０に指示を行う。アダプタプログラムの実行機能によりＧＷ装置２１０上のアダプタプログラムが起動し、機能を実行する。

なお、アダプタプログラムは、サービスを提供するサービスサーバと１対１の関係である。図１２（ａ）に示すように、クラウドサーバ３１０は、接続先のサービスサーバの数だけ、ＧＷ装置２１０上にアダプタプログラムのインスタンスを起動する。クラウドサーバ３１０上では、ワークフローエンジンにサービスサーバ呼び出しに関する設定ファイルが格納されている。作業者５１０は、その設定ファイルを利用して、ワークフローエンジンが呼び指すサービスに対応するアダプタプログラムを選択して、起動指示を行う。

なお、クラウドサーバ３１０からサービスへのサービス実行要求時は、ワークフローエンジンが起動したいサービスに対応するアダプタプログラムを識別し、実行する。サービスにおいてイベント発生時は、トリガの起動によりワークフローエンジンがイベントのハンドリングを行い、ソリューションを提供する。なお、アダプタプログラムとクラウドサーバ３１０のトリガとは、１対１で設けられる。

なお、各サービスは、図１２（ｂ）に示すように、ＧＷ装置２１０のＯＳ上に構築された仮想化プラットフォーム上に構築される。すなわち、各サービスは、ＯＳがプラットフォーム管理プログラムを実行することにより実現される仮想化プラットフォーム上で実行される。図１２（ｂ）には、ＯＳとしてＬｉｎｕｘを用いる場合を例示する。各サービスの起動は、プラットフォーム管理プログラムを通じて行われる。

ここで、ゲートウェイプログラムは、プロトコルの異なるネットワークを中継する機能、いわゆる、ゲートウェイ機能を実現する。通信路生成プログラム、連携準備プログラム、および連携構築プログラムは、それぞれ、通信路生成部２１１、連携準備部２１２および連携構築部２１３の機能を実現する。ＮＩＣ（ｎｅｔｏｗｏｒｋｉｎｔｅｒｆａｃｅｃａｒｄ）は、通信機能を実現する。

［サービスの初期設定］
次に、サービステンプレート３１４のサービス起動パラメータ３１４ｃを、起動時の環境変数としてサービスに渡す方法と、サービスから参照可能なファイルに書き込んで渡す方法とを説明する。

環境変数として渡す場合、図１３（ａ）に示すように、サービステンプレート３１４をもとに、Ｄｏｃｋｅｒプラットフォームに環境変数を事前設定する。設定された環境変数をもとに、Ｄｏｃｋｅｒコンテナのデプロイ時に、サービスは、環境変数が設定された状態のＯＳの上で起動する。サービスは、初期化時に環境変数を読み取り、サービスを開始する。

図１３（ｂ）に示すように、環境変数は、プラットフォーム管理アプリ（プラットフォーム管理プログラム）がプロセスを作成し、プロセス上の環境変数を上書きすることで設定される。プラットフォーム管理アプリ（プラットフォーム管理プログラム）は、プロセスを作成し、環境変数を上書きし、プロセス上でサービスの実体となるプログラムを起動する。

参照可能なファイルとして渡す場合、図１４（ａ）に示すように、ＧＷ装置２１０は任意のディレクトリに起動ファイルを配置し、例えば、Ｄｏｃｋｅｒコンテナを起動する際の起動パラメータに設定する。Ｄｏｃｋｅｒコンテナを起動する際、起動パラメータ（引数）として、起動ファイルのファイルパスがサービスへと渡される。サービスは起動ファイルの中身を読み取り、記述されているパラメータをもとに起動する。

図１４（ｂ）に示すように、不揮発性メモリ上に配置されたファイルへは、マウントポイントを介してコンテナ内のファイルシステムからアクセスする。プログラムは、初期設定に必要な「コンフィグファイル」「サーバ証明書」を読み取り、サービスを起動する。

［ハードウェア構成］
なお、本実施形態のＧＷ装置２１０は、それぞれ、いわゆる、汎用の情報処理装置（コンピュータ）により実現可能である。

本実施形態のＧＷ装置２１０は、図１５に示すように、例えば、内部バスにより相互に接続される、ＣＰＵ（ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔ）２９１と、記憶装置２９２と、通信Ｉ／Ｆ２９３と、を備える。

ＣＰＵ２９１は、例えば、記憶装置２９２の不揮発部に記憶されたプログラムを記憶装置２９２の揮発部にロードして実行することにより、上記各機能を実現するとともにＧＷ装置２１０全体を統括的に制御する。なお、ＣＰＵ２９１の代わりにＭＰＵ（ＭｉｃｒｏＰｒｏｃｅｓｓｉｎｇＵｎｉｔ）等の１以上のプロセッサを用いてもよい。

記憶装置２９２は、ＲＡＭ（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）等の揮発部（揮発メモリ）と、例えば、ＲＯＭ（ＲｅａｄＯｎｌｙＭｅｍｏｒｙ）、ＨＤＤ（ＨａｒｄＤｉｓｋＤｒｉｖｅ）、ＳＳＤ（ＳｏｌｉｄＳｔａｔｅＤｒｉｖｅ）等の不揮発部（不揮発メモリ）とを備える。揮発部は、ＧＷ装置２１０が実行するプログラム等を、ＣＰＵ２９１が処理する際のワーク領域である。不揮発部は、ＧＷ装置２１０が実行する各種プログラムを記憶する。なお、不揮発部は、フレキシブルディスク、ハードディスク、光ディスク、ＣＤ－ＲＯＭ、ＣＤ－Ｒ、磁気テープ、不揮発性メモリカード、ＤＶＤ等の記憶媒体を備えてもよい。

なお、不揮発部に記憶されたプログラムは、非一時的なコンピュータ可読記録媒体（ｎｏｎ－ｔｒａｎｓｉｔｏｒｙｃｏｍｐｕｔｅｒ－ｒｅａｄａｂｌｅｓｔｏｒａｇｅｍｅｄｉｕｍ）に記録されたプログラム製品として提供することができる。不揮発部は、非一時的なコンピュータ可読記録媒体に記録された各種プログラムを中長期的に記憶することに利用することが可能である。

通信Ｉ／Ｆ２９３は、有線または無線による信号、データの送受信を行う。また、通信Ｉ／Ｆ２９３として、例えば、上述のように、ＮＩＣ（ＮｅｔｗｏｒｋＩｎｔｅｒｆａｃｅＣａｒｄ）等を備えてもよい。

ダウンロード済サービス一覧テーブル２１６およびサービスのプログラムのイメージファイル２１７は、それぞれ、不揮発部に記憶される。

クラウドサーバ３１０も同様の構成を備える。クラウドサーバ３１０は、さらに、拡張Ｉ／Ｆ２９４を備える。拡張Ｉ／Ｆ２９４は、表示装置、入力装置等を接続するインタフェースである。表示装置は、例えば、液晶モニタ等である。入力装置は、例えば、キーボードやマウス等のユーザ操作を受け付ける装置である。

ＧＷ管理テーブル３１２、接続管理テーブル３１３、サービステンプレート３１４、設定画面３１５およびデプロイ操作画面３１６のデータは、不揮発部に記憶される。また、クラウドサーバ３１０の各種の処理を実現するワークフローエンジンは、不揮発部に記憶されたプログラムを、ＣＰＵ２９１が揮発部にロードして実行することにより実現される。

管理サーバ４２０およびファイルサーバ４３０も同様のハードウェア構成を有する。各種のデータは、不揮発部に記憶される。

なお、各装置のハードウェア構成は、これに限定されない。図示しないハードウェアを含んでもよい。

また、本実施形態のＧＷ装置２１０およびクラウドサーバ３１０の上記各機能を実現するプログラムは、コンピュータが読み取り可能な記憶媒体に記録することができる。記憶媒体は、半導体メモリ、ハードディスク、磁気記録媒体、光記録媒体等の非トランジェント（ｎｏｎ－ｔｒａｎｓｉｅｎｔ）なものとすることができる。本発明は、コンピュータプログラム製品として具現することも可能である。

［具体的な適用例］
以下、上記サービス提供システム１００の具体的な適用例（サービス提供システム１０１）について説明する。図１６は、サービス提供システム１０１を、ホテルの無人受付（チェックイン）システム構築時に適用する実施形態の全体構成図である。

オンプレミス環境２００は、ホテル等である。このホテルでは、既に、客室管理サーバ（ＰｒｏｐｅｒｔｙＭａｎａｇｅｍｅｎｔＳｙｓｔｅｍ）２３４が稼働しているものとする。

オンプレミス環境２００は、ゲートウェイ（ＧＷ）２３１と、無人受付システムサーバ２３３と、客室管理サーバ２３４と、データベースサーバ２３５と、セキュリティ装置２３０と、を備える。

また、クラウド３００側は、上述のクラウドサーバ３１０と同様のｉＰａａＳ提供サーバ３２１と、メール送信サーバ３２２と、管理サーバ４２０と、を備える。

ＧＷ２３１は、上述のＧＷ装置２１０同様、例えば、汎用サーバに上で動作するアプリケーションで構成される。汎用サーバは、ネットワーク接続用のインタフェース、連携サービスを起動するためのストレージ領域およびメモリ、計算部を備える。

管理サーバ４２０は、クラウド３００上で動作するサーバおよび各種サービスのプログラムを格納したレジストリを備える。レジストリは、Ｄｏｃｋｅｒという公知の技術を用いるが、これに限定されない。Ｄｏｃｋｅｒレジストリは、コンテンツの安全な保管と配送とを提供する。

図１６のオンプレミス環境に設置された各サーバは、ネットワークで接続される。ネットワークは、有線でも無線でもよい。一つのハードウェアに複数のサーバをインストールし、ＯＳの提供する仮想的なネットワークインタフェースによって接続されていてもよい（ループバック接続）。また、仮想化技術などを用いて一つのハードウェア上に構築してもよい。

セキュリティ装置２３０は、インターネット等のネットワーク９００からオンプレミス環境２００側への装置への接続の確立を拒否し、オンプレミス環境２００側からインターネット側への承認された手順（例えば、ＴＬＳを用いた通信）を許可する。

各サーバおよびゲートウェイは、各種サービスに対応するアダプタプログラムを介して各種サービスと通信する。アダプタプログラムは、上述のように、サービスによって異なるインタフェースおよび制御方法を実装したプログラムである。サーバ上で動作させることもゲートウェイ上で動作させることもできる。ここでは、客室管理サーバ（ＰＭＳ）２３４用のアダプタプログラムとメール送信サーバ３２２用のアダプタプログラムを利用する。

次に、無人受付システム構築時の処理の流れを、図１７を用いて説明する。

まず、作業者５１０は、ｉＰａａＳ提供サーバ３２１に、無人受付システムの実施に必要なサービスの設定（サービステンプレート３１４）を投入する（ステップＳ２１０１）。作業者５１０は、上述の設定画面３１５を介して必要な情報を入力する。ここで入力される情報は、上述のように、サービステンプレート名３１４ａと、起動するサービス一覧３１４ｂと、サービス起動パラメータ３１４ｃと、サービス起動環境変数３１４ｄと、サービス起動ファイル３１４ｅとを備える。

具体的には、以下の情報を含む。連携するサービスの名称、およびレジストリから取得する際のキー（ＤｏｃｋｅｒＩｍａｇｅ名識別情報）、アダプタプログラム、連携するサービスの初期設定に必要な情報（クラウドサーバ名、起動ポート、環境変数、起動時の読み込みファイル、接続元に要求するユーザ名、パスワード、証明書など）、連携するサービスへの接続に必要な情報（クラウドサーバ名、ユーザ名、ＵＲＬ、ポート番号、パスワード、証明書など）。

作業者５１０は、提供された接続用設定ファイル４３１へのアクセスパスを、ホテルの担当者５２０に連絡する（ステップＳ２１０３）。アクセスパスは、メール本文に直接書いて送信する、メールの添付ファイル内に暗号化して記述する、直接口頭や電子デバイス、紙等に書いて渡す、機密情報共有サービスを用いる、等により、ホテルの担当者５２０に連絡する。

なお、接続用設定ファイル４３１は、上述のように、予め、作業者５１０により、ＧＷ装置２１０（ここでは、ＧＷ２３１）毎に用意され、クラウド３００上の、例えば、ファイルサーバ等にアップロードされる。接続用設定ファイル４３１には、上述のように、接続先ＵＲＬ４３１ａと、トークン４３１ｂと、シークレット４３１ｃと、が含まれる。

担当者５２０は、ＧＷ２３１に接続用設定ファイル４３１のアクセスパスを入力する（ステップＳ２１０４）。ＧＷ２３１は、入力されたアクセスパスに従ってファイルサーバ４３０にアクセスし、接続用設定ファイル４３１をダウンロードする。

ＧＷ２３１は、接続用設定ファイル４３１をもとにｉＰａａＳ提供サーバ３２１に対して、上述のように、セキュアな双方向通信路を形成する（ステップＳ２１０５）。以下、ＧＷ装置２１０（ＧＷ２３１）と、ｉＰａａＳ提供サーバ３２１とは、この通信路を介してデータの送受信を行う。

ｉＰａａＳ提供サーバ３２１は、ＧＷ２３１に、無人受付システムの連携サービスを設定するためのデータを送信する（ステップＳ２１０６）。ここで、送信されるデータは、ステップＳ２１０１で作業者５１０が投入したサービステンプレート３１４である。

ＧＷ２３１は、取得すべきプログラムを管理サーバ４２０に要求する（ステップＳ２１０７）。ここでは、ＧＷ２３１は、上述のように、サービステンプレート３１４を解析し、連携するサービスのプログラムのうち、未取得のプログラムを取得すべきプログラムと判断する。本実施形態の場合、アダプタプログラムと、無人受付システムプログラムと、データベースプログラムと、を要求する。

管理サーバ４２０は、要求されたプログラムを、レジストリからＧＷ２３１に送信する（ステップＳ２１０８）。本実施形態の場合、上述のように、アダプタプログラムと、無人受付システムプログラムと、データベースプログラムと、を送信する。

ＧＷ２３１は、無人受付システムプログラムをデプロイする（ステップＳ２１０９）。デプロイが完了すると（ステップＳ２１１０）、ＧＷ２３１は、無人受付システムサーバ２３３に接続する（ステップＳ２１１１）。無人受付システムサーバ２３３は、ＧＷ２３１の接続に応答する（ステップＳ２１１２）。

同様に、ＧＷ２３１は、データベースプログラムをデータベースサーバ２３５にデプロイする（ステップＳ２１１３）。デプロイが完了すると（ステップＳ２１１４）、ＧＷ２３１は、データベースサーバ２３５に接続する（ステップＳ２１１５）。データベースサーバ２３５は、ＧＷ２３１の接続に応答する（ステップＳ２１１６）。

ＧＷ２３１は、客室管理サーバ（ＰＭＳ）２３４に接続し（ステップＳ２１１７）、客室管理サーバ（ＰＭＳ）２３４は、ＧＷ２３１の接続に応答する（ステップＳ２１１８）。

ＧＷ２３１は、起動状況および各種サービスとの接続状況をｉＰａａＳ提供サーバ３２１に通知する（ステップＳ２１１９）。ここで通知される接続状況は、ステップＳ２１１２、Ｓ２１１６およびＳ２１１８の応答結果である。

作業者５１０は、ｉＰａａＳ提供サーバ３２１にステップＳ２１１９で通知された情報を要求する（ステップＳ２１２０）。ここでは、例えば、ｉＰａａＳ提供サーバ３２１が提供するＷｅｂＵＩ（Ｗｅｂユーザインタフェース）にて要求する。

ｉＰａａＳ提供サーバ３２１は、作業者５１０からの要求に応答し、ＷｅｂＵＩにて情報を提示する（ステップＳ２１２１）。これにより、作業者５１０は、オンプレミス環境２００側の内部ネットワーク２０１に、連携ソリューション提供のために必要な準備が整ったことを確認できる。

以上説明したように、本実施形態のＧＷ装置２１０は、以下の機能を有する。
・ＧＷ装置２１０内部で動作させるアダプタプログラムにより、多様なサービスとの通信を中継する。
・ＷｅｂＡＰＩ（ＷｅｂＡｐｐｌｉｃａｔｉｏｎＰｒｏｇｒａｍｍｉｎｇＩｎｔｅｒｆａｃｅ）を用いる。
・ファイルサーバ４３０から接続用設定ファイル４３１を取得し、それを適用することにより、様々な構成を構築する。
・インターネット等のネットワーク９００を介して双方向通信を行う。
・アプリケーション層でトンネリングと変換とを行う。
・既存のセキュリティ装置（ＴＬＳ）２３０に対応し、アプリケーションプロトコルを動かす。
・汎用サーバ（例えば、ＯＳはＬｉｎｕｘ）上に、Ｌｉｎｕｘの提供するツールを用いてインターネットからインストールスクリプトを取得し、ゲートウェイを構築する。
・外部サービスへの認証情報をクラウド３００から取得する。

このように、本実施形態のＧＷ装置２１０は、ファイルサーバ４３０から接続用設定ファイル４３１を取得できるため、作業者５１０は、リモートでソリューション（連携サービス）の構築を行うことができる。すなわち、作業者５１０は、設定のためにオンプレミス環境２００にアクセス可能なロケーションに移動する必要はない。また、認証情報をクラウド３００から取得するため、自装置（ＧＷ装置２１０）で保持する必要がない。

本実施形態のＧＷ装置２１０は、クラウド３００上のｉＰａａＳソフトウェアとオンプレミス環境２００の内部ネットワーク２０１に接続された機器およびサービスとの通信を中継する。このとき、Ｗｅｂ技術（ＴＣＰ／ＩＰ／ＴＬＳ／ＨＴＴＰ／ＷｅｂＳｏｃｋｅｔ）を用いて、オンプレミス環境２００に設置されたファイアウォールやＴＣＰプロキシに対応した、ネットワーク上の、セキュアな双方向通信路を提供する。

本実施形態のＧＷ装置２１０により、クラウドサーバ３１０と通信するための設定（ファイアウォールやルータの設定、ネットワーク機器、または、ＳＢＣ（ＳｅｓｓｉｏｎＢｏｒｄｅｒＣｏｎｔｒｏｌｌｅｒ）等のゲートウェイ装置の設定）が不要になり、容易に連携ソリューションを構築できる。

また、本実施形態のＧＷ装置２１０は、クラウド３００上のサービスと連携する際、接続用設定ファイル４３１やサービステンプレート３１４等を用いる。例えば、本実施形態によれば、ファイルサーバ４３０等に保管された接続用設定ファイル４３１を示すＵＲＬをもとに、クライアント（ＧＷ装置２１０）はファイルサーバ４３０に接続し、接続用設定ファイル４３１を取得する。このため、識別ＩＤを用いる必要がない。また、ファイルは、Ｗｅｂサーバであるファイルサーバ４３０から提供される。Ｗｅｂサーバは、ＵＲＬをユニークに生成できるという特徴があり、このため、ＧＷ装置２１０の接続に必要な接続用設定ファイル４３１を、一つのＵＲＬで識別することができる。これらにより、本実施形態によれば、連携の設定作業を簡略化することができる。

さらに、本実施形態のＧＷ装置２１０は、連携ソリューションの提供に必要な各種サービスを、オンプレミス環境２００に構築する。先に生成した、セキュアな双方向通信路を用いて、クラウドサーバ３１０上で、各種サービスの状態を作業者５１０に提示できる。したがって、本実施形態のサービス提供システム１００によれば、連携ソリューション提供までのオンプレミス環境２００における準備作業を一元化できる。すなわち、ＧＷ装置２１０の配下で動作するアダプタプログラムやサービスのデプロイにより、連携ソリューションを自動的に構築できる。

また、本実施形態のサービス提供システム１００によれば、クラウド３００側からオンプレミス環境２００内の内部ネットワーク２０１へのアクセスは、アダプタプログラムを経由して行う。このため、ＶＰＮ等を利用する場合に比べ、クラウド３００から不正侵入された際のアクセスが限定的である。また、オンプレミス環境２００内の内部ネットワーク２０１に接続されたサーバの変更を、アダプタプログラムが検知してクラウドサーバ３１０にイベント通知ができる。

本実施形態によれば、オンプレミス環境２００内のセキュリティを担保しつつ、オンプレミス環境２００内の装置（Ｎ／Ｗ機器２２０）とインターネット上のサーバ（クラウドサーバ３１０）との通信を実現できる。また、本実施形態によれば、ＧＷ装置２１０の設置や運用がオンライン上で完結する。このため、作業者５１０は、現場（オンプレミス環境２００）に行かなくても、ＧＷ装置２１０を設定でき、連携ソリューションを構築できる。したがって、保守運用に関するコストを削減できる。

＜変形例１＞
上記実施形態では、作業者５１０は、サービスを提供するサーバ（クラウドサーバ３１０）上で作業を行っているが、これに限定されない。ネットワーク９００に接続された、他の端末上で作業を行ってもよい。

＜変形例２＞
上記実施形態では、サービスを、ＧＷ装置２１０上の、仮想化プラットフォーム上に起動している。しかし、これに限定されない。例えば、図１８に示すように、仮想化プラットフォームを介さず、ゲートウェイプログラムが動作するＯＳ上に直接サービスプログラムを起動してもよい。

この場合、環境変数およびファイルシステム上に格納された設定情報（サーバ証明書、コンフィグファイルなど）は、ＯＳの機能を介して直接参照できる。すなわち、これらを参照する際、仮想化プラットフォームを介する必要がない。

＜変形例３＞
また、上記実施形態では、ＧＷ装置２１０は、汎用のＬｉｎｕｘサーバ上に構築される場合を例にあげて説明した。しかしながら、これに限定されない。例えば、ＧＷ装置２１０は、専用のハードウェア装置にプリインストールされてもよい。

専用ハードウェア装置を利用する場合、出荷時に、不揮発性メモリに、ゲートウェイプログラム、Ｄｏｃｋｅｒプログラム、ハードウェア制御用のプログラムを書き込む。専用ハードウェア装置を受け取った利用者は、マニュアルに従い、ソリューション提供に必要なプログラムをダウンロードする。

専用のハードウェア装置を使用する場合、ゲートウェイプログラムをプリインストールおよびセットアップした状態で調達することができ、本発明の効果が大きくなる。

＜変形例４＞
また、上記実施形態は、例えば、電話自動取次サービスにも適用できる。この場合、ＧＷ装置２１０は、電話自動取次サービスのＧＷ（アダプターハブ）として機能する。

また、例えば、オフィス内のイントラネットに接続されて運用される複数のサーバやＩｏＴ機器に適用できる。これにより、これらの機器の監視や、プログラム/ファームウェアのアップロード、バッチ適用、再起動等の管理業務を、リモートで行うことができる。

なお、上述の説明で用いたフローチャートでは、複数の工程（処理）が順番に記載されているが、各工程の実行順序は、その記載の順番に制限されない。例えば、各処理を並行して実行する等、図示される工程の順番を内容的に支障のない範囲で変更することができる。

また、記憶装置２９２に記憶されたプログラムは、非一時的なコンピュータ可読記録媒体（ｎｏｎ－ｔｒａｎｓｉｔｏｒｙｃｏｍｐｕｔｅｒ－ｒｅａｄａｂｌｅｓｔｏｒａｇｅｍｅｄｉｕｍ）に記録されたプログラム製品として提供することができる。これらは、非一時的なコンピュータ可読記録媒体に記録された各種プログラムを中長期的に記憶することに利用することが可能である。

以上、本発明の各実施形態を説明したが、本発明は、上記した実施形態に限定されるものではなく、本発明の基本的技術思想を逸脱しない範囲で、更なる変形・置換・調整を加えることができる。例えば、各図面に示したネットワーク構成、各要素の構成は、本発明の理解を助けるための一例であり、これらの図面に示した構成に限定されるものではない。

最後に、本発明の好ましい形態を要約する。
（付記１）
オンプレミス環境に設置されたネットワーク機器およびゲートウェイ装置と、
クラウド上のサーバ装置と、を備え、
前記ゲートウェイ装置は、前記ネットワーク機器と前記サーバ装置との通信を中継する暗号化された双方向通信路を生成し、
前記暗号化された双方向通信路は、ＷｅｂＳｏｃｋｅｔプロトコルに応じた通信路であり、前記サーバ装置からの要求応答型通信および前記ゲートウェイ装置からのイベント通知型通信を行う通信路である、サービス提供システム。
（付記２）
付記１記載のサービス提供システムにおいて、
前記ゲートウェイ装置は、アダプタプログラムを備え、
前記暗号化された双方向通信路を、当該アダプタプログラムを経由して行なうことが望ましい。
（付記３）
付記１または２記載のサービス提供システムにおいて、
前記ゲートウェイ装置は、前記サーバ装置のＵＲＬ、トークン、シークレットを含む設定ファイルを記憶部に格納することで、前記暗号化された双方向通信路を生成することが望ましい。
（付記４）
付記２記載のサービス提供システムにおいて、
前記ゲートウェイ装置は、起動すべきサービスと設定値とを含むサービステンプレートを、前記サーバ装置から受信し、前記アダプタプログラムおよび前記サービスのデプロイを行うことが望ましい。
（付記５）
オンプレミス環境に設置されたゲートウェイ装置であって、
前記オンプレミス環境に設置されたネットワーク機器とクラウド上のサーバ装置との通信を中継する暗号化された双方向通信路を生成し、
前記暗号化された双方向通信路は、ＷｅｂＳｏｃｋｅｔプロトコルに応じた通信路であり、前記サーバ装置からの要求応答型通信および当該ゲートウェイ装置からのイベント通知型通信を行う通信路である、ゲートウェイ装置。
（付記６）
オンプレミス環境に設置されたネットワーク機器およびゲートウェイ装置と、クラウド上のサーバ装置と、を備えたサービス提供システム構築方法であって、
前記ゲートウェイ装置が、前記ネットワーク機器と前記サーバ装置との通信を中継する、ＷｅｂＳｏｃｋｅｔプロトコルに応じた暗号化された双方向通信路を生成し、
前記ゲートウェイ装置が、前記暗号化された双方向通信路を介して前記サーバ装置から起動すべきアダプタプログラムと起動すべきサービスと設定値とを含むサービステンプレートを受信し、前記アダプタプログラムおよび前記サービスのデプロイを行なう、サービス提供システム構築方法。
（付記７）
オンプレミス環境に設置されたゲートウェイ装置に搭載されるコンピュータに
前記オンプレミス環境に設置されたネットワーク機器とクラウド上のサーバ装置との通信を中継する、ＷｅｂＳｏｃｋｅｔプロトコルに応じた暗号化された双方向通信路であって、前記サーバ装置からの要求応答型通信および前記ゲートウェイ装置からのイベント通知型通信を行う双方向通信路を生成する機能を実現せるためのプログラム。
なお、付記５－７の各形態は、付記２－４の形態に展開することが可能である。

なお、上記の特許文献等の各開示を、本書に引用をもって繰り込むものとする。本発明の全開示（請求の範囲を含む）の枠内において、さらにその基本的技術思想に基づいて、実施形態ないし実施例の変更・調整が可能である。また、本発明の開示の枠内において種々の開示要素（各請求項の各要素、各実施形態ないし実施例の各要素、各図面の各要素等を含む）の多様な組み合わせ、ないし選択が可能である。すなわち、本発明は、請求の範囲を含む全開示、技術的思想にしたがって当業者であればなし得るであろう各種変形、修正を含むことは勿論である。特に、本書に記載した数値範囲については、当該範囲内に含まれる任意の数値ないし小範囲が、別段の記載のない場合でも具体的に記載されているものと解釈されるべきである。

１００：サービス提供システム、１０１：サービス提供システム、
２００：オンプレミス環境、２０１：内部ネットワーク、２１０：ゲートウェイ（ＧＷ）装置、２１１：通信路生成部、２１２：連携準備部、２１３：連携構築部、２１５：記憶部、２１６：ダウンロード済サービス一覧テーブル、２１６ａ：リポジトリ名、２１６ｂ：イメージ名、２１６ｃ：バージョン、２１７：イメージファイル、２２０：ネットワーク（Ｎ／Ｗ）機器、２３０：セキュリティ装置、２３１：ＧＷ、２３２：アダプタプログラム、２３３：無人受付システムサーバ、２３４：客室管理サーバ、２３５：データベースサーバ、２９１：ＣＰＵ、２９２：記憶装置、２９３：通信Ｉ／Ｆ、２９４：拡張Ｉ／Ｆ、
３００：クラウド、３１０：クラウドサーバ、３１１：認証テーブル、３１２：ＧＷ管理テーブル、３１２ｂ：ＧＷ装置名、３１２ｃ：接続状態、３１２ｄ：サービステンプレート名、３１２ｅ：サービスの稼働状態、３１３：接続管理テーブル、３１３ｂ：ＷｅｂＳｏｃｋｅｔコネクション、３１４：サービステンプレート、３１４ａ：サービステンプレート名、３１４ｂ：起動するサービス一覧、３１４ｃ：サービス起動パラメータ、３１４ｄ：サービス起動環境変数、３１４ｅ：サービス起動ファイル、３１５：設定画面、３１５ａ：サービステンプレート名入力領域、３１５ｂ：サービステンプレート設定領域、３１５ｃ：投入先ＧＷ装置名入力領域、３１６：デプロイ操作画面、３１６ｃ：デプロイ状態、３１６ｄ：指示、３２１：ｉＰａａＳ提供サーバ、３２２：メール送信サーバ、
４２０：管理サーバ、４３０：ファイルサーバ、４３１：接続用設定ファイル、４３１ａ：接続先ＵＲＬ、４３１ｂ：トークン、４３１ｃ：シークレット、
５１０：作業者、５２０：担当者、
９００：ネットワーク

Claims

オンプレミス環境に設置されたネットワーク機器およびゲートウェイ装置と、
クラウド上のサーバ装置と、を備え、
前記ゲートウェイ装置は、前記ネットワーク機器と前記サーバ装置との通信を中継する暗号化された双方向通信路を生成し、
前記暗号化された双方向通信路は、ＷｅｂＳｏｃｋｅｔプロトコルに応じた通信路であり、前記サーバ装置からの要求応答型通信および前記ゲートウェイ装置からのイベント通知型通信を行う通信路であり、
前記ゲートウェイ装置は、
サービスを提供するサービスサーバに対応するアダプタプログラムを備え、
起動すべき前記サービスと設定値とを含むサービステンプレートを、前記サーバ装置から受信し、前記アダプタプログラムおよび前記サービスのデプロイを行い、
前記暗号化された双方向通信を、当該アダプタプログラムを経由して行なうとともに、前記サーバ装置に、前記アダプタプログラムのインタフェースのみ公開し、当該アダプタプログラムへの指示以外はルーティングしない、サービス提供システム。
請求項１記載のサービス提供システムであって、
前記ゲートウェイ装置は、外部のＷｅｂサーバからダウンロードした設定ファイルを用いて、前記双方向通信路を生成し、
前記設定ファイルは、前記サーバ装置のＵＲＬ、トークン、シークレットを含み、前記ゲートウェイ装置毎に予め設定され、アクセスパスをもとにダウンロード可能な形式で前記外部のＷｅｂサーバに保持され、
当該アクセスパスは、予め前記ゲートウェイ装置に設定される、サービス提供システム。
請求項２記載のサービス提供システムであって、
前記ゲートウェイ装置は、前記設定ファイルを記憶部に格納する、サービス提供システム。
オンプレミス環境に設置されたゲートウェイ装置であって、
サービスを提供するサービスサーバに対応するアダプタプログラムを備え、
前記オンプレミス環境に設置されたネットワーク機器とクラウド上のサーバ装置との通信を中継する暗号化された双方向通信路を生成し、
起動すべき前記サービスと設定値とを含むサービステンプレートを、前記サーバ装置から受信し、前記アダプタプログラムおよび前記サービスのデプロイを行い、
前記暗号化された双方向通信を、当該アダプタプログラムを経由して行なうとともに、前記サーバ装置に、前記アダプタプログラムのインタフェースのみ公開し、当該アダプタプログラムへの指示以外はルーティングせず、
前記暗号化された双方向通信路は、ＷｅｂＳｏｃｋｅｔプロトコルに応じた通信路であり、前記サーバ装置からの要求応答型通信および当該ゲートウェイ装置からのイベント通知型通信を行う通信路である、ゲートウェイ装置。
請求項４記載のゲートウェイ装置であって、
外部のＷｅｂサーバからダウンロードした設定ファイルを用いて、前記双方向通信路を生成し、
前記設定ファイルは、前記サーバ装置のＵＲＬ、トークン、シークレットを含み、前記ゲートウェイ装置毎に予め設定され、アクセスパスをもとにダウンロード可能な形式で前記外部のＷｅｂサーバに保持され、
当該アクセスパスは、予め当該ゲートウェイ装置に設定される、ゲートウェイ装置。
オンプレミス環境に設置されたネットワーク機器およびゲートウェイ装置と、クラウド上のサーバ装置と、を備えたサービス提供システム構築方法であって、
前記ゲートウェイ装置は、サービスを提供するサービスサーバに対応するアダプタプログラムを備え、
前記ゲートウェイ装置が、前記ネットワーク機器と前記サーバ装置との通信を中継する、ＷｅｂＳｏｃｋｅｔプロトコルに応じた暗号化された双方向通信路を生成し、
前記ゲートウェイ装置が、前記暗号化された双方向通信路を介して前記サーバ装置から起動すべき前記サービスと設定値とを含むサービステンプレートを受信し、前記アダプタプログラムおよび前記サービスのデプロイを行い、
前記ゲートウェイ装置は、前記暗号化された双方向通信を、当該アダプタプログラムを経由して行なうとともに、前記サーバ装置に、前記アダプタプログラムのインタフェースのみ公開し、当該アダプタプログラムへの指示以外はルーティングしない、サービス提供システム構築方法。
オンプレミス環境に設置されたゲートウェイ装置であって、サービスを提供するサービスサーバに対応するアダプタプログラムを備えるゲートウェイ装置に搭載されるコンピュータに
前記オンプレミス環境に設置されたネットワーク機器とクラウド上のサーバ装置との通信を中継する、ＷｅｂＳｏｃｋｅｔプロトコルに応じた暗号化された双方向通信路であって、前記サーバ装置からの要求応答型通信および前記ゲートウェイ装置からのイベント通知型通信を行う双方向通信路を生成する機能と、
起動すべき前記サービスと設定値とを含むサービステンプレートを、前記サーバ装置から受信し、前記アダプタプログラムおよび前記サービスのデプロイを行い、前記暗号化された双方向通信を、当該アダプタプログラムを経由して行なうとともに、前記サーバ装置に、前記アダプタプログラムのインタフェースのみ公開し、当該アダプタプログラムへの指示以外はルーティングしない機能と、
を実現せるためのプログラム。