JP2005012775A - リモート・クライアントをローカル・クライアント・デスクトップに接続するためのアーキテクチャ - Google Patents

Abstract

【課題】 外部クライアントからファイアーウォールおよび／またはルータの背後の内部イントラネット・クライアントに対する端末サービス接続を生成し維持するためのアーキテクチャを提供すること。
【解決手段】 外部ユーザがまず認証され、その後、外部クライアントはリモート・ユーザ・ポータルに渡される。使用可能な内部コンピュータのリストが外部クライアント・ユーザに提示され、その１つを選択することによってイントラネット・サーバがその上のリスニング・ソケットおよび選択された内部クライアント上のソケットを作成することを開始する。サーバはスレッドを作成し、このスレッドが、トラフィックをリスンし、そのトラフィックをポート間で転送することによって、外部クライアントと内部クライアントの間で端末サービス接続を管理する。
【選択図】 図１

Description

本発明は、コンピュータにリモートからアクセスすることに関し、より詳細には、ファイアーウォールおよび／またはルータを介してクライアント・コンピュータにリモートからアクセスすることに関する。

インターネットなど、グローバル通信ネットワークの出現により、世界中のほとんどどこからでも多岐にわたる種類の装置に対する接続性が容易になった。当初、これらの通信装置は、例えばページャ（pager：ポケベル）に対する初歩的な単向信号通信であると現在では見なされるものが含まれた。しかし、携帯装置は現在ではさらに高性能化され、テキスト内容のみによらず音声および画像コンテンツを使用する双方向通信を容易にしている。そのような小型の移動装置におけるストレージおよびメモリ能力は向上しており、さらに、ほとんどどこからでも完全なコンテンツの情報の交換を可能にしている。したがって、ユーザは、情報すべてを携行する必要はないが、所望の情報にアクセスするために遠隔からホーム・ステーションに単に接続する必要がある。従業員の移動性と膨大な情報に対するアクセスの必要性が増すにつれて、この能力は、リモート・ユーザに情報への素早いアクセスを提供して、雇用者と顧客に対しておおいに役立つ。

米国特許第６，５１９，３６３号明細書 米国特許第６，０２９，２０１号明細書 米国特許第６，２９２，９０４号明細書 米国特許第５，９４４，８２４号明細書 米国特許第６，１０４，７１６号明細書 米国特許第５，８６４，６６６号明細書 米国特許出願公開第２００３／００７９１４６Ａ１号明細書

しかし、現在、インターネットのユーザが、仮想プライベート・ネットワーク（ＶＰＮ）の権利、またはルータおよびファイアーウォールを通して静的に構成された経路を最初に要求せずに、ファイアーウォールおよび／またはルータの背後にあるイントラネット・ネットワーク内のクライアント・コンピュータにアクセスするリモート・デスクトップ接続を、例えば端末サービス接続などを、容易にするための機構はない。クライアントにアクセスするために、ＶＰＮを介してそのネットワークに接続し、次いで端末サービスを使用する方法は複雑であり、扱い難い。さらに、インターネットから内部クライアントへの静的経路を維持することはセキュリティ上危険である。

求められているものは、ＶＰＮ接続と安全性の脆弱性との両方の否定的な面を避けて、イントラネットのファイアーウォールおよび／またはルータの外部からファイアーウォールおよび／またはルータ背後のクライアント・コンピュータへのリモート・デスクトップ接続を可能にするツールである。

以下では、本発明の一部態様の基本的な理解を提供するために本発明の概要を提供する。この概要は、本発明を広範にわたり概説するものではない。この概要は、本発明の主要な／決定的な要素を示すこと、または本発明の範囲を詳細に叙述すること、を意図するものではない。この概要の唯一の目的は、後述するさらに詳細な説明の前置きとして本発明のいくつかの概念を簡潔な形式で提示することである。

本明細書で開示され、請求される本発明は、その一態様において、外部ユーザが、ファイアーウォールおよび／またはルータの背後にある内部クライアント・デスクトップにネットワーク使用可能コンピュータを介して遠隔から接続するリモート・デスクトップ・ソリューションを使用することを可能にするアーキテクチャを含んでいる。端末サービス接続のコンテクストにおいて、このことは、外部クライアントへの／からの端末サービス・データ・メッセージを、イントラネット上の内部クライアント・コンピュータに内部イントラネット・サーバを介して転送し、これによりファイアーウォールおよび／またはルータを介した端末サービス・セッションを可能にすることにより、達成される。

外部クライアントは、リモート・ユーザがイントラネット機能にアクセスするために単一で簡素な統合された入り口点を提供する動的に作成されたウェブ・サイトであるポータル・ウェブ・サイトに最初にアクセスすることにより、内部クライアントに接続する。外部ユーザが中央ポータル・ウェブ・サイトにログオンし、内部コンピュータに対して認証された場合に接続が開始される。このウェブ・サイトは、電子メール・アクセスおよびユーザのクライアント・デスクトップのようなイントラネットのすべての関連機能に対してネットワーク・ファイアーウォールおよび／またはルータ外からアクセスすることのできる単一アクセス・ポイントを提供することにより、リモート・ユーザに権限を与える。

本発明は、内部コンピュータと内部サーバ上にポート・ソケットを作成することにより機能する。内部サーバは、外部コンピュータにそのサーバ・ポート情報を送信し、外部コンピュータは、サーバ・ポート情報を抽出して、そのポートに送信する。サーバは、内部コンピュータとサーバ・ポートの間でトラフィックを転送することにより、外部クライアント・コンピュータと内部クライアント・コンピュータの間でデータ・メッセージの透過的な転送を管理するためにスレッドを作成する。データ・パケットは、端末サービス接続を維持するために必須の情報を含んでいる。基本的に、イントラネット・サーバは端末サービス・セッションにおける媒介として動作（ａｃｔ）することが可能となる。

上記で指摘したように、本発明は、端末サービス接続に限定されるものではなく、外部クライアントまたは内部クライアント、例えばＸ Ｗｉｎｄｏｗｓ（登録商標）、からルータおよび／またはファイアーウォールを介した接続を容易にする任意のリモート・デスクトップ・ソリューションでも含むものである。

上記の目的および関連する目的を達成するために、本発明の特定の説明上の態様を以下の説明および添付の図面と共に本明細書に記載する。しかしながら、これらの態様は本発明の原理を利用することのできる様々な方法の一部を示すものであり、本発明はそのような態様のすべておよびそれらの等価形態を含むことを意図するものである。本発明の他の利点および新規の特徴は、本発明の以下の詳細な説明から、図面と合わせて検討されるならば、明らかになろう。

本発明を、図面を参照して説明するが、これらの図面では類似の要素を示すために類似の参照番号を使用する。以下の説明では、説明の目的で本発明の完全な理解を提供するために多数の具体的な詳細が述べられている。しかし、本発明はこれらの具体的な詳細なしに実行することができることが明らかになろう。他の場合、本発明の説明を容易にするために、良く知られた構造および装置をブロック図形式で示した。

本願に使用される「コンポーネント」および「システム」という用語は、ハードウェア、ハードウェアとソフトウェアの組合せ、ソフトウェア、または実行中ソフトウェアのいずれかのコンピュータ関連エンティティを意味するものである。例えば、コンポーネントは、限定はしないが、プロセッサで実行中のプロセス、プロセッサ、オブジェクト、実行可能ファイル、実行スレッド、プログラム、および／またはコンピュータであってよい。説明の手段として、サーバで実行中のアプリケーションとサーバはどちらもコンポーネントであってよい。１つまたは複数のコンポーネントは、プロセスおよび／または実行スレッド内に常駐することができ、コンポーネントは、１つのコンピュータに配置され、かつ／または複数コンピュータ間に分散することができる。

本明細書で使用する「推論」という用語は、一般に、イベントおよび／またはデータにより捕らえられた一組の観察からシステム、環境、および／またはユーザの状態に関して判断を下す（reasoning）または推論する（inferring）プロセスを意味している。推論は、特定のコンテクストまたはアクションを特定するために利用することができ、または確率分布を例えば状態に関して生成することができる。推論は、確率論的であってよい、すなわち、データおよびイベントの検討に基づく対象の状態に関する確率分布の計算であってよい。推論は、一組のイベントおよび／またはデータから、より高レベルのイベントを構成するために利用される技術をも意味する。このような推論の結果、そのイベントが密接な時間的接近に相関するか否か、またそのイベントおよびデータが１つまたは複数のイベントおよびデータ・ソース由来か否かに関わらず、一組の観察されたイベントおよび／または記憶されたイベント・データから、新しいイベントが構築されたり、またはアクションがもたらされたり、する。

次に図１を参照すると、本発明の端末サービス・システム１００のブロック・ダイアグラムが示されている。以下の説明は、端末サービス接続のコンテクストで提供する。しかし、開示されたアーキテクチャは、例えばＸ Ｗｉｎｄｏｗｓ（登録商標）を含めていかなるリモート・デスクトップ・ソリューションにも適用可能である。システム１００は、要求コンポーネント１０２と接続コンポーネント１０４を含む。要求コンポーネント１０２は、接続要求１０６をＴＣＰ／ＩＰベースの信号、例えばＦＴＰ（ファイル・トランスファー・プロトコル）信号の形式で受信する。接続要求は、有線または無線通信リンクを介して、要求コンポーネント１０２に転送する携帯クライアント装置から直接受信することも、または要求コンポーネント１０２に転送する中間装置から受信することもできる。一度受信されると、要求コンポーネント１０２は、端末サービスを使用してファイアーウォールおよび／またはルータを介して内部ネットワークへの接続を開始するよう接続コンポーネント１０４に信号を送る。以後、「ファイアーウォール」という用語を使用することは、ルータ、またはルータとファイアーウォールの組合せであることも意味することを理解されたい。最終的に、接続コンポーネント１０４の出力は、内部コンピュータと外部コンピュータの間でファイアーウォールを介して端末サービス接続を管理するポート管理スレッド１０８である。このコンテクストにおいて、コンピュータという用語はネットワークを介して通信することのできる携帯型または非携帯型の任意の装置をも含むということに留意されたい。このような装置は、デスクトップ・コンピュータ、サーバ、携帯型ノートブックまたはラップトップ・コンピュータ、セルラー電話のようなネットワーク使用可能移動装置、パーソナル・データ・アシスタントなどを含む。

次に図２を参照すると、本発明のシステム２００のネットワーク・ブロック・ダイアグラムが示されている。この特定の実施形態は、すべての通信を行うことのできるグローバル通信ネットワーク（ＧＣＮ）２０２をネットワークとして使用する。しかし、ネットワーク２０２は、外部クライアントおよび内部クライアントがそれを介して通信することのできるＬＡＮ、ＷＡＮ、ＷＷＡＮ、または企業ネットワークであってよいということを理解されたい。外部クライアント２０４は、ネットワーク接続にとっては従来型である有線または無線サービスを使用してネットワーク２０２に接続する。外部クライアント２０４は、ファイアーウォール２１０の背後にある内部ネットワーク２０８（例えば、イントラネット）の内部クライアント２０６にアクセスすることを希望する。

ＧＣＮ ２０２に配置されたリモート・ユーザ・ポータル（ＲＵＰ）ウェブ・サイト２１２は、内部ネットワーク２０８へのアクセス・ポータルとして働く。外部クライアント２０４は、内部サーバ２１４のＵＲＬ（ユニバーサル・リソース・ロケータ）アドレスをクライアント・ブラウザに入力する。ここでサーバ２１４は、ファイアーウォール２１０の背後にあり、内部ネットワークへのアクセスを容易にするというだけの理由で内部として示されている。ＲＵＰ ２１２は、ログイン・ページを提示し、外部クライアント２０４のユーザはログインする。サーバ２１４は、外部クライアント２０４にウェブ・ページを提示して、情報ならびにさらなる情報およびオプション（選択権）へのハイパーリンクを提供する。そのリンクの１つは、ＲＵＰサーバ２１２へのリンクであり、それを介して内部クライアント・アクセスが許可される。次いで外部クライアント２０４は、リモート・アクセス・オプションを選択し、これに応じて外部クライアント２０４はさらなる処理のためにＲＵＰ ２１２サイトへの接続に経路変更される。ＲＵＰリモート・アクセス・オプションを選択するかまたはＲＵＰサイトにログインするというユーザのアクションは、内部サーバ２１４が次いで使用可能な内部クライアントおよび／またはサーバのリストを生成するようトリガすることができる。ユーザはコンピュータを選択し、次いで端末サービス・セッションが呼び出される。あるいは、ＲＵＰ ２１２は端末サービス接続要求が既に受信されているという信号を内部サーバ２１４に送ることができ、これに応じて内部サーバ２１４は内部ネットワークのすべての使用可能なクライアントのリストを生成する。

ファイアーウォール２１０はＲＵＰ ２１２による予備的かつ認証されたアクセスを可能にするよう構成されているので、ＲＵＰ ２１２はファイアーウォール２１０を介した内部サーバ２１４への直接アクセスを提供することができる。次いで使用可能な内部クライアントのリストが、外部クライアント２０４に提示するために内部サーバ２１４からＲＵＰ ２１２に送信される。次いで外部クライアントのユーザは、接続を望む内部クライアント２０６を選択する。内部サーバ２１４は、サーバ２１４と内部クライアント２０６の両方でリスニング・ソケットを、またこれら２つのソケット間で端末サービス接続を管理するために管理スレッドを作成する。次いでサーバ・ポート番号が外部クライアント２０４に渡される。次いで外部クライアント２０４は内部クライアント２０６へのトラフィックを開始し、管理スレッドは両方のクライアント（２０４と２０６）からのトラフィックをリスンし、それら２つのクライアント（２０４と２０６）間のトラフィックをユーザに対して透過的に転送する。次いで外部クライアント２０４のユーザは内部クライアント２０６のデスクトップに対する直接アクセス（direct access）を有する。このことは、ユーザが内部クライアント２０６上だけにインストールされており外部クライアント２０４にはインストールされていない特定アプリケーション（例えば、会計アプリケーション）を有する場合、ユーザは、リモート・クライアント２０４上にアプリケーションをインストールせずに外部クライアント２０４から使用するようこのアプリケーションを起動することができるということを意味する。

ＲＵＰ ２１２は内部サーバ２１４とは別のノーダル・エンティティ（nodal entity）である必要はなく、サーバ２１４に常駐し、かつ／またはサーバ２１４の不可欠な部分であってよいということに留意されたい。

新規のシステムのアプリケーションは次のような例を含む。ジョーは、真夜中に、数千ドルの会社の金を節約できる会計上のひらめきをもった。ジョーは、自宅から迅速かつ容易に会社のビジネス・サーバ・ネットワークに直接アクセスすることを必要とする。本発明によれば、覚えておかなければならない番号、複雑な手順、または込み入ったログオン手続はない。ジョーは自分のラップトップのブラウザを起動し、そのブラウザは、そのラップトップを自動的にインターネットにダイヤル・アップで接続する。そのラップトップは会社のローカル・ネットワークの外部にあるので、そのラップトップのホームページは、そのラップトップを自動的にＲＵＰウェブ・サイトに宛先変更する。ジョーは自分の会社に接続する方法を考えるために時間を費やす必要はない。ＲＵＰサイトから、ジョーは豊かな一組のビジネス・サービスに即座に接続される。

まず、ジョーはＲＵＰを使用して、会社のスプレッド・シートの端末サービスを直接呼び出す。会社のスプレッド・シートは、単一端末サービス・マシン上でアプリケーション・シェアリング・モードで共有されている。すなわち、ジョーは、オフィスのスプレッド・シートにアクセスするために、自宅のマシンにまずスプレッドシート・アプリケーションをロードする必要はない。ジョーは、実際には、オフィスの自分のコンピュータのデスクトップからそのアプリケーションを実行し、そのオフィスのコンピュータを介して、自分のオフィスのコンピュータに記憶されているデータおよび／またはオフィスのネットワークを介してアクセス可能なデータベースのデータであるデータにアクセスする。ジョーは、自分の会計戦略が上手くいくことを確認し、次いで端末サービスを使用して社内の自分のパーソナル・コンピュータに再び接続する。ジョーは、そこから常に自分のデスクトップ上で手近に置いてある会社の戦略文書を編集する。最後に、ジョーは自分のパーソナル・コンピュータ・アカウントへの電子メール・アクセスを使用して、同僚全員に自画自賛の電子メールを送出し、次いでシステムをサイン・アウトする。

別の例は、インターネット・キオスクから内部ネットワークにアクセスする際に本発明の能力を明らかにする。空港にいるユーザは、インターネット・キオスクを使用して、内部アクセスを提供するウェブ・サイトのポータルにアクセスする。そのユーザが自分のマシンにアクセスするために使用したのと同じ資格証明書（credentials）を入力すると、ユーザにはユーザ自身の電子メール・アカウントを含めて、複数のオプションにアクセスするための簡素なメニュー・ウェブページが提示される。ユーザは、電子メールを送信し、次いで、ネットワーク上の共有サービスにアクセスすることを含めて他のオプションを検討し、旅行中で確認できなかった会社のお知らせ（company announcements）を見る。次いで割り当てられた時間が経過するとユーザはログアウトする。

本発明の機能のさらに別の例は、リモートＶＡＰ（付加価値プロバイダ）サービスに関係する。問題のある内部ネットワーク接続クライアント・マシンは、その問題を解消するために、ＶＡＰにより直接かつ即座にアクセスすることができる。ＶＡＰは、ＲＵＰウェブ・サイトを使用して、リモート・デスクトップ機能を介してクライアント・マシンに直接接続する。ＶＡＰ技術者は、自分の席を離れずにその問題を容易に訂正する。

次に図３を参照すると、本発明の通信プロセスのフローチャートが示されている。説明を簡単にする目的から、フローチャートなどの形式で本明細書に示す１つまたは複数の方法は一連の動作（ａｃｔ）として図示し説明するが、本発明は動作（ａｃｔ）の順番よって限定されるものではなく、本発明によれば、一部の動作（ａｃｔ）は本明細書で図示し説明する順番とは別の順番でかつ／または本明細書で図示し説明する動作（ａｃｔ）以外の動作と同時に行うことができるということを認識し、理解されたい。例えば、当業者には、この方法は、別法として状態図のような一連の相互関係のある状態またはイベントとして表すことができるということを認識し、理解されよう。さらに、本発明による方法を実装するにはすべての説明する動作（ａｃｔ）が要求されるわけではない。

３００で、外部ユーザは認証のために内部サーバにアクセスする。３０２で、ユーザには適切な認証に基づいてＲＵＰサイトに対するアクセスが許可される。３０４で、外部クライアントはＲＵＰにアクセスする。これは、ユーザが、単に内部サーバの代わりにそのＵＲＬアドレスを使用したり、ＲＵＰに接続要求を自動的に経路指定するリモート・ユーザ・オプションを選択したり、またはユーザがＲＵＰのＵＲＬをクライアント・ブラウザに挿入したりすることにより、自動的に行うことができる。これに応じて、ＲＵＰはユーザにウェブ・ページを提示する。クライアント・ユーザはそのウェブ・ページをナビゲートし、必要な場所で、本発明の能力を容易にする端末サービス・コンポーネントをダウンロードするよう促されることができる。ユーザには、さらなるアクセスが許可される前に適切な認証のためにログインするよう要求することもできる。３０６で、ＲＵＰは内部サーバ（例えば、ビジネス・サーバ）に接続要求が既に受信されていることを伝達する。３０８で、通信ポートが、セットアップ時間にファイアーウォール内に開かれる。ファイアーウォールはハードウェアまたはソフトウェア・ファイアーウォールであってよいということに留意されたい。ＲＵＰからの接続要求の受信に応えて、サーバは、３１０で示されるように使用可能な内部クライアントのリストを生成し、そのリストをユーザに提示するためにＲＵＰに戻す。このリストは、本発明によるアクセスのために適切に構成されたクライアントだけを含む。したがって、いくつかの動作可能な内部クライアントは、適切なオペレーティング・システムまたはリモート・アクセス機能を含まない場合があるのでこれらはＲＵＰに送信されたリスト上にはない。

３１２で、ユーザはアクセスする内部クライアントを選択し、接続を開始する。３１４で、内部サーバはそのレジストリからポート番号値（例えば、デフォルト４１２５）を読み取り、そのポート上にリスニング・ソケットを作成する。同じポートは既にファイアーウォールで開かれている。したがって、この時点で、通信コンジット（communication conduit：通信ルート）は、ＲＵＰからファイアーウォールを介して内部サーバに存在している。３１６で、サーバは、内部クライアント、例えばクライアント・ポート３３８９上にソケットを作成し、これは、端末サービス接続に指定される。３１８で、サーバは、サーバとクライアント・ソケットの間の端末サービス接続を管理するスレッドを作成する。３２０で、サーバは、そのスレッドを開始し、そのサーバに対するポート値は、ＵＲＬ形式で外部クライアントに戻される。３２２で、そのポート値がＵＲＬから抽出され、外部クライアントの端末サービスは、そのポート値を使用してそこにトラフィックを方向付ける。３２４で、サーバ管理スレッドは、トラフィックについてそのポートをリスンし、ユーザに対して透過的に、着信メッセージを１つのポートから他のポートに転送する。３２６で、外部クライアントがログアウトした場合、サーバ・スレッドはそのポートを閉じる。次いでこのプロセスは停止ブロックに到達する。

複数のポートをインターネットに対して開くことができることが理解されるべきであるということに留意されたい。例えば、ポート４１２５を第１の内部クライアントのポート３３８９にマップすることができ、ポート４１２６を第２の内部クライアントのポート３３８９にマップすることができ、という具合である。しかし、多くのポートを開くほどデスクトップに対する接続も常に開かれていることになるので、この場合の安全性は低い。

本発明によれば、単一の開かれた外部ポートがあり、内部クライアントへの１つまたは複数の内部ポートがそのポートにマップされる。

次に図４を参照すると、外部クライアント・ユーザに対する認証プロセスのフローチャートが示されている。クライアント・ブラウザのウェブ・サイトへのアクセスを要求する際、ユーザはまずＲＵＰに対して認証される必要がある。内部サーバ・ログオン資格証明書（internal server logon credentials）はユーザ認証に要求されるものである。すべての場合において、認証ログオン画面が提示され、ログインが適切に完了されるまでユーザはＲＵＰサイトに入ることはできない。ウェブ・サイトにアクセスするには、ユーザはリモート・ユーザ・ポータル・ユーザ・セキュリティ・グループまたはドメイン管理者セキュリティ・グループのメンバーである必要がある。ウェブ・サイトのいかなるウェブ・ページに対するすべての匿名アクセス（anonymous access）、さらにログオン画面も拒否される。ゲスト・アカウントはＲＵＰサイトにアクセスすることはできない。

４００で、外部クライアントは内部サーバのＵＲＬをクライアント・ブラウザに入力し、そこに接続する。ユーザがＲＵＰオプションを選択する場合、ユーザはログインおよび認証プロセス用のＲＵＰウェブ・サイトに自動的に向けられる。ＲＵＰは、内部サーバに対するそのようなプロセスのためにプロキシとして動作する。４０２で、ＲＵＰは、外部クライアントが本発明の接続動作を実行するよう適切に構成されていることを確認するためにチェックするサーバからの照会を処理する。これは、限定はしないが、クライアントのオペレーティング・システムがリモート動作を実行するよう十分に更新されており、正確なクライアント資格証明書が使用され、相互接続用にキャッシュに入れられていることを確認することを含む。４０４で、クライアントの状態（condition）がよいか否かに関して決定が行われる。ＮＯであれば、フローは４０６に進み、そこで認証ウィンドウ、例えば形式ベースのウィンドウがユーザに提示される。次いでシステムの接続に関する必要条件を完了するようユーザにプロンプト表示される。４０８で、システムは続いて、クライアントが必要条件を満たしたか否かを決定するためにチェックを実行する。ＮＯの場合、システムは続いてクライアントをチェックするために４０８の入力にループ・バックする。この点で、システムがループにロックされないよう保証するためにタイム・アウト機能を使用することができる。さらに、システムは、代替方法を使用することを求めたり、かつ／または要求される特権の特定の態様を訂正することを求めるメッセージをユーザに提示したりする前に、ログインの試行を有限回数だけ実行することができる。最終的に条件が満たされ、クライアント認証が認められた場合、フローは４０８から４１０に進み、内部クライアントに対するアクセスのためにユーザをＲＵＰウェブ・サイトに宛先変更して戻す。４０４で、クライアントの状態が適切な場合、例えば証明書が適切であり、キャッシュされており、要求が内部ネットワークの外にある場合、ＲＵＰウェブ・サイトで処理を続けるためにフローは４１０に直接進む。

４１２で、クライアント・ユーザは、内部クライアント・マシンに遠隔にリンクされるか否かを選択するためにウェブ・サイトのウェブ・ページでクライアント選択を行い、その選択は別の画面にハイパーリンクされる。４１４で、システムは、ユーザをリモート・クライアントにリンクさせる以外のコンテンツをユーザが必要としているか否かを決定する。ＮＯの場合、フローは４１６に進み、そこで所望のコンテンツに対する選択を行うウィンドウが開かれる。次いでフローは停止ブロックに到達する。コンテンツは同じブラウザ・ウィドウの下枠で開かれること、すなわち新しいブラウザ・ウィンドウは開かれないということに留意されたい。あるいは、ユーザが内部クライアントに遠隔から接続することを選んだ場合、フローは４１４から４１８に進み、すべての使用可能な内部クライアントまたはサーバを列挙するウェブ・ページをユーザに提示する。４２０で、内部クライアントまたはサーバが選択されると、端末サービスが、外部クライアントから内部クライアントへのプロキシで実行される。４２２で、内部クライアントに従ってコンテンツを提示するウィンドウが同じブラウザ・ウィンドウ内に開かれる。次いでこのプロセスは停止ブロックに到達する。

次に図５を参照すると、Ｒｅｍｏｔｅ Ｕｓｅｒ Ｐｏｒｔａｌおよび／または内部サーバへのログオン・プロセスのために使用することのできるサンプルＬｏｇｏｎページ５００が示されている。ユーザには、Ｒｅｍｏｔｅ Ｕｓｅｒ Ｐｏｒｔａｌにナビゲートする形式ベースの認証ログオン・ページがまず提示される。このページは、ユーザ名とパスワードをユーザに要求する。このページは、ドメイン名は要求しない。認証プロセス中、内部サーバ・ドメイン名がユーザのログオン資格証明書と共に転送される。ユーザがログオンに失敗した場合、ログオンが失敗したことを示すメッセージがユーザ名およびパスワード・フィールド上に表示され、ユーザに再度試行するようプロンプト表示される。そのメッセージは、例えば「ログオンに失敗しました。ユーザ名が正しいことを確認の上、もう一度パスワードをタイプしてください。」と表示させることができる。ユーザ名フィールドはユーザの入力を維持するが、パスワード・フィールドはログオンの試みが失敗するとブランクになる。正常にログインした後、そのページが例えば管理者ページをロードするまで、ユーザにはＲＵＰリンクと同じフォントで中央に「Ｌｏａｄｉｎｇ（ロード中）…」という文字を表示した空白の白いページが提示される。この進捗状況ページ（progress page）は、特にページが完全にロードされる遥か前にブラウザが「完了」を示す場合があるので、このサイトが応答していないと考えている可能性のあるユーザを落ち着かせることに役立つ。

次に図６を参照すると、Ｒｅｍｏｔｅ Ｕｓｅｒ Ｐｏｒｔａｌ用のサンプルＫｎｏｗｌｅｄｇｅ Ｗｏｒｋｅｒページ６００が示されている。ユーザがＲｅｍｏｔｅ Ｕｓｅｒ Ｐｏｒｔａｌユーザ・セキュリティ・グループのメンバーであると証明すると、そのユーザにはページ６００が提示される。このページは、Ｗｅｌｃｏｍｅメッセージと、Ｌｏｇ Ｏｆｆリンクと、電子メール、トキュメント／情報協同サービスＣｌｉｅｎｔ Ｈｅｌｐ、およびクライアント・マシンおよび第２のサーバ（共用アプリケーション用）のＲｅｍｏｔｅ Ｄｅｓｋｔｏｐを開くためのリンクを含んでいる。このページは、Ｃｏｎｎｅｃｔｉｏｎ Ｍａｎａｇｅｒおよび監視ウェブ・サイトをダウンロードするためのリンクも含む。インストール期間中にこれらの機能がインストールされない場合、またはこれらの機能がインターネットに公開されていない場合、対応するリンクは自動的に表示されない。さらに、ユーザに対してアクセス可能となったリンク数はログインしたユーザによって異なる。例えば、管理者以外のユーザがログインした場合、図８に示すように管理者以外のリンク、例えばＳｅｒｖｅｒ Ｄｅｓｋｔｏｐリンクは示されない。タイトル・バーは、（適用可能な言語による）書体の日付を「Ｌｏｇ ｏｆｆ」リンクと共に含むことができる。

Ｗｅｌｃｏｍｅメッセージは、「ようこそ、％ｕｓｅｒｎａｍｅ％さん」という形式でユーザ名を含み、さらに「以下のリンクを使用して、インターネットから内部ネットワークのコンポーネントにアクセスすることができます。セキュリティ保護のため、Ｒｅｍｏｔｅ Ｕｓｅｒ Ｐｏｒｔａｌの使用を終了した場合はＬｏｇｇ Ｏｆｆしてください」を含む。

リンクは、次の、対応する電子メール、ドキュメント／情報協同サービス、リモート・デスクトップ接続サービス、アプリケーション共有モードでのサーバに対する端末サービス、接続マネージャ、使用率報告、およびユーザ・ヘルプという順番で表示される。ページ６００は一例に過ぎず、設計者の裁量でリンク、テキスト、およびグラフィックを増減させることができるということに留意されたい。

次に図７を参照すると、Ｒｅｍｏｔｅ Ｕｓｅｒ Ｐｏｒｔａｌ用のサンプル電子メール・ページ７００が示されている。電子メール・リンクは、電子メール・アクセスがインストールされ、公開された場合にのみ示される。電子メール・アクセス・ページは同じブラウザ・ウィンドウ内に、ＲＵＰフレームを使用して開く。このリンクは、ＳＳＬがこのサイトに要求されているか否かを反映している。ユーザの証明書がこの電子メールサイトに転送される。説明の目的でのみ、図７のページはウェブ・ページ・デザインの当業者が理解するフレーム使用法を示している。

対応するアプリケーション・サービスがインストールされ、公開され、同じブラウザ・ウィンドウでＲＵＰフレームにより開く場合、ドキュメント・情報協同サービス・リンク（すなわち、「…Ｉｎｔｅｒｎａｌ Ｗｅｂ Ｓｉｔｅ」）だけが示される。このリンクは、ＳＳＬがこのサイトに要求されているか否かを反映している。ＳＳＬがＲｅｍｏｔｅ Ｕｓｅｒ Ｐｏｒｔａｌに要求される場合、ログインの反復を無くすためにアプリケーション・サービス・サイトに対してもＳＳＬが使用される。

「Ｃｏｎｎｅｃｔ Ｔｏ Ｍｙ Ｃｏｍｐｕｔｅｒ…」リンクは、開示されたアーキテクチャに整合するクライアント・オペレーティング・システムを実行しているネットワーク上のすべてのクライアントのリストがポピュレートされている図９のコンピュータ選択ページ９００を開く。コンピュータ選択ページが同じウィンドウにレンダリングされる。

一度コンピュータが選択されると、そのコンピュータに対する端末サービス接続は、「全画面モード」が選択されている場合を除いて、同じブラウザ・ウィンドウに開く。ユーザがＭａｉｎ ＭｅｎｕまたはＬｏｇ Ｏｆｆリンクを選択した場合、端末サービス接続は閉じる。開示されたアーキテクチャに整合するアプリケーションを実行しているコンピュータがネットワーク上に少なくとも１つある場合にのみこのリンクは表示される。

アプリケーション共有モードの端末サービス・サーバであるサーバがネットワーク上にあり、ユーザが端末サービスＡｐｐｌｉｃａｔｉｏｎ Ｓｈａｒｉｎｇグループのメンバーである場合、端末サービスへのリンクが第２のサーバに示される。ユーザが「％ｕｓｅｒｎａｍｅ％として接続する」を選択した場合、資格証明書が転送され、端末サービス接続がユーザに対して開かれる。機能は、上記のクライアント機能に対する端末サービスと同じである。

「Ｊｏｉｎ Ｍｙ Ｒｅｍｏｔｅ Ｃｏｍｐｕｔｅｒ…」リンクは、クライアントに対するＣｏｎｎｅｃｔｉｏｎ Ｍａｎａｇｅｒプログラムのダウンロードを開始する。Ｃｏｎｎｅｃｔｉｏｎ Ｍａｎａｇｅｒパッケージが使用可能な場合にのみこのリンクは示される。このリンクが選択された際にその要求が外部ＩＰであれば、ユーザには「Ｃｏｎｎｅｃｔｉｏｎ Ｍａｎａｇｅｒのインストール後、Ｓｍａｌｌ Ｂｕｓｉｎｅｓｓ Ｓｅｒｖｅｒネットワークのセキュリティを保護するため、このコンピュータのすべてのユーザが強力なパスワードを有することを確認してください。」と表示されたＯＫのみのポップアップ警告が提示される。

ユーザがＲｅｐｏｒｔ Ｕｓｅｒグループのメンバーであり、Ｍｏｎｉｔｏｒｉｎｇウェブ・サイトが公開されている場合、使用報告へのリンクが示される。このリンクは、サーバ資源の使用状況を遠隔から監視する方法を事業主に提供する。

「…Ｕｓｅｒ Ｐｏｒｔａｌ Ｈｅｌｐ」リンクはＣｌｉｅｎｔ Ｈｅｌｐを開き、ＲＵＰフレームにより同じブラウザ・ウィンドウのＲｅｍｏｔｅ Ａｃｃｅｓｓチャプタを指し示す。ＳＳＬがＲｅｍｏｔｅ Ｕｓｅｒ Ｐｏｒｔａｌに要求される場合、ログインの反復を無くすためにＣｌｉｅｎｔ ＨｅｌｐサイトにもＳＳＬが使用される。

次に図８を参照すると、Ｒｅｍｏｔｅ Ｕｓｅｒ Ｐｏｒｔａｌ用のサンプル管理者ウェブ・ページ８００が示されている。Ｄｏｍａｉｎ Ａｄｍｉｎｉｓｔｒａｔｏｒｓセキュリティ・グループのメンバーである全ユーザにＡｄｍｉｎｉｓｔｒａｔｏｒページが示される。すべての可能なリンクがこのページからＡｄｍｉｎｉｓｔｒａｔｏｒに示される。このリンクは、管理者が探すべきものをよりよく区別するためにＡｄｍｉｎｉｓｔｒａｔｉｖｅ ＴａｓｋとＡｄｄｉｔｉｏｎａｌ Ｌｉｎｋにグループ化される。タイトル・バーは、（適用可能な言語による）書体の日付を「Ｓｉｇｎ Ｏｕｔ」リンク（図示せず）と共に含む。

以下のリンクを使用して、管理者はインターネットを介して内部ネットワークのコンポーネントにアクセスすることができる。

Ａｄｍｉｎｉｓｔｒａｔｏｒページに「Ｃｏｎｎｅｃｔ Ｔｏ Ｓｅｒｖｅｒｓ…」リンクは、管理者が手作業でレジストリをオフに変更しない限り、示される。これは、内部サーバ自体を含めて内部ネットワーク内のサーバのリストだけをポピュレートしたコンピュータ選択ページにリンクする。内部サーバはデフォルトでリストから選択される。ユーザが「％ｕｓｅｒｎａｍｅ％として接続する」を選択した場合、資格証明書が転送され、端末サービス接続がユーザに対して開かれる。内部サーバに対する端末サービス接続は、同じブラウザ・ウィンドウで、上記の端末サービス−クライアント機能と類似方式で、開く。このリンクはＤｏｍａｉｎ Ａｄｍｉｎｉｓｔｒａｏｔｏｒにのみ使用可能である。

「…Ｈｅｌｐ Ｄｅｓｋ」リンクは、管理者がネットワーク上の問題を検査することができるように、ドキュメント／情報協同サービス・ヘルプ・デスクを同じブラウザ・ウィンドウでＲＵＰフレームにより起動する。このリンクはＳＳＬがこのサイトに要求されているか否かを反映する。このリンクはＤｏｍａｉｎ Ａｄｍｉｎｉｓｔｒａｔｏｒにのみ使用可能であり、協同サービスがインストールまたは公開されていない場合は示されない。この決定は、上記リンクおよびサービスのどれによっても行うことができるけれども、対応するレジストリ・キーを捜すことによって行われる。ＳＳＬがＲｅｍｏｔｅ Ｕｓｅｒ Ｐｏｒｔａｌに対して要求される場合、ＳＳＬはログインの反復を無くすために協同サービス・サイト用にも使用される。

「Ａｄｍｉｎｉｓｔｅｒ Ｉｎｔｅｒｎａｌ Ｃｏｍｐａｎｙ…」リンクは、管理者が会社のイントラネット・サイトに変更を行うことができるように、管理者が会社の内部ウェブ・サイトを編集し、修正し、維持することを可能にし、協同サービス管理ページを同じブラウザ・ウィンドウでＲＵＰフレームにより起動する。このリンクはＳＳＬがこのサイトに要求されているか否かを反映する。ユーザ証明書は協同サービス・サイトに転送され、Ｄｏｍａｉｎ Ａｄｍｉｎｉｓｔｒａｔｏｒにのみ使用可能である。協同サービスアプリケーションがインストールまたは公開されていない場合、このリンクは示されない。これは、対応するレジストリ・キーを捜すことによって決定することができる。Ｒｅｍｏｔｅ Ｕｓｅｒ Ｐｏｒｔａｌに対してＳＳＬが要求される場合、ログインの反復を無くすためにＳＳＬは協同サービス・サイトに対しても使用される。

「…Ｐｅｒｆｏｒｍａｎｃｅ Ｒｅｐｏｒｔ」リンクは、管理者が最新性能サーバ・ステータス報告を同じブラウザ・ウィンドウでＲＵＰフレームにより参照することを可能にする。このリンクはＤｏｍａｉｎ Ａｄｍｉｎｉｓｔｒａｔｏｒにのみ使用可能である。ユーザ資格証明書はＭｏｎｉｔｏｒｉｎｇフォルダに転送される。このリンクは、ファイルが存在する場合にのみ示される。ＳＳＬがＲｅｍｏｔｅ Ｕｓｅｒ Ｐｏｒｔａｌに対して要求されている場合、ログインの反復を無くすためにＭｏｎｉｔｏｒｉｎｇサイトにもＳＳＬが使用される。

「…Ｕｓａｇｅ Ｒｅｐｏｒｔ…」リンクは、管理者が最新使用サーバ・ステータス報告を同じブラウザ・ウィンドウでＲＵＰフレームにより参照することを可能にする。このリンクはＤｏｍａｉｎ Ａｄｍｉｎｉｓｔｒａｔｏｒに対してのみ使用可能である。ユーザ資格証明書がＭｏｎｉｔｏｒｉｎｇフォルダに転送される。ファイルが存在する場合にのみこのリンクは示される。ＳＳＬがＲｅｍｏｔｅ Ｕｓｅｒ Ｐｏｒｔａｌに対して要求されている場合、ログインの反復を無くすためにＭｏｎｉｔｏｒｉｎｇサイトに対してもＳＳＬが使用される。

管理者ページ８００は、電子メール・アクセス、ダウンロード・マネージャ、および参照クライアント・ヘルプからなるＡｄｄｉｔｉｏｎａｌ Ｌｉｎｋも含む。

次に図９を参照すると、コンピュータ選択ウェブ・ページ９００が示されている。Ｒｅｍｏｔｅ Ｄｅｓｋｔｏｐを介してコンピュータへの接続をユーザが選択した後、そのユーザにはコンピュータ選択ページ９００が同じブラウザ・ウィンドウでＲＵＰフレームにより提示される。選択されたリンクに依存して、このページのリストは異なる一組のコンピュータを含む。すなわち、これらは、クライアント・デスクトップ、ユーザ所有のコンピュータ、サーバ・デスクトップ、および会社の共用アプリケーション・サービスである。これらのクライアントは、Ｒｅｍｏｔｅ Ｄｅｓｋｔｏｐアプリケーションをイネーブルしてもイネーブルしなくてもよいということに留意されたい。これを決定するために、リモート・レジストリ呼出しが行われるが、この呼出しはこのページのロードをかなり低速化させる場合がある。ページのロード前に、ブラウザはＲｅｍｏｔｅ Ｄｅｓｋｔｏｐアプリケーションがクライアントにまだ存在してない場合はそのダウンロードを試みる。この制御をダウンロードすることができない場合、ユーザはメイン・メニューに戻され、「Ｒｅｍｏｔｅ Ｕｓｅｒ Ｐｏｒｔａｌのこの部分はＲｅｍｏｔｅ Ｄｅｓｔｏｐアプリケーションが必要です。ブラウザのセキュリティ設定が原因でこのアプリケーションのダウンロードができない可能性があります。設定を調整し、再度接続を試してください。」などのエラー・メッセージが提示される。

「Ｃｏｎｎｅｃｔ ａｓ…」チェック・ボックスがデフォルトにより選択される。これが選択された場合、ユーザの資格証明書はターゲット・コンピュータに転送される。これが選択解除された場合、端末サービス・セッションが一度確立されたらユーザは手作業でログオン証明書を入力しなければならない。クライアントが選択されるまでＣｏｎｎｅｃｔボタンはグレイ・アウトされる。当然ながら、設計者の裁量で他の部分を提供することができる。

端末サービス・セッションが確立されると、端末サービス制御の中央にメッセージ「Ｃｏｎｎｅｃｔｉｎｇ…」が表示される。全画面以外が選択されている場合は、同じブラウザ・ウィンドウで選択画面としてリモート・デスクトップがレンダリングされる。

Ｒｅｍｏｔｅ Ｕｓｅｒ ＰｏｒｔａｌはＶＡＰとエンド・ユーザの両方に差別なく公開される。通常のヘルプおよび文書化トピックの他に、以下のＷｅｌｃｏｍｅ電子メールおよびＲｅｍｏｔｅ Ｕｓｅｒ電子メールが実装される。Ｓｅｒｖｅｒ Ｔｏｏｌコンポーネントがインストールされている場合、Ｒｅｍｏｔｅ Ｕｓｅｒ Ｐｏｒｔａｌは、内部サーバのすべての新ユーザに送信される「Ｗｅｌｃｏｍｅ ｔｏ Ｓｍａｌｌ Ｂｕｓｉｎｅｓｓ Ｓｅｒｖｅｒ」電子メールで、言及される。そこには、一般的な説明ヘルプ・トピックへの簡単な説明およびリンクがある。Ｗｅｌｃｏｍｅ電子メールが送信された時点では、そのサイトがインターネットに開かれているか否か、またはＵＲＬが何であるかは未確定である。したがって、電子メールはそのサイトを潜在的機能として参照する。そのユーザは、そのサイトが使用可能か否かを確認するよう管理者に向けられる。

Ｒｅｍｏｔｅ Ｕｓｅｒ Ｐｏｒｔａｌのユーザ・セキュリティ・グループにユーザが追加された場合、そのグループのユーザにリモート・ユーザ電子メールが送信される。そのＨＴＭＬ形式の電子メールは、いくつかの紹介テキスト（introductory text）、Ｒｅｍｏｔｅ Ｕｓｅｒ Ｐｏｒｔａｌへのリンク（知られている場合は）、ユーザのホームページを設定するためのリンク、および一般的な説明ヘルプ・トピックを含んでいる。リンクは、以下で図１０を参照して説明する方法を使用して決定される。その電子メールのテキストには、Ｓｅｎｄｅｒ、Ｒｅｐｌｙ−Ｔｏテキスト、Ｓｕｂｊｅｃｔテキスト、例えば「Ｒｅｍｏｔｅ Ｕｓｅｒ Ｐｏｒｔａｌは現在使用可能です」、およびＢｏｄｙが含まれる。Ｂｏｄｙテキストは、「新しいＲｅｍｏｔｅ Ｕｓｅｒ Ｐｏｒｔａｌに対する貴方のアクセスが、貴方の管理者によって許可されました。Ｒｅｍｏｔｅ Ｕｓｅｒ Ｐｏｒｔａｌを使用して、インターネット・アクセスを有するほとんどすべてのコンピュータから内部ビジネス・サーバ・ネットワークに入ることができます。ご自分の電子メールおよびカレンダー、ご自分のコンピュータのデスクトップ、およびご自分の会社の内部ウェブ・サイトにアクセスすることができます。このウェブ・サイトは％ＵＲＬ％に置かれています。このアドレスは貴方が以前受け取ったアドレスと異なる場合があることに御留意ください。会社以外から参照するためにこのアドレスを記録しておくことをお勧めします。ウェブ・サイトのアドレスに関しては管理者にご連絡ください。このアドレスは貴方が以前受け取ったアドレスと異なる場合があることに御留意ください。詳細は、Ｉｎｆｏｒｍａｔｉｏｎ ａｎｄ Ａｎｓｗｅｒｓをご覧になるか、Ｒｅｍｏｒｔｅ Ｕｓｅｒ Ｐｏｒｔａｌを開き、Ｖｉｅｗ Ｒｅｍｏｔｅ Ｕｓｅｒ Ｐｏｒｔａｌ Ｈｅｌｐをクリックしてください。」のようなテキストを含むことができる。

対応するレジストリ・キーが０（またはオフ）に設定されている場合、電子メールの送信はディセーブルされる。ＵＩシステムには、この電子メールの作成および送信をトリガすることのできる場所がいくつかある。Ｃｏｎｆｉｇｕｒｅ Ｅ−ｍａｉｌ ａｎｄ Ｉｎｔｅｒｎｅｔ Ｃｏｎｎｅｃｔｉｏｎ Ｗｉｚａｒｄ（ＣＥＩＣＷ）に関して、Ｒｅｍｏｔｅ Ｕｓｅｒ ＰｏｒｔａｌのＵＲＬがＣＥＩＣＷで変更された場合、電子メールはリモート・ユーザ・セキュリティ・グループ内のすべてのユーザに送信される。レジストリ・キーは、Ａｄｄ Ｕｓｅｒ ＷｉｚａｒｄおよびＣｈａｎｇｅ Ｕｓｅｒ Ｐｅｒｍｉｓｓｉｏｎｓ Ｗｉｚａｒｄに対するＲｅｍｏｔｅ Ｐｏｒｔａｌの現在の状態を追跡する。０の値はサイトが公開されていないことを示しており、１の値はサイトが公開されていることを示している。ＵＲＬが変わり、Ｓｅｎｄｍａｉｌキーが１にセットされている場合、リモート・ユーザ・セキュリティ・グループのすべてのユーザが照会され、メールはそれらユーザすべてに送信される。

Ａｄｄ Ｕｓｅｒ Ｗｉｚａｒｄに関して、ユーザが作成され、リモート・ユーザ・セキュリティ・グループに追加され、Ｓｅｎｄｍａｉｌキーが１にセットされている場合、そのサイトがインターネットに開かれているか否かを確認するためにＳｔａｔｅレジストリ・キーがチェックされる。開かれている場合、電子メールが作成され、新しく追加されたユーザに送信される。

Ｃｈａｎｇｅ Ｕｓｅｒ Ｐｅｒｍｉｓｓｉｏｎｓ Ｗｉｚａｒｄに関して、ユーザがリモート・ユーザ・セキュリティ・グループに追加され、Ｓｅｎｄｍａｉｌキーが１にセットされている場合、そのサイトがインターネットに開かれているか否かを確認するためにＳｔａｔｅレジストリ・キーがチェックされる。開かれている場合、電子メールが作成され、そのユーザに送信される。

次に図１０を参照すると、紹介電子メール（introductory e-mail）に挿入するためのＵＲＬを決定するプロセスのフローチャートが示されている。Ｒｅｍｏｔｅ Ｕｓｅｒ Ｐｏｒｔａｌを首尾良く公開するための１つの態様は、ユーザが容易にそのページに到達し、そのページを自分のホームページにできるようにするリンクを提供することである。ユーザおよびコンピュータが追加される前にＣＥＩＣＷが実行される保証はなく、ユーザのお気に入りのホームページを上書きするなどの落とし穴を過剰に生じる場合があるので、ホームページはデフォルトでセットされない。そうでなく、リンクが提供され、それをホームページとして設定する迅速かつ簡素な方法が紹介電子メールで提案される。ＣＥＩＣＷが実行され、Ｒｅｍｏｔｅ Ｕｓｅｒ Ｐｏｒｔａｌがインターネットに公開されると、Ｒｅｍｏｔｅ Ｕｓｅｒ ＰｏｒｔａｌのＵＲＬは以下の方法で決定され、レジストリ・キーに書き込まれる。このキーは、ＣＥＩＣＷが実行され、Ｒｅｍｏｔｅ Ｕｓｅｒ Ｐｏｒｔａｌの公開状態が「オフ」から「オン」になる場合はいつでも、更新される。

したがって１０００ではＲＵＰの公開状態はオフからオンに移行し、そのＵＲＬを決定するプロセスは以下の通りである。１００２で、システムは、インターネット・サーバのドメイン名が既知か否かを判定する。既知の場合、フローは１００４に進み、ＳＳＬ接続が要求されるか否かを決定する。しかし、ＳＳＬ接続は常にそのウェブ・サイトに要求されるものではないということに留意されたい。ＳＳＬ接続が要求される場合、フローは１００６に進み、ＵＲＬ ｒｅｇｋｅｙを「ｈｔｔｐｓ：／／」に設定する。ＳＳＬ接続が要求されない場合、フローは１００４から１００８に進み、ＵＲＬ ｒｅｇｋｅｙを「ｈｔｔｐ：／／」に設定する。サーバに対する周知のインターネット・ドメイン名がある場合、ＵＲＬの残りは％ｍａｃｈｉｎｅｎａｍｅ％．％ｄｏｍａｉｎ％／ｒｅｍｏｔｅ（例えば、ｍａｃｈｉｎｅｎａｍｅ．ｍｙｃｏｍｐａｎｙ．ｃｏｍ／ｒｅｍｏｔｅ）である。会社がＩＳＰ（インターネット・サービス・プロバイダ）でホストされるビジネス・カード・ウェブ・サイトを有するとしてもこの方法はＵＲＬが正確に提示されることを保証するので、簡素化されたアドレスｗｗｗ．ｍｙｃｏｍｐａｎｙ．ｃｏｍではなくこのアドレスが使用される。この場合、ｗｗｗ．ｍｙｃｏｍｐａｎｙ．ｃｏｍに対するＤＮＳ（ドメイン名サーバ）エントリは、内部ビジネス・サーバではなくＩＳＰサーバを指し示す。内部サーバのＩＰアドレスがたとえ動的であったとしてもＩＳＰはこのアドレスを追跡する必要があるので、この内部ビジネス・サーバ・アドレスに対するＩＳＰにＤＮＳエントリがある必要がある。ユーザが着信要求フィルタから除去されたとしてもリンクが機能するように「／ｒｅｍｏｔｅ」拡張子が追加される。ｍｙｃｏｍｐａｎｙ．ｃｏｍへのＤＮＳエントリが内部ビジネス・サーバを指し示すが、上記アドレスを使用することが任意の既存のウェブ・サイトへの変更をも要求しない場合、ユーザは依然としてｗｗｗ．ｍｙｃｏｍｐａｎｙ．ｃｏｍ／ｒｅｍｏｔｅを使用することができることに留意されたい。さらに、一部のＩＳＰは動的ＩＰアドレスに対するポート８０へのアクセスをブロックするということも留意されたい。

サーバに対して周知のドメイン名がない場合、フローは１００２から１０１０に進み、サーバが外部の静的ＩＰアドレスを有するか否かを決定する。有する場合、フローは１０１２に進み、ＳＳＬ接続が要求されるか否かを決定する。要求される場合、フローは１０１４に進み、ＵＲＬｒｅｇｋｅｙをｈｔｔｐｓ：／／％ＩＰ．ａｄｄｒｅｓｓ％／ｒｅｍｏｔｅに設定する。このアドレスは覚難いが、これはＵＲＬをユーザに与え、そのユーザはそのアドレスを自分のホームページに設定することができる。ここでもまた、「／ｒｅｍｏｔｅ」拡張子は、ＩＳＡＰ１フィルタが既にディセーブルされている場合でもこれが機能することを保証する。ＳＳＬ接続が要求されない場合、フローは１０１２から１０１６に進み、ＵＲＬｒｅｇｋｅｙをｈｔｔｐ：／／％ＩＰ．ａｄｄｒｅｓｓ％／ｒｅｍｏｔｅに設定する。

サーバに対して既知のドメイン名がなく、動的外部ＩＰアドレスを有する場合、フローは１０１０から１０１８に進むが、そこでは静的ＵＲＬを配布することに関してできることはほとんどない。したがって、ＵＲＬはブランク・ストリングに設定される。

Ｒｅｍｏｔｅ Ｕｓｅｒ ＰｏｒｔａｌをＣＥＩＣＷに公開することにより、リモート・ユーザに電子メールが送信されるようプロンプト表示され、リモート・ユーザ・セキュリティ・グループに追加されるすべての将来のユーザに対する電子メールがイネーブルされる。さらに、Ｒｅｍｏｔｅ Ｕｓｅｒ ＰｏｒｔａｌのＵＲＬの変更は、その電子メールをリモート・ユーザ・セキュリティ・グループに再送する。Ｒｅｍｏｔｅ Ｕｓｅｒ Ｐｏｒｔａｌを公開することにより、端末サービス・プロキシ・ツールが使用するためのポート４１２５も開かれる。このポートは、通常のユーザ・プロセスおよびプログラムによって使用することのできる登録されたポート番号グループに含まれる。Ｒｅｍｏｔｅ Ｕｓｅｒ Ｐｏｒｔａｌを公開することにより、それに対する匿名アクセスがディセーブルされるＣｌｉｅｎｔＨｅｌｐ仮想フォルダも公開される。これによって、クライアント・ヘルプ・ドキュメンテーションをインターネットからＲｅｍｏｔｅ Ｕｓｅｒ Ｐｏｒｔａｌを介して参照することが可能になる。同様に、Ｒｅｍｏｔｅ Ｕｓｅｒ Ｐｏｒｔａｌを未公開にすることによりＣｌｉｅｎｔＨｅｌｐフォルダは未公開になる。ＣｌｉｅｎｔＨｅｌｐフォルダを未公開にすることによりＲｅｍｏｔｅ Ｕｓｅｒ Ｐｏｒｔａｌは未公開にならない。

「ユーザ支援機能」が提供され、これは他のウェブ・サイトとインターフェースするためのＲＵＰを構成するための「インターネット構成ドキュメント」を含む。内部ビジネス・サーバでビジネス・カード・ウェブ・サイトにインターフェースする場合、ユーザはｗｗｗ、ｍｙｃｏｍｐａｎｙ．ｃｏｍを要求することになる。Ｒｅｍｏｔｅ Ｕｓｅｒ Ｐｏｒｔａｌにアクセスするために、ユーザはｗｗｗ．ｍｙｃｏｍｐａｎｙ．ｃｏｍ／ｒｅｍｏｔｅを要求する。最も一般的なシナリオであるＩＳＰがホストするビジネス・カード・ウェブ・サイトの場合、会社は内部ビジネス・サーバのＩＰアドレス（例えば、ｍａｃｈｉｎｅｎａｍｅ．ｍｙｃｏｍｐａｎｙ．ｃｏｍ）にリンクするサブ・ウェブを使用したり、またはサーバのＩＰアドレス（例えば、ｗｗｗ．ｍｙｃｏｍｐａｎｙ．ｃｏｍ／ｒｅｍｏｔｅ）にユーザを宛先変更するウェブ・サイト上にページを作成したり、することができる。前者の場合、クライアントのホームページはｍａｃｈｉｎｅｎａｍｅ．ｍｙｃｏｍｐａｎｙ．ｃｏｍ／ｒｅｍｏｔｅに設定することができ、後者の場合、リモート・クライアントのホームページは正確なＩＳＰ ＵＲＬまたはサーバのＩＰアドレス（例えば、％ＩＰ．ａｄｄｒｅｓｓ％／ｒｅｍｏｔｅ）に設定される。

ビジネス・カード・ウェブ・サイトがない場合、インターネット・ドメイン名を購入することは依然として重要である。会社が固有のドメイン名を有しないか、またはＩＣＷにドメイン名を提供しない場合、クライアントのホームページはサーバのＩＰアドレスに設定される。ドメイン名が提供されている場合、ホームページをｗｗｗ．ｍｙｃｏｍｐａｎｙ．ｃｏｍ／ｒｅｍｏｔｅに設定することができる。サーバＩＰアドレスを入力することはユーザにとって問題が多い。

サイトは、安全な接続を維持するためにＳＳＬおよび証明書を利用する。開示されたアーキテクチャ内に証明書を作成することができるが、これは、ＲＵＰがＣＥＩＣＷでイネーブルされる場合はデフォルトで、推奨され、そしてイネーブルされる。

ＲＵＰサイトは、インターネット・ブラウザ・サポート・クッキーを要求し、それらをイネーブルさせる。これらの基準が満たされない場合、接続は拒否され、ユーザにはエラー・メッセージが提示される。

次に図１１を参照すると、Ｒｅｍｏｔｅ Ｕｓｅｒ Ｐｏｒｔａｌのログアウト・ウェブ・ページ１１００が示されている。このウェブ・サイトは、同じブラウザの将来のユーザが「Ｂａｃｋ」を押し下げて、Ｒｅｍｏｔｅ Ｕｓｅｒ Ｐｏｒｔａｌから認証されたり、またはページを参照したりすること、を防止するログオフ機能をサポートする。これはキオスクのシナリオの場合は重要である。ログオフを押すことによりサーバのクッキーは取り消される。これは、電子メール・アプリケーションおよび端末サービス接続にログオフ要求を「転送」し、それが開いている場合、これらのセッションを終了する。次いでウェブ・サイトはウィンドウに「Ｒｅｍｏｔｅ Ｕｓｅｒ Ｐｏｒｔａｌからのログオフに成功しました。貴方のＳｍａｌｌ Ｂｕｓｉｎｅｓｓ Ｓｅｒｖｅｒネットワークを保護するためにこのウィンドウを閉じてください。」などのメッセージを表示する。

ページ１１００は、Ｃｌｏｓｅボタン、およびログオン・ページ６００への戻りを参照する「Ｒｅｔｕｒｎ ｔｏ ｔｈｅ Ｒｅｍｏｔｅ Ｕｓｅｒ Ｐｏｒｔａｌ」リンクも含む。

Ｒｅｍｏｔｅ Ｕｓｅｒ Ｐｏｒｔａｌは内蔵タイマをディセーブルし、固有の特別設計タイマを使用する。設定期間（例えば、１０分）後、外部ユーザから何もアクションがない場合、セッションはタイム・アウトし、ユーザはそのサイトを使用するには再びログオンしなければならない。内部ビジネス・サーバ・クライアント・マシンでは、タイム・アウトは、確立されたリモート・デスクトップ接続または電子メールを進行中に失うことを防止するために、ＲＵＰの連続したより長いセッションを可能にするように、６０分に設定される。有効期限１分前に、ユーザには、ポップアップの「Ｙｅｓ／Ｎｏ」ウィンドウにより、そのセッションを続けることを確認するようにプロンプト表示される。このウィンドウはすべての他のウィンドウの前景に表示され、所定期間、例えば１分間は表示されたままにされる。通知テキストは、「貴方のＲｅｍｏｔｅ Ｕｓｅｒ Ｐｏｒｔａｌセッションは無活動によりまもなく有効期限が切れます。このサイトの使用を続けることを希望しますか。」のようなものであってよい。ユーザが１分経っても応答しない場合、ポップアップは消え、そのユーザは自動的にサイン・アウトされる。ユーザが”Ｎｏ”を選択した場合、ユーザはサイン・アウトされる。ユーザが”Ｙｅｓ”を選択した場合、タイマはその内部または外部制限に適切に維持される。タイム・アウト値（分単位）はレジストリで構成可能である。

この場合に対する例外は、ユーザがＲＵＰで何らかの端末サービス・セッションを開始した場合である。全画面の場合、ブラウザはブラウザ内の活動（activity）のように端末サービス・セッション内の活動に割り込むことはできない。この結果、ユーザは、端末サービス全画面で作業中の場合はタイム・アウト警告を受ける場合がある。したがって、ユーザが全画面ＴＳセッションを開始した場合、ＲＵＰタイマは停止され、代わりにタイミングは、プログラムに基づいてＲＵＰ特有タイマよりも１分だけ短く設定されている端末サービス内蔵タイマに依存する。その端末サービス・タイマが期限切れになると、端末サービス制御は上記のＲＵＰタイム・アウト警告を即座にポップアップし、次いでそのポップアップはサイン・アウトする前に応答するようユーザに１分与える。

次に図１２を参照すると、開示したアーキテクチャを実行するために動作可能なコンピュータのブロック図が示されている。本発明の様々な態様に対して追加のコンテクストを提供するために、図１２および以下の説明は、本発明の様々な態様を実装することのできる適切なコンピューティング環境１２００の簡単かつ一般的な説明を提供することを意図している。以上、本発明を１つまたは複数のコンピュータで実行することのできるコンピュータ実行可能命令の一般的状況で説明したが、当業者には、本発明は他のプログラム・モジュールとの組合せで、および／またはハードウェアとソフトウェアの組合せとして実装することもできることが理解されよう。一般に、プログラム・モジュールは、特定タスクを実行し、または特定の抽象データ・タイプを実装するルーチン、プログラム、コンポーネント、データ構造などを含む。さらに、当業者には、本発明の方法は、それぞれを１つまたは複数の関連付けられたデバイスに動作可能に結合することのできる単一プロセッサまたはマルチ・プロセッサ・コンピュータ・システム、ミニ・コンピュータ、メインフレーム・コンピュータ、ならびにパーソナル・コンピュータ、ハンドヘルド・コンピューティング・デバイス、マイクロ・プロセッサ・ベースの、またはプログラム可能な家庭用電化製品などを含めて他のコンピュータ・システム構成により実行することができる。本発明の説明した態様は、特定タスクが通信ネットワークを介してリンクされたリモート処理装置によって実行される場合に分散型コンピューティング環境で実施することもできる。分散型コンピューティング環境では、プログラム・モジュールをローカル・メモリ・ストレージ・デバイスとリモート・メモリ・ストレージ・デバイスの両方に置くことができる。

再び図１２を参照すると、本発明の様々な態様を実施するための環境例１２００が示されているが、これはコンピュータ１２０２を含んでおり、コンピュータ１２０２は処理装置１２０４、システム・メモリ１２０６、およびシステム・バス１２０８を含んでいる。システム・バス１２０８は、限定はしないがシステム・メモリ１２０６を含めてシステム・コンポーネントを処理装置１２０４に結合する。処理装置１２０４は様々な市販のプロセッサのどれであってもよい。デュアル・マイクロ・プロセッサおよび他のマルチ・プロセッサ・アーキテクチャも、処理装置１２０４として利用することができる。

システム・バス１２０８は、様々な市販のバス・アーキテクチャのどれかを使用するメモリ・バス（メモリ・コントローラを含む場合と含まない場合あり）、周辺バス、およびローカル・バスにさらに相互接続することのできる各種バス構造のどれであってもよい。システム・メモリ１２０６は、読み取り専用メモリ（ＲＯＭ）１２１０およびランダム・アクセス・メモリ（ＲＡＭ）１２１２を含む。基本入出力システム（ＢＩＯＳ）は、ＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭのような不揮発性メモリ１２１０に記憶されている。ＢＩＯＳは起動時などにコンピュータ１２０２内のデバイス間で情報を転送することに役立つ基本ルーチンを収容する。

コンピュータ１２０２は、ハードディスク・ドライブ１２１４、磁気ディスク・ドライブ１２１６（例えば、取り外し可能ディスク１２１８から読み取り／に書き込むための）、および光ディスク・ドライブ１２２０（例えば、ＣＤ−ＲＯＭディスク１２２２を読み取り、またはデジタル・ビデオ・ディスク（ＤＶＤ）のような他の高容量光媒体から読み取り／に書き込むための）をさらに含む。ハードディスク・ドライブ１２１４、磁気ディスク・ドライブ１２１６、および光ディスク・ドライブ１２２０は、それぞれハードディスク・ドライブ・インターフェース１２２４、磁気ディスク・ドライブ・インターフェース１２２６、および光ドライブ・インターフェース１２２８によってシステム・バス１２０８に接続することができる。これらのドライブおよびこれらに関連付けられたコンピュータ可読媒体は、データ、データ構造、コンピュータ実行可能命令などの不揮発性ストレージを提供する。コンピュータ１２０２の場合、ドライブおよび媒体は適切なデジタル形式で放送プログラミングのストレージに対応する。上記のコンピュータ可読媒体の説明は、ハードディスク、取り外し可能磁気ディスク、およびＣＤに言及しているが、当業者には、ジップ・ドライバ、磁気カセット、フラッシュ・メモリ・カード、デジタル・ビデオ・ディスク、カートリッジなどのようなコンピュータによって可読の他のタイプの媒体を動作環境例で使用することもでき、さらにいかなるそのような媒体でも本発明の方法を実行するためのコンピュータ実行可能命令を含むことができるということを理解されたい。

複数のプログラム・モジュールを、オペレーティング・システム１２３０、１つまたは複数のアプリケーション・プログラム１２３２、他のプログラム・モジュール１２３４、およびプログラム・データ１２３６を含めてドライブおよびＲＡＭ １２１２に記憶することができる。本発明は、様々な市販のオペレーティング・システムまたはオペレーティング・システムの組合せで実装することができるということが理解されよう。

ユーザは、コマンドおよび情報をキーボード１２３８およびマウス１２４０のようなポインティング・デバイスを介してコンピュータ１２０２に入力することができる。他の入力装置（図示せず）は、マイクロフォン、ＩＲリモート・制御、ジョイスティック、ゲーム・パッド、衛星放送受信用アンテナ、スキャナなどを含むことができる。これらおよび他の入力装置は、システム・バス１２０８に結合されているシリアル・ポート・インターフェース１２４２を介して処理装置１２０４に接続されていることがしばしばであるが、パラレル・ポート、ゲーム・ポート、ユニバーサル・シリアル・バス（「ＵＳＢ」）、ＩＲインターフェースなどのような他のインターフェースによって接続することもできる。モニタ１２４４または他のタイプの表示装置も、ビデオ・アダプタ１２４６のようなインターフェースを介してシステム・バス１２０８に接続される。モニタ１２４４の他に、コンピュータは、通常、スピーカ、プリンタなどのような他の周辺出力装置（図示せず）を含む。

コンピュータ１２０２は、１つ以上のリモート・コンピュータ１２４８のような１つまたは複数のリモート・コンピュータに対する有線および／または無線通信による論理接続を使用してネットワーク接続環境で動作することができる。１つ以上のリモート・コンピュータ１２４８は、ワークステーション、サーバ・コンピュータ、ルータ、パーソナル・コンピュータ、ポータブル・コンピュータ、マイクロ・プロセッサ・ベースの娯楽機器、ピア・デバイスまたは他の共通ネットワーク・ノードであってよく、通常は、コンピュータ１２０２に関して説明した要素の多くまたはすべてを含むが、但し、簡略化のため、メモリ・ストレージ・デバイス１２５０しか示さない。図示した論理接続は、ローカル・エリア・ネットワーク（ＬＡＮ）１２５２およびワイド・エリア・ネットワーク（ＷＡＮ）１２５４を含む。このようなネットワーク接続環境は、オフィス、企業規模コンピュータ・ネットワーク、イントラネット、およびインターネットでは一般的なものである。

ＬＡＮネットワーク接続環境で使用される場合、コンピュータ１２０２は有線または無線通信ネットワーク・インターフェースまたはアダプタ１２５６を介してローカル・ネットワーク１２５２に接続される。アダプタ１２５６は、無線アダプタ１２５６と通信するために無線アクセス・ポイントもその上に配置させることのできるＬＡＮ１２５２への有線または無線通信を容易にすることができる。ＷＡＮネットワーク接続環境で使用される場合、コンピュータ１２０２は、通常、モデム１２５８を含むか、ＬＡＮ上の通信サーバに接続されるか、またはインターネットのようなＷＡＮ １２５４経由の通信を確立するための他の手段を有する。内蔵型であっても外付けであってもよく、また有線装置であっても無線装置であってもよいモデム１２５８は、シリアル・ポート・インターフェース１２４２を介してシステム・バス１２０８に接続されている。ネットワーク接続環境では、コンピュータ１２０２に関して示したプログラム・モジュールまたはその一部は、リモート・メモリ・ストレージ・デバイス１２５０に記憶することができる。図示したネットワーク接続は説明を目的としたものであり、コンピュータ間に通信リンクを確立する他の手段を使用することができるということが理解されよう。

次に図１３を参照すると、本発明によるコンピューティング環境例１３００の概要のブロック・ダイアグラムが示されている。システム１３００は、１つまたは複数のクライアント１３０２を含む。１つ以上のクライアント１３０２は、ハードウェアおよび／またはソフトウェア（例えば、スレッド、プロセス、コンピューティング・デバイス）であってよい。１つ以上のクライアント１３０２は、例えば本発明を利用して１つ以上のクッキーおよび／または関連付けられたコンテクスト情報を収容することができる。システム１３００は、１つまたは複数のサーバ１３０４も含む。１つ以上のサーバ１３０４は、ハードウェアおよび／またはソフトウェア（例えば、スレッド、プロセス、コンピューティング・デバイス）であってもよい。サーバ１３０４は、例えば本発明を利用して変換を実行するためにスレッドを収納することができる。クライアント１３０２とサーバ１３０４の間の１つの実現可能な通信は、複数のプロセス間で送信されるよう構成されたデータ・パケット形式であってよい。データ・パケットは、例えばクッキーおよび／または関連付けられたコンテクスト情報を含むことができる。システム１３００は、１つ以上のクライアント１３０２と１つ以上のサーバ１３０４の間の通信を容易にするために利用することのできる通信フレームワーク１３０６（例えば、インターネットのようなグローバル通信ネットワーク）を含む。

通信は、有線（光ファイバを含めて）および／または無線技術により容易にすることができる。１つ以上のクライアント１３０２は、１つ以上のクライアント１３０２（例えば、１つ以上のクッキーおよび／または関連付けられたコンテクスト情報）にローカルな情報を記憶するために利用することのできる１つまたは複数のクライアント・データ・ストア１３０８に動作可能に接続される。同様に、１つ以上のサーバ１３０４は、サーバ１３０４にローカルな情報を記憶するために利用することのできる１つまたは複数のサーバ・データ・ストア１３１０に動作可能に接続される。

上記で説明したものは本発明の例を含んでいる。当然ながら、本発明を説明するためのすべての想像しうるコンポーネントまたは方法の組合せを説明することは不可能だが、当業者ならば、本発明の多くのさらなる組み合わせおよび変更が実現可能であることが理解されよう。したがって、本発明は、特許請求の範囲の趣旨および範囲内のすべてのそのような代替形態、修正形態、および変形形態を包含するものである。さらに、用語「含む（include）」が詳細な説明または特許請求の範囲で使用される限り、特許請求の範囲の暫定的な単語として使用される場合に「備えている（comprising）」が解釈されるように、この用語「含む（include）」は用語「備える（comprising）」に類似の方法で包括的とするものである。

本発明の端末サービス・システムのブロック・ダイアグラムを示す図である。 本発明のシステムのネットワーク・ブロック・ダイアグラクを示す図である。 本発明の通信プロセスのフローチャートである。 外部クライアント・ユーザに対する認証プロセスのフローチャートである。 リモート・ユーザ・ポータルおよび内部ネットワーク・アクセスで使用することのできるサンプルＬｏｇｏｎページを示す図である。 リモート・ユーザ・ポータル用サンプルＫｎｏｗｌｅｄｇｅ ｗｏｒｋｅｒページを示す図である。 リモート・ユーザ・ポータル用サンプル電子メール・ページを示す図である。 リモート・ユーザ・ポータル用サンプル管理者ウェブ・ページを示す図である。 コンピュータ選択ウェブ・ページの一例を示す図である。 紹介電子メールに挿入するためのＵＲＬを決定するプロセスのフローチャートである。 リモート・ユーザ・ポータルのログアウト・ウェブ・ページを示す図である。 開示されたアーキテクチャを実行するよう動作可能なコンピュータのブロック・ダイアグラムを示す図である。 本発明によるコンピュータ環境例の略ブロック・ダイアグラムを示す図である。

符号の説明

１００ 端末サービス・システム
１０２ 要求コンポーネント
１０４ 接続コンポーネント
１０６ 接続要求
１０８ ポート管理スレッド
２００ システム
２０２ ＧＣＮ
２０４ 外部クライアント
２０６ 内部クライアント
２０８ ファイアーウォールの背後にある内部ネットワーク
２１０ ファイアーウォール
２１２ リモート・ユーザ・ポータル
２１４ サーバ
５００ サンプルＬｏｇｏｎページ
６００ サンプルＫｎｏｗｌｅｄｇｅ Ｗｏｒｋｅｒページ
７００ サンプル電子メール・ページ
８００ サンプル管理者ウェブ・ページ
９００ コンピュータ選択ウェブ・ページ
１１００ ログアウト・ウェブ・ページ
１２００ コンピュータ
１２０４ 処理装置
１２０６ システム・メモリ
１２０８ バス
１２１０ ＲＯＭ
１２１２ ＲＡＭ
１２１４ ハード・ドライブ
１２１６ フロッピー（登録商標）ドライブ
１２１８ ディスク
１２２０ ＣＤ−ＲＯＭドライブ
１２２２ ディスク
１２２４ インターフェース
１２２６ インターフェース
１２２８ インターフェース
１２３０ オペレーティング・システム
１２３２ アプリケーション
１２３４ モジュール
１２３６ データ
１２３８ キーボード
１２４０ マウス
１２４２ シリアル・ポート・インターフェース
１２４４ モニタ
１２４６ ビデオ・アダプタ
１２４８ １つ以上のリモート・コンピュータ
１２５０ メモリ・ストレージ
１２５２ ＬＡＮ
１２５４ ＷＡＮ
１２５６ ネットワーク・アダプタ
１２５８ モデム
１３０２ １つ以上のクライアント
１３０４ １つ以上のサーバ
１３０６ 通信フレームワーク
１３０８ １つ以上のクライアント・データ・ストア
１３１０ １つ以上のサーバ・データ・ストア

Claims (51)

1. ルータおよび／またはファイアーウォールおよび／または保護されたイントラネットの外側の外部コンピュータを前記イントラネットの一部である内部コンピュータに遠隔から接続することを容易にするシステムであって、
   前記イントラネットの一部である複数の使用可能なコンピュータの少なくとも１つの内部コンピュータに遠隔から接続するための要求を受信する要求コンポーネントと、
   前記要求の認証に応答して、ルータおよび／またはファイアーウォールのリスニング・ソケット・ポートと、少なくとも一部にはネットワーク接続に指定された前記少なくとも１つのコンピュータのポートと、の間でネットワーク接続を管理するためにスレッドを作成し、前記ポートを動的にリスニングする接続コンポーネントと
   を備えることを特徴とするシステム。
2. 前記スレッドは前記ソケット・ポートから前記コンピュータ・ポートに着信メッセージを転送することを特徴とする請求項１に記載のシステム。
3. 前記スレッドは前記コンピュータ・ポートから前記ソケット・ポートに着信メッセージを転送することを特徴とする請求項１に記載のシステム。
4. 前記接続は端末サービス接続であることを特徴とする請求項１に記載のシステム。
5. 前記接続はＴＣＰ／ＩＰ接続であることを特徴とする請求項１に記載のシステム。
6. 前記要求は前記外部コンピュータから受信されることを特徴とする請求項１に記載のシステム。
7. 前記接続コンポーネントは前記イントラネット上に配置されたサーバであることを特徴とする請求項１に記載のシステム。
8. 前記接続コンポーネントは前記外部コンピュータにＵＲＬ形式でポート値を戻すことを特徴とする請求項１に記載のシステム。
9. 前記接続コンポーネントは、端末サービスに指定された前記ソケット・ポートを前記内部コンピュータ上に作成することを特徴とする請求項１に記載のシステム。
10. 前記接続コンポーネントは、レジストリから関連付けられたポートのポート番号値を読み取り、前記ポート上にリスニング・ソケットを作成することを特徴とする請求項１に記載のシステム。
11. 前記ポートは前記ルータおよび／またはファイアーウォールで開かれることを特徴とする請求項１０に記載のシステム。
12. 前記接続コンポーネントは前記複数の使用可能なコンピュータのリストを生成することを特徴とする請求項１に記載のシステム。
13. 前記複数の使用可能なコンピュータは所定の基準に従って使用可能であることを特徴とする請求項１に記載のシステム。
14. 前記外部コンピュータは、それに接続するための前記複数の使用可能なコンピュータのリストを提示することを特徴とする請求項１に記載のシステム。
15. 前記外部コンピュータは、グローバル通信ネットワーク上に配置されていることを特徴とする請求項１に記載のシステム。
16. 前記外部コンピュータ接続は、イントラネット・サーバである前記接続コンポーネントにより提示されるオプションの選択の際にリモート・ユーザ・ポータル・コンピュータに自動的に経路指定されることを特徴とする請求項１に記載のシステム。
17. 前記リモート・ユーザ・ポータルは、グローバル通信ネットワーク上の前記イントラネット外に配置されることを特徴とする請求項１６に記載のシステム。
18. 前記リモート・ユーザ・ポータルは、外部クライアント情報に基づいて動的に作成されたウェブ・サイトであることを特徴とする請求項１６に記載のシステム。
19. 前記外部クライアント情報は、ユーザ・ログイン権利、前記ユーザの外部コンピュータの構成、前記外部コンピュータにインストールされたアプリケーション、および前記ユーザの認証の少なくとも１つを含むことを特徴とする請求項１８に記載のシステム。
20. 前記接続コンポーネントは、前記外部コンピュータの認証を実行することを特徴とする請求項１に記載のシステム。
21. 前記外部コンピュータは、前記複数の使用可能なコンピュータにアクセスする前に互換性のあるソフトウェアをインストールするようプロンプト表示されることを特徴とする請求項１に記載のシステム。
22. 前記イントラネット・サーバは、仮想ルートに従って安全なソケット・レイヤを容易にすることを特徴とする請求項１に記載のシステム。
23. 前記接続コンポーネントは、端末サービス要求である前記要求を前記ルータおよび／またはファイアーウォールを介して転送することを特徴とする請求項１に記載のシステム。
24. 前記外部コンピュータのユーザが所定のグループのメンバーである場合にのみ、前記ユーザはリモート・ユーザ・ポータル・コンピュータに対するアクセスが許可されることを特徴とする請求項１に記載のシステム。
25. 請求項１によるネットワーク。
26. イントラネット外の外部クライアントを前記イントラネットの一部である内部クライアントに遠隔から接続することを容易にするシステムであって、
    前記内部コンピュータに遠隔から接続するためのリモート・デスクトップ要求を受信するファイアーウォールおよび／またはルータの背後のイントラネット・サーバであって、前記イントラネット・サーバのリスニング・ソケット・ポートと前記内部コンピュータの内部ソケット・ポートとの間のネットワーク接続を管理するためにスレッドを作成するイントラネット・サーバ
    を備えることを特徴とするシステム。
27. 前記スレッドは、前記外部コンピュータと前記内部コンピュータの両方からのトラフィックをリスンし、前記リスニング・ポートと前記内部ポートの間で前記トラフィックを転送することを特徴とする請求項２６に記載のシステム。
28. 前記ネットワーク接続はＴＣＰ／ＩＰプロトコルに基づくことを特徴とする請求項２６に記載のシステム。
29. 前記イントラネット・サーバは、前記内部コンピュータがそこから選択される前記イントラネット上で使用可能なコンピュータのリストを生成することを特徴とする請求項２６に記載のシステム。
30. 前記スレッドが開始されたことに応答して、前記イントラネット・サーバは、前記リスニング・ポートに対する値を前記ＵＲＬ形式で前記外部クライアントに渡すことを特徴とする請求項２６に記載のシステム。
31. 前記外部クライアントは、前記リスニング・ポートに対する値を前記イントラネット・サーバから前記ＵＲＬ形式で受信することを特徴とする請求項２６に記載のシステム。
32. 前記イントラネット・サーバは、前記リモート・デスクトップ接続に指定される前記内部クライアント上にソケットを作成することを特徴とする請求項２６に記載のシステム。
33. 複数の前記内部コンピュータの複数ポートにマップする単一の外部ポートをさらに含むことを特徴とする請求項２６に記載のシステム。
34. 前記リモート・デスクトップ接続は、端末サービス接続とＸ Ｗｉｎｄｏｗｓ（登録商標）接続の少なくとも１つを含むことを特徴とする請求項２６に記載のシステム。
35. 外部コンピュータをイントラネットの一部である内部コンピュータに遠隔から接続する方法であって、
    前記内部コンピュータに遠隔から接続するための要求を受信するステップと、
    前記外部コンピュータと前記内部コンピュータの間でルータおよび／またはファイアーウォールを介して前記要求を処理するステップと、
    前記要求の認証に応答して、少なくとも一部にはネットワーク接続に指定された前記内部コンピュータのリスニング・ソケット・ポートと内部ポートの間でネットワーク接続を管理するためにスレッドを作成するステップと
    を備えることを特徴とする方法。
36. 前記スレッドを使用して前記リスニング・ポートと前記内部ポートを動的に開くステップと閉じるステップとをさらに備えることを特徴とする請求項３５に記載の方法。
37. 前記スレッドを使用して前記リスニング・ポートと前記内部ポートの間でトラフィックを転送するステップをさらに備えることを特徴とする請求項３５に記載の方法。
38. 前記ネットワーク接続はＴＣＰ／ＩＰプロトコルに基づくことを特徴とする請求項３５に記載の方法。
39. 前記内部コンピュータがそこから選択される前記イントラネット上で使用可能なコンピュータのリストを生成するステップと、
    前記外部コンピュータのユーザに前記リストを提示するステップと
    をさらに備えることを特徴とする請求項３５に記載の方法。
40. 前記スレッドを開始するステップと、
    前記リスニング・ポートの値を前記外部コンピュータに前記ＵＬＲ形式で渡すステップと、
    前記ＵＲＬがそれによって受信された場合に前記外部コンピュータでポートを開くステップと
    をさらに備えることを特徴とする請求項３５に記載の方法。
41. 前記要求は、前記外部コンピュータと前記要求をそこに転送するイントラネット・サーバとの少なくとも１つから受信されることを特徴とする請求項３５に記載の方法。
42. 前記ルータおよび／またはファイアーウォールの同じポートを前記リスニング・ポートとして開くステップをさらに備えることを特徴とする請求項３５に記載の方法。
43. 前記外部コンピュータを、グローバル通信ネットワーク上に配置されており、前記外部コンピュータの構成に基づいて動的に作成されたウェブ・サイトである外部リモート・ユーザ・ポータル・コンピュータに自動的に経路指定するステップをさらに備えることを特徴とする請求項３５に記載の方法。
44. 前記外部コンピュータをリモート・ユーザ・ポータルに経路指定する前に前記認証がイントラネット・サーバによって実行されることを特徴とする請求項３５に記載の方法。
45. 外部コンピュータをイントラネットの一部である内部コンピュータに遠隔から接続することを容易にするシステムであって、
    前記内部コンピュータに遠隔から接続するための要求を受信する手段と、
    前記外部コンピュータと前記内部コンピュータの間でルータおよび／またはファイアーウォールを介して前記要求を処理する手段と、
    少なくとも一部にはネットワーク接続に指定された前記内部コンピュータのリスニング・ソケット・ポートと内部ポートの間でネットワーク接続を管理するためにスレッドを作成する手段と、
    前記リスニング・ポートと前記内部ポートを動的に開き、閉じる手段と
    を備えることを特徴とするシステム。
46. 外部コンピュータと内部コンピュータの間で端末サービスを容易にするグラフィカル・ユーザ・インターフェースであって、
    前記外部コンピュータをルータおよび／またはファイアーウォールを介して前記内部コンピュータに遠隔から接続するステップに関連付けられた管理情報を受信する入力コンポーネントと、
    それらとのユーザ対話を容易にするために前記管理情報の表現を提示するための提示コンポーネントと
    を備えることを特徴とするインターフェース。
47. 前記管理情報が前記外部コンピュータのユーザに対するログイン機能を含むことを特徴とする請求項４６に記載のインターフェース。
48. 前記外部コンピュータのユーザが内部ウェブ・サイト、外部リモート・ユーザ・ポータル、および電子メール・アカウントの少なくとも１つにナビゲートすることができるように、前記管理情報がハイパーリンクを含むことを特徴とする請求項４６に記載のインターフェース。
49. サーバ・デスクトップ、クライアント・デスクトップ、モニタ・ヘルプ・デスク、および内部ウェブ・サイトの少なくとも１つを管理するために、前記管理情報がハイパーリンクによってアクセス可能な管理機能を含むことを特徴とする請求項４６に記載のインターフェース。
50. 電子メール・アカウント、使用報告、性能報告の少なくとも１つを参照するために、前記管理情報が対応するハイパーリンクによってアクセス可能な管理機能を含むことを特徴とする請求項４６に記載のインターフェース。
51. 前記管理情報は、前記提示コンポーネントによって前記外部コンピュータの前記ユーザに提示される接続のために使用可能な内部コンピュータのリストを含むことを特徴とする請求項４６に記載のインターフェース。
    
    

Images