JPWO2004111864A1 - インターネットセキュア通信装置及び通信方法 - Google Patents

Abstract

ネットワークセキュリティ装置の再構築を行わずに、ファイアウォールを通過することのできる装置及び通信方法を提供する。アプリケーションサービスがファイアウォールによって保護されている環境で、インターネット使用時に、メッセージ・アドレス確認コンピュータ内部の第１の任意のメッセージおよび、ファイアウォールトンネル・コンピュータ内部の第２の任意のメッセージに対応するクライアントとアプリケーションサービスの間の各々のメッセージインスタンスが有効な時、クライアントからアプリケーションサービスへのアクセスを許可する。ファイアウォールトンネル・コンピュータとメッセージ・アドレス確認コンピュータはセキュア・プロトコルにより、インターネットに直接接続されている。

Description

本発明は、アプリケーションサービス・コンピューターがファイアウォールのようなセキュリティ装置によって通常のインターネット・アクセスから一般に保護されるインターネットの使用において、クライアント・コンピューターと、アプリケーションサービス・コンピューターとの間のインターネットセキュア通信装置及び通信方法に関する。

ネットワーク通信はファイアウォールや、ＮＡＴ（Ｎｅｔｗｏｒｋ Ａｄｄｒｅｓｓ Ｔｒａｎｓｌａｔｏｒ）のようなネットワークセキュリティ装置が、常に拡大するコンピューターシステム・グループのインターネットへのインタフェースとして使用される限りにおいて、複雑度を増してきている。これらのセキュリティ装置によって明らかになる重要な難題は、セキュリティ装置によってＮＡＴやファイアウォールの″背後″にある装置へ到達できないようにするため、他の正当なユーザーは、（しばしば、遠隔手続き呼び出し又は″ＲＰＣ″通信による）サーバーとクライアントの間の広範囲のアクセスが、インターネットの通過に失敗することである。
リモートアクセス（例えば、制限のない、インスタントメッセージ、ＩＰテレフォニーや、セキュリティカメラのトラブル解決等）を必要とするアプリケーションは、そのような接続性の難題が問題となる。この点において、そのようなタイプのアプリケーションに対するアプリケーション・サーバーは、しばしばリモートマネジメントに対して、Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ（ＨＴＴＰ）のインタフェースを実装する。不幸にも、そのようなアプリケーション・サーバーは、中央のコンピューターメンテナンスグループから遠隔地に、重要な企業アプリケーションを実装しており、それらのインターネットを用いたメンテナンスのインタフェースは、対応するファイアウォールのため、メンテナンス部門によって利用できないようになっている。マネジメントインタフェースを使用する必要があるとき（そして皮肉にも、リモートマネジメントインタフェースは、ＮＡＴ／ファイアウォールによってブロックすること以外に使用される時）、企業の職員は、それゆえにしばしば、重要な調整手続きを、作用させるコンピューターのある場所に物理的に輸送する必要がある。もちろんこの点において、ネットワークセキュリティは、システムに実装された調整基準として継続する必要がある。しかし、この継続したセキュリティのコストとお金は重要である。
（共にファイアウォールの背後にある）２つのドメインの間の接続性が必要な時、２つのドメイン上のアプリケーション間でメッセージを交換できるように、システム管理者はそのファイアウォールに、あるポートを空ける必要がある。このことは不幸にも、セキュリティの特徴を侵害するため、大多数の客にとって容認できる解ではない。
ファイアウォールとＮＡＴを通過する接続性は、コストとセキュリティの観点から強く望まれているにも関わらず、そのような通信の中でもセキュリティが継続するように、それらの特定のプロトコルの要求に従ってそれらのセキュリティ装置にアクセスするいまだ唯一の手段である必要がある。必要なのは、インターネットからファイアウォールを通過するセキュリティアクセス・アプリケーションサーバーへの通り道であり、そのような便利で、低コストのファイアウォール保護されたＬＡＮは、インターネットを横切り、ファイアウォールが許可された周りの、セキュアな広く双方向の通信を行うと認識されているそれらのアプリケーション・サーバーが必要な時に接続される。また、インターネットを横断する広く双方向の通信の性能を可能にするためにファイアウォールを再構成する必要がないことが、強く望まれる。
従来のネットワークシステムおよび方法は、図４に示すように、ＨＴＴＰプロトコルに従うリクエストにデータを添付して送信するためのＨＴＴＰクライアント機能４１１が搭載された通信対象機器４１０と、それを操作しあるいは監視する管理装置としてのパソコン４２０で構成され、パソコン４２０はインターネット４０１に接続され、通信対象機器４１０は企業のファイアウォール４３０の内側に設置されている。一般にファイアウォール４３０は、内側から外側に向けたＨＴＴＰリクエストのパケットと、このＨＴＴＰリクエストに対応するＨＴＴＰレスポンスのパケットを通過されるように設定されている。前述のように通信対象機器４１０はＨＴＴＰクライアント機能４１１を有しており、ＨＴＴＰリクエストとしてＧＥＴ又はＰＯＳＴメソッドに送信したいデータを添付してパソコン４２０に送信する。このＨＴＴＰリクエストに対してパソコン４２０がＨＴＴＰリクエストを返信すると、前述のようにＨＴＴＰレスポンスはファイアウォール４３０を通過することができるので、通信対象機器４１０は、パソコン４２０からのレスポンスを受信することができる。例えば、特開２００１−１５４９５３号公報（第４−５頁、第３図）。
解決課題
しかしながら、従来のネットワークシステムおよび方法では、ファイアウォールやＮＡＴを通過させたいアプリケーションを全てＨＴＴＰプロトコルに従ったアプリケーションとして実装する必要があり、すでに企業内に資産として保有する膨大なアプリケーションソフトウェアの資産を廃棄しなければならないという問題があった。

本発明は、従来の問題を解決するためになされたものであり、資産として存在する膨大なアプリケーションを変更することなく、ファイアウォールやＮＡＴを通過させることを可能とするインターネットセキュア通信装置、および方法を提供することを目的とする。
本発明の第１の態様では、メッセージ・アドレス確認コンピューターに対する第１の任意のメッセージ、およびアプリケーションサービス・コンピュータへインターネットへのインタフェースおよび前記メッセージ・アドレス確認コンピューターへの前記インターネットへのインタフェースを提供するファイアウォールトンネル・コンピューターに対する第２の任意のメッセージ、に対して前記クライアント・コンピューターと前記アプリケーションサービス・コンピューター間の各コンピューター・メッセージ・インスタンスを有効にする手段で構成され、前記インターネットの使用を通じて、前記クライアント・コンピューターから前記アプリケーションサービス・コンピューターにアクセスすることを特徴とする。
本発明の第２の態様では、前記第１の任意のメッセージは、前記クライアント・コンピューターの識別子に関連する前記ファイアウォールトンネル・コンピューターの識別子で構成されることを特徴とする。
本発明の第３の態様では、前記第１の任意のメッセージは、さらに前記ファイアウォールトンネル・コンピューターの前記識別子と前記クライアント・コンピューターの前記識別子に関連する前記アプリケーションサービス・コンピュータの識別子で構成されることを特徴とする。
本発明の第４の態様では、前記識別子は、前記アプリケーションサービス・コンピューターの論理識別子で構成されることを特徴とする。
本発明の第５の態様では、前記識別子は、前記アプリケーションサービス・コンピューターのアプリケーションの論理識別子で構成されることを特徴とする。
本発明の第６の態様では、前記第２の任意のメッセージは、前記アプリケーションサービス・コンピューターの識別子で構成されることを特徴とする。
本発明の第７の態様では、前記第２の任意のメッセージは、さらに前記クライアント・コンピューターの識別子で構成されることを特徴とする。
本発明の第８の態様では、前記第１の任意のメッセージは、前記ファイアウォールトンネル・コンピューターによって前記メッセージ・アドレス確認コンピューター内に定義されることを特徴とする。
本発明の第９の態様では、さらに、前記アプリケーションサービス・コンピューターによって前記クライアント・コンピューターのパスワードを有効にする手段を有することを特徴とする。
本発明の第１０の態様では、さらに、前記メッセージ・アドレス確認コンピューターによって前記ファイアウォールトンネル・コンピューターのパスワードを有効にする手段を有することを特徴とする。
本発明の第１１の態様では、前記メッセージ・アドレス確認コンピューターは、第１の所有者に所有される手段を有し、前記アプリケーションサービス・コンピューターと前記ファイアウォールトンネル・コンピューターは第２の所有者に所有される手段を有するとともに、前記第１の所有者と第２の所有者は、前記第１の所有者が前記第１の任意のメッセージを編集しないようにすることを合意するように構成する手段を有することを特徴とする。
本発明の第１２の態様では、前記ファイアウォールトンネル・コンピューターは、外部へのＨＴＴＰプロトコル通信が通過できるようにファイアウォールによって設定されたファイアウォールのポートを通じてインターネットに接続するインタフェースを有し、前記ファイアウォールは、基本的に恒久的にいかなる内部への通信もブロックするように設定され、前記ファイアウォールを通過する双方向のメッセージを許可するように前記ファイアウォールのポートを再設定することが必要でないように、内部への通信は前記外部への通信と相互的でないことを特徴とする。
この構成により、アプリケーションサービス・コンピューターにアクセスする各々のクライアント・コンピューターをアプリケーションの論理識別子とクライアント・コンピューターの識別子を対応させてアドレス毎に識別し、パスワードで管理することができる。また、クライアント・コンピューターからアプリケーションサービス・コンピューターへのアクセスをＨＴＴＰプロトコル通信を用いてブリッジするため、ファイアウォールのセキュリティ設定を損なうことなく、安全に通信することができる。
本発明の第１３の様態では、アプリケーションサービス・コンピューターとインターネットへのデータ通信を行うファイアウォールトンネル・コンピューターと、前記インターネットから前記ファイアウォールトンネル・コンピュータへのデータ通信を行い、前記インターネットからクライアント・コンピューターへのデータ通信を行うメッセージ・アドレス確認コンピューターと、前記メッセージ・アドレス確認コンピューター内の第１の任意のデータベース、および前記ファイアウォールトンネル・コンピューター内の第２の任意のデータベースに対する、前記クライアント・コンピューターと前記アプリケーションサービス・コンピューター間の前記通信の各コンピューターメッセージのインスタンスの検証手段で構成され、前記インターネットの使用を通じて、前記クライアント・コンピューターから前記アプリケーションサービス・コンピューターにアクセスすることを特徴とする。
本発明の第１４の様態では、前記第１の任意のメッセージのデータベースは、前記クライアント・コンピューターに対する識別子に関連した、前記ファイアウォールトンネル・コンピューターに対する識別子を有するデータレコードで構成し、前記データレコードのアドレスは前記ファイアウォールトンネル・コンピュータから、前記第１の任意のデータベースのメッセージの中に定義されることを特徴とする。
本発明の第１５の様態では、前記データレコードは、さらに前記アプリケーションサービス・コンピューターに対する識別子で構成することを特徴とする。
本発明の第１６の様態では、前記第２の任意のメッセージのデータベースは、前記アプリケーションサービス・コンピューターに対する識別子を有するデータレコードで構成されることを特徴とする。
本発明の第１７の様態では、前記第２の任意のメッセージのデータベースは、さらに前記クライアント・コンピューターに対する識別子を有することを特徴とする。
この構成により、クライアント・コンピューターの識別子と、ファイアウォールトンネル・コンピューターの識別子と、アプリケーションサービス・コンピューターの識別子をデータレコードとして持つデータベースで管理し、各メッセージのインスタンスを検証する手段を有するようにしたため、メッセージの有効性を検証することができる。
本発明の第１８の様態では、アプリケーションサービス・コンピューター、およびインターネットとデータ通信を行う、ファイアウォールトンネル・コンピューターであって、前記ファイアウォールトンネル・コンピューターは、クライアント・コンピューターと前記アプリケーションサービス・コンピューターとの間の前記データ通信の各コンピューターメッセージのインスタンスを有効にするようにプログラムされており、前記インターネットから前記ファイアウォールトンネル・コンピューターへのデータ通信と、前記インターネットから前記クライアント・コンピューターへのデータ通信を行うメッセージ・アドレス確認コンピューターであって、前記メッセージ・アドレス確認コンピューターは、前記クライアント・コンピューターと、前記アプリケーションサービス・コンピューターとの間の前記データ通信の各コンピューターメッセージのインスタンスを有効にするようにプログラムされており、前記インターネットの使用を通じて、前記クライアント・コンピューターから前記アプリケーションサービス・コンピューターへアクセスすることを特徴とする。
本発明の第１９の様態では、前記メッセージ・アドレス確認コンピューターは、前記クライアント・コンピューターに対する識別子と関連した、前記ファイアウォールトンネル・コンピューターに対する識別子を有する任意のデータベースを有することを特徴とする。
本発明の第２０の様態では、前記メッセージ・アドレス確認コンピューターと、前記ファイアウォールトンネル・コンピューターは、前記ファイアウォールトンネル・コンピューターが、前記メッセージ・アドレス確認コンピューターの中にある、前記任意のデータベースを変更することを可能にするようにプログラムされていることを特徴とする。
この構成により、本発明をプログラムしたインターネットセキュア通信装置を実現することができる。
本発明の第２１の様態では、メッセージ・アドレス確認コンピューター内の第１の任意のメッセージ、およびファイアウォールトンネル・コンピューター内の第２の任意のメッセージに対する、クライアント・コンピューターとアプリケーションサービス・コンピューターとの間の各コンピューターメッセージのインスタンスを有効にする手段を有し、前記ファイアウォールトンネル・コンピューターは、前記インターネットとのインタフェースを有し、前記メッセージ・アドレス確認コンピューターは、前記インターネットとのインタフェースを有し、前記インターネットの使用を通じて、前記クライアント・コンピューターから、前記アプリケーションサービス・コンピューターへアクセスすることを特徴とする。
本発明の第２２の様態では、さらに、前記ファイアウォールトンネル・コンピューターによって、前記第１の任意のメッセージを定義する手段を有することを特徴とする。
この構成により、クライアント・コンピューターおよびアプリケーションサービス・コンピューターは、ファイアウォールトンネル・コンピューターとメッセージ・アドレス確認コンピューターを経由して、インターネットにアクセスすることができる。
本発明の第２３の様態では、前記ファイアウォールトンネル・コンピューターは、ブリッジ・コンピューターのプログラムを実行し、前記アプリケーションサービス・コンピューターの中のアプリケーション・プログラムは、前記メッセージ・アドレス確認コンピューターによって、ＨＴＴＰメッセージ配送メカニズムが生成されるように、前記ブリッジ・コンピューターのプログラムを制御することを特徴とする。
本発明の第２４の様態では、前記ファイアウォールトンネル・コンピューターは、ブリッジ・コンピューターのプログラムを実行し、前記ブリッジ・コンピューターのプログラムは、前記メッセージ・アドレス確認コンピューターへのＨＴＴＰ接続の開始、および前記アプリケーションサービス・コンピューターへのＨＴＴＰ接続の開始によって、ブリッジ・コンピューターのソフトウェアのインスタンスを生成し、前記メッセージ・アドレス確認コンピューターは前記ブリッジ・コンピューターのソフトウェアのインスタンスを認証することを特徴とする。
本発明の第２５の様態では、前記ファイアウォールトンネル・コンピューターは、ブリッジ・コンピューターのプログラムを実行し、前記ブリッジ・コンピューターのプログラムは、前記メッセージ・アドレス確認コンピューターへのＨＴＴＰ接続の開始、および前記アプリケーションサービス・コンピューターへのＨＴＴＰ接続の開始によって、ブリッジ・コンピューターのソフトウェアのインスタンスを生成し、前記ブリッジ・コンピューターのプログラムは、各々の前記ＨＴＴＰ接続に対して定義された、送信メッセージ・バッファと受信メッセージ・バッファからなる一対のメッセージ・バッファを定義し、前記一対のメッセージ・バッファは、メッセージを前記メッセージ・アドレス確認コンピューター内で実行されているブリッジサービスのプログラムと、前記アプリケーションサービス・コンピューター内で実行されているブリッジサービス・サーバーのプログラムの間を双方向に転送することを特徴とする。
この構成により、アプリケーションサービス・コンピューターのアプリケーションは、ファイアウォールトンネル・コンピューターとメッセージ・アドレス確認コンピューターがＨＴＴＰプロトコルで接続されるように制御し、ファイアウォールトンネル・コンピューターとアプリケーションサービス・コンピューターのアプリケーションは、ＨＴＴＰプロトコルによりブリッジ接続し、ブリッジ・コンピューターのプログラムは、送受信メッセージ・バッファを定義し、メッセージ・バッファを用いてメッセージ・アドレス確認コンピューターとファイアウォールトンネル・コンピューターを双方向に転送することができる。
本発明の第２６の様態では、前記ファイアウォールトンネル・コンピューターは、トランスポート層とメッセージ処理層を持つブリッジ・コンピューターのプログラムを実行し、前記トランスポート層は、前記メッセージ・アドレス確認コンピューターへ第１のＨＴＴＰ接続および、前記アプリケーションサービス・コンピューターへ第２のＨＴＴＰ接続を開始し、前記メッセージ処理層は、各々の前記ＨＴＴＰ接続に対して定義された、送信メッセージ・バッファと受信メッセージ・バッファからなる一対のメッセージ・バッファを定義し、前記トランスポート層は、前記メッセージ・アドレス確認コンピューターから前記第１の接続を経由する通信の第１のメッセージを検索し、前記メッセージ処理層は、前記第１のメッセージに書かれた許可ルールを実行し、前記メッセージ処理層は、前記第１のメッセージを前記第１の接続の受信メッセージ・バッファから前記第２の接続の送信メッセージ・バッファへ移動し、前記トランスポート層は、前記第２の接続を経由して、前記アプリケーションサービス・コンピューターへ前記第１のメッセージを送信し、前記トランスポート層は、前記アプリケーションサービス・コンピューターから前記第２の接続を経由する通信の第２のメッセージを検索し、前記メッセージ処理層は前記第２のメッセージに書かれた許可ルールを実行し、前記メッセージ処理層は、前記第２のメッセージを前記第２の接続の受信メッセージ・バッファから前記第１の接続の送信メッセージ・バッファへ移動し、前記トランスポート層は、前記第１の接続を経由して、前記メッセージ・アドレス確認コンピューターへ前記第１のメッセージを送信することを特徴とする。
本発明の第２７の様態では、前記通信中のメッセージは、異なるアプリケーションに対して、各々異なるプロトコルが組み立てられていることを特徴とする。
本発明の第２８の様態では、前記ファイアウォールトンネル・コンピューターは、トランスポート層とメッセージ処理層を持つブリッジ・コンピューターのプログラムを実行し、前記トランスポート層は、前記メッセージ・アドレス確認コンピューターへの多数のメッセージと、前記アプリケーションサービス・コンピューターへの多数のメッセージを多重化送信することを特徴とする。
本発明の第２９の様態では、前記ファイアウォールトンネル・コンピューターは、トランスポート層とメッセージ処理層を持つブリッジ・コンピューターのプログラムを実行し、前記トランスポート層は、前記メッセージ・アドレス確認コンピューター内のブリッジサービス・プログラムからの多数のメッセージ、および前記アプリケーションサービス・コンピューターからの多数のメッセージを多重化受信することを特徴する。
この構成により、ファイアウォールトンネル・コンピューターは、メッセージ・アドレス確認コンピューターとアプリケーションサービス・コンピューターの間に、プロトコルごとに異なるメッセージを生成して１つのＨＴＴＰ接続を開始し、異なるプロトコル・メッセージを１つのＨＴＴＰ接続で多重化通信を行うことができる。
本発明の第３０の様態では、前記ファイアウォールトンネル・コンピューターは、トランスポート層とメッセージ処理層を持つブリッジ・コンピューターのプログラムを実行し、前記トランスポート層は、前記メッセージ・アドレス確認コンピューターと十分な多数のＨＴＴＰ接続、および前記アプリケーションサービス・コンピューターと十分な多数のＨＴＴＰ接続を生成し、全てのメッセージのレイテンシーは、予め定義されたレイテンシー値の範囲内で持続し、全てのメッセージのスループットは予め定義されたスループット値の範囲内で持続することを特徴とする。
この構成により、メッセージ・アドレス確認コンピューターとアプリケーションサービス・コンピューターの間のＨＴＴＰ接続に対して、メッセージのレイテンシーとスループットを保証することができる。
本発明の第３１の様態では、多数のファイアウォールトンネル・コンピューターは、前記メッセージ・アドレス確認コンピューターと通信し、各々のファイアウォールトンネル・コンピューターは、前記メッセージを可能にするブリッジコンピューター・プログラムを実行することを特徴とする。
本発明の第３２の様態では、多数のファイアウォールトンネル・コンピューターは、前記メッセージ・アドレス確認コンピューターと通信し、各々のファイアウォールトンネル・コンピューターは、前記メッセージを可能にするブリッジコンピューター・プログラムを実行し、前記メッセージ・アドレス確認コンピューターは、前記多数のファイアウォールトンネル・コンピューター内のブリッジコンピューター・プログラムと通信するブリッジサービス・プログラムを実行することを特徴とする。
この構成により、ファイアウォールトンネル・コンピューターおよびメッセージ・アドレス確認コンピューターの機能をプログラムで実現することができる。
本発明の第３３の様態では、各コンピューターメッセージのインスタンスを有効にする手段は、さらに各々の前記ファイアウォールトンネル・コンピューター内のブリッジコンピューター・プログラムと、前記メッセージ・アドレス確認コンピューター内のブリッジサービス・プログラムで構成され、前記ブリッジサービス・プログラムは、各前記ブリッジコンピューター・プログラムに対して、送信メッセージ・バッファを定義し、前記ブリッジサービス・プログラムは、その各々の前記送信メッセージ・バッファ内の各前記ブリッジコンピューター・プログラムと通信する各メッセージ・インスタンスをバッファすることを特徴とする。
本発明の第３４の様態では、前記ブリッジサービス・プログラムは、１つのブリッジコンピューター・プログラムから送信された多数のメッセージをバッファすることを特徴とする。
この構成により、ブリッジサービス・プログラムは多数のメッセージをバッファして多重化処理を行うことができる。
本発明の第３５の様態では、各コンピューターメッセージのインスタンスを有効にする手段は、さらに各々の前記ファイアウォールトンネル・コンピューター内のブリッジコンピューター・プログラムと、前記メッセージ・アドレス確認コンピューター内のブリッジサービス・プログラムで構成され、前記ブリッジサービス・プログラムは、各ブリッジコンピューター・プログラムによって送信された多数のメッセージを受け入れることが可能であり、前記ブリッジサービス・プログラムは、各前記ブリッジコンピューター・プログラムに対して送信メッセージ・バッファを定義し、前記ブリッジサービス・プログラムは、その各々の前記送信メッセージ・バッファ内の各前記ブリッジコンピューター・プログラムと通信する各メッセージ・インスタンスをバッファし、前記ブリッジサービス・プログラムは、各メッセージを同一数のアプリケーションメッセージキューに転送することを特徴とする。
この構成により、ブリッジコンピューター・プログラムとブリッジサービス・プログラムは、相互にメッセージを交換して通信し、アプリケーションごとにメッセージキューを保持して処理することができる。

図１は、本発明の実施の形態における、インターネットの使用を通じたメッセージ・インスタンスを接続するコンピューターネットワーク、メッセージ・アドレス確認コンピューターと、ファイアウォールトンネル・コンピューターの概略構成を示すブロック図である。
図２は、本発明の実施の形態における、図１のネットワークに従って登場するメッセージ管理に対するソフトウェアブリッジ・アーキテクチャを示すブロック図である。
図３は、本発明の実施の形態における、第１の情報処理プラットフォーム（ＩＰＰ）と第２の情報処理プラットフォーム（ＩＰＰ）間の相互メッセージ詳細を示すブロック図である。
図４は、従来のネットワークシステムおよび方法の概略構成を示すブロック図である。

以下、本発明の実施の形態のインターネットセキュア通信装置、および方法について図面を用いて説明する。
発明の概略としては、（インターネットに接続する正当なユーザーとして、メッセージ・アドレス確認コンピューターに認識されるブリッジコンピューターが走行する）ファイアウォールトンネル・コンピューターは、クライアント・コンピューターとアプリケーションサービス・コンピューターとの間のファイアウォールで保護された通常のセキュア通信を行うインターネットと（あるいは、比喩的にいえばトンネルを通過して）インタフェースを取る。メッセージ・アドレス確認コンピューターは、正当なインターネット接続ユーザーとしてクライアント・コンピューターとファイアウォールトンネル・コンピューターに認識されたもののみ、インターネットに接続する。クライアント・コンピューター、ファイアウォールトンネル・コンピューター、およびメッセージ・アドレス確認コンピューターは、グループ内の職員に高く信頼された企業内の機能グループに所属することが望ましい。そのようなグループの例としては、ある企業内のオペレーション・管理・保守サービス（ＯＡ＆Ｍ）グループとして任命されたコンピューターグループが挙げられる。
任意のメッセージ・データは、メッセージ・アドレス確認コンピューター内のデータベースとしてよりも、ファイアウォールトンネル・コンピューター内のデータベースとして確立される。クライアント・コンピューターからアプリケーションサービス・コンピューターへ通信するコンピューターメッセージの各々のインスタンスは、その後、メッセージ・アドレス確認コンピューターのデータベース（第１の任意のデータベース）に対する確認プロセス（第１の任意のメッセージの確認）を経て、アプリケーションサービス・コンピューターのファイアウォールトンネル・コンピューターのデータベース（第２の任意のデータベース）に対する確認プロセス（第２の任意のメッセージの確認）を通過して、そこからアプリケーションサービス・コンピューターに到達する。アプリケーションサービス・コンピューターからクライアント・コンピューターへ通信するコンピューターメッセージの各々のインスタンスは、アプリケーションサービス・コンピューターのデータベースに対する確認プロセスを経て、メッセージ・アドレス確認コンピューターのデータベースに対する確認プロセスと、クライアント・コンピューターのファイアウォールトンネル・コンピューターのデータベースに対する確認プロセスを通過して、クライアント・コンピューターに到達する。
ＯＡ＆Ｍセンターのメッセージ・アドレス確認コンピューターのデータベースは基本的に、ファイアウォールトンネル・コンピューターのシステム管理（第１の所有者）者の管理下にある。これらのいかなるシステム管理者も、かれらのファイアウォールトンネル・コンピューターからＯＡ＆Ｍセンターへログインし、（メッセージ・アドレス確認コンピューター内のデータベースに、）ＯＡ＆Ｍセンター内のメッセージ・アドレス確認コンピューターと、アプリケーションサービス・コンピューター、ファイアウォールトンネル・コンピューター、およびシステム管理者（第２の所有者）のＬＡＮ内にあるファイアウォールトンネル・コンピューターとの間をブリッジする任意のメッセージを生成する。このことは、ＯＡ＆Ｍセンター内のメッセージ・アドレス確認コンピューターからアプリケーションサービス・コンピューターへのアクセス経路を提供する。接続性が確立された後、ＯＡ＆Ｍクライアント・コンピューターは、システム管理者によって作られた、ＯＡ＆Ｍセンター内のメッセージ・アドレス確認コンピューターから、ファイアウォールトンネル・コンピューターを経由して、アプリケーションサービス・コンピューターに続く″トンネル″を用いてアプリケーションサービス・コンピューターにアクセスする。システム管理者は又、ファイアウォールトンネル・コンピューター内に、ＯＡ＆Ｍセンター内のメッセージ・アドレス確認コンピューターからの任意のメッセージを許可する。クライアント・コンピューターとアプリケーションサービス・コンピューターとの間の各々のメッセージ・インスタンスは、インターネット接続可能なブリッジ機能を有効にするコンピューター（ＯＡ＆Ｍセンター内のファイアウォールトンネル・コンピューターとメッセージ・アドレス確認コンピューター）の任意のメッセージからの確認を受ける。
図１はインターネット１０４の使用を通じたメッセージ・インスタンスを接続するコンピューターネットワーク１００、メッセージ・アドレス確認コンピューター１０８と、ファイアウォールトンネル・コンピューター１１２の概略構成を示すブロック図である。クライアント・コンピューター１１６と、アプリケーションサービス・コンピューター１２０は、インターネット１０４からのメッセージを交換する。保護されたファイアウォール１２４は、（ＬＡＮ１とＬＡＮ２が相互接続された）ローカルエリアネットワーク１２８をインターネット１０４への通常のアクセスから保護する。クライアント・コンピューター１３２は、（１つの実装として、ＬＡＮ１３６は企業イントラネット１３６である）ＬＡＮ１３６を経由して、メッセージ・アドレス確認コンピューター１０８とインターネット１０４に接続している。ファイアウォール１４８は、第２のクライアント・コンピューター１３２、メッセージ・アドレス確認コンピューター１０８，およびＬＡＮ１３６をインターネット１０４への通常のアクセスから保護する。アプリケーションサービス・コンピューター１２０は、アプリケーション１６０とアプリケーション１５８を実行する。アプリケーションサービス・コンピューター１２０はまた、ブリッジサービス・サーバー１５２を実行する。ブリッジサービス・サーバー１５２は、ファイアウォールトンネル・コンピューター１１２（および、メッセージ・アドレス確認コンピューター１０８）を経由して、クライアント（例えば、クライアント・コンピューター１１６）から受信したメッセージ・インスタンスに応答して、メッセージ・インスタンスにファイアウォールトンネル・コンピューター１１２への経路を指示する。
メッセージ・アドレス確認コンピューター１０８は、むしろインターネット１０４の正当なユーザーとして特定のクライアント（例えばクライアント１１６）とそのファイアウォールトンネル・コンピューター（例えばファイアウォールトンネル・コンピューター１１２）を認識するためだけに、ＨＴＴＰＳ（ＨＴＴＰセキュアプロトコル）を経由してインターネット１０４に接続する。これらのＨＴＴＰセキュアプロトコルのインターネット１０４への″トンネル″アクセスは、ファイアウォール１２４のトンネル接続１４０と、ファイアウォール１４８のトンネル接続１４４に象徴的に図示される。関連して、ファイアウォール１２４のトンネル接続１４０と、ファイアウォール１４８のトンネル接続１４４は、それらに対応するファイアウォールを物理的にバイパスし、この明細書に記述されているように、メッセージごとのアドレスの任意の正当な方法論によって、セキュリティをデータ的に支持する。ＨＴＴＰセキュアプロトコルの代わりに、別の実装では、ネットワークの所有者の特定の要望に対して、暗号のアプローチが適切なセキュリティを提供する。１つの実装では、個別にポートの設定が可能なファイアウォールの１つのポートは、ＨＴＴＰプロトコル接続のために空けられ、メッセージ・アドレス確認コンピューター１０８および／又は、ファイアウォールトンネル・コンピューター１１２は、ＨＴＴＰプロトコルに設定されたポートに単一の接続を提供する。
ファイアウォールトンネル・コンピューター１１２のシステム管理者１１４は、必要な認証とプライバシーを満たしてメッセージ・アドレス確認コンピューター１０８にログインした後、メッセージ・アドレス確認コンピューター１０８とアプリケーションサービス・コンピューター１２０の間に″トンネル″を生成する。システム管理者は基本的に、メッセージ・アドレス確認コンピューター１０８への接続の全てを制御し、行動の自由に於いて、物理的あるいはデータ的な接続を終端する。接続はファイアウォール１２４のいかなるポートを空けることを要求しないため、企業ネットワーク１２８は、外部のアタッカーから保護される。アプリケーションサービス・コンピューター１２０と、メッセージ・アドレス確認コンピューター１０８との間に一度トンネルか確立されると、メッセージ・アドレス確認コンピューター１０８のクライアント（クライアント・コンピューター１１６や、クライアント・コンピューター１３２などのＯＡ＆Ｍクライアント）は、メッセージ・アドレス確認コンピューター１０８と（ファイアウォールトンネル・コンピューター１１２によって許可された）ファイアウォールトンネル１４０を経由して、アプリケーションサービス・コンピューター１２０にアクセスする。
システム全体のデザインは、ＨＴＴＰ上に走行するキューメカニズムがベースとなる。キュー・パラダイムは、ｃｒｅａｔｅＱｕｅｕｅ（），ｒｅｍｏｖｅＱｕｅｕｅ（），ｓｅｎｄＳｙｎｃｈ（），ｓｅｎｄＡｓｙｎｃｈ（）メッセージといったシンプルなプリミティブを提供する。″タイムアウトにより引き抜く″と″最大数のメッセージを回復する″は、クライアントにメッセージ・インスタンスを突き戻すために使用される。（ＳｅｓｓｉｏｎＩｎＢｏｘ，ＭａｘＮｕｍｂｅｒＯｆＭｓｇｓ，ＴｉｍｅＯｕｔ）の優先属性形式の中のプリミティブなｇｅｔＭｅｓｓａｇｅｓコマンドは、アプリケーション・キューにアドレスされたメッセージを回復するために使用される。１つ又は（最大限の）複数のメッセージに含まれる返信メッセージは、適切なキュー（とそれらのキューで処理要求を待つアプリケーション）に発送される。
各メッセージは、メッセージ・ボディとメッセージ・ヘッダを運ぶ封筒を含んでいる。ファイアウォールトンネル・コンピューター１１２で実行されるブリッジ・ソフトウェアは、一つの実装ではスタンドアロン・プログラムとして走行する。別の実装では、ブリッジ・ソフトウェアは、ブラウザ内の署名されたアプレットとして走行する。１つの実装では、アプレットバージョンのブリッジ・ソフトウェアは、インターネット・エクスプローラー内で実行し、マイクロソフトＪＶＭあるいはサンＪａｖａプラグインと一緒に機能する。
メッセージ・アドレス確認コンピューター１０８のデータベースの任意の構造は、最小で、各々のデータレコードがファイアウォールトンネル・コンピューター１１２とクライアント・コンピューター１１６（あるいは、クライアント・コンピューター１３２）を任意の対のアドレスとして区別する１セットのデータレコードで構成される。もう１つの実装では、ファイアウォールトンネル・コンピューター１１２とクライアント・コンピューター１１６（あるいはクライアント・コンピューター１３２）のアドレスの任意の識別子は、アプリケーションサービス・コンピューター１２０の任意のアドレスによって３つ揃いに拡張される。さらに別の実装では、アプリケーションサービス・コンピューター１２０の任意のアドレスは、特定のアプリケーション１６０又は、１５８で任意の識別子に、さらに拡張される。
ファイアウォールトンネル・コンピューター１１２のデータベースの任意の構造は、最小で、各々のデータレコードがアプリケーションサービス・コンピューター１２０の任意のアドレスとして区別する１セットのデータレコードで構成される。別の実装では、アプリケーションサービス・コンピューター１２０の任意の識別子は、クライアント・コンピューター１１６（あるいは１３２）のアドレスの任意の識別子によって拡張される。さらに別の実装では、アプリケーションサービス・コンピューター１２０の任意のアドレスは、特定のアプリケーション１６０又は１５８の任意の識別子によって、さらに拡張される。
アプリケーションサービス・コンピューター１２０上のブリッジサービス・サーバー１５２は、オプションでパスワード保護、任意のアドレス識別子確認、又は特有のアプリケーション（１５８、１６０）が要求するようなものを実行する。
図２は、図１のネットワークに従って登場するメッセージ管理に対するソフトウェアブリッジ・アーキテクチャ２００を示すものである。トンネル（１４０，１４４）の両側のブリッジ・サービス２０４，２０８は、インターネット１０４への適切な″トンネル″を通って送信する前の、整列した、あるいは整列していない情報処理プラットフォーム（ＩＰＰ：Ｉｎｆｏｒｍａｔｉｏｎ Ｐｒｏｃｅｓｓｉｎｇ Ｐｌａｔｆｏｒｍ）のメッセージを重要視する。整列した、あるいは整列していない他に、ブリッジ・サービス２０４と２０８は、同期メッセージと非同期メッセージを送信する能力と、メッセージを受信する能力を提供する。ブリッジ・ソフトウェア２１４は、メッセージ・アドレス確認のソフトウェアを含む。ブリッジ・サービス２０４とブリッジ・ソフトウェア２１４の間、およびブリッジ・サービス２０８とブリッジ・ソフトウェア２１４の間のＨＴＴＰ（Ｓ）通信は、ＨＴＴＰ（Ｓ）の中でＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔ Ｌａｙｅｒ）又はＴＬＳ（Ｔｒａｎｓｐｏｒｔ Ｌａｙｅｒ Ｓｅｃｕｒｉｔｙ）を用いることによって守られる。
さらに詳細に説明する。ブリッジ・サービス２０４と２０８はＪａｖａサーブレット技術によって、好んで実装される。ブリッジ・サービス２０４と２０８は、（ファイアウォールトンネル・コンピューター１１２で実行されるインスタンスに対して）ブリッジ・ソフトウェア２１４にログイン、リモートキューの生成、そしてメッセージの送受信を許可する。各ログインは適切なサービスのセッションを生成し、キューはメッセージ配送に対するそのセッションと連携する。ブリッジ・サービス２０４と２０８と、ブリッジ・ソフトウェア２１４は、ドメイン間の転送メッセージに対するブリッジ・キューとＩＰＰキューの間のマッピングを含む。メッセージは、別のブリッジ・サービス（例えばドメインＢのブリッジ・サーバー２０８）に送信するために、ブリッジ・サービス（例えば、ドメインＡのブリッジ・サーバー２０４）内にキューイングされる。
１つの実装において、ブリッジ・ソフトウェア２１４は２つの層を持つ。第１の層は各々のブリッジ・サービス（２０４、および／又は２０８）とメッセージを交換するＨＴＴＰ接続を提供するトランスポート層である。第２の層は、各々のブリッジ・サービス２０４又は、２０８にメッセージ・インスタンス配送するメッセージ処理層である。１つの実装では、トランスポート層は以下のようなインタフェースを提供する。
−Ｓｅｎｄ（非同期送信）
−ＳｅｎｄＡｎｄＷａｉｔ（同期送信）
−Ｒｅｃｅｉｖｅ（メッセージキューの受信）
−ＲｅｃｅｉｖｅＡｎｄＲｅｐｌｙ（コールバック関数のためのメッセージ受信）
これらのインタフェースコマンド呼び出しは、メッセージ処理層および／又は、ブリッジ・サービス２０４および／又は２０８を経由してアクセスすることができるアプリケーションの間の相互作用に対して、柔軟性を提供する。
（例えばファイアウォールトンネル・コンピューター１１２で実行されている）ブリッジ・ソフトウェア２１４は、ブリッジ・サービス２０４（例えば、メッセージ・アドレス確認コンピューター１０８内で走行するブリッジ・サービス１０９）とブリッジ・サービス２０８（例えば、アプリケーションサービス・コンピューター１２０内で走行するブリッジサービス・サーバー１５２）へのＨＴＴＰ接続を開始する。接続の初期化フェーズは、メッセージ・アドレス確認コンピューター１０８によるブリッジ・ソフトウェア接続のインスタンスの認証を含む。ブリッジ・ソフトウェア２１４は、ユーザ（例えばシステム管理者）によって、あるいはアプリケーション・プログラムによって、メッセージ・アドレス確認コンピューター１０８とアプリケーション・サーバーとの間を直接接続するトンネルを生成するように実行される。ブリッジ・ソフトウェア２１４は、ブリッジ・サービス２０４へのＨＴＴＰ接続（第１のＨＴＴＰ接続）、および／又はブリッジ・サービス２０８へのＨＴＴＰ接続（第２のＨＴＴＰ接続）に対して、送信メッセージ・バッファと受信メッセージ・バッファのペアを定義する。ブリッジ・ソフトウェア２１４のトランスポート層は、ブリッジ・サービス２０４、および／又は２０８からメッセージを引き出す。ブリッジ・ソフトウェア２１４のトランスポート層は、また、ブリッジ・サービス２０４、および／又は２０８にメッセージを送信する。ブリッジ・ソフトウェア２１４のトランスポート層は、また、必要な時にブリッジ・サービス２０４、および／又は２０８との単一のインタラクションの中で複数のメッセージの送受信を行う。ブリッジ・ソフトウェア２１４のトランスポート層は、メッセージの順番を保ちながら、メッセージのレイテンシーを減らし、メッセージのスループットを増加させるためにブリッジ・サービス２０４、および／又は２０８との複数の接続を生成する。メッセージ処理層は、ブリッジ・サービス２０４、および／又は２０８との各々の接続に対して、送信メッセージ・バッファと受信メッセージ・バッファを生成する。ブリッジ・ソフトウェア２１４のメッセージ処理層は、ブリッジ・サービス２０４に関連付けられた送信メッセージから、ブリッジ・サービス２０８に関連付けられた受信メッセージへ、メッセージを移動する。また、ブリッジ・ソフトウェア２１４のメッセージ処理層は、ブリッジ・サービス２０８に関連付けられた送信メッセージから、ブリッジ・サービス２０４に関連付けられた受信メッセージへ、メッセージを移動する。メッセージの送信に対して、適切な許可チェックを実行した後、各々のメッセージの移動が行われる。メッセージの交換は、通常各々異なるアプリケーションに対して異なるプロトコルに従って構成される。
ブリッジ・サービス２０４、および／又は２０８は、ブリッジ・ソフトウェア２１４によって許可された各々の接続に対して、送信メッセージ・バッファを生成する。ブリッジ・サービス２０４、および／又は２０８は、送信メッセージ・バッファに関連付けられた特定のブリッジ・ソフトウェアのインスタンスに結びつけられたメッセージをバッファする。ブリッジ・ソフトウェア２１４のトランスポート層は、関連する送信バッファからメッセージを引き出す。ブリッジ・サービス２０４、および／又は２０８は、必要に応じてブリッジ・ソフトウェア・プログラムによって引き出し要求を開始された、メッセージを同時に処理する。ブリッジ・サービス２０４、および／又は２０８は、ブリッジ・ソフトウェア・プログラムによって、適切なローカル、あるいはリモートのアプリケーション・キュー（図３の相互メッセージの詳細３００を参照）に送信されたメッセージを転送する。
１つの実装では、ブリッジ・サービス・ソフトウェア（サーバー・ソフトウェア２０４又は２０８）は、アプリケーション・サーバーが走行している（この例では、アプリケーションサービス・コンピューターとファイアウォールトンネル・コンピューターはＣＰＵと可能ならばディスクを共有して、論理的に分離されたものとして効果的に構成されたものであるかもしれない）ホスト・コンピューター上で実行される。しかしながら、むしろ、ファイアウォールトンネル・ソフトウェアは、サーバー１２０のような分離されたアプリケーション・サーバーにアクセスする１つのホストに置かれる。
システム管理者１１４は、インターネット１０４を経由して、ＯＡ＆Ｍセンターのメッセージ・アドレス確認コンピューター１０８上のブリッジ・ソフトウェア２１４にアクセスする。よりよい実装では、ＯＡ＆Ｍセンターのメッセージ・アドレス確認コンピューター１０８は、システム管理者１１４をユーザ名とパスワードによって認証する。
ここで論じたネットワーキング方法の利点は、多岐に渡る。アプリケーション・サーバーはＮＡＴ／ファイアウォールの後ろに置くことができ、アプリケーション・サーバーへの接続性を実現するために、ネットワーク管理者からのいかなる設定も必要としない。ＮＡＴ／ファイアウォールの内側からインターネット１０４への全ての接続が空けられており、″穴″は、特別にＮＡＴ／ファイアウォールを通して″穴を空けられた″ものではない。このため、メッセージングはＮＡＴの特徴（例えば、対称あるいは、双方向の特徴）に依存しない。システム管理者１１４は、いつでもブリッジを止めることができる。メッセージのトラフィックはＳＳＬ又はＴＬＳによって守られる。そして、クライアントは企業イントラネット１３６又は、インターネット１０４のいずれにも置くことができる。ブリッジサービス・サーバー１５２は、アプリケーション・サーバー（例えばサーバー１２０）にアクセスできる限り、顧客ネットワークのどこにでも走ることができる。例えば、アプリケーション・サーバーと同じ場所に置かれたシステム管理者のマシン上でも走ることができ、インターネット１０４からアクセスすることができない別のマシンでも走ることができ、インターネット１０４からアクセスすることができる別のマシンでも走ることができる。（ブリッジ・サービスがシステム管理者のマシンで実行される時、ブリッジ・サービスは、メッセージ・アドレス確認コンピューター１０８と、アプリケーション・サーバーとの間のブリッジを提供することに対して排他的に開始される。ブリッジサービス・サーバーが、インターネット１０４からアクセス可能なマシン上で走行する時、システム管理者１１４は、インターネット１０４からファイアウォールトンネル・コンピューターに対しブリッジサービス・サーバーにアクセスすることができるように、対応するファイアウォールを設定する。このような特徴は、システム管理者１１４に、ブラウザの使用により、インターネット１０４上のどこからもトンネルを確立することを可能にする。）
革新の別の利点は、保護された通信プロトコルが、インターネットとアプリケーション・サービス・コンピューターのネットワークの間にインストールされたファイアウォール／ＮＡＴ装置の再構成を必要としないコンピューター・システム・インフラストラクチャ内に、外へ向かう経路を許可できることである。この点に関して、ファイアウォールトンネル・コンピューター１１２が、ファイアウォール１２４により外部へのＨＴＴＰプロトコル通信が継続することを可能にするようにファイアウォールのポート接続を設定することで、インターネット１０４に接続する時、アプリケーション間の双方向のマルチプロトコルのメッセージング（例えば、クライアント・コンピューターとアプリケーション・サービスの間のメッセージング）を許可するために、内部への通信に対する特定のファイアウォールのポートの再設定を行う必要がない。
１つの実装では、ブリッジ・ソフトウェアは、ウェブ・ブラウザ内のグラフィカル・ユーザ・インタフェースを通して、システム管理者１１４の制御下にある。別の実装では、ここで論じたようなＨＴＴＰ／ＨＴＴＰＳのブリッジ・ソフトウェアを経由して、インターネットに保護されたアクセスを行うように設定された要望のアプリケーション・プログラムがあるコンピューターのアクセスは、アプリケーション・プログラムの制御下にある。どちらの場合も、アプリケーションサービス・コンピューターが走行するネットワーク上のファイアウォール／ＮＡＴ装置の再設定は必要でない。
１つの実装では、アプリケーション・サービス・コンピューター１２０は、ＬＡＮ１２８には接続されておらず、それゆえにファイアウォールトンネル・コンピューター１１２とのポイント・ツー・ポイント経由を除いて、インターネット１０４へのアクセスを行わない。また別の実装では、アプリケーション・サービス・コンピューター１２０はＬＡＮ１２８に接続されておらず、ＨＴＴＰ／ＨＴＴＰ（Ｓ）上で、双方向のメッセージングを用いて、インターネット１０４に直接アクセスし、ここで論じたような、ＨＴＴＰ／ＨＴＴＰ（Ｓ）上の暗黙に保護された双方向のメッセージングを提供するブリッジ・ソフトウェアを実行する。
１つの実装では、これまで論じてきた方法は、複数の企業が、インターネットの使用を通じてアプリケーション・サービス・コンピューターにアクセスしているクライアント・コンピューターから、ネットワーク通信を可能にするサービスに加入することを可能にし、そのインターネットでは、アプリケーション・サービス・コンピューターは、ファイアウォールのようなセキュリティ機器によって、一般のインターネット・アクセスから保護されており、メッセージ・アドレス確認コンピューターは、トンネルの保守を可能にするサービスとして利用できる。この例では、メッセージ・アドレス確認コンピューターの所有者は、アプリケーション・サービス・コンピューターおよび対応するファイアウォールトンネル・コンピューターの所有者に同意する。同意では、例えば、アプリケーションの加入者の任意のメッセージ識別子を変更しないという条件があり、このため、アプリケーションの所有者のセキュリティの権利は保護される。
図３において、第１の情報処理プラットフォーム（ＩＰＰ）３１２と第２の情報処理プラットフォーム（ＩＰＰ）３０２の間の相互メッセージ詳細３００は、ファイアウォールトンネルを可能にするネットワークリンクをさらに拡張するアプリケーション間の、マルチプロトコル通信をサポートするメッセージ指向ミドルウェアを示している。この点において、情報処理プラットフォーム３１２と３０２は、ともにアプリケーション・サービス・コンピューター１２０に類似しており、コンピューター・ネットワーク１００に対して論じてきた方法、あるいは地形に従った通信の中でメッセージを交換する。個別メッセージは、ＩＰＰ３１２の中の多重化装置３０４の中で多重化され、ＩＰＰ３０２の中で、復号されてアプリケーション・キュー３０８に配送される。各々のアプリケーション（例として、相互メッセージ詳細３００に示す、ＡＰＰ＿１１、ＡＰＰ＿１Ｎ、ＡＰＰ＿２１、ＡＰＰ＿２Ｎ）は、アプリケーションを実行するＩＰＰの復号装置からメッセージを受信するため、それぞれ自分のアプリケーション・キュー（例の中で、ＩＰＰ３０２の中のＡＰＰ＿１１に特に関連付けられたキュー３０８）を持つ。アプリケーション３１０は、多重化装置３０４内で、メッセージを優先的に多重化する特定のメッセージフォーマット（プロトコル）を定義する。そのような専用の受信キューは、アプリケーション・サービス・コンピューターのネットワーク１００に、同期・非同期にメッセージを配送し、アプリケーション開発者に対して、広範囲で柔軟性のある通信ミドルウェアを提供する。専用のキューはまた、同じ情報処理プラットフォーム（の″スレッド″）の中で走行するアプリケーションの間、および／また、異なる情報処理プラットフォーム（の″プロセス″）の中で走行するアプリケーションの間で、柔軟なメッセージ交換の基礎を提供する。
このような発明の実施の形態によれば、アプリケーションサービス・コンピューターとファイアウォールトンネル・コンピューター間、およびファイアウォールトンネル・コンピューターとメッセージ・アドレス確認コンピューター間、メッセージ・アドレス確認コンピューターとクライアント・コンピューター間にブリッジを行い、ファイアウォールとトンネルしてＨＴＴＰ（Ｓ）プロトコルにて接続し、メッセージ・アドレス確認コンピューターは、メッセージのアドレスからインターネットの正当なユーザであるもののみに、ファイアウォールトンネル・コンピューターへの経路を指示することにより、セキュリティを確保し、ファイアウォールに特別な設定を行うことなくアプリケーションに通信のアクセス経路を提供することが可能となる。また、メッセージのキューを設けてアプリケーションごとにキューを設け、情報処理プラットフォームにて多重化通信を行うようにするため、効率的に通信を行うことができる。また、アプリケーションのプロトコル通信をブリッジするため、アプリケーションに特別な仕組みは不要となる。
発明の説明は本来単に典型的なものに過ぎない。従って、発明の要旨からそれるものでないバリエーションは、発明の範囲内にあるものと意図する。そのようなバリエーションは、発明の精神と範囲に背くものであると注意する。

本発明は、アプリケーションサービス・コンピューターがファイアウォールのようなセキュリティ装置によって通常のインターネット・アクセスから一般に保護されるインターネットの使用において、クライアント・コンピューターと、アプリケーションサービス・コンピューターとの間のインターネットセキュア通信装置及び通信方法に関する。

ネットワーク通信はファイアウォールや、ＮＡＴ（Ｎｅｔｗｏｒｋ Ａｄｄｒｅｓｓ Ｔｒａｎｓｌａｔｏｒ）のようなネットワークセキュリティ装置が、常に拡大するコンピューターシステム・グループのインターネットへのインタフェースとして使用される限りにおいて、複雑度を増してきている。これらのセキュリティ装置によって明らかになる重要な難題は、セキュリティ装置によってＮＡＴやファイアウォールの"背後"にある装置へ到達できないようにするため、他の正当なユーザーは、（しばしば、遠隔手続き呼び出し又は"ＲＰＣ"通信による）サーバーとクライアントの間の広範囲のアクセスが、インターネットの通過に失敗することである。

リモートアクセス（例えば、制限のない、インスタントメッセージ、ＩＰテレフォニーや、セキュリティカメラのトラブル解決等）を必要とするアプリケーションは、そのような接続性の難題が問題となる。この点において、そのようなタイプのアプリケーションに対するアプリケーション・サーバーは、しばしばリモートマネジメントに対して、Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ(ＨＴＴＰ)のインタフェースを実装する。不幸にも、そのようなアプリケーション・サーバーは、中央のコンピューターメンテナンスグループから遠隔地に、重要な企業アプリケーションを実装しており、それらのインターネットを用いたメンテナンスのインタフェースは、対応するファイアウォールのため、メンテナンス部門によって利用できないようになっている。マネジメントインタフェースを使用する必要があるとき（そして皮肉にも、リモートマネジメントインタフェースは、ＮＡＴ／ファイアウォールによってブロックすること以外に使用される時）、企業の職員は、それゆえにしばしば、重要な調整手続きを、作用させるコンピューターのある場所に物理的に輸送する必要がある。もちろんこの点において、ネットワークセキュリティは、システムに実装された調整基準として継続する必要がある。しかし、この継続したセキュリティのコストとお金は重要である。

（共にファイアウォールの背後にある）２つのドメインの間の接続性が必要な時、２つのドメイン上のアプリケーション間でメッセージを交換できるように、システム管理者はそのファイアウォールに、あるポートを空ける必要がある。このことは不幸にも、セキュリティの特徴を侵害するため、大多数の客にとって容認できる解ではない。

ファイアウォールとＮＡＴを通過する接続性は、コストとセキュリティの観点から強く望まれているにも関わらず、そのような通信の中でもセキュリティが継続するように、それらの特定のプロトコルの要求に従ってそれらのセキュリティ装置にアクセスするいまだ唯一の手段である必要がある。必要なのは、インターネットからファイアウォールを通過するセキュリティアクセス・アプリケーションサーバーへの通り道であり、そのような便利で、低コストのファイアウォール保護されたＬＡＮは、インターネットを横切り、ファイアウォールが許可された周りの、セキュアな広く双方向の通信を行うと認識されているそれらのアプリケーション・サーバーが必要な時に接続される。また、インターネットを横断する広く双方向の通信の性能を可能にするためにファイアウォールを再構成する必要がないことが、強く望まれる。

従来のネットワークシステムおよび方法は、図４に示すように、ＨＴＴＰプロトコルに従うリクエストにデータを添付して送信するためのＨＴＴＰクライアント機能４１１が搭載された通信対象機器４１０と、それを操作しあるいは監視する管理装置としてのパソコン４２０で構成され、パソコン４２０はインターネット４０１に接続され、通信対象機器４１０は企業のファイアウォール４３０の内側に設置されている。一般にファイアウォール４３０は、内側から外側に向けたＨＴＴＰリクエストのパケットと、このＨＴＴＰリクエストに対応するＨＴＴＰレスポンスのパケットを通過されるように設定されている。前述のように通信対象機器４１０はＨＴＴＰクライアント機能４１１を有しており、ＨＴＴＰリクエストとしてＧＥＴ又はＰＯＳＴメソッドに送信したいデータを添付してパソコン４２０に送信する。このＨＴＴＰリクエストに対してパソコン４２０がＨＴＴＰリクエストを返信すると、前述のようにＨＴＴＰレスポンスはファイアウォール４３０を通過することができるので、通信対象機器４１０は、パソコン４２０からのレスポンスを受信することができる。例えば、特許文献１を参照。
特開２００１−１５４９５３号公報（第４−５頁、第３図）

しかしながら、従来のネットワークシステムおよび方法では、ファイアウォールやＮＡＴを通過させたいアプリケーションを全てＨＴＴＰプロトコルに従ったアプリケーションとして実装する必要があり、すでに企業内に資産として保有する膨大なアプリケーションソフトウェアの資産を廃棄しなければならないという問題があった。

本発明は、従来の問題を解決するためになされたものであり、資産として存在する膨大なアプリケーションを変更することなく、ファイアウォールやＮＡＴを通過させることを可能とするインターネットセキュア通信装置、および方法を提供することを目的とする。

本発明の第１の態様では、メッセージ・アドレス確認コンピューターに対する第１の任意のメッセージ、およびアプリケーションサービス・コンピュータへインターネットへのインタフェースおよび前記メッセージ・アドレス確認コンピューターへの前記インターネットへのインタフェースを提供するファイアウォールトンネル・コンピューターに対する第２の任意のメッセージ、に対して前記クライアント・コンピューターと前記アプリケーションサービス・コンピューター間の各コンピューター・メッセージ・インスタンスを有効にする手段で構成され、前記インターネットの使用を通じて、前記クライアント・コンピューターから前記アプリケーションサービス・コンピューターにアクセスすることを特徴とする。

本発明の第２の態様では、前記第１の任意のメッセージは、前記クライアント・コンピューターの識別子に関連する前記ファイアウォールトンネル・コンピューターの識別子で構成されることを特徴とする。

本発明の第３の態様では、前記第１の任意のメッセージは、さらに前記ファイアウォールトンネル・コンピューターの前記識別子と前記クライアント・コンピューターの前記識別子に関連する前記アプリケーションサービス・コンピュータの識別子で構成されることを特徴とする。
本発明の第４の態様では、前記識別子は、前記アプリケーションサービス・コンピューターの論理識別子で構成されることを特徴とする。

本発明の第５の態様では、前記識別子は、前記アプリケーションサービス・コンピューターのアプリケーションの論理識別子で構成されることを特徴とする。

本発明の第６の態様では、前記第２の任意のメッセージは、前記アプリケーションサービス・コンピューターの識別子で構成されることを特徴とする。

本発明の第７の態様では、前記第２の任意のメッセージは、さらに前記クライアント・コンピューターの識別子で構成されることを特徴とする。

本発明の第８の態様では、前記第１の任意のメッセージは、前記ファイアウォールトンネル・コンピューターによって前記メッセージ・アドレス確認コンピューター内に定義されることを特徴とする。

本発明の第９の態様では、さらに、前記アプリケーションサービス・コンピューターによって前記クライアント・コンピューターのパスワードを有効にする手段を有することを特徴とする。

本発明の第１０の態様では、さらに、前記メッセージ・アドレス確認コンピューターによって前記ファイアウォールトンネル・コンピューターのパスワードを有効にする手段を有することを特徴とする。

本発明の第１１の態様では、前記メッセージ・アドレス確認コンピューターは、第１の所有者に所有される手段を有し、前記アプリケーションサービス・コンピューターと前記ファイアウォールトンネル・コンピューターは第２の所有者に所有される手段を有するとともに、前記第１の所有者と第２の所有者は、前記第１の所有者が前記第１の任意のメッセージを編集しないようにすることを合意するように構成する手段を有することを特徴とする。

本発明の第１２の態様では、前記ファイアウォールトンネル・コンピューターは、外部へのＨＴＴＰプロトコル通信が通過できるようにファイアウォールによって設定されたファイアウォールのポートを通じてインターネットに接続するインタフェースを有し、前記ファイアウォールは、基本的に恒久的にいかなる内部への通信もブロックするように設定され、前記ファイアウォールを通過する双方向のメッセージを許可するように前記ファイアウォールのポートを再設定することが必要でないように、内部への通信は前記外部への通信と相互的でないことを特徴とする。

この構成により、アプリケーションサービス・コンピューターにアクセスする各々のクライアント・コンピューターをアプリケーションの論理識別子とクライアント・コンピューターの識別子を対応させてアドレス毎に識別し、パスワードで管理することができる。また、クライアント・コンピューターからアプリケーションサービス・コンピューターへのアクセスをＨＴＴＰプロトコル通信を用いてブリッジするため、ファイアウォールのセキュリティ設定を損なうことなく、安全に通信することができる。

本発明の第１３の様態では、アプリケーションサービス・コンピューターとインターネットへのデータ通信を行うファイアウォールトンネル・コンピューターと、前記インターネットから前記ファイアウォールトンネル・コンピュータへのデータ通信を行い、前記インターネットからクライアント・コンピューターへのデータ通信を行うメッセージ・アドレス確認コンピューターと、前記メッセージ・アドレス確認コンピューター内の第１の任意のデータベース、および前記ファイアウォールトンネル・コンピューター内の第２の任意のデータベースに対する、前記クライアント・コンピューターと前記アプリケーションサービス・コンピューター間の前記通信の各コンピューターメッセージのインスタンスの検証手段で構成され、前記インターネットの使用を通じて、前記クライアント・コンピューターから前記アプリケーションサービス・コンピューターにアクセスすることを特徴とする。

本発明の第１４の様態では、前記第１の任意のメッセージのデータベースは、前記クライアント・コンピューターに対する識別子に関連した、前記ファイアウォールトンネル・コンピューターに対する識別子を有するデータレコードで構成し、前記データレコードのアドレスは前記ファイアウォールトンネル・コンピュータから、前記第１の任意のデータベースのメッセージの中に定義されることを特徴とする。

本発明の第１５の様態では、前記データレコードは、さらに前記アプリケーションサービス・コンピューターに対する識別子で構成することを特徴とする。

本発明の第１６の様態では、前記第２の任意のメッセージのデータベースは、前記アプリケーションサービス・コンピューターに対する識別子を有するデータレコードで構成されることを特徴とする。

本発明の第１７の様態では、前記第２の任意のメッセージのデータベースは、さらに前記クライアント・コンピューターに対する識別子を有することを特徴とする。

この構成により、クライアント・コンピューターの識別子と、ファイアウォールトンネル・コンピューターの識別子と、アプリケーションサービス・コンピューターの識別子をデータレコードとして持つデータベースで管理し、各メッセージのインスタンスを検証する手段を有するようにしたため、メッセージの有効性を検証することができる。

本発明の第１８の様態では、アプリケーションサービス・コンピューター、およびインターネットとデータ通信を行う、ファイアウォールトンネル・コンピューターであって、前記ファイアウォールトンネル・コンピューターは、クライアント・コンピューターと前記アプリケーションサービス・コンピューターとの間の前記データ通信の各コンピューターメッセージのインスタンスを有効にするようにプログラムされており、前記インターネットから前記ファイアウォールトンネル・コンピューターへのデータ通信と、前記インターネットから前記クライアント・コンピューターへのデータ通信を行うメッセージ・アドレス確認コンピューターであって、前記メッセージ・アドレス確認コンピューターは、前記クライアント・コンピューターと、前記アプリケーションサービス・コンピューターとの間の前記データ通信の各コンピューターメッセージのインスタンスを有効にするようにプログラムされており、前記インターネットの使用を通じて、前記クライアント・コンピューターから前記アプリケーションサービス・コンピューターへアクセスすることを特徴とする。

本発明の第１９の様態では、前記メッセージ・アドレス確認コンピューターは、前記クライアント・コンピューターに対する識別子と関連した、前記ファイアウォールトンネル・コンピューターに対する識別子を有する任意のデータベースを有することを特徴とする。

本発明の第２０の様態では、前記メッセージ・アドレス確認コンピューターと、前記ファイアウォールトンネル・コンピューターは、前記ファイアウォールトンネル・コンピューターが、前記メッセージ・アドレス確認コンピューターの中にある、前記任意のデータベースを変更することを可能にするようにプログラムされていることを特徴とする。

この構成により、本発明をプログラムしたインターネットセキュア通信装置を実現することができる。

本発明の第２１の様態では、メッセージ・アドレス確認コンピューター内の第１の任意のメッセージ、およびファイアウォールトンネル・コンピューター内の第２の任意のメッセージに対する、クライアント・コンピューターとアプリケーションサービス・コンピューターとの間の各コンピューターメッセージのインスタンスを有効にする手段を有し、前記ファイアウォールトンネル・コンピューターは、前記インターネットとのインタフェースを有し、前記メッセージ・アドレス確認コンピューターは、前記インターネットとのインタフェースを有し、前記インターネットの使用を通じて、前記クライアント・コンピューターから、前記アプリケーションサービス・コンピューターへアクセスすることを特徴とする。

本発明の第２２の様態では、さらに、前記ファイアウォールトンネル・コンピューターによって、前記第１の任意のメッセージを定義する手段を有することを特徴とする。

この構成により、クライアント・コンピューターおよびアプリケーションサービス・コンピューターは、ファイアウォールトンネル・コンピューターとメッセージ・アドレス確認コンピューターを経由して、インターネットにアクセスすることができる。

本発明の第２３の様態では、前記ファイアウォールトンネル・コンピューターは、ブリッジ・コンピューターのプログラムを実行し、前記アプリケーションサービス・コンピューターの中のアプリケーション・プログラムは、前記メッセージ・アドレス確認コンピューターによって、ＨＴＴＰメッセージ配送メカニズムが生成されるように、前記ブリッジ・コンピューターのプログラムを制御することを特徴とする。

本発明の第２４の様態では、前記ファイアウォールトンネル・コンピューターは、ブリッジ・コンピューターのプログラムを実行し、前記ブリッジ・コンピューターのプログラムは、前記メッセージ・アドレス確認コンピューターへのＨＴＴＰ接続の開始、および前記アプリケーションサービス・コンピューターへのＨＴＴＰ接続の開始によって、ブリッジ・コンピューターのソフトウェアのインスタンスを生成し、前記メッセージ・アドレス確認コンピューターは前記ブリッジ・コンピューターのソフトウェアのインスタンスを認証することを特徴とする。

本発明の第２５の様態では、前記ファイアウォールトンネル・コンピューターは、ブリッジ・コンピューターのプログラムを実行し、前記ブリッジ・コンピューターのプログラムは、前記メッセージ・アドレス確認コンピューターへのＨＴＴＰ接続の開始、および前記アプリケーションサービス・コンピューターへのＨＴＴＰ接続の開始によって、ブリッジ・コンピューターのソフトウェアのインスタンスを生成し、前記ブリッジ・コンピューターのプログラムは、各々の前記ＨＴＴＰ接続に対して定義された、送信メッセージ・バッファと受信メッセージ・バッファからなる一対のメッセージ・バッファを定義し、前記一対のメッセージ・バッファは、メッセージを前記メッセージ・アドレス確認コンピューター内で実行されているブリッジサービスのプログラムと、前記アプリケーションサービス・コンピューター内で実行されているブリッジサービス・サーバーのプログラムの間を双方向に転送することを特徴とする。

この構成により、アプリケーションサービス・コンピューターのアプリケーションは、ファイアウォールトンネル・コンピューターとメッセージ・アドレス確認コンピューターがＨＴＴＰプロトコルで接続されるように制御し、ファイアウォールトンネル・コンピューターとアプリケーションサービス・コンピューターのアプリケーションは、ＨＴＴＰプロトコルによりブリッジ接続し、ブリッジ・コンピューターのプログラムは、送受信メッセージ・バッファを定義し、メッセージ・バッファを用いてメッセージ・アドレス確認コンピューターとファイアウォールトンネル・コンピューターを双方向に転送することができる。

本発明の第２６の様態では、前記ファイアウォールトンネル・コンピューターは、トランスポート層とメッセージ処理層を持つブリッジ・コンピューターのプログラムを実行し、前記トランスポート層は、前記メッセージ・アドレス確認コンピューターへ第１のＨＴＴＰ接続および、前記アプリケーションサービス・コンピューターへ第２のＨＴＴＰ接続を開始し、前記メッセージ処理層は、各々の前記ＨＴＴＰ接続に対して定義された、送信メッセージ・バッファと受信メッセージ・バッファからなる一対のメッセージ・バッファを定義し、前記トランスポート層は、前記メッセージ・アドレス確認コンピューターから前記第１の接続を経由する通信の第１のメッセージを検索し、前記メッセージ処理層は、前記第１のメッセージに書かれた許可ルールを実行し、前記メッセージ処理層は、前記第１のメッセージを前記第１の接続の受信メッセージ・バッファから前記第２の接続の送信メッセージ・バッファへ移動し、前記トランスポート層は、前記第２の接続を経由して、前記アプリケーションサービス・コンピューターへ前記第１のメッセージを送信し、前記トランスポート層は、前記アプリケーションサービス・コンピューターから前記第２の接続を経由する通信の第２のメッセージを検索し、前記メッセージ処理層は前記第２のメッセージに書かれた許可ルールを実行し、前記メッセージ処理層は、前記第２のメッセージを前記第２の接続の受信メッセージ・バッファから前記第１の接続の送信メッセージ・バッファへ移動し、前記トランスポート層は、前記第１の接続を経由して、前記メッセージ・アドレス確認コンピューターへ前記第１のメッセージを送信することを特徴とする。

本発明の第２７の様態では、前記通信中のメッセージは、異なるアプリケーションに対して、各々異なるプロトコルが組み立てられていることを特徴とする。

本発明の第２８の様態では、前記ファイアウォールトンネル・コンピューターは、トランスポート層とメッセージ処理層を持つブリッジ・コンピューターのプログラムを実行し、前記トランスポート層は、前記メッセージ・アドレス確認コンピューターへの多数のメッセージと、前記アプリケーションサービス・コンピューターへの多数のメッセージを多重化送信することを特徴とする。

本発明の第２９の様態では、前記ファイアウォールトンネル・コンピューターは、トランスポート層とメッセージ処理層を持つブリッジ・コンピューターのプログラムを実行し、前記トランスポート層は、前記メッセージ・アドレス確認コンピューター内のブリッジサービス・プログラムからの多数のメッセージ、および前記アプリケーションサービス・コンピューターからの多数のメッセージを多重化受信することを特徴する。

この構成により、ファイアウォールトンネル・コンピューターは、メッセージ・アドレス確認コンピューターとアプリケーションサービス・コンピューターの間に、プロトコルごとに異なるメッセージを生成して１つのＨＴＴＰ接続を開始し、異なるプロトコル・メッセージを１つのＨＴＴＰ接続で多重化通信を行うことができる。

本発明の第３０の様態では、前記ファイアウォールトンネル・コンピューターは、トランスポート層とメッセージ処理層を持つブリッジ・コンピューターのプログラムを実行し、前記トランスポート層は、前記メッセージ・アドレス確認コンピューターと十分な多数のＨＴＴＰ接続、および前記アプリケーションサービス・コンピューターと十分な多数のＨＴＴＰ接続を生成し、全てのメッセージのレイテンシーは、予め定義されたレイテンシー値の範囲内で持続し、全てのメッセージのスループットは予め定義されたスループット値の範囲内で持続することを特徴とする。

この構成により、メッセージ・アドレス確認コンピューターとアプリケーションサービス・コンピューターの間のＨＴＴＰ接続に対して、メッセージのレイテンシーとスループットを保証することができる。

本発明の第３１の様態では、多数のファイアウォールトンネル・コンピューターは、前記メッセージ・アドレス確認コンピューターと通信し、各々のファイアウォールトンネル・コンピューターは、前記メッセージを可能にするブリッジコンピューター・プログラムを実行することを特徴とする。

本発明の第３２の様態では、多数のファイアウォールトンネル・コンピューターは、前記メッセージ・アドレス確認コンピューターと通信し、各々のファイアウォールトンネル・コンピューターは、前記メッセージを可能にするブリッジコンピューター・プログラムを実行し、前記メッセージ・アドレス確認コンピューターは、前記多数のファイアウォールトンネル・コンピューター内のブリッジコンピューター・プログラムと通信するブリッジサービス・プログラムを実行することを特徴とする。

この構成により、ファイアウォールトンネル・コンピューターおよびメッセージ・アドレス確認コンピューターの機能をプログラムで実現することができる。

本発明の第３３の様態では、各コンピューターメッセージのインスタンスを有効にする手段は、さらに各々の前記ファイアウォールトンネル・コンピューター内のブリッジコンピューター・プログラムと、前記メッセージ・アドレス確認コンピューター内のブリッジサービス・プログラムで構成され、前記ブリッジサービス・プログラムは、各前記ブリッジコンピューター・プログラムに対して、送信メッセージ・バッファを定義し、前記ブリッジサービス・プログラムは、その各々の前記送信メッセージ・バッファ内の各前記ブリッジコンピューター・プログラムと通信する各メッセージ・インスタンスをバッファすることを特徴とする。

本発明の第３４の様態では、前記ブリッジサービス・プログラムは、１つのブリッジコンピューター・プログラムから送信された多数のメッセージをバッファすることを特徴とする。

この構成により、ブリッジサービス・プログラムは多数のメッセージをバッファして多重化処理を行うことができる。

本発明の第３５の様態では、各コンピューターメッセージのインスタンスを有効にする手段は、さらに各々の前記ファイアウォールトンネル・コンピューター内のブリッジコンピューター・プログラムと、前記メッセージ・アドレス確認コンピューター内のブリッジサービス・プログラムで構成され、前記ブリッジサービス・プログラムは、各ブリッジコンピューター・プログラムによって送信された多数のメッセージを受け入れることが可能であり、前記ブリッジサービス・プログラムは、各前記ブリッジコンピューター・プログラムに対して送信メッセージ・バッファを定義し、前記ブリッジサービス・プログラムは、その各々の前記送信メッセージ・バッファ内の各前記ブリッジコンピューター・プログラムと通信する各メッセージ・インスタンスをバッファし、前記ブリッジサービス・プログラムは、各メッセージを同一数のアプリケーションメッセージキューに転送することを特徴とする。

この構成により、ブリッジコンピューター・プログラムとブリッジサービス・プログラムは、相互にメッセージを交換して通信し、アプリケーションごとにメッセージキューを保持して処理することができる。

以下、本発明の実施の形態のインターネットセキュア通信装置、および方法について図面を用いて説明する。

発明の概略としては、（インターネットに接続する正当なユーザーとして、メッセージ・アドレス確認コンピューターに認識されるブリッジコンピューターが走行する）ファイアウォールトンネル・コンピューターは、クライアント・コンピューターとアプリケーションサービス・コンピューターとの間のファイアウォールで保護された通常のセキュア通信を行うインターネットと（あるいは、比喩的にいえばトンネルを通過して）インタフェースを取る。メッセージ・アドレス確認コンピューターは、正当なインターネット接続ユーザーとしてクライアント・コンピューターとファイアウォールトンネル・コンピューターに認識されたもののみ、インターネットに接続する。クライアント・コンピューター、ファイアウォールトンネル・コンピューター、およびメッセージ・アドレス確認コンピューターは、グループ内の職員に高く信頼された企業内の機能グループに所属することが望ましい。そのようなグループの例としては、ある企業内のオペレーション・管理・保守サービス（ＯＡ＆Ｍ）グループとして任命されたコンピューターグループが挙げられる。

任意のメッセージ・データは、メッセージ・アドレス確認コンピューター内のデータベースとしてよりも、ファイアウォールトンネル・コンピューター内のデータベースとして確立される。クライアント・コンピューターからアプリケーションサービス・コンピューターへ通信するコンピューターメッセージの各々のインスタンスは、その後、メッセージ・アドレス確認コンピューターのデータベース（第１の任意のデータベース）に対する確認プロセス（第１の任意のメッセージの確認）を経て、アプリケーションサービス・コンピューターのファイアウォールトンネル・コンピューターのデータベース（第２の任意のデータベース）に対する確認プロセス（第２の任意のメッセージの確認）を通過して、そこからアプリケーションサービス・コンピューターに到達する。アプリケーションサービス・コンピューターからクライアント・コンピューターへ通信するコンピューターメッセージの各々のインスタンスは、アプリケーションサービス・コンピューターのデータベースに対する確認プロセスを経て、メッセージ・アドレス確認コンピューターのデータベースに対する確認プロセスと、クライアント・コンピューターのファイアウォールトンネル・コンピューターのデータベースに対する確認プロセスを通過して、クライアント・コンピューターに到達する。

ＯＡ＆Ｍセンターのメッセージ・アドレス確認コンピューターのデータベースは基本的に、ファイアウォールトンネル・コンピューターのシステム管理（第１の所有者）者の管理下にある。これらのいかなるシステム管理者も、かれらのファイアウォールトンネル・コンピューターからＯＡ＆Ｍセンターへログインし、（メッセージ・アドレス確認コンピューター内のデータベースに、）ＯＡ＆Ｍセンター内のメッセージ・アドレス確認コンピューターと、アプリケーションサービス・コンピューター、ファイアウォールトンネル・コンピューター、およびシステム管理者（第２の所有者）のＬＡＮ内にあるファイアウォールトンネル・コンピューターとの間をブリッジする任意のメッセージを生成する。このことは、ＯＡ＆Ｍセンター内のメッセージ・アドレス確認コンピューターからアプリケーションサービス・コンピューターへのアクセス経路を提供する。接続性が確立された後、ＯＡ＆Ｍクライアント・コンピューターは、システム管理者によって作られた、ＯＡ＆Ｍセンター内のメッセージ・アドレス確認コンピューターから、ファイアウォールトンネル・コンピューターを経由して、アプリケーションサービス・コンピューターに続く"トンネル"を用いてアプリケーションサービス・コンピューターにアクセスする。システム管理者は又、ファイアウォールトンネル・コンピューター内に、ＯＡ＆Ｍセンター内のメッセージ・アドレス確認コンピューターからの任意のメッセージを許可する。クライアント・コンピューターとアプリケーションサービス・コンピューターとの間の各々のメッセージ・インスタンスは、インターネット接続可能なブリッジ機能を有効にするコンピューター（ＯＡ＆Ｍセンター内のファイアウォールトンネル・コンピューターとメッセージ・アドレス確認コンピューター）の任意のメッセージからの確認を受ける。

図１はインターネット１０４の使用を通じたメッセージ・インスタンスを接続するコンピューターネットワーク１００、メッセージ・アドレス確認コンピューター１０８と、ファイアウォールトンネル・コンピューター１１２の概略構成を示すブロック図である。クライアント・コンピューター１１６と、アプリケーションサービス・コンピューター１２０は、インターネット１０４からのメッセージを交換する。保護されたファイアウォール１２４は、（ＬＡＮ１とＬＡＮ２が相互接続された）ローカルエリアネットワーク１２８をインターネット１０４への通常のアクセスから保護する。クライアント・コンピューター１３２は、（１つの実装として、ＬＡＮ１３６は企業イントラネット１３６である）ＬＡＮ１３６を経由して、メッセージ・アドレス確認コンピューター１０８とインターネット１０４に接続している。ファイアウォール１４８は、第２のクライアント・コンピューター１３２、メッセージ・アドレス確認コンピューター１０８，およびＬＡＮ１３６をインターネット１０４への通常のアクセスから保護する。アプリケーションサービス・コンピューター１２０は、アプリケーション１６０とアプリケーション１５８を実行する。アプリケーションサービス・コンピューター１２０はまた、ブリッジサービス・サーバー１５２を実行する。ブリッジサービス・サーバー１５２は、ファイアウォールトンネル・コンピューター１１２（および、メッセージ・アドレス確認コンピューター１０８）を経由して、クライアント（例えば、クライアント・コンピューター１１６）から受信したメッセージ・インスタンスに応答して、メッセージ・インスタンスにファイアウォールトンネル・コンピューター１１２への経路を指示する。

メッセージ・アドレス確認コンピューター１０８は、むしろインターネット１０４の正当なユーザーとして特定のクライアント（例えばクライアント１１６）とそのファイアウォールトンネル・コンピューター（例えばファイアウォールトンネル・コンピューター１１２）を認識するためだけに、ＨＴＴＰＳ（ＨＴＴＰセキュアプロトコル）を経由してインターネット１０４に接続する。これらのＨＴＴＰセキュアプロトコルのインターネット１０４への"トンネル"アクセスは、ファイアウォール１２４のトンネル接続１４０と、ファイアウォール１４８のトンネル接続１４４に象徴的に図示される。関連して、ファイアウォール１２４のトンネル接続１４０と、ファイアウォール１４８のトンネル接続１４４は、それらに対応するファイアウォールを物理的にバイパスし、この明細書に記述されているように、メッセージごとのアドレスの任意の正当な方法論によって、セキュリティをデータ的に支持する。ＨＴＴＰセキュアプロトコルの代わりに、別の実装では、ネットワークの所有者の特定の要望に対して、暗号のアプローチが適切なセキュリティを提供する。１つの実装では、個別にポートの設定が可能なファイアウォールの１つのポートは、ＨＴＴＰプロトコル接続のために空けられ、メッセージ・アドレス確認コンピューター１０８および／又は、ファイアウォールトンネル・コンピューター１１２は、ＨＴＴＰプロトコルに設定されたポートに単一の接続を提供する。

ファイアウォールトンネル・コンピューター１１２のシステム管理者１１４は、必要な認証とプライバシーを満たしてメッセージ・アドレス確認コンピューター１０８にログインした後、メッセージ・アドレス確認コンピューター１０８とアプリケーションサービス・コンピューター１２０の間に"トンネル"を生成する。システム管理者は基本的に、メッセージ・アドレス確認コンピューター１０８への接続の全てを制御し、行動の自由に於いて、物理的あるいはデータ的な接続を終端する。接続はファイアウォール１２４のいかなるポートを空けることを要求しないため、企業ネットワーク１２８は、外部のアタッカーから保護される。アプリケーションサービス・コンピューター１２０と、メッセージ・アドレス確認コンピューター１０８との間に一度トンネルか確立されると、メッセージ・アドレス確認コンピューター１０８のクライアント（クライアント・コンピューター１１６や、クライアント・コンピューター１３２などのＯＡ＆Ｍクライアント）は、メッセージ・アドレス確認コンピューター１０８と（ファイアウォールトンネル・コンピューター１１２によって許可された）ファイアウォールトンネル１４０を経由して、アプリケーションサービス・コンピューター１２０にアクセスする。

システム全体のデザインは、ＨＴＴＰ上に走行するキューメカニズムがベースとなる。キュー・パラダイムは、ｃｒｅａｔｅＱｕｅｕｅ(), ｒｅｍｏｖｅＱｕｅｕｅ(), ｓｅｎｄＳｙｎｃｈ(), ｓｅｎｄＡｓｙｎｃｈ() メッセージといったシンプルなプリミティブを提供する。"タイムアウトにより引き抜く"と"最大数のメッセージを回復する"は、クライアントにメッセージ・インスタンスを突き戻すために使用される。（ＳｅｓｓｉｏｎＩｎＢｏｘ, ＭａｘＮｕｍｂｅｒＯｆＭｓｇｓ, ＴｉｍｅＯｕｔ）の優先属性形式の中のプリミティブなｇｅｔＭｅｓｓａｇｅｓ コマンドは、アプリケーション・キューにアドレスされたメッセージを回復するために使用される。１つ又は（最大限の）複数のメッセージに含まれる返信メッセージは、適切なキュー（とそれらのキューで処理要求を待つアプリケーション）に発送される。

各メッセージは、メッセージ・ボディとメッセージ・ヘッダを運ぶ封筒を含んでいる。ファイアウォールトンネル・コンピューター１１２で実行されるブリッジ・ソフトウェアは、一つの実装ではスタンドアロン・プログラムとして走行する。別の実装では、ブリッジ・ソフトウェアは、ブラウザ内の署名されたアプレットとして走行する。１つの実装では、アプレットバージョンのブリッジ・ソフトウェアは、インターネット・エクスプローラー内で実行し、マイクロソフトＪＶＭあるいはサンＪａｖａ プラグインと一緒に機能する。

メッセージ・アドレス確認コンピューター１０８のデータベースの任意の構造は、最小で、各々のデータレコードがファイアウォールトンネル・コンピューター１１２とクライアント・コンピューター１１６（あるいは、クライアント・コンピューター１３２）を任意の対のアドレスとして区別する１セットのデータレコードで構成される。もう１つの実装では、ファイアウォールトンネル・コンピューター１１２とクライアント・コンピューター１１６（あるいはクライアント・コンピューター１３２）のアドレスの任意の識別子は、アプリケーションサービス・コンピューター１２０の任意のアドレスによって３つ揃いに拡張される。さらに別の実装では、アプリケーションサービス・コンピューター１２０の任意のアドレスは、特定のアプリケーション１６０又は、１５８で任意の識別子に、さらに拡張される。

ファイアウォールトンネル・コンピューター１１２のデータベースの任意の構造は、最小で、各々のデータレコードがアプリケーションサービス・コンピューター１２０の任意のアドレスとして区別する１セットのデータレコードで構成される。別の実装では、アプリケーションサービス・コンピューター１２０の任意の識別子は、クライアント・コンピューター１１６（あるいは１３２）のアドレスの任意の識別子によって拡張される。さらに別の実装では、アプリケーションサービス・コンピューター１２０の任意のアドレスは、特定のアプリケーション１６０又は１５８の任意の識別子によって、さらに拡張される。

アプリケーションサービス・コンピューター１２０上のブリッジサービス・サーバー１５２は、オプションでパスワード保護、任意のアドレス識別子確認、又は特有のアプリケーション（１５８、１６０）が要求するようなものを実行する。

図２は、図１のネットワークに従って登場するメッセージ管理に対するソフトウェアブリッジ・アーキテクチャ２００を示すものである。トンネル（１４０，１４４）の両側のブリッジ・サービス２０４，２０８は、インターネット１０４への適切な"トンネル"を通って送信する前の、整列した、あるいは整列していない情報処理プラットフォーム（ＩＰＰ: Ｉｎｆｏｒｍａｔｉｏｎ Ｐｒｏｃｅｓｓｉｎｇ Ｐｌａｔｆｏｒｍ）のメッセージを重要視する。整列した、あるいは整列していない他に、ブリッジ・サービス２０４と２０８は、同期メッセージと非同期メッセージを送信する能力と、メッセージを受信する能力を提供する。ブリッジ・ソフトウェア２１４は、メッセージ・アドレス確認のソフトウェアを含む。ブリッジ・サービス２０４とブリッジ・ソフトウェア２１４の間、およびブリッジ・サービス２０８とブリッジ・ソフトウェア２１４の間のＨＴＴＰ（Ｓ）通信は、ＨＴＴＰ（Ｓ）の中でＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔ Ｌａｙｅｒ）又はＴＬＳ（Ｔｒａｎｓｐｏｒｔ Ｌａｙｅｒ Ｓｅｃｕｒｉｔｙ）を用いることによって守られる。

さらに詳細に説明する。ブリッジ・サービス２０４と２０８はＪａｖａ サーブレット技術によって、好んで実装される。ブリッジ・サービス２０４と２０８は、（ファイアウォールトンネル・コンピューター１１２で実行されるインスタンスに対して）ブリッジ・ソフトウェア２１４にログイン、リモートキューの生成、そしてメッセージの送受信を許可する。各ログインは適切なサービスのセッションを生成し、キューはメッセージ配送に対するそのセッションと連携する。ブリッジ・サービス２０４と２０８と、ブリッジ・ソフトウェア２１４は、ドメイン間の転送メッセージに対するブリッジ・キューとＩＰＰキューの間のマッピングを含む。メッセージは、別のブリッジ・サービス（例えばドメインＢのブリッジ・サーバー２０８）に送信するために、ブリッジ・サービス（例えば、ドメインＡのブリッジ・サーバー２０４）内にキューイングされる。

１つの実装において、ブリッジ・ソフトウェア２１４は２つの層を持つ。第１の層は各々のブリッジ・サービス（２０４、および／又は２０８）とメッセージを交換するＨＴＴＰ接続を提供するトランスポート層である。第２の層は、各々のブリッジ・サービス２０４又は、２０８にメッセージ・インスタンス配送するメッセージ処理層である。１つの実装では、トランスポート層は以下のようなインタフェースを提供する。

−Ｓｅｎｄ（非同期送信）
−ＳｅｎｄＡｎｄＷａｉｔ（同期送信）
−Ｒｅｃｅｉｖｅ（メッセージキューの受信）
−ＲｅｃｅｉｖｅＡｎｄＲｅｐｌｙ（コールバック関数のためのメッセージ受信）
これらのインタフェースコマンド呼び出しは、メッセージ処理層および／又は、ブリッジ・サービス２０４および／又は２０８を経由してアクセスすることができるアプリケーションの間の相互作用に対して、柔軟性を提供する。

（例えばファイアウォールトンネル・コンピューター１１２で実行されている）ブリッジ・ソフトウェア２１４は、ブリッジ・サービス２０４（例えば、メッセージ・アドレス確認コンピューター１０８内で走行するブリッジ・サービス１０９）とブリッジ・サービス２０８（例えば、アプリケーションサービス・コンピューター１２０内で走行するブリッジサービス・サーバー１５２）へのＨＴＴＰ接続を開始する。接続の初期化フェーズは、メッセージ・アドレス確認コンピューター１０８によるブリッジ・ソフトウェア接続のインスタンスの認証を含む。ブリッジ・ソフトウェア２１４は、ユーザ（例えばシステム管理者）によって、あるいはアプリケーション・プログラムによって、メッセージ・アドレス確認コンピューター１０８とアプリケーション・サーバーとの間を直接接続するトンネルを生成するように実行される。ブリッジ・ソフトウェア２１４は、ブリッジ・サービス２０４へのＨＴＴＰ接続（第１のＨＴＴＰ接続）、および／又はブリッジ・サービス２０８へのＨＴＴＰ接続（第２のＨＴＴＰ接続）に対して、送信メッセージ・バッファと受信メッセージ・バッファのペアを定義する。ブリッジ・ソフトウェア２１４のトランスポート層は、ブリッジ・サービス２０４、および／又は２０８からメッセージを引き出す。ブリッジ・ソフトウェア２１４のトランスポート層は、また、ブリッジ・サービス２０４、および／又は２０８にメッセージを送信する。ブリッジ・ソフトウェア２１４のトランスポート層は、また、必要な時にブリッジ・サービス２０４、および／又は２０８との単一のインタラクションの中で複数のメッセージの送受信を行う。ブリッジ・ソフトウェア２１４のトランスポート層は、メッセージの順番を保ちながら、メッセージのレイテンシーを減らし、メッセージのスループットを増加させるためにブリッジ・サービス２０４、および／又は２０８との複数の接続を生成する。メッセージ処理層は、ブリッジ・サービス２０４、および／又は２０８との各々の接続に対して、送信メッセージ・バッファと受信メッセージ・バッファを生成する。ブリッジ・ソフトウェア２１４のメッセージ処理層は、ブリッジ・サービス２０４に関連付けられた送信メッセージから、ブリッジ・サービス２０８に関連付けられた受信メッセージへ、メッセージを移動する。また、ブリッジ・ソフトウェア２１４のメッセージ処理層は、ブリッジ・サービス２０８に関連付けられた送信メッセージから、ブリッジ・サービス２０４に関連付けられた受信メッセージへ、メッセージを移動する。メッセージの送信に対して、適切な許可チェックを実行した後、各々のメッセージの移動が行われる。メッセージの交換は、通常各々異なるアプリケーションに対して異なるプロトコルに従って構成される。

ブリッジ・サービス２０４、および／又は２０８は、ブリッジ・ソフトウェア２１４によって許可された各々の接続に対して、送信メッセージ・バッファを生成する。ブリッジ・サービス２０４、および／又は２０８は、送信メッセージ・バッファに関連付けられた特定のブリッジ・ソフトウェアのインスタンスに結びつけられたメッセージをバッファする。ブリッジ・ソフトウェア２１４のトランスポート層は、関連する送信バッファからメッセージを引き出す。ブリッジ・サービス２０４、および／又は２０８は、必要に応じてブリッジ・ソフトウェア・プログラムによって引き出し要求を開始された、メッセージを同時に処理する。ブリッジ・サービス２０４、および／又は２０８は、ブリッジ・ソフトウェア・プログラムによって、適切なローカル、あるいはリモートのアプリケーション・キュー（図３の相互メッセージの詳細３００を参照）に送信されたメッセージを転送する。

１つの実装では、ブリッジ・サービス・ソフトウェア（サーバー・ソフトウェア２０４又は２０８）は、アプリケーション・サーバーが走行している（この例では、アプリケーションサービス・コンピューターとファイアウォールトンネル・コンピューターはＣＰＵと可能ならばディスクを共有して、論理的に分離されたものとして効果的に構成されたものであるかもしれない）ホスト・コンピューター上で実行される。しかしながら、むしろ、ファイアウォールトンネル・ソフトウェアは、サーバー１２０のような分離されたアプリケーション・サーバーにアクセスする１つのホストに置かれる。

システム管理者１１４は、インターネット１０４を経由して、ＯＡ＆Ｍセンターのメッセージ・アドレス確認コンピューター１０８上のブリッジ・ソフトウェア２１４にアクセスする。よりよい実装では、ＯＡ＆Ｍセンターのメッセージ・アドレス確認コンピューター１０８は、システム管理者１１４をユーザ名とパスワードによって認証する。

ここで論じたネットワーキング方法の利点は、多岐に渡る。アプリケーション・サーバーはＮＡＴ／ファイアウォールの後ろに置くことができ、アプリケーション・サーバーへの接続性を実現するために、ネットワーク管理者からのいかなる設定も必要としない。ＮＡＴ／ファイアウォールの内側からインターネット１０４への全ての接続が空けられており、"穴"は、特別にＮＡＴ／ファイアウォールを通して"穴を空けられた"ものではない。このため、メッセージングはＮＡＴの特徴（例えば、対称あるいは、双方向の特徴）に依存しない。システム管理者１１４は、いつでもブリッジを止めることができる。メッセージのトラフィックはＳＳＬ又はＴＬＳによって守られる。そして、クライアントは企業イントラネット１３６又は、インターネット１０４のいずれにも置くことができる。ブリッジサービス・サーバー１５２は、アプリケーション・サーバー（例えばサーバー１２０）にアクセスできる限り、顧客ネットワークのどこにでも走ることができる。例えば、アプリケーション・サーバーと同じ場所に置かれたシステム管理者のマシン上でも走ることができ、インターネット１０４からアクセスすることができない別のマシンでも走ることができ、インターネット１０４からアクセスすることができる別のマシンでも走ることができる。（ブリッジ・サービスがシステム管理者のマシンで実行される時、ブリッジ・サービスは、メッセージ・アドレス確認コンピューター１０８と、アプリケーション・サーバーとの間のブリッジを提供することに対して排他的に開始される。ブリッジサービス・サーバーが、インターネット１０４からアクセス可能なマシン上で走行する時、システム管理者１１４は、インターネット１０４からファイアウォールトンネル・コンピューターに対しブリッジサービス・サーバーにアクセスすることができるように、対応するファイアウォールを設定する。このような特徴は、システム管理者１１４に、ブラウザの使用により、インターネット１０４上のどこからもトンネルを確立することを可能にする。）
革新の別の利点は、保護された通信プロトコルが、インターネットとアプリケーション・サービス・コンピューターのネットワークの間にインストールされたファイアウォール／ＮＡＴ装置の再構成を必要としないコンピューター・システム・インフラストラクチャ内に、外へ向かう経路を許可できることである。この点に関して、ファイアウォールトンネル・コンピューター１１２が、ファイアウォール１２４により外部へのＨＴＴＰプロトコル通信が継続することを可能にするようにファイアウォールのポート接続を設定することで、インターネット１０４に接続する時、アプリケーション間の双方向のマルチプロトコルのメッセージング（例えば、クライアント・コンピューターとアプリケーション・サービスの間のメッセージング）を許可するために、内部への通信に対する特定のファイアウォールのポートの再設定を行う必要がない。

１つの実装では、ブリッジ・ソフトウェアは、ウェブ・ブラウザ内のグラフィカル・ユーザ・インタフェースを通して、システム管理者１１４の制御下にある。別の実装では、ここで論じたようなＨＴＴＰ／ＨＴＴＰＳのブリッジ・ソフトウェアを経由して、インターネットに保護されたアクセスを行うように設定された要望のアプリケーション・プログラムがあるコンピューターのアクセスは、アプリケーション・プログラムの制御下にある。どちらの場合も、アプリケーションサービス・コンピューターが走行するネットワーク上のファイアウォール／ＮＡＴ装置の再設定は必要でない。

１つの実装では、アプリケーション・サービス・コンピューター１２０は、ＬＡＮ１２８には接続されておらず、それゆえにファイアウォールトンネル・コンピューター１１２とのポイント・ツー・ポイント経由を除いて、インターネット１０４へのアクセスを行わない。また別の実装では、アプリケーション・サービス・コンピューター１２０はＬＡＮ１２８に接続されておらず、ＨＴＴＰ／ＨＴＴＰ（Ｓ）上で、双方向のメッセージングを用いて、インターネット１０４に直接アクセスし、ここで論じたような、ＨＴＴＰ／ＨＴＴＰ（Ｓ）上の暗黙に保護された双方向のメッセージングを提供するブリッジ・ソフトウェアを実行する。

１つの実装では、これまで論じてきた方法は、複数の企業が、インターネットの使用を通じてアプリケーション・サービス・コンピューターにアクセスしているクライアント・コンピューターから、ネットワーク通信を可能にするサービスに加入することを可能にし、そのインターネットでは、アプリケーション・サービス・コンピューターは、ファイアウォールのようなセキュリティ機器によって、一般のインターネット・アクセスから保護されており、メッセージ・アドレス確認コンピューターは、トンネルの保守を可能にするサービスとして利用できる。この例では、メッセージ・アドレス確認コンピューターの所有者は、アプリケーション・サービス・コンピューターおよび対応するファイアウォールトンネル・コンピューターの所有者に同意する。同意では、例えば、アプリケーションの加入者の任意のメッセージ識別子を変更しないという条件があり、このため、アプリケーションの所有者のセキュリティの権利は保護される。

図３において、第１の情報処理プラットフォーム（ＩＰＰ）３１２と第２の情報処理プラットフォーム（ＩＰＰ）３０２の間の相互メッセージ詳細３００は、ファイアウォールトンネルを可能にするネットワークリンクをさらに拡張するアプリケーション間の、マルチプロトコル通信をサポートするメッセージ指向ミドルウェアを示している。この点において、情報処理プラットフォーム３１２と３０２は、ともにアプリケーション・サービス・コンピューター１２０に類似しており、コンピューター・ネットワーク１００に対して論じてきた方法、あるいは地形に従った通信の中でメッセージを交換する。個別メッセージは、ＩＰＰ３１２の中の多重化装置３０４の中で多重化され、ＩＰＰ３０２の中で、復号されてアプリケーション・キュー３０８に配送される。各々のアプリケーション（例として、相互メッセージ詳細３００に示す、ＡＰＰ＿１１、ＡＰＰ＿１Ｎ、ＡＰＰ＿２１、ＡＰＰ＿２Ｎ）は、アプリケーションを実行するＩＰＰの復号装置からメッセージを受信するため、それぞれ自分のアプリケーション・キュー（例の中で、ＩＰＰ３０２の中のＡＰＰ＿１１に特に関連付けられたキュー３０８）を持つ。アプリケーション３１０は、多重化装置３０４内で、メッセージを優先的に多重化する特定のメッセージフォーマット（プロトコル）を定義する。そのような専用の受信キューは、アプリケーション・サービス・コンピューターのネットワーク１００に、同期・非同期にメッセージを配送し、アプリケーション開発者に対して、広範囲で柔軟性のある通信ミドルウェアを提供する。専用のキューはまた、同じ情報処理プラットフォーム（の"スレッド"）の中で走行するアプリケーションの間、および／また、異なる情報処理プラットフォーム（の"プロセス"）の中で走行するアプリケーションの間で、柔軟なメッセージ交換の基礎を提供する。

このような発明の実施の形態によれば、アプリケーションサービス・コンピューターとファイアウォールトンネル・コンピューター間、およびファイアウォールトンネル・コンピューターとメッセージ・アドレス確認コンピューター間、メッセージ・アドレス確認コンピューターとクライアント・コンピューター間にブリッジを行い、ファイアウォールとトンネルしてＨＴＴＰ（Ｓ）プロトコルにて接続し、メッセージ・アドレス確認コンピューターは、メッセージのアドレスからインターネットの正当なユーザであるもののみに、ファイアウォールトンネル・コンピューターへの経路を指示することにより、セキュリティを確保し、ファイアウォールに特別な設定を行うことなくアプリケーションに通信のアクセス経路を提供することが可能となる。また、メッセージのキューを設けてアプリケーションごとにキューを設け、情報処理プラットフォームにて多重化通信を行うようにするため、効率的に通信を行うことができる。また、アプリケーションのプロトコル通信をブリッジするため、アプリケーションに特別な仕組みは不要となる。

発明の説明は本来単に典型的なものに過ぎない。従って、発明の要旨からそれるものでないバリエーションは、発明の範囲内にあるものと意図する。そのようなバリエーションは、発明の精神と範囲に背くものであると注意する。

本発明の実施の形態における、インターネットの使用を通じたメッセージ・インスタンスを接続するコンピューターネットワーク、メッセージ・アドレス確認コンピューターと、ファイアウォールトンネル・コンピューターの概略構成を示すブロック図である。 本発明の実施の形態における、図１のネットワークに従って登場するメッセージ管理に対するソフトウェアブリッジ・アーキテクチャを示すブロック図である。 本発明の実施の形態における、第１の情報処理プラットフォーム（ＩＰＰ）と第２の情報処理プラットフォーム（ＩＰＰ）間の相互メッセージ詳細を示すブロック図である。 従来のネットワークシステムおよび方法の概略構成を示すブロック図である。

Claims (35)

1. メッセージ・アドレス確認コンピューターに対する第１の任意のメッセージ、およびアプリケーションサービス・コンピュータへインターネットへのインタフェースおよび前記メッセージ・アドレス確認コンピューターへの前記インターネットへのインタフェースを提供するファイアウォールトンネル・コンピューターに対する第２の任意のメッセージに対してクライアント・コンピューターと前記アプリケーションサービス・コンピューター間の各コンピューター・メッセージ・インスタンスを有効にする手段で構成され、
   前記インターネットの使用を通じて、前記クライアント・コンピューターから前記アプリケーションサービス・コンピューターにアクセスする
   ことを特徴とするインターネットセキュア通信方法。
2. 前記第１の任意のメッセージは、前記クライアント・コンピューターの識別子に関連する前記ファイアウォールトンネル・コンピューターの識別子で構成される
   ことを特徴とする請求項１に記載のインターネットセキュア通信方法。
3. 前記第１の任意のメッセージは、さらに前記ファイアウォールトンネル・コンピューターの前記識別子と前記クライアント・コンピューターの前記識別子に関連する前記アプリケーションサービス・コンピュータの識別子で構成される
   ことを特徴とする請求項２に記載のインターネットセキュア通信方法。
4. 前記識別子は、前記アプリケーションサービス・コンピューターの論理識別子で構成される
   ことを特徴とする請求項３に記載のインターネットセキュア通信方法。
5. 前記識別子は、前記アプリケーションサービス・コンピューターのアプリケーションの論理識別子で構成される
   ことを特徴とする請求項３に記載のインターネットセキュア通信方法。
6. 前記第２の任意のメッセージは、前記アプリケーションサービス・コンピューターの識別子で構成される
   ことを特徴とする請求項１に記載のインターネットセキュア通信方法。
7. 前記第２の任意のメッセージは、さらに前記クライアント・コンピューターの識別子で構成される
   ことを特徴とする請求項６に記載のインターネットセキュア通信方法。
8. 前記第１の任意のメッセージは、前記ファイアウォールトンネル・コンピューターによって前記メッセージ・アドレス確認コンピューター内に定義される
   ことを特徴とする請求項１に記載のインターネットセキュア通信方法。
9. 前記アプリケーションサービス・コンピューターによって前記クライアント・コンピューターのパスワードを有効にする手段を有する
   ことを特徴とする請求項１に記載のインターネットセキュア通信方法。
10. 前記メッセージ・アドレス確認コンピューターによって前記ファイアウォールトンネル・コンピューターのパスワードを有効にする手段を有する
    ことを特徴とする請求項１に記載のインターネットセキュア通信方法。
11. 前記メッセージ・アドレス確認コンピューターは、第１の所有者に所有される手段を有し、前記アプリケーションサービス・コンピューターと前記ファイアウォールトンネル・コンピューターは、第２の所有者に所有される手段を有するとともに、
    前記第１の所有者と第２の所有者は、前記第１の所有者が前記第１の任意のメッセージを編集しないようにすることを合意するように構成する手段を有する
    ことを特徴とする請求項１に記載のインターネットセキュア通信方法。
12. 前記ファイアウォールトンネル・コンピューターは、外部へのＨＴＴＰプロトコル通信が通過できるようにファイアウォールによって設定されたファイアウォールのポートを通じてインターネットに接続するインタフェースを有し、
    前記ファイアウォールは、基本的に恒久的にいかなる内部への通信もブロックするように設定され、前記ファイアウォールを通過する双方向のメッセージを許可するように前記ファイアウォールのポートを再設定することが必要でないように、内部への通信は前記外部への通信と相互的でない
    ことを特徴とする請求項１に記載のインターネットセキュア通信方法。
13. アプリケーションサービス・コンピューターとインターネットへのデータ通信を行うファイアウォールトンネル・コンピューターと、前記インターネットから前記ファイアウォールトンネル・コンピュータへのデータ通信を行い、前記インターネットからクライアント・コンピューターへのデータ通信を行うメッセージ・アドレス確認コンピューターと、前記メッセージ・アドレス確認コンピューター内の第１の任意のデータベース、および前記ファイアウォールトンネル・コンピューター内の第２の任意のデータベースに対する、前記クライアント・コンピューターと前記アプリケーションサービス・コンピューター間の前記通信の各コンピューターメッセージのインスタンスの検証手段で構成され、
    前記インターネットの使用を通じて、前記クライアント・コンピューターから前記アプリケーションサービス・コンピューターにアクセスする
    ことを特徴とするインターネットセキュア通信方法。
14. 前記第１の任意のメッセージのデータベースは、前記クライアント・コンピューターに対する識別子に関連した、前記ファイアウォールトンネル・コンピューターに対する識別子を有するデータレコードで構成し、前記データレコードのアドレスは前記ファイアウォールトンネル・コンピュータから、前記第１の任意のデータベースのメッセージの中に定義される
    ことを特徴とする請求項１３に記載のインターネットセキュア通信方法。
15. 前記データレコードは、さらに前記アプリケーションサービス・コンピューターに対する識別子で構成する
    ことを特徴とする請求項１４に記載のインターネットセキュア通信方法。
16. 前記第２の任意のメッセージのデータベースは、前記アプリケーションサービス・コンピューターに対する識別子を有するデータレコードで構成される
    ことを特徴とする請求項１３に記載のインターネットセキュア通信方法。
17. 前記第２の任意のメッセージのデータベースは、さらに前記クライアント・コンピューターに対する識別子を有する
    ことを特徴とする請求項１６に記載のインターネットセキュア通信方法。
18. アプリケーションサービス・コンピューター、およびインターネットとデータ通信を行う、ファイアウォールトンネル・コンピューターであって、前記ファイアウォールトンネル・コンピューターは、クライアント・コンピューターと前記アプリケーションサービス・コンピューターとの間の前記データ通信の各コンピューターメッセージのインスタンスを有効にするようにプログラムされており、前記インターネットから前記ファイアウォールトンネル・コンピューターへのデータ通信と、
    前記インターネットから前記クライアント・コンピューターへのデータ通信を行うメッセージ・アドレス確認コンピューターであって、前記メッセージ・アドレス確認コンピューターは、前記クライアント・コンピューターと、前記アプリケーションサービス・コンピューターとの間の前記データ通信の各コンピューターメッセージのインスタンスを有効にするようにプログラムされており、前記インターネットの使用を通じて、前記クライアント・コンピューターから前記アプリケーションサービス・コンピューターへアクセスする
    ことを特徴とするインターネットセキュア通信装置。
19. 前記メッセージ・アドレス確認コンピューターは、前記クライアント・コンピューターに対する識別子と関連した、前記ファイアウォールトンネル・コンピューターに対する識別子を有する任意のデータベースを有する
    ことを特徴とする請求項１８に記載のインターネットセキュア通信装置。
20. 前記メッセージ・アドレス確認コンピューターと、前記ファイアウォールトンネル・コンピューターは、前記ファイアウォールトンネル・コンピューターが、前記メッセージ・アドレス確認コンピューターの中にある、前記任意のデータベースを変更することを可能にするようにプログラムされている
    ことを特徴とする請求項１９に記載のインターネットセキュア通信装置。
21. メッセージ・アドレス確認コンピューター内の第１の任意のメッセージ、およびファイアウォールトンネル・コンピューター内の第２の任意のメッセージに対する、クライアント・コンピューターとアプリケーションサービス・コンピューターとの間の各コンピューターメッセージのインスタンスを有効にする手段を有し、
    前記ファイアウォールトンネル・コンピューターは、前記インターネットとのインタフェースを有し、
    前記メッセージ・アドレス確認コンピューターは、前記インターネットとのインタフェースを有し、
    前記インターネットの使用を通じて、前記クライアント・コンピューターから、前記アプリケーションサービス・コンピューターへアクセスする
    ことを特徴とするインターネットセキュア通信装置。
22. 前記ファイアウォールトンネル・コンピューターによって、前記第１の任意のメッセージを定義する手段を有する
    ことを特徴とする請求項２１に記載のインターネットセキュア通信装置。
23. 前記ファイアウォールトンネル・コンピューターは、ブリッジ・コンピューターのプログラムを実行し、
    前記アプリケーションサービス・コンピューターの中のアプリケーション・プログラムは、前記メッセージ・アドレス確認コンピューターによって、ＨＴＴＰメッセージ配送メカニズムが生成されるように、前記ブリッジ・コンピューターのプログラムを制御する
    ことを特徴とする請求項１に記載のインターネットセキュア通信方法。
24. 前記ファイアウォールトンネル・コンピューターは、ブリッジ・コンピューターのプログラムを実行し、
    前記ブリッジ・コンピューターのプログラムは、前記メッセージ・アドレス確認コンピューターへのＨＴＴＰ接続の開始、および前記アプリケーションサービス・コンピューターへのＨＴＴＰ接続の開始によって、ブリッジ・コンピューターのソフトウェアのインスタンスを生成し、
    前記メッセージ・アドレス確認コンピューターは、前記ブリッジ・コンピューターのソフトウェアのインスタンスを認証する
    ことを特徴とする請求項１２に記載のインターネットセキュア通信方法。
25. 前記ファイアウォールトンネル・コンピューターは、ブリッジ・コンピューターのプログラムを実行し、
    前記ブリッジ・コンピューターのプログラムは、前記メッセージ・アドレス確認コンピューターへのＨＴＴＰ接続の開始、および前記アプリケーションサービス・コンピューターへのＨＴＴＰ接続の開始によって、ブリッジ・コンピューターのソフトウェアのインスタンスを生成し、
    前記ブリッジ・コンピューターのプログラムは、各々の前記ＨＴＴＰ接続に対して定義された、送信メッセージ・バッファと受信メッセージ・バッファからなる一対のメッセージ・バッファを定義し、
    前記一対のメッセージ・バッファは、メッセージを前記メッセージ・アドレス確認コンピューター内で実行されているブリッジサービスのプログラムと、前記アプリケーションサービス・コンピューター内で実行されているブリッジサービス・サーバーのプログラムの間を双方向に転送する
    ことを特徴とする請求項１２に記載のインターネットセキュア通信方法。
26. 前記ファイアウォールトンネル・コンピューターは、トランスポート層とメッセージ処理層を持つブリッジ・コンピューターのプログラムを実行し、
    前記トランスポート層は、前記メッセージ・アドレス確認コンピューターへ第１のＨＴＴＰ接続および、前記アプリケーションサービス・コンピューターへ第２のＨＴＴＰ接続を開始し、
    前記メッセージ処理層は、各々の前記ＨＴＴＰ接続に対して定義された、送信メッセージ・バッファと受信メッセージ・バッファからなる一対のメッセージ・バッファを定義し、
    前記トランスポート層は、前記メッセージ・アドレス確認コンピューターから前記第１の接続を経由する通信の第１のメッセージを検索し、
    前記メッセージ処理層は、前記第１のメッセージに書かれた許可ルールを実行し、
    前記メッセージ処理層は、前記第１のメッセージを前記第１の接続の受信メッセージ・バッファから前記第２の接続の送信メッセージ・バッファへ移動し、
    前記トランスポート層は、前記第２の接続を経由して、前記アプリケーションサービス・コンピューターへ前記第１のメッセージを送信し、
    前記トランスポート層は、前記アプリケーションサービス・コンピューターから前記第２の接続を経由する通信の第２のメッセージを検索し、
    前記メッセージ処理層は前記第２のメッセージに書かれた許可ルールを実行し、
    前記メッセージ処理層は、前記第２のメッセージを前記第２の接続の受信メッセージ・バッファから前記第１の接続の送信メッセージ・バッファへ移動し、
    前記トランスポート層は、前記第１の接続を経由して、前記メッセージ・アドレス確認コンピューターへ前記第１のメッセージを送信する
    ことを特徴とする請求項１２に記載のインターネットセキュア通信方法。
27. 前記通信中のメッセージは、異なるアプリケーションに対して、各々異なるプロトコルが組み立てられている
    ことを特徴とする請求項１２に記載のインターネットセキュア通信方法。
28. 前記ファイアウォールトンネル・コンピューターは、トランスポート層とメッセージ処理層を持つブリッジ・コンピューターのプログラムを実行し、
    前記トランスポート層は、前記メッセージ・アドレス確認コンピューターへの多数のメッセージと、前記アプリケーションサービス・コンピューターへの多数のメッセージを多重化送信する
    ことを特徴とする請求項１２に記載のインターネットセキュア通信方法。
29. 前記ファイアウォールトンネル・コンピューターは、トランスポート層とメッセージ処理層を持つブリッジ・コンピューターのプログラムを実行し、
    前記トランスポート層は、前記メッセージ・アドレス確認コンピューター内のブリッジサービス・プログラムからの多数のメッセージ、および前記アプリケーションサービス・コンピューターからの多数のメッセージを多重化受信する
    ことを特徴する請求項１２に記載のインターネットセキュア通信方法。
30. 前記ファイアウォールトンネル・コンピューターは、トランスポート層とメッセージ処理層を持つブリッジ・コンピューターのプログラムを実行し、
    前記トランスポート層は、前記メッセージ・アドレス確認コンピューターと十分な多数のＨＴＴＰ接続、および前記アプリケーションサービス・コンピューターと十分な多数のＨＴＴＰ接続を生成し、
    全てのメッセージのレイテンシーは、予め定義されたレイテンシー値の範囲内で持続し、
    全てのメッセージのスループットは予め定義されたスループット値の範囲内で持続する
    ことを特徴とする請求項１２に記載のインターネットセキュア通信方法。
31. 多数のファイアウォールトンネル・コンピューターは、前記メッセージ・アドレス確認コンピューターと通信し、
    各々のファイアウォールトンネル・コンピューターは、前記メッセージを可能にするブリッジコンピューター・プログラムを実行する
    ことを特徴とする請求項１２に記載のインターネットセキュア通信方法。
32. 多数のファイアウォールトンネル・コンピューターは、前記メッセージ・アドレス確認コンピューターと通信し、
    各々のファイアウォールトンネル・コンピューターは、前記メッセージを可能にするブリッジコンピューター・プログラムを実行し、
    前記メッセージ・アドレス確認コンピューターは、前記多数のファイアウォールトンネル・コンピューター内のブリッジコンピューター・プログラムと通信するブリッジサービス・プログラムを実行する
    ことを特徴とする請求項１に記載のインターネットセキュア通信方法。
33. 各コンピューターメッセージのインスタンスを有効にする手段は、さらに各々の前記ファイアウォールトンネル・コンピューター内のブリッジコンピューター・プログラムと、前記メッセージ・アドレス確認コンピューター内のブリッジサービス・プログラムで構成され、
    前記ブリッジサービス・プログラムは、各前記ブリッジコンピューター・プログラムに対して、送信メッセージ・バッファを定義し、
    前記ブリッジサービス・プログラムは、その各々の前記送信メッセージ・バッファ内の各前記ブリッジコンピューター・プログラムと通信する各メッセージ・インスタンスをバッファする
    ことを特徴とする請求項２１に記載のインターネットセキュア通信装置。
34. 前記ブリッジサービス・プログラムは、１つのブリッジコンピューター・プログラムから送信された多数のメッセージをバッファする
    ことを特徴とする請求項３３に記載のインターネットセキュア通信装置。
35. 各コンピューターメッセージのインスタンスを有効にする手段は、さらに各々の前記ファイアウォールトンネル・コンピューター内のブリッジコンピューター・プログラムと、前記メッセージ・アドレス確認コンピューター内のブリッジサービス・プログラムで構成され、
    前記ブリッジサービス・プログラムは、各ブリッジコンピューター・プログラムによって送信された多数のメッセージを受け入れることが可能であり、
    前記ブリッジサービス・プログラムは、各前記ブリッジコンピューター・プログラムに対して送信メッセージ・バッファを定義し、
    前記ブリッジサービス・プログラムは、その各々の前記送信メッセージ・バッファ内の各前記ブリッジコンピューター・プログラムと通信する各メッセージ・インスタンスをバッファし、
    前記ブリッジサービス・プログラムは、各メッセージを同一数のアプリケーションメッセージキューに転送する
    ことを特徴とする請求項２１に記載のインターネットセキュア通信装置。

Images