(57)【要約】コネクトサーバ（１２０）へのクライアント（１１０）の通信を認証する方法および装置である。チケット認証局（２２５）は、クライアント（１１０）と関連するチケットを生成する。チケットは、第１のチケットおよび第２のチケットを含む。チケット認証局（２２５）は、第１のチケットをクライアント（１１０）に送信し、クライアント（１１０）は第１のチケットを利用して、コンテンツサーバプロキシ（１１５）との通信セッション（１３５）を確立する。チケット認証局（２２５）は、その後、第２のチケットをコンテンツサーバプロキシ（１１５）に送信し、コンテンツサーバプロキシ（１１５）は、第２のチケットを利用して、コンテンツサーバ（１２０）との通信セッション（１４５）を確立する。
2005518595.tif 000002
【特許請求の範囲】
【請求項１】
クライアントをコンテンツサーバに対して認証する方法であって、該方法は、
該クライアントと関連するチケットを生成するステップであって、該チケットは、第１のチケットおよび第２のチケットを含み、該第２のチケットの使用がディセーブルされる、ステップと、
該第１のチケットを該クライアントに送信するステップと、
該第１のチケットを検証するステップと、
該第１のチケットが検証された後、該第１のチケットを用いて、コンテンツサーバプロキシとの通信セッションを確立するステップと、
該第１のチケットの該検証に続いて、該第２のチケットの使用をイネーブルするステップと、
該イネーブルされた第２のチケットを用いて、該コンテンツサーバとの通信セッションを確立するステップと
を包含する、方法。
【請求項２】
前記クライアントと関連する前記チケットを生成する前に、該クライアントがウェブサーバに対して認証される、請求項１に記載の方法。
【請求項３】
前記チケット認証局は、前記第１のチケットをウェブサーバに送信し、該ウェブサーバは、該第１のチケットを前記クライアントに送信する、請求項１に記載の方法。
【請求項４】
前記クライアントは、前記第１のチケットを前記コンテンツサーバプロキシに送信する、請求項１に記載の方法。
【請求項５】
前記コンテンツサーバプロキシは、前記第１のチケットを前記チケット認証局に送信し、該チケット認証局は、該第１のチケットの検証に続いて、前記第２のチケットを該コンテンツサーバプロキシに送信する、請求項１に記載の方法。
【請求項６】
前記コンテンツサーバプロキシは、前記第２のチケットの前記イネーブルに続いて、該第２のチケットを前記コンテンツサーバに送信する、請求項１に記載の方法。
【請求項７】
前記コンテンツサーバは、前記チケット認証局を用いて、前記第２のチケットを検証する、請求項１に記載の方法。
【請求項８】
前記コンテンツサーバは、前記チケット認証局に、前記第２のチケットを検証することをリクエストする、請求項７に記載の方法。
【請求項９】
前記チケット認証局は、検証のために、前記コンテンツサーバに前記第２のチケットをプッシュする、請求項７に記載の方法。
【請求項１０】
前記チケット認証局は、前記第２のチケットをウェブサーバに送信し、該ウェブサーバは、検証のために、前記コンテンツサーバに該第２のチケットをプッシュする、請求項１に記載の方法。
【請求項１１】
前記チケット認証局は、前記第１のチケットおよび前記ディセーブルされた第２のチケットをウェブサーバに送信し、該ウェブサーバは、該第１のチケットおよび該ディセーブルされた第２のチケットを前記クライアントに送信する、請求項１に記載の方法。
【請求項１２】
前記クライアントは、前記第１のチケットおよび前記ディセーブルされた第２のチケットを前記コンテンツサーバプロキシに送信する、請求項１１に記載の方法。
【請求項１３】
前記ディセーブルされた第２のチケットを前記コンテンツサーバプロキシおよびウェブサーバの少なくとも１つに送信するステップをさらに包含する、請求項１に記載の方法。
【請求項１４】
前記イネーブルされた第２のチケットを前記コンテンツサーバプロキシに送信するステップをさらに包含する、請求項１に記載の方法。
【請求項１５】
通信セッションプロトコルは、前記クライアントと前記コンテンツサーバとの間に確立される、請求項１に記載の方法。
【請求項１６】
第１の通信セッションプロトコルは、前記クライアントと前記コンテンツサーバプロキシとの間に確立され、第２の通信セッションプロトコルは、該コンテンツサーバプロキシと前記コンテンツサーバとの間に確立される、請求項１に記載の方法。
【請求項１７】
前記第１の通信セッションプロトコルは、前記第２の通信セッションプロトコルとは異なる、請求項１６に記載の方法。
【請求項１８】
第１の通信セッションプロトコルは、前記クライアントと前記コンテンツサーバプロキシとの間に確立され、第２の通信セッションプロトコルは、該クライアントとウェブサーバとの間に確立される、請求項１に記載の方法。
【請求項１９】
前記第１の通信セッションプロトコルは、前記第２の通信セッションプロトコルとは異なる、請求項１８に記載の方法。
【請求項２０】
前記クライアントは、ウェブベースのブラウザを備える、請求項１に記載の方法。
【請求項２１】
前記コンテンツサーバプロキシは、セキュアソケットレイヤリレーである、請求項１に記載の方法。
【請求項２２】
前記第２のチケットを前記コンテンツサーバプロキシに送信する前記ステップは、前記コンテンツサーバのアドレスを該コンテンツサーバプロキシに送信するステップをさらに包含する、請求項１に記載の方法。
【請求項２３】
ユーザを認証するシステムであって、
クライアントと、
チケット認証局と、
コンテンツサーバと、
該クライアント、該チケット認証局および該コンテンツサーバと通信するコンテンツサーバプロキシとを備え、
該チケット認証局は、該クライアントと関連するチケットを生成し、該チケットは、第１のチケットおよび第２のチケットを含み、
該第１のチケットは、該クライアントに送信され、かつ該コンテンツサーバプロキシとの第１の通信セッションを確立するために用いられ、
該第２のチケットは、該コンテンツサーバプロキシに送信され、かつ該コンテンツサーバとの第２の通信セッションを確立するために用いられる、システム。
【請求項２４】
前記チケット認証局が前記クライアントと関連する前記チケットを生成する前に、該クライアントは、ウェブサーバに対して認証される、請求項２３に記載のシステム。
【請求項２５】
前記チケット認証局は、前記第１のチケットをウェブサーバに送信し、該ウェブサーバは、該第１のチケットを前記クライアントに送信する、請求項２３に記載のシステム。
【請求項２６】
前記クライアントは、前記第１のチケットを前記コンテンツサーバプロキシに送信する、請求項２３に記載のシステム。
【請求項２７】
前記コンテンツサーバプロキシは、前記第１のチケットを前記チケット認証局に送信し、該チケット認証局は、前記第２のチケットを該コンテンツサーバプロキシに送信する、請求項２３に記載のシステム。
【請求項２８】
前記コンテンツサーバプロキシは、前記第２のチケットを前記コンテンツサーバに送信する、請求項２３に記載のシステム。
【請求項２９】
前記コンテンツサーバは、前記チケット認証局を用いて、前記第２のチケットを検証する、請求項２３に記載のシステム。
【請求項３０】
前記コンテンツサーバは、前記チケット認証局に、前記第２のチケットを検証することをリクエストする、請求項２９に記載のシステム。
【請求項３１】
前記チケット認証局は、検証のために、前記コンテンツサーバに前記第２のチケットをプッシュする、請求項２９に記載のシステム。
【請求項３２】
前記チケット認証局は、前記第２のチケットをウェブサーバに送信し、該ウェブサーバは、検証のために、前記コンテンツサーバに該第２のチケットをプッシュする、請求項２３に記載のシステム。
【請求項３３】
ディセーブルされた第２のチケットは、前記第１のチケットと共に前記クライアントに送信される、請求項２３に記載のシステム。
【請求項３４】
前記チケット認証局は、前記第１のチケットおよび前記ディセーブルされた第２のチケットをウェブサーバに送信し、該ウェブサーバは、該第１のチケットおよび該ディセーブルされた第２のチケットを前記クライアントに送信する、請求項３３に記載のシステム。
【請求項３５】
前記クライアントは、前記第１のチケットおよび前記ディセーブルされた第２のチケットを前記コンテンツサーバプロキシに送信する、請求項３３に記載のシステム。
【請求項３６】
前記コンテンツサーバプロキシは、前記第１のチケットおよび前記ディセーブルされた第２のチケットを前記チケット認証局に送信し、該チケット認証局は、該ディセーブルされた第２のチケットをイネーブルする、請求項３３に記載のシステム。
【請求項３７】
前記イネーブルされた第２のチケットの前記コンテンツサーバプロキシへの送信を含む、請求項３６に記載のシステム。
【請求項３８】
通信セッションプロトコルは、前記クライアントと前記コンテンツサーバとの間に確立される、請求項２３に記載のシステム。
【請求項３９】
第１の通信セッションプロトコルは、前記クライアントと前記コンテンツサーバプロキシとの間に確立され、第２の通信セッションプロトコルは、該コンテンツサーバプロキシと前記コンテンツサーバとの間に確立される、請求項２３に記載のシステム。
【請求項４０】
前記第１の通信セッションプロトコルは、前記第２の通信セッションプロトコルとは異なる、請求項３９に記載のシステム。
【請求項４１】
第１の通信セッションプロトコルは、前記クライアントと前記コンテンツサーバプロキシとの間に確立され、第２の通信セッションプロトコルは、前記クライアントとウェブサーバとの間に確立される、請求項２３に記載のシステム。
【請求項４２】
前記第１の通信セッションプロトコルは、前記第２の通信セッションプロトコルとは異なる、請求項４１に記載のシステム。
【請求項４３】
前記クライアントは、ウェブベースのブラウザを備える、請求項２３に記載のシステム。
【請求項４４】
前記コンテンツサーバプロキシは、セキュアソケットレイヤリレーである、請求項２３に記載のシステム。
【請求項４５】
ユーザを認証するシステムであって、
クライアントと、
該クライアントと関連するチケットを生成するチケット認証局であって、該チケットは、第１のチケットおよび第２のチケットを含み、該第２のチケットの使用がディセーブルされる、チケット認証局と、
コンテンツサーバと、
該クライアント、該チケット認証局および該コンテンツサーバと通信し、かつ該第１のチケットを受信するコンテンツサーバプロキシと、
該クライアントおよび該チケット認証局と通信するウェブサーバとを備え、
該コンテンツサーバプロキシは、該チケット認証局が該第１のチケットを検証した後、該クライアントと該コンテンツサーバプロキシとの間に第１の通信セッションプロトコルを確立し、
該チケット認証局は、該第１のチケットの該検証の後、該第２のチケットをイネーブルし、
該コンテンツサーバプロキシは、該イネーブルされた第２のチケットを用いて、第１の通信セッションプロトコルとは異なる第２の通信セッションプロトコルを確立する、システム。
【請求項４６】
前記クライアントは、前記ウェブサーバに対して認証される、請求項４５に記載のシステム。
【請求項４７】
前記チケット認証局は、前記第１のチケットを前記ウェブサーバに送信する、請求項４５に記載のシステム。
【請求項４８】
前記ウェブサーバは、前記第１のチケットを前記クライアントに送信する、請求項４５に記載のシステム。
【請求項４９】
前記クライアントは、前記第１のチケットを前記コンテンツサーバプロキシに送信する、請求項４５に記載のシステム。
【請求項５０】
前記コンテンツサーバプロキシは、前記第１のチケットを前記チケット認証局に送信する、請求項４５に記載のシステム。
【請求項５１】
前記チケット認証局は、前記第２のチケットを前記コンテンツサーバプロキシに送信する、請求項４５に記載のシステム。
【請求項５２】
前記コンテンツサーバプロキシは、前記第２のチケットを前記コンテンツサーバに送信する、請求項４５に記載のシステム。
【請求項５３】
前記コンテンツサーバは、前記チケット認証局を用いて、前記イネーブルされた第２のチケットを検証する、請求項４５に記載のシステム。
【請求項５４】
前記コンテンツサーバは、前記チケット認証局に、前記イネーブルされた第２のチケットを検証することをリクエストする、請求項５３に記載のシステム。
【請求項５５】
前記チケット認証局は、検証のために、前記コンテンツサーバに前記イネーブルされた第２のチケットをプッシュする、請求項５３に記載のシステム。
【請求項５６】
前記チケット認証局は、前記第２のチケットを前記ウェブサーバに送信し、該ウェブサーバは、検証のために、前記コンテンツサーバに該第２のチケットをプッシュする、請求項４５に記載のシステム。
【請求項５７】
前記ディセーブルされた第２のチケットは、前記第１のチケットと共に前記クライアントに送信される、請求項４５に記載のシステム。
【請求項５８】
前記チケット認証局は、前記第１のチケットおよび前記ディセーブルされた第２のチケットを前記ウェブサーバに送信し、該ウェブサーバは、該第１のチケットおよび該ディセーブルされた第２のチケットを前記クライアントに送信する、請求項５７に記載のシステム。
【請求項５９】
前記クライアントは、前記第１のチケットおよび前記ディセーブルされた第２のチケットを前記コンテンツサーバプロキシに送信する、請求項５７に記載のシステム。
【請求項６０】
前記コンテンツサーバプロキシは、前記第１のチケットおよび前記ディセーブルされた第２のチケットを前記チケット認証局に送信し、該チケット認証局は、該ディセーブルされた第２のチケットをイネーブルする、請求項５７に記載のシステム。
【請求項６１】
前記イネーブルされた第２のチケットの前記コンテンツサーバプロキシへの送信をさらに含む、請求項６０に記載のシステム。
【請求項６２】
通信セッションプロトコルは、前記クライアントと前記コンテンツサーバとの間に確立される、請求項４５に記載のシステム。
【請求項６３】
第３の通信セッションプロトコルが、前記コンテンツサーバプロキシと前記コンテンツサーバとの間に確立される、請求項４５に記載のシステム。
【請求項６４】
前記第１の通信セッションプロトコルは、前記第３の通信セッションプロトコルとは異なる、請求項６３に記載のシステム。
【請求項６５】
前記クライアントは、ウェブベースのブラウザを備える、請求項４５に記載のシステム。
【請求項６６】
前記コンテンツサーバプロキシは、セキュアソケットレイヤリレーである、請求項４５に記載のシステム。
【請求項６７】
ユーザを認証するシステムであって、
クライアントと、
第１のチケット認証局と、
第２のチケット認証局と、
コンテンツサーバと、
該クライアント、該第１のチケット認証局および該コンテンツサーバと通信するコンテンツサーバプロキシとを備え、
該第１のチケット認証局は、該クライアントと関連する第１のチケットを生成し、
該第２のチケット認証局は、該コンテンツサーバと関連する第２のチケットを生成し、
該第１のチケットは、該クライアントに送信され、かつ該コンテンツサーバプロキシとの第１の通信セッションを確立するために用いられ、
該第２のチケットは、該コンテンツサーバプロキシに送信され、かつ該コンテンツサーバとの第２の通信セッションを確立するために用いられる、システム。
【請求項６８】
ユーザを認証するシステムであって、
クライアントと関連するチケットを生成する手段であって、該チケットは、第１のチケットおよび第２のチケットを含む、手段と、
該第１のチケットを該クライアントに送信する手段と、
該第１のチケットを用いて、コンテンツサーバプロキシとの第１の通信セッションを確立する手段と、
該第２のチケットを該コンテンツサーバプロキシに送信する手段と、
該第２のチケットを用いて、コンテンツサーバとの第２の通信セッションを確立する手段と
を備える、システム。
【発明の詳細な説明】
【技術分野】
【０００１】
（本発明の分野）
本発明は、概して、ネットワークコンポーネントをトラバースすることに関し、および、より具体的には、ネクストホップルーティングおよびパーホップチケットを使用する認証される任意の（ａｒｂｉｔｒａｒｙ）ネットワークコンポーネントを安全に提供することに関する。
【背景技術】
【０００２】
（本発明の背景）
図１を参照して、従来技術で公知のコンピュータシステム１００は一般的に、クライアントコンピュータ１１０、コンテンツサーバプロキシ１１５、およびコンテンツサーバ１２０を含む。クライアントサーバ１１０は一般的に、インターネットまたはワールドワイドウェブなどのネットワーク１３０を介して、コンテンツサーバ１２０から情報をダウンロードし得るパーソナルコンピュータである。コンテンツサーバプロキシ１１５は、一般的に、コンテンツサーバ１２０へのおよびコンテンツサーバ１２０からのメッセージがパスするルータなどの安全ゲートウェイである。コンテンツサーバ１２０は、クライアント１１０によってアクセスされ得る一つ以上のアプリケーションプログラムをホストする。
【０００３】
クライアント１１０は一般的に、クライアントプロキシ通信チャネル１３５を介してコンテンツサーバプロキシ１１５と通信する。コンテンツサーバプロキシ１１５は一般的にプロキシサーバ通信チャネル１４５を介してコンテンツサーバ１２０と通信する。コンピュータシステム１００はまた一般的に、コンテンツサーバ１２０への／からの認可されていない通信を禁止するためのファイヤウォール１５０，１６０を含む。
【０００４】
クライアント１１０は一般的に、コンテンツサーバプロキシ１１５のファイヤウォール１５０およびコンテンツサーバ１２０のファイヤウォール１６０を通った後にコンテンツサーバ１２０へのアクセスを得る。したがって、認可されていないユーザがコンテンツサーバプロキシ１１５およびファイヤウォール１６０をバイパスする（ｂｙｐａｓｓ）場合（つまり、認可されていないユーザが、コンテンツサーバプロキシ１１５を最初にアクセスすることなしに、コンテンツサーバ１２０に接続し得る場合）、認可されていないユーザは一般的に、付加的なセキュリティに遭うことなしにコンテンツサーバ１２０にアクセスし得る。さらに、ファイヤウォール１５０を侵害する悪意のあるユーザは一般的に、コンテンツサーバプロキシ１１５および、多くの場合、コンテンツサーバ１２０に対する無制限のアクセスを有する。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
したがって、認可されていないユーザからのコンテンツサーバ１２０の防御を増加する必要がある。また、コンテンツサーバ１２０へのアクセスを得る前に、一つ以上の付加的な安全措置を通るために必要とするクライアント１１０をルーティングするネットワークを実行する必要性がある。
【課題を解決するための手段】
【０００６】
（本発明の要旨）
本発明は、クライアントをコンテンツサーバに対して認可するための方法およびシステムに関する。一局面において、この方法は、クライアントに関連するチケットをチケット認証局（ｔｉｃｋｅｔ  ａｕｔｈｏｒｉｔｙ）によって生成するステップを含む。このチケットは、第一のチケットおよび第二のチケットを含む。この方法はまた、クライアントおよびコンテンツサーバプロキシと通信セッションを確立する第一のチケットを使用するクライアントに第一のチケットを送信するステップを含む。この方法はまた、コンテンツサーバプロキシおよびコンテンツサーバと通信セッションを確立する第二のチケットを使用するコンテンツサーバプロキシを含む。
【０００７】
一実施形態において、クライアントは、チケット認証局がクライアントに関するチケットを生成する前にウェブサーバに認可される。この方法は、ウェブサーバへの第一のチケットを送信するステップおよびウェブサーバがクライアントに第一のチケットを送信するステップを含み得る。別の実施形態において、チケット認証局は、第一のチケットでディセーブルされた第二のチケットをクライアントに送信する。チケット認証局はまた、コンテンツサーバプロキシに対する第二のチケットの送信でコンテンツサーバのアドレスを送信し得る。
【０００８】
別の局面において、このシステムは、クライアント、チケット認証局、コンテンツサーバおよびコンテンツサーバプロキシを含む。コンテンツサーバプロキシは、クライアント、チケット認証局、およびクライアントサーバと通信する。チケット認証局は、クライアントと関連するチケットを生成する。このチケットは、第一のチケットおよび第二のチケットを含む。第一のチケットは、クライアントに送信され、コンテンツサーバプロキシとの第一の通信セッションを確立するために使用される。第二のチケットは、コンテンツサーバプロキシに送信され、コンテンツサーバプロキシとの第二の通信セッションを確立するために使用される。
【０００９】
一実施形態において、クライアントはウェブサーバに対して認可される。チケット認証局はまた、ウェブサーバに第二のチケットを送信し得、ウェブサーバは、第二のチケットを検証のためにコンテンツサーバに送信する。一実施形態において、コンテンツサーバプロキシは、安全なソケットレイヤーリレー（ｓｏｃｋｅｔ  ｌａｙｅｒ  ｒｅｌａｙ）である。
【００１０】
さらなる利点と共に上述された本発明の利点は、添付される図面と結びつく以下の説明を参照することによってよりよく理解され得る。図面において、参照符号は概して、異なる図面に渡って同じ部分を参照する。また、図面は、共通の縮尺を持つ必要はなく、本発明の原理を示す際には一般的に配置される代わりに強調する。
【発明を実施するための最良の形態】
【００１１】
（本発明の詳細な説明）
図２Ａは、コンテンツの安全な送達に対する通信システムの実施形態のブロック図を示す。通信システム２０５は、クライアント１１０、コンテンツサーバプロキシ１１５、コンテンツサーバ１２０、ウェブサーバ２２０、およびチケット認証局２２５を含む。通信システム２０５はまた、コンテンツサーバ１２０への／からの認可されてない通信を禁止する二つのファイヤウォール１５０、１６０を含む。このファイヤウォール１５０，１６０の間のネットワークは、「非武装地帯」（ＤＭＺ）２３０としてしばしば参照される。一実施形態において、ＤＭＺ２３０は、コンテンツサーバプロキシ１１５およびウェブサーバ２２０を含む。
【００１２】
クライアント１１０は、任意のパーソナルコンピュータ（例えば、ｘ８６、６８０ｘ０、ＰｏｗｅｒＰＣ、ＰＡ−ＲＩＳＣ、ＭＩＰＳファミリ）、スマートまたはダムの端末、ネットワークコンピュータ、ワイヤレスデバイス、情報電気機器、ワークステーション、ミニコンピュータ、メインフレームコンピュータ、または、グラフィカルユーザインターフェイスを有する他のコンピュータデバイスであり得る。クライアント１１０によって支持されるオペレーティングシステムは、Ｒｅｄｍｏｎｄ、ＷａｓｈｉｎｇｔｏｎのＭｉｃｒｏｓｏｆｔ  ＣｏｒｐｏｒａｔｉｏｎからのオペレーティングシステムであるＷＩＮＤＳＯＷＳ（Ｒ）、Ｍａｃｉｎｔｏｓｈオペレーティングシステム、Ｊａｖａ（Ｒ）ＯＳ、および種々の態様のＵｎｉｘ（Ｒ）（例えば、Ｓｏｌａｒｉｓ、ＳｕｎＯＳ，Ｌｉｎｕｘ，ＨＰ−ＵＸ，Ａ／ＩＸ，および、ＢＳＤベースの配布）の任意の様態を含み得る。
【００１３】
クライアント１１０は、クライアントプロキシ通信チャネル１３５を介してコンテンツサーバプロキシ１１５と通信し、また、クライアントウェブサーバ通信チャネル２４０を介してウェブサーバ２２０と通信する。コンテンツサーバプロキシ１１５は、プロキシ認証局通信チャネル２４５を介してチケット認証局２２５と通信し、ウェブサーバ２２０は、ウェブサーバ認証局通信チャネル２５０を介してチケット認証局２２５と通信する。コンテンツサーバプロキシ１１５はまた、プロキシサーバ通信チャネル１４５を介してコンテンツサーバ１２０と通信する。別の実施形態において、ウェブサーバ２２０は、エージェントサーバ通信チャネル２５５を介してコンテンツサーバ１２０と通信し得る。同様に、コンテンツサーバ１２０は、チケットコンテンツサーバ通信チャネル２５７を介してチケット認証局２２５と通信し得る。一実施形態において、それぞれの通信チャネル１３５，１４５、２４０、２４５、２５０、２５５、２５７は、ネットワーク１３０を介して確立される。
【００１４】
一実施形態において、クライアント１１０は、ＷＡ、ＲｅｄｍｏｎｄのＭｉｃｒｏｓｏｆｔ  Ｃｏｒｐｏｒａｔｉｏｎによって開発されたＩＮＴＥＲＮＥＴ  ＥＸＰＬＯＲＥＲなどの、ウェブに接続するためのウェブブラウザ２６２を備える。さらなる実施形態において、ウェブブラウザ２６２は、ウェブサーバ２２０への安全なクライアントウェブ通信チャネル２４０を確立するため、既存のＳｅｃｕｒｅ  Ｓｏｃｋｅｔ  Ｌａｙｅｒ（ＳＳＬ）サポートを使用する。ＳＳＬは、Ｍｏｕｎｔａｉｎ  Ｖｉｅｗ、ＣａｌｉｆｏｒｎｉａのＮｅｔｓｃａｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｃｏｒｐｏｒａｔｉｏｎによって開発された安全なプロトコルであり、ここで、Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ（ＩＥＴＦ）による標準的に普及されている。
【００１５】
クライアント１１０はまた、クライアントプロキシ通信チャネル１３５を介してクライアントサーバ１２０との通信を確立し交換するためのアプリケーションクライアント２６７を含む。一実施形態において、アプリケーションクライアント２６７は、Ｆｏｒｔ  Ｌａｕｄｅｒｄａｌｅ、ＦｌｏｒｉｄａのＣｉｔｒｉｘＳｙｓｔｅｍ，Ｉｎｃによって開発されたＩＣＡクライアントであり、以下でＩＣＡクライアント２６７として参照される。アプリケーションクライアント２６７の他の実施形態は、Ｒｅｄｍｏｎｄ、ＷａｓｈｉｎｇｔｏｎのＭｉｃｒｏｓｏｆｔ  Ｃｏｒｐｏｒａｔｉｏｎによって開発されたＲＤＰクライアント、伝統的なクライアント／サーバアプリケーションにおよび／またはデータエントリクライアント、ＡｃｔｉｖｅＸ制御、または、Ｊａｖａ（Ｒ）アプレットを含む。さらに、コンテンツサーバ１２０上で実行するアプリケーションの出力は、例えば、アプリケーションクライアント２６７またはウェブブラウザ２６２を介して、クライアント１１０に表示され得る。
【００１６】
一実施形態では、コンテンツサーバプロキシ１１５は、クライアントプロキシ通信チャンネル１３５を介してメッセージが通過しなければならないセキュリティゲートウェイである。一実施形態では、ネットワークファイヤウォール１５０は、その宛先としてコンテンツサーバプロキシ１１５を有さないクライアントプロキシ通信チャンネル１３５からの任意の入来メッセージを拒否する。同様に、ソースがコンテンツサーバプロキシ１１５でない限り、ネットワークファイヤウォール１５０は、クライアントプロキシ通信チャンネル１３５のための任意の出力メッセージを拒否する。コンテンツサーバプロキシ１１５として示されているが、セキュリティゲートウェイは、代替的には、ルータ、ファイヤウォール、リレー、または必要なセキュリティを提供し得る任意のネットワークコンポーネントであってもよい。
【００１７】
コンテンツサーバ１２０は、クライアント１１０に利用可能である１つ以上のアプリケーションプログラムをホストする。使用するためにクライアント１１０に利用可能にされるアプリケーションは、公開アプリケーションと呼ばれる。このようなアプリケーションの例は、ＭＩＣＲＯＳＯＦＴ  ＷＯＲＤ等の文書処理プログラムおよびＭＩＣＲＯＳＯＦＴ  ＥＸＣＥＬ等の表計算プログラム（これらの両方のプログラムは、Ｗａｓｈｉｎｇｔｏｎ  ＲｅｄｍｏｎｄのＭｉｃｒｏｓｏｆｔ  Ｃｏｒｐｏｒａｔｉｏｎによって製造される）、財務報告プログラム、顧客登録プログラム、技術サポート情報提供プログラム、顧客データベースアプリケーション、またはアプリケーション設定マネージャを含む。
【００１８】
一実施形態では、コンテンツサーバ１２０は、ストリーミングオーディオおよび／またはストリーミングビデオをクライアント１１０に提供し得るビデオ／オーディオストリーミングサーバである。別の実施形態では、コンテンツサーバ１２０は、任意の／全てのファイルタイプをクライアント１１０に提供し得るファイルサーバである。さらなる実施形態では、クライアントサーバ１２０は、Ｆｔ．ＬａｕｄｅｒｄａｌｅのＣｉｔｒｉｘ  Ｓｙｓｔｅｍ，ＩｎｃからのＩＣＡ、Ｗａｓｈｉｎｇｔｏｎ  ＲｅｄｍｏｎｄのＭｉｃｒｏｓｏｆｔ  ＣｏｒｐｏｒａｔｉｏｎからのＦＬまたはＲＤＰ等のプレゼンテーションプロトコルを用いてクライアント１１０と通信し得る。
【００１９】
さらなる実施形態では、コンテンツサーバ１２０は、サーバファーム２６９またはサーバネットワークのメンバーであり、単一のエンティティとして管理される１つ以上のサーバの論理グループである。一実施形態では、サーバファーム２６９は、複数のコンテンツサーバ１２０、１２０’、１２０’’（概して１２０）を含む。図２Ａに示された実施形態は、３つのコンテンツサーバ１２０を有するが、サーバファーム２６９は、任意の数のサーバを有し得る。他の実施形態では、サーバファーム２６９は、会社イントラネット、仮想プライベートネットワーク（ＶＰＮ）、またはセキュアエクストラネット等の、権限のない個人によってアクセスできない保護ネットワークである。さらに、サーバファーム２６９を構成するサーバは、説明された任意のプロトコルを用いて、上記任意のネットワーク（例えばＷＡＮ、ＬＡＮ）を介して通信し得る。
【００２０】
図２Ａに示された実施形態におけるチケット認証局２２５は、サーバファーム２６９の一部であり、クライアント１１０を認証するために１つ以上のチケットを発行する。特に、チケット認証局２２５は、認証資格認定に基づいて１つの通信チャンネル（すなわち、クライアントウェブサーバ通信チャンネル２４０）を介してクライアント１１０の認証を可能にする。チケット認証局２２５は、クライアント１１０が他の通信チャンネル上で認証資格認定を繰り返し提供させることなく、クライアント１１０が別の通信チャンネル（すなわち、クライアントプロキシ通信チャンネル１３５）に認定されることをさらに可能にする。
【００２１】
一実施形態では、チケット認証局２２５は、スタンドアロンネットワークコンポーネントである。他の実施形態ではおよび図２Ｂに示されたように、モジュラーチケット認証局２２５、２２５’、２２５’’は、１つ以上のコンテンツサーバ１２０上に常駐するソフトウエアモジュールである。この実施形態では、ウェブサーバ２２０は、エージェントサーバ通信チャンネル２５５を介してチケット認証局２２５および／またはコンテンツサーバ１２０と通信し得る。
【００２２】
一実施形態では、チケット認証局２２５は、第１のチケットおよび第２のチケットを生成する。いくつかの実施形態では、チケットは両方とも臨時的なものである。さらなる実施形態では、チケットは、無作為性（ｒａｎｄｏｍｎｅｓｓ）によって適切にシード（ｓｅｅｄ）された暗号化乱数発生器を用いて生成される。第１のチケットは、クライアント１１０に転送され、クライアント１１０とコンテンツサーバプロキシ１１５との間の第１の通信セッションを確立するために使用される。第２のチケットは、コンテンツサーバプロキシ１１５に転送され、コンテンツサーバプロキシ１１５とコンテンツサーバ１２０との間の第２の通信セッションを確立するために使用される。
【００２３】
ＤＭＺ２３０は、権限のない個人によってアクセス可能である通信システム２０５のコンポーネント（例えばコンテンツサーバプロキシ１１５）からサーバファーム２６９を分離する。上述のように、ＤＭＺ２３０は、権限のない通信を禁止する２つのファイヤウォール１５０、１６０と共に描かれる。第１のファイヤウォール１５０および第２のファイヤウォール１６０の各々は、どのメッセージがＤＭＺ２３０を横断し得るかを決定するポリシー規則のセットを適用する。一実施形態では、第１のファイヤウォール１５０および第２のファイヤウォール１６０は、ポリシー規則の同じセットを適用する。あるいは、第１のファイヤウォール１５０および第２のファイヤウォール１６０は、ポリシー規則の異なるセットを適用し得る。各ファイヤウォール１５０、１６０は、ルータ、コンピュータ、または任意の他のネットワークアクセス制御デバイスであり得る。別の実施形態では、通信システム２０５は、ファイヤウォール１５０、１６０の内の１つを含むか、またはファイヤウォール１５０、１６０がない。
【００２４】
一実施形態では、ウェブサーバ２２０は、ウェブページをクライアント１１０に送達する。ウェブサーバ２２０は、任意のパーソナルコンピュータ（例えば、Ｍａｃｉｎｔｏｓｈコンピュータ、Ｃａｌｉｆｏｒｎｉａ、Ｓａｎｔａ  ＣｌａｒａのＩｎｔｅｌ  Ｃｏｒｐｏｒａｔｉｏｎによって開発されたＩｎｔｅｌマイクロプロセッサを有するパーソナルコンピュータ、Ｃａｌｉｆｏｒｎｉａ、ＳｕｎｎｙｖａｌｅのＡｄｖａｎｃｅｄ  Ｍｉｃｒｏ  Ｄｅｖｉｃｅ、Ｉｎｃ．によって開発されたＡＭＤマイクロプロセッサを有するパーソナルコンピュータ等）、Ｗｉｎｄｏｗｓ（Ｒ）ベースの端末、ネットワークコンピュータ、無線デバイス（例えば、携帯電話）、情報機器、ＲＩＲＣ  Ｐｏｗｅｒ  ＰＣ、Ｘ−デバイス、ワークステーション、ミニコンピュータ、メインフレームコンピュータ、携帯情報端末、またはクライアント１１０と共にセキュアクライアントウェブサーバ通信チャンネル２４０を確立することが可能である他の通信デバイスであり得る。
【００２５】
別の実施形態では、ウェブサーバ２２０は、会社ポータル（企業情報ポータルと呼ばれる）をクライアント１１０に提供する。企業ポータルは、アプリケーション、データおよびコンテンツをユーザに統合、個人化、そして提供する会社のウェブサイトであるが、情報をより効率的に編成かつ使用するための管理ツールを提示する。他の実施形態では、ウェブサーバ２２０は、ウェブポータル、またはインターネットポータルをクライアント１１０に提供する。ウェブポータルは、会社ポータルと同様であるが、典型的にはビジネス特有の情報を含まない。
【００２６】
ネットワーク１３０は、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）であってもよいし、インターネットまたはＷｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ（すなわちウェブ）等のネットワークであってもよい。各通信チャンネル１３５、１４５、２４０、２４５、２５０、２５５、２５７は、それぞれ異なるネットワークの一部であり得る。例えば、クライアントプロキシ通信チャンネル１３５は、第１のネットワーク（例えば、Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ）に属し得、クライアントウェブサーバ通信チャンネル２４０は、第２のネットワーク（例えばセキュアエクストラネットまたは仮想プライベートネットワーク（ＶＰＮ））に属し得る。他の実施形態では、ネットワーク１３０は、ＤＭＺ２３０ならびにサーバファーム２６９に及び、同じ通信プロトコルが全体にわたって使用される。いくつかの実施形態では、ファイヤウォール１６０は、コンテンツサーバ１２０およびチケット認証局２２５からコンテンツサーバプロキシ１１５およびウェブサーバ２２０を分離しない。
【００２７】
クライアントウェブサーバ通信チャンネル２４０は、任意のセキュア通信チャンネルである。いくつかの実施形態では、チャンネル２４０にわたる通信が暗号化される。所定のこれらの実施形態では、クライアント１１０およびウェブサーバ２２０は、ハイパーテキスト転送プロトコル（ＨＴＴＰＰＳ）のセキュアソケット層（Ｓｅｃｕｒｅ  Ｓｏｃｋｅｔ  Ｌａｙｅｒ（ＳＳＬ））を用いて通信し得る。あるいは、通信を保護するために、クライアント１１０およびウェブサーバ２２０は、対称暗号化技術等の他の暗号化技術を使用し得る。
【００２８】
通信チャンネル１３５、１４５、２４０、２４５、２５０、２５５、２５７の例示的な実施形態は、標準的な電話回線、ＬＡＮ、またはＷＡＮリンク（例えば、Ｔ１、Ｔ３、５６ｋｂ、Ｘ．２５）、ブロードバンド接続（ＩＳＤＮ、フレームリレー、ＡＴＭ）、ならびに無線接続を含む。通信チャンネル１３５、１４５、２４０、２４５、２５０、２５５、２５７を開始した接続は、種々の通信プロトコル（例えば、ＨＴＴＰ、ＨＴＴＰＳ、ＴＣＰ／ＩＰ、ＩＰＸ、ＳＰＸ、ＮｅｔＢＩＯＳ、Ｅｔｈｅｒｎｅｔ（Ｒ）、ＲＳ２３２、メッセージングアプリケーションプログラミングインターフェース（ＭＡＰＩ）プロトコル、リアルタイムストリーミングプロトコル（ＲＴＳＰ）、ユーザデータグラムプロトコル方式（ＲＴＳＰＵ）のために使用されたリアルタイムストリーミングプロトコル、ＳｅａｔｔｌｅＷＡのＲｅａｌＮｅｔｗｏｒｋｓ、Ｉｎｃによって開発されたプログレッシブネットワークマルチメディア（Ｐｒｏｇｒｅｓｓｉｖｅ  Ｎｅｔｗｏｒｋｓ  Ｍｕｌｔｉｍｅｄｉａ）（ＰＮＭ）プロトコル、製造メッセージ仕様（ｍａｎｕｆａｃｔｕｒｉｎｇ  ｍｅｓｓａｇｅ  ｓｐｅｃｉｆｉｃａｔｉｏｎ（ＭＭＳ）、および直接非対称接続）を用いて確立され得る。
【００２９】
さらに、一実施形態では、クライアントプロキシ通信チャンネル１３５は、例えば、Ｆｏｒｔ  Ｌａｕｄｅｒｄａｌｅ，ＦｌｏｒｉｄａのＣｉｔｒｉｘ  Ｓｙｓｔｅｍによって製造された独立計算アーキテクチャ（ＩＣＡ）プロトコル等のプレゼンテーションサービスプロトコルを使用することによって確立され得る。ＩＣＡは、業界標準転送モード（ＩＳＤＮ、フレームリレー、および非同期転送モード（ＡＴＭ））を用いる業界標準ネットワークプロトコル（ＴＣＰ／ＩＰ、ＩＰＸ／ＳＰＸ、ＮｅｔＢＥＵＩ等）を介して実行するために設計された汎用プレゼンテーションサービスプロトコルである。ＩＣＡプロトコルは、データ交換のためのコマンドを発行するためのアプリケーション層のコードによって使用され得るセッション指向転送接続である仮想チャンネルに提供する。他の実施形態では、クライアントプロキシ通信チャンネル１３５は、Ｗａｓｈｉｎｇｔｏｎ  ＲｅｄｍｏｎｄのＭｉｃｒｏｓｏｆｔ  Ｃｏｒｐｏｒａｔｉｏｎによって開発された薄い（ｔｈｉｎ）Ｘプロトコルまたはリモードディスプレイプロトコル（ＲＤＰ）を用いて確立され得る。
【００３０】
クライアント１１０とコンテンツサーバプロキシ１１５との間の第１の通信セッションおよびコンテンツサーバプロキシ１１５とコンテンツサーバ１２０との間の第２の通信セッションを確立するものとして説明されたが、通信セッションは、クライアント１１０とコンテンツサーバ１２０との間の単一の論理的な通信セッションとして検討され得る。
【００３１】
一実施形態では、クライアント１１０のユーザは、ユーザをウェブサーバ２２０に認証させるためにウェブブラウザ２６２を利用する。一実施形態では、クライアント１１０は、ユーザ資格証明（ログインパスワード情報等）をウェブサーバ２２０に転送する。ウェブサーバ２２０は、ユーザがサーバネットワーク２６９へのアクセスを有することを検証する。
【００３２】
さらなる実施形態では、ウェブブラウザ２６２は、セキュアクライアントウェブサーバ通信チャンネル２４０を確立するためにＳＳＬを使用する。ウェブブラウザ２６２は、他のセキュリティプロトコル（以下に限定されないが、Ｌｏｓ  Ａｌｔｏｓ、ＣＡのＴｅｒｉｓａ  Ｓｙｓｔｅｍｓによって開発されたセキュアハイパーテキスト転送プロトコル（ＳＨＴＴＰ）、Ｗａｓｈｉｎｇｔｏｎ  ＲｅｄｍｏｎｄのＭｉｃｒｏｓｏｆｔ  Ｃｏｒｐｏｒａｔｉｏｎによって開発されたプライベート通信技術（ＰＣＴ）、およびインターネット技術特別調査委員会（ＩＥＴＦ）によって公表された転送レベルセキュリティ（ＴＬＳ）標準等）を用いてクライアントウェブサーバ通信チャンネル２４０を介してウェブサーバ２２０に代替的に接続し得る。
【００３３】
１実施形態において、ウェブサーバ２２０は、上述されたように、クライアント１１０がアプリケーションまたはサーバデスクトップを要求すること、例えば、クライアント１１０上に遠隔的に表示されることを可能にするユーザの検証に基づいて、ウェブポータルまたは企業ポータルを、クライアント１１０に送信する。
【００３４】
動作中、また図３を参照すると、クライアントユーザは、コンテンツ（例えば、アプリケーション、サーバデスクトップ）がクライアント１１０（すなわち、ＩＣＡクライアント２６７）上に遠隔的に表示されることを要求する（ステップ３００）。別の実施形態において、クライアント１１０は、アプリケーションを要求するためにウェブブラウザ２６２を用い、ウェブサーバ２２０は、次いで、ユーザを認証する。要求を受信した後、ウェブサーバ２２０は、チケット認証局２２５によって要求を検証する（ステップ３０５）。次いで、チケット認証局２２５は、第１チケット、すなわちクライアントチケットおよび第２チケットすなわちコンテンツサーバプロキシチケットを含みチケットを生成する（ステップ３１０）。第１および第２チケットは、一度の使用後にはさらに価値を有さない「１回使用」チケットである。さらなる実施形態において、第１および第２チケットは、所定の時間期間内に用いられなければならない。
【００３５】
１実施形態に於いて、チケット認証局２２５は、チケットが用いられるまで、第１および第２チケットをメモリ（例えばＲＡＭ）に格納する。あるいは、チケット認証局２２５は、チケットが用いられるまで、第１および第２チケットをストレージデバイス（図示せず）に格納する。ストレージデバイスは、例えば、（例えばフロッピー（Ｒ）ディスク、ハードディスクドライブ上の）データベースまたは永久メモリである。チケット認証局２２５は、次に、クライアントチケットをウェブサーバ２２０に送信し（ステップ３１５）、次いで、ウェブサーバ２２０は、クライアント１１０にクライアントチケットを転送する（ステップ３２０）。
【００３６】
次いで、クライアント１１０は、クライアント−プロキシ通信チャネル１３５を介してプロキシ接続要求を送信することにより、コンテンツサーバプロキシ１１５との通信セッションを開始する（ステップ３２５）。プロキシ接続要求は、クライアントチケットを含む。１実施形態において、プロキシ接続要求はまた、ダミーパスワードを含む。ダミーパスワードは、コンテンツサーバ１２０との通信セッションを確立する場合、コンテンツサーバプロキシ１１５によって取り替えられ得る。さらなる実施形態において、ウェブサーバ２２０は、コンテンツサーバプロキシ１１５に受諾可能なフォーマットを有するプロキシ接続要求のさらなる生成のために、ダミーパスワードをクライアント１１０に送信する。コンテンツサーバプロキシ１１５は、次いで、プロキシ接続要求からクライアントチケットを取り出し（ステップ３３０）、クライアントチケットを、チケット認証局２２５に、検証のために、転送する。チケット認証局２２５は、次いで、第１チケットを検証する（ステップ３３５）。１実施形態において、チケット認証局２２５は、期待された第１チケットを求めてそのストレージデバイス（例えばデータベース）を検索することにより、第１チケットを検証する。
【００３７】
チケット認証局２２５が第１チケットをストレージデバイス内で見出さない場合（例えば第１チケットが既に用いられた場合）、チケット認証局２２５は、通信セッションを終了させる。受信されたチケットが、チケット認証局２２５が期待するクライアントチケットに適合する場合、クライアントチケットが検証される。次いで、チケット認証局２２５は、コンテンツサーバプロキシ１１５に、第２またはコンテンツサーバプロキシチケットを送信する（ステップ３４０）。さらに、チケット認証局２２５は、一旦クライアントチケットがここで用いられると、クライアントチケットを、ストレージデバイスから削除する。別の実施形態において、チケット認証局２２５は、コンテンツサーバ１２０のインターネットプロトコル（ＩＰ）アドレスをコンテンツサーバプロキシ１１５に送信する。さらに別の実施形態において、チケット認証局２２５は、ＩＰアドレスへのさらなる変換のために、コンテンツサーバ１２０のドメイン名をコンテンツサーバプロキシ１１５に送信する。
【００３８】
コンテンツサーバプロキシ１１５は、第２またはコンテンツサーバプロキシチケットを受信し、次に、コンテンツサーバ１２０に第２チケットを送信する（ステップ３４５）ことにより、プロキシサーバ通信チャネル１４５を開ける。コンテンツサーバ１２０は、コンテンツサーバプロキシチケットを受信し、次いで、チケットコンテンツサーバ通信チャネル９８を介して、検証のために、チケット認証局２２５にチケットを送信する（ステップ３４７）。１実施形態において、チケット認証局２２５が、コンテンツサーバ１２０から受信されたコンテンツサーバプロキシチケットが以前に用いられたか、または、正しい値（すなわち、関連付けされたストレージデバイスに格納された値と同一の値）を有していないと判定する場合、チケット認証局２２５は、エラーメッセージをコンテンツサーバプロキシ１１５（またはウェブサーバ２２０）に送信し、確立された、クライアント１１０との通信セッションを完了させる。チケット認証局２２５がコンテンツサーバプロキシチケットを検証する（ステップ３４８）場合、コンテンツサーバ１２０は、ＩＣＡ公開アプリケーションを放出する（ステップ３５０）。コンテンツサーバ１２０は、次いで、コンテンツサーバプロキシ１１５にアプリケーション情報を送信し（ステップ３５３）、ＩＣＡクライアント２６７を用いて、クライアント１１０上のアプリケーションを遠隔表示する（ステップ３５５）。
【００３９】
さらなる実施形態において、クライアント１１０は、ステップ３２５にてコンテンツサーバプロキシ１１５と通信を開始する場合、ＩＣＡクライアント２６７を放出する。他の実施形態において、クライアント１１０は、クライアント１１０がステップ３５３にてコンテンツサーバプロキシ１１５からアプリケーション情報を受信する場合、ＩＣＡクライアント２６７を放出する。
【００４０】
したがって、クライアント１１０は、クライアントチケットのみを除いて、コンテンツサーバプロキシチケットを知らない。さらに、ＩＣＡクライアント２６７は、コンテンツサーバプロキシ１１５と通信すること（およびクライアントチケットを提示すること）なく、コンテンツサーバ１２０にアクセスできない。
【００４１】
チケット認証局２２５はまた、コンテンツサーバプロキシチケットをコンテンツサーバプロキシ１１５に、クライアント１１０のユーザへのパスワードとして、ステップ３４０にて、送信できる。コンテンツサーバプロキシ１１５が、コンテンツサーバプロキシチケットをログインパスワードとして用い、ユーザのログインパスワードをウェブの不信な部分（すなわち、ステップ３２５間の非セキュアなクライアントプロキシ通信チャネル１３５）を介してコンテンツサーバ１２０へのアクセスを得ることを可能にする。したがって、１実施形態において、通信システム２０５は、チケット認証局２２５によって管理された、コンテンツサーバ１２０と一緒に置かれた、中央化されたパスワードマッピングデータベースを含み得、コンテンツサーバプロキシチケットをユーザのパスワードでマッピングできる。
【００４２】
したがって、パスワードは、両方のチケット（すなわち、コンテンツサーバプロキシチケットおよびクライアントチケット）を伴い得るか、またはパスワードは、二つのチケットの一つを伴い得る。上述されたように、パスワードが、クライアントチケット等の二つのチケットの一つを伴う場合、コンテンツサーバプロキシチケットがパスワードである。１実施形態において、パスワードは、値において変化しないシステムパスワードであり得るか、または１回使用パスワード、ＲＳＡ  Ｓｅｃｕｒｉｔｙ  Ｉｎｃ．  ｏｆ  Ｂｅｄｆｏｒｄによって開発されたセキュアＩＤトークンによって生成されるものであり得る。
【００４３】
さらに、本発明は、クライアント１１０がコンテンツサーバ１２０との通信セッションを確立する前に通信する、任意の数のコンテンツサーバプロキシ１１５、または「ホップ」を有する通信システムに拡張され得る。コンテンツサーバプロキシ１１５として、これまでに、および、これ以降に、説明されるが、ホップは、ファイヤウォール、ルータおよびリプライ等の任意のネットワークコンポーネントであり得る。
【００４４】
例えば図４Ａを参照すると、４ホップ例は、第１コンテンツサーバプロキシ１１５’、第２コンテンツサーバプロキシ１１５’’および第３コンテンツサーバプロキシ１１５’’’（全体で１１５）を有する通信システム４０５である。コンテンツサーバプロキシ１１５は、第１プロキシ−プロキシ通信チャネル４１０’、第２プロキシ−プロキシ通信チャネル４１０’’（全体でプロキシ−プロキシ通信チャネル４１０）等の、プロキシ−プロキシ通信チャネルを介して通信する。クライアント１１０は、第２コンテンツサーバプロキシ１１５’’と通信する第１コンテンツサーバプロキシ１１５’と通信する。第２コンテンツサーバプロキシ１１５’’は、第３コンテンツサーバプロキシ１１５’’’と通信し、次いで、第３コンテンツサーバプロキシ１１５’’’は、プロキシサーバ通信チャネル１４５を介してコンテンツサーバ１２０と通信し、コンテンツサーバ１２０との通信セッションを確立する。さらに、上述された本実施形態は、クライアントチケットおよびコンテンツサーバプロキシチケットを有するチケットを含み、別の実施形態は、多くのチケットを含むチケットを含む。
【００４５】
さらに明示的に、また図４Ｂを参照すると、ウェブサーバ２２０は、クライアント１１０から、アプリケーションのための要求を受信し、ウェブサーバ２２０は、チケット認証局２２５によって要求を検証する（ステップ４０５）。次いで、チケット認証局２２５は、ステップ４１０において、（例えばＴ１〜ＴＮ）Ｎ部分チケットを生成する。１実施形態において、チケット認証局２２５は、次いで、Ｎ部分チケットの一部Ｔｉ（例えばチケットの第１部分すなわち第１チケットＴ１）をウェブサーバ２２０に送信する（ステップ４１５）。ウェブサーバ２２０は、次いで、チケットＴ１をクライアント１１０に送信する（ステップ４２０）。１実施形態において、チケット認証局２２５はまた、次の「ホップ」（例えば第１コンテンツサーバプロキシ１１５’）のアドレスをウェブサーバ２２０に送信する。次いで、ウェブサーバ２２０は、アドレスをクライアント１１０に送信する。このアドレスは、次いで、次のホップ（例えばコンテンツサーバプロキシ１１５）のアドレスである。このホップ（例えばクライアント１１０）は、クライアント１１０が必然的にコンテンツサーバ１２０に認証されるように、次のホップ（例えばコンテンツサーバプロキシ１１５）と通信する。
【００４６】
クライアント１１０は、上記アドレスを用いて、クライアント−プロキシ通信チャネル１３５を介してプロキシ接続要求を送信することにより、次の「ホップ」（例えば第１コンテンツサーバプロキシ１１５’）とコンタクトを取り、第１コンテンツサーバプロキシ１１５’との通信セッションを開始する。第１コンテンツサーバプロキシ１１５’は、次いで、プロキシ通信要求から第１チケットＴ１を抽出し（ステップ４３０）、このチケットを、チケット認証局２２５に、検証のために、転送する。チケット認証局２２５は、次いで、第１チケットＴ１を検証する（ステップ４３５）。
【００４７】
第１チケットＴ１の十分な検証に基づき、チケット認証局２２５は、次のチケットＴｉを、Ｎ部分チケット（例えばＴ２）から次のコンテンツサーバプロキシ１１５（例えば第１コンテンツサーバプロキシ１１５’）に送信する（ステップ４４０）。いくつかの実施形態において、チケット認証局２２５はまた、次のホップ（例えば第２コンテンツサーバプロキシ１１５’’）のアドレスをこのホップ（例えば第１コンテンツサーバプロキシ１１５’）に送信する。第１コンテンツサーバプロキシ１１５’は、このチケットを、次のホップ（例えば第２コンテンツサーバプロキシ１１５’’）に送信する（ステップ４４５）。１実施形態において、第２コンテンツサーバプロキシ１１５’’は、チケットをチケット認証局２２５に送信することにより、Ｔ２を検証する（ステップ４５０）。チケット認証局２２５は、第２チケットＴ２を検証し（ステップ４５５）、ステップ４６０〜４７５に示されるように、このプロセスが続行する。一旦Ｎ部分チケットの最後の部分が検証されると、ステップ３５０〜３５５が、図３に示されるように、発生し、クライアント１１０にアプリケーションを放出する。
【００４８】
一実施形態において、各コンテンツサーバプロキシ１１５（すなわち、各ホップ）は、コンテンツサーバプロキシ１１５（すなわち、ホップ）に関連するチケット認証局２２５によってＴｉ（例えば、Ｔ２）を検証する。この実施形態において、各コンテンツサーバプロキシ１１５がチケット認証局２２５によってチケットＴｉ（例えば、Ｔ２）を検証した後、検証が行われたチケット認証局２２５は、次のチケットＴｉ＋１（例えば、Ｔ３）、および、次のコンテンツサーバプロキシ１１５のアドレス（すなわち、次の「ホップ」の送信先）を、チケットＴｉを検証したコンテンツサーバプロキシ１１５に送信する。従って、各コンテンツサーバプロキシ１１５は、現在のおよび次のホップチケット（すなわち、Ｔｉを検証して、次のホップのためにＴｉ＋１を送信する）によって構成されたチケット認証局２２５に関連する。結果として、次のコンテンツサーバプロキシ１１５は、そのホップのためにクライアントして動作する。このプロセスは、通信システム４０５においてコンテンツサーバ１２０に到着するまで繰り返される。従って、各ホップは、いずれのホップにも全てのチケットを明らかにすることなく、個々に検証されている。
【００４９】
他の実施形態において、チケット認証局２２５は、多くの部分を有する１つのチケットを発行するのではなく、１つ以上のチケットを発行してもよい。例えば、チケット認証局２２５は、ステップ４１０において第１のホップチケットおよび第２のホップチケットを生成する。ここで、第１のホップチケットは、第２のホップチケットとは全く関連しない。チケット認証局２２５は、続いて、第１のホップチケットをウェブサーバ２２０に送信し、ウェブサーバ２２０は、第１のホップチケットをクライアント１１０に送信する。クライアント１１０は、チケット認証局２２５による検証のために、この第１のホップチケットをコンテンツサーバプロキシ１１５（例えば、第１のコンテンツサーバプロキシ１１５’）に送信する。ステップ４３５において検証すると、チケット認証局２２５は、ステップ４４０において、第２のホップチケットを次のコンテンツサーバプロキシ１１５（例えば、第２のコンテンツサーバプロキシ１１５’’）に送信し、一方で、第１のチケットは、第２のホップチケットから独立している。
【００５０】
さらなる実施形態において、チケット認証局２２５の１つ以上は、次のホップに接続するために必要とされる任意の必要な情報（例えば、暗号鍵、ＳＳＬ法の構成情報、および、ＳＯＣＫＳサーバ（例えば、日本、東京にあるＮＥＣ  Ｃｏｒｐｏｒａｔｉｏｎにより開発されたＳＯＣＫＳ５サーバ）に接続する認証情報であるが、これらに制限されない）をコンテンツサーバプロキシ１１５に提供する。
【００５１】
さらに別の実施形態において、チケット認証局２２５のみが単一のチケットを生成する。チケット認証局２２５は、単一のチケットをウェブサーバ２２０に送信する。ウェブサーバ２２０は、単一のチケットをクライアント１１０に転送する。コンテンツサーバプロキシ１１５は、続いて、クライアント１１０からチケットを受信し、検証後、単一のチケットを「消費」する。結果として、通信システム２０５は、単一のチケットを用いて、クライアントプロキシ通信チャネル１３５およびクライアントウェブサーバ通信チャネル２４０を介して任意の通信プロトコルを用いる能力を提供する。さらに、コンテンツサーバ１２０が単一のチケットを受信または検証しない場合、チケットは、コンテンツサーバ１２０に対してトランスペアレント（ｔｒａｎｓｐａｅｎｔ）であり、結果的に、コンテンツサーバ１２０は、チケットを用いていることに「気付いて」いない。
【００５２】
セキュアクライアントウェブサーバ通信チャネル２４０を介してクライアント１１０とウェブサーバ２２０との間のセキュア通信のセキュリティを利用することによって、通信システム２０５は、非セキュアクライアントプロキシ通信チャネル１３５を介してセキュア通信リンクを構築して、クライアント１１０に安全にデスクトップアプリケーションを遠隔に表示する。
【００５３】
さらなる別の実施形態において、再び図３を参照して、チケット認証局２２５は、ステップ３１５において、クライアントチケットを伴うコンテンツサーバプロキシチケットのディセーブルバージョンを、クライアント１１０の送信のためにウェブサーバ２２０に送信する。クライアント１１０は、続いて、クライアントチケットと共にコンテンツサーバプロキシチケットを、プロキシ接続要求の一部分としてコンテンツサーバプロキシ１１５に送信する（ステップ３２５）。次いで、コンテンツサーバプロキシ１１５は、両チケットをチケット認証局２２５に転送する。ディセーブルされたコンテンツサーバプロキシチケットを受信すると、チケット認証局２２５は、クライアントチケットを検証した後に、コンテンツサーバプロキシチケットをイネーブルにする。次いで、チケット認証局２２５は、コンテンツサーバ１２０への認証のために、イネーブルされたコンテンツサーバプロキシチケットをコンテンツサーバプロキシ１１５に送信する。
【００５４】
あるいは、別の実施形態において、ウェブサーバ２２０は、チケット認証局２２５からディセーブルされたコンテンツサーバプロキシチケットおよびイネーブルされたクライアントチケットを受信し、クライアントチケットをクライアント１１０に送信するのみである。クライアント１１０は、プロキシ接続要求の一部分としてクライアントチケットをコンテンツサーバプロキシ１１５に送信する（ステップ３２５）。次いで、コンテンツサーバプロキシ１１５は、クライアントチケットをチケット認証局２２５に転送する。チケット認証局２２５は、クライアントチケットを検証し、検証すると、ウェブサーバ２２０に以前に送信されたコンテンツサーバプロキシチケットをイネーブルする。さらに別の実施形態において、チケット認証局２２５は、コンテンツサーバ１２０への認証のためにクライアントチケットを認証すると、イネーブルされたコンテンツサーバプロキシチケットをウェブサーバ２２０に送信する。
【００５５】
従って、任意の所与の時間において、チケット認証局２２５は、チケット認証局２２５が検証し得るクライアント１１０またはコンテンツサーバプロキシ１１５にイネーブルされる唯一のチケットを提供する。チケット認証局２２５は、イネーブルされたチケットが検証されるまで検証され得ない別のチケット（すなわち、ディセーブルされたチケット）を提供し得る。あるいは、チケット認証局２２５は、チケット認証局２２５がイネーブルされたチケットを検証するまで、コンテンツサーバプロキシチケットをコンテンツサーバプロキシ１１５に送信し得ない。さらに以下で詳細に記述されるように、これは、通信システム２０５を用いて通信のネットワークルーティングを強化する。なぜなら、クライアント１１０は、チケット認証局２２５にイネーブルされたチケットを検証させて、コンテンツサーバ１２０と通信するために必要とされるチケットを送信させることなく、ウェブサーバ２２０またはコンテンツサーバプロキシ１１５を行き来し得ないためである。
【００５６】
別の実施形態において、ステップ３４０で、コンテンツサーバプロキシチケットをコンテンツサーバプロキシ１１５に送信する変わりに、チケット認証局２２５は、ウェブサーバ認証通信チャネル２５０を直接介して、コンテンツサーバプロキシチケットをウェブサーバ２２０に送信する。次いで、ウェブサーバ２２０は、コンテンツサーバプロキシチケットをコンテンツサーバ１２０に自動的に送信する。言い換えると、ウェブサーバ２２０は、コンテンツサーバプロキシチケットをコンテンツサーバ１２０に「プュシュする」。チケット認証局２２５も、コンテンツサーバプロキシ１１５またはウェブサーバ２２０にコンテンツサーバプロキシチケットを送信することなく、コンテンツサーバプロキシチケットをコンテンツサーバ１２０にプッシュする。
【００５７】
さらに別の実施形態において、コンテンツサーバ１２０は、チケットコンテンツサーバ通信チャネル２５７を介してコンテンツサーバプロキシチケットをチケット認証局２２５から取り出す。言い換えると、コンテンツサーバ１２０は、コンテンツサーバプロキシチケットをチケット認証局２２５から「プルする」。上の例は、ステップ３４５を除く（一方で、ステップ３４０で送信の送信先を修正する）ために用いられる技術を示している。
【００５８】
さらに、本発明は、コンテンツサーバプロキシ１１５を通ってクライアント１１０のルーティングを強化している。上記したように、クライアント１１０は、コンテンツサーバ１２０と通信セッションを確立するために、コンテンツサーバプロキシチケットを所有する必要がある。より詳細には、コンテンツサーバ１２０との接続を確立するために、ウェブサーバ２２０は、最初に、チケット認証局２２５によってクライアント１１０の要求を検証する必要がある。１度検証されると、クライアント１１０は、第１のチケットを取得して、第１のチケットを検証のためにチケット認証局２２５に送信する。しかし、検証すると、チケット認証局２２５は、コンテンツサーバプロキシチケットをクライアント１１０ではなく、コンテンツサーバプロキシ１１５に逆に送信する。クライアント１１０とコンテンツサーバ１３０との間の通信セッションは、コンテンツサーバ１３０がコンテンツサーバプロキシチケットを受信するときに構築される。従って、コンテンツサーバプロキシチケットがコンテンツサーバ１３０に送信されるために、クライアント１１０は、コンテンツサーバプロキシ１１５と通信する必要があり、これにより、コンテンツサーバプロキシ１１５を通ってクライアント１１０のルーティングが強化される。従って、本発明は、コンテンツサーバ１２０へのアクセスを許可する前に、セキュリティデバイス（例えば、コンテンツサーバプロキシ１１５）の適切な往来を保証することができる。
【００５９】
例えば、コンテンツサーバ１２０は、いくつかのアプリケーション（例えば、Ｒｅｄｍｏｎｄ、ＷａｓｈｉｎｇｔｏｎにあるＭｉｃｒｏｓｏｆｔ  Ｃｏｒｐｏｒａｔｉｏｎより開発されたＭＩＣＲＯＳＯＦＴ  ＷＯＲＤ  および  ＭＩＣＲＯＳＯＦＴ  ＥＸＣＥＬ）を実行する。１つの実施形態において、クライアント１１０は、Ｆｌｏｒｉｄａ、Ｆｏｒｔ  Ｌａｕｄｅｒｄａｌｅ  Ｃｉｔｒｉｘ  Ｓｙｓｔｅｍｓ  Ｉｎｃ．により開発されたＮＦＵＳＥを用いて、サーバファーム２６９から情報を得る。このサーバファームでは、アプリケーションは、クライアント１１０によってアクセスされ得る。クライアントユーザがＭＩＣＲＯＳＯＦＴ  ＷＯＲＤにアクセスして、これを用いることを望む場合、クライアント１１０は、ウェブサーバ２２０からのアプリケーションを要求する。しかし、ＭＩＣＲＯＳＯＦＴ  ＷＯＲＤのアプリケーション料金を支払うユーザのみがアプリケーションにアクセスすることを認証される。
【００６０】
アプリケーション料金を支払うことを保証するために、通信システム２０５は、コンテンツサーバプロキシ１１５およびチケット認証局２２５を含み、コンテンツサーバプロキシ１１５を通ってクライアント１１０のルーティングを強化する。コンテンツサーバプロキシ１１５を通るクライアント１１０のルーティングは、コンテンツサーバプロキシ１１５がアプリケーション料金を収集して、アプリケーションへのアクセスをユーザに認証するように用いられる場合、アプリケーションプロバイダにとっては貴重である。
【００６１】
チケット認証局２２５は、続いて、アプリケーションに対する要求に関連するチケットを生成する。イネーブルされた第１のチケットは、次いで、クライアント１１０に送信される。クライアント１１０がコンテンツサーバ１２０のアドレスを有しないために、クライアント１１０は、アプリケーションにアクセスし得ない。さらに、クライアント１１０は、まだ、クライアントサーバプロキシ１１５によって認証されていない（すなわち、まだ支払われていない）。従って、クライアント１１０は、認証されるために、コンテンツサーバプロキシ１１５と通信する必要がある。次いで、コンテンツサーバプロキシ１１５は、アプリケーション料金が支払われると、イネーブルされた第１のチケットをチケット認証局２２５に送信し得る。
【００６２】
次いで、チケット認証局は、クライアントチケットを検証し、続いて、プロキシ１１５へのコンテンツサーバプロキシチケットを送信する（または、イネーブルする）。次いで、コンテンツサーバプロキシ１１５は、（例えば、クライアントユーザがアプリケーション料金を支払ったと想定して）コンテンツサーバプロキシチケットをコンテンツサーバ１２０に送信する。このコンテンツサーバプロキシ１１５は、コンテンツサーバ１２０をイネーブルして、アプリケーションをクライアント１１０に送信する。通信システム２０５も、Ｃｉｔｒｉｘ  Ｓｙｓｔｅｍｓ，Ｉｎｃ．によって開発されたＡｐｐｌｉｃａｔｉｏｎ  Ｌａｕｎｃｈｉｎｇ  Ａｎｄ  Ｅｍｂｅｄｄｉｎｇ（ＡＬＥ）技術を用いて、クライアント１１０に伝達するために、ＨＴＭＬページからアプリケーションを立ち上げる、または、ＨＴＭＬページ中にアプリケーションを組み込むことを可能にする。
【００６３】
本発明の特定の実施形態について記述してきたので、本発明のコンセプトを組み込んでいる他の実施形態が用いられ得ることは、ここで当業者に明らかである。従って、本発明は、いくつかの実施形態に限定されず、特許請求の範囲の意図および範囲によってのみ限定されるべきである。
【図面の簡単な説明】
【００６４】
【図１】図１は、従来技術の通信システムの実施形態のブロック図である。
【図２Ａ】図２Ａは、本発明にしたがって構成された通信システムの実施形態のブロック図である。
【図２Ｂ】図２Ｂは、本発明にしたがって構成された通信システムの別の実施形態のブロック図である。
【図３】図３は、本発明にしたがった図２Ａの通信システムの動作の一実施形態を図示した流れ図である。
【図４Ａ】図４Ａは、本発明にしたがって構成された通信システムの別の実施形態のブロック図である。
【図４Ｂ】図４Ｂは、本発明にしたがった図４Ａの通信システムの動作の実施形態を図示した流れ図である。
【図１】
2005518595.tif 000003
【図２Ａ】
2005518595.tif 000004
【図２Ｂ】
2005518595.tif 000005
【図３】
2005518595.tif 000006
【図４Ａ】
2005518595.tif 000007
【図４Ｂ】
2005518595.tif 000008
【国際調査報告】
2005518595.tif 000009
2005518595.tif 000010