JP2018137591A - 閉域ネットワーク接続装置、プログラム及び方法 - Google Patents
閉域ネットワーク接続装置、プログラム及び方法 Download PDFInfo
- Publication number
- JP2018137591A JP2018137591A JP2017030418A JP2017030418A JP2018137591A JP 2018137591 A JP2018137591 A JP 2018137591A JP 2017030418 A JP2017030418 A JP 2017030418A JP 2017030418 A JP2017030418 A JP 2017030418A JP 2018137591 A JP2018137591 A JP 2018137591A
- Authority
- JP
- Japan
- Prior art keywords
- external
- closed
- request data
- access request
- network
- 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.)
- Granted
Links
Images
Landscapes
- Computer And Data Communications (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
【課題】専用の接続機器や手続などを必要とすることなく、閉域ネットワークと外部ネットワークに接続された外部装置との接続を確立する。【解決手段】閉域ネットワーク１００内の利用者端末５１から送信される、インターネット２００に接続された外部データセンタ６０を指定した閉域内アクセス要求データを受信し、閉域内アクセス要求データと、当該閉域内アクセス要求データが指定する外部データセンタ６０のインターネット上における識別情報とを対応付けて記憶した対応情報から、閉域内アクセス要求データが指定する外部データセンタ６０の識別情報を抽出し、当該識別情報に基づき、閉域内アクセス要求データが指定する外部データセンタ６０に外部アクセス要求データを送信し、外部データセンタ６０からの応答データを受信して、閉域内アクセス要求データを送信した利用者端末５１に応答データを送信する。【選択図】図１
Description
本発明は、例えば、総合行政ネットワーク（ＬＧＷＡＮ）や、住民基本台帳ネットワークシステム（住基ネット）、企業・組織のＬＡＮやＷＡＮなど、外部のネットワークと遮断された閉域ネットワーク（閉域網）に対して、インターネットなどの外部ネットワーク（広域網）からの接続を可能とするための、閉域ネットワーク接続装置とそれに用いられるプログラム及び方法に関する。
近年、インターネットの普及に伴って、ネットワーク上への情報・データの流出・漏洩の問題が拡大している。
このようなネットワーク上へのデータ流出を完全に防止するために、例えば特定の組織や企業・団体などでは、インターネットなどの外部ネットワークと遮断された閉域ネットワーク（閉域網）を活用することが行われている。
このようなネットワーク上へのデータ流出を完全に防止するために、例えば特定の組織や企業・団体などでは、インターネットなどの外部ネットワークと遮断された閉域ネットワーク（閉域網）を活用することが行われている。
閉域ネットワークとは、インターネットのように誰もが自由にアクセス可能なオープンな外部ネットワーク（広域網）に対して、遮断された（閉じた）ネットワークであり、インターネット等の外部ネットワークから直接アクセスできない、分離・隔離されたネットワークである。
このような閉域ネットワークによれば、外部ネットワークと遮断されデータの流出・漏洩が防止される一方、閉域ネットワークに接続された装置・システム間ではデータの送受信等が行えることから、特定の組織や団体，企業などの内部ネットワークシステムとして広く活用されている。
このような閉域ネットワークによれば、外部ネットワークと遮断されデータの流出・漏洩が防止される一方、閉域ネットワークに接続された装置・システム間ではデータの送受信等が行えることから、特定の組織や団体，企業などの内部ネットワークシステムとして広く活用されている。
この種の閉域ネットワークの典型例としては、例えば総合行政ネットワーク（ＬＧＷＡＮ：Local Government Wide Area Network）が知られている（特許文献１参照）。
ＬＧＷＡＮは、地方公共団体の組織内ネットワーク（庁内ＬＡＮ）を相互に接続し、地方公共団体相互間のコミュニケーションの円滑化、情報の共有による情報の高度利用を図ることを目的とした、高度なセキュリティを維持した行政専用のネットワークである。このＬＧＷＡＮは、インターネット等の外部ネットワークとは遮断された閉域ネットワークを構成している。
ＬＧＷＡＮは、地方公共団体の組織内ネットワーク（庁内ＬＡＮ）を相互に接続し、地方公共団体相互間のコミュニケーションの円滑化、情報の共有による情報の高度利用を図ることを目的とした、高度なセキュリティを維持した行政専用のネットワークである。このＬＧＷＡＮは、インターネット等の外部ネットワークとは遮断された閉域ネットワークを構成している。
しかしながら、上記のような閉域ネットワークでは、特許文献１に開示されているシステムを含めて、外部ネットワークと遮断された構成となっているので、原則としてインターネット等の外部ネットワークに接続されている装置・システム等は接続することができない。
外部ネットワークに接続された装置等が閉域ネットワークに接続できるようにするためには、閉域ネットワーク内の規約やプロトコルに従った接続・認証用の装置・機器等を用意し、そのような装置・機器等を介してのみ、閉域ネットワーク内への接続・アクセスが許可されることになる。
外部ネットワークに接続された装置等が閉域ネットワークに接続できるようにするためには、閉域ネットワーク内の規約やプロトコルに従った接続・認証用の装置・機器等を用意し、そのような装置・機器等を介してのみ、閉域ネットワーク内への接続・アクセスが許可されることになる。
このため、例えば閉域ネットワーク内においても有用なアプリケーションや使い勝手の良いソフトウェア等を提供したい事業者等がいても、手軽に閉域ネットワークに接続して、自社の有用なアプリケーションやシステム等の提供を行うことは困難であった。
一方で、閉域ネットワークを利用する側にとっても、ネットワーク内で利用可能なアプリケーションやサービス等があれば、事務処理効率や利便性の向上などのメリットも大きいが、そのような質の高いアプリケーションやサービス等の提供を受けることは、外部ネットワークと遮断された閉域ネットワーク内のみでは困難であった。
一方で、閉域ネットワークを利用する側にとっても、ネットワーク内で利用可能なアプリケーションやサービス等があれば、事務処理効率や利便性の向上などのメリットも大きいが、そのような質の高いアプリケーションやサービス等の提供を受けることは、外部ネットワークと遮断された閉域ネットワーク内のみでは困難であった。
例えば、上記のようなＬＧＷＡＮに外部ネットワークから接続したい場合には、ＬＧＷＡＮを管理・運営する組織（地方公共団体情報システム機構）に対して、所定の申請を行った上で契約を締結し、接続用の機器調達などをする必要がある。
このため、例えばアプリケーションの提供サービスを行おうとするＡＳＰ（Application Service Provider）サービス提供事業者が、簡単にＬＧＷＡＮに接続してサービス提供を行うことはできなかった。この点、例えば既存のリバースプロキシによる接続では、相互のＩＰアドレスを交換する仕組み等が必要であり、閉域ネットワークへの接続の容易化は困難であった。
また、ＬＧＷＡＮの利用者である例えば各自治体の職員等のユーザが、外部のＡＳＰを利用してより効率的で利便性の高い業務を行いたいと考えても、ＬＧＷＡＮへの接続が許可された特定のＡＳＰ等でない限り利用することはできなかった。
このため、例えばアプリケーションの提供サービスを行おうとするＡＳＰ（Application Service Provider）サービス提供事業者が、簡単にＬＧＷＡＮに接続してサービス提供を行うことはできなかった。この点、例えば既存のリバースプロキシによる接続では、相互のＩＰアドレスを交換する仕組み等が必要であり、閉域ネットワークへの接続の容易化は困難であった。
また、ＬＧＷＡＮの利用者である例えば各自治体の職員等のユーザが、外部のＡＳＰを利用してより効率的で利便性の高い業務を行いたいと考えても、ＬＧＷＡＮへの接続が許可された特定のＡＳＰ等でない限り利用することはできなかった。
本発明は、以上のような従来の技術が有する課題を解決するために提案されたものであり、外部のネットワークと遮断された閉域ネットワークに対して、インターネットなどの外部ネットワークに接続された外部装置の接続を可能とし、専用の接続機器や手続などを必要とすることなく、閉域ネットワークと外部装置との接続を確立することができる閉域ネットワーク接続装置と、それに用いられるプログラム及び方法の提供を目的とする。
上記目的を達成するため、本発明の閉域ネットワーク接続装置は、外部ネットワークとの接続が遮断された閉域ネットワーク内の内部装置と、外部ネットワークに接続された外部装置とを接続するための情報処理装置であって、前記閉域ネットワーク内の内部装置から送信される、前記外部ネットワークに接続された所定の外部装置を指定した閉域内アクセス要求データを受信する閉域内アクセス要求データ受信手段と、前記閉域内アクセス要求データと、当該閉域内アクセス要求データが指定する前記外部装置の前記外部ネットワークにおける識別情報とを対応付けて記憶した対応情報記憶手段と、前記対応情報記憶手段に記憶された情報から、前記閉域内アクセス要求データが指定する外部装置の前記識別情報を抽出し、当該識別情報に基づいて、前記閉域内アクセス要求データが指定する外部装置に外部アクセス要求データを送信する外部要求データ送信手段と、前記外部アクセス要求データが送信された外部装置からの応答データを受信して、当該外部装置を指定した閉域内アクセス要求データを送信した内部装置に、前記応答データを送信する応答データ送信手段と、を備える構成としてある。
また、本発明は、上記のような本発明に閉域ネットワーク接続装置で実行される閉域ネットワーク接続プログラムとして構成することができる。
さらに、本発明は、上記のような本発明に係る閉域ネットワーク接続装置及びプログラムによって実施可能な閉域ネットワーク接続方法として構成することもできる。
さらに、本発明は、上記のような本発明に係る閉域ネットワーク接続装置及びプログラムによって実施可能な閉域ネットワーク接続方法として構成することもできる。
本発明によれば、外部のネットワークと遮断された閉域ネットワークに対して、インターネットなどの外部ネットワークに接続された外部装置の接続を可能とし、専用の接続機器や手続などを必要とすることなく、閉域ネットワークと外部装置との接続を確立することが可能となる。
これにより、例えばアプリケーション等の提供サービスを行う事業者が、ＬＧＷＡＮなどの閉域ネットワークに接続してＡＳＰの提供を行う場合などに好適なネットワーク接続技術を提供することができる。
これにより、例えばアプリケーション等の提供サービスを行う事業者が、ＬＧＷＡＮなどの閉域ネットワークに接続してＡＳＰの提供を行う場合などに好適なネットワーク接続技術を提供することができる。
以下、本発明に係る閉域ネットワーク接続装置の実施形態について、図面を参照しつつ説明する。
ここで、以下に示す本発明の閉域ネットワーク接続装置は、プログラム（ソフトウェア）の命令によりコンピュータで実行される処理，手段，機能によって実現される。プログラムは、コンピュータの各構成要素に指令を送り、以下に示す本発明に係る所定の処理や機能等を行わせることができる。すなわち、本発明における各処理や手段，機能は、プログラムとコンピュータとが協働した具体的手段によって実現される。
ここで、以下に示す本発明の閉域ネットワーク接続装置は、プログラム（ソフトウェア）の命令によりコンピュータで実行される処理，手段，機能によって実現される。プログラムは、コンピュータの各構成要素に指令を送り、以下に示す本発明に係る所定の処理や機能等を行わせることができる。すなわち、本発明における各処理や手段，機能は、プログラムとコンピュータとが協働した具体的手段によって実現される。
なお、プログラムの全部又は一部は、例えば、磁気ディスク，光ディスク，半導体メモリ，その他任意のコンピュータで読取り可能な記録媒体により提供され、記録媒体から読み出されたプログラムがコンピュータにインストールされて実行される。また、プログラムは、記録媒体を介さず、通信回線を通じて直接にコンピュータにロードし実行することもできる。また、本発明に係る閉域ネットワーク接続装置は、単一の情報処理装置（例えば一台のパーソナルコンピュータ等）で構成することもでき、複数の情報処理装置（例えば複数台のサーバコンピュータ群等）で構成することもできる。
［システム構成］
図１に、本発明の一実施形態に係る閉域ネットワーク接続装置１０を備えたる閉域ネットワーク接続システム１の構成を模式的に示す。
以下、本実施形態の閉域ネットワーク接続装置１０が接続される閉域ネットワークの具体例としてＬＧＷＡＮ１００を例に採って説明する。
同図に示すように、本発明の一実施形態に係る閉域ネットワーク接続システム１は、
外部ネットワークとの接続が遮断された閉域ネットワークであるＬＧＷＡＮ１００に接続されている一又は二以上の地方公共団体５０（５０ａ〜５０ｎ）に備えられた利用者端末（Ｗｅｂブラウザ）５１と、外部ネットワークであるインターネットに接続された外部データセンタ（パブリッククラウド）６０（６０ａ〜６０ｎ）に備えられた外部ＡＰサーバ６１と、利用者端末５１と外部ＡＰサーバ６１とを接続するためのデータセンタ（閉域ネットワーク接続装置）１０とを備えて構成されている。
図１に、本発明の一実施形態に係る閉域ネットワーク接続装置１０を備えたる閉域ネットワーク接続システム１の構成を模式的に示す。
以下、本実施形態の閉域ネットワーク接続装置１０が接続される閉域ネットワークの具体例としてＬＧＷＡＮ１００を例に採って説明する。
同図に示すように、本発明の一実施形態に係る閉域ネットワーク接続システム１は、
外部ネットワークとの接続が遮断された閉域ネットワークであるＬＧＷＡＮ１００に接続されている一又は二以上の地方公共団体５０（５０ａ〜５０ｎ）に備えられた利用者端末（Ｗｅｂブラウザ）５１と、外部ネットワークであるインターネットに接続された外部データセンタ（パブリッククラウド）６０（６０ａ〜６０ｎ）に備えられた外部ＡＰサーバ６１と、利用者端末５１と外部ＡＰサーバ６１とを接続するためのデータセンタ（閉域ネットワーク接続装置）１０とを備えて構成されている。
［地方公共団体・利用者端末］
地方公共団体５０（５０ａ〜５０ｎ）は、都道府県や市町村などの自治体であって、閉域ネットワークであるＬＧＷＡＮ１００を介して相互にネットワーク接続される組織・団体である。
各地方公共団体５０ａ〜５０ｎには、それぞれ利用者端末（Ｗｅｂブラウザ）５１が備えられており、利用者端末５１を介してＬＧＷＡＮ１００に接続され、地方公共団体５０ａ〜５０ｎ相互間や、国の府省間ネットワークである政府共通ネットワーク（図示せず）などとデータ通信が行われるようになっている。
利用者端末５１は、Ｗｅｂブラウザが実装された情報処理装置であり、例えば各地方公共団体５０ａ〜５０ｎの庁舎や事務所などに設置されるＰＣやタブレット，専用端末等によって構成される。
地方公共団体５０（５０ａ〜５０ｎ）は、都道府県や市町村などの自治体であって、閉域ネットワークであるＬＧＷＡＮ１００を介して相互にネットワーク接続される組織・団体である。
各地方公共団体５０ａ〜５０ｎには、それぞれ利用者端末（Ｗｅｂブラウザ）５１が備えられており、利用者端末５１を介してＬＧＷＡＮ１００に接続され、地方公共団体５０ａ〜５０ｎ相互間や、国の府省間ネットワークである政府共通ネットワーク（図示せず）などとデータ通信が行われるようになっている。
利用者端末５１は、Ｗｅｂブラウザが実装された情報処理装置であり、例えば各地方公共団体５０ａ〜５０ｎの庁舎や事務所などに設置されるＰＣやタブレット，専用端末等によって構成される。
［ＬＧＷＡＮ］
ＬＧＷＡＮ１００は、上述した各地方公共団体５０ａ〜５０ｎ及び政府共通ネットワーク（図示せず）などを相互にデータ通信可能に接続するためのネットワークであり、本発明の閉域ネットワーク（閉域網）を構成している。
このＬＧＷＡＮ１００には、各地方公共団体５０に備えられる利用者端末５１と、ＬＧＷＡＮ１００を管理・運営する組織（地方公共団体情報システム機構）と契約を締結した特定のＡＳＰ提供事業者が備える装置・システムのみが接続され、その他の装置・機器、例えばインターネット２００に接続されたＬＧＷＡＮと契約していないＡＳＰ提供事業者のサーバや、一般ユーザのＰＣやスマートフォンなどは接続することはできない。
また、ＬＧＷＡＮ１００に接続された装置・機器は、ＬＧＷＡＮ１００以外の他のネットワークと直接的に接続・アクセスすることはできない。したがって、地方公共団体５０の利用者端末５１から、例えばインターネット上のパブリッククラウドにアクセスすることはできない。
ＬＧＷＡＮ１００は、上述した各地方公共団体５０ａ〜５０ｎ及び政府共通ネットワーク（図示せず）などを相互にデータ通信可能に接続するためのネットワークであり、本発明の閉域ネットワーク（閉域網）を構成している。
このＬＧＷＡＮ１００には、各地方公共団体５０に備えられる利用者端末５１と、ＬＧＷＡＮ１００を管理・運営する組織（地方公共団体情報システム機構）と契約を締結した特定のＡＳＰ提供事業者が備える装置・システムのみが接続され、その他の装置・機器、例えばインターネット２００に接続されたＬＧＷＡＮと契約していないＡＳＰ提供事業者のサーバや、一般ユーザのＰＣやスマートフォンなどは接続することはできない。
また、ＬＧＷＡＮ１００に接続された装置・機器は、ＬＧＷＡＮ１００以外の他のネットワークと直接的に接続・アクセスすることはできない。したがって、地方公共団体５０の利用者端末５１から、例えばインターネット上のパブリッククラウドにアクセスすることはできない。
［外部データセンタ・外部ＡＰサーバ］
外部データセンタ（パブリッククラウド）６０（６０ａ〜６０ｎ）は、ＡＳＰ提供事業者などであって、インターネット２００に接続された外部ＡＰサーバ６１を介して、一般ユーザにアプリケーション・ソフトウェア等の提供サービスを行うパブリッククラウドを管理・運営する企業等である。
各外部データセンタ６０ａ〜６０ｎには、それぞれ外部ＡＰサーバ６１が備えられており、外部ＡＰサーバ６１を介してインターネット２００に接続され、インターネット上においてパブリッククラウドの提供サービス等が行われるようになっている。
外部ＡＰサーバ６１は、ユーザの要望に応じてソフトウェアやハードウェアシステムなどをネットワーク経由で利用可能に提供するための情報処理装置であり、例えば外部データセンタ６０ａ〜６０ｎのデータセンタやオフィスなどに設置されるＰＣやサーバ群等によって構成される。
外部データセンタ（パブリッククラウド）６０（６０ａ〜６０ｎ）は、ＡＳＰ提供事業者などであって、インターネット２００に接続された外部ＡＰサーバ６１を介して、一般ユーザにアプリケーション・ソフトウェア等の提供サービスを行うパブリッククラウドを管理・運営する企業等である。
各外部データセンタ６０ａ〜６０ｎには、それぞれ外部ＡＰサーバ６１が備えられており、外部ＡＰサーバ６１を介してインターネット２００に接続され、インターネット上においてパブリッククラウドの提供サービス等が行われるようになっている。
外部ＡＰサーバ６１は、ユーザの要望に応じてソフトウェアやハードウェアシステムなどをネットワーク経由で利用可能に提供するための情報処理装置であり、例えば外部データセンタ６０ａ〜６０ｎのデータセンタやオフィスなどに設置されるＰＣやサーバ群等によって構成される。
そして、上記のような外部データセンタ６０ａ〜６０ｎのうち、データセンタ１０と専用接続を介して接続される外部データセンタ６０（外部ＡＰサーバ６１）が、データセンタ１０を経由して、閉域ネットワークであるＬＧＷＡＮ１００に接続・アクセスできるようになっている。
データセンタ１０を経由することで、ＬＧＷＡＮ１００側からは外部データセンタ６０（外部ＡＰサーバ６１）の存在（グローバルＩＰアドレス）が見えず、また、外部データセンタ６０側からもＬＧＷＡＮ１００に接続された利用者端末５１の存在（閉域内ＩＰアドレス）が見えず、互いに直接的な接続・アクセスが行えず、さらに、データセンタ１０と外部データセンタ６０（外部ＡＰサーバ６１）とは専用接続により接続されることから、ＬＧＷＡＮ１００の閉域ネットワークとしてのセキュリティが確保されることになる。
データセンタ１０を経由することで、ＬＧＷＡＮ１００側からは外部データセンタ６０（外部ＡＰサーバ６１）の存在（グローバルＩＰアドレス）が見えず、また、外部データセンタ６０側からもＬＧＷＡＮ１００に接続された利用者端末５１の存在（閉域内ＩＰアドレス）が見えず、互いに直接的な接続・アクセスが行えず、さらに、データセンタ１０と外部データセンタ６０（外部ＡＰサーバ６１）とは専用接続により接続されることから、ＬＧＷＡＮ１００の閉域ネットワークとしてのセキュリティが確保されることになる。
ここで、データセンタ１０と外部ＡＰサーバ６１とを接続する「専用接続」とは、データセンタ１０と外部ＡＰサーバ６１とが専用回線により接続される物理的な専用接続の場合と、例えばゲートウェイやＶＰＮ（Virtual Private Network）等を介して、データセンタ１０と外部ＡＰサーバ６１とが論理的・仮想的に一対一に専用接続される場合とがある。
このような専用接続を介してデータセンタ１０と接続されることで、外部ＡＰサーバ６１は、自己がインターネット上で提供しているのと同様のアプリケーションやパブリッククラウドサービス等を、データセンタ１０経由でＬＧＷＡＮ１００に接続されている利用者端末５１に対して提供できるようになる。
このような専用接続を介してデータセンタ１０と接続されることで、外部ＡＰサーバ６１は、自己がインターネット上で提供しているのと同様のアプリケーションやパブリッククラウドサービス等を、データセンタ１０経由でＬＧＷＡＮ１００に接続されている利用者端末５１に対して提供できるようになる。
［データセンタ］
データセンタ１０は、上述した外部ネットワークとの接続が遮断された閉域ネットワークであるＬＧＷＡＮ１００内の内部装置（利用者端末５１）と、外部ネットワークであるインターネット２００に接続された外部装置（外部ＡＰサーバ６１）とを接続するための情報処理装置であり、本発明に係る閉域ネットワーク接続装置を構成している。
具体的には、データセンタ１０は、一又は二以上のコンピュータやサーバ，ネットワーク接続機器等によって構成されており、本実施形態では、図１に示すように、閉域網接続セグメント１１，閉域専用セグメント２０，ゲートウェイ専用セグメント３０及び公開専用セグメント４０の各部を備えている。
データセンタ１０は、上述した外部ネットワークとの接続が遮断された閉域ネットワークであるＬＧＷＡＮ１００内の内部装置（利用者端末５１）と、外部ネットワークであるインターネット２００に接続された外部装置（外部ＡＰサーバ６１）とを接続するための情報処理装置であり、本発明に係る閉域ネットワーク接続装置を構成している。
具体的には、データセンタ１０は、一又は二以上のコンピュータやサーバ，ネットワーク接続機器等によって構成されており、本実施形態では、図１に示すように、閉域網接続セグメント１１，閉域専用セグメント２０，ゲートウェイ専用セグメント３０及び公開専用セグメント４０の各部を備えている。
［閉域網接続セグメント］
閉域網接続セグメント１１は、ＬＧＷＡＮ１００と直接的に接続されており、データセンタ１０とＬＧＷＡＮ１００に接続された各地方公共団体５０ａ〜５０ｎの利用者端末５１とは直接的に通信・アクセスが行えるようになっている。
閉域網接続セグメント１１は、ＬＧＷＡＮ１００を管理・運営する組織（地方公共団体情報システム機構）に対する申請・契約を経て、所定の接続用環境を備えた通信機器等により構成され、ＬＧＷＡＮ１００に接続された装置・機器として動作可能となっている。
この閉域網接続セグメント１１に対して、閉域専用セグメント２０・ゲートウェイ専用セグメント３０の２つのセグメントのＰｒｏｘｙサーバ２２・３２が接続されるようになっている。
閉域網接続セグメント１１は、ＬＧＷＡＮ１００と直接的に接続されており、データセンタ１０とＬＧＷＡＮ１００に接続された各地方公共団体５０ａ〜５０ｎの利用者端末５１とは直接的に通信・アクセスが行えるようになっている。
閉域網接続セグメント１１は、ＬＧＷＡＮ１００を管理・運営する組織（地方公共団体情報システム機構）に対する申請・契約を経て、所定の接続用環境を備えた通信機器等により構成され、ＬＧＷＡＮ１００に接続された装置・機器として動作可能となっている。
この閉域網接続セグメント１１に対して、閉域専用セグメント２０・ゲートウェイ専用セグメント３０の２つのセグメントのＰｒｏｘｙサーバ２２・３２が接続されるようになっている。
［閉域専用セグメント］
閉域専用セグメント２０は、認証ＡＰサーバ２１とＰｒｏｘｙサーバ（ＷｅｂＡＰＩ）２２を備えている。
認証ＡＰサーバ２１は、閉域網接続セグメント１１を経由して利用者端末５１から送信される認証情報（ユーザＩＤ・パスワード）と外部ＡＰサーバ６１の接続先ＵＲＬを含む接続認証要求を受信し、認証情報に基づく認証処理を行うとともに、当該接続認証要求についての利用ステータス情報（図３（ａ）参照）を、ゲートウェイ専用セグメント３０の認証ＤＢサーバから取得する（図４参照）。
閉域専用セグメント２０は、認証ＡＰサーバ２１とＰｒｏｘｙサーバ（ＷｅｂＡＰＩ）２２を備えている。
認証ＡＰサーバ２１は、閉域網接続セグメント１１を経由して利用者端末５１から送信される認証情報（ユーザＩＤ・パスワード）と外部ＡＰサーバ６１の接続先ＵＲＬを含む接続認証要求を受信し、認証情報に基づく認証処理を行うとともに、当該接続認証要求についての利用ステータス情報（図３（ａ）参照）を、ゲートウェイ専用セグメント３０の認証ＤＢサーバから取得する（図４参照）。
したがって、この認証ＡＰサーバ２１が、閉域ネットワーク内の内部装置から送信される、外部ネットワークに接続された所定の外部装置を指定した閉域内アクセス要求データを受信する、本発明の閉域内アクセス要求データ受信手段を構成する。
また、この認証ＡＰサーバ２１は、内部装置の識別情報と、当該内部装置が指定可能な外部装置の識別情報を、認証情報として対応付けて記憶する、本発明の認証情報記憶手段を構成する。
また、この認証ＡＰサーバ２１は、内部装置の識別情報と、当該内部装置が指定可能な外部装置の識別情報を、認証情報として対応付けて記憶する、本発明の認証情報記憶手段を構成する。
ここで、認証ＡＰサーバ２１による認証処理は、利用者端末５１から送信される認証情報（ユーザＩＤ・パスワード）を、認証ＡＰサーバ２１で保持している認証情報（ユーザＩＤ・パスワード）と照合することにより行われる。
また、認証処理後に認証ＡＰサーバ２１により要求・取得される利用ステータス情報は、上記の認証情報（ユーザＩＤ・パスワード）と対応付けられた情報として、例えば当該ユーザが所属する自治体の情報と、当該ユーザが利用（アクセス）可能な外部ＡＰサーバ６１の接続先情報等が含まれる。
また、認証処理後に認証ＡＰサーバ２１により要求・取得される利用ステータス情報は、上記の認証情報（ユーザＩＤ・パスワード）と対応付けられた情報として、例えば当該ユーザが所属する自治体の情報と、当該ユーザが利用（アクセス）可能な外部ＡＰサーバ６１の接続先情報等が含まれる。
図３（ａ）に、本実施形態における利用ステータス情報の一例を示す。
同図に示すように、利用ステータス情報としては、利用者端末５１のユーザの「ユーザＩＤ」・「パスワード」と、これに対応付けられた、当該ユーザ（利用者端末５１）が所属する自治体の識別情報となる「団体グローバルＩＰアドレス」、当該ユーザ（利用者端末５１）が接続（利用）可能な外部ＡＰサーバ６１の接続先情報となる「接続先ＵＲＬ」等で構成されている。
なお、図３（ａ）に示す利用ステータス情報は、本実施形態における一例であり、他の情報を利用ステータス情報として用いることもできる。例えば自治体の識別情報として、当該自治体を一意に特定することができる識別情報であれば、「団体グローバルＩＰアドレス」以外の情報、例えば閉域ネットワーク内専用の識別番号や識別コード等を用いることもできる。
同図に示すように、利用ステータス情報としては、利用者端末５１のユーザの「ユーザＩＤ」・「パスワード」と、これに対応付けられた、当該ユーザ（利用者端末５１）が所属する自治体の識別情報となる「団体グローバルＩＰアドレス」、当該ユーザ（利用者端末５１）が接続（利用）可能な外部ＡＰサーバ６１の接続先情報となる「接続先ＵＲＬ」等で構成されている。
なお、図３（ａ）に示す利用ステータス情報は、本実施形態における一例であり、他の情報を利用ステータス情報として用いることもできる。例えば自治体の識別情報として、当該自治体を一意に特定することができる識別情報であれば、「団体グローバルＩＰアドレス」以外の情報、例えば閉域ネットワーク内専用の識別番号や識別コード等を用いることもできる。
このような利用ステータス情報は、本実施形態では、ゲートウェイ専用セグメント３０の認証ＤＢサーバ３１に登録・記憶されるようになっており、認証ＡＰサーバ２１からの取得要求に従って、ゲートウェイ専用セグメント３０の認証ＤＢサーバ３１から認証ＡＰサーバ２１に送信される。但し、利用ステータス情報は、ゲートウェイ専用セグメント３０に限らず、データセンタ１０に備えられるいずれかの記憶手段に記憶されれば良い。
したがって、この利用ステータス情報を記憶・保持する記憶手段（例えば認証ＤＢサーバ３１）が、閉域内アクセス要求データと、当該閉域内アクセス要求データが指定する外部装置の外部ネットワークにおける識別情報とを対応付けて記憶した、本発明に係る対応情報記憶手段を構成する。
したがって、この利用ステータス情報を記憶・保持する記憶手段（例えば認証ＤＢサーバ３１）が、閉域内アクセス要求データと、当該閉域内アクセス要求データが指定する外部装置の外部ネットワークにおける識別情報とを対応付けて記憶した、本発明に係る対応情報記憶手段を構成する。
そして、認証ＡＰサーバ２１は、利用ステータス情報を取得すると、利用ステータス設定処理を要求し、取得した利用ステータス情報（団体グローバルＩＰアドレス）をサービス制御部２２ｂに送信する。
さらに、認証ＡＰサーバ２１は、後述する利用ステータスの設定・ホワイトリスト認証の処理（図４参照）後、設定処理結果情報となるステータスコードを受信すると、外部ＡＰサーバ６１の接続先ＵＲＬを含むリダイレクト要求を、閉域網接続セグメント１１を経由して要求元となる利用者端末５１に返信する（図４参照）。
さらに、認証ＡＰサーバ２１は、後述する利用ステータスの設定・ホワイトリスト認証の処理（図４参照）後、設定処理結果情報となるステータスコードを受信すると、外部ＡＰサーバ６１の接続先ＵＲＬを含むリダイレクト要求を、閉域網接続セグメント１１を経由して要求元となる利用者端末５１に返信する（図４参照）。
Ｐｒｏｘｙサーバ２２は、認証ＡＰサーバ２１で取得された利用ステータス情報に基づいて、利用ステータスの設定・ホワイトリスト認証の処理を実行し、処理結果を示すステータスコードを認証ＡＰサーバ２１に送信する（図４参照）。
また、Ｐｒｏｘｙサーバ２２は、利用ステータスの設定・ホワイトリスト認証の処理が行われた利用者端末５１からのＨＴＴＰＳリクエストを受信して、当該リクエストを、後段のゲートウェイ専用セグメント３０・公開専用セグメント４０を経て、ＬＧＷＡＮ１００外の外部ＡＰサーバ６１に対してプロキシ接続によって透過・送信する（図４参照）。
そして、Ｐｒｏｘｙサーバ２２は、外部ＡＰサーバ６１から送信されるＨＴＴＰＳレスポンスを、公開専用セグメント４０・ゲートウェイ専用セグメント３０を経て受信し、通信元となる利用者端末５１に送信・返送する。
また、Ｐｒｏｘｙサーバ２２は、利用ステータスの設定・ホワイトリスト認証の処理が行われた利用者端末５１からのＨＴＴＰＳリクエストを受信して、当該リクエストを、後段のゲートウェイ専用セグメント３０・公開専用セグメント４０を経て、ＬＧＷＡＮ１００外の外部ＡＰサーバ６１に対してプロキシ接続によって透過・送信する（図４参照）。
そして、Ｐｒｏｘｙサーバ２２は、外部ＡＰサーバ６１から送信されるＨＴＴＰＳレスポンスを、公開専用セグメント４０・ゲートウェイ専用セグメント３０を経て受信し、通信元となる利用者端末５１に送信・返送する。
図２に、閉域専用セグメント２０のＰｒｏｘｙサーバ２２の詳細な機能構成を示す。
同図に示すように、Ｐｒｏｘｙサーバ（ＷｅｂＡＰＩ）２２は、管理部２２ａ，サービス制御部２２ｂ，ＨＴＴＰＳ制御部２２ｃ，ユーザ制御部２２ｄとして機能するように構成されている。
管理部２２ａは、Ｐｒｏｘｙサーバ２２の全体を管理・制御するソフトウェアである。
また、管理部２２ａは、利用ステータス設定・ホワイトリスト認証の処理の済んだ利用者端末５１からのＨＴＴＰＳリクエストを受信して、ＨＴＴＰＳ制御部２２ｃに送信・透過する制御を行う（図４参照）。
同図に示すように、Ｐｒｏｘｙサーバ（ＷｅｂＡＰＩ）２２は、管理部２２ａ，サービス制御部２２ｂ，ＨＴＴＰＳ制御部２２ｃ，ユーザ制御部２２ｄとして機能するように構成されている。
管理部２２ａは、Ｐｒｏｘｙサーバ２２の全体を管理・制御するソフトウェアである。
また、管理部２２ａは、利用ステータス設定・ホワイトリスト認証の処理の済んだ利用者端末５１からのＨＴＴＰＳリクエストを受信して、ＨＴＴＰＳ制御部２２ｃに送信・透過する制御を行う（図４参照）。
サービス制御部２２ｂは、認証ＡＰサーバ２１から送信される利用ステータスの設定要求を受信し、当該設定要求に基づくホワイトリスト認証要求をユーザ制御部２２ｄに送信する（図４参照）。
ＨＴＴＰＳ制御部２２ｃは、利用ステータス設定・ホワイトリスト認証の処理の済んだ利用者端末５１からのＨＴＴＰＳリクエストを管理部２２ａから受信して、利用ステータス設定を確認後、ゲートウェイ専用セグメント３０のＰｒｏｘｙサーバ３２へトンネリング通信を行う（図４参照）。
また、ＨＴＴＰＳ制御部２２ｃは、ゲートウェイ専用セグメント３０のＰｒｏｘｙサーバ３２から外部ＡＰサーバ６１のＨＴＴＰＳレスポンスのトンネリング通信を受信し、そのＨＴＴＰＳレスポンスを、通信元となる利用者端末５１に送信・返送する。
ＨＴＴＰＳ制御部２２ｃは、利用ステータス設定・ホワイトリスト認証の処理の済んだ利用者端末５１からのＨＴＴＰＳリクエストを管理部２２ａから受信して、利用ステータス設定を確認後、ゲートウェイ専用セグメント３０のＰｒｏｘｙサーバ３２へトンネリング通信を行う（図４参照）。
また、ＨＴＴＰＳ制御部２２ｃは、ゲートウェイ専用セグメント３０のＰｒｏｘｙサーバ３２から外部ＡＰサーバ６１のＨＴＴＰＳレスポンスのトンネリング通信を受信し、そのＨＴＴＰＳレスポンスを、通信元となる利用者端末５１に送信・返送する。
ユーザ制御部２２ｄは、サービス制御部２２ｂから送信されるホワイトリスト認証要求を受信し、当該要求に基づくホワイトリスト認証処理を実行し、その結果要求を、ステータスコードとしてサービス制御部２２ｂに送信・返送する（図４参照）。
ここで、ホワイトリスト認証処理は、認証ＡＰサーバ２１から送信される利用ステータス情報に基づいて、利用ステータス情報に含まれる自治体の識別情報をホワイトリストに登録する。具体的には、ユーザ制御部２２ｄは、自治体の識別情報（団体グローバルＩＰアドレス）及びステータス「Ｔｒｕｅ」を設定し、ホワイトリストに登録されたことを示すステータスコードを送信する。ステータスコードは、例えばホワイトリスト認証の結果について、「正常：１」・「エラー：２」等のコード情報が生成されて送信される。
このステータスコードは、ホワイトリストの設定処理結果情報としてサービス制御部２２ｂを経て認証ＡＰサーバ２１へ送信され、利用者端末５１のＷｅｂブラウザに、外部ＡＰサーバ６１の接続先ＵＲＬを含むリダイレクト要求が送信されるようになる。
ここで、ホワイトリスト認証処理は、認証ＡＰサーバ２１から送信される利用ステータス情報に基づいて、利用ステータス情報に含まれる自治体の識別情報をホワイトリストに登録する。具体的には、ユーザ制御部２２ｄは、自治体の識別情報（団体グローバルＩＰアドレス）及びステータス「Ｔｒｕｅ」を設定し、ホワイトリストに登録されたことを示すステータスコードを送信する。ステータスコードは、例えばホワイトリスト認証の結果について、「正常：１」・「エラー：２」等のコード情報が生成されて送信される。
このステータスコードは、ホワイトリストの設定処理結果情報としてサービス制御部２２ｂを経て認証ＡＰサーバ２１へ送信され、利用者端末５１のＷｅｂブラウザに、外部ＡＰサーバ６１の接続先ＵＲＬを含むリダイレクト要求が送信されるようになる。
図３（ｂ）に、本実施形態におけるホワイトリストの一例を示す。
同図に示すように、ユーザ制御部２２ｄは、認証ＡＰサーバ２１・サービス制御部２２ｂから利用ステータス設定要求が送信されると、当該利用ステータス情報に含まれる自治体の識別情報となる「団体グローバルＩＰアドレス」をホワイトリストに登録・記憶するとともに、当該自治体からの外部アクセスが開始されたことを示すステータスとして、「開始フラグ」を「Ｔｒｕｅ」に設定する。
同図に示すように、ユーザ制御部２２ｄは、認証ＡＰサーバ２１・サービス制御部２２ｂから利用ステータス設定要求が送信されると、当該利用ステータス情報に含まれる自治体の識別情報となる「団体グローバルＩＰアドレス」をホワイトリストに登録・記憶するとともに、当該自治体からの外部アクセスが開始されたことを示すステータスとして、「開始フラグ」を「Ｔｒｕｅ」に設定する。
また、管理部２２ａは、利用者端末５１のＷｅｂブラウザから送信される外部ＡＰサーバ６１の接続先ＵＲＬを含むＨＴＴＰＳリクエストを受信し、ＨＴＴＰＳ制御部２２ｃに透過してプロキシ送信する。
ＨＴＴＰＳ制御部２２ｃは、ＨＴＴＰＳリクエストを受信すると、上述した利用ステータスの設定（図３（ｂ）参照）を確認する。具体的には、受信したＨＴＴＰＳリクエストに含まれる団体グローバルＩＰアドレスが、ユーザ制御部２２ｄのホワイトリストに登録された団体グローバルＩＰアドレスと一致するか、「開始フラグ：Ｔｒｕｅ」であるか、の利用ステータスが参照・確認され、確認処理結果情報（ステータスコード）が、ユーザ制御部２２ｄからＨＴＴＰＳ制御部２２ｃに送信される。
ＨＴＴＰＳ制御部２２ｃは、ＨＴＴＰＳリクエストを受信すると、上述した利用ステータスの設定（図３（ｂ）参照）を確認する。具体的には、受信したＨＴＴＰＳリクエストに含まれる団体グローバルＩＰアドレスが、ユーザ制御部２２ｄのホワイトリストに登録された団体グローバルＩＰアドレスと一致するか、「開始フラグ：Ｔｒｕｅ」であるか、の利用ステータスが参照・確認され、確認処理結果情報（ステータスコード）が、ユーザ制御部２２ｄからＨＴＴＰＳ制御部２２ｃに送信される。
ＨＴＴＰＳ制御部２２ｃは、ユーザ制御部２２ｄから利用ステータス確認処理の要求結果を受信すると、まず、条件を満たさない場合（「エラー」等）は、接続処理を拒否する。
一方、条件を満たす場合（「正常」等）は、ＨＴＴＰＳリクエストに含まれる接続先ＵＲＬを、当該接続先ＵＲＬが示す外部ＡＰサーバ６１のグローバルＩＰアドレスに書き換える処理を行う。
外部ＡＰサーバ６１を指定した接続先ＵＲＬと、対応するグローバルＩＰアドレスとの書き換え処理は、あらかじめ設定・登録された対応情報に基づいて行われる。
一方、条件を満たす場合（「正常」等）は、ＨＴＴＰＳリクエストに含まれる接続先ＵＲＬを、当該接続先ＵＲＬが示す外部ＡＰサーバ６１のグローバルＩＰアドレスに書き換える処理を行う。
外部ＡＰサーバ６１を指定した接続先ＵＲＬと、対応するグローバルＩＰアドレスとの書き換え処理は、あらかじめ設定・登録された対応情報に基づいて行われる。
図３（ｃ）に、本実施形態における書き換え処理に用いられる対応情報の一例を示す。
同図に示すように、書き換え処理の対応情報としては、外部ＡＰサーバ６１の接続先ＵＲＬとグローバルＩＰアドレスの情報が対応付けられた情報（テーブル）となっており、この情報が例えばＨＴＴＰＳ制御部２２ｃにおいて登録・記憶されるようになっている。但し、この対応情報は、ＨＴＴＰＳ制御部２２ｃに限らず、データセンタ１０に備えられるいずれかの記憶手段に記憶されれば良い。
したがって、この対応情報を記憶・保持する記憶手段（例えばＨＴＴＰＳ制御部２２ｃ）も、閉域内アクセス要求データと、当該閉域内アクセス要求データが指定する外部装置の外部ネットワークにおける識別情報とを対応付けて記憶した、本発明に係る対応情報記憶手段を構成する。
同図に示すように、書き換え処理の対応情報としては、外部ＡＰサーバ６１の接続先ＵＲＬとグローバルＩＰアドレスの情報が対応付けられた情報（テーブル）となっており、この情報が例えばＨＴＴＰＳ制御部２２ｃにおいて登録・記憶されるようになっている。但し、この対応情報は、ＨＴＴＰＳ制御部２２ｃに限らず、データセンタ１０に備えられるいずれかの記憶手段に記憶されれば良い。
したがって、この対応情報を記憶・保持する記憶手段（例えばＨＴＴＰＳ制御部２２ｃ）も、閉域内アクセス要求データと、当該閉域内アクセス要求データが指定する外部装置の外部ネットワークにおける識別情報とを対応付けて記憶した、本発明に係る対応情報記憶手段を構成する。
ＨＴＴＰＳ制御部２２ｃは、接続先ＵＲＬがグローバルＩＰアドレスに書き換えられたＨＴＴＰＳリクエストを、ゲートウェイ専用セグメント３０のＰｒｏｘｙサーバ３２へトンネリング通信により送信する（図４参照）。
したがって、このＨＴＴＰＳ制御部２２ｃが、対応情報記憶手段に記憶された情報から、閉域内アクセス要求データが指定する外部装置の識別情報を抽出し、当該識別情報に基づいて、閉域内アクセス要求データが指定する外部装置に外部アクセス要求データを送信する、本発明に係る外部要求データ送信手段を構成する。
したがって、このＨＴＴＰＳ制御部２２ｃが、対応情報記憶手段に記憶された情報から、閉域内アクセス要求データが指定する外部装置の識別情報を抽出し、当該識別情報に基づいて、閉域内アクセス要求データが指定する外部装置に外部アクセス要求データを送信する、本発明に係る外部要求データ送信手段を構成する。
そして、ＨＴＴＰＳ制御部２２ｃは、送信したＨＴＴＰＳリクエストに対応するＨＴＴＰＳレスポンスをゲートウェイ専用セグメント３０から受信すると、そのＨＴＴＰＳレスポンスを、管理部２２ａを経由して、通信元となる利用者端末５１に透過してプロキシ送信する。
したがって、ＨＴＴＰＳ制御部２２ｃは、外部アクセス要求データが送信された外部装置からの応答データを受信して、当該外部装置を指定した閉域内アクセス要求データを送信した内部装置に、応答データを送信する、本発明に係る応答データ送信手段を構成する。
したがって、ＨＴＴＰＳ制御部２２ｃは、外部アクセス要求データが送信された外部装置からの応答データを受信して、当該外部装置を指定した閉域内アクセス要求データを送信した内部装置に、応答データを送信する、本発明に係る応答データ送信手段を構成する。
［ゲートウェイ専用セグメント］
ゲートウェイ専用セグメント３０は、認証ＤＢサーバ３１及びＰｒｏｘｙサーバ３２を備えている。
認証ＤＢサーバ３１は、上述した閉域網接続セグメント１１の認証ＡＰサーバ２１から送信される利用ステータス情報の取得要求に応じて、記憶・保持している利用ステータス情報を認証ＡＰサーバ２１に送信する。
この利用ステータス情報については、上述したとおりである（図３（ａ）参照）。
ゲートウェイ専用セグメント３０は、認証ＤＢサーバ３１及びＰｒｏｘｙサーバ３２を備えている。
認証ＤＢサーバ３１は、上述した閉域網接続セグメント１１の認証ＡＰサーバ２１から送信される利用ステータス情報の取得要求に応じて、記憶・保持している利用ステータス情報を認証ＡＰサーバ２１に送信する。
この利用ステータス情報については、上述したとおりである（図３（ａ）参照）。
Ｐｒｏｘｙサーバ３２は、閉域専用セグメント２０のＰｒｏｘｙサーバ２２（ＨＴＴＰＳ制御部２２ｃ）からＨＴＴＰＳリクエストのトンネリング通信を受信し、そのＨＴＴＰＳリクエストをトンネリング通信により公開専用セグメント４０のＰｒｏｘｙサーバ４１に送信する。
また、Ｐｒｏｘｙサーバ３２は、公開専用セグメント４０のＰｒｏｘｙサーバ４１から外部ＡＰサーバ６１のＨＴＴＰＳレスポンスのトンネリング通信を受信し、そのＨＴＴＰＳレスポンスをトンネリング通信により閉域専用セグメント２０のＰｒｏｘｙサーバ２２（ＨＴＴＰＳ制御部２２ｃ）に送信する。
したがって、このＰｒｏｘｙサーバ３２も、本発明に係る外部要求データ送信手段・応答データ送信手段を構成する。
また、Ｐｒｏｘｙサーバ３２は、公開専用セグメント４０のＰｒｏｘｙサーバ４１から外部ＡＰサーバ６１のＨＴＴＰＳレスポンスのトンネリング通信を受信し、そのＨＴＴＰＳレスポンスをトンネリング通信により閉域専用セグメント２０のＰｒｏｘｙサーバ２２（ＨＴＴＰＳ制御部２２ｃ）に送信する。
したがって、このＰｒｏｘｙサーバ３２も、本発明に係る外部要求データ送信手段・応答データ送信手段を構成する。
［公開専用セグメント］
公開専用セグメント４０は、Ｐｒｏｘｙサーバ４１を備えている。
Ｐｒｏｘｙサーバ４１は、上述した専用接続により、外部データセンタ６０の外部ＡＰサーバ６１と接続されている。
そして、Ｐｒｏｘｙサーバ４１は、ゲートウェイ専用セグメント３０のＰｒｏｘｙサーバ３２からＨＴＴＰＳリクエストのトンネリング通信を受信し、そのＨＴＴＰＳリクエストを、専用接続を介して、トンネリング通信により外部ＡＰサーバ６１に送信する。
また、Ｐｒｏｘｙサーバ４１は、外部ＡＰサーバ６１からＨＴＴＰＳレスポンスのトンネリング通信を受信し、そのＨＴＴＰＳレスポンスをトンネリング通信によりゲートウェイ専用セグメント３０のＰｒｏｘｙサーバ３２に送信する。
したがって、このＰｒｏｘｙサーバ４１も、本発明に係る外部要求データ送信手段・応答データ送信手段を構成する。
公開専用セグメント４０は、Ｐｒｏｘｙサーバ４１を備えている。
Ｐｒｏｘｙサーバ４１は、上述した専用接続により、外部データセンタ６０の外部ＡＰサーバ６１と接続されている。
そして、Ｐｒｏｘｙサーバ４１は、ゲートウェイ専用セグメント３０のＰｒｏｘｙサーバ３２からＨＴＴＰＳリクエストのトンネリング通信を受信し、そのＨＴＴＰＳリクエストを、専用接続を介して、トンネリング通信により外部ＡＰサーバ６１に送信する。
また、Ｐｒｏｘｙサーバ４１は、外部ＡＰサーバ６１からＨＴＴＰＳレスポンスのトンネリング通信を受信し、そのＨＴＴＰＳレスポンスをトンネリング通信によりゲートウェイ専用セグメント３０のＰｒｏｘｙサーバ３２に送信する。
したがって、このＰｒｏｘｙサーバ４１も、本発明に係る外部要求データ送信手段・応答データ送信手段を構成する。
このように、データセンタ１０の構成要素のうち、公開専用セグメント４０のＰｒｏｘｙサーバ４１のみが外部ＡＰ６１と接続され、外部ＡＰサーバ６１（外部データセンタ６０側）からは、Ｐｒｏｘｙサーバ４１の存在のみが見え、他のデータセンタ１０の構成（ゲートウェイ専用セグメント３０・閉域専用セグメント２０・閉域網接続セグメント１１）も、ＬＧＷＡＮ１００も、ＬＧＷＡＮ１００に接続された利用者端末５１の存在も、外部ＡＰサーバ６１からは見えないようになっている。
特に、データセンタ１０の外部ＡＰサーバ６１側は、公開専用セグメント４０及びゲートウェイ専用セグメント３０の複数のＰｒｏｘｙサーバ４１・３２が多段に接続されており、データセンタ１０側のＬＧＷＡＮ１００側の閉域網接続セグメント１１及び閉域専用セグメント２０は、外部ＡＰサーバ６１からは直接的に一切見えないようになっている。
なお、以上のような複数の中継サーバによる多段の接続は、本実施形態では、公開専用セグメント４０及びゲートウェイ専用セグメント３０の２つのＰｒｏｘｙサーバ４１・３２による２段の接続としてあるが、これを３つ以上の中継サーバによる３段以上の接続とすることも勿論可能である。
また、外部ＡＰサーバ６１等の外部装置から閉域ネットワーク内が直接的に「見えない」ようにするためには、外部装置側に少なくとも１つの中継サーバが存在していれば良いので、閉域ネットワークの規約や要請等によっては、外部装置側の中継サーバは１つ（１段）とすることも可能である。
また、外部ＡＰサーバ６１等の外部装置から閉域ネットワーク内が直接的に「見えない」ようにするためには、外部装置側に少なくとも１つの中継サーバが存在していれば良いので、閉域ネットワークの規約や要請等によっては、外部装置側の中継サーバは１つ（１段）とすることも可能である。
［動作］
次に、以上のような構成からなる本実施形態に係る閉域ネットワーク接続システム１における具体的な動作（閉域ネットワーク接続方法）について、図４を参照しつつ説明する。
図４は、本実施形態に係る閉域ネットワークシステム１における、閉域ネットワーク内の装置から外部ネットワーク上の装置への接続を行う場合の動作の一例を示すシーケンス図である。
まず、本実施形態に係る閉域ネットワーク接続システム１では、データセンタ１０は、閉域ネットワークであるＬＧＷＡＮ１００に対してアクセス・通信可能に接続が確立されている。
次に、以上のような構成からなる本実施形態に係る閉域ネットワーク接続システム１における具体的な動作（閉域ネットワーク接続方法）について、図４を参照しつつ説明する。
図４は、本実施形態に係る閉域ネットワークシステム１における、閉域ネットワーク内の装置から外部ネットワーク上の装置への接続を行う場合の動作の一例を示すシーケンス図である。
まず、本実施形態に係る閉域ネットワーク接続システム１では、データセンタ１０は、閉域ネットワークであるＬＧＷＡＮ１００に対してアクセス・通信可能に接続が確立されている。
具体的には、データセンタ１０は、閉域網接続セグメント１１がＬＧＷＡＮ１００と接続されており、閉域専用セグメント２０・ゲートウェイ専用セグメント３０・公開専用セグメント４０の３セグメントのＰｒｏｘｙサーバ２２・３２・４１と専用線（専用接続）を経由することにより、閉域ネットワークであるＬＧＷＡＮ１００と広域ネットワークであるインターネット上に接続された外部データセンタ（パブリッククラウド）６０のサービス（外部ＡＰサーバ６１）を接続する。
接続確立は、概要以下の４段階の処理を経て実行される。
接続確立は、概要以下の４段階の処理を経て実行される。
（１）閉域ネットワークと閉域専用セグメント接続処理
閉域専用セグメント２０のＰｒｏｘｙサーバ２２を用いて、利用者端末５１からのリクエストを受け付ける。
（２）閉域専用セグメントとゲートウェイ専用セグメント接続処理
閉域専用セグメント２０とゲートウェイ専用セグメント３０を、Ｐｒｏｘｙサーバ２２，３２を用いて接続する。
（３）ゲートウェイ専用セグメントと公開専用セグメントの接続処理
ゲートウェイ専用セグメント３０と公開専用セグメント４０を、Ｐｒｏｘｙサーバ３２，４１を用いて接続する。
（４）公開専用セグメントと広域ネットワーク（パブリッククラウド等）
インターネット（ＶＰＮ等）あるいは専用線（専用回線）を用いて、公開専用セグメント４０と広域ネットワークのサービス（インターネット２００上のパブリッククラウド等）を接続する。その後、公開専用セグメント４０のＰｒｏｘｙサーバ４１を用いて、広域ネットワーク（パブリッククラウド等）のサービスからのレスポンスを受け付ける。
これによって、閉域ネットワーク（ＬＧＷＡＮ１００）と広域ネットワーク（インターネット２００のパブリッククラウド）の接続が確立する。
閉域専用セグメント２０のＰｒｏｘｙサーバ２２を用いて、利用者端末５１からのリクエストを受け付ける。
（２）閉域専用セグメントとゲートウェイ専用セグメント接続処理
閉域専用セグメント２０とゲートウェイ専用セグメント３０を、Ｐｒｏｘｙサーバ２２，３２を用いて接続する。
（３）ゲートウェイ専用セグメントと公開専用セグメントの接続処理
ゲートウェイ専用セグメント３０と公開専用セグメント４０を、Ｐｒｏｘｙサーバ３２，４１を用いて接続する。
（４）公開専用セグメントと広域ネットワーク（パブリッククラウド等）
インターネット（ＶＰＮ等）あるいは専用線（専用回線）を用いて、公開専用セグメント４０と広域ネットワークのサービス（インターネット２００上のパブリッククラウド等）を接続する。その後、公開専用セグメント４０のＰｒｏｘｙサーバ４１を用いて、広域ネットワーク（パブリッククラウド等）のサービスからのレスポンスを受け付ける。
これによって、閉域ネットワーク（ＬＧＷＡＮ１００）と広域ネットワーク（インターネット２００のパブリッククラウド）の接続が確立する。
以下、図４を参照しつつ、上記４段階の接続処理の詳細を説明する。
（１）閉域ネットワークと閉域専用セグメント接続処理
まず、ＬＧＷＡＮ１００に接続された利用者端末５１は、Ｗｅｂブラウザを起動して、所望の外部ＡＰサーバ６１（外部データセンタ６０）の接続認証要求を送信する（ステップ(1)）。この接続認証要求は、ＬＧＷＡＮ１００・閉域網接続セグメント１１を経て、閉域専用セグメント２０の認証ＡＰサーバ２１に送信される（ステップ(1)）。
閉域専用セグメント２０の認証ＡＰサーバ２１は、上述した認証情報（ユーザＩＤ・パスワード）に基づく認証処理を行った上で、ゲートウェイ専用セグメント３０の認証ＤＢサーバ３１に対して利用ステータス情報の取得処理要求を送信し、認証ＤＢサーバ３１から利用ステータス情報を取得する（ステップ(2)）。この利用ステータス情報には、上述のとおり、利用者端末５１のユーザ情報に対応した団体グローバルＩＰアドレス及び外部ＡＰサーバ６１の接続先ＵＲＬが含まれる（図３（ａ）参照）。
（１）閉域ネットワークと閉域専用セグメント接続処理
まず、ＬＧＷＡＮ１００に接続された利用者端末５１は、Ｗｅｂブラウザを起動して、所望の外部ＡＰサーバ６１（外部データセンタ６０）の接続認証要求を送信する（ステップ(1)）。この接続認証要求は、ＬＧＷＡＮ１００・閉域網接続セグメント１１を経て、閉域専用セグメント２０の認証ＡＰサーバ２１に送信される（ステップ(1)）。
閉域専用セグメント２０の認証ＡＰサーバ２１は、上述した認証情報（ユーザＩＤ・パスワード）に基づく認証処理を行った上で、ゲートウェイ専用セグメント３０の認証ＤＢサーバ３１に対して利用ステータス情報の取得処理要求を送信し、認証ＤＢサーバ３１から利用ステータス情報を取得する（ステップ(2)）。この利用ステータス情報には、上述のとおり、利用者端末５１のユーザ情報に対応した団体グローバルＩＰアドレス及び外部ＡＰサーバ６１の接続先ＵＲＬが含まれる（図３（ａ）参照）。
次いで、閉域専用セグメント２０の認証ＡＰサーバ２１は、Ｐｒｏｘｙサーバ２２のＷｅｂＡＰＩを起動し、利用ステータス設定処理を要求する（ステップ(3)）。利用ステータス設定処理の要求は、認証ＡＰサーバ２１から、ＷｅｂＡＰＩ２２のサービス制御部２２ｂに利用ステータス情報に含まれる団体グローバルＩＰアドレスが送信されることにより実行される。
ＷｅｂＡＰＩ２２は、サービス制御部２２ｂが利用ステータス設定処理の要求を受信すると、ユーザ制御部２２ｄのホワイトリストへの団体グローバルＩＰアドレスの登録及びステータスとなる開始フラグをＴｒｕｅに設定する（図３（ｂ）参照）。その後、ホワイトリストに登録されたことを示すステータスコードが認証ＡＰサーバ２１に送信される（ステップ(4)）。
ＷｅｂＡＰＩ２２は、サービス制御部２２ｂが利用ステータス設定処理の要求を受信すると、ユーザ制御部２２ｄのホワイトリストへの団体グローバルＩＰアドレスの登録及びステータスとなる開始フラグをＴｒｕｅに設定する（図３（ｂ）参照）。その後、ホワイトリストに登録されたことを示すステータスコードが認証ＡＰサーバ２１に送信される（ステップ(4)）。
認証ＡＰサーバ２１は、ＷｅｂＡＰＩ２２からステータスコードを受信すると、利用者端末５１のＷｅｂブラウザに、外部ＡＰサーバ６１の接続先ＵＲＬのリダイレクト要求を接続認証要求結果として送信する（ステップ(5)）。
利用者端末５１のＷｅｂブラウザは、認証ＡＰサーバ２１から要求結果を受信すると、外部ＡＰサーバ６１の接続先ＵＲＬを含むＨＴＴＰＳリクエストを生成し、閉域専用セグメント２０のＰｒｏｘｙサーバ２２に送信する（ステップ(6)）。このＨＴＴＰＳリクエストには、ホワイトリストに登録された団体グローバルＩＰアドレスも含まれている。
利用者端末５１のＷｅｂブラウザは、認証ＡＰサーバ２１から要求結果を受信すると、外部ＡＰサーバ６１の接続先ＵＲＬを含むＨＴＴＰＳリクエストを生成し、閉域専用セグメント２０のＰｒｏｘｙサーバ２２に送信する（ステップ(6)）。このＨＴＴＰＳリクエストには、ホワイトリストに登録された団体グローバルＩＰアドレスも含まれている。
閉域専用セグメント２０のＰｒｏｘｙサーバ２２は、ＷｅｂＡＰＩを起動して、ＨＴＴＰＳ制御部２２ｃに対して、利用者端末５１から送信されたＨＴＴＰＳリクエストを透過プロキシにより送信し、ＨＴＴＰＳリクエストのステータスの確認処理を要求する（ステップ(7)）。
ＷｅｂＡＰＩ２２のＨＴＴＰＳ制御部２２ｃは、ＨＴＴＰＳステータス確認処理の要求を受信すると、ユーザ制御部２２ｄに対してステータス確認を行い、設定されている情報（団体グローバルＩＰアドレス）が、利用者端末５１から送信された団体グローバルＩＰアドレスと一致するか、開始フラグはＴｒｕｅであるかの利用ステータスの接続条件の確認処理を実行し、確認処理結果情報としてステータスコード（例えば「正常：１」等）をＨＴＴＰＳ制御部２２ｃへ送信する（ステップ(8)）。
ここで、利用ステータスが確認されると、次段（２）・（３）・（４）の接続処理に移行する。
ＷｅｂＡＰＩ２２のＨＴＴＰＳ制御部２２ｃは、ＨＴＴＰＳステータス確認処理の要求を受信すると、ユーザ制御部２２ｄに対してステータス確認を行い、設定されている情報（団体グローバルＩＰアドレス）が、利用者端末５１から送信された団体グローバルＩＰアドレスと一致するか、開始フラグはＴｒｕｅであるかの利用ステータスの接続条件の確認処理を実行し、確認処理結果情報としてステータスコード（例えば「正常：１」等）をＨＴＴＰＳ制御部２２ｃへ送信する（ステップ(8)）。
ここで、利用ステータスが確認されると、次段（２）・（３）・（４）の接続処理に移行する。
（２）閉域専用セグメントとゲートウェイ専用セグメント接続処理
ＷｅｂＡＰＩ２２は、ＨＴＴＰＳステータス確認処理の要求結果を受信すると、まず、前述の接続条件を満たさない場合には接続処理を拒否する。接続条件を満たす場合には、閉域専用セグメント２０のＰｒｏｘｙサーバ２２にあらかじめ設定された対応情報（図３（ｃ）参照）に基づき、ＨＴＴＰＳリクエストに含まれる接続先ＵＲＬを、外部ＡＰサーバ６１のグローバルＩＰアドレスに書き換えて、ゲートウェイ専用セグメント３０のＰｒｏｘｙサーバ３２に、ＨＴＴＰＳリクエストをトンネリング通信により送信する（ステップ(9)）。
ＷｅｂＡＰＩ２２は、ＨＴＴＰＳステータス確認処理の要求結果を受信すると、まず、前述の接続条件を満たさない場合には接続処理を拒否する。接続条件を満たす場合には、閉域専用セグメント２０のＰｒｏｘｙサーバ２２にあらかじめ設定された対応情報（図３（ｃ）参照）に基づき、ＨＴＴＰＳリクエストに含まれる接続先ＵＲＬを、外部ＡＰサーバ６１のグローバルＩＰアドレスに書き換えて、ゲートウェイ専用セグメント３０のＰｒｏｘｙサーバ３２に、ＨＴＴＰＳリクエストをトンネリング通信により送信する（ステップ(9)）。
（３）ゲートウェイ専用セグメントと公開専用セグメントの接続処理
ゲートウェイ専用セグメント３０のＰｒｏｘｙサーバ３２は、ＨＴＴＰＳリクエストのトンネリング通信を受信すると、そのＨＴＴＰＳリクエストをトンネリング通信により公開専用セグメント４０のＰｒｏｘｙサーバ４１に送信する（ステップ(10)）。
（４）公開専用セグメントと広域ネットワーク（パブリッククラウド等）
公開専用セグメント４０のＰｒｏｘｙサーバ４１は、ＨＴＴＰＳリクエストのトンネリング通信を受信すると、そのＨＴＴＰＳリクエストをトンネリング通信により外部ＡＰサーバ６１に送信する（ステップ(11)）。
ゲートウェイ専用セグメント３０のＰｒｏｘｙサーバ３２は、ＨＴＴＰＳリクエストのトンネリング通信を受信すると、そのＨＴＴＰＳリクエストをトンネリング通信により公開専用セグメント４０のＰｒｏｘｙサーバ４１に送信する（ステップ(10)）。
（４）公開専用セグメントと広域ネットワーク（パブリッククラウド等）
公開専用セグメント４０のＰｒｏｘｙサーバ４１は、ＨＴＴＰＳリクエストのトンネリング通信を受信すると、そのＨＴＴＰＳリクエストをトンネリング通信により外部ＡＰサーバ６１に送信する（ステップ(11)）。
以上により、利用者端末５１から送信されたＨＴＴＰＳリクエストは、外部ＡＰサーバ６１に送信され、外部ＡＰサーバ６１からは、ＨＴＴＰＳレスポンスがトンネリング通信により送信され、上記ステップ(6)〜(11)と逆の手順（処理）を経て、利用者端末５１に送信される（図４参照）。
このようにして、ＬＧＷＡＮ１００内の利用者端末５１と、インターネット２００上の外部ＡＰサーバ６１とは、データセンタ１０の閉域専用セグメント２０・ゲートウェイ専用セグメント３０・公開専用セグメント４０の３セグメントのＰｒｏｘｙサーバと専用線（専用接続）を経由することにより接続される。
これにより、利用者端末５１のユーザは、インターネット２００上で提供されるパブリッククラウドのアプリケーション・サービスを、ＬＧＷＡＮ１００内のアプリケーション・サービスとして透過的に利用することができるようになる。
このようにして、ＬＧＷＡＮ１００内の利用者端末５１と、インターネット２００上の外部ＡＰサーバ６１とは、データセンタ１０の閉域専用セグメント２０・ゲートウェイ専用セグメント３０・公開専用セグメント４０の３セグメントのＰｒｏｘｙサーバと専用線（専用接続）を経由することにより接続される。
これにより、利用者端末５１のユーザは、インターネット２００上で提供されるパブリッククラウドのアプリケーション・サービスを、ＬＧＷＡＮ１００内のアプリケーション・サービスとして透過的に利用することができるようになる。
また、外部ＡＰサーバ６１を提供するＡＳＰ提供事業者にとっても、データセンタ１０との専用接続を締結・確立するのみでＬＧＷＡＮ１００内の利用者端末５１へのサービス提供が可能となり、ＬＧＷＡＮ１００に接続するための厳格な申請・契約手続や、規約やプロトコルに従った接続・認証用の装置・機器等の調達・設置等が不要となり、容易かつ低コストに、閉域ネットワークであるＬＧＷＡＮ１００への接続・アクセス環境を実現することが可能となる。
また、ＬＧＷＡＮ１００内の利用者端末５１からのアクセス要求は、認証アクセス制御により、ホワイトリストに登録された団体（自治体）単位や、ユーザＩＤ単位に認証を行って、ＬＧＷＡＮ１００外の広域ネットワーク（パブリッククラウド等）の外部ＡＰサーバに接続することができるので、例えば利用者端末５１のユーザの所属や職務・職域・職位・権限等に応じて、利用可能な接続先やアプリケーション等を制御（許可・制限）でき、セキュリティや利便性の高いＡＳＰサービスが実現されるようになる。
また、ＬＧＷＡＮ１００内の利用者端末５１からのアクセス要求は、認証アクセス制御により、ホワイトリストに登録された団体（自治体）単位や、ユーザＩＤ単位に認証を行って、ＬＧＷＡＮ１００外の広域ネットワーク（パブリッククラウド等）の外部ＡＰサーバに接続することができるので、例えば利用者端末５１のユーザの所属や職務・職域・職位・権限等に応じて、利用可能な接続先やアプリケーション等を制御（許可・制限）でき、セキュリティや利便性の高いＡＳＰサービスが実現されるようになる。
以上説明したように、本実施形態に係る閉域ネットワーク接続システム１によれば、外部のネットワークと遮断された閉域ネットワークであるＬＧＷＡＮ１００に対して、インターネット２００などの外部ネットワークに接続された外部データセンタ６０の接続が可能となり、専用の接続機器や手続などを必要とすることなく、ＬＧＷＡＮ１００と外部データセンタ６０との接続を確立することができるようになる。
したがって、アプリケーション等の提供サービスを行う事業者が、ＬＧＷＡＮなどの閉域ネットワークに接続してＡＳＰの提供を行う場合に最適なネットワーク接続環境を提供することができる。
したがって、アプリケーション等の提供サービスを行う事業者が、ＬＧＷＡＮなどの閉域ネットワークに接続してＡＳＰの提供を行う場合に最適なネットワーク接続環境を提供することができる。
また、本実施形態の閉域ネットワークシステム１によれば、閉域網（ＬＧＷＡＮ）からセキュリティ連携基盤を通して、安心・安全に広域網（インターネット）の各種クラウドサービスを利用可能な環境を実現できるため、基盤の拡張メリットに優れ、このメリットを活用して、更なるシステムの効率化、クラウドサービスを組み合わせた付加価値の高いシステム・サービスを、ユーザとなる地方公共団体やＡＳＰ提供事業者等のニーズに即した内容を、各ユーザのガバナンスを確保しつつ実現することができる。
さらに、本実施形態の閉域ネットワークシステム１によれば、例えば官民連携事業など、自治体・地方公共団体と地域の住民・来訪者・事業者等とをつなぐ共同利用システムとして有用なコンテンツ提供も可能となる。
さらに、本実施形態の閉域ネットワークシステム１によれば、例えば官民連携事業など、自治体・地方公共団体と地域の住民・来訪者・事業者等とをつなぐ共同利用システムとして有用なコンテンツ提供も可能となる。
以上、本発明について、好ましい実施形態を示して説明したが、本発明は、上述した実施形態に限定されるものではなく、本発明の範囲で種々の変更実施が可能であることは言うまでもない。
例えば、上述した実施形態では、本発明の適用対象となる閉域ネットワークとして、ＬＧＷＡＮ（総合行政ネットワーク）を例にとって説明したが、本発明の対象となる閉域ネットワークとしては、特にＬＧＷＡＮに限定されるものではない。
外部のネットワークと遮断された閉域ネットワーク（閉域網）に対して、インターネットなどの外部ネットワーク（広域網）からの接続を可能とする必要がある限り、閉域ネットワークの構成や用途・機能等は特に限定されず、例えば、住民基本台帳ネットワークシステム（住基ネット）、企業・組織のＬＡＮやＷＡＮなど、任意の閉域ネットワークについて、本発明を適用することができる。
例えば、上述した実施形態では、本発明の適用対象となる閉域ネットワークとして、ＬＧＷＡＮ（総合行政ネットワーク）を例にとって説明したが、本発明の対象となる閉域ネットワークとしては、特にＬＧＷＡＮに限定されるものではない。
外部のネットワークと遮断された閉域ネットワーク（閉域網）に対して、インターネットなどの外部ネットワーク（広域網）からの接続を可能とする必要がある限り、閉域ネットワークの構成や用途・機能等は特に限定されず、例えば、住民基本台帳ネットワークシステム（住基ネット）、企業・組織のＬＡＮやＷＡＮなど、任意の閉域ネットワークについて、本発明を適用することができる。
本発明は、例えばＬＧＷＡＮや住基ネット、企業・組織のＬＡＮやＷＡＮなど、外部のネットワークと遮断された閉域ネットワークに対してインターネットなどの外部ネットワーク（広域網）からの接続を可能とするためのネットワーク接続技術として好適に利用可能である。
１ 閉域ネットワーク接続システム
１０ データセンタ（閉域ネットワーク接続装置）
１１ 閉域網接続セグメント
２０ 閉域専用セグメント
２１ 認証ＡＰサーバ
２２ Ｐｒｏｘｙサーバ（ＷｅｂＡＰＩ）
３０ ゲートウェイ専用セグメント
３１ 認証ＤＢサーバ
３２ Ｐｒｏｘｙサーバ
４０ 閉域専用セグメント
４１ Ｐｒｏｘｙサーバ
５０ 地方公共団体
５１ 利用者端末（Ｗｅｂブラウザ）
６０ 外部データセンタ（パブリッククラウド）
６１ 外部ＡＰサーバ
１００ ＬＧＷＡＮ（閉域ネットワーク）
２００ インターネット（外部ネットワーク）
１０ データセンタ（閉域ネットワーク接続装置）
１１ 閉域網接続セグメント
２０ 閉域専用セグメント
２１ 認証ＡＰサーバ
２２ Ｐｒｏｘｙサーバ（ＷｅｂＡＰＩ）
３０ ゲートウェイ専用セグメント
３１ 認証ＤＢサーバ
３２ Ｐｒｏｘｙサーバ
４０ 閉域専用セグメント
４１ Ｐｒｏｘｙサーバ
５０ 地方公共団体
５１ 利用者端末（Ｗｅｂブラウザ）
６０ 外部データセンタ（パブリッククラウド）
６１ 外部ＡＰサーバ
１００ ＬＧＷＡＮ（閉域ネットワーク）
２００ インターネット（外部ネットワーク）
上記目的を達成するため、本発明の閉域ネットワーク接続装置は、外部ネットワークとの接続が遮断された閉域ネットワーク内の内部装置と、外部ネットワークに接続された外部装置とを接続するための閉域ネットワーク接続装置であって、第一セグメント，第二セグメント，第三セグメントの少なくとも三つのセグメントを有し、前記第一セグメントは、閉域網接続セグメントを経由して前記閉域ネットワーク及び前記第二セグメントに接続され、前記第三セグメント及び前記外部ネットワークに接続されず、前記第二セグメントは、前記第一セグメント及び前記第三セグメントに接続され、前記閉域ネットワーク及び前記外部ネットワークに接続されず、前記第三セグメントは、前記第二セグメント及び前記外部ネットワークに接続され、前記第一セグメント及び前記閉域ネットワークに接続されず、前記第一セグメントは、前記閉域ネットワーク内の内部装置から送信される、前記外部ネットワークに接続された所定の外部装置を指定した、当該外部装置の前記外部ネットワークにおける識別情報とは異なる情報からなる閉域内アクセス要求データを受信する閉域内アクセス要求データ受信手段を備え、前記第二セグメントは、前記閉域内アクセス要求データと、当該閉域内アクセス要求データが指定する前記外部装置の前記外部ネットワークにおける識別情報とを対応付けて記憶した対応情報記憶手段を備え、前記第一セグメントは、前記対応情報記憶手段に記憶された情報から、前記閉域内アクセス要求データが指定する外部装置の前記識別情報を抽出し、当該識別情報を前記第二セグメントに送信し、前記第二セグメントは、前記第一セグメントから送信された前記識別情報を前記第三セグメントに送信し、前記第三セグメントは、前記第二セグメントから送信された前記識別情報に基づいて、前記閉域内アクセス要求データが指定する外部装置に外部アクセス要求データを送信する外部要求データ送信手段と、前記外部アクセス要求データが送信された外部装置からの応答データを受信して、前記第二セグメント及び前記第一セグメントを経由して、当該外部装置を指定した閉域内アクセス要求データを送信した内部装置に、前記応答データを送信する応答データ送信手段と、を備え、前記外部ネットワークに接続された外部装置は、前記第三セグメントとのみ接続され、閉域ネットワーク内の内部装置は、前記第一セグメントとのみ接続され、前記外部装置が、前記第二セグメント，前記第一セグメント及び前記内部装置に接続されることがない構成としてある。
Claims (7)
- 外部ネットワークとの接続が遮断された閉域ネットワーク内の内部装置と、外部ネットワークに接続された外部装置とを接続するための情報処理装置であって、
前記閉域ネットワーク内の内部装置から送信される、前記外部ネットワークに接続された所定の外部装置を指定した閉域内アクセス要求データを受信する閉域内アクセス要求データ受信手段と、
前記閉域内アクセス要求データと、当該閉域内アクセス要求データが指定する前記外部装置の前記外部ネットワークにおける識別情報とを対応付けて記憶した対応情報記憶手段と、
前記対応情報記憶手段に記憶された情報から、前記閉域内アクセス要求データが指定する外部装置の前記識別情報を抽出し、当該識別情報に基づいて、前記閉域内アクセス要求データが指定する外部装置に外部アクセス要求データを送信する外部要求データ送信手段と、
前記外部アクセス要求データが送信された外部装置からの応答データを受信して、当該外部装置を指定した閉域内アクセス要求データを送信した内部装置に、前記応答データを送信する応答データ送信手段と、を備える
ことを特徴とする閉域ネットワーク接続装置。 - 前記内部装置の識別情報と、当該内部装置が指定可能な前記外部装置の識別情報を、認証情報として対応付けて記憶する認証情報記憶手段を備え、
前記外部要求データ送信手段は、
前記認証情報が記憶されている前記内部装置からの、当該内部装置が指定可能な前記外部装置を指定した前記閉域内アクセス要求データのみについて、当該閉域内アクセス要求データが指定する前記外部アクセス要求データを送信する
ことを特徴とする請求項１記載の閉域ネットワーク接続装置。 - 前記外部要求データ送信手段及び前記応答データ送信手段は、
前記外部装置と、前記外部ネットワークと遮断された専用接続により接続される
ことを特徴とする請求項１又は２記載の閉域ネットワーク接続装置。 - 前記外部要求データ送信手段及び前記応答データ送信手段は、
複数の中継サーバを介して、前記専用接続に接続される
ことを特徴とする請求項３記載の閉域ネットワーク接続装置。 - 前記閉域ネットワークが、総合行政ネットワークである
ことを特徴とする請求項１〜４のいずれか一項記載の閉域ネットワーク接続装置。 - 外部ネットワークとの接続が遮断された閉域ネットワーク内の内部装置と、外部ネットワークに接続された外部装置とを接続するための情報処理装置を構成するコンピュータを、
前記閉域ネットワーク内の内部装置から送信される、前記外部ネットワークに接続された所定の外部装置を指定した閉域内アクセス要求データを受信する閉域内アクセス要求データ受信手段、
前記閉域内アクセス要求データと、当該閉域内アクセス要求データが指定する前記外部装置の前記外部ネットワークにおける識別情報とを対応付けて記憶した対応情報記憶手段、
前記対応情報記憶手段に記憶された情報から、前記閉域内アクセス要求データが指定する外部装置の前記識別情報を抽出し、当該識別情報に基づいて、前記閉域内アクセス要求データが指定する外部装置に外部アクセス要求データを送信する外部要求データ送信手段、
前記外部アクセス要求データが送信された外部装置からの応答データを受信して、当該外部装置を指定した閉域内アクセス要求データを送信した内部装置に、前記応答データを送信する応答データ送信手段、として機能させる
ことを特徴とする閉域ネットワーク接続プログラム。 - プログラムされたコンピュータによって、外部ネットワークとの接続が遮断された閉域ネットワーク内の内部装置と、外部ネットワークに接続された外部装置とを接続する方法であって、
コンピュータが、
前記閉域ネットワーク内の内部装置から送信される、前記外部ネットワークに接続された所定の外部装置を指定した閉域内アクセス要求データを受信する閉域内アクセス要求データ受信手順、
前記閉域内アクセス要求データと、当該閉域内アクセス要求データが指定する前記外部装置の前記外部ネットワークにおける識別情報とを対応付けて記憶された対応情報から、前記閉域内アクセス要求データが指定する外部装置の前記識別情報を抽出し、当該識別情報に基づいて、前記閉域内アクセス要求データが指定する外部装置に外部アクセス要求データを送信する外部要求データ送信手順、
前記外部アクセス要求データが送信された外部装置からの応答データを受信して、当該外部装置を指定した閉域内アクセス要求データを送信した内部装置に、前記応答データを送信する応答データ送信手順、とを実行する
ことを特徴とする閉域ネットワーク接続方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2017030418A JP6225283B1 (ja) | 2017-02-21 | 2017-02-21 | 閉域ネットワーク接続装置、プログラム及び方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2017030418A JP6225283B1 (ja) | 2017-02-21 | 2017-02-21 | 閉域ネットワーク接続装置、プログラム及び方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP6225283B1 JP6225283B1 (ja) | 2017-11-01 |
| JP2018137591A true JP2018137591A (ja) | 2018-08-30 |
Family
ID=60214002
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2017030418A Active JP6225283B1 (ja) | 2017-02-21 | 2017-02-21 | 閉域ネットワーク接続装置、プログラム及び方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP6225283B1 (ja) |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005004631A (ja) * | 2003-06-13 | 2005-01-06 | Nippon Telegr & Teleph Corp <Ntt> | ウェブリソース再編成によるウェブ利用学習支援方法、ウェブリソース再構成装置、およびプログラム |
| JP2006011601A (ja) * | 2004-06-23 | 2006-01-12 | Hitachi Ltd | 電子申請支援方法、電子申請支援システム、および電子申請支援プログラム |
| JP2012203719A (ja) * | 2011-03-25 | 2012-10-22 | Fuji Xerox Co Ltd | 情報処理装置、プログラムおよび情報処理システム |
-
2017
- 2017-02-21 JP JP2017030418A patent/JP6225283B1/ja active Active
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005004631A (ja) * | 2003-06-13 | 2005-01-06 | Nippon Telegr & Teleph Corp <Ntt> | ウェブリソース再編成によるウェブ利用学習支援方法、ウェブリソース再構成装置、およびプログラム |
| JP2006011601A (ja) * | 2004-06-23 | 2006-01-12 | Hitachi Ltd | 電子申請支援方法、電子申請支援システム、および電子申請支援プログラム |
| JP2012203719A (ja) * | 2011-03-25 | 2012-10-22 | Fuji Xerox Co Ltd | 情報処理装置、プログラムおよび情報処理システム |
Also Published As
| Publication number | Publication date |
|---|---|
| JP6225283B1 (ja) | 2017-11-01 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP5333263B2 (ja) | アクセス制御システム及びアクセス制御方法 | |
| KR102472362B1 (ko) | 블록 체인 기반 사물 인터넷 장치 제어 시스템 및 방법 | |
| EP1998506B1 (en) | Method for controlling the connection of a virtual network | |
| KR100953805B1 (ko) | 이동 컴퓨팅 장치를 위한 가상사설망 구조 재사용 | |
| US11196797B2 (en) | Transferring files between computer nodes on different networks | |
| TW201312370A (zh) | 與一公用雲端網路一同使用之方法及系統 | |
| CN102577303A (zh) | 用于生成dns查询以提高抗dns攻击性的系统和方法 | |
| KR20080026161A (ko) | 원격 네트워크 액세스를 위한 통일된 아키텍쳐 | |
| CN103023898A (zh) | 一种访问vpn服务端内网资源的方法及装置 | |
| CN103973785B (zh) | 一种基于p2p的日志读取系统及其方法 | |
| CN110401641B (zh) | 用户认证方法、装置、电子设备 | |
| KR20110071453A (ko) | 지그비 게이트웨이 및 이의 메시지 동일화 방법 | |
| CN106844489A (zh) | 一种文件操作方法、装置以及系统 | |
| CN105247832A (zh) | 将安全上下文集成到网络路由决策中的方法和装置 | |
| US20180007026A1 (en) | Network monitoring method and device | |
| JP5122587B2 (ja) | 接続制御方法、接続制御サーバ装置、接続制御クライアント装置、接続制御システム、及びプログラム | |
| CN110971434B (zh) | 管理内网网络设备的方法、装置和系统 | |
| CN109548022A (zh) | 一种移动终端用户远程接入本地网络的方法 | |
| CN115462108A (zh) | 无密码无线认证 | |
| CN114025009B (zh) | 转发请求的方法、系统、代理服务器和装置 | |
| US11166147B2 (en) | Roaming among different types of networks | |
| US20150047009A1 (en) | Access control method, access control system and access control device | |
| WO2023138335A1 (zh) | 用户终端的差异化控制方法、装置及相关设备 | |
| JP6225283B1 (ja) | 閉域ネットワーク接続装置、プログラム及び方法 | |
| CN110213769B (zh) | 一种内网访问方法及相关装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20170725 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20170915 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20171003 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20171006 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 6225283 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |