(57)【要約】      （修正有）【課題】モバイルソフトウェアエージェント、および前記エージェントと対話するネットワークノードを使ったＷｅｂサーバなどのネットワークノードのセキュリティ分析方法の提供。【解決手段】保護されていないネットワークにおいてターゲットネットワークノードに２つ以上の評価エージェントを配布し、このノードとの対話後に前記エージェントを回収するシステムを提供する。これらのエージェントはソフトウェアベースのモバイルエージェントであり、異なる発信元または送信機と関連付けられるように構成される。これは、これらのエージェントをネットワーク中の複数の信頼ノードに発送し、そこで、それぞれ、その信頼ノードをエージェントの発信元として示すために受け取ったエージェントのコードを変更し、このエージェントをターゲットノードに転送することによって達成される。【選択図】図２
2006031692.tif 000002
【特許請求の範囲】
【請求項１】
多数のノードを有するネットワークにおいてターゲットノードを評価する信頼評価システムであって、
前記ネットワークに結合される複数の信頼ノードと、
前記信頼ノードに結合され、前記信頼ノードに前記ターゲットノードを評価するための複数のソフトウェアエージェントを発行する手段を備える評価ノードと、
を備え、
各前記信頼ノードは、前記評価ノードからエージェントを受け取る手段と、前記エージェント中の前記評価ノードに関連付けられた発信元識別子を、前記信頼ノードに関連付けられた発信元識別子に変えることによって、前記受け取ったエージェントを変更する手段と、前記変更エージェントを前記ネットワーク上で前記ターゲットノードに転送する手段と、を有する、システム。
【請求項２】
前記信頼ノードは、
前記変更エージェントに、別の前記信頼ノードに関連付けられた最終宛先識別子を付加する手段と、前記別の信頼ノードに通知を送る手段と、
をさらに備える、請求項１に記載のシステム。
【請求項３】
前記信頼ノードは、
別の信頼ノードから通知を受け取る手段と、
前記信頼ノードに関連付けられた最終宛先識別子を有する変更エージェントを受け取る手段と、
前記最終宛先識別子を、前記評価ノードに関連付けられた識別子に変えることによって前記エージェントを再変更する手段と、
前記再変更エージェントを前記評価ノードに転送する手段と、
をさらに備える、請求項２に記載のシステム。
【請求項４】
前記通知は、前記通知送出側に関連付けられた識別子、前記変更エージェントの発送時刻、変更エージェントの識別子のうち１つ以上を備える、請求項２または３に記載のシステム。
【請求項５】
前記評価エージェントの第１のグループが、前記ターゲットノードにデータを要求するように構成される、請求項１乃至４のいずれか１項に記載のシステム。
【請求項６】
前記評価エージェントの第２のグループが、前記ターゲットノード上で前記第１のグループからの評価エージェントと対話するように構成される、請求項５に記載のシステム。
【請求項７】
前記評価ノードは、前記データ要求の後で前記変更された評価エージェントを受け取る手段と、前記ターゲットノードの信頼レベルまたはパラメータを決定するために前記回収されたターゲットノードデータを分析する手段とをさらに備える、請求項５または６に記載のシステム。
【請求項８】
前記評価エージェントは、仮想人物に関連付けられた識別子、すなわち、電子メールアドレス、銀行詳細、名前、電話番号、住所、セキュリティ証明書のうち１つ以上を備える、請求項１乃至７のいずれか１項に記載のシステム。
【請求項９】
前記評価エージェントは、それぞれ、多数の前記ターゲットノードの１つに対応する経路指定識別子のシーケンスを備える、請求項１乃至８のいずれか１項に記載のシステム。
【請求項１０】
前記評価ノードは、前記各エージェントに、前記経路指定識別子の異なるシーケンスを提供するように構成される、請求項９に記載のシステム。
【請求項１１】
前記評価ノードは、前記エージェントに、異なる経路指定識別子を提供するように構成される、請求項９または１０に記載のシステム。
【請求項１２】
多数のノードを有するネットワークにおいてターゲットノードを評価する信頼評価システムのための信頼ノードであって、
評価ノードから、前記ターゲットノード評価するためのソフトウェアエージェントを受け取る手段と、
前記エージェント中の前記評価ノードに関連付けられた発信元識別子を、前記信頼ノードに関連付けられた発信元識別子に変えることによって、前記受け取ったエージェントを変更する手段と、
前記変更エージェントを前記ネットワーク上で前記ターゲットノードに転送する手段と、
を備える、ノード。
【請求項１３】
前記変更エージェントに、別の信頼ノードに関連付けられた最終宛先識別子を付加する手段と、前記別の信頼ノードに通知を送る手段とをさらに備える、請求項１２に記載のノード。
【請求項１４】
多数のノードを有するネットワークにおいてターゲットノードを評価する信頼評価システムのための信頼ノードであって、
別の信頼ノードから通知を受け取る手段と、
前記信頼ノードに関連付けられた最終宛先識別子を有するソフトウェアエージェントを受け取る手段と、
前記最終宛先識別子を評価ノードに関連付けられた識別子に変えることによって前記エージェントを変更する手段と、
前記変更エージェントを前記評価ノードに転送する手段と、
を備える、信頼ノード。
【請求項１５】
ネットワークに結合される複数の信頼ノードを含む多数のノードを有する前記ネットワークにおいてターゲットノードを評価する方法であって、
前記信頼ノードに、前記ターゲットノードを評価するための複数のソフトウェアエージェントを発行すること、
前記エージェントの起点に関連付けられた発信元識別子を、前記信頼ノードに関連付けられた発信元識別子に変えることによって、前記受け取ったエージェントを変更すること、
前記変更エージェントを前記ネットワーク上で前記ターゲットノードに転送すること、
を備える、方法。
【請求項１６】
前記変更エージェントに、別の前記信頼ノードに関連付けられた最終宛先識別子を付加すること、および前記別の信頼ノードに通知を送ることをさらに備える、請求項１５に記載の方法。
【請求項１７】
別の信頼ノードから通知を受け取ること、
前記信頼ノードに関連付けられた最終宛先識別子を有する変更エージェントを受け取ること、
前記最終宛先識別子を評価ノードに関連付けられた識別子に変えることによって、前記エージェントを再変更すること、
前記再変更エージェントを前記評価ノードに転送すること、
をさらに備える、請求項１６に記載の方法。
【請求項１８】
前記通知は、前記通知送出側に関連付けられた識別子、前記変更エージェントの発送時刻、変更エージェントの識別子のうち１つ以上を備える、請求項１６または１７に記載の方法。
【請求項１９】
前記評価エージェントの第１のグループが、前記ターゲットノードにデータを要求するように構成される、請求項１５乃至１８のいずれか１項に記載の方法。
【請求項２０】
前記評価エージェントの第２のグループが、前記ターゲットノード上で前記第１のグループからの評価エージェントと対話するように構成される、請求項１９に記載の方法。
【請求項２１】
前記データ要求の後で前記変更された評価エージェントを受け取ること、前記ターゲットノードの信頼レベルまたはパラメータを決定するために前記回収されたターゲットノードデータを分析することをさらに備える、請求項１９または２０に記載の方法。
【請求項２２】
前記評価エージェントは、仮想人物に関連付けられた識別子、すなわち、電子メールアドレス、銀行詳細、名前、電話番号、住所、セキュリティ証明書のうち１つ以上を備える、請求項１５乃至２１のいずれか１項に記載の方法。
【請求項２３】
前記評価エージェントは、それぞれ、多数の前記ターゲットノードの１つに対応する経路指定識別子のシーケンスを備える、請求項１５乃至２２のいずれか１項に記載の方法。
【請求項２４】
各エージェントが、前記経路指定識別子の異なるシーケンスを備える、請求項２３に記載の方法。
【請求項２５】
多数のノードを有するネットワークにおいてターゲットノードを評価する信頼評価システムのための信頼ノードの動作方法であって、
評価ノードから前記ターゲットノードを評価するためのソフトウェアエージェントを受け取ること、
前記評価ノードに関連付けられた発信元識別子を、前記信頼ノードに関連付けられた発信元識別子に変えることによって、前記受け取ったエージェントを変更すること、
前記変更エージェントを前記ネットワーク上で前記ターゲットノードに転送すること、
を備える、方法。
【請求項２６】
前記変更エージェントに、別の信頼ノードに関連付けられた最終宛先識別子を付加すること、前記別の信頼ノードに通知を送ること、
をさらに備える、請求項２５に記載の方法。
【請求項２７】
多数のノードを有するネットワークにおいてターゲットノードを評価する信頼評価システムのための信頼ノードの動作方法であって、
別の信頼ノードから通知を受け取ること、
前記信頼ノードに関連付けられた最終宛先識別子を有するソフトウェアエージェントを受け取ること、
前記最終宛先識別子を評価ノードに関連付けられた識別子に変えることによって、前記エージェントを変更すること、
前記変更エージェントを前記評価ノードに転送すること、
を備える、方法。
【請求項２８】
プロセッサ上で実施されると、請求項１５乃至２８のいずれか１項に記載の方法を実行するように構成される、プロセッサ制御コード。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、Ｗｅｂサーバなどのネットワークノードを、モバイルソフトウェアエージェント、および前記エージェントと対話するネットワークノード自体を使って分析する方法に関する。
【背景技術】
【０００２】
モバイルソフトウェアエージェントは、ネットワークにおいてホストコンピュータまたはノードによって実行され得るソフトウェアコードを含む実行可能ファイルである。このエージェントは、インターネットにおけるＴＣＰ／ＩＰなど標準のネットワークトランスポートプロトコルを使って、ネットワーク中のあるノードから別のノードに転送される。このコードを含むファイルは、通常、ホストのデータおよび諸機能への制限されたアクセスだけしかできないように、ホストの保護された領域に制限される。例えば、Ｊａｖａ（登録商標）アプレットは、図１に示すようにＪａｖａ（登録商標）サンドボックスにロードすることができ、そこからこのアプレットが実行され、明確な制限されたやり方でホストと対話する。
【０００３】
このようなモバイルエージェントは、これらが定義されたやり方でホストと対話することが意図されているという意味で「正当」であり、ホストは、このようなエージェントを処理することを期待する。このようなエージェントの適用例には、多数のオンライン小売業者サイトまたはノードを「訪問し」、特定の品目の価格を要求する価格比較エージェントが含まれる。このエージェントは、これの発行元である、例えばオンラインの買い物客に、多数の異なる小売業者からの価格を持ち帰る。
【０００４】
この種のモバイルエージェントは、保護された領域（例えばサンドボックスなど）に留まるのではなくそれ自体でホストにアクセスしようとする、ウイルスおよびアドウェアプログラムなど他の「不正な」エージェントとは対照をなす。その場合、ウイルスは、ホストから例えば個人の財務詳細などの保護された情報を盗み取り、ホストを例えば電子メールスパムなどの意図せぬやり方で動作させ、あるいは単にホストのシステムを破壊して、ホストが適正に機能しなくなるようにする。アドウェアも、同様に、ホストのデータの一部、特に、これのＷｅｂ閲覧履歴などにアクセスして、マーケティング担当者にとっての関心対象となり得る、このホストに関連付けられた個人の習慣に関する情報を提供することができる。別の例では、ユーザがコンピュータ上でどんなアクティビティに従事しているかに応じてオンスクリーンウィンドウを提示するように、ポップアップ広告プログラムが構成され得る。
【０００５】
大まかに言うと、取り組む必要のある２つのセキュリティ上の問題がある。第１の問題は、受動的または能動的な攻撃を阻むことであり、第２の問題は、少なくとも攻撃を検出することである。攻撃は、プラットフォームに反するエージェント、エージェントに反するプラットフォーム、エージェントに反するエージェント、エージェントまたはプラットフォームに反する第三者という４つの別個のカテゴリにグループ化することができる。
【０００６】
第１、第３および第４の問題については、最新の技法が、満足のいく解決法を提供する幅広いサービスを提供している。例えば、受け入れるエージェントを認証し、これらをサンドボックスに制限し、きめ細かいアクセス制御ポリシーを用いてこれらの機能を制限することのできる、すでに利用可能なＪａｖａ（登録商標）モバイルエージェントセキュリティ開発キットがある。詳細については、Ｋａｒｊｏｔｈ  Ｇ、Ｌａｎｇｅ  ＤＢ、Ｏｓｈｉｍａ  Ｍ、「アグレットのためのセキュリティモデル」、ＩＥＥＥインターネットコンピューティング、第１巻、第４号、１９９７年７月から８月（「Ａ  ｓｅｃｕｒｉｔｙ  ｍｏｄｅｌ  ｆｏｒ  Ａｇｌｅｔｓ」，ＩＥＥＥ  Ｉｎｔｅｒｎｅｔ  Ｃｏｍｐｕｔｉｎｇ，Ｖｏｌｕｍｅ  １，Ｉｓｓｕｅ  ４，Ｊｕｌｙ−Ａｕｇ．１９９７）を参照されたい。
【０００７】
最も難しいのは第２の問題である。その理由は、プラットフォームは常にエージェントのホストであり、理論上、どんなやり方でもこれを処理することができるからである。この問題には多様な解決法（改ざん防止ハードウェア、コード難読化および暗号化機能、１つのエージェントの複数のエージェントへの戦略的分割など）があるが、それでもなお、この問題に満足のいくように対処することはできない。その理由は、これらは、ハードウェアモジュールに依存し、または依然として未解決の技術的問題を有し、あるいは信頼という概念、およびホストは常に示唆されたポリシーに準拠すべきであるという考えに、過度に依存するものだからである。
【０００８】
困難であるが前途有望なモバイルエージェント技術のセキュリティ問題の背景情報および最新技術は、ＩＳＴシャーマンプロジェクト（ＩＳＴ−Ｓｈａｍａｎ  ｐｒｏｊｅｃｔ）から得ることができ、これの文書はｗｗｗ．ｉｓｔ‐ｓｈａｍａｎ．ｏｒｇで公開されている。
【０００９】
正当なエージェントに伴う１つの問題は、これらが、これらを実行するホストに支配されることである。その理由は、最終的には、ホストは、単に、エージェントによって要求される機能を期待される通りに実行することもでき、エージェントを操作することもできるからである。このような操作には、秘匿することが意図されるエージェント内に含まれるデータ、例えば、他のオンライン小売業者からの見積もり、および／またはエージェントのユーザの発信元アドレスまたは識別情報などを読み取ることが含まれ得る。その場合、この識別情報を悪用して、例えば、このユーザの電子メールアドレスにスパムを発送することができる。さらに不適当な振る舞いには、これの競争相手のオンライン小売業者からの見積もりを読み取り、これらより低い見積もりを提供すること、あるいはおそらく、他の見積もりがより高くなるように変更することさえもが含まれ得る。
【００１０】
自律的モバイルエージェントは、さらなる分析のために価格見積もりや他の情報を回収する以外に、クライアントの指示を完全に表現し、これらを理論的に満足させることによって、リモートで、完全に独立してトランザクションを完了することもできる。例えば、自動的に安いチケットを獲得する場合、エージェントは、例えば、直行便などのチケットを購入するために、いくつかのオンラインストアを訪れるよう指示されることがある。このチケットは、例えば、（個人情報を提供しない場合は）１５０ポンド未満であり、あるいは、価格が十分に安い（例えば１００ポンドなど）場合には、個人情報（例えば電子メールアドレスおよび提示価格の送信許可）を提供するという条件で、最も安価でなければならない。ついで、エージェントは、この購入を完全に自律的に行う。ホストは、この論理にも、エージェントが運ぶ秘密データにも決してアクセスしてはならないが、明らかに、悪用される可能性がある。
【００１１】
ホストまたはノードは、エージェントのコードを書き換えることができるため、ホストノードが適正に振る舞ったかどうか検出する明確な方法はない。目下のところは、通常、これらのノードが信頼され得ると想定されているにすぎない。しかしながら、適正な振る舞いを保証し、または少なくともホストによる不正行為を検出しようとするいくつかの試みがなされている。エージェントは、例えば、Ｗａｙｎｅ  Ｊａｎｓｅｎ、Ｔｏｍ  Ｋａｒｙｇｉａｎｎｉｓ、「ＮＩＳＴ特別公報８００−１９：モバイルエージェントセキュリティ」、米国標準技術研究所、１９９９年８月（ＮＩＳＴ  Ｓｐｅｃｉａｌ  Ｐｕｂｌｉｃａｔｉｏｎ  ８００−１９：Ｍｏｂｉｌｅ  Ａｇｅｎｔ  Ｓｅｃｕｒｉｔｙ，Ｎａｔｉｏｎａｌ  Ｉｎｓｔｉｔｕｔｅ  ｏｆ  Ｓｔａｎｄａｒｄｓ  ａｎｄ  Ｔｅｃｈｎｏｌｏｇｙ，Ａｕｇｕｓｔ  １９９９）などに記載されているように、暗号化機能を使用し、または複数のサブエージェントに分割することができる。
【発明の開示】
【課題を解決するための手段】
【００１２】
概括的にいえば、一態様では、本発明は、保護されていないネットワークにおいてターゲットネットワークノードに２つ以上の評価エージェントを配布し、このノードとの対話の後で前記エージェントを回収するシステムを提供する。これらのエージェントは、ソフトウェアベースのモバイルエージェントであり、異なる発信元または送信機に関連付けられるように構成される。これは、これらのエージェントをネットワーク中の複数の信頼ノードに発送し、そこで、それぞれ、エージェントをターゲットノードに転送する前に、その信頼ノードをエージェントの発信元として示すように受け取ったエージェントのコードを変更することによって達成される。
【００１３】
好ましくは、変更エージェントに関連付けられた最終的な宛先は、別の、または第２の信頼ノードであり、第１の信頼ノードは第２の信頼ノードに、この変更エージェントを期待するように指示する。第２の信頼ノードは、このエージェントを受け取ると、このエージェントの起点の発信元に対応する宛先アドレスを用いてこのエージェントを再度（さらに）変更し、次いで、この再変更エージェントをこの起点の発信元に転送する。
【００１４】
次いで、複数の（再）変更エージェントを回収したシステムは、前記ターゲットノードの信頼レベルを決定するために、ターゲットノードとの異なる対話を分析する。
【００１５】
特に、一態様では、請求項１に記載の多数のノードを有するネットワークにおいてターゲットノードを評価する信頼評価システムが提供される。
【００１６】
特に、別の態様では、請求項１５に記載の、多数のノードを有するネットワークにおいてターゲットノードを評価する方法が提供される。
【００１７】
特に、別の態様では、請求項１２または１４に記載の、多数のノードを有するネットワークにおいてターゲットノードを評価する信頼評価システムのための信頼ノードが提供される。
【００１８】
特に、別の態様では、多数のノードを有するネットワークにおいてターゲットノードを評価する信頼評価システムのための評価ノードが提供され、この評価ノードは、ターゲットノードを評価するための複数のソフトウェアエージェントを発行し、これらとターゲットノードとの対話の後で戻されたエージェントを受け取る手段を備える。このノードは、ターゲットノードに信頼パラメータを割り当てるために、戻されたエージェントを比較し、または別の方法で分析することができる。例えば、これらのエージェントが、ターゲットノードからこれらのデータへの予期しない変更と共に戻った場合、これは、より低いレベルの信頼を指示し得る。
【００１９】
好ましくは、評価ノードは、ネットワークに結合された多数の信頼ノードにこれらのエージェントを発行し、信頼ノードは、評価ノードに関連付けられたこれらのエージェント中の識別子を、信頼ノード自体の識別子に変更する。
【００２０】
概括的にいえば、別の態様では、本発明は、保護されていないネットワークにおいてターゲットネットワークノードに２つ以上の評価エージェントを配布し、このノードとの対話の後で前記エージェントを回収するシステムを提供する。これらのエージェントはソフトウェアベースのモバイルエージェントであり、異なる最終宛先に宛先指定されるように構成される。これは、これらのエージェントを異なる経路指定情報と共に発送して、これらがネットワーク中の複数の信頼ノードの１つである異なる最終宛先に転送されるようにし、そこで、それぞれ、受け取ったエージェントを評価ノードに転送するようにこのエージェントのコードを変更することによって達成される。
【００２１】
好ましくは、各エージェントは、最初に、１つの評価ノードから、ネットワーク中の複数の信頼ノードにも発送され、そこで、それぞれ、その信頼ノードをエージェントの発信元として示すように受け取ったエージェントのコードが変更され、このエージェントがターゲットノードに転送される。
【００２２】
次に、各実施形態について説明するが、これらは例にすぎず、限定するためのものではない。
【発明を実施するための最良の形態】
【００２３】
図１に、例えばインターネットなどのネットワークにおけるネットワークノードのホストシステムを概略的に示す。このノードは、他のノードと通信し、これらの通信を処理するためのハードウェアおよびソフトウェアリソースを有するホストシステム２を備える。ホストシステムは、他のノードによって送られるソフトウェアの処理を制御し、これのホストシステム２の他の部分へのアクセスを制限するために、Ｊａｖａ（登録商標）サンドボックスなどの保護された領域３を含む。他のノードによって送られるソフトウェアは、通常、このノードの保護された領域３においてホストシステムによって実行され得る、ファイル（例えばＪａｖａ（登録商標）アプレットなど）中のコンピュータコード（Ｊａｖａ（登録商標）バイトコードなど）の形でのモバイルエージェント４を備える。
【００２４】
モバイルエージェント４は、オンラインの買い物客などのクライアントのために、ノード（例えばオンライン小売業者など）からデータを収集することを含めて、多くの用途を持つ。エージェント４は、保護されたプラットフォーム３上で実行されるとホスト２に情報または他のサービスを要求する、公知の形式（例えばＪａｖａ（登録商標）など）のコードを含む。これらの要求は、正当であれば、ホストシステム２の他の部分に渡され、ホスト２は、要求された情報、例えば、指定された製品の価格などを供給する。エージェント４は、通常、さらに別の宛先も含み、その場合ホストは、このファイルを追加データと共にこれの次の宛先に転送し、別のノード上でプロセスが繰り返される。この転送は、ホストが、別の宛先に送るよう求めるエージェントの要求に応答することによって達成される。
【００２５】
図２に、相互接続されたノード２のネットワーク１を動き回るモバイルエージェント４を示す。各エージェント４は、クライアント６によってネットワーク１上に送出され、クライアント６がそこからデータを獲得しようとする特定のノード２のターゲットアドレスＮ１、Ｎ２、Ｎ３を含む。エージェント４は、知られているように、ターゲットノードＮを見つけるために、ネットワーク１中の他のノード２の間で受け渡される。エージェント４は、ターゲットノード（例えばＮ１など）と対話するたびに、そのノードからのデータ（例えばｎ１など）をこれ自体のコードまたはファイルに付加する。エージェント中の中間アドレス全てにアクセスされた後、エージェント４は、これの起点の宛先、すなわちクライアント６に返送される。このようにして、モバイルエージェント４は、多数の指定されたノード（Ｎ１、Ｎ２、Ｎ３）から価格付けまたは他のデータを取り出し、最終的には、関連付けられたデータ（ｎ１、ｎ２、ｎ３）と共にこれの最終宛先（起点のクライアント）に戻ることができる。
【００２６】
図３に、クライアント１６が多数の信頼ノード１２（Ｔ１、Ｔ２、・・・Ｔｎ）に結合された一実施形態を示す。信頼ノードＴのそれぞれは、さらに、データがそこから求められる多数のターゲットノードＮ１、Ｎ２、Ｎ３を含む、図２に示すものと類似の（例えばインターネットなどの）信頼されないノード２のネットワーク１に結合される。クライアント機器１６は、多数のソフトウェア評価エージェント１４を発行し、このエージェントが多数の信頼ノード１２に配布される。発行されるエージェント１４の実際の数は、３つ、すなわち図示の信頼ノードごとに１つから、信頼ノード１２間で分配される何千にまで及び得る。
【００２７】
信頼ノード１２は、エージェント１４を受け取り、これらがもはやクライアント１６と関連付けられなくなり、信頼ノード１２（Ｔ１、Ｔ２またはＴ３）と関連付けられるように、これらの発信元または起点の詳細または識別子を変更する。次いで、１４’で示す変更エージェントは、ネットワーク１上に送出され、前述のように各ノード２と対話する。
【００２８】
エージェント１４’は、前述のようにターゲットノードＮ１、Ｎ２、Ｎ３からデータ（ｎ１、ｎ２、ｎ３）を蓄積し、この蓄積されたデータ全てと共に最終宛先に戻る。
【００２９】
最終宛先はエージェント１４’内に含まれ、知られているように全ての中間アドレスへのアクセスが完了したときに利用される。最終宛先は、好ましくは、クライアントのアドレス（Ｄ）とすべきではない。その理由は、これは、エージェント１４’を、例えば価格ゴーファなどの標準的なモバイルコマースエージェントとしてではなく、評価エージェントとして公開し得るからである。エージェント１４’は、これの最終宛先として、これがそこからネットワーク１上に発行された信頼ノード１２のアドレスまたは識別情報（Ｔ１、Ｔ２またはＴ３）を使用することもでき、別の信頼ノード１２の宛先識別子（Ｔ２、Ｔ３またはＴ１）を使用することもできる。これらの場合、変更エージェント１４’をネットワーク１上に発行する信頼ノード１２は、このエージェントの最終宛先アドレスまたは識別子、ならびにこれの発信元または起点識別子を変更する必要がある。エージェント１４’がある信頼ノード１２（Ｔ１）から発行され、別の信頼ノード（Ｔ３）に戻る場合には、発行側の信頼ノード（Ｔ１）は、受取り側の信頼ノード（Ｔ３）にもこのエージェント１４’を期待するよう通知する。
【００３０】
変更エージェント１４’が信頼ノード１２（例えばＴ２またはＴ３）によって受け取られると、ノード１２は、このエージェント１４’を再変更して、これの最終宛先アドレスまたは識別子を現在の信頼ノード１２（Ｔ２またはＴ３）からクライアント機器１６（Ｄ）に変える。次いで、この再変更エージェント（１４”で示す）は、クライアント機器１６に転送される。
【００３１】
これらのプロセスを以下でより詳細に説明するが、まず、図４に評価ソフトウェアエージェント（１４、１４’または１４”）の概略図を示す。エージェント１４は、起点または発信元ＩＤフィールドまたは部分２１、最終宛先ＩＤフィールドまたは部分２２、多数の中間ノードＩＤフィールドまたは部分２３、およびペイロード２４を含む。ペイロード２４は、名前、住所、電子メールアドレス、様々な証明書、財務情報、および個人またはクライアントに関連付けられた他の情報などの個人データ２５、ならびにこのエージェントの実行可能コードを含む。この評価シナリオでは、この情報は、これが実在の個人にではなく、受信側ホスト２がエージェント１４を実在のクライアントからのものであると識別して、このエージェントがあたかも実在の個人からのものであるかのように振る舞うことを保証するのに十分な、模倣された識別情報に関連付けられているという意味で、仮想的なものになる。その場合、エージェント１４は、例えば、図示するように、より小さいＩＰパケットに分割し、ＴＣＰプロトコルを使ってインターネットを介して転送するなど、任意のやり方でネットワーク１を介して移送され得る。エージェント自体は、知られているように相互運用性を保証するために、合意された形式に従う必要がある。Ｊａｖａ（登録商標）アプレットおよびアグレットなど、様々な公知のエージェントプラットフォームが存在する。しかしながら、エージェントの内部構造は、任意の適当なやり方で編成することができ、ＲＥＡＤ（）などの汎用インターフェース機能を利用することにより相互運用性が保証される。図４の具体的なエージェント構造は単なる例にすぎない。より一般的には、このエージェントは、コードおよびデータを含み、データは任意の抽象的方法で構造化することができ、コードは動的なものとすることもできる。例えば、最終ノードの次の宛先ＩＤは、静的に事前決定されるのではなく、動的に決定され得る。エージェント構造は、好ましくは、ターゲットホストに疑念を抱かせる確率を最小限に抑えるために、標準的に見え、または少なくとも異常には見えないように、一般に使用される構造とすべきである。インテリジェント物理エージェント財団（Ｆｏｕｎｄａｔｉｏｎ  ｆｏｒ  Ｉｎｔｅｌｌｉｇｅｎｃｅ  Ｐｈｙｓｉｃａｌ  Ａｇｅｎｔｓ）（ＦＩＰＡ）は、相互運用性を最大にする汎用エージェント技術の仕様を提供している（ｗｗｗ．ｆｉｐａ．ｏｒｇを参照されたい）。
【００３２】
したがって、前述の実施形態では、信頼ノード１２は、最初のエージェント１４を受け取り、これの起点フィールド２１を、信頼ノード（Ｔ１）の識別情報を保持するように変更し、好ましくは、最終宛先フィールド２２も、これ以外の信頼ノード１２の１つ（Ｔ３）のアドレスまたは識別情報の１つを含むように変更する。
【００３３】
図５に、クライアント１６から最初にエージェント１４を受け取る信頼ノード（例えばＴ１など）での一実施形態による流れ図を示す。信頼ノードＴ１は、クライアント機器１６から、中間アドレスフィールド２３を介したこれの経路指定を含むエージェント１４を受け取る。次いで、ノードＴ１は、エージェント１４の起点フィールド２１を変更し、クライアントアドレス（Ｄ）をこれ自体のアドレス（Ｔ１）で置き換える。次いで、ノードＴ１は、クライアントアドレス（Ｄ）を別の信頼ノード（Ｔ３）のアドレスで置き換えることによって最終宛先識別子フィールド２２を変更する。どの最終宛先アドレスを使用すべきかは、クライアント１６によって、例えば、別のメッセージとして、または後でこの信頼ノードＴ１によって除去されるエージェント１４中の特別なフィールドに指示され得る。別の代替方法として、エージェント１４を、意図された宛先の信頼ノードＴ３がすでに最終宛先フィールド２２に入った状態で受け取ることもできる。
【００３４】
次いで、信頼ノードＴ１は、変更エージェント１４’の最終宛先として働くことになる他方の（受取り側の）信頼ノードＴ３に通知を発行する。この通知は、単に、変更エージェントの起点識別子（Ｔ１になっている）を、おそらく、宛先の信頼ノードＴ３が変更エージェント１４’を認識することができるようにするための送信時刻と共に、含むだけのものとすることもできる。各エージェントは、通常、独自のＩＤまたは名前、および証明書またはパスポートまたは何らかの種類の識別トークンを持つ。次いで、変更された起点識別子（Ｔ１）および変更された最終宛先識別子（Ｔ３）を含む変更エージェント１４’は、ネットワーク１上に送信される。
【００３５】
図６にネットワーク１から変更エージェント１４’を受け取る信頼ノード（例えばＴ３など）での一実施形態による流れ図を示す。ノードＴ３は、これが問い合わせることを意図された様々なターゲットノードＮ１、Ｎ２、およびＮ３から取り出されたデータも含む、変更エージェント１４’を受け取る。次いで、ノードＴ３は、エージェント１４’が、これの通知のいずれか、例えば、前述のＴ１によって発行されたものなどと適合するかどうか判定する。これは、単に、送出側の信頼ノードのアドレスＴ１を含むはずのエージェント１４’の起点識別子を判定するだけで達成することができる。エージェント１４’の識別情報は、さらに、この通知の受取り時刻とエージェント１４’の受取り時刻を比較することによっても確認することができる。また、このエージェント自体も、送出側の信頼ノードＴ１がこれの通知と共に発送した一意の識別子を持ち得る。適合すると、エージェント１４’の最終宛先フィールド２２が、クライアント機器１６のアドレス（Ｄ）を含むように再変更される。次いで、再変更エージェント１４”は、クライアント機器１６に転送される。クライアント機器１６は、例えば別の（信頼された）ネットワークにあってもよい。
【００３６】
図７に、評価ノードまたはクライアント機器１６での流れ図を示す。クライアント機器１６は、異なる信頼ノード１２から保護されていないネットワーク１内の様々なターゲットノードＮに、多数のソフトウェアエージェント１４を発送するための評価戦略を策定する。これは、各信頼ノードＴ１、Ｔ２、Ｔ３からターゲットノードＮ１に向けてエージェント１４’の１つのコピーが発行されるというような簡単なものとすることもできる。その場合、各エージェント１４’は、これを発行した信頼ノードに戻り、ここからクライアント機器に戻って、そこで３つのエージェント（１４”）から集められたデータが比較され、分析され得る。
【００３７】
より洗練された機構を用いることもでき、例えば、多数の信頼ノード１２から複数のエージェント１４’を発行し、これらが、（１つ以上の）ターゲットノードＮ１（およびＮ２およびＮ３）と異なるやり方で対話し、最終的に、クライアント機器１６に戻ってくるように異なるパスを使って、経路指定することもできる。このような洗練された経路指定方式は、エージェント１４’が全てクライアント機器１６からのものであること、あるいはこれらが多少なりとも関連していることをより効果的に隠蔽する。その場合、ターゲットノードＮは、これらを通常の電子商取引エージェントとして処理し、通常通りに振る舞う可能性がより高い。通常のターゲットノードの振る舞いの評価が目的であるため、これらのより複雑な構成は、より高くつくが、より正確である可能性も高い。
【００３８】
次いで、エージェントから取り出されたデータを分析することができ、これは、例えば、単に、価格を平均し、標準偏差を求め、これらのエージェントがだれを表すかによってターゲットノードＮが価格をどれだけ変動させるか示すものとすることができる。この場合もやはり、以下でさらに説明するように、より洗練された分析も可能である。
【００３９】
図８に、クライアント機器または評価ノード１６と、様々なターゲットノードＮ１、Ｎ２、Ｎ３を備える他の保護されていないネットワーク１および１’に結合された多数の信頼ノード１２とを備える、大規模な信頼されたネットワーク１０を有する一実施形態の概略図を示す。保護されたネットワーク１０から送出されるエージェント１４’間の任意の関連を隠蔽するために、多種多様な経路指定方式が可能であることがわかる。
【００４０】
これらの実施形態は、リモートの、おそらく不利な環境において、ターゲットホスト（Ｎ）にこのことについて何も知らせずに信頼性を評価する手段を提供する。このようにして、評価エージェント１４’は、正当であることも、不正であることもあり得るターゲットホストの真の振る舞いおよび実際の特性を抽出することができる。例えば、この評価は、ホストが、これのポリシーに、より具体的にはこれのクライアントのセキュリティ要求を遵守するというこれの義務に、従う度合いを判定することができる。
【００４１】
評価エージェントは、好ましくは、特別なセキュリティコードを保持せず、決して評価または執行エージェントであるようには見えず、反対に、これは、好ましくは、例えばさらなる処理のために保護された場所に情報を取り込むだけの、通常の電子商取引エージェントのように振る舞う必要がある。このように、評価エージェント構成は、１）ターゲットホストＮが、評価シナリオを処理しているか否か判断することができないようにし、２）エージェント１４’を餌のように使って不正行為を助長することによって不正行為を抽出し、３）フィードバックを分析してどのターゲットノードが不正行為を働いているか見破り、確率的評価プロフィールを構築することを目的とするものである。
【００４２】
低品質のセキュリティ予測では、ただ１つのクライアント機器１６が、少数の信頼ノード１２を使って評価エージェントソフトウェアを独立に走らせることも可能である。しかしながら、協力者の大規模なネットワークを用いることができる場合には、これらのエージェントが専門のセキュリティサービスを活用し得ることが考えられる。例えば、評価機関の専門ソフトウェア提供者は、何百もの信頼されたプラットフォーム１２を用いることができるはずである。評価エージェント１４’は、より優れた分散知能およびよりよい結果のためにこの力を利用することができる。
【００４３】
簡単な例では、評価エージェントは、特定の（ターゲット）ホストＮに移行して、提示される電子商取引サービスに関するこれの性能および振る舞いを評価する。これらの電子商取引サーバは、認証された公開ポリシーに従うことができる。このポリシーは、例えば、ホストが、決して、受け入れるエージェント１４’が保持している可能性のあるデータを読み取ろうとせず、あるいはこのエージェントの振る舞いを決定するコーディング部分を操作しようとしないことを要求することができる。
【００４４】
一実施形態を用いると、ターゲットホストＮは、評価エージェント１４’と通常の電子商取引エージェントを区別することができなくなる。代替として、またはこれに加えて、評価エージェントは、通常の電子商取引エージェントに見せかけることができず、評価または執行エージェントとして現れるが、これらの識別情報およびこれらの起点を隠し、単に、これらがいくつかのセキュリティ問い合わせを開始するよう要求することを可能にする証明書を（必要に応じて）保持することもある。理想的には、ホストは、（評価エージェントとしてであれ、通常の電子商取引エージェントとして隠された場合であれ）評価エージェントに伴うどんな特別な振る舞いも明示すべきではない。
【００４５】
可能な限り多くのフィードバックを受け取ると、開始元（クライアント１６）は、様々なセキュリティ評価を実行し、セキュリティ評価書式に記入すべき最終回答を計算し、または洗練させる。例えば、このセキュリティ評価書式は以下のものを含み得る。
【００４６】
・  ホストが決してアクセスされるべきでない秘密データを読み取る確率  
・  ホストがデータ保護に関するポリシーに違反する確率  
・  ホストがシグネチャアルゴリズムを乱用する確率  
・  ホストが移行を妨害する確率  
・  ホストが移行を方向転換させる確率  
・  ホストがデータまたはコード要素を変更する確率  
・  ホストが期待されるものより低いサービス品質を提供する確率  
・  ホストが支払いを受けたサービスを供給しない確率  
・  ホストが、支払いを受けたサービスを供給していないことを否定する確率  
・  ホストが、低いサービス品質を供給していることを否定する確率  
・  ホストの行動をトレースバックすることができない確率
【００４７】
これは、例えば、様々なエージェントが各ホストから取り出したデータを検査して、異なる経路を使ったエージェントとの差異があるかどうか判定するなど、様々なやり方で達成され得る。戻されたエージェント自体を検査して、これらの取り出したデータに関する点以外の何らかのやり方で変更されているかどうか（これは、移行経路を妨害すること、または変更することを含み得る）調べることによっても達成され得る。各エージェントは、２、３日後にここにスパム電子メールが届き始めるかどうか判定するための仮の電子メールアドレスを含むこともある。これが発生する場合、ホストの１つがこれのポリシーに違反し、エージェント中の秘密データを読み取ったことになる。差異のレベル、代替物および／またはスパムが受け取られるかどうかは、これらの、または多数のホストでの信頼レベルまたはパラメータを提供するのに使用することができる。
【００４８】
好ましくは、評価エージェントは、ＩＤ情報、電子メール、署名および公開証明書などの情報を保持する。これらの詳細は、モバイルプラットフォームが正当なやり方でセットアップし得るはずの一時エンティティに対応する。例えば、評価エージェントの作成者は、事前に仮の電子メールアドレスをセットアップすると共に、公開認証局に、特定の評価目的に一時的に使用するための証明書を付与するよう要求しようとすることができる。この証明書は、一時的なものになるため、エージェントにどんなトランザクションも自動的に実行させる必要はない。しかしながら、ターゲットプラットフォームはこれを知ることはなく、このエージェントがこれらのユーティリティを備えており、したがって、潜在的にトランザクションを完了しようとすることのできる別の通常の商取引エージェントにすぎないと考えるはずである。
【００４９】
各実施形態は、端末（クライアント）に対して、非常に応答性に優れ、信頼性が高く、オーバーヘッドの低いセキュリティサービスを提供し、ゆえに、このサービスでの、本質的に新しい市場が利用可能になる。このサービスは、様々な価格帯に合わせてカスタマイズすることができ、評価プロセスがより広範囲にわたり、評価結果がより正確になるほど、（端末にこれ以上どんな負担も負わせずに）この価格が増大する。
【００５０】
その場合、「セキュリティ品質」の評価を他のアプリケーションがさらに利用して、これらのセキュリティを既存の環境に適応させると共に、全体のリスクをきめ細かく制御することもできる。この評価エージェントシステムは拡張性が高く、高精度、低リスク分析のセキュリティ評価を提供することができる。結果として、このシステムは、評価機関の専門ソフトウェア提供者などのサービス提供者によって実行され得る大規模なセキュリティ試験に好適である。
【００５１】
評価エージェントシステムと共に使用するための好ましい分散経路指定構成を、図９に示す。この事例では、モバイル機器３１は、３つのターゲットプラットフォームまたはノード３３（Ｎ１）、３３（Ｎ２）、３３（Ｎ３）の「セキュリティ」をテストしようとする。これは、モバイル機器３１が、これの分散経路指定戦略をセットアップすると共に、モバイル機器３１に匿名性を提供するために用いる、３つの信頼されたプラットフォーム３２（Ｔ１１）、３２（Ｔ１２）、３２（Ｔ１３）を使って行われる。
【００５２】
６つのモバイル評価エージェント３４（ＡＡ１からＡＡ６）がインスタンス化される。これらは、３つずつ２つのグループに分けられる。第１の３つのエージェントＡＡ１からＡＡ３は、これらのターゲットプラットフォームの信頼度に関する可能な限り多くの情報を取り出そうと試みる。これら３つのエージェントは、別個の信頼されたプラットフォームから（例えば、ＡＡ３は３２（Ｔ１３）から）行程を開始し、次いで、それぞれ２つのターゲットプラットフォーム（例えば、３３（Ｎ１）および３３（Ｎ３）など）に移行する。これらは、別個のターゲットプラットフォーム（Ｎ１およびＮ３）から対称的に開始し、次にどこに行くべきかについての指示を持たずに別のターゲットプラットフォーム（Ｎ３およびＮ２）で終了する。
【００５３】
第２の３つのエージェントのグループＡＡ４からＡＡ６は、別個の信頼されたプラットフォームから（例えば、ＡＡ５はＴ１３から）開始し、これ以外のエージェント（ＡＡ２およびＡＡ３）がアイドル状態で待機しているそれぞれのプラットフォーム（Ｎ３およびＮ１）を訪れる。次いで、これら後のエージェントＡＡ４からＡＡ６は、これらと一緒に待機中のエージェント（ＡＡ１からＡＡ３）を信頼されたプラットフォーム３２に持ち帰り、あるいは待機中のエージェントＡＡ１からＡＡ３にさらなる移行情報を提供する。
【００５４】
より詳細な例では、評価エージェントＡＡ３は信頼されたプラットフォームＴ１３から出発し、ターゲットプラットフォームＮ１を訪れ、次いで、ターゲットプラットフォームＮ３に移行し、次いで、（信頼されたプラットフォームＴ１２から来る）誘導評価エージェントＡＡ４と出会うのを待つ。同様に、評価エージェントＡＡ２は、信頼されたプラットフォームＴ１２から開始し、ターゲットプラットフォームＮ２、次いで、ターゲットプラットフォームＮ１に移行し、信頼されたプラットフォームＴ１３から来る誘導評価エージェントＡＡ５からのさらなる指示を待つ。対称的に、エージェントＡＡ１は、プラットフォームＮ１２でエージェントＡＡ６からのこれの誘導を待つことになる。
【００５５】
誘導指示には、単に、エージェントＡＡ１が信頼されたプラットフォームＴ１２に戻り、エージェントＡＡ２が信頼されたプラットフォームＴ１３に戻り、エージェントＡＡ１が信頼されたプラットフォームＴ１１に戻るよう求める指示が含まれ得る。これを達成する手段は公知であり、例えば、ＦＩＰＡによって提供されるように、共通ホストへのエージェント要求の機構によって対話が提供され、これらがホストの保護された領域で実行される。例えば、２つのエージェントが、互いに認証し合うために、ディジタル証明書（例えば、ベリサイン（ＶｅｒｉＳｉｇｎ）（商標）によって発行されるＳＬＬディジタル証明書は、公開鍵インフラストラクチャＸ．５０９が定義するサービス全てを備えることができる。ｗｗｗ．ｉｅｔｆ．ｏｒｇのセキュリティ作業グループを参照されたい）などの署名付き識別／認証トークンを保持することができ、その場合、これらは、これらのホスト内の仮想チャネルを介してデータを交換することにより対話することができる。
【００５６】
ターゲットホストに疑念を抱かせないように、エージェントは全て、完全に無相関とすべきである。言い換えると、各エージェントは、他方のエージェントのＩＤや電子メール情報など互いに関する情報や、あるエージェントがこれの最終の（信頼された）プラットフォームに移行すると何が起こるかに関する情報を含むべきではない。好ましくは、評価エージェントが運ぶ経路指定情報には、共通の移行パスを可能な限り少なくすべきである。移行パスには、あるエージェントが（信頼されたプラットフォームから開始して）これの存続期間中に訪れることになるプラットフォームのチェーン全てが含まれる。ゆえに、あるターゲットプラットフォームを通過する評価エージェントは、このターゲットプラットフォームがこれら２つのエージェントをリンクさせることのできる可能性を最小限に抑えるために、共通の要素を持つ移行チェーンを持つべきではない（またはこれらを最小限に抑えるべきである）。また、信頼されたプラットフォーム３２は、簡単にするために全く同じ移動端末３１とすることも、家庭用コンピュータとすることも、あるいは、好ましくは、この目的のために賃借されたランダムな公開サーバ（これはコスト増大をもたらし得る）とすることもできる。
【００５７】
第２のエージェントのセットＡＡ４からＡＡ６を第１のセットＡＡ１からＡＡ３の誘導としてのみ使用し、エージェントから以後の移行論理を取り除くことによって、エージェントの匿名性が増大する。これらのモバイルエージェントの経路は、各エージェントがこれらの識別情報に関して３つのターゲットプラットフォーム全てに与える手掛かりの量を均等に分散させるために対称的であるが、これらの経路は、非対称的とすることもできる。
【００５８】
ターゲットプラットフォームが疑念を抱く可能性を最小限にし、したがって、これらがこれらの真の振る舞いを示す可能性を増大させることにより、このプロトコルアーキテクチャは、ターゲットノードのより安全で、より確実なセキュリティ評価を可能にする。例えば、エージェントＡＡ１およびＡＡ２だけが改ざんされていることがわかった場合、エージェントＡＡ１はターゲットＮ１およびＮ３を通り、エージェントＡＡ２はターゲットＮ２およびＮ１を通っているので、不正な振る舞いをしている可能性がより高いのはターゲットＮ１であると思われる。
【００５９】
評価エージェントは、１つだけではなく、２つ以上のターゲットホストを通過するよう宛先指定することが好ましい。そうでないと、あるターゲットホストが、（例えば知られている競争相手などに移行せずに）未知のサーバに移行することに固執するエージェントを受け取ると、このターゲットホストは、（この受け入れエージェントは評価エージェントであり得ると考えるため、あるいはどんな直接競争も見えないために）不正に振る舞うことを見合わせるもっともな理由を持つことになる。ゆえに、通常は不正行為を働くサーバまたはターゲットプラットフォームは、優良な特性を示そうとする可能性があり、この後の評価結果は、正確な予測という目的からかけ離れたものになる。例えば、このサーバは、そうではなく、例えば、受け入れエージェントが、よく知られた競合するサービス提供者に移行するよう要求するときには、同様には反応しない可能性がある。しかも、モバイル機器は、評価手順を繰り返すことができない。その理由は、ホストが過去のイベントの記録を取り、統計的分析および比較を行うと仮定すれば、評価手順を繰り返した場合、ホストが、これらの受け入れエージェントが評価エージェントであることに高い確率を割り当てることになるからである。
【００６０】
複数のエージェントを使用することによって、収集された情報を相互参照することができ、より正確な予測が行われる。さらに、これは、第２のターゲットプラットフォームが、エージェントに起こったことの本当の情報を提供し、あるいはエージェントを改ざんせずに返送したと信じなければならないという問題を防ぐ。他方、通常、遅滞なく、完全に見えるエージェントが戻される場合、両方のターゲットプラットフォームとも適正に振る舞っていると想定され得る。
【００６１】
この評価戦略の別の利点は、あるエージェントが消滅し、または露見した場合でも、これが、システムの有効性に大きな影響を及ぼさないことである。これは、次回、評価エージェントを通常のエージェントとして受け渡すのがより困難になる可能性が高いのは、このエージェント３４を送出したプラットフォーム３２だけだからである。これ以外の信頼されたプラットフォームは影響を受けないはずである。
【００６２】
さらに、まさに評価エージェントの存在自体が、サービス提供者プラットフォーム３２を、特に、これらが評価エージェントと通常の電子商取引エージェントを区別することができない場合に、適正に振る舞わせるという利点を持ち得る。
【００６３】
モバイルエージェントが実施され得る分散プログラミングインフラストラクチャの例には、ＣＯＲＢＡ（ＯＭＧ）、ＪＸＴＡ（ＳＵＮ）、Ｍｉｃｒｏｓｏｆｔ．ＮＥＴ、およびＦＩＰＡによって定義されるものなどの相互運用可能な仕様に準拠する任意の抽象ソフトウェアモバイルエージェントプラットフォームモジュールを有する任意の抽象オペレーティングシステムを備える、任意の抽象サーバが含まれる。
【００６４】
前述の装置および方法は、例えば、ディスクやＣＤ‐ＲＯＭまたはＤＶＤ‐ＲＯＭといった搬送媒体、読取り専用メモリ（ファームウェア）などのプログラムされたメモリ、あるいは光または電気信号搬送波といったデータ搬送波上のプロセッサ制御コードとして実施され得ることを当業者は理解するであろう。多くの用途では、本発明の実施形態は、ＤＳＰ（ディジタル信号プロセッサ）、ＡＳＩＣ（特定用途向け集積回路）またはＦＰＧＡ（フィールドプログラマブルゲートアレイ）上で実施される。ゆえに、このコードは、従来方式のプログラムコードまたはマイクロコード、あるいは、例えば、ＡＳＩＣまたはＦＰＧＡをセットアップし、または制御するためのコードなどを備え得る。このコードは、再プログラム可能なロジックゲートアレイなどの再構成可能な装置を動的に構成するためのコードも備え得る。同様に、このコードは、Ｖｅｒｉｌｏｇ（商標）またはＶＨＤＬ（超高速集積回路ハードウェア記述言語）のようなハードウェア記述言語のためのコードも備え得る。当業者であれば理解するように、このコードは、相互にやりとりする複数の結合された構成要素間に分散させることができる。適切な場合には、これらの実施形態は、アナログハードウェアを構成するために、フィールド（再）プログラマブルアナログアレイまたは類似のデバイス上で走るコードを使って実施することもできる。
【００６５】
また、様々な実施形態、およびこれらに関して説明した具体的な諸機能は、一般に、前述の教示に従って、その他の実施形態またはそれらの具体的に説明した諸機能と自由に組み合わされ得ることも、当業者は理解するであろう。また、添付の特許請求の範囲の範囲を逸脱することなく、前述の具体例に様々な変更および改変を加え得ることも、当業者は理解するであろう。
【図面の簡単な説明】
【００６６】
【図１】ネットワークノードホストシステムを示す概略図である。
【図２】ノードのネットワークを示す図である。
【図３】一実施形態によるシステムを示す図である。
【図４】ソフトウェアエージェントを示す概略図である。
【図５】図３の信頼ノードＡの動作を示す流れ図である。
【図６】図３の信頼ノードＢの動作を示す流れ図である。
【図７】図３の評価ノードＤの動作を示す流れ図である。
【図８】一実施形態によるネットワークのネットワークを示す概略図である。
【図９】一実施形態によるモバイルエージェントを経路指定するシステムを示す図である。
【図１】
2006031692.tif 000003
【図２】
2006031692.tif 000004
【図３】
2006031692.tif 000005
【図４】
2006031692.tif 000006
【図５】
2006031692.tif 000007
【図６】
2006031692.tif 000008
【図７】
2006031692.tif 000009
【図８】
2006031692.tif 000010
【図９】
2006031692.tif 000011
【外国語明細書】
2006031692000001.pdf