クライアント側網アクセス・ポリシー及び管理アプリケーション
【課題】公衆網をアクセスするよう構成された遠隔データ端末とエンタープライズ網との間をＶＰＮトンネルによって通信することを可能にする。
【解決手段】リモート・アクセス・クライアントは、遠隔データ端末のあらかじめ決められたアプリケーションの動作状態の第１検証を受信する少なくとも１つのアプリケーション・プログラム・インタフェース（ＡＰＩ）を含む。接続点に接続することによって、ＡＰＩはデータをリモート・アクセス・クライアントと遠隔データ端末のあらかじめ決められたアプリケーションとの間で交換する。リモート・アクセス・クライアントは予め決められたアプリケーションの動作状態の第２定期的検証をＡＰＩ経由で、第２検証がない状態によって接続点への接続を終了するよう、受信する。接続点はＶＰＮトンネルがデータを遠隔データ端末からエンタープライズ網まで公衆網を通じてトランスポートすることを可能にする。
【解決手段】リモート・アクセス・クライアントは、遠隔データ端末のあらかじめ決められたアプリケーションの動作状態の第１検証を受信する少なくとも１つのアプリケーション・プログラム・インタフェース（ＡＰＩ）を含む。接続点に接続することによって、ＡＰＩはデータをリモート・アクセス・クライアントと遠隔データ端末のあらかじめ決められたアプリケーションとの間で交換する。リモート・アクセス・クライアントは予め決められたアプリケーションの動作状態の第２定期的検証をＡＰＩ経由で、第２検証がない状態によって接続点への接続を終了するよう、受信する。接続点はＶＰＮトンネルがデータを遠隔データ端末からエンタープライズ網まで公衆網を通じてトランスポートすることを可能にする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信網に、特に、エンタープライズ・リソースのポリシー準拠アクセスを保証するよう、クライアント側アプリケーション及びエンタープライズ網アクセスのエンタープライズ管理を設ける、リモート・アクセス・クライアント、関連ネットワーク・システム、及び関連方法論に関するものである。
【背景技術】
【０００２】
エンタープライズ網（すなわち、私設コンピュータ・データ網）は一般にコンピュータ・ベースのリソースを共有化するために、営利事業体の従業員のような、組織の特定個人に対して、網アクセスを設けるよう企図されている。例えば、典型的なエンタープライズ網は事業体の事業所間で音声、ファクシミリ、映像及びデータのトラフィックを運ぶ高速、専用回線を用い得る。このように、専用経路は１対１接続であるので、複数の事業所を相互接続するようメッシュ型トポロジーを形成する。だが、遠隔オフィス又は個人ユーザが当該エンタープライズ網に接続するためには、ＩＳＤＮ（統合ディジタル通信サービス網）又はフレーム・リレーのような、ＰＳＴＮ（加入電話網）を通じた交換サービスがよく利用される。個々のモバイル従業員については、そのような、モデム又は「ダイヤル・アップ」接続がエンタープライズ網に対する時折の接続において最良の解決策であり得る。
専用接続を有しない遠隔場所からのエンタープライズ網のアクセスにおいては、仮想私設通信網（ＶＰＮ）機能が一般に実施される。仮想私設通信網は、エンタープライズ網のトラフィックを運ぶよう専用回線の代わりに、インターネットのような、容易に利用可能な公衆データ網を利用する擬似私設データ網である。インターネット・ベースの仮想私設通信網（ＶＰＮ）リンクはしたがって「仮想」であるがそれは、インターネットが自由に一般にアクセス可能である一方、ＶＰＮクライアント・アプリケーションはインターネットが専用私設網通信リンクとしての役目を果たすことを可能にするからである。これを実現するよう、組織におけるデータ・トラフィックがＶＰＮクライアント・プロトコルによって交換される。ＶＰＮプロトコルは一般に、「トンネル」接続を、エンタープライズ・データがインターネットのユーザによって（すなわち、トンネルの外部から）容易に傍受されないように、エンタープライズと遠隔地に位置するデータ端末との間を交換するデータをカプセル化して暗号化する役目を担う、Ｌ２ＴＰ（レイヤ２トンネリング・プロトコル）のようなプロトコルを手段として、構成する。
当然、営利組織はますますＶＰＮベースのリモート・アクセス・ソルーションを利用するようになっているが、それはインターネット・アクセス及び強健なＶＰＮ技術が利用可能であることが、インターネットを柔軟でコスト効率の高いリモート・アクセス・ソルーションにする、公衆網を利用する機能を設けるからである。したがって、ＶＰＮの実施形態は、既存私設データ網インフラストラクチャを部分的に取替える、私設データ網上の負荷を軽減することを助力することによって私設データ網を補う、既存私設データ網を混乱させることなく新規のソフトウェア・アプリケーションを扱う、あるいは当該網に新規ユーザ場所を容易に付加するのを可能にする、ネットワーク設計者によって好まれている。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ＩＳＰ（インターネット・サービス・プロバイダ）は広い地域を通じてインターネットへの接続性を促進するよう広大なネットワークを利用するため、エンタープライズＶＰＮ技術において最も一般的に利用される通信経路はインターネットである。すなわち、インターネット・サービス・プロバイダによって設けられるようなネットワーク・アクセス・サーバ（ＮＡＳ）はＰＯＰ（接続点）又はエンタープライズ網接続性を確立する「ノード」に接続するリモート・アクセス・クライアント経由で接触される。この方法で、企業は単一プロバイダとの契約を交渉し得、そうすることによって当該ユーザベースがエンタープライズＶＰＮのトランスポート部分を設けるよう当該ネットワークに接続することを可能にする。しかしながら、データ・トランスポート・サービスを設ける、１つのネットワークのみのある、エンタープライズＶＰＮソルーションは適用範囲及び多様性において制限され得る。例えば、個別のＰＯＰ又はネットワーク自体が障害した場合、エンド・ユーザは企業に接続する方法はないかもしれない。更に、ＩＳＰは、ＩＳＰのサービス提供が不十分な地域内のユーザを有する特定のエンタープライズ網にとって重大な適用範囲を設けるようネットワークを拡張するのが遅いこともある。したがって、エンタープライズ網はこれらの制限を最も重要なネットワーク・パートナーを補足するよう当該ソルーションに対してたくさんのプロバイダを加えることによって克服しようとすることがある。あいにく、これによってかなりの複雑性がもたらされるが、それは各ネットワークが別個の認証、請求及び顧客サービス関係を必要とするからである。
したがって、単一キャリア実施形態の代替形態として、複数のＩＳＰがよくローミング・ソルーション（すなわち、「ネットワークのネットワーク」）として提示される。これは単一顧客が多くの異なったトランスポート・プロバイダとインタフェースすることを可能にする転送認証及び請求情報によって実現される。だが、ネットワークの設計によっては、ＩＳＰを集約する企業は、認証チェーンにおける単一の損傷点で全体のソルーションに損傷をもたらすようなものがないことを保証することが困難であった。更に、さまざまなネットワークをコスト効率よく監視して管理し、個々の利用明細を説明して、請求責任を判定することが阻害される。最も重要なこととして、これらのプロバイダが一般にエンタープライズ網市場に特有のセキュリティ、情報及び管理ニーズに精通していないことがある。
実際に、リモート・アクセス・クライアントとＶＰＮクライアントとによってエンタープライズ・リソースを遠隔アクセスすることはエンタープライズ網の設計者に対して重大なセキュリティ上の懸念をもたらすが、それはエンタープライズ・ポリシーが、接続前又は接続中（例えば、トンネル構築）に容易に連携し得ないからである。言い換えれば、ＶＰＮリンクの両端で伝送されるデータはカプセル化されて暗号化されるが、遠隔ユーザのデータ端末自体は侵入的使用（すなわち、ハッキング）に弱いことがある。例えば、ユーザが十分なファイアウォール保護を使用していなければ、侵入者はデータ端末に対するアクセスを獲得して効果的にＶＰＮトンネルによって与えられたセキュリティを出し抜くことがある。
【課題を解決するための手段】
【０００４】
このように、上述の制約がまったくなく、容易な方法で複数のサービス・プロバイダに及ぶダイヤル・アップ接続を統合的に処理することが可能である一方、同時にＶＰＮベースのポリシーに準拠してエンタープライズ・リソースにアクセスすることを保証する、リモート・アクセス・クライアント、関連システム、及び関連方法論が所望される。
【発明を実施するための最良の形態】
【０００５】
本発明の例示的実施例はリモート・アクセス・クライアントを設ける。リモート・アクセス・クライアントは、公衆網をアクセスするよう構成された遠隔データ端末とエンタープライズ網間との通信を、ＶＰＮトンネルによって公衆網を通じて可能にする。リモート・アクセス・クライアントは、公衆網の選択されたキャリアによって、リモート・アクセス・クライアント・プロトコルによって遠隔データ端末とエンタープライズ網との間でデータをトランスポートするよう、公衆網上の接続点との接続を確立する接続エージェントを含む。少なくとも１つのアプリケーション・プログラム・インタフェース（ＡＰＩ）がリモート・アクセス・クライアントによって利用されて遠隔データ端末のあらかじめ決められたアプリケーションの動作状態の検証を受信し、該リモート・アクセス・クライアントは接続エージェントが検証によって接続点との接続を確立することを可能にする。接続点はＶＰＮトンネルがデータを遠隔データ端末からエンタープライズ網まで公衆網を通じてトランスポートすることを可能にする。
本発明の別の特徴においては、リモート・アクセス・クライアントが公衆網をアクセスするよう構成されたデータ端末とエンタープライズ網との間の通信をＶＰＮトンネルによって公衆網を通じて可能にするよう設けられる。リモート・アクセス・クライアントは少なくとも１つのアプリケーション・プログラム・インタフェース（ＡＰＩ）を含み、リモート・アクセス・クライアントはデータを遠隔データ端末のあらかじめ決められたアプリケーションによって接続点を設定することで交換するようＡＰＩを使用する。ＡＰＩはあらかじめ決められたアプリケーションの動作状態の定期的検証を受信する。接続エージェントは接続点への接続を検証がない場合に接続点への接続を終結する。
本発明の更に別の特徴においては、仮想私設網システムが公衆網とエンタープライズ網とをＶＰＮトンネルによって公衆網を通じてアクセスするよう設けられる。該システムは私設網と遠隔データ端末との仮想私設網接続を可能にする。該システムの遠隔データ端末はＶＰＮリンク上をリモート・アクセス・クライアントのＶＰＮプロトコルによってデータをトランスポートするリモート・アクセス・クライアントを含む。リモート・アクセス・クライアントは、公衆網の選択されたキャリアによって、遠隔データ端末とエンタープライズ網との間でデータをトランスポートするよう、公衆網上の接続点への接続を確立する接続エージェントを有する。リモート・アクセス・クライアントは更に、遠隔データ端末のあらかじめ決められたアプリケーションの動作状態の検証を受信するよう少なくとも１つのアプリケーション・プログラム・インタフェース（ＡＰＩ）を含む。リモート・アクセス・クライアントは接続エージェントが検証によって接続点への接続を確立することを可能にする。遠隔データ端末はあらかじめ決められたアプリケーションを特定するポリシー・プロフィールと、遠隔データ端末の接続履歴を詳細に記述する接続パラメータを記憶するユーザ経験ログとを利用する。行使プラットフォームはユーザ経験ログの内容を遠隔データ端末から接続によって受信する。
本発明の更に別の特徴においては、エンタープライズ網をＶＰＮトンネルによって公衆網を通じてアクセスする方法を設ける。該方法は遠隔データ端末の遠隔ユーザに対してアプリケーション・スイートを設ける工程を含む。該アプリケーション・スイートは、エンタープライズ網と遠隔データ端末との間のＶＰＮリンクを構成するリモート・アクセス・クライアントと、少なくとも１つのポリシー準拠アプリケーションとを含む。公衆網への接続を確立するよう、接触インディシアを記憶する電話帳が当該アプリケーション・スイート中に含まれている。ポリシー・プロフィールはリモート・アクセス・クライアントに対する少なくとも１つのポリシー準拠アプリケーションの強調実行を詳細に記述するようスイートによく反応する。
以下の説明において用いる特定の用語は便宜上のものであるだけで、限定するものではない。本明細書及び特許請求の範囲で用いられる「ｃｌｉｃｋ」の語は文書及び画像ベースのコンピュータ情報を選定してアクセスする通常の方法を表す。該語は本発明をマウス・ベースの周辺装置又は同様のインタフェース装置に限定するものではなく、単に既知のコンピュータ機能及び処理を説明する簡潔な語として用いられているものである。ここで用いられるリモート・アクセス・クライアント又は「ｄｉａｌｅｒ」の語は適切に構成された装置間の通信を確立する命令セットを表す。そのような語は「ダイヤル・アップ」構成のみ限定されるものではなく、ブロードバンド及び無線の実施形態でもよい。図においては、複数の図を通して同様の構成要素を表すよう同様の参照番号を用いる。
【実施例】
【０００６】
リモート・アクセス・クライアント機能概要
本発明は、前述の例示的実施例に開示したように、リモート・アクセス・クライアント及び、単純な方法で複数のサービス・プロバイダに及ぶダイヤラ接続を統合的に処理する関連方法を設ける一方、同時にエンタープライズ・リソースのポリシー準拠アクセスをＶＰＮトンネル経由で保証する。エンタープライズ・リソースは、共有コンピュータ・リソースを、一般に、営利組織の構成員に対して、配布するよう設けられたエンタープライズ網によって利用可能にされる。エンタープライズ網は遠隔データ端末によってインターネットのような公衆網によって構成された仮想私設網（ＶＰＮ）リンクを通じてアクセスされる。ＶＰＮリンクは遠隔データ端末のリモート・アクセス・クライアントによって該リモート・アクセス・クライアントの指令によって構築される。
リモート・アクセス・クライアントは、公衆網の選択されたキャリアによって、遠隔データ端末とエンタープライズ網との間においてＶＰＮリンク上でデータをトランスポートするよう、公衆網上でＰＯＰへの接続を確立する、ダイヤラ又は「接続エージェント」を含む。ＰＯＰはアクセス・プロバイダによって、遠隔データ端末からそこへ渡された認証データの確認によって、設けられ、行使プラットフォームによって特定された、エンタープライズ網の認証サーバによって確認される。リモート・アクセス・クライアントのアプリケーション・プログラム・インタフェース（ＡＰＩ）は遠隔データ端末の１つ以上のあらかじめ決められたアプリケーションによってデータを交換するのに利用される。リモート・アクセス・クライアントは遠隔データ端末のアプリケーションと、リモート・アクセス・クライアントのサブ構成要素によって、協調的に動作する。サブ構成要素は、リモート・アクセス・クライアントを以降説明するよう適切に構成するよう、遠隔データ端末の記憶装置に常駐のクライアント・ポリシー・ファイル及び電話帳ファイルを含む。
次に図１によって、本発明の例示的実施例による、ネットワーク構成要素及びリモート・アクセス・クライアント８の高水準機能を説明するネットワーク図を表す。図１の高水準図においては、個別のサーバ機能及び、ルータのようなネットワーク構成部分の説明は簡潔にするよう割愛し、その説明は図２によって更に詳細に設ける。ネットワーク図の構成部分は、クライアント側ソフトウェア・アプリケーションを有するパーソナル・コンピュータ（ＰＣ）５によって実装されて、概して１０と表したリモート・アクセス・クライアント、各々が６と７の電話帳及びポリシー・ファイル、ファイアウォール１２、及びリモート・アクセス・クライアント８を含む、概して４と表した遠隔データ端末を含む。例示的実施例においては、ポリシー・ファイル６及び電話帳ファイル７はリモート・アクセス・クライアント８のサブ構成部分であり、ここでは個々の機能を別個に表す。遠隔データ端末４は遠隔ユーザ２によって利用される。遠隔データ端末４は、ＰＯＰに接続するインターネットのような、公衆網９にアクセスするよう構成される。ＰＯＰは、概して１８と表した、アクセス・プロバイダのネットワーク・ノードである。例示的実施例においては、アクセス・プロバイダ１８はここでは「ローミングＰＯＰ」として表す複数のインターネット・サービス・プロバイダ（ＩＳＰ）の１つであり得る。
遠隔データ端末４のリモート・アクセス・クライアント４が、公衆網９上のエンタープライズ網１６とのＶＰＮリンクを初期化するよう、始動される（すなわち、最初に遠隔ユーザ２によって実行される）。所定のハイパテキスト転送プロトコル（ＨＴＴＰ）のハンドシェーキング及びＤＮＳ（ドメイン・ネーム・サーバ）への問い合わせ処理は簡潔にするよう割愛する。例示的実施例においては、リモート・アクセス・クライアント８は、遠隔データ端末の電話帳ファイル６に記憶された接触インディシアによってアクセス・プロバイダ１８のＰＯＰに接触する。最初は、リモート・アクセス・クライアント８は認証データ（すなわち、ユーザＩＤ（識別番号）、パスワード）を、遠隔ユーザ２を特定するよう、アクセス・プロバイダ１８との認証プロトコルによって、交換する。アクセス・プロバイダ１８は、概して２０と表す行使プラットフォームによって特定されたような、エンタープライズ網１６の認証サーバと通信し合う。行使プラットフォーム２０はアクセス・プロバイダ１８とエンタープライズ網１６との間の仲介者としての役目を果し、遠隔ユーザ２の処理トラフィックに応じて、利用明細、請求及びトラフィック・ログを含むアカウント情報を管理する集中場所としての役目をする。行使プラットフォーム２０は動作上、遠隔ユーザ２を特定する行使プラットフォーム２０を構成するようセキュア接続２１を通じてエンタープライズ網１６にリンクされる。セキュリティ・プロトコル又は「共有秘密」は、エンタープライズ網１６と行使プラットフォーム２０との間での通信に用い得て、エンタープライズ網１６と行使プラットフォーム２０とによってあらかじめ決められて、矢印１９で表す、エンタープライズ網１６にネットワーク・サービスを設けるプロバイダ契約の一部として取り決められる。
エンタープライズ網１６による、遠隔ユーザ２によってアクセス・プロバイダ１８に対して設けられた、認証データの検証によって、アクセス・プロバイダ１８はＰＯＰ接続の利用可能性を通信する。ＰＯＰはその場合、簡潔に仮想回路として図１に別個に表すように、マイクロソフト（Ｍｉｃｒｏｓｏｆｔ）（商標登録）Ｌ２ＴＰ／ＩＰ（インターネット・プロトコル）Ｓｅｃ（セキュリティ）ＶＰＮクライアントのような、遠隔データ端末の、リモート・アクセス・クライアントを利用するリモート・アクセス・クライアント８の実行によって、遠隔データ端末４のファイアウォール１２からエンタープライズ網１６のファイアウォール１４までのＶＰＮトンネル１３を動作可能にし得る。例示的実施例のリモート・アクセス・クライアントはＩＰＳｅｃ又はＬ２ＴＰのようなＶＰＮカプセル化及び暗号化プロトコルを利用する。しかしながら、ＰＯＰへの接続が受け入れられる前に、リモート・アクセス・クライアント８はクライアント・プロフィール又は「ポリシー」７によって前処理を行う。該前処理は、ＰＯＰ経由でのエンタープライズ網１６への接続中に遠隔データ端末４を保護するファイアウォール・アプリケーションのような、遠隔データ端末４の１つ以上の、アプリケーション１０を起動するよう、リモート・アクセス・クライアント８によって活用されたアプリケーション・プログラム・インタフェース（ＡＰＩ）によって構成される。その代わりに、リモート・アクセス・クライアント８は１つ以上のアプリケーションとインタフェースする独自のＡＰＩを含み得る。更に、リモート・アクセス・クライアント８はＰＯＰへの接続後に、アプリケーション１０の運用性を監視する後処理を、ファイアウォール１２を停止するか、ポリシー７によって拒否された方法によってそれを構成するような、ポリシー７に定義された拒否機能をアプリケーション１０が行う場合には、遠隔データ端末からＰＯＰを分離する、バックグラウンド処理又はデーモンを通じて利用し得る。
行使プラットフォーム２０は遠隔データ端末４に対する更新を、その上に記憶された、電話帳及びポリシー・ファイル６及び７のような、ファイルを「プッシュ」する、すなわち、動的に更新する、よう設ける。この方法において、ポリシー・ファイル７及び電話帳ファイル６は各々、新規ポリシー設定又は新規ＰＯＰインディシアを含むよう、ＰＯＰ経由のエンタープライズ網１６への各接続中に更新し得る。この方法における例示的リモート・アクセス・クライアント８はＲＰＯＰ（ローミング接続点）に対するインタフェースを設け、そしてそれは上述の、リモート・アクセス・クライアント８の構成部分、及び、キャリア、エンタープライズ網１６及びインターネットへの接続性とともに、パッケージ化されて配置されたリモート・アクセス・クライアントのような如何なる関連アプリケーション１０をも含んでインストールしたものである。
次に、図１の例示的実施例の構成部分を更なる詳細によって、遠隔データ端末４を、簡潔にするようラップトップ型コンピュータ５を含むものとしてここに説明して図示し、該ラップトップ型コンピュータはインターネットのような公に利用可能なネットワーク９をアクセスするよう適切に構成されたインタフェースを有する。しかしながら、当業者は遠隔データ端末４の機能は、ダミー端末、携帯情報端末（ＰＤＡ）、又はセルラー電話のような、適切なインタフェース・ソフトウェアを備えた、多くの電子装置によって実施しえることがわかるものである。当然、そのような装置は例として示されているだけであり、完全なリストではない。そのような実施例においては、データ同期、ユニファイド・メッセージング及びソフトウェア更新のようなアプリケーションを、遠隔アクセス体験を更にシームレスで強健にするようリモート・アクセス・クライアント・システム・プラットフォームの一部として利用し得る。
同様に、遠隔データ端末４はここで、ネットワーク・ノード間の通信を実現するＴＣＰ／ＩＰ（伝送制御プロトコル／インターネット・プロトコル）プロトコル・スタックを利用するものとして説明されているが、当業者は代替的なネットワーキング技術が同様に本発明の教示によって含まれることがわかるものである。更に、ここに説明したネットワーク技術は、有線の実施形態として説明されて図示されているが、同等にブルートゥース（Ｂｌｕｅｔｏｏｔｈ）（登録商標）及びＩＥＥＥ（米国電気電子学会）８０２．１１ｘ無線イーサネット（登録商標）のような無線の実施形態にも適用可能である。
例示的実施例の遠隔データ端末４は、マイクロソフト（登録商標）リモート・アクセス・サポート・アプリケーション・プロトコル・インタフェース（ＲＡＳＡＰＩ）と、エンタープライズ網１６に不可欠で、一般にリモート・アクセス・クライアント８の遠隔データ端末４に設けられたポリシー・ファイル７中に指定された、アプリケーション１０（すなわち、アプリケーション・スイート）とともに構成されたペンティウム（商標）クラスのコンピュータのようなラップトップ型ＰＣ（パーソナル・コンピュータ）５である。適切なオペレーティング・システムはアプリケーション１０及びリモート・アクセス・クライアント８と協調的に、遠隔データ端末４上で該構成部分の実行を実現するよう機能する。例示的実施例においては、画像ユーザ・インタフェース（ＧＵＩ）ベースのオペレーティング・システムを説明する一方、代替的オペレーティング・システムとして含み得るが、それらには限定されないものとして、ユニックス（ＵＮＩＸ（登録商標））、ソラリス（Ｓｏｌａｒｉｓ）、リナックス（Ｌｉｎｕｘ）、ウィンドウズ（登録商標）９５、９８、２０００並びにＮＴ（ニュー・テクノロジー）４．０、及びアップル
ＭＡＣ−ＯＳ（マッキントッシュ オペレーティング・システム）がある。遠隔データ端末は更に、公衆網９に接続するよう、モデム装置、ＮＩＣ（ネットワーク・インタフェース・カード）、又は（図なしの）ネットワーク・アダプタを含む。当然、通信のみの特定の命令セットを有していて、上記のソフトウェア機能は有していない、専用遠隔データ端末４を、必要に応じて、遠隔データ端末の費用を低減するよう、設け得、当該例示的構成は単に、本発明の特徴の範囲を図示するよう説明した。揮発性／非揮発性局所メモリ、Ｉ／Ｏ（入出力）機能、共通周辺装置、及びハードウェア構成部分の機能のような、標準のＰＣ機能の説明は、簡潔にするよう、割愛し、該機能の詳細な動作／説明は当業者に周知のものである。
システム・アーキテクチャ
次に図２Ａ及び図２Ｂによって、複数のアクセス・プロバイダ１８に及ぶダイヤル・アップ接続を統合的に処理する、本発明の例示的実施例によってＶＰＮリンクを利用する一方、同時にリモート・アクセス・クライアント８のポリシー７によるエンタープライズ網１６のリソースの適合性を有するアクセスを保証する、リモート・アクセス・クライアント・ベースのシステムの実施形態を示す高水準ネットワーク図を表す。
図２Ａの上方の長方形と図２Ｂの長方形とのアクセス・プロバイダ網１８の構成は機能的に等しいものである。例示的実施例のリモート・アクセス・クライアント・システムのＲＰＯＰ構造が複数の機能的に等しい、統合されたＲＰＯＰＳを利用するので、ＲＰＯＰ機能は図２Ｂのみによって説明する。当該例示的システムにおいては、アクセス・プロバイダ１８又は「キャリア」及び複数のエンタープライズ網はモジュラー型リモート・アクセス・クライアント・システムに付加し得る。付加された場合、当該システムの「エンタープライズ顧客」（すなわち、組織）は当該多様なアーキテクチャから即時に便益を受けるが、それはアクセス・プロバイダ１８が当該例示的実施例のシステムとの相互運用性を設けるよう現時の認証及びアカウンティング・インフラストラクチャを変えなくてもよいからである。エンタープライズ顧客は遠隔認証ダイヤル・イン・ユーザ・サービス（ラディウス：ＲＡＤＩＵＳ）・プロキシを促進する多くの製品を用いて既存の認証リポジトリを用い得る。新規キャリア及びエンタープライズ顧客についての認証及びアカウンティングの終端間テストは全てがインフラストラクチャ内から、図８乃至９によって以下に説明するような、行使プラットフォーム２０に対して利用可能なツールを用いて行われる。
全ての潜在アクセス・プロバイダ１８は行使プラットフォーム２０の要員によって、リモート・アクセス・クライアント・システムと統合される前に認定される。認定を充足するよう、例示的実施例のアクセス・プロバイダ網１８は一連のネットワーク要件全部をかなえることができる。例えば、ピュアＩＰトランスポートはＴＣＰ、ＵＤＰ（ユーザ・データグラム・プロトコル）、ＩＣＭＰ（インターネット制御メッセージ・プロトコル）、ＩＰＳｅｃ、ＧＲＥ（汎用ルーティングカプセル化）などを含む全てのＩＰプロトコルについてのサポート、現行のラディウスＲＦＣ（コメント要求）標準に基づいた認証サポート、現行のＲＦＣ標準に基づいたリアルタイム・アカウンティング、領域（ｒｅａｌｍ）名のプリフィックス及びサフィックスによるラディウス転送、動的ラディウス・サーバのフェールオーバについてのサポート、及び電話帳並びに接続エージェント診断によって動作可能になる。
認定されると、プロビジョニング処理が開始される。プロビジョニング処理はアクセス・プロバイダ１８が該アクセス・プロバイダのネットワークにおける適切なプリフィックス及び／又はサフィックス、及びフェールオーバ属性、共有秘密並びにラディウス属性のラディウス・サーバ構成を当初投入することに係わる。品質保証が完了した後、アクセス・プロバイダ１８の電話帳が、（ここに説明するような）次の接続においてリモート・アクセス・クライアント８に対して後にダウンロードするよう、適切な顧客プロフィールにロードされる。この厳密なテスト手順は、自動更新機能とともに、エンド・ユーザ経験に対するシームレスな更新を保証するが、それは行使プラットフォーム２０が新規アクセス・プロバイダ網２０を組み入れるからである。仮にアクセス・プロバイダ１８が当該ソルーションから取り外されることが必要になるなら、当該電話帳は取り外されるが、電話帳の更新が伝わることを可能にするにはほどよい経過時間を必要とする。
例示的リモート・アクセス・クライアント・システム構成においては、エンタープライズ顧客は全てのアクセス・プロバイダ認証処理サーバ１２０から該顧客のラディウス・サーバ１０５をアクセスすることを可能にすることが必要になる。この方法においては、ラディウス会話についての共有秘密が合意されて、特定のアクセス・プロバイダ１８を、エンタープライズ認証処理サーバ１２０において、行使プラットフォーム２０によって、リモート・アクセス・クライアント・システム・プラットフォームに組み入れることによって、構成される。品質保証が完了した後、カスタム・リモート・アクセス・クライアント８はエンタープライズ組織内でＣＤ−ＲＯＭ（読み取り専用コンパクト・ディスク）、フロッピー（登録商標）・ディスク、ＤＡＴ（ディジタル・オーディオ・テープレコーダ）、ＤＶＤ−ＲＯＭ（読み取り専用ディジタル・ビデオ・ディスク）などのようなハードコピー記憶媒体によって、又は電子メールのような電子通信によって、さもなければエンタープライズのウェブサイトのパスワード保護部分若しくは行使プラットフォーム２０への更新によって配布される。
次に再び図２Ｂによって、長方形のアクセス・プロバイダ１８の機能をより詳細に説明する。アクセス・プロバイダのＰＯＰ機能はアクセス・プロバイダ１８の１８Ａによって示される。アクセス・プロバイダ１８のプロバイダ認証処理サーバ１１０は遠隔データ端末４のリモート・アクセス・クライアント８において生成される認証要求のプロバイダＰＯＰ１８Ａ経由の行き先としての役目をする。認証ルーティング・ディレクトリ・サーバ１１５はエンタープライズ認証処理サーバ１２０への適切な経路を判定するようプロバイダ認証処理サーバ１１０によって問い合わせされる。認証ルーティング・サーバ１１５は更に全てのアカウンティング及びセッション情報をローミング網におけるアクセス・プロバイダ１８の全ての認証サーバから収集してこの情報を他の認証ルーティング・ディレクトリ・サーバ１１５に複製する。エンタープライズ認証処理サーバ１２０はプロバイダ認証処理サーバ１１０の認証要求を受信して、今度は、該要求を適切なエンタープライズ・ラディウス・サーバ１０５に転送する。ポリシー／電話帳サーバ１２５はリモート・アクセス・クライアント８の電話帳及びポリシー・ファイル６及び７における電話帳及びポリシーの更新を記憶して供給する。多くの特有のダイヤラ・プロフィール及び電話帳を同時に、複数のエンタープライズ網１６に対応するリモート・アクセス・クライアント８についてサポートし得る。ポリシー／電話帳サーバ１２５は更に、ここに説明するようなリモート・アクセス・クライアント８によって生成された、アップロードされたエンド・ユーザ経験データを受信するサーバである。
リモート・アクセス・クライアント８による接続試行毎に、要求の進捗を詳細に記述するエンド・ユーザ経験ログ・ファイルが生成される。正常接続毎に、リモート・アクセス・クライアント８はエンド・ユーザ経験データをポリシー／電話帳サーバ１２５に対してアップロードする。このデータは後に、問題点のトラブルシューティングを行ってデータを性能レポーティングに設けて行使プラットフォーム２０に入れるのに用い得る。更に、遠隔ユーザ２が接続してエンタープライズ網要員に助力を求めるよう呼び出すことができない場合には、エンド・ユーザ経験データは、解決しようとしている現時の課題を更に効果的に伝えるよう、リモート・アクセス・クライアント８から直接視ることができる。このツールは遠隔ユーザ２がヘルプ・デスク要員と、正確に何が接続試行中に発生しているのかについて通信し合うことを可能にする。例えば、ブロードバンド接続を利用する代替的実施例においては、エンド・ユーザ経験データは、定期的にバッチ形式によって、又は新規セッション接続毎に、アップロードし得る。
レポーティング・サーバ１３０は顧客がレポーティング機能にアクセスすることを可能にする。レポートは該サーバに記憶された、ユーザ経験データ及びセッション・アカウンティング・データから生成し得る。データ・レポジトリ１３５はあらかじめ処理されたエンド・ユーザ経験データ及びセッション・アカウンティング・データを含むデータベースを収容する。ルータ「Ｒ」は、例示的実施例によって、場所間でデータをルーティングすることを示すよう、図２Ａ及び図２Ｂのネットワーク図にわたって明確にされている。当業者は上記サーバに関して説明した機能は、無関係である必要はなく、必要に応じて１つ以上のサーバに結合させ得る。
リモート・アクセス・クライアント・システムのソフトウェア及びハードウェアは冗長に設計されている。例えば、多重冗長認証ルーティング・ディレクトリ・サーバ１１５は当該環境における全ての顧客及びプロバイダ認証処理サーバとの接触を保つ。
したがって、認証処理を中断することなく、サーバをサービスに付加し得、サービスから取り除き得る。セッション・アカウンティング情報は各ＲＰＯＰにおける全ての認証ルーティング・ディレクトリ・サーバ１１５及びデータ・レポジトリ・サーバ１３５に複製される。複数のポリシー／電話帳サーバ１２５が常にリモート・アクセス・クライアント８によって、ポリシーのダウンロード及びエンド・ユーザ経験データのアップロードに利用可能である。各ＲＰＯＰへの接続性は種々の場所に及ぶ複数のプロバイダから設けられる。機器、接続性、又はソフトウェアの構成部分においては、損傷点は１つも存在しない。
図２Ａの下方の長方形は行使プラットフォーム２０の構成部分を示す。行使プラットフォーム２０はリモート・アクセス・クライアント・システム・プラットフォームに組み入れられた全てのエンティティをサポートするネットワーク・オペレーション・センタである。顧客サービス・チケット（すなわち、問い合わせ）は電子メールによって、又は遠隔ユーザ２が指定顧客サービス・センタを呼び出すことによって、提示し得る。行使プラットフォーム２０は、直接、認証およびアカウンティング・データの経路にあるので、他のポリシー属性を、該属性が利用可能になるにつれて、指令するよう位置している。この例はサービス品質（ＱｏＳ）及びポリシー・ベースのネットワーキングを、これらの特徴が利用可能になるにつれて、用いる機能を含む。例示的実施例においては、アクセス・プロバイダ１８の性能に基づいた電話帳のフォーマット化は手作業によって実現される。エンド・ユーザ経験データを用いることによって、リモート・アクセス・クライアント８の代替的実施例はエンタープライズ電話帳を、接続性及びトラブルのない利用という点で他より優れているアクセス・プロバイダ及びプロバイダを優先させるよう、動的にフォーマット化し得る。これらの変更はプラットフォームの信頼性を更に高めるようリアルタイムで適用し得る。
例示的実施例においては、監視及び管理ツールが、該システムの企図した性能を保証するよう行使プラットフォーム２０によって利用される。ＨＰ（ヒューレット・パッカード）社オープンビュー（ＯｐｅｎＶｉｅｗ）（登録商標）が、接続性上の課題、性能上の課題、ＣＰＵ及びディスクの使用度、アップ／ダウン・ステータス（すなわち、運用性）を特定してネットワーク・システムにおける障害を特定するよう利用される。ネットワーク・ノード・マネージャ並びに業界標準の簡易型ネットワーク管理プロトコル（ＳＮＭＰ）ベースの管理環境、及び、行使プラットフォーム２０についての管理情報を解析して警報及び警告を知的に生成するマイクロミューズ（Ｍｉｃｒｏｍｕｓｅ）社のネットクール（ＮｅｔＣｏｏｌ）（登録商標）が使用される。例えば、ネットクールのイベント・マネージャはＨＰ社オープンビュー（登録商標）からの出力、エンド・ユーザ経験データ、種々のログ・ファイル並びに認証上の課題の警報と警告とを出力する処理、サービス障害及び他の例外を監視し得る。全てのエンド・ユーザ経験データの防止的監視が潜在プロバイダ及び／又はＰＯＰの問題点を判定するのに用いられる。全てのエンド・ユーザ経験データの集合体がこの機能用にリアルタイムにて用いられる。警報及び警告がいつ駆動されるかについてアクセス・プロバイダ１８に対して閾値が設定される。
例示的実施例においては、電話帳６は遠隔データ端末４のリモート・アクセス・クライアント８がＰＯＰに接続する度に動的に更新され得るが、必要に応じて、かつ、プロフィール毎ベースにて、プロフィール７の特定の特徴を変更し得、変更された実行可能ファイルをプッシュし得る。この目的のために、更新が接続によってポリシー及び電話帳サーバ１２５から送信され、リモート・アクセス・クライアント８が遠隔ユーザ２によってクローズされるまで記憶される。非変更電話帳及び／又はポリシーのバージョンに戻る手段も又利用可能である。したがって、前処理又は後処理のようなポリシー属性及び他のポリシー属性はポリシー／電話帳サーバ１２５からプッシュされ、したがって集中的に制御及び変更され得、遠隔ユーザ２が不注意にもポリシー・ファイル７又は「プロフィール」を破壊する可能性を制限する。これによって、エンタープライズ網１６の管理者が遠隔ユーザ２のセキュリティ及び管理ポリシーに完全な制御が及ぶことを保証する。
接続エージェント構成
次に図３によって、リモート・アクセス・クライアント８が本発明の例示的実施例によって遠隔データ端末４のＶＰＮクライアントとお互いに協調して機能する処理を示す流れ図を、図４乃至７の例示的ＧＵＩ表示画面によって、表す。ここに説明するＧＵＩ表示画面のメニュー及び機能は適切なメニュー、ボタン、又は指定ＧＵＩ領域をクリックすることによって起動される。
始動時に、図４に表すような接続ＧＵＩは遠隔ユーザ２に対して遠隔データ端末４の表示によって示される。接続ＧＵＩはユーザＩＤ（識別番号）を受信するデータ・フィールド２８、パスワードを受信するフィールド３０、アクセス・プロバイダのＰＯＰ接触インディシア（すなわち、ＰＯＰ１８Ａ）を受信するフィールド３２を含む。ステータス・ウィンドウ４２は遠隔ユーザ２をＰＯＰ１８Ａに対する接続のステータスについて注意を喚起するよう設けられる。遠隔ユーザ２はリモート・アクセス・クライアント８の構成を変更するようアクセス・メニュー２４又はツールバー２６をアクセスし得、ヘルプ・メニューを２２に設ける。接続ボタンをデータ・フィールド２８、３０、及び３２に設けるデータ・フィールド値を利用するよう設ける。変更ボタン４０は図５のＧＵＩ表示画面をユーザに対して、ＰＯＰ接触インディシアを変更するよう、示す。ボタン３６及び３８は各々、始動をキャンセルして、ヘルプをアクセスするよう設ける。ベンダ領域４４はリモート・アクセス・クライアント８にブランドを付けるよう設ける。
工程２では図５のＧＵＩ表示画面を遠隔ユーザ２に対して設けるよう電話帳ボタンをクリックする。図５のＧＵＩは接続エージェントによって利用されるようＰＯＰ接触インディシアの選定を可能にする。データ・フィールド６４乃至７４は国、市、州及び電話番号のようなＰＯＰ接触インディシアの１つ以上の構成部分を変更するよう設け、単一のＰＯＰプロバイダ１８Ａの、ＲＰＯＰ網１８の利用可能な複数のアクセス・プロバイダ１８の中からの、選定を可能にする。ボタン６２及び６４は、工程４で接続ＧＵＩに戻るよう、設ける。代替的実施例においては、リモート・アクセス・クライアント８は、市内通話地域内でＰＯＰ１８Ａを探し出し、潜在ＰＯＰ電話番号を循環して、潜在コスト及び信頼性に基づいて、番号を推奨するのを助力するようソフトウェア・エージェントを利用する。
工程６では、図６のＧＵＩ表示画面を遠隔ユーザ２に設けるようユーザ経験ボタンをクリックする。図６のＧＵＩ表示画面は、遠隔ユーザ２の吟味によって、遠隔ユーザが経験データによって図５のＧＵＩ表示画面に一覧化された複数のＰＯＰ１８Ａのうちの１つのＰＯＰ１８Ａを選定し得るよう、特定ＰＯＰ１８Ａの接続エージェントに対する経験データの集計を設ける。この目的で、データ・フィールド７８−８６は、接触試行数、正常完了数、話中試行数、無回答（ＲＮＡ）数、非認証試行数、及び全体的な利用可能比率値のような、指定ＰＯＰ１８Ａを接触することに関連するパラメータを含む。データ・フィールド７６はデータのサンプリングの期間を変更するよう遠隔ユーザ２によって設け得、ウィンドウ９０はダイヤル・アップ処理ログの一覧を設ける。図４のＧＵＩ表示の接続画面は工程８でボタン９２をクリックすることによって戻される。
工程１０では、図７のＧＵＩ表示画面を遠隔ユーザ２に対して設けるよう、ダイヤル特性ボタン４６がクリックされる。図７のＧＵＩ表示画面は接続エージェントによって利用されるダイヤル特性を設ける。データ・フィールド９４乃至１０６及び１１０乃至１１２はユーザが発呼国／地域、発呼市外局番、何らかの市外局番ルール選定、外線アクセス用番号及び／又は割り込み通話解除用番号、タッチトーン又はパルス・ダイヤリングの選定、国際通話用プレフィックス又はコーリング・カード・データのような、特性を変更することを可能にする。データ・フィールド１０８はダイヤルする番号を一覧化する。図４の接続ＧＵＩ表示画面は工程１２で、変更を受け入れるようボタン１１６をクリックするか、変更をキャンセルするようボタン１１４をクリックする、ことによって戻される。
工程１４では、処理ログ・ボタン５２が（図なしの）処理ログＧＵＩ表示画面を設けるようクリックされる。処理ログの吟味によって、ユーザは工程１６で図４の接続ＧＵＩ表示画面に戻り得る。
認証
次に図８乃至９によれば、上記のような、接続エージェントの構成によって、遠隔ユーザ２は、データ・フィールド２８及び３０を認証するよう図３のＧＵＩ表示画面の接続ボタン３４をクリックすることによってリモート・アクセス・クライアント８を始動する。例示的実施例においては、遠隔データ端末４と公衆網９との間で認証データ及びアカウンティング情報を通信し合うよう、ラディウスが利用される。
ラディウス・プロトコルは一般に、遠隔データ端末４とエンタープライズ網１６との間の認証通信のためにフィールド３０のパスワード・データを暗号化するが、データ・フィールド２８のユーザ名はアカウンティング情報に加えて非暗号化形式でトランスポートされる。セキュリティ強化を要する実施例においては、エンタープライズ網１６のアクセス・プロバイダ網１８と認証処理サーバ又は「ラディウス・サーバ」１０５（図９による）との間でＳＳＬ（セキュア・ソケット・レイヤ）暗号化を利用し得る。例えば、ＳＳＬ暗号をエンタープライズ網１６の構内にある認証処理サーバ１０５にて動作可能にし得る。行使プラットフォーム２０が種々のティア１プロバイダに接続されている場合、ルーティング手法を用いて、認証トラフィックはそのようなバックボーンに限定されて、多くのティア１バックボーンがＰＳＴＮ（加入電話）網と同程度にセキュアである。
一般に、ラディウス・トラフィックが公衆インターネットを横断するのは比較的低リスクであると見られている。知覚されたリスクは既知の手法によってユーザ名がデータ交換を探ることによって判定され得ると、エンタープライズ網１６に対する無権限アクセスを得るよう、全数探索方法及びクラッキング・プログラムがパスワードを類推するよう利用され得る。したがって、代替的実施例においては、静的リポジトリがエンタープライズ網１６の通常のユーザ名及びパスワードと同様でないインターネット・アクセス・ユーザ名及びパスワードについて利用され得る。これらのユーザ名又はパスワードが損なわれる場合、当該リスクはインターネット・アクセス権の盗取だけであり、その場合、ＶＰＮリンクを介した企業リソースに対するアクセスはソフト・トークン又はハード・トークンでのワンタイム・パスワードによって更に強力に認証し得る。
更に、ＣＨＡＰ（チャレンジ・ハンドシェーク認証プロトコル）だけ、ＣＨＡＰ並びにＰＡＰ（パスワード認証プロトコル）、及びＰＡＰだけを含むがそれらには限定されない、種々の認証方法を本発明の例示的実施例において利用し得る。認証するエンド・エンティティ（エンタープライズ・ラディウス）が（ＤＥＳ（データ暗号化標準）を用いる、ウィンドウズ（登録商標）ＮＴのような）ＣＨＡＰ暗号化方法用非ＭＤ（メッセージ・ダイジェスト）５暗号化を用いるシステムである場合、ＣＨＡＰ認証は互換でない。これは、リモート・アクセス・クライアント８がウィンドウズ（登録商標）ＮＴ又は独自のパスワード暗号化手法を用いる別のプラットフォームを用いる場合、認証方法がＰＡＰに戻らなければならないことを意味する。
リモート・アクセス・クライアント８はこれを２つの方法によって明確にし、エンタープライズ・ラディウス・サーバ１０５がＣＨＡＰＳをサポートしてエンタープライズ網１６がＣＨＡＰＳサポートを要求する場合、リモート・アクセス・クライアント８が、遠隔ユーザ２に対してＣＨＡＰだけのＰＯＰ、ＣＨＡＰ並びにＰＡＰのＰＯＰ、及びＰＡＰだけのＰＯＰ用接触インディシアを含んで配布される。リモート・アクセス・クライアント８のそのような実施例はＰＯＰの一部についてのＣＨＡＰセキュリティを設ける。エンタープライズ・ラディウス・サーバ１０５がＣＨＡＰをサポートしない場合、リモート・アクセス・クライアント８は全てのＣＨＡＰだけ、ＰＡＰ／ＣＨＡＰ、及びＰＡＰだけのＰＯＰを含むよう配布される。電話帳７はＣＨＡＰだけのＰＯＰ用端末スクリプト（これらは遠隔データ端末４のＧＵＩ上で最小化されて実行され、かつ、非侵入型である）を起動するようフォーマット化される。
図８に表すように、例示的ラディウス・データ・フロー図は、ＰＯＰ網及びエンタープライズ網１６の対応する論理装置によって処理されるような、リモート・アクセス・クライアント８、アクセス・プロバイダ１８及びエンタープライズ網１６間のデータの転送を表す、縦の行を含む。工程３０では、リモート・アクセス・クライアント８が接続エージェントの構成によって選択ＰＯＰへの接続を開始する。遠隔ユーザ２によって供給された認証情報はＰＯＰに対して、該ＰＯＰの技術に応じて、ＣＨＡＰ、ＰＡＰ、又は端末ウィンドウによって送信される。工程３２ではＰＯＰ１８はラディウス・データがＩＳＰのアクセス用か、エンタープライズ網１６をアクセスする行使プラットフォーム２０へのリレー用かを判定する。ラディウス・データが認証サーバ１０５用の場合、ラディウス・データ、ユーザ、ユーザ名、パスワード及び「ローミング・ドメイン」がそこへ送信される。上記のように、当該トランザクションにおけるパスワードはエンタープライズ網と行使プラットフォーム２０とによってプロバイダ契約の初めに合意されたラディウス共有秘密を用いて暗号化される。
ローミング・ドメインを用いて、アクセス・プロバイダ網１８は工程４０で、認証情報をどこに転送するのかを判定して、当該要求をエンタープライズ網１６のファイアウォール１４に対して転送する。工程５０では、顧客のファイアウォールはラディウス要求をラディウス・サーバ１０５に対して渡し、工程５６で有効なユーザ名及びパスワードが供給されたという条件で、ラディウス・サーバ１０５は、工程５８及び５２で承諾を行使プラットフォームに対して送り返し、今度は工程４２で発信アクセス・プロバイダ１８とのラディウス・トランザクションを完了する。この時点で、遠隔データ端末４はポリシー・ファイル７によって前処理を開始して、該処理が十分であるとすれば、遠隔データ端末４は工程３６でＰＯＰ１８ＡとのＰＰＰ（１対１接続プロトコル）セッションを確立する。遠隔アクセス・クライアント８にはＰＯＰ１８Ａから公衆ＩＰアドレス、ゲートウェイ、及びＤＮＳ情報が設けられる。
ラディウス接続処理及び接続持続時間を通じて、接続に関係があるデータが捕捉されて、正規化されて記憶される。例示的実施例においては、捕捉されて記憶される２つの種類のデータを以下に説明する。上記のリモート・アクセス・クライアント８の説明のように、遠隔ユーザ２の経験データがエンタープライズ網１６に対する正常接続の度にアップロードされて、リモート・アクセス・クライアント８によって試行された及び／又は確立された接続毎の遠隔ユーザ２の経験を反映する。当該データは行使プラットフォーム２０のフラット・ファイルに記憶され、防止的走査用監視ツールとともに利用され、更に行使プラットフォーム２０のデータベースにロードされる。当該データはその場合、アドホックなレポーティングに利用可能で、エンタープライズ網１６の管理者用定期的性能レポートを生成するのに用いられる。
工程３８では、ラディウス・アカウンティング情報は各認証セッションについて生成される。このデータは正規化されて、オラクル（Ｏｒａｃｌｅ）（登録商標）社のデータベースにロードされる。工程４４及び４８でアップロードされると、当該アカウンティング・データは工程６０で記憶されてアドホックなレポーティング及び予定されたレポーティング用に利用可能となり、後に見積られて、エンタープライズ網１６の請求システムに送信される。
フロント・エンド
図１０によって、リモート・アクセス・クライアント・システム・プラットフォームのフロント・エンド２００の終端間処理フローを表す。フロント・エンドは、更新ユーティリティ２１０、リモート・アクセス・クライアント８、ソケット２１５及びＲＡＳ（リモート・アクセス・サービス）マネージャ２０５を有する遠隔データ端末４のデスクトップ上に存在する。例示的実施例においては、遠隔データ端末４はソケット２１５についてマイクロソフト（Ｍｉｃｒｏｓｏｆｔ）（登録商標）社のモデム・インタフェース（ＲＡＳ）２０５を利用する。フロント・エンド２００は例えば、オブジェクト設計、ビジュアル・スタジオ（Ｖｉｓｕａｌ
Ｓｔｕｄｉｏ）（登録商標）Ｃ＋＋６．０及びマイクロソフト（登録商標）のスクリプティング言語を用いて開発し得る。例示的実施例の当該フロント・エンド・アプリケーション（リモート・アクセス・クライアント８）は既存のマイクロソフト社リモート・アクセス・サポート・アプリケーション・プロトコル・インタフェース（ＲＡＳＡＰＩ）２０５とインタフェースし、ウィンドウズ（登録商標）９５、９８、２０００、及びＮＴ４．０ベースのオペレーティング・システム上で実行するよう企図されている。フロント・エンド２００はどのＯＳ上でそれが実行しているのかを検出してその特定のＯＳをサポートする適切なオブジェクトを実行するよう企図され得る。フロント・エンド２００の論理データ・モデルは図１４に表し、図１６乃至１８の対応する物理データ・モデルは図１０乃至１１の上記説明と併せて読むと最も理解し得る。
データベース管理構成部分２５５は電話帳及びクライアント・プロフィール・データを記憶して保存し得る。当該構成部分の機能サマリーを示す例示的クライアント・プロフィールは図１９乃至２１Ｂに表す。
例示的実施例の電話帳、クライアント・プロフィール及び構成データ用主データ記憶装置２７０はパブリッシング処理２６０及びポーリング処理２６５を有するオラクル（登録商標）Ｓ．ｉのようなデータベースを実行するサン（ＳＵＮ）社のソラリス（登録商標）サーバ上に存在する。データ管理のバック・エンド処理はリモート・アクセス・クライアントのデータ・ファイルを、遠隔ユーザ２のウェブ・サーバ２８５に更新を配信するよう、制御スクリプト２９０、ログ・スクリプト２８０及びログ・ファイル２７５によって更新して保存する。
図１１に表すように、フロント・エンド２００は、電話帳６及びポリシー・ファイル７用ファイル更新をダウンロードして更にユーザ経験ログ・データ３００をスクリプト３０５によってアップロードするよう、ＨＴＴＰプロトコルによってＰＯＰ１８のウェブ・サーバ１８Ａと通信し合う処理フローを有する。電話帳データ３０２、クライアント・プロフィール３０４、ＰＯＰプロフィール３０６、及びユーザ・プロフィール３０８はリモート・アクセス・クライアント８に対してダウンロードするよう、対応する電話帳マネージャ３２０又はプロフィール・マネージャ３１５によって管理される。プロフィール・マネージャ３１５は更に外部処理３１６を管理する。ＧＵＩ２１２はクライアント・プロフィールの構成によって始動されて変更され、そのような変更は図１９乃至２１Ｂに表すような、クライアントのロゴ、クライアント・メッセージ、Ｕ（ユーザ）ＩＤなどを含む。当該ＧＵＩは局所電話帳ファイルを読み取り、それを該ＧＵＩによって表示する。遠隔ユーザ２は図５のＧＵＩ表示画面に表すよう、電話帳全体を検索し得る。遠隔ユーザ２はＰＯＰ１８Ａ用接触インディシアを選定してＲＡＳ接続マネージャ２０５はＴＣＰ／ＩＰソケット２１５をＰＯＰ１８Ａに対してＲＡＳＡＰＩインタフェースを経由してオープンする。接続ステージ及びダイヤル・イン機能（ユーザ経験データ）はログ３００でログされて、始動されると、指定前処理（以下参照）がデスクトップ上で開始される。
例示的データがベースの管理アーキテクチャはマスタ電話帳３０２を新規のＰＯＰ１８Ａの電話／ポート情報によってリフレッシュ／更新するのに必要な機能及び性能を設ける。この情報は、今度は、該当する場合、カスタム化された電話帳を該情報によって、エンタープライズ網１６又は遠隔ユーザ２に基づいて、パブリッシュするのに用いられる。保守機能は更に、リモート・アクセス・クライアント８によって収集された、ユーザ経験データを処理する。リモート・アクセス・クライアント８をサポートするよう、擬似静的データが保守機能（例えば、状態、交換表）によって保守される。
前処理の正常完了によって、アクセス・プロバイダ１８とのＰＰＰ接続が確立されてＣＨＡＰ認証が行われる一方、後処理はフロント・エンド２００で開始される。ＨＴＴＰ要求が（クライアント・プロフィールにおいて特定されたように）ウェブ・サーバ２８５に送信される。バック・エンドで実行されるスクリプトを特定するＨＴＴＰ要求は更に、電話帳及びクライアント・プロフィールのバージョン番号をパラメータとして含む。ウェブ・サーバはバージョン制御スクリプト２９０を実行して、局所ファイルとウェブ・サーバ上に記憶されたファイルとのバージョン番号を比較する。この方法において、ＨＴＴＰ応答は電話帳更新、若しくはクライアント・プロフィール更新、又は、所定数を超える連続更新の場合、電話帳及びクライアント・プロフィール全体、の何れかを含む。フロント・エンド２００の更新ユーティリティ２１０はデータ更新要求からのファイルを受信して、該ファイルを新規／削除又は変更電話帳及び／又はクライアント・プロフィール項目について解析して、当該変更は電話帳マネージャ３２０及びクライアント・プロフィール・マネージャ３１５に渡される。例示的実施例においては、電話帳及びクライアント・プロフィールは各々、３１２及び３０２でバックアップされる。電話帳マネージャ３２０はクライアント・プロフィール・マネージャ３１５と情報を伝え合い、今度はフラット・ファイル６及び７各々を更新する。
フロント・エンド２００から収集されたユーザ経験データはＨＴＴＰ要求としてウェブ・サーバ２８５に送信される。ログ・スクリプト２８０が、ログ２７５に一意のログ・ファイルを記憶するよう、ウェブ・サーバ２８５によって始動される。データ管理２５５は処理するよう、等間隔で、ログをポーリングする。
バック・エンド
次に図１２によって、リモート・アクセス・クライアント・システム・プラットフォームのバック・エンド４００の終端間フローを表す。データ管理２５５は電話帳とクライアント・プロフィールとの両方について新規ファイル又はファイル更新を受信する。当該処理はそのようなデータをデータベース中の既存の電話帳及びクライアント・プロフィール・テーブルに対して、その中の変動を検出するよう比較して該テーブルを更新する。データ管理２５５はクライアント・プロフィール（トランザクション更新及び完全更新）毎にカスタム電話帳を抽出して当該ファイルをウェブ・サーバ上に配置する。フロント・エンド２００はエンタープライズ網１６への接続によってファイルをアクセスする。
行使プラットフォーム２０の要員は電話帳及びクライアント・ファイルにおけるアイテムを電話帳管理ＧＵＩ３２５及びクライアント・プロフィールＧＵＩ３２９各々を用いて付加／削除／変更する。データ管理は更にデータベース・テーブル３３５及び３３７を更新する。データ管理２５５はカスタム電話帳をクライアント・プロフィール（トランザクション更新及び完全更新）毎に抽出して当該ファイルをウェブ・サーバ上に配置し、フロント・エンド２００は、エンタープライズ網１６への接続によって当該ファイルにアクセスする。ユーザ経験データはログ３３８に、電話帳におけるＰＯＰ評価を更新する、データ管理２５５による解析用に記憶される。
データベース管理アーキテクチャを、本発明の例示的実施例によって、例１３に表す。電話帳及びユーザ経験／サービスのレベルのデータをホストするオラクル（Ｏｒａｃｌｅ）（登録商標）に対するインタフェースがＭＳ（マイクロソフト）アクセス（ａｃｃｅｓｓ）のデータベースによって設けられる。遠隔データ端末４からユニックスのオラクル環境までの接続性はＯＤＢＣ（オープン・データベース・コネクティビティ）ドライバによって実現される。
前処理／後処理方法論
本発明の例示的実施例においては、ＶＰＮクライアントに加えて、リモート・アクセス・クライアント８が、接続（ＰＰＰ）前にエンタープライズ網１６とのポリシー準拠ＶＰＮリンクを動作可能にする１つ以上のアプリケーション１０を始動するよう構成される。これらのアプリケーションすなわち「前処理」は、ポリシー・ファイル７すなわち「クライアント・ファイル」の一部として特定される。前処理機能を構成することは特定のリモート・アクセス・クライアント８用クライアント・プロフィール７における前処理フィールドを設定することに係わる。同様に、正常接続（ＰＰＰ）後にエンタープライズ網１６とのポリシー準拠ＶＰＮリンクを動作可能にする１つ以上の処理を始動する、例示的実施例を構成し得る。これらのアプリケーションは、後処理と呼ばれ、更にクライアント・プロフィール７の一部として特定される。後処理を構成することは特定リモート・アクセス・クライアント８用クライアント・プロフィール７における後処理フィールドを設定することに係わる。
例示的実施例においては、リモート・アクセス・クライアント８はアプリケーション１０の特定のものを監視する。アプリケーション１０の監視は、アプリケーションを始動して、リモート・アクセス・クライアント８のＰＯＰ１８Ａへの接続中に当該アプリケーションが「生きている」か、又は期待したように機能しているかを保証することに係わる。当該アプリケーションが生きていない場合、リモート・アクセス・クライアントは普通より早く接続試行を終結させるよう構成し得る。同様に、例示的実施例は引き続き、ＰＰＰ後のそのようなアプリケーション（すなわち、後処理）がある特定の時間間隔でアプリケーションのステータスについて頻繁に「ポーリング」するのを監視し得る。この時間間隔はリモート・アクセス・クライアント８の初期設定（ＩＮＩ）ファイルにおける設定の一部としてカスタム化し得る。
一般に、監視はメモリにおけるその処理ハンドルの存在についてポーリングすることに係わる。本発明がメモリにおけるそのアプリケーションの処理ハンドルの存在についてだけを監視する場合、シンプル監視（Ｓｉｍｐｌｅ
Ｍｏｎｉｔｏｒｉｎｇ）と呼ぶ。逆に、知的監視はリモート・アクセス・クライアント８がアプリケーションのステータスをＡＰＩのようなインタフェースを通じて監視することによって特徴付けられる。アプリケーション１０のそのような実施形態において、本発明はアプリケーション処理の内部ステータスを監視するようそのようなインタフェースを用いる。
リモート・アクセス・クライアント８の前処理又は後処理は複数の種別であり得、そのような種別はペアレント（ｐａｒｅｎｔ）処理（ＰＰ）、ドーター（ｄａｕｇｈｔｅｒ）処理（ＤＰ）、シンプル監視処理（ＭＰ）、及び「知的」監視処理を含む。
例えば、前処理がＤＰ処理として設定された場合、リモート・アクセス・クライアント８は実行を続行する前に該ＤＰ処理が終結するのを待つ。ＤＰ後処理設定の例は：
ＤＰ Ｃ：＼Ｗｉｎｄｏｗｓ（登録商標）＼ｎｏｔｅｐａｄ．ｅｘｅ
したがって、処理がＰＰ処理として設定された場合、リモート・アクセス・クライアント８はＰＰ処理を始動して実行を続行する。この方法で、ＰＰの例においては、リモート・アクセス・クライアント８は実行を続行する前に当該処理が終結するのを待つことはしない。
ＰＰ後処理設定例は以下を含む：
ＰＰ Ｃ：＼ＰＲＯＧＲＡ〜１＼Ｎｏｒｔｅｌ＼Ｅｘｔｒａｎ〜１．ｅｘｅ−ｕ＃ＭＰ−ｐ＃ＭＰ
後処理がＤＰ処理として設定された場合、本発明の例示的実施例はそれをＰＰ種別と「みなす」。
後処理が１つでも（ｎが１から９までの間の分数の時）Ｗｎ種別として設定された場合、本発明においては、後処理が始動され、ｎ分の経過を待って、次にバックグラウンド（すなわち、デーモン）において当該処理を監視する。Ｗｎ後処理設定例は以下を含む：
Ｗ５ Ｃ：＼ＰＲＯＧＲＡ〜１＼Ｎｏｒｔｅｌ＼Ｅｘｔｒａｎ〜１．ｅｘｅ−ｕ＃ＭＰ−ｐ＃ＭＰ
ＭＰ処理は待ち時間として５分でＷｎ処理を設定すること、すなわち、Ｗ５処理、と同等である。
ＭＰ後処理設定例は以下を含む：
ＭＰ Ｃ：＼ＰＲＯＧＲＡ〜１＼ＣｉｓｃｏＶ〜１＼ＩＳＰＤＩＡ〜１．ＥＸＥ
％ｌｄのオプションとともに設定されたノーテル（Ｎｏｒｔｅｌ）（登録商標）エクストラネット・クライアント後処理は知的監視処理の例である。それは本発明が確立されたＶＰＮトンネルを監視することを可能にする。処理はＰＰ、ＭＰ又は知的監視のＷｎ種別として設定し得る。
そのような後処理が設定された場合、リモート・アクセス・クライアント８は処理を始動して、必要であれば、ｎ分間待って、次に処理を監視し始める。
エクストラネット知的監視処理の例は以下を含む：
ＰＰ Ｃ：＼ＰＲＯＧＲＡ〜１＼Ｎｏｒｔｅｌ＼Ｅｘｔｒａｎ〜１．ｅｘｅ−ｕ＃ＭＰ−ｐ＃ＭＰ−ｍ％１ｄ−ｈ％１ｄ
上記例は以下に同等である：
Ｗ５ Ｃ：＼ＰＲＯＧＲＡ〜１＼Ｎｏｒｔｅｌ＼Ｅｘｔｒａｎ〜１．ｅｘｅ−ｕ＃ＭＰ−ｐ＃ＭＵ−ｍ％１ｄ−ｈ％１ｄ
ポーリング間隔はどのくらい頻繁にリモート・アクセス・クライアント８が監視処理の状態を捜すかを判定する。監視処理のポーリング頻度はリモート・アクセス・クライアント８の．ｉｎｉファイルの一部として特定し得る。この（タイムアウトまでの最大ポール数（ＭＰＴＯ）と呼ばれる）設定は全ての監視処理の共通ポーリング間隔を設定する。この値がリモート・アクセス・クライアント８の．ｉｎｉファイルに設定されていない場合、初期値の設定に戻り、例示的実施例においては、初期値設定は５分である。
クライアント・プロフィール７における前処理及び後処理設定は、遠隔ユーザ２が図４のデータ・フィールド２８及び３０に自動的に設けるユーザＩＤ及びパスワードを「パススルー」するサポートを含む。該パススルーの設定はユーザＩＤ及びパスワードを入力として必要としてそれらを指令行パラメータとして読み取り得るそれらの前処理または後処理とともに用い得る。これによって、ユーザがユーザＩＤ及びパスワードを再び、前処理または後処理アプリケーション・ウィンドウにキー入力する必要なく、前処理又は後処理をシームレスに始動することを可能にする。
ユーザＩＤ／パスワードのパススルー機能を用いる処理設定例は以下を含む：
ＰＰ Ｃ：＼ＰＲＯＧＲＡ〜１＼Ｎｏｒｔｅｌ＼Ｅｘｔｒａｎ〜１．ｅｘｅ−ｕ＃ＭＰ−ｐ＃ＭＵ−ｍ％１ｄ−ｈ％１ｄ
上記の例においては、処理を始動する前に、本発明においては、サブストリング＃ＭＰ及び＃ＭＵが本発明の主ウィンドウ中のフィールドに入力されたユーザＩＤ及びパスワードと取り替えられる。当然、そのような機能が所望されない場合には、クライアント・プロフィールにおける前処理及び後処理設定は、指定アプリケーションを始動するのに、ユーザにユーザＩＤ及びパスワードを連続して入力するよう要求するサポートを含む。
処理を始動する前に、本発明ではダイアログがユーザに対して表示され、そこでユーザはユーザＩＤ及びパスワードを特定し得る。本発明では更にユーザＩＤ及びパスワードが処理に指令行パラメータとしてパススルーされる。ユーザに空の値によって初期化されたユーザＩＤ及びパスワードをプロンプトする処理設定の例は以下を含む：
ＰＰ Ｃ：＼ＰＲＯＧＲＡ〜１＼Ｎｏｒｔｅｌ＼Ｅｘｔｒａｎ〜１．ｅｘｅ−ｕ＃Ｐ−ｐ＃Ｕ−ｍ％１ｄ−ｈ％１ｄ
図４のＧＵＩ表示画面によって上述したように、処理を始動する前、リモート・アクセス・クライアント８はユーザＩＤ／パスワード・フィールドを有するダイアログを表示する。遠隔ユーザ２が「ＯＫ」をクリックすると、リモート・アクセス・クライアント８はフィールド２８及び３０に入力された値を受信する。リモート・アクセス・クライアント８はダイヤラに入力されたユーザＩＤを用いて処理ストリング中の＃Ｕサブストリングをデータ・フィールド２８からの値と取り替える。同様に、リモート・アクセス・クライアント８は＃Ｐをデータ・フィールド３０からのパスワード値と取り替え、クライアント・プロフィール７に表された前処理の始動に取りかかる。
遠隔ユーザ２に、始動時にセーブされた値によって初期化されたユーザＩＤ及びパスワードをプロンプトする、処理設定の別の例は以下を含む：
ＰＰ Ｃ：＼ＰＲＯＧＲＡ〜１＼Ｎｏｒｔｅｌ＼Ｅｘｔｒａｎ〜１．ｅｘｅ−ｕ＃ｐ−ｐ＃ｕ−ｍ％１ｄ−ｈ％１ｄ
上記例においては、処理を始動する前に、リモート・アクセス・クライアント８はユーザＩＤ／パスワード・フィールドを有するダイアログを表示する。ダイアログは更に、該フィールドに入力されたデータを記憶するセーブ・チェック・ボックス・フィールドを含み得る。リモート・アクセス・クライアント８は次にダイアログ中のユーザＩＤフィールドを、その前処理又は後処理用レジストリにセーブされたユーザＩＤによって初期化し、同様に、リモート・アクセス・クライアント８はダイアログ中のパスワード・フィールドをその前処理又は後処理用レジストリにセーブされたパスワード値によって初期化する。遠隔ユーザ２がＯＫをクリックすると、本発明においては、フィールドに入力された値に応じる。リモート・アクセス・クライアント８はダイヤラに入力されたユーザＩＤを用いて処理ストリング中の＃ｕサブストリングをダイアログからの値と取り替える。同様にリモート・アクセス・クライアント８は処理ストリング中の＃ｐサブストリングをダイアログからのパスワード値と取り替えて次にリモート・アクセス・クライアント８は処理の始動を試行する。
ブロードバンド・アプリケーションにおいては、リモート・アクセス・クライアント８は最小化されて実行され、監視アプリケーションの存在についてチェックし、特定ＶＰＮクライアント又は他の特定処理の実行／接続を走らせることを却下し、実施例は接続方法にかかわらず用いられる。これによってリモート・アクセスがポリシーに影響を及ぼすことを、トランスポートの種別、又は、そのトランスポートがリモート・アクセス・クライアント８によって開始されるか、にかかわらず、可能にする。この実施例は、リモート・アクセス・クライアント８がサービスとして実行しているか、又は、始動モードで実行している場合に、利用される。この実施例のポリシー行使エンジン構成部分は接続エージェント構成部分及びインタフェースから完全に分離されている。それらは必要に応じて情報を伝え合うことが可能である。更なる要件としてはポリシー条件が充足されない場合に如何なる接続からもネットワーク接続性を却下することがある。これによってアクセス制御を無線、ブロードバンド及び同様のトランスポートにまで拡張する。
アプリケーション例
下記の例はジョージア州アトランタのインターネット・セキュリティ・システム社によって製造されたブラックアイス（ＢｌａｃｋＩＣＥ）（商標登録）のようなワークステーション・ファイアウォール１２とともに利用される例示的実施例を説明するよう設けられている。ファイアウォール１２は遠隔データ端末４上のバックグラウンド処理として走るＰＣ侵入検出（ファイアウォール）ソフトウェアで、該遠隔データ端末上にはリモート・アクセス・クライアント８がインストールされている。特定のエンタープライズ網１６において、ファイアウォール１２は、インストール可能な．ＥＸＥファイルに、該エンタープライズに特有のポリシーによって、組み立てられ、インストール可能なリモート・アクセス・クライアント８は、アプリケーション・スイートの一部として、ブラックアイス・エージェントがバンドルされる。例示的実施例においては、インストール可能なリモート・アクセス・クライアント８はブラックアイス・ファイアウォールの「サイレント」インストール機能を利用するよう変更される。この方法において、遠隔ユーザ２がリモート・アクセス・クライアント８をインストールする場合、ダイヤラ・インストール・プログラムはブラックアイス・ファイアウォール１２の「サイレント」インストールを行う。当然、ファイアウォール１２は、インストール可能なリモート・アクセス・クライアント８とともに、そのようなニーズが特定されたエンタープライズ網１６だけについて、バンドルされる。ファイアウォール１２をインストールするのに加えて、インストール可能なリモート・アクセス・クライアント８は更に、インストール可能なファイアウォール、ＢＩ．ＥＸＥ、及びＤＩＳＦＩＲＥ．ＥＸＥ（これを用いてファイアウォール監視を動作不能にするユーティリティ・プログラム）をリモート・アクセス・クライアント８のフォルダに配置する。ファイアウォール１２のインストール可能な．ＥＸＥ名はＢＩ．ＩＮＩファイル設定において特定され、ＢＩＩはブラックアイス（ＢｌａｃｋＩＣＥ）インストール可能（Ｉｎｓｔａｌｌａｂｌｅ）を表す。リモート・アクセス・クライアント８は当該インストール可能ファイルの名前を、ファイアウォール１２のインストールを実施する場合に備えて、判定するようこの設定を用いる。例示的実施例においては、ファイアウォール１２は遠隔データ端末４のブート処理の一部として始動される。
例示的実施例のリモート・アクセス・クライアント８は遠隔データ端末４上のファイアウォール・ソフトウェアを検出するサポートを設ける。遠隔データ端末４上のファイアウォールのステータスに基づいて、リモート・アクセス・クライアント８は特定の補正処置をとり、それによってＰＰＰ前及び確立されたＶＰＮリンク経由のデータ・トランスポート中での不必要なネットワーク接続トラフィックからユーザのプライバシを保証する。この目的のために、リモート・アクセス・クライアント８は、クライアント・プロフィール７のセキュリティ・ポリシーを、定期的に更新され得て個別遠隔ユーザ２に特有の当該記憶された内容に基づいて行使する。リモート・アクセス・クライアント８は接続が成される前にファイアウォール１２のステータスを監視して、ファイアウォール１２が動作不能にされた場合には、ＰＰＰ接続の確立を妨げる。更に、リモート・アクセス・クライアント８は、接続が生きている間にファイアウォール１２が動作不能にされるか損傷した場合に、既存のＰＰＰ接続を終結させる。この方法において、リモート・アクセス・クライアント８はエンド・ユーザのファイアウォールのソフトウェアによって設けられたセキュリティを超える追加のセキュリティ層を設ける。
例示的実施例においては、リモート・アクセス・クライアント８は、クライアント・ポリシー７によってファイアウォール１２の特定機能を動作可能にする、動作中にファイアウォールとデータを交換するよう活用されたＡＰＩを利用する。遠隔データ端末４上では、ある特定の時点において、ファイアウォール１２は以下の状態の何れか１つであり得る：
（インストールされていない）ファイアウォール１２は遠隔データ端末４上にインストールされていない。
（停止）ファイアウォール１２はある手段によって侵入検出動作を行うことを動作不能にされている。
（応答なし）ファイアウォール１２は動作状態を確かめる問い合わせに応答していないが、理由は不明である。
（実行中）ファイアウォール１２は実行中で侵入検出動作を行っている。
したがって、ＢＩＭ（ブラックアイス監視）を設定しているＢＩ．ＩＮＩファイルに基づいて、例示的実施例のリモート・アクセス・クライアント８は遠隔データ端末４上のファイアウォール１２の種々の状態を監視して必要な処置を開始する役目を果たす。例として：
ＢＩＭ設定が１に設定された場合、リモート・アクセス・クライアント８はファイアウォール１２の状態を監視する。
ＢＩＭ設定が０に設定された場合、リモート・アクセス・クライアント８はファイアウォール１２を監視しない。
したがって、エンタープライズ網１６の要件に基づいて、リモート・アクセス・クライアント８は適宜、ＩＮＩファイルにＢＩＭ値を設定するよう構成される。例示的実施例においては、リモート・アクセス・クライアント８はＢＩＭを０の初期設定値に設定するよう構成される。
例示的実施例においては、リモート・アクセス・クライアント８は表１によって処置を開始し得る。
【０００７】
【表１】
動作不能ファイアウォール監視（ＤＩＳＦＩＲＥ．ＥＸＥ）と呼ぶ実行可能ファイルが、１つのセッションについてファイアウォール１２の監視を動作不能にするよう、リモート・アクセス・クライアント８とともに配布される。ＤＩＳＦＩＲＥ．ＥＸＥを実行させると、ＤＩＳＦＩＲＥは「注意」メッセージを遠隔ユーザ２に向けて表示する。該メッセージをＯＫ又はＹＥＳボタンによって受信通知することによって、ファイアウォール１２の監視が動作不能にされる。したがって、ファイアウォール１２の監視を動作不能にするには、遠隔ユーザ２は特定の状況においてＤＩＳＦＩＲＥ。ＥＸＥを用い得、限定された時間において、ファイアウォール１２の監視なしでエンタープライズ網１６に遠隔ユーザ２が接続される必要があり得る。この時間はユーザ経験データによってトラッキングし得、繰り返し利用によってこの機能を却下するよう、フラッグをクライアント・ポリシーにおいて設定し得る。
レジストリ設定、ＤＢＩＭＯ（動作不能（Ｄｉｓａｂｌｅ）ブラックアイス（ＢｌａｃｋＩＣＥ）エージェント監視（Ａｇｅｎｔ
Ｍｏｎｉｔｏｒｉｎｇ）一度（Ｏｎｃｅ））が１つのセッションについての動作不能を実現するのに用いられる。ＤＢＩＭＯ設定がクライアント・ポリシー７において０に設定された場合、リモート・アクセス・クライアント８はブラックアイス・エージェント状態を監視する。ＤＢＩＭＯ設定が１に設定された場合、リモート・アクセス・クライアント８は１つのセッションだけについてファイアウォール１２を監視することはしない。リモート・アクセス・クライアント８が、これが１に設定されたと判定する場合、それは０に再設定されて、次に遠隔ユーザ２がエンタープライズ網１６に接続を試行する時、ファイアウォール１２の監視が動作可能にされる。
リモート・アクセス・クライアント８ユーザ経験（ＵＥ）レコードはファイアウォール１２のステータスをレポートするのに用いられる。ファイアウォール１２のステータスは、ファイアウォール１２と統合されたリモート・アクセス・クライアント８を用いる遠隔ユーザ２についてのみレポートされる。例示的実施例においては、ＵＥの一部としてレポートされるファイアウォール１２の状態は以下の通りである：
ファイアウォール１２はインストールされておらず、リモート・アクセス・クライアント８だけが活用されている；
ファイアウォール１２がインストールされていて、ファイアウォール１２が実行中である；
ファイアウォール１２がインストールされておらず、セキュリティ・ポリシーが手作業によって動作不能にされている；
ファイアウォール１２がインストールされていて、セキュリティ・ポリシーが手作業によって動作不能にされている；
ファイアウォール１２がインストールされていて、ユーザが切断されていて、ファイアウォール１２が応答していない；
ファイアウォール１２がインストールされていて、ユーザが切断されていて、ファイアウォールが実行していない；
ファイアウォール１２がインストールされていて、遠隔ユーザ２が切断されていて、ファイアウォール１２が接続中にインストールされていない；
ファイアウォール１２がインストールされていて、遠隔ルーザ２が切断されていて、フィアウォール１２のステータスは不明；
遠隔ユーザ２はアクセスが拒否され、ファイアウォール１２は応答していない；
遠隔ユーザ２はアクセスが拒否され、ファイアウォール１２は実行していない；
遠隔ユーザ２はアクセスが拒否され、ファイアウォール１２のステータスは不明；及び
遠隔ユーザ２はアクセスが拒否され、ファイアウォール１２はインストールされていない。
表２はＵＥ（ユーザ経験）におけるフィールドを、例示的実施例での発生順に、表す。表の最終行に表す、ファイアウォール・ステータス・コードの、フィールドはファイアウォール１２の状態をレポートする目的でレコードに付加される新規フィールドである。
【０００８】
【表２】
【０００９】
【表３】
当然、例示的実施例がファイアウォール・アプリケーション１０を説明する一方、ウィールス保護ソフトウェアのような他のアプリケーションも同等に上記の説明に適用し得る。更に、リモート・アクセス・クライアント８が接続を妨げて（前処理）接続を動作不能にする（後処理）ものとして説明されているが、当業者はポリシー・ファイル７はアプリケーション１０の設定及び実施形態を変更するよう構成し得ることがわかるものである。例えば、リモート・アクセス・エージェントはＰＯＰ１８Ａから、所定のポリシー違反回数後に、切断し得、又は切断を開始する前にポリシー準拠工程を行うようユーザにプロンプトし得る。
明らかに、本発明の容易に認識できる変更及び変形例が上記の教示に鑑みて考えられる。したがって、本明細書及び特許請求の範囲において、本発明は特にここで説明したようなものとは別の方法で実施し得ることを特筆する。例えば、ソフトウェア構成部分とハードウェア構成部分との両方がお互いに協調するものとして説明しているが、ここで説明するシステムは全部ソフトウェアによって実施し得ることを企図している。ソフトウェアは磁気若しくは光ディスク、又は無線周波数若しくは可聴周波数搬送波のような担体によって実施し得る。
したがって、上述の説明は本発明の例示的実施例を開示して説明しているだけである。当業者にはわかるように、本発明はその精神又は本質的な特徴から逸脱することなく他の特定の形態にて実施し得る。したがって、本発明の開示は図示的なものであるが、本明細書及び特許請求の範囲を制限するものではないことが企図されている。本明細書及び特許請求の範囲の中の教示の如何なる容易に認識可能な変形例をも含む、当該開示内容は、発明の要旨が開放されることのないよう、本明細書及び特許請求の範囲における用語の範囲をある程度特定する。
【図面の簡単な説明】
【００１０】
【図１】本発明の例示的実施例による、リモート・アクセス・クライアント・システムの高水準ネットワーク図である。
【図２Ａ】図１によるリモート・アクセス・クライアント・システムの実施形態を示すネットワーク図である。
【図２Ｂ】図１によるリモート・アクセス・クライアント・システムの実施形態を示すネットワーク図である。
【図３】本発明の例示的実施例による、接続エージェントの構成を表す流れ図である。
【図４】本発明の例示的実施例による、例示的接続ＧＵＩ（画像ユーザ・インタフェース）表示画面である。
【図５】本発明の例示的実施例による、例示的電話帳選定ＧＵＩ表示画面である。
【図６】本発明の例示的実施例による、例示的ユーザ経験ＧＵＩ表示画面である。
【図７】本発明の例示的実施例による、例示的ダイヤル特性ＧＵＩ表示画面である。
【図８】本発明の例示的実施例による認証の流れ図である。
【図９】図８の工程を利用する論理装置を示す高水準ネットワーク図である。
【図１０】図１によるリモート・アクセス・クライアント・システムのフロント・エンドの終端間処理の流れ図である。
【図１１】図１によるリモート・アクセス・クライアント・システムのフロント・エンド処理の流れ図である。
【図１２】図１によるリモート・アクセス・クライアント・システムのバック・エンド処理の流れ図である。
【図１３】図１の行使プラットフォームのデータベース・アーキテクチャの高水準構成図である。
【図１４】本発明の例示的実施例による図１０乃至１１のフロント・エンドの論理データ・モデルである。
【図１５】図１４の論理データ・モデルに対応する物理データ・モデルを表す図である。
【図１６】１６ａ乃至１６ｃは、図１４の論理データ・モデルに対応する物理データ・モデルを表す図である。
【図１７】１７ａ及び１７ｂは、図１４の論理データ・モデルに対応する物理データ・モデルを表す図である。
【図１８】１８ａ及び１８ｂは、図１４の論理データ・モデルに対応する物理データ・モデルを表す図である。
【図１９】本発明の例示的実施例による、例示的クライアント・プロフィールを表す図である。
【図２０Ａ】本発明の例示的実施例による、例示的クライアント・プロフィールを表す図である。
【図２０Ｂ】本発明の例示的実施例による、例示的クライアント・プロフィールを表す図である。
【図２１Ａ】本発明の例示的実施例による、例示的クライアント・プロフィールを表す図である。
【図２１Ｂ】本発明の例示的実施例による、例示的クライアント・プロフィールを表す図である。
【技術分野】
【０００１】
本発明は、通信網に、特に、エンタープライズ・リソースのポリシー準拠アクセスを保証するよう、クライアント側アプリケーション及びエンタープライズ網アクセスのエンタープライズ管理を設ける、リモート・アクセス・クライアント、関連ネットワーク・システム、及び関連方法論に関するものである。
【背景技術】
【０００２】
エンタープライズ網（すなわち、私設コンピュータ・データ網）は一般にコンピュータ・ベースのリソースを共有化するために、営利事業体の従業員のような、組織の特定個人に対して、網アクセスを設けるよう企図されている。例えば、典型的なエンタープライズ網は事業体の事業所間で音声、ファクシミリ、映像及びデータのトラフィックを運ぶ高速、専用回線を用い得る。このように、専用経路は１対１接続であるので、複数の事業所を相互接続するようメッシュ型トポロジーを形成する。だが、遠隔オフィス又は個人ユーザが当該エンタープライズ網に接続するためには、ＩＳＤＮ（統合ディジタル通信サービス網）又はフレーム・リレーのような、ＰＳＴＮ（加入電話網）を通じた交換サービスがよく利用される。個々のモバイル従業員については、そのような、モデム又は「ダイヤル・アップ」接続がエンタープライズ網に対する時折の接続において最良の解決策であり得る。
専用接続を有しない遠隔場所からのエンタープライズ網のアクセスにおいては、仮想私設通信網（ＶＰＮ）機能が一般に実施される。仮想私設通信網は、エンタープライズ網のトラフィックを運ぶよう専用回線の代わりに、インターネットのような、容易に利用可能な公衆データ網を利用する擬似私設データ網である。インターネット・ベースの仮想私設通信網（ＶＰＮ）リンクはしたがって「仮想」であるがそれは、インターネットが自由に一般にアクセス可能である一方、ＶＰＮクライアント・アプリケーションはインターネットが専用私設網通信リンクとしての役目を果たすことを可能にするからである。これを実現するよう、組織におけるデータ・トラフィックがＶＰＮクライアント・プロトコルによって交換される。ＶＰＮプロトコルは一般に、「トンネル」接続を、エンタープライズ・データがインターネットのユーザによって（すなわち、トンネルの外部から）容易に傍受されないように、エンタープライズと遠隔地に位置するデータ端末との間を交換するデータをカプセル化して暗号化する役目を担う、Ｌ２ＴＰ（レイヤ２トンネリング・プロトコル）のようなプロトコルを手段として、構成する。
当然、営利組織はますますＶＰＮベースのリモート・アクセス・ソルーションを利用するようになっているが、それはインターネット・アクセス及び強健なＶＰＮ技術が利用可能であることが、インターネットを柔軟でコスト効率の高いリモート・アクセス・ソルーションにする、公衆網を利用する機能を設けるからである。したがって、ＶＰＮの実施形態は、既存私設データ網インフラストラクチャを部分的に取替える、私設データ網上の負荷を軽減することを助力することによって私設データ網を補う、既存私設データ網を混乱させることなく新規のソフトウェア・アプリケーションを扱う、あるいは当該網に新規ユーザ場所を容易に付加するのを可能にする、ネットワーク設計者によって好まれている。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ＩＳＰ（インターネット・サービス・プロバイダ）は広い地域を通じてインターネットへの接続性を促進するよう広大なネットワークを利用するため、エンタープライズＶＰＮ技術において最も一般的に利用される通信経路はインターネットである。すなわち、インターネット・サービス・プロバイダによって設けられるようなネットワーク・アクセス・サーバ（ＮＡＳ）はＰＯＰ（接続点）又はエンタープライズ網接続性を確立する「ノード」に接続するリモート・アクセス・クライアント経由で接触される。この方法で、企業は単一プロバイダとの契約を交渉し得、そうすることによって当該ユーザベースがエンタープライズＶＰＮのトランスポート部分を設けるよう当該ネットワークに接続することを可能にする。しかしながら、データ・トランスポート・サービスを設ける、１つのネットワークのみのある、エンタープライズＶＰＮソルーションは適用範囲及び多様性において制限され得る。例えば、個別のＰＯＰ又はネットワーク自体が障害した場合、エンド・ユーザは企業に接続する方法はないかもしれない。更に、ＩＳＰは、ＩＳＰのサービス提供が不十分な地域内のユーザを有する特定のエンタープライズ網にとって重大な適用範囲を設けるようネットワークを拡張するのが遅いこともある。したがって、エンタープライズ網はこれらの制限を最も重要なネットワーク・パートナーを補足するよう当該ソルーションに対してたくさんのプロバイダを加えることによって克服しようとすることがある。あいにく、これによってかなりの複雑性がもたらされるが、それは各ネットワークが別個の認証、請求及び顧客サービス関係を必要とするからである。
したがって、単一キャリア実施形態の代替形態として、複数のＩＳＰがよくローミング・ソルーション（すなわち、「ネットワークのネットワーク」）として提示される。これは単一顧客が多くの異なったトランスポート・プロバイダとインタフェースすることを可能にする転送認証及び請求情報によって実現される。だが、ネットワークの設計によっては、ＩＳＰを集約する企業は、認証チェーンにおける単一の損傷点で全体のソルーションに損傷をもたらすようなものがないことを保証することが困難であった。更に、さまざまなネットワークをコスト効率よく監視して管理し、個々の利用明細を説明して、請求責任を判定することが阻害される。最も重要なこととして、これらのプロバイダが一般にエンタープライズ網市場に特有のセキュリティ、情報及び管理ニーズに精通していないことがある。
実際に、リモート・アクセス・クライアントとＶＰＮクライアントとによってエンタープライズ・リソースを遠隔アクセスすることはエンタープライズ網の設計者に対して重大なセキュリティ上の懸念をもたらすが、それはエンタープライズ・ポリシーが、接続前又は接続中（例えば、トンネル構築）に容易に連携し得ないからである。言い換えれば、ＶＰＮリンクの両端で伝送されるデータはカプセル化されて暗号化されるが、遠隔ユーザのデータ端末自体は侵入的使用（すなわち、ハッキング）に弱いことがある。例えば、ユーザが十分なファイアウォール保護を使用していなければ、侵入者はデータ端末に対するアクセスを獲得して効果的にＶＰＮトンネルによって与えられたセキュリティを出し抜くことがある。
【課題を解決するための手段】
【０００４】
このように、上述の制約がまったくなく、容易な方法で複数のサービス・プロバイダに及ぶダイヤル・アップ接続を統合的に処理することが可能である一方、同時にＶＰＮベースのポリシーに準拠してエンタープライズ・リソースにアクセスすることを保証する、リモート・アクセス・クライアント、関連システム、及び関連方法論が所望される。
【発明を実施するための最良の形態】
【０００５】
本発明の例示的実施例はリモート・アクセス・クライアントを設ける。リモート・アクセス・クライアントは、公衆網をアクセスするよう構成された遠隔データ端末とエンタープライズ網間との通信を、ＶＰＮトンネルによって公衆網を通じて可能にする。リモート・アクセス・クライアントは、公衆網の選択されたキャリアによって、リモート・アクセス・クライアント・プロトコルによって遠隔データ端末とエンタープライズ網との間でデータをトランスポートするよう、公衆網上の接続点との接続を確立する接続エージェントを含む。少なくとも１つのアプリケーション・プログラム・インタフェース（ＡＰＩ）がリモート・アクセス・クライアントによって利用されて遠隔データ端末のあらかじめ決められたアプリケーションの動作状態の検証を受信し、該リモート・アクセス・クライアントは接続エージェントが検証によって接続点との接続を確立することを可能にする。接続点はＶＰＮトンネルがデータを遠隔データ端末からエンタープライズ網まで公衆網を通じてトランスポートすることを可能にする。
本発明の別の特徴においては、リモート・アクセス・クライアントが公衆網をアクセスするよう構成されたデータ端末とエンタープライズ網との間の通信をＶＰＮトンネルによって公衆網を通じて可能にするよう設けられる。リモート・アクセス・クライアントは少なくとも１つのアプリケーション・プログラム・インタフェース（ＡＰＩ）を含み、リモート・アクセス・クライアントはデータを遠隔データ端末のあらかじめ決められたアプリケーションによって接続点を設定することで交換するようＡＰＩを使用する。ＡＰＩはあらかじめ決められたアプリケーションの動作状態の定期的検証を受信する。接続エージェントは接続点への接続を検証がない場合に接続点への接続を終結する。
本発明の更に別の特徴においては、仮想私設網システムが公衆網とエンタープライズ網とをＶＰＮトンネルによって公衆網を通じてアクセスするよう設けられる。該システムは私設網と遠隔データ端末との仮想私設網接続を可能にする。該システムの遠隔データ端末はＶＰＮリンク上をリモート・アクセス・クライアントのＶＰＮプロトコルによってデータをトランスポートするリモート・アクセス・クライアントを含む。リモート・アクセス・クライアントは、公衆網の選択されたキャリアによって、遠隔データ端末とエンタープライズ網との間でデータをトランスポートするよう、公衆網上の接続点への接続を確立する接続エージェントを有する。リモート・アクセス・クライアントは更に、遠隔データ端末のあらかじめ決められたアプリケーションの動作状態の検証を受信するよう少なくとも１つのアプリケーション・プログラム・インタフェース（ＡＰＩ）を含む。リモート・アクセス・クライアントは接続エージェントが検証によって接続点への接続を確立することを可能にする。遠隔データ端末はあらかじめ決められたアプリケーションを特定するポリシー・プロフィールと、遠隔データ端末の接続履歴を詳細に記述する接続パラメータを記憶するユーザ経験ログとを利用する。行使プラットフォームはユーザ経験ログの内容を遠隔データ端末から接続によって受信する。
本発明の更に別の特徴においては、エンタープライズ網をＶＰＮトンネルによって公衆網を通じてアクセスする方法を設ける。該方法は遠隔データ端末の遠隔ユーザに対してアプリケーション・スイートを設ける工程を含む。該アプリケーション・スイートは、エンタープライズ網と遠隔データ端末との間のＶＰＮリンクを構成するリモート・アクセス・クライアントと、少なくとも１つのポリシー準拠アプリケーションとを含む。公衆網への接続を確立するよう、接触インディシアを記憶する電話帳が当該アプリケーション・スイート中に含まれている。ポリシー・プロフィールはリモート・アクセス・クライアントに対する少なくとも１つのポリシー準拠アプリケーションの強調実行を詳細に記述するようスイートによく反応する。
以下の説明において用いる特定の用語は便宜上のものであるだけで、限定するものではない。本明細書及び特許請求の範囲で用いられる「ｃｌｉｃｋ」の語は文書及び画像ベースのコンピュータ情報を選定してアクセスする通常の方法を表す。該語は本発明をマウス・ベースの周辺装置又は同様のインタフェース装置に限定するものではなく、単に既知のコンピュータ機能及び処理を説明する簡潔な語として用いられているものである。ここで用いられるリモート・アクセス・クライアント又は「ｄｉａｌｅｒ」の語は適切に構成された装置間の通信を確立する命令セットを表す。そのような語は「ダイヤル・アップ」構成のみ限定されるものではなく、ブロードバンド及び無線の実施形態でもよい。図においては、複数の図を通して同様の構成要素を表すよう同様の参照番号を用いる。
【実施例】
【０００６】
リモート・アクセス・クライアント機能概要
本発明は、前述の例示的実施例に開示したように、リモート・アクセス・クライアント及び、単純な方法で複数のサービス・プロバイダに及ぶダイヤラ接続を統合的に処理する関連方法を設ける一方、同時にエンタープライズ・リソースのポリシー準拠アクセスをＶＰＮトンネル経由で保証する。エンタープライズ・リソースは、共有コンピュータ・リソースを、一般に、営利組織の構成員に対して、配布するよう設けられたエンタープライズ網によって利用可能にされる。エンタープライズ網は遠隔データ端末によってインターネットのような公衆網によって構成された仮想私設網（ＶＰＮ）リンクを通じてアクセスされる。ＶＰＮリンクは遠隔データ端末のリモート・アクセス・クライアントによって該リモート・アクセス・クライアントの指令によって構築される。
リモート・アクセス・クライアントは、公衆網の選択されたキャリアによって、遠隔データ端末とエンタープライズ網との間においてＶＰＮリンク上でデータをトランスポートするよう、公衆網上でＰＯＰへの接続を確立する、ダイヤラ又は「接続エージェント」を含む。ＰＯＰはアクセス・プロバイダによって、遠隔データ端末からそこへ渡された認証データの確認によって、設けられ、行使プラットフォームによって特定された、エンタープライズ網の認証サーバによって確認される。リモート・アクセス・クライアントのアプリケーション・プログラム・インタフェース（ＡＰＩ）は遠隔データ端末の１つ以上のあらかじめ決められたアプリケーションによってデータを交換するのに利用される。リモート・アクセス・クライアントは遠隔データ端末のアプリケーションと、リモート・アクセス・クライアントのサブ構成要素によって、協調的に動作する。サブ構成要素は、リモート・アクセス・クライアントを以降説明するよう適切に構成するよう、遠隔データ端末の記憶装置に常駐のクライアント・ポリシー・ファイル及び電話帳ファイルを含む。
次に図１によって、本発明の例示的実施例による、ネットワーク構成要素及びリモート・アクセス・クライアント８の高水準機能を説明するネットワーク図を表す。図１の高水準図においては、個別のサーバ機能及び、ルータのようなネットワーク構成部分の説明は簡潔にするよう割愛し、その説明は図２によって更に詳細に設ける。ネットワーク図の構成部分は、クライアント側ソフトウェア・アプリケーションを有するパーソナル・コンピュータ（ＰＣ）５によって実装されて、概して１０と表したリモート・アクセス・クライアント、各々が６と７の電話帳及びポリシー・ファイル、ファイアウォール１２、及びリモート・アクセス・クライアント８を含む、概して４と表した遠隔データ端末を含む。例示的実施例においては、ポリシー・ファイル６及び電話帳ファイル７はリモート・アクセス・クライアント８のサブ構成部分であり、ここでは個々の機能を別個に表す。遠隔データ端末４は遠隔ユーザ２によって利用される。遠隔データ端末４は、ＰＯＰに接続するインターネットのような、公衆網９にアクセスするよう構成される。ＰＯＰは、概して１８と表した、アクセス・プロバイダのネットワーク・ノードである。例示的実施例においては、アクセス・プロバイダ１８はここでは「ローミングＰＯＰ」として表す複数のインターネット・サービス・プロバイダ（ＩＳＰ）の１つであり得る。
遠隔データ端末４のリモート・アクセス・クライアント４が、公衆網９上のエンタープライズ網１６とのＶＰＮリンクを初期化するよう、始動される（すなわち、最初に遠隔ユーザ２によって実行される）。所定のハイパテキスト転送プロトコル（ＨＴＴＰ）のハンドシェーキング及びＤＮＳ（ドメイン・ネーム・サーバ）への問い合わせ処理は簡潔にするよう割愛する。例示的実施例においては、リモート・アクセス・クライアント８は、遠隔データ端末の電話帳ファイル６に記憶された接触インディシアによってアクセス・プロバイダ１８のＰＯＰに接触する。最初は、リモート・アクセス・クライアント８は認証データ（すなわち、ユーザＩＤ（識別番号）、パスワード）を、遠隔ユーザ２を特定するよう、アクセス・プロバイダ１８との認証プロトコルによって、交換する。アクセス・プロバイダ１８は、概して２０と表す行使プラットフォームによって特定されたような、エンタープライズ網１６の認証サーバと通信し合う。行使プラットフォーム２０はアクセス・プロバイダ１８とエンタープライズ網１６との間の仲介者としての役目を果し、遠隔ユーザ２の処理トラフィックに応じて、利用明細、請求及びトラフィック・ログを含むアカウント情報を管理する集中場所としての役目をする。行使プラットフォーム２０は動作上、遠隔ユーザ２を特定する行使プラットフォーム２０を構成するようセキュア接続２１を通じてエンタープライズ網１６にリンクされる。セキュリティ・プロトコル又は「共有秘密」は、エンタープライズ網１６と行使プラットフォーム２０との間での通信に用い得て、エンタープライズ網１６と行使プラットフォーム２０とによってあらかじめ決められて、矢印１９で表す、エンタープライズ網１６にネットワーク・サービスを設けるプロバイダ契約の一部として取り決められる。
エンタープライズ網１６による、遠隔ユーザ２によってアクセス・プロバイダ１８に対して設けられた、認証データの検証によって、アクセス・プロバイダ１８はＰＯＰ接続の利用可能性を通信する。ＰＯＰはその場合、簡潔に仮想回路として図１に別個に表すように、マイクロソフト（Ｍｉｃｒｏｓｏｆｔ）（商標登録）Ｌ２ＴＰ／ＩＰ（インターネット・プロトコル）Ｓｅｃ（セキュリティ）ＶＰＮクライアントのような、遠隔データ端末の、リモート・アクセス・クライアントを利用するリモート・アクセス・クライアント８の実行によって、遠隔データ端末４のファイアウォール１２からエンタープライズ網１６のファイアウォール１４までのＶＰＮトンネル１３を動作可能にし得る。例示的実施例のリモート・アクセス・クライアントはＩＰＳｅｃ又はＬ２ＴＰのようなＶＰＮカプセル化及び暗号化プロトコルを利用する。しかしながら、ＰＯＰへの接続が受け入れられる前に、リモート・アクセス・クライアント８はクライアント・プロフィール又は「ポリシー」７によって前処理を行う。該前処理は、ＰＯＰ経由でのエンタープライズ網１６への接続中に遠隔データ端末４を保護するファイアウォール・アプリケーションのような、遠隔データ端末４の１つ以上の、アプリケーション１０を起動するよう、リモート・アクセス・クライアント８によって活用されたアプリケーション・プログラム・インタフェース（ＡＰＩ）によって構成される。その代わりに、リモート・アクセス・クライアント８は１つ以上のアプリケーションとインタフェースする独自のＡＰＩを含み得る。更に、リモート・アクセス・クライアント８はＰＯＰへの接続後に、アプリケーション１０の運用性を監視する後処理を、ファイアウォール１２を停止するか、ポリシー７によって拒否された方法によってそれを構成するような、ポリシー７に定義された拒否機能をアプリケーション１０が行う場合には、遠隔データ端末からＰＯＰを分離する、バックグラウンド処理又はデーモンを通じて利用し得る。
行使プラットフォーム２０は遠隔データ端末４に対する更新を、その上に記憶された、電話帳及びポリシー・ファイル６及び７のような、ファイルを「プッシュ」する、すなわち、動的に更新する、よう設ける。この方法において、ポリシー・ファイル７及び電話帳ファイル６は各々、新規ポリシー設定又は新規ＰＯＰインディシアを含むよう、ＰＯＰ経由のエンタープライズ網１６への各接続中に更新し得る。この方法における例示的リモート・アクセス・クライアント８はＲＰＯＰ（ローミング接続点）に対するインタフェースを設け、そしてそれは上述の、リモート・アクセス・クライアント８の構成部分、及び、キャリア、エンタープライズ網１６及びインターネットへの接続性とともに、パッケージ化されて配置されたリモート・アクセス・クライアントのような如何なる関連アプリケーション１０をも含んでインストールしたものである。
次に、図１の例示的実施例の構成部分を更なる詳細によって、遠隔データ端末４を、簡潔にするようラップトップ型コンピュータ５を含むものとしてここに説明して図示し、該ラップトップ型コンピュータはインターネットのような公に利用可能なネットワーク９をアクセスするよう適切に構成されたインタフェースを有する。しかしながら、当業者は遠隔データ端末４の機能は、ダミー端末、携帯情報端末（ＰＤＡ）、又はセルラー電話のような、適切なインタフェース・ソフトウェアを備えた、多くの電子装置によって実施しえることがわかるものである。当然、そのような装置は例として示されているだけであり、完全なリストではない。そのような実施例においては、データ同期、ユニファイド・メッセージング及びソフトウェア更新のようなアプリケーションを、遠隔アクセス体験を更にシームレスで強健にするようリモート・アクセス・クライアント・システム・プラットフォームの一部として利用し得る。
同様に、遠隔データ端末４はここで、ネットワーク・ノード間の通信を実現するＴＣＰ／ＩＰ（伝送制御プロトコル／インターネット・プロトコル）プロトコル・スタックを利用するものとして説明されているが、当業者は代替的なネットワーキング技術が同様に本発明の教示によって含まれることがわかるものである。更に、ここに説明したネットワーク技術は、有線の実施形態として説明されて図示されているが、同等にブルートゥース（Ｂｌｕｅｔｏｏｔｈ）（登録商標）及びＩＥＥＥ（米国電気電子学会）８０２．１１ｘ無線イーサネット（登録商標）のような無線の実施形態にも適用可能である。
例示的実施例の遠隔データ端末４は、マイクロソフト（登録商標）リモート・アクセス・サポート・アプリケーション・プロトコル・インタフェース（ＲＡＳＡＰＩ）と、エンタープライズ網１６に不可欠で、一般にリモート・アクセス・クライアント８の遠隔データ端末４に設けられたポリシー・ファイル７中に指定された、アプリケーション１０（すなわち、アプリケーション・スイート）とともに構成されたペンティウム（商標）クラスのコンピュータのようなラップトップ型ＰＣ（パーソナル・コンピュータ）５である。適切なオペレーティング・システムはアプリケーション１０及びリモート・アクセス・クライアント８と協調的に、遠隔データ端末４上で該構成部分の実行を実現するよう機能する。例示的実施例においては、画像ユーザ・インタフェース（ＧＵＩ）ベースのオペレーティング・システムを説明する一方、代替的オペレーティング・システムとして含み得るが、それらには限定されないものとして、ユニックス（ＵＮＩＸ（登録商標））、ソラリス（Ｓｏｌａｒｉｓ）、リナックス（Ｌｉｎｕｘ）、ウィンドウズ（登録商標）９５、９８、２０００並びにＮＴ（ニュー・テクノロジー）４．０、及びアップル
ＭＡＣ−ＯＳ（マッキントッシュ オペレーティング・システム）がある。遠隔データ端末は更に、公衆網９に接続するよう、モデム装置、ＮＩＣ（ネットワーク・インタフェース・カード）、又は（図なしの）ネットワーク・アダプタを含む。当然、通信のみの特定の命令セットを有していて、上記のソフトウェア機能は有していない、専用遠隔データ端末４を、必要に応じて、遠隔データ端末の費用を低減するよう、設け得、当該例示的構成は単に、本発明の特徴の範囲を図示するよう説明した。揮発性／非揮発性局所メモリ、Ｉ／Ｏ（入出力）機能、共通周辺装置、及びハードウェア構成部分の機能のような、標準のＰＣ機能の説明は、簡潔にするよう、割愛し、該機能の詳細な動作／説明は当業者に周知のものである。
システム・アーキテクチャ
次に図２Ａ及び図２Ｂによって、複数のアクセス・プロバイダ１８に及ぶダイヤル・アップ接続を統合的に処理する、本発明の例示的実施例によってＶＰＮリンクを利用する一方、同時にリモート・アクセス・クライアント８のポリシー７によるエンタープライズ網１６のリソースの適合性を有するアクセスを保証する、リモート・アクセス・クライアント・ベースのシステムの実施形態を示す高水準ネットワーク図を表す。
図２Ａの上方の長方形と図２Ｂの長方形とのアクセス・プロバイダ網１８の構成は機能的に等しいものである。例示的実施例のリモート・アクセス・クライアント・システムのＲＰＯＰ構造が複数の機能的に等しい、統合されたＲＰＯＰＳを利用するので、ＲＰＯＰ機能は図２Ｂのみによって説明する。当該例示的システムにおいては、アクセス・プロバイダ１８又は「キャリア」及び複数のエンタープライズ網はモジュラー型リモート・アクセス・クライアント・システムに付加し得る。付加された場合、当該システムの「エンタープライズ顧客」（すなわち、組織）は当該多様なアーキテクチャから即時に便益を受けるが、それはアクセス・プロバイダ１８が当該例示的実施例のシステムとの相互運用性を設けるよう現時の認証及びアカウンティング・インフラストラクチャを変えなくてもよいからである。エンタープライズ顧客は遠隔認証ダイヤル・イン・ユーザ・サービス（ラディウス：ＲＡＤＩＵＳ）・プロキシを促進する多くの製品を用いて既存の認証リポジトリを用い得る。新規キャリア及びエンタープライズ顧客についての認証及びアカウンティングの終端間テストは全てがインフラストラクチャ内から、図８乃至９によって以下に説明するような、行使プラットフォーム２０に対して利用可能なツールを用いて行われる。
全ての潜在アクセス・プロバイダ１８は行使プラットフォーム２０の要員によって、リモート・アクセス・クライアント・システムと統合される前に認定される。認定を充足するよう、例示的実施例のアクセス・プロバイダ網１８は一連のネットワーク要件全部をかなえることができる。例えば、ピュアＩＰトランスポートはＴＣＰ、ＵＤＰ（ユーザ・データグラム・プロトコル）、ＩＣＭＰ（インターネット制御メッセージ・プロトコル）、ＩＰＳｅｃ、ＧＲＥ（汎用ルーティングカプセル化）などを含む全てのＩＰプロトコルについてのサポート、現行のラディウスＲＦＣ（コメント要求）標準に基づいた認証サポート、現行のＲＦＣ標準に基づいたリアルタイム・アカウンティング、領域（ｒｅａｌｍ）名のプリフィックス及びサフィックスによるラディウス転送、動的ラディウス・サーバのフェールオーバについてのサポート、及び電話帳並びに接続エージェント診断によって動作可能になる。
認定されると、プロビジョニング処理が開始される。プロビジョニング処理はアクセス・プロバイダ１８が該アクセス・プロバイダのネットワークにおける適切なプリフィックス及び／又はサフィックス、及びフェールオーバ属性、共有秘密並びにラディウス属性のラディウス・サーバ構成を当初投入することに係わる。品質保証が完了した後、アクセス・プロバイダ１８の電話帳が、（ここに説明するような）次の接続においてリモート・アクセス・クライアント８に対して後にダウンロードするよう、適切な顧客プロフィールにロードされる。この厳密なテスト手順は、自動更新機能とともに、エンド・ユーザ経験に対するシームレスな更新を保証するが、それは行使プラットフォーム２０が新規アクセス・プロバイダ網２０を組み入れるからである。仮にアクセス・プロバイダ１８が当該ソルーションから取り外されることが必要になるなら、当該電話帳は取り外されるが、電話帳の更新が伝わることを可能にするにはほどよい経過時間を必要とする。
例示的リモート・アクセス・クライアント・システム構成においては、エンタープライズ顧客は全てのアクセス・プロバイダ認証処理サーバ１２０から該顧客のラディウス・サーバ１０５をアクセスすることを可能にすることが必要になる。この方法においては、ラディウス会話についての共有秘密が合意されて、特定のアクセス・プロバイダ１８を、エンタープライズ認証処理サーバ１２０において、行使プラットフォーム２０によって、リモート・アクセス・クライアント・システム・プラットフォームに組み入れることによって、構成される。品質保証が完了した後、カスタム・リモート・アクセス・クライアント８はエンタープライズ組織内でＣＤ−ＲＯＭ（読み取り専用コンパクト・ディスク）、フロッピー（登録商標）・ディスク、ＤＡＴ（ディジタル・オーディオ・テープレコーダ）、ＤＶＤ−ＲＯＭ（読み取り専用ディジタル・ビデオ・ディスク）などのようなハードコピー記憶媒体によって、又は電子メールのような電子通信によって、さもなければエンタープライズのウェブサイトのパスワード保護部分若しくは行使プラットフォーム２０への更新によって配布される。
次に再び図２Ｂによって、長方形のアクセス・プロバイダ１８の機能をより詳細に説明する。アクセス・プロバイダのＰＯＰ機能はアクセス・プロバイダ１８の１８Ａによって示される。アクセス・プロバイダ１８のプロバイダ認証処理サーバ１１０は遠隔データ端末４のリモート・アクセス・クライアント８において生成される認証要求のプロバイダＰＯＰ１８Ａ経由の行き先としての役目をする。認証ルーティング・ディレクトリ・サーバ１１５はエンタープライズ認証処理サーバ１２０への適切な経路を判定するようプロバイダ認証処理サーバ１１０によって問い合わせされる。認証ルーティング・サーバ１１５は更に全てのアカウンティング及びセッション情報をローミング網におけるアクセス・プロバイダ１８の全ての認証サーバから収集してこの情報を他の認証ルーティング・ディレクトリ・サーバ１１５に複製する。エンタープライズ認証処理サーバ１２０はプロバイダ認証処理サーバ１１０の認証要求を受信して、今度は、該要求を適切なエンタープライズ・ラディウス・サーバ１０５に転送する。ポリシー／電話帳サーバ１２５はリモート・アクセス・クライアント８の電話帳及びポリシー・ファイル６及び７における電話帳及びポリシーの更新を記憶して供給する。多くの特有のダイヤラ・プロフィール及び電話帳を同時に、複数のエンタープライズ網１６に対応するリモート・アクセス・クライアント８についてサポートし得る。ポリシー／電話帳サーバ１２５は更に、ここに説明するようなリモート・アクセス・クライアント８によって生成された、アップロードされたエンド・ユーザ経験データを受信するサーバである。
リモート・アクセス・クライアント８による接続試行毎に、要求の進捗を詳細に記述するエンド・ユーザ経験ログ・ファイルが生成される。正常接続毎に、リモート・アクセス・クライアント８はエンド・ユーザ経験データをポリシー／電話帳サーバ１２５に対してアップロードする。このデータは後に、問題点のトラブルシューティングを行ってデータを性能レポーティングに設けて行使プラットフォーム２０に入れるのに用い得る。更に、遠隔ユーザ２が接続してエンタープライズ網要員に助力を求めるよう呼び出すことができない場合には、エンド・ユーザ経験データは、解決しようとしている現時の課題を更に効果的に伝えるよう、リモート・アクセス・クライアント８から直接視ることができる。このツールは遠隔ユーザ２がヘルプ・デスク要員と、正確に何が接続試行中に発生しているのかについて通信し合うことを可能にする。例えば、ブロードバンド接続を利用する代替的実施例においては、エンド・ユーザ経験データは、定期的にバッチ形式によって、又は新規セッション接続毎に、アップロードし得る。
レポーティング・サーバ１３０は顧客がレポーティング機能にアクセスすることを可能にする。レポートは該サーバに記憶された、ユーザ経験データ及びセッション・アカウンティング・データから生成し得る。データ・レポジトリ１３５はあらかじめ処理されたエンド・ユーザ経験データ及びセッション・アカウンティング・データを含むデータベースを収容する。ルータ「Ｒ」は、例示的実施例によって、場所間でデータをルーティングすることを示すよう、図２Ａ及び図２Ｂのネットワーク図にわたって明確にされている。当業者は上記サーバに関して説明した機能は、無関係である必要はなく、必要に応じて１つ以上のサーバに結合させ得る。
リモート・アクセス・クライアント・システムのソフトウェア及びハードウェアは冗長に設計されている。例えば、多重冗長認証ルーティング・ディレクトリ・サーバ１１５は当該環境における全ての顧客及びプロバイダ認証処理サーバとの接触を保つ。
したがって、認証処理を中断することなく、サーバをサービスに付加し得、サービスから取り除き得る。セッション・アカウンティング情報は各ＲＰＯＰにおける全ての認証ルーティング・ディレクトリ・サーバ１１５及びデータ・レポジトリ・サーバ１３５に複製される。複数のポリシー／電話帳サーバ１２５が常にリモート・アクセス・クライアント８によって、ポリシーのダウンロード及びエンド・ユーザ経験データのアップロードに利用可能である。各ＲＰＯＰへの接続性は種々の場所に及ぶ複数のプロバイダから設けられる。機器、接続性、又はソフトウェアの構成部分においては、損傷点は１つも存在しない。
図２Ａの下方の長方形は行使プラットフォーム２０の構成部分を示す。行使プラットフォーム２０はリモート・アクセス・クライアント・システム・プラットフォームに組み入れられた全てのエンティティをサポートするネットワーク・オペレーション・センタである。顧客サービス・チケット（すなわち、問い合わせ）は電子メールによって、又は遠隔ユーザ２が指定顧客サービス・センタを呼び出すことによって、提示し得る。行使プラットフォーム２０は、直接、認証およびアカウンティング・データの経路にあるので、他のポリシー属性を、該属性が利用可能になるにつれて、指令するよう位置している。この例はサービス品質（ＱｏＳ）及びポリシー・ベースのネットワーキングを、これらの特徴が利用可能になるにつれて、用いる機能を含む。例示的実施例においては、アクセス・プロバイダ１８の性能に基づいた電話帳のフォーマット化は手作業によって実現される。エンド・ユーザ経験データを用いることによって、リモート・アクセス・クライアント８の代替的実施例はエンタープライズ電話帳を、接続性及びトラブルのない利用という点で他より優れているアクセス・プロバイダ及びプロバイダを優先させるよう、動的にフォーマット化し得る。これらの変更はプラットフォームの信頼性を更に高めるようリアルタイムで適用し得る。
例示的実施例においては、監視及び管理ツールが、該システムの企図した性能を保証するよう行使プラットフォーム２０によって利用される。ＨＰ（ヒューレット・パッカード）社オープンビュー（ＯｐｅｎＶｉｅｗ）（登録商標）が、接続性上の課題、性能上の課題、ＣＰＵ及びディスクの使用度、アップ／ダウン・ステータス（すなわち、運用性）を特定してネットワーク・システムにおける障害を特定するよう利用される。ネットワーク・ノード・マネージャ並びに業界標準の簡易型ネットワーク管理プロトコル（ＳＮＭＰ）ベースの管理環境、及び、行使プラットフォーム２０についての管理情報を解析して警報及び警告を知的に生成するマイクロミューズ（Ｍｉｃｒｏｍｕｓｅ）社のネットクール（ＮｅｔＣｏｏｌ）（登録商標）が使用される。例えば、ネットクールのイベント・マネージャはＨＰ社オープンビュー（登録商標）からの出力、エンド・ユーザ経験データ、種々のログ・ファイル並びに認証上の課題の警報と警告とを出力する処理、サービス障害及び他の例外を監視し得る。全てのエンド・ユーザ経験データの防止的監視が潜在プロバイダ及び／又はＰＯＰの問題点を判定するのに用いられる。全てのエンド・ユーザ経験データの集合体がこの機能用にリアルタイムにて用いられる。警報及び警告がいつ駆動されるかについてアクセス・プロバイダ１８に対して閾値が設定される。
例示的実施例においては、電話帳６は遠隔データ端末４のリモート・アクセス・クライアント８がＰＯＰに接続する度に動的に更新され得るが、必要に応じて、かつ、プロフィール毎ベースにて、プロフィール７の特定の特徴を変更し得、変更された実行可能ファイルをプッシュし得る。この目的のために、更新が接続によってポリシー及び電話帳サーバ１２５から送信され、リモート・アクセス・クライアント８が遠隔ユーザ２によってクローズされるまで記憶される。非変更電話帳及び／又はポリシーのバージョンに戻る手段も又利用可能である。したがって、前処理又は後処理のようなポリシー属性及び他のポリシー属性はポリシー／電話帳サーバ１２５からプッシュされ、したがって集中的に制御及び変更され得、遠隔ユーザ２が不注意にもポリシー・ファイル７又は「プロフィール」を破壊する可能性を制限する。これによって、エンタープライズ網１６の管理者が遠隔ユーザ２のセキュリティ及び管理ポリシーに完全な制御が及ぶことを保証する。
接続エージェント構成
次に図３によって、リモート・アクセス・クライアント８が本発明の例示的実施例によって遠隔データ端末４のＶＰＮクライアントとお互いに協調して機能する処理を示す流れ図を、図４乃至７の例示的ＧＵＩ表示画面によって、表す。ここに説明するＧＵＩ表示画面のメニュー及び機能は適切なメニュー、ボタン、又は指定ＧＵＩ領域をクリックすることによって起動される。
始動時に、図４に表すような接続ＧＵＩは遠隔ユーザ２に対して遠隔データ端末４の表示によって示される。接続ＧＵＩはユーザＩＤ（識別番号）を受信するデータ・フィールド２８、パスワードを受信するフィールド３０、アクセス・プロバイダのＰＯＰ接触インディシア（すなわち、ＰＯＰ１８Ａ）を受信するフィールド３２を含む。ステータス・ウィンドウ４２は遠隔ユーザ２をＰＯＰ１８Ａに対する接続のステータスについて注意を喚起するよう設けられる。遠隔ユーザ２はリモート・アクセス・クライアント８の構成を変更するようアクセス・メニュー２４又はツールバー２６をアクセスし得、ヘルプ・メニューを２２に設ける。接続ボタンをデータ・フィールド２８、３０、及び３２に設けるデータ・フィールド値を利用するよう設ける。変更ボタン４０は図５のＧＵＩ表示画面をユーザに対して、ＰＯＰ接触インディシアを変更するよう、示す。ボタン３６及び３８は各々、始動をキャンセルして、ヘルプをアクセスするよう設ける。ベンダ領域４４はリモート・アクセス・クライアント８にブランドを付けるよう設ける。
工程２では図５のＧＵＩ表示画面を遠隔ユーザ２に対して設けるよう電話帳ボタンをクリックする。図５のＧＵＩは接続エージェントによって利用されるようＰＯＰ接触インディシアの選定を可能にする。データ・フィールド６４乃至７４は国、市、州及び電話番号のようなＰＯＰ接触インディシアの１つ以上の構成部分を変更するよう設け、単一のＰＯＰプロバイダ１８Ａの、ＲＰＯＰ網１８の利用可能な複数のアクセス・プロバイダ１８の中からの、選定を可能にする。ボタン６２及び６４は、工程４で接続ＧＵＩに戻るよう、設ける。代替的実施例においては、リモート・アクセス・クライアント８は、市内通話地域内でＰＯＰ１８Ａを探し出し、潜在ＰＯＰ電話番号を循環して、潜在コスト及び信頼性に基づいて、番号を推奨するのを助力するようソフトウェア・エージェントを利用する。
工程６では、図６のＧＵＩ表示画面を遠隔ユーザ２に設けるようユーザ経験ボタンをクリックする。図６のＧＵＩ表示画面は、遠隔ユーザ２の吟味によって、遠隔ユーザが経験データによって図５のＧＵＩ表示画面に一覧化された複数のＰＯＰ１８Ａのうちの１つのＰＯＰ１８Ａを選定し得るよう、特定ＰＯＰ１８Ａの接続エージェントに対する経験データの集計を設ける。この目的で、データ・フィールド７８−８６は、接触試行数、正常完了数、話中試行数、無回答（ＲＮＡ）数、非認証試行数、及び全体的な利用可能比率値のような、指定ＰＯＰ１８Ａを接触することに関連するパラメータを含む。データ・フィールド７６はデータのサンプリングの期間を変更するよう遠隔ユーザ２によって設け得、ウィンドウ９０はダイヤル・アップ処理ログの一覧を設ける。図４のＧＵＩ表示の接続画面は工程８でボタン９２をクリックすることによって戻される。
工程１０では、図７のＧＵＩ表示画面を遠隔ユーザ２に対して設けるよう、ダイヤル特性ボタン４６がクリックされる。図７のＧＵＩ表示画面は接続エージェントによって利用されるダイヤル特性を設ける。データ・フィールド９４乃至１０６及び１１０乃至１１２はユーザが発呼国／地域、発呼市外局番、何らかの市外局番ルール選定、外線アクセス用番号及び／又は割り込み通話解除用番号、タッチトーン又はパルス・ダイヤリングの選定、国際通話用プレフィックス又はコーリング・カード・データのような、特性を変更することを可能にする。データ・フィールド１０８はダイヤルする番号を一覧化する。図４の接続ＧＵＩ表示画面は工程１２で、変更を受け入れるようボタン１１６をクリックするか、変更をキャンセルするようボタン１１４をクリックする、ことによって戻される。
工程１４では、処理ログ・ボタン５２が（図なしの）処理ログＧＵＩ表示画面を設けるようクリックされる。処理ログの吟味によって、ユーザは工程１６で図４の接続ＧＵＩ表示画面に戻り得る。
認証
次に図８乃至９によれば、上記のような、接続エージェントの構成によって、遠隔ユーザ２は、データ・フィールド２８及び３０を認証するよう図３のＧＵＩ表示画面の接続ボタン３４をクリックすることによってリモート・アクセス・クライアント８を始動する。例示的実施例においては、遠隔データ端末４と公衆網９との間で認証データ及びアカウンティング情報を通信し合うよう、ラディウスが利用される。
ラディウス・プロトコルは一般に、遠隔データ端末４とエンタープライズ網１６との間の認証通信のためにフィールド３０のパスワード・データを暗号化するが、データ・フィールド２８のユーザ名はアカウンティング情報に加えて非暗号化形式でトランスポートされる。セキュリティ強化を要する実施例においては、エンタープライズ網１６のアクセス・プロバイダ網１８と認証処理サーバ又は「ラディウス・サーバ」１０５（図９による）との間でＳＳＬ（セキュア・ソケット・レイヤ）暗号化を利用し得る。例えば、ＳＳＬ暗号をエンタープライズ網１６の構内にある認証処理サーバ１０５にて動作可能にし得る。行使プラットフォーム２０が種々のティア１プロバイダに接続されている場合、ルーティング手法を用いて、認証トラフィックはそのようなバックボーンに限定されて、多くのティア１バックボーンがＰＳＴＮ（加入電話）網と同程度にセキュアである。
一般に、ラディウス・トラフィックが公衆インターネットを横断するのは比較的低リスクであると見られている。知覚されたリスクは既知の手法によってユーザ名がデータ交換を探ることによって判定され得ると、エンタープライズ網１６に対する無権限アクセスを得るよう、全数探索方法及びクラッキング・プログラムがパスワードを類推するよう利用され得る。したがって、代替的実施例においては、静的リポジトリがエンタープライズ網１６の通常のユーザ名及びパスワードと同様でないインターネット・アクセス・ユーザ名及びパスワードについて利用され得る。これらのユーザ名又はパスワードが損なわれる場合、当該リスクはインターネット・アクセス権の盗取だけであり、その場合、ＶＰＮリンクを介した企業リソースに対するアクセスはソフト・トークン又はハード・トークンでのワンタイム・パスワードによって更に強力に認証し得る。
更に、ＣＨＡＰ（チャレンジ・ハンドシェーク認証プロトコル）だけ、ＣＨＡＰ並びにＰＡＰ（パスワード認証プロトコル）、及びＰＡＰだけを含むがそれらには限定されない、種々の認証方法を本発明の例示的実施例において利用し得る。認証するエンド・エンティティ（エンタープライズ・ラディウス）が（ＤＥＳ（データ暗号化標準）を用いる、ウィンドウズ（登録商標）ＮＴのような）ＣＨＡＰ暗号化方法用非ＭＤ（メッセージ・ダイジェスト）５暗号化を用いるシステムである場合、ＣＨＡＰ認証は互換でない。これは、リモート・アクセス・クライアント８がウィンドウズ（登録商標）ＮＴ又は独自のパスワード暗号化手法を用いる別のプラットフォームを用いる場合、認証方法がＰＡＰに戻らなければならないことを意味する。
リモート・アクセス・クライアント８はこれを２つの方法によって明確にし、エンタープライズ・ラディウス・サーバ１０５がＣＨＡＰＳをサポートしてエンタープライズ網１６がＣＨＡＰＳサポートを要求する場合、リモート・アクセス・クライアント８が、遠隔ユーザ２に対してＣＨＡＰだけのＰＯＰ、ＣＨＡＰ並びにＰＡＰのＰＯＰ、及びＰＡＰだけのＰＯＰ用接触インディシアを含んで配布される。リモート・アクセス・クライアント８のそのような実施例はＰＯＰの一部についてのＣＨＡＰセキュリティを設ける。エンタープライズ・ラディウス・サーバ１０５がＣＨＡＰをサポートしない場合、リモート・アクセス・クライアント８は全てのＣＨＡＰだけ、ＰＡＰ／ＣＨＡＰ、及びＰＡＰだけのＰＯＰを含むよう配布される。電話帳７はＣＨＡＰだけのＰＯＰ用端末スクリプト（これらは遠隔データ端末４のＧＵＩ上で最小化されて実行され、かつ、非侵入型である）を起動するようフォーマット化される。
図８に表すように、例示的ラディウス・データ・フロー図は、ＰＯＰ網及びエンタープライズ網１６の対応する論理装置によって処理されるような、リモート・アクセス・クライアント８、アクセス・プロバイダ１８及びエンタープライズ網１６間のデータの転送を表す、縦の行を含む。工程３０では、リモート・アクセス・クライアント８が接続エージェントの構成によって選択ＰＯＰへの接続を開始する。遠隔ユーザ２によって供給された認証情報はＰＯＰに対して、該ＰＯＰの技術に応じて、ＣＨＡＰ、ＰＡＰ、又は端末ウィンドウによって送信される。工程３２ではＰＯＰ１８はラディウス・データがＩＳＰのアクセス用か、エンタープライズ網１６をアクセスする行使プラットフォーム２０へのリレー用かを判定する。ラディウス・データが認証サーバ１０５用の場合、ラディウス・データ、ユーザ、ユーザ名、パスワード及び「ローミング・ドメイン」がそこへ送信される。上記のように、当該トランザクションにおけるパスワードはエンタープライズ網と行使プラットフォーム２０とによってプロバイダ契約の初めに合意されたラディウス共有秘密を用いて暗号化される。
ローミング・ドメインを用いて、アクセス・プロバイダ網１８は工程４０で、認証情報をどこに転送するのかを判定して、当該要求をエンタープライズ網１６のファイアウォール１４に対して転送する。工程５０では、顧客のファイアウォールはラディウス要求をラディウス・サーバ１０５に対して渡し、工程５６で有効なユーザ名及びパスワードが供給されたという条件で、ラディウス・サーバ１０５は、工程５８及び５２で承諾を行使プラットフォームに対して送り返し、今度は工程４２で発信アクセス・プロバイダ１８とのラディウス・トランザクションを完了する。この時点で、遠隔データ端末４はポリシー・ファイル７によって前処理を開始して、該処理が十分であるとすれば、遠隔データ端末４は工程３６でＰＯＰ１８ＡとのＰＰＰ（１対１接続プロトコル）セッションを確立する。遠隔アクセス・クライアント８にはＰＯＰ１８Ａから公衆ＩＰアドレス、ゲートウェイ、及びＤＮＳ情報が設けられる。
ラディウス接続処理及び接続持続時間を通じて、接続に関係があるデータが捕捉されて、正規化されて記憶される。例示的実施例においては、捕捉されて記憶される２つの種類のデータを以下に説明する。上記のリモート・アクセス・クライアント８の説明のように、遠隔ユーザ２の経験データがエンタープライズ網１６に対する正常接続の度にアップロードされて、リモート・アクセス・クライアント８によって試行された及び／又は確立された接続毎の遠隔ユーザ２の経験を反映する。当該データは行使プラットフォーム２０のフラット・ファイルに記憶され、防止的走査用監視ツールとともに利用され、更に行使プラットフォーム２０のデータベースにロードされる。当該データはその場合、アドホックなレポーティングに利用可能で、エンタープライズ網１６の管理者用定期的性能レポートを生成するのに用いられる。
工程３８では、ラディウス・アカウンティング情報は各認証セッションについて生成される。このデータは正規化されて、オラクル（Ｏｒａｃｌｅ）（登録商標）社のデータベースにロードされる。工程４４及び４８でアップロードされると、当該アカウンティング・データは工程６０で記憶されてアドホックなレポーティング及び予定されたレポーティング用に利用可能となり、後に見積られて、エンタープライズ網１６の請求システムに送信される。
フロント・エンド
図１０によって、リモート・アクセス・クライアント・システム・プラットフォームのフロント・エンド２００の終端間処理フローを表す。フロント・エンドは、更新ユーティリティ２１０、リモート・アクセス・クライアント８、ソケット２１５及びＲＡＳ（リモート・アクセス・サービス）マネージャ２０５を有する遠隔データ端末４のデスクトップ上に存在する。例示的実施例においては、遠隔データ端末４はソケット２１５についてマイクロソフト（Ｍｉｃｒｏｓｏｆｔ）（登録商標）社のモデム・インタフェース（ＲＡＳ）２０５を利用する。フロント・エンド２００は例えば、オブジェクト設計、ビジュアル・スタジオ（Ｖｉｓｕａｌ
Ｓｔｕｄｉｏ）（登録商標）Ｃ＋＋６．０及びマイクロソフト（登録商標）のスクリプティング言語を用いて開発し得る。例示的実施例の当該フロント・エンド・アプリケーション（リモート・アクセス・クライアント８）は既存のマイクロソフト社リモート・アクセス・サポート・アプリケーション・プロトコル・インタフェース（ＲＡＳＡＰＩ）２０５とインタフェースし、ウィンドウズ（登録商標）９５、９８、２０００、及びＮＴ４．０ベースのオペレーティング・システム上で実行するよう企図されている。フロント・エンド２００はどのＯＳ上でそれが実行しているのかを検出してその特定のＯＳをサポートする適切なオブジェクトを実行するよう企図され得る。フロント・エンド２００の論理データ・モデルは図１４に表し、図１６乃至１８の対応する物理データ・モデルは図１０乃至１１の上記説明と併せて読むと最も理解し得る。
データベース管理構成部分２５５は電話帳及びクライアント・プロフィール・データを記憶して保存し得る。当該構成部分の機能サマリーを示す例示的クライアント・プロフィールは図１９乃至２１Ｂに表す。
例示的実施例の電話帳、クライアント・プロフィール及び構成データ用主データ記憶装置２７０はパブリッシング処理２６０及びポーリング処理２６５を有するオラクル（登録商標）Ｓ．ｉのようなデータベースを実行するサン（ＳＵＮ）社のソラリス（登録商標）サーバ上に存在する。データ管理のバック・エンド処理はリモート・アクセス・クライアントのデータ・ファイルを、遠隔ユーザ２のウェブ・サーバ２８５に更新を配信するよう、制御スクリプト２９０、ログ・スクリプト２８０及びログ・ファイル２７５によって更新して保存する。
図１１に表すように、フロント・エンド２００は、電話帳６及びポリシー・ファイル７用ファイル更新をダウンロードして更にユーザ経験ログ・データ３００をスクリプト３０５によってアップロードするよう、ＨＴＴＰプロトコルによってＰＯＰ１８のウェブ・サーバ１８Ａと通信し合う処理フローを有する。電話帳データ３０２、クライアント・プロフィール３０４、ＰＯＰプロフィール３０６、及びユーザ・プロフィール３０８はリモート・アクセス・クライアント８に対してダウンロードするよう、対応する電話帳マネージャ３２０又はプロフィール・マネージャ３１５によって管理される。プロフィール・マネージャ３１５は更に外部処理３１６を管理する。ＧＵＩ２１２はクライアント・プロフィールの構成によって始動されて変更され、そのような変更は図１９乃至２１Ｂに表すような、クライアントのロゴ、クライアント・メッセージ、Ｕ（ユーザ）ＩＤなどを含む。当該ＧＵＩは局所電話帳ファイルを読み取り、それを該ＧＵＩによって表示する。遠隔ユーザ２は図５のＧＵＩ表示画面に表すよう、電話帳全体を検索し得る。遠隔ユーザ２はＰＯＰ１８Ａ用接触インディシアを選定してＲＡＳ接続マネージャ２０５はＴＣＰ／ＩＰソケット２１５をＰＯＰ１８Ａに対してＲＡＳＡＰＩインタフェースを経由してオープンする。接続ステージ及びダイヤル・イン機能（ユーザ経験データ）はログ３００でログされて、始動されると、指定前処理（以下参照）がデスクトップ上で開始される。
例示的データがベースの管理アーキテクチャはマスタ電話帳３０２を新規のＰＯＰ１８Ａの電話／ポート情報によってリフレッシュ／更新するのに必要な機能及び性能を設ける。この情報は、今度は、該当する場合、カスタム化された電話帳を該情報によって、エンタープライズ網１６又は遠隔ユーザ２に基づいて、パブリッシュするのに用いられる。保守機能は更に、リモート・アクセス・クライアント８によって収集された、ユーザ経験データを処理する。リモート・アクセス・クライアント８をサポートするよう、擬似静的データが保守機能（例えば、状態、交換表）によって保守される。
前処理の正常完了によって、アクセス・プロバイダ１８とのＰＰＰ接続が確立されてＣＨＡＰ認証が行われる一方、後処理はフロント・エンド２００で開始される。ＨＴＴＰ要求が（クライアント・プロフィールにおいて特定されたように）ウェブ・サーバ２８５に送信される。バック・エンドで実行されるスクリプトを特定するＨＴＴＰ要求は更に、電話帳及びクライアント・プロフィールのバージョン番号をパラメータとして含む。ウェブ・サーバはバージョン制御スクリプト２９０を実行して、局所ファイルとウェブ・サーバ上に記憶されたファイルとのバージョン番号を比較する。この方法において、ＨＴＴＰ応答は電話帳更新、若しくはクライアント・プロフィール更新、又は、所定数を超える連続更新の場合、電話帳及びクライアント・プロフィール全体、の何れかを含む。フロント・エンド２００の更新ユーティリティ２１０はデータ更新要求からのファイルを受信して、該ファイルを新規／削除又は変更電話帳及び／又はクライアント・プロフィール項目について解析して、当該変更は電話帳マネージャ３２０及びクライアント・プロフィール・マネージャ３１５に渡される。例示的実施例においては、電話帳及びクライアント・プロフィールは各々、３１２及び３０２でバックアップされる。電話帳マネージャ３２０はクライアント・プロフィール・マネージャ３１５と情報を伝え合い、今度はフラット・ファイル６及び７各々を更新する。
フロント・エンド２００から収集されたユーザ経験データはＨＴＴＰ要求としてウェブ・サーバ２８５に送信される。ログ・スクリプト２８０が、ログ２７５に一意のログ・ファイルを記憶するよう、ウェブ・サーバ２８５によって始動される。データ管理２５５は処理するよう、等間隔で、ログをポーリングする。
バック・エンド
次に図１２によって、リモート・アクセス・クライアント・システム・プラットフォームのバック・エンド４００の終端間フローを表す。データ管理２５５は電話帳とクライアント・プロフィールとの両方について新規ファイル又はファイル更新を受信する。当該処理はそのようなデータをデータベース中の既存の電話帳及びクライアント・プロフィール・テーブルに対して、その中の変動を検出するよう比較して該テーブルを更新する。データ管理２５５はクライアント・プロフィール（トランザクション更新及び完全更新）毎にカスタム電話帳を抽出して当該ファイルをウェブ・サーバ上に配置する。フロント・エンド２００はエンタープライズ網１６への接続によってファイルをアクセスする。
行使プラットフォーム２０の要員は電話帳及びクライアント・ファイルにおけるアイテムを電話帳管理ＧＵＩ３２５及びクライアント・プロフィールＧＵＩ３２９各々を用いて付加／削除／変更する。データ管理は更にデータベース・テーブル３３５及び３３７を更新する。データ管理２５５はカスタム電話帳をクライアント・プロフィール（トランザクション更新及び完全更新）毎に抽出して当該ファイルをウェブ・サーバ上に配置し、フロント・エンド２００は、エンタープライズ網１６への接続によって当該ファイルにアクセスする。ユーザ経験データはログ３３８に、電話帳におけるＰＯＰ評価を更新する、データ管理２５５による解析用に記憶される。
データベース管理アーキテクチャを、本発明の例示的実施例によって、例１３に表す。電話帳及びユーザ経験／サービスのレベルのデータをホストするオラクル（Ｏｒａｃｌｅ）（登録商標）に対するインタフェースがＭＳ（マイクロソフト）アクセス（ａｃｃｅｓｓ）のデータベースによって設けられる。遠隔データ端末４からユニックスのオラクル環境までの接続性はＯＤＢＣ（オープン・データベース・コネクティビティ）ドライバによって実現される。
前処理／後処理方法論
本発明の例示的実施例においては、ＶＰＮクライアントに加えて、リモート・アクセス・クライアント８が、接続（ＰＰＰ）前にエンタープライズ網１６とのポリシー準拠ＶＰＮリンクを動作可能にする１つ以上のアプリケーション１０を始動するよう構成される。これらのアプリケーションすなわち「前処理」は、ポリシー・ファイル７すなわち「クライアント・ファイル」の一部として特定される。前処理機能を構成することは特定のリモート・アクセス・クライアント８用クライアント・プロフィール７における前処理フィールドを設定することに係わる。同様に、正常接続（ＰＰＰ）後にエンタープライズ網１６とのポリシー準拠ＶＰＮリンクを動作可能にする１つ以上の処理を始動する、例示的実施例を構成し得る。これらのアプリケーションは、後処理と呼ばれ、更にクライアント・プロフィール７の一部として特定される。後処理を構成することは特定リモート・アクセス・クライアント８用クライアント・プロフィール７における後処理フィールドを設定することに係わる。
例示的実施例においては、リモート・アクセス・クライアント８はアプリケーション１０の特定のものを監視する。アプリケーション１０の監視は、アプリケーションを始動して、リモート・アクセス・クライアント８のＰＯＰ１８Ａへの接続中に当該アプリケーションが「生きている」か、又は期待したように機能しているかを保証することに係わる。当該アプリケーションが生きていない場合、リモート・アクセス・クライアントは普通より早く接続試行を終結させるよう構成し得る。同様に、例示的実施例は引き続き、ＰＰＰ後のそのようなアプリケーション（すなわち、後処理）がある特定の時間間隔でアプリケーションのステータスについて頻繁に「ポーリング」するのを監視し得る。この時間間隔はリモート・アクセス・クライアント８の初期設定（ＩＮＩ）ファイルにおける設定の一部としてカスタム化し得る。
一般に、監視はメモリにおけるその処理ハンドルの存在についてポーリングすることに係わる。本発明がメモリにおけるそのアプリケーションの処理ハンドルの存在についてだけを監視する場合、シンプル監視（Ｓｉｍｐｌｅ
Ｍｏｎｉｔｏｒｉｎｇ）と呼ぶ。逆に、知的監視はリモート・アクセス・クライアント８がアプリケーションのステータスをＡＰＩのようなインタフェースを通じて監視することによって特徴付けられる。アプリケーション１０のそのような実施形態において、本発明はアプリケーション処理の内部ステータスを監視するようそのようなインタフェースを用いる。
リモート・アクセス・クライアント８の前処理又は後処理は複数の種別であり得、そのような種別はペアレント（ｐａｒｅｎｔ）処理（ＰＰ）、ドーター（ｄａｕｇｈｔｅｒ）処理（ＤＰ）、シンプル監視処理（ＭＰ）、及び「知的」監視処理を含む。
例えば、前処理がＤＰ処理として設定された場合、リモート・アクセス・クライアント８は実行を続行する前に該ＤＰ処理が終結するのを待つ。ＤＰ後処理設定の例は：
ＤＰ Ｃ：＼Ｗｉｎｄｏｗｓ（登録商標）＼ｎｏｔｅｐａｄ．ｅｘｅ
したがって、処理がＰＰ処理として設定された場合、リモート・アクセス・クライアント８はＰＰ処理を始動して実行を続行する。この方法で、ＰＰの例においては、リモート・アクセス・クライアント８は実行を続行する前に当該処理が終結するのを待つことはしない。
ＰＰ後処理設定例は以下を含む：
ＰＰ Ｃ：＼ＰＲＯＧＲＡ〜１＼Ｎｏｒｔｅｌ＼Ｅｘｔｒａｎ〜１．ｅｘｅ−ｕ＃ＭＰ−ｐ＃ＭＰ
後処理がＤＰ処理として設定された場合、本発明の例示的実施例はそれをＰＰ種別と「みなす」。
後処理が１つでも（ｎが１から９までの間の分数の時）Ｗｎ種別として設定された場合、本発明においては、後処理が始動され、ｎ分の経過を待って、次にバックグラウンド（すなわち、デーモン）において当該処理を監視する。Ｗｎ後処理設定例は以下を含む：
Ｗ５ Ｃ：＼ＰＲＯＧＲＡ〜１＼Ｎｏｒｔｅｌ＼Ｅｘｔｒａｎ〜１．ｅｘｅ−ｕ＃ＭＰ−ｐ＃ＭＰ
ＭＰ処理は待ち時間として５分でＷｎ処理を設定すること、すなわち、Ｗ５処理、と同等である。
ＭＰ後処理設定例は以下を含む：
ＭＰ Ｃ：＼ＰＲＯＧＲＡ〜１＼ＣｉｓｃｏＶ〜１＼ＩＳＰＤＩＡ〜１．ＥＸＥ
％ｌｄのオプションとともに設定されたノーテル（Ｎｏｒｔｅｌ）（登録商標）エクストラネット・クライアント後処理は知的監視処理の例である。それは本発明が確立されたＶＰＮトンネルを監視することを可能にする。処理はＰＰ、ＭＰ又は知的監視のＷｎ種別として設定し得る。
そのような後処理が設定された場合、リモート・アクセス・クライアント８は処理を始動して、必要であれば、ｎ分間待って、次に処理を監視し始める。
エクストラネット知的監視処理の例は以下を含む：
ＰＰ Ｃ：＼ＰＲＯＧＲＡ〜１＼Ｎｏｒｔｅｌ＼Ｅｘｔｒａｎ〜１．ｅｘｅ−ｕ＃ＭＰ−ｐ＃ＭＰ−ｍ％１ｄ−ｈ％１ｄ
上記例は以下に同等である：
Ｗ５ Ｃ：＼ＰＲＯＧＲＡ〜１＼Ｎｏｒｔｅｌ＼Ｅｘｔｒａｎ〜１．ｅｘｅ−ｕ＃ＭＰ−ｐ＃ＭＵ−ｍ％１ｄ−ｈ％１ｄ
ポーリング間隔はどのくらい頻繁にリモート・アクセス・クライアント８が監視処理の状態を捜すかを判定する。監視処理のポーリング頻度はリモート・アクセス・クライアント８の．ｉｎｉファイルの一部として特定し得る。この（タイムアウトまでの最大ポール数（ＭＰＴＯ）と呼ばれる）設定は全ての監視処理の共通ポーリング間隔を設定する。この値がリモート・アクセス・クライアント８の．ｉｎｉファイルに設定されていない場合、初期値の設定に戻り、例示的実施例においては、初期値設定は５分である。
クライアント・プロフィール７における前処理及び後処理設定は、遠隔ユーザ２が図４のデータ・フィールド２８及び３０に自動的に設けるユーザＩＤ及びパスワードを「パススルー」するサポートを含む。該パススルーの設定はユーザＩＤ及びパスワードを入力として必要としてそれらを指令行パラメータとして読み取り得るそれらの前処理または後処理とともに用い得る。これによって、ユーザがユーザＩＤ及びパスワードを再び、前処理または後処理アプリケーション・ウィンドウにキー入力する必要なく、前処理又は後処理をシームレスに始動することを可能にする。
ユーザＩＤ／パスワードのパススルー機能を用いる処理設定例は以下を含む：
ＰＰ Ｃ：＼ＰＲＯＧＲＡ〜１＼Ｎｏｒｔｅｌ＼Ｅｘｔｒａｎ〜１．ｅｘｅ−ｕ＃ＭＰ−ｐ＃ＭＵ−ｍ％１ｄ−ｈ％１ｄ
上記の例においては、処理を始動する前に、本発明においては、サブストリング＃ＭＰ及び＃ＭＵが本発明の主ウィンドウ中のフィールドに入力されたユーザＩＤ及びパスワードと取り替えられる。当然、そのような機能が所望されない場合には、クライアント・プロフィールにおける前処理及び後処理設定は、指定アプリケーションを始動するのに、ユーザにユーザＩＤ及びパスワードを連続して入力するよう要求するサポートを含む。
処理を始動する前に、本発明ではダイアログがユーザに対して表示され、そこでユーザはユーザＩＤ及びパスワードを特定し得る。本発明では更にユーザＩＤ及びパスワードが処理に指令行パラメータとしてパススルーされる。ユーザに空の値によって初期化されたユーザＩＤ及びパスワードをプロンプトする処理設定の例は以下を含む：
ＰＰ Ｃ：＼ＰＲＯＧＲＡ〜１＼Ｎｏｒｔｅｌ＼Ｅｘｔｒａｎ〜１．ｅｘｅ−ｕ＃Ｐ−ｐ＃Ｕ−ｍ％１ｄ−ｈ％１ｄ
図４のＧＵＩ表示画面によって上述したように、処理を始動する前、リモート・アクセス・クライアント８はユーザＩＤ／パスワード・フィールドを有するダイアログを表示する。遠隔ユーザ２が「ＯＫ」をクリックすると、リモート・アクセス・クライアント８はフィールド２８及び３０に入力された値を受信する。リモート・アクセス・クライアント８はダイヤラに入力されたユーザＩＤを用いて処理ストリング中の＃Ｕサブストリングをデータ・フィールド２８からの値と取り替える。同様に、リモート・アクセス・クライアント８は＃Ｐをデータ・フィールド３０からのパスワード値と取り替え、クライアント・プロフィール７に表された前処理の始動に取りかかる。
遠隔ユーザ２に、始動時にセーブされた値によって初期化されたユーザＩＤ及びパスワードをプロンプトする、処理設定の別の例は以下を含む：
ＰＰ Ｃ：＼ＰＲＯＧＲＡ〜１＼Ｎｏｒｔｅｌ＼Ｅｘｔｒａｎ〜１．ｅｘｅ−ｕ＃ｐ−ｐ＃ｕ−ｍ％１ｄ−ｈ％１ｄ
上記例においては、処理を始動する前に、リモート・アクセス・クライアント８はユーザＩＤ／パスワード・フィールドを有するダイアログを表示する。ダイアログは更に、該フィールドに入力されたデータを記憶するセーブ・チェック・ボックス・フィールドを含み得る。リモート・アクセス・クライアント８は次にダイアログ中のユーザＩＤフィールドを、その前処理又は後処理用レジストリにセーブされたユーザＩＤによって初期化し、同様に、リモート・アクセス・クライアント８はダイアログ中のパスワード・フィールドをその前処理又は後処理用レジストリにセーブされたパスワード値によって初期化する。遠隔ユーザ２がＯＫをクリックすると、本発明においては、フィールドに入力された値に応じる。リモート・アクセス・クライアント８はダイヤラに入力されたユーザＩＤを用いて処理ストリング中の＃ｕサブストリングをダイアログからの値と取り替える。同様にリモート・アクセス・クライアント８は処理ストリング中の＃ｐサブストリングをダイアログからのパスワード値と取り替えて次にリモート・アクセス・クライアント８は処理の始動を試行する。
ブロードバンド・アプリケーションにおいては、リモート・アクセス・クライアント８は最小化されて実行され、監視アプリケーションの存在についてチェックし、特定ＶＰＮクライアント又は他の特定処理の実行／接続を走らせることを却下し、実施例は接続方法にかかわらず用いられる。これによってリモート・アクセスがポリシーに影響を及ぼすことを、トランスポートの種別、又は、そのトランスポートがリモート・アクセス・クライアント８によって開始されるか、にかかわらず、可能にする。この実施例は、リモート・アクセス・クライアント８がサービスとして実行しているか、又は、始動モードで実行している場合に、利用される。この実施例のポリシー行使エンジン構成部分は接続エージェント構成部分及びインタフェースから完全に分離されている。それらは必要に応じて情報を伝え合うことが可能である。更なる要件としてはポリシー条件が充足されない場合に如何なる接続からもネットワーク接続性を却下することがある。これによってアクセス制御を無線、ブロードバンド及び同様のトランスポートにまで拡張する。
アプリケーション例
下記の例はジョージア州アトランタのインターネット・セキュリティ・システム社によって製造されたブラックアイス（ＢｌａｃｋＩＣＥ）（商標登録）のようなワークステーション・ファイアウォール１２とともに利用される例示的実施例を説明するよう設けられている。ファイアウォール１２は遠隔データ端末４上のバックグラウンド処理として走るＰＣ侵入検出（ファイアウォール）ソフトウェアで、該遠隔データ端末上にはリモート・アクセス・クライアント８がインストールされている。特定のエンタープライズ網１６において、ファイアウォール１２は、インストール可能な．ＥＸＥファイルに、該エンタープライズに特有のポリシーによって、組み立てられ、インストール可能なリモート・アクセス・クライアント８は、アプリケーション・スイートの一部として、ブラックアイス・エージェントがバンドルされる。例示的実施例においては、インストール可能なリモート・アクセス・クライアント８はブラックアイス・ファイアウォールの「サイレント」インストール機能を利用するよう変更される。この方法において、遠隔ユーザ２がリモート・アクセス・クライアント８をインストールする場合、ダイヤラ・インストール・プログラムはブラックアイス・ファイアウォール１２の「サイレント」インストールを行う。当然、ファイアウォール１２は、インストール可能なリモート・アクセス・クライアント８とともに、そのようなニーズが特定されたエンタープライズ網１６だけについて、バンドルされる。ファイアウォール１２をインストールするのに加えて、インストール可能なリモート・アクセス・クライアント８は更に、インストール可能なファイアウォール、ＢＩ．ＥＸＥ、及びＤＩＳＦＩＲＥ．ＥＸＥ（これを用いてファイアウォール監視を動作不能にするユーティリティ・プログラム）をリモート・アクセス・クライアント８のフォルダに配置する。ファイアウォール１２のインストール可能な．ＥＸＥ名はＢＩ．ＩＮＩファイル設定において特定され、ＢＩＩはブラックアイス（ＢｌａｃｋＩＣＥ）インストール可能（Ｉｎｓｔａｌｌａｂｌｅ）を表す。リモート・アクセス・クライアント８は当該インストール可能ファイルの名前を、ファイアウォール１２のインストールを実施する場合に備えて、判定するようこの設定を用いる。例示的実施例においては、ファイアウォール１２は遠隔データ端末４のブート処理の一部として始動される。
例示的実施例のリモート・アクセス・クライアント８は遠隔データ端末４上のファイアウォール・ソフトウェアを検出するサポートを設ける。遠隔データ端末４上のファイアウォールのステータスに基づいて、リモート・アクセス・クライアント８は特定の補正処置をとり、それによってＰＰＰ前及び確立されたＶＰＮリンク経由のデータ・トランスポート中での不必要なネットワーク接続トラフィックからユーザのプライバシを保証する。この目的のために、リモート・アクセス・クライアント８は、クライアント・プロフィール７のセキュリティ・ポリシーを、定期的に更新され得て個別遠隔ユーザ２に特有の当該記憶された内容に基づいて行使する。リモート・アクセス・クライアント８は接続が成される前にファイアウォール１２のステータスを監視して、ファイアウォール１２が動作不能にされた場合には、ＰＰＰ接続の確立を妨げる。更に、リモート・アクセス・クライアント８は、接続が生きている間にファイアウォール１２が動作不能にされるか損傷した場合に、既存のＰＰＰ接続を終結させる。この方法において、リモート・アクセス・クライアント８はエンド・ユーザのファイアウォールのソフトウェアによって設けられたセキュリティを超える追加のセキュリティ層を設ける。
例示的実施例においては、リモート・アクセス・クライアント８は、クライアント・ポリシー７によってファイアウォール１２の特定機能を動作可能にする、動作中にファイアウォールとデータを交換するよう活用されたＡＰＩを利用する。遠隔データ端末４上では、ある特定の時点において、ファイアウォール１２は以下の状態の何れか１つであり得る：
（インストールされていない）ファイアウォール１２は遠隔データ端末４上にインストールされていない。
（停止）ファイアウォール１２はある手段によって侵入検出動作を行うことを動作不能にされている。
（応答なし）ファイアウォール１２は動作状態を確かめる問い合わせに応答していないが、理由は不明である。
（実行中）ファイアウォール１２は実行中で侵入検出動作を行っている。
したがって、ＢＩＭ（ブラックアイス監視）を設定しているＢＩ．ＩＮＩファイルに基づいて、例示的実施例のリモート・アクセス・クライアント８は遠隔データ端末４上のファイアウォール１２の種々の状態を監視して必要な処置を開始する役目を果たす。例として：
ＢＩＭ設定が１に設定された場合、リモート・アクセス・クライアント８はファイアウォール１２の状態を監視する。
ＢＩＭ設定が０に設定された場合、リモート・アクセス・クライアント８はファイアウォール１２を監視しない。
したがって、エンタープライズ網１６の要件に基づいて、リモート・アクセス・クライアント８は適宜、ＩＮＩファイルにＢＩＭ値を設定するよう構成される。例示的実施例においては、リモート・アクセス・クライアント８はＢＩＭを０の初期設定値に設定するよう構成される。
例示的実施例においては、リモート・アクセス・クライアント８は表１によって処置を開始し得る。
【０００７】
【表１】
動作不能ファイアウォール監視（ＤＩＳＦＩＲＥ．ＥＸＥ）と呼ぶ実行可能ファイルが、１つのセッションについてファイアウォール１２の監視を動作不能にするよう、リモート・アクセス・クライアント８とともに配布される。ＤＩＳＦＩＲＥ．ＥＸＥを実行させると、ＤＩＳＦＩＲＥは「注意」メッセージを遠隔ユーザ２に向けて表示する。該メッセージをＯＫ又はＹＥＳボタンによって受信通知することによって、ファイアウォール１２の監視が動作不能にされる。したがって、ファイアウォール１２の監視を動作不能にするには、遠隔ユーザ２は特定の状況においてＤＩＳＦＩＲＥ。ＥＸＥを用い得、限定された時間において、ファイアウォール１２の監視なしでエンタープライズ網１６に遠隔ユーザ２が接続される必要があり得る。この時間はユーザ経験データによってトラッキングし得、繰り返し利用によってこの機能を却下するよう、フラッグをクライアント・ポリシーにおいて設定し得る。
レジストリ設定、ＤＢＩＭＯ（動作不能（Ｄｉｓａｂｌｅ）ブラックアイス（ＢｌａｃｋＩＣＥ）エージェント監視（Ａｇｅｎｔ
Ｍｏｎｉｔｏｒｉｎｇ）一度（Ｏｎｃｅ））が１つのセッションについての動作不能を実現するのに用いられる。ＤＢＩＭＯ設定がクライアント・ポリシー７において０に設定された場合、リモート・アクセス・クライアント８はブラックアイス・エージェント状態を監視する。ＤＢＩＭＯ設定が１に設定された場合、リモート・アクセス・クライアント８は１つのセッションだけについてファイアウォール１２を監視することはしない。リモート・アクセス・クライアント８が、これが１に設定されたと判定する場合、それは０に再設定されて、次に遠隔ユーザ２がエンタープライズ網１６に接続を試行する時、ファイアウォール１２の監視が動作可能にされる。
リモート・アクセス・クライアント８ユーザ経験（ＵＥ）レコードはファイアウォール１２のステータスをレポートするのに用いられる。ファイアウォール１２のステータスは、ファイアウォール１２と統合されたリモート・アクセス・クライアント８を用いる遠隔ユーザ２についてのみレポートされる。例示的実施例においては、ＵＥの一部としてレポートされるファイアウォール１２の状態は以下の通りである：
ファイアウォール１２はインストールされておらず、リモート・アクセス・クライアント８だけが活用されている；
ファイアウォール１２がインストールされていて、ファイアウォール１２が実行中である；
ファイアウォール１２がインストールされておらず、セキュリティ・ポリシーが手作業によって動作不能にされている；
ファイアウォール１２がインストールされていて、セキュリティ・ポリシーが手作業によって動作不能にされている；
ファイアウォール１２がインストールされていて、ユーザが切断されていて、ファイアウォール１２が応答していない；
ファイアウォール１２がインストールされていて、ユーザが切断されていて、ファイアウォールが実行していない；
ファイアウォール１２がインストールされていて、遠隔ユーザ２が切断されていて、ファイアウォール１２が接続中にインストールされていない；
ファイアウォール１２がインストールされていて、遠隔ルーザ２が切断されていて、フィアウォール１２のステータスは不明；
遠隔ユーザ２はアクセスが拒否され、ファイアウォール１２は応答していない；
遠隔ユーザ２はアクセスが拒否され、ファイアウォール１２は実行していない；
遠隔ユーザ２はアクセスが拒否され、ファイアウォール１２のステータスは不明；及び
遠隔ユーザ２はアクセスが拒否され、ファイアウォール１２はインストールされていない。
表２はＵＥ（ユーザ経験）におけるフィールドを、例示的実施例での発生順に、表す。表の最終行に表す、ファイアウォール・ステータス・コードの、フィールドはファイアウォール１２の状態をレポートする目的でレコードに付加される新規フィールドである。
【０００８】
【表２】
【０００９】
【表３】
当然、例示的実施例がファイアウォール・アプリケーション１０を説明する一方、ウィールス保護ソフトウェアのような他のアプリケーションも同等に上記の説明に適用し得る。更に、リモート・アクセス・クライアント８が接続を妨げて（前処理）接続を動作不能にする（後処理）ものとして説明されているが、当業者はポリシー・ファイル７はアプリケーション１０の設定及び実施形態を変更するよう構成し得ることがわかるものである。例えば、リモート・アクセス・エージェントはＰＯＰ１８Ａから、所定のポリシー違反回数後に、切断し得、又は切断を開始する前にポリシー準拠工程を行うようユーザにプロンプトし得る。
明らかに、本発明の容易に認識できる変更及び変形例が上記の教示に鑑みて考えられる。したがって、本明細書及び特許請求の範囲において、本発明は特にここで説明したようなものとは別の方法で実施し得ることを特筆する。例えば、ソフトウェア構成部分とハードウェア構成部分との両方がお互いに協調するものとして説明しているが、ここで説明するシステムは全部ソフトウェアによって実施し得ることを企図している。ソフトウェアは磁気若しくは光ディスク、又は無線周波数若しくは可聴周波数搬送波のような担体によって実施し得る。
したがって、上述の説明は本発明の例示的実施例を開示して説明しているだけである。当業者にはわかるように、本発明はその精神又は本質的な特徴から逸脱することなく他の特定の形態にて実施し得る。したがって、本発明の開示は図示的なものであるが、本明細書及び特許請求の範囲を制限するものではないことが企図されている。本明細書及び特許請求の範囲の中の教示の如何なる容易に認識可能な変形例をも含む、当該開示内容は、発明の要旨が開放されることのないよう、本明細書及び特許請求の範囲における用語の範囲をある程度特定する。
【図面の簡単な説明】
【００１０】
【図１】本発明の例示的実施例による、リモート・アクセス・クライアント・システムの高水準ネットワーク図である。
【図２Ａ】図１によるリモート・アクセス・クライアント・システムの実施形態を示すネットワーク図である。
【図２Ｂ】図１によるリモート・アクセス・クライアント・システムの実施形態を示すネットワーク図である。
【図３】本発明の例示的実施例による、接続エージェントの構成を表す流れ図である。
【図４】本発明の例示的実施例による、例示的接続ＧＵＩ（画像ユーザ・インタフェース）表示画面である。
【図５】本発明の例示的実施例による、例示的電話帳選定ＧＵＩ表示画面である。
【図６】本発明の例示的実施例による、例示的ユーザ経験ＧＵＩ表示画面である。
【図７】本発明の例示的実施例による、例示的ダイヤル特性ＧＵＩ表示画面である。
【図８】本発明の例示的実施例による認証の流れ図である。
【図９】図８の工程を利用する論理装置を示す高水準ネットワーク図である。
【図１０】図１によるリモート・アクセス・クライアント・システムのフロント・エンドの終端間処理の流れ図である。
【図１１】図１によるリモート・アクセス・クライアント・システムのフロント・エンド処理の流れ図である。
【図１２】図１によるリモート・アクセス・クライアント・システムのバック・エンド処理の流れ図である。
【図１３】図１の行使プラットフォームのデータベース・アーキテクチャの高水準構成図である。
【図１４】本発明の例示的実施例による図１０乃至１１のフロント・エンドの論理データ・モデルである。
【図１５】図１４の論理データ・モデルに対応する物理データ・モデルを表す図である。
【図１６】１６ａ乃至１６ｃは、図１４の論理データ・モデルに対応する物理データ・モデルを表す図である。
【図１７】１７ａ及び１７ｂは、図１４の論理データ・モデルに対応する物理データ・モデルを表す図である。
【図１８】１８ａ及び１８ｂは、図１４の論理データ・モデルに対応する物理データ・モデルを表す図である。
【図１９】本発明の例示的実施例による、例示的クライアント・プロフィールを表す図である。
【図２０Ａ】本発明の例示的実施例による、例示的クライアント・プロフィールを表す図である。
【図２０Ｂ】本発明の例示的実施例による、例示的クライアント・プロフィールを表す図である。
【図２１Ａ】本発明の例示的実施例による、例示的クライアント・プロフィールを表す図である。
【図２１Ｂ】本発明の例示的実施例による、例示的クライアント・プロフィールを表す図である。
【特許請求の範囲】
【請求項１】
エンタープライズ網に対するアクセスを公衆網によって、仮想私設網接続を該私設網と遠隔データ端末との間において前記公衆網を経由して動作可能にするよう、設ける方法であって：
前記遠隔データ端末の遠隔ユーザに対してアプリケーション・スイートを設ける工程；
を有し、該アプリケーション・スイートは、
前記エンタープライズ網及び前記遠隔データ端末との間のＶＰＮリンクを構成するリモート・アクセス・クライアント；
少なくとも１つのポリシー準拠アプリケーション；及び
前記リモート・アクセス・クライアントを経由した前記公衆網に対する接続を確立する接触インディシアを含む電話帳；
を含み、
前記遠隔データ端末のポリシー・プロフィールが前記リモート・アクセス・クライアントに対する前記少なくとも１つのポリシー準拠アプリケーションの協調実行を詳細に説明するのに利用されることを特徴とする方法。
【請求項２】
請求項１記載の方法であって、前記アプリケーション・スイートが前記公衆網に対してユーザ経験データをアップロードするユーティリティを含むことを特徴とする方法。
【請求項３】
請求項１記載の方法であって、前記アプリケーション・スイートが前記公衆網から前記ポリシー・プロフィールに対する更新を受信するユーティリティを含むことを特徴とする方法。
【請求項４】
請求項１記載の方法であって、更に：
前記公衆網に対する接続によって前記ポリシー・プロフィールを前記遠隔データ端末に対して設ける工程；
を有することを特徴とする方法。
【請求項１】
エンタープライズ網に対するアクセスを公衆網によって、仮想私設網接続を該私設網と遠隔データ端末との間において前記公衆網を経由して動作可能にするよう、設ける方法であって：
前記遠隔データ端末の遠隔ユーザに対してアプリケーション・スイートを設ける工程；
を有し、該アプリケーション・スイートは、
前記エンタープライズ網及び前記遠隔データ端末との間のＶＰＮリンクを構成するリモート・アクセス・クライアント；
少なくとも１つのポリシー準拠アプリケーション；及び
前記リモート・アクセス・クライアントを経由した前記公衆網に対する接続を確立する接触インディシアを含む電話帳；
を含み、
前記遠隔データ端末のポリシー・プロフィールが前記リモート・アクセス・クライアントに対する前記少なくとも１つのポリシー準拠アプリケーションの協調実行を詳細に説明するのに利用されることを特徴とする方法。
【請求項２】
請求項１記載の方法であって、前記アプリケーション・スイートが前記公衆網に対してユーザ経験データをアップロードするユーティリティを含むことを特徴とする方法。
【請求項３】
請求項１記載の方法であって、前記アプリケーション・スイートが前記公衆網から前記ポリシー・プロフィールに対する更新を受信するユーティリティを含むことを特徴とする方法。
【請求項４】
請求項１記載の方法であって、更に：
前記公衆網に対する接続によって前記ポリシー・プロフィールを前記遠隔データ端末に対して設ける工程；
を有することを特徴とする方法。
【図１】
【図２Ａ】
【図２Ｂ】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０Ａ】
【図２０Ｂ】
【図２１Ａ】
【図２１Ｂ】
【図２Ａ】
【図２Ｂ】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０Ａ】
【図２０Ｂ】
【図２１Ａ】
【図２１Ｂ】
【公開番号】特開２００９−３９２９（Ｐ２００９−３９２９Ａ）
【公開日】平成２１年１月８日（２００９．１．８）
【国際特許分類】
【出願番号】特願２００８−１５６７４６（Ｐ２００８−１５６７４６）
【出願日】平成２０年６月１６日（２００８．６．１６）
【分割の表示】特願２００３−５３１３４５（Ｐ２００３−５３１３４５）の分割
【原出願日】平成１４年９月３０日（２００２．９．３０）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．リナックス
２．Ｌｉｎｕｘ
【出願人】（５０３４３７４４０）ファイバーリンク コミュニケーションズ コーポレーション (1)
【Ｆターム（参考）】
【公開日】平成２１年１月８日（２００９．１．８）
【国際特許分類】
【出願日】平成２０年６月１６日（２００８．６．１６）
【分割の表示】特願２００３−５３１３４５（Ｐ２００３−５３１３４５）の分割
【原出願日】平成１４年９月３０日（２００２．９．３０）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．リナックス
２．Ｌｉｎｕｘ
【出願人】（５０３４３７４４０）ファイバーリンク コミュニケーションズ コーポレーション (1)
【Ｆターム（参考）】
[ Back to top ]