(57)【要約】コンピュータ・ネットワーク（１２）とリモート装置（１６）との間の安全な接続は、キャリヤ・ネットワーク（１４）によって提供される。その安全な接続は、団体ネットワーク（１２）とキャリヤ・ネットワーク（１４）との間、および、リモート装置（１６）とキャリヤ・ネットワーク（１４）との間でバーチャル・プライベート・ネットワークとして動作するデータ・トンネルを含む。更に、通信プロトコルを使用することにより、安全な接続上におけるデータ・リクエストおよびデータ伝送が、必要に応じて、ウェブ・トラフィックのために開かれているコンピュータ・ネットワーク上のポートを通して可能である。
2006520130.tif 000002
【特許請求の範囲】
【請求項１】
コンピューティング・ネットワークとリモート装置との間で安全にデータを伝送する方法であって、前記コンピューティング・ネットワークおよび前記リモート装置のそれぞれはトンネリング・クライアントを含み、前記方法は、
前記コンピューティング・ネットワークの前記トンネリング・クライアントとキャリヤ・ネットワークのトンネリング・サーバとの間で第１のデータ・トンネル・レッグを確立すること、
前記キャリヤ・ネットワークの前記トンネリング・サーバと前記リモート装置の前記トンネリング・クライアントとの間で第２のデータ・トンネル・レッグを確立すること、
第１のプロトコルに関連付けられ、前記コンピューティング・ネットワークの前記トンネリング・クライアントによって使用される第１のテンプレートと、前記第１のプロトコルに関連付けられ、前記リモート装置の前記トンネリングによって使用される第２のテンプレートとを用いて、前記第１および第２のデータ・トンネル・レッグ並びに前記キャリヤ・ネットワークを介して前記リモート装置と前記コンピューティング・ネットワークとの間でデータを伝送すること、を備える方法。
【請求項２】
請求項１に記載の方法において、前記リモート装置と前記コンピューティング・ネットワークとの間で伝送されるデータは、前記コンピューティング・ネットワーク上のファイヤーウォールおよびプロキシに前記データをウェブ・トラフィックとして認識させ、かつ前記コンピューティング・ネットワークに経路を許可させるプロトコル識別子を含むアクセス・リクエストを備える、方法。
【請求項３】
請求項２に記載の方法において、前記第１のプロトコルは、前記コンピューティング・ネットワークと前記リモート装置との間で電子メール・コマンドまたはデータを転送する際に使用されるＰＯＰ電子メール・プロトコルを備える、方法。
【請求項４】
請求項１に記載の方法において、前記第１のテンプレートおよび前記第２のテンプレートのそれぞれは、前記第１のプロトコルに固有のコマンドまたは他のデータ特徴に対応する一つ以上のインフレクション点を備える、方法。
【請求項５】
請求項１に記載の方法において、前記第１のデータ・トンネル・レッグの確立することは、
前記コンピューティング・ネットワークの前記トンネリング・クライアントから前記キャリヤ・ネットワークの前記トンネリング・サーバへ第１の接続信号を送出すること、
前記トンネリング・サーバから前記コンピューティング・ネットワーク上の前記トンネリング・クライアントへ接続応答信号を送出すること、
を備える、方法。
【請求項６】
請求項５に記載の方法において、前記第１の接続信号は、前記コンピューティング・ネットワーク上のネットワーク・データへのアクセスを提供するために前記キャリヤ・ネットワークに対するリクエストを表すユニフォーム・リソース識別子を備える、方法。
【請求項７】
請求項１に記載の方法であって、更に、前記第１のデータ・トンネル・レッグを維持するために前記コンピューティング・ネットワークから前記キャリヤ・ネットワークに賦活信号を送出することを備える、方法。
【請求項８】
請求項１に記載の方法において、前記第１の接続信号は、前記コンピューティング・ネットワーク上のファイヤーウォールに形成されるポートを通って送信され、前記ポートは、使用されていない場合は、開かれており、インターネット・トラフィックのために用意されるように特定されている、方法。
【請求項９】
請求項８に記載の方法であって、更に、前記リモート装置の前記トンネリング・クライアントからセッション・キーを送信することを備え、前記セッション・キーは前記リモート装置と前記コンピューティング・ネットワークとの間の通信に使用されるべき暗号化プロトコルを設定するように使用される、方法。
【請求項１０】
請求項８に記載の方法であって、更に、前記コンピューティング・ネットワークの前記トンネリング・クライアントからセッション・キーを送信することを備え、前記セッション・キーは前記リモート装置と前記コンピューティング・ネットワークとの間の通信に使用されるべき暗号化プロトコルを設定するように使用される、方法。
【請求項１１】
コンピューティング・ネットワークおよびリモート装置と通信可能なキャリヤ・ネットワークにおいて、前記リモート装置が前記コンピューティング・ネットワークのネットワーク・データにアクセスすることを可能にする方法であって、
前記コンピューティング・ネットワークから第１の接続信号を受信すること、
前記第１の接続信号に応答して、前記キャリヤ・ネットワークと前記コンピューティング・ネットワークとの間で第１のデータ・トンネル・レッグを確立すること、
前記リモート装置から第２の接続信号を受信すること、
前記第２の接続信号に応答して、前記キャリヤ・ネットワークと前記リモート装置との間で第２のデータ・トンネル・レッグを確立すること、を備え、
前記第１のデータ・トンネル・レッグおよび前記第２のデータ・トンネル・レッグは統合されてバーチャル・プライベート・ネットワークとして動作する、方法。
【請求項１２】
請求項１１に記載の方法であって、更に、第１のプロトコルに関連付けられ、前記コンピューティング・ネットワークのトンネリング・クライアントによって使用される第１のテンプレートと、前記第１のプロトコルに関連付けられ、前記リモート装置のトンネリング・クライアントによって使用される第２のテンプレートとを用いて、前記第１および第２のデータ・トンネル・レッグを介して前記リモート装置と前記コンピューティング・ネットワークとの間でデータを伝送することを備える、方法。
【請求項１３】
請求項１１に記載の方法において、前記第１のプロトコルは、前記コンピューティング・ネットワークと前記リモート装置との間で電子メール・コマンドまたはデータを転送する際に使用されるＰＯＰ電子メール・プロトコルを備える、方法。
【請求項１４】
請求項１１に記載の方法において、前記キャリヤ・ネットワークは、データを前記リモート装置に送出する前に、該データを視覚的に表示可能なフォーマットに変換するユーザ・インタフェース・サービスを含むトンネリング・サーバを備える、方法。
【請求項１５】
請求項１１に記載の方法において、前記第１の接続信号は、前記コンピューティング・ネットワーク上のネットワーク・データへのアクセスを提供するために前記キャリヤ・ネットワークに対するリクエストを表すユニフォーム・リソース識別子を備える、方法。
【請求項１６】
請求項１１に記載の方法であって、更に、前記第１のデータ・トンネル・レッグを維持するために前記コンピューティング・ネットワークから賦活信号を受信することを備える、方法。
【請求項１７】
請求項１１に記載の方法において、前記第２のデータ・トンネル・レッグが開通されると、前記第１のデータ・トンネル・レッグおよび前記第２のデータ・トンネル・レッグは単一のデータ・トンネル・レッグを備え、前記リモート装置は前記コンピューティング・ネットワークと通信可能となる、方法。
【請求項１８】
請求項１１に記載の方法において、前記第１の接続信号は、前記キャリヤ・ネットワーク上の指定されたトンネリング・サーバによって受信され、該指定されたサーバは前記キャリヤ・ネットワークの多数のトンネリング・サーバのうちの一つである、方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般的にバーチャル・プライベート・ネットワークに関する。詳細には、本発明は、バーチャル・プライベート・ネットワークを介して遠隔的にデータの交換およびソフトウェア・アプリケーションの実行の両方を可能にするシステムおよび方法に関する。
【背景技術】
【０００２】
今日のビジネスの世界では、多くの企業がネットワーク・インフラストラクチャにファイヤーウォールをインストールすることで無許可のアクセスからデータを保護している。典型的には、ファイヤーウォールは、未確認のユーザが遠隔地からネットワーク・データにアクセスすることを防止するよう構成されている。ファイヤーウォールは、誰がネットワーク・データにアクセスするかについて企業がより制御可能になるために一般的に非常に有益であるが、オフィスから離れているか、あるいはネットワーク・データにするローカル・アクセスを得ることができない場合に、モバイル・プロフェッショナルを重要且つ緊急なビジネス情報から切り離すといった望ましくない結果も伴う。
【０００３】
モバイル・プロフェッショナルが遠隔地からビジネス情報にアクセスすることを可能にするために、幾つかの企業では、会社と、プロフェッショナルの家またはサテライト・オフィスのような指定された遠隔地との間でバーチャル・プライベート・ネットワーク（ＶＰＮ：virtual private network ）を設定している。ＶＰＮの機能は、企業のファイヤーウォールを通じて企業ネットワークと指定された遠隔地との間で安全な接続を開通することである。ネットワーク・データに対して遠隔的なアクセスを提供することについては有益であるが、ＶＰＮは、企業ネットワークおよび時として遠隔地において、高価なハードウェアおよび／またはソフトウェアのインストールを必要とする。
【０００４】
典型的なＶＰＮの構成において、ユーザは、ＶＰＮトンネルを通じて遠隔地から企業ネットワークと通信する。ＶＰＮトンネルの各端にはＶＰＮノードがある。企業ネットワークでは、ＶＰＮノードの一つが企業ネットワークのファイヤーウォールに跨っている。ネットワーク・データは、ＶＰＮノードにおいてファイヤーウォールを通り、ＶＰＮトンネルを通じてユーザに送信される。従来技術によれば、二つのＶＰＮノード間の第２のＶＰＮトンネルを通じて遠隔的な企業が企業ネットワークと通信することも可能である。
【０００５】
ＶＰＮハードウェアおよびソフトウェアは、ＶＰＮトンネルを通って送信されるデータが妨害されず、ユーザまたは遠隔的な企業が企業ネットワーク・データへのアクセスを許可されることを確実にするためにＶＰＮノードにおいて暗号化技術および他のセキュリティ機構を用いる。しかしながら、ＶＰＮの恩恵は、適切なＶＰＮソフトウェアおよび／またはハードウェアがインストールされた個別の遠隔地に制限されている。従って、現在、ＶＰＮは企業のファイヤーウォールの背後に記憶されているネットワーク・データに対するモバイル・リモート・アクセスをユーザに提供しない。特に、従来のＶＰＮでは、移動する車輌で通勤している際の電話、または、ページャ、携帯情報端末（ＰＤＡ：personal digital assistant）、およびラップトップ・コンピュータを含む様々な他の移動装置からユーザがネットワーク・データにアクセスすることは容易ではない。
【０００６】
前述のモバイル装置について、このような機器と、ユーザの勤務先での企業ネットワークのような遠隔地との間で改善された接続性を提供することが今日のモバイル社会において非常に望ましい。特に、このようなモバイル装置が企業ネットワークとデータおよびアプリケーションを遠隔的に且つ安全に交換する能力は、特に、モバイル・プロフェッショナルおよびオフィスまでに極めて時間を費やす他の人々に対するその有用性および価値の両方を大きく向上させる。既に述べたように、典型的なＶＰＮの構成では、このようなモバイルの遠隔的な接続は容易ではない。
【０００７】
リモート装置と企業ネットワークとの間のデータの安全な伝送を更に複雑にしているのは、リモート装置と企業ネットワークがデータを送信するのにそれぞれ異なる通信プロトコルを用い得るからである。例えば、企業ネットワークにローカルに形成されている電子メール・アプリケーションは、ネットワーク・ユーザと電子メール・メッセージを交換するためにメッセージング・アプリケーション・プログラミング・インタフェース（ＭＡＰＩ：messaging application programming interface ）プロトコルを用いる。しかしながら、ＰＤＡのようなリモート装置は、電子メールを取得する、送信する、および、読むために異なるポスト・オフィス・プロトコル（ＰＯＰ：post office protocol）を用いる。解決策がない場合、二つのプロトコルの不一致によりリモートとローカル装置との間の通信は不可能である。
【発明の開示】
【発明が解決しようとする課題】
【０００８】
以上を鑑みて、現在、上述の結果として伴う問題を有することなく、ローカル・ホスト装置とリモート装置との間で安全な通信を行うことを可能にする簡便な手段を提供する必要性が存在する。更に、このような手段は、異なるプロトコルがそれぞれ用いられている場合であってもホストとリモート装置との間でデータを交換および／またはアプリケーションを共有する能力を提供しなくてはならない。
【課題を解決するための手段】
【０００９】
本発明は、コンピュータ・ネットワークとリモート装置との間での安全な接続を確立するシステムおよび方法に関する。本発明は、更に、ローカルおよびリモート装置間で確立されるキャリヤ・ネットワークおよび自発的バーチャル・プライベート・ネットワークを介して使用可能なローカルおよびリモート装置間の安全な通信にまで及ぶ。本発明の更なる実施形態は、通信プロトコルを介したローカルおよびリモート装置間のデータの安全な交換を含む。本発明の実施形態は、必要に応じて通信プロトコルを用いて、団体ネットワークとキャリヤ・ネットワークとの間、および、リモート装置とキャリヤ・ネットワークとの間でバーチャル・プライベート・ネットワークとして動作するデータ・トンネルを開通することを含むが、これに制限される訳ではない。
【００１０】
従って、本発明の第１の典型的な実施形態は、コンピューティング・ネットワークとリモート装置との間で安全にデータを伝送する方法であり、そのコンピューティング・ネットワークおよびリモート装置のそれぞれはトンネリング・クライアントを含む。この方法は、一般的に、コンピューティング・ネットワークのトンネリング・クライアントとキャリヤ・ネットワークのトンネリング・サーバとの間で第１のデータ・トンネル・レッグを確立すること、キャリヤ・ネットワークのトンネリング・サーバとリモート装置のトンネリング・クライアントとの間で第２のデータ・トンネル・レッグを確立すること、第１のプロトコルに関連付けられ、コンピューティング・ネットワークのトンネリング・クライアントによって使用される第１のテンプレートと、第１のプロトコルに関連付けられ、リモート装置のトンネリングによって使用される第２のテンプレートとを用いて、第１および第２のデータ・トンネル・レッグ並びにキャリヤ・ネットワークを介してリモート装置とコンピューティング・ネットワークとの間でデータを伝送することを含む。
【００１１】
本発明の第２の典型的な実施形態は、団体ネットワークおよびリモート装置と通信可能なキャリヤ・ネットワークにおいて実施される。この実施形態は、リモート装置がコンピューティング・ネットワークのネットワーク・データにアクセスすることを可能にする方法に関する。この方法は、一般的に、コンピューティング・ネットワークから第１の接続信号を受信すること、その第１の接続信号に応答して、キャリヤ・ネットワークとコンピューティング・ネットワークとの間で第１のデータ・トンネル・レッグを確立すること、リモート装置から第２の接続信号を受信すること、その第２の接続信号に応答して、キャリヤ・ネットワークとリモート装置との間で第２のデータ・トンネル・レッグを確立することを含み、第１のデータ・トンネル・レッグおよび第２のデータ・トンネル・レッグは統合されてバーチャル・プライベート・ネットワークとして動作する。
【００１２】
本発明の第３の典型的な実施形態は、モバイルまたはセルラー電話、ＰＤＡ、ページャ、ラップトップ・コンピュータ等の装置内で実施される。この実施形態は、ユーザに装置を動作させ、その装置が遠隔的なコンピューティング・ネットワークのネットワーク・データにアクセスすることを可能にする方法に関する。この方法は、一般的に、第１のデータ・トンネル・レッグがキャリヤ・ネットワークのトンネル・サーバと遠隔的なコンピューティング・ネットワークとの間で既に確立されているとして、装置のトンネリング・クライアントからキャリヤ・ネットワークのトンネリング・サーバに接続信号を伝送すること、その接続信号に応答して、コンピューティング・ネットワークとキャリヤ・ネットワークとの間で第２のデータ・トンネル・レッグが確立されると、第１のプロトコルに関連付けられ、装置のトンネリング・クライアントによって使用される第１のテンプレートを用いて第２のデータ・トンネル・レッグを介してキャリヤ・ネットワークにデータ・リクエストを伝送することを含む。この実施形態では、遠隔的なコンピューティング・ネットワークは、第１のデータ・トンネル・レッグを介してキャリヤ・ネットワークからデータ・リクエストを受信する。更に、遠隔的なコンピューティング・ネットワークは、第１のプロトコルに関連付けられている第２のテンプレートを用いてデータを処理する。
【００１３】
本発明の更なる別の実施形態は、事業体または団体ネットワークのようなコンピューティング・ネットワークにおいて実施される。この実施形態は、ユーザにリモート装置を動作させ、そのリモート装置がコンピューティング・ネットワークのネットワーク・データにアクセスすることを可能する方法に関する。この実施形態は、一般的に、コンピューティング・ネットワークのトンネリング・クライアントからキャリヤ・ネットワークに第１の接続信号を送信すること、コンピューティング・ネットワークとキャリヤ・ネットワークとの間で第１のデータ・トンネル・レッグが確立されると、第１のデータ・トンネル・レッグを維持するためにコンピューティング・ネットワークからキャリヤ・ネットワークに賦活信号（keep alive signal ）を送信すること、第１のデータ・トンネル・レッグおよびキャリヤ・ネットワークとリモート装置との間で確立される第２のデータ・トンネル・レッグを介してリモート装置からデータ・リクエストを受信することを含む。この実施形態では、データ・リクエストは、第１のプロトコルに関連付けられ、コンピューティング・ネットワークのトンネリング・クライアントによって使用される第１のテンプレートと、第１のプロトコルに関連付けられ、リモート装置のトンネリング・クライアントによって使用される第２のテンプレートを用いて伝送される。
【発明を実施するための最良の形態】
【００１４】
本発明の上記および他の特徴は、以下の説明および添付図面からより完全に明らかとなろう。あるいは、以下に述べる本発明を実施することによっても理解されよう。
本発明の上記および他の利点および特徴を更に明らかにするために、添付図面に例示される特定の実施形態を参照して本発明のより特定的な説明が提供される。これらの図面は、本発明の典型的な実施形態のみを示すため、その範囲を制限するものとして考えられてはならないことは理解されるであろう。本発明は、添付図面を用いて更に特定されかつ詳細に記載され、説明される。
【００１５】
同様の構造には同一の参照記号が付されている図面を参照する。図面は、本発明の現在の好ましい実施形態の図式的且つ概略的表示であり、本発明を制限するものでもなければ、必ずしも一定の比率で拡大され描かれていないことも理解されよう。
【００１６】
図１乃至６は、一般的に、ローカル装置またはネットワークとリモート・モバイル装置との間での安全な接続を確立するシステムおよび方法を目的とした本発明の実施形態の様々な特徴を示す。本発明は、更に、ローカルおよびリモート装置間で確立される自発的バーチャル・プライベート・ネットワークを介して使用可能なローカルおよびリモート装置間の安全な通信にまで及ぶ。本発明の更なる実施形態は、異なる通信プロトコルを用いるローカルおよびリモート装置間のデータの安全な交換を含む。安全な通信を確立することについて異なるプロトコルに取って代わる本発明の能力により、データ・バッファリングおよび追加的なファイヤーウォール機能を含むシステム内の追加的な機能が更に使用可能になる。本発明は、ローカル・ネットワークにある多数のアプリケーションと相互作用するときにリモート装置に対する簡略化されたユーザ認証を可能にし、リモート装置のユーザによるアプリケーションの使用を効率的にする。
【００１７】
本発明の実施形態は、コンピュータ実行可能命令またはデータ構造が記憶されているコンピュータ読み取り可能媒体を含むか、あるいはそのような媒体に組み込まれる。コンピュータ読み取り可能媒体の例としては、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭ、または、他の光学ディスク記憶装置、磁気ディスク装置あるいは他の磁気ディスク装置、または、コンピュータ実行可能命令またはデータ構造の形態で所望のプログラム・コード手段を有するか、あるいは記憶するために使用され、多目的または特定目的コンピュータによってアクセスされ得る全ての他の媒体を含む。情報がコンピュータにネットワーク、トンネル、チャンネル、または別の通信接続（有線、無線、または有線あるいは無線の組み合わせ）上で転送または供給されるとき、コンピュータは接続をコンピュータ読み取り可能媒体として正しく認識する。従って、全てのこのような接続は、コンピュータ読み取り可能媒体として正しく称される。上記の組み合わせは、コンピュータ読み取り可能媒体の範囲内に含まれる。コンピュータ実行可能命令は、多目的コンピュータ、特定目的コンピュータ、または、特定目的処理装置にある機能あるいはある機能の群を実施させる例えば、命令およびデータを備える。コンピュータ実行可能命令および関連するデータ構造またはモジュールは、本願記載の本発明のステップを実行するプログラム・コード手段の例である。
【００１８】
本発明は、更に、団体ネットワークのファイヤーウォールの背後に記憶されている団体ネットワークのネットワーク・データへのリモート・ユーザ・アクセスを可能にするコンピュータ・システムにまで及ぶ。これは、団体ネットワークとデータ・センターとの間でバーチャル・プライベート・ネットワークとして動作するデータ・トンネルを開通し、そのデータ・トンネルを通じてネットワーク・データを送信することを含むが、これに制限される訳ではない。当業者には本発明が携帯用コンピュータ、電話、無線電話、ＰＤＡ、パーソナル・コンピュータ、マルチプロセッサ・システム、ネットワークＰＣ、ミニコンピュータ、メインフレーム・コンピュータ等を含む多数のタイプのコンピュータおよび電話システムと多数の環境において実施され得ることが理解されるであろう。
１．システム環境
ローカル・ネットワークとリモート装置との間での安全な通信を可能にするシステムの一実施形態を示す図１を参照する。そのシステムは１０と称される。図示するように、システム１０は、団体ネットワーク１２と、キャリヤ・ネットワーク１４と、リモート装置１６とを含む幾つかのコンポーネントを一般的に備える。特に、図１は、団体ネットワーク１２とキャリヤ・ネットワーク１４との間、および、キャリヤ・ネットワークと装置１６との間のそれぞれにおいて最初に確立されるデータ・トンネル２２を通じてリモート装置１６のユーザの団体ネットワーク１２のネットワーク・データ１８および／または一つ以上のソフトウェア・アプリケーションへのアクセスを可能にする本発明のシステムおよび方法を示す。一実施形態では、団体ネットワーク１２は、無許可のアクセスを防止するためにファイヤーウォール２４の背後で保護されているネットワーク・データ１８およびアプリケーション２０を含む企業コンピュータ・ネットワークである。
【００１９】
本明細書において使用する用語「団体ネットワーク」は、互いにリンクされている処理装置によってタスクが実施される全てのコンピューティング環境を含むものとして広義に解釈されるべきである。団体ネットワーク１２は、例えば、全ての事業体、企業、団体、個人、又は、他のエンティティのコンピューティング環境またはネットワークを含む。団体ネットワーク１２では、本発明の特徴を実施するコンピュータ実行可能命令およびプログラム・モジュールは、ローカルおよびリモート・メモリ記憶装置に位置していてもよい。本文脈で使用される用語「団体」は、企業または組織構成のいずれかを有するようにネットワークを動作させるエンティティを必要としない。
【００２０】
用語「リモート装置」は、団体ネットワークに対して遠隔的に配置される様々な電子装置および機器を含むことは理解されるであろう。リモート装置の例として、モバイルまたはセルラー電話、ＰＤＡ、ページャ、ラップトップ・コンピュータ等がある。リモート装置は、コンピュータ実行可能命令を受信、実行、および、送信することができる。
【００２１】
用語「ネットワーク・データ」および「企業ネットワーク・データ」は、ローカルおよびリモート・メモリ記憶装置に記憶され、団体ネットワーク１２にアクセス可能な全てのデータを含むと解釈されるべきである。ネットワーク・データ１８は、例えば、電子メール・データ、または、ウェブ・ページ・データを含む。一実施形態では、ネットワーク・データ２２は、ファイヤーウォール２４を含むファイヤーウォール・インフラストラクチャの背後で保護される。しかしながら、ファイヤーウォール・インフラストラクチャの背後で保護されていなくても、ネットワーク・データ２２が団体ネットワーク１２にアクセス可能な全てのデータを含むことは理解されるであろう。同様に、用語「アプリケーション」は、コンピュータまたは他の電子装置と関連して一つ以上の機能を実施するコンピュータ実行可能命令の全ての組を含むと広義に解釈されるべきである。
【００２２】
用語「トンネル」は、データが安全に送信され得る全てのチャンネルまたは他の通信線を含むと解釈されるべきである。当業者には、トンネルを通って送信されるデータが上記データにアクセスする許可が与えられた特定ユーザだけに運ばれるよう、トンネルを通る安全な通信を可能にするために使用される多数のプロトコルおよび暗号化並びに認証の方法があることは理解するであろう。「トンネル」、「データ・トンネル」、および、「チャンネル」は、本明細書で使用されるように置換可能であることも更に理解されるであろう。トンネルは、企業のファイヤーウォール・インフラストラクチャを通じてネットワーク・データへの安全なリモート・アクセスを可能にすることでバーチャル・プライベート・ネットワークとして動作する。
【００２３】
本発明によると、図１に示すように、データ・トンネル・レッグ２２Ａが団体ネットワーク１２とキャリヤ・ネットワーク１４との間で確立され、データ・トンネル・レッグ２２Ｂがキャリヤ・ネットワークとリモート装置１６との間で確立される。データ・トンネル・レッグ２２Ａおよび２２Ｂは、団体ネットワーク１２と装置１６との間でデータを伝送するために使用される。特に、一実施形態におけるデータ・トンネル・レッグ２２Ａは、団体ネットワーク１２とキャリヤ・ネットワーク１４との間で継続的に開通されたデータ・トンネルとして確立され、維持される。そのトンネル・レッグによって、情報は、団体ネットワーク１２から送信され、最終的にはリモート装置１６に受信される。データ・トンネル・レッグ２２Ｂは、リモート装置と団体ネットワーク１２との間での情報の転送を可能にするようリモート装置１６とキャリヤ・ネットワーク１４との間のトンネルとして確立される。一実施形態におけるデータ・トンネル・レッグ２２Ｂは、リモート装置１６からデータが送信されるか、あるいは受信される必要がある場合にのみ開通される。それにより、継続的に確立されるデータ・トンネル・レッグ２２Ａとは異なり、一実施形態におけるデータ・トンネル・レッグ２２Ｂは通信の必要が生ずる場合に断続的に確立される。この構成は、電力リソースが可能なときに保存されるべきＰＤＡのような電池式装置をリモート装置１６が備えるときに好ましい。
【００２４】
一般的に、データ・トンネル・レッグ２２Ａを確立するために、団体ネットワーク１２はキャリヤ・ネットワーク１４に接続信号５０Ａを送信する。それに応答して、キャリヤ・ネットワーク１４は団体ネットワーク１２とデータ・トンネル・レッグ２２Ａを確立する。同様に、リモート装置１６はキャリヤ・ネットワーク１４に接続信号５０Ｂを送信し、それに応答してデータ・トンネル・レッグ２２Ｂは確立される。例示する実施形態では、キャリヤ・ネットワーク１４は、それぞれのデータ・トンネル・レッグを確立する際、団体ネットワーク１２、リモート装置１６、または、両方に接続信号応答５３を送ってもよい。しかしながら、接続信号応答５３がデータ・トンネル・レッグ２２Ａまたは２２Ｂの確立において必須でないことは理解されるであろう。データ・トンネル・レッグ２２Ａおよび２２Ｂの確立に関する詳細は以下に述べる。
【００２５】
本明細書で使用するように、用語「接続信号」は、ウェブ・ページ、ハイパーテキスト・マークアップ言語（ＨＴＭＬ：hypertext markup language ）データ、拡張マークアップ言語（ＸＭＬ：extensible markup language）データ、または、他のデータ・リソースへのアクセスを提供するためにキャリヤ・ネットワークに対するリクエストを表すユニフォーム・リソース識別子（ＵＲＩ：uniform resource identifier ）を備えるデータを含むとして広義に解釈されるべきである。団体ネットワーク１２およびリモート装置１６のそれぞれによって生成される接続信号５０Ａおよび５０Ｂは、システム設計に従って互いに独立して、あるいは、一斉に送信される。同様に、キャリヤ・ネットワークによる団体ネットワーク１２およびリモート装置１６両方に対する応答を、必要に応じて、同時に起こるよう調整することは可能であるが、キャリヤ・ネットワーク１４は接続信号５０Ａおよび５０Ｂのそれぞれに対して独立して応答するよう構成されることが好ましい。
【００２６】
団体ネットワーク１２の場合、データ・トンネル・レッグ２２Ａは、一旦確立されると、賦活信号(keep alive signal) ５１によって維持される。一実施形態では、賦活信号５１は、データ・トンネル・レッグ２２Ａの存在を継続的に維持するためにキャリヤ・ネットワーク１４から団体ネットワーク１２に送られる少量のデータを備える。このデータは、１００バイトのようなサイズを有するパケットで増加的に送られる。一実施形態では、賦活信号５１は、団体ネットワークからのデータに対する少量のリクエストを備える。これに応答して、団体ネットワーク１２は、リクエストされたデータでキャリヤ・ネットワーク１４に対しデータ・トンネル・レッグ２２Ａを通じて応答し、トンネル・レッグ２２Ａの開通を維持する。同様にして、賦活信号５１は、データ・トンネル・レッグ２２の存在をレッグが活性的であるときに維持するために、キャリヤ・ネットワーク１４から装置１６に送られる。
【００２７】
上述したとおり、団体ネットワーク１２とキャリヤ・ネットワーク１４との間のデータ・トンネル・レッグ２２Ａは、リモート装置１６が本明細書で記載するように団体ネットワーク１２とバーチャル・プライベート・ネットワーク接続を確立することを試みるときにトンネル・レッグ２２Ａが継続的に利用可能となるように反復して、または連続的に確立される。例えば、賦活信号５１は、リモート装置がバーチャル・プライベート・ネットワークと通信を確立することを試みるときにリモート装置１６が経験する待ち時間を最小化するに十分に高い頻度、例えば、２０秒毎に定期的に送られる。団体ネットワーク１２とキャリヤ・ネットワーク１４との間で伝送される接続信号５０Ａおよび賦活信号５１は、リモート装置１６がバーチャル・プライベート・ネットワークを確立することを最終的に試みる準備をしているという背景の下、自動的に送信される。反対に、リモート装置１６によってキャリヤ・ネットワーク１４に送られる接続信号５０Ｂは、一般的に、バーチャル・プライベート・ネットワーク接続を確立することをユーザが望むことを示すリモート装置のユーザからの入力に応答して送信される。多数の団体ネットワークが現在のシステムに含まれている場合、初期の接続信号５０Ｂまたはトンネル・レッグ２２Ｂ上で後に伝送されるデータは、装置が通信すべき目標となる団体ネットワーク１２を識別することができる。
【００２８】
団体ネットワーク１２の場合、接続信号５０Ａ、賦活信号５１、および接続信号応答５３は、ファイヤーウォール２４を通じて伝送される。当業者は、ファイヤーウォール２４がハードウェア、ソフトウェア、またはその両方の組み合わせを含んでもよいことは理解するであろう。本質的に、ファイヤーウォールは、ネットワークの指定されたポートを通るアクセスを禁止し、ネットワーク・データがファイヤーウォールの外側から無許可のユーザによってアクセスされないことを確実にするセキュリティ機構である。一つのファイヤーウォール２４のみが示されているが、より一層のデータ保護を提供するために、必要に応じて多数のファイヤーウォールが用いられる。団体ネットワーク１２に関わる接続信号５０Ａ、賦活信号５１、および全ての接続信号応答５３は、セキュリティ機構としてファイヤーウォール２４と共に用いられる一つ以上のプロキシ・サーバ８２を通ることができる。
【００２９】
図１に示すように、キャリヤ・ネットワーク１４は、サーバを用いて接続信号５０Ａおよび５０Ｂを受信し、賦活信号５１を送信する。本実施形態では、自発的バーチャル・プライベート・ネットワーク（ｓＶＰＮ：spontaneous virtual private network ）のコンポーネントとして動作するウェブ・サーバ、またはｓＶＰＮサーバ６０が利用される。一つのｓＶＰＮサーバ６０のみが図１に示されているが、キャリヤ・ネットワーク１４が多数の団体ネットワーク／リモート装置と通信し、多数のデータ・トンネル（図示せず）の維持を可能にするためにキャリヤ・ネットワーク１４が多数のウェブおよび／またはｓＶＰＮを備えていてもよいことは理解されるであろう。ｓＶＰＮサーバまたはウェブ・サーバは、コンピューティング・ネットワークとリモート装置との間でデータ・トンネルを確立するために本明細書に記載するようにトンネリング・クライアントと動作する「トンネリング・サーバ」の例である。本発明によると、単一の団体ネットワークまたはリモート装置と単一のウェブ・サーバとの間、または、単一の団体ネットワークまたはリモート装置と多数のウェブ・サーバとの間で多数のデータ・トンネルが確立され得ることは理解されるであろう。
【００３０】
団体ネットワーク１２およびリモート装置１６は、それぞれの接続信号５０Ａおよび５０Ｂをキャリヤ・ネットワーク１４に送信し、それに応答して接続信号応答５３を受信するためにｓＶＰＮ団体クライアント５２およびｓＶＰＮ装置クライアント５４をそれぞれ使用する。「接続信号応答」は、接続信号５０Ａおよび５０Ｂの受信に応答してキャリヤ・ネットワーク１４によって送信され、キャリヤ・ネットワーク１４と団体ネットワーク１２との間、および、キャリヤ・ネットワークとリモート装置１６との間でそれぞれトンネル・レッグ２２Ａおよび２２Ｂの開通を維持するよう継続的に送信される全てのデータを含むと解釈されるべきである。ｓＶＰＮ団体クライアント５２は、リモート装置が通信するネットワークで動作する「ネットワーク・クライアント」の例である。同様に、ｓＶＰＮ団体クライアント５２およびｓＶＰＮ装置クライアント５４は、それぞれネットワークおよびリモート装置に常駐し、本明細書に記載するように完全なデータ・トンネルを形成するよう接続されるデータ・トンネル・レッグを確立する「トンネリング・クライアント」の例である。
【００３１】
前述したように、団体ネットワーク１２に入出するデータは、ネットワークへの無許可アクセスを防止するためにセキュリティ機構として機能するファイヤーウォール２４を通らなくてはならない。本発明では、接続信号５０Ａ、賦活信号５１、および接続信号応答５３の送受信によるファイヤーウォール２４の通過は、データがＴＣＰ／ＩＰまたはウェブ・トラフィックと典型的には関連付けられる別の適当なフォーマットでパケット化されることにより実現される。従って、接続信号５０Ａ、賦活信号５１、および接続信号応答５３の伝送は、ウェブ・トラフィックのために予約されているファイヤーウォール２４に既に設けられているポートを介して実行され、それにより、ファイヤーウォールに追加的なポートを設ける必要性が排除され、データ伝送が簡略化される。
【００３２】
団体クライアント５２、装置クライアント５４、およびｓＶＰＮサーバ６０は、接続信号５０Ａおよび５０Ｂを開始または応答するソフトウェア、および、以下に詳細に説明するように必要に応じてプロトコル間でデータをトランスコードするソフトウェアを含むｓＶＰＮ通信技術を実行するソフトウェアを組み込む。それにより、団体クライアント５２および装置クライアント５４は、前述したように、ｓＶＰＮサーバ６０とそれぞれ安全なデータ・トンネル・レッグ２２Ａおよび２２Ｂを確立することが可能となる。これらコンポーネント間の従来のＶＰＮインタフェースが回避されるため、典型的なＶＰＮインストレーションに対応する課題も回避される。特に、ファイヤーウォールのポートを開けることを許可する出発信号を送ることでデータ・トンネル・レッグ２２Ａおよび２２Ｂが確立されるため、従来のＶＰＮシステムでは要求される団体ネットワーク１２におけるＶＰＮハードウェアを必要とすることなく、バーチャル・プライベート・ネットワークは確立される。上述のコンポーネントと同様のコンポーネントとのｓＶＰＮ接続の確立および使用に関する更なる詳細は、本明細書に参照として全体的に組み込まれる、２００１年６月２２に出願された「携帯型装置と事業体ネットワークとの間の自発的バーチャル・プライベート・ネットワーク（Spontaneous Virtual Private Network Between Portable Device and Enterprise Network）」なる名称の米国特許出願番号第０９／７６７，４６５号に開示されている。
【００３３】
本説明における団体ネットワーク１２のｓＶＰＮコンポーネントは、コンピュータ・サーバまたは団体ネットワーク内の同様のコンポーネントに位置する団体クライアントとして特徴付けられる。しかしながら、本発明は、それに制限されない。実際に、一実施形態では、ｓＶＰＮコンポーネントは、団体ネットワーク１２内のデスクトップ・コンピュータに位置するデスクトップ・クライアントとして実行される。このような実行において、デスクトップ・クライアントは、例えば、コンピュータ上にＷＩＮ３２アプリケーションとして常駐する。従って、図１に示す例は、本システムの当該コンポーネントと可能なバリエーションの典型例である。
【００３４】
団体ネットワーク１２の団体クライアント５２からリモート装置１６の装置クライアント５４に確立されるデータ・トンネル２２を示す図２を参照する。以下に説明するように、上述の接続信号／接続信号応答の相互作用を介した団体クライアント５２とキャリヤ・ネットワーク１４のｓＶＰＮサーバ６０との間のデータ・トンネル・レッグ２２Ａ、および、ｓＶＰＮサーバと装置クライアント５４との間のデータ・トンネル・レッグ２２Ｂの形成により、ｓＶＰＮサーバは、二つのデータ・トンネル・レッグの連結の橋渡しを行い、団体ネットワーク１２からリモート装置１６への完全なデータ・トンネル２２を動作可能に形成する。データ・トンネル・レッグ２２は、リモート装置１６と団体ネットワーク１２との間、より具体的には、団体クライアント５２、装置クライアント５４、および、ｓＶＰＮサーバ６０のようなｓＶＰＮ有効装置間で安全なデータ転送が行われることを可能にする。現在の好ましい実施形態では、団体クライアント５２とキャリヤ・ネットワーク１４との間、および、キャリヤ・ネットワークと装置クライアント１６との間のアクセスが全体的にあるいは部分的にインターネットを介して実行されることが理解されるであろう。したがって、拡大解釈すると、上述のコンポーネントは、それぞれインターネットを介してデータを送受信するよう構成される。
【００３５】
団体クライアント５２および装置クライアント５４は、必要に応じてトンネル２２の開通が維持されることを確実にするためにそれぞれのトンネル・レッグ２２Ａおよび２２Ｂをモニタリングする。何らかの理由により、トンネル・レッグ２２Ａまたは２２Ｂが望ましくはないが閉じられた場合、それぞれのクライアントがキャリヤ・ネットワーク１４に新しい接続信号を送信することでキャリヤ・ネットワーク１４のｓＶＰＮサーバ６０と新しいデータ・トンネル・レッグを開通する。一旦新しいトンネル・レッグが確立されると、ｓＶＰＮサーバ６０は、自身と当該クライアントとの間のトンネル・レッグと他方のクライアントとの先に確立されたトンネル・レッグとのリンケージの橋渡しを行う。本明細書では幾つかの動作が団体クライアント５２または装置クライアント５４によって特定的に実施されているように説明されているが、団体ネットワーク１２が団体クライアントを含み、リモート装置１６が装置クライアントを含む限り、団体クライアントによって実施される全ての動作が団体ネットワークによって実施される動作でもあり、装置クライアントによって実施される動作がリモート装置によって実施される動作でもあることは理解されるだろう。別の実施形態では、ｓＶＰＮサーバ６０は、データ・トンネル・レッグ２２Ａを特定的にモニタリングし、何らかの理由によりレッグが閉じられたか失われた場合に団体ネットワーク１２に通知するに過ぎない。それにより、団体ネットワーク１２は、データ・トンネル・レッグ２２Ａを再確立する措置を講じる。
【００３６】
現在の好ましい実施形態における団体クライアント５２と装置クライアント５４との間のデータ・トンネルは、通信制御プロトコル／インターネット・プロトコル（ＴＣＰ／ＩＰ：transmission control protocol/internet protocol ）、セキュア・ソケット・レイヤー・プロトコル付きハイパーテキスト転送プロトコル（ＨＴＴＰＳ：hypertext transfer protocol with secure sockets layer protocol）、ＩＰセキュリティ・プロトコル（ＩＰｓｅｃ：IP security protocol）、またはデータ転送用の他の適当なプロトコルを用いる。これらのプロトコルを用いることで、接続信号、ネットワーク・データ、接続信号応答、および他のアクセス・リクエストはパケットに暗号化され、団体ネットワーク１２の「ポート４４３」（図示せず）を用いてデータ・トンネル２２上で伝送される。ポート４４３は、団体ネットワーク１２からインターネットにアクセスすることがユーザに可能となるよう典型的にはファイヤーウォール２３において開けられている。
【００３７】
前述したように、本発明は、遠隔的なモバイル位置からの安全なＶＰＮ関連の通信を可能にするためにファイヤーウォール・インフラストラクチャにおける既存の開ポートを用いる。従って、インストールし維持するのに高価で時間がかかる従来のＶＰＮハードウェアおよびソフトウェアの使用を必要とする従来技術に比べて、本発明は、ファイヤーウォール・インフラストラクチャに追加的なポートを開ける必要がないために改善されていることは理解されるであろう。更に、本発明は、定められたプロトコルに準拠することを確実にするためにポートを通って送信される全てのデータ・パケットのフィルタリングをプロキシ・サーバに可能にさせる。
【００３８】
団体クライアント５２および装置クライアント５４に関連する様々な詳細を示す図３を以下に参照する。明確化のために、本図および後続する図においてシステム１０を備える幾つかの他のコンポーネントは省略されている。例示するように、団体クライアント５２および装置クライアント５４の両方は、それぞれ複数のソフトウェア・テンプレート１００および１０２を含む。各テンプレート１００および１０２は、団体クライアント５２と装置クライアント５４との間でデータを伝送する際に使用される特定のプロトコル用に構成される。従って、図３は、団体クライアント５２に配置されるテンプレート１００Ａ、１００Ｂ、・・・ 、１００Ｎと指定される複数のＮ個のテンプレート１００を示す。同様に、装置クライアント５４は、１０２Ａ、１０２Ｂ、・・・ 、１０２Ｎと指定されるＮ個のテンプレートを含む。団体クライアント５２および装置クライアント５４において同様に指定されたテンプレートの対それぞれは、各テンプレートが表すプロトコルについて同一である（例えば、テンプレート１００Ｄに含まれるプロトコル・フォーマット（インスタント・メッセンジャー・プロトコル等）は、同様にインスタント・メッセンジャー・プロトコルに関連するテンプレート１０２Ｄに含まれるものと同一である）。この類似に関わらず、一実施形態では、団体クライアント５２に位置する各テンプレート１００は、実際のプロトコル・コードを含み、装置クライアント５４に位置するテンプレート１０２は、プロトコル・フォーマットは同一であるが、実際のプロトコル・コードではなくプロトコル・フォーマッティングを含むに過ぎない。これは、リモート装置１６の限定されたメモリおよび処理リソースを保つために行われる。
【００３９】
テンプレート１００、１０２は、団体クライアント５２と装置クライアント５４との間でアプリケーション・データ、コマンド等の情報の転送を補助するために用いられる。特に、各テンプレート１００、１０２は、既に述べたように、特定の通信プロトコルに従ってデータ転送を可能にする。このために、各テンプレート１００、１０２は、それぞれのプロトコルに固有のコマンドまたは他のデータ特徴に対応する一つ以上のインフレクション点１０４を含む。
【００４０】
例えば、テンプレート対１００Ａ／１０２Ａは、団体ネットワーク１２とリモート装置１６との間で電子メール・コマンドおよび／またはデータを転送することに使用されるＰＯＰ電子メール・プロトコルに対応するよう構成されている。このように、各テンプレート１００Ａおよび１０２Ａは、ＰＯＰプロトコルに特有の様々なコマンドおよびデータを含み得る複数のインフレクション点１０４を含む。これにより、図３にそれぞれ示されるリモート装置１６に配置されるＰＯＰベースの電子メール・アプリケーション１０６と団体ネットワーク１２のＰＯＰ電子メール・サーバ１０８との間でＰＯＰ電子メール・データを伝送することにテンプレート１００Ａおよび１０２Ａが利用されることが可能となる。
【００４１】
別の例では、テンプレート対１００／１０２は、メッセージの送信、メッセージの受信、バディ・リストの引き出し、ログインといったインスタント・メッセンジャー・アプリケーションによって実行される四つの主なタスクを含むインスタント・メッセンジャー・プロトコルに対応するよう構成される。従って、インスタント・メッセンジャー・プロトコルに対応するテンプレート対１００／１０２は、インスタント・メッセンジャー・アプリケーションによってそれぞれ実施され得る上述の四つのタスクの一つにそれぞれ対応する少なくとも四つのインフレクション点を含む。テンプレート対１００／１０２は、本明細書に記載するように本システム１０内に導入される新しいプロトコルまたはインフレクション点に対応するよう容易に変更または追加され得る。
【００４２】
テンプレート１００および１０２の対応する対は、様々なプロトコルのいずれか一つに対応するよう構成され、そのため、本明細書で提供されるテンプレートのタイプおよび数の両方を示す例は典型例に過ぎない。更に、図３はリモート装置１６と関連付けられる電子メール・アプリケーション１０６および団体ネットワーク１２と関連付けられる電子メール・サーバ１０８を示すが、団体ネットワークとリモート装置との間で安全な通信を可能にするために本システムと関連して幅広い範囲のアプリケーションおよび／またはプログラムが使用され得ることは理解されるであろう。
２．ネットワーク・データへのリモート・アクセス
図２および図３を併せて参照する。説明したシステムおよび環境は、自発的バーチャル・プライベート・ネットワークの構成を通じてリモート装置と団体ネットワークとの間で安全なデータの交換を可能にするために本発明の方法を実施するのに適している。同方法によれば、団体ネットワーク１２の電子メール・サーバ１０８に含まれる電子メール情報のようなネットワーク・データに遠隔的にアクセスすることを望むユーザは、本例ではウェブ有効ＰＤＡを備えるリモート装置１６を用いてキャリヤ・ネットワーク１４と通信線またはデータ・トンネル・レッグ２２Ｂを開通する。データ・トンネル・レッグ２２Ｂは、上述のように、リモート装置１６とキャリヤ・ネットワーク１４との間で接続を確立する接続信号／接続信号応答機構を用いて確立される。データ・トンネル・レッグ２２Ｂの確立と同時にあるいは以前に、上述した同一の接続信号／接続信号応答ルーチンを用いて団体ネットワーク１２とキャリヤ・ネットワーク１４との間でデータ・トンネル・レッグ２２Ａが確立される。
【００４３】
現在の好ましい実施形態は、上述の手順と共に、システムが正しく構成され、全てのユーザおよびシステム・コンポーネントが正しく認証されることを確実にする装置およびユーザ認証およびセキュリティ手順も含む。具体的には、認証およびセキュリティ・タスクを実現するために三層方式が利用される。第１の層は、リモート装置１６および団体ネットワーク１２の両方を認証する装置認証タスクを備える。リモート装置１６または団体ネットワーク１２のいずれかがｓＶＰＮサーバ６０とのデータ・トンネル・レッグの確立を試みるとき、それぞれのクライアントは、接続信号５０Ａまたは５０Ｂと共にまたはそれに後続して、クライアント識別表示（ＣＩＤ：Client Identification ）のような識別コードを送信する。ＣＩＤは、本システム１０とデータを取引するのに有効なものとして対応するクライアントを認証する暗号化された証明書である。ＣＩＤを受信すると、ｓＶＰＮサーバ６０は、当該クライアント、従って、そのホスト（即ち、団体クライアント１２またはリモート装置１６）をシステム１０のコンポーネントとして認証する。以下に明らかとなるように、各クライアント５２および５４のＣＩＤは、データ・トンネル・レッグ２２Ａおよび２２Ｂを単一のデータ・トンネル２２に接続する際に後の段で使用される。
【００４４】
前述したように、装置５２および５４のいずれか一方からｓＶＰＮサーバ６０へのＣＩＤおよび関連するデータの送信は暗号化されている。本実施形態では、この暗号化はｘ．５０９証明書を用いて実現される。ｘ．５０９証明書は、ｓＶＰＮサーバ６０を介してシステム内でのデータの取引に使用される様々なコンポーネントが有効な装置であることを確実にするようデジタル署名として使用され得る。一実施形態では、ｓＶＰＮサーバ６０には、ｓＶＰＮサーバが後に動作中にこれらデジタル署名を有効にすることができるよう、製造中に要求されるデジタル署名および証明書データが予めロードされている。
【００４５】
上述の第１の層の装置認証手順が完了すると、データ・トンネル・レッグ２２Ａおよび２２Ｂがそれぞれ装置５２および５４とｓＶＰＮサーバ６０との間で確立される。しかしながら、完全なデータ・トンネル２２が形成されデータが団体ネットワーク１２とリモート装置１６との間で取引される前に、セキュリティおよび認証タスクの他の二つの層が完了されなくてはならない。第２の層では、安全なデータ転送を可能にするために様々なセキュリティ手順が実施される。第１に、団体クライアント５２および装置クライアント５４によって使用されるセッション・キーが作成される。本実施形態において、該ステップは、２，０４８ビットのセッション・キーを作成するＲＳＡアルゴリズムを用いて実施される。これらステップは、リモート装置１６の装置クライアント５４によって実施され、団体ネットワーク１２にｓＶＰＮサーバ６０を介して送信され、団体クライアント５２によってセッション・キーが受信されることが好ましい。別の実施形態では、団体クライアント５２のような他のコンポーネントがセッション・キーを作成してもよい。
【００４６】
セッション・キーは、作成された後、団体ネットワーク１２とリモート装置１６との間のデータ伝送中に使用される暗号化プロトコルを設定するために使用される。本実施形態では、セッション・キーに基づいてデータ暗号化を設定するためにＲＣ−４技術が使用される。次に、暗号化が正確に実施され、外部的イベントによって壊されないことを確実にするためにＭＤ−５のようなメッセージ・ダイジェストが使用される。
【００４７】
これら様々なセキュリティ装置およびアルゴリズムにより、様々なコンポーネント間で伝送されるべきデータの安全な暗号化が確実にされる。この時点で、第１の段で作成されるｘ．５０９証明書が終了され、図２および３に示されるように、団体ネットワーク１２からリモート装置１６への完全なデータ・トンネル２２がｓＶＰＮ６０によって確立される。
【００４８】
一旦、完全なデータ・トンネル２２が確立されると、セキュリティおよび認証方式の第３の層が実行され、団体ネットワーク１２は、データが取引される前にユーザが団体ネットワークにアクセスする権限があることを確認するためにリモート装置１６のユーザの身元を認証する。一実施形態では、ユーザの身元は、ユーザが個人識別番号を入力すると認証される。別の実施形態では、ユーザの身元は、ユーザに割り当てられた対応する公開および秘密キーを有するツイン・キー暗号化のような暗号化技術を用いてインターネット上で確認される。当業者には、ユーザの身元を認証する方法は様々であり、そのどれも本発明に従って使用され得ることが理解されるであろう。ユーザの身元を認証する他のこのような方法は、トークンおよびスマート・カードを含むがこれらに制限されない。ユーザ認証に関する詳細は、以下の通りである。
【００４９】
本明細書で提供される詳細に関わらず、上述の三層方式によって得られるセキュリティおよび認証結果を提供するために他の方法が使用され得ることは理解されるであろう。更に、三層のどの一層も同じタスクを実質的に達成する別の手順と置き換えられ得る。最後に、三層全てが本発明と関連して実施されることが好ましいが、三層以下、または、代替的には、三層以上が安全なデータ交換のために本システム１０を確立する際に利用され得ることは理解されるであろう。
【００５０】
一旦、三層のセキュリティおよび認証の全てが満たされると、ユーザは、リモート装置１６の装置クライアント５４を介して団体クライアント５２によって受信されるアクセス・リクエストをデータ・トンネル２２に沿って団体ネットワーク１２（ｓＶＰＮサーバ６０を介して）に送信する。アクセス・リクエストは、ネットワーク・データ１８またはアプリケーション２０に対するアクセスを必要とする全てのリクエストを含む。例えば、アクセス・リクエストは、電子メール・メッセージ、ウェブ・メッセージ、文書ファイル、または団体ネットワーク１２の他のデータへのアクセスを受信するリクエストを含む。図３に示すように、リモート装置の電子メール・アプリケーション１０６は、団体ネットワーク１２の電子メール・サーバから電子メール情報を受信するために装置クライアント５４を介してアクセス・リクエストを発する。このように、アクセス・リクエストは、リモート装置１６の装置クライアント５４によってパケット化され、データ・トンネル２２を用いて送信される。
【００５１】
一旦、データ・トンネル２２が確立され、全ての認証およびセキュリティ手順が満たされると、ｓＶＰＮサーバ６０が、アクセス・リクエスト、アクセス応答、または、リモート装置１６と団体ネットワーク１２との間で転送される全ての他のデータと相互作用（即ち、キャッシング、トランスコーディング、解読等）をせず、単にデータ転送を可能にすることが好ましい。
【００５２】
上述のような接続信号５０、賦活信号５１、および接続信号応答５３と同様に、本実施形態において装置クライアント５４によって送信されるアクセス・リクエストは、ウェブ・トラフィックとして送信されることを可能にするようなプロトコル構成を備える。特に、アクセス・リクエストを備える各パケットは、ファイヤーウォール２４およびプロキシ８２にパケットをウェブ・トラフィックとして認識させ、団体ネットワーク１２の指定されたポート、この場合ポート４４３を通る径路を許可させるｈｔｔｐヘッダまたは同様のプロトコル識別子を含む。基本となるプロトコル、例えば、ＩＰＳｅｃもパケットに常駐し、アクセス・リクエストに関する実際のデータを含む。従って、装置クライアント５４によって送信されるアクセス・リクエストを備えるデータ・パケットのこの構成により、このようなトラフィックのために既に開けられているポートを通過することができるため、ファイヤーウォール２４に別のポートを開ける必要性が回避される。装置クライアントのアクセス・リクエストに対する団体クライアント５２による応答を備える全てのパケットも、ファイヤーウォール２４を自由に通過することができるようパッケージ化される。
【００５３】
アプリケーションによって元々生成され、リモート装置１６の装置クライアント５４によって送られる上述のアクセス・リクエストは、装置クライアント５４の対応するテンプレート１０２を用いてデータ・トンネル２２を介して送信される。例えば、アクセス・リクエストは、リモート装置１６の電子メール・アプリケーション１０６によって使用されるべき電子メール・ヘッダ情報に対するリクエストに関連してもよい。アクセス・リクエストは、電子メール・リクエストに関連するテンプレート１０２Ａを用いて送信される。テンプレート１０２Ａのインフレクション点１０４は電子メール・ヘッダ・リクエストに対応する。更に、アクセス・リクエストは、様々なリクエスト・タイプのいずれか一つを備え、テンプレート１００および１０２はこれらタイプの一つに関連するよう構成され得る。この構成において、装置クライアント５４の電子メール・アプリケーション１０６は、団体ネットワーク１４に実際に配置されるアプリケーションまたはサーバを表すものとしてテンプレート１０２を解釈する。このように、テンプレート１０２は、該団体アプリケーションまたはサーバ、この場合、電子メール・サーバ１０８に対する「プロキシ」として機能する。
【００５４】
図３から分かるように、装置クライアント５４によって送信されるテンプレートされたアクセス・リクエストは、ｓＶＰＮサーバ６０、プロキシ・サーバ８２、およびファイヤーウォール２４を通過した後、データ・トンネル２２を介して団体クライアント５２で受信される。アクセス・リクエストが好ましい実施形態においてウェブ・トラフィックの構成で送信されるため、ファイヤーウォール２４は、トラフィックのために既に開けられているポートを通ることを可能にし、別のポートを開ける必要性が回避される。
【００５５】
団体クライアント５２は、団体ネットワーク１２における指定されたアプリケーションに送出する前に適当なテンプレート１００にアクセス・リクエストを適合させる。例えば、上記例に続いて、装置クライアント５４から送られる電子メール・ヘッダ・アクセス・リクエストは、団体クライアント５２によって受信され、適当なテンプレート１００Ａと適合される。テンプレート１００Ａのインフレクション点１０４に含まれるデータが抽出され、電子メール・サーバ１０８に送られ、そこでアクセス・リクエストが処理され、アクセス・リクエストに応答してリクエストされたデータが団体クライアント５２に送られる。装置クライアント５４の場合のように、電子メール・サーバ１０８はリモート装置１６に実際に遠隔的に配置される電子メール・アプリケーション１０６を表すとしてテンプレート１００Ａを解釈する。従って、テンプレート１００Ａは、電子メール・アプリケーション１０６に対するプロキシとして機能する。
【００５６】
アクセス・リクエストが応答される方法は、団体ネットワーク１２によって定められるおよび／または制限される。アクセス・リクエストに応答してどの動作を実施させるかを団体ネットワーク１２に制御させることにより、団体ネットワークは、ネットワーク・データおよびアプリケーションへのアクセスに対する制御を維持することができ、これらネットワーク・エレメントがネットワーク内でどのようにして操作されるかを制御することができる。予め定められた動作は、電子メール・ヘッダの引き出し、電子メール・メッセージ・ボディの引き出し、ウェブ・ぺージ・データの引き出し、電子メールの削除、電子メール・データあるいはウェブ・ページ・データのユーザへのファックス、および、団体クライアント５２と装置クライアント５４との間で他のネットワーク・データを送信することを含むが、これらに制限される訳ではない。
【００５７】
一旦、団体クライアント５２によって受信されると、データは、適当なテンプレート１００に従ってアクセス・リクエストに対するアクセス応答としてパケット化される。テンプレートされたアクセス応答は、上述の方法と同様に装置クライアント５４によって受信されるようデータ・トンネル２２を介して送出される。一実施形態では、アクセス応答は、前述したように、データ・トンネル・レッグ２２Ａの開通を維持するために団体クライアント５２によって継続的に送られている継続的な接続信号列に組み込まれ得る。
【００５８】
一実施形態では、アクセス応答に含まれるデータの送信は、データ・トンネル２２を介して実施される。別の実施形態では、アクセス応答の送信用に第２のデータ・トンネル（図示せず）が確立される。これらデータ・トンネルは、団体ネットワーク１２とリモート装置１６との間でデータの安全な送信を可能にすることについて自発的ＶＰＮ構造において団体クライアント５２、装置クライアント５４、およびｓＶＰＮサーバ６０と協働することに注意する。第２のデータ・トンネルがデータ転送のために使用される場合、第２のデータ・トンネルは、データ・トンネル２２のために使用されるものと同じポート（例えば、インターネット・ポート８０、ポート４４３）を通じて、または別のポートを通じて確立され得る。
【００５９】
一実施形態では、ヌル・テンプレート対（図示せず）がテンプレート１００および１０２において指定され得る。ヌル・テンプレート対は、団体または装置クライアントの他のテンプレート１００または１０２と比較され、どのテンプレートとも適合しないデータを団体クライアント５２と装置クライアント５４との間で捕捉し送信するよう構成される。このような適合しないデータは、団体クライアント側または装置クライアント側のいずれか一方のヌル・テンプレートによって捕捉され、他方のクライアントのヌル・テンプレート上で伝送される。対応するクライアント５４は、予め定められた手順に従ってデータを送出する。この構造において、ヌル・テンプレートは、自発的ＶＰＮシステムを従来のＶＰＮ構造と同様に動作させ、このときデータは、プロトコル・テンプレート１００および１０２に従って収集も割り当てもされない。
【００６０】
一つ以上のリモート装置がいつでも団体ネットワーク１２と関連して利用され得ることに注意する。従って、一つのリモート装置の図示は、例に過ぎない。同様にして、本発明の範囲において、本発明の示唆に従って一つ以上の団体ネットワークに配置される多数の団体クライアントが利用され得る。ネットワーク・システムに対する本発明の実施形態を実現させる様々な技術を示す図４Ａ、４Ｂ、および４Ｃを参照する。説明される実施形態は例に過ぎず、従って、他の実施形態による方法も使用され得ることに注意する。図４Ａおよび４Ｂに関連して以下に提供する最初の二つの実施形態では、完全な暗号化技術が装置クライアント５４から団体クライアント５２にそれらの間で送信される通信を確実にするために用いられることが好ましいことに注意する。
【００６１】
図４Ａでは、第１の実施形態の方法が示され、本システム１０の装置クライアント５４がリモート装置１６の装置アプリケーション１１０にまとめられる。団体クライアント５２は前述のように、団体ネットワーク１２内のソフトウェア構成に配置される。従って、装置クライアント５４および団体クライアント５２の両方がそれぞれ団体ネットワーク１２およびリモート装置１６におけるソフトウェア・モジュールとして実行される。
【００６２】
図４Ｂでは、図４Ａと同様に、団体クライアント５２および装置クライアント５４の両方がソフトウェア・モジュールとして実行される。しかしながら、図４Ａとは異なり、本実施形態では、リモート装置１６内に配置される一つ以上の装置アプリケーション１１０に対して別々に位置決めされる別個のソフトウェア・モジュールとして装置クライアント５４を実現する。先のように、団体クライアント５２は、団体ネットワーク１２内のソフトウェア・モジュールとして常駐する。この実施形態において、装置クライアント５４は、装置アプリケーションからのコマンドおよびデータが送信され受信されるポートを装置クライアントに継続的にモニタリングさせるポート・リスナ・スキームを実行することで装置アプリケーション１１０と相互作用する。一旦、検出されると、このコマンドおよびデータ情報は装置クライアント５４によって妨害され、前述のように、キャリヤ・ネットワーク１４およびｓＶＰＮサーバ６０を介して団体クライアント５２に送信される前に適当なテンプレート１０２に含まれるよう操作される。
【００６３】
図４Ｃにおいて、第３の実施形態が示され、ユーザ・インタフェース・サービス（ＵＩＳ：user interface service）のようなユーザ・インタフェースが用いられる。ここでは、無線アプリケーション・プロトコル（ＷＡＰ：wireless application protocol ）ブラウザの形態にあるＵＩＳは、それぞれのプロトコル・テンプレート１００および／または１０２を介して団体クライアント５２または装置クライアント５４からのアプリケーション・プロトコルと相互作用する。図４Ｃから分かるように、例えば、団体データベース１８またはアプリケーション２０からのリクエストされたデータは、前述のテンプレート・スキームを再び用いて暗号化され、団体ネットワーク１２によってキャリヤ・ネットワーク１４のｓＶＰＮサーバ６０に送出される。キャリヤ・ネットワーク１４のｓＶＰＮサーバ６０または他のコンポーネントは、リモート装置１６に送る前にデータをビジュアル・フォーマットにする。リモート装置１６の装置クライアント５４は、ビジュアル・データを解読し、必要あるいは所望であれば更に処理する。本実施形態は、中でも、例えば、ＷＡＰ有効携帯電話用の電子メール・サービスのようなＷＡＰプロトコルを用いるシステムにおいて実現される。更に、本ＵＩＳ構成を組み込む実施形態において、ＵＩＳはキャリヤ・ネットワーク１４においてｓＶＰＮサーバと通常配置される。このような実施形態では、ＵＩＳは、必要に応じて、本発明と既に関連するものを向上させるためにセキュリティ機構に寄与する。例えば、ＷＡＰプロトコルを用いるＵＩＳの実現において、ＷＡＰ関連のセキュリティ・プログラムであるＷＴＬＳは、データ保護および保全を提供するために利用され得る。
３．プロトコル・マッピング
本発明の別の実施形態を示す図５を以下に参照する。上述のように、安全な通信を可能にするシステム１０は、異なるプロトコル上で団体ネットワーク１２とリモート装置との間のデータ転送を可能にするために用いられる。図５は、先のように、一組のテンプレート１００および１０２をそれぞれ含む団体クライアント５２および装置クライアント５４を示す。本実施形態では、団体クライアント５２および装置クライアント５４は、一方のテンプレート１００／１０２（所与のプロトコルに関わる）のインフレクション点１０４を異なるプロトコルに関わる他方のテンプレート１０２／１０２のインフレクション点１０４にマッピングするよう構成される。この特徴により、一方のプロトコル・フォーマットのデータを別の異なるプロトコル・フォーマットにおけるデータを表すようスイッチさせるかマッピングさせることが可能となる。それにより、団体ネットワーク１２とリモート装置１６との間の従来の非対応プロトコルのデータ転送が、自発的ＶＰＮの暗号化特徴を保ちながら可能となる。
【００６４】
本発明の非制限的な例において、図５は、装置クライアント５４と通信するリモート装置１６の電子メール・アプリケーション１０６を示す。同様にして、団体ネットワーク１２の電子メール・サーバ１０８は、団体クライアント５２と通信するように示されている。本例における電子メール・アプリケーション１０６はＰＯＰプロトコルに対応し、電子メール・サーバ１０８はＭＡＰＩプロトコルに対応する。従って、二つのプロトコルは互いと直接的に通信する能力について異なる。本実施形態は、一方のプロトコルから他方にマッピングすることでこの違いを解消する。典型的には、電子メール・アプリケーション１０６からの「電子メール・メッセージ・ヘッダを引き出す」コマンドは、装置クライアント５４によって受信され、適当なテンプレート、本例では、ＰＯＰテンプレート１０２Ｂに適合される。テンプレート１０２Ｂは、電子メール・サーバ１０８に記憶される電子メール・メッセージ・ヘッダを引き出すＰＯＰコマンドを含む少なくとも一つのインフレクション点を含むインフレクション点１０４を含む。テンプレートされたコマンドは、上述の通りアクセス・リクエストとして団体ネットワーク１２の団体クライアント５４にデータ・トンネル２２を介して送られる。
【００６５】
一旦、テンプレートされたコマンドを受信すると、団体クライアント５２はそのマッピング特徴を用いてテンプレートされたＰＯＰコマンドのインフレクション点１０４を、コマンドの意図するターゲットである電子メール・サーバ１０８のＭＡＰＩプロトコルに対応するテンプレート１００のインフレクション点に適合させる。従って、団体クライアント５２は、電子メール・サーバ１０８のＭＡＰＩプロトコルに対応するテンプレート１００Ａにコマンドをマッピングする。電子メール・メッセージ・ヘッダを引き出すための、マッピングされテンプレートされたコマンドは、ＭＡＰＩプロトコル・フォーマットで電子メール・サーバ１０８に送出され、サーバによって理解され動作される。リクエストされた情報を含むアクセス応答は、電子メール・サーバ１０８によって準備され、団体クライアント５２に送出され、同様のマッピング処理が後続されてアクセス応答データがＰＯＰプロトコル・フォーマットに変換され、装置クライアント５４を介して電子メール・アプリケーション１０６によって受信される。
【００６６】
上記例で実施されたように、いずれか一方あるいは両方のクライアントがこのようなマッピングを達成するために構成されるが、団体クライアントが様々なプロトコルのマッピングに使用されることが好ましい。特定のクライアントがマッピングを実施するために使用されるとき、他方のクライアントは、一般的に、意図するアプリケーションまたはサーバにマッピングされたコマンドを到着させるための通過路として機能する。
【００６７】
多数のアプリケーションが上記マッピングの実施形態からの恩恵を受ける。実際に、電子メール・アプリケーションに加えて、別のデータ記憶場所からＰＤＡでデータを更新するために典型的に使用されるアクティブ・シンク（Active Sync ）およびホット・シンク（Hot Sync）のような同期アプリケーションがこのマッピング特徴の適用の更なる例である。同様に、本明細書で特定される例は、本発明を如何なる方法であっても制限することを意図しない。
４．プロトコル・バッファリング
本発明の更なる別の実施形態は図５に示される。バッファリング特徴は、ある複雑な状況が発生したときにプロトコル間のマッピングに対応するよう本発明のプロトコル・マッピング特徴と共に実行され得る。ある状況では、データ・トンネル２２と他のコンポーネントによって定められる通信ルートに沿って生ずる過渡条件は、団体ネットワーク１２とリモート装置１６との間で伝送されるデータのストリームを一時的に中断させる。これが生ずると、テンプレート対１００／１０２の特定されたテンプレートは、データの伝送を一時的に停止させ、代わりに、通信ルートに沿った過渡条件が解消されデータ・トンネル２２が再確立されるまでデータをテンプレート自身に記憶させる。特定されたテンプレートは、データ送信を再開して、一時的にバッファリングされたデータを送る。従って、団体クライアント５２と装置クライアント５４との間の接続における一時的な中断によってデータが損失されることはない。
【００６８】
第２の状況では、本発明のプロトコル・バッファリング特徴は、データ・パケットの正しい伝達を可能にする。本システムと関連して使用される幾つかの伝達システムでは、団体ネットワーク１２とリモート装置１６との間の伝送中にデータ・パケットの順番が混ざることがある。更に、幾つかのパケットは、他のパケットよりも遅く到着し、更なる無秩序を生じさせる。いずれか一方または両方の状況が起こると、データ・パケットの受信端に位置する（即ち、団体クライアント５２または装置クライアント５４のいずれかに位置する）対応するテンプレート１００／１０２は、無秩序なグループのパケットを到着した順に受信し、連続的なパケット配置を形成するために必要な全てのパケットが受信されるまで保持する。対応するクライアント５２または５４と関連して、テンプレート１００／１０２は、順番付けられたシーケンスにパケットを配置し、既に述べたように、処理のために適当な装置へ伝達することができる。例えば、リモート装置１６に位置するアプリケーションは、１−５と順番付けられた五つのデータ・パケットを装置クライアント５４のテンプレート１０２Ａを介して団体クライアント５２に送信する。団体クライアント５２のテンプレート１００Ａは、四つのデータ・パケットを無秩序の不完全なシーケンス、即ち、１、２、５、および４で受信する。このパケット・ストリームを受信したテンプレート１００Ａは、正しいアプリケーションに送出する前にパケットをバッファリングして第３のデータ・パケットの到着を待つ。一旦パケット＃３が到着すると、テンプレート１００Ａは、団体クライアント５２と関連して、パケットを正しい１−５の順番に配置し、対応するアプリケーションに送出する。このようにして、さもなければデータ・パケットの順番付けられた送信および受信を防止する通信ルートまたは方法は、本発明のテンプレートのバッファリング能力により補償され、補正される。更に、同能力は、データ・ストリームを用いる団体ネットワーク１２およびリモート装置１６のアプリケーションが正しく機能することを確実にする。
５．プロトコル・フィルタリング
図５を再び参照する。本発明の別の特徴によると、安全な通信を可能にするシステム１０は、プロトコル・フィルタリング・ツールとして利用され得る。データ・パケットが団体クライアント５２または装置クライアント５４のいずれかによってデータ・トンネル２２を介して受信されるため、それぞれのクライアントによってそのプロトコル・テンプレート１００または１０２に対して適合される。データ・パケットが特定のプロトコル・テンプレート１００または１０２に適合されると、該テンプレートに入力され、既に上述したように、処理される。しかしながら、特定のデータ・パケットに対して適合するテンプレート１００または１０２が存在しない場合、図５の矢印１１２によって示されるように、本システムは、データ・パケットを拒絶し、システムから削除する。削除は、団体クライアント５２、装置クライアント５４、あるいはその両方で行われる。一実施形態では、フィルタリング機能は、より多くのシステム計算容量およびメモリがある団体クライアント５２において行われる。本明細書に記載のフィルタリング能力により、システム１０は、予め構成されたデータ・テンプレートと適合しないデータ・パケット、例えば、ハッカー関連および悪質なパケットを拒絶することで補助的なファイヤーウォール能力で機能することが可能となり、システム内のセキュリティが向上される。
【００６９】
上述の一つ以上の実施形態（即ち、プロトコル実施可能性、マッピング、バッファリング、フィルタリング）の全ての組み合わせがシステムのニーズおよびユーザの好みに応じて本システム内で動作するよう構成され得ることに注意する。
６．簡略化されたユーザ認証
本発明の別の実施形態を示す図６を参照する。既に述べたとおり、データ・トンネル２２は、団体クライアント５２からｓＶＰＮサーバ６０へのデータ・トンネル・レッグ２２Ａ、およびｓＶＰＮサーバ６０から装置クライアント５４へのデータ・トンネル・レッグ２２Ｂを形成することで確立される。ｓＶＰＮサーバ６０が二つのデータ・トンネル・レッグ２２Ａおよび２２Ｂを統合して完全なデータ・トンネル２２を形成する。しかしながら、団体ネットワーク５２と装置クライアント５４との間でデータを流す前に、団体ネットワーク１２は、リモート装置１６のユーザがネットワークによって認証されることを三層の認証およびセキュリティ方式の第３の層を実行する際に要求してもよい。これは、上述のテンプレート１００／１０２に類似する認証テンプレート対１１４を利用して達成される。一実施形態では、ユーザは、ＮＴドメイン・パスワード、ラジウス・セキュリティ・パスワード、アクティブ・セキュリティ・パスワード、または、カスタム・パスワードのような適当なセキュリティ信用証明書を装置クライアント５４に入力する。次に、セキュリティ信用証明書データは、装置クライアント５４の認証テンプレート１１４に入力される。テンプレートされたセキュリティ信用証明書データは、データ・トンネル２２を介して団体ネットワーク５２に送出され、受信され、団体クライアントの認証テンプレート１１４に入力される。セキュリティ信用証明書データは、ユーザ認証のために認証モジュール１１６を含む団体ネットワーク１２のセキュリティ・レイヤに送出される。認証が成功であると、セキュリティ信用証明書情報は、３ＤＥＳ暗号化データベースのような記憶装置１１８に保存される。データは、団体クライアント５２と装置クライアント５４との間で流れるよう団体ネットワーク１２によって有効にされる。
【００７０】
上記または他の同様の方法によって、一旦、認証が達成されると、セキュリティ信用証明書情報は、リモート装置１６のユーザがアクセスすると選択し得る団体ネットワーク１２におけるアプリケーション・サーバ１２０のような他の指定されたアプリケーションの認証／パスワード要件と団体クライアント５２によって同期される。同期されることにより、各指定されたアプリケーション・サーバ１２０のユーザ認証要件が満たされる。反対に、アプリケーション・サーバ１２０に含まれる各アプリケーションに対してパスワードのような適当なセキュリティ信用証明書情報を再び入力することなく様々なアプリケーションにアクセスすることをユーザに可能にさせ、ユーザにネットワークの使用を能率的にし、簡略化させる。この同期された認証は、団体ネットワーク１２およびセキュリティ・アドミニストレータによって指定されるように狭くまたは広く分散され得る。
【００７１】
本発明は、簡略化された接続インフラストラクチャを用いて遠隔的に配置されたコンポーネント間での安全なデータ転送を可能にする。これにより、団体ネットワークとリモート装置との間でデータ同期およびアクセスが可能となる。特に、遠隔的に配置された装置との団体データの同期、並びに、団体ネットワークと同時のネイティブ装置アプリケーションの利用および実施可能性が提供される。本明細書における原理は、自発的バーチャル・プライベート・ネットワーク環境内での実現に向けられているが、これら原理が典型的なＶＰＮ構造のような様々なハードウェア／ソフトウェアでの実現を有する他のデータ伝送の実施形態にも概ね適用され得ることは理解されるであろう。
【００７２】
本発明は、その技術思想または本質的な特徴から逸脱することなく他の特定の形態で具体化されてもよい。記載した実施形態は、全ての面において制限的でなく例示的として考えられる。従って、本発明の範囲は、前述の説明よりも添付の特許請求の範囲によって示される。特許請求の範囲の意味および等価範囲にある全ての変更はその範囲に含まれるべきである。
【図面の簡単な説明】
【００７３】
【図１】ローカル・ホスト装置またはネットワークとリモート装置との間の安全な通信を可能にするシステムであって、第１の状態にあるシステムにおいて用いられる様々なコンポーネントを示すブロック図。
【図２】本発明の一実施形態による第２の状態における図１のシステムを示すブロック図。
【図３】図１に示す幾つかのコンポーネントであって、その中で使用されるプロトコル・テンプレートを含むコンポーネントのブロック図。
【図４Ａ】一実施形態によるローカルおよびリモート装置間の動作関係を示すブロック図。
【図４Ｂ】別の実施形態によるローカルおよびリモート装置間の動作関係を示すブロック図。
【図４Ｃ】更に別の実施形態によるローカルおよびリモート装置間の動作関係を示すブロック図。
【図５】一実施形態による本システムの様々なコンポーネントであって、それとともに使用される様々なプロトコル・テンプレートを含む様々なコンポーネントを示すブロック図。
【図６】一実施形態による本発明の様々なユーザ認証コンポーネントを示すブロック図。
【図１】
2006520130.tif 000003
【図２】
2006520130.tif 000004
【図３】
2006520130.tif 000005
【図４Ａ】
2006520130.tif 000006
【図４Ｂ】
2006520130.tif 000007
【図４Ｃ】
2006520130.tif 000008
【図５】
2006520130.tif 000009
【図６】
2006520130.tif 000010
【国際調査報告】
2006520130.tif 000011