(57)【要約】【課題】内部ネットワークに接続された通信装置のＩＰアドレスを公開せずに、外部ネットワークとデータの送受信を行い、かつ外部ネットワークから内部ネットワークに接続された通信装置へのアクセスを防ぐ。【解決手段】内部ネットワーク１０と外部ネットワーク３０とをＤＭＺセグメント２０を介して接続し、ＤＭＺセグメント２０上にＨＴＴＰプロキシ装置１００を配置する。ＨＴＴＰプロキシ装置１００において、内部ネットワーク１０からデータを受信すると内部用送受信処理手段２が送信用フォルダ５に格納し、外部用送受信処理手段３がデータを取り出して外部ネットワーク３０に送信する。また、外部ネットワーク３０からデータを受信すると外部用送受信処理手段３が受信用フォルダ４に格納し、内部用送受信処理手段２がデータを取り出して内部ネットワーク１０に送信する。【選択図】  図１
2004229187.tif 000002
【特許請求の範囲】
【請求項１】
内部ネットワークと、前記内部ネットワークと外部ネットワークとの間に接続されるＨＴＴＰプロキシ装置とによって構成されるＨＴＴＰプロキシシステムであって、
前記内部ネットワークに接続された内部装置と前記ＨＴＴＰプロキシ装置との間でデータの送受信を行う内部コネクションと、前記外部ネットワークに接続された外部装置と前記ＨＴＴＰプロキシ装置との間でデータの送受信を行う外部コネクションとをそれぞれ生成し、
前記ＨＴＴＰプロキシ装置は前記内部コネクションと前記外部コネクションとの連携を取って前記内部ネットワークと前記外部ネットワークとの間のデータの送受信を中継する
ことを特徴とするＨＴＴＰプロキシシステム。
【請求項２】
内部ネットワークと外部ネットワークとの間に接続されるＨＴＴＰプロキシ装置であって、
前記内部ネットワークに接続された内部装置とデータの送受信を行う内部用送受信処理手段と、
前記外部ネットワークに接続された外部装置とデータの送受信を行う外部用送受信処理手段と、
前記内部用送受信処理手段が前記内部装置から受信したデータを格納する送信用フォルダと、
前記外部用送受信処理手段が、前記外部装置から受信したデータを格納する受信用フォルダとを備え、
前記内部用送受信処理手段は、前記受信用フォルダ内にデータが存在することを検出すると、そのデータを前記装置に送信し、
前記外部用送受信処理手段は、前記送信用フォルダ内にデータが存在することを検出すると、そのデータを前記外部装置に送信する
ことを特徴とするＨＴＴＰプロキシ装置。
【請求項３】
内部用送受信処理手段は、内部装置とのコネクションを予め生成して受信用フォルダ内に格納されているデータの有無を監視し、
外部用送受信処理手段は、送信用フォルダ内に格納されているデータの有無を監視する
ことを特徴とする請求項２に記載のＨＴＴＰプロキシ装置。
【請求項４】
内部用送受信処理手段は、受信用フォルダ内のデータを送信すると前記受信用フォルダから前記データを削除する
ことを特徴とする請求項２または請求項３に記載のＨＴＴＰプロキシ装置。
【請求項５】
外部用送受信処理手段は、送信用フォルダ内のデータを送信すると前記送信用フォルダから前記データを削除する
ことを特徴とする請求項２から請求項４のうちいずれか１項に記載のＨＴＴＰプロキシ装置。
【請求項６】
内部ネットワークに複数の内部装置が接続され、前記内部装置のそれぞれに対応する内部用送受信処理手段、受信用フォルダおよび送信用フォルダを備えた
ことを特徴とする請求項２から請求項５のうちいずれか１項に記載のＨＴＴＰプロキシ装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ＨＴＴＰプロキシ装置およびＨＴＴＰプロキシシステムに関し、特に内部ネットワークと外部ネットワークとの間に接続されるＨＴＴＰプロキシ装置およびＨＴＴＰプロキシシステムに関する。
【０００２】
【従来の技術】
インターネットを経由して、例えばメッセージやデータ等（以下、メッセージ等と記す。）を送受信する場合に、最も懸念される問題がセキュリティの問題である。インターネットを経由したメッセージ等の送受信を行う場合には、例えば専用線等を経由した場合とは異なり、想定していない他者からのアクセス（例えば、メッセージやデータの盗聴、改ざん、あるいは成りすまし等）をされる可能性がある。特に企業間のメッセージ等の送受信におけるこの問題に対する懸念は大きい。
【０００３】
この問題は、インターネットを経由してメッセージ等を送受信する場合においては避けては通れないのであるが、大抵の企業はＳＳＬ（Ｓｅｃｕｒｅ  Ｓｏｃｋｅｔｓ  Ｌａｙｅｒ）やＳ／ＭＩＭＥ（Ｓｅｃｕｒｅ  ｓｅｒｖｉｃｅｓ  ｆｏｒ  Ｍｕｌｔｉｐｕｒｐｏｓｅ  Ｉｎｔｅｒｎｅｔ  Ｍａｉｌ  Ｅｘｔｅｎｓｉｏｎｓ）等のセキュリティ技術を用いてメッセージ等を暗号化し、セキュリティの問題による危険度を減少させている。
【０００４】
さらに、ファイアウォールを設けることによって、セキュリティをより向上させることもある。その場合、企業内通信を行う場合などに、通信相手に、企業内内部のネットワークシステムのＩＰアドレスを通知しておく必要がある。しかし、企業内部のネットワークシステムのＩＰアドレスが知られることは、セキュリティホールを見つける手がかりになる。
【０００５】
また、メッセージ等の送受信を、企業外部のネットワークであるインターネット等を経由して行うときに、外部ネットワークからアクセスできるＤＭＺ（ＤｅＭｉｌｉｔａｒｉｚｅｄ  Ｚｏｎｅ）セグメント上にメッセージ送受信のネットワークシステムを配置することがある。その場合、ネットワークシステムは、外部ネットワークからのアクセスが可能なため、不特定多数を標的とした想定外のアクセスをされる可能性がある。
【０００６】
そこで、これらの問題を解決すべく、プロキシサーバを用いたシステムの採用が考えられる。このシステムは、外部ネットワークと、内部ネットワークとの間にＤＭＺセグメントを設定し、プロキシサーバを配置する。ＤＭＺセグメントに配置された装置には、外部ネットワークからも内部ネットワークからもアクセスが可能である。そして、プロキシサーバは内部ネットワークに接続された通信装置である内部装置の代理として、外部ネットワークに接続された通信装置である外部装置へメッセージ等の送信を行う。
【０００７】
プロキシサーバを用いたシステムでは、内部装置が送信するメッセージ等の送信元のＩＰアドレスをプロキシサーバのＩＰアドレスとすることによって、内部装置のＩＰアドレスを外部装置に知られずにメッセージ等を送信することができる。
【０００８】
そこで、簡易に構築したＤＭＺセグメントに公開サーバを設置し、外部ネットワークから内部ネットワークへのアクセスと、公開サーバから内部ネットワークへのアクセスとを全て破棄するシステムがある（例えば、特許文献１参照。）。
【０００９】
また、ユーザ端末と外部ネットワークとの間に設置され、送受信しているメッセージ等を解析して、特定の内容のメッセージ等の削除や、追加等の編集を行うプロキシサーバがある（例えば、特許文献２参照。）。
【００１０】
【特許文献１】
特開２００２−３４４５３０号公報  （第２７−３８頁、第１図）
【特許文献２】
特開平１１−２４２６３９号公報  （第２−３頁、第１図）
【００１１】
【発明が解決しようとする課題】
【００１２】
従来のプロキシサーバを用いた方法では、メッセージ等を受信するためには、メッセージ等を受信したい内部装置のＩＰアドレスを、外部装置に予め通知しなければならない。外部装置は、通信装置のＩＰアドレスにメッセージ等を送信しているためである。従ってメッセージ等を受信するためには、受信したい内部装置のＩＰアドレスを予め外部へ開示する必要がある。
【００１３】
特許文献１に記載の方法と、特許文献２に記載の方法とのいずれもは、以上のような問題点には言及していない。
【００１４】
また、外部装置がメッセージ等を送信し、内部装置がレスポンスを返信するような同期通信を行った場合、内部装置が、外部装置が送信したメッセージ等を無事に受信して、レスポンスを外部装置に送信するまでは、内部装置と外部装置との間のコネクションを保持している必要がある。そのため、外部装置と、ＤＭＺセグメントのプロキシサーバと、内部装置とが１つのコネクションで接続され、そのコネクションで、プロキシサーバから内部装置への送信も行われる。そのため、外部装置が、ＤＭＺセグメントを介して間接的に内部ネットワークにアクセスできてしまうという問題がある。
【００１５】
そこで本発明は、以上のような問題点を解決するＨＴＴＰプロキシ装置と、そのＨＴＴＰプロキシ装置を用いたＨＴＴＰプロキシシステムを提供することを目的とする。
【００１６】
【課題を解決するための手段】
本発明によるＨＴＴＰプロキシシステムは、内部ネットワークと、内部ネットワークと外部ネットワークとの間に接続されるＨＴＴＰプロキシ装置とによって構成されるＨＴＴＰプロキシシステムであって、内部ネットワークに接続された内部装置とＨＴＴＰプロキシ装置との間でデータの送受信を行う内部コネクションと、外部ネットワークに接続された外部装置とＨＴＴＰプロキシ装置との間でデータの送受信を行う外部コネクションとをそれぞれ生成し、ＨＴＴＰプロキシ装置は内部コネクションと外部コネクションとの連携を取って内部ネットワークと外部ネットワークとの間のデータの送受信を中継することを特徴とする。
【００１７】
本発明によるＨＴＴＰプロキシ装置は、内部ネットワークと外部ネットワークとの間に接続されるＨＴＴＰプロキシ装置であって、内部ネットワークに接続された内部装置とデータの送受信を行う内部用送受信処理手段と、外部ネットワークに接続された外部装置とデータの送受信を行う外部用送受信処理手段と、内部用送受信処理手段が内部装置から受信したデータを格納する送信用フォルダと、外部用送受信処理手段が外部装置から受信したデータを格納する受信用フォルダとを備え、内部用送受信処理手段は、受信用フォルダ内にデータが存在することを検出すると、そのデータを内部ネットワークに接続された通信装置に送信し、外部用送受信処理手段は、送信用フォルダ内にデータが存在することを検出すると、そのデータを外部装置に送信することを特徴とする。
【００１８】
内部用送受信処理手段は、内部ネットワークに接続された内部装置とのコネクションを予め生成して受信用フォルダ内に格納されているデータの有無を監視してもよく、外部用送受信処理手段は、送信用フォルダ内に格納されているデータの有無を監視してもよい。そのような構成によれば、内部ネットワークと外部ネットワークとの間のデータの送受信を、時間のロスなく行うことができる。そのため、企業間においてインターネット等を介してリアルタイムで商品の受発注を実現する場合に、他の企業の商品の発注をリアルタイムで受注することができる効果がある。
【００１９】
内部用送受信処理手段は、受信用フォルダ内のデータを送信すると受信用フォルダからそのデータを削除してもよい。そのような構成によれば、ＨＴＴＰプロキシ装置内にデータを残すことなく、内部ネットワークと外部ネットワークとを直接接続せずに、内部ネットワークは外部ネットワークからのデータを受信することができる。そのため、内部ネットワークが受信するデータの秘匿性を向上させることができる効果がある。
【００２０】
外部用送受信処理手段は、送信用フォルダ内のデータを送信すると送信用フォルダからそのデータを削除してもよい。そのような構成によれば、ＨＴＴＰプロキシ装置内にデータを残すことなく、内部ネットワークと外部ネットワークとを直接接続せずに、内部ネットワークから外部ネットワークにデータを送信することができる。そのため、送信するデータの秘匿性を向上させることができる効果がある。
【００２１】
内部ネットワークに複数の内部装置が接続され、その内部装置のそれぞれに対応する内部用送受信処理手段、受信用フォルダおよび送信用フォルダを備えてもよい。そのような構成によれば、内部ネットワークに複数の内部装置が接続され、かつそれらがＨＴＴＰプロキシ装置を使用する場合でも、１つのＨＴＴＰプロキシ装置で対応することができる効果がある。
【００２２】
【発明の実施の形態】
以下、本発明の実施の形態を図面を参照して説明する。
【００２３】
実施の形態１．
図１は本発明による第１の実施の形態の一例を示すブロック図である。この実施の形態のＨＴＴＰプロキシシステムは、内部ネットワーク１０と、外部ネットワーク３０と、ＨＴＴＰプロキシ装置１００とを含み、ＨＴＴＰプロキシシステムは、内部ネットワーク１０と、ＤＭＺセグメント２０と、外部ネットワーク３０との３つの部分に分けられる。内部ネットワーク１０は、例えば企業内部のネットワークである。外部ネットワーク３０は、例えばインターネット等のネットワークである。ＤＭＺセグメント２０には、本発明によるＨＴＴＰプロキシ装置１００が配置され、ＨＴＴＰプロキシ装置１００は、内部ネットワーク１０と接続され、メッセージ等の送受信を行う。またＨＴＴＰプロキシ装置１００は、外部ネットワーク３０と接続され、メッセージ等の送受信を行う。
【００２４】
外部ネットワーク３０には、外部装置としての通信先サーバ６が接続される。通信先サーバ６はグローバルＩＰアドレスを有し、インターネット８０を介してＨＴＴＰプロキシ装置１００内の外部用送受信処理手段３と接続され、メッセージ等の送受信を行う通信装置である。
【００２５】
ＤＭＺセグメント２０内に設置されるＨＴＴＰプロキシ装置１００は、グローバルＩＰアドレスを有し、内部用送受信処理手段２と、外部用送受信処理手段３と、受信用フォルダ４と、送信用フォルダ５とを含む。
【００２６】
受信用フォルダ４は、内部用送受信処理手段２と外部用送受信処理手段３とに接続され、外部用送受信処理手段３から送られたファイルを格納する。内部用送受信処理手段２は、受信用フォルダ４が格納しているファイルを取り出すことが可能である。
【００２７】
送信用フォルダ５は、内部用送受信処理手段２と外部用送受信処理手段３とに接続され、内部用送受信処理手段２から送られたファイルを格納する。外部用送受信処理手段３は、送信用フォルダ５が格納しているファイルを取り出すことが可能である。
【００２８】
内部用送受信処理手段２は、内部装置としてのクライアント１と接続され、コネクションを生成する。そして、内部用送受信処理手段２は、クライアント１が送信するＨＴＴＰレスポンスを受信すると、そのＨＴＴＰレスポンスのヘッダ部からメッセージＩＤを取得し、取得したメッセージＩＤをファイル名に設定したファイルとして、送信用フォルダ５に格納する。また、内部用送受信処理手段２は、クライアント１とのコネクションにおいて受信用フォルダ４内のファイルの有無を常に監視し、ファイルの存在を検出した場合にはファイルからメッセージ等を抽出してクライアントアプリケーションプログラム１ａへ送信し、さらに受信用フォルダ４内のファイルを削除する。
【００２９】
外部用送受信処理手段３は、インターネット８０を介して通信先サーバ６と接続される。そして、通信先サーバ６からＨＴＴＰプロキシ装置１００のＩＰアドレスを送信先として送られるメッセージ等を受信すると、新規にユニークなメッセージＩＤを生成して受信したメッセージ等のファイル名に設定し、ファイルとして受信用フォルダ４に格納する。また、送信用フォルダ５内のファイルの有無を常に監視し、ファイルの存在を検出した場合には、ファイルからメッセージ等を抽出して通信先サーバ６へ送信し、送信用フォルダ５内のファイルを削除する。
【００３０】
内部ネットワーク１０にはＷｅｂサーバであるクライアント１が接続される。クライアント１は、搭載するクライアントアプリケーションプログラム１ａに基づき、ＨＴＴＰプロキシ装置１００に対してクライアントとしての動作を実行し、ＨＴＴＰプロキシ装置１００内の内部用送受信処理手段２へのコネクションを常に生成している。クライアントアプリケーションプログラム１ａとは、ＷｅｂサーバがＨＴＴＰプロキシ装置１００から見てクライアントに見えるようにするためのプログラムであり、サーバとしてのＨＴＴＰプロキシ装置１００に対するクライアント装置に格納されるべきプログラムである。そしてクライアント１は、プライベートＩＰアドレスを有し内部用送受信処理手段２とメッセージ等の送受信を行う。またクライアント１は、搭載するＷｅｂサーバ機能プログラム１ｂに基づいて、Ｗｅｂサーバとしての動作も実行する。
【００３１】
次に、この実施の形態の動作について説明する。図２はこの実施の形態の動作を説明するフローチャートである。
【００３２】
内部用送受信処理手段２は、受信用フォルダ４内のファイルの有無を監視する動作を常に行い（ステップＳ１０１、１０２）、外部用送受信処理手段３は、送信用フォルダ５内のファイルの有無を監視する動作を常に行っている（ステップＳ２０２、１０８）。
【００３３】
通信先サーバ６は、ＨＴＴＰプロキシ装置１００のＩＰアドレスを送信先とするメッセージ等を送信する。外部用送受信処理手段３は、ＨＴＴＰプロキシ装置１００のＩＰアドレスを送信先とするメッセージ等を受信する。そして、メッセージ等を受信すると、新規にユニークなメッセージＩＤを生成し、受信したメッセージ等をメッセージＩＤをファイル名とするファイルとして受信用フォルダ４に格納する（ステップＳ２０１）。
【００３４】
内部用送受信処理手段２は、受信用フォルダ４内にファイルが存在することを検出すると、そのファイルからメッセージ等を抽出して、クライアント１のクライアントアプリケーションプログラム１ａへ送信する（ステップＳ１０３）。そして、受信用フォルダ４内のファイルを削除する。
【００３５】
クライアント１では、Ｗｅｂサーバにクライアントアプリケーションプログラム１ａがメッセージ等の受信動作を実行させる。そして、クライアントアプリケーションプログラム１ａは、Ｗｅｂサーバ機能プログラム１ｂとのコネクションを生成し、Ｗｅｂサーバ機能プログラム１ｂへ、受信したメッセージ等を送信する（ステップＳ１０４）。
【００３６】
Ｗｅｂサーバ機能プログラム１ｂは、メッセージ等を受けとる。そしてＨＴＴＰレスポンスを生成する。このとき、Ｗｅｂサーバ機能プログラム１ｂは、ＨＴＴＰレスポンスのヘッダ部に、外部用送受信処理手段３が受信したメッセージ等のメッセージＩＤと、通信先サーバ６のＩＰアドレスとを含ませる。
【００３７】
Ｗｅｂサーバ機能プログラム１ｂはクライアントアプリケーションプログラム１ａに、生成したＨＴＴＰレスポンスを送信し、クライアントアプリケーションプログラム１ａはＨＴＴＰレスポンスを受信する（ステップＳ１０５）。クライアントアプリケーションプログラム１ａは、ＨＴＴＰレスポンスのヘッダ部から、外部用送受信処理手段３が受信したメッセージ等のメッセージＩＤを取得する。そして、そのメッセージＩＤに関連付けられた、新規でユニークなメッセージＩＤを生成して、新たなメッセージＩＤとしてＨＴＴＰレスポンスのヘッダ部に含ませる。
【００３８】
外部用送受信処理手段３が受信したメッセージ等のメッセージＩＤに関連付けられた新規でユニークなメッセージＩＤは、例えば外部用送受信処理手段３が受信したメッセージ等のメッセージＩＤに「１」を加えたようなものである。ただし、新規なメッセージＩＤは、外部用送受信処理手段３が受信したメッセージ等と、ＨＴＴＰレスポンスとの対応がわかれば、他の方式によって生成されてもよい。
【００３９】
クライアントアプリケーションプログラム１ａは、Ｗｅｂサーバに内部用送受信処理手段２へのＨＴＴＰレスポンスの送信動作を実行させる。そして、内部用送受信処理手段２はＨＴＴＰレスポンスを受信する（ステップＳ１０６）。
【００４０】
内部用送受信処理手段２は、ＨＴＴＰレスポンスを受信するとヘッダ部からメッセージＩＤを取得する。そして、そのメッセージＩＤをファイル名に設定したＨＴＴＰレスポンスをファイルとして、送信用フォルダ５に格納する（ステップＳ１０７）。
【００４１】
外部用送受信処理手段３は、送信用フォルダ５内にファイルが存在することを検出すると、そのファイルからメッセージ等を抽出して、ヘッダ部に含まれる通信先サーバ６のＩＰアドレスへ送信する（ステップＳ１０８、１０９）。
【００４２】
ＨＴＴＰプロキシ装置１００が、クライアント１とメッセージ等の送受信を行う内部コネクションと、通信先サーバ６とメッセージ等の送受信を行う外部コネクションとの連携を取るとは、常に各コネクションからのメッセージ等の受信の有無を監視し、一方のコネクションからメッセージ等を受信すると、他方のコネクションにメッセージを送信することである。
【００４３】
この実施の形態において、内部ネットワーク１０とＨＴＴＰプロキシ装置１００との間のコネクションと、外部ネットワーク３０とＨＴＴＰプロキシ装置１００との間のコネクションとは別個に存在するため、クライアント１と、通信先サーバ６とが同期通信によるメッセージ等の送受信を行っても、内部ネットワーク１０を、外部ネットワーク３０から隔離することができる。この結果、外部ネットワーク３０から内部ネットワーク１０に接続された通信装置へアクセスできてしまう等の、いわゆるセキュリティホールを生じる危険性を減少させることが可能となる。
【００４４】
また、通信先サーバ６に送信するメッセージ等のメッセージＩＤは、通信先サーバ６から受信したメッセージ等のメッセージＩＤと関連付けられたメッセージＩＤであるため、受信したメッセージ等と送信（返信）するメッセージ等とは１対１で対応するため１つの擬似コネクションが成立し、複数のメッセージを同時に受信した場合でも、それぞれの対応において送信（返信）メッセージを見失うことがなくなる。
【００４５】
実施の形態２．
図３および図４は、本発明による第２の実施の形態を説明するブロック図である。図３は、内部ネットワークに接続されたクライアントがメッセージ等を受信する場合を説明するブロック図である。図４は、内部ネットワークに接続されたクライアントがメッセージ等を送信する場合を説明するブロック図である。この実施の形態は、内部ネットワーク１０に複数のクライアントが接続された形態であり、例えば内部ネットワーク１０に通信装置であるクライアント１１とクライアント１２とクライアント１Ｎとが接続され、それらが同時に本発明によるＨＴＴＰプロキシ装置１０１を使用する形態である。このように、複数のクライアントが内部ネットワーク１０に接続される形態に対応する場合、本発明によるＨＴＴＰプロキシ装置１０１は、各通信装置に対応する内部用送受信処理手段と受信用フォルダと送信用フォルダとをそれぞれ備える。
【００４６】
ＨＴＴＰプロキシ装置１０１が外部用送受信処理手段３を１つ備え、外部ネットワーク３０に通信先サーバ６が接続される点は第１の実施の形態と同様である。
【００４７】
内部ネットワーク１０に複数のクライアントが接続されていても、通信先サーーバ６とのメッセージ等の送受信に非同期通信を行う場合には、送信用フォルダは第１の実施の形態と同様に１つでよい。
【００４８】
各クライアント１１、１２、１Ｎは、第１の実施の形態のクライアント１と同様に、クライアントアプリケーションプログラムとＷｅｂサーバ機能プログラムとをそれぞれ搭載する。図３および図４に示すようにクライアント１１は、クライアントアプリケーション１１ａとＷｅｂサーバ機能プログラム１１ｂとを搭載する。同様に、クライアント１２および１ＮもクライアントアプリケーションとＷｅｂサーバ機能プログラムとをそれぞれ搭載する（図示せず。）。そして、各クライアント１１、１２、１Ｎは、搭載するクライアントアプリケーションプログラムに基づいてＨＴＴＰプロキシ装置１００に対してクライアントとしての動作を実行し、Ｗｅｂサーバ機能プログラムに基づいてＷｅｂサーバとしての動作を実行する。
【００４９】
また、各クライアントアプリケーションプログラムは、予めクライアントアプリケーションプログラム毎にユニークなクライアントＩＤが割り振られている。ここでユニークなクライアントＩＤには、例えばＤＵＮＳ（登録商標）や、ロール名等を用いる方法がある。ここで、クライアント１１のクライアントアプリケーションプログラム１１ａのクライアントＩＤは「１１」であるものとする。
【００５０】
また、各クライアントアプリケーションプログラムは、予め内部用送受信処理手段と受信用フォルダと送信用フォルダとがそれぞれ関連づけられている。ここでは、クライアント１１のクライアントアプリケーションプログラム１１ａには、内部用送受信処理手段２１と受信用フォルダ４１と送信用フォルダ５１とが関連付けられている。同様に、クライアント１２のクライアントアプリケーションプログラムには内部用送受信処理手段２２と受信用フォルダ４２と送信用フォルダ５２とが関連づけられ、クライアント１Ｎのクライアントアプリケーションプログラムには内部用送受信処理手段２Ｎと受信用フォルダ４Ｎと送信用フォルダ５Ｎとが関連付けられている。
【００５１】
次に、この実施の形態の動作について説明する。クライアント１１と通信先サーバ６とが同期通信を行っている場合を例に、まず通信先サーバ６が内部ネットワークに接続されたクライアントにメッセージ等を送信したときの動作について説明する。ここで、このとき送信したメッセージ等には、どのクライアントを送信先とするかを示す情報であるクライアントＩＤと、通信先サーバ６のＩＰアドレスとを含むものとする。また、ここでは例として通信先サーバ６がクライアント１１のクライアントアプリケーションプログラム１１ａを送信先とするメッセージ等を送信したものとして説明する。
【００５２】
通信先サーバ６は、ＨＴＴＰプロキシ装置１０１のＩＰアドレス宛てにメッセージ等を送信する。外部用送受信処理手段３は、ＨＴＴＰプロキシ装置１０１のＩＰアドレス宛てメッセージ等を受信し、メッセージ等からクライアントＩＤを抽出する。クライアントＩＤが「１１」であることから外部用送受信処理手段３は、メッセージ等の送信先のクライアントがクライアント１１のクライアントアプリケーションプログラム１１ａであることを特定する。そして、新規にユニークなメッセージＩＤを生成し、受信したメッセージ等を、メッセージＩＤをファイル名とするファイルとして、送信先のクライアントアプリケーションプログラム１１ａを搭載するクライアント１１に関連付けられた受信用フォルダ４１に格納する。
【００５３】
内部用送受信処理手段２１は、受信用フォルダ４１内にファイルが存在することを検出すると、そのファイルからメッセージ等を抽出して、クライアントアプリケーションプログラム１１ａへ送信する。そして、受信用フォルダ４１内のファイルを削除する。
【００５４】
クライアント１１では、クライアント１１であるＷｅｂサーバにクライアントアプリケーションプログラム１１ａがメッセージ等の受信動作を実行させる。そして、クライアントアプリケーションプログラム１１ａはメッセージ等を受信し、Ｗｅｂサーバ機能プログラム１１ｂとのコネクションを生成してＷｅｂサーバ機能プログラム１１ｂへ受信したメッセージ等を渡す。
【００５５】
次に、通信先サーバ６にメッセージ等を送信する場合について、クライアント１１がＨＴＴＰレスポンスを通信先サーバ６に送信する場合を例に説明する。
【００５６】
クライアント１１に搭載されるするＷｅｂサーバ機能プログラム１１ｂは、ＨＴＴＰレスポンスを生成する。このとき、ＨＴＴＰレスポンスのヘッダ部に、外部用送受信処理手段３が受信したメッセージ等のメッセージＩＤと、通信先サーバ６のＩＰアドレスとを含ませる。ここで含まれたメッセージＩＤと、ＩＰアドレスとは、受信したメッセージ等から抽出した情報である。
【００５７】
Ｗｅｂサーバ機能プログラム１１ｂは、クライアントアプリケーションプログラム１１ａに生成したＨＴＴＰレスポンスを渡す。クライアントアプリケーションプログラム１１ａは、ＨＴＴＰレスポンスのヘッダ部から、外部用送受信処理手段３が受信したメッセージ等のメッセージＩＤを取得する。そして、そのメッセージＩＤに関連付けられた、新規でユニークなメッセージＩＤを生成して、新たなメッセージＩＤとしてＨＴＴＰレスポンスのヘッダ部に含ませる。外部用送受信処理手段３が受信したメッセージ等のメッセージＩＤに関連付けられた、新規でユニークなメッセージＩＤは、例えば外部用送受信処理手段３が受信したメッセージ等のメッセージＩＤに１を加えたようなものであって、外部用送受信処理手段３が受信したメッセージ等と、ＨＴＴＰレスポンスとの対応が分かればよい。
【００５８】
クライアントアプリケーションプログラム１１ａは、クライアント１１であるＷｅｂサーバに内部用送受信処理手段２１へのＨＴＴＰレスポンスの送信動作を実行させる。そして内部用送受信処理手段２１はＨＴＴＰレスポンスを受信する。
【００５９】
内部用送受信処理手段２１は、ＨＴＴＰレスポンスを受信するとヘッダ部からメッセージＩＤを取得する。そして、そのメッセージＩＤをファイル名に設定したＨＴＴＰレスポンスをファイルとして、送信用フォルダ５１に格納する。
【００６０】
外部用送受信処理手段３は、送信用フォルダ５１内にファイルが存在することを検出すると、そのファイルからメッセージ等を抽出し、ヘッダ部に含まれる通信先サーバ６のＩＰアドレスへ送信する。そして外部用送受信処理手段３は送信用フォルダ５１からファイルを削除する。通信先サーバ６は、メッセージ等を受信する。
【００６１】
この例において、外部ネットワーク３０に接続された通信先サーバ６とメッセージ等の送受信を行うＨＴＴＰプロキシ装置１０１は、メッセージ等のヘッダ部にふくまれるクライアントＩＤを読み込んで、自動的にメッセージ等の分配を行うことができる。そのため、内部ネットワーク１０に複数のクライアントが接続され、かつそれらがＨＴＴＰプロキシ装置１０１を使用する場合でも、１つのＨＴＴＰプロキシ装置１０１で対応することができる。
【００６２】
【発明の効果】
以上のように本発明によれば、ＨＴＴＰプロキシ装置にＨＴＴＰサーバ機能を構築し、それが内部ネットワークに接続された内部装置の代理をすることで、内部装置のデータの受信時にもＨＴＴＰプロキシ装置を経由することが可能となる。そのため外部へ開示する情報は、ＨＴＴＰプロキシ装置のＩＰアドレスでよいことになる。したがって内部装置のＩＰアドレス等の情報を外部に知られずにすむので、セキュリティ面の危険性を減少させることができる。
【００６３】
また、複数のクライアント端末等が共通のＨＴＴＰプロキシ装置を経由することにより、通信ログ等のデータの管理が容易になる。
【００６４】
さらに、外部ネットワークからのリクエストを中継する、内部ネットワークに接続された任意の内部装置への転送は、リバースプロキシとして転送先の内部装置を外部ネットワークから隠蔽することが可能となり、内部装置の情報の保護や、内部ネットワークの設定変更が容易となる。そして内部ネットワークに内部装置が複数接続された場合でも１つのＩＰアドレスを有するＨＴＴＰプロキシ装置による対応が可能であり、柔軟な自由度が保たれる。
【００６５】
そして、内部ネットワークとＨＴＴＰプロキシ装置とのコネクションと、外部ネットワークとＨＴＴＰプロキシ装置とのコネクションとをそれぞれ生成することにより、内部装置の利用者と外部装置の利用者とは、擬似的に１つのコネクションのように内部ネットワークと外部ネットワークとの間のデータの送受信を行うことができる。
【図面の簡単な説明】
【図１】本発明の第１の実施の形態の一構成例を示すブロック図である。
【図２】本発明の第１の実施の形態の動作を説明するフローチャートである。
【図３】本発明の第２の実施の形態において、内部ネットワークに接続された通信装置がメッセージ等を受信する場合を説明するブロック図である。
【図４】本発明の第２の実施の形態において、内部ネットワークに接続された通信装置がメッセージ等を送信する場合を説明するブロック図である。
【符号の説明】
１、１１、１２、１Ｎ  クライアント
１ａ、１１ａ  クライアントアプリケーションプログラム
１ｂ、１１ｂ  Ｗｅｂサーバ機能プログラム
２、２１、２２、２Ｎ  内部用送受信処理手段
３  外部用送受信処理手段
４、４１、４２、４Ｎ  受信用フォルダ
５、５１、５２、５Ｎ  送信用フォルダ
６  通信先サーバ
１０  内部ネットワーク
２０  ＤＭＺセグメント
３０  外部ネットワーク
８０  インターネット
１００、１０１  ＨＴＴＰプロキシ装置
【図１】
2004229187.tif 000003
【図２】
2004229187.tif 000004
【図３】
2004229187.tif 000005
【図４】
2004229187.tif 000006