JP2022147233A - ネットワークシステム、接続方法およびプログラム - Google Patents

Abstract

【課題】セキュリティを確保しつつ、オンプレミスとクラウド環境の接続環境を容易に構築可能とする。【解決手段】ゲートウェイ装置と、設定情報を管理する管理サーバと、サービスを提供するサービスサーバと、データを保存する保存サーバと、を有するネットワークシステムであって、前記ゲートウェイ装置は、前記管理サーバから前記設定情報を取得する取得部と、前記設定情報に基づいて前記サービスサーバとの接続を確立する接続部と、接続を確立した前記サービスサーバからの要求に応じて、前記保存サーバに保存される前記データを前記サービスサーバに対して送信する送信部と、を備えることを特徴とする。【選択図】図６

Description

本発明は、ネットワークシステム、接続方法およびプログラムに関する。

ローカルストア（オンプレミスデータベース）上に格納されたデータをサービスプロバイダによって提供されるクラウド上のリモートストアにシャドーイングする方法が知られている（例えば、特許文献１参照）。

クラウド上のサーバ（クラウドサーバ）とオンプレミス内のデバイスとを接続するためには、オンプレミスデータゲートウェイ装置を介してＶＰＮ（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）技術を利用する。しかし、今までのオンプレミスデータゲートウェイ装置は設定が難しい。また、接続先のクラウドサーバが複数ある場合、オンプレミスデータゲートウェイ装置は、その中から選択して設定できない。また、オンプレミスデータゲートウェイ装置は、所望のクラウドサーバ以外からの接続を制限する等の、接続先制限ができない。さらに、ＶＰＮ接続を確立するためには、オンプレミス環境側のファイアウォール（ＦＷ）やＰｒｏｘｙに手を加える必要があり、容易ではない。

本発明は、セキュリティを確保しつつ、オンプレミスとクラウド環境の接続環境を容易に構築することを目的とする。

上述した課題を解決するために、本発明の一観点に係るネットワークシステムは、ゲートウェイ装置と、設定情報を管理する管理サーバと、サービスを提供するサービスサーバと、データを保存する保存サーバと、を有するネットワークシステムであって、前記ゲートウェイ装置は、前記管理サーバから前記設定情報を取得する取得部と、前記設定情報に基づいて前記サービスサーバとの接続を確立する接続部と、接続を確立した前記サービスサーバからの要求に応じて、前記保存サーバに保存される前記データを前記サービスサーバに対して送信する送信部と、を備えることを特徴とする。

セキュリティを確保しつつ、オンプレミスとクラウド環境の接続環境を容易に構築できる。

本発明の実施形態の概要を説明するための説明図である。 本発明の実施形態のネットワークシステムの設定時の処理を説明するための説明図である。 （ａ）および（ｂ）は、それぞれ、本発明の実施形態のサービスサーバおよび管理サーバのシステム構成図である。 （ａ）は、本発明の実施形態のオンプレミス環境のネットワーク構成を説明するための説明図であり、（ｂ）は、本発明の実施形態のゲートウェイ装置のシステム構成図である。 本発明の実施形態のゲートウェイ装置の機能モジュール構成図である。 本発明の実施形態のゲートウェイ装置の機能ブロック図である。 （ａ）～（ｄ）は、本発明の実施形態のテナントリスト、ユーザリスト、ユーザグループリスト、および、ゲートウェイ装置リストを、それぞれ、説明するための説明図である。 （ａ）～（ｅ）は、本発明の実施形態のタイプリスト、サービスリスト、サービスグループリスト、アクションリスト、および、ポリシーリストを、それぞれ、説明するための説明図である。 （ａ）および（ｂ）は、それぞれ、本発明の実施形態のポリシー登録画面例およびポリシーリスト画面例を説明するための説明図である。 （ａ）および（ｂ）は、それぞれ、本発明の実施形態のエンドユーザログ画面例および管理者ログ画面例を説明するための説明図である。 （ａ）および（ｂ）は、それぞれ、本発明の実施形態のゲートウェイ装置登録画面例およびゲートウェイ装置リスト画面例を説明するための説明図である。 本発明の実施形態の設定処理のシーケンス図である。 本発明の実施形態の接続処理のシーケンス図である。 本発明の変形例のＰＣ（サーバ）のハードウェア構成図である。

以下、添付図面を参照しながら実施形態について説明する。説明の理解を容易にするため、各図面において同一の構成要素に対しては可能な限り同一の符号を付して、重複する説明は省略する。

まず、本実施形態のネットワークシステム１００で実現される処理の概要を説明する。図１は、本実施形態のネットワークシステム１００の全体構成を示す図である。本実施形態のネットワークシステム１００は、クラウド３００上に配置された複数のクラウドサーバ（サービスサーバ）３１０と、各サービスサーバ３１０の設定情報４１０を管理する管理サーバ（ＲＳＩ）４００と、例えば、オフィスや工場の社内ネットワークなどのオンプレミス環境２００に配置され、クラウド連携可能な複数の保存サーバ２２０と、オンプレミス環境２００上に配置されるオンプレミスデータゲートウェイ装置（以下、単にゲートウェイ装置と呼ぶ。）２１０と、を備える。

オンプレミス環境２００には、複数の保存サーバ２２０ａ～２２０ｃや、他のネットワークリソース群が既存のＬＡＮ２０１を介して互いに通信可能に接続される。図１の例では、オンプレミス環境２００に配置されるネットワークリソース群の中で、保存サーバ２２０ａのみがクラウド連携が可能であり、他のリソース群（保存サーバ２２０ｂ、２２０ｃ）はクラウド３００側からアクセスできないよう配置されている。なお、保存サーバ２２０ａ～２２０ｃは、区別する必要がない場合は、保存サーバ２２０で代表する。

ゲートウェイ装置２１０は、クラウド３００側のサービスサーバ３１０が、容易に、オフィスや工場などのＬＡＮ２０１に接続された保存サーバ２２０ａが管理するデータベース２２１内のデータを取得できるようにする。

ゲートウェイ装置２１０は、初期設定に必要な情報やファームウェアを含む設定情報４１０を、管理サーバ４００から取得する。また、ゲートウェイ装置２１０は、保存サーバ２２０へのアクセスを許可するサービスサーバ３１０を制御する。すなわち、ゲートウェイ装置２１０は、データベース２２１への接続先を制御する。

本実施形態のネットワークシステム１００では、ＶＰＮ Ｇａｔｅｗａｙ等、複数のクラウドサービスを提供するサービスサーバ３１０のうち、所望のサービスサーバ３１０の提供企業と契約する。契約後、ゲートウェイ装置２１０は、管理サーバ４００から、設定情報４１０を取得する。その後、ゲートウェイ装置２１０は、契約したサービスサーバ３１０の中から１つを選択し、設定情報４１０を用いて当該サービスサーバ３１０との間で接続を確立する。

その後、クラウド３００側、すなわち、接続を確立したサービスサーバ３１０から、アクセスが許可された保存サーバ２２０へアクセスし、保存サーバ２２０が管理するデータベース２２１のデータを取得する。

設定情報４１０には、オンプレミス環境２００側の特定のネットワークリソースへのアクセスを制限する情報が含まれる。これにより、ゲートウェイ装置２１０は、接続を確立したサービスサーバ３１０から特定の接続先へのアクセスを制限する。

また、設定情報には、契約期間の情報も含まれる。これにより、ゲートウェイ装置２１０は、契約の終了とともにサービスサーバ３１０から接続を許可された保存サーバ２２０へのアクセスを遮断できる。

以下、ゲートウェイ装置２１０と管理サーバ４００とにより、容易かつ安全に、クラウド３００上の複数のサービスサーバ３１０とオンプレミス環境２００内の保存サーバ２２０との接続を確立可能な構成を実現する構成について具体的に説明する。

図２は、本実施形態のネットワークシステム１００の設定時の処理を説明するための図である。

本図に示すように、本実施形態のネットワークシステム１００は、上述のように、ゲートウェイ（ＧＷ）装置２１０と、保存サーバ２２０と、サービスサーバ３１０と、管理サーバ４００と、操作端末３２０と、を備える。また、ネットワークシステム１００は、データ保存領域として、さらに、リモートデータサービス６００を備えてもよい。

操作端末３２０は、ブラウザを起動し、そのブラウザ上から、ネットワークシステム１００の他の構成に接続し、設定を変更したり、ログを取得したりする。本実施形態では、操作端末３２０は、サービスサーバ３１０とゲートウェイ装置２１０と、リモートデータサービス６００に接続する。

サービスサーバ３１０は、アクセス元端末（操作端末３２０）に対し、認証に対応したＷｅｂＵＩを介してリモートアクセスを提供する。具体的には、サービスサーバ３１０は、ＷｅｂＵＩの提供（各種管理機能）と、各種の情報の管理と、ゲートウェイ装置２１０に対する指示と、を行う。管理する情報は、ユーザ、デバイス、ゲートウェイ装置２１０、ポリシー等に関する。また、ゲートウェイ装置２１０に対して行う指示は、設定変更やリレーサーバへの接続等である。リレーサーバは、リモートデータサービス６００（または、リモートデータサービス６００を実現する情報端末）と、ゲートウェイ装置２１０（または、オンプレミス環境２００）との間の通信を中継する。なお、サービスサーバ３１０は、１つに限定されない。

なお、サービスサーバ３１０と操作端末３２０とは、ＨＴＴＰ接続される。

ゲートウェイ装置２１０は、サービスサーバ３１０（アクセス元）の指示に応じ、アクセス元によるアクセス先サービスに対する操作、アクセス先サービスからアクセス元への応答を中継する。なお、このとき、ゲートウェイ装置２１０は、プロトコル変換により対応してもよい。アクセス先サービスは、例えば、保存サーバ２２０のデータ提供や、リモートデータサービス６００中のコンピューティングインスタンス等を含む。ゲートウェイ装置２１０は、コンピューティングインスタンスには、セキュアゲートウェイを介して接続する。具体的には、ゲートウェイ装置２１０は、サービスサーバ３１０による指示の遂行であるゲートウェイ装置２１０の設定、登録、リモートアクセスや、自身のネットワーク設定のためのＷｅｂＵＩの提供等を行う。

リモートデータサービス６００は、セキュアゲートウェイ機能によってゲートウェイ装置２１０を介して保存サーバ２２０からデータを取得し処理を行う。リモートデータサービス６００は、コンピューティングインスタンスで取得したデータを加工や分析する、また、リモートデータサービス６００は、データ・アプリケーションサービスで取得したデータを可視化したり取得したデータを分析したりする。なお、データ・アプリケーションサービスおよびコンピューティングインスタンスは、リモートデータサービス６００の必須の要素ではない。

ゲートウェイ装置２１０とセキュアゲートウェイとの間の通信プロトコルは、多くのセキュアゲートウェイサービスが対応しているＶＰＮ（ＩＰＳｅｃなど）を利用する。通信プロトコルは、Ｗｅｂｓｏｃｋｅｔ ｏｖｅｒ ＨＴＴＰＳ（ＷＳＳ）でも良い。

管理サーバ４００は、ユーザおよびデバイスの認証、ゲートウェイ装置２１０に対する双方向通信、顧客の契約管理、データレイクといった基盤機能を提供する。

次に、各構成の詳細を説明する。

図３（ａ）は、サービスサーバ３１０のシステム構成図である。本図に示すように、サービスサーバ３１０は、アプリケーションロードバランサ３１１と、Ｗｅｂアプリケーション３１２と、データベース３１３と、を備える。

アプリケーションロードバランサ３１１は、受信したトラフィックを複数のＷｅｂアプリケーション３１２に分散させる。アプリケーションロードバランサ３１１は、リクエストを受信すると（ｈｔｔｐｓ終端）、リクエストを分析し、割り振り先を決定する。

アプリケーションロードバランサ３１１は、リクエスト分析において、ＨＴＴＰヘッダを分解し、割り振り先決定において、ＵＲＬのパスやその他の情報により、リクエストを割り振る。

なお、Ｗｅｂアプリケーション３１２はＷｅｂ ＵＩとＷｅｂ ＡＰＩとを備える。なお、本図においては、Ｗｅｂ ＵＩは、内部処理として、Ｗｅｂ ＡＰＩをアクセスする形を示すが、直接データベース３１３にアクセスしてもよい。

Ｗｅｂアプリケーション３１２は、１つのインスタンスであってもよいし、複数のインスタンスにより、冗長構成としてもよい。

なお、ここでは、サービスサーバ３１０は、ＩａａＳ（Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ ａｓ ａ Ｓｅｒｖｉｃｅ）によるコンピュータリソースで提供するものとして記載している。しかしながら、サービスサーバ３１０は、ＦａａＳ（Ｆｕｎｃｔｉｏｎ ａｓ ａ Ｓｅｒｖｉｃｅ）により実現されてもよい。

また、サービスサーバ３１０は、データベース３１３として、タイプリスト３３０と、サービスリスト３４０と、サービスグループリスト３５０と、アクションリスト３６０と、ポリシーリスト３７０と、を備える。

図３（ｂ）は、管理サーバ４００のシステム構成図である。本図に示すように、管理サーバ４００は、アプリケーションロードバランサ４１１と、サブシステム４１２と、データベース４１３と、を備える。サブシステム４１２は、認証サブシステム４１４と、ポータルサブシステム４１５と、ログサブシステム４１６と、制御サブシステム４１７と、を備える。

アプリケーションロードバランサ４１１は、リクエストを受信すると（ｈｔｔｐｓ終端）、リクエストを分析し、割り振り先のサブシステムを決定する。

認証サブシステム４１４は、ユーザ認証およびデバイス認証を提供する。この認証機能は、ユーザ名による認証、パスワード認証、証明書による認証、多要素認証などを実現する。

ポータルサブシステム４１５は、共通的なポータルサイトを提供する。

ログサブシステム４１６は、アクセスログ、設定変更ログを蓄積し、取得する。

制御サブシステム４１７は、ゲートウェイ装置２１０と常時接続し、サービスサーバ３１０からの指示、設定をゲートウェイ装置２１０に伝える。なお、制御サブシステム４１７は、ゲートウェイ装置２１０と制御サブシステム４１７との間は、ＭＱＴＴ ｏｖｅｒ Ｗｅｂｓｏｃｋｅｔ ｏｖｅｒ ＨＴＴＰＳにより接続を確立する。これにより、制御サブシステム４１７は、オンプレミス環境２００内のネットワークのファイアウォールの設定を変更せずに常時接続を実現する。

なお、データベース４１３は、テナントリスト４２０とユーザリスト４３０と、ユーザグループリスト４４０と、ゲートウェイ（ＧＷ）装置リスト４５０と、を備える。これらの詳細については、後述する。

次に、オンプレミス環境２００のネットワーク（現場ネットワーク）の構成とゲートウェイ装置２１０のシステム構成と、を説明する。図４（ａ）は、現場ネットワーク構成を示す図であり、図４（ｂ）は、ゲートウェイ装置２１０のシステム構成図である。

現場ネットワークは、ルータ、ファイアウォール、ゲートウェイ装置２１０を経て、保存サーバ２２０に接続される。

ゲートウェイ装置２１０は、通信制御部２３１と、アプリ制御部２３２と、ストレージ２３３と、を備える。

通信制御部２３１は、外部とのデータの送受信を制御する。

なお、現場ネットワークは、インターネットを経由して外部から攻撃を受けたときにも、アクセスされる範囲を限定的にするため、複数のネットワークに分離している。本実施形態では、現場ネットワークは、インターネットにアクセスできる第一ネットワークとインターネットに接続されていない第二ネットワークとの２つに分離されている。このため、ゲートウェイ装置２１０は、図４（ｂ）に示すように、複数（図では２つ）のネットワークインタフェース（Ｎ／Ｗ Ｉ／Ｆ １、Ｎ／Ｗ Ｉ／Ｆ ２）を備える。

ゲートウェイ装置２１０は、これらの複数のネットワークのルーティング機能を持たない。しかし、インターネット上のセキュアゲートウェイとゲートウェイ装置２１０との間で仮想的なパス（いわゆるトンネル）が設定された場合、ゲートウェイ装置２１０から第二ネットワークにある保存サーバ２２０にアクセス可能である。ただし、アクセス可能となるのは、ポリシー設定で許可されている場合に限定される。

なお、ゲートウェイ装置２１０は、単一のネットワークＩ／Ｆのみを備えていてもよい。

アプリ制御部２３２は、ストレージ２３３に格納されるアプリケーションを制御する。

ストレージ２３３は、アプリケーション、秘密鍵、ルート証明書、設定と、を含む各種のデータが格納される。設定やアプリケーションは、ファームウェアの更新に失敗しても動作継続可能なように冗長構成を備えてもよい。

ストレージ２３３に格納されるアプリケーションは、共通のアプリケーションであるｃｏｍｍｏｎとテナントに依存するテナント（ｔｅｎａｎｔ）とを備える。アプリケーションは、プロトコル変換プログラム、オンプレミスデータサーバーから取得したデータを処理したり、キャッシュしたりするプログラム等を含む。

ゲートウェイ装置は、例えば、安価なＬｉｎｕｘ（登録商標） Ｂｏｘで実現される。この場合のゲートウェイ装置２１０の機能モジュールについて説明する。図５は、ゲートウェイ装置２１０の機能モジュール構成図である。本図に示すように、ゲートウェイ装置２１０は、ハードウェア（Ｈ／Ｗ）層Ｌ１と、カーネル（ｋｅｒｎｅｌ）層Ｌ２と、ルートファイルシステム（ｒｏｏｔｆｓ）層Ｌ３とを備える。

ゲートウェイ装置２１０のハードウェア構成は、ＩｏＴ Ｇａｔｗａｙなどで使われる一般的なＬｉｎｕｘ Ｂｏｘと同じである。すなわち、ゲートウェイ装置２１０は、ＣＰＵ５１１、ＲＡＭ５１２などのメモリ、ストレージ５１３、Ｅｔｈｅｒｎｅｔ（登録商標）５１４を備える。図５の例では、ＣＰＵ５１１、ＲＡＭ５１２、ストレージ５１３、Ｅｔｈｅｒｎｅｔ５１４は、Ｈ／Ｗ層Ｌ１に設けられる。

カーネル層Ｌ２は、Ｌｉｎｕｘ共通部５２１と、ＩＰパケットの送信フィルタ５２２と、ＮＡＰＴ（Ｎｅｔｗｏｒｋ Ａｄｄｒｅｓｓ Ｐｏｒｔ Ｔｒａｎｓｌａｔｉｏｎ）モジュール５２３と、Ｅｔｈｅｒｎｅｔ Ｉ／Ｆ５２４と、Ｅｔｈｅｒｎｅｔ Ｉ／Ｆ（ＶＰＮ用）５２５と、を備える。

ＩＰパケットの送信フィルタ５２２は、ＩＰヘッダの送信ＩＰアドレスを用いてフィルタ処理を行うモジュールである。

ＮＡＰＴモジュール５２３は、２つのネットワークをポートフォワードにより接続するモジュールである。

Ｅｔｈｅｒｎｅｔ Ｉ／Ｆ５２４は、Ｈ／Ｗ層Ｌ１のＥｔｈｅｒｎｅｔデバイス５１４に対して送受信を行うモジュールであり、Ｅｔｈｈｅｒｎｅｔ Ｉ／Ｆ（ＶＰＮ用）５２５は、ＶＰＮでカプセル化するための仮想的なＥｔｈｅｒｎｅｔモジュールである。

ｒｏｏｔｆｓ層Ｌ３には、Ｌｉｎｕｘ基本コマンド群５３１と、ＮＡＰＴ更新アプリ５３２と、ＶＰＮ Ｃｌｉｅｎｔアプリ５３３と、ＷｅｂＳｏｃｋｅｔアプリ５３４とが設けられる。

ＮＡＰＴ更新アプリ５３２は、カーネル層Ｌ２のＮＡＰＴモジュール５２３に対して設定の変更を行うモジュールである。

ＶＰＮ Ｃｌｉｅｎｔアプリ５３３は、ＷｅｂＳｏｃｋｅｔアプリ５３４を用いて、ＶＰＮ接続を確立するモジュールである。

次に、ゲートウェイ装置２１０の機能構成について説明する。図６は、本実施形態のゲートウェイ装置の機能ブロック図である。本図に示すように、ゲートウェイ装置２１０は、取得部２１１と、接続部２１２と、制限部２１３と、送信部２１４と、を備える。

取得部２１１は、管理サーバ４００から設定情報４１０を取得する。本実施形態では、指定されたサービスサーバ３１０の設定情報４１０を取得する。ここで設定情報４１０として取得する情報は、例えば、後述するポリシーリスト３７０に含まれる情報、ゲートウェイ装置リスト４５０に含まれる情報である。ただし、取得部２１１が取得する情報はこれに限定されず、テナントリスト４２０、ユーザリスト４３０、ユーザグループリスト４４０、タイプリスト３３０、サービスリスト３４０、サービスグループリスト３５０、アクションリスト３６０それぞれに含まれる情報であっても良い。

接続部２１２は、設定情報４１０に基づいて接続対象のサービスサーバ３１０との接続を確立する。本実施形態では、接続部２１２は、ＶＰＮ Ｃｌｉｅｎｔアプリ５３３およびＷｅｂＳｏｃｋｅｔアプリ５３４により実現される。

接続部２１２は、ゲートウェイ装置２１０とクラウド３００上のサービスサーバ３１０とを、ＨＴＴＰリクエストベースのＶＰＮ（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ、仮想専用ネットワーク）で接続する。本実施形態では、接続部２１２は、例えば、ＶＰＮ ｏｖｅｒ Ｗｅｂｓｏｃｋｅｔを利用する。ＶＰＮ ｏｖｅｒ Ｗｅｂｓｏｃｋｅｔを用いることにより、接続を確立する際、ゲートウェイ装置２１０は、基幹側（ルータ、ファイアウォール（ＦＷ）等）の変更が不要となる。

言い換えると、ゲートウェイ装置２１０は、例えば、オンプレミス環境２００内の社内ネットワークに設けられるファイアウォール（ＦＷ）やプロキシ（Ｐｒｏｘｙ）２０２を、ＶＰＮ用に設定変更する必要がない。また、ＶＰＮによりサーバプッシュが可能になり、オンプレミス環境２００内の保存サーバ２２０ａが管理するデータベース２２１にサービスサーバ３１０からアクセスできる。

なお、ＶＰＮ構築において、接続部２１２は、内向け（社内ネットワークの内部に配置され、外部からアクセスさせたくない他のネットワークリソース群に向けて）にＮＡＴ（Ｎｅｔｗｏｒｋ Ａｄｄｒｅｓｓ Ｔｒａｎｓｌａｔｉｏｎ）化する。これにより、ゲートウェイ装置２１０は、クラウド３００側のＩＰアドレス体系に自由度を持たせることを実現する。また、オンプレミス環境２００のネットワークリソースであるＩＰアドレスの消費を軽減できる。

また、接続部２１２は、ＮＡＴだけではなく、ポートフォワード、ブリッジの動作モードを可能とする。この動作モード情報とクラウド３００上に構築するサーバ情報（ＩＰアドレス、ポート番号）とに応じて、接続部２１２は、仮想的なＥｔｈｅｒｎｅｔ Ｉ／Ｆを自動生成する。

ゲートウェイ装置２１０は、クラウド側のサービスサーバ３１０との通信に、固定ＩＰアドレスを用いてもよいし、ＤＨＣＰ（Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）サーバを用いてもよい。

また、ゲートウェイ装置２１０は、クラウド側のサービスサーバ３１０との通信にＩＰＳｅｃ（Ｓｅｃｕｒｉｔｙ Ａｒｃｈｉｔｅｃｔｕｒｅ Ｆｏｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）ーＶＰＮを用いてもよい。

制限部２１３は、設定情報に基づいて、サービスサーバ３１０からのアクセスを制限する。本実施形態では、制限部２１３は、Ｏｃｔａｖｅｒ機能により、クラウド３００側からのアクセス範囲を隔離ネットワーク技術にて制限する。これにより、ゲートウェイ装置２１０は、安全性も確保する。

送信部２１４は、接続を確立したサービスサーバ３１０からの要求に応じて、データベース２２１に保存されるデータを、サービスサーバ３１０に対して送信する。

次に、サービスサーバ３１０および管理サーバ４００が管理するデータの構成について説明する。

図７（ａ）～図７（ｄ）は、管理サーバ４００が管理するテナントリスト４２０と、ユーザリスト４３０と、ユーザグループリスト４４０と、ゲートウェイ装置リスト４５０と、のデータ構成を説明する図である。

テナントリスト４２０は、テナントの識別子であるテナントＩＤ４２１とテナント名４２２とを対応づけるリストである。なお、図７（ａ）の例では、テナントの入れ子のないリストとしているが、テナントリスト４２０は、階層構造であってもよい。

ユーザリスト４３０は、テナントと、ユーザと、パスワード（Ｈａｓｈ化）とを対応づけるリストである。図７（ｂ）に示すように、ユーザリスト４３０には、テナントＩＤ４３１に対応づけて、ユーザを特定するユーザＩＤ４３２と、ユーザ名４３３と、表示名４３４と、パスワード４３５と、が登録される。なお、本図の例では、ユーザ認証は、パスワードによるものとしているが、証明書による認証であってもよい。

ユーザグループリスト４４０は、は、テナントと、ユーザグループと、メンバーリストとを対応づけるリストである。図７（ｃ）に示すように、ユーザグループリスト４４０には、テナントＩＤ４４１に対応づけて、ユーザグループを識別する情報であるユーザグループＩＤ４４２と、ユーザグループ名４４３と、メンバーリスト４４４とが登録される。メンバーリスト４４４には、当該ユーザグループを構成するユーザのユーザＩＤが登録される。なお、メンバーリスト４４４には、ユーザグループＩＤ４４２が登録されてもよい。

ゲートウェイ装置リスト４５０は、テナントとデバイス（ゲートウェイ装置２１０）と設定とを対応づけるリストである。図７（ｄ）に示すように、ゲートウェイ装置リスト４５０には、テナントＩＤ４５１毎に、ゲートウェイ装置２１０を特定するデバイスＩＤ４５２と、ＵＵＩＤ（Ｕｎｉｖｅｒｓａｌｌｙ Ｕｎｉｑｕｅ Ｉｄｅｎｔｉｆｉｅｒ）４５３と、デバイス名４５４と更新情報４５５とが登録される。なお、ＵＵＩＤ４５３は、デバイスを一意に特定するために使用される。なお、その他の設定項目が登録されていてもよい。

図８（ａ）～図８（ｅ）は、サービスサーバ３１０が管理するタイプリスト３３０と、サービスリスト３４０と、サービスグループリスト３５０と、アクションリスト３６０と、ポリシーリスト３７０とのデータ構成を説明する図である。

タイプリスト３３０は、テナントとタイプおよび変換プログラムとを対応づけるリストである。図８（ａ）に示すように、タイプリスト３３０には、テナントＩＤ３３１に対応づけて、タイプを識別するタイプＩＤ３３２と、タイプ名３３３と変換プログラム３３４とが登録される。なお、タイプリスト３３０には、共通の変換プログラムと、テナントごとに用いられる変換プログラムと、を登録できる。また、変換プログラムには、変換処理内容、ログの出力タイミングが含まれる。

共通の変換プログラムは、システム提供側があらかじめ汎用的なモジュールを登録してもよい。一方、テナント毎に用いられる変換プログラムは、管理者、または、システム提供側があらかじめ、テナント独自に必要な変換プログラムを登録してもよい。なお、システム提供者が元となる変換プログラムを作成してもよい。なお、変換プログラムは、ゲートウェイ装置２１０が実行できればよく、実装言語を問わない。

サービスリスト３４０はテナントとサービスとタイプと宛先とを対応づけるリストである。図８（ｂ）に示すように、サービスリスト３４０には、テナントＩＤ３４１毎に、サービスを特定するサービスＩＤ３４２と、サービス名３４３と、タイプ３４４と、宛先３４５と、が登録される。

宛先３４５は、ＦＱＤＮ（Ｆｕｌｌｙ Ｑｕａｌｉｆｉｅｄ Ｄｏｍａｉｎ Ｎａｍｅ）でもよいし、ＩＰアドレスでもよい。また、ＩＰ通信のできないタイプの場合は、ＲＳ－２３２ＣのＣＯＭポートなどでもよい。

サービスグループリスト３５０は、テナントとサービスグループとメンバーとを対応づけるリストである。図８（ｃ）に示すように、サービスグループリスト３５０には、テナントＩＤ３５１毎に、サービスグループを特定するサービスグループＩＤ３５２と、サービスグループ名３５３と、メンバーリスト３５４とが登録される。メンバーリスト３５４には、そのサービスグループを構成するサービスのサービスＩＤ３４２が登録される。なお、メンバーリスト３５４には、サービスグループＩＤが登録されてもよい。また、サービスグループは、サービスのタイプが異なるグループも1つにまとめてもよい。

アクションリスト３６０は、テナントと、アクションと、アクションの格納先と、を対応付けたリストである。図８（ｄ）に示すように、アクションリスト３６０には、テナントＩＤ３６１毎に、アクションを特定するアクションＩＤ３６２とアクション名３６３とアクション３６４とが登録される。

アクションには、共通のアクション（ｃｏｍｍｏｎ）と、テナント毎に定義されるアクションとがある。また、アクションリスト３６０では、アクションを許可するか、拒否するか、多要素認証するか、等を定義してもよい。各アクションの中で、ログを残すことができる。

ポリシーリスト３７０は、テナントとポリシーと優先度とユーザとサービスとアクションとを対応づけたリストである。図８（ｅ）に示すように、ポリシーリスト３７０には、テナントＩＤ３７１毎に、ポリシーを一意に特定するポリシーＩＤ３７２と、ポリシー名３７３と、優先度３７４と、ユーザ３７５と、サービス３７６と、アクション３７７とが登録される。

サービスサーバ３１０は、ポリシーリスト３７０を参照し、アクセスしたユーザ（またはユーザグループ）とサービス（またはサービスグループ）とが、同じテナントＩＤ３７１に対応づけて登録されている場合、当該レコードのアクション３７７を実行する。

優先度３７４は、アクセスしたユーザ（またはユーザグループ）とサービス（またはサービスグループ）とが一致するレコードが複数ある場合の優先度である。複数のレコードに一致した場合、サービスサーバ３１０は、最も優先度の高いレコードのアクションを実施する。

なお、実行するアクションの決定手法はこれに限定されない。例えば、サービスサーバ３１０は、最も一致度の高いレコードのアクションを実行するロンゲストマッチなどの手法を用いてもよい。また、サービスサーバ３１０は、複数のレコードに一致した場合、優先度順に、各アクションを実行してもよい。

サービスサーバ３１０および管理サーバ４００は、ユーザにインタフェース画面を提供する。エンドユーザに提供する画面は、例えば、ログイン画面と、ポータル画面と、データ処理管理サービス画面と、データキャッシュ管理サービス画面と、を備える。また、管理者に提供する画面は、例えば、ユーザグループリスト画面と、サービスグループリスト画面と、ポリシー登録画面と、ポリシーリスト画面と、エンドユーザログ画面と、管理者ログ画面と、ゲートウェイ装置登録画面と、ゲートウェイ装置リスト画面と、を備える。なお、上述したエンドユーザに提供する画面および管理者に提供する画面は、サービスサーバ３１０を介して、または、管理サーバ４００が直接、操作端末３２０に対して提供することによって操作端末３２０の表示部に操作可能に表示することができる。

ログイン画面は、ネットワークシステム１００にログインするための画面である。ログイン画面は、例えば、ユーザ名(メールアドレス)とパスワードとの入力を受け付ける画面である。ＯＡｕｔｈなどの仕組みを用いて他のシステムのアカウントと連携したり、多要素認証の仕組みを使って攻撃に対応させたりしてもよい。

ポータル画面は、サービスの選択を受け付けるサービス領域と、設定を受け付ける設定領域と、ログ管理の指示を受け付ける管理領域とを備える。なお、ポータル画面は、ログイン者に応じて表示が変更されてもよい。例えば、エンドユーザがログインした場合は、サービス領域のみを、管理者がログインした場合は、設定領域のみを、監査者がログインした場合は、管理領域のみを表示させる。

データ処理管理サービス画面は、サービスの詳細設定を受け付ける。サービスサーバ３１０は、データ処理管理サービス画面を介して受け付けた指示に従って、サービスリスト３４０を生成、更新する。

ユーザグループリスト画面は、ユーザグループの登録、変更、削除の指示を受け付ける。ユーザから指示を受け付けると、管理サーバ４００は、指示に従って、ユーザグループリスト４４０を生成または更新する。

なお、ユーザ、ユーザグループについては、ディレクトリサービス（ＬＤＡＰなど）を利用して、その情報と同期させてもよい。また、ユーザグループごとに管理者を割り当て、1人の管理者に負荷が集中しない運用としてもよい。

サービスグループリスト画面は、サービスグループの登録、変更、削除の指示を受け付ける。サービスサーバ３１０は、サービスグループリスト画面を介して受け付けた指示に従って、サービスグループリスト３５０を生成、更新する。

ポリシー登録画面は、ポリシーの登録を受け付ける。各種の設定を受け付ける画面の一例として、ポリシー登録画面６１０の例を図９（ａ）に示す。本図に示すように、ポリシー登録画面６１０は、例えば、ポリシー毎に、そのポリシーを適用するユーザ（ユーザグループ）と、サービス（サービスグループ）と、アクションとの登録を受け付ける領域を備える。アクションについては、あらかじめサービスサーバ３１０に登録されているアクションから選択する。サービスサーバ３１０は、ポリシー登録画面を介して受け付けた指示に従って、ポリシーリスト３７０を生成する。

ポリシーリスト画面は、ポリシーの登録、変更、削除の指示を受け付ける。ポリシーリスト画面６２０の一例を図９（ｂ）に示す。本図に示すように、ポリシーリスト画面６２０は、画面を介してポリシーの優先順の変更も受け付ける。

エンドユーザログ画面は、エンドユーザ（利用者）が操作をしたログ（エンドユーザログ）を表示する。管理サーバ４００のログサブシステム４１６は、ユーザからの指示に従って、エンドユーザログを表示する。図１０（ａ）にエンドユーザログ画面６３０の一例を示す。本図に示すように、エンドユーザログは、タイムスタンプ、ユーザ、サービス、操作、結果を含む。もちろん、これ以外の情報が表示されてもよい。

管理者は、このエンドユーザログを見ることにより、実際に、ユーザがサービスをどのように操作したかを把握できる。エンドユーザログは、プロトコル変換処理で、ブラウザからの操作内容を変換し、操作対象のサービスに指示するタイミング、その応答を受け取るタイミングで意味のあるログが取得できる。

エンドユーザログには、上述のように、ユーザとサービスと操作と結果とが含まれる。管理者は、エンドユーザログにより、エンドユーザがどのようなリソースに対して、どのような操作をしたかを把握することができる。このため、管理者は、このログを見ることにより、「だれが」「何をしたか」を判別できる。よって、セキュリティ上の追跡可能性が高まり、否認防止を実現できる。通常のネットワークのアクセスログでは、アクセス元のアドレス、宛先のアドレス、処理などの情報のみであることに比べ、管理者は有意義な情報を得ることができる。

なお、エンドユーザログは、表示に限らず、別の形式（例えばＣＳＶ）でダウンロードしたり、他のログシステム（たとえばｓｙｓｌｏｇ）に転送したりするよう構成してもよい。

管理者ログ画面は、管理者がどのような操作をしたかのログ（管理者ログ）を表示する。管理サーバ４００のログサブシステム４１６は、ユーザからの指示に従って、管理者ログを表示する。図１０（ｂ）に管理者ログ画面６４０の一例を示す。本図に示すように、管理者ログは、タイムスタンプ、ユーザ、操作、詳細、結果を含む。もちろん、これ以外の情報が表示されてもよい。

管理者は、この管理者ログがあることで、管理者がどのようなリソースに対して、どのような操作をしたかを把握することができ、セキュリティ上の追跡可能性が向上し、否認防止を実現できる。そして、管理者ログも、別の形式（例えばＣＳＶ）でダウンロードしたり、他のログシステム（たとえばｓｙｓｌｏｇ）に転送したりしてもよい。

ゲートウェイ装置登録画面は、新規にゲートウェイ装置をテナントに登録したり、変更したりする指示を受け付ける画面である。ゲートウェイ装置登録画面の一例を図１１（ａ）に示す。本図に示すように、管理サーバ４００は、ゲートウェイ装置登録画面を介して、デバイス名（ゲートウェイ装置名）と、自動更新の有効と、許可時間との設定を受け付ける。管理サーバ４００は、例えば、ゲートウェイ装置２１０のネットワーク設定など、より多くの設定を受け付けてもよい。

ただし、本登録、変更の指示を受け付け、その指示に従って、ゲートウェイ装置２１０を設定することにより、当該ゲートウェイ装置２１０がインターネットに接続できなくなる場合も考えられる。管理サーバ４００は、インターネットに接続できなくなった場合は、もとの設定に戻すため、設定の履歴を保持してもよい。

ゲートウェイ装置リスト画面は、例えば、管理者の所属しているテナントのゲートウェイ装置２１０のリスト（一覧）を表示する。ゲートウェイ装置リスト画面の一例を図１１（ｂ）に示す。本図に示すように、管理サーバ４００は、管理者からの指示に従って、当該リストを表示させる。

次に、本システムにおける設定の流れを説明する。図１２は、本実施形態の設定のシーケンス図である。なお、設定を変更する際は、ゲートウェイ装置２１０に設定の変更を反映する必要がある場合とない場合とがある。例えば、ユーザリスト４３０に含まれる情報に対する設定変更は、ゲートウェイ装置２１０に反映させなくても良い。

まず、ゲートウェイ装置２１０に設定変更を反映する必要がない場合の流れを説明する。

まず、ユーザ（管理者）は、操作端末に対し、ポータル画面の表示を要求する（ステップ１）。

操作端末３２０は、サービスサーバ３１０にリクエストを送信する（ステップ２）。サービスサーバ３１０は、それを受け、ＷｅｂＵＩを操作端末３２０に送信する（ステップ３）。

操作端末３２０は、ブラウザに設定対象を選択の指示を受け付けるポータル画面を表示させ（ステップ４）、ユーザから設定対象の指示を受け付ける（ステップ５）。

操作端末３２０は、受け付けた設定対象をサービスサーバ３１０にリクエストとして送信する（ステップ６）。サービスサーバ３１０では、リクエストに含まれる設定対象の設定を受け付けるＷｅｂＵＩを操作端末に提供する（ステップ７）。

操作端末３２０は、ブラウザに、設定対象の設定（登録、変更、削除）を受け付ける設定画面を表示させ（ステップ８）、管理者からの指示を受け付ける（ステップ９）。

そして、操作端末は、受け付けた指示を設定変更としてサービスサーバ３１０に送信する（ステップ１０）。サービスサーバ３１０は、それを受け、設定変更を反映し（ステップ１１）、ログを管理サーバ４００のログサブシステム４１６に送信する（ステップ１２）。その後、サービスサーバ３１０は、設定完了を示すＷｅｂＵＩを操作端末３２０に送信する（ステップ１３）。

操作端末３２０は、設定完了画面を表示し（ステップ１４）、ログアウトの指示を受け付けると（ステップ１５）、サービスサーバ３１０との接続を遮断し、ログアウト成功画面をブラウザに表示させる（ステップ１６）。

なお、例えば、設定変更の対象が、ポリシーリスト３７０に含まれる情報、ゲートウェイ装置リスト４５０に含まれる情報である場合、ゲートウェイ装置２１０に設定変更を反映する必要がある。ただし、ゲートウェイ装置２１０に設定変更を反映させる設定情報の種類はこれに限定されない。この場合は、ステップ１１からステップ１３との間に、さらに以下の処理を行う。

サービスサーバ３１０は、設定変更を管理サーバ４００の制御サブシステム４１７に通知する（ステップ１７）。管理サーバ４００の制御サブシステム４１７は、それをゲートウェイ装置２１０に通知する（ステップ１８）。

ゲートウェイ装置２１０は、受信した設定変更を反映し、ログを管理サーバ４００のログサブシステム４１６に送信する（ステップ２０）とともに設定変更が成功したことを管理サーバの制御サブシステム４１７に通知する（ステップ２１）。制御サブシステム４１７は、それをサービスサーバ３１０に通知する（ステップ２２）。なお、ゲートウェイ装置２１０では、設定変更の通知を受け取ると、自身の設定状態に反映し、ストレージに保存が必要なものは、保存する。

なお、ゲートウェイ装置２１０への設定変更の反映処理（ステップ１７～ステップ２２）は、上述のように同期処理でもよいが、非同期処理でもよい。

次に、図１３を参照して本実施形態のネットワークシステム１００における、サービスサーバ３１０から保存サーバ２２０への接続処理の流れを説明する。

ゲートウェイ装置（ＧＷ）２１０の取得部２１１は、ユーザからの指示を受け、管理サーバ４００に対し、設定情報を要求する（ステップＳ１１０１）。設定情報には、ゲートウェイ装置２１０が接続を確立したいサービスサーバ３１０（対象サーバ）を特定する情報を含む。

要求に応じ、管理サーバ４００は、対象サーバの設定情報を要求元のゲートウェイ装置２１０に送信する（ステップＳ１１０２）。

対象サーバの設定情報を受信すると、ゲートウェイ装置２１０は、例えば、ＮＡＰＴ設定を更新する。例えば、ゲートウェイ装置２１０のＮＡＰＴ更新アプリ５３２が、設定の変更を行う（ステップＳ１１０３）。

本例では、オンプレミス環境２００に配置される保存サーバ２２０ａが、アクセス禁止エリアから共有エリアに推移する。これにより、クラウド３００の対象サーバからオンプレミス環境２００の保存サーバ２２０ａへアクセスが可能となる。

また、接続部２１２は、設定情報を用いて、当該対象サーバに接続要求を送信し（ステップＳ１１０４）、対象サーバとの間でＶＰＮ接続を確立する（ステップＳ１１０５）。

その後、送信部２１４は、対象サーバからデータアクセスのリクエストを受けると（ステップＳ１１０６）、保存サーバ２２０ａにそのリクエストを中継し（ステップＳ１１０７、Ｓ１１０８）、受け取ったデータを対象サーバに送信する（ステップＳ１１０９，Ｓ１１１０）。

以上の仕組みにより、本実施形態のネットワークシステム１００は、以下のようなメリットがある。

本実施形態のネットワークシステム１００は、全通信が暗号化されているため、サービスサーバ３１０から保存サーバ２２０へのアクセスに際し、ユーザ認証、デバイス認証、サービス認証ができ、これらにより正当性の認証ができる。このため、本実施形態のネットワークシステム１００は、安全に通信ができる。

また、Ｗｅｂｓｏｃｋｅｔ ｏｖｅｒ ＨＴＴＰＳを用いる場合、サービスサーバ３１０からゲートウェイ装置２１０へは、通常のｈｔｔｐｓ通信でアクセスできる。また、ゲートウェイ装置２１０からサービスサーバ３１０へも同様に、通常のｈｔｔｐｓ通信でアクセスできる。すなわち、本実施形態のネットワークシステム１００は、サービスサーバ３１０またはゲートウェイ装置２１０から通信を開始し、ネットワーク側からオンプレミス環境２００内のネットワークにアクセスする必要がない。このため、リモートデータサービス６００などのリモートネットワークおよびオンプレミス環境２００内のネットワーク（現場ネットワーク）それぞれとインターネットとの間にあるファイアウォールの変更が不要である。よって、本実施形態のネットワークシステム１００は、容易に構築ができる。

さらに、リモートネットワークから現場ネットワークへ電話通信網などを使った閉域アクセスを利用せずにアクセスできる。

また、インターネット接続を利用できるため安価にネットワークシステムを構築できる。

さらに、アクセス単位でログを残すことができるため、セキュリティインシデント発生時に追跡可能性が高まる。

また、ゲートウェイ装置２１０を、例えば、Ｌｉｎｕｘ Ｂｏｘ等のスペックの高くないハードウェアで提供できる。また、設定のためのユーザインタフェースも充実している。このため、ＩＴ担当者がいない中規模企業でも容易に設定ができ、複数のクラウドサービスに接続が可能となる。

以上により、本実施形態のネットワークシステム１００によれば、オンプレミス環境２００のゲートウェイ装置２１０と、データを扱うクラウドアプリケーションとを安全・安価に扱うことができる。

＜変形例＞
なお、データベース２２１から取得し、対象サーバに送信したデータを、ゲートウェイ装置２１０で、記憶してもよい。ゲートウェイ装置２１０は、例えば、ストレージ５１３に記憶する。

これにより、同じデータを、対象サーバが再度必要とした場合、オンプレミス環境２００内で、ゲートウェイ装置２１０と保存サーバ２２０との間での通信が不要となる。すなわち、オンプレミス環境２００内での通信量を低減できる。

また、データベース２２１から取得し、対象サーバに送信したデータを、対象サーバで、記憶してもよい。

これにより、同じデータを、対象サーバが再度必要とした場合、オンプレミス環境２００とクラウド３００との間の通信が不要となる。すなわち、ネットワークシステム１００内での通信量を低減できる。

なお、上記実施形態では、ゲートウェイ装置２１０を介した保存サーバ２２０ａと対象サーバとの間の通信は、ＶＰＮで接続される。しかし、これに限定されない。例えば、ＯｐｅｎＦｌｏｗ等を用い、ＳＤＮ（Ｓｏｆｔｗａｒｅ Ｄｅｆｉｎｅｄ Ｎｅｔｗｏｒｋ）で接続してもよい。なお、ＳＤＮは、ソフトウェアで仮想的なネットワーク環境を構築する技術である。これにより、ネットワークを柔軟に制御できる。

また、ＯｐｅｎＦｌｏｗの代わりに、Ｐ４を用いてＳＤＮを実現してもよい。この場合、ゲートウェイ装置２１０は、プロトコルの種類によらず、テーブルの定義やそれにマッチした時の処理などを自由に設定できる。

さらに、例えば、ゲートウェイ装置２１０は、図１４に示すハードウェア構成を有する、ＰＣ９００であってもよい。

図１４は、ＰＣ（サーバ）のハードウェア構成図である。ここでは、サーバ９００のハードウェア構成について説明する。

本図に示すように、サーバ９００は、コンピュータによって構築され、ＣＰＵ９０１、ＲＯＭ９０２、ＲＡＭ９０３、ＨＤ９０４、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）コントローラ９０５、ディスプレイ９０６、外部機器接続Ｉ／Ｆ（Ｉｎｔｅｒｆａｃｅ）９０８、ネットワークＩ／Ｆ９０９、データバス９１０、キーボード９１１、ポインティングデバイス９１２、ＤＶＤ－ＲＷ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ Ｒｅｗｒｉｔａｂｌｅ）ドライブ９１４、およびメディアＩ／Ｆ９１６を備える。

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

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

以上、具体例を参照しつつ本実施形態について説明した。しかし、本開示はこれらの具体例に限定されるものではない。これら具体例に、当業者が適宜設計変更を加えたものも、本開示の特徴を備えている限り、本開示の範囲に包含される。前述した各具体例が備える各要素およびその配置、条件、形状などは、例示したものに限定されるわけではなく適宜変更することができる。前述した各具体例が備える各要素は、技術的な矛盾が生じない限り、適宜組み合わせを変えることができる。

上記で説明した実施形態の各機能は、一または複数の処理回路によって実現することが可能である。ここで、本明細書における「処理回路」とは、電子回路により実装されるプロセッサのようにソフトウェアによって各機能を実行するようプログラミングされたプロセッサや、上記で説明した各機能を実行するよう設計されたＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、ＤＳＰ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒ）、ＦＰＧＡ（ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙ）や従来の回路モジュール等のデバイスを含むものとする。

上記実施形態に記載された装置群は、本明細書に開示された実施形態を実施するための複数のコンピューティング環境のうちの1つを示すものにすぎない。

ある実施形態では、ゲートウェイ装置２１０は、サーバクラスタといった複数のコンピューティングデバイスを含む。複数のコンピューティングデバイスは、ネットワークや共有メモリなどを含む任意のタイプの通信リンクを介して互いに通信するように構成されており、本明細書に開示された処理を実施する。同様に、サービスサーバ３１０は、互いに通信するように構成された複数のコンピューティングデバイスを含むことができる。

なお、ゲートウェイ装置２１０は、通信機能を備えた装置であれば、図５に示したＬｉｎｕｘ Ｂｏｘに限られない。

１００：ネットワークシステム、
２００：オンプレミス環境、２１０：ゲートウェイ装置、２１１：取得部、２１２：接続部、２１３：制限部、２１４：送信部、２２０：保存サーバ、２２０ａ：保存サーバ、２２０ｂ：保存サーバ、２２０ｃ：保存サーバ、２２１：データベース、２３１：通信制御部、２３２：アプリ制御部、２３３：ストレージ、
３００：クラウド、３１０：サービスサーバ、３１１：アプリケーションロードバランサ、３１２：Ｗｅｂアプリケーション、３１３：データベース、３２０：操作端末、３３０：タイプリスト、３３１：テナントＩＤ、３３２：タイプＩＤ、３３３：タイプ名、３３４：変換プログラム、３４０：サービスリスト、３４１：テナントＩＤ、３４２：サービスＩＤ、３４３：サービス名、３４４：タイプ、３４５：宛先、３５０：サービスグループリスト、３５１：テナントＩＤ、３５２：サービスグループＩＤ、３５３：サービスグループ名、３５４：メンバーリスト、３６０：アクションリスト、３６１：テナントＩＤ、３６２：アクションＩＤ、３６３：アクション名、３６４：アクション、３７０：ポリシーリスト、３７１：テナントＩＤ、３７２：ポリシーＩＤ、３７３：ポリシー名、３７４：優先度、３７５：ユーザ、３７６：サービス、３７７：アクション、
４００：管理サーバ、４１０：設定情報、４１１：アプリケーションロードバランサ、４１２：サブシステム、４１３：データベース、４１４：認証サブシステム、４１５：ポータルサブシステム、４１６：ログサブシステム、４１７：制御サブシステム、４２０：テナントリスト、４２１：テナントＩＤ、４２２：テナント名、４３０：ユーザリスト、４３１：テナントＩＤ、４３２：ユーザＩＤ、４３３：ユーザ名、４３４：表示名、４３５：パスワード、４４０：ユーザグループリスト、４４１：テナントＩＤ、４４２：ユーザグループＩＤ、４４３：ユーザグループ名、４４４：メンバーリスト、４５０：ゲートウェイ装置リスト、４５１：テナントＩＤ、４５２：デバイスＩＤ、４５３：ＵＵＩＤ、４５４：デバイス名、４５５：更新情報、
５１１：ＣＰＵ、５１２：ＲＡＭ、５１３：ストレージ、５１４：デバイス、５２１：Ｌｉｎｕｘ共通部、５２２：送信フィルタ、５２３：ＮＡＰＴモジュール、５２４：ＥｔｈｅｒｎｅｔＩ／Ｆ、５２５：ＥｔｈｅｒｎｅｔＩ／Ｆ（ＶＰＮ用）、５３１：Ｌｉｎｕｘ基本コマンド群、５３２：ＮＡＰＴ更新アプリ、５３３：ＶＰＮＣｌｉｅｎｔアプリ、５３４：ＷｅｂＳｏｃｋｅｔアプリ、
６００：リモートデータサービス、６１０：ポリシー登録画面、６２０：ポリシーリスト画面、６３０：エンドユーザログ画面、６４０：管理者ログ画面、
９００：サーバ、９０１：ＣＰＵ、９０２：ＲＯＭ、９０３：ＲＡＭ、９０４：ＨＤ、９０５：ＨＤＤコントローラ、９０６：ディスプレイ、９０８：外部機器接続Ｉ／Ｆ、９０９：ネットワークＩ／Ｆ、９１０：データバス、９１１：キーボード、９１２：ポインティングデバイス、９１４：ＲＷドライブ、９１５：記録メディア、９１６：メディアＩ／Ｆ

特表２０１４－５２９１１１号公報

Claims (7)

1. ゲートウェイ装置と、設定情報を管理する管理サーバと、サービスを提供するサービスサーバと、データを保存する保存サーバと、を有するネットワークシステムであって、
   前記ゲートウェイ装置は、
   前記管理サーバから前記設定情報を取得する取得部と、
   前記設定情報に基づいて前記サービスサーバとの接続を確立する接続部と、
   接続を確立した前記サービスサーバからの要求に応じて、前記保存サーバに保存される前記データを前記サービスサーバに対して送信する送信部と、を備えること
   を特徴とするネットワークシステム。
2. 請求項１記載のネットワークシステムであって、
   前記ゲートウェイ装置は、前記設定情報に基づいて前記サービスサーバからのアクセスを制限する制限部をさらに備えること
   を特徴とするネットワークシステム。
3. 請求項２記載のネットワークシステムであって、
   前記制限部は、前記ゲートウェイ装置に接続された複数の前記保存サーバのうち、前記アクセスを制限する前記保存サーバを前記設定情報に基づいて決定すること
   を特徴とするネットワークシステム。
4. 請求項１記載のネットワークシステムであって、
   前記取得部は、ファームウェア情報を前記管理サーバからさらに取得し、
   前記接続部は、前記ゲートウェイ装置に接続された複数の前記サービスサーバのうち、前記設定情報と前記ファームウェア情報とを用いて接続可能なサービスサーバに対して接続を確立すること
   を特徴とするネットワークシステム。
5. 請求項１記載のネットワークシステムであって、
   前記ゲートウェイ装置は、前記保存サーバと同一のネットワークに接続されることを特徴とする請求項１に記載のシステム。
6. ゲートウェイ装置と、設定情報を管理する管理サーバと、サービスを提供するサービスサーバと、データを保存する保存サーバと、を有するネットワークシステムにおける接続方法であって、
   前記管理サーバから前記設定情報を取得する取得ステップと、
   前記設定情報に基づいて前記サービスサーバとの接続を確立する接続ステップと、
   接続を確立した前記サービスサーバからの要求に応じて、前記保存サーバに保存される前記データを前記サービスサーバに対して送信する送信ステップと、を含む接続方法。
7. ゲートウェイ装置と、設定情報を管理する管理サーバと、サービスを提供するサービスサーバと、データを保存する保存サーバと、を有するネットワークシステムにおける前記ゲートウェイ装置のコンピュータを、
   前記管理サーバから前記設定情報を取得する取得手段、
   前記設定情報に基づいて前記サービスサーバとの接続を確立する接続手段、
   接続を確立した前記サービスサーバからの要求に応じて、前記保存サーバに保存される前記データを前記サービスサーバに対して送信する送信手段と、して機能させるためのプログラム。
   
   

Images