情報処理システム，情報処理装置，及び情報処理方法
【課題】公衆のネットワークから隔離されているネットワークへの公衆のネットワークからのアクセスを可能にする。
【解決手段】プライベートネットワークに接続する内部サーバと、ＤＭＺに配置される外部サーバと、を含む情報処理システムであって、内部サーバは、受信したアクセス要求に応じたアプリケーションプログラムを実行するアプリケーション処理部を備え、外部サーバは、外部端末からのアクセス要求を内部サーバ宛てに変換する変換部と、変換されたアクセス要求を内部サーバに送信する第１の送信部と、内部サーバからアプリケーションプログラムの実行結果を取得する取得部と、この実行結果を外部端末に送信する第２の送信部と、所定のウェブページを保持する記憶部と、を備え、外部サーバの第２の送信部は、第１の送信部が外部端末から受信したアクセス要求を内部サーバに送信できない場合に、所定のウェブページを外部端末に送信する。
【解決手段】プライベートネットワークに接続する内部サーバと、ＤＭＺに配置される外部サーバと、を含む情報処理システムであって、内部サーバは、受信したアクセス要求に応じたアプリケーションプログラムを実行するアプリケーション処理部を備え、外部サーバは、外部端末からのアクセス要求を内部サーバ宛てに変換する変換部と、変換されたアクセス要求を内部サーバに送信する第１の送信部と、内部サーバからアプリケーションプログラムの実行結果を取得する取得部と、この実行結果を外部端末に送信する第２の送信部と、所定のウェブページを保持する記憶部と、を備え、外部サーバの第２の送信部は、第１の送信部が外部端末から受信したアクセス要求を内部サーバに送信できない場合に、所定のウェブページを外部端末に送信する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、インターネット経由で端末に情報を提供する技術に関する。
【背景技術】
【０００２】
従来、健康保険組合から各事業所への医療費等の通知は、紙に印刷したもので行われている。紙に印刷された健康保険組合から各事業所への通知は、一括して各事業所に郵送され、各事業所において社内物流システム等で各加入者に配布されている。また、事業所から健康保険組合への資料の提出も紙に印刷したもので行われており、郵送又は社内物流システムを用いて提出されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００１−１６７２０１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記のような配布方法及び提出方法では、紙及び配送コストがかかるという問題があった。さらに、加入者が所望するときに情報を取得することができず、利便性に欠けていた。
【０００５】
そこで、ネットワークを介して健康保険組合と各事業者又は各加入者との間で情報のやり取りを行えるようにするシステムが望まれる。しかしながら、健康保険組合のネットワークは、機密性の高い個人情報を扱っており、公共のネットワークとは隔離されているセキュアなネットワークであるため、インターネットからアクセス可能とするのは、困難であった。
【０００６】
本発明は、上記した問題に鑑み、公衆のネットワークから隔離されているネットワークへの公衆のネットワークからのアクセスを可能にする情報処理システムを提供することを課題とする。
【課題を解決するための手段】
【０００７】
本発明の態様の一つは、プライベートネットワークに接続する内部サーバと、ＤＭＺ（DeMilitarized Zone）に配置される外部サーバと、を含む情報処理システムである。この情報処理システムにおける内部サーバは、複数のアプリケーションプログラムと、プライベートネットワークに接続する内部端末から送信されるアクセス要求及び外部サーバから送信されるアクセス要求に応じたアプリケーションプログラムを実行するアプリケーション処理部を備える。この情報処理システムにおける外部サーバは、公衆ネットワークを介して外部端末から送信されるアクセス要求を内部サーバ宛てに変換する変換部と、変換されたアクセス要求を内部サーバに送信する第１の送信部と、外部端末からのアクセス要求に応じたアプリケーションプログラムの実行結果を内部サーバから取得する取得部と、公衆ネットワークを介してこの実行結果を外部端末に送信する第２の送信部と、所定のウェブページを保持する記憶部と、を備え、第２の送信部は、第１の送信部が外部端末から受信したアクセス要求を内部サーバに送信できない場合に、記憶部に保持される所定のウェブページを外部端末に送信する。内部端末とは、プライベートネットワークに接続する端末である。外部端末とは、例えば、インターネット等の公衆ネットワークに接続する端末である。
【０００８】
本発明の態様の一つの情報処理システムによれば、外部端末からのアクセス要求は、ＤＭＺ内の外部サーバを介して内部サーバに送信されるため、外部端末がプライベートネットワークにアクセスすることを防ぐことができる。また、外部サーバが、所定のウェブページを保持する記憶部を備え、外部端末から受信したアクセス要求を内部サーバに送信できない場合に、記憶部に保持される所定のウェブページを外部端末に送信する。このような処理には内部サーバによる処理が含まれないため、情報処理システムにおいて処理負荷を分散させることができる。
【０００９】
また、本発明の態様の一つの情報処理システムでは、内部サーバが保持する複数のアプリケーションプログラムは、内部端末用と外部端末用とに分けられており、内部サーバのアプリケーション処理部は、内部端末からのアクセス要求に対しては内部用のアプリケーションプログラムを実行し、外部サーバからのアクセス要求に対しては、外部端末用のアプリケーションプログラムを実行するようにしてもよい。アプリケーションプログラムを内部端末用と外部端末用とに分けることによって、より確実に、外部のネットワークからのプライベートネットワークを隔離させることができる。
【００１０】
また、本発明の態様の一つの情報処理システムでは、内部サーバは、外部サーバに保持される所定のウェブページを保持する記憶部と、内部端末からのアクセス要求に応じたアプリケーションを実行できない場合に、記憶部に保持される所定のウェブページを内部端末に送信する送信部と、をさらに備えるようにしてもよい。この場合、内部サーバがアクセス要求に応じたアプリケーションを実行できない場合に、内部端末には内部サーバが所定のウェブページを送信し、外部端末には外部サーバが所定のウェブページを送信することになる。すなわち、内部サーバと外部サーバとで処理の負荷分散を行うことができる。
【００１１】
更に、本発明は、態様の一つとして、方法、装置，又はプログラムとしても把握することが可能である。また、本発明の態様の一つは、上述のプログラムをコンピュータその他の装置、機械等が読み取り可能な記録媒体に記録したものでもよい。ここで、コンピュータ等が読み取り可能な記録媒体とは、データやプログラム等の情報を電気的、磁気的、光学的、機械的、または化学的作用によって蓄積し、コンピュータ等から読み取ることができる記録媒体をいう。
【発明の効果】
【００１２】
本発明によれば、公衆のネットワークから隔離されているプライベートネットワークへ、公衆のネットワークに接続する端末からアクセスすることが可能となる。
【図面の簡単な説明】
【００１３】
【図１】第１実施形態のウェブシステムの構成例を示す図である。
【図２】内部ウェブサーバ及び外部ウェブサーバのハードウェア構成の例を示す図である。
【図３】内部ウェブサーバの機能ブロックの例を示す図である。
【図４】内部ウェブサーバの処理のフローチャートの例である。
【図５】外部ウェブサーバの機能ブロックの例を示す図である。
【図６】外部ウェブサーバの処理のフローチャートの例である。
【図７】通常時のウェブシステムへのウェブ通信のシーケンスの例を示す図である。
【図８】アプリケーションがメンテナンスによりアクセス不可能な状態である場合のウェブシステムへのウェブ通信のシーケンスを示す図である。
【発明を実施するための形態】
【００１４】
以下、図面に基づいて、本発明の実施の形態を説明する。以下の実施形態の構成は例示であり、本発明は実施形態の構成に限定されない。
【００１５】
＜第１実施形態＞
図１は、第１実施形態のウェブシステムの構成例を示す図である。ウェブシステム１は、健康保険組合の情報を提供するウェブサーバへの外部ネットワークからのアクセスを可能にするシステムである。
【００１６】
ウェブシステム１は、健康保険組合ウェブシステム１１０（以下、健保ウェブシステム）と、外部ウェブシステム１２０とを含む。健保ウェブシステム１１０は、数百存在する健康保険組合や社会保険組合の情報及び各加入者の情報を管理しウェブサービスによって情報を提供するシステムである。ただし、健保ウェブシステム１１０は、あらゆる公衆のネットワークと隔離されたプライベートネットワーク（イントラネット）内に存在するシステムである。このプライベートネットワークには、契約する健康保険組合や社会保険組合の端末が接続可能である。外部ウェブシステム１２０は、各事業所や各加入者の使用端末に向けて健保ウェブシステム１１０が提供するウェブサービスと同様のウェブサービスを提供するシステムである。外部ウェブシステム１２０は、ＤＭＺ（DeMilitarized Zone）に配置されている、すなわち、ファイヤーウォールによってインターネット等の公共のネットワークからの健康保険組合のネットワークからも隔離された区域に配置されている。
【００１７】
なお、以降、「内部」とは健保ウェブシステム１１０及び契約する健康保険組合等を指し、健保ウェブシステム１２０が存在するプライベートネットワーク側を「内部ネットワーク」と称する。また、「内部」に対比して、インターネット等の公共のネットワークに存在するシステムや端末等を「外部」と称する。
【００１８】
健保ウェブシステム１１０には、内部ウェブサーバ１とデータベースサーバ２とが含まれる。内部ウェブサーバ１は、ウェブアクセスのインタフェースを内部端末に提供するウェブサーバとしての機能と、該ウェブアクセスに対してサービスを提供するアプリケーションサーバとしての機能とを有する。データベースサーバ２は、健康保険組合や社会保険組合の情報及び各加入者の情報を保持するデータベースを管理するサーバである。内部端末とは、例えば、内部ネットワークに属する健康保険組合や社会保険組合のユ＾ザによって使用される端末である。
【００１９】
外部ウェブシステム１２０には、外部ウェブサーバ３とＤＮＳ（Domain Name System）サーバ４とが含まれる。外部ウェブサーバ３は、インターネットを介して、健保ウェブシステム１１０へのウェブアクセスのインタフェースを外部端末に提供するウェブサーバである。外部端末は、例えば、事業所で使用されるＰＣや、各加入者が使用するＰＣや携帯電話端末等である。外部ウェブサーバ３は、外部端末から内部ウェブサーバによって提供されるアプリケーションに対するアクセス要求を受けると、アプリケーションサーバである内部ウェブサーバ１にアクセスし、内部ウェブサーバ１とアクセス要求元の端末とのウェブページのやり取りを中継する。ＤＮＳサーバ４は、ドメイン名からＩＰアドレスを検索する名前解決を行うサーバであって、例えば、外部端末からの要求に応じてＵＲＬ（Uniform Resource Locator）から外部ウェブサーバ４のＩＰアドレスを検索する名前解決を行う。
【００２０】
内部ウェブサーバ１と外部ウェブサーバ３との間には、図１には図示されていないが、ファイヤーウォール機能を有するルータが存在している。内部ウェブサーバ１と外部ウェブサーバ３との間の通信はこのルータを介して行われる。したがって、このルータが内部と外部（ＤＭＺ含む）との境界となっている。
【００２１】
＜内部ウェブサーバ＞
図２は、内部ウェブサーバ１のハードウェア構成の例を示す図である。内部ウェブサーバ１は、例えば、汎用のコンピュータ，又は専用のコンピュータである。内部ウェブサーバ１は、制御部１０１，入力装置１０３，出力装置１０４，補助記憶装置１０５，可搬記録媒体駆動装置１０６，及びネットワークインタフェース１０７を備え、これらがバス１０９により互いに電気的に接続されている情報処理装置である。
【００２２】
入力装置１０３は、例えば、キーボード、マウス等のポインティングデバイス等である。入力装置１０３から入力されたデータは、制御部１０１に出力される。
【００２３】
ネットワークインタフェース１０７は、ネットワークとの情報の入出力を行うインタフェースである。ネットワークインタフェース１０７は、有線のネットワークと接続する。ネットワークインタフェース１０７は、例えば、ルータ等の中継装置（図示せず）が接続されるＬＡＮ（Local Area Network）に接続するためのＮＩＣ（Network Interface Card）等である。ネットワークインタフェース１０７で受信されたデータ等は、制御部１０１に出力される。
【００２４】
補助記憶装置１０５は、様々なプログラムや、各プログラムの実行に際して制御部１０１が使用するデータを格納する。補助記憶装置１０５は、例えば、ＥＰＲＯＭ（Erasable
Programmable ROM）、ハードディスク（Hard Drive Disc）である。補助記憶装置１０５は、例えば、オペレーティングシステム（ＯＳ），内部ウェブサーバプログラム，その他様々なアプリケーションプログラムを保持する。
【００２５】
可搬記録媒体駆動装置１０６は、可搬記録媒体を駆動し、可搬記録媒体に記録されたデータを読み出す。読み出されたデータは制御部１０１に出力される。可搬記録媒体は、例えば、ＵＳＢ（Universal Serial Bus）メモリ、ＣＤ（Compact Disc）やＤＶＤ（Digital Versatile Disc）のようなディスク記録媒体、フラッシュメモリカードのような記録媒体である。
【００２６】
制御部１０１は、プロセッサ１０１ａとＲＡＭ１０１ｂとを含む。プロセッサ１０１ａは、例えば、ＣＰＵ（Central Processing Unit）や、ＤＳＰ（Digital Signal Processor）である。プロセッサ１０１ａは、補助記憶装置１０５に保持されたＯＳや様々なアプ
リケーションプログラムを主記憶装置１０１ｂにロードして実行することによって、様々な処理を実行する。なお、制御部１０１は、プロセッサ１０１ａを複数含んでもよい。
【００２７】
主記憶装置１０１ｂは、プロセッサ１０１ａに、補助記憶装置１０５に格納されているプログラムをロードする記憶領域および作業領域を提供したり、バッファとして用いられたりする記憶装置である。主記憶装置１０１ｂは、例えば、ＲＡＭ（Random Access Memory）のような半導体メモリである。
【００２８】
出力装置１０４は、制御部１０１の処理の結果を出力する。出力装置１０４は、ディスプレイやプリンタである。
【００２９】
なお、内部ウェブサーバ１のハードウェア構成は、ウェブシステム１００の構成によって適宜変更（置換，追加，削除）可能である。例えば、内部ウェブサーバ１は、入力装置１０３や出力装置１０４を含まなくてもよい。
【００３０】
図３は、内部ウェブサーバ１の機能ブロックの例を示す図である。内部ウェブサーバ１の制御部１０１は、内部ウェブサーバプログラムを実行することによって、ウェブサーバ部１１，アプリケーションサーバ部１２，及びパケット分配部１４として動作する。内部ウェブサーバ１はさらに記憶部１３を含む。記憶部１３は、例えば、内部ウェブサーバプ
ログラムのインストール時に、予め補助記憶装置１０５の記憶領域に作成される。
【００３１】
また、内部ウェブサーバ１は、複数種類のアプリケーションプログラム（以下、単にアプリケーション）を備えている。例えば、アプリケーションには、データベースサーバ２が管理するデータベース内の情報を検索するためのアプリケーションや、ネットワークを経由して該データベースに格納する情報を受け取るためのアプリケーション等がある。アプリケーションは、同種類のアプリケーションであっても、内部端末用と外部端末用とに分かれている。例えば、内部端末用のアプリケーションは、健康保険組合用のアプリケーション，社会保険組合用のアプリケーションである。例えば、外部端末用のアプリケーションは、事業者用のアプリケーション，加入者用のアプリケーションである。このようにアプリケーションは内部端末用と外部端末用とに分かれており、それぞれ異なるＵＲＬが割り当てられている。このように、内部端末用と外部端末用とにアプリケーションを分けることによって、内部の端末と外部の端末とが同一のアプリケーションにアクセスしないようにしており、内部と外部との隔離が徹底されている。なお、第１実施形態におけるアプリケーションは、例えば、ログインからログアウトまでのウェブアクセスの一連の処理を制御するアプリケーションであるとする。ただし、これに限られない。
【００３２】
パケット分配部１４は、受信したアクセス要求のパケットのヘッダによりウェブサーバ部１１又はアプリケーションサーバ部１２に分配する。例えば、パケット分配部１４は、内部端末からのアクセス要求をウェブサーバ部１１に、外部ウェブサーバ３からのアクセス要求をアプリケーションサーバ部１２に分配する。
【００３３】
ウェブサーバ部１１は、ウェブサーバとしての機能を有する。ウェブサーバ部１１は、外部アクセス制限部１１１と、ウェブサーバ処理部１１２とを含む。外部アクセス制限部１１１は、内部端末による外部端末用のアプリケーションへのアクセスを制限する。例えば、外部アクセス制限部１１１は、パケット分配部１４によって内部端末からのアクセス要求が分配された際に、内部端末用のアプリケーション（のＵＲＬ）へのアクセス要求のみ許可し、それ以外は拒否（禁止）する。ウェブサーバ処理部１１２は、ウェブサーバとしての処理を実行する。具体的には、外部アクセス制限部１１１によってアクセスが拒否された場合や、メンテナンス等によりアプリケーションやデータベースサーバ２にアクセスできない場合に、メッセージを含むウェブページを記憶部１３から読み出し、アクセス要求元の内部端末に送信する。また、外部アクセス制限部１１１によってアクセスが許可され、且つ、アプリケーションにアクセス可能な場合に、アプリケーションサーバ部１２にアクセス要求を転送する。アプリケーションサーバ部１２からアプリケーション実行結果を含むウェブページが応答として渡されると、ウェブサーバ処理部１１２は、該ウェブページをアクセス要求の送信元の内部端末に送信する。
【００３４】
アプリケーションサーバ部１２は、アプリケーションサーバとしての機能を有する。アプリケーションサーバ部１２は、アプリケーション処理部１２１と、データベースアクセス処理部１２２とを含む。
【００３５】
アプリケーション処理部１２１は、アクセス要求に含まれるＵＲＬに応じたアプリケーションを実行し、実行結果を含むウェブページをアプリケーション処理の要求元（ウェブサーバ処理部１１２又は外部ウェブサーバ３）に送信する。データベースアクセス処理部１２２は、アプリケーション処理部１２１によるアプリケーションプログラムの実行過程において、データベースに関わる処理が発生した場合に、データベースサーバ４に対して該処理の実行を要求し、処理結果を取得する。データベースに関わる処理は、例えば、データベース内の情報の検索や抽出等である。
【００３６】
記憶部１３には、ウェブページと内部ウェブサーバ１に備えられるアプリケーションの
ＵＲＬリストが保持されている。記憶部１３に保持されるウェブページは、例えば、各アプリケーションによって用いられるログイン画面等を含むウェブページ，メンテナンス等でアクセス不可能な状態であることを通知するＳｏｒｒｙページ，アクセス制限によってアクセスが拒否されたこと通知するアクセス不可通知ページ等である。
【００３７】
図４は、内部ウェブサーバ１の処理のフローチャートの例である。図４に示されるフローチャートは、内部ウェブサーバ１がネットワークインタフェース１０７を介してアクセス要求を受信した際に開始される。例えば、図４に示されるフローチャートは、内部ウェブサーバ１の制御部１０１が内部ウェブサーバプログラムの実行を通じて、ウェブサーバ部１１，アプリケーションサーバ部１２，及びパケット分配部１４として動作することで実行される。
【００３８】
Ｓ１では、制御部１０１は、受信したアクセス要求が外部ウェブサーバ３から送信されたものであるか否かを判定する。この判定は、例えば、パケットの送信元ＩＰアドレスを確認することによって行われる。アクセス要求が外部ウェブサーバ３から送信されたものである場合には（Ｓ１：Ｙｅｓ）、処理がＳ６に進む。アクセス要求が外部ウェブサーバ３から送信されたものではない、すなわち、内部端末から送信されたアクセス要求である場合には（Ｓ１：Ｎｏ）、処理がＳ２に進む。
【００３９】
Ｓ２では、アクセス要求が内部端末から送信されたものであるので、制御部１０１は、アクセス要求の可否を判定する。アクセス要求の可否は、例えば、記憶部１３に保持されるＵＲＬリストが参照されて、アクセス要求に含まれるＵＲＬが内部用のアプリケーションのＵＲＬであるか否かによって判定される。アクセス要求に含まれるＵＲＬが内部用のアプリケーションのＵＲＬである場合には、アクセス要求が許可される。アクセス要求に含まれるＵＲＬが外部用のアプリケーションのＵＲＬである場合、及び、アクセス要求に含まれるＵＲＬが存在しない場合には、アクセス要求が拒否される。アクセス要求が許可された場合には（Ｓ２：Ｙｅｓ）、処理がＳ４に進む。アクセス要求が拒否された場合には（Ｓ２：Ｎｏ）、処理がＳ３に進む。
【００４０】
Ｓ３では、アクセス要求を拒否したため、制御部１０１は、アクセス不可通知ページを記憶部１３から読み出し、アクセス要求の送信元（内部端末）に送信する。その後、図４に示される処理が終了する。
【００４１】
Ｓ４では、アクセス要求を許可したため、制御部１０１は、要求されるアプリケーションがアクセス可能な状態であるか否かを判定する。要求されるアプリケーションがアクセス可能な状態である場合には（Ｓ４：Ｙｅｓ）、処理がＳ６に進む。例えば、メンテナンス中やエラー発生等で要求されるアプリケーションがアクセス不可能な状態である場合には（Ｓ４：Ｎｏ）、処理がＳ５に進む。
【００４２】
Ｓ５では、要求されるアプリケーションがアクセス不可能な状態であるので、制御部１０１は、記憶部１３からＳｏｒｒｙページを読み出してアクセス要求の送信元（内部端末）に送信する。その後、図４に示される処理が終了する。
【００４３】
Ｓ６では、アクセス要求が外部ウェブサーバ３から送信されたものである、又は、内部端末から送信されたアクセス要求によって要求されるアプリケーションがアクセス可能であるので、制御部１０１は、要求されるアプリケーション処理を実行する。Ｓ７では、制御部１０１は、要求されるアプリケーションの実行結果を含むウェブページをアクセス要求の送信元（内部端末又は外部端末）に送信する。その後、図４に示される処理が終了する。
【００４４】
Ｓ１の処理は、パケット分配部１４に相当する。Ｓ２の処理は、外部アクセス制限部１１１に相当する。Ｓ３−Ｓ５の処理は、ウェブサーバ処理部１１２に相当する。Ｓ６の処理は、アプリケーション処理部１２１及びデータベースアクセス処理部１２２に相当する。Ｓ７の処理は、アプリケーション処理部１２１（外部ウェブサーバからアクセス要求時）又はウェブサーバ処理部１１２（内部端末からアクセス要求時）に相当する。
【００４５】
＜外部ウェブサーバ＞
外部ウェブサーバ３は、例えば、汎用のコンピュータ，又は専用のコンピュータである。外部ウェブサーバ３のハードウェア構成は、内部ウェブサーバ１とほぼ同じであるため、図２を参照し、共通する部分の説明は省略する。外部ウェブサーバ３は、制御部３０１，入力装置３０３，出力装置３０４，補助記憶装置３０５，可搬記録媒体駆動装置３０６，及びネットワークインタフェース３０７を備え、これらがバス３０９により互いに電気的に接続されている情報処理装置である。
【００４６】
補助記憶装置３０５には、例えば、オペレーティングシステム（ＯＳ），外部ウェブサーバプログラム，その他様々なアプリケーションプログラムが保持される。
【００４７】
なお、外部ウェブサーバ３のハードウェア構成は、ウェブシステム１００の構成によって適宜変更（置換，追加，削除）可能である。例えば、外部ウェブサーバ３は、入力装置３０３や出力装置３０４を含まなくてもよい。
【００４８】
図５は、外部ウェブサーバ３の機能ブロックの例を示す図である。外部ウェブサーバ３の制御部３０１は、外部ウェブサーバプログラムを実行することによって、内部アクセス制限部３１，ウェブサーバ処理部３２，変換部３３，クライアント処理部３４，及びパケット分配部３７として動作する。外部ウェブサーバ３はさらに記憶部３６を含む。記憶部３６は、例えば、外部ウェブサーバプログラムのインストール時に、予め補助記憶装置３０５の記憶領域に作成される。
【００４９】
パケット分配部３７は、受信パケットを分配する。例えば、受信パケットが外部ウェブサーバ３へのアクセス要求である場合には、パケット分配部３７は、内部アクセス制御部３１に受信パケットを分配する。例えば、受信パケットが戻りパケットである場合には、パケット分配部３７は、クライアント処理部３４に受信パケットを分配する。戻りパケットとは、外部ウェブサーバ３から送信されたパケットに対する応答パケットのことであり、例えば、外部ウェブサーバ３から内部ウェブサーバ１に送信されたアクセス要求に対するウェブページのパケットである。
【００５０】
内部アクセス制限部３１は、外部端末から内部用アプリケーションへのアクセスを制限する。例えば、内部アクセス制限部３１は、パケットを受信した際に、アクセスリストを用いて、外部端末から内部のアドレスへのアクセスを拒否（禁止）する。例えば、内部部アクセス制限部３１は、パケット分配部３７によって外部端末からのアクセス要求が分配された際に、外部端末用のアプリケーション（のＵＲＬ）へのアクセス要求のみ許可し、それ以外は拒否（禁止）する。
【００５１】
ウェブサーバ処理部３２は、内部アクセス制限部３１によって許可されたアクセス要求によって要求される、内部ウェブサーバ１内のアプリケーションがアクセス可能な状態か否かを判定する。例えば、メンテナンスやエラー等で要求されるアプリケーションがアクセス不可能な場合には、ウェブサーバ処理部３２は、アクセス要求を拒否する。要求されるアプリケーションがアクセス可能な場合には、ウェブサーバ処理部３２は、アクセス要求を許可する。
【００５２】
さらに、ウェブサーバ処理部３２は、内部アクセス制限部３１によってアクセス要求が拒否された場合や、アクセス要求によって要求されるアプリケーションがアクセス不可能な状態である場合に、メッセージを含むウェブページを記憶部３６から読み出し、アクセス要求の送信元の外部端末に送信する。具体的には、ウェブサーバ処理部３２は、内部アクセス制限部３１によって拒否されたアクセス要求の送信元の外部端末に、アクセス不可を通知するアクセス不可通知ページを記憶部３６から読み出して送信する。また、アクセス要求によって要求されるアプリケーションがアクセス不可能な場合には、ウェブサーバ処理部３２は、Ｓｏｒｒｙページを記憶部３６から読み出し、アクセス要求の送信元の外部端末に送信する。
【００５３】
変換部３３は、内部アクセス制限部３１によって許可され、要求するアプリケーションがアクセス可能な状態であるアクセス要求について変換処理を行う。例えば、変換部３３は、アクセス要求の宛先ＩＰアドレスを外部ウェブサーバ３のＩＰアドレスから内部ウェブサーバ１のＩＰアドレスへ変換する。変換部３３は、アクセス要求の送信元ＩＰアドレスをアクセス要求の送信元端末（外部端末）のＩＰアドレスから外部ウェブサーバ３のＩＰアドレスに変換する。さらに、変換部３３は、アクセス要求の宛先ポート番号を変換する。例えば、外部端末から外部ウェブサーバ３へのアクセスは、インターネットを経由するのでセキュリティの高いＨＴＴＰＳ（ポート番号４４３）によって行われる。また、例えば、外部ウェブサーバ３がアプリケーションサーバとしての内部ウェブサーバ１にアクセスする際には、ＪＢＯＳＳ（８００９）によって行われる。このような場合には、変換部３３は、アクセス要求の宛先ポート番号を４４３から８００９に変換する。アクセス要求である受信パケットの変換前と変換後との変換情報は、例えば、主記憶装置３０１ｂ内の作業領域に作成されるキャッシュに格納される。
【００５４】
クライアント処理部３４は、アプリケーションサーバとしての内部ウェブサーバ１に対してアプリケーションの要求を行う処理部である。具体的には、クライアント処理部３４は、変換部３３によって変換処理が実行されたアクセス要求を内部ウェブサーバ１に送信し、内部ウェブサーバ１から、アプリケーションの実行結果を含むウェブページを取得する。取得されたウェブページは、変換部３３によって、キャッシュされた変換情報を用いて変換され、ウェブサーバ処理部３２によって、アクセス要求の送信元である外部端末に送信される。
【００５５】
記憶部３６には、ウェブページと、内部ウェブサーバ１が保持するアプリケーションのＵＲＬリストが保持されている。記憶部３６に保持されるウェブページは、例えば、メンテナンス等でアクセス不可能な状態であることを通知するＳｏｒｒｙページ，アクセス制限によってアクセスが拒否されたこと通知するアクセス不可通知ページ等である。記憶部３６に保持されるＳｏｒｒｙページ，アクセス不可通知ページ，ＵＲＬリストは、内部ウェブサーバ１の記憶部１３に保持されるものと同一である。
【００５６】
図６は、外部ウェブサーバ３の処理のフローチャートの例である。図６に示されるフローチャートは、外部ウェブサーバ３がパケットを受信すると開始される。例えば、図６に示されるフローチャートは、外部ウェブサーバ３の制御部３０１が外部ウェブサーバプログラムの実行を通じて、内部アクセス制限部３１，ウェブサーバ処理部３２，変換部３３，ウェブクライアント処理部３４，およびパケット分配部３７として動作することで実行される。
【００５７】
Ｓ１１では、制御部３０１は、受信パケットが内部ウェブサーバ１からの戻りパケットであるか否かを判定する。この判定は、例えば、キャッシュされた変換情報を参照したり、パケットヘッダに含まれる情報（ＩＰアドレスやポート番号等）を参照したりすることで行われる。受信パケットが戻りパケットである場合には（Ｓ１１：Ｙｅｓ）、処理がＳ
１６に進む。受信パケットが内部ウェブサーバ１からの戻りパケットではない場合には（Ｓ１１：Ｎｏ）、処理がＳ１２に進む。
【００５８】
Ｓ１２では、受信パケットが戻りパケットではない、すなわち、受信パケットが外部端末からのアクセス要求であるので、制御部３０１は、アクセス要求の可否を判定する。アクセス要求の可否は、例えば、記憶部３６に保持されるＵＲＬリストが参照されて、アクセス要求に含まれるＵＲＬが外部用のアプリケーションのＵＲＬであるか否かによって判定される。アクセス要求に含まれるＵＲＬが外部用のアプリケーションのＵＲＬである場合には、アクセス要求が許可される。アクセス要求に含まれるＵＲＬが内部用のアプリケーションのＵＲＬである場合、及び、アクセス要求に含まれるＵＲＬがＵＲＬリストに存在しない場合には、アクセス要求が拒否される。アクセス要求が許可された場合には（Ｓ１２：Ｙｅｓ）、処理がＳ１４に進む。アクセス要求が拒否された場合には（Ｓ１２：Ｎｏ）、処理がＳ１３に進む。
【００５９】
Ｓ１３では、アクセス要求を拒否したため、制御部３０１は、アクセス不可通知ページを記憶部３６から読み出し、アクセス要求の送信元（外部端末）に送信する。その後、図６に示される処理が終了する。
【００６０】
Ｓ１４では、アクセス要求を許可したため、制御部３０１は、アクセス要求によって要求されるアプリケーションがアクセス可能な状態であるか否かを判定する。アクセス要求によって要求されるアプリケーションがアクセス可能な状態であるか否かは、例えば、内部ウェブサーバ１から予め通知を受けているか否かで判定してもよいし、内部ウェブサーバ１に問い合わせのパケットを送信し応答がなければアクセス不可能な状態であると判定してもよい。アクセス要求によって要求されるアプリケーションがアクセス可能な状態である場合には（Ｓ１４：Ｙｅｓ）、処理がＳ１６に進む。アクセス要求によって要求されるアプリケーションがアクセス不可能な状態である場合には（Ｓ１４：Ｎｏ）、処理がＳ１５に進む。
【００６１】
Ｓ１５では、制御部３０１は、アクセス要求によって要求されるアプリケーションがアクセス不可能な状態であるので、Ｓｏｒｒｙページを記憶部３６から読み出してアクセし要求の送信元（外部端末）に送信する。その後、図６に示される処理が終了する。
【００６２】
Ｓ１６では、制御部３０１は、受信パケットについて上述の変換処理を実行する。Ｓ１７では、制御部３０１は、変換後の宛先に受信パケットを送信する。具体的には、Ｓ１６及びＳ１７の処理は、受信パケットが内部ウェブサーバ１からの戻りパケットである場合には、制御部３０１は、変換情報に従って受信パケットを変換し（宛先はアクセス要求の送信元の外部端末となる）、外部端末に受信パケットを送信する。受信パケットが外部端末からのアクセス要求である場合には、Ｓ１６及びＳ１７の処理は、制御部３０１は、宛先ＩＰアドレスを内部ウェブサーバ１のＩＰアドレスに、送信元ＩＰアドレスを外部ウェブサーバのＩＰアドレスに、宛先ポートを８００９に変換して、変換した受信パケットを内部ウェブサーバ１に送信する。その後、図６に示される処理が終了する。
【００６３】
Ｓ１１の処理はパケット分配部３７に相当する。Ｓ１２の処理は、内部アクセス制限部３１に相当する。Ｓ１３−１５の処理は、ウェブサーバ処理部３２に相当する。Ｓ１６及びＳ１７の処理は、変換部３３及びウェブクライアント部３４、又は、変換部３３及びウェブサーバ処理部３２に相当する。
【００６４】
＜動作例＞
図７は、通常時のウェブシステム１００へのウェブ通信のシーケンスの例を示す図である。図７のＯＰ１からＯＰ４は、内部端末から内部ウェブサーバ１にアクセス要求が送信
された場合のシーケンスが示される。
【００６５】
ＯＰ１では、内部端末がウェブブラウザから内部ウェブサーバ１へアクセス要求を送信する。内部端末と内部ウェブサーバ１とのウェブ通信は、内部ネットワーク（イントラネット）内で行われ、セキュリティは保たれているので、例えば、ＨＴＴＰ（ポート番号８０）を用いて行われる。
【００６６】
ＯＰ２では、内部ウェブサーバ１は、内部端末からアクセス要求を受信し、アクセス要求によって要求されるアプリケーションを実行する（Ｓ１，Ｓ２，Ｓ４，Ｓ６）。アプリケーション実行に伴って、内部ウェブサーバ１は、データベースサーバ２に所定の情報の読み出しを要求する。ＯＰ３では、データベースサーバ２が内部ウェブサーバ１に対して要求された情報を送信する。ＯＰ２及びＯＰ３の内部ウェブサーバ１とデータベースサーバ２との間の情報のやり取りには、例えば、Ｍｉｃｒｏｓｏｆｔ−ＤＳ（ポート番号４４５）等のファイル共有プロトコルやオラクルのデータベースへの接続機能（ポート番号１５２１）が用いられる。
【００６７】
ＯＰ４では、内部ウェブサーバ１は、アプリケーションの実行結果を含むウェブページをアクセス要求の送信元の内部端末に送信する（Ｓ７）。なお、アプリケーションの実行を必要としない場合には、ＯＰ２及びＯＰ３の処理は省略される。
【００６８】
次に、図７のＯＰ１１からＯＰ１６は、インターネットを介して外部端末から外部ウェブサーバ３にアクセス要求が送信された場合のシーケンスである。
【００６９】
ＯＰ１１では、外部端末がウェブブラウザから外部ウェブサーバ３に対するアクセス要求を送信する。外部端末と外部ウェブサーバ３との間のウェブ通信は、インターネットを介して行われるので、セキュリティを守るために、例えば、ＨＴＴＰＳ（ポート番号４４３）を用いて行われる。
【００７０】
ＯＰ１２では、外部ウェブサーバ３は、外部端末からアクセス要求を受信し、アクセス要求に上述の変換処理を施して、変換したアクセス要求を内部ウェブサーバ１に送信する（Ｓ１１，Ｓ１２，Ｓ１４，Ｓ１６，Ｓ１７）。外部ウェブサーバ３と内部ウェブサーバ１との間のウェブ通信は、例えば、ＪＢＯＳＳ（ポート番号８００９）によって行われる。
【００７１】
ＯＰ１３では、内部ウェブサーバ１は、外部ウェブサーバからのアクセス要求を受信し、アクセス要求によって要求されるアプリケーションを実行する（Ｓ１，Ｓ６）。アプリケーション実行に伴って、内部ウェブサーバ１は、データベースサーバ２に所定の情報の読み出しを要求する（ポート番号１５２１又は４４５）。ＯＰ１４では、データベースサーバ２が内部ウェブサーバ１に対して要求された情報を送信する。
【００７２】
ＯＰ１５では、内部ウェブサーバ１は、アプリケーションの実行結果を含むウェブページを外部ウェブサーバ３に送信する（Ｓ７）。ＯＰ１６では、外部ウェブサーバ３は、内部ウェブサーバ１からアプリケーションの実行結果を含むウェブページを受信し、変換処理を実行して、アクセス要求の送信元の内部端末に送信する（Ｓ１１，Ｓ１６，Ｓ１７）。
【００７３】
図８は、アプリケーションがメンテナンスによりアクセス不可能な状態である場合のシーケンスを示す図である。図８のＯＰ２１からＯＰ２２は、内部端末から内部ウェブサーバ１にアクセス要求が送信された場合のシーケンスが示される。
【００７４】
ＯＰ２１では、内部端末がウェブブラウザから内部ウェブサーバ１へアクセス要求を送信する（ポート番号８０）。
【００７５】
ＯＰ２２では、内部ウェブサーバ１は、内部端末からアクセス要求を受信する。しかしながら、要求されたアプリケーションがメンテナンスによりアクセス不可能な状態であるため、内部ウェブサーバ１は、Ｓｏｒｒｙページをアクセス要求の送信元の内部端末に送信する（Ｓ１、Ｓ２，Ｓ４，Ｓ５）。
【００７６】
次に、図８のＯＰ３１からＯＰ３２は、インターネットを介して外部端末から外部ウェブサーバ３にアクセス要求が送信された場合のシーケンスである。
【００７７】
ＯＰ３１では、外部端末がウェブブラウザから外部ウェブサーバ３に対するアクセス要求を送信する（ポート番号４４３）。
【００７８】
ＯＰ３２では、外部ウェブサーバ３は、外部端末からアクセス要求を受信する。しかしながら、要求されたアプリケーションはメンテナンスによりアクセス不可能な状態であるため、外部ウェブサーバ３は、Ｓｏｒｒｙページをアクセス要求の送信元の外部端末に送信する（Ｓ１１、Ｓ１２，Ｓ１４，Ｓ１５）。
【００７９】
なお、アクセス要求がアクセス制限により拒否された場合も、ＯＰ２１−ＯＰ２２，又は、ＯＰ３１−ＯＰ３２と同じシーケンスになる。
【００８０】
＜第１実施形態の作用効果＞
第１実施形態では、ＤＭＺに外部向けの外部ウェブサーバ３が配置され、外部ウェブサーバ３がインターネットを介して受信される外部端末からのアクセス要求を内部ウェブサーバ１に中継する。内部ウェブサーバ１はアプリケーションサーバとして動作し、内部端末用と外部端末用とに分けてアプリケーションを保持する。また、外部ウェブサーバ３は、外部端末が内部用のアプリケーションにアクセスできないようにアクセス制限を行う。これによって、健康保険組合ネットワークをインターネット等の公衆のネットワークから隔離しつつ、インターネットを介して事業者や加入者に健康保険組合のウェブサービスを提供することができ、紙への印刷による通知に比べて、紙及び配送のコストを削減することができる。
【００８１】
また、第１実施形態では、外部ウェブサーバ３は、内部ウェブサーバ１が保持するＳｏｒｒｙページとアクセス不可通知ページと同一のウェブページを保持する。外部ウェブサーバ３は、外部端末から受信したアクセス要求を拒否した場合や、要求されたアプリケーションがアクセス不可能な状態である場合などの、外部端末からのアクセス要求を内部ウェブサーバ１に転送できない場合に、適切なウェブページをアクセス要求の送信元の外部端末に送信する。内部で予想されるアクセス数と外部からの予想されるアクセス数とでは、外部からの予想されるアクセス数の方がはるかに多い。このため、外部ウェブサーバ３が内部ウェブサーバ１のウェブサーバとしての処理を一部行うことによって、内部ウェブサーバ１の負荷を分散することができる。
【符号の説明】
【００８２】
１ 内部ウェブサーバ
２ データベースサーバ
３ 外部ウェブサーバ
４ ＤＮＳサーバ
１１ ウェブサーバ部
１２ アプリケーションサーバ部
１３，３６ 記憶部
１４，３７ パケット分配部
３１ 内部アクセス制限部
３２，１１２ ウェブサーバ処理部
３３ 変換部
３４ クライアント処理部
１００ ウェブシステム
１１０ 健康保険組合システム
１１１ 外部アクセス制限部
１２０ 外部システム
１２１ アプリケーション処理部
１２２ データベースアクセス処理部
【技術分野】
【０００１】
本発明は、インターネット経由で端末に情報を提供する技術に関する。
【背景技術】
【０００２】
従来、健康保険組合から各事業所への医療費等の通知は、紙に印刷したもので行われている。紙に印刷された健康保険組合から各事業所への通知は、一括して各事業所に郵送され、各事業所において社内物流システム等で各加入者に配布されている。また、事業所から健康保険組合への資料の提出も紙に印刷したもので行われており、郵送又は社内物流システムを用いて提出されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００１−１６７２０１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記のような配布方法及び提出方法では、紙及び配送コストがかかるという問題があった。さらに、加入者が所望するときに情報を取得することができず、利便性に欠けていた。
【０００５】
そこで、ネットワークを介して健康保険組合と各事業者又は各加入者との間で情報のやり取りを行えるようにするシステムが望まれる。しかしながら、健康保険組合のネットワークは、機密性の高い個人情報を扱っており、公共のネットワークとは隔離されているセキュアなネットワークであるため、インターネットからアクセス可能とするのは、困難であった。
【０００６】
本発明は、上記した問題に鑑み、公衆のネットワークから隔離されているネットワークへの公衆のネットワークからのアクセスを可能にする情報処理システムを提供することを課題とする。
【課題を解決するための手段】
【０００７】
本発明の態様の一つは、プライベートネットワークに接続する内部サーバと、ＤＭＺ（DeMilitarized Zone）に配置される外部サーバと、を含む情報処理システムである。この情報処理システムにおける内部サーバは、複数のアプリケーションプログラムと、プライベートネットワークに接続する内部端末から送信されるアクセス要求及び外部サーバから送信されるアクセス要求に応じたアプリケーションプログラムを実行するアプリケーション処理部を備える。この情報処理システムにおける外部サーバは、公衆ネットワークを介して外部端末から送信されるアクセス要求を内部サーバ宛てに変換する変換部と、変換されたアクセス要求を内部サーバに送信する第１の送信部と、外部端末からのアクセス要求に応じたアプリケーションプログラムの実行結果を内部サーバから取得する取得部と、公衆ネットワークを介してこの実行結果を外部端末に送信する第２の送信部と、所定のウェブページを保持する記憶部と、を備え、第２の送信部は、第１の送信部が外部端末から受信したアクセス要求を内部サーバに送信できない場合に、記憶部に保持される所定のウェブページを外部端末に送信する。内部端末とは、プライベートネットワークに接続する端末である。外部端末とは、例えば、インターネット等の公衆ネットワークに接続する端末である。
【０００８】
本発明の態様の一つの情報処理システムによれば、外部端末からのアクセス要求は、ＤＭＺ内の外部サーバを介して内部サーバに送信されるため、外部端末がプライベートネットワークにアクセスすることを防ぐことができる。また、外部サーバが、所定のウェブページを保持する記憶部を備え、外部端末から受信したアクセス要求を内部サーバに送信できない場合に、記憶部に保持される所定のウェブページを外部端末に送信する。このような処理には内部サーバによる処理が含まれないため、情報処理システムにおいて処理負荷を分散させることができる。
【０００９】
また、本発明の態様の一つの情報処理システムでは、内部サーバが保持する複数のアプリケーションプログラムは、内部端末用と外部端末用とに分けられており、内部サーバのアプリケーション処理部は、内部端末からのアクセス要求に対しては内部用のアプリケーションプログラムを実行し、外部サーバからのアクセス要求に対しては、外部端末用のアプリケーションプログラムを実行するようにしてもよい。アプリケーションプログラムを内部端末用と外部端末用とに分けることによって、より確実に、外部のネットワークからのプライベートネットワークを隔離させることができる。
【００１０】
また、本発明の態様の一つの情報処理システムでは、内部サーバは、外部サーバに保持される所定のウェブページを保持する記憶部と、内部端末からのアクセス要求に応じたアプリケーションを実行できない場合に、記憶部に保持される所定のウェブページを内部端末に送信する送信部と、をさらに備えるようにしてもよい。この場合、内部サーバがアクセス要求に応じたアプリケーションを実行できない場合に、内部端末には内部サーバが所定のウェブページを送信し、外部端末には外部サーバが所定のウェブページを送信することになる。すなわち、内部サーバと外部サーバとで処理の負荷分散を行うことができる。
【００１１】
更に、本発明は、態様の一つとして、方法、装置，又はプログラムとしても把握することが可能である。また、本発明の態様の一つは、上述のプログラムをコンピュータその他の装置、機械等が読み取り可能な記録媒体に記録したものでもよい。ここで、コンピュータ等が読み取り可能な記録媒体とは、データやプログラム等の情報を電気的、磁気的、光学的、機械的、または化学的作用によって蓄積し、コンピュータ等から読み取ることができる記録媒体をいう。
【発明の効果】
【００１２】
本発明によれば、公衆のネットワークから隔離されているプライベートネットワークへ、公衆のネットワークに接続する端末からアクセスすることが可能となる。
【図面の簡単な説明】
【００１３】
【図１】第１実施形態のウェブシステムの構成例を示す図である。
【図２】内部ウェブサーバ及び外部ウェブサーバのハードウェア構成の例を示す図である。
【図３】内部ウェブサーバの機能ブロックの例を示す図である。
【図４】内部ウェブサーバの処理のフローチャートの例である。
【図５】外部ウェブサーバの機能ブロックの例を示す図である。
【図６】外部ウェブサーバの処理のフローチャートの例である。
【図７】通常時のウェブシステムへのウェブ通信のシーケンスの例を示す図である。
【図８】アプリケーションがメンテナンスによりアクセス不可能な状態である場合のウェブシステムへのウェブ通信のシーケンスを示す図である。
【発明を実施するための形態】
【００１４】
以下、図面に基づいて、本発明の実施の形態を説明する。以下の実施形態の構成は例示であり、本発明は実施形態の構成に限定されない。
【００１５】
＜第１実施形態＞
図１は、第１実施形態のウェブシステムの構成例を示す図である。ウェブシステム１は、健康保険組合の情報を提供するウェブサーバへの外部ネットワークからのアクセスを可能にするシステムである。
【００１６】
ウェブシステム１は、健康保険組合ウェブシステム１１０（以下、健保ウェブシステム）と、外部ウェブシステム１２０とを含む。健保ウェブシステム１１０は、数百存在する健康保険組合や社会保険組合の情報及び各加入者の情報を管理しウェブサービスによって情報を提供するシステムである。ただし、健保ウェブシステム１１０は、あらゆる公衆のネットワークと隔離されたプライベートネットワーク（イントラネット）内に存在するシステムである。このプライベートネットワークには、契約する健康保険組合や社会保険組合の端末が接続可能である。外部ウェブシステム１２０は、各事業所や各加入者の使用端末に向けて健保ウェブシステム１１０が提供するウェブサービスと同様のウェブサービスを提供するシステムである。外部ウェブシステム１２０は、ＤＭＺ（DeMilitarized Zone）に配置されている、すなわち、ファイヤーウォールによってインターネット等の公共のネットワークからの健康保険組合のネットワークからも隔離された区域に配置されている。
【００１７】
なお、以降、「内部」とは健保ウェブシステム１１０及び契約する健康保険組合等を指し、健保ウェブシステム１２０が存在するプライベートネットワーク側を「内部ネットワーク」と称する。また、「内部」に対比して、インターネット等の公共のネットワークに存在するシステムや端末等を「外部」と称する。
【００１８】
健保ウェブシステム１１０には、内部ウェブサーバ１とデータベースサーバ２とが含まれる。内部ウェブサーバ１は、ウェブアクセスのインタフェースを内部端末に提供するウェブサーバとしての機能と、該ウェブアクセスに対してサービスを提供するアプリケーションサーバとしての機能とを有する。データベースサーバ２は、健康保険組合や社会保険組合の情報及び各加入者の情報を保持するデータベースを管理するサーバである。内部端末とは、例えば、内部ネットワークに属する健康保険組合や社会保険組合のユ＾ザによって使用される端末である。
【００１９】
外部ウェブシステム１２０には、外部ウェブサーバ３とＤＮＳ（Domain Name System）サーバ４とが含まれる。外部ウェブサーバ３は、インターネットを介して、健保ウェブシステム１１０へのウェブアクセスのインタフェースを外部端末に提供するウェブサーバである。外部端末は、例えば、事業所で使用されるＰＣや、各加入者が使用するＰＣや携帯電話端末等である。外部ウェブサーバ３は、外部端末から内部ウェブサーバによって提供されるアプリケーションに対するアクセス要求を受けると、アプリケーションサーバである内部ウェブサーバ１にアクセスし、内部ウェブサーバ１とアクセス要求元の端末とのウェブページのやり取りを中継する。ＤＮＳサーバ４は、ドメイン名からＩＰアドレスを検索する名前解決を行うサーバであって、例えば、外部端末からの要求に応じてＵＲＬ（Uniform Resource Locator）から外部ウェブサーバ４のＩＰアドレスを検索する名前解決を行う。
【００２０】
内部ウェブサーバ１と外部ウェブサーバ３との間には、図１には図示されていないが、ファイヤーウォール機能を有するルータが存在している。内部ウェブサーバ１と外部ウェブサーバ３との間の通信はこのルータを介して行われる。したがって、このルータが内部と外部（ＤＭＺ含む）との境界となっている。
【００２１】
＜内部ウェブサーバ＞
図２は、内部ウェブサーバ１のハードウェア構成の例を示す図である。内部ウェブサーバ１は、例えば、汎用のコンピュータ，又は専用のコンピュータである。内部ウェブサーバ１は、制御部１０１，入力装置１０３，出力装置１０４，補助記憶装置１０５，可搬記録媒体駆動装置１０６，及びネットワークインタフェース１０７を備え、これらがバス１０９により互いに電気的に接続されている情報処理装置である。
【００２２】
入力装置１０３は、例えば、キーボード、マウス等のポインティングデバイス等である。入力装置１０３から入力されたデータは、制御部１０１に出力される。
【００２３】
ネットワークインタフェース１０７は、ネットワークとの情報の入出力を行うインタフェースである。ネットワークインタフェース１０７は、有線のネットワークと接続する。ネットワークインタフェース１０７は、例えば、ルータ等の中継装置（図示せず）が接続されるＬＡＮ（Local Area Network）に接続するためのＮＩＣ（Network Interface Card）等である。ネットワークインタフェース１０７で受信されたデータ等は、制御部１０１に出力される。
【００２４】
補助記憶装置１０５は、様々なプログラムや、各プログラムの実行に際して制御部１０１が使用するデータを格納する。補助記憶装置１０５は、例えば、ＥＰＲＯＭ（Erasable
Programmable ROM）、ハードディスク（Hard Drive Disc）である。補助記憶装置１０５は、例えば、オペレーティングシステム（ＯＳ），内部ウェブサーバプログラム，その他様々なアプリケーションプログラムを保持する。
【００２５】
可搬記録媒体駆動装置１０６は、可搬記録媒体を駆動し、可搬記録媒体に記録されたデータを読み出す。読み出されたデータは制御部１０１に出力される。可搬記録媒体は、例えば、ＵＳＢ（Universal Serial Bus）メモリ、ＣＤ（Compact Disc）やＤＶＤ（Digital Versatile Disc）のようなディスク記録媒体、フラッシュメモリカードのような記録媒体である。
【００２６】
制御部１０１は、プロセッサ１０１ａとＲＡＭ１０１ｂとを含む。プロセッサ１０１ａは、例えば、ＣＰＵ（Central Processing Unit）や、ＤＳＰ（Digital Signal Processor）である。プロセッサ１０１ａは、補助記憶装置１０５に保持されたＯＳや様々なアプ
リケーションプログラムを主記憶装置１０１ｂにロードして実行することによって、様々な処理を実行する。なお、制御部１０１は、プロセッサ１０１ａを複数含んでもよい。
【００２７】
主記憶装置１０１ｂは、プロセッサ１０１ａに、補助記憶装置１０５に格納されているプログラムをロードする記憶領域および作業領域を提供したり、バッファとして用いられたりする記憶装置である。主記憶装置１０１ｂは、例えば、ＲＡＭ（Random Access Memory）のような半導体メモリである。
【００２８】
出力装置１０４は、制御部１０１の処理の結果を出力する。出力装置１０４は、ディスプレイやプリンタである。
【００２９】
なお、内部ウェブサーバ１のハードウェア構成は、ウェブシステム１００の構成によって適宜変更（置換，追加，削除）可能である。例えば、内部ウェブサーバ１は、入力装置１０３や出力装置１０４を含まなくてもよい。
【００３０】
図３は、内部ウェブサーバ１の機能ブロックの例を示す図である。内部ウェブサーバ１の制御部１０１は、内部ウェブサーバプログラムを実行することによって、ウェブサーバ部１１，アプリケーションサーバ部１２，及びパケット分配部１４として動作する。内部ウェブサーバ１はさらに記憶部１３を含む。記憶部１３は、例えば、内部ウェブサーバプ
ログラムのインストール時に、予め補助記憶装置１０５の記憶領域に作成される。
【００３１】
また、内部ウェブサーバ１は、複数種類のアプリケーションプログラム（以下、単にアプリケーション）を備えている。例えば、アプリケーションには、データベースサーバ２が管理するデータベース内の情報を検索するためのアプリケーションや、ネットワークを経由して該データベースに格納する情報を受け取るためのアプリケーション等がある。アプリケーションは、同種類のアプリケーションであっても、内部端末用と外部端末用とに分かれている。例えば、内部端末用のアプリケーションは、健康保険組合用のアプリケーション，社会保険組合用のアプリケーションである。例えば、外部端末用のアプリケーションは、事業者用のアプリケーション，加入者用のアプリケーションである。このようにアプリケーションは内部端末用と外部端末用とに分かれており、それぞれ異なるＵＲＬが割り当てられている。このように、内部端末用と外部端末用とにアプリケーションを分けることによって、内部の端末と外部の端末とが同一のアプリケーションにアクセスしないようにしており、内部と外部との隔離が徹底されている。なお、第１実施形態におけるアプリケーションは、例えば、ログインからログアウトまでのウェブアクセスの一連の処理を制御するアプリケーションであるとする。ただし、これに限られない。
【００３２】
パケット分配部１４は、受信したアクセス要求のパケットのヘッダによりウェブサーバ部１１又はアプリケーションサーバ部１２に分配する。例えば、パケット分配部１４は、内部端末からのアクセス要求をウェブサーバ部１１に、外部ウェブサーバ３からのアクセス要求をアプリケーションサーバ部１２に分配する。
【００３３】
ウェブサーバ部１１は、ウェブサーバとしての機能を有する。ウェブサーバ部１１は、外部アクセス制限部１１１と、ウェブサーバ処理部１１２とを含む。外部アクセス制限部１１１は、内部端末による外部端末用のアプリケーションへのアクセスを制限する。例えば、外部アクセス制限部１１１は、パケット分配部１４によって内部端末からのアクセス要求が分配された際に、内部端末用のアプリケーション（のＵＲＬ）へのアクセス要求のみ許可し、それ以外は拒否（禁止）する。ウェブサーバ処理部１１２は、ウェブサーバとしての処理を実行する。具体的には、外部アクセス制限部１１１によってアクセスが拒否された場合や、メンテナンス等によりアプリケーションやデータベースサーバ２にアクセスできない場合に、メッセージを含むウェブページを記憶部１３から読み出し、アクセス要求元の内部端末に送信する。また、外部アクセス制限部１１１によってアクセスが許可され、且つ、アプリケーションにアクセス可能な場合に、アプリケーションサーバ部１２にアクセス要求を転送する。アプリケーションサーバ部１２からアプリケーション実行結果を含むウェブページが応答として渡されると、ウェブサーバ処理部１１２は、該ウェブページをアクセス要求の送信元の内部端末に送信する。
【００３４】
アプリケーションサーバ部１２は、アプリケーションサーバとしての機能を有する。アプリケーションサーバ部１２は、アプリケーション処理部１２１と、データベースアクセス処理部１２２とを含む。
【００３５】
アプリケーション処理部１２１は、アクセス要求に含まれるＵＲＬに応じたアプリケーションを実行し、実行結果を含むウェブページをアプリケーション処理の要求元（ウェブサーバ処理部１１２又は外部ウェブサーバ３）に送信する。データベースアクセス処理部１２２は、アプリケーション処理部１２１によるアプリケーションプログラムの実行過程において、データベースに関わる処理が発生した場合に、データベースサーバ４に対して該処理の実行を要求し、処理結果を取得する。データベースに関わる処理は、例えば、データベース内の情報の検索や抽出等である。
【００３６】
記憶部１３には、ウェブページと内部ウェブサーバ１に備えられるアプリケーションの
ＵＲＬリストが保持されている。記憶部１３に保持されるウェブページは、例えば、各アプリケーションによって用いられるログイン画面等を含むウェブページ，メンテナンス等でアクセス不可能な状態であることを通知するＳｏｒｒｙページ，アクセス制限によってアクセスが拒否されたこと通知するアクセス不可通知ページ等である。
【００３７】
図４は、内部ウェブサーバ１の処理のフローチャートの例である。図４に示されるフローチャートは、内部ウェブサーバ１がネットワークインタフェース１０７を介してアクセス要求を受信した際に開始される。例えば、図４に示されるフローチャートは、内部ウェブサーバ１の制御部１０１が内部ウェブサーバプログラムの実行を通じて、ウェブサーバ部１１，アプリケーションサーバ部１２，及びパケット分配部１４として動作することで実行される。
【００３８】
Ｓ１では、制御部１０１は、受信したアクセス要求が外部ウェブサーバ３から送信されたものであるか否かを判定する。この判定は、例えば、パケットの送信元ＩＰアドレスを確認することによって行われる。アクセス要求が外部ウェブサーバ３から送信されたものである場合には（Ｓ１：Ｙｅｓ）、処理がＳ６に進む。アクセス要求が外部ウェブサーバ３から送信されたものではない、すなわち、内部端末から送信されたアクセス要求である場合には（Ｓ１：Ｎｏ）、処理がＳ２に進む。
【００３９】
Ｓ２では、アクセス要求が内部端末から送信されたものであるので、制御部１０１は、アクセス要求の可否を判定する。アクセス要求の可否は、例えば、記憶部１３に保持されるＵＲＬリストが参照されて、アクセス要求に含まれるＵＲＬが内部用のアプリケーションのＵＲＬであるか否かによって判定される。アクセス要求に含まれるＵＲＬが内部用のアプリケーションのＵＲＬである場合には、アクセス要求が許可される。アクセス要求に含まれるＵＲＬが外部用のアプリケーションのＵＲＬである場合、及び、アクセス要求に含まれるＵＲＬが存在しない場合には、アクセス要求が拒否される。アクセス要求が許可された場合には（Ｓ２：Ｙｅｓ）、処理がＳ４に進む。アクセス要求が拒否された場合には（Ｓ２：Ｎｏ）、処理がＳ３に進む。
【００４０】
Ｓ３では、アクセス要求を拒否したため、制御部１０１は、アクセス不可通知ページを記憶部１３から読み出し、アクセス要求の送信元（内部端末）に送信する。その後、図４に示される処理が終了する。
【００４１】
Ｓ４では、アクセス要求を許可したため、制御部１０１は、要求されるアプリケーションがアクセス可能な状態であるか否かを判定する。要求されるアプリケーションがアクセス可能な状態である場合には（Ｓ４：Ｙｅｓ）、処理がＳ６に進む。例えば、メンテナンス中やエラー発生等で要求されるアプリケーションがアクセス不可能な状態である場合には（Ｓ４：Ｎｏ）、処理がＳ５に進む。
【００４２】
Ｓ５では、要求されるアプリケーションがアクセス不可能な状態であるので、制御部１０１は、記憶部１３からＳｏｒｒｙページを読み出してアクセス要求の送信元（内部端末）に送信する。その後、図４に示される処理が終了する。
【００４３】
Ｓ６では、アクセス要求が外部ウェブサーバ３から送信されたものである、又は、内部端末から送信されたアクセス要求によって要求されるアプリケーションがアクセス可能であるので、制御部１０１は、要求されるアプリケーション処理を実行する。Ｓ７では、制御部１０１は、要求されるアプリケーションの実行結果を含むウェブページをアクセス要求の送信元（内部端末又は外部端末）に送信する。その後、図４に示される処理が終了する。
【００４４】
Ｓ１の処理は、パケット分配部１４に相当する。Ｓ２の処理は、外部アクセス制限部１１１に相当する。Ｓ３−Ｓ５の処理は、ウェブサーバ処理部１１２に相当する。Ｓ６の処理は、アプリケーション処理部１２１及びデータベースアクセス処理部１２２に相当する。Ｓ７の処理は、アプリケーション処理部１２１（外部ウェブサーバからアクセス要求時）又はウェブサーバ処理部１１２（内部端末からアクセス要求時）に相当する。
【００４５】
＜外部ウェブサーバ＞
外部ウェブサーバ３は、例えば、汎用のコンピュータ，又は専用のコンピュータである。外部ウェブサーバ３のハードウェア構成は、内部ウェブサーバ１とほぼ同じであるため、図２を参照し、共通する部分の説明は省略する。外部ウェブサーバ３は、制御部３０１，入力装置３０３，出力装置３０４，補助記憶装置３０５，可搬記録媒体駆動装置３０６，及びネットワークインタフェース３０７を備え、これらがバス３０９により互いに電気的に接続されている情報処理装置である。
【００４６】
補助記憶装置３０５には、例えば、オペレーティングシステム（ＯＳ），外部ウェブサーバプログラム，その他様々なアプリケーションプログラムが保持される。
【００４７】
なお、外部ウェブサーバ３のハードウェア構成は、ウェブシステム１００の構成によって適宜変更（置換，追加，削除）可能である。例えば、外部ウェブサーバ３は、入力装置３０３や出力装置３０４を含まなくてもよい。
【００４８】
図５は、外部ウェブサーバ３の機能ブロックの例を示す図である。外部ウェブサーバ３の制御部３０１は、外部ウェブサーバプログラムを実行することによって、内部アクセス制限部３１，ウェブサーバ処理部３２，変換部３３，クライアント処理部３４，及びパケット分配部３７として動作する。外部ウェブサーバ３はさらに記憶部３６を含む。記憶部３６は、例えば、外部ウェブサーバプログラムのインストール時に、予め補助記憶装置３０５の記憶領域に作成される。
【００４９】
パケット分配部３７は、受信パケットを分配する。例えば、受信パケットが外部ウェブサーバ３へのアクセス要求である場合には、パケット分配部３７は、内部アクセス制御部３１に受信パケットを分配する。例えば、受信パケットが戻りパケットである場合には、パケット分配部３７は、クライアント処理部３４に受信パケットを分配する。戻りパケットとは、外部ウェブサーバ３から送信されたパケットに対する応答パケットのことであり、例えば、外部ウェブサーバ３から内部ウェブサーバ１に送信されたアクセス要求に対するウェブページのパケットである。
【００５０】
内部アクセス制限部３１は、外部端末から内部用アプリケーションへのアクセスを制限する。例えば、内部アクセス制限部３１は、パケットを受信した際に、アクセスリストを用いて、外部端末から内部のアドレスへのアクセスを拒否（禁止）する。例えば、内部部アクセス制限部３１は、パケット分配部３７によって外部端末からのアクセス要求が分配された際に、外部端末用のアプリケーション（のＵＲＬ）へのアクセス要求のみ許可し、それ以外は拒否（禁止）する。
【００５１】
ウェブサーバ処理部３２は、内部アクセス制限部３１によって許可されたアクセス要求によって要求される、内部ウェブサーバ１内のアプリケーションがアクセス可能な状態か否かを判定する。例えば、メンテナンスやエラー等で要求されるアプリケーションがアクセス不可能な場合には、ウェブサーバ処理部３２は、アクセス要求を拒否する。要求されるアプリケーションがアクセス可能な場合には、ウェブサーバ処理部３２は、アクセス要求を許可する。
【００５２】
さらに、ウェブサーバ処理部３２は、内部アクセス制限部３１によってアクセス要求が拒否された場合や、アクセス要求によって要求されるアプリケーションがアクセス不可能な状態である場合に、メッセージを含むウェブページを記憶部３６から読み出し、アクセス要求の送信元の外部端末に送信する。具体的には、ウェブサーバ処理部３２は、内部アクセス制限部３１によって拒否されたアクセス要求の送信元の外部端末に、アクセス不可を通知するアクセス不可通知ページを記憶部３６から読み出して送信する。また、アクセス要求によって要求されるアプリケーションがアクセス不可能な場合には、ウェブサーバ処理部３２は、Ｓｏｒｒｙページを記憶部３６から読み出し、アクセス要求の送信元の外部端末に送信する。
【００５３】
変換部３３は、内部アクセス制限部３１によって許可され、要求するアプリケーションがアクセス可能な状態であるアクセス要求について変換処理を行う。例えば、変換部３３は、アクセス要求の宛先ＩＰアドレスを外部ウェブサーバ３のＩＰアドレスから内部ウェブサーバ１のＩＰアドレスへ変換する。変換部３３は、アクセス要求の送信元ＩＰアドレスをアクセス要求の送信元端末（外部端末）のＩＰアドレスから外部ウェブサーバ３のＩＰアドレスに変換する。さらに、変換部３３は、アクセス要求の宛先ポート番号を変換する。例えば、外部端末から外部ウェブサーバ３へのアクセスは、インターネットを経由するのでセキュリティの高いＨＴＴＰＳ（ポート番号４４３）によって行われる。また、例えば、外部ウェブサーバ３がアプリケーションサーバとしての内部ウェブサーバ１にアクセスする際には、ＪＢＯＳＳ（８００９）によって行われる。このような場合には、変換部３３は、アクセス要求の宛先ポート番号を４４３から８００９に変換する。アクセス要求である受信パケットの変換前と変換後との変換情報は、例えば、主記憶装置３０１ｂ内の作業領域に作成されるキャッシュに格納される。
【００５４】
クライアント処理部３４は、アプリケーションサーバとしての内部ウェブサーバ１に対してアプリケーションの要求を行う処理部である。具体的には、クライアント処理部３４は、変換部３３によって変換処理が実行されたアクセス要求を内部ウェブサーバ１に送信し、内部ウェブサーバ１から、アプリケーションの実行結果を含むウェブページを取得する。取得されたウェブページは、変換部３３によって、キャッシュされた変換情報を用いて変換され、ウェブサーバ処理部３２によって、アクセス要求の送信元である外部端末に送信される。
【００５５】
記憶部３６には、ウェブページと、内部ウェブサーバ１が保持するアプリケーションのＵＲＬリストが保持されている。記憶部３６に保持されるウェブページは、例えば、メンテナンス等でアクセス不可能な状態であることを通知するＳｏｒｒｙページ，アクセス制限によってアクセスが拒否されたこと通知するアクセス不可通知ページ等である。記憶部３６に保持されるＳｏｒｒｙページ，アクセス不可通知ページ，ＵＲＬリストは、内部ウェブサーバ１の記憶部１３に保持されるものと同一である。
【００５６】
図６は、外部ウェブサーバ３の処理のフローチャートの例である。図６に示されるフローチャートは、外部ウェブサーバ３がパケットを受信すると開始される。例えば、図６に示されるフローチャートは、外部ウェブサーバ３の制御部３０１が外部ウェブサーバプログラムの実行を通じて、内部アクセス制限部３１，ウェブサーバ処理部３２，変換部３３，ウェブクライアント処理部３４，およびパケット分配部３７として動作することで実行される。
【００５７】
Ｓ１１では、制御部３０１は、受信パケットが内部ウェブサーバ１からの戻りパケットであるか否かを判定する。この判定は、例えば、キャッシュされた変換情報を参照したり、パケットヘッダに含まれる情報（ＩＰアドレスやポート番号等）を参照したりすることで行われる。受信パケットが戻りパケットである場合には（Ｓ１１：Ｙｅｓ）、処理がＳ
１６に進む。受信パケットが内部ウェブサーバ１からの戻りパケットではない場合には（Ｓ１１：Ｎｏ）、処理がＳ１２に進む。
【００５８】
Ｓ１２では、受信パケットが戻りパケットではない、すなわち、受信パケットが外部端末からのアクセス要求であるので、制御部３０１は、アクセス要求の可否を判定する。アクセス要求の可否は、例えば、記憶部３６に保持されるＵＲＬリストが参照されて、アクセス要求に含まれるＵＲＬが外部用のアプリケーションのＵＲＬであるか否かによって判定される。アクセス要求に含まれるＵＲＬが外部用のアプリケーションのＵＲＬである場合には、アクセス要求が許可される。アクセス要求に含まれるＵＲＬが内部用のアプリケーションのＵＲＬである場合、及び、アクセス要求に含まれるＵＲＬがＵＲＬリストに存在しない場合には、アクセス要求が拒否される。アクセス要求が許可された場合には（Ｓ１２：Ｙｅｓ）、処理がＳ１４に進む。アクセス要求が拒否された場合には（Ｓ１２：Ｎｏ）、処理がＳ１３に進む。
【００５９】
Ｓ１３では、アクセス要求を拒否したため、制御部３０１は、アクセス不可通知ページを記憶部３６から読み出し、アクセス要求の送信元（外部端末）に送信する。その後、図６に示される処理が終了する。
【００６０】
Ｓ１４では、アクセス要求を許可したため、制御部３０１は、アクセス要求によって要求されるアプリケーションがアクセス可能な状態であるか否かを判定する。アクセス要求によって要求されるアプリケーションがアクセス可能な状態であるか否かは、例えば、内部ウェブサーバ１から予め通知を受けているか否かで判定してもよいし、内部ウェブサーバ１に問い合わせのパケットを送信し応答がなければアクセス不可能な状態であると判定してもよい。アクセス要求によって要求されるアプリケーションがアクセス可能な状態である場合には（Ｓ１４：Ｙｅｓ）、処理がＳ１６に進む。アクセス要求によって要求されるアプリケーションがアクセス不可能な状態である場合には（Ｓ１４：Ｎｏ）、処理がＳ１５に進む。
【００６１】
Ｓ１５では、制御部３０１は、アクセス要求によって要求されるアプリケーションがアクセス不可能な状態であるので、Ｓｏｒｒｙページを記憶部３６から読み出してアクセし要求の送信元（外部端末）に送信する。その後、図６に示される処理が終了する。
【００６２】
Ｓ１６では、制御部３０１は、受信パケットについて上述の変換処理を実行する。Ｓ１７では、制御部３０１は、変換後の宛先に受信パケットを送信する。具体的には、Ｓ１６及びＳ１７の処理は、受信パケットが内部ウェブサーバ１からの戻りパケットである場合には、制御部３０１は、変換情報に従って受信パケットを変換し（宛先はアクセス要求の送信元の外部端末となる）、外部端末に受信パケットを送信する。受信パケットが外部端末からのアクセス要求である場合には、Ｓ１６及びＳ１７の処理は、制御部３０１は、宛先ＩＰアドレスを内部ウェブサーバ１のＩＰアドレスに、送信元ＩＰアドレスを外部ウェブサーバのＩＰアドレスに、宛先ポートを８００９に変換して、変換した受信パケットを内部ウェブサーバ１に送信する。その後、図６に示される処理が終了する。
【００６３】
Ｓ１１の処理はパケット分配部３７に相当する。Ｓ１２の処理は、内部アクセス制限部３１に相当する。Ｓ１３−１５の処理は、ウェブサーバ処理部３２に相当する。Ｓ１６及びＳ１７の処理は、変換部３３及びウェブクライアント部３４、又は、変換部３３及びウェブサーバ処理部３２に相当する。
【００６４】
＜動作例＞
図７は、通常時のウェブシステム１００へのウェブ通信のシーケンスの例を示す図である。図７のＯＰ１からＯＰ４は、内部端末から内部ウェブサーバ１にアクセス要求が送信
された場合のシーケンスが示される。
【００６５】
ＯＰ１では、内部端末がウェブブラウザから内部ウェブサーバ１へアクセス要求を送信する。内部端末と内部ウェブサーバ１とのウェブ通信は、内部ネットワーク（イントラネット）内で行われ、セキュリティは保たれているので、例えば、ＨＴＴＰ（ポート番号８０）を用いて行われる。
【００６６】
ＯＰ２では、内部ウェブサーバ１は、内部端末からアクセス要求を受信し、アクセス要求によって要求されるアプリケーションを実行する（Ｓ１，Ｓ２，Ｓ４，Ｓ６）。アプリケーション実行に伴って、内部ウェブサーバ１は、データベースサーバ２に所定の情報の読み出しを要求する。ＯＰ３では、データベースサーバ２が内部ウェブサーバ１に対して要求された情報を送信する。ＯＰ２及びＯＰ３の内部ウェブサーバ１とデータベースサーバ２との間の情報のやり取りには、例えば、Ｍｉｃｒｏｓｏｆｔ−ＤＳ（ポート番号４４５）等のファイル共有プロトコルやオラクルのデータベースへの接続機能（ポート番号１５２１）が用いられる。
【００６７】
ＯＰ４では、内部ウェブサーバ１は、アプリケーションの実行結果を含むウェブページをアクセス要求の送信元の内部端末に送信する（Ｓ７）。なお、アプリケーションの実行を必要としない場合には、ＯＰ２及びＯＰ３の処理は省略される。
【００６８】
次に、図７のＯＰ１１からＯＰ１６は、インターネットを介して外部端末から外部ウェブサーバ３にアクセス要求が送信された場合のシーケンスである。
【００６９】
ＯＰ１１では、外部端末がウェブブラウザから外部ウェブサーバ３に対するアクセス要求を送信する。外部端末と外部ウェブサーバ３との間のウェブ通信は、インターネットを介して行われるので、セキュリティを守るために、例えば、ＨＴＴＰＳ（ポート番号４４３）を用いて行われる。
【００７０】
ＯＰ１２では、外部ウェブサーバ３は、外部端末からアクセス要求を受信し、アクセス要求に上述の変換処理を施して、変換したアクセス要求を内部ウェブサーバ１に送信する（Ｓ１１，Ｓ１２，Ｓ１４，Ｓ１６，Ｓ１７）。外部ウェブサーバ３と内部ウェブサーバ１との間のウェブ通信は、例えば、ＪＢＯＳＳ（ポート番号８００９）によって行われる。
【００７１】
ＯＰ１３では、内部ウェブサーバ１は、外部ウェブサーバからのアクセス要求を受信し、アクセス要求によって要求されるアプリケーションを実行する（Ｓ１，Ｓ６）。アプリケーション実行に伴って、内部ウェブサーバ１は、データベースサーバ２に所定の情報の読み出しを要求する（ポート番号１５２１又は４４５）。ＯＰ１４では、データベースサーバ２が内部ウェブサーバ１に対して要求された情報を送信する。
【００７２】
ＯＰ１５では、内部ウェブサーバ１は、アプリケーションの実行結果を含むウェブページを外部ウェブサーバ３に送信する（Ｓ７）。ＯＰ１６では、外部ウェブサーバ３は、内部ウェブサーバ１からアプリケーションの実行結果を含むウェブページを受信し、変換処理を実行して、アクセス要求の送信元の内部端末に送信する（Ｓ１１，Ｓ１６，Ｓ１７）。
【００７３】
図８は、アプリケーションがメンテナンスによりアクセス不可能な状態である場合のシーケンスを示す図である。図８のＯＰ２１からＯＰ２２は、内部端末から内部ウェブサーバ１にアクセス要求が送信された場合のシーケンスが示される。
【００７４】
ＯＰ２１では、内部端末がウェブブラウザから内部ウェブサーバ１へアクセス要求を送信する（ポート番号８０）。
【００７５】
ＯＰ２２では、内部ウェブサーバ１は、内部端末からアクセス要求を受信する。しかしながら、要求されたアプリケーションがメンテナンスによりアクセス不可能な状態であるため、内部ウェブサーバ１は、Ｓｏｒｒｙページをアクセス要求の送信元の内部端末に送信する（Ｓ１、Ｓ２，Ｓ４，Ｓ５）。
【００７６】
次に、図８のＯＰ３１からＯＰ３２は、インターネットを介して外部端末から外部ウェブサーバ３にアクセス要求が送信された場合のシーケンスである。
【００７７】
ＯＰ３１では、外部端末がウェブブラウザから外部ウェブサーバ３に対するアクセス要求を送信する（ポート番号４４３）。
【００７８】
ＯＰ３２では、外部ウェブサーバ３は、外部端末からアクセス要求を受信する。しかしながら、要求されたアプリケーションはメンテナンスによりアクセス不可能な状態であるため、外部ウェブサーバ３は、Ｓｏｒｒｙページをアクセス要求の送信元の外部端末に送信する（Ｓ１１、Ｓ１２，Ｓ１４，Ｓ１５）。
【００７９】
なお、アクセス要求がアクセス制限により拒否された場合も、ＯＰ２１−ＯＰ２２，又は、ＯＰ３１−ＯＰ３２と同じシーケンスになる。
【００８０】
＜第１実施形態の作用効果＞
第１実施形態では、ＤＭＺに外部向けの外部ウェブサーバ３が配置され、外部ウェブサーバ３がインターネットを介して受信される外部端末からのアクセス要求を内部ウェブサーバ１に中継する。内部ウェブサーバ１はアプリケーションサーバとして動作し、内部端末用と外部端末用とに分けてアプリケーションを保持する。また、外部ウェブサーバ３は、外部端末が内部用のアプリケーションにアクセスできないようにアクセス制限を行う。これによって、健康保険組合ネットワークをインターネット等の公衆のネットワークから隔離しつつ、インターネットを介して事業者や加入者に健康保険組合のウェブサービスを提供することができ、紙への印刷による通知に比べて、紙及び配送のコストを削減することができる。
【００８１】
また、第１実施形態では、外部ウェブサーバ３は、内部ウェブサーバ１が保持するＳｏｒｒｙページとアクセス不可通知ページと同一のウェブページを保持する。外部ウェブサーバ３は、外部端末から受信したアクセス要求を拒否した場合や、要求されたアプリケーションがアクセス不可能な状態である場合などの、外部端末からのアクセス要求を内部ウェブサーバ１に転送できない場合に、適切なウェブページをアクセス要求の送信元の外部端末に送信する。内部で予想されるアクセス数と外部からの予想されるアクセス数とでは、外部からの予想されるアクセス数の方がはるかに多い。このため、外部ウェブサーバ３が内部ウェブサーバ１のウェブサーバとしての処理を一部行うことによって、内部ウェブサーバ１の負荷を分散することができる。
【符号の説明】
【００８２】
１ 内部ウェブサーバ
２ データベースサーバ
３ 外部ウェブサーバ
４ ＤＮＳサーバ
１１ ウェブサーバ部
１２ アプリケーションサーバ部
１３，３６ 記憶部
１４，３７ パケット分配部
３１ 内部アクセス制限部
３２，１１２ ウェブサーバ処理部
３３ 変換部
３４ クライアント処理部
１００ ウェブシステム
１１０ 健康保険組合システム
１１１ 外部アクセス制限部
１２０ 外部システム
１２１ アプリケーション処理部
１２２ データベースアクセス処理部
【特許請求の範囲】
【請求項１】
プライベートネットワークに接続する内部サーバと、ＤＭＺ（DeMilitarized Zone）に配置される外部サーバと、を含む情報処理システムであって、
前記内部サーバは、
複数のアプリケーションプログラムと、
前記プライベートネットワークに接続する内部端末から送信されるアクセス要求及び前記外部サーバから送信されるアクセス要求に応じたアプリケーションプログラムを実行するアプリケーション処理部を備え、
前記外部サーバは、
公衆ネットワークを介して外部端末から送信されるアクセス要求を前記内部サーバ宛てに変換する変換部と、
前記変換されたアクセス要求を前記内部サーバに送信する第１の送信部と、
前記内部サーバから前記外部端末からの前記アクセス要求に応じたアプリケーションプログラムの実行結果を取得する取得部と、
前記実行結果を前記外部端末に前記公衆ネットワークを介して送信する第２の送信部と、
所定のウェブページを保持する記憶部と、を備え、
前記外部サーバの前記第２の送信部は、前記第１の送信部が前記外部端末から受信したアクセス要求を前記内部サーバに送信できない場合に、前記記憶部に保持される前記所定のウェブページを前記外部端末に送信する情報処理システム。
【請求項２】
前記複数のアプリケーションプログラムは、内部端末用と外部端末用とに分けられており、
前記アプリケーション処理部は、前記内部端末からのアクセス要求に対しては前記内部用のアプリケーションプログラムを実行し、前記外部サーバからのアクセス要求に対しては、前記外部端末用のアプリケーションプログラムを実行する、
請求項１に記載の情報処理システム。
【請求項３】
前記外部サーバは、
前記外部端末からのアクセス要求に含まれるアドレス情報に基づいて、該アクセス要求を前記内部サーバに送信可能か否かを判定する制御部を
さらに備える請求項１又は２に記載の情報処理システム。
【請求項４】
前記制御部は、前記外部端末からのアクセス要求に含まれるアドレス情報が前記内部端末用のアプリケーションプログラムを示す場合に、前記アクセス要求を前記内部サーバに送信できないことを判定する
請求項３に記載の情報処理システム。
【請求項５】
前記内部サーバは、
前記内部端末からのアクセス要求に含まれるアドレス情報に基づいて、該アクセス要求に応じたアプリケーションプログラムの実行の可否を判定する判定部を
さらに備える請求項１から４のいずれか１項に記載の情報処理システム。
【請求項６】
前記判定部は、前記内部端末からのアクセス要求に含まれるアドレス情報が前記外部端末用のアプリケーションプログラムを示す場合に、前記アクセス要求に応じたアプリケーションプログラムの実行の拒否を判定する
請求項５に記載の情報処理システム。
【請求項７】
前記内部サーバは、
前記外部サーバに保持される前記所定のウェブページを保持する記憶部と、
前記内部端末からのアクセス要求に応じたアプリケーションを実行できない場合に、前記記憶部に保持される前記所定のウェブページを前記内部端末に送信する送信部と、
をさらに備える請求項１から６のいずれか一項に記載の情報処理システム。
【請求項８】
プライベートネットワークに接続し、アプリケーションを実行可能な内部サーバと、ＤＭＺ（DeMilitarized Zone）に配置される外部サーバと、を含む情報処理システムにおける前記外部サーバとしての情報処理装置であって、
公衆ネットワークを介して外部端末から送信されるアクセス要求を前記内部サーバ宛てに変換する変換部と、
前記変換されたアクセス要求を前記内部サーバに送信する第１の送信部と、
前記内部サーバから前記アクセス要求に応じたアプリケーションプログラムの実行結果を取得する取得部と、
前記実行結果を前記外部端末に前記公衆ネットワークを介して送信する第２の送信部と、
所定のウェブページを保持する記憶部と、を備え、
前記第２の送信部は、前記第１の送信部が前記外部端末から受信したアクセス要求を前記内部サーバに送信できない場合に、前記記憶部に保持される前記所定のウェブページを前記外部端末に送信する
情報処理装置。
【請求項９】
プライベートネットワークに接続する内部サーバと、ＤＭＺ（DeMilitarized Zone）に配置される外部サーバと、を含む情報処理システムにおける前記内部サーバとしての情報処理装置であって、
複数のアプリケーションプログラムと、
前記プライベートネットワークに接続する内部端末から送信されるアクセス要求及び前記外部サーバから送信されるアクセス要求に応じたアプリケーションプログラムを実行するアプリケーション処理部と、
所定のウェブページを保持する記憶部と、
前記内部端末からのアクセス要求に応じたアプリケーションを実行できない場合に、前記記憶部に保持される前記所定のウェブページを前記内部端末に送信する送信部と、
を備える情報処理装置。
【請求項１０】
プライベートネットワークに接続し、複数のアプリケーションプログラムを保持する内部サーバと、ＤＭＺ（DeMilitarized Zone）に配置され、所定のウェブページを保持する記憶部を備える外部サーバと、を含む情報処理システムにおいて実行される情報処理方法であって、
前記外部サーバが、
公衆ネットワークを介して外部端末から送信されるアクセス要求を前記内部サーバ宛てに変換する変換ステップと、
前記変換されたアクセス要求を前記内部サーバに送信する第１の送信ステップと、
前記内部サーバが、
前記プライベートネットワークに接続する内部端末から送信されるアクセス要求及び前記外部サーバから送信されるアクセス要求に応じたアプリケーションプログラムを実行するアプリケーション実行ステップと、
前記外部サーバが、
前記内部サーバから前記外部端末からの前記アクセス要求に応じたアプリケーションプログラムの実行結果を取得する取得ステップと、
前記実行結果を前記外部端末に前記公衆ネットワークを介して送信する第２の送信ステップと、
を含む情報処理方法であって、
前記外部サーバが、前記第１の送信ステップにおいて、前記外部端末から受信したアクセス要求を前記内部サーバに送信できない場合に、前記記憶部に保持される前記所定のウェブページを前記外部端末に送信する
情報処理方法。
【請求項１】
プライベートネットワークに接続する内部サーバと、ＤＭＺ（DeMilitarized Zone）に配置される外部サーバと、を含む情報処理システムであって、
前記内部サーバは、
複数のアプリケーションプログラムと、
前記プライベートネットワークに接続する内部端末から送信されるアクセス要求及び前記外部サーバから送信されるアクセス要求に応じたアプリケーションプログラムを実行するアプリケーション処理部を備え、
前記外部サーバは、
公衆ネットワークを介して外部端末から送信されるアクセス要求を前記内部サーバ宛てに変換する変換部と、
前記変換されたアクセス要求を前記内部サーバに送信する第１の送信部と、
前記内部サーバから前記外部端末からの前記アクセス要求に応じたアプリケーションプログラムの実行結果を取得する取得部と、
前記実行結果を前記外部端末に前記公衆ネットワークを介して送信する第２の送信部と、
所定のウェブページを保持する記憶部と、を備え、
前記外部サーバの前記第２の送信部は、前記第１の送信部が前記外部端末から受信したアクセス要求を前記内部サーバに送信できない場合に、前記記憶部に保持される前記所定のウェブページを前記外部端末に送信する情報処理システム。
【請求項２】
前記複数のアプリケーションプログラムは、内部端末用と外部端末用とに分けられており、
前記アプリケーション処理部は、前記内部端末からのアクセス要求に対しては前記内部用のアプリケーションプログラムを実行し、前記外部サーバからのアクセス要求に対しては、前記外部端末用のアプリケーションプログラムを実行する、
請求項１に記載の情報処理システム。
【請求項３】
前記外部サーバは、
前記外部端末からのアクセス要求に含まれるアドレス情報に基づいて、該アクセス要求を前記内部サーバに送信可能か否かを判定する制御部を
さらに備える請求項１又は２に記載の情報処理システム。
【請求項４】
前記制御部は、前記外部端末からのアクセス要求に含まれるアドレス情報が前記内部端末用のアプリケーションプログラムを示す場合に、前記アクセス要求を前記内部サーバに送信できないことを判定する
請求項３に記載の情報処理システム。
【請求項５】
前記内部サーバは、
前記内部端末からのアクセス要求に含まれるアドレス情報に基づいて、該アクセス要求に応じたアプリケーションプログラムの実行の可否を判定する判定部を
さらに備える請求項１から４のいずれか１項に記載の情報処理システム。
【請求項６】
前記判定部は、前記内部端末からのアクセス要求に含まれるアドレス情報が前記外部端末用のアプリケーションプログラムを示す場合に、前記アクセス要求に応じたアプリケーションプログラムの実行の拒否を判定する
請求項５に記載の情報処理システム。
【請求項７】
前記内部サーバは、
前記外部サーバに保持される前記所定のウェブページを保持する記憶部と、
前記内部端末からのアクセス要求に応じたアプリケーションを実行できない場合に、前記記憶部に保持される前記所定のウェブページを前記内部端末に送信する送信部と、
をさらに備える請求項１から６のいずれか一項に記載の情報処理システム。
【請求項８】
プライベートネットワークに接続し、アプリケーションを実行可能な内部サーバと、ＤＭＺ（DeMilitarized Zone）に配置される外部サーバと、を含む情報処理システムにおける前記外部サーバとしての情報処理装置であって、
公衆ネットワークを介して外部端末から送信されるアクセス要求を前記内部サーバ宛てに変換する変換部と、
前記変換されたアクセス要求を前記内部サーバに送信する第１の送信部と、
前記内部サーバから前記アクセス要求に応じたアプリケーションプログラムの実行結果を取得する取得部と、
前記実行結果を前記外部端末に前記公衆ネットワークを介して送信する第２の送信部と、
所定のウェブページを保持する記憶部と、を備え、
前記第２の送信部は、前記第１の送信部が前記外部端末から受信したアクセス要求を前記内部サーバに送信できない場合に、前記記憶部に保持される前記所定のウェブページを前記外部端末に送信する
情報処理装置。
【請求項９】
プライベートネットワークに接続する内部サーバと、ＤＭＺ（DeMilitarized Zone）に配置される外部サーバと、を含む情報処理システムにおける前記内部サーバとしての情報処理装置であって、
複数のアプリケーションプログラムと、
前記プライベートネットワークに接続する内部端末から送信されるアクセス要求及び前記外部サーバから送信されるアクセス要求に応じたアプリケーションプログラムを実行するアプリケーション処理部と、
所定のウェブページを保持する記憶部と、
前記内部端末からのアクセス要求に応じたアプリケーションを実行できない場合に、前記記憶部に保持される前記所定のウェブページを前記内部端末に送信する送信部と、
を備える情報処理装置。
【請求項１０】
プライベートネットワークに接続し、複数のアプリケーションプログラムを保持する内部サーバと、ＤＭＺ（DeMilitarized Zone）に配置され、所定のウェブページを保持する記憶部を備える外部サーバと、を含む情報処理システムにおいて実行される情報処理方法であって、
前記外部サーバが、
公衆ネットワークを介して外部端末から送信されるアクセス要求を前記内部サーバ宛てに変換する変換ステップと、
前記変換されたアクセス要求を前記内部サーバに送信する第１の送信ステップと、
前記内部サーバが、
前記プライベートネットワークに接続する内部端末から送信されるアクセス要求及び前記外部サーバから送信されるアクセス要求に応じたアプリケーションプログラムを実行するアプリケーション実行ステップと、
前記外部サーバが、
前記内部サーバから前記外部端末からの前記アクセス要求に応じたアプリケーションプログラムの実行結果を取得する取得ステップと、
前記実行結果を前記外部端末に前記公衆ネットワークを介して送信する第２の送信ステップと、
を含む情報処理方法であって、
前記外部サーバが、前記第１の送信ステップにおいて、前記外部端末から受信したアクセス要求を前記内部サーバに送信できない場合に、前記記憶部に保持される前記所定のウェブページを前記外部端末に送信する
情報処理方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【公開番号】特開２０１２−２２１２５５（Ｐ２０１２−２２１２５５Ａ）
【公開日】平成２４年１１月１２日（２０１２．１１．１２）
【国際特許分類】
【出願番号】特願２０１１−８６７４４（Ｐ２０１１−８６７４４）
【出願日】平成２３年４月８日（２０１１．４．８）
【出願人】（３０９００６３７２）株式会社大和総研ビジネス・イノベーション (17)
【Ｆターム（参考）】
【公開日】平成２４年１１月１２日（２０１２．１１．１２）
【国際特許分類】
【出願日】平成２３年４月８日（２０１１．４．８）
【出願人】（３０９００６３７２）株式会社大和総研ビジネス・イノベーション (17)
【Ｆターム（参考）】
[ Back to top ]