JP4538325B2 - 複数の管理対象エンティティーの安全な無線管理のためのプロキシ方法及びシステム - Google Patents

Description

本出願は、２００２年１２月１９日に出願された米国特許出願第１０／３２６，２２６号の継続出願である。

本発明は、無線通信に関し、特にリモート・アクセスに関する。

自分たちの複数の顧客及び従業員と相互に影響を及ぼすためにインターネットに接続される複数のローカルエリアネットワークに複数のビジネスがより大幅に依拠するので複数のネットワーク管理サービスは不可欠になっている。従って、これらのサービスを配達することのできる人員は大いに求められており、従って、働くスタッフを維持するのは非常に高価になっている。従って、２つ以上の業務に対してパートタイム・ベースでではあるが直ぐに高品質の複数のネットワーク管理サービスを提供することのできる流動的人員は、非常に重要なサービスを容認できる１つの値段で提供することができるときには、１つの望ましい資源である。更に、１つの脅威時に（一例は、１つのビルに対する１つの脅迫が避難を余儀なくする場合である）危機任務技術的基盤施設を正しく機能するように維持する全てのきわめて重要なシステム及び基盤施設は該ビルの中に残されるがＩＴスタッフは外にいて、複数のコアシステム及びユーザーを動けなくすることを含む複数の管理機能を実行することによりネットワークを保護するために複数の必要な処置をとることができない。

高価なオフィスのスペースをオンサイトで又はオフサイトで専用し或いは１つのサービス運営場所又はこれらのサービスを供給する人員の移動性を無駄に制限するような他の形の物理的基盤施設を専用することなく、無線技術は複数のネットワーク管理サービスを配達できる１つの望ましい手段である。遺憾ながら、在来の複数の無線通信方法は、複数のＬＡＮなどのネットワークを管理する使用のためには（容量及びセキュリティの両方に関して）不十分である。

複数のネットワークを無線で管理するための複数の公知の在来技術は、種々のＰＤＡ、ポケットベル、データ可能セル電話機などのいずれかの上で動作する１つの標準的なマイクロブラウザ・クライアント／アプリケーションを用いる、１つのウェブブラウザを通してアクセスされるものを含む。ハードウェア又はソフトウェアの複数の管理対象エンティティーのＬＡＮ又は他のネットワークに接続された１つのウェブサーバーにアクセスする複数の無線入力装置（Ｗｉｒｅｌｅｓｓ ｉｎｐｕｔ Ｄｅｖｉｃｅｓ（"ＷＩＤＳ"））（複数のサーバー、ルーター、デスクトップ、モデム、プリンタ、スイッチ、メインフレーム、シリアル・デバイス又はパラレル・デバイス、ポケットベル、データ可能電話機、アプリケーション、サービス、又はプロセス）。これらの在来のアプローチは、複数の管理対象エンティティーにアクセスする１つの安価で柔軟な（すなわち、クライアントＷＩＤｓは準備されなくても良く、或いはクライアント・ソフトウェアがロードされなくても良い）方法を提供するために現存する基盤施設を利用するけれども、サービスのウェブサーバー・コンポーネントを通してのＬＡＮへの無認可アクセスの危険を不利に増大させるが、これは多くのビジネスにとっては受け入れがたい危険である。

無線トランスポート・レイヤー・セキュリティ（ＷＴＬＳ）はトランスポート・レイヤー・セキュリティ（ＴＬＳ）（セキュア・ソケット・レイヤーＳＳＬに類似する）に基づいており、ＷＴＬＳは、狭帯域幅、高待ち時間環境、限定された処理パワー及びメモリー容量を含む複数のモバイル・ネットワーク装置の複数の問題に対処するために開発された。ＴＬＳは、複数の無線ネットワークがエンド・ツー・エンド・セキュリティを提供しないので、無線ユーザーのニーズに対処するように改変された。ＴＬＳは、ＳＳＬの後継である１つのプロトコルである。ＴＬＳは２つのレイヤー、すなわちＴＬＳレコード・プロトコル及びＴＬＳハンドシェイク・プロトコル、を有する。ハンドシェイク・プロトコルは、サーバーとクライアントとが互いに認証しあい、且つ、データを交換する前に１つの暗号化アルゴリズム及び複数の暗号キーを取り決めることを可能にする。レコード・プロトコルは、データ暗号化規格（ＤＥＳ）などの特別の暗号化方法を用いてセッション・セキュリティを提供するが、暗号化無しでも使用され得る。ＴＬＳ及びＳＳＬは一般には相互運用可能ではないが、ＴＬＳはＳＳＬのためにエクスポートすることができる。

無線アプリケーション・プロトコル（"ＷＡＰ"）は、無線送信の１つのＷＡＰクライアント装置から１つのＷＡＰゲートウェイへの部分を実現するために特別に開発された１つのプロトコル・スタックを使用する。ＷＡＰアーキテクチャは、データ通信の、１つの無線装置とウェブサーバーとの間の部分について現在のウェブサーバー技術に取って代わる。ＷＡＰゲートウェイは、ＷＡＰクライアント装置に代わってインターネット・プロトコル・スタックを実現する。ＴＣＰ／ＩＰはＷＡＰクライアントとＷＡＰゲートウェイとの間の通信に使用されないので、セキュリティを実現するためにＳＳＬ又はＴＬＳを使うことはできない。ＷＴＬＳは、狭帯域幅、高待ち時間のトランスポート・レイヤーを支えることができて、該プロトコルを無線環境に適するものとするセキュリティを犠牲にせずに可能である場合にオーバーヘッドを除去することによってＴＬＳから得られる。ＴＬＳと同様に、ＷＴＬＳは、ＷＤＰとしても知られている無線トランスポート・レイヤーの上で、ＷＳＰとして知られているセッション・レイヤーの下で、動作する。しかし、ＷＴＬＳは、ＴＣＰ／ＩＰのような１つの信頼できるトランスポート・プロトコルの上ではなくて１つの信頼できないデータグラム・サービスの上で動作するので、数個のＷＴＬＳ操作にわたる複数のメッセージ交換に関する信頼性の複数の懸念を生じさせる。ＷＴＬＳは、サーバー又はクライアントの側の認証に備えて複数のディジタル証明書も使用するが、複数のＷＡＰ装置のメモリー限界の故に、シリアル番号及び発行者の複数のＩＤフィールドを含む一定の複数の望ましい属性が複数のディジタル証明書仕様から省かれる。１つのＷＡＰゲートウェイは、１つのプロトコルから他のプロトコルへの複数のメッセージの変換に責任を持つ。それは、テキスト・ベースのＷＭＬコンテンツを、これを途中で放送する前に、バイナリーＷＭＬフォーマットに符号化するのと同様に、ＴＬＳ符号化された複数のメッセージを解読し、コンテンツをバイナリー・フォーマットに変換し、ＷＴＬＳを用いて暗号化し、その後に送らなければならない。ＷＡＰ装置からメッセージが到着したときにも同じことが行われる。それは、解読され、復号され、得られたＷＭＬはＴＬＳ仕様を用いることにより再暗号化されてからアプリケーション・サーバーに送られなければならない。従って、ＷＡＰゲートウェイは、送信全体にわたって機密にされるように意図されたメッセージが１つの分割第２の間に暴露されることを含めて、全てのメッセージを明瞭なテキストで見るが、それはＷＡＰギャップとして知られているものであり、それは、該アプリケーションの複数のユーザーだけがアクセスすることのできる１つの内部ＷＡＰゲートウェイをセットアップすると共にＷＡＰコンテンツへのアクセスのために新しいゲートウェイを使用するように複数の装置を設定することによって対処され得る。或る複数のＷＡＰ装置は複数のゲートウェイ構成を支援するけれども、ユーザーが１つのアプリケーションから他へとナビゲートするときにそれらの切り替えを行うのは困難である。１つのエンド・ツー・エンドのセキュア解決策を展開する殆どの会社は、自分たちのユーザーに、プリセットされた複数のゲートウェイ構成を有する電話機を携帯して、それらのサーバーだけでホストされる複数のＷＡＰアプリケーションにアクセスすることを要求する。最近、ＷＡＰｖ．２．０が出現したけれども、これは、現在、１つのＷＡＰ装置と１つのアプリケーション・サーバーとの間でのエンド・ツー・エンドの秘密通信を保証する唯一の公知方法である。

ウェブサーバーとマイクロブラウザとの間の通信に用いられるウェブ・プロトコルは、展開されているＷＩＤのタイプに依存する。或る複数のＷＩＤは、ＨＴＭＬを、それをウェブサーバーへの"直接アクセス"のために使用し得るように、取り扱うことができる。他の複数のＷＩＤは、それらの動作速度がより速いけれども、それらをＷＡＰギャップに服従させるＷＡＰゲートウェイを通してウェブサーバーにアクセスしなければならないように、よりコンパクトなＷＭＬを取り扱うように設計され或いはセットアップされる。或る在来のウェブサーバー実現される無線サービスは暗号化無しで動作するが、他は、ＳＳＬ或いはＴＬＳなどの複数の一般的形の暗号化を使用するか、或いは該サービスに所要のウェブサーバーに接続する１つの第三者ＶＰＮセキュリティ製品を展開する。図１は１つの一般的マイクロブラウザを動作させる１つの無線入力装置（"ＷＩＤ"）の従来技術の使用を示し、そのための出力はＷＴＬＳにあり、ＩＡＳサーバーを通して通常は１つのセルラーネットワークである無線手段により通信し、それは１つのＷＡＰゲートウェイを通してインターネットへのアクセスを与えられている無線ユーザーを認証し、それはインターネット経由で１つのウェブサーバーへの転送の前にＷＴＬＳからＴＬＳに変換しなくてはならず、それは攻撃に対して割合にさらされる。その理由は、ポート８０は未知の複数のソースからの要求のために１つのウェブサーバーが不眠不休でアクセスしうるようにするために"オープン"している状態に留まることにあり、そのおかげで複数のクラッカーは複数のウェブサーバーに論理的に接続されている全てのものへのアクセスポイントを持つからである。この様なシステムを使用してＬＡＮ管理サービスを提供することは必然的に危険であり、その理由は、該ウェブサーバーが複数の管理命令を１つのＷＩＤからそのＬＡＮ上の任意のサーバーに送るためにそのＬＡＮへのアクセスを持たなければならないことにある。従って、複数のネットワーク管理アプリケーションのためにウェブサーバーを使わないことが望ましい。

プロキシ技術は、１つのＬＡＮによるアクセス・ポイント又はインターネットから１つのＬＡＮへのアクセス・ポイントの数を減らすための手段としてコンピュータ産業では良く知られている。例えば、一般に、インターネットから"封鎖された"複数のクライアント装置に、自分の代わりにインターネットにアクセスできる信頼されている１つのエージェントを許す１つの"ゲートウェイ"として複数のプロキシ技術が使用され、その様なゲートウェイは、多くの場合に、複数のクラッカーに対する１つのバリヤーとして配置される１つのファイアウォールと共に動作する。１つのプロキシ・ゲートウェイの場合、複数のクラッカーに対するバリヤーとして配置される１つのファイアウォールと共に動作する。１つのプロキシ・ゲートウェイの場合、プロキシ技術がクライアントのための"代理"又は"プロキシ"として使用される。プロキシ技術の１つの一般的使用の他の１つの例では、"プロキシ"は１つのサーバーのために使用され、そのサーバーでは、元は低速であるか又は動作させるために費用のかかる可能性のある１つのマシンから複数ファイルを求める複数の要求を満たすために、安価な複数のファイルの複数キャッシュが１つのプロキシ・サーバーにロードされる。両方の場合に、プロキシ技術の真のコンセプトは、これらのポイントにあるマシンが自分自身の仕事を行うことを可能にする複数のエンドポイント間の複数の接続を作るだけの１つのルータとは異なって、他のマシンの代わりに何かを実際に行う１つのマシンに基づく。

図２は１つのウェブサーバー及び１つのＷＡＰギャップの使用をなくする（１つのルータとしての）１つの中間サーバーの従来技術使用方法を示す。しかし、これらの新しい複数の技術にも不利益が幾つかある。例えば、無線ネットワーク管理のためのこの様な新しい在来の手段は、一般的な業界標準ＳＳＨプロトコル及びそのセキュリティ・レイＳＳＬに依拠し、その両方共に複数のクラッカーに対して弱い。更に、ＳＳＨはキャラクタごとに解釈され、ＳＳＨプロトコルを用いて送られた複数のメッセージを解釈するクライアントＷＩＤ上に大量のデータ転送及び作業をもたらし、そのどちらも、携帯用コンピュータの狭帯域幅、小容量世界では望ましくない。同様に、ＳＳＬはＳＳＬイネーブルされる１つのＷＩＤ上でのみ動作可能であって、セキュリティ操作（及び装置管理、及びサービス機能）がＳＳＨサービスを動作させる管理対象エンティティー（例えば、それが動作させなければならなくて、これによりプロセッサのパワー或いはその他のシステム資源を既に消費する複数のビジネス・プロセスを有するＬＡＮ上の１つのサーバー）によって実行されることを必要とする。従って、或る在来の複数のＳＳＨ技術はファイアウォールとＬＡＮとの間の１つのマシンを含むけれども、そのマシンは１つの真のプロキシとしてではなくて１つのルータとして動作するように制限されるが、その理由は、その目的が（それが何らかのゲートウェイ機能で実現されえても）ファイアウォールを通過する１つの入り口ポイントを提供して、ファイアウォールの外のＷＩＤへのアクセスを要求する各々の管理対象エンティティーのためにファイアウォールに１つの異なるポートを開ける必要をなくすることにある。

通常、１つのウェブサーバーではないが、更なる処理、スクリーニング或いは操作無しでネットワーク管理トラフィックを複数の管理対象エンティティーへ単に（１つのルータのように）直接転送するだけのマシンと通信するために１つのＳＳＨベースのクライアントが各ＷＩＤにインストールされる。不都合なことに、ＳＳＨベースのトラフィックを操作するために、各々の管理対象エンティティーは１つのＳＳＨサービスを動作させなければならない。各々の管理対象エンティティーへＯＳレベルの複数のコールを配達するためのＳＳＨの使用は非常に限定的であって、ＳＳＨのより古いスタイルのコマンドライン・インターフェースから変換し且つ強化する１つの付加的なソフト・エージェント無しでＳＳＨから実行され得る操作の多様性を制限する。ＳＳＨは"安全なシェル（Ｓｅｃｕｒｅ Ｓｈｅｌｌ）"としても知られており、これは１つのリモート・コンピュータにログインし、そのコンピュータ上で複数のコマンドを実行するために頼りにならない１つのネットワークを介して信頼できない複数のホスト間で安全な暗号化通信を提供するための１つのユニックス・シェル・プログラムである。しかし、ＳＳＨは複数のウィンドウズ及びユニックス・サーバーのための１つのサービスとして利用可能ではあるけれども、もしＷＩＤによるアクセスが要求されているときに管理対象エンティティー上でＳＳＨサービスが動作していなければ、或いはもし管理対象エンティティーが全く応答していなければ（例えば１つの暴走プロセス或いは１つの過負荷ＣＰＵの故に管理サービスが要求される）、ＳＳＨを使って問題の管理対象エンティティーと通信する方法は無い。

ＳＳＨは、実行され得るコマンドの数を拡張し、且つ、それを使用するときに実行され得る管理作業を拡張するために１つの別のアプリケーションを必要とする１つの限定された産業標準プロトコルである。そして、ＳＳＨコマンドライン・インターフェースは非常に強力ではあるが、それは非常にキーボード指向であって、特に典型的なハンドヘルドＷＩＤの小型キーボード及びスクリーンを用いてそれを有効に使用するためには高度に熟練したオペレータを必要とする。ＳＳＨ内で１つのＷＭＩコマンドを動作させる１つのプログラムを書き、ＳＳＨを使って１つの管理対象エンティティー上で該プログラムを実行することは可能ではあるが、そうすることは非常に難しいことである。そして、コマンドラインを通して全ての機能を露出しない複数の標準的管理・アプリケーションについては（例えば、ウィンドウズの複数のメールボックスにアクセスしたり、１つのウィンドウズ・サーバーをリブートするなど）、ＳＳＨを介してこれらのアプリケーションを使うのは非常に厄介である。１つの特定の機能を実行するために必要なタイピングを減少させるために複数のマクロ或いはバッチ・ファイルを書くことができるけれども、それらのマクロはＷＩＤ及び管理対象エンティティーに記憶されなければならない。

ＳＳＨは、基本的にはテルネット（ＴＥＬＮＥＴ）の１つの暗号化されたバージョンであって、それは管理目的のために複数のユニックス（ＵＮＩＸ）サーバーに遠方からアクセスするための唯一の方法であり、それらを単に役に立つものとするだけではなくて必要にもする。遺憾ながら、ＳＳＨは１つのサーバー上で動作させ続けるには極めて危険な１つのサービスでもあるが、その理由は、その熟練ユーザー・コマンドライン・アクセス・デザインが非常に強力で厳しく、潜在的に、"ユーザーフレンドリー"な警告、バックアップ、又は復元のための手段を伴わずに再フォーマットされ得る複数のドライブから非常に重要な複数のファイルを削除し消去することを許す可能性があることにある。従って、多くのネットワーク管理者は複数のＳＳＨサービスが自分たちのネットワーク上で動作することを許さなくて、ＳＳＨに頼らずにネットワーク管理を実行することが望ましい。

不都合なことに、これらのサービスを無線で配達する必要が生じたときには何時でも、テルネット及びＳＳＨは非常に強力な複数のツールであって、該ツールは、誤用されて、自分たちがその上で動作するところのネットワークに大きな混乱を生じさせる可能性を有する。慣習的に、テルネット／ＳＳＨに遠方からアクセスするために３つの選択肢がある:すなわち、１）各々の管理対象エンティティーのためにファイアウォールに１つのポートを開くという選択肢と、２）１つのルータとして動作する１つのサーバーを使うという選択肢、或いは３）１つのテルネット／ＳＳＨサーバーのために１つのポートを開いて１サーバーから他のサーバーへとユーザー・テルネット／ＳＳＨを持つという選択肢。３つの場合の全てにおいて、システムのセキュリティは、１つのユーザーＩＤ及びパスワードに基づく周知された、よく理解されているＳＳＨモデルの強さに依存する。この在来のセキュリティ・モデルを強化するために：限定された複数のＩＰアドレスを介してのテルネット／ＳＳＨポートへのアクセスだけを許すようにファイアウォールを構成することができ、或いは、１つの遠方の場所とテルネット・サーバーとの間でトンネリングするために１つのＶＰＮソリューションを使用することができる。多くの会社は、ファイアウォール・ソリューションはあまりに制限が多く、ＶＰＮソリューションはあまりに複雑或いは高価であると認めている。従って、１つのファイアウォールの背後の１つのポイントへ１つのほどよい価格で複数のテルネット・サービスを遠方から安全に配達するための１つのソリューションが必要とされている。

認証は、１つのエンティティー（例えば１つの装置又は一人のユーザー）が、実際に、宣言されたとおりのもの又は人であるか否か確かめようとするプロセスである。認証は、一般には、複数の識別子（例えばユーザーの名前）・パスワードの組み合わせを用いて行われており、その知識は、該ユーザーが本物であることを保証すると推定される。各ユーザーのパスワードは最初に登録されて確認の１つの手段を提供するが、パスワードはその後に盗まれたり、傍受されたり、偶発的に暴露されたり、或いは忘れられたりする可能性がある。認証のレベルが多いほど、全ての"キー"を首尾よく提供するエンティティーが本物であるという確信のレベルが高くなる。論理的には認証は許可の前に行われるけれども、これらは多くの場合に組み合わされると思われる。許可は、１つのエンティティーが例えば或る複数のコマンドを与えたり或いは特定の複数の管理対象エンティティー（例えば複数のサーバー）又は複数のファイルにアクセスするための権限又は何かを持っていることを確かめるプロセスである。ネットワーク・オペレーティングシステム（ＮＯＳ）、コンピュータのオペレーティングシステム（ＯＳ）或いは複数のアプリケーション・レベルのうちのいずれかまたは全部で許可が行われてよいことを当業者は理解するであろう。

通常、認証は暗号化無しで行われ、そのための複数のキーは、認証されるエンティティーのアイデンティティをホストが確かめた後に取り決められ得る。通常、認証はユーザーだけについて行われ、装置のためには行われないが、それは、モバイル装置に関しては、複数の盗まれた装置が直接的保護手段の無い１つの脅威であり続けることを許してしまうという不利益を有する。従って、複数のモバイル入力装置に関して認証手段を採用することが望ましい。一般に１つの"ドングル"と称される１つのハードウェア・エレメントは、複数のコンピュータを一義的に特定するための１つの公知手段である。

データ及びネットワークのセキュリティに関して、完全性は、そうする権限を持った複数の人だけによって情報がアクセスされ或いは改変されたという保証である。データの完全性を保証する一般的なネットワーク管理手段は、チェックサムを用いてファイル内容に対する複数の変更を検出することを含む。

ＯＳＩすなわち"開放形システム相互接続"モデルは７つの特定の機能レイヤーを含むが、それらは：アプリケーション、プレゼンテーション、セッション、トランスポート、ネットワーク、データリンク及びフィジカルである。これらのレイヤーのうちの２つ（セッション及びトランスポート）は無線ネットワーク管理者にとっては特に重要であるが、その理由は、複数の商業取引を完成させるエンドユーザー（すなわち、複数の管理者ではない）のために作られた処理の一般的形だけを用いることが、１つの管理者のツールのための柔軟なアクセスを得るために誤用されたときに複数のセキュリティ問題が生じるのはこれらのレイヤーにおいてであることにある。ＩＰはネットワーク・レイヤーにあると考えられるが、ＴＣＰはトランスポート・レイヤーにある。組み合わされたより高いレベルのアプリケーション・レイヤー、プレゼンテーション・レイヤー及びセッション・レイヤー（ここでＦＴＰ／ＳＭＴＰ／ＴＥＬＮＥＴ／ＳＮＭＰ／ＮＦＳ／ＲＰＣが動作する）は一般にプロセス・レイヤーと称され、従ってＦＴＰ、ＳＭＴＰ及びＴＥＬＮＥＴはＴＣＰ及びＩＰ"上で動作する"と言われる。

トランスポート制御プロトコル（"ＴＣＰ"）は信頼できるように設計されており、それは、全ての（すなわち欠けているものが無い）データパケットが順にエラー無しで到着することを意味する。インターネット・プロトコル（"ＩＰ"）は、複数の遠方のステーションを接続する１つの"セッション"を確立し、必要な複数のデータパケットの全てが転送されるまでそのセッションを維持するように設計されている。ＴＣＰ／ＩＰの全てのインプリメンテーションが良く似ているわけではないけれども、関係する物理的接続或いはハードウェアに関わらずに広範なネットワークが情報を共有することを可能にするのは１つの標準的な形のＴＣＰ／ＩＰの使用である。ＴＣＰ／ＩＰの複数の"方言"の間には相違があるにも関わらず、各方言はＦＴＰ（ファイル）、ＳＭＴＰ（メール）及びＴＥＬＮＥＴ（ターミナルエミュレーションのための）を含む１つの一般的ベースを有する。プレゼンテーションがＨＴＭＬにあっても、ＷＭＬにあっても、或いはＧＵＩ経由であっても、又、セキュリティが一般的ＳＳＬ、ＴＬＳ或いはＷＴＬＳを用いて達成されても或いは１つのセキュリティ・モデルを通して達成されても、インターネットを用いて１つのモバイル・クライアントと１つの管理対象エンティティーとの間で複数のコマンドを移動させるためにはＴＣＰ／ＩＰの組み合わせが必要であり、従って、ＷＩＤから出力される全てのものが、ＴＣＰ／ＩＰ"上で動作する"ために最小限の処理を必要とする１つの形であることを保証するのが望ましい。

ＨＴＭＬと、最近のＸＭＬとは、インターネットへの広帯域アクセスを有する最新の複数のデスクトップ及びその他の複数の強力なマシン上で一般的に使用される複数の一般的ブラウザ・クライアントにより認識される一揃いのフォーマットコマンドを含む複数のＯＳＩプレゼンテーション・レイヤー言語である。ＸＭＬ及びＷＭＬは複数のプレゼンテーション言語オプションであり、そのいずれも、１つの一般的なブラウザまたはマイクロブラウザがシステムに含まれていなければ、不要である。

インターネットを介して複数のパケットを安全に移動させるためにＴＣＰ／ＩＰを使うときの暗号化のための業界標準としてＯＳＩトランスポート・レイヤーでＴＬＳがＳＳＬに取って代わっている。殆どのウェブ・コンテンツ開発は今では複数の低電力、限定容量の狭帯域無線装置での性能を高めるために広帯域アクセスを考慮している。よって、ＷＡＰは複数の無線装置がより効率的にその様なグラフィックス・ヘビー・コンテンツにアクセスすることを許す複数の規則の１つの部分集合として進化しており、ＷＭＬ（無線マークアップ言語）はＸＭＬ及びＨＴＭＬに基づく複数のプレゼンテーション・レイヤー・コマンドの１つの集合であって、減少されたグラフィック・コンテンツが適する複数の狭帯域装置のためにコンテンツ（及び１つのスケールダウンされたユーザー・インターフェース）を指定するために用いられるように意図されている。ＷＴＬＳ（無線トランスポート・レイヤー・セキュリティ）は、１つのクライアントと１つの管理対象エンティティーとの間の送信の"無線レグ（ｗｉｒｅｌｅｓｓ ｌｅｇ）"の間一般的セキュリティのためのトランスポート・レイヤー標準として使用されるように利用可能なＴＬＳのＷＡＰバリエーションである。しかし、ＷＴＬＳは電話会社に依存する送信が行われるためには必要ではなくて、それをＷＤＰの種々のインプリメンテーションがソケット・レベルで暗号化を使用することなく達成する。例えば、暗号化されなくてもよい公開情報を送る１つの単純な無線装置を用いて、ＨＴＭＬで書かれた複数のプレゼンテーション命令を表示のために１つのウェブ・サーバーに送ることができる。ＨＴＭＬを構成する複数のキャラクタは無線電信会社の特定の無線ネットワーク（及びＷＤＰ）に従って送信されるように処理され、この無線ネットワークの他方の端で、それらはセキュリティ無しでインターネットを介してＴＣＰ／ＩＰ"上で動作する"様にアップロードに備えて"逆処理（ｄｅ−ｐｒｏｃｅｓｓ）"される。１つの無線装置で生じる１つのセンシティブ・メッセージのより一般的な例では、ＷＭＬで書かれた複数のキャラクタは（しかし、これらはＨＴＭＬであってもよい）ソケット・レベルで（クライアント・アプリケーション自体によるのと対照的に）（一般的）ＷＴＬＳを用いて暗号化され、その後に、該メッセージの宛先への行路の無線部分を介して送信されるために電信会社の特定の無線ネットワークに従っても処理される。無線電信会社のタワーで受信されると、そのメッセージは、前の無線ネットワークに特有の処理から逆処理されなければならず、又、現行の技術はＷＴＬＳ暗号化された複数のパケットがインターネットを介してＴＣＰ／ＩＰで送られることを許さないのでＷＴＬＳから（ＴＬＳへの変換のために）解読されなければならない。ＷＴＬＳからの解読は、本質的に"公共的"である１つのＷＡＰゲートウェイ（通常、１つのインターネット・キャリヤーにより供給される）上で行われる。"ＷＡＰギャップ"として知られるようになっているセキュリティにおける１つの"ギャップ"が発生するのは、ＷＴＬＳからの解読とＴＬＳへの再暗号化との間の時間である。該介在期間中に、ＷＭＬの複数のキャラクタは、興味ある主題を求めてインターネットの既知の複数の欠点を"聞く"ために複数のクラッカーが使用する"複数のスニッファー（ｓｎｉｆｆｅｒｓ）"又はその他の複数のツールに対して暴露されているＷＡＰゲートウェイ上に１つの暗号化されていない形で位置する。ＴＬＳ及びＷＴＬＳは"強い暗号化"オプションではあるが、もし１つの代わりの手段もしセキュリティがＷＡＰギャップを避けるために実行されているならば、そのいずれも不要である。従って、特にネットワーク化された管理のためには、セキュリティに関してＷＴＬＳだけに頼らない１つのシステムを使って複数のアプリケーションを送信し、情報及び複数のコマンドを送信することが望ましい。

１つのアプリケーション・プログラミング・インターフェース（"ＡＰＩ"）は、複数の呼び出し規約の集合であり、これによって、ネットワーク管理クライアント等の１つのアプリケーションはオペレーティングシステム（"ＯＳ"）及びその他の複数のサービスにアクセスする。現在、複数の管理対象エンティティーに複数の管理コマンドを与える目的で複数のネットワークオペレータが複数のウィンドウズ・オペレーティングシステムにアクセスすることを許す在来のプログラミング・インターフェースが３つある：ＷＩＮ３２、ＡＤＳＩ及びＷＭＩ（ＣＩＭ）。在来の遠隔管理技術は、更なる問合せ無しで実行をする管理対象エンティティーに直接これらの複数のインターフェースを訴える複数のコマンド（たとえば再起動など）を、これらのコマンドの無許可配達の１つの危険が存在するように、１つのウェブサーバーを通して配達する。当業者は、これらのうちの種々のものが１つのメモリー常駐プログラムとしてではなくて１つのデバイスドライバーとして実現され得ることを理解するであろう。

１つの計算ネットワークを遠方から管理するために無線技術を用いることに関連する問題が現在３つある。第１に、開放空間を通して複数の信号を送信する必要があるために、該複数の信号は傍受されやすいから、１つのセキュリティ問題が生じる。第２に、現在の入力装置技術（例えば、ポケットベル、ＰＤＡ、電話機など）は、データ交換を遅くする。第３に、現在の無線通信ネットワークの接続性は脆弱であるので、データ交換が信頼できないものとなる。低速１０及び信頼できないデータ交換の両方が、配達可能な複数の管理サービスに対する厳しい実用上の制限である。

１つのＷＩＤとそのサーバーとの間で転送されるデータの量を減らすための１つの在来のアプローチはより多くの（ＬＡＮ）情報をＷＩＤに記憶させることであるが、これは、不都合なことに、高度に携帯可能なＷＩＤが盗まれた場合にＬＡＮに対する１つの重大なセキュリティ上の危険を生じさせる。従って、複数の広範な転送もＬＡＮデータの格納も必要としない１つのソリューションを提供することが望ましい。
なお、本出願に対応する外国の特許出願においては下記の文献が発見または提出されている。
米国特許第５６９４５９５号明細書 米国特許第５８６７６８８号明細書 米国特許第５９１３０３４号明細書 米国特許第５９４１９８８号明細書 米国特許第５９６０１７７号明細書 米国特許第６０８５２２７号明細書 米国特許第６１３７４７３号明細書 米国特許第６３０４８９９号明細書 米国特許第６３１４３５１号明細書 米国特許第６３３４１５０号明細書 米国特許第７０１０２９４号明細書 米国特許出願公開第２００１／００４７４１０号明細書 米国特許出願公開第２００２／００１６８２９号明細書 米国特許出願公開第２００２／００４６３５２号明細書 米国特許出願公開第２００２／００５２９４０号明細書 米国特許出願公開第２００２／００５９４３４号明細書 米国特許出願公開第２００２／００６９２５９号明細書 米国特許出願公開第２００２／００８３０４４号明細書 米国特許出願公開第２００２／０１０３８５０号明細書 米国特許出願公開第２００２／０１９３１３１号明細書 米国特許出願公開第２００３／００６１３４６号明細書 米国特許出願公開第２００３／００８４３３１号明細書 米国特許出願公開第２００３／０１０５８５４号明細書 米国特許出願公開第２００４／００７３７９１号明細書 米国特許出願公開第２００５／００６８１９１号明細書 欧州特許出願公開第０８２８４００号明細書 欧州特許出願公開第１１７５０６１号明細書 欧州特許出願公開第０８９８２１６号明細書 英国特許出願公開第２３６７７０９号明細書 英国特許出願公開第２３６９０１９号明細書 国際公開第０１／９１４００号パンフレット 国際公開第０２／０７９９８３号パンフレット 国際公開第２００２／３９２９９号パンフレット 国際公開第２００４／００８６９３号パンフレット Freier et al., "The SSL Protocol Version 3.0", http://wp.netscape.com/eng/ssl3/draft302.txt, pages 18-19, 28, 41-42, and 52, 1996 Fujitsu Transaction Solutions Inc., "Fujitsu's iPAD to Use TABLETMedia's iFon Software for VoIP," Press Release, April 2003, Texas, US Intel Corporation, "Optimizing Rich Media IP Conferencing Systems," 2002 International Preliminary Report on Patentability from corresponding PCT Application No. PCT/CA2004/000633 issued on November 4, 2005 International Search Report from corresonding PCT Application No. PCT/CA2003/002036 mailed on August 4, 2004 NEC America, Inc., "NEC America to Integrate TABLETMedia's Software Client Into Its Internet Telephony Platforms," Press Release, September 2002 PCT International Search Report for PCT/CA2004/000633 mailed January 7, 2005 PCT Written Opinion of the International Searching Authority for PCT/CA2004/000633 mailed January 7, 2005 TABLETmedia iFonTM Datasheet "The client for rich fixed-mobile convergence," TABLETmedia, Inc., San Francisco, CA, c2001-2006, 2 pages. TABLETMedia, "TABLETMedia Delivers Voice Software to New Toshiba PDA Devices, Press Release, October 27, 2003, California, US TABLETMedia, iFon, "VoIP and Video Communications on a Pocket PC," 2001-2002, California, US

従来は、認証は暗号化無しで行われ、そのための複数のキーは、認証されるエンティティーのアイデンティティをホストが確かめた後に取り決められ得る。認証は、装置のためにではなくてユーザーだけのために行われる。これは、複数のモバイル装置に関して、盗まれた複数の装置が、それに対する直接的保護手段の無い１つの脅威であり続けることを許してしまうという不利益を有する。従って、複数のモバイル入力装置に関しても認証手段を採用することが望ましい。

複数のネットワークの無線管理に関する従来技術は、一般的なアクセス及びセキュリティ技術の使用に関する複数のバリエーションにを教示することに専念している。

本発明のシステム側面は、ＬＡＮにアクセスするために１つのウェブサーバー及び一般的セキュリティを使うことを避け、代わりに１つの真のプロキシ装置として動作して全てのコマンド・トラフィックを前処理して幾つかの利点を達成する１つのメッセージ・プロセッサを使用する。前記システムは、１つのプロキシを用いる前記の新奇な方法を、インターネットを介しての１つのファイアウォールの背後への複数のＴＥＬＮＥＴサービスの新規な安全な配達を含む、管理対象エンティティーの安全な無線管理のための１つの新規なセキュリティ・モデル及び１つの新規なメッセージ送信プロトコルと組み合わせることによって、更に強化される。

本発明の方法側面は、各ＷＩＤからの全ての符号化されているトラフィックをスクリーニングし、またその他の方法で前処理するために使われる１つのプロキシ・サーバー（１つのウェブサーバーの非常に危険な使用を避けて）との通信のために各ＷＩＤにインストールされている１つのソフト・クライアントを使用する。有利なことに、ネットワーク管理トラフィックを複数の管理対象エンティティーに単に転送するのではなくて、複数の符号化されているメッセージは解読され、符号化は、プロキシにより、適切な管理対象エンティティーのＯＳに直接配達される複数の標準的ＷＭＩ、ＡＤＳＩまたはＷＩＮ３２コマンドの任意の適切な組み合わせに"拡張"され（すなわち、マッピングが反転され）、これにより処理負担の１つのかなりの部分をＷＩＤ及び問題の管理対象エンティティーの各々から除去する。更に、ＷＩＤは１つの管理対象エンティティーに接続するように単にリダイレクトされるのではないので、問題のＳＳＨメッセージで複数のＬＡＮ識別子（例えばユーザーＩＤ及びユーザー・パスワード）を１つのコマンド・シーケンスと共に転送する必要は無い。更に、ＳＳＨの複雑さ及びＳＳＨにより課される複数の制約が無くて、完全な一そろいのＯＳレベル・コールを便利に利用することができ、これにより、あまり熟練していないユーザーによって各管理対象エンティティーで遠方から実行され得る動作の多様性を高める。
（メッセージ送信プロトコル）

１つの無線入力装置（"ＷＩＤ"）クライアントは、該ＷＩＤのユーザーからの複数のコマンドが管理される複数の装置（"管理対象エンティティー"）に到達するように１つのサーバー（"プロキシ"）と情報を交換しなければならない。交換される各データパケットで捕捉される情報が多いほど、ＷＩＤが準備し、送り、受け取り、又処理しなければならないパケットが少なくなる。有利なことに、ＷＩＤとプロキシとの間で転送されるパケットの数を減らすために、本発明の方法側面は１つの形の"略記法"を使用し（基本的に複数のコマンドの種々のサイズの複数のグループに組織された複数の選択コマンドの上に１つのコードを上書きする）、これに従って、各メッセージは、主題である管理対象エンティティーにより認識され得る１つ以上のコマンド（例えば、普通の複数のコンピュータについては、これは複数の標準的オペレーティングシステム・コマンドを含む）の１つの記号表示を使用することによって符号化される。ありふれた複数のネットワーク・コマンドのＷＩＤによる送信をその様に"符号化"することによって（例えば、Ｒ９０００＝Ｇｅｔ Ｋｅｙ（キーを得る）、Ｒ９００１＝Ｌｏｇｏｎ Ｕｓｅｒ（ユーザーをログオンする））、得られた抽象概念は、ＷＩＤが有利なことに記憶することを要求されない情報に基づいてプロキシが相当の量の処理を完成させることを可能にする。例えば、本発明のシステムは公知のＷＩＮ３２、ＡＤＳＩ及びＷＭＩプログラミング・インターフェースを使用するけれども（"ウィンドウズ"に基づいてＬＡＮＳを管理するとき）、これらの、データのネットワーク依存コレクションは、いずれも、ＷＩＤに常駐したりＷＩＤにより取り扱われたりしなくてもよい。

単純な複数のマクロやバッチファイルとは異なって、本発明の"略記"は１つの数の個々の（ＷＭＩ、ＡＤＳＩ、ＷＩＮ３２）コマンドとパラメータとを必要とする１つの特定の動作（セッション・トランザクション）を実行するために必要とされる情報の１つの完全には及ばない集合を含み、その数は具体的な動作に依存する。各々の要求されている動作を特定する１つのコードと、その動作のために供給されなければならない複数のパラメータとだけが（以下に記載されるセキュリティ・モデルに従ってプロテクトされた後に）送信され、ＷＩＤにおいて行われなくてもよい処理は全てファイアウォールの背後で遥かに強力なプロキシ・サーバーによって行われる。該プロキシは、該コードを処理或いは解釈して個々のコマンドとＷＩＤにより必ず供給される複数のパラメータとの順序付きリストとすることによって該略記を"拡張"する。拡張されると直ぐに、プロキシは、自分がどの様な更なる複数のパラメータ（例えばＬＡＮ管理者ＩＤ及びパスワード）を必要としているか決定してそれらを入手することができ、また、自分が１つの管理対象エンティティーに該ＬＡＮ上で実行するように命令しようとしている動作の性質に基づいて複数の適切な予備的（例えば遅延実行、或いはバックアップ）ステップを行うことができる。管理対象エンティティーが要求された動作を実行すると、プロキシは、管理対象エンティティーの状態を局所的に確かめるために１系列の更なるネットワーク管理動作を自動的に実行することができ、それは、ＷＩＤとのデータ交換を必要とする更なる介入を必要とせず、代わりに、状態を遠隔確認する不可欠の情報だけをＷＩＤに報告するか或いは更なる入力を要求する。

有利なことに、たとえ傍受されたとしても、その複数のコード及びパラメータは、意図された受信者以外の誰にとっても無意味であり、その意図された受信者により受信されると効率及び追加のセキュリティの両方を提供するが、その理由は、該プロキシが該コードを識別して拡張し、該プロキシだけがその複数の管理対象エンティティーに直接提供することのできる複数のインターフェース・コマンド及び（構文解析された）パラメータの関連するブロックとすることにある。

本発明の一側面に従って、１つの無線入力装置と１つの管理対象エンティティーとの間で送信される１つの管理メッセージを作成する目的のために複数のコマンドを符号化する方法が提供され、該方法は:少なくとも１つのコマンドを第１シンボルを含む１つの識別子にマッピングするステップと、少なくとも１つのパラメータを各前記第１シンボルにマッピングするステップと、少なくとも１つの値を各前記パラメータにマッピングするステップと、第１シンボル−第２シンボル組み合わせの送信がコンプライアンスを求める１つの要求であるのかそれともコンプライアンスの１つの確認であるのかを定める目的で１つの第２シンボルを前記第１シンボルに付加することによって１つの第１シンボル−第２シンボル組み合わせを作るステップと、各前記パラメータの前記値に関して前記第１シンボル−第２シンボル組み合わせを前記メッセージの中で位置決めする１つのシーケンスを定めるステップと、前記管理対象エンティティーにより認識される少なくとも１つのコマンドを表すように前記第１シンボルを用いて前記メッセージをアセンブルするステップと、前記第１シンボル−第２シンボル組み合わせを各前記パラメータの前記値と共に前記シーケンスに従って配列するステップとを含む。
（セキュリティ）

本発明のセキュリティ方法側面は、キー管理と慎重な記憶との１つの組み合わせに基づく。最小限の情報を１つの暗号化された形で記憶してユーザー及びＷＩＤの各々を別々に認証し、有利なことに盗まれ或いは紛失した複数のＷＩＤを"ロックアウト"することを可能にするＷＩＤ（任意の適切な計算装置、ページング装置、電話機、またはその他のモバイル装置）上の１つの埋め込まれたクライアント・ソフトウェア・アプリケーションを通して秘密キー、サイト・キー、通信キー及びセッション・キーがハッシング及び複数のトークンと共に使用される。ＷＩＤについての１つの独立したパスフレーズの新奇な使用は、複数のクラッカーが１つのシステムを攻撃するために必要とする複数のエレメントの全てを発見するのを難しくすることによって認証を更に強化する。たとえ一人のクラッカーがアクセス情報の有益な複数のエレメントを入手しても、ＷＩＤとそのプロキシとに共有されているソフトウェア・バージョン番号及び他の詳細の巧みな使用は、システムが複数のキー・アルゴリズム及び複数のハッシュ関数を定期的に選択して切り替えて複数のクラッカーが"やり直し"せざるを得なくすることを可能にする。

或る数の異なる"キー"（或るものは予め共有され、或るものは必要に応じて作られる）を順に使用することにより、得られるセキュリティの付加的な複数の層は、適時に害を及ぼすために１つの管理されるネットワークへのアクセスを得るために必要な複数のエレメントの全てを一人のクラッカーが傍受などにより獲得する可能性を劇的に小さくする。各ＷＩＤについての１つの独特の装置ＩＤ及びパスフレーズまたはＰＩＮ（別名ＭＡＮ）は、その独特のユーザーＩＤとパスワードまたはＰＩＮとがユーザーにより提示されたときに一人のユーザーが或る程度のセキュリティを既に適所に備えてログオンすることを可能にする。更に、そのときに備わっているセキュリティは一般的なソケット・レベル・セキュリティではなくて、そのセキュリティは複数のクラッカーにとってありふれたものではなくて時々変更され（例えば、アプリケーションの新しい複数のバージョンで）、夫々無許可のアクセスに対して１つの更なるバリヤーを付け加える。有利なことに、装置またはユーザーのアイデンティティが確認されると、暗号化された手段により通信するために任意の数の付加的キーをクライアントが首尾よく採用することができる場合には、それ以上の認証は暗黙である。

在来の複数のパスワード及びパスフレーズの代わりに用いられるより複雑な"複数のキー"を作るために複数のパスワード及びパスフレーズを"シード"として使用することによって、複数のパスワード及びパスフレーズ自体をキャッシュに入れるなどの方法で記憶させずに、得られた抽象は、これらの必要な複数のエレメントが推測され、クラックされ、或いは他の方法で発見される可能性を実質的に減少させる。或る複数の場合には、管理されるネットワークのためにＷＩＤが初期化されるときにＷＩＤ及びプロキシの各々に１つのアルゴリズム（これは定期的に変更され得る）が供給され、他の複数の場合には１つの簡単なユーザーＩＤ及びユーザー・パスワードに基づいて１つの非常に強いハッシュ値を作るために１つの単方向ハッシュ関数が供給され、従ってＩＤ及びパスワードは記憶されなくても良く、或いは任意のモバイル装置から送信されなくても良い。

ネットワーク管理アプリケーションを無線で使用するときには複数のキーが傍受され、また、そのアプリケーションを使用して管理しようとされている複数のネットワークにアクセスするために複数のクラッカーが該複数のキーを破壊しようと動機付けされるので、該アプリケーションの全てのインストールに対して或いは全てのインストールでの各ＷＩＤ−プロキシ組み合わせに対して強力であり且つユニークである１つのサイト・キーが（秘密キーに加えて）必要であった。全ての強力な暗号化キーはＡＳＣＩＩ範囲全体からの複数のキャラクタを含み、その大部分が１つの標準的キーボードで利用できないので、問題は、ＷＩＤとそのプロキシとの間で１つの強力なキーを信頼できるように使用する１つの方法を発見することである。そして、たとえキーボード入力が１つのオプションであっても、１つの３２バイト（２５６ビット）キーを入力する動作には人間のエラーが起こりがちであり、それが複数の重大な使用性問題につながりがちである。本発明の解決策は、複数の証明書と同様に記憶されなければならないキー自体を提供することではなくて、必要に応じて１つの通信キーを作る１つの通信キー・アルゴリズムを各ＷＩＤ−プロキシ組み合わせに与えることである。このアルゴリズムは、たとえ傍受されたときにも一人のクラッカーがアクセスして使用するのが遥かに困難な１つのユニークで割合に複雑な３２バイト（２５６ビット）キーを作るために割合に単純でニーモニックなＷＩＤのＩＤとＷＩＤパスフレーズとを組み合わせる。該通信キー・アルゴリズムはＷＩＤとそのプロキシとにロードされ、決して合法的に送信されることは無いので、該アルゴリズムについては複数のクラッカーが傍受などによって利用し得るという危険が少ない。更に、ＷＩＤパスフレーズは決して送信されないので、一人のクラッカーは、たとえ該キーを傍受しても、複数の管理対象エンティティーに複数のコマンドを送るプロキシへのアクセスを得るためにＷＩＤをだますのに必要な複数のエレメントを逆作成（ｒｅｖｅｒｓｅ ｅｎｇｉｎｅｅｒ）するのに充分な情報を持たない。

ネットワーク管理サービスにとってユニークな複数の識別子（例えばＩＤとパスワードまたはパスフレーズ）を更に使用することにより、モバイルＷＩＤはＬＡＮ関連アクセス情報を必要としない。本発明の方法側面及びシステム側面は、サービスに特有の複数の識別子ではなくてＬＡＮアクセス情報が使用されることを許すというオプションと両立し、また該オプションを考慮しているけれども、有利なことに、ユニークな複数の識別子の使用により可能とされる絶縁は、無線環境の外でも問題のＬＡＮを攻撃するために役立つＬＡＮ情報を一人のクラッカーが傍受できる可能性を小さくする。更に、ＷＩＤが紛失したり盗まれたりすることは良くあるので、複数の識別子あるいはＬＡＮ情報がＷＩＤで記憶されたり或いはキャッシュに入れられたりせず、ＷＩＤのＩＤ及びＷＩＤのパスフレーズは、ＷＩＤにおいて、１つの暗号化された（通常は秘密キーを用いて）形で維持される１つのデータベースだけで記憶される。

１つのセッション内で各トランザクション（或いは動作）を有効と認めるために複数のトークンを更に使用することにより、複数の"再生（ｒｅｐｌａｙ）"攻撃を防ぐことができる。認証及び許可が完了すると、次のトランザクション（例えばユーザーをログオンするなど）を完成させるためにクライアントにより戻されなければならない第１トークンと共にプロキシにより供給されるセッション・キーによって守られて１つのセッションが始まることができる。１つのパケットが受信されるごとに１つのＡＣＫ応答もＷＩＤからプロキシへ送られなければならないけれども、有利なことに、本発明のセキュリティ方法に従って、ユーザーが実行したい複数のコマンドを含む各トランザクションに１つの有効なトークンが伴わなければならず、プロキシは、１つの有効なトークンがＷＩＤによって供給されるまでは如何なる管理対象エンティティーにも該複数のコマンド（該メッセージから抽出された）を配達しない。有利なことに、スプーフィングを防ぐために、１つのトランザクションは、もしＷＩＤから戻されたトークンがＷＩＤに提供されたトークンと一致しなければ、拒絶される。もし２つ以上の有効なトークン（それらが作られた順に１つのアレイをなして維持される）がプロキシによって送られたならば、前の全てのトークンは、プロキシがより最近の１つのトークンを受け取ったときに有効でなくなるか或いはプロキシによってキャンセルされる。プロキシは、１つのトランザクションの受け取りの確認が受信されると該アレイから前の全てのトークンを除去するが、それは問題のトランザクションの最後のパケットに関するＡＣＫのＷＩＤからの受信により指摘される。

ＡＣＫ"ハンドシェイク"の新奇な使用は、求められていない複数の再送でネットワークを溢れさせることなく複数のパケットの脱落という問題に対処する。１つの設定可能な時間（例えば１０分間）の後にプロキシは、もしＷＩＤから１つのＡＣＫを受け取らなければ、そのセッションを終了させる。同様に、ＷＩＤは、自分が到来すると予期していたけれども（例えばメッセージが壊れて複数のブロックになっていることを示唆する１つのブロック終端文字に起因して）まだ到着していない１つのパケットの１つの再送を要求することができる。

複数の管理対象エンティティーをＷＩＤから更に絶縁させ、ＷＩＤからの全ての暗号化され符号化されているメッセージを受け取り、解読し復号するために１つの中間メッセージ・プロセッサ（例えば１つのプロキシ・サーバー）を使用することにより、該複数の管理対象エンティティーの存在に関する複数の詳細な情報は容易には利用しにくくなり、それらを１つの攻撃について複数の予想される対象と"見る"ことを困難にする。

クライアント・ソフトウェア・アプリケーションをＷＩＤに埋め込んで、決して送信されないデータをそれに供給し、また、ＩＰポート及び複数のアドレス制約を課して全ての必要な送信を暗号化し、更にＳＳＨ及びＮＴＬＭ認証と、全てのプロキシ及び全てのＷＩＤでの全ての活動についての１つの完全な監査トレール及びロギングを提供して、複数のセキュリティ問題を識別しやすくすることによってセキュリティが更に強化されることを当業者は理解するであろう。

本発明の一側面に従って、１つのＷＩＤと、前記ＷＩＤに関する情報及び前記ＷＩＤの少なくとも一人のユーザーに関する情報を記憶する１つの暗号化されたサービス・データベースへのアクセスを有する１つのプロキシとの間の通信を安全にするためのシステムが提供され:該システムは前記ＷＩＤについての１つの識別子を含み、該識別子は暗号化されて前記ＷＩＤに記憶されると共に暗号化されずに前記サービス・データベースに記憶され;該システムは前記ＷＩＤについての１つのパスワードを含み、該パスワードは暗号化されて前記ＷＩＤ及び前記サービス・データベースに記憶され;該システムは前記ＷＩＤ及び前記プロキシに予め共有される１つの秘密キーを含み;該システムは前記サービス・データベースを暗号化すると共に前記サービス・データベースに暗号化されて記憶されている前記ＷＩＤについての前記パスワードを解読するための１つのサイト・キーを含み;該システムは、１つの通信キーを作る目的で前記ＷＩＤについての前記識別子と前記ＷＩＤについての前記パスワードとの両方を使用する１つの通信キー・アルゴリズムを含み;該システムは、前記ＷＩＤが前記プロキシへの１つの接続を要求することを目的とする１つの第１メッセージを含み、前記第１メッセージは２つの部分を含み、１つの部分は前記秘密キーで暗号化された前記ＷＩＤについての前記識別子を含み、１つの第２部分は１つの符号化されたコマンドと前記コマンドのための複数のパラメータとを含み、前記第２部分は前記通信キーで符号化され;該システムは、１つのセッションが確立された後に複数のメッセージを暗号化するための１つのセッション・キーを含み;該システムは、１つのセッション内の複数のメッセージを有効にするための少なくとも１つのトークンを含み；該システムは、前記プロキシが前記ＷＩＤに前記トークン及び前記セッション・キーを提供することを目的とする１つの第２メッセージを含み、前記第２メッセージは前記通信キーで暗号化され;前記トークン及び前記セッション・キーの受信後、直ちに前記ＷＩＤは前記メッセージ内の前記トークンを前記プロキシに返すことによって少なくとも１つの更なるメッセージを前記プロキシに提供し得るようにされる。

本発明の他の１つの側面に従って１つのシステムが提供され、該システムは：前記サービス・データベースに暗号化されずに記憶される、前記ＷＩＤの前記の少なくとも一人のユーザーについての１つの識別子を更に含み;該システムは、前記サービス・データベースに１つのハッシュ値として記憶される、前記ＷＩＤの少なくとも一人のユーザーについての１つのパスワードを更に含み;該システムは、前記ユーザーについての前記識別子を前記ユーザーについての前記パスワードでハッシングすることから得られる１つのハッシュ値を更に含み、前記ハッシュ値は前記ユーザーについての前記パスワードの代わりをするものであり;該システムは、前記ユーザーを安全に認証し許可することを目的とする１つの第３メッセージを更に含む。
（プロキシ処理）

本発明の方法及びシステム側面は、ＷＩＤと管理対象エンティティーとの中間の１つの真のプロキシ・サーバー（"プロキシ"）エレメントを使用し且つ包含し、これにより有利なことにＷＩＤ及び管理対象エンティティーに加わる処理負担を最小にする。

実質的に管理サービス全体を管理対象エンティティーではなくて（通常は１つのファイアウォールの背後の）プロキシで動作させることによって、１つの管理対象エンティティーが"オフライン"であるときでも、本発明の方法は利用可能であって且つ役に立つ１つの高い確立を経験するが、その理由は、プロキシが問題の管理対象エンティティーのオペレーティングシステムに複数の低レベル・コマンドを配達することができて、これにより、復元動作において他の複数のコマンドが無効であれば、それを強制的に再起動させ或いは終了させることができることにある。更に、複数の管理サービスを提供する１つの真のプロキシ方法を実行することにより、ファイアウォールを通してＬＡＮに入る単一の入り口点が存在することとなるだけではなくて、全てのメッセージをそれが該ＬＡＮ上の何らかの管理対象エンティティーに到達する前に前処理することができることになり、これにより、メッセージ処理の負担を、ＷＩＤ及び管理対象エンティティーから認証、解釈、許可、及びＷＩＤにより作られ或いは要求された全てのトラフィックを待ち行列に入れることに使われる１つの潜在的により強力なマシンへ、アンロードする。

有利なことに、本発明のシステム側面は、１つの好ましいネットワーク管理者が適時に利用することができない場合に、あまり熟練していない複数のオペレータを含む広範なユーザーがアクセスし得る１つのありふれたインターフェースを通してＷＭＩ、ＡＤＳＩ、Ｗｉｎ３２、Ｔｅｌｎｅｔ、ＳＳＨ及びその他の複数のコマンドを配達するために使用され得る１つの埋め込まれたクライアント・アプリケーションへの１つのＧＵＩを更に実現する。本発明のシステムは、（正当ではあるが余り熟練していない複数のオペレータにとっては不親切であると考えられる産業標準暗号ＳＳＨコマンドライン・インターフェース無しで）ＳＳＨベースのシステムが実行できる複数の動作を実行することができるが、しかし、それは、１つのＳＳＨシステムが実行できない複数の動作にもアクセスする１つの使いやすい（すなわちエラーを生じさせにくい）インターフェースを通して実行される。複数のコマンドが（ＷＩＤでのキーストロークを減らすために）グループ化或いはバッチ化される場合でも、その様なグループ化のための複数のマクロ或いはその他の手段は、管理対象エンティティーに記憶されるのではなくてプロキシで解釈される。

有利なことに、ＳＳＨベースの技術と比べると、本発明のシステム側面は、（ＴＥＬＮＥＴまたはＳＳＨが望まれるのでなければ）サービスが複数の管理対象エンティティー上で動作することを必要とせず、そして、１つのルータとは異なって、全てのネットワーク管理トラフィックを、該トラフィックが複数の管理対象エンティティーへ配達される前に、処理し、スクリーニングし、或いは他の方法で取り扱う。
（ファイアウォールの背後への複数の安全なＴＥＬＮＥＴサービスの配達）

有利なことに、本発明のシステム側面は、本書に記載されているプロキシ技術を用いることによって１つの無線装置からインターネットを介して１つのファイアウォールの背後の１つの管理対象エンティティーへまたは１つの管理対象エンティティーから複数のテルネット・サービスを安全に配達することを更に可能にする。ＷＩＤが問題の管理対象エンティティーに直接には決して接続されないとすると、有利なことに、プロキシが自分の代理として提供することをＷＩＤが要求することのできる機能のうちに、１つのテルネット／ＳＳＨ接続がある。もしテルネット／ＳＳＨサービスがＭＥ上で既に動作しているならば、ＬＡＮ関連ユーザーＩＤ及びユーザー・パスワードは既にプロキシに記憶されているので（すなわち、送信されなくてもよいので）それらをＭＥに供給することができ、そして、上で詳細に記載された新奇なメッセージ送信プロトコルにマッピングされた任意の複数のテルネット／ＳＳＨコマンドは、プロキシで復号されるようにＷＩＤで符号化されてから、他の全てのコマンドが本発明の方法及びシステムに従って処理されるのと全く同じ方法で許可された後にＭＥに送られる。１つの特別のインストールでは、複数のテルネット／ＳＳＨコマンドの１つの部分集合だけを本発明のメッセージ送信プロトコルにマッピングすることができ、或いは、許可時に、特定の複数の管理対象エンティティーに関して特定の複数のユーザーへの特定の複数のテルネット／ＳＳＨコマンドへのアクセスを制限するためにプロキシを用いることができる。

有利なことに、通信プロセスの無線入力装置端部及びプロキシ・サーバー端部の各々において用いられる複数のソフト・エージェントにおける本発明の装置側面は、無線ネットワーク管理にとっては新奇であって且つ自己インストールし容易に設定される１つのメニュー駆動ＧＵＩを通してユーザーに提供される。更に、本発明のサービスの単一のインストールは、複数のドメインを介しても、全ての接続されている管理対象エンティティーを管理することを可能にする。重要なことに、複数の管理対象エンティティーのいずれにもソフトウェア・エージェントをインストールする必要は無い。本発明の方法及びシステムは、１つの完全ではあるが設定可能な範囲の機能を可能にするが、それは:複数のファイルを見、移動させ、切り、コピーし及びペーストする機能;複数のテキストファイル（例えば、ブート・イニ（Ｂｏｏｔ．ｉｎｉ）、複数のバッチファイル、ｈｔｍｌなど）を見て編集する機能;１つの管理対象エンティティーから複数のファイルをｅメールする（"送る"）機能;任意の管理対象エンティティー上の複数のサービス及びプロセスを監視する機能；複数のサービスを停止させ、開始させ、再開させ或いはポーズさせ、又複数の不良プロセスを中止させる機能;任意の管理対象エンティティーをログオフ、シャットダウン、或いは強制リブートする機能;複数のカスタム・スクリプト及び複数のバッチファイルを作って動作させる機能;複数のサーバー、スイッチ、ハブ、モデムを含む任意の外部装置への電力を制御する機能;及び、任意のコマンドライン命令を安全に実行して、ＳＳＨまたはテルネットを支援する任意のネットワーク装置の制御を可能にする機能を含む。それはユニックス、リナックス、複数のルータ、ハブ、プリントサーバーを含む。

本発明の一側面に従って、一人のユーザーが少なくとも１つの管理対象エンティティーを無線で管理する方法が提供され、該方法は:前記管理対象エンティティーのための複数のコマンドを含む１つの符号化されたメッセージを１つの無線装置から送信するステップ;前記管理対象エンティティーにより信頼されている１つのメッセージ・プロセッサにおいて前記メッセージを受信して復号するステップ;前記メッセージ・プロセッサにおいて前記装置を認証して前記の複数のコマンドを許可するステップ;及び、許可された複数のコマンドを前記メッセージ・プロセッサから少なくとも１つの管理対象エンティティーに送るステップを含む。更に、ここで、前記管理対象エンティティーは１つのＬＡＮに接続された１つのサーバーを含み、前記無線装置は１つの無線ネットワークを通してインターネットへのアクセスを有する１つの携帯用ディジタル計算装置を含む。更に、ここで、前記メッセージの前記送信は、無線またはインターネット手段またはこれらの１つの適切な組み合わせを介する。更に、ここで、前記複数のコマンドは、前記管理対象エンティティーのオペレーティングシステムにより実行されるように適応させられる。更に、ここで、前記メッセージのサイズを小さくするか或いはよりアクセスしにくくする目的のために、前記メッセージは、複数のコマンドの複数のグループの１つの象徴的な表示または前記表示の１つの暗号（または両方）を使用することによって符号化される。更に、ここで、前記復号は:前記メッセージを解読し、解釈し、そして拡張して、前記サーバーから前記管理対象エンティティーへの送信に適する前記の複数のコマンドの１つのリストとするステップを含む。更に、ここで、前記認証及び許可は、前記サーバーが少なくとも１つの前記管理対象エンティティーのための１つのプロキシとして動作することによって完了される。更に、ここで、前記認証は、前記装置が前記サーバーにおいて登録されている１つの装置であるかまたは前記ユーザーが前記サーバーにおいて登録されている一人のユーザーであることを確かめるステップを含む。更に、ここで、前記認証は、前記装置が前記サーバーにおいて登録されている１つの装置であり且つ前記ユーザーが前記サーバーにおいて登録されている一人のユーザーであることを確かめるステップを含む。更に、ここで、前記許可は、前記ユーザーが前記管理対象エンティティーに前記の複数のコマンドを実行するように要求することを許されているということを確かめるステップを含む。更に、ここで、前記の認証され許可された複数のコマンドの前記サーバーから前記管理対象エンティティーへの前記送信は、前記装置と前記管理対象エンティティーとの接続無しで完了される。

本発明の１つの別の側面に従って一人のユーザーが少なくとも１つの管理対象エンティティーを無線で管理するための１つのシステムが提供され、該システムは:前記管理対象エンティティーのための複数のコマンドを含む１つの符号化されたメッセージを作って１つの無線装置からインターネットへ送信するための手段と;前記メッセージを受信するための手段と;前記メッセージを受信して復号する、前記管理対象エンティティーにより信頼される１つのメッセージ・プロセッサと;前記メッセージ・プロセッサにおいて前記装置を認証し且つ前記複数のコマンドを許可するための手段と;許可された複数のコマンドを前記メッセージ・プロセッサから少なくとも１つの管理対象エンティティーへ送るための手段とを含む。更に、ここで、１つの符号化されたメッセージを作って１つの無線装置から送信するための前記手段は、１つのセル電話機または１つのポケットベルを含む、１つの無線ネットワーク作動可能にされる送信装置において動作する１つの第１ソフト・エージェントを含み、インターネットへのアクセスの手段を更に有する。更に、ここで、前記メッセージを受信するための前記手段は、前記メッセージ・プロセッサにより使用されるようになっているインターネットへの１つの接続を含む。更に、ここで、前記メッセージ・プロセッサは、ポート８０を開けておかないけれどもインターネットに、且つ、前記管理対象エンティティーがその上で動作すると共にそのための適切な複数のアクセス権が認められているネットワークに接続されるようになっているサーバーを含む。更に、ここで、前記メッセージ・プロセッサにおいて前記装置を認証し且つ前記複数のコマンドを許可するための前記手段は、前記メッセージ・プロセッサ上で動作する１つの第２ソフト・エージェントを含む。更に、ここで、許可された複数のコマンドを前記メッセージ・プロセッサから少なくとも１つの管理対象エンティティーへ送るための前記手段は、前記ＬＡＮへの１つの接続を含む。

この明細書に組み込まれてその一部を構成する添付図面は、本発明の方法、システム、及び装置の複数の好ましい実施態様を示すと共に、明細書と共に本発明の複数の原理を説明するのに役立つ。

図３−８を参照する。これらにおいて同一の参照番号は同様のコンポーネントを特定する。
（プロキシ処理）

図３を参照すると、数個の既知エレメントで動作し、該エレメントと協同する新奇なエレメント３１５及び３４５を含む本発明のシステムの１つの実施態様が示されている。一般的に３００として表示されているシステムは、１つの特別のメッセージ送信プロトコル及びセキュリティ・モデル（各々、以下でより詳細に述べられる）に従って入力を受け入れて複数のメッセージを組み立てるように構成されたソフト・エージェント３１５（クライアント２５アプリケーション）がロードされている任意の適切な無線入力装置（ＷＩＤ）３１０であるクライアント３２０を含む。エージェント３１５は、インターネットを介してＴＣＰ／ＩＰで伝わる１つの符号化されたメッセージを１つの在来の無線ネットワークを通して電波３３０を介して送信するのに必要な全ての適切な処理を更に実行し、その処理３０は、使用される特定のＷＩＤハードウェア及び複数の信号搬送波に依存する。有利なことに、エージェント３１５は、１つの危険を作り出す１つの一般的マイクロブラウザ（例えば、インターネット・エクスプローラー、或いはネットスケープ）を使用する必要をなくする。更に、エージェント３１５はＷＡＰを使用しないので、インターネットを介して転送をするためにＷＴＬＳ、１つのＷＡＰゲートウェイ、或いはＴＬＳへの変換は不要である。通常は、インターネットに接続される物理的ポートの数を制限するために、適切なファイアウォール技術の"背後に"サーバー・ハードウェア３４０が置かれる。サーバー３４０上で共に動作するソフト・エージェント３４５は、クライアント３２０によって組み立てられて送信された複数のメッセージを受信し、解読して復号するプロキシ３５０である"メッセージ・プロセッサ"を含む。

１つの好ましい実施態様に従って、プロキシ３５０は（少なくとも論理的には）、サービスがインストールされているサイトと関連付けられ得る如何なるウェブサーバーとも異なる。プロキシ３５０は、１つのウェブサーバーを自分の複数の管理対象エンティティー１０１のうちの１つとして管理することができるけれども、本発明に従って、その様な１つのウェブサーバーは、クライアント３２０及びプロキシ３５０により管理されている複数のエンティティーのＬＡＮからは常に分離される。その上でソフト・エージェント３４５がプロキシ３５０として動作するハードウェア３４０が（インターネットにアクセスするために）ポート８０を使用しないことを当業者は理解するであろう。ハードウェア３４０は、それ自体としては"開いて"いない１つの未知のポートを通してのインターネットへのアクセスを必要とする。

本発明のシステムは複数の別々のドメイン上の或いは隔離された複数のＬＡＮ上の複数の管理対象エンティティー１０１を管理できると考えられている。更に、プロキシ３５０は、１つの特定のメッセージ送信プロトコルにより定義される複数のコマンドを含むことのできる複数のメッセージを各々送信できる複数のクライアント３２０からの複数のメッセージを解読して復号することができ、それを受信すると直ちにプロキシ３５０は認証された複数のクライアント３２０からの許可された複数のコマンドを１つ以上の管理対象エンティティー１０１へ送信することができる。図５を参照すると、プロキシ３５０は１つのスタンドアローン型の装置であって良く、或いはそれは１つのドメイン（例えばドメイン１或いはドメイン３）に含まれて良いが、いずれの構成においても、プロキシ３５０は、該サービスにユニークであるか或いは問題のドメインまたはＬＡＮの中で使用される複数の識別子を使用する複数のドメインまたはＬＡＮのうちのいずれかにおいて複数の管理対象エンティティー１０１を管理するために複数のクライアント３２０によって使用され得る。

図４を参照すると、本発明の方法の１つの実施態様が示されており、これにより、１つの管理者はステップ４００で１つのＷＩＤを使って１つの識別子（例えばユーザー名）及び１つのコマンド（例えばログオン）などの情報を入力する。ログオンが完了して１つのセッションが確立された後に複数の識別子を不要とするために複数のトークンを使用し得ることを当業者は理解するであろう。ステップ４１０において、ＷＩＤは、予め定められている複数のアルゴリズム（ジェネリック又はプロプライエタリ）に従って入力をアセンブルして、得られたメッセージをセキュリティ及び送信のために符号化する。本発明の１つの好ましい実施態様に従って、符号化は、協同してＷＩＤが処理し送信しなければならないビットの数を減らし且つ同時に一人のクラッカーが傍受したメッセージから価値ある何かを発見できるという危険を減少させる１つのメッセージ・プロトコル及び１つのセキュリティ・モデルを使用することによって、一般的な複数の規則或いはプロトコルの使用を回避する。ネットワーク・レイヤー、データリンク・レイヤー及び物理レイヤーにおいて、１つの在来の無線ネットワークを通して及びインターネットを介してＴＣＰ／ＩＰを用いて符号化されたメッセージを送信するために必要な適切な更なる処理は、使用される具体的なＷＩＤハードウェアと複数のキャリヤーとに依存する。

ステップ４２０において、サービス宛先に到達すると、１つの真のプロキシ・サーバー（１つのウェブサーバーとして動作するようには構成されていない任意の適切な"メッセージ・プロセッサ"）は該メッセージを受信し、何らかの複数のコマンドが複数の管理対象エンティティーへ配達される前に処理をする。処理は該メッセージを適切な複数のキーで復号する動作を含み（以下で述べるように）、それは、問題のセッションが開かれるか或いは既に進行しているかによる。例えば、ステップ４００のコマンド入力が"ログオン"であれば、プロキシは１つの識別子（例えばＷＩＤのＩＤ）を含むメッセージ・ヘッダを解読するために１つの第１キー（秘密キーとも称される）を使用し、その情報を使って該メッセージの残部（すなわちヘッダより後の部分）を解読するために１つの第２キー（通信キーとも称される）を選択することができ、それからログオン・コマンドのためのコードを回復することができる。もしログオン・コマンドが存在すれば、ステップ４２５においてプロキシは認証４３０を行うが、もし該コマンドがログオンでなければ、１つの好ましい実施態様に従ってステップ４２５においてプロキシは下記のように該コマンドを許可４４０することができるが、その理由は、もしＷＩＤ又はユーザー（又は両方）が前もって認証されていなければ、該要求されたコマンドをプロキシが有効と認めるためにトークンが供給されていなくて許可４４０が失敗することにある。

認証４３０はどの様な或いは全てのメッセージについて実行され得るけれども、１つの好ましい実施態様ではＷＩＤはプロキシにより、秘密キーを用いて解読することのできたＷＩＤのＩＤに基づいて正しい通信キーを用いて暗黙に認証される。換言すれば、そのＷＩＤがＩＤがそれであると示している装置であるならば、それがプロキシから受信する次のメッセージを解読することが可能であり、該次のメッセージはそのＷＩＤのＩＤと調和する通信キーを用いて暗号化され、また該次のメッセージは、ちょうど作られたばかりのセッションにおいて全てのトランザクションを完了させるために使用される該プロキシにより作られた１つのセッション・キーを含む。

同じ認証４３０ステップで或いは１つの別のステップ（及びメッセージ・コード）で、入力４００で提示された複数のコマンドの許可４４０を目的としてユーザー情報を供給してもよい。本例では、認証４３０が完了すれば、ユーザーが問題のコマンドを実行することを許されているか否か判定するために複数のユーザー識別子を引用することができる。通常、有効なユーザーは、ＷＩＤが１つのセッションが開始することを許すように１つの接続を確立するために１つのログオン・コマンドを完成させることを許され、すると１つのログオン・ユーザー・コマンドは１つの第３のキー（セッション・キーとも称される）の保護の下で完成されることができ、プロキシとＷＩＤとの間で（下記のように）複数のトークンを渡すことによってトランザクション有効性を維持する。許可４４０において、プロキシは、提示されたコマンドを、認証又は他の方法で特定されたユーザーと関連する複数のパーミッションの１つの一覧表と比較する。もしユーザーが問題のコマンドを実行する権限を与えられたならば、１つの好ましい実施態様ではプロキシは管理対象エンティティーにより信頼されるので、プロキシは該コマンドを直ちに実行させるために複数の管理対象エンティティーに送ることができる４５０（或いは更なる許可のために複数のユーザー識別子と共に）。もしユーザーが許可されなければ、プロキシは管理対象エンティティーの動作に干渉したりＬＡＮに何らかの負担を加えたりすることなく任意の適切な代わりの動作を行うことができる（例えば、終了させる、エラー・メッセージを提供させる、再送を要求するなど）。
（メッセージ送信プロトコル）

標準的な又は一般的な複数のプロトコルを使用することの結果としてのデータの便利性と柔軟な共有とはセキュリティを犠牲にしてもたらされるものであり、そのトレードオフはネットワーク管理などの或るアプリケーションでは容認されない。従って、複数のコマンドの或いは複数のコマンドの複数のグループの１つの象徴的表示を用いて１つのメッセージを符号化することによって−これらのコマンドを通信をする相手同士の間で共有される（得られた"複数のマップ"と共に）複数のシンボルの１つの集合に"マッピングする"ことによって、公衆に一般的には利用され得ない複数の通信規則の１つの集合又は１つのプロトコルを使用するのが有利である。該複数のシンボルは任意のキャラクタ又は複数のキャラクタのグループであって良くて、その数及び複雑さは或る程度は問題のプロトコルにより符号化されるべきコマンドの数により決まる。使用される暗号化を超えて１つのレイヤーのセキュリティを使用することに加えて、その様な１つのプロトコルは"略記"表示法と同様により少数のキャラクタでより多量の情報を伝える能力をもたらす。

図８を参照すると、本発明のプロトコルの１つの実施態様が示されており、それは:少なくとも１つのコマンド２５６（１つのＯＳのための）にマッピングされて該コマンドを表す１つの４桁数字コード２５５、及び１つのアルファベットのキャラクタＲ２６５（複数の要求のための）又はＡ２６６（複数の応答のための）を含み、各数字コード２５５は複数のパラメータ２７５（複数の要求のための）及び２７６（複数の応答のための）の関連する１つの集合を有し、これらのパラメータの数及び性質は、数字コード２５５がそれにマッピングされているところの特定のオペレーティングシステム・コマンド２５６に依存する。そして、各前記パラメータ２７５又は２７６は少なくとも１つの関連する値２８５又は２８６（１つのデフォルト値又は可能な複数の値の１つの集合）を有し、これらの値のタイプ及び量は、数字−キャラクタ組み合わせ２９５又は２９６を含むメッセージ（図示されていない）がそのために作られたところの特定のネットワーク及び管理対象エンティティー（図示されていない）に依存する。複数のソフト・エージェントはどの複数のパラメータに各値が適用されるかを決定する手段（例えば該シーケンスと範囲を定める複数のキャラクタとを介して）を有するので、該プロトコルを適用するときには該複数のパラメータの複数の値だけが複数のコードと共に送信されることが分かる。

必要とされる複数のオペレーティングシステム・コマンド（本例においては２５６）の複数の数字コード（本例においては２５５）へのマッピングが完了すると、添付する１つの適切なキャラクタ（２６５Ｒは本例では１つの要求のためのものである）を選択し、その数字−キャラクタ組み合わせ（本例では２９５）から生じるコードを、意図された受信者により予期される１つの予め定められたシーケンスに対応するメッセージの中の任意の適切な位置に含ませることによって１つのメッセージを組み立てることができる。同様に、その予め定められたシーケンスが通信をする相手同士の間で共有されると、１つの好ましい実施態様では、管理対象エンティティーにより好まれる任意のフォーマット又はシーケンスで、メッセージの必要とされる複数のエレメントだけを管理対象エンティティーに送る前に復号及びスクリーニングを行うように該メッセージを受信するために１つのプロキシ・サーバーが使用され、そのシーケンスは、最初の符号化と１つの入力装置からプロキシへの送信とのために使用されるものとは全く異なっていてもよいことを当業者は理解するであろう。１つの代わりの実施態様では、該シーケンスが定められなければならないが、該メッセージが任意の適切なメッセージ・プロセッサによって（通常はオペランド解析することにより）分解されるときに、それが１つの真のプロキシ装置にロードされていてもされていなくても、信頼できる解釈を容易にするために、範囲を定める複数のキャラクタを該メッセージに含ませることができる。

マイクロソフトのウィンドウズに適合させられている本発明のプロトコルの１つの実施態様では、複数のオペレーティングシステム・コマンド２５６は、種々の計算装置（すなわち管理対象エンティティー）を管理するために複数のネットワーク管理機能に一般に必要とされる複数の標準的ＡＤＳＩコマンドの１つの部分集合を含む。しかし、ウィンドウズの種々のバージョンを動作させる複数の管理対象エンティティーは該ＡＤＳＩプログラミング・インターフェースで（充分に或いは全く）実現されていない（すなわち、動くライブラリー・スクリプトを利用できない）コントロールも必要とするので、問題の管理対象エンティティーのオペレーティングシステムと通信するために使われる複数の数字コード（本例の２５５）にＷＭＩ及び低レベルＷＩＮ３２の複数のインターフェース・コマンドの部分集合もマッピングされる。

本発明のプロトコルの他の１つの実施態様では、求められていない複数の再送でネットワークを溢れさせることなく"脱落した複数のパケット"の問題に対処する１つの"ハンドシェイク"として、複数のパケットの受信に利用できる標準的ＡＣＫ応答が無線通信で１つの新奇な態様で使用される。例えば、もし１つのユーザーが無線カバレージを失う直前に１つの管理対象エンティティーからの情報を要求すれば、プロキシは、メッセージの１パケットを該ＷＩＤに送る時間しか持たないかもしれない。プロキシがその第１パケットの受信を確認するＡＣＫ応答を該ＷＩＤから受信するまで、それ以上の複数のパケットはそのＷＩＤに送られないであろうが、もし無線カバレージが１つの設定可能な期間内に回復されれば、該ＷＩＤは、脱落したパケットの再送を要求することができる。１つの設定可能な時間（例えば１０分間）の後に、もし１つのＡＣＫが該ＷＩＤから受信されていなければ、プロキシはセッションを終了させることができる。有利なことに、脱落した複数のパケットを繰り返し再送しないことによってネットワークの過負荷を避けることに加えて、その様な複数のパケットが傍受される機会が少ない。同様に、もしユーザーが１つの管理対象エンティティーから１つの大量のデータを要求すれば、プロキシはそのデータを壊し或いはチャンクしてより小さな複数のブロックにし、その各々の終わりには、ちょうど配達されたばかりのブロックに関する１つのＡＣＫをプロキシが受信した後にそれ以上の情報が来るものと予期するように該ＷＩＤに知らせるＥＯＢ（ブロックの終了）がある。もしそのＡＣＫをプロキシに送った後に、ＷＩＤがそれ以上の情報を受け取らなければ、ＷＩＤは次のブロックを要求することができ、それはプロキシの観点からは１つの再送であり得る。１つのトランザクションが完了したことをＷＩＤに対して示すために、プロキシは、最後のブロックを含むパケットをＥＯＴ（トランザクションの終わり）で終結させる。

図９を参照すると、１つのプロキシへの１つの接続を要求する１つのＷＩＤの実際の例で用いられて表されている本発明のプロトコルの１つの実施態様が示されている。
（セキュリティ）

図６を参照すると、１つのＷＩＤと、前記ＷＩＤに関する情報及び前記ＷＩＤの少なくとも１つのユーザーに関する情報を記憶する１つの暗号化されたサービス・データベースへのアクセスを有する１つのプロキシとの間の通信を安全にするための本発明のセキュリティ・システムの１つの実施態様が論理的且つ時間的形で示されており、ここで、例として、一般的に６００として表示されている複数のメッセージ（各々１つ以上のパケット）の１つのシリーズが示されている。

１つのＷＩＤ（図示されていない）から１つのプロキシ（図示されていない）への要求６１０である１つの第１メッセージは、前記パケットの一部分の中に、１つの秘密キー６０３を用いて暗号化された１つの識別子ＷＩＤ ＩＤ６０１を有し、且つ、任意の適切な手段で区切られた前記パケットの１つの第２部分の中に、１つの通信キー６０４を用いて暗号化された１つの初期化コマンド６０２を有する。識別子ＷＩＤ ＩＤ６０１は、例えば装置内の１つのチップの通し番号或いは問題のサービスの管理者によってその装置に与えられた１つのユニークな名前などの、その装置に特有の任意の適切なシンボルであってよい。同様に、コマンド６０２は理論的には任意のコマンドであってよいのであるが、実際には、ＷＩＤとプロキシとの１つの接続を確立するために複数の初期化コマンドの１つの部分集合の中の１つが必要とされ、本例ではコマンド"キーを得る（Ｇｅｔ Ｋｅｙ）"が１つのセッション・キーを求める１つの要求である。

要求６１０がプロキシに受信されて処理されたならばＷＩＤ認証６０５は完了であるが、その理由は、プロキシは秘密キー６０３を用いてＷＩＤ ＩＤ６０１を解読し、その後に、通信キー６０４で暗号化されたコマンド６０２を含む該パケットの第２部分を解読する通信キーを作るために通信キー・アルゴリズムを動作させる目的で（ＷＩＤパスワード或いはパスフレーズは決して送信されないので）プロキシがそれを用いてプロキシ上の暗号化されているサービス・データベースからＷＩＤパスワードを探索することにある。ＷＩＤ ＩＤ６０１とＷＩＤパスワード（図示されていない）は、その上で通信キー・アルゴリズムが動作するところの複数のシードであるので、もしプロキシ上の暗号化されているサービス・データベースにおいて当初に登録されたＷＩＤパスワードが、コマンド６０２を暗号化するために使用される通信キーを作るためにＷＩＤにより使用されるパスワードと同じでなければ、プロキシはコマンド６０２を解読することができなくて要求６１０は拒否され、セッションは終了するかもしれない。本実施態様ではＷＩＤ認証６０５は、それ以上の明示的認証ステップ又はプロセスを必要とせずにコマンド６０２を解読する能力において有利に暗示的である。

ＷＩＤパスワード、通信キー・アルゴリズム、通信キー自体のいずれも決して送信されないので、それらが傍受されることはあり得ないので、たとえ秘密キーが危険にさらされてＷＩＤ ＩＤが傍受された１つのパケットから発見されたとしても、要求６１０の第２部分の内容を明らかにするために一人のクラッカーが利用できるエレメントは不十分であろう。

要求６１０が２つ以上のパケットを含み得るように充分にパケットのサイズを小さくするか或いはトランザクション内容を充分に大きくすることができると考えられており、各中間パケットは１つのＥＯＢ（ブロックの終わり）終端を有し、これは、１つのＥＯＴ（送信又はトランザクションの終わり）を有する最終パケットが受信されるまで更なる複数のパケットを待つようにプロキシに警告し、その後に解読及び復号のために該メッセージを組み立てることができる。

プロキシからの応答６２０である１つの第２メッセージは、（コマンド６０２を明らかにするためにプロキシが作った）通信キー６０４で暗号化され、今では認証されているＷＩＤがこの段階で許される追加の複数のトランザクションを完了することを可能にする目的のためにトークンＡ６２１及び（一時）セッション・キー６２２を含んでいる。ＷＩＤは、応答６２０を受信して通信キー６０４を使って解読すると、１つのセッション・オープン６２５状態に達して、このＷＩＤ及びこのセッションのためにプロキシにより作られたユニークなセッション・キーを使ってそれ以上の全てのトランザクションを暗号化することを可能にするようにトークンＡ６２１及びセッション・キー６２２を使うことができるようになる。

すると、ユーザーは、ＷＩＤ認証６０５の結果としてＷＩＤに許された複数の許可に適する１つのコマンド６３１と共にトークンＡ６２１を返す１つの第３メッセージ要求６３０を作ることができる。実際には、この例の複数の目的のために、コマンド６３１は、少なくともユーザーＩＤとハッシュ値６３５とを複数のパラメータとして伴う１つのログオン・ユーザー・コマンドである。ユーザーＩＤ及びハッシュ値６３５はユーザー６３６を認証するためにプロキシにより使用される。１つの好ましい実施態様では、ユーザーが自分のユーザーＩＤ及びユーザー・パスワードをＷＩＤで入力するとき、通常は簡略なパスワードのための強力な代わりを作るためにユーザーＩＤをユーザー・パスワードで片方向ハッシングすることから１つのハッシュ値６３５が得られ、複数のより弱い形のユーザー認証をこのシステム内で首尾よく用いることができると考えられる。ハッシュ値６３５はＷＩＤが該システムで初期化されるときに作られ、そのときにハッシュ値６３５は、決して記憶されることがなくてセキュリティ上の理由から意図的に片方向ハッシュ関数から復元され得ないユーザー・パスワードの代わりにプロキシ上の暗号化されたサービス・データベースに記憶される。要求６３０は、ＷＩＤから送信される前にセッション・キー６２２で暗号化される。

プロキシからの応答６４０である１つの第４メッセージはプロキシから送信される前にセッション・キー６２２で暗号化され、それは、始めに、問題のユーザーがプロキシにアクセスすることを許可されていることを確かめるがユーザーがログオンすることを可能にしており、その目的のために応答６４０がトークンＢ６４１を含んでいるところの６４６の１つの特定のコマンドに関する１つのトランザクションをそのユーザーが完了することを許可し得る前に次のコマンドを待たなければならない。

その後、一人のユーザーは、１つのコマンド６５１及びその特定のコマンド６５１に適する複数のパラメータについての所要の複数の値６５２と共にトークンＢ６４１を返す１つの第５メッセージ要求６５０を作ることができる。この段階で、ユーザーは、問題のユーザーがアクセスすることを許可されている各管理対象エンティティー（図示されていない）との関係でその特定のユーザーが実行することを許可されているとプロキシがそのユーザー許可リスティングから判定することのできる任意のコマンド６５１を提示することができる。

１つの好ましい実施態様では、有利なことに、プロキシは、ＬＡＮ関連ユーザーＩＤ及びユーザー・パスワード情報の全てと、プロキシを使って管理される各ドメイン上の各管理対象エンティティーにアクセスする権利を各ユーザーに認め或いは拒否する許可設定の全ての１つの完全なリスティングと、各管理対象エンティティー上で各々の実施されるコマンド６５１を実行する権利を各ユーザーに認め或いは拒否する許可設定とを維持する。

メッセージ要求６５０が首尾よく送信されると、上で提案された応答及び要求のシーケンスが続行されて、各セッション・トランザクションは１つ以上のパケットを用いて完了され、該パケットの数は、ＷＩＤにより該要求と共に提示された特定のコマンド・コード及び複数のパラメータに、或いはプロキシにより該応答と共に返されるデータの量に依存する。本書の他の箇所で述べられているように、その様なデータ"チャンキング"は、効率上の複数の理由から複数の無線交換を完了させるために実行され、そして１つのチャンクを含む各パケットへの１つのＡＣＫ応答を求める新奇な要求（主として溢れを避けるため）と共に、データが傍受される可能性及び量の両方を減少させるというセキュリティ利点をも有する。

図７を参照すると、１つのＷＩＤ（図示されていない）と、複数のＷＩＤに関する情報及び複数の許可されたユーザーに関する情報を記憶するための１つの暗号化されたサービス・データベース（図示されていない）へのアクセスを有する１つのプロキシ（図示されていない）との間の通信を安全にするための本発明の方法の１つの実施態様が示されている。１つの好ましい実施態様では、セキュリティ上の複数の理由から、ユーザー入力４００は、ＷＩＤにプロキシへの１つの接続を開始させることを要求される。暗号化されてＷＩＤに記憶されると共に暗号化されずにサービス・データベースに記憶される前記ＷＩＤについての１つのＷＩＤ ＩＤ６０１又はその他の適切な識別子は、２部分メッセージ４１０を作るように要求される。ＷＩＤ ＩＤ６０１は、ＷＩＤとプロキシとに予め共有されている秘密キー６０３を用いて解読される。暗号化されてＷＩＤとサービス・データベースとに記憶されるＷＩＤについての１つのパスワード又はパスフレーズ（図示されていない）はメッセージ４１０を作るように明示的には要求されないけれども、前記ＷＩＤパスワードは、メッセージ４１０の１つの部分（一般にメッセージ・ペイロードと称される）を暗号化するために使用される通信キー６０４を作る目的で１つの通信キー・アルゴリズム及びＷＩＤ ＩＤ６０１と共に使用される。

本例では、前記ＷＩＤが前記プロキシへの１つの接続を要求するという目的のために２部分メッセージ４１０が送信される。１部分（一般にメッセージ・ヘッダと称される）は、秘密キー６０３で暗号化されたＷＩＤのための識別子を含む。第２部分（一般にメッセージ・ペイロードと称される）は、１つの符号化されたコマンドと、このコマンドのための複数のパラメータとを含む。該第２部分は通信キー６０４で暗号化されている。１つの実施態様では、ヘッダはペイロードより前に配達され得るけれども、ヘッダの範囲を定めるために複数のシンボルを使えば、プロキシは２部分を識別して解釈できるようになるので、複数のメッセージ・パケットを任意の順序に配列して配達することができる。ステップ４２１でプロキシはヘッダを解読してＷＩＤ ＩＤを入手し、これを使って、サービス・データベースに記憶されているＷＩＤパスフレーズを選択し、このパスフレーズを使って通信キー６０４をプロキシで作り、これはステップ４２２で使われてペイロードを解読し復号して、まだ指定されていない複数のコマンドを実行する複数のトランザクションの１つのセッション伝導の目的のためにプロキシとの１つの接続をＷＩＤが確立するという結果をもたらすように意図されている１系列の複数の命令に前もってマッピングされているＲ９０００キー入手（ＧｅｔＫｅｙ）コマンドをＷＩＤが送ったと判定する。プロキシが符号化されているＲ９０００からＬＡＮ又は管理対象エンティティーに関連する複数のコマンド又は複数の命令セットに"拡張"することを可能にする複数のコマンドの"マップ"を記憶させて使用するための任意の適切な手段を本発明の方法と共に用いられるように適合させうることを当業者は認めるであろう。

送信ステップ４２３でＷＩＤ認証（ペイロードを読むとき暗黙的）は完了し、プロキシは、確立されようとしているセッション中に全てのトランザクションを暗号化するために（任意の適切な手段により）セッション・キー６２２を作り終わっている。更に、トークンＡ６２１が（任意の適切な手段により）作られて、ＷＩＤへ送られるように通信キー６０４で暗号化された応答６２０にセッションキー６２２と共に含められる。ステップ６２５で、ＷＩＤは、自分の通信キー６０４のコピーを使って該メッセージを解読すると共に、いまや確立されたセッションの残部にわたって用いられるセッション・キー６２２を入手し、且つ自分が第１セッション・トランザクションのためにプロキシへ送る次のメッセージを有効にするために用いられるトークンＡ６２１を得る。図６で前に述べられたように、ＷＩＤによって送信される次のメッセージは通常はトークンＡ６２１と共にハッシュ値６３５を使用する１つのログオン・ユーザー・コマンドであり、本例ではこのシーケンスはステップ６３９でプロキシにおいて実行され、（該コマンドが再生されるのではないことを確かめるために）トークンＡ６２１を有効にすると共に、プロキシへのアクセスに関してユーザーを認証し許可し、これから該ユーザーは、それに関してユーザーが複数のネットワーク特権を持っているところの特定の（リストに載っている）複数のコマンドを特定の（リストに載っている）管理対象エンティティーに実行させるように該プロキシに命令することを許可される。ステップ６４９でプロキシは、次のメッセージを正当と認める目的で、ステップ７０５で得られるトークンＢ６４１をＷＩＤに提供し、該次のメッセージを通してＷＩＤのユーザーはステップ７１０で、少なくとも１つのドメイン上の少なくとも１つの管理対象エンティティーに関連する少なくとも１つのコマンドを選択するソフト・エージェント３１５のＧＵＩを通して追加の入力を提供し、その１つ又は複数のコマンドは、１つの好ましい実施態様では上で詳しく述べられた新奇なメッセージ送信プロトコルに従って符号化された１つの要求メッセージを作るようにソフト・エージェン３１５によってステップ７２０で処理される。送信される前記メッセージのコンテンツがどの様に簡単なのかそれとも複雑なのかということとは無関係に、ステップ７３０で、プロキシは、セッション・キー６２２を使って該メッセージを解読し、且つトークンＢ６４１を使ってメッセージを正当と認め７４０再生を回避し、且つその"複数のマップ"を使って、提供されたコマンド及び複数のパラメータを復号して１つ以上のドメイン上の１つ以上の管理対象エンティティーへの１つ以上の"ＬＡＮコマンド"にし、その後直ちにプロキシはステップ７４５で指図するユーザーへの各コマンドを許可し、そして、もしその特定のユーザーが問題の管理対象エンティティーで問題のコマンドを実行することを許可されたならば、プロキシは該コマンドをＬＡＮ又は他のネットワークを介して管理対象エンティティーに実行されるように送る。許可し得なければ幾つかの代わりの応答がもたらされ得るということを当業者は理解するであろうが、その例は、再試行のためにユーザーを待ち行列に入れること、或いは接続を終了させることによってセッションを終わらせることを含む。通常、許可されないコマンドの性質と、問題の管理対象エンティティーのセキュリティ感度とは、どの応答選択肢が適用されるか決定するときに考慮される要素であろう。更に、複数のシステム管理者が管理誤り或いは複数のシステム故障の複数のパターンを発見できるように、どの管理対象エンティティーについてどのコマンドをどのユーザーが提示したかを記録する複数のログを作成して維持する能力をプロキシが持つことが考慮されている。

秘密キー６０３は、ＷＩＤにインストールされているソフト・エージェン３１５である埋め込まれているクライアント・ソフトウェアとプロキシを形成するようにインストールされているサービス・ソフトウェア・ソフト・エージェン３４５とにコンパイルされることによって固定され、各ＷＩＤの装置ＩＤが"戸外で"は決して送信されなくてもよいようにするために、この秘密キーは決して送信されなくて、複数のＷＩＤと（サービス・ソフトウェアの１つの特定のバージョンの）プロキシとにだけ知られる。装置パスフレーズは決して送信されないが、通信キー６０４を作るために使用される。

ＷＩＤ ＩＤ及びＷＩＤパスフレーズは，複数のＬＡＮ管理者ＩＤ及びパスワードなどの要注意の情報と共にプロキシにおいて１つのサイト・キーで暗号化された１つのデータベースに記憶され、それは本発明のシステムに基づく１つのサービスがセットアップされる各サイトに特有であり、そしてこのサイト・キーは問題のサービスのインストール時に作られる。有利なことに、このことは、たとえ複数のデータベース・ファイルが偶発的に或いは間違って転送されても受信者にとっては役に立たないことを保証する。

一実施態様では、サービス・データベース（すなわち、協同でプロキシ３５０を構成するハードウェア３４０上で１つのサービスとして動作するソフト・エージェン３４５により使用されるデータベース）は、使用されるデータベース・アプリケーションにおいて利用しうる任意の適切な暗号化手法を用いて暗号化されてよい。ここで、"サービス・データベースに暗号化されて記憶される"ということは、サイト・キー（図示されていない）で暗号化されてから暗号化されているサービス・データベースに記憶されることを意味し、"装置で暗号化される"ということは秘密キー６０３で暗号化されることを意味する。１つの好ましい実施態様では、ＷＩＤ ＩＤは装置に暗号化されて記憶されると共に暗号化されているサービス・データベースに暗号化されずに記憶され;ＷＩＤパスフレーズは装置に暗号化されて記憶され、また、暗号化されているサービス・データベースに暗号化されて記憶され;ユーザーＩＤは、装置には記憶されないが、暗号化されているサービス・データベースに暗号化されずに記憶され;ユーザー・パスワード又はパスフレーズは装置に記憶されないが、暗号化されているサービス・データベースに１つのハッシュ値の形で間接的に記憶され;各管理対象エンティティーのための管理者ＩＤは、暗号化されているサービス・データベースに暗号化されて記憶され、各管理対象エンティティーのためのパスワード又はパスフレーズは暗号化されているサービス・データベースに暗号化されて記憶される。

各々の新しいユーザーがシステムに入るとき、該ユーザーは、決して記憶されも送信されもしない１つのパスワード（通常は簡略値を伴うもの）を供給しなければならない。代わりに、サービス・ソフトウェアのバージョンと作りとに依存する（そして一緒に変更されうる）１つのハッシュ関数が動作して１つのハッシュ値（ユーザーＩＤをユーザー・パスワードでハッシュする）を作り、それは、在来のユーザー・パスワード（より抽象的で且つ）その代わりに（認証を強化するために）使用され、それに伴う問題は、それが割合に容易に推定され、クラックされ、或いはその他の方法で発見されるということである。従って、有利なことに、通常は簡略に選択された在来のユーザー・パスワードは送信中に傍受可能ではなく、又、１つの盗まれたＷＩＤにおいて維持されている小型の暗号化されているデータベースから回復されえないが、それでも、より簡単なパスワードを照合することと実質的に同等の付加的なユーザー認証方法を提供する１つのより複雑なハッシュ値を作るのに依然として役立つ。本発明のセキュリティ・モデルの１つの好ましい実施態様では、暗号化された複数の通信メッセージの傍受から推定し、"クラックし"、或いはその他の方法で入手するのがより難しい代替セキュリティ・エレメントを作るための"シード"として、ありふれた複数の識別子やパスワードが使用される。例えば、本発明の一実施態様では、各ユーザーのための１つのパスワードが問題のサービス・データベースに１つのハッシュ値として記憶される。そのハッシュ値は、問題のユーザーのための識別子をそのユーザーのためのパスワードでハッシュすることから得られる。該ハッシュ値は、パスワード自体が決して記憶も送信もされないように、前記ユーザーのためのパスワードの代わりに用いられる。

更に、１つの好ましい実施態様では、各ＷＩＤは５つの情報、すなわち、（ＷＩＤの）装置ＩＤと、（ＷＩＤの）装置パスフレーズ又はパスワードと、ユーザーＩＤと、ユーザー・パスワードと、（管理対象エンティティーのではない）プロキシサーバーのＩＰアドレスとを使用する。ＷＩＤが本発明のシステム上で初めて動作可能にされるとき、装置ＩＤと装置パスフレーズとがプロキシ及びＷＩＤで手操作により入力される。装置ＩＤは暗号化されていない形では決して送信されず、装置パスフレーズは決して明示的には送信されない。プロキシとの通信を開始する１つのＷＩＤからの第１メッセージのフロントエンドには、使用されるＷＩＤソフトウェア埋め込みクライアントの暗号化タイプとバージョンとを、送信側ＷＩＤの暗号化された装置ＩＤと共に明示する１つの暗号化されていないヘッダがある。

本発明のセキュリティ・モデルの１つの好ましい実施態様では、１つの完全性エレメント（一般にソルトと称される）がペイロードの内容の改ざんを発見しやすくするためにメッセージ・ペイロードに付け加えられる。ソルトはメッセージのサイズとの１つの既知関係に基づいていないので、この完全性検査手段はありふれたチェックサム検出手段と似ているが、これより優れている。１つのチェックサムを用いるときには、受信されるものの完全性が、メッセージを変更した後のチェックサムの１つの再計算及び置換を含む１つのメッセージのリパッキングによって、スプーフィングされる可能性がある。

例えばモビテックス（Ｍｏｂｉｔｅｘ）ベースのポケットベル環境では、１つのＷＩＤから１つの管理対象エンティティー制御セッションを開始するために、１つのパケットが１つのゲートウェイに送られ、それはＭｏｂｉｔｅｘヘッダを剥ぎ取ってメッセージを解読して、ゲートウェイがプロキシ及びその背後のＬＡＮを保護する１つのファイアウォールを通してそれとの１つのセッションをセットアップするところのプロキシの場所（ＩＰアドレス）を得る。

本発明のセキュリティ方法の応用を例示する目的でＲ９０００ゲット・キーコマンド及びＲ９００１ログオン・ユーザー・コマンドに基づく１つの詳しい例を述べる。１つの第１ステップとして、ＷＩＤからプロキシへの１つの第１メッセージから装置認証が始まる。
ＷＩＤが下記を作って送信すると仮定する：
＜Ｈ＞２．７＾３＾！＠＃＄％＾＆＊＾（＊＄＆＠＜／Ｈ＞＊＾％＄＃＠！）％＄（％１＋！＃＄％＾＆*（）％＄*＄＃％％＃＄％％＃＃％＃ＥＯＴ
これは下記のように分解する：
ヘッダ＝＜Ｈ＞２．７＾３＾！＠＃＄％＾＆＊＾（＊＄＆＠＜／Ｈ＞
クライアント・バージョン ２．７
暗号化タイプ ３
ＷＩＤ ＩＤ ！＠＃＄％＾＆＊＾（＊＄＆＠ 秘密キー６０３で暗号化されている
メッセージ・ペイロード＝＊＾％＄＃＠！）％＄（％１＋！＃＄％＾＆*（）％＄*＄＃％％＃＄％％＃＃％＃ＥＯＴ

この例ではサービスは！＠＃＄％＾＆＊＾（＊＄＆＠を"ｋｅｖｉｎｓＲｉｍＤｅｖｉｃｅ"（別名モバイルＩＤ）と解読し、これを、プロキシ・サーバー（全体としてプロキシ）上で１つの"サービス"として動作するソフト・エージェン３４５はＷＩＤと、それを使用する個人（すなわちユーザー）とを認証するために使用する。

メッセージ・ペイロードにアクセスするために、ＷＩＤは、自分自身のＩＤ及びパスフレーズを通信キー・アルゴリズムに対して使用することによって通信キー６０４を作る。この例では、
＊＾％＄＃！）％＄（％１＋！＃＄％＾＆*（）％＄*＄＃％％＃＄％％＃＃％＃は下記のように解読される：
Ｒ 要求
９０００ ゲット・キー
０ トークン
１２−０６−２００２ 日付
１４：５０：２３ 時刻
２．７ ソフトウェア・バージョン
１０５ ソフトウェア改訂番号
１ ＷＩＤタイプ
５８７４５８７５ 完全性検査エレメント（ＩＣＥ）

この例では、ＩＣＥは１つの所定パターンと調和する１つの数である（例えば、自分自身＋１に添えられる１つの乱数。ここでは該乱数は５８７４であって、ソルトの値を５８７４５８７５とする）。プロキシはメッセージの完全性を確かめるためにこの関係を使用するが、その理由は、該メッセージを改ざんする一人のクラッカーはそれを再送する前にその様な関係をおそらく発見しないことにある。
その後、プロキシは、通信キーで暗号化された自分の応答を提供することができ、その応答でプロキシはＷＩＤのために自分が行おうと意図していることの確認を１つのトークン及び１つのセッション・キーと共に供給し、その応答は例えば：
!＄＃＠!％＆＊（＆）＊＾）ＳＤＧＡ＃Ｑ％＃！％＾％*＄＾（*％ＨＷＧ＠＄％ＴＶＲ＃！％ＥＯＴ
であり、これをＷＩＤは（通信キーを使って）次のように解読する：

Ａ 応答
９０００ キーを得る（ＧｅｔＫｅｙ）
９１７５Ｆ１７６４Ａ５４Ｅｃ３Ｂ トークン
２．７ ソフトウェア・バージョン
！％ＥＰ＊）＄＆！＄！＠％＆＾＊ａ（（＆ｂ＠％！＄＄＠ＳＤＨＷ＄＾＠！＄！＠＄ セッション・キー

１つの好ましい実施態様では、プロキシからＷＩＤへの各送信の後に、ＷＩＤはセッションを継続するために応答しなければならない（通常はＡＣＫＥＯＴで）。複数のパケットが適切な順序で到達することを保証すると共に複数の通信が傍受されたときに生じる危険を減少させるために、一度に１つのパケットだけが解放され、その送信の１つの確認が要求される。何らかの理由でＷＩＤからプロキシに１つの適切な暗号化されているＡＣＫＥＯＴが戻されなければ、それ以上の通信は行われなくて、セッションは時期尚早に終了する。

セッションキーを受け取ると、ＷＩＤは１つのセッションを開くことができ、その間にそれは要求されたログオン動作を実行する目的でプロキシから提供された有効な（或いは"生きている"）トークンを返すと同時にセッション・キーで暗号化されている１つのメッセージを送ることによって一人のユーザーをログオンしようと試みる。暗号化されているメッセージは、例えば：
ＦａｌＪＴＨ（＊＆＾＾＾％＃ｊａＡＦｅｉ８ｊｈ０３１−８４！＠＃＄％＾＆*（）*＾＆％＄＠＠！！＠＃＄％＾ＥＯＴ
であってよくて、これをプロキシは次のように解読する：
Ｒ 要求
９００１ ログオン・ユーザー（Ｌｏｇｏｎ Ｕｓｅｒ）
９１７５Ｆ１７６４Ａ５４Ｅｃ３Ｂ トークン（再生を妨げる）
ＫＥＶＩＮＳＲＩＭＤＥＶＩＣＥ ＷＩＤ ＩＤ
１２−０６−２００２ 日付
１４：５１：０ 時刻
Ｋｅｖｉｎ ユーザーＩＤ （許可を可能にする）
１０５６７８９０３９２８１ ユーザーＩＤＥ及びパスワードのハッシュされた値

プロキシは、上記メッセージ中の情報を使って該メッセージを有効と認め、且つユーザーを認証し且つ許可することができる。もしトークンが有効ならば（例えば、キャンセルされてもいないし満了してもいない）、関連する動作が（本物のユーザーによって、或いは傍受された１つのメッセージを再送する詐称者によって）完了されていないから、もし関連する動作が完了していればトークンはプロキシによってキャンセルされる（削除又は除去される）のであるから、ログオン・ユーザー・メッセージは有効である。該ログオン・シーケンスを完了すると、ユーザーは任意の数の許可された処理／動作を安全に実行することができる。要約すると、各セッション・メッセージを有効にするためにプロキシは:１つの有効なトークン、１つの有効なユーザーＩＤ、１つの正しいハッシュ値、並びに要求をしているユーザーが現在はシステムからロックアウトされていないこと（例えば従業員が終了した）の全てに依存する。該メッセージ及びユーザーが確認されると、プロキシは、セッション・キーで暗号化されていて１つの新しいトークンを含む下記のメッセージを返す:
＆ｂ（*＆％＾＄＃！＠！〜！ＨＡＲＱＥＲａｆａ＃＄３４５３４６６＄＠＄！％＾＆＆ＥＯＴ
これをＷＩＤは下記のように解読する：
Ａ 応答
Ａ 応答
９００１ ログオン・ユーザー
ＡＢ４５Ｃ７９９０Ｅ２２１３Ｄ 新しいトークン
２．７ ソフトウェア・バージョン
Ｆ 認証
モード
ＡＢＣコミュニケーションズＬｔｄ：に認可されている ライセンス・メッセージ

ＷＩＤとユーザーとの組み合わせが１つのプロキシとの１つのセッションを開くと、ユーザーがどんな複数のコマンドをどの複数の管理対象エンティティーにおいて実行することを許されるのか確かめることが必要である。１つのセキュリティ観点から好ましい１つの実施態様では、複数のログオンはどの様なユーザーにも、特に１つのＷＩＤからは、許されない。しかし、１つの代替実施態様では、便宜上、本発明は、１つのプロキシを通して複数の管理対象エンティティーの管理を促進するために２つ以上の有効なＷＩＤを使用する単一のユーザーについて複数のログオンを考慮している。

本例について話を続けると、一人の特定のユーザーがログオンされると、該ユーザーがどの複数の管理対象エンティティーにアクセスすることを許され、また該ユーザーが各々のアクセス可能な管理対象エンティティーに関してどの複数のコマンドを実行してよいのか確認するために通常は該ＷＩＤから１つの要求が行われる。
例えば、セッション・キーで暗号化されていて最後の有効なトークンを含んでいる下記のメッセージがＷＩＤからプロキシへ送られ得る：
*＃＆＃％＆*＾＆*Ａｑｔｗｅｔｙｕ＃＄＆＄ＨＡｑＷＲＴＹ％＠＾＠＆*＃＃ＥＯＴ

これをプロキシは次のように解読する：
Ｒ 要求
６０００ 複数のサーバー／複数の処置
ＡＢ４５Ｃ７９９０Ｅ２２１３Ｄ トークン
ＫＥＶＩＮＳＲＩＭＤＥＶＩＣＥ ＷＩＤ ＩＤ
１２−０６−２００２ 日付
１４：５２：１５ 時刻
２．７バージョン ソフトウェア・バージョン

これに応答して、プロキシは、ユーザーに該ユーザーが何を行えるのか知らせるために、該ユーザーがどの複数の管理対象エンティティーにアクセスすることを許されているのか、又、各管理対象エンティティー上で該ユーザーがどの複数のコマンドを実行することを許されているのかということに関してプロキシ自身の複数の記録をチェックする。どれほどの量の情報が供給されなければならないかにより、プロキシは、１つ以上のブロックで、ＷＩＤに次のような１つのメッセージを送る：
＾＊（％＄）（＊％％＄ｊａｅｉＢＥ４５２３４６２６＆*（％＆＄＃（＆（*＿）*）＿＾＊％＄％＾＊（％＄）（＊％％＄ｊａｅｉＢＥ４５２３４６２６＆*（％＆＄＃（＆（*＿）*）＿＾*％＆％＾*（％＄）（*％％＄ｊａｅｉＢＥ４５２３４６２６＆*（％＆＄＃（＆（*＿）*）＿＾*％＆％＾*（％＄）（*％％＄ｊａｅｉＢＥ４５２３４６２６＆*（％＆＄＃（＆（＊＿）*）＿＾*％＆％＾*（％＄）（*％％＄ｊａｅｉＢＥ４５２３４６２６＆＊（％＆＄＃（＆（*＿）*）＿＾*％＆％ＥＯＢ

これに対してＷＩＤは次のように応答し：
ＡＣＫＥＯＴ

この確認を受信すると、プロキシは下記を送ることによってメッセージを完了させる:
*＃＆＃％＆*＾＆*Ａｑｔｗｅｔｙｕ＃＄＆＄ＨＡｑＷＲＴＹ％＠＾＠＆＊＃＃＊＃＆＃％＆＊＾＆＊Ａｑｔｗｅｔｙｕ＃＄＆＄ＨＡｑＷＲＴＹ％＠＾＠＆＊＃＃＊＃＆＃％＆*＾＆*Ａｑｔｗｅｔｙｕ＃＄＆＄ＨＡｑＷＲＴＹ％＠＾＠＆*＃＃Ａｑｔｗｅｔｙｕ＃＄＆＄ＨＡｑＷＲＴＹ％＠＾＠＆*＃＃*＃＆＃％ＥＯＴ

有利なことに、１つの好ましい実施態様では、この様な長い複数のメッセージは複数のブロックに分解されて（別名チャンキング）複数のパケットを用いて送信され、それらのブロックは１つのメッセージの各ブロックの終わりに１つのＥＯＢタグを付け加えることによって識別され得る。これは或るＷＩＤ技術（例えば、或る複数のＲＩＭブラックベリー装置）により必要とされるけれども、１つの無線システムを操作するこの方法を用いれば、全てのキューイング・サービスの負担をより強力なプロキシに移し、これによってＷＩＤの性能を高めて無線ネットワークの過負荷或いは溢れの問題を軽減できることを当業者は理解するであろう。
前述の例では、ＷＩＤは許可情報を下記のように解読することができる：
Ａ 応答
６０００ 複数のサーバー／複数の処置
１４６７４５Ｃ７９９０２２１３Ｄ 新しいトークン
２．７ ソフトウェア・バージョン
Ｄｏｍａｉｎ Ａ ドメインＡ
Ｓｅｒｖｅｒ１ サーバー１（例えば管理対象エンティティー１）
ＴＦＴＴＦＦＦＦＦＦＦＦＦＦＦ ドメインＡ／サーバー１で許される複数の処置
Ｄｏｍａｉｎ Ａ ドメインＡ
Ｓｅｒｖｅｒ２ サーバー２（例えば管理対象エンティティー１４）
ＴＦＴＴＦＦＴＦＦＦＴＦＦＴＴ ドメインＡ／サーバー２で許される複数の処置
Ｄｏｍａｉｎ Ｂ ドメインＢ
Ｓｅｒｖｅｒ Ｘ サーバーＸ（例えば管理対象エンティティー３６）
ＴＴＴＴＴＴＴＴＴＴＴＴＴＴＴ ドメインＢ／サーバーＸで許される複数の処置

処置リストＴＴＴＴＴＴＴＴＴＴは、このユーザーが問題の管理対象エンティティーにおいて利用可能な全てのコマンドへのアクセスを有することを示し、１つのＴＦＴＴＦＦＦＦＦＦＦＦＦＦＦの処置リストは、例えば:ユーザー・サービス、ファイル・エクスプローラー・サービス及びプリント・サービスに関連する動作だけを問題の管理対象エンティティーで実行するようにユーザーを制限することができる。

有利なことに、１つの好ましい実施態様では、ＷＩＤは如何なる管理対象エンティティーとも直接には通信しない。プロキシは要求された複数の命令を管理対象エンティティーに配達し、プロキシは、ユーザーが実行することを許されていない複数の動作に関してユーザーの複数の要求が管理対象エンティティーに到達するのを阻止し、これにより全体としてのシステム効率及びセキュリティを高める。

前述の実施態様は２つのモードで操作され得る:全てのユーザー情報は上で考慮されたようにサービスに特有であり、ＬＡＮ関連識別子はファイアウォールの外で交換されることはないか、或いはＬＡＮ又は１つの特定の管理対象エンティティーに関連する複数のユーザー識別子はプロキシで更に処理されるように、ＷＩＤから管理対象エンティティーへ直接にではなくて、ファイアウォールの外側から（常に１つのセッションキーのセキュリティにより保護されて）配達される。

有利なことに、もし複数のモバイルネットワーク管理者が１つのＷＩＤを通して自分たちのＬＡＮユーザーＩＤ及びユーザー・パスワードを入力するならば、問題のコマンドを提示することを適切に許可された一人のユーザーから来たと自分が確認した複数のコマンドをプロキシが提示したことだけを示す複数の記録ではなくて、どの複数のモバイル・ユーザーがどの複数のコマンドを各管理対象エンティティーに提示したかを特定するより詳しい複数のログ／記録が作られる。

更に、本発明の方法及びシステムは、ウィンドウズ・インターフェースがＤＯＳのために行うのと同様に１つのネットワークのリモート管理をあまり熟練していないユーザーにとってより直感的でアクセス可能なものにする１つの新奇なメニュー選択方式ＧＵＩアプローチを用いてネットワーク管理に委ねられる。
（ファイアウォールの背後へのテルネット・サービスの安全な配達）

本発明のシステムの１つの別の実施態様では、本書に記載されているプロキシ技術を用いることによって複数のテルネット・サービスを１つの無線装置からインターネットを介して１つのファイアウォールの背後の１つの管理対象エンティティーへ、又は該管理対象エンティティーから、安全に配達することができる。ＷＩＤが問題の管理対象エンティティーに直接には決して接続されないとすると、有利なことに、ＷＩＤが自分の代わりにプロキシが提供するように要求できる機能のうちに１つのテルネット／ＳＳＨ接続がある。もしテルネット／ＳＳＨサービスがＭＥ上で既に動作しているならば、ＬＡＮ関連のユーザーＩＤ及びユーザー・パスワードは既にプロキシに記憶されているので（すなわち、送信されなくてもよいので）、それらを該ＭＥに供給することができ、また、上で詳しく記載された新奇なメッセージ送信プロトコルにマッピングされた任意の複数のテルネット／ＳＳＨコマンドは、プロキシで復号されるようにＷＩＤにおいて符号化され、その後、他の全てのコマンドが本発明の方法及びシステムに従って処理されるのと全く同様に許可された後にＭＥに送られる。１つの特定のインストレーションでは、複数のテルネット／ＳＳＨコマンドの１つの部分集合だけを本発明のメッセージ送信プロトコルにマッピングすることができ、或いは、許可時に特定の複数のテルネット／ＳＳＨコマンドへのアクセスを特定の管理対象エンティティーに関して特定の複数のユーザーに制限するためにプロキシを使用することができる。

本発明を用いて複数のテルネット／ＳＳＨサービスを配達することの１つの別の利点は、たとえテルネット／ＳＳＨサービスが動いていなくても１つのウィンドウズ・サーバーと通信できる能力であり、その理由は、本発明のメッセージ送信プロトコルに従って符号化され得る複数のＷＭＩコマンドの中にテルネット／ＳＳＨサービスを開始させるコマンドがあり、これをプロキシが任意のテルネット／ＳＳＨコマンドを送る前に１つの管理対象エンティティーに送ることができることである。

本開示は本発明の種々の実施態様を記述し例証しているが、本発明がこれらの特定の実施態様に限定されないことが理解されなければならない。今や、複数の無線管理ネットワークの専門家は多くの変化形及び変更形に想到するであろう。本発明の完全な定義のために、添付されている複数の請求項を参照するべきである。

本発明を容易に理解して実施し得るように、添付図面に示されている下記の複数の非限定的実施態様に関して述べる。
１つのウェブサーバーに基づく従来技術の１つの図である。 １つのルータまたはゲートウェイに基づく従来技術の１つの図である。 本発明のシステムの１つの実施態様の１つの図である。 （ａ）、（ｂ）は本発明の方法の１つの実施態様の１つの図である。 本発明のシステムの１つの代わりの実施態様の１つの図である。 １つのＷＩＤと１つのプロキシとの間の通信を安全にするための本発明のセキュリティ・システムの１つの実施態様の論理的で時間的な形の１つの図である。 本発明のセキュリティ方法の１つの代わりの実施態様の１つの図である。 本発明のプロトコルの１つの実施態様の１つの図である。 本発明セキュリティシステムの一部分の１つの例の１つの図である。

Claims (27)

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. 前記複数の管理対象コンピュータは、少なくとも２つの異なるドメインにまとめられている、
    請求項２５または請求項２６に記載のシステム。

Images