【誤訳訂正書】
【提出日】平成25年1月25日(2013.1.25)
【誤訳訂正１】
【訂正対象書類名】明細書
【訂正対象項目名】全文
【訂正方法】変更
【訂正の内容】
【書類名】      明細書
【発明の名称】  計算された関連性メッセージのための方法及び装置
【特許請求の範囲】
【請求項１】
通信システムであって、該通信システムは、
通信媒体を介して情報をブロードキャストするアドバイス・プロバイダ端末であって、前記情報は、１以上のコンシューマと共有されるアドバイスを伝達するアドバイザリ(advisory)の形態の電子文書を少なくとも含むものであり、前記アドバイス・プロバイダ端末は、アドバイス・コンシューマ端末への前記アドバイザリの関連性を判断するために使用されるアドバイス・コンシューマの特性を参照することによって、前記アドバイザリが関連する可能性のある視聴者を特定するものであり、前記アドバイス・コンシューマ端末への前記アドバイザリの可能性のある関連性は、アドバイス・コンシューマ端末の特性、又は前記アドバイス・コンシューマ端末に関係するローカル環境の特性のいずれかに基づくものである、アドバイス・プロバイダ端末と、
前記通信媒体から前記アドバイザリを収集するためのアドバイス・コンシューマ端末と、
前記アドバイザリの関連性を自動的に判断するための、前記アドバイス・コンシューマ端末に関係したアドバイス・リーダーであって、前記コンシューマ端末への前記アドバイザリの関連性の前記判断は、コンシューマ・ハードウェア属性、コンシューマ構成属性、コンシューマ・データベース属性、コンシューマ環境属性、計算されたコンシューマ属性、遠隔属性、タイムリネス、パーソナル属性、ランダム化、アドバイス属性のいずれかを含む条件の組み合わせに基づいて実行されるものである、前記アドバイス・リーダーと
を含み、
前記情報が予め決定された所定の関連性基準に関連すると前記リーダーによって判断された場合にのみ、前記アドバイス・コンシューマ端末は、前記アドバイザリを処理し、そして、
前記アドバイス・コンシューマが前記アドバイス・プロバイダからの情報に興味があることや、前記情報が前記アドバイス・コンシューマに関連することを明らかにすることなく、関連情報を前記アドバイス・コンシューマ端末に提供し、それによって、匿名性、プライバシー、及びセキュリティーを保持する手段を含むことを特徴とする、
前記通信システム。
【請求項２】
通信方法であって、前記通信方法は、
アドバイス・プロバイダ端末が、１以上のコンシューマと共有されるアドバイスを伝達するアドバイザリ(advisory)の形態の電子文書を含むメッセージを準備するステップと、
前記アドバイス・プロバイダ端末が、アドバイス・コンシューマ端末への前記アドバイザリの関連性を判断するために使用されるアドバイス・コンシューマの特性を参照することによって、前記アドバイザリが関連する可能性のある視聴者を含む視聴者を特定するステップであって、前記アドバイス・コンシューマ端末への前記アドバイザリの可能性のある関連性は、アドバイス・コンシューマ端末の特性、又は前記アドバイス・コンシューマ端末に関係するローカル環境の特性のいずれかに基づくものである、前記特定するステップと、
ネットワークを介して、前記アドバイス・プロバイダ端末が、前記メッセージを可能性のあるアドバイス・コンシューマ端末へ無作為にブロードキャストするステップと、
前記アドバイス・コンシューマ端末が前記アドバイザリを収集するステップと、
前記アドバイザリが前記アドバイス・コンシューマに関連するか否かを自動的に判断するために、前記アドバイス・コンシューマ端末に関係するアドバイス・リーダーを使用して前記アドバイザリの関連性を決定するステップであって、前記コンシューマ端末への前記アドバイザリの関連性の前記判断は、コンシューマ・ハードウェア属性、コンシューマ構成属性、コンシューマ・データベース属性、コンシューマ環境属性、計算されたコンシューマ属性、遠隔属性、タイムリネス、パーソナル属性、ランダム化、アドバイス属性のいずれかを含む条件の組み合わせに基づいて実行されるものであるステップと、
前記情報が予め決定された所定の関連性基準に関連すると前記リーダーによって判断された場合にのみ、前記アドバイス・コンシューマ端末は、前記アドバイザリを処理するステップと
を含み、
前記アドバイス・コンシューマ端末は、前記アドバイス・コンシューマ端末のアイデンティティまたはハードウェア属性を含むアドバイス・コンシューマ端末の各種属性を前記アドバイス・プロバイダ端末に対して明示することを要求されることなく、前記メッセージが関連性のある前記アドバイス・コンシューマ端末にブロードキャストされ、前記アイデンティティまたは各種属性は、前記アドバイス・プロバイダ端末に匿名で加入する前記１以上のコンシューマによってプライベートに保持される、
前記通信方法。
【請求項３】
通信ネットワークに接続された計算機デバイスを含むシステムにおいて、情報コンシューマ端末と情報プロバイダ端末とをリンクさせるための通信装置であって、
１以上のコンシューマと共有されるアドバイスと、
前記アドバイスを搬送するデジタル・ドキュメントと、
アドバイザリ(advisory)の形態で前記アドバイスをブロードキャストするためのアドバイス・プロバイダ端末であって、前記アドバイス・プロバイダ端末は、アドバイス・コンシューマ端末への前記アドバイザリの関連性を判断するために使用されるアドバイス・コンシューマの特性を参照することによって、前記アドバイザリが関連する可能性のある視聴者を特定するものであり、前記アドバイス・コンシューマ端末への前記アドバイザリの可能性のある関連性は、アドバイス・コンシューマ端末の特性、又は前記アドバイス・コンシューマ端末に関係するローカル環境の特性のいずれかに基づくものである、アドバイス・プロバイダ端末と、
前記アドバイザリを収集する要求を送信し、前記アドバイザリを受信するためのアドバイス・コンシューマ端末と
を含み、
前記アドバイザリは、前記アドバイス・プロバイダ端末から前記アドバイス・コンシューマ端末へと前記通信ネットワークを介してブロードキャストされ、かつ
前記アドバイザリの関連性を自動的に判断するための、前記アドバイス・コンシューマ端末に関係したアドバイス・リーダーであって、前記コンシューマ端末への前記アドバイザリの関連性の前記判断は、コンシューマ・ハードウェア属性、コンシューマ構成属性、コンシューマ・データベース属性、コンシューマ環境属性、計算されたコンシューマ属性、遠隔属性、タイムリネス、パーソナル属性、ランダム化、アドバイス属性のいずれかを含む条件の組み合わせに基づいて実行されるものである、前記アドバイス・リーダーと、
前記アドバイス・コンシューマ端末のアイデンティティを明示することを要求されることなく、前記アドバイザリとそのアドバイザリが関連するアドバイス・コンシューマ端末を自動的にマッチングさせることにより、前記アドバイス・コンシューマ端末にアドバイザリを中継するための通信プロトコルとを含み、前記アイデンティティは、前記アドバイザリを収集する要求をプロキシ・サーバに送信することにより、プライベートに保持され、さらに、
前記アイデンティティは、前記アドバイス・プロバイダに匿名で加入する前記１以上のコンシューマによってプライベートに保持される、
前記通信装置。
【請求項４】
前記アドバイザリは、
前記アドバイス・コンシューマ端末が前記アドバイザリの関連する理由および前記アドバイス・コンシューマ端末に要望される行動の目的および効果を理解することができる用語による説明的な構成要素を有したデジタル・ドキュメントを含む、請求項１〜３のいずれか一項に記載の通信装置。
【請求項５】
前記アドバイス・リーダーは、
前記アドバイス・コンシューマ端末が申し込むアドバイザリを収集するための収集器と、
前記アドバイザリを解釈するアンラッパー(unwrapper)と、
前記アドバイザリの関連性を、連続して、またはスケジュールされた間隔で、またはユーザのマニュアル制御のいずれかにより判断するためのモジュールと、
関連するアドバイザリを受信するユーザ・インタフェースと、
前記アドバイス・コンシューマ端末による検査のため、関連するアドバイザリを表示させる表示・マネージメント・システムと
を含む、請求項１〜３のいずれか一項に記載の通信装置。
【請求項６】
前記アドバイザリは、
転送およびそれに続くデコーディングのため前記アドバイザリに情報をパッケージングするためのラッパー構成要素(wrapper component)と、
前記ブロードキャストに含まれるアドバイスのオーサー(author)を特定するための差出人ライン構成要素(from line component)と、
前記アドバイザリの考慮を特定する件名ライン構成要素(subject line component)と、
前記アドバイザリの関連の下で条件を特定するための関連性節(relevance clause)と、
前記アドバイス・コンシューマ端末に対してどの条件が関連し、なぜ前記アドバイス・コンシューマ端末が考慮され、どのようなアクションが要求されるかを説明する説明的資料を提供するためのメッセージ本体(message body)と、
前記アドバイス・コンシューマ端末に対して推奨される動作の実行を自動的に呼び出す能力を付与するためのアクション・ボタンと
を含み、
前記デジタル・ドキュメントは、意図する受信者または受信者のリストを含まないブロードキャスト・メッセージを含む、請求項３に記載の通信システム。
【請求項７】
前記メッセージ本体は、さらに、
前記メッセージに付され、その一体性およびオーセンティシイ(authenticity)を保障するデジタル認証特徴を含む、請求項６に記載の通信システム。
【請求項８】
さらに、
プライバシー、セキュリティー、利便性を含む基準に従って前記１つまたはそれ以上のデジタル・ドキュメントに関連する情報をランク付け(rate)する情報を含む、請求項６に記載の通信システム。
【発明の詳細な説明】
【０００１】
（技術的分野）
本発明は、コンピュータ及び関連通信インフラストラクチャを使用する新しい通信プロセスに関する。詳述すれば、本発明は計算された関連性（relevance）メッセージのための方法及び装置に関する。
【０００２】
（従来の技術）
通信プロセスの目的は、以下の説明の都合上、情報プロバイダ及び情報コンシューマからなる１対のアクターの間で情報を中継することである。以下に、各パーティを簡単に説明する。
【０００３】
情報プロバイダの関係
情報プロバイダは、情報の一部（もしくは、片）、及び若干のコンシューマがこれらの情報の一部に関心がある、有用である、または価値があることを見出すような対応する状況を知っている。例えば、これらの情報の一部は、特定の属性を有するコンシューマが解決する上で重要な問題に関しているか、またはこれらの特定の属性を有するコンシューマにとって関心を惹く機会に関していよう。これらの特定の状況においては、プロバイダはこれらのコンシューマへ情報を配布することを望む。
【０００４】
一般的に、情報プロバイダは、それが情報を提供することができる数百の、または数百万の状態を知ることができる。これらの状態のためのオーディエンスは数百の、または数百万のコンシューマを含むことができる。
【０００５】
特に興味深い状況は、極めて特殊な環境の組み合わせを有するコンシューマだけに典型的な情報の一部を向かわせる場合である。典型的な情報の一部は、一般的にはコンシューマベースの如く一部分だけにとって関心を惹くものであるが、この如く一部分でもコンシューマは多数になる。
【０００６】
挑戦的ではあるが、極めて重要なケースは、ある情報の一部の適用性のための条件が、コンシューマに関する大量の詳細情報、彼の関係及び所属、または彼のプロパティを知ることを要求する時点を検査する時に発生する。この情報は、情報をプロバイダに開示することを要求するプロセスには関与したくないコンシューマにとっては極めて微妙であると考えることができる。情報をコンシューマへ適用することを決定するために必要な情報へのアクセスはコンシューマだけが有しており、彼等は彼等自身決定を行うことに努力を費やしたり、または彼等の挙動を決定したりするために必要な微妙な情報へのアクセスを他のコンシューマに与えることは不本意であので、情報をコンシューマへ目標定めする（ターゲットする）ことは不可能に思われる。
【０００７】
情報コンシューマの関係
コンシューマは、彼等へ潜在的な便益を与える情報を有している情報プロバイダを知っている個人または組織である。事実、コンシューマは数十または数百のプロバイダを知っている可能性がある。典型的には、任意の時点には、あるコンシューマにとっては、情報プロバイダが提供する情報の如く一部分だけが潜在的に重要である。コンシューマは、情報プロバイダから利用可能な情報の全てを精査することを欲しない。彼は、そのコンシューマに関係がある情報からなるサブセットを見ることを好むであろう。
【０００８】
典型的には、プロバイダが提供する情報は時間と共に変化し、コンシューマが経験する状態は時間と共に変化する。コンシューマは、彼自身の状態、及び情報プロバイダの提供の状態の変化を絶えず追跡しなければならないことを好まないであろう。また彼は、急に適用できるようになる以前のある時点に公開された情報の一部を憶えておかなければならないことも好まないであろう。
【０００９】
コンシューマは、コンシューマの状況が変化したために、情報プロバイダの提供が変化したために、または情報の適用可能性の条件が適用可能になった時間考察を含んでいたために、情報が適用可能になった時にその存在を自動的に検出する手順が使用できることを好むであろう。コンシューマは、彼の個人情報または彼の趣味、好み、及び財産に関する情報をプロバイダに知られるのを好まないであろう。むしろコンシューマは情報を使用する前に、その情報を注意深く検討することができる形状でその情報を受けることを好むであろう。
【００１０】
またコンシューマは情報を使用する前に、情報プロバイダに伴う、またはある情報一部に伴う既知の問題に関して、彼自身に通知する方法を有することも好むであろう。典型的には、コンシューマは、もし情報一部の使用の決定がなされれば、その情報を適用するのに苦労せずに、本質的に自動であることを好むであろう。コンシューマは、不正確な情報によってもたらされる損害の予測から隔離されることを好むであろう。
【００１１】
従って、情報プロバイダ及び情報コンシューマの両者に関して、上述した各関係に対処する通信技術を提供することが有利である。
【００１２】
（発明の概要）
以下に開示する本発明は、新しい通信プロセスを提供するためにコンピュータの集まり、及び関連通信インフラストラクチャを可能にする。このプロセスによれば、情報プロバイダは、情報コンシューマの母集団へ情報を同報することができる。情報は、その情報についての正確に定式化された要求を有するコンシューマに目標定めすることができる。例えば、他のプロトコルの下では、目標定めが各潜在的受取人に微妙な情報を明かすことを要求するか、または目標定めが各潜在的受取人にコンシューマ・コンピュータ、その内容（コンテンツ）、及びローカル環境の詳細な知識を得た場合だけ利用可能なデータを使用して大量の計算を遂行した後でなければ入手できない情報を明かすことを要求するので、この目標定めは他の通信プロトコルにとってはアクセス不能な情報に基づくことができる。
【００１３】
目標定めは、時間エレメントをも含む。情報は、それが適用可能になった正確な時点（メッセージを受信すると直ちに発生するが、メッセージが到着した後に長く発生していることもあり得る）をコンシューマに留意させることができる。これも、情報の配布時間及びコンシューマ通知の時間が密にリンクされているような他の通信プロトコルの下ではアクセス不能な特色である。
【００１４】
本通信プロセスは、情報について正確に指定された要望を提示しないコンシューマへは侵入することなく動作することができ、また関係しているコンシューマの機密保護またはプライバシーを危険に曝すことなく動作することもできる。例えば、１実施の形態では、情報プロバイダは、この情報を受信する個人の個人情報（アイデンティティ）または属性を学習しない。
【００１５】
このプロセスは、近代的なコンピュータの自動化された技術支援を含む近代的なライフにおけるいろいろな問題に対する効率的な解決を可能にする。技術支援アプリケーションでは、開示する本発明によれば、プロバイダは、ハードウェア、ソフトウェア、システム・セッティング、データ、及びローカル環境の特定の組み合わせを呈する大きいコンシューマ母集団内の特定のコンピュータに正確に到達すること、及びこれらの状況においてコンピュータに影響することが知られている諸問題を補正するためにコンピュータのユーザに適切な救済法を提供することを可能にする。
【００１６】
本発明の現在では好ましい実施の形態は、技術支援アプリケーションにおいてコンシューマ及びプロバイダの関係に対処するように特別に調整されている。本発明の他の多くの関心アプリケーション領域、及び実施の形態も以下に説明する。
【００１７】
【発明の実施の形態】
本発明のこの特定の実施の形態を、以下に説明する。
以下にアドバイス・プロバイダと称するアクター「オーサー・アドバイザリ」（制作者アドバイザリ）（author advisories）は、以下のものを含むことができる特別に構成されたデジタル・ドキュメントである：
（１）テキスト及びマルチメディアのような、人が解釈可能なコンテンツ；
（２）実行可能なプログラム及びデータのような、コンピュータが解釈可能なコンテンツ；及び
（３）関連性言語と呼ぶ特別なコンピュータ言語での表現。
【００１８】
関連性言語は、システム構成、ファイル・システム・コンテンツ、関連付けられた周辺、または遠隔アクセス可能なデータのようなメッセージを解釈するコンシューマ・コンピュータの環境のプロパティを参照することによって、所与のアドバイザリをコンシューマに関連させることができる正確な条件を記述する。アドバイザリ内の人が解釈可能なコンテンツは、関連性決定をトリガーした条件を記述し、その条件に応答する動作（システムのセッティングを変化させるためのソフトウェアのインストールから、情報またはソフトウェアの購入までの範囲にわたることができる）の目的を提唱することができる。コンピュータが解釈可能なコンテンツは、ある計算を遂行する、またはシステム環境にある変化を生じさせるソフトウェアを含むことができる。
【００１９】
アドバイザリは、インターネットのような広域ネットワークを通しての出版／購読のプロセスによって通信される。アドバイザリは、それらのオーサーによって公知の位置（以下に、アドバイス・サイトという）に配置される。アドバイス・コンシューマのコンピュータ上で走るアドバイス・リーダーと呼ぶアプリケーションは、アドバイス・サイトにおいて動作するアドバイス・サーバから定期的にアドバイザリを入手する。
【００２０】
アドバイス・リーダーは、このようにして入手したメッセージを処理し、関連性節を自動的に解釈する。それらは、所与のメッセージがコンシューマ・コンピュータ及び関連デバイスによって定義された環境に関連しているか否かを決定する。次いで、ユーザは関連するこれらのメッセージを通知され、ユーザは関連するアドバイザリを読んで推奨された動作を呼出すことができる。
【００２１】
関連性言語節を構成要素メソッド・ディスパッチに構文解析することによって、関連性評価が遂行される。これらの節は特定のインスペクターを呼出し、インスペクターはコンピュータの特定のプロパティ、その構成、そのファイル・システム、または他の関心構成要素を戻すことができる。実際には、関連性言語内を参照することができ、アドバイス・リーダーによって検査することができる環境のプロパティのリストが、実行時にインストールされるインスペクター・ライブラリのコンテンツによって決定される。
【００２２】
標準インスペクター・ライブラリが存在することによって、コンシューマ・コンピュータの状態及びその環境を記述するための豊富なボキャブラリがアドバイス・プロバイダに与えられる。１実施の形態では、インスペクター・ライブラリの収集は、アドバイス・プロバイダによって動的に拡張することができる。
【００２３】
アドバイス・リーダーは自動モードで連続的に動作して、インターネットのような公衆ネットワークにまたがって分散している多くのアドバイス・プロバイダからアドバイスを集め、それが発生すると関連性を診断する。
【００２４】
以下に匿名徹底（Anonymous Exhaustive）更新プロトコルと称するアドバイス集めプロトコルに従うアドバイス・リーダーは、関連性決定から得られたコンピュータの所有者情報、即ち、コンシューマ・コンピュータから入手した情報のプライバシーを完全に守るように動作することができ、サーバに漏らすことはない。コンシューマ・コンピュータ上の情報は、コンシューマがその配布を承認しない限りコンシューマ・コンピュータ上に留まる。
【００２５】
以下に、極めて異なるアプリケーション、極めて異なるメッセージ・フォーマット、極めて異なる集めプロトコル、極めて異なる機密保護及びプライバシー属性、あるメッセージを関連させることができるコンシューマを記述する極めて異なる方法、及びコンシューマとプロバイダとの間の極めて異なる信頼関係（例えば、マスター・スレーブ関係）を有する変形を含むこの特定の実施の形態の多くの変形の詳細を開示する。開示される本発明は、これらの全てのセッティングにおいて効果的な実施の形態が可能であるとして示されている。
【００２６】
（実施の形態）
本発明は、情報プロバイダを情報コンシューマへリンクする問題を組織的に解決する通信のプロセスを実現する。本発明は、通信ネットワークによって接続されている計算デバイスの使用に依存するシステムを提供する。実際には、これらのデバイスは、伝統的な大規模コンピュータから、パーソナル・コンピュータ、ハンドヘルド個人情報管理者、リモートコントロール及びスマートＴＶのようなコンシューマ応用を含む周囲環境内の組込み型計算デバイス、または輸送ビークルのような他の共通の計算的に稠密な環境までの範囲にわたることができる。通信メカニズムは、インターネットまたは他のプロトコルを使用するモデムまたは他の有線媒体、または無線通信を含むことができ、また媒体の物理的分布を含むことができる。どのような特定の事例の場合も、説明の目的から、計算デバイスをコンピュータと称し、通信インフラストラクチャをネットワークを呼ぶことにする。このようなインフラストラクチャの典型例は、イントラネット（私設コンピュータ・ネットワーク）、及びワールド・ワイド・ウェブ及び関連サービスをホストする巨大な公衆コンピュータ・ネットワークであるインターネットを含む。
【００２７】
本発明のアーキテクチャは、もし上述した通信問題に焦点を合わせた事例を呼出す特定の用語集を採用すれば、最良に理解されよう。以下に、共用される情報の特定ユニットを「アドバイス」の一部という（図１を参照）。アドバイスを運ぶ特別なデジタル・ドキュメントを「アドバイザリ」という。「アドバイス・プロバイダ」１０は、アドバイザリ１２ａ−１２ｄの形状で情報を提供する組織または個人である。プロバイダは、コンピュータの通信ネットワーク内のサーバコンピュータによって表される。「アドバイス・コンシューマ」１４ａ−１４ｃは、アドバイザリの形状で情報を受信する組織または個人である。コンシューマは、コンピュータの通信ネットワーク内のコンシューマ・コンピュータと称するコンピュータによって表される。
【００２８】
具体的用語で考え、またアドバイス・プロバイダが実際には大規模サーバコンピュータを走らせている大きい組織であり、アドバイス・コンシューマが実際には単一のパーソナル・コンピュータ、スマートＴＶ、個人情報管理者、または他のパーソナル計算デバイスであると想定し、更に、コンピュータのネットワークが現在インターネットによって使用されているＴＣＰ／ＩＰプロトコルに類似するプロトコルに従って通信できると想定することが有用である。実際には、多くの変化を期待することができる。例えば、アドバイス・プロバイダは、パーソナル・コンピュータによって表される個人であることも、アドバイス・コンシューマが大規模計算エンジンによって表される会社であることも、本発明の基礎をなしている通信プロセスを他の物理的通信手段上で動作する他のプロトコルを用いて実現することもできる。
【００２９】
この用語集を使用すると、本発明の主要目的を説明することができる。本発明によれば、アドバイザリを、アドバイス・プロバイダからアドバイス・コンシューマまで中継することができる。この通信プロトコルによって、アドバイザリと、これらのアドバイザリが関連するコンシューマとを自動的に突き合わせることによって狭く焦点を合わせた目標定めが可能になる。
【００３０】
関連性決定（図２を参照）は、コンシューマ・コンピュータ上で走る「アドバイス・リーダー（reader）」２０と称するアプリケーションプログラムによって遂行される。アドバイス・リーダーは、以下の潜在的に複雑な条件の組み合わせに基づいて関連性を自動的に評価する
・ハードウェア属性：これらは、例えば、評価を遂行するコンピュータの型、
ハードウェア構成２１の型、ハードウェアの容量及び使用、関連付けられた周辺装置の型、及び周辺装置の属性である。
・構成属性：これらは、例えば、システム構成２２内に定義されている変数のためのセッティング値、インストールされているソフトウェア・アプリケーションの型、ソフトウェアのバージョン番号その他の属性、及びソフトウェア・インストレーション２７の他の詳細である。
・データベース属性：これらは、例えば、評価を遂行するコンピュータ上のファイル２３及びデータベースの属性であって、存在、名前、サイズ、作成及び変更日付、バージョン、及びコンテンツを含むことができる。
・環境属性：これらは、例えば、コンピュータが位置している環境の状態を学習するために付属する周辺装置に問合わせた後に決定することができる属性である。これらの属性は、熱、音響、光、地図位置決め、その他の測定デバイスの結果を含むことができる。
・計算された属性：これらは、例えば、ハードウェア、構成、及びデータベース及び環境属性の知識に基づき、特定の数理論理学公式、または特定の計算アルゴリズムを適用することによって、適切な計算の後に決定することができる属性である。
・遠隔属性２４：これらは、例えば、コンシューマまたは彼のコンピュータの類縁を有する他のコンピュータと通信することによって利用可能になるハードウェア、構成、データベース、環境、及び計算された属性である。
・タイムリネス（timeliness）２５：これらは、例えば、現在の時刻、または関連性評価またはアドバイス集めのようなキーイベント以降に経過した時間に基づく属性である。
・パーソナル属性：これらは、例えば、ハードウェア、システム構成、データベース属性、環境属性、遠隔属性の分析によって推論することができるか、または情報を直接請求することによって１または複数のユーザまたは彼等の
エージェントから入手することができる一人または複数のコンピュータのユーザに関する属性である。
・ランダム化２６：これらは、例えば、乱数及び擬似乱数発生器の適用によって得られる属性である。
・アドバイス属性２７：これらは、例えば、本発明の構成、及びアドバイスのプール内の若干のアドバイザリの存在、またはアドバイザリの型を記述する属性である。
【００３１】
このようにすると、どのような情報がコンシューマ・コンピュータ上に実際にあっても、またはコンシューマ・コンピュータから到着可能であっても、一般的に、それを使用して関連性を決定することができる。このようにしてアクセス可能な情報は、パーソナル・データから、職業的作業プロダクト、特定ハードウェア・デバイスの状態までの範囲にわたる全く汎用であることができる。その結果、関連性決定の対象を極めて広範囲に断定することができる。
【００３２】
アドバイス・リーダー３０（図３を参照）は、関連性を決定するのに自動的に動作することができる。それは、幾つかのアドバイス・サイト３３ａ〜３３ｃだけからの関連するアドバイザリ３２の表示をコンシューマに提示できるので、コンシューマは関連しないアドバイザリを読取るタスクによって悩まされることはない。このように、アドバイザリは、関連性節を記述できるどのような問題に対しても自動診断３４を提供することができる。
【００３３】
アドバイザリは、そのアドバイザリが関連する理由、及びコンシューマに推奨される動作の目的及び効果を、コンシューマが容易に理解できる表現で記述する説明的構成要素を含むことができるデジタル・ドキュメントである。これらのデジタル・ドキュメントは、別の構成要素のように、実行可能なコンピュータ・プログラム、または実行可能なコンピュータ・プログラムへのリンクを含むこともできる。このように、アドバイザリは、関連性メッセージを診断することができた、そしてコンシューマの指令で活動化することができるどのような問題に対しても、自動解法を提供することができる。
【００３４】
要するに、本発明は、先を見越したアドバイス・プロバイダがコンシューマに対する関心の状況を識別し、これらの状況への対処に関するアドバイスを供給する状況を提案する。
【００３５】
コンピュータ技術支援アプリケーション
上述した汎用性をより具体的なものにするために、以下に、この通信プロセスをかなりのユーティリティにすることができるような特定のアプリケーション領域を説明する（図４を参照）。
【００３６】
技術支援アプリケーションにおいては、アドバイス・プロバイダは、ハードウェア、ソフトウェア、インターネットサービス、またはデータ処理サービスのようなコンピュータ関連プロダクトまたはサービスを提供する。アドバイス・プロバイダは、潜在的に大きく、潜在的に広範に分散したカストマーベース（４０）を有している。アドバイス・プロバイダは、部分的にはユーザ入力（４２）から、利用者に属する若干のコンピュータに影響を与え得るような問題の多い状況を知る（４１）。アドバイス・プロバイダは、旧式バージョンのソフトウェアの使用、不適切なシステム・セッティング、ソフトウェア・アプリケーションの競合する組み合わせ、不十分な物理的資源、破損したファイル、その他の類似現象を含むことができるこれらの問題の多い状況を識別する。アドバイス・プロバイダは、問題の多い各状況毎に、その状況を信号することができるハードウェアの正確な組み合わせ、システム構成、データベース構成、タイムリネス、その他の属性を知ることができる。アドバイス・プロバイダは、以下のものを含むことができる問題の多い各状況に対する正確な解法を知ることができる（４４）。
・使用パターンを変更するようにユーザに示唆。
・ドキュメントを読むようにユーザに示唆。
・新しいソフトウェア・バージョンにアップグレードするように提唱。
・システム・セッティングを変更するように提唱。
・解法を遂行するためにあるスクリプトを走らせるように提唱。
・状況を補正するために特別なアプリケーションをダウンロードし、実行するように提唱。
【００３７】
アドバイス・プロバイダはアドバイザリを作成し（４５）、次いでこのアドバイザリを好ましくは試験し（４６）、デバイス・サイトの関連ユーザが利用できるようにする（４７）ことができる。このように、アドバイス・プロバイダは、本発明を使用してコンシューマ母集団に効率的に到達することができる。プロバイダは特定の状況に関する情報を、その状況に関する形式的アドバイザリとしてパッケージする。このデジタル・ドキュメントは以下のものを含むことができる。
・その状況が発生する条件の正確な形式言語明細書。
・所与の状況にあるコンシューマに向けられた説明的情報。この情報は、コンシューマが現在置かれている状況、その状況の含意、及びその状況を補正するための動作を提唱したプロバイダを、これらのコンシューマに対して記述している。または
・自動解法または応答を与えるデジタル・コンテンツ。
【００３８】
アドバイス・プロバイダは、プロバイダのアドバイス・サイトにおいて走るアドバイス・サーバを通して、インターネットまたはイントラネットを介してアドバイザリを発行する（４０）。例えば（図５を参照）、アドバイス・サイトは、アドバイス・ファイル５１ａ−５１ｂ及びインスペクターファイル５２ａ−５２ｂのディレクトリからなることができる（後述）。これらのアドバイザリは、ディレクトリ・メッセージ・サーバ５５、ＨＴＴＰサーバ５６、及びＦＴＰサーバ５７、またはファイル・サーバ５８のような媒体を介して外部世界５４と通信することができる。
【００３９】
アドバイス・コンシューマは、アドバイス・プロバイダのプロダクト及びサービスのユーザであって、アドバイス・プロバイダのアドバイス・サイトを知っており、一般的にはプロバイダの組織及びそれが作成したアドバイスを信頼している。アドバイス・コンシューマは、彼のコンピュータ上で使用可能なアドバイス・リーダー・アプリケーションを有している。アドバイス・コンシューマは、アドバイス・プロバイダが提供するアドバイス・サイトに購読契約するように、彼のアドバイス・リーダーに命令する。
【００４０】
アドバイス・リーダー２０（図６を参照）は、スケジュールされた間隔で、またはユーザ・インタフェース６５を介してのユーザの手動制御の下に、ユーザが購読契約したアドバイザリを集める。アドバイザリへの購読は、少なくとも部分的に種々のユーザ・サイト定義ファイル６８内の情報に基づいて、購読管理者６７を用いて申し込まれる。アドバイザリは、収集器６０を使用して、アドバイス・プロバイダのアドバイス・サイト３３ａ−３３ｂから収集される。次いでリーダーは、アンラッパー６１を使用してアドバイザリを構文解析し、これらのアドバイザリを既存アドバイザリ本体に追加する。アドバイザリは、代替入力ストリーム６２を含む幾つかの源の何れかを介して、リーダーへ供給することができる。アドバイス・リーダーは関連性評価モジュール６３を用いて、既存のアドバイザリ、または新しいアドバイザリの何れかの関連性を決定する。この決定は、連続的に、スケジュールされた間隔で、またはユーザの手動制御の下に、の何れかで行われる。アドバイス・リーダーは、関連するアドバイザリを受信するユーザ・インタフェース６５、及びコンシューマが関連するアドバイザリを検査するために関連アドバイザリを表示するディスプレイ及び管理システム６６を含んでいる。本発明の若干の実施の形態では、アドバイザリは、検証モジュール６４（詳細に関しては後述する）を使用してデジタル検査も受ける。
【００４１】
典型的な関連アドバイザリは、以下のようにコンシューマに報告される。
貴方のコンピュータは、ハードウェア及びソフトウェア及びセッティングのある組み合わせを有しています。この組み合わせを有するコンピュータは、屡々特定の問題が報告されています。当社は解法を有しています。この解法は貴方のコンピュータセッティングを変えるでしょう。もし貴方がこの解決
法を受け入れれば、貴方の問題は解消されるでしょう。この解法は発売前に厳重に試験されており、この問題に対処するために当社の総力を挙げて取り組みました。
【００４２】
アドバイス・コンシューマは、これらの関連アドバイザリ１００（図７を参照）を精査し、例えばアドバイザリを無視（１１１）してアドバイザリ１１０に基づいて行動する。そうでない場合には、ユーザは熟考するかも知れない。この熟考は、アドバイザリまたはそのオーサーに関して更に彼自身に通知する（１１２）か、そのアドバイザリを他人に通知する（１１３）か、またはある他のオフライン行動を取る（１１４）ことを含むことができ、次いで熟考の結論に依存して彼は承認するか、または承認を拒否する。もしコンシューマが承認を与えれば、自動解法がもたらされる。これは、ソフトウェアダウンローディング（７２）、インストレーション及び実行（７１）、自動電子的応答（７３）、またはデジタル・オブジェクトの購入または発注（７０）を含むいろいろな活動を含むことができる。
【００４３】
この特定のアプリケーション領域は、コンピュータ上の諸問題を自動的に診断し、解決するために、本発明をどのように使用することができるかを示している。コンピュータ問題を解決するのではなく、商業的な取引を行うか、または新しい形式の私用通信を提供することを含むことができる本発明の他の多くのアプリケーション領域が存在している。
【００４４】
関係に対する応答性
本発明は、以上に説明した関係（concerns）に完全に応答する。
【００４５】
プロバイダ関係
大規模通信：ワールド・ワイド・ウェブのような他のコンピュータ調停通信システムと同様に、本発明は多数のコンシューマに到達し、それらに低コストで大量の情報メッセージを運ぶことができる。
【００４６】
自動動作：コンシューマとの情報の突合わせは、熟練した人のケース・バイ・ケース介在の必要性を排除して行われる。
【００４７】
排他的目標定め：本発明によれば、情報を適切なコンシューマへ正確に流すことができる。プロバイダは、アドバイスの一部が関連する条件を注意深く指定することによって、これを保証することができる。
【００４８】
詳細知識を用いる目標定め：本発明における情報の目標定めはコンシューマの属性に正確に焦点を合わせる。なぜならば、本発明は、詳細知識をプロバイダに開示する必要なしに、コンシューマ・コンピュータ状態の内部細部の詳細知識へのアクセスを有しているからである。他のプロトコルでは、この目標定めの程度は他のプロトコルでは不可能である。なぜならば、ある情報の一部が関連するか否かを決定するためにはこの情報をプロバイダに開示する必要があるからである。
【００４９】
コンシューマ関係
本発明は、上述した主コンシューマ関係を満足させる。
【００５０】
付添人無しの自動動作：本発明は、コンシューマを殆ど掛かり合いにすることなく成功裏に動作する自動化メッセージングシステムである。アドバイス・リーダーは、それが加入しているアドバイス・サイトから定期的に新しいアドバイスを集める。このプロセスは、完全に自動である（手動介入もできる）。コンシューマ・コンピュータ上に常駐するアドバイスのデータベースは、アドバイス・リーダーの付添人無しの自動化された動作によって関連性について絶えず評価される。
【００５１】
目標を絞り込んだ情報の供給：典型的な動作モードにおいては、コンシューマは、彼のコンピュータのコンテンツから導出可能な属性、関連周辺装置、及び提携コンピュータを含む彼の正確な属性に関する情報だけを見る。
【００５２】
タイムリーに情報を供給：典型的な動作モードにおいては、アドバイスの一部はコンシューマ・コンピュータへ入力でき、関連になるまでの延長された時間期間にわたって留まることができる。情報は、それが適用可能になると表示されるが、適用可能になるまでは表示されない。
【００５３】
熟考の機会：典型的には、アドバイス・リーダーは推奨された解決オペレータを自動的に適用しない。そうではなくアドバイス・リーダーは、行動を起こす前に、コンシューマに診断及び推奨を検討し、プロセスの信頼性を評価する機会を与える。本発明において利用可能な熟考プロセスには、３つの特別な面が存在する。
・潜在的なリスクの開示：ハイパーテキスト・リンクを有するＨＴＭＬディスプレイのような公知のユーザ・インタフェース方法を活用して、本発明は、ある推奨した動作コースに従うとどのような潜在的なリスクがあるかを、アドバイス・プロバイダが完全にコンシューマに通知することができる。
・コンシューマの苦情の開示：コンシューマは、提唱された解法を受け入れる前に、特定のアドバイザリ及び／またはアドバイス・プロバイダにはどのようなプライバシー及び機密保護のリスクが知られているか、及び予測されるかを、以下に説明する手段（Better Advice Bureauのような）を介して彼等に通知するアドバイザリメカニズムを使用することができる。
・既知の欠陥の補正：本発明によれば、アドバイス・プロバイダは、彼等自身の欠陥アドバイスを撤回することができる。この例は、本発明の母集団へアドバイザリを迅速配布するためのUrgentAdviceNetメカニズム（後述）である。
【００５４】
自動化された解法：典型的には、アドバイス・プロバイダはあるアドバイザリを作成し、アドバイス・リーダーはそれをユーザに提供し、ユーザが承認を与えてから推奨された解決オペレータを自動的に適用させる。このように、本発明はユーザの案内の下で、ユーザの条件へ自動化された解法を提供する。
【００５５】
要約すれば、本発明はコンシューマと、高度に特定の関連アドバイザリとを、コンシューマ関係に応答する通信構造内で効率的に突き合わせるメカニズムを提供する。
【００５６】
機密保護及びプライバシー技術：一方向膜
開示している本発明は、計算された関連性メッセージングのための包括的プロバイダを提供する。これは、多くの可能なアプリケーションを有する広いアイディアである。若干のセッティングでは、この型のメッセージングを機密保護及びプライバシー関係に特別な注意を払うように、即ち一方向膜３５（図３）で実現しなければならない。具体的な例として、下記のような技術支援アプリケーション（前述）を考えよう：
・通信は、インターネットのような公衆ネットワークを通して行われなければならない。
・アドバイス・プロバイダは巨大なビジネスまたは他の関係である。
・アドバイス・コンシューマは、広く分散した職業ユーザのグループを作り上げる。
【００５７】
このセッティングでは、コンシューマは、あたかもコンシューマのコンピュータ及びそのコンテンツを熟知しているかのように機能するプロセスに特別な関心を寄せている。インターネットは不安な通信媒体であることが広く知られているので、これらの関心は正当である。即ち、インターネットと対話するシステム、及びあたかもユーザのことを熟知しているかのように機能するらしいシステムは、プライバシーを侵害できると思われている。
【００５８】
本発明は、コンシューマ・コンピュータとインターネットとを対話させ、しかもコンシューマのプライバシーを保護する方法を提唱することによって、この問題に対処する。このメカニズムは、他のセッティングで使用する必要はない。例えば本発明は、一般にイントラネットと呼ばれる私設コンピュータ・ネットワークにいろいろなアプリケーションを有している。これらのセッティングでは、コンピュータ及び関連通信インフラストラクチャの物理的制御によって、及びおそらくはこのプロセス内の関係者に義務を負わせるような契約によって機密保護及びプライバシーが保証されると考えられる。
【００５９】
本発明は、機密保護及びプライバシーの臨界的なセッティングで購読及び集めのための特別なプロトコルを使用する。説明の目的から、このセッティングを匿名徹底更新プロトコル（ＡＥＵＰ）と呼ぶ。この対話プロトコルが意図するのは、情報をアドバイザリの形状でコンシューマ・コンピュータへ入力することはできるが、それが移送を開始したコンシューマでなければそのコンシューマに関する情報がコンシューマ・コンピュータから出て行くことがないような、一方向膜を作ることにある。
【００６０】
ＡＥＵＰプロトコルを、本発明の省略時プロトコルとして説明する。このプロトコルがコンシューマにプライバシーを提供する理由を以下に説明する。本明細書では、コンシューマが機密保護及びプライバシーをそれ程重要ではないと考えるような多くのアプリケーションも説明する。即ち、このプロトコルを使用しないでも、ある程度の機密保護及びプライバシー保護を提供することができる。後述する匿名選択性更新プロトコル（ＡＳＵＰ）のような代替プロトコルの説明を参照されたい。
【００６１】
以下に、プライバシー及び機密保護関係を包括的に説明する。本発明は、以下のことに対処する。
・  コンシューマ・プライバシー関係：本発明はコンシューマのプライバシー関係を完全に尊重する。ＡＥＵＰを提供する実施の形態では、コンシューマは、彼等の個人情報、または関連性決定時にチェックされる何等かの属性、または関連性自体の事実の何れをも明かす必要なく、目標を絞り込んだ
アドバイスの便益を受けることができる。
・コンシューマ主導：典型的な動作モードでは、コンシューマが購読を開始しない限り、アドバイス・リーダーはアドバイスを受信しない。これによりコンシューマは不要な通信から保護される。
・自動動作のプライバシー：ＡＥＵＰの下では、サイトからのアドバイスの集め動作、関連性評価動作、及び関連するアドバイスをコンシューマに表示する動作は、コンシューマのデータをアドバイス・プロバイダへ開示する必要なく遂行される。
・侵害の打破：本発明の若干の実施の形態は、若干の不正な盗聴活動があっても、プライバシーを危険に曝すことがないメカニズム（後述）を含んでいる。
・コンシューマの機密保護関係：本発明はコンシューマの機密保護関係を完全に尊重する。ＡＥＵＰを提供する実施の形態では、コンシューマは、悪意のある源からの安全脅威に彼等自身を曝すことなく、目標を絞り込んだアドバイスの便益を受けることができる。
・コンシューマが購読を開始：典型的な動作モードでは、コンシューマが購読を開始しない限り、アドバイス・リーダーはアドバイスを受信しない。アドバイス・サイトに対する購読のプロセスは、コンシューマがそのプロバイダをそれ程信頼していないことを暗示している。従って、典型的な動作では、アドバイスは信頼されたサイトだけから受信される。
・自動動作の無害性：典型的には、アドバイザリ集め及び評価プロセスは、コンピュータシステムに対して目立った効果を有していない。どの推奨された解法も、ユーザへ通知して承認された後に限って適用される。本発明を使用するコンシューマは、単に関連するメッセージを熟読するだけで、推奨動作に従わなくても重大なリスクに当面することはない。
・潜在的リスクの開示：ハイパーテキスト・リンクを有するＨＴＭＬディスプレイのような公知のユーザ・インタフェース方法を活用することによって、本発明は、ある推奨した動作コースに従うとどのような潜在的なリスクがあるかを、アドバイス・プロバイダが完全にコンシューマに通知することができる。
・コンシューマの苦情の開示：コンシューマは、提唱された解法を受け入れる前に、特定のアドバイザリ及び／またはアドバイス・プロバイダにはどのようなプライバシー及び機密保護のリスクが知られているか、及び予測されるかを、以下に説明する手段（Better Advice Bureauのような）を介して彼等に通知するアドバイザリメカニズムを使用することができる。
・既知の欠陥の補正：本発明によれば、アドバイス・プロバイダは、彼等自身の欠陥アドバイスを撤回することができる。本発明は、アドバイス・プロバイダの欠陥アドバイスを他の人々が批評することを可能にする。
・自動化された解法：典型的には、アドバイス・プロバイダはあるアドバイザリを作成し、アドバイス・リーダーがそれをユーザシステムに提供し、ユーザが承認を与えた後に推奨された解決オペレータを自動的に適用させる。
【００６２】
以上のように、本発明は、コンシューマと、高度に特定の関連するアドバイザリとをコンシューマ関係に応答する通信構造内で効率的に突き合わせるメカニズムを提供する。
【００６３】
本発明のレイヤ
本明細書では多くの観点から、即ち汎用通信プロセスの一方の端から、カリフォルニア州バークレーのUniverse Communications, Inc.によって実現された１組の特定プロトコルの他方の端までの、計算された関連性メッセージングを説明する。以下に説明するように、本発明を幾つかのレイヤに分類すると便利である。
【００６４】
関連性案内メッセージング：本発明が使用する汎用通信プロセスは、５つの要素を有している（図８を参照）。
・関連性節８０：コンシューマ・コンピュータの状態、そのコンテンツ、または環境についての表明。これらは、この表明とコンシューマ・コンピュータの実際の状態とを比較することによって自動的に評価することができる。典型的には、関連性節には、アドバイザリのコンテンツの概要記述を与える件名ライン８２が先行している。
・関連性メッセージ８１：節に関連付けられた１つまたは複数のメッセージであって、コンシューマに対する適切さは少なくとも部分的に節の評価によって決定される。
・収集器６０（図６を参照）：いろいろな位置からコンシューマ・コンピュータ内へ、おそらくは定期的な同期によって流入する関連性節に責任を持つアプリケーション。
・ウォッチャー６３（図６を参照）：関連性節を評価する能力を有する、即ち、コンシューマ・コンピュータ自体の環境と実際の環境状態とを比較することによって、及びコンシューマ・コンピュータのプロパティ及びその環境を検査してこれらの点が関連性に近づいているのか、遠去かっているのかをチェックすることによって、コンシューマ・コンピュータ自体の環境について表明するアプリケーション。
・通知手段６５、６６（図６を参照）：評価された関連性節の少なくとも部分的な案内の下にメッセージをユーザに表示する能力を有するアプリケーション。
【００６５】
本発明と他の目標定めした情報プロバイダとの主な差は、本発明が極めて高度に定義された目標のための詳細なツールを提供するのに対して、情報を目標定めするための他のプロトコルは、それらがコンシューマの環境の状態にルーチン的にアクセスしないので、突合わせることができないことである。
【００６６】
関連性が保護されているメッセージングは、この５部分モデル程重要ではない。例えば、１実施の形態では、この５部分モデルは、コーポレートイントラネットのような安全なネットワーク内のコンピュータ・ネットワーク上で走る。別の実施の形態では、この５部分モデルは、インターネットのような公衆コンピュータ・ネットワーク上で走る。公衆セッティングに影響を与える若干の関係（例えば、機密保護及びプライバシー）は、これらの関係がネットワークの物理的制御によって対処される場合には、私用セッティングは完全に無関係にすることができる。何れのセッティングにおいても、関連性が保護されたメッセージングの基本的な５部分モデルは、プロバイダとコンシューマとを接続するために価値ある貢献をする。
【００６７】
この５部分モデルは、これらの５つの部分が直接的に明らかではないような実施の形態を有していることに注目することが重要である。この基本的構造を達成する多くの外面的に異なるメソッドが存在できることを明らかにするような、潜在的実施の形態について以下に説明する。例えば、関連性節及び関連性メッセージを同一ファイル内に一緒にパッケージし、同時に通信することができる。異なる実施の形態では、関連性が保護されているメッセージを２つのステージで通信することができる。即ち、第１のステージは関連性節を送り、第２の部分は、もし第１の部分が関連することを決定し、またコンシューマ・コンピュータがプロバイダに第２の部分を求めた時に限って送られる。概念的には、これらの２つのメッセージングプロトコルの何れを使用しても、同じ有用な効果を得ることができる。両方法は、共に本発明の実施の形態である。
【００６８】
機密保護及びプライバシー保護する関連性：インターネットのような公衆ネットワークが極めて重要であることから、基本的なプライバシー及び機密保護関係にも対処する５部分モデルの実施の形態が極めて重要である。基本的な５部分モデルを公衆ネットワーク上で機密保護及びプライベートシステムになるように拡張する（例えば、ＡＥＵＰ、ＡＳＵＰ、または実質的に等価なプロトコルを通して）メカニズムは、開示している本発明の重要な実施の形態である。これは、多くのコンシューマにとって、計算された関連性メッセージングを受入れる上で潜在的に有用である。
【００６９】
本発明の好ましい実施の形態：本発明の現在では好ましい実施の形態は、このシステムの基礎をなしている目的に合致するように注意深く設計された異なる対話構成要素の巨大な集まりからなる。多くのサブシステムは、技術支援アプリケーションにおける本発明の可能性を示している。当分野に精通していれば、本発明が提供できる他の多くのアプリケーションが存在することが理解されよう。
【００７０】
変形の実装：異なるアプリケーション領域の長いシリーズを試験し、注意深く検討した結果、特定の実施の形態に到達した。本明細書は、他の市場領域または他の要望に対して、中心となる実施の形態の基本的動作を変更した多数の変形実施の形態をかなり詳細に説明する。例えば、若干のセッティングにおいては低通信帯域幅が重要であり、プライバシーは重要ではない。このようなセッティングに対する変形を以下に説明する。
【００７１】
本発明の構成要素
以下に、開示された本発明を実現する現在では最良モードであるとして現在見なされている主要な構成要素を以下に説明する。この実装において、通信は標準インターネット技術を介して行われ、アドバイス・プロバイダ及びアドバイス・コンシューマは共に標準ネットワークに接続されたコンピュータに依存するとする。
【００７２】
アドバイス・プロバイダ構成要素
以下は構成要素名のリストであり、各構成要素の簡単な説明はその後のサブセクションにおいて行う。
・アドバイス・サイト、
・アドバイザリ、
・サイト署名、
・サイト記述ファイル、
・インスペクター・ライブラリ・ファイル、
・補助ファイル。
【００７３】
これらの一般的な構成要素は多くの手法で実現することはできるが、インターネット通信プロトコルに基づいて、現在では最良モードと理解されているそれらの形状及び機能を説明することが最も容易である。当分野に精通していれば、これが唯一可能な実施の形態ではないことが理解されよう。
【００７４】
アドバイス・サイト
これは、例えば、情報に対する若干のＴＣＰ／ＩＰ要求に応答するサーバ・ソフトウェアと組合わされた、サーバコンピュータ上のＵＲＬアドレス指定可能なディレクトリのようなインターネット上の標準の場所（図５を参照）である。
【００７５】
サイト・ディレクトリは、アドバイザリ、アドバイザリのダイジェスト、及びインスペクター・ライブラリを含む複数のファイルを含むことができる。
【００７６】
サーバに関連付けられたソフトウェアは、ＨＴＴＰサーバ、ＦＴＰサーバ、またはファイル・サーバの機能を遂行することができ、それによってディレクトリ内に格納されているファイルに公知の通信プロトコルを使用してのアクセスを与える。サーバに関連付けられたソフトウェアは、本発明に特定の通信プロトコルを実現する特殊化されたサーバの機能をも遂行する。
【００７７】
これらのプロトコルは、下記を含みうる：
・ファイル名、サイズ、及び日付を含むサイト・ディレクトリのコンテンツを記述するディレクトリ・メッセージに役立つ能力、
・ディレクトリ内のファイルのコンテンツを略書きの形状で記述する要約メッセージに役立つ能力、
・機密保護ハンドシェーキングで係合する能力、
・アドバイス・リーダーの認証を検査するために、アドバイス・リーダーへの挑戦を遂行する能力、
・サイトを通るトラフィックを計量し、トラフィック・レベルの概要を計算する能力。
【００７８】
アドバイス・サイト・サーバ・ソフトウェアの機能は、コンシューマ・コンピュータ上で走るアドバイス・リーダーによってなされた若干の要求を処理することである。アドバイス・リーダーは、サイトのディレクトリに関する情報を要求することができ、アドバイザリの要約を請求することができ、そして個々のアドバイザリのコンテンツを請求することができる。アドバイス・サーバとアドバイス・リーダーとの間の取引の詳細に関しては、後述する。
【００７９】
アドバイザリ
アドバイス・サイト内のアドバイザリは、デジタル・ファイルである。アドバイザリは、典型的に、以下の構成要素の若干を有している。
・形式的関連性言語で書かれ、コンピュータの属性及び／またはそのコンテンツ及び／またはその環境を記述するために使用される関連性プレコンディション。
関連性言語のさらなる情報に関しては、以下を参照されたい。
・メッセージの目的を要約することができ、オーサーを記述することができ、プレコンディションを人の言語で説明することができ、そして解法を人の言語で説明することができる、人が理解できる構成要素。
・問題を解消するためのソフトウェア・ツール、または問題を解消するソフトウェア・ツールへのインターネット・アクセスの何れかを潜在的に提供するコンピュータが理解できる構成要素。現在では最良モードであると理解されている実施の形態では、アドバイザリは、ＲＦＣ１５２１に記載されているＭＩＭＥインターネット標準トラック仕様を使用して構築された特別にフォーマットされたＡＳＣＩＩファイルである（N. Borenstein, N. Freed, MIME (Multipurpose Internet Mail Extensions) Part One: Mechanisms for Specifying and Describing the Format of Internet Message Bodies, Internet Standards Track RFC 1521 (1993) を参照）。このフォーマットは、現在ではインターネット・メールを移送するために使用されており、メッセージの差出人及びその件名を記述するヘッダー、及びデジタル署名を含むためのメカニズムを含んでいる。ＭＩＭＥファイルは、インターネット上で移送することが容易であり、インターネットコミュニティーにおいては公知のパージング・アルゴリズムを使用してその構成要素に容易に分解される。アドバイザリ・ファイル・フォーマットの詳細に関しては後述する（A Guide to Writing Advisories for Advice Net, Universe Communications, Inc., Berkeley, CA.( 1998 )をも参照されたい）。
【００８０】
オーサーリング・アドバイザリ
サイト署名
アドバイス・サイトに関連しているのは、あるデジタル署名メカニズム（例えば、公開キー／秘密キーの対を使用する標準署名メカニズムの１つ）であることができる。署名メカニズムは、そのアドバイザリが実際にそのアドバイス・プロバイダによって作成されたことをアドバイス・リーダーが検査できるような手法で、アドバイザリに署名するために使用することができる。
【００８１】
サイト記述ファイル
サイト記述ファイル（ＳＤＦ）は、アドバイス・プロバイダによって作成される特別に構成されたＡＳＣＩＩテキスト・ファイルである。これはプロバイダのアドバイス・サイトを記述しており、コンシューマが購読を開始するための基礎として役立つ。このファイルは、サイト位置（ＵＲＬ）、サイト名、及びそのサイトがデジタル署名されたアドバイスだけを明かすか否かのようなサイトの機密保護特性を指定する。それはまた、アドバイス・リーダーが使用することを意図した購読プロセスの種々のパラメータ（例えば、同期の推奨頻度、及び購読関係の型（無料／有料））をも供給する。それは、サイトの目的を指示する人が解釈できるテキストを含むことができる。
【００８２】
ＳＤＦは、そのサイトが作成したアドバイスに関連する公開キーを含むこともできる。この公開キーは、そのサイトが作成したアドバイス上の署名を検査するために必要である。
【００８３】
ＳＤＦは、このサイト記述ファイルの認証を確立するために、信託されたオーソリティーが署名することもできる。例えば、advisories.comまたはBetter Advice Bureauが署名することができる（後述）。
【００８４】
ＳＤＦは、このサイトにおいてはプライバシー及び機密保護、及びアドバイスの有用性を重視するという信用を確立するために、信託されたレーティング・サービスによって与えられるレーティング・ブロックを含むこともできる。例えば、後述する説明を参照されたい。
【００８５】
インスペクター・ライブラリ
インスペクター・ライブラリは、関連性言語の能力を拡張する目的で、アドバイス・リーダーによってアクセスすることができる専用実行可能コードのライブラリである。実際には、インスペクター・ライブラリは、アドバイス・サイトを関連性言語へ特定拡張するためのメカニズムを提供する。
【００８６】
補助ファイル
以上に説明したアドバイス・サイトのコンテンツは、本発明を通常行為に重要な役割を果たす。典型的な１実施の形態では、アドバイス・サイト・ディレクトリ内に付加的なファイルが存在し得る。このような実施の形態では、本質的に本発明の行為に役割を果たさないデータ及びアプリケーション・ファイルは、アドバイス・サイト・ディレクトリ内に含ませることができる。これらのファイルは、アドバイス・サイトにおける他のファイルであるとして分散される。この実施の形態によれば、インストーラ、アンインストーラ、シェルスクリプト、ＪＡＶＡ（登録商標）、及びビジュアル・ベーシック・プログラム、即ち一般的に言えば、そのサイトにおいて発行されたアドバイスを評価し、それに従う支援の役割を果たすことができるデータのパッケージ、アプリケーション、及び他の資源の分散が可能になる。例えば、これらの付加的なファイルは、アドバイス・プロバイダ自体のインスペクター・ライブラリによって探索されるデータベースとしての、またはアドバイス・プロバイダが推奨する解法を実施するのに使用されるアプリケーションとしての役割を果たすことができる。
【００８７】
アドバイス・コンシューマ構成要素
以下はアドバイス・コンシューマ・パースペクティブの構成要素名をリストしたものであり、各構成要素の簡単な説明はその後のサブセクションにおいて行う。
・アドバイス・リーダー、
・購読データベース、
・アドバイス・データベース、
・ユーザ・プロファイル、
・インスペクター、
・解法ウィザード。
【００８８】
アドバイス・リーダーは、コンシューマ・コンピュータ上で走るアプリケーションである。これは、アドバイス・サイトとの連絡、及びユーザとの対話の管理に責任を負っている。アドバイス・リーダーは、コンシューマ・コンピュータ上にファイルのディレクトリを維持している。このディレクトリの内部には、アドバイス・リーダーの動作中に使用された／管理されたいろいろなファイル（後述）が含まれている。
【００８９】
アドバイス・リーダーは、以下に概要をリストした多くのジョブを有している。
・購読の管理、
・アドバイス・サイトとの同期、
・アドバイザリ・ファイルの収集、
・アドバイザリ・メッセージのアンラップ、
・アドバイス・データベースの管理、
・関連性評価の管理、
・個々のアドバイザリの関連性の評価、
・インスペクターの呼出し、
・関連アドバイザリをユーザに表示。
このプロセスを以下に詳細に説明する。
【００９０】
購読データベース
アドバイス・リーダーは、購読情報のデータベースを維持し、収集器構成要素によるサイト同期のスケジューリング及び実行を可能にする。購読データベースは、アドバイス・サイトのアドレス；同期の推奨頻度のようなアドバイス・サイトのサイト記述ファイルによって供給される情報及び推奨；アドバイス・サイトに関連するデジタル署名を検査するために必要な情報；及びアドバイス・サイトを用いるユーザの経験に関連する情報を含む。
【００９１】
アドバイス・データベース
アドバイス・リーダーは、いろいろなアドバイス・サイトから受信したアドバイスのデータベースを維持している。これらは、そのアドバイスが関係しているシステムによってそれらが受信されたサイトに従って、またはコンシューマにとってまたはオーサーにとって有用な他の原理に従って、索引付けすることができる。
【００９２】
アドバイス・リーダーは、アドバイスを、処理のための共通基準を共用するアドバイスのプールに編成することができる。この原理の例は、マルチユーザ・コンシューマ・コンピュータの１人のユーザの関係に特に目標を定めたアドバイスのプール、手動関連性評価だけのためにスケジュールされたアドバイスのプール、及び夜毎にある時間に評価するようにスケジュールされたアドバイスのプールを含んでいる。
【００９３】
ユーザ・プロファイル
アドバイス・リーダーは、ユーザとのインタビューから入手した、彼の動作から導出した、またはコンピュータのプロパティまたはその環境から導出したデータを含む１つの、または複数の特別なファイルを維持している。これらのデータは、コンピュータまたはその環境を記述することができ、またコンピュータ動作には無関係なものを含むユーザの好み、趣味、要求、能力、及び所有物、及び計画をも記述することができる。
【００９４】
この、またはこれらのファイルは暗号化することができる。この、またはこれらのファイルは、それらが、特定のサイトだけに関連する関連性問合わせによってアクセスされる趣味、好み、等を記述するように、アドバイス・サイトによって編成することができる。
【００９５】
インスペクター
インスペクター・ライブラリは、関連性評価プロセスの一部としてアドバイス・リーダーが呼出すことができる実行可能なコードを含んでいる。インスペクターは、コンシューマ・コンピュータのプロパティ、記憶装置、周辺装置、環境、または遠隔提携コンピュータを調べることができる。これらの詳細に関しては後述する。
【００９６】
解法ウィザード
解法ウィザードは、自動化された解法のプロセスを支援する。これらは、コンピュータ上の諸問題を解決するために屡々使用されるステレオ・タイプの機能を遂行することができるアプリケーションである。
【００９７】
トランザクションの概要
以下に説明するのは、本発明を使用するインターネットをベースとするトランザクションのための基本モデルである。
【００９８】
購読モデル
本発明では、対話を開始するための主導性は、典型的にはコンシューマによってもたらされる。コンシューマは、例えば、彼のコンピュータ上への新しいハードウェアまたはソフトウェアプロダクトのインストーリングの一部として、または他のコンシューマとの経験の公開または共有の結果として、アドバイス・プロバイダ及び１つまたは複数の関連アドバイス・サイトの存在に気付く。コンシューマは、そのサイトにおいて提供されているアドバイスの種類及びその信頼性に関して彼自身に潜在的に通知した後に、購読の決定を行う。購読管理者６７（図６を参照）と称するアドバイス・リーダーの一部と対話するコンシューマは、所与のアドバイス・サイトから購読するようにアドバイス・リーダーを構成する。これは、アドバイス・サイトへ、対応するサイト記述ファイル６８を、またはこのようなファイルを指し示すポインタを、またはこのようなファイルの事例を含むサイト自体を指し示すポインタを供給するの何れかによって行われる。コンシューマは、ＳＤＦ内に推奨されている対話の用語を検討した後に、サイトからのアドバイスをどの程度の頻度で集めるのかを制御する購読に関連付けられたパラメータを構成する。
【００９９】
ＡＥＵＰを使用するアドバイス集め
購読の期間中、定期的に、またはユーザ制御による手動で、アドバイス・リーダーはサイト同期を開始する。収集器と称するアドバイス・リーダーの構成要素は、コンシューマ・サイト・イメージとアドバイス・サイトの現イメージとを同期させる責務を有している。これらの状態は、もしアドバイス・サイトがアドバイスを撤回したか、または最新の同期以降に新しい書込みをすれば、異なることがあり得る。収集器は、アドバイス・サイトにおけるアドバイザリと、コンシューマ・マシン内のアドバイザリとの間に１：１の対応が存在することを確かめる。収集器は、アドバイス・サイトにおけるディレクトリ・メッセージ・サーバへの接続を開く。アドバイス・リーダー及びサーバの認証を検査するためのオプションとしての機密保護ハンドシェークの後に、収集器はディレクトリ・メッセージについてサーバに問合わせる。収集器は応答を検査し、先行同期以降にサイト・ディレクトリガー変化したか否かをチェックする。もし変化していなければ、アドバイス・サイトから何等のファイルをも入手する必要はなく、セッションを終了させることができる。もしディレクトリガー変化していれば、または今回が最初の同期であれば、収集器は新しいファイルへのＦＴＰ及び／またはＨＴＴＰ及び／またはファイル・サーバ・アクセスを開始する。また収集器は、サーバ上のアドバイザリと最早一致しないコンシューマ・コンピュータ上のアドバイザリを削除し、これでコンシューマ・サイト・イメージと真のサイト・イメージとの同期を終了する。
【０１００】
以上に説明したプロトコルは、上述したＡＥＵＰプロトコルである。収集器は、アドバイス・サーバによって、アドバイス・サイトにおけるファイルの全てを、または先に集められなかった全てのファイルを匿名で、または任意のレートで集めることができる。その意図するものは、所与の時点にコンシューマ・マシン上に格納されているアドバイスが、最後の同期の時点にアドバイス・サイトにおいて提供された全てのアドバイザリ（ユーザが特に削除したアドバイザリ以外の）からなるようにすることである。従って、収集が選択的に行われるのではない。そうではなく、収集は徹底的であり、即ちアドバイスの全部分が集められる。このプロトコル及び代替プロトコルの含意を以下に説明する。
【０１０１】
アドバイザリのアンパッキング
以下に説明するように、アドバイザリ・ファイルは、１つまたは１つより多くのメッセージを含むことができる潜在的に複雑な階層構造である。アドバイス・リーダーは、この構造の構成要素を全てアンパックする。構造の構成要素は、デジタル署名方法を使用して署名することができ、アンパッキングの時にこれらの署名が検査される。アンパッキングの後に、アドバイザリは全てのアドバイス（古及び新）のプール内に入力されて評価される。典型的な１実施の形態において、本発明は無署名アドバイザリ、または署名を検査できないアドバイザリがシステム内に入力されるのを抑圧することができる。
【０１０２】
関連性評価
収集から分離した問題として、評価される全てのアドバイスのプールは、連続的に、またはコンシューマが定義したスケジュール、または即時ユーザ要求、またはある指定されたトリガーイベント（図９を参照）の何れかで処理することができる。アドバイス・リーダーは個々のメッセージを構文解析し、関連性を決定する節を識別する。これらの節は、以下に説明する形式的関連性言語で表現されている。アドバイス・リーダーは、式木（エクスプレッション・ツリーともいう）発生器９１を使用して節を基本副式に構文解析し（図１０）、次いで式木評価器を使用して樹木の各副式を評価する。もし評価が成功裏に進行して「真」の値がもたらされれば、メッセージは関連する（９３）と見做される。次いで、ディスパッチ・メソッド９４を使用してアドバイザリを消費する。ディスパッチ・メソッド９４は、種々のユーザ・ボリューム９７、９８内の適切なディレクトリ及びファイル名参照９６を識別するファイル・システム・インスペクター、オペレーティング・システム・レジストリ１２０を検査するレジストリ・インスペクター９９、種々のシステム要素１２２を検査するオペレーティング・システム１２１、または種々のシステム・デバイス１２４を検査するハードウェア・デバイス・インスペクター１２３を含むことができる。
【０１０３】
インスペクター
副式の評価は、インスペクター（図１１を参照）と呼ぶメソッドによって遂行される。このメソッドは、数理論理的計算を遂行し、計算アルゴリズムを実行し、システム呼出しの結果を戻し、記憶デバイスのコンテンツにアクセスし、そしてデバイスまたは遠隔コンピュータに問合わせることができる。これらのメソッドがインスペクターと呼ばれるのは、頻繁な目的が、コンシューマ・コンピュータのプロパティ、その構成、またはその記憶デバイスのコンテンツを検査することからである。インスペクター・リーダー内に構築することができ、ＤＬＬまたは類似のメカニズムを介してプラグインすることもできる。従って、オブジェクト１３０、プロパティ名１３１、及び／またはストリング・セレクタ１３２は、ディスパッチ・メソッド・テーブル１３３内に含まれているディスパッチ情報に従って、ディスパッチ・メソッド・モジュール１３４を使用してリーダーへディスパッチされる。種々のインスペクター１３５、１３６がユーザ位置に設けられており、各インスペクターは、インスペクター・ライブラリ１３７、１３９及び関連メソッド１３８、１４０を含んでいる。インスペクターの詳細に関しては後述する。
【０１０４】
ユーザ・インタフェース
アドバイス・プール内のアイテムについての関連性が決定された後に、関連性アイテムをアイテムのリスト内へ入力して表示させることができる。このリストは、典型的なユーザ・インタフェースモデルに従ってコンシューマに表示することができる。ユーザ・インタフェースは、アドバイザリのオーサー、アドバイザリが取得された日付、アドバイザリが関連になった日付、アドバイザリの件名、及びアドバイザリ・メッセージの他の属性に関して、ユーザに通知することができる。ユーザ・インタフェースは、個々のアドバイザリの説明的コンテンツをユーザに対して表示することができる。アドバイザリに依存して、説明的コンテンツは簡単なテキスト説明を含むことも、またはより精緻なマルチメディア説明を含むことができる。アドバイザリに依存して、説明はアドバイザリを関連させた状況、関連性の含意、この点においてとられる推奨された１つまたは複数の動作、これらの動作をとることの、またはとらないことの予測される効果、または提唱された動作を用いる他のユーザまたは他の組織の経験を識別することができる。ユーザは、この説明的コンテンツを検討し、おそらくは付加的なリサーチを遂行する（例えば、プロバイダの信頼性、または他のユーザの意見を検討する）。
【０１０５】
推奨された応答
関連アドバイザリの表示の一部として、ユーザには、典型的に状況に応答する動作の可能性が提唱される。考え得る結果は、以下のものを含む。
・コンシューマは情報／提唱を無視する：コンシューマはアドバイザリを精査し、彼がそれに従いたくないことを決定し、コンテンツを無視し、そしてそのアドバイザリを削除する。
・コンシューマは通告される：コンシューマはアドバイザリまたはそれが参照する他のドキュメントを精査し、重要な、または関心のあるものを学習する。
・コンシューマはもてなされる：コンシューマは、アドバイザリまたはそれが参照する他のドキュメント、またはそれが含むマルチメディア・コンテンツ、またはそれが参照するマルチメディア・コンテンツを精査し、シミュレートしたプレゼンテーションを見せられる。
・コンシューマは情報を別のコンシューマへ転送する：これは、友人、家族、同僚、または仲間を含むことができる。転送は、オフライン移送、またはｅ−メールのような電子移送を含むことができる。
・コンシューマはプロバイダその他との通信を開始する：これは、郵便、電話、ファックス、またはｅ−メールを含むことができる。またこれは、技術支援、訓練、または市場調査を含む情報交換への参加、並びに販売または他の商業対話への参加を含むこともできる。
・コンシューマはタイムリーなイベントへオンライン参加する。
・コンシューマはｅ−コマース（電子商取引）によってオブジェクトを購入する：これは、ｅ−コマース・モードへ参加するために、アドバイス・リーダーのウィンドウ内のボタンをクリックすることによって入力される購入を含むことができる。
・コンシューマはある形状を書き入れる：これは、ウェブ・ブラウザによって提出されるある形状、またはｅ−メールによって戻されることを意図したテキスト・ファイル形状、または書き込んでファックスまたは郵送により戻されることを意図したある形状を含むことができる。
・コンシューマは実世界においてオフライン動作を開始する：これは、ハードウェア・デバイスの状態を変更するコンピュータ関連動作から、コンピュータを取り巻く環境内の情報を集めたり、またはオンラインプロセスを始めたりする前に手動で若干の命令を読むことまでの範囲にわたるどのようなオフライン動作を含むこともできる。この動作は、純粋に個人的なアイテムを含むこともできる。
・コンシューマはシステム・セッティングまたはコンピュータ上のデータ・フィールドを変更する：これは、あるシステム構成要素のセッティングまたはソフトウェア・アプリケーションを変化させるために、またはデータベース内のあるエントリーを変更するために、コンシューマがコンピュータに対して一連の手動動作を実行することを含むことができる。
・コンシューマはインストール／アンインストール／実行解法を開始する：これは、コンシューマがアドバイス・リーダー内のボタン上でクリックし、次いで一連のダウンロード／インストール／アンインストール／実行ステップを自動的に実行することを含むことも、または直接監視の下にインストールを遂行するために、コンシューマがフロッピーディスクまたはＣＤ−ＲＯＭのような物理的媒体にアクセスすることを要求することもできる。これは、自動実行、またはユーザ制御下の実行と、それに続くアドバイザリによりユーザに指示される命令とを含むことができる。
・コンシューマは解決のためにスクリプト・ファイルを呼出す。アドバイザリは、コンシューマがファイルとして格納した後に標準インタープリタ（例えば、Apple Script Editor、DOS Command Line Interpreter、UNIX Shell Command Line Interpreter、またはVisual Basic Interpreter）へ引渡すことを期待する一連の命令を、Apple Script、DOS Shell、UNIX Shell、Visual Basicのような高レベル・システムに影響を与える言語で提供することができる。
多くの具体的な結果を、このリスト内の結果内にグループ化することができる。
【０１０６】
アドバイザリ・ファイル・フォーマット
アドバイザリ・ファイル・フォーマットは、コンピュータ・ネットワーク及び他のデジタル移送媒体を横切って移送するために１つの単一アドバイザリまたは幾つかのアドバイザリを符号化するための、及び同じ基本的な説明的資料の１つまたは幾つかの変形を提供するためのメカニズムを提供する。以下に、一般的な言い方でアドバイザリの構成要素を記述し、またＭＩＭＥを使用するアドバイザリを実現するための現在では最良であると理解される方法を説明する。
【０１０７】
基本的アドバイザリの構成要素
殆どの基本アドバイザリは、以下の論理的構成要素を有することができる（図８を参照）。
・ラッパー構成要素(wrapper component)：移送した後にデコードするために情報をパッケージするように設計された構成要素。
・差出人ライン構成要素(from line component)：アドバイス・オーサーを識別する構成要素。
・件名ライン構成要素(subject line component)：アドバイザリの関係を簡単に識別する構成要素。
・関連性節(relevence clause)：アドバイザリを関連させることができる状態を正確に指定する形式的関連性言語での構成要素。
・メッセージ本体：どの状態に関連性を見出したのか、何故ユーザが関係しているのか、及びどの動作を推奨するのかをユーザに潜在的に説明する例示的資料を供給する構成要素。
・動作ボタン：推奨された動作の自動実行を呼出す能力をユーザに与える構成要素。
【０１０８】
節変形
基本的スキームの精緻さがまた、貴重であり得る。
・アドバイザリは、expires-when節（エクスパイヤ−フェン節）を含むことができる。これは、もしそれが「真」であると評価する場合に、メッセージを期限切れにさせる形式的関連性言語での表現である。
・アドバイザリは、evaluate-when節（エバリュエート−フェン節）を含むことができる。これは、もしそれが「真」であると評価する場合に、メッセージを関連性について評価させる形式的関連性言語での表現である。
・アドバイザリは、requires-inspector-library節（要求−インスペクター・ライブラリ節）を含むことができる。これは、見出すことができる場合にはインスペクター・ライブラリ名及びＵＲＬを与えることができる。これは、関連性を正しく評価するためには、あるインスペクター・ライブラリをインストールしなければならないことを指示している。
・アドバイザリは、refers-to節（リファ−ツー節）を含むことができる。これは、アドバイザリに関連付けられた条件によって参照されるシステムのキーワードラベル付けを与える。
・アドバイザリは、solution-affects節（解決−アフェクト節）を含むことができる。これは、推奨された応答のありうる効果のキーワードラベル付けを与える。
【０１０９】
他の変形が有用であると近い将来には認められるであろう。これらの変形は、本発明の範囲内に含まれるものである。
【０１１０】
表示変形
メッセージ本体は、少なくとも以下の３つの形態で発生させることができる：
テキスト：説明的資料は、制約なしのＡＳＣＩＩテキストドキュメントであることができる。これは、プレゼンテーション・スタイル内に埋め込まれた変形を有していない（例えば、フォントの変化及び／または外部ドキュメントを参照するハイパーテキストは存在しない）。
ＨＴＭＬ：メッセージ本体を構成している説明的資料は、ＨＴＭＬドキュメントであることができる。これはウェブ・ブラウザからよく知られている。ＨＴＭＬドキュメントは、テキストのプレゼンテーション内に変形を含むことができ、テーブル及び視覚的フォーマッティング特色を含むことができ、外部ドキュメントへの参照を含むことができ、そして外部グラフィックス・ファイルへの参照を含むことができる。
テキスト／ＨＴＭＬ：メッセージ本体を構成している説明的資料は、テキスト及びＨＴＭＬの両方で与えることができる。アドバイス・リーダーは、ユーザにとってより適切な形状を使用するオプションを有している。
関連性  オーディオ及びビデオ・コンテンツを含むメッセージ・コンテンツのさらなる変形は、本発明の範囲内に含まれるものである。
【０１１２】
デジタル完全性及び認証性
メッセージ本体は、メッセージの完全性及び認証性を保証するために、メッセージに添付されたデジタル認証特色を有することができる。
【０１１３】
メッセージの完全性を保証するために、デジタル・ダイジェストをメッセージに添付することができる。メッセージがオーサーによってコンパイルされる時点に、メッセージ本体の特殊化された汎関数を計算し、メッセージに添付することができる。メッセージの受信側は、同一汎関数を計算し、それがメッセージに添付されたものと同一の結果を発生することを確認することによって、そのメッセージの完全性を確認することができる。デジタル・ダイジェストの公知の例は、ＣＲＣ、ＭＤ５、及びＳＨＡを含む。
【０１１４】
デジタル・ダイジェストは、コンピュータプログラミングコミュニティーにおいては、ハッシングの名前でよく知られている。そのアイディアは、モジュラー演算に基づく若干の数学的演算をテキストのボディの数値表現に適用し、ダイジェスト・メカニズムの細部に依存して大きさが小さい数から、表すのに数ダースの桁を必要とする数までの範囲にわたる数値出力を発生させることである。これらの演算は、典型的には、元のテキストのボディに依存する出力を、容易に逆転できない不連続手法で発生する。換言すれば、僅かに異なるメッセージが、極めて異なるダイジェストを生じさせる。また、同一のダイジェストを有する２つのメッセージを見出すことは困難であり、もし２つのメッセージの一方が先に指定されていれば、同一ダイジェストを持って発生する別のメッセージを見出すことは特に困難である。
【０１１５】
実際的な意図は、アドバイザリ・ドキュメントをオーサーの元の作意から変更させてしまうような伝送または記録エラーがあっても、典型的には、適切なデジタル・ダイジェストを生成するような変更されたドキュメントを発生させないということである。従って、変更されたドキュメントを識別することができ、検討から排除することができる。
【０１１６】
メッセージが認証されていることを保証するためにデジタル署名を添付することができる（C. Pfleeger, Security in Computing, Second Edition, Prentice-Hall (1996)、及びPGP 4.0 Users Manual, PGP Pretty Good Privacy, Inc.(1997)を参照）。これは、デジタル・ダイジェスト・アイディアの改善であり、悪意で変更することからダイジェストを保護する。
【０１１７】
デジタル署名は、一般的に以下のように働く。オーサーによってメッセージがコンパイルされる時点に、メッセージのデジタル・ダイジェストが計算される。次いで、公知の、且つ広くアドバイス・サイトに関連する暗号化スキームを使用してダイジェストが暗号化される。暗号化されたダイジェストはメッセージ上のアドバイス・サイトの署名と見做され、署名としてラベル付けされてメッセージ自体に添付される。
【０１１８】
サイトの署名を検査する際にアドバイス・リーダーは、アドバイス・サイトに関連する公知の暗号解読アルゴリズムを使用して署名を解読する。暗号解読に成功すれば、アドバイス・リーダーがメッセージから直接計算した値と一致するデジタル・ダイジェストが発生する。暗号解読に不成功であれば、受信したメッセージのデジタル・ダイジェストと一致しない結果がもたらされる。
【０１１９】
このアプローチは、若干の公知の暗号化システムと共に使用した場合に、安全なデジタル・ドキュメントを発生することが広く知られている（C. Pfleeger, Security in Computing, Second Edition, Prentice-Hall(1996)、及びPGP 4.0 Users Manual, PGP Pretty Good Privacy,Inc. (1997)を参照）。即ち、悪意のエージェントが暗号解読に成功してなりすまし的なアドバイザリを発生することができないようにするために、所与の有効アドバイザリは容易に変更できないことが知られている。
【０１２０】
実際、このシステムを騙すのに成功するには、詐称者は、変更されたドキュメントのデジタル・ダイジェストを正確に生成し、次いでそのアドバイス・サイトに関連する暗号化アルゴリズムを適用する必要がある。詐称者がデジタル・ダイジェスト・メカニズムの作業を学習していると想定することはできるが、あたかも暗号化ドキュメントがアドバイス・サイトにあるかのようにドキュメントを暗号化することはできないことを想定している。
【０１２１】
公衆通信に適用される近代的な暗号化システムの基本的な想定は、若干の暗号化／暗号解読アルゴリズムが、広く知られている暗号解読アルゴリズムを有しているが、暗号化アルゴリズムの秘密は保つことができるということである。この基本的想定が論破されるまでは、デジタル署名メカニズムは有効な認証メカニズムであると広く考えられている。
【０１２２】
ＭＩＭＥ
インターネット移送のためのアドバイスを構成する現在では最良であると理解されている方法において、アドバイザリ・ドキュメントは、ＭＩＭＥファイルの有効事例である単一のＡＳＣＩＩテキスト・ファイルとしてパッケージされる（N. Borenstein, N. Freed, MIME (Multipurpose Internet Mail Extensions) Part One: Mechanisms for Specifying and Describing the Format of Internet Message Bodies, Internet Standards Track RFC 1521 (1993)を参照）。実際には、完全ＭＩＭＥフォーマットの特別なサブセットだけが使用される。本発明を受入れるために、ＭＩＭＥへの特別な拡張が追加される。
【０１２３】
ＭＩＭＥは、一般にＲＦＣ  ８２２と呼ばれている古典的なｅ−メール・インターネット標準を拡張するインターネット標準トラックフォーマットである。ＭＩＭＥフォーマットは、電子メールのインターネット移送のために広く使用されている。それは、アドバイザリとの接続に特に有用な以下の４つの特色を有している。
ヘッダ・ライン：ＭＩＭＥは、メッセージ本体の前に、いろいろなヘッダ・ラインからなる拡張性メッセージ・ヘッダを先行させることを指定している。個々のラインは公知の節（フレーズ）で始まり、アドレス指定、日付、及び関連注釈を含んでいる。これらのラインの若干は、容易に本発明の目的に役立たせることができる。例えば、アドバイザリの「差出人ライン」及び「件名ライン」構成要素は、既にＭＩＭＥ標準の一部である「差出人ヘッダ・ライン」及び「件名ヘッダ・ライン」によって実現することができる。
拡張性：ＭＩＭＥは、メッセージ内に新しいメッセージ・ラインを作成する方法を提供する。これは、新しいメッセージ・ラインをメッセージ内に埋め込むための方法、及びＭＩＭＥオーソリティーを用いて新しいラインを登録する方法を含んでいる。従って、本発明がrelevant-when及びexpires-whenを構成するキーは、その態様でＭＩＭＥ言語に容易に追加することができる。
代替：ＭＩＭＥは、適切な表示方法を選ぶ宛先を有する同じメッセージの２つの異なるバージョンを提示するためのある方法、即ち「代替マルチパート」を提供する。従って、同一情報を表示するための１つまたはそれ以上の方法を伝送する本発明の構造は、ＭＩＭＥ標準及びその代替マルチパート特色を使用して容易に実現することができる。
ダイジェスティング・メカニズム：ＭＩＭＥは、インターネットで移送するために、幾つかの完全ＭＩＭＥメッセージを単一のファイルにパッキングするための十分に理解されているメカニズム、即ちマルチパート／混合を提供する。ＭＩＭＥは、メッセージが幾つかの関連性構成要素を有することができ、各構成要素自体が逐語的に挿入されたＭＩＭＥファイルであることができるような、再帰的ダイジェスト構造を提案している。この特色を使用すれば、ＭＩＭＥファイルは、多くの構成要素アドバイザリをダイジェストし、近代的なパーソナル・コンピュータファイル・システムの分岐構成体を偲ばせる樹木構造に編成することができる。
【０１２４】
以上のように、ＭＩＭＥはｅ−メールをパッケージするためにではなく、その代わりに新しい種類のドキュメント、即ちアドバイザリをパッケージするためのツールになる。混乱を避けるために、アドバイザリが意図した受信者、または受信者のリストを有していないので、アドバイザリはｅ−メールとは異なることを理解すべきである。むしろ、それは同報メッセージである。アドバイザリは典型的に関連性及び関連性節を有しており、またアドバイザリは典型的にアクティブなコンテンツを有している。ｅ−メールは関連性及び関連性節を有しておらず、典型的にはアクティブなコンテンツを有していない。アドバイザリは、ＭＩＭＥ標準内で実現することができる新しい通信の形状の一部である。ＭＩＭＥのアドバイザリアプリケーションは、ｅ−メールのために使用されていた若干のＭＩＭＥ節を省略することによって、及び関連性決定及びアドバイス管理プロセスに使用される新しい特殊化された節を追加することによって、ｅ−メールとは異なる問題に対処する。ある意味では、アドバイザリとｅ−メールとの関係は、ＵＳＥＮＥＴとｅ−メールとの関係と比較できる。アドバイザリ及びＵＳＥＮＥＴニュースシステムは共に、パッケージングメカニズムとしてＭＩＭＥを使用している。しかしながら、両者はｅ−メールとは区別される通信手段を提供する。
【０１２５】
ＭＩＭＥはアドバイザリの形状を実現する便利な方法ではあるが、本発明をＭＩＭＥに結合する必要はない。インターネット世界には、アドバイザリを表すために使用することができるＸＭＬのような他の多くの共通フォーマットが存在している。本明細書において、現在では最良であると理解されているアドバイス・ファイルを実現する方法を説明する。
【０１２６】
例
以下は、アドバイザリ・ファイルの例である。
Date: Sat Mar 21 1998 17:06:12 +0800
From: Jeremiah Adviser 
MIME-Version 1.0
Organization: Universe Communications, Inc.
Subject: A better version of the advice riader is now available
relevant- When: version of application"advice.exe" < version"5.0" 
Content-Type: text/HTML−Charset=us-ascii
<HTML><BODY>
A better version of the advice reader is available. 
Click to <AHREF="http://www.advisories.com/win98/advice50.exe">
Download <A> the latest version of advicereader. 
</BODY></HTML>
【０１２７】
ここでリーダーは、ＭＩＭＥ構成要素として埋込まれたアドバイザリの様々な構成要素を見ることができる。
・ラッパー構成要素：ＭＩＭＥ−バージョン及びコンテンツ−型ヘッダ・ライン。
・差出人ライン構成要素：From: Jeremiah Adviser...
・件名ライン構成要素：Subject: A better version of...
・メッセージ本体：＜ＨＴＭＬ＞から始まり、＜／ＨＴＭＬ＞で終わるＨＴＭＬフラグメント。
・動作ボタン：このアドバイザリには提示されていない。メッセージのアクティブ構成要素（ダウンローディング）は、ＨＴＭＬ  ＨＲＥＦリンクによって扱われる。ユーザはワード  ダウンロード（Download）を見て、典型的には、そのワード上でマウスをクリックするとその指示された動作がもたらされることを理解している。
【０１２８】
レーティング・ブロック
付加的な変形においては、アドバイザリが、プライバシー、機密保護、及び有用性のような基準に従ってアドバイザリを評価する情報を含むレーティング・ブロックを含むことができる。これらのレーティング・ブロックには標準フォーマットが存在しており（Khare, Rohit, Digital Signature Label Architecture, The World Wide Web Journal, Vol. 2, Number 3, pp. 49-64 Oreilly (Summer1997),http:/www.w3.org/DSIGを参照されたい）、これらはＭＩＭＥ構造を有するメッセージに容易に添付される。以下も参照されたい。
【０１２９】
関連性言語
アドバイザリは、ｅ−メール・メッセージのフォーマットに似たフォーマットを有しており、メッセージ／ダイジェスト・ヘッダー内に多くの同一構成要素を有している。アドバイザリが提供する１つの主要拡張は、メッセージ内の新しい節、即ち関連性節の創設である。関連性節にはキーワード節relevant-When:が前置される。関連性言語からの式が、キーワードに後続する。以下に、コンシューマ・コンピュータの状態を記述するための、現在では最良であると理解されている方法を説明する。
【０１３０】
記述言語
関連性節の目的は、個々のコンピュータの状態を調べ、あるアドバイザリの関連性を暗示するために組み合わせるいろいろな条件に合致するか否かを決定することである。
【０１３１】
本発明を実現するための、現在では最良であると理解されている方法では、言語自体、即ちその言語の許容節及びその節の根底にある意味が、コンシューマ・コンピュータの構成要素、その周辺装置、記憶デバイス、ファイル、及び関連概念の知的モデルを構成している。これは、言語自体が、それが対処するために使用されている問題のかなり貧弱なピクチャを構成しているようなコンピュータ言語の通常モデルとは異なっている。
【０１３２】
伝統的な言語と同じように、関連性言語は、ブール、整数、及びストリングのような幾つかの基本的なデータ型を含んでいる。また伝統的な言語と同じように
(2346＋(−1234) / (1＋2)) ＞ 0
のような数理論理式を書くことが許される。
【０１３３】
典型的な部分式（サブエクスプレッションともいう）、例えば１＋２の意味は、２つの部分式１及び２の評価から得られたオブジェクトの対にメソッド＋を適用することである。当該オブジェクトの対は、それぞれ１及び２の値を有する型整数のオブジェクトである。現在では最良であると理解されているメソッドでは、関連性言語は、ビルトインされた具体的なデータ型を操作するようにセットされたビルトイン・メソッドとして表現される演算、ストリング、及び論理演算の全範囲を有している（図１２を参照）。
【０１３４】
伝統的な言語とは異なり、関連性言語は、関連性節を評価するパーソナル・コンピュータの総合環境と考えることができる要約データ型「ワールド（World）」を含んでいる。このオブジェクトは、複数のプロパティを有している。これらのプロパティはいろいろな型のオブジェクトをもたらし、またこれらのオブジェクトはさらなるプロパティを有することができる（図１３を参照）。
【０１３５】
ワールドは、特定の実施の形態、及び特定のシステム構成に依存して、多くのプロパティを有することができるデータ型である。
【０１３６】
前述した技術支援アプリケーションにおいては、これらのプロパティは、システムフォルダプロパティ、ＣＰＵプロパティ、及びモニタプロパティを含むことができる。あるオブジェクトのプロパティは、そのオブジェクトに査定者（assessor）方法を適用することによって得ることができる。データ型「ワールド」のシステムフォルダのための査定者方法は、型システムフォルダのオブジェクトを戻す。データ型「ワールド」のＣＰＵプロパティのための査定者方法は、型ＣＰＵのオブジェクトを戻す。これらの導出されたオブジェクト自体は、それら自体のプロパティを有している。例えば、型ＣＰＵのオブジェクトは、速度、製造業者、モデル、ＭＭＸ、及びキャッシュのようなプロパティの集まりを有することができる。１つの方法はこれらの各プロパティに対応し、型ＣＰＵのオブジェクトに適用された場合に１つの結果を戻す。説明の目的から、速度が整数をもたらし、製造業者が製造業者を名前付けするストリングをもたらし、モデルもストリングをもたらし、そしてＭＭＸ、及びキャッシュがより特殊化されたオブジェクト型ＭＭＸ、及びキャッシュをもたらすものとする。
【０１３７】
関連性言語は、コンシューマ・コンピュータのプロパティの組が、データ型ワールドのプロパティの組、及びワールドから導出されたあるオブジェクトのプロパティの請求を繰り返し適用することによってワールドから導出可能なプロパティの組と同一であることを、暗示的に仮定している（図１４を参照）。ObjectWorldは、技術支援アプリケーションにおいてこのようにして導出可能なオブジェクトワールドの潤沢さのアイディアを与える。
【０１３８】
関連性節の例
以下に、技術支援アプリケーションに使用される関連性節の例を説明する。
【０１３９】
コンシューマ・コンピュータ上にあるアプリケーションの存在
relevant-When: exists application "Photoshop"
このフラグメントの意図は、applicationが特別なストリング・パラメータをとるワールドのプロパティであり、型アプリケーションのオブジェクトを戻すということである。existsは何等かのオブジェクトのプロパティであり、これは、もしそのオブジェクトが存在すればブール値「真」を戻す。もし“Photoshop”と名付けられているアプリケーションを、アプリケーションプロパティを実現する方法によって見出すことができなければ、結果はそのオブジェクトは存在しないのであり、“exists”はブール値「偽」を戻す。
【０１４０】
バージョン番号比較
relevant-When: version of Control Panel "MacTCP" isversion “2.02”
（relevant-When: ControlPanel"MacTCP"のバーション「2.02」）
このフラグメントの趣旨は、Control Panelが、付加的なストリング・パラメータを使用し、ControlPanelタイプのオブジェクトを返すWorldの資産であるということを示すことにある。Mac TCPという名のControl PanelがControl Panelプロパティを導入した方法により検出できなかった場合、その結果はバージョンが認可プロパティでない存在しないオブジェクトの検出および評価の失敗となる。MacTCPという名のControl Panelが検出された場合は、Control Panelの認可プロパティであるバージョンにより、特定のフォーマットで記録されている同Control Panelのバージョン番号を含むタイプ・バージョン番号のオブジェクトを返すメソッドが呼び出される。本結果は、部分式・バージョン「2.02」の結果と比較される。本タイプ・バージョンは、付加的なストリング・パラメータを使用し、タイプ・バージョンのオブジェクトを返すWorldの資産を指す。評価が成功した場合は、この比較の結果は真または偽のブール値となる。
【０１４１】
修正日付の比較
relevant-When: modification of photpshop Plugin “picture Enhancer”is greater than time “10 January 1997 12:34:56 +0800”
（relevant-When: Photoshop Plugin「Picture Enhancer」の修正時間が「1997年１月10日12:34:56+0800」の時間を上回る場合。）
この項のフラグメントは、Photoshop Pluginが、付加的なストリング・パラメータを使用し、Photoshop Pluginタイプのオブジェクトを返すWorldの資産であるということを示すことにある。Picture Enhancerという名のPhotoshop PluginがPhotoshop Pluginプロパティを導入した方法により検出できなかった場合、その結果は修正時間が認可プロパティでない存在しないオブジェクトの検出および評価の失敗となる。Picture Enhancerという名のPhotshop Pluginが検出された場合は、Photoshop Pluginの認可プロパティである修正時間によりタイプ時間のオブジェクトを返すメソッドが呼び出される。この結果は部分式時間「1997年1月10日」の結果と比較される。ここで、時間とは、付加的パラメータを使用し、時間タイプのオブジェクトを返すWorldのプロパティを指す。評価が成功した場合は、このエクスプレッション全体の結果は真または偽のブール値となる。
【０１４２】
自動構文解析および評価
関連言語の主要な目的は、コンシューマ・コンピュータ上で実行するアドバイス・リーダーによりアクセスされることが可能であり且つコンシューマの介入を伴わずにアドバイザリがコンシューマに関連するかどうかを判断すること自動的に読み取られるアドバイザリを発行することをアドバイス・プロバイダが可能にすることである。
【０１４３】
現在理解されている最良の手法において、自動的に部分式（サブエクスプレッション）のツリーへと構文解析されうる、文脈自由文法として関連言語が導入されている。部分式のツリーは、メソッドとしての節および部分式としての枝を持つ理論的な構造と理解できる。
【０１４４】
このツリーは、コンピュータ科学における標準記号法を使用して下記のように表される。
(node(expr-1)(expr-2)....(expr-n))
ここで、節は適用するメソッドの名であり、（expr-k）はメソッドに与えられるｋ番目の部分式である。例えば、
(2346+(-1234)/(1+2)）>0
上記式は、下記式木へと構文解析されうる。
(>      (+        (integer 2346)
(/      (integer 1234)
(+            (integer1)(integer2))
)
）
(integer 0)
)
式
exists application "Photoshop"
は、下記のように構文解析されうる。
(exists      (application "Photoshop")
Control Panel"MacTCP"のエクスプレッション・バージョンはバージョン「2.02」、は下記のように構文解析される。
(is  (version    (Control-Panel "MacTCP"))
(version    (string "2.02))
)
最後に、
modification time of Photoshop Plugin"PictureEnhancer" is greater than time "10January 1997"
は下記のように構文解析される。
(is-greater-than    (modification-time(Photoshop-Plugin"PictureEnhancer))
(time(string"10 January 1997"))
)
【０１４５】
要約すると、文構文解析の最終目的は、適用するメソッド呼び出しの順序を識別することにある。文脈自由文法を式木へと構文解析する手順は良く理解されている（A.アホ、J.ウルマン、コンパイラ設計の基本、アディソン・ウェスレイ（1977年）を参照）。レクサーは列への入力を一連の字句へと分解する。現在理解されている最良のメソッドでは、これら字句は下記の形を取る：
[String]:引用符（”）で囲まれた印字可能なASCII文字列。
[Integer]:整数列。
[Minus]:文字−。
[SumOp]:文字＋−。
[PrdOp]:文字*/および列mod。
[RelOp]:文字シーケンス=>><=!=および関連フレーズand or is not。
[Phrase]（「フレーズ」）:引用された複数の語のシーケンス、英字で始まり、空白を含まない英数文字列の語。リザーブされたフレーズで区切られたフレーズ。
【０１４６】
文構文解析は、文法のプロダクションを記載した先行表に従って機械的に進行する。現在理解されている最良のメソッドでは、文法内プロダクションは下記の通りである：
2002523841.tif 000001
この表示中では、wordは言語中の予約語を表し、[Phrase]は前ページの語彙分析に関する論文中で定義されたフレーズを表す。
【０１４７】
複数の手段の内のいずれかにより文法を使用してパーサーを生成できる（A,アホ、J.ウルマン、コンパイラ設計の基本、アディソン・ウェスレイ（1977）を参照）。これらには、文法を認識し、表により駆動される有限状態オートマトンを作成するYACCなどの自動パーサー発生メカニズムが含まれることがある。表は上記プロダクション形態より直接作成され、ネーミングおよび内部構造が文法のプロダクションの構造を模倣するモジュール内文法のプロダクションの模倣に基づいた再帰的降下パーサーの手作業による生成によっても作成される。
【０１４８】
このようなアプローチの全ては同様の基本的結果に至る。新たな字句が一回につき１つ入力され、現在の状態および、存在する場合は、同字句の受信時に許容タイプと委任された処置を与える表と比較される。委任された処置は、式木をシステマチックに構築する個々のステップの指定と解釈することもできる。典型的な処置はプロダクションに関連付けられたそれである。
<Relation>:=<SumClause>[RelOp]<SumClause>
これは標準表記では下記のように表される。
$$=($2 $1 $2) 
【０１４９】
これは次のように解釈される。$$はプロダクションの結果を表し、$1、$2、$3は構成品サブ式木を表し、括弧は式木の区分に使用される表記デバイスである。この処置は、式木により、認知された<Relation>の関連を呼び出す。この処理は、左側および右側の部分式が関連付けられた式木を、それら２つの式を比較する基礎的手法により統合した結果である。Control Panel"MacTCP"のエクスプレッション・バージョンが「2.02」であることを考慮する。パーサーが<Relation>を[RelOp]と共に適用しようとしている時の状態を考慮する。すでに左側の部分式と統合されている式木$1は、(Control-Panel"MacTCP")の式を持ち、右側の部分式と統合されている式木$3は、(version(string"2.02")）の式を持つ。<Relation>式全体に統合されている式木は、パターン（is $1 $3）に従って上記２つのツリーを管理する。従って、この処理の結果の式木は次のように表すことができる：
(is(Control-Panel"MacTCP")(Version(string"2.02")
【０１５０】
各プロダクションと統合されているのは、いかにしてツリーが構築されているかを表す適切な形態の処置である。ある種の導入においては、ツリーは暗に構築されるだけである。
【０１５１】
文構文解析は、構文解析の全てのステップにおいて次の使用可能な記号が許容タイプと整合すれば正常に継続され、予想外の組み合わせが行われると失敗する。文構文解析が失敗すると、すぐにアドバイスが不適切であると宣言される。
【０１５２】
現在理解されている本発明を利用するための最良の手法では、文構文解析時において各有効手法はすでにパーサーに対して知られている。他の言語と違い、節がシンタックス的に正しい場合でも、現在未知の手法を指示している節を使用している場合は失敗する。
【０１５３】
現在理解されている本発明を利用するための最良の手法では、各部分式は、強力にタイプ分けされ、そのタイプが事前に知られている値を取る。データ・タイプの例としては、整数、列、およびブール値などがある。各手法は、文構文解析時において入力のデータ・タイプの正しい組み合わせにより効力を発揮し、出力として正しいデータ・タイプを与える。禁止されたデータ・タイプに対して手法を適用する試みは、文構文解析の失敗と診断される。この場合、アドバイスが不適切と宣言されることがある。
【０１５４】
文構文解析が成功裏に完了した時には、式木は、メソッド呼び出しのコレクション、それに関連付けられた引数、およびそれら引数に関連付けられたデータ・タイプなどの本体により構築される。エクスプレッションの評価は、適切なオーダー内でディスパッチされた適切なメソッドを実装するプロセスである。
【０１５５】
評価は成功することも失敗することもある。例えば、システム資源の過剰な使用、資源の使用不可、資源獲得の過剰な遅延などの理由により評価が失敗することがある。成功した評価は真または偽のブール値などの値を生じる。適切なアドバイスの解釈は、評価が成功し、値が真のブール値であると述べるのと同じことである。
【０１５６】
特に、ある部分式が言語中の有効な部分式として解釈できない場合、部分式が禁止されたデータ・タイプにメソッドを適用しようとした場合、または部分式が現在評価できない場合、全エクスプレッションが失敗し、アドバイスは自動的に不適切と宣言される。
【０１５７】
拡張性言語
関連言語の目的は、コンピュータの状態、コンテンツ、付属品、および環境を的確に記述することである。コンシューマによる新しいソフトウェアおよび/またはハードウェアの購入または新しいソフトウェア／ハードウェアオブジェクトの発明に伴って状態が変化する。家庭内や他の領域における個人的財政問題や通信機器の管理などの新たな問題領域の中でコンシューマ・コンピュータがコンシューマを代表している場合に状態が変化する。
【０１５８】
結果として、本発明によりアクセスが提供される重要な状態の構成要素に対して事前に制約を設けることはできない。未来の製作者に対して、まだ考案されていないシステム状態を表現するための関連言語の拡張を可能とすることが関連言語にとって望ましい。
【０１５９】
本発明の導入にあたって、各アドバイス・サイトにおいて、専門家または製作者により関連言語の語彙が拡張されることもある。
【０１６０】
言語に新たな語彙および語義を加えるおよび／または現存の語彙およびメソッドを変更する動的にロードされたライブラリの開発により関連言語を上記導入中に拡張することが可能である。これらライブラリは、これより・インスペクター・ライブラリとして参照され、アドバイス・サイトからのダウンロードおよび与えられたコンシューマ・コンピュータにインストールして同コンピュータ上での関連言語の意味の変更および同コンピュータ上で新たなアドバイスを解釈することが可能となる。
【０１６１】
これらの動的にロードされたライブラリは、言語に加えられるべき新データ・タイプ、それらデータ・タイプに関連付けられた新プロパティ、特定タイプのオブジェクト用のプロパティの獲得に伴うデータ・タイプ、およびプロパティへのアクセスを利用する実行可能コードなどのメソッドに対する宣言を含んでいる。
【０１６２】
非手続き言語
コンピュータの操作および／または保守の関連で使用される多くの言語と違い、関連言語は手続き的である必要はない。すなわち、メモリの様々なフラグメントのコンテンツに関する操作法を指定する必要はない。ループ、代入、および条件文などの従来の手続きサービスを有効化することは必須ではない。
【０１６３】
逆に、これらのサービスを拡張的に使用可能にすることは、不用意にまたは悪意を持ったアドバイザリの記述を容易にさせることにより評価時に余分な資源を消費し、セキュリティー上またはプライバシー上のリスクをもたらすことがある。
【０１６４】
現在理解されている本発明を導入するための最良の手法では、関連言語内では手続き的サービスは使用可能となっていない。上記文法の記述の検査は、この言語が下記項目を持っていないことを示している：
・名前付き変数；
・代入文；
・関数呼び出し、または少なくとも可変引数を伴う明示的関数呼び出し；
・ループまたは条件文実行。
【０１６５】
関連言語と他の一般的言語との間の外見上の相違は、下記の観点に基づいている：
・非立会い評価の関連で、この言語はコンピュータおよび環境に対して一切の副作用をもたらさないことが理想的である；
・コンシューマに自身を持たせるには、コンシューマ自身が自らコンピュータまたは環境に対して作用しないことを確認可能でなければならない；
・記述的言語は、手続き的言語とは違い、一切の副作用を持っていないことを示す外見を持っている。
【０１６６】
要約すると、この言語の構造および外見的制約は、コンシューマに対してセキュリティー上のメッセージを伝えるためのものである。
【０１６７】
下記に関連言語の手続き言語との２つの主要な相違点をしめす：
関数呼び出し。関連言語は他の幾つかの言語における関数呼び出しに相当するメソッド・ディスパッチを行うが、より抑制された形態を持つ。
【０１６８】
第一に、次の算術および論理演算内に現れる単項および２項手法がある。+,-,*,/,and,or,および類似の演算。これらは単項または２項関数呼び出しと考えることができるが、典型的に多少のリスクまたは資源の負担をもたらす良く知られた手法を導入した非常に制約された形態を持つ。
【０１６９】
第二に、修正時間などの名前なしプロパティがある。
【０１７０】
第三に、アプリケーションPhotoshopなどの名前付きプロパティがある。
【０１７１】
名前なしプロパティは、オブジェクトに対して適用される関数呼び出しと考えることができるが、パラメータは一切含まれていないために非常に穏やかになっている。典型的には、データ構造の特定のスロットからの特定の値を抽出することによりプロパティが演算される。名前なしプロパティは、典型的に多少のリスクまたは資源の負担をもたらす。名前付きプロパティは、２つの変数を持つ関数呼び出しと考えることができる。第一の変数はオブジェクトであり、第二のオブジェクトは列名指定子である。しかしながら、列名指定子は一回の導入内ではそれ自体演算結果ではないために、名前なしプロパティは特に一般的な演算ではない。列名指定子は、むしろ列定数である。この方法で指定される計算のタイプは、厳しく抑制されている。名前付きプロパティはデータ構造の特定のスロットから特定の値を抽出することにより演算されるため、多少のリスクと資源の負担をもたらすことを再び指摘しておく。
【０１７２】
ループおよび条件文実行
関連言語はfor、while、またはif文は一切持たないが、反復を行うことは可能である。関連言語は、複数プロパティを示す構造を使用して上記処理を行う。関連言語中では、単数エントリーおよび複数エントリープロパティのような単数および複数プロパティの共存が可能である。単数エントリープロパティは必ず一回ごとの結果を表し、複数エントリープロパティは複数回の結果を表すことがある。典型的には、サブコレクションを制約するwhose()節を使用することにより複数回はさらに修飾される。
【０１７３】
複数・単数二分法により、特に詳細な意味分けが維持可能である。下記に例を示す：
exists application "Photoshop"
上記は、同アプリケーションが正確に１つだけ存在することを意味する。
exists applications "Photoshop" whose(version of it is version"4.0")
上記は、"Photoshop"という名のアプリケーションが１つまたはそれ以上存在し、それらの中にバージョン4.0のアプリケーションが１つ存在することを意味する。
【０１７４】
第二の例では、該システム上の全ての"Photoshop"という名のアプリケーションの収集中に暗に反復を行うため、ループの効果は従来の手続き的プログラミングを使用せずに獲得することができる。
【０１７５】
その言語の表現力上の制約は、プライバシーおよびセキュリティー上の保証という観点からこの言語をより安全なものとしている（下記を参照）。それにも係わらず、この言語は強力に設計されており、高度に表現的であるように意図されている。この言語中の幾つかの語は、数百のコードの行の記述およびシステムライブラリ内の多くの特化された機能の呼び出しには不足な従来の手続き的言語内には獲得不可能なシステム状態に関する回答に対するアクセスを提供する。
【０１７６】
従来手続き的言語で扱われていた種類のサービスに対する明白な要求が出た場合、前記の、そして下記に詳細を示すインスペクター・ライブラリ・メカニズムを使用して関連言語を拡張することにより典型的にその要求を満たすことができる。この機能は下記の２つの優位性を持つ：
【０１７７】
[効果]この拡張メカニズムによる新インスペクターを含み、関連言語内の手続き的サービスを提供するよりも効果的な実行が可能となる。インスペクターは、典型的に使用可能かつ効果的なコンパイルされた実行法を作成し、典型的により遅い関連言語のコンパイル中の関連性評価時間におけるシステム資源の負担を最小にする。
[セキュリティー]この実行メカニズムにより新たなインスペクターを含み、問題状態の修正を可能とする。多くの場所で副作用を持つ特定のエクスプレッションが使用されている場合、修正は非常に困難である。インスペクター・ライブラリとして等価なコードが含まれている場合、関連言語を使用して問題コードを識別し、ユーザ・コンピュータにそのインスペクターがインストールされているかを識別することができる。この機能は、インスペクター・ライブラリに依拠するアドバイスに対して対応するアドバイザリの記述を可能にする。
【０１７８】
コンシューマ・アクセシビリティー
関連言語は、潜在的に大量のコンピュータ上のシステムの実行を制御する。この機能は、ほとんどの場合ユーザが選択しない処理であるが、基本的にコンシューマに読み取り可能でおおよその意味の理解のために、必ずしも必要ではないが特に望ましい。
【０１７９】
現在理解されている本発明を利用するための最良のメソッド中の関連言語の構文は、of、as、whoseなどの冠詞およびexistsなどの動詞により形作られる節が中心的な役割を果たす点において通常の英語の構文に類似している。
【０１８０】
この言語の非常に制約された性質はコンシューマの理解を促す。この言語は配列、ループ、および条件文評価などの概念を抑制することによるコンピュータプログラミングの背景を想定した構造を回避する。
【０１８１】
インスペクター・ライブラリ
インスペクター・ライブラリの構成要素
関連言語における節の構文解析は、概念的に、その最中に特定の合意リストによる特定のオーダー内で特定のメソッドを呼び出すメソッド・ディスパッチのリスト生成（図１１を参照）という結果となる。この評価は、適切なオーダー内でのメソッド・ディスパッチのシーケンスをシステマチックに行うプロセスである。メソッド・ディスパッチは、関連プロセスの重要な特色である。
【０１８２】
インスペクター・ライブラリは、メソッドのコレクションであり（図１５を参照）、アドバイス・リーダー内へのメソッドのインストールを可能にするインタフェースを伴う。パーサーの構造および評価プロセスにより、・インスペクター・ライブラリは下記構成要素のうちの幾つかを含む：
・関連言語内で使用される[Phrase]の宣言；
・その[Phrase]の特定のメソッドへの組み込み；
・評価プロセス内で使用される新たなデータ・タイプの宣言；
・メソッドの呼び出し雛型の宣言。この宣言は、メソッドに供給される引数の数および必要データ・タイプを含む；
・メソッドの結果データ型の宣言；
・そのメソッドの実行可能な形態での利用；
・アドバイス・リーダーの初期化、アドバイス・リーダーの終了、アドバイス・リーダーの主要評価ループの開始、およびアドバイス・リーダーの主要評価ループの停止などのイベント上で呼び出されるコードを組み込む特別な鉤の宣言；
・メソッドに組み込まれた特別なキャッシュの作成および保守に伴う特別な鉤の宣言・特別のイベント・メソッドおよびキャッシュ・メソッドの実行可能な形態での利用。
【０１８３】
概念的には、インスペクター・ライブラリは、全ての宣言を評価してアドバイス・リーダー内にリンクすることができ、その結果アドバイス・リーダーの内部データ構造が変化して新たなメソッドの呼び出しを可能にする。
【０１８４】
これらの宣言は、システムの２つの基本的なデータ構造に影響する。第一は、全ての認可されたフレーズ、それらのフレーズが操作されるデータ・タイプ、およびその結果のデータ・タイプを与える構文テーブルである。この構文テーブルは、語彙分析時間において使用される。第二は、与えられたフレーズおよびデータ・タイプに対して実行可能な組み込まれたメソッドを決定するシステマチックなメソッドを与えるメソッド・ディスパッチ・テーブルである。この構文テーブルは、評価時間において使用される。
【０１８５】
オブジェクト指向構造
上記・インスペクター・ライブラリ構造を利用する便利な方法は、モダン・オブジェクト指向のプログラミング言語、例えばＣ＋＋、のメカニズムを頼ることである。実際には、オブジェクト宣言、多形態、およびオペレータの多重定義など言語に組み込まれたメカニズムは、特定の節が特定のデータ・タイプに適用された場合に特定の意味を持つことおよびその情報をシステマチックに編成する方法である。コンストラクタ、コピー・コンストラクタ、およびデストラクタなどの他のメカニズムは、特定の初期化時間および終了時間コード本体を定義する方法である。
【０１８６】
現在理解されている最良の方法では、上記モダン・オブジェクト指向言語のメカニズムは、インスペクター・ライブラリの種々のメカニズムの提供に使用される。
【０１８７】
拡張
１つの実装において、上記のようにアドバイス・リーダーのインスタンス内に幾つかの・インスペクター・ライブラリをインストールすることが可能である。このようにしてインストールされた・インスペクター・ライブラリは、関連言語内に再編成された[Phrase]のセット、評価時の許容データ・タイプのセット、およびそれらデータ・タイプに関連付けられたメソッドのセットを定義する。
【０１８８】
要約すると、関連言語は動的に構成されることがある。１つの実装において、インスペクター・ライブラリはアドバイス・プロバイダにより作成され、サイト同期の一部としてコンシューマ・コンピュータにダウンロードされることがある。このようなライブラリは、例えばアドバイス・リーダーにより管理されている全ディレクトリのサブディレクトリなどの良く知られた場所への収納によりアドバイス・リーダーにより管理されることがある。このディレクトリ内の・インスペクター・ライブラリは、アドバイス・リーダーの初期化時にアドバイス・リーダー内にリンクされることがある。
【０１８９】
上記リンキングが起きると、関連言語の語彙分析表内に新たな[Phrase]がインストールされ、これら[Phrase]が特定のメソッド呼び出しに組み込まれて宣言ルーチンが呼び出される。この方法で拡張された言語は、新たな記述的可能性を含む。
【０１９０】
多レイヤ言語定義
このように、関連言語は、拡張時にレイヤを積み重ねて構築されてオープンエンドとなっている場合がある。それゆえ、完全にインストールされたシステムを理解するには、インストールされたレイヤを理解し、各レイヤが提供するメソッドを理解することである。典型的なインストレーションの場合のこれらのレイヤを下記に示す：
・基本レイヤ。基本的組み込み節およびそれに関連付けられたメソッドなどの節評価の基本的メカニックを含む。アドバイス・リーダーを運用する全てのコンシューマ・コンピュータ上では基本レイヤは同様であると想定される。
・システムに特有のレイヤ。特定のコンピュータ・ファミリ、それに接続された装置、およびその環境の特徴に関する情報を与える特定のオペレーティング・システムに組み込まれたレイヤにより成る。例えば、１つの実装において、このようなレイヤはシステムの日付および時間、種々のファイルのサイズ、PRAMのコンテンツ、または接続された周辺装置の名前を提供する。
・販売者に特定のレイヤ。この潜在的に大量の拡張レイヤのコレクションは、第三者により特定のハードウェア装置およびソフトウェア製品の内部への特別アクセスを与えることにより典型的に製作される。ハードウェア製作者（例：ケーブル・モデムの）からソフトウェア製作者（例：Photoshopおよびplug-inの）からサービス・プロバイダ（例：America On-Line）の範囲の潜在的オーサーが考えられる。
【０１９１】
例：バージョン・インスペクター
下記にマッキントッシュ（登録商標）ＯＳ下のデータ・タイプ・アプリケーションのバージョン・プロパティ用・インスペクターの例を示す。このインスペクターは下記を宣言する：
・関連言語に追加される新たな[Phrase]：バージョン；
・すでに上記の幾つかの例中に示されている新たなデータ・タイプ、バージョン；
・マッキントッシュ（登録商標）ＯＳ下で使用可能な、このデータ・タイプの幾つかのプロパティ：
Major Revision. バージョン番号の最初の数値フィールド
Minor Revision. バージョン番号の二番目の数値フィールド
Stage. アルファー、ベータなどの文字列
Country. USA、Franceなどの文字列
String1. 文字列
String2. 文字列
・アプリケーションの資源forkをオープンし、希望する情報を抽出し、それを必要なデータ・タイプに変換することにより上記プロパティを利用する実行可能なコードの形態のメソッド。
・バージョン1.1の1.1のような文字列プロパティ指定子をバージョンデータ・タイプ内へと入れるWorldの新たな名前付きプロパティであるversion。
インストレーションの際に、このインスペクターはシステムに対して一連のデータ・タイプおよびプロパティを図１４に描かれているように使用可能とする。例として、バージョン番号0.99のアプリケーションのベータ・バージョンが使用されているかをチェックするには、下記に示す関連性節を書きこむ：
アプリケーションのStage"NetscapeNavigator"は"Beta"、
およびアプリケーションのMinor Revision"NetscapeNavigator"は 99、
およびアプリケーションのMajor Revision "NetscapeNavigator"は0である。
【０１９２】
特別インスペクター
上記の言語拡張メカニズムは、例えば下記に例示する強力な機能を有する：
【０１９３】
ＯＳインスペクター
システムに特有のインスペクターはオペレーティング・システムのプロパティにアクセス可能であり、接続された装置および他のサブシステムの存在および構成を検証するための装置の書き込みを許可する。
【０１９４】
下記は、マッキントッシュ（登録商標）ＯＳインスペクター・ライブラリと共に使用するために書き込まれた有効フラグメントの例である：
exists serial device "Modem Port"
【０１９５】
このフラグメントの意図は、Modem／Printerポートと区別される専用モデム・ポートを持つマッキントッシュ（登録商標）のタイプをチェックすることである。シリアルデバイスを示すWorldのプロパティは、幾つかの異なる装置と潜在的に整合する。修飾子は、それらの装置から"Modern Port"の名を持つポートを選択する。このような装置がある場合、節はTrueと評価される。ない場合は、節はFalseと評価される。
input name of serial device " ModemPort"is ".Aln"
このフラグメントの意図は、モデム・ポートがそのポート用の標準シリアルドライバをしようしているかをチェックすることである。シリアル装置"Modern Port"を示すWorldの特定のプロパティはプロパティ入力名を持つオブジェクトである。このフラグメントは、このプロパティがマッキントッシュ（登録商標）ＯＳ内の通常の値である.Alnに等しいかをチェックする。
【０１９６】
マッキントッシュ（登録商標）ＯＳインスペクター・ライブラリ内で使用可能な他のプロパティおよびデータ・タイプの例は下記を含む：
・Physical RAM。Worldのプロパティ。整数値：インストールされたＲＡＭメモリのバイト数。
・Logical RAM。Worldのプロパティ。整数値：インストールされたRAMメモリおよび仮想メモリのバイト数。
・Virtual Memory。Worldのプロパティ。ブール値：仮想メモリオプションが有効な時は真。
・PowerPC。Worldのプロパティ。ブール値：ＣＰＵがPowerPCの時は真。
・System version。Worldのプロパティ。データ・タイプ：現在インストールされているシステムのバージョン。
・ROM version。Worldのプロパティ。データ・タイプ：現在インストールされているＲＯＭのバージョン。
これらの例は、例として少量のメモリ、旧式のＲＯＭ，または古いシステムバージョンなどを持つマシンを目標とする関連性節の書きこみが可能であることを明確に示している。
【０１９７】
レジストリ・インスペクター
ウィンドウズ９５やマッキントッシュ（登録商標）ＯＳ８のような最新のパーソナル・コンピュータ・オペレーティング・システムは、大量のシステムの構成に関する情報および特定なソフトウェアのインストレーションを記録するレジストリである幾つかのデータベースを持っている。レジストリ・インスペクターは、アドバイス・リーダー内にインストールされた場合、関連言語によるレジストリ・データベースのプロパティの参照を可能にする。
【０１９８】
下記にマッキントッシュ（登録商標）・プラットフォーム上の例を示す：
22=integer value of entry"APPL.interrupt"of entry "bandit" of entry "DeviceTree" of entry"devices" of Registry
このフラグメントの意図は、マッキントッシュ（登録商標）名レジストリを入力し、エントリー"devices"を検出し、その中のエントリー"Device Tree"を検索し、サブエントリー"bandit"からサブエントリー" APPL.interrupt"まで下がる。その後、結果のエントリーは整数値に変換され、コード２２と比較される。
【０１９９】
レジストリは、それが動作するコンピュータに関する大量の情報を含むことがある。レジストリ・インスペクターは、これら情報全ての関連言語に対するアクセスを可能とする。
【０２００】
選択レジスタ
Netscapeやマイクロソフト・ワード（Word）など最新コンピュータ上の典型的プログラムは、特定プログラムの構成に関する大量の情報を記録する選択ファイルと呼ばれる特殊なデータベースを持っている。選択インスペクターは、アドバイス・リーダー内にインストールされた場合、関連言語による特定のアプリケーションの選択ファイルのプロパティの参照および評価を可能にする。
【０２０１】
下記に例を示す：
ウェブ・ブラウザのアプリケーションであるNetscape Navigatorが、様々なコンテンツのタイプを含む選択ファイルを持っていると想定する。ヘルパー・アプリケーションは、そのコンテンツ・タイプに対するアクセス法を知っている。例えば、タイプJPEGのグラフィックス・ファイルを持つヘルパー・アプリケーションはJPEG Viewの可能性があり、x-pn-realaudioを持つヘルパー・アプリケーションはReal Audio Playerの可能性がある。
【０２０２】
RealAudioというアドバイス・プロバイダが、構成ミスのウェブ・ブラウザを持つユーザを目標とするアドバイザリのオーサリングおよびそれらユーザに対して構成に対する自動修正の提供を希望していると想定する。
【０２０３】
Netscape Navigator Preferencesインスペクターが使用可能で、同インスペクターをアドバイス・リーダー内にインストールした後でNetscape Navigator PreferencesがWordのプロパティとなると想定する。
【０２０４】
その後、このプロバイダは、関連性節でアドバイザリを認可することによりRealAudio製品と不適切に構成されたウェブ・ブラウザを持つコンシューマを目標とする：
exists application "Real Audio Player4.0"
and exists application "Netscape Navigator"
ｖand ((helper name of entry"x-pn-realaudio"of entory "Helper Table"
of Netscape Navigator Preferences) 
is not "RealAudio Player 4.0"
このフラグメントの意図は、NetscapeNavigatorPreferencesファイルへのアクセス、エントリー"Helper Table"を検出し、その中のエントリー"x-pn-realaudio"を検索し、付加されているヘルパー名を抽出することである。結果のエントリーは、"RealAudio Player 4.0"と比較される文字列である。
【０２０５】
最新ソフトウェア・アプリケーションの選択ファイルは、同アプリケーションの作業に関する大量の情報を含んでおり、選択インスペクターは、これらの情報全ての関連言語に対するアクセスを可能とする。
【０２０６】
データベース・インスペクター
多くのコンシューマ・コンピュータが明にまたは暗にコンシューマに関する情報を収容する商業データベースを持っている。下記に例を示す：
・個人的財政プログラムを持つデータベース。Check Free、Quicken、および類似のプログラムを使用しているコンシューマは、それらのマシン上に暗にデータベースを持っている。
・小さなオフィス・サイトを持つデータベース。小規模なビジネスを行っているコンシューマは、それらのマシン上に顧客データベース、供給者データベース、および会計データベースを持っている。
【０２０７】
データベース・インスペクターは、基本的関連言語の拡張であり、その目的は関連言語がデータベースをアクセスできるようにすることである。下記に構文の例を示す：
numeric field "CURRENT BALANCE"of FoxBaseDatabase "Personal.DBF"<0
このフラグメントの意図は、次の通りである：アドバイス・プロバイダがCheckFreeを使用するコンシューマへ到達を試みる。CheckFreeのユーザは、Personal.DBFとして識別されるFoxBaseによって作成されたコンシューマ・マシン上に常駐するデータベースを持つ。このフラグメントは、データベースが示す現在の銀行の残高がマイナスであるコンシューマへの到達を意図する。評価の意味は、フォックスベース・データベース・インスペクター（FoxBase Database inspetor）の利用に依拠する。
【０２０８】
このフラグメントの働きは次のように理解することができる：コンシューマ・コンピュータの大容量記憶装置に位置するPersonal.DBFという名を持つデータベースは、FoxBaseフォーマットであるかのように解釈され、CURRENT BALANCEというフィールド名を持つ数値フィールドが抽出される。次にこのフラグメントは、抽出された値を値０と比較する。
【０２０９】
コンシューマがここに示されているタイプのデータベースを持っていない場合は、上記の節は文構文解析または評価に失敗することに注意する。いずれの場合も、関連性節としては宣言されない。この処理は、特定のタイプのソフトウェアが使用可能かをチェックする長い前文により上記タイプのフレーズを修飾する手間を減少させる。文構文解析時間障害が起こるのは、コンシューマ・コンピュータにFoxBase Database・インスペクターがインストールされていない場合である。評価時間障害が起こるのはファイルPersonal.DBFの位置付けができない場合である。
【０２１０】
このテクノロジーの適用は、テクニカル・サポート・アリーナにある。アドバイス・プロバイダがデータベースを作成および管理するCheckFreeを持つソフトウェアを発行し、コンシューマが適切に更新されたデータベースを保持することをプロバイダが望んでいると想定する。アドバイス・プロバイダは、コンシューマが正確なバランスのデータベース初期化を忘れた場合などのコンシューマ・データベース内の共通の問題を目標とするアドバイザリを記述することができる。このようなアドバイザリは、問題を抱えたコンシューマに対してそれら問題に関する注意を喚起し、同時に同問題の解法を示唆する。
【０２１１】
ユーザ・プロファイル・インスペクター
本発明はユーザ・プロファイルを提供し、特定の識別節およびそれに関連付けられた値により構成される１つまたは複数のファイルを保守する。
【０２１２】
ユーザ・プロファイル・インスペクターは、アドバイス・リーダー内にインストールでき、関連言語に対してユーザ・プロファイル内に保存されているデータの参照を可能にするインスペクターである。この機能は、高いレベルの抽象化において、検査されているデータベースが異なる種類のものであることを除いては、データベース・インスペクターまたはレジストリ・インスペクターにより有効化される機能と同様のタイプのものである。
【０２１３】
このようなインスペクターがどのように使用されるかの検査において、フォーム947XXのZip Codesを持つユーザに到達することを希望していると想定する。ユーザ・プロファイルがZip Codeとして参照される変数を持っていると想定すると、下記の関連性節が必要な機能を提供することになる：
947=(value of variable "Zip Code"of User Profiles as integer)/100
この節の意図は次の通りである：ユーザ・プロファイルが検査され、Zip Codeと名付けられた変数が抽出されて、文字列から整数へと変換され、当該結果は１００で割られる。後の２桁の数字は、９４７と比較されることがある３桁の整数を残してプロセス中で失われる。
【０２１４】
１つの実装において、ユーザ・プロファイルは、アドバイス・プロバイダが必要とする新たな変数を付加して動的にデータベースを拡張する。アドバイス・プロバイダがアドバイザリ中で参照を計画し、コンシューマに指定を希望している変数のコレクションを示すテンプレート・ファイルを記述することができるようなメカニズムが提供されている。テンプレート・ファイルはアドバイス・サイトに位置付けられ、同期時間に自動的に集められる。テンプレート・ファイルは、テンプレート変数名のリストおよび、事前に定義されていない場合は、それら変数名の現在値および空白のリストをユーザに与えるコンシューマ・コンピュータ上の編集モジュールの駆動に使用される。次にユーザは、空白フィールドを詰め、他のフィールドを編集する。この方法では、プロバイダが定義を望む変数への注目をユーザに喚起し、同変数を編集することができる。
【０２１５】
この方法で特定のアドバイス・サイトに付加されたユーザ・プロファイルの一部はサイト・プロファイルと呼ばれる。下記の関連性節を持つアドバイザリは、サイト・プロファイルがこのサイトに対して初期化されているかをチェックする：
not exits Data file of site Profile
他の場合は、アドバイザリは、人間により解釈可能なコンテンツとして、アドバイス・プロバイダがそのサイトに付加されたアドバイスを正しく機能させるのに必要なユーザ・プロファイル変数がユーザにより満たされることを望んでいることを示すメッセージを持っていなければならない。同アドバイザリは、コンピュータにより解釈可能なコンテンツとして、新たなテンプレートを使用してユーザに対して新たなユーザ・プロファイルの編集の選択を与える編集モジュールの呼び出しを持っていなければならない。
【０２１６】
下記の関連性節を持つアドバイザリは、最後の新テンプレート・ファイルからサイト・プロファイルが更新されているかをチェックする：
Modification Time of Data file of siteProfile <
Modification Time of Template file of siteProfile
更新されていない場合は、アドバイザリは、人間に解釈可能なコンテンツとして、そのサイトに付加されたアドバイスの将来の正確な機能発揮のために必要な新ユーザ・プロファイル変数のユーザによる追加をアドバイス・プロバイダが求めているかを示すメッセージを持っていなければならない。このアドバイザリは、コンピュータにより解釈可能なコンテンツとして、新テンプレートおよびユーザに対して編集のための選択を与える旧プロファイルを使用する編集モジュールの呼び出しを持っていなければならない。
【０２１７】
リモート・インスペクター
基本的に、インスペクター・ライブラリも関連言語に対して他の通信中の装置のプロパティを検査する能力を与える。これらライブラリは下記を含む：
・Remote Physical Measurements。他の装置に対して、その装置が測定可能な情報、位置情報を含む可能性のある情報、温度、電圧、またはプロセスの状況を要求する。
・Remote Device Queries。他の装置に対してそれら自身またはそれらの状態に関する情報を要求する。
・Remote Computation。他のコンピュータに対して、インスペクターにより提供された公式、プログラム、またはスクリプトにより指定された計算などの結果を要求する。
・Remote Database Queries。他のデータベースを持つコンピュータに対してそれらデータベースに関する質問の回答を要求する。
・Remote relevance Invocation。他のコンピュータに関連性節を渡し、そのコンピュータの環境で他のコンピュータに評価された結果を獲得する。
【０２１８】
リモート物理測定の例を次に示す。インターネット・アトミック・クロックと呼ばれるWorldのプロパティを定義し、関連言語の時間データ・タイプとして結果を返すことのできるインターネット・プロトコルによりオーソライズされたタイムキーパに対する問い合わせの機能を有するインスペクター・ライブラリがあると想定する。このライブラリは、システムクロックに等価なグリニッチ標準時間を与えるシステムGreenwich Timeを表すWorldのプロパティも定義する。下記関連性節がシステム時間を不当に設定したコンシューマを目標とする：
abs((Greenwich Time of Internet AtomicClock)-System Greenwich Time) 
> time "10 seconds"
【０２１９】
リモート装置問い合わせの例を次に示す：ネットワーク・ポストスクリプト・プリンタと呼ばれるWorldのプロパティを定義し、現在選択されているプリンタに対してそれが適切に構成されているかを決定するための問い合わせの機能を持っているインスペクター・ライブラリがあると想定する。旧ＲＯＭを装備するLaserJet5プリンタを持つコンシューマを目標とする有効な関連性節を下記に示す：
Mode of Network Postscript Printer is"LaserJet 5" and
ROM Version Network Postscript Printer < Version "2.0"
【０２２０】
リモート・データベース・インスペクターの例を次に示す：アドバイス・プロバイダが、小さな手持ちのコンピュータ機器を持ち、それらの小型機器とのセキュリティー・ハンドシェーキングを通じて信頼関係を持つ相手コンピュータ上に重要なデータを保持する社員であるアドバイスのコンシューマ全員に奉仕する大きな組織であると想定する。社員がインターネット上でLightweight Directory Access Protocol (LDAP) データベース・サーバを通じてアクセス可能な組織的データを使用していると想定する（Ｗ．イェオン、Ｔ．ホウス、Ｓ．キレ、LDAP(Lightweight Directory Access Protocol)インターネット標準トラックRFC 1777(1995)を参照）。アドバイス・プロバイダは、手持ち機器上では不可能だが、ＬＤＡＰサーバへのＬＤＡＰ問い合わせにより可能な社員が割り当てたプロジェクトに関する条件をアサートするアドバイスを供することを希望している。さらに、同アドバイス・プロバイダは、手持ち機器上においてのみ有効な社員の状況に関する条件をアサートする。
【０２２１】
このプロバイダは、ＬＤＡＰサーバ上でデータをアクセス可能なインスペクター・ライブラリおよび手持ち機器上でデータをアクセス可能なインスペクター・ライブラリを開発する。これらインスペクターのインストレーションは、適切なパスワードおよび適切なユーザ名によるＬＤＡＰ問い合わせを構成するステップを含んでいる。関連言語における有効フレーズを下記に示す：
sponsor of assigned project of Employee LDAP record is "U.S. Government" and (per diem charges of current daily expense of Employee Handheld round > 35) 
このフラグメントの意図は、この社員に与えられたＬＤＡＰデータベースからの特定のエントリーの抽出およびスポンサー名と"U.S. Government"との比較である。この条件が保持された場合、現旅費記録が日割り要求として問い合わせられる。
【０２２２】
このアプローチは、発生する費用よりも低い日割り賃金を得る社員として組織データベースにリストアップされている社員を匿名でおよび順向に目標とする方法を提供する。このように、この発明は旅行中の費用要求を提出前にチェックするメソッドを提供する。
【０２２３】
リモート・システムに関連付けられたインタフェースの指定中に重要な問題が発生する。１つの状況では、リモートサービスを要求するコンシューマ・コンピュータおよび関連の自動評価を許すために同要求に答える他の装置またはコンピュータとの間に信頼関係がなければならない。ケースによっては通信は暗号化されなければならない。資源使用の度合いは監視する必要がある。ケースによっては、デジタル承認が有効でなければならない。これらが、良く知られたメカニズムにより扱うことのできる詳細の全てである。
【０２２４】
アドバイス・プロバイダが、コンシューマ・コンピュータのプロパティおよび環境のみならず、コンシューマ・コンピュータからの問い合わせによりアクセス可能なプロパティをも参照し、個人情報アクセス・プロトコルなどの下記の新しい通信プロトコルを作成するアドバイザリを記述できるようなプロセスが提供される。
【０２２５】
プログラム・ログ・ファイルの検査法
多くのコンピュータ・ソフトウェア・アプリケーションおよびプロセスが、アプリケーションまたはプロセス実行の履歴の記録を含む１つまたは複数のログ・ファイルを保持している。ログ・ファイルの標準例は、メールサービスおよびログイン・デーモンにより保持されるトランザクション・ログ、バックアップソフトウェアにより保持されるバックアップ・ログ、およびユーザ・プログラムにより保持されるエラー・ログを含む。
【０２２６】
プログラム・ログ・インスペクターは、アドバイス・リーダー内にインストール可能で１つまたは複数の特定のログ・ファイルに保存されているデータを参照するために関連言語を有効化するインスペクター・ライブラリである。高いレベルの抽象において、検査されているデータベースが異なる種類のものであることを除いては、同タイプの機能がデータベース・インスペクター、レジストリ・インスペクター、またはユーザ・プロファイル・インスペクターにより有効化される。
【０２２７】
このようなインスペクター・ライブラリは、ログ・ファイルからのキー・データの獲得を許すアクセス・メソッドを定義する。
【０２２８】
このようなインスペクターがどのように使用されるかの例として、エラー・コード９３４５６のエラー・エントリーを含むGraphMakerにより生成されたログ・ファイルがある時に、アプリケーションGraphMakerを実行しているユーザへの到達を希望していると想定する。
【０２２９】
このエラー・コードが特定のPostScriptプリンタがGraphMakerにより出力されたファイルを処理できないことを示していると想定する。このようにこの問題に関する次善策がある状況では、コンシューマとのコミュニケーションが望まれる。GraphMakerが、GraphMakerエラー・ログとして参照されるセントラル・データ・タイプに関連付けられたメソッドのセットを利用するアドバイス・サイトにおいて使用可能なインスペクター・ライブラリを持っていると想定する。このインスペクター・ライブラリがアドバイス・リーダー内にインストールされた場合に、GraphMakerエラー・ログがWorldのプロパティであると仮定する。GraphMakerエラー・ログがエントリーとして参照されるプロパティを持っており、そのようなプロパティの結果は、それぞれ整数および文字列データ・タイプを生じるプロパティ・エラー・コードおよびエラー・メッセージを伴うGraphMakerエラー・ログ・エントリー・タイプのオブジェクトであると仮定する。そして、下記により必要な機能が提供される：
exists entries "Error" of GraphMaker error log whose (Error Code ofit = 93456) 
この節の意図は、次の通りである：GraphMakerエラー・ログに関連付けられたファイルが位置付けおよびオープンされ、警告に対してタイプエラーのエントリガーファイル内で検索される。これらエントリーは検査され、その内のいずれかが示されているタイプのエラー・コードに付加されているかが決定される。
【０２３０】
この処理は、下記条件のフィールドにおける複雑な製品の保守用プロセスを開発するためにテクニカル・サポート組織を有効化する。
・例外条件を識別およびログするように本製品が開発される。
・このログ用のインスペクターが開発され、アドバイス・サイトにおいて発行される；そして
・問題状況を識別し、修正するアドバイスが承認される。
【０２３１】
この方法では、テクニカル・サポート組織が特定のプログラム障害を経験したコンシューマを目標にできる。
【０２３２】
アドバイス・システムの検査法
アドバイス・リーダーは購読（サブスクリプション）情報、アドバイザリ・プール、および１つの実装において、関連性評価および自動解決動作の履歴を示すログを保持する。
【０２３３】
アドバイス・システム・インスペクターは、アドバイス・リーダー内にインストールでき、関連言語がアドバイス・リーダー自身に保存および管理されているデータを参照することを可能にする。抽象化の高いレベルにおいて、検査されているデータベースが異なる種類のものであることを除いては、同タイプの機能がデータベース・インスペクター、レジストリ・インスペクター、またはプロファイル・インスペクターにより有効化される。
【０２３４】
このようなインスペクター・ライブラリは、システムの重要な構成要素からのキー・データ項目の獲得を許すアクセス・メソッドを定義する：
・購読データベース：特定の購読の存在または非存在、特定の購読に関連付けられたアドバイス・サイトのアドレス、特定の購読に関連付けられた同期スケジュール、特定の購読に関連付けられたデジタル承認情報、他の関係属性。
・アドバイス・データベース：アドバイス・データベース内の特定のアドバイザリの存在または非存在。アドバイス・データベース内の特定のアドバイザリの関連または非関連。アドバイス・データベース内の特定のオーサーの存在または非存在。アドバイス・データベース内の特定のサブジェクトの存在または非存在。
・アドバイス・リーダー・ログ・ファイル：時として過去の特定のサイトへの購読の存在。アドバイザリの評価時間の超過による特定のアドバイザリの破棄された評価。過去のある時間における特定のアドバイザリの関係。過去のある時間における特定のアドバイザリに関連付けられた自動解決オペレータのユーザ受付。
・アドバイス・リーダー構成：特定のインスペクターのインストレーション。アドバイス・リーダー動作のパラメータ。ユーザ選択。
【０２３５】
インスペクターがどの程度使用されているかの例として、アプリケーションGraphMakerを修正した特別なパッチコードが１９９８年１月に発行されたと想定する。このパッチをインストールしているほとんどのコンシューマがここに記述されているアドバイザリ・プロセスを通じてこのパッチを習得したと想定する。過去のある時点でアドバイザリによって促されたアプリケーションGraphMakerを実行しており、GraphMakerアプリケーションにパッチをインストールしたユーザに到達することが望まれる。これは、パッチの改良バージョンが入手可能になったことによる。
【０２３６】
この状況に対する広範囲な戦略は幾つかのアドバイザリを定式化する。この戦略は、アドバイス・サイトへの通常の購読を持っているユーザに対してアドバイザリを定式化する。このアドバイザリは、構文内では散文的であり、前に記述したメカニズムを使用する。しかしながら、広範囲な戦略は、究極的には他のユーザを意図している他の３つのアドバイザリを定式化する。
【０２３７】
第一に、もはやアドバイス・サイトに加入していないが、過去に加入していた可能性のあるユーザに対するアドバイザリを定式化する。アドバイザリは、例えばUrgentAdviceNetなどのサービスを通じるなど正常加入メカニズム外の様々な方法で配信される。このアドバイザリは、GraphMakerがインストールされており、GraphMakerアドバイス・サイトへのアクティブな購読がないことを確認し、アドバイス・リーダーにより生成されたログ・ファイルを見てGraphMakerアドバイザリ"98/1/08-1"が過去のある時点において関係し、ユーザが提案された解決を受け入れるかを確認する。この処理が関係するコンシューマは全て次のことを通知される：第一に、可能ならば再びサイトに加入すべきであり、第二には、加入した場合にはパッチされたコードを更新するよう指示を受ける。
【０２３８】
第二に、この戦略は、これまでアドバイス・サイトに加入したことはなく、早期のアドバイザリを受け取ったこともないユーザに対するアドバイザリを定式化する。このアドバイザリは、GraphMakerの影響されたバージョンがインストールされているかをチェックし、その後、通常の購読データベースがアクティブな購読を全く示しておらず、ログが公式なアクティブな購読も全く示していないことを確認する。この処理が関係するコンシューマは全て次のことを通知される：第一に、可能ならば再びサイトに加入すべきであり、第二には、加入した場合にはパッチされたコードの更新に関するよう指示を受ける。
【０２３９】
第三に、この戦略は、購読以外の方法で現在もアドバイス・データベースで活性な以前のアドバイザリのコピーを入手したユーザに対するカウンタ・アドバイザリを定式化する。このようなアドバイザリは、発信アドバイス・サイトに付加されていないために、サイト同期化によって自動的に削除されることはない。このアドバイザリは、旧アドバイザリのアドバイス・データベース内の存在を識別する。この処理が関係するコンシューマは、全て次のことを通知される：第一に、この活性アドバイザリは、もはやそのオーサー自らによって承認されず、第二に、コンシューマは可能ならばサイトに加入すべきであり、第三には、加入した場合はパッチされたコードの更新するよう指示を受ける。
【０２４０】
アドバイス・リーダーが、アドバイス・ネット（adviceNet）購読インスペクター、アドバイス・ネット・アドバイス・インスペクター、およびアドバイス・ネット履歴インスペクターを示す３つのセントラル・データ・タイプに関連付けられたメソッドのセットを利用するインストールされたライブラリを持っている。
【０２４１】
このようなインスペクターにより、アドバイザリが過去に提案した解決を導入しているが、現在加入していないコンシューマを目標にできる：
exists application "GraphMaker"whose(version of it is version"1.01")and not exists entry "GraphMaker" of adviceNet Subscription inspector
and exists entory "relevant" of adviceNet History inspector
whose (author of it is "GraphMaker" and
identifier of it is "90/01/08-1"and
adoption status of it is "Accept")
このようなインスペクターにより、購読以外の方法でアドバイスを受信したコンシューマも目標にできる：
exists application "GraphMaker "whose(version ofit is version "1.01")and exists entry "Advisory"of advice Net advice Database
whose (author of it is "GraphMaker" and identifierof it is "98/01/08-1")
これらインスペクターは、テクニカル・サポート組織を有効化し、アドバイザリ本体の保守用プロセスを開発し、以前のアドバイザリの導入／非導入の結果に導入することができる。
【０２４２】
第二のタイプの例は、アドバイス・プロバイダRealAudioが、特定のインスペクターがインストールされているかおよびバージョンは正しいかを、アドバイスがこのバージョンに依拠するなどの理由により、チェックしてアドバイザリを記述したいケースにおいて提供される。インストールされていた場合はWorldのプロパティとしてアドバイス・ネット構成を付加するインスペクター・ライブラリが存在すると想定する。RealAudioは、インスペクター・ライブラリがインストールされていないきとをチェックすることを可能にする下記の関連性節によりそのサイトにおいてアドバイスを供給することができる：
not exists inspector library "Netscape Preferences" of adviceNet Configuration
関連付けられたメッセージの人間による解釈が可能なコンテンツはRealAudioアドバイスが正しく動作するための説明であり、ユーザはNetscapeサイトから適切なインスペクターを獲得しなければならない。さらに、このインスペクターは、誤ったバージョンのインスペクター・ライブラリでユーザを目標付けするために、
version of inspector library "Netscape Preferences" of adviceNet Configuration is not version "1.0"
で条件付けられたアドバイスを供給できる：
このようなインスペクターは、テクニカル・サポート組織を有効化し、アドバイス・リーダーがその組織に提供されたアドバイスを使用するために正しく構成されているかを確認する。
【０２４３】
バリエーション
代替移送メカニズム
現在までの議論は、アドバイザリの移送に対する単一のメカニズムを中心に為されてきた。実際に、他の方法による移送が有用および／または望ましい多くの場合がある。このような移送手段には下記手段が含まれる：
・物理移送によるアドバイス。アドバイザリは、フロッピーディスク、ＣＤ−ＲＯＭ、または類似の移送可能な媒体からのファイルコピーによってコンシューマに届くことがある。
・ｅ−メールによるアドバイス。アドバイザリがUSENetプロトコル、他のコンシューマからの通知、またはアドバイス・プロバイダにより配信されたｅ−メール・メッセージの一部として届くことがある。
・USENetによるアドバイス。アドバイザリは、USENetプロトコル、他のコンシューマからの通知、またはアドバイス・プロバイダにより配信されたニュースメッセージの一部として届くことがある。
・所有権プロトコルによるアドバイス。アドバイザリは、所有権プロトコルにより配信されたメッセージの一部として届くことがある。
・移送によるアドバイス。アドバイス・リーダー以外のアプリケーションを使用している他のマシンからのファイル移送により上記アドバイザリを入手する場合がある。例えば、ユーザがウェブ・ブラウザに対して、ハイパーテキスト・リンクがポイントするアドバイザリ・ファイルのダウンロードを指示することがある。または、アプリケーションがＦＴＰまたはいずれかのファイル共用プロトコルを使用してユーザの制御を伴わずにアドバイザリのダウンロードを指示することがある。
【０２４４】
これらは、上記ルートの１つから届いたアドバイスの扱いに関する３つの異なる手順である。
・アドバイス・データベースへの追加。関連用に継続してテストされているアドバイスの現存のデータベースにアドバイスを追加する。
・状況的評価。アドバイスは、オープンされると関連用に評価されるが、永久保持されているプールには入力されない。クローズされると、アドバイザリはシステムと一切の対話を行わない。このタイプのアドバイスは、例えば一回限りの状況におけるマニュアルチェックの一部である。
・蓄積。アドバイスは、将来の使用に備えてコンシューマ・コンピュータの記憶装置に収容される。この処理は、上記アドバイスが将来アドバイス・データベースに追加されるか、将来一回の評価を受けることを意味している。
【０２４５】
状況アドバイスなどの状況評価の可能性は、特別通知をもたらす（図１６を参照）。この処理は、特別な要求または状況が発生した場合のみコンシューマによりオープンされるアドバイザリの比較的複雑なダイジェストの作成に使用される。
【０２４６】
テクニカル・サポート・アプリケーション領域内に適用される代替移送メカニズムの例を下記に示す：
・購入前アドバイス。アドバイス・ダイジェストは、コンシューマ・コンピュータ上の新しいソフトウェアまたはハードウェアに対するショッピングプロセスの一部としてコンシューマ・コンピュータに届くことがある。このコレクションは媒体の物理的移送または電子移送により届く。例えば、コンシューマはショッピング用のウェブ・サイトからダイジェストを獲得することがある。アドバイス・リーダーにより処理された場合のダイジェストは、コンシューマ・ハードウェアを評価し、考え得る様々な購入に対するハードウェアの適性をコンシューマに報告する。このプロセスは、典型的に一回だけ実行される。
・インストレーションを伴うアドバイス。アドバイス・ダイジェスト１６０は、コンシューマ・コンピュータ上の新しいソフトウェアまたはハードウェアに対するインストレーションプロセスの一部としてコンシューマ・コンピュータに届くことがある。このソフトウェアは、物理移送媒体１６１または電子移送１６２により届いた可能性がある。新アドバイザリは、購読が自動的に開始され、アドバイザリが自サイト・イメージの開始法としてアドバイス・プールに位置付けられることにより自動初期化プロセスの一部として付加される。アドバイス・サイトを持つユーザロケーションのオプションの同期の発生１６３の可能性がある。ユーザリーダーがアドバイス・ダイジェスト１６４をオープンし、アドバイス関連１６５を評価する。アドバイザリは、オプションの解決１６６と共に表示され、ユーザはアドバイザリ１６７に対して反応する。システムは標準ソフトウェア・インストレーション１６８を実行することがあり、インストール後のアドバイス・サイト１６９に購読を入力してインストール後アドバイザリ１７０を受信する。
・問題診断。アドバイス・ダイジェストは、コンシューマ・コンピュータ上の新しいソフトウェアまたはハードウェアに対するインストレーションプロセスの一部としてコンシューマ・コンピュータに届くことがある。しかしながら、インストレーション時にはダイジェストは使用しない。代わりに、ダイジェストがコンピュータの記憶装置上にコピーされる。その後ユーザは、特定の問題が起きた時に、幾つかのメソッドの内の一つを使用して、状況的使用に備えてダイジェストを開くよう報告を受ける。この処理の最中に、ユーザはこの特定な状況に適用される種々のアドバイザリおよびハードウェア／ソフトウェア／設定構成を通知される。エピソードが終わった後で、アドバイスはクローズされるが、後に再使用される可能性があるので再オープンされることもある。
【０２４７】
代替通知メカニズム
アドバイザリは、通常のアドバイス・リーダー・インタフェースを通じる以外の方法でユーザに与えることもできる。下記に例を示す：
・他のアプリケーション中の通知ボックス経由。ユーザは、他のアプリケーションを使用している間に関連アドバイザリの存在を通知されることがある。通知は、そのアプリケーションに適切なメカニズムを使用する。例えば、コンシューマは、ビデオを見るなどの他の活動にかかわっており、このケースでは映像内映像などの控えめな方法で通知を受ける。
・デスクトップ／スクリーンセーバ経由。ユーザは、アプリケーションを使用していない時に関連アドバイザリの存在を通知されることがある。通知は、省略時プレゼンテーションに適切なメカニズムを使用する。例えば、デスクトップは関連アドバイザリの存在を表すアニメーション化されたアイコンを持っている。他の例として、スクリーンセーバは、その状態がアドバイザリに影響を受けているサブシステムなど、マシンの状況を示すアニメーション化された表示を提供する。
・ｅ−メール経由。ユーザは、ｅ−メールを使用した電子メッセージ送付により関連アドバイザリの存在を通知されることがある。この通知は、関連アドバイザリの数とタイプおよび影響を受けるシステム構成要素の数とタイプを示す本文の要約を含む。
・メッセージ送付経由。ユーザは、情報転送の他の様式を駆動する電子メッセージにより関連アドバイザリの存在を通知されることがある。この通知には、紙、電話、およびファックスによる通信などの標準的な通信手段が含まれることがある。例えば、コンシューマの機器が家庭内のコンピュータに接続されている環境では、本発明は装置のプロパティを検査し、緊急メッセージによりコンピュータをページングする。アドバイザリは、家庭内の温度を参照して書かれ、温度が過剰に高いかまたは低い場合には、結果としてアドバイザリが関連する。関連通知が英数ページングを使用するために設定される場合は、コンシューマは家の中の温度が正常な境界を越えていることを示すためにコンシューマに対してページングが行われる。
【０２４８】
関連性評価の頻度
これまで説明してきたように、関連性評価はアドバイス・リーダーによって実行されるプロセスである。典型的な利用では、総ＣＰＵ資源使用の計量および可能ＣＰＵ時間の特定の一部分を下回る、例えば１秒間の間隔で資源消費を計測し続けながらアドバイス・データベース内の全てのアドバイスを継続して評価する。
【０２４９】
典型的な利用は、次の３つの方法でのユーザの係わりを許す：
第一の方法は、継続評価中に使用されるＣＰＵ資源の一部を制御するパラメータの設定をユーザに許可することによる。
【０２５０】
第二の方法は、ユーザに対して、アドバイザリを変化するスケジュールに従って評価される特殊なプールへとグルーピングすることを許可することによる。例えば、マニュアル・プールはマニュアル評価下においてのみ評価され、夜毎のプールは、夕方のユーザが指定した特定の時間においてのみ評価される。
【０２５１】
第三の方法は、ユーザに対し、全てのプール・メンバーシップ・パラメータを無視して個々のアドバイスの関連性評価をマニュアルでスケジュールすることを許可することによる。
【０２５２】
このアプローチには様々な重要なバリエーションがある：
・スキッピング評価。特定の設定においては、プールを通る各パスによってそのプール内の各アドバイスを評価しないのが望ましい。例えば、評価に非常に長い時間を必要とするそれらのアドバイスは提起的にスキップされるか、またはコンシューマ・コンピュータ上で実行している他のアプリケーションのＣＰＵ使用に基づいてスキップされる。評価されないアドバイスは前回の評価の関連状況を保持する。
・オーサーのコメントに基づいたスケジューリング。１つの実装において、アドバイザリのオーサーは関連性評価のスケジューリングを指定することができる。このオーサーは、評価スケジューリングの詳細を指定するEvaluate-When行をアドバイザリ・ファイルに含める。オプションには、関連性評価用の定期スケジューリング、関連性評価の条件、または標準評価スケジュールを持つ良く知られたアドバイス・プール内のメンバーシップが含まれることがある。
・アドバイス・リーダー分析に基づいたスケジューリング。関連を評価するプロセスは、コンピュータ・オペレーティング・システム内で様々なプロセスを実行させるプロセスと類似しているように見えるかもしれない。従来のオペレーティング・システムスケジューリングの考えを使用すると、アドバイザリに対する優先権の割り当ておよび特定プロセスに対するより低い優先権の割り付けが可能である。この処理の特殊なケースは、上記の手順をスキップする評価である。
関連性評価のバリエーション
シミュレートされた条件。特定の状況では（図１７を参照）、実際にアドバイスの評価を獲得する環境とは別の環境内でのアドバイス評価のシミュレーションはコンシューマにとって便利である。
【０２５３】
アドバイス・リーダーの１つの実装において、実際に獲得しない条件をシミュレートするメソッドが提供される。このようなアドバイス・リーダーは、アドバイス・リーダーのメソッド呼び出しディスパッチャを修正する。この修正においては、メソッドのディスパッチングが行われる前に代用レイヤ１７３内のメソッドの名前および関連のデータ・タイプがシミュレーション表１７２を用いて比較される。このシミュレーション表のコンテンツ１７１はユーザによって編集可能である。整合がない場合、ディスパッチングが正常に行われる。例えば、式木評価機能１７４から受信したアドバイザリはメソッド・ディスパッチャ１７５によりディスパッチングされる。整合がある場合は、ディスパッチングは中断され、代わりにシミュレーション表の関連付けられたセルを調査することによりメソッドの値が獲得される。いずれのケースの場合も、結果は代用レイヤからシステムへ、例えばシステム・インスペクター１７５またはレジストリ・インスペクター１７７へと渡される。
【０２５４】
このような利用は、コンシューマに対して条件のシミュレーションを許す。コンシューマは、シミュレーション表の編集およびメソッドの名およびバイパスされる引数のタイプと返すべきその値のインストレーションにより通常の関連性評価手順を無視する。
【０２５５】
この方法では、下記に対してツールを提供することが可能である：
・典型的に接続されているが、現在到達不可な装置が存在するように見せかける；
・コンシューマ・コンピュータに対する特定の修正が、実際の修正を伴わずに行われた場合、アドバイザリの特定のアドバイザリまたはファミリーがなくなった（例：関連がなくなった）ことを決定する；
・製品のインストレーションにより特定のアドバイザリが関連することを決定する。
【０２５６】
このアプローチには他にも多くのアプリケーションがある。
・ユーザフィルタリング。ユーザは典型的に全てのサイトから全ての関連アドバイザリを見たがるものであるという暗黙の了解があった。実行時には、ユーザは特定サイトからや特定プールからの項目に注目およびRefers-toまたはSolution-Affectsにおける特定のキーワードラベルを提出するアドバイザリに注目して、アドバイザリの表示のフィルタリングに興味を示すことがある。
【０２５７】
信頼の促進
本発明は、アドバイスのコンシューマをアドバイスのオーサーにより提供されたアドバイスに繋げる強力なツールを提供する。
【０２５８】
特定の設定においては、特に本発明のセキュリティーおよびプライバシーに気を付けなければならない。セキュリティーおよびプライバシーの考慮に関する広範な議論に関しては、下記を参照。このような設定の典型的な例中では、本発明は；
・アドバイス・プロバイダおよび・プロバイダコンシューマをインターネットなどの公衆ネットワークを通じて接続する；
・典型的なアドバイス・コンシューマは素人である；および
・アドバイス・プロバイダは、大規模なビジネスまたはその評判を保護および改善する必要のある他の業者である。
【０２５９】
このような設定においては、公衆ネットワークの広く認識されているリスクを考慮し、コンシューマおよび・プロバイダが賢く振舞えるようなツールを提案することが肝要である。
【０２６０】
本明細書に開示された通信プロセスは、アドバイス・コンシューマおよびアドバイス・プロバイダ双方のパーツ上での賢明な習慣の開発をサポートするように設計されている。このプロセスの基礎は、ユーザが信頼できるプロバイダとだけ対話すべきことであり、本発明がコンシューマによる信頼性の評価およびプロバイダによる信頼性状況の保守をサポートするテクノロジーを提供していることである。
【０２６１】
信頼の重要性
一般的に、信頼性サイトは幾つかの質的属性を持つ。
・質。アドバイスは、コンシューマにより、良く指向され、良く考案され、そして良く実行されていると認知されている。
・セキュリティー。アドバイスは、コンシューマにより、保護され、悪意を持たず、助力の意図を持ち、注意深くテストされ、そして責任を持って保守されていると認知されている。
・プライバシー。アドバイスは、コンシューマにより、プライベートで、覗き見や詮索の意図を持たず、プライバシーを保持する意図を持ち、注意深く設計され、そしてその意図を保ち続けるために責任を持って保守されていると認知されている。
・関連。アドバイスは、コンシューマによって、厳密に標的化され、配信メッセージとして多数のユーザに供する意図を持たず（これは、時としてｅ−メールのような他のメッセージ様式内のスパミングと呼ばれる実行である）、知るべき焦点化された要求を持つコンシューマの狭いグループに到達する意図を持ち、注意深く設計され、そしてその意図を保持するために責任を持って保守されていると認知されている。
【０２６２】
本発明は、信頼の適切な属性に繋がるコンシューマとプロバイダとの間のな通信を促進する多数のテクノロジカル・ツールを提案する。本発明は、１つの実装において、興味を持たれたプロバイダがコンシューマの信頼を獲得することおよびコンシューマがいかにして信頼できるプロバイダとそうでないプロバイダを見分けるかを習得することを可能にするメカニズムを提案することがある：・発表。アドバイス・プロバイダは、テストまたはフィールド中の経験を表すためにアドバイスの潜在的効果を発表する能力を持っている可能性がある。
・発見。アドバイスのコンシューマは、アドバイスの潜在的効果および特定のアドバイス・プロバイダまたは特定のアドバイス・サイトを持つ他人の経験を習得する能力を持つ可能性がある。
・フィードバック。アドバイスのコンシューマは、特定のアドバイスに伴うそれらの経験に関してコメントする能力を持っている可能性がある。
・訂正。アドバイス・プロバイダは、障害アドバイスを取り出す能力を持っている可能性がある。
・承認。アドバイス・プロバイダは、外部ランク付けサービスによる安全および効果としてのそれらはアドバイスの承認を探す能力を持っている可能性がある。アドバイス・リーダーは、コンシューマ規格に従って評価されていないアドバイザリをブロックする能力を持っている可能性がある。
【０２６３】
これらのメカニズムの詳細を下記に記述する。
発表メカニズム
本発明は、アドバイス・プロバイダに対し、人間により解釈可能なメッセージの構成要素内で、テスト中のアドバイス・プロバイダのまたはユーザフィードバックからの経験に関してアドバイスの潜在的効果を示す能力を与える。
【０２６４】
発表の幾つかのメソッドを使用することにより、アドバイス・プロバイダはコンシューマの信頼および可視性を獲得することができる。
【０２６５】
１つの実装において、アドバイスの効果を文書化および監視化するためのより形式的なメソッドが提供され、アドバイス・プロバイダがステレオ・タイプのキーワードを通じて潜在的効果の名前を発表することを可能にする。
【０２６６】
Better Advice Bureauのような中央認証機関は、ユーザ・コンピュータのサブシステム、提案された解決により影響を受ける可能性のある上記サブシステムの環境、または個人のプライバシー上の提案された解決の効果を示すために使用されるキーワードの登録されたリストを発行する。アドバイス・プロバイダは、記述上のアドバイス内でこのメカニズムを使用し、見出し行Solution-Affects内のステレオ・タイプ・キーワードを通じて推薦された解決オペレータの潜在的効果を発表するメカニズムを使用する。
【０２６７】
アドバイス・リーダーの１つの実装において、これらキーワードは検索可能およびインデックス可能であり、関連性評価が従属する。
【０２６８】
コンシューマによる簡単な使用は、１つの実装において、これらキーワードに基づいた様々なユーザ側のフィルタリングを許すことにより支持される。例えば、非常に多数のアドバイザリによって、困難に陥っている一時的にＣＤ−ＲＯＭドライブを取り外しているユーザは、このメカニズムを使用して操作を簡単にすることができる。このユーザは、ＣＤ−ＲＯＭドライブを参照している全てのアドバイザリがそれらのキーワードフィールド内において不適切であることを宣言することができ、続いてＣＤ−ＲＯＭドライブを取り外すことができる。この方法では、取り付けられているＣＤ-ＲＯＭドライブの非存在により正常にトリガーが掛けられるアドバイザリがあっても、ユーザはそれらを見る必要はない。代替メカニズムとしては、上記のシミュレートされた条件を参照。
【０２６９】
コンシューマの自信も、これらキーワードに基づいたこのようなユーザ側フィルタリングを許すことにより支持可能である可能性がある。例えば、使用可能なキーワードがコンシューマの個人情報を・プロバイダに対して明らかにする。このケースにあたる場合にこのメカニズムを使用すると、・プロバイダがメッセージの効果を発表する。ポリシーに基づいて調査および同様の情報収集アドバイザリに参加していないコンシューマは、このキーボードを含む全てのアドバイザリの不適切さを宣言すべきであることを指定することができる。この方法では、プロバイダは、明示のためにその責務を果たし、その報いとして、プロバイダを信頼するコンシューマには、重要なメッセージのみを見る能力を与えられる。
【０２７０】
発見メカニズム
典型的な利用においては、アドバイスのコンシューマは、推薦された解決オペレータの適用を決心する前に、アドバイスの潜在的インパクトをそれ自身に対して通知することができる。この処理の一部は、すでに現存のインターネット・テクノロジーにより実現されている可能性がある。コンシューマは、他のウェブ・サイトに対してサーチエンジンを要求し、特定のアドバイザリに関するニュースがないかを確認することができる。
【０２７１】
この発明は、Better Advice Bureauとして参照される特殊インターネット・サーバを通じてこのメカニズムを拡張することができる。Better Advice Bureauは、アドバイスの効果および副作用に関する情報に対する中央情報センター（central clearing house）として動作する。ユーザは、特定アドバイザリまたは特定サイトに関する記録されたコメントを要求することによりBetter Advice Bureauに常時問い合わせをすることができる。
【０２７２】
フィードバック・メカニズム
典型的な利用においては、アドバイスのコンシューマはアドバイス・プロバイダおよびアドバイスによりユーザ経験を示している他のコンシューマに対してフィードバックを提供することができる。この処理の一部は、すでに現存のインターネット・テクノロジーにより実現されている可能性がある。コンシューマは、ｅ−メールおよびUSENetニュース・グループを使用して他のコンシューマに特定のアドバイザリに関する経験を通知することができる。
【０２７３】
１つの実装において、本発明がBetter Advice Bureauとして参照される特殊インターネット・サーバを通じてこのメカニズムを拡張する。Better Advice Bureauは、アドバイスの効果および副作用に関する情報に対する中央情報センターとして動作する。ユーザは、常時特定アドバイザリまたは特定サイトに関する記録コメントをBetter Advice Bureauウェブサイト（下記に記載）に対して発行することができる。Better Advice Bureauは、これらのコメントを、それらに対して応答可能なアドバイス・プロバイダに中継することができる。１つの実装において、Better Advice Bureauはメール送付または通知に先立って識別子を剥ぎ取ることによりコンシューマの個人情報を保護する。Better Advice Bureauは、コンシューマが発行した全ての情報およびプロバイダの応答を、ネットワークを通じての問い合わせに使用可能なデータベースへと編集する。
【０２７４】
１つの実装において、アドバイス・リーダーが、標準アドバイザリ表示内の特定アドバイザリに関して自動的にメッセージを作成し、Better Advice Bureauにおけるオーソリティーに対して提出することによりこのメカニズムに対する直接アクセスを提供する。例えば、アドバイス・ブラウザ・ウィンドウの一部としてボタンが位置付けられている。このボタン上をクリックすることにより、送信アドレスおよび受信者アドレス、およびすでに供給されているアドバイザリ番号およびサブジェクトを持つメーラー・ウィンドウが開かれる。その後ユーザは、一回のクリックにより常時特定のアドバイスに関するコメンタリーを記録する能力を終了することができる。
【０２７５】
修正メカニズム
物理的利用においては、アドバイス・プロバイダは、エラーにより通知されたアドバイスの所有を拒否することができる。この処理は、プロバイダのアドバイス・サイトからアドバイザリを取り除くことによって実行される。アドバイス・リーダーの購読がプロバイダのサイトと同期している時には、アドバイザリはそれらのコンシューマ・コンピュータから消失する。
特定の設定においては、上記処理は必ずしも先を見越した解決ではない。例えば、特定のアドバイザリがアドバイス・リーダー／アドバイス・サイトがモデルとする通常の手段とは違う手段により配信される可能性がある。特定コンシューマがそれらのアドバイス・プールにそのようなアドバイザリを持っている可能性のある範囲において、しかしそれらを購読に関連付けることなしに、特定コンシューマがカウンタ・アドバイザリによって取り扱われる必要がある。このアドバイザリは他のアドバイスの対するアドバイスとして動作するアドバイザリである。上記のようにアドバイス・インスペクター・ライブラリを使用すると、コンシューマ・コンピュータがその主アドバイス・プールに特定のアドバイザリを持っている場合に、関連アドバイザリを記述することが可能となる。このようなアドバイザリの典型を下記に示す：
我々が５／３１／９８に発行したアドバイザリ４０１３９はリコールされましたので、直ちに貴方のアドバイス・システムから消去するとこをお薦めします。
これに同意される場合は、下記<DoIt>ボタンをクリックして下さい。
(署名（signed）)<著者名（Authors Name）>
【０２７６】
このようなカウンタ・アドバイスは、全てのアドバイス・リーダーが加入しているアドバイス・サイトであるUrgentAdviceNetに発行することによって配信される。このアドバイスは、急速にユーザに普及する。
【０２７７】
要約すると、本発明は下記のプロセスを障害アドバイス処理のために提供する：
・プロバイダのアドバイス・サイトからの障害アドバイザリの除去
・カウンタ・アドバイザリの記述およびUrgentAdviceNetへの発行
・より良いアドバイザリの記述
・プロバイダのアドバイス・サイトへのより良いアドバイザリの位置付け
【０２７８】
認証メカニズム
コンシューマによるさらなるアドバイザリの使用および関連付けられた解決の受け入れのためのテクニックは、個々のコンシューマからのメッセージの信頼性を決定するために重荷の一部を取り除くことである。この処理の手法は、大衆的に知られているプライバシーおよびセキュリティー標準に従ってアドバイスを承認するセントラルサイトのランク付けサービスがアドバイス・プロバイダにサービスを提供することである。現存のウェブ・プロトコル下では（カレ、ロヒト、デジタル署名ラベル構造、ワールド・ワイド・ウェブ・ジャーナル、Vol.2,No.3,pp.49-64,オライリー（１９９７年夏）http://www.w3.org/DSIGを参照）、特定の情報資源が特定のプロパティを持っていることをアサートする特定の評価エージェンシーに対して信頼できる承認を行うメッセージブロック経由のＵＲＬランク付けサービスの発行に対する手法がある。アドバイスは、偽物ではなくサービスによって実際に認証されているなどのアサートの信頼性は、標準承認および暗号化装置の展開に基づいている。このテクノロジーの適用により、ランク付けサービスは、特定のアドバイスが一般的に適切として受け付けられる方法で動作すること、同アドバイスが個々の個人情報を保護するために使用されること、さらに全般に安全な効果を持っていることを認証するために、下記のようにBetter Advice Bureauなどのセントラルサイトに確立される。アドバイスの信頼性の認証を探しているアドバイスのオーサーは、それらのアドバイザリを、メッセージを検査し、オプションでそれらメッセージの一部を認証することに同意する認証オーソリティーに対して発行する。ここで、良く知られている標準によれば、認証とは、メッセージが特定の属性を持っていることをオーソリティーがアサートしていることを示すメッセージに特殊ランク付けブロックが添付されているということである。
【０２７９】
本発明の１つの実施態様において、コンシューマは１つ以上のランク付けサービス全体の使用のためのオプションを提供される。この機能を下記に示す：
・ランク付けサービスは、アドバイス・サイトや個々のアドバイザリのような資源の評価を示すために、ＰＩＣＳのような良く知られたフォーマットを使用する（カレ、ロヒト、デジタル署名ラベル構造、ワールド・ワイド・ウェブ・ジャーナル、Vol.2,No.3,pp.49-64,オライリー（１９９７年夏）http:/www.w3.org/DIAGを参照）。
【０２８０】
ランク付けサービスはランク付けシステム中で使用される、またはファイル・システムに影響しないBAB-Privacy-Standards-Compliantなどの記述的キーワードのリストを発行する。
【０２８１】
ランク付けサービスは、ＰＩＣＳなどの標準ラベリング・フォーマットに従って、それ自身の定義されたラベリング・システムを使用して個々のアドバイザリのラベリングを行い、それらラベルをランク付けブロックとしてアドバイザリ内に挿入する。
【０２８２】
ランク付けサービスは、ＰＩＣＳなどの標準ラベリング・フォーマットに従って、それ自身の定義されたラベリング・システムを使用してサイト・ディスクリプション・ファイルにラベルを添付することによって個々のアドバイス・サイトのラベリングを行い、それらラベルをランク付けブロックとしてサイト・ディスクリプション・ファイル内に挿入する。
【０２８３】
ランク付けブロックは、サービスに関連付けられ、ランク付けラベリング標準の一部である確立された暗号化署名メカニズムにより解釈および承認される。
・アドバイス・リーダーのユーザ・インタフェースは、新しい構成要素、すなわち認証マネージャを含むように拡張されている。この構成要素は、当該構成要素がユーザが安心できるようなプロパティを持つように信頼されたプライバシーランク付けサービスにより確実に認証された場合においてのみ、ユーザにアドバイザリの評価を許可することを承認する。例えば、ユーザ・ブロック・アドバイザリがBetter Advice BureauによりBAB-Privacy-Standards-Componentとして認証されず、それゆえそれのシステム中で使用されるアドバイザリが情報を外部に漏らすことのよってそれのプライバシーを侵害することのないように対策を入手する。
【０２８４】
認証マネージャは２つの定義された役割を持つ：
・ユーザの希望を引き出す。認証マネージャは、認証プロセスの初期化において役割を果たす。この認証マネージャは、ユーザに対して、ユーザが選択することのできる潜在的ランク付けサービスのリストを使用可能にする。サービスが選択されると、認証マネージャは、ランク付けサービスＵＲＬから定義された評価のキーワードのリストを獲得し、ユーザに対し、信頼できるメッセージ用に特定のキーワードまたは複数のキーワードの組み合わせが存在する（またはしない）ことの指定に基づいてフィルターを設計することを許す。
・強制ポリシー。認証マネージャは、個々のメッセージに関連付けられた評価の文構文解析および有効化および非認証メッセージまたはユーザの希望する属性を示さない認証されたメッセージの評価のブロックにも責任を持つ。
【０２８５】
特権サイト
１つの実装において、アドバイス・リーダーはハードウェアに組み込みの購読により３つの特権的アドバイス・サイトに事前構成される。これらの組み込みの購読は、本発明のセキュリティーを確立するための中心的な役割を果たし、同時に免疫システムを形成する。
【０２８６】
advisories.com
advisories.comは、アドバイス・リーダー・ソフトウェアの製作者により操作されるウェブおよびＦＴＰサイトである。このサイトは、世界中からのユーザに対して情報の入手とシステムやアドバイス・リーダーに関する更新およびソフトウェアまたは本発明の通信プロトコルに対するいかなる更新も許す。
このサイトは購読情報の配信用の信頼できるサイトでもある。デジタルに承認されたサイト・ディスクリプション・ファイルは、インターネット上の多くの主用なアドバイス・サイトのためにここで検出することができる。これらのサイト・ディスクリプション・ファイルは、デジタル購読メカニズムにより、アドバイス・リーダーの全てのコピーに対して自動的に分かりやすく署名される。この処理は重要なセキュリティー機能を提供する。セキュリティーに関する下記の節に記述されているように、新たな購読を開始するにあたっては、正確な情報のソースとしての良く知られたかつ信頼できる場所を用意することが重要である。advisories.comからサイト・ディスクリプション・ファイルを入手することにより、ユーザは入手している購読情報の正確さおよび様々なセキュリティー上の問題に対する耐性に自信を持つ。
【０２８７】
このサイトは、オーサリング情報の配信、特に、あるオーサリング協定の配信用のサイトでもある。２つの特定の協定についてはすでに言及されている：
キーワード調整。この機能は、コンシューマ・コンピュータまたは所有または環境上のアドバイスの潜在的な効果のディスクリプションを発表するためにアドバイザリがアドバイス・オーサーによって使用される方法に関連する。現在の導入されたキーワードのリスティングは、advisories.comサイトにおいて使用可能になる可能性がある。
ユーザ・プロファイル変数の調整。この機能は、ことなるアドバイス・プロバイダにより新たな変数がユーザ・プロファイルに追加されるときに使用されるメカニズムに関連する。現在の導入された変数のリスティング、それらのフォーマットおよび伝道手段（promulgator）がadvisories.comサイトにおいて使用可能になる可能性がある。
【０２８８】
BetterAdviceBureau.org
BetterAdviceBureau.orgは、インターネット上のウェブ・サイトおよびアドバイス・サイト双方である。このサイトは、通信の洗練された手法としての通信プロトコルの保守専用のサイトである。
BetterAdviceBureau.orgウェブ・サイトは、システム動作の基本を示し、なぜシステムが有用なのかおよびなぜシステムが個々のセキュリティーおよびプライバシーを保護するのかを示す。このウェブ・サイトは、既知のリスクおよびシステムとの対話用の推奨手順を示す。このウェブ・サイトは、アドバイザリの動作に関するユーザの不満に対する情報センターの役割を果たし、コンシューマが適用しようとするアドバイザリに関連付けられた経験に関する調査のためにコンシューマが来訪する場所としての役割も果たす。
【０２８９】
BetterAdviceBureau.orgアドバイス・サイトは全てのアドバイス・リーダーが加入するアドバイス・サイトである。このアドバイス・サイトは、不良アドバイザリまたは不良サイトに対するアドバイザリの形態を持つメタアドバイスまたはカウンタ・アドバイスとして参照されるものを発行する。この装置により、コンシューマは、セキュリティーおよびプライバシーの立場からアドバイスプロセス内の危機的状況について用心深くなり、障害対策を取ることができるようになる。
【０２９０】
このアドバイス・サイトは、上記のようにランク付け情報の配信、特に、特定のランク付け協定の発行用のサイトである。これらは、ランク付けサービスにより提供される標準に従ったウェブ上の評価資源用の共通に受け付けられる手法である（カレ、ロヒト、デジタル署名ラベル構造、ワールドワイドウェブジャーナル、Vol.2, No.3, pp.49-64,オライリー（１９９７年夏）http://www.w3.org/DSIGを参照）。１つの実装において、Better Advice Bureauは、プライバシーおよびセキュリティーの認証メカニズムとしておよび個々のアドバイザリの有用性として機能する。この役割おいて、Better Advice Bureauは、ＰＩＣＳなどの良く知られた見積もりフォーマットに従い、特定の見積もりブロックをアドバイザリに含めることによって個々のアドバイザリを見積もる。Better Advice Bureauは、そのウェブ・サイトにおいて下記を含む見積もりブロックを解釈するために必要な情報も発行する：
・BAB-Privacy-Standards-CompliantまたはDoes Not Affect the Systemのようなランク付けシステム内で使用される記述的キーワードのリスト
・認証プロセスに関連付けられたパブリック・キー情報
【０２９１】
UrgentAdvice.net
UrgentAdviceNetは、全てのアドバイザリ・コンシューマに対して、急速にアドバイザリを配信するために動作する。この機能は、急激に大量のユーザに影響を与える緊急な状況に対応するために控えめに使用される。１つの実装において、この機能は同期において高い優先性を持っており、どのような同期が行われようとも常に同期される。
【０２９２】
他のアプリケーション領域
本明細書においては、これまで本発明がテクニカル・サポート・アプリケーションとの関連で説明されてきた。本発明が適用される可能性のある他のアプリケーションの部分リストを下記に示す。
【０２９３】
Consolidator.com
航空券コンソリ・データは、ニューヨークからロンドンへの航空券５０席分を８月２０日に購入する。コンソリ・データは、それらの航空券を旅行者に再販売したい。コンソリ・データは多くの旅行代理店と関係を持っている。
【０２９４】
コンソリ・データは、その商品をより効率的に市場に出すために発明を使用する。コンソリ・データはアドバイス提供者として機能し、アドバイザリを記述する。このアドバイザリの関連行は、旅行代理店の顧客データベースにその日またはそれに近い日にニューヨークからロンドンへの航空券を予約した顧客が記載されていることを示している。アドバイス・プロバイダは、そのアドバイス・サイトにアドバイザリを位置付ける。
【０２９５】
アドバイスのコンシューマ、このケースではチケットコンソリ・データとともに働く多くの旅行代理店は、コンソリ・データのアドバイス・サイトに加入するように設定された代表コンピュータを持っている。これら代理店はまた、旅行代理店の顧客データベース内で特定の旅行プランを持つ旅行者用を検索する特別インスペクターをそれらのコンピュータにインストールしている。アドバイザリはそれらのコンピュータ中を流れ、その関連を自動的に検査される。ここで、関連とは旅行を計画している潜在的旅行者のことである。旅行代理店は、コンソリ・データが提供する割引価格で旅行者にチケットを薦める。次に、コンソリ・データが販売を行い旅行代理店は委託業務を行う。全ての参加者が満足する。
【０２９６】
CheapFlights.com
大きな航空会社は、バーゲン価格で早く旅行の機会を与える。航空会社は、複数の都市への旅行の最後の瞬間までコンシューマに関心を抱いてもらえるようなチケットを欲している。この航空会社は、アドバイス・プロバイダとして機能し、関連行がユーザ・プロファイル中の特定の都市への旅行の欲求を示すアドバイザリを記述する。アドバイス・プロバイダはそのアドバイス・サイトにアドバイザリを位置付ける。
【０２９７】
アドバイスのコンシューマ。このケースでは潜在的な旅行者は、航空会社のアドバイス・サイトに加入するように設定された代表コンピュータを持っている。それらコンシューマは、急にフライトしたい都市を示すユーザ・プロファイルに特別の関心の表現を付す。アドバイザリは彼らのコンピュータへ行き、そして自動的に関連性について調査される。ここで、関連性は、急なフライトについての潜在的な機会を意味する
【０２９８】
Commodity.com
上記システムは他の多くの商業領域での働きを示している。例えば、このようなサイトを同様の原理で機能するCheapConcerts.comやCheapHotelSuites.comとして構築することができる。
【０２９９】
この点を拡張して、本発明を使用して新しいタイプの商品市場を開くことができる。１つのモデル（図１８を参照）において、市場喚起の役割を果たすCommodity.comとして参照される中央サイトがある。このサイトは、分類された広告によって現在扱われている設定において魅力的であり、当該サイトでは中央市場を求める多くの個々の提案者がいる。下記にプロセスを示す：
・提案者は、セール１８０に対するオブジェクトを提供するアドバイザリCommodity.comを発行する。
・Commodity.comアドバイス・サイトのスタッフは、アドバイザリ１８１および１８２を編集し、通知する。
・ユーザはCommodity.com 184に加入する。
・加入者は、興味に関する情報をユーザ・プロファイル１８０および１９０に入力する。
・関連アドバイザリは、上記興味に合致するオブジェクトに関わる。プロセスの進行は上記のように、アドバイス・リーダーがCommodity.com 183からアドバイザリを収集する。関連性評価の実行１８５は、ユーザ・プロファイル１９０に従い、ユーザ・プロファイル・インスペクター１８６に検査される。ユーザは関連商品１８７を見てそこに含まれる情報１８８に働きかける。
【０３００】
BalanceTransfer.com
金融サービスの世界では、顧客に対して直接サービス販売を希望している多くの会社がある。これらサービスは、キャッシング・サービスでは特別に低い利率を有するクレジットカードを含み、特に、クレジット残高を競争相手の金融関係から移転すること、及び抵当再金融を提案することを含む。
【０３０１】
顧客への到達には費用がかかり、しばしば困難である。サービスの金銭的利益に特に興味を持つ特定顧客は、電話や郵便による連絡を許さない。他の顧客は、特に購読に必要なセンシティブな情報を開示しない。
【０３０２】
下記に示すのは、本発明を通じて提供された金融サービスの例である。本発明の実施態様は、中央システムとして記述されているが、容易に非中央システムとすることもできる。
・提案者は、アドバイザリをBalanceTransfer.comに発行し、十分な残高と収入を持つ者に対する残高移転を提案する。
・BalanceTransfer.comのアドバイス・サイトスタッフは、アドバイザリおよび通知を編集する。
・ユーザはBalanceTransfer.comに加入する。
・ユーザは、User Profileに対してクレジットカードの残高に関する情報、残高に対する現在の利率、および収入を記入する。
・アドバイス・リーダーは、リモート接続を使用して、プライバシーを守りながら残高を検証する。
・関連提案はユーザの利益となるものである。十分に記載されている場合は、アドバイザリは申請者の同意により収入データをテストする。これにより、関連アドバイザリはクレジットを事前承認させる。
【０３０３】
このようなアドバイスには多くのバリエーションがある。ホーム再融資は本質的に同様の働きを持つ。アドバイザリは、現在の利子および現存のローンの条件などの基本に関連付けられた変数を記述する。現存のローンを上回る好条件のセットを提供しているアドバイザリが関連する。
【０３０４】
このサービスが大域的に中央的である必要はない。典型的なバリエーションにおいては個々の抵当ブローカーはそれら自身のアドバイス・サイトを提供する。
【０３０５】
BadPills.com
本発明は、種々のコンシューマの製品警告リコールおよび安全アドバイザリに使用することができる。下記に例を示す：
BadPills.comは、薬剤製品およびその相互作用に関する情報を入手できるサイトである。このサイトがいかにして薬局に対して顧客ベースでの薬品の相互作用がもたらす潜在的リスクを通知するかを下記に示す：
ＦＤＡおよび製薬会社やコンシューマ団体などの他の組織は、薬品の相互作用および副作用に関する情報を発行する。各アドバイザリは下記の形態を持つ：
関連性節は、薬局データベース内の有効な処方箋を持つ顧客に対して既知の潜在的にリスクな相互作用を持つ薬品を知らせる。
【０３０６】
人間に読み取り可能なコンテンツは、相互作用を知らせ、薬剤師に対してその処方に依頼者に対する相互作用があることを知らせ、状況を変えることを促す。
・アクティブなサイトは購読を収集し、編集し、通知する。
・薬局はこのサイトに加入する。申し込み開始にあたって、薬局はそのコンピュータ上に標準薬局顧客データベース・インスペクターをインストールしなければならない。このインスペクターは、データベース内に特定処方箋を持っている患者がいないかをチェックする。
・薬局コンピュータは、ルーチンとしてアドバイザリを収集する。
・関連性評価は、薬局顧客データベース・インスペクターに対する問い合わせを生成する。
・データベース・インスペクターは、薬局データベースを処理する。
・リスクな薬品の組み合わせに対して関連性メッセージが提供される。
【０３０７】
本発明の実施態様には多くのバリエーションがある。医者に対する同様のサービスは、オフィスコンピュータ上で患者の購読を追跡しているそれらの医者用の患者データベース・インスペクターを通じて入手可能である。患者に対する同様のサービスは、自身の購読をユーザ・プロファイルに入力しているそれらの個人用の個別保健記録データベース・インスペクターを通じて入手可能である。この処理を簡単にする一つの方法は、ユーザに対して遠隔地から自身に関する情報の薬局データベースへの問い合わせを可能にする情報交換プログラムを持つことである。
【０３０８】
グループ匿名メッセージ送付
プロバイダＰとの匿名の通信を除く個人のグループＧを想定する。Ｇ内の個々人は広範囲に配信し、お互いを知らない。このような種類の匿名双方通信用のサイトの設定に本発明を使用する方法がある。
【０３０９】
このような通信は、広範囲に使用可能にでき、多くの個人が使用することができる。参加者の匿名性に関しては、システムが多くの多くの異なる個人により多くの異なるグループから使用されていることが重要になる。
【０３１０】
このサイトは、特定のアドレス宛てに送られたｅ−メールから個人認識が除去されて通知される無名通知アドバイス・サイトである。このようなアドバイス・サイトは完全自動で動作する。このサイトはSecretFriends.orgとして参照されることがある。
【０３１１】
このサイトは、公衆／パブリック・キー暗号化システムと結合して使用されることがある。保護オフラインは、Ｇの代理人がＰとの会話の準備をするシステムを示す。この代理人は、この討論を行う目的でＧのために作成されたパブリック・キーをＰに与える。このキーは、実際には大衆的に公開されたものではなく、ＧおよびＰにだけが知る秘密である。このキーがパブリック・キーと呼ばれるのは、公衆／プライベート・キー・システムの標準アプリケーション内で共通に公衆化されているからである。このキーはＰにのみ与えられる。同様に、代理人は特別に作成されたパブリック・キーをＰからＧへと返す。
【０３１２】
ＧおよびＰは下記プロセスによりメッセージを交換する：
・SecretFriends.orgへの加入
・自身が発行した復号化キーを持つ者のみに関連するメッセージの記述
・無名のリメーラーなどの手段による暗号化メッセージのSecretFriends.orgへの通知
このアプローチは、次のように匿名通信を提供する：参加者のアドバイス・リーダーがSecretFriends.orgと同期する。潜在的に、実際には暗号化メッセージである多くのアドバイザリを入手する。アドバイス・リーダーにより表示されるメッセージは、示されているキーにより復号可能なメッセージのみである。他のメッセージは、全て捨てられる。次に、関連アドバイザリは、次に復号され、読み取られる。
【０３１３】
このアプローチは、多くの異なる人々がSecretFrieds.comを使用しており、大量のメッセージがここに集められているが、与えられたリーダーが興味を持つのは、その内のほんの一部であるため、ＡＥＵＰプロトコル下で匿名性を提供する。ＡＥＵＰの構造により、どのメッセージがどのユーザに関係するかは、アドバイス・サイトにおいてプロセスを見ている者には一切分からない。
【０３１４】
センシティブな製品情報の配信
特定の設定内でのグループ匿名メッセージ通信の別の形として、ある製品を使用していることを知られたくないコンシューマに対する情報サービスとして提供されるものがある。例えば、抗精神病薬の投与のユーザや癌治療を受けているユーザなどである。
【０３１５】
センシティブなユーザの製品は、同製品の購入時に、（秘密の）パブリック・キーとして機能する数値コードを与えられる。次に、SecretFrieds.orgまたはDrugInfo.orgなどの業界を通じた共同サイトなどの特定サイトへのユーザの加入手続きが先行して行われる。ユーザは、その購読内にこの（秘密の）パブリック・キーを表示する。アドバイス・リーダーは、定期的にこのサイトに同期し、その内のいくつかが製品に関連している可能性のあるアドバイザリを持ってくる。他のアドバイザリは製品には関係ない。特定の医療に関連するアドバイザリのみがデジタル署名テストを渡して関係を持つ。
【０３１６】
セキュリティー問題
本明細書に開示された本発明は上記のように利用され、テクニカル・サポート・アプリケーション内で展開された場合、セキュリティーおよびプライバシーに関する危機的な設定で動作することが考えられる。使用されているシステムは、典型的にインターネットと対話し、直接人間に見られることなく相手コンピュータからの資源を獲得・使用する。これら資源はコンシューマ・コンピュータ上に常駐し、特に期間が延長された場合は、関連性が定期的に評価される。関連アドバイザリが識別されると、アドバイス・リーダーが関連アドバイザリの説明的コンテンツをコンシューマに表示する。この説明的コンテンツは、コンピュータや付加装置などの上で効果的な動作をコンシューマに提案する。コンシューマが承認した場合は、これらの動作は典型的に自動運用される。
【０３１７】
要約すると、アドバイス・リーダーは、自動的に処理され、処理の後で潜在的にコンピュータおよびその環境を永久修正する書類を導入する。ネットワーキング・プロフェショナルの一致した意見（無名、（１９９７年）最大セキュリティー、Sams.net出版、オークス、インディアナポリス、Ｓ．（１９９８年）、Java（登録商標）セキュリティー、オライリー、セバストポル、ＣＡ；およびベイカー、Ｒ．Ｈ．（１９９５年）ネットワークセキュリティー、ニューヨーク、マックグローヒル）は、監視されていないインターネットとの対話には深刻なリスクが伴っているということである。実際上、本発明が標準モードで運用されている場合は、アドバイス・コンシューマまたはアドバイス・プロバイダが、ｅ−メール、ブラウザ、および関連インターネットツールに関するベースラインのリスクを上回るリスクに曝されることはない。これらのインターネット対話のモードは、現在は許容できるリスクととらえられている。本発明が伴うリスクは、典型的な動作モードにおいてはより小さなものである。
【０３１８】
前書きコメント
２つの重要な基本点がある。
・信頼サイト。信頼の概念は、上記の通りである。ユーザは、信頼できるアドバイスの提供で知られるアドバイス・サイトに加入するだけで良い。実際には、コンシューマはコンピュータ製造会社、ソフトウェア発行者、またはインターネットサービスのプロバイダなどのコンシューマに関係する商品やサービスの製造に係わる大企業からのアドバイスを受けるために加入するアドバイス・リーダーを構成する。このタイプの堅実な団体への加入は、適度に安全な行為である。このような団体は、そのコンシューマとの関係を保つために信頼できるアドバイスを提供したがっている。上記の企業が著述するアドバイスに加入しているコンシューマへのアドバイスには多少のリスクが伴うことが懸念される。
・Better Advice Bureau。上記のBetterAdviceBureau.orgは、発明ユーザの安全を保障する基本的ツールである。全ての発明ユーザはこのサイトに加入する。このサイトは、ユーザに危険なサイトおよび流通している悪いサービスを知らせるカウンタ・アドバイスで構成される。Better Advice Bureauは、危険な状況の修正を可能にする発明に対する免疫システムとして機能する。UrgentAdviceNetは、全てのユーザが加入する他のサイトである。このサイトは、コンシューマの組織に対して非常に緊急なカウンタ・アドバイスを届ける特殊なメカニズムを提供する。
【０３１９】
高プロファイル・リスク
セキュリティーに関する下の記事は、インターネット対話のさらに良く知られたリスクの内の幾つかを紹介し、本発明の典型的な利用法においてなぜそれらのリスクが実際に発生しないのかを説明する。
【０３２０】
高プロファイル・リスクの明細
過去にインターネット動作は、一般的な想像を喚起する３つの形態で表される多くの現実の危機に曝されてきた。
・侵入：ケビン・ミトニック。ミトニックは、数年間世界中のコンピュータに侵入するためにシステマチックにインターネットを使用しており、故意にデータを永久破壊または消去する目的でそれを管理してきた。ミトニックはある種の悪の天才のように思われているが、実際にはインターネット上のサイトがペンタゴンのコンピュータへの進入法の指示を与えているだけである。１９９７年にペンタゴンが指導した実験では、一般に入手可能な情報を使用して機密のＤＯＤコンピュータにアクセスすることは可能であり、ファイルに永久的な損害を与え得ることが証明されている。
・攻撃。現在インターネットは、インターネットを通じて他人のコンピュータを攻撃し、それらコンピュータをクラッシュさせることができるソフトウェア・ツールを無償で入手可能としている。基本的戦略として、攻撃の犠牲となったコンピュータ上の種々のTCP／IPポートサービスに接続し、サービスに対するリクエストで一杯にしてしまうという手段がある（無名、最大セキュリティー、Sams.Net１９９７年）。
・ワーム：ロバート・モリス・ジュニア。良く知られている１９８８年のエピソードで、モリスは、インターネットを通じて急速に伝播するワームを、それ自体を多くのマシンにインストールすることによりリリースし、それらのマシンを実行している間に他のマシンに伝播する。実際には、モリスは悪ふざけを企てたに過ぎなかった。ワームの根絶および影響を受けたコンピュータの性能回復に要した膨大な時間により、急速な伝播力を持つワームのスピードは彼を驚かせた。ワームの強力な破壊性は、その自動的な伝播力と、それが到達したいかなるマシン上でも実行する能力によるものである。このケースは、インターネットを通じた実行可能なコードの自動的な伝播により発生するリスクを示している（プフリーガー、コンピューティング内のセキュリティー、プレンティス・ホール１９９６年）。
【０３２１】
コンシューマが高プロファイル・リスクに曝されることの回避
このアドバイス・リーダーは、コンシューマが現在こうむっているベースライン・リスクを超えるようなこれら高プロファイル・ソースからの付加的なリスクにコンシューマを曝すことはない。
【０３２２】
侵入という用語が要求するログイン・アクセスを提供するようなインタラクティブ・シェルを提供しないために、このアドバイス・リーダーは、侵入に対しては脆弱ではない。
【０３２３】
このアドバイス・リーダーは、インターネットの接続性により現在コンシューマが直面しているリスクを越えるようないかなる攻撃のリスクにもコンシューマ・コンピュータを曝すことはない。
【０３２４】
このアドバイス・リーダーは、リクエストで一杯にできるような常にオープンされているいかなるTCP/IPポートをも使用可能にはしないため、リスクを与えることはない。外部からアドバイス・リーダーに対して話し掛けたり、対話の開始を試みたりする方法はない。
【０３２５】
このアドバイス・リーダーは、ネットワークをいかなるワームのリスクにも曝さない。典型的な構成では、何物もアドバイス・リーダーから他のアドバイス・リーダーへと伝播させるメカニズムは提供しない。
【０３２６】
サーバ・エクスポージャ
本発明のサーバのアクティブな攻撃への耐性を想定する。いずれかのインターネットベースのサーバと共に本発明を使用するサーバは、外部へのサービスを提供する目的で存在する。このサーバはインターネット上で見ることができ、特徴としてビジネス用に２４時間オープンされている。
【０３２７】
侵入の用語が概念として含むログインを提供するインタラクティブ・シェルはないため、進入の危険はない。しかしながら、このサーバは、他のインターネット・サーバ同様リクエストで一杯にすることができる。このようにリクエストで一杯にされることに対抗する良く知られたテクニックがあり、プロのウェブ・サイト・オペレーターがそれらを知っている。本発明のサーバ側ユーザは、このようなタイプの標準的な攻撃に対する評価と反応をわきまえたプロである。
【０３２８】
本発明のサーバは、サーバをいかなるワームのリスクにも曝さない。典型的な構成では、システムは何物もアドバイス・リーダーから他のアドバイス・リーダーへと伝播させたり、サーバにより極端に狭い範囲の機能以外の何物をも実行させたりするメカニズムは提供しない。
【０３２９】
保護影響
本発明がワーム、侵入、および攻撃からの製品の保護を助けるという特定な概念がある。アドバイスデリバリーメカニズムは、コンシューマが犯罪的破壊に対して扉を開け放しにするような行動を取ったときに、コンシューマに警告を与えるアドバイザリをネットワークセキュリティー担当者に作成させる。アドバイスデリバリーメカニズムは、ユーザが現在攻撃を受けているか、または最近攻撃を受けたかを診断するアドバイザリもネットワークセキュリティー担当者に記述させる。この場合、本発明は免疫システムとして機能し、修正アドバイスを急速に伝播させる。
【０３３０】
なりすましリスク
事実上、本発明のインタラクションが完全に監視から外れることは決してない。アドバイス・リーダーは、ユーザが加入しているアドバイス・サイトとのみ対話する。従って、ユーザは、その購読の選択において、ある種の永続的な高レベル監視を働かせる。ユーザが、信頼できるアドバイスを提供する強い動機を持っている団体から提供されたサイトに加入した場合、同ユーザは保護される。有害なアドバイスを作成する個人は、いかなる与えられたリーダーにもそのアドバイスの紹介を強制する方法も合法的に持ち得ない。
【０３３１】
広く知られてはいないアクティブな攻撃の重要なカテゴリーの一つとして、なりすましによる攻撃がある。このカテゴリーでは、インターネットロケーションのなりすましがあり、例えば、ユーザは特定の信頼できるサイトと通信していると思っていても実際には詐称者のサイトと通信している場合がある。他の種類のなりすましとしては、標準アプリケーションに見えるが実際にはそうでなく、他の方法でプライバシーやセキュリティーを侵害することができるスパイ・プログラムの使用がある（無名、最大セキュリティー、Sams.Net１９９７年）。
【０３３２】
ＤＮＳスプーフィング（ＤＮＳなりすまし）
このシナリオでは、詐称者がMicroCompのサイトのようなポピュラーかつ信頼できるサイトに近いクローンを作成する。しかしながら、この詐称者サイトも有害なアドバイスを含んでいる。
【０３３３】
ＤＮＳなりすましは、ネットワーク上の特定ユーザに対し、詐称者のサイトを実際にポピュラーかつ信頼できるMicroCompのサイトであるかのように装って表示する方法を提供する。現ネットワークプロトコル下でこれを起こすことができる方法は、詐称者が特定のコンシューマのＤＮＳルックアップ・プロセスに介入し、MicroCompに向けられた特定のコンシューマ・アドバイス・リクエストを違う方角に導くことである。
【０３３４】
ＤＮＳなりすましは、次のように動作する：詐称者は、特定のドメイン名サーバ（ＤＮＳ）に向けられた幾つかのドメイン名ソルーション・リクエストを妨害できる位置に物理的に置かれたインターネット上のマシンにシステム・レベルのアクセスを有している。詐称者は、MicroCompを参照する者を探している妨害されたリクエストを検査し、そのようなリクエストが見つかった場合は、間違ったTCP／IPアドレスを返し、返されたアドレスが彼のアドバイス・サイトを参照するようなＩＰルーティング・ロジックをプログラミングする。全てのアドバイス・リーダーは、詐称者からの下流に位置しており、上記の場合は、MicroCompのアドバイス・サイトに行こうとする度に偽のアドバイス・サイトに導かれてしまう。偽のサイトは本物のサイトのように表示されるが、信頼できるプロバイダを装って有害なアドバイスを配信する。要約すると、ＤＮＳなりすましを行うことにより、攻撃者は１つまたは複数のコンピュータに直接破壊的なアドバイスを伝えることができるようになる。
【０３３５】
このような活動は、現連邦法の下での犯罪的なりすましを構成する。この種のなりすましがまれに行われることが報告されている（無名（１９９７年）最大セキュリティー、Sams.Net出版、インディアナポリスを参照）。さらに、この種のなりすましを行う詐称者は、本発明を使用するシステムを他の目標よりも魅力のないものと判断するであろう。例えば、本屋やコンピュータ・ソフトウェア倉庫など大きな電気関係の商取引サイトのＤＮＳなりすましの方が、なりすましが成功した場合に手にする報酬の大きさという点から、詐称者の目には魅力的に映るであろう。もちろん、詐称者は、正しサイトからのウェブ・ページのような視覚的外見を持ったウェブ・ページを提供する特定の商人のウェブ・サイトに見せかけたウェブ・サイトを提供できる。偽のウェブ・サイトは、トランザクションを実行するためにユーザが書き込むフォームを含んでいる。これらのフォームは、現実にクレジットカード番号や他のセンシティブな金融上の情報を得るために使用されている。このやり方は、詐称者にとってはＤＮＳなりすましのたくらみから利益を得るさらに直接的な方法である。
【０３３６】
このような活動は、インターネットのような大きな公衆ネットワークのユーザのサブセットにのみ影響を与える。例えば、個々の顧客がＤＮＳサーバへの安全な接続を楽しんでいると想定し、ＤＮＳ上の情報のセキュリティーが保護されていると想定すると、ＤＮＳなりすましはその顧客にとっては物質的な脅威ではない。最も適度に大きな企業の環境では、ＤＮＳサービスは、企業インターネット内で提供される。詐称者が企業の外にいると想定すると、企業内のアドバイス・コンシューマに対しては、なりすましの脅威は、ファイアウォールなどのインターネットに対する標準セキュリティーデバイスにより妨害される。特定の非企業アドバイス・コンシューマは、それらのモデム・バンクに近い物理的に近接したインターネット内に位置するＤＮＳサーバを提供するインターネット・サービス・プロバイダを通じてインターネットへのアクセスを楽しんでいる。詐称者がインターネット・サービス・プロバイダのオフィスの物理的な領域内にいないと仮定すると、上記のＤＮＳサービスを使用する消費者もＤＮＳなりすましから保護される。
【０３３７】
現実に、なりすましはＤＮＳへの非保護接続に頼っているアドバイス・リーダーに対してのみ脅威となる。将来のネットワークプロトコルでは、ＤＮＳ接続はデジタルに承認され、なりすましの脅威はそのような設定により取り除かれる。その時までは、本発明は、アドバイスそれ自体のデジタル承認を使用した現管理の下でこの脅威を取り除く。いずれかの実装において、ｅ−メールまたはスニーカーネットなどの非保護手段によってアドバイスが配信されている可能性があるため、アドバイスのデジタル承認は保護されたＤＮＳ接続を利用しているコンシューマも興味を持つ。この手法は、受信アドバイスに関してユーザに付加的自信を与える。
【０３３８】
本発明の典型的な利用では、デジタル承認の用語は、いわゆるパブリック・キー／プライベート・キー・ペアに基づいた現存のデジタル署名メカニズムの使用を意味する（PGP 4.0ユーザマニュアル、ＰＧＰプリティ・グッド・プライバシー株式会社（１９９７）を参照）。このメカニズムは良く理解でき、慎重に作られ、信頼できる標準として開発されている。他の形態のデジタル承認も同様の有効性をもって使用可能である。
【０３３９】
パブリック／プライベート・キー・ペア・メカニズムのアドバイスを承認するための使用法を次に示す。MicroCompなどのアドバイス・プロバイダは、パブリック・キーと、プロバイダにのみ知らせる秘密であるプライベート・キーのペアを獲得する。プロバイダは下記のステップを踏んで正しいパブリック・キーを開示する。ペアの双方のキーを知ったプロバイダは、各アドバイザリ・ブロックに、正しいパブリック・キーを知っているアドバイス・リーダーにより成功裏に解釈された署名ブロックを付加する。ブロックを解釈する能力は、オーサーがMicroCompであることの証明と考えられるアドバイス・リーダーによるオーサーが双方のキーを知っていたことの証明について考慮される。標準的な実装において、ユーザ・インタフェース・コンポーネントがユーザに対して与えられたアドバイスがMicroCompにより署名されていることを通知する。この処理の正確な意味は、署名ブロックが既知のパブリック・キーを使用して成功裏に解釈されたということである。
【０３４０】
本発明のＤＮＳなりすましの脅威からの保護のためのメカニズムは、コンシューマおよびプロバイダ双方の対策を含む。プロバイダは、サイトの場所およびサイトのデジタル署名パブリック・キーを含む購読関係の情報のリストが収められたサイト・ディスクリプション・ファイルを記述する。プロバイダは、MicroCompにより提供されたソフトウェア製品の配信の一部として、ディスクやＣＤ−ＲＯＭなどの物理媒体に収められたサイト・ディスクリプション・ファイルを発行する。
この方法では、多くのコンシューマが安全な手段でサイト・ディスクリプション・ファイルのコピーを入手する。MicroCompへの購読を開始しているコンシューマは、MicroComp宛てのサイト・ディスクリプション・ファイルをアドバイス・リーダーの購読管理者に与える。プロバイダは、アドバイザリを記述している時には、デジタル署名ブロックを付加する。アドバイス・リーダーは、アドバイスを獲得している時には、デジタル署名がMicroCompに相応するためにリーダーに知らせられたパブリック・キーを使用して成功裏に解釈されたかをチェックする。アドバイザリがこのテストをパスしない限り、アドバイス・リーダーはアドバイスの関連を評価することを拒否する。リーダーは、サイトが署名付きアドバイスだけを提供することを示すサイト・ディスクリプション・ファイルを持つサイトからの署名なしアドバイスがあることを通知することがある。リーダーはこのことをBetter Advice Bureauにも通知する。
【０３４１】
なぜこのアプローチがＤＮＳなりすましから守るのかを知るには、パブリック・キー／プライベート・キー・システムの基本的特徴を知ることが大切である。詐称者がMicroComp.comの署名を得ようと試みると非常な困難に直面するということは一般的に受け入れられている。この結論は、詐称者が、例えばMicroComp.comのプライベート・キーに対する直接アクセスを持たないなどの暗号化技術を伴う大衆的に入手可能な情報のみを使用して完全な偽の署名を作成しなければならないことを示している。詐称者にとっては、大衆的に入手可能なデータから正しいデジタル署名を得ることは、コンピュータ的に非常に困難な作業である（Ｃ．プフリーガー、コンピューティング内のセキュリティー、第二版、プレンティス・ホール（１９９６年）；およびPGP 4.0ユーザマニュアル、ＰＧＰプリティ・グッド・プライバシー株式会社（１９９７年）を参照）。
上記は、数百または数千の桁を持つ整数をその素因数に因数分解するのに匹敵するコンピュータ的タスクである。何ヶ月にも渡って何千ものコンピュータワークステーションのネットワークを使用すると、１５０から２００桁の個々の数字を因数分解することが可能であった。しかしながら、この処理は巨大な合同企業体においてのみ可能であった。詐称者が、署名アルゴリズム中で共通に使用されている長さの整数を得るのに必要な資源に対するアクセスを持っていることはない。さらに、次のような簡単な救済もある：現在考え得るコンピュータ的資源に基づいた現在考え得るいかなる共同作業をも超えた因数分解の作業を適用してキーの桁数を倍増する。
【０３４２】
要約すると、詐称者には、正しいMicroCompパブリック・キーを使用して分かり易くしたデジタル署名を持つアドバイスを記述することはできない。詐称者にこの作業ができない限り、アドバイス・リーダーはアドバイスの関連の評価を拒否するため、詐称者のアドバイスは何ら実体的脅威にはならない。
【０３４３】
キーなりすまし（キー・スプーフィング）
デジタル承認システムの明らかな穴は、キーなりすましの可能性である。このシナリオでは、コンシューマのアドバイス・リーダーが、MicroCompに対して正しくないキーであるが、詐称者が持つ公衆／プライベート・キー・ペアのパブリック・キーである不正パブリック・キーをMicroComp宛てに受け取る。この事態が発生すると、アドバイス・リーダーは、詐称者のアドバイスを有効として認識してしまうために騙されてしまう。しかしながら、本発明はこのシナリオの発生を予防するよう設計されている。
【０３４４】
キーなりすましが発生するには、物理媒体からインストールされたオリジナル・ソフトウェアなどの保護チャネルを通じて入手されたサイト・ディスクリプション・ファイルを使用してコンシューマの購読ファイルを開始しなければならない。詐称者は、偽のサイト・ディスクリプション・ファイルを作成し、インターネット上で配信しなければならない。
【０３４５】
発明の標準的な実装はキーなりすましにより騙されることはない。どの組み合わせも効果的な３つのメカニズムがある：
・サイト・ディスクリプション・ファイルの認証。１つの実装において、サイト・ディスクリプション・ファイルは、MicroCompにより作成されたことを意味するサイト・ディスクリプション・ファイルが実際にその通りであることを証明する中央認証機関、Better Advice Bureauによるデジタル署名を含むことがある。Better Advice Bureauのデジタル署名は、アドバイス・リーダー内にハードウェア的に組み込まれており、Better Advice Bureau認証を贋作する可能性を排除する。
・なりすまし防止キー検証。購読管理者の標準的な実装において、購読の記録に先立ってキーを検証する。キー検証は、TCP／IPのハードウェアに組み込みのキー承認サーバのＩＰアドレスに対する直接接続を可能にするハードウェアに組み込みの情報を含んでいる。このようなサーバは、与えられた組織のパブリック・キーが示されている通りのものだということを検証する。サーバの連絡アドレスがプログラム中に組み込みされているために、キーサーバへのアクセスはＤＮＳ保護できない。
・カウンタ・アドバイス。特定のサイトが成功裏になりすましできた場合、Better Advice Bureau.orgが組み込み購読であるために、そのサイトは全てのアドバイス・リーダーに配信されるアドバイザリをBetterAdviceBureau.orgに発行する。このアドバイザリは、サイトに関連付けられた正しいパブリック・キーの値を主張する。それらの誤ったパブリック・キーを持ったユーザは、包含するリスクを説明する関連アドバイザリを通知される。発行が特に緊急である場合は、サイトUrgentAdviceNetを使用する。
【０３４６】
要約すると、アドバイス・リーダーおよびその購読が適切に構成されている場合、アドバイス・プロバイダの自身のアドバイザリに対するデジタルに署名することによりアドバイス・コンシューマがなりすましから保護される。
【０３４７】
なりすましの脅威の削減
インターネットのセキュリティーに対して大きな脅威がある場合、ＤＮＳなりすましの本発明に対する脅威は、インターネットの他の構成要素、特にｅ−コマースに対するそれを上回るものではない。BetterAdviceBureau.orgおよびUrgentAdviceNetは、アドバイスのなりすましを抑えることを助ける重要なデバイスである。
【０３４８】
BetterAdviceBureau.orgおよびUrgentAdviceNetは、全てのインターネット活動のなりすましを抑えることを助ける重要なデバイスである。この組み合わせの使用により、なりすましに対するインターネットの感受性が減少する可能性があり、本発明外での他の設定内のなりすましの魅力も薄れる。
【０３４９】
アドバイス・リーダー・スパイ
本発明の保安システムの他の潜在的穴は、合法的なアドバイス・リーダーの実行可能な二値のコピーが攻撃者に入手され、種々の新たな操作を導入するためにシステマチックに改造されることである。その後、結果として生じる非合法リーダーが、アドバイス・リーダーの合法的コピーを装ってインターネット上で配信され、疑いを持たないコンシューマにダウンロードされて使用される。何物も非合法バージョンのソフトウェア・ツールが大きな損害を与え得る動作を止めることはできない。このことは、世界中のインターネットユーザのコミュニティーに良く理解されている。信頼できるソフトウェアの承認されたプロバイダではないサイトからインターネット上でソフトウェアをダウンロードした者は、そのソフトウェアがワープロであれ、スプレッド・シートであれ、ウェブ・ブラウザであれ、あるいはアドバイス・リーダーであれ、彼自身を同様のリスクに曝す。
【０３５０】
しかしながら、重要なのは、非合法スパイ・リーダーが損害を与えることではなく、ユーザのセキュリティーおよびプライバシーを危うくすることを目的としている可能性があることである。このようなスパイ・リーダーは、一次的な監視により削除を逃れるが、ユーザの環境に微細な影響を与えるまたはユーザに関する重要な情報を集めて送り出す緻密な機構を含んでいる。その上、本発明は他のどのソフトウェアよりも、この種の修正に対して脆弱ではない。しかしながら、本発明の標準的な実装は、スパイ・ソフトウェアの存在を識別でき、状況の修正を助ける２つのメカニズムを含んでいる。
・サーバ・チャレンジ。この機能は本発明のサーバ／リーダー対話の一部として利用される。サーバの標準的な実装において、サーバがリーダーに対してそれがアドバイス・リーダーの有効バージョンであることの証明を要求するハンドシェーキング・セッションを通じてアドバイス・リーダーと共にサーバのトランザクションを開始する。標準的な実装において、プログラムの始めからの既知のロケーションオフセットにおけるメモリ内で既知のプロパティを持った特定のデータブロックを作成するためにアドバイス・リーダーが記述される。データを作成する手法および作成の目的は保護された秘密である。サーバはこのデータからランダム・ブロックを選択し、リーダーに対してそのブロックに関連付けられた正しいデジタル・ダイジェストを依頼する。プログラムが改造された場合は、実行可能なコードが上記要求に答えることは困難である。サーバが不満足な回答を受信した場合、サーバは自動的に関連するリーダーにアドバイスを送信し、ユーザのアドバイス・リーダーが非語法になったことを伝える。アドバイス・リーダーは、デジタル承認テストに合格しなかったサーバとの対話も拒否することがある。
・アドバイス・チャレンジ。BetterAdviceBureau.orgにおいて、本発明は、本発明の有効な構成がインストールされたことを検証するアドバイスを提供する。毎日変わる可能性のあるこのアドバイスは、実行中のアドバイス・リーダーが特定のデジタル・ダイジェストを持っている間、ＣＰＵメモリ内のデータの特定ブロックをアサートする。特定の良く知られたスパイが特定の場所にあるバイナリデータ内の特定モチーフから診断される時、ブロックがBetterAdviceBureau.orgのオーソリティーにより、または設計に従ってランダムに選択される。
【０３５１】
要約すると、発明はスパイを診断し、ユーザにそれらを通知する。
【０３５２】
スパイの脅威の減少
インターネットのセキュリティーおよびプライバシーに対する潜在的脅威がある時、本発明に対するスパイの脅威は他のインターネットの構成要素、特にｅ−コマースに対するそれを上回るものではない。BetterAdviceBureau.orgおよびUrgentAdviceNetはなりすましを抑える重要なデバイスである。同様の所見がスパイにも適用される。BetterAdviceBureau.orgおよびUrgentAdviceNetはスパイ適用を同様に抑える重要なデバイスである。これらのデバイスを用いることで、インターネットの、スパイの活動に対する感染しやすさが、減少する可能性があり、本発明外での他の設定内のスパイの活動の魅力は薄れる。
【０３５３】
減少できないコア・リスク
脅威は、通常信頼できるオーサーにより善意で提供された不完全なアドバイスに起因する。アドバイスのオーサーは、彼らに良いアドバイスを提供する意欲を起こさせるレピュテーション・インセンティブを持っている。テクニカル・サポートなどのコア・アプリケーション内のアドバイス・プロバイダは、規律正しいやり方で物事を処理する能力を持つ成熟した組織の一部である。それら組織は、アドバイスが安全および効果のためにテストされ、且つ、意図的な計画された態様でリリースされなければならないことを理解している。このことに起因して、テクニカル・サポート・アプリケーション領域における非常に少ないアドバイスが不完全でありうる。それにもかかわらず、典型的に信頼できるプロバイダにより作成されたアドバイスに伴う問題がある。
【０３５４】
アドバイスがもたらすリスクには２種類ある：
【０３５５】
第一は、アドバイス収集および評価がもたらすリスクである。
第二は、ユーザに問題解決を提供する関連アドバイザリに対するユーザレスポンスなどの解決プロセスがもたらすリスクがある。この第二のリスクは、より深刻である。解決に合意したユーザは、潜在的に永続的な結果を伴う強力な動作を許す。アドバイス・リーダーは欠陥のあるまたは悪意の解決適用の結果にはいかなる保護も提供できない。代わりに、セキュリティーの重荷は、常に良く知られたおよび信頼できるサイトへの加入を制限し、常にアドバイザリが提案した解決を受け付ける前に著述の説明と真性を注意深くチェックするべきユーザの肩にかかる。その典型的な構成においては、明確にユーザの監視が必要なために、発明は自動的に解決オペレータを適用しない。
【０３５６】
第一の種類の収集および評価に起因するリスクの場合、本発明は特別にリスクを抑えるために設計されている。
【０３５７】
本発明が自動非立会い運転に特に使用されているのは事実である。このモードでは、アドバイザリは、ユーザの介入を伴わずに外部のアドバイス・サイトから集められ、ユーザの介入を伴わずに自動的に関連が評価される。前記のように、インターネット・エキスパートのコンセンサスとして、インターネット上の自動非立会い運転は深刻なリスクをもたらす。
【０３５８】
しかしながら、本発明は任意の資源はダウンロードせず、任意の実行可能なコードの評価も行わない。そのデザインは、どのような情報が自動的にコンピュータ内を流れるかおよび自動評価がどのような効果をもたらすかを抑制する。これらの抑制は、非立会い運転の既知のリスクを避ける目的で特に導入されたものである。
【０３５９】
その典型的な構成内では、本発明は、自動非立会い運転を実行している時であっても、自動的に解決オペレータを適用することはない。この典型的構成内では、システム上の自動非立会い運転の効果は直接効果ではない。例として、アドバイス・リーダーはシステム環境の特定の一部分に対する修正アクセスを有効化しない。代わりに、それらの効果は間接的である。例として、アドバイスのダウンロードおよび評価中の過剰資源消費の副作用がある。考慮すべき副作用は３種類ある：
(a)アドバイスの収集は全ネットワーク帯域幅を占有してしまう可能性がある。(b)アドバイスの収集は、自記憶装置を一杯にしてしまう可能性がある。
(c) 関連性評価は全ＣＰＵサイクルを消費する可能性がある。
【０３６０】
問題(a)および(b)は資源の供給により解決する。コンピュータ内に流すことのできる情報は、ASCIIテキスト・ファイルにより構成される。ダウンロード時に資源の割り当てを導入することにより、システムは過剰な数のネットワーク資源の使用の可能性からの保護およびプロセッサまたは記憶装置の容量を使い切ってしまうような過度に大きなファイルをマシンにダウンロードする可能性からの保護を実行する。問題(c)も、一部資源の供給により解決する。ＣＰＵ使用を測定および資源の割り当ての導入により本発明が問題に取り組む。
【０３６１】
本発明におけるセキュリティー・サポート
本発明は、セキュリティー習慣を幾つかの方法でサポートするように設計されている。
言語構造
関連言語は、モバイル・コードの一例である。このようなコードは、一つのコンピュータによって記述され、他のコンピュータ上で解釈される。最近では、モバイル・コーディング用の安全言語の開発に並々ならぬ興味が示されている（S.オークス、Java（登録商標）セキュリティー、オライリー(１９９８年)；およびN.ボーレンスタイン、それ自体の毎度のＥ−メール：有効メール用安全TCL言語、ettp://minsky.med.Verginia.edu:80/sdm7g/Projects/Python/sagetcl/を参照）。Java（登録商標）およびSafe-TCLはいわゆる安全言語の例である。例えば、これらはCおよびC++などの従来の言語が提案できなかったレベルの安全を提供するよう考慮されている。
【０３６２】
関連言語は、モバイル・コーディング用言語である。この言語は、現在のインターネット・ビジネス・コミュニティーの基準を越えるセキュリティーのレベルを提供する。関連言語解釈は、Java（登録商標）、TCLなどのモバイル・コード用の安全言語よりも先天的に安全である。Java（登録商標）、TCL、および関連言語は手続き的言語である。これら言語は、悪用された場合は大量のシステムＣＰＵ資源を消費するループ、循環、および分岐文などの制御機構を持っている。これら言語は、オーサーに対して、悪用された場合は潜在的に大量のシステム・メモリ資源を消費する記憶位置付けファシリティーを提供する。インターネットを通じて獲得されたこれらの言語からのコードの遠隔非立会い操作は、安全のラベリングにもかかわらず実際には危険になり得る。実際に、これらのモバイル・コード言語は典型的に立会い操作においてのみ使用される。例えば、モバイルJava（登録商標）コードは、典型的に人間がコードの実行をスクリーン上で見ている時にウェブ・ブラウザ内で使用される。人間がプロセスの実行を監視することに関しては暗黙の了解がある。
【０３６３】
関連言語は、手続き的言語と言うよりは記述的言語である。この言語は、コンピュータの状態および環境を記述する。関連性評価は、この状態が保持されるか否かを決定するプロセスである。この状態の記述はループなどの伝統的な制御構造を持たず、伝統的な記憶位置付けファシリティーも持たない言語を使用する。
【０３６４】
実際に、関連言語は非常にタイトに抑制されており、チューリング完全ではない。この言語は、手続き的言語に特有の属性である有名なチューリング停止性問題の影響はこうむらない。チューリング停止性問題は、与えられたコンピュータ・プログラムが中断するか否かの決断である。ほとんどの手続き的言語は決定不可である。それらの言語は、常に中断するかが事前に知ることができないプログラム（おそらくは簡単なそれをも含めて）を持つ。Java（登録商標）およびTCLプログラムは決定不可の可能性がある。正反対に、関連言語において表現可能な文は、中断するなど決定可能である。この処理は、Java（登録商標）およびCTLなどのモバイル・コード言語の安全保障をはるかに超えた付加的セキュリティー・レベルである。
【０３６５】
人間による分かり易さ
本発明の付加的セキュリティー機構は、関連言語の人間による分かり安さである。関連言語は通常の英語を想起させる外見を持っている。英語を読めるコンシューマは、アドバイザリの簡単な本文を検査することによって与えられたアドバイスが何をしているのかに関するおおまかな概念を形成することができる。この方法で、コンシューマは彼らに対して送付されたアドバイザリの理解のプロセスに踏み込むことになる。信頼できないアドバイス・プロバイダが、不透明な関連性節を記述することにより、いまだに彼ら意図をごまかすことができる場合、より重要な点は、信頼できるアドバイス・プロバイダが彼らの意図をコンシューマに対して明確にすることができ、それゆえ信頼を醸成および獲得することができるということである。
【０３６６】
発表およびラベリング
１つの実装において、本発明はアドバイス・プロバイダに意図された効果に対して彼らのアドバイザリへのラベリングを薦めるメカニズムを提供し、それによって公衆に対して与えられた解決オペレータに伴うリスクを正確に理解させる。
【０３６７】
この実装において、Better Advice Bureauは、影響を受けるサブシステム、効果を逆転できる範囲、および提案された変更を説明するさらなるドキュメンテーションの有用性などに対する特定の解決オペレータの効果を示す特殊ラベルのリストを定義および保持する。アドバイス・プロバイダは、このラベリング・システムを使用してプロバイダが発行したアドバイザリの効果を示すラベリング・システムを使用する。アドバイス・リーダーは、解決提案プロセス中に同アドバイス・リーダーのユーザ・インタフェースの一部としてこのラベリング機構を使用する。コンシューマが解決オペレータの適用を計画している場合は、ユーザ・インタフェースの一部が、プロバイダが供給したラベリングに従って、結果として起きる可能性のある副作用のタイプをコンシューマに示す。
【０３６８】
中央分類のガイダンス下で、コンシューマおよび・プロバイダの双方ともシステム変更の潜在的効果についての理解および討論の共通の方法を持つ。Better Advice Bureauは、アドバイザリの効果に不正確なラベリングを行ったアドバイザリに対してカウンタ・アドバイザリを発行する。アドバイス・リーダーは、特殊なビジュアル識別子を使用して極端な効果を持つアドバイスに関する注意を喚起し、ラベリングされた効果を持たないアドバイスに関する注意を喚起する。コンシューマは、提案されたラベリングされていない解決オペレータの認可またはラベリングされていないオペレータを記述したサイトへの加入を拒否する。
【０３６９】
セキュリティー要約
コンシューマのセキュリティーを脅かす幾つかの非合法活動がある。しかしながら、いかなる場合でも、このシステムは防衛の効果的手段を用意できるように設計されている。本発明はｅ−メールやウェブ・ブラウジングの使用を通じてすでに経験しているリスクを超えるリスクのレベルはユーザに提示しない。実際に、発明からのリスクはそれら標準活動のリスクをはるかに下回る。
【０３７０】
一方、信頼できるアドバイス・リーダーが損害を与え得るアドバイスをリリースする場合もある。このシステムはこのような状況を内包し、修正するよう設計されている。アドバイスが、ディスク記憶およびＣＰＵ時間などのシステム資源の制限された補足物のみにアクセスし、それら資源の利用が典型的実装において計測され、支給されるために、本当の過ちによる損害の拡張は包含されている。アドバイス・ファイルの構造および関連付けられた関連言語は、コンシューマに対して比較的透明であり、コンシューマが独自のセキュリティーを構築するにあたって役割を果たす手助けをする。最後に、アドバイザリ・プロセス、Better Advice Bureau、およびUrgentAdviceNetを通じて、本発明はセキュリティー問題が生じた時には、それらを修正するメカニズムを持っている。
【０３７１】
プライバシー問題
アドバイス・リーダーは、コンシューマのコンピュータ、コンシューマのコンピュータ上のファイルのコンテンツ、およびコンピュータと隣接の環境内のデバイスとの対話に関する大量の情報にアクセスする。コンシューマが彼の金融、個人的、または医療情報コンピュータ上に収納する程度までは、アドバイス・リーダーの標準的な実装において、銀行残高や処方箋薬品情報などの情報にアクセス可能である。コンシューマのコンピュータが、作業環境においてコンシューマのホームの一部を形成しているネットワークデバイスへのアクセスを持っている場合、アドバイス・リーダーは、その環境に特定のデバイスがあるか、それらデバイスが動作しているか、および動作の条件は何かなどその環境に関する情報にアクセス可能である。本発明にこの情報へのアクセスを可能にすることは、問題状況を識別し、コンシューマにそれらへの注意を喚起する有用なアドバイスの書きこみを認可することにより、コンシューマに利益を与える。
【０３７２】
発明がアクセスを持っている情報の多くは潜在的に敏感であり、ほとんどのコンシューマはそのようなデータの他人への漏洩を故意に許可することはない。このような敏感な情報にアクセス可能ないかなるシステムも、同様に同情報を保護しなければならない。下記に説明するように、アドバイス・リーダーはコンシューマのプライバシーを保持するように動作する。
【０３７３】
現存インターネット・プライバシー標準
本発明は、現在のインターネット・ビジネス・コミュニティーの基準をはるかに超える保護のレベルを提供することによってユーザのプライバシーを保護するよう設計されている。
【０３７４】
ウェブ・ブラウジングおよびオンライン・コマースなどのインターネットの仲介活動は、結果としてブラウジング・コンシューマの個人情報、コンピュータの構成およびコンシューマのショッピングおよびブラウジング興味に関する情報をウェブサーバに公開する。プライバシーの単一受け入れ標準はなく、業界は、それらのウェブ対話からコンシューマに関する情報を収集し、その情報をシェアするためにグループ化される。これに対応して、EPIC(電子プライバシー情報センター)のようなコンシューマ指向グループも形成され、電子プライバシーへのコンシューマの権利に関して現在政治闘争が行われている。
【０３７５】
本発明は、コンシューマ・グループが求める情報プライバシーのレベルを満足するもしくは超える手法を提供し、同時に業界グループが求める受信者宛てメッセージの良く浸透した目標設定を提供する。
【０３７６】
本発明が提供する標準は、行動を尊重する／脅かすプライバシーの分類を考慮することにより理解できる。アドバイス・プロバイダの倫理的標準は４つのカテゴリーに分けられる。それらの定義を下記に示す：
（Ea）完全に倫理的
（Eb）単に倫理的
（Ec）単に合法的
（Ed）犯罪的
情報プロバイダの完全に倫理的行動は、コンシューマのプライバシーに対する完全な尊重および本発明の通信プロトコルの意図された目的として定義される。完全に倫理的なプロバイダの行動を下記に示す：
・コンシューマ・コミュニティーをこっそり識別したり観察したりしない。特に、このプロバイダは：
いかなるコンシューマの属性をもネットワーク・アクティビティから推察しない、および
・消極的にメッセージを受信する全てのまたは非常に大勢のコンシューマとの望まれない連絡を取るメッセージを作成することにより、インターネットを純粋に放送広告媒体として使用するようなことはしない。
・データ収集の存在と目的の全てをコンシューマに発表しない。
・発表された情報収集の目的に関係のない方法で受信した情報を使用しない。・上記のようなアンケートにより収集した情報を将来のサーバまたはネットワーク活動と相互関連させない。
【０３７７】
完全に倫理的行動は、現在のインターネット・ビジネス・コミュニティー内の多くの行動者が従う標準よりもかなり高い標準である。現在のインターネット・ビジネス・コミュニティーは、コンシューマのプライバシーに向けた広範囲な態度および行動を含む。単に倫理的または単に合法的と分類される多くの行動の例がある。
【０３７８】
単に倫理的とは、インターネット活動からユーザの個人情報または属性を推察すると同時にプライバシーを危険にさらすことが行われていることを示すなんらかの告知を提供し、コンシューマとの望まれないコンタクトを開始するために情報を使用せずまた同情報を他のビジネスとシェアしないことによりプロバイダ／コンシューマ関係を尊重する。現実に、倫理的会社が現在製品登録カードから収集した情報を使用しているように、単に倫理的行動は内部調査およびプラニングの目的での情報の使用を制限する。
【０３７９】
単に合法的とは、インターネット活動からユーザの個人情報および属性を推察することを意味し、何らかのプライバシーを危険にさらすことが行われていることに関する最小限の告知を提供し、続いて他のビジネスとのシステマチックな情報共有およびコンシューマとの望まれないコンタクトの開始を含み現在の法の下で収集された情報を最大限利用することである。多くのインターネットベースの情報収集努力の標準は、明確に単に合法的のレベルである。コンシューマに関する情報を収集しえる会社は、ユーザに非保護プロセスが行われていることを通知するにあたってウェブ・ブラウザに依存する。これらの会社は、それら独自の別の告知を行ってどのような情報が収集され、どのように使用されるかを説明する。
【０３８０】
プライバシー保護
本発明は、外部との余計な対話を許可しない。ルーチン動作においては、本発明はユーザが加入したアドバイス・サーバとの対話のみを行う。なりすましやスパイのようなセキュリティー上の問題が議論の的ではない時、プライバシーを危険にさらすことがコンシューマと信頼できるアドバイス・プロバイダ間の対話で焦点を当てられる。下記に示すように、本発明の通信プロトコルは、アドバイザリ通信プロセスを下記のステージに分割する：
（ACP-a）購読。コンシューマは、匿名で購読を開始する。
（ACP-b）収集。コンシューマのアドバイス・リーダーは、サイトから匿名でアドバイスを収集する。
（ACP-c）評価。コンシューマのアドバイス・リーダーは、アドバイスの関連を評価する。
（ACP-d）説明。コンシューマのアドバイス・リーダーは、アドバイス・リーダーにより記述された書類を表示してなぜ特定のアドバイザリが関連するのかを説明し、解決／応答を提案する。
（ACP-e）解決／応答。コンシューマは書類を評価し、潜在的に提案された解決／応答を受け付け、結果として潜在的に世界と対話する。
【０３８１】
本発明は、AEUP通信プロトコルと動作している場合は、完全にプライベートなステップ（ACP-a）〜（ACP-d）を踏み、情報共有潜在能力をステップ（ACP-e）に局所化する。
【０３８２】
運転上は、完全に倫理的なアドバイス・プロバイダは、プロトコルのプライバシー保護ステップ（ACP-a）〜（ACP-d）を侵害しない。特徴的には、完全に倫理的プロバイダは、本発明を使用してコンシューマのコミュニティーをこっそりと識別したり観察したりはしない。いかなるユーザの個人情報も属性もサーバ活動から推察しない。いかなるユーザの態度をもネットワーク活動から推察するようなツールは開発することはない。本発明を、全てまたは多数のコンシューマとの望まれないコンタクト取るアドバイザリを作成する純粋な広告媒体として使用することはない。本発明を使用してコンシューマから情報を収集する試みは、解決時間（ACP-e）におけるアンケート処理に基づいており、説明時間（ACP-d）における簡単に理解できる言語を使用しての収集されている情報のタイプおよびその目的の全体の事前発表に繋がる。発表された情報収集の目的と関連しない方法により受信した情報を使用する試みはない。将来のサーバ活動と相互関連させるために上記アンケートから収集された情報を使用する試みはない。
【０３８３】
１つの標準的な実装において、本発明がプロバイダに対して完全に倫理的に行動するように薦める。本発明は、完全に倫理的行動の標準に関する知識および個々のプロバイダが保持している標準に関するコンシューマの知識を喚起する。本発明は、プライバシーに対する犯罪的攻撃に対して打破および邪魔をし、また非倫理的行動に対して打破および邪魔をする。
【０３８４】
標準的な実装において、本発明は完全に倫理的行動を促進および強化する幾つかのメカニズムを持つ。
【０３８５】
第一に、信頼できるアドバイス・サイトへの加入を勧めることにより、システムはサイトの品質に気を付けるように薦める。１つの重要な品質の構成要素は倫理的品質である。
【０３８６】
第二に、Better Advice Bureauは、アクセス可能なカウンタ・アドバイザリに対する目標の原因のリストを保持する。このリストはコンシューマおよびプロバイダに対して、カウンタ・アドバイザリに帰結する行動のタイプを明らかにする。この方法では、プロバイダは何が非倫理的行動を形成するかについてのガイダンスを受け取る。公衆の信頼を保つことを望むプロバイダは倫理的に行動する。
【０３８７】
第三に、本発明はプロトコルのプライバシーの意図を侵害する試みを失敗させる。下記に示すように、プロトコルに対する全ての法的脅威には、本発明からの効果的な応答があり、プロバイダは通信プロトコルを侵害する犯罪的行動にかかわっていると思われる。
【０３８８】
プライバシーおよびAEUP
本発明は、現在の業界標準をはるかに上回る情報倫理の標準を導入しているオープン公衆ネットワーク上の情報交換に対するプロトコル（AEUP）を使用する。さらに、このプロトコルは特定の完全に犯罪的な行動を防止する。
【０３８９】
AEUPのゴールは下記の通り：
マシン上の情報はマシン上にとどまる。
【０３９０】
すなわち、発明にアクセスされたコンシューマのコンピュータおよびその環境は、明らかな同意なしには外部には配信されない。物理的期間内では、AEUPはコンシューマ・コンピュータと外部との間に一方向膜を提供する。非立会い操作中に：
情報が流れ込むが、コンシューマ・コンピュータから流れ出す情報はない。
【０３９１】
このデザイン上の制約は４つの基本により表現される：
（PRIV-a）購読の動作は、ユーザの個人情報および属性を漏洩しない。
（PRIV-b）アドバイスの収集動作は、ユーザの個人情報および属性を漏洩しない。
（PRIV-c）関連性評価の動作は、ユーザの個人情報および属性を漏洩しない。
（PRIV-d）関連アドバイザリを消極的に見る行動は、ユーザの個人情報および属性を漏洩しない。
【０３９２】
AEUP下で操作されている場合、全ての自動非立会い操作はユーザの個人情報および属性のプライバシーを保護する。下記論説はAEUPおよび発明プロセス全体を有効にする方法を示す（PRIV-a）〜（PRIV-d）。
【０３９３】
（PRIV-a）購読活動におけるプライバシー
AEUP下では、特定のユーザが特定のサイトに加入する情報は同ユーザおよびそのアドバイス・リーダーのみに知らされる。この処理は透明化を求める。通常の使用法では、購読の用語は、ユーザがプロバイダに対して彼自身を加入者として識別するある種の登録プロセスを暗示する。AEUPの下では、そのような登録プロセスはない。その必要もない。アドバイスは自由に作成され、ウェブ・サイトがウェブ・ページを自由にかつ匿名で入手可能としているのと同様にアドバイスも自由にかつ匿名で入手可能となっている。購読プロセスはユーザとユーザ自身のアドバイス・リーダーとの間の対話であり、ユーザと何らかの外部アドバイス・プロバイダとの間のそれではない。ユーザのコンピュータ上で動作するこのアドバイス・リーダーは、興味のあるアドバイス・サイトをユーザから選択し、アドバイス・リーダーの購読管理者コンポーネントによりローカルに保守されているデータベースの一部としてそれらアドバイス・サイトをユーザのコンピュータ上に収容する。このデータベースは、アドバイスの評価を制御し、アドバイス収集機能にいずれかのサイトからアドバイスを収集し、他のサイトからは収集しないことを薦める。購読はプライベートな行為である。
【０３９４】
(PRIV-b)収集活動中のプライバシー
AEUPの下では、アドバイスの収集活動は、特定の消費者（コンシューマ）が特定の事物に興味を持っている、または特定のコンピュータ構成を持っているという情報を開示しない。
【０３９５】
アドバイス・リーダーがしばしばサイトから情報を収集しているという事実から、アドバイス・サイトが加入者の個人情報を知ることができるということを問題にする必要があるかも知れない。しかしながら、標準的な実装において、収集活動から知ることのできる唯一の物は、特定のIPアドレスからアドバイス・サイトへの接続が為されたということだけである。現ネットワークプロトコル下では、ほとんどのコンシューマは動的IPアドレスを持っており、それゆえIPアドレスと個人情報との間の相互関係は弱く、典型的に数分しかもたない。従って、IPアドレス内情報は一般的に小さな値である。
【０３９６】
さらに、静的IPアドレスを持ち彼らの本当のIPアドレスの漏洩を望まないコンシューマは、プロキシ・サーバを使用する可能性がある。プロキシ・サーバは良く知られているツールであり、それによって特定のIPクライアント／サーバ・トランザクションが３者クライアント／プロキシ・サーバ対話によって置き換えられ、当該プロキシはサーバのデータを要求し、当該データを匿名でクライアントにルーティングする。サーバにとっては、プロキシがクライアントとなる。クライアントにとっては、プロキシがサーバとなる。サーバとクライアントとの間には直接のコンタクトは全くない。サーバはIP番号などのクライアントの個人情報を獲得しない。
【０３９７】
本発明は、１つの実装において、全てのユーザにユニバーサル・プロキシ・サービスを提供するように構成され、アドバイス・リーダーは、１つのオプション接続手段として、そのようなサーバの使用をユーザに提供する。そのような実装において、BetterAdviceBureau.orgまたは他の中央認証機関は、ユーザからの要求を収集するアドバイスを受容し、リターン・アドレスのそれらを奪い取り、それらをアドバイス・サイトにルーティングし、そして、戻された情報をユーザに送るための匿名のアドバイス収集サーバを提供する。この機構は、当該ユーザのIPアドレスを秘匿する。
収集することの活動は、情報を暴露すると考えられうる。なぜならば、収集器は、アクティブ・サイトで利用可能なそれらの間のうちから特定のドキュメントのみを選択する。この欠点は、AEUPの誤解に基づく。標準的な実装において、当該アドバイス収集器はいつも、特定のサイトで利用可能であり、コンシューマ・マシン上に既に存在していない全てのドキュメントにアクセスしる。何らかの種類の選択は、収集時に実行されない。関連は、全てのアドバイスが収集され、そしてコンシューマ・コンピュータ上に格納された後にのみ決定される。当該アドバイス収集器の行動から作成されうる正確な推論のみが、コンシューマが当該サイトに継続認可を有することである。
このアプローチは、インターネットを使用して関連情報を得るための現在人気あるアプローチと非常に異なる。現在人気あるアプローチにおいて、当該ユーザは、例えば嗜好、特徴、及びシステム構成を表現するフォームに記入する。このフォームは、上記サーバに送信される。次に、当該サーバは、当該フォームにおいて得られた情報に基づいて、集中的にコンシューマに応答する。この標準的なプロセスは、当該サーバの上記コンシューマについての情報を暴露する。
本発明のアプローチにおいて、コンシューマの嗜好及び構成は、コンシューマのマシン上で秘密に保持される。上記サイトによって提供された全てのアドバイスは、上記コンシューマ・マシンにもたらされ、そして次に、非公式に関連のために評価される。
【０３９８】
(PRIV-c) 関連性評価活動中のプライバシー
与えられたアドバイスの関連性または無関連性はアドバイス・コンシューマのコンピュータおよびその環境に関する大量の情報を信号として送出することができる。ユーザ・プロファイルのコンテンツおよび特定ファイルのコンテンツを指定する非常に狭く焦点化された条件は、もし真ならば、ユーザに関する大量の情報を運ぶことができる。
【０３９９】
アドバイス・リーダーがアドバイザリの関連性または無関連性がリーダーを外部に漏らした事実を許す場合、このアドバイス・リーダーはコンシューマのプライバシーを危うくする。非立会い操作中に上記処理が起きた場合、幾千ものアドバイザリの関連性が評価されるため、非常に深刻な結果を招く。多数のアドバイスの任意の一群の関連性をシステマチックに発見できるメカニズムがある場合、コンシューマおよびその環境に関する完全なプロファイルが漏洩する。
【０４００】
標準的な実装において、アドバイス・リーダーの関連性評価プロセスは、その唯一の観察可能な効果として、ユーザ・インタフェースの状態における結果の変化をもたらす。ユーザは特定のアドバイスが関係を持ったことのみを通知される。標準的な実装において、関連性を評価された物は、ユーザのコンピュータ外で他の者から監視可能な活動の原因とはならない。相手インスペクターが使用可能な場合、この処理には例外が考えられる。下記を参照。
【０４０１】
(PRIV-d)消極的に関連アドバイザリを見る動作は、ユーザの個人情報または属性を漏洩しない。
ある人物自身のコンピュータで自身の対話のプライバシー内のテキスト・ファイルを読むことは、プライバシーの侵害には繋がらない。外部の何者も誰かがファイルを読んだことを知る必要はない。しかしながら、ウェブ・ページの読み取りは別である。発明に保持されているプライバシーの一方向膜は、ＨＴＭＬなどのハイパーリンクされた媒体の提供により、アドバイザリの説明的コンポーネント内の有効なタイプのアドバイザリ・コンテントとしてオープンされる。下記論説に穴およびそれが原因で起きる結果を示し、なぜ本発明が、標準的な実装においてこの穴を開けたままにしておかないかを説明する。
【０４０２】
解決動作上の制約
アドバイス処理チェーンの最終ステップは、推奨解決動作の適用である。この動作は基本的に任意の動作であるため、本発明はこの動作の効果を制御することはできない。特に、推奨動作はアドバイス・オーサーとの電子的対応および個人情報および属性の漏洩を含む。これにより、デザイン上の制約がある：
(PRIV-e) 標準的な実装において、アドバイス・リーダーは自動的に推奨解決オペレータを適用しない。これらは、ユーザの承認を得た後においてのみ適用可能である。
【０４０３】
解決オペレータの無防備な特徴のために、コンシューマは彼自身のプライバシーを保護する重要な役割を果たす。推奨解決動作を適用する動作は、コンシューマが知っているとに係わらず、コンシューマの個人情報または属性を漏洩する。非倫理的なアドバイス・オーサーは、スパイ解法オペレータを作成することができ、それは、ある処理が要求されている間、コンシューマに知らせることなく、実際に、極秘に電子的通信を実施することができる。コンシューマは、彼が倫理的に行動すると確信するオーサーから来た解決動作の適用に同意するだけで良い。
【０４０４】
リモート・インスペクター：漏洩に栓をする
１つの実装において、アドバイス・リーダーがand節の条件評価を許可しているという仮定、およびアドバイス・リーダーが実行しているコンピュータから離れた他のコンピュータおよび／または他のデバイス対して関連性節が問い合わせをすることにより検証されている条件を参照しているかも知れないという仮定に基づいて関連性評価プロセスのプライバシーに対する潜在的侵害が存在する。リモート・インスペクターの不注意な使用が外部に向けてまた特定の関連性節が推定できる活動から監視可能なネットワーク活動を作成する。ネットワーク活動を引き起こすインスペクターは、決して本発明の中心でなく、それ故にこの特定なプライバシーへの脅威は本発明の特定の実装に影響を与えるだけである。（プフリーガー、コバートチャネルの論説と比較。コンピューティングにおけるセキュリティー）
【０４０５】
特定のアドバイス・コンシューマのマシン上で関連性が評価された関係フレーズRの値を知りたい盗聴者を考慮する。盗聴者がコンシューマに信頼されており、アドバイス・リーダーが加入しているアドバイス・サイトを操作しており、それゆえこの盗聴者はマシン上にアドバイスを取り込むことができると想定する。この盗聴者は、アドバイス・リーダーがフレーズI経由で呼び出された場合に、この盗聴者の制御下でインターネットの一部をまたぐネットワーク活動を生成するインスペクターを持っていることを知っていると想定する。例えば、この盗聴者がコンシューマ・マシンと特定インスペクターのコールの結果として問い合わせを受ける宛先マシンとの間の直接パス内のインターネットのノードへのシステム・レベルのアクセスを持っていると想定する。この盗聴者は次に、自身の制御下でコンシューマと宛先との間のIPトラヒックの存在を記録するためにIPトラヒック・ロジックをプログラミングできる立場になる。
【０４０６】
この仮想の状況では、盗聴者はRおよびIをアサートしながらアドバイスを記述し、かれのアドバイス・サイトにおいてアドバイスを発行する立場にいる。このアドバイスはコンシューマ・マシンによって収集された後で関連性が自動的に評価される。
【０４０７】
アドバイス・リーダーの１つの実装において、フレーズAおよびBの評価は、節の評価を終えるためにBの値を知る必要がないためにAの値が偽であると決定されるとすぐに停止する。Aが偽であると決定されると、すぐにAとBの値がFalseであることが分かる。このスキームは条件評価として参照される。条件評価を行わないアドバイス・リーダーも利用される。これらのスキームは、エクスプレッションの値を推定する前に常にエクスプレッションの全部分式を評価する。一つの実装において条件評価を使用する意思決定は、性能考慮に基づいている。条件評価を使用するアドバイス・リーダーは典型的により早く実行する。
【０４０８】
アドバイス・リーダーが、上記のように条件評価を利用している場合、フレーズIにより促されたネットワーク活動はフレーズRがTrueと評価された場合のみ生じる。盗聴者はこのネットワーク活動を監視できる立場にあり、それゆえフレーズRがTrueに評価されたと推測する。関連性評価により、コンシューマに関する情報がコンシューマのコンピュータから漏れる。
【０４０９】
この仮想状況の検討において、ここに記述されているような盗聴活動は電子ストーキングの形を取り、違法である場合がある。このような状況では、信頼できるオーサーが盗聴者自身であり、盗聴のたくらみに関わっていることまたはオーサーが、彼のアドバイスに署名するなどの方法で、彼の名前で非承認アドバイスが入って来ることを防止しようとしないなどが求められる。アドバイス・コンシューマは、完全に倫理的行動に関する標準を満足するサイトなどの信頼できるサイトにのみ加入することによって、この脅威から彼自身を保護する。
【０４１０】
アドバイス・コンシューマは、許容関連性チェックのドメインを彼の物理的制御下にあるドメインに限定するようにアドバイス・リーダーを構成することによっても彼自身を上記脅威から保護する。極端なケースでは、上記処理は関連性のチェック条件をアドバイス・リーダーが実行しているマシン上でのみ可変に制限することを意味する。
【０４１１】
現在、アドバイス・リーダーがこのタイプの盗聴から保護しながらネットワーク活動を許す４つのメカニズムがある。
・節の条件評価を不許可。アドバイス・リーダーは条件評価を避けるように構成されている。このイベントでは、関連性評価に関する情報は、コンシューマと宛先との間の監視可能なネットワーク活動の存在により一切開示されない。
・条件評価に対してランダムに部分式を再オーダーする。節AおよびBの評価において、パーサーはランダムに１／２の確率で節を（& AB）に等価な所まで減少し、１／２の確率で(& B A)を実行する。この処理が済むと、節RおよびIの評価においてリモート・ネットワーク活動が発生したことは、投げられたコインが表を出すか節Rが真であることを示唆している。この事実は、特定の場合にRが問題のユーザにとって真であるかを決定するのが不可能になってしまうということである。
・常にネットワーク活動を包含する部分式の評価を強制する。アドバイス・リーダーは各インスペクターが、同インスペクターを実行しているマシンから活動を外す場合に設定される属性Remote-Activityを持つように構成される。アドバイス・リーダーは、文構文解析関連性節においては、Remote-Activityの属性を持つ部分式を識別し、それら部分式の評価を強制する。
・関連性評価からネットワーク活動を外す。属性Remote-Activityを持つインスペクターは、キューに繋がれたリクエストを使用し、あらかじめ指定された場所または場所のコレクションに対してキャッシュデータ上でのみ働くように制限されている。この処理は、遠隔地からのみ決定可能な属性に対するリクエストを受信した場合にインスペクターが自キャッシュをチェックできることを意味している。回答がキャッシュ中に見つかった場合、インスペクターは回答を返す。回答がキャッシュ中に見つからなかった場合は、リクエストは将来の評価に備えてキューに繋がれる。プロセスは、例えば一日一回のような固定スケジュールに従って独立に実行し、相手マシンの固定リストと通信をし、その時前日にキャッシュされた全リクエストを処理する。この場合、関連性評価は、それ自体定期的にスケジュールされた活動の外でのネットワーク活動の要因とはならない。
【０４１２】
これらメカニズムの適切な組み合わせにより、表示された犯罪的盗聴のコンテキスト中であっても関連性評価のプライバシーへのセーフガードが可能となる。
【０４１３】
ＨＴＭＬ:漏洩に栓をする
典型的なモダンＨＴＭＬドキュメントの最終的な外見は、単一ではなく幾つかのファイルの製品である。ＨＴＭＬドキュメントそれ自体は、ビジュアルなコンポーネントを提供するある種の表示の論理的スケルトン、テクスチュアルなコンポーネントの全てのもののリスト、種々のグラフィックへのリンクのコレクション、およびマルチメディア・ファイルを与える。伝統的なウェブ・ブラウジング実行では、ウェブ・ブラウザが、一連のステージ内で描写された画像を構築する。第一にＨＴＭＬファイルが収集され、ドキュメントのスケルトンが描かれる。ＨＴＭＬドキュメントがリモートで位置付けされたマルチメディア・ファイルを参照していた場合、ウェブ・ブラウザはそれらのファイルを集める：ファイルが到着すると、それらは最終表示のフォーマットおよび描写に使用される。
【０４１４】
アドバイス・プロバイダが、その説明的コンポーネント内のアドバイス・プロバイダサーバ上に位置付けられているＨＴＭＬファイルを含むアドバイザリを作成したと想定する。また、アドバイス・リーダーが描写ＨＴＭＬ内で伝統的ウェブ・ブラウザとして振舞うと想定する。コンシューマがアドバイザリを読む時、下に置かれたグラフィックス・ファイルはアドバイス・サーバから収集される。換言するならば、アドバイザリを読んだことによるアドバイス・サーバにおける活動は注目に値する。アドバイザリが無関係な場合、ＨＴＭＬは描かれず、そのためＨＴＭＬはマルチメディア・ファイルの収集に至ることはなく、サーバはアドバイザリの関連性が評価されることをこの活動から推測する。この処理は、コンシューマからプロバイダに返された一方向膜を通じて情報を漏洩し続ける。
【０４１５】
完全に倫理的なアドバイス・プロバイダは、この活動に一切注目してはならない。しかしながら、単に倫理的なアドバイス・プロバイダは、原則的にこの事実をコンシューマ集団を知るのに利用する。無論、このようなアドバイス・プロバイダは特殊マルチメディア・ファイルとして参照されるアドバイザリを作成することができ、このアドバイザリからのみポイントされる。マルチメディア・ファイルに対する参照の数を計数し、アドバイザリそれ自身の収集の数で割ることにより、人々は状況の特定の組み合わせを示すコンシューマ集団の一部の見積もりが獲得できる。
【０４１６】
しかしながら、本発明は、標準的な実装において、このような活動を中断するためのステップを踏む。このような漏洩を誘発することは、他の非倫理的行動と組み合わされると個々人のプライバシーを危うくするため、完全に倫理的より低くなる。このような漏洩が無害の有用なアプリケーションを持っているのも事実である。情報リークバックと個々人の個人情報との間に何らの相互関係もない限り、人々は、アドバイス・プロバイダにユーザ集団を知らせるという保守的な目的を提供されることができることを主張することもできる。しかしながら、そのような漏洩の存在はそのような相互関係を実行する誘惑を生成し、それは重大なプライバシー乱用をもたらす。
【０４１７】
ランダム化応答のように個々人のプライバシーを保護している間に本発明がアドバイス・プロバイダに同様のフィードバックを提供することにより有効になる他のメカニズムがある。ＨＴＭＬに起因する漏洩を利用する意図を邪魔するために、発明の標準的な実装が３つのメカニズムの内の１つまたは全てを導入する：
・ＨＴＭＬ−Ａプロキシ・サーバ。プロキシ・サーバを通じて排他的に処理を行うことにより、アドバイス・リーダーは収集機構の個人情報および収集の事実の間のアドバイス・サイトにおいて可視の可能性がある全ての相互関係を破壊する。実際に、アドバイス・リーダーは、オリジナル・サイトではなく、プロキシ・サーバからマルチメディア・ファイルを要求している。１つの実装において、プロキシ・サーバはマルチメディア・ファイルをローカルにキャッシュし、アドバイス・サイトから一回だけファイルを要求することによりマルチメディア・ファイルに対する多くのリクエストを提供できるようにする。アドバイス・サイトは、彼ら自身のサーバ上の負荷を減らすことができるために、このアレンジメントを有利と見ることがある。その代わりに、それらは、集団属性を一般的な研究とする能力、または個人情報と属性との間の相互関係を作る能力を失う。
・ＨＴＭＬ−Ｂ全てのマルチメディアを直ちに収集する。本発明の１つの実装において、収集プロセスは、アドバイザリのＨＴＭＬ内で参照される全てのマルチメディア・ファイルの自動ダウンローディングを含む。この作業は次のようなものである：アドバイザリの予備的な文構文解析は、アドバイザリの説明的コンポーネントのＨＴＭＬソース内で参照される全てのマルチメディア・ファイルのリストアップに繋がる。アドバイス収集機構は、アドバイザリが関連を持つことを確実にしながら、直ちにそれらのファイルを収集する。ファイルはローカルに入手可能である。本発明の１つの実装において、ファイルが収集されたという事実と特定のアドバイザリが関連性を持っている可能性があるという事実の間には何らのコネクションもない。
【０４１８】
メカニズム（ＨＴＭＬ−Ａ）および（ＨＴＭＬ−Ｂ）は同時に使用されることもある。すなわち、プロキシ・サーバはクライアントを代表してアドバイスおよびそのアドバイス内に含まれるＨＴＭＬソース内で参照される全マルチメディア・ファイルを収集することがある。コンシューマ・アドバイス・リーダーは最初にアドバイザリ・ファイルのみを獲得するが、全マルチメディア・ファイルは獲得しない。適切な時間に、マルチメディア・ファイルがプロキシ・サーバから収集される。この場合、再びファイルが収集されたという事実と特定アドバイザリが関連性を持っているかも知れないという事実の間には何らのコネクションもない。
・ＨＴＭＬ−Ｃアトランダムにマルチメディアをダウンロードする。本発明１つの実装において、収集プロセスは幾つかのアドバイザリのＨＴＭＬ内で参照される幾つかのマルチメディア・ファイルのランダムなダウンローディングを含む。この作業は次の通りである：アドバイザリの予備的な文構文解析は、アドバイザリの説明的コンポーネントのＨＴＭＬソース内で参照される全てのマルチメディア・ファイルのリストアップに繋がる。アドバイス収集機構は、定期的に少数のランダムにリストから選択されたファイルを収集する。この処理は、アドバイス・オーサーが発行したいかなるアドバイザリに対しても、関連性の理由からではなく、純粋な実験の結果として、マルチメディア・ファイルの大きな一部がアクセスされることを保証する。部分的には、この処理はアドバイザリが関連性を持つようになる顧客の多くに対して、ファイルがすでにローカルに入手可能となっていることを保証する。
【０４１９】
本発明の一つの実装において、ファイルが収集されたという事実と特定なアドバイザリが関連性を持つ可能性との間には何らの論理的コネクションもない。
【０４２０】
プライバシー倫理のサポート
情報倫理を強制する本発明内に３つのメタプリンシプルがある。
・倫理サイト。コンシューマは倫理的な動作を知られているアドバイス・サイトにのみ加入する。多くのコンシューマが、彼らが興味を持つ商品およびサービスを製造する大企業からのアドバイスすることを主に申し込むように彼らのアドバイス・リーダーを構成する。例えば、コンピュータ製造業、ソフトウェア出版者、またはインターネットサービスのプロバイダなどがある。このタイプの実体的組織への加入は適度に安全な行為である。このような組織は信頼できるアドバイスの提供に興味を持っており、それらのコンシューマとの関係を保つ。このような企業により作成されたアドバイスに加入するコンシューマには少しのリスクが伴う。
・倫理の明確な定義。Better Advice Bureauは、オーサーの倫理的行動を奨励する基礎的ツールである。全てのユーザはこのサイトに加入する。このサイトはカウンタ・アドバイスを編集し、ユーザに、回覧されている非論理的サイトおよび非論理的アドバイスを通知する。Better Advice Bureauは、解決オペレータを、ユーザに漏洩する情報を知らせずに、または漏洩する情報の性質を正確にユーザに知らせずに情報漏洩に関わった場合、これを非倫理的と定義する。非倫理的に動作するスパイ・アドバイスの一部が流通し、Better Bureau.orgの注意を引いた場合、それに対してカウンタ・アドバイザリを発行することがある。これにより、Better Advice Bureauは、非倫理的状況の修正を許可することにより、本発明に対してある意味でプライバシー保護システムとして機能する。
・副作用の明確なラベリング。倫理的動作の定義を明確にし、倫理的動作からの逸脱を明確にするためにBetter Advice Bureauはアドバイザリに添付され、解決オペレータの潜在的副作用を示すラベルのセットを示す。それらのラベルは下記の項目を示す：
アドバイザリの提案された解決に影響を受ける可能性のある危機的サブシステム
アドバイザリの提案された解決により情報が明らかにされるか
どのようなタイプの情報が明らかにされるか
情報が明らかにされる可能性がある場合、それがマーケティング／メーリングに使用されるか
完全に倫理的動作はアドバイス・オーサーに対して、潜在的コンシューマに与える影響に従ってアドバイスにラベリングをすることを要求する。アドバイザリが間違ってラベリングされた場合、Better Advice Bureauはカウンタ・アドバイザリを作成することを考慮する。誤った通知をするための永続的に、協調した試みは、サイト・カウンタ購読アドバイザリを作成するBetter Advice Bureauによって考慮される。
【０４２１】
代替のクライアント−サーバ対話
本発明の重要な構成要素は、コンシューマとプロバイダ・サイト・イメージとの間の同期である。これは、AEUPに従い発生する。しかしながら、それらは、基本発明の本的な他の実施態様であり、その中にいて同期が種々の手段によって影響される。これらは、下記において述べられている。
【０４２２】
匿名の選択的更新プロトコル
このプロトコル下で、購読および同期の動作は、いずれもAEUP内で匿名である。しかしながら、更新プロトコルは完全的と言うより選択的である。
【０４２３】
ASUP定義
ASUP下では、各アドバイザリ・メッセージは、少なくともオリジナル・アドバイザリを参照するメッセージ識別子、オリジナル・アドバイザリの関連性節、および潜在的にサブジェクト行のような他の情報により成る短いフォームに要約される。このプロトコル下において、アドバイス・サーバは、ディレクトリ・メッセージおよび全アドバイザリ・ファイルに加えて、１つまたは複数のアドバイザリの要約であるアドバイス・リーダーを処理する。  ASUPの下では、収集プロセスが変化する。アドバイス・リーダーは、アドバイス・サイトの各アドバイザリの全本体を持っていることを保証する代わりに、各メッセージの要約を持っていることを保証する。この処理は、前回の同期からの全ての新しいアドバイザリの全ての断片に対してリクエストを発行することにより行われる。
【０４２４】
ASUP下では、アドバイス・データベースが変化する。このデータベースは２種類のエントリーを持っている：フルアドバイザリおよびアドバイザリの要約である。
【０４２５】
ASUP下では、アドバイス・リーダーは、それが獲得したフルアドバイザリおよび要約の双方に含まれる全ての節に対して関連性評価をスケジュールする。
【０４２６】
ASUP下では、関連アドバイザリは、アドバイス・リーダーとアドバイス・サイトとの間の新たなコンタクトにトリガーをかけることができる。構成によっては、アドバイス・リーダーは、ユーザがフルアドバイザリを欲している予測または直接のユーザリクエスト内で、アドバイス・サイトとの接続を確立し、特定のアドバイザリ本体を要求する。
【０４２７】
このプロトコルの結果は、コンシューマのアドバイス・リーダーが全ての発行された関連性節にアクセスし、それは評価する場合でも全ての発行されたアドバイザリをダウンロードしない。
【０４２８】
ASUPの分析
このプロトコルは、発行されたアドバイザリが要約されたアドバイザリをはるかに上回る記憶を消費する場合に有利である。このプロトコルは、大規模なアドバイザリにアクセスすることによりコンシューマの時間を節約し、サービングリクエスト中のプロバイダの時間を節約する。このプロトコルの潜在的欠点は、コンシューマ・プライバシーの危険にさらすことの可能性である。ASUPプロトコル下では、アドバイス・プロバイダが、アドバイス・リーダーにより要求された、そして要求されていないアドバイザリ・ファイルの監視に基づいてコンシューマに関して妨害を意図している場合、これを隠すことができる。このプロトコルが正確に上記のように利用された場合は、コンシューマは、節が関連しない場合は決してアドバイザリ全体を要求せず、節が関連する場合は、常にアドバイザリ全体を要求する。特定のコンシューマに関する情報を知りたいと意図するアドバイス・プロバイダは原則的に、サーバ・リクエストを対応するアドバイザリの関連を対応するコンピュータ上に表示することにより、それらは、リクエストが出てきたIPアドレスに関連付ける。IPアドレスが特定のコンシューマ・コンピュータに永続的に割り付けられている場合は、プロバイダは、原則的にそのようなリクエストをコンシューマの個人情報に関連付ける。この場合、コンシューマに関する情報はサーバにリークバックされることがある。
【０４２９】
ASUP下のプライバシー保護
・ランダム収集。情報の漏洩の潜在性は、アドバイス・リーダーに対して、関連していない関連性節を含む幾つかのアドバイザリのフルアドバイザリ本体を要求させることにより減少できる。この処理はランダム化メカニズムにより実行される。各フルアドバイザリ本体は確率Pと共に要求されるが、ここで、Pは特定の数である。
・プロキシ・サーバ。情報の漏洩の潜在性は、アドバイス・リーダーに対してプロキシ・サーバ経由でフルアドバイザリ本体を要求させることで減少できる。プロキシ・サーバは匿名のアドバイザリをアドバイス・サイトに送り出し、それによりアドバイス・サイトを要求者の個人情報でマスクする。例えばBetter Advice Bureauまたはadvisories.comに位置付けられた中央プロキシ・サーバは、この目的のために使用可能となる。
・専用サーバ。情報の漏洩の潜在性は、サーバ・ソフトウェアの供給を制限することにより減少できる。本発明と共同作業をしている唯一のサーバ・ソフトウェアがコンシューマおよびアドバイザリが要求しているそれらの間の相互関係を作成せず、リクエストのロギングも行なわず、このサーバ・ソフトウェアのユーザがサーバ／リーダートランザクションを盗聴することによって専用プロトコルの意図を邪魔しようとした場合、ASUPの結果として個人情報がサーバに対して明らかにされることはない。
【０４３０】
サーバ・ソフトウェアの供給は、特定のセキュリティー・ハンドシェークを強制的なものにするようリーダー／サーバ対話を変更することにより制限することができる。セキュリティー・ハンドシェークの一部としてデジタル暗号化テクノロジーを使用し、適切なハンドシェーク・キーへのアクセスを制限することにより、サーバ・ソフトウェアを構築する機能へのアクセスを制限することができる。
【０４３１】
クライアント／サーバ対話上の盗聴は契約上で禁止することができる。有効なサーバ・ソフトウェアは、受け取り手が盗聴をしないという条件下においてのみ入手可能である。
このように、ASUP下で、プライバシーのセーフガードには幾つかの方法がある。
【０４３２】
非匿名完全更新プロトコル（NEUP, NonAnonymous Exhaustive Update Protocol）
特定の設定では、匿名購読の概念は無効である。なぜならば、例えばアドバイザリが支払いベースでのみ入手可能にでき、リーダー／サーバ対話が、リーダーが彼自身を支払いコンシューマとして資格を与えるハンドシェーク・セグメントを含むためである。このシナリオの変形は、メンバーが狭い意味でアドバイス購読それ自体への支払いをしないが、アドバイスに対して資格を与えるためにメンバーになる必要があるクラブのメンバーに対するアドバイスの提供内にある。
【０４３３】
非匿名完全更新プロトコル（NEUP）は、加入者が全ての新しいアドバイザリのダウンローディングを完全に更新している非匿名設定内で適用される。NEUP下では、コンシューマのプライバシーは次の要領で保護される：コンシューマの加入がプロバイダに知られている間に、アドバイスを収集するルーチン動作および関連性の評価はコンシューマに関する情報をプロバイダに開示しない。
【０４３４】
非匿名選択的更新プロトコル（NSUP, NonAnonymous Selective Update Protocol）
特定の設定では、非匿名の購読の概念は無効である。なぜならば、例えば、考慮すべき非常に大規模な潜在的関連アドバイザリがあり、各アドバイザリは比較的大きなサイズであるためである。わずかなアドバイザリのみが関連すると考えられるため、コンシューマおよびプロバイダは拡張的資源を完全更新にかける意思はない。
【０４３５】
非匿名選択更新プロトコル（NSUP）は、アドバイス・リーダーが第一の要約されたアドバイザリを獲得し、関連性を評価することにより選択的に更新し、その後関連アドバイザリをダウンロードするこの非匿名設定を提供する。
【０４３６】
NSUPはそれ自身によりコンシューマにプロバイダからの保証プライバシーを与えることはない。コンシューマの購読の事実はプロバイダに知らされ、アドバイス収集および関連性評価のルーチン動作が関連性節がTrueであるプロバイダに開示する。NSUP下では、ランダム化、プロキシ・サーバ、および専用サーバなどのコンシューマのプライバシーの保護を助ける幾つかのメカニズムがある。
【０４３７】
代替アドバイス配信
中央アドバイス・サーバ
１つの実装において、単一の中央サイトが、実際は単一ファイル・システムの異なるサブディレクトリとして動作する異なるアドバイス・サイトを持つ多くの異なるアドバイス・プロバイダに提供されるアドバイスを収容する。コンシューマ・コンピュータ上で動作する全てのアドバイス・リーダーは、この中央サイトにコンタクトし、同サイトからアドバイザリなどの資源を要求することによりサイト・イメージを同期させている。現実には、この単一サイトは、実際に互いの機能およびコンテンツをモニターしているコンピュータのコレクションによって構成されている。
【０４３８】
このアレンジメントは２つの領域でインパクトを持っている：
・プライバシー。このアレンジメントは、コンシューマがプロバイダから隔離することで、プロバイダが、その個人情報、或いは、任意のコンシューマの任意の関連属性を知ることを妨げる。特に、ASUPプロトコルはそのような設定において安全であり、但し、中央アドバイス・サイトがリーダー／サーバ・トランザクションをロギングし又は解析しない。
・セキュリティー。このアレンジメントは、アドバイス・サイトの供給を制限し、それによりアドバイス・サイトが典型的な責任組織によって運営されることを保証することによって、中央サーバ管理により導入された特定標準を満足するアドバイス・サイトに制限する。
【０４３９】
中央サイトは、ＦＴＰまたは関連のファイル転送手法などの標準手法の使用により、アドバイス・プロバイダに中央サーバ上のそれらのサイトのコンテンツの更新を許可する。
【０４４０】
中央プロキシ・サーバ
１つの実施態様において、単一の中央サイトが全てのアドバイス・リーダーに対してプロキシ・サーバとして動作する。アドバイス・サイトの広く配信されるベースがある。しかしながら、多くのユーザは個別にそれらのサイトには行かない。代わりに、彼らは中央プロキシ・サーバ経由で全てのアドバイザリを得るようにアドバイス・リーダーを構成する。プライバシーの侵害について心配するユーザに特に当てはまる。
【０４４１】
中央プロキシ・サーバは多くの異なるアドバイス・プロバイダから提供されたアドバイスをキャッシュする。コンシューマ・コンピュータ上のアドバイス・リーダーは、プロキシ・サーバに対して、特定のアドバイス・サイトからのアドバイザリなどの資源を使用可能にするように要求する。これらの資源が代理サイトでのみ使用可能な場合、それらは直ちにユーザに届けられる。それら資源が使用可能でない場合、オリジナル・サイトはいずれも匿名でユーザに送られた資源の問い合わせを受け、代理サイトのキャッシュに位置付けられる。アドバイス・サイトは、オリジナル・サイトが変更された場合に中央代理サイトに信号を送出する手法を持っており、これによりキャッシュをフラッシュする時間であることを示す（ハラム・ベーカー、フィリップM.(１９９６年)代理キャッシュへの通知、ワールド・ワイド・ウェブ・コンソーシアム・テクニカル・リポート、http://www.w3.org/TR/WD-proxyを参照）。
【０４４２】
このアレンジメントは、カウンタ・プライバシー関係を示す。コンシューマをプロバイダから引き離すことによって、このアレンジメントはプロバイダが個人情報またはコンシューマの関連属性を知ることを妨げる。特に、ASUPプロトコルはそのような設定において安全であり、但し、中央アドバイス・サイトがリーダー／サーバ・トランザクションをロギングし又は解析しない。
【０４４３】
中央匿名アドバイスリメーラー
１つの実施態様において、アドバイス配信はインターネットｅ−メール送付を利用することによって動作し、匿名メーリング・リストの使用によって中央リメーラーを通じてルーティングされる。
【０４４４】
上記のアドバイス・サイト・アーキテクチャは保持される。しかしながら、アドバイス・サイトの広く配信されたベースがある。多くのリーダーはこれらのサイトに直接コンタクトしない。代わりに、彼らは匿名メールでアドバイスを受け取る。この実装において、アドバイス・サイトはそれらの新たなアドバイザリを中央リメーラー・サイトにｅ−メールし、中央リメーラー・サイトはお返しに秘密の中央サイトにコンタクトし、購読関係を確立した個々人で成るメーリング・リストをｅ−メールする。この実装において、取り消し用に特別にデザインされた新しいフォームのアドバイザリがある。アドバイス・サイトは、アドバイザリの取り消しを、取り消しアドバイザリを中央リメーラー・サイトにｅ−メールすることによって取り扱い、中央リメーラー・サイトはお返しにメーリング・リストをｅ−メールする。
【０４４５】
このアレンジメントの下で、アドバイス・リーダーは、コンシューマ・コンピュータ上のｅ−メール・リーダーおよびアドバイス・リーダーへのアクセス用にデザインされたメール・ボックス内にアドバイスを自動的にフィルターするように構成されたコンシューマのｅ−メール・リーダーと共同する。アドバイス・リーダーは、オリジナル・アドバイス・サイトにコンタクトすることではなく、前回の同期から到着したメール・ボックスのコンテンツを解釈することによってサイト同期を行う。
【０４４６】
このアプローチは、POP3インターネット・メール・サーバと作業する場合に適している。このアレンジメントは、基本的にｅ−メールを使用したAEUPプロトコルの利用である。特定のコンシューマが購読を持っており、特定のアドバイザリが関連していることはいずれもアドバイス・プロバイダに対して一般的に使用不可の情報である。
【０４４７】
このアレンジメントの下で、AEUPが提供する一方向膜はコンシューマに対して特にクリアに作られている。コンシューマはデバイス・サイトがコンシューマのそれらサイトへの加入を知る必要はなく、コンシューマ・マシンとアドバイス・サイト間に直接IPトラヒックはないということを理解している。メールのプレーン・テキストを見ることにより、アドバイザリがアドバイス・サイトから彼らの所に直接届かないが、中央アドバイス・リメーラーから匿名で転送されることが分かる。
【０４４８】
このアレンジメントの潜在的ウィークポイントは、秘密が危険にさらされる秘密のメーリング・リストが存在していることである。コンシューマの自信を鼓舞するために、中央リメーラーが信頼されたコンシューマ志向のオーソリティーによって操作されることが最もよい。
【０４４９】
コンシューマをプロバイダから引き離すことにより、このアレンジメントはプロバイダが個人情報およびこのアレンジメントに参加しているおよび自ら進んでプロバイダに何物をも開示するつもりのないコンシューマの属性などを知ることを妨げることができる。
【０４５０】
USENETアドバイス・デフューザ
１つの実施態様において、アドバイス配信はUSENETニュース配達を通じて動作する。
【０４５１】
上記のアドバイス・サイト・アーキテクチャが保持される。アドバイス・サイトの広く配信されるベースがある。しかしながら、多くのリーダーは直接それらのサイトにコンタクトしない。代わりに、USENETからアドバイスを得る。この実装において、USENETニュース・グループの全コレクションが、例えばアドバイス・サイトごとに一つ作成される。アドバイス・サイトは、時により、USENETに新しいアドバイザリを通知する。お返しにUSENETはニュース・グループ・サーバとして動作している世界中の全てのマシンに配信される新しいポスティングを起動する。
【０４５２】
このアレンジメント下で、アドバイス・リーダーは、オリジナル・アドバイス・サイトにコンタクトするのでなく、USENETプロトコルを使用してニュース・グループ・サーバにコンタクトし、特定のニュース・グループにアクセスすることによりサイト同期を実施する。
【０４５３】
このアレンジメントは、本質的にUSENETを使用したAEUPプロトコルである。特定のコンシューマが購読を持っていることも、特定のアドバイザリが関連していることも一般的にアドバイス・プロバイダには使用不可の情報である。
【０４５４】
このアレンジメント下で、AEUPが提供する一方向膜が特にコンシューマに対してクリアである。コンシューマは、デバイス・サイトがコンシューマのそれらサイトへの加入を知る必要はなく、コンシューマ・マシンとアドバイス・サイト間には直接IPトラヒックはないということを理解している。実際には、USENET経由で受信したニュースは匿名であるため、どこにもメーリング・リストはなく、従って、それをアドバイス・サイトにリンクする中央情報ベースもない。
【０４５５】
ソフトウェア・チャネル
考え得る実施態様において、アドバイス配信はプッシュ・プロバイダから共通にチャネルとして参照されているBackweb、Marimba,およびPointcastにより動作する（エレスマン、カステド(１９９７年)チャネル定義フォーマット、ワールド・ワイド・ウェブ・コンソーシアム・テクニカル・リポートhttp://www.w3.org/TR/NOTE-CDFsubmit.HTMLを参照）。他の実施態様において、アドバイス配信は、ｅ−メール・メーリング・リストの使用により動作する。いずれの場合も、配信方法はチャネルとして参照される。論理的関係は同じである。ワードチャネルの全ての発生がメーリング・リストに変化した場合は、特に重要な変化は下記ではおきない。
【０４５６】
上記のデバイス・サイト・アーキテクチャが保持される。アドバイス・サイトの広く配信されるベースがある。しかしながら、それらのサイトに直接コンタクトしないリーダーもいる。代わりに、彼らはチャネルを通じてアドバイザリを受け取る。この実装において、チャネルの全コレクションが、おそらくはアドバイス・サイトあたり一つの割合で作成される。アドバイス・サイトは時によりそのチャネルに新しいアドバイザリを送り、チャンネルはお返しとして、そのチャネルに加入している世界中の全てのマシンに配信される新たなオファリングを起動する。
【０４５７】
このアレンジメント下で、アドバイス・リーダーは、チャネル上の入りデータをリストアップし、入りアドバイザリをそれらが到着したときに処理することによりサイト同期を実施する。
【０４５８】
このアレンジメントは、本質的にNEUPプロトコルの利用である。チャネルの利用において、ユーザが購読を持っているということはコンテントプロバイダに知られている。特に、特定のアドバイザリが関連するということは、一般的にアドバイス・プロバイダには利用不可の情報である。
【０４５９】
このアレンジメント下で、AEUPが提供する一方向膜は、チャネル・プロバイダが実際の一方向チャネルを提供し、そのことをコンシューマに説明している場合はコンシューマに対して特にクリアである。例えば、メーリング・リストが典型的な一方向通信を示しているということは、コンシューマに良く理解されている。コンシューマは、通信が双方向になるのは、コンシューマが他方向へのコンタクトを始めたい時だけである。
【０４６０】
コンシューマの信頼を促進するための代替メカニズム
コンシューマが抱いているであろうプライバシーに関する関心はテクノロジーにおいて解決されなければならないということをこれまで示してきた。視点としては、コンシューマのプライバシーを保護できるのは、アドバイス・プロバイダに対して特定の消費者に向けた特定のアドバイザリの関連性に関する有効なインタフェースを作成することを文字通り不可能とするようなシステムを開発することである。この考え方に則って、コンシューマを孤立させることは大切な目標である。しかしながら、この孤立は特にコスト的制約を受けることになる。さらに、何人かのコンシューマは、プライバシー問題に関する純粋に技術的解決を受け入れず、時折起こるであろう漏洩など、いかなる技術的解決も避けられない欠陥を持っていると疑っている。このようなコンシューマは、漏洩の結果を心配しており、漏洩は一切起きないという技術者の説得にも耳を貸さない。このようなコンシューマは、漏洩がアドバイス・プロバイダの一部によって利用されることはないという当該アドバイス・プロバイダで明示された言質によって再保証されるであろう。
【０４６１】
アドバイス・プロバイダの意図にコンシューマの関心を導くには、アドバイス・プロバイダの集団を、コンシューマに対して保証を提供する契約に署名し、且つ当該契約を遂行するプロバイダに限定することである。これには３つの構成要素がある：
・倫理標準。基本的ドキュメントは入手可能とされ、倫理的行動に関する良く知られた定義を提供している。特定のアドバイス・プロバイダはこのドキュメントに署名しており、署名者の個人情報を発行しているBetter Advise Bureaunなどの中央オーソリティーに寄託している。
・ユーザ・インタフェース。ユーザは対話を倫理標準に従っていることを知られているプロバイダに対してのそれのみに限定されたオプションを与えられている。
・サーバ特権の制限。リーダー／サーバ対話は適切なハンドシェーク・メカニズムによって保護されており、倫理合意書に署名した者のみに適切なリーダー／サーバ・ハンドシェーク秘密コードがライセンスされている。
【０４６２】
中央アドバイス・サーバとのみ対話できるようにアドバイス・リーダーがハンドシェーク・メカニズムにより機能を制限された中央サーバ戦略により、倫理標準に従うように義務つけられ、標準に従うことを知られているサイトからのみアドバイスを提供する。
【０４６３】
アドバイス・リーダーが適切なハンドシェークを持ったアドバイス・サーバとのみ対話可能な所有者のサーバ戦略により、ハンドシェークは倫理的なアドバイス・サイトを持っているサーバにしか知られていない。
【０４６４】
要約すると、プライバシーに対して契約上の保証を顧客に与えている合意書に署名しているプロバイダがいる。このようなプロバイダとのみ取引を従っている顧客がおり、アドバイス・リーダーのアクセスをそれらのサーバに限定するための技術的メカニズムである。
【０４６５】
代替関連性評価モデル
全体像：状態比較
現実には、関連性節はコンピュータの状態、その環境、そのコンピュータから到達可能なコンピュータ・デバイスの状態および環境に関するアサーションである。関連言語はオーサーに対してコンピュータの状態の構成要素を記述する方法を提供する。しかしながら、その状態の構成要素が記述できる他の方法もある。
【０４６６】
アドバイス・リーダーおよび関連付けられたインスペクター・ライブラリは、状態の記述と実際の状態を比較する方法を与える。しかしながら、状態の構成要素が記述を比較できる他の方法もある。
【０４６７】
ウォッチャーのコミュニティー
状態記述の代替方法は、ウォッチャーのコミュニティー、すなわち特化されたアプリケーションに依拠しうる。ウォッチャーの各々は独自の関わりとアーキテクチャを潜在的に持ち、それはコンピュータおよびそのアーキテクチャに関する特定のアサーションを分析できる。そのようなアプリケーションは、ウォッチャーと呼ばれる。
【０４６８】
特定のファイルが適切な属性を持っているかを観察するファイル・ウォッチャー・アプリケーションを考慮する。このアプリケーションはアサーションのデータベースを保持している。各エントリーはファイルまたはディレクトリ、指定されたオブジェクトの属性のリスト、指定された観察頻度、およびメッセージとアサーションの失敗に伴う対策を名づける。指定可能な属性の例には、存在、名前、バージョン、サイズ、およびチェックサムが含まれる。スケジュールされた時間にまたはユーザの制御の下に継続して実行するファイル・システム・ウォッチャーは、そのアサーションのデータベースに行き、各エントリガーアサートされた状況を持っているかを、例えばファイルが指定された属性を持つごとにチェックする。同ウォッチャーが必要な状況を持っていないエントリーを見つけた場合、アサーションの失敗に関する情報をアサーションに伴うメッセージや情報と共にユーザ・インタフェース・モジュールに渡す。ウォッチャー・アプリケーションの一部であるユーザ・インタフェース・モジュールおよびシステム全体を通じて共通に使用されるアプリケーションはアサートされた条件の失敗をユーザ情報に表現し、関連付けられたメッセージおよび推奨レスポンスを中継する。
【０４６９】
ファイル・ウォッチャー・アプリケーションは状態に関して新たなアサーションを行っているメッセージも解釈する。このようなメッセージの受信は、ファイル・ウォッチャーにそのアサーションのデータベースを更新させ、新たなアサーションを行っているエントリーまたはアサーションを中止したエンティティを含む。ウォッチャー・アプリケーションの一部であり、全システム内で共通に使われるファイル・ウォッチャーは、これらメッセージをメッセージング・モジュールから受け取る。
【０４７０】
コンシューマ・コンピュータに関する条件をアサートすることを望むリモート・オーサーは、発行されたファイル・ウォッチャー・アサーション指定子に従いファイル・ウォッチャー・アプリケーションに向けられたメッセージを作成する。これは、ファイル・ウォッチャーに保持されているデータベース内のエントリーまたはキーワード言語または他の人間に解釈可能な記述的デバイスを使用したエントリーのテクスチュアル・ディスクリプションに似たデータベース・エントリーである。このような指定子は、ネットワークを介しての伝送のためにまたは他のデジタル転送メカニズムによりパッケージングされる。このようなパッケージは、これまで列挙した方法AEUP、ASUP、NEUP、NSUP、ｅ−メール、またはチャネルのいずれかにより、コンシューマ・マシンに配信される。
【０４７１】
このアプローチの潜在的利点は下記を含む：
・効率をもたらす専門化。ウォッチャーは、専門化されているために、専門化されたタスクのセットの完了時に速度を最適化するように記述されている。例えば、ファイル・システム・ウォッチャーが同じディレクトリにおいて幾つかのファイルをウォッチする必要がある場合、複数のディレクトリ構造アクセスだけなく１つのみのディレクトリ構造アクセスを作成している間に上記ウォッチを行い、それによってディスク操作を減らすことができる。結果が特定の前に行われた動作に基づくものであることが分かっている場合は、特定の動作を避けることは可能である。同じファイルに関して幾つかの異なるアサーションをテストする必要がある時は、一つのファイルをアクセスすることにより全部に関する情報を同時に獲得することができる。さらに、ウォッチャーが以前に定義したフォーマットで命令を受け取った場合、文構文解析の必要がなくなり、より早くアサーションを評価できる。
・表現をもたらす専門化。ウォッチャーは、専門化されているために、専門化されたタスクのセットを記述する非常に便利なモードを使用するよう記述されている。例えば、ファイル・システム・ウォッチャーが言語中の表現を受け取った場合、その言語は十分に証明された有用なイデオムを他のシステムから取り込むように設計されている。従って、UNIX（登録商標）において、ワイルドカード*、[a-z]、？および関連する構造は、例えば多くのファイルのコレクションを類似した、しかし同様ではない名前で参照するようなファイル・システムのプロパティの効果的な記述に有用である。ファイル・システム・ウォッチャーは、そのような専門化されたイデオムをウォッチャーのコミュニティー内の他のウォッチャーのインタフェースのデザインにインパクトを与えずに利用する。
・専門化スケジューリング・アルゴリズム。ウォッチャーは、専門化されているために、それが適切に提供する専門化されたタスク・セットの実行をスケジュールするように記述されている。例えば、継続観察モードで動作しているファイル・システム・ウォッチャーは、システム設定ウォッチャーに使用されているアルゴリズムとは違う専門化されたスケジューリング・アルゴリズムに従う。特定のオペレーティング・システム中では、例えば、ファイル・システムそれ自身は、アサーションの状態は前回の評価から変化していないことが分かっているため、アサーションの評価を変化させるのに使用されるファイルまたはディレクトリのいずれが変更されたのかに関する情報を保持する。
・セキュリティーおよびプライバシーを生じる専門化。ウォッチャーは、専門化されていたために、特定の危険なまたは開示されたアサーションをブロックするように記述されている。例えば、ファイル・システム・ウォッチャーは種々のユーザが構成できるセキュリティーおよびプライバシーの設定を持っており、ユーザ対して特定なファイルまたはファイル内のエレメントへのアクセスを可能にする。
【０４７２】
ウォッチャーのコレクションは大きい。ファイル・システム・ウォッチャーおよびシステム設定ウォッチャーに加えて、シリアル・デバイス・ウォッチャー、プリンタ・ウォッチャー、およびネットワーク・ウォッチャーなどのファイルが提供されている。
【０４７３】
ウォッチャーのコミュニティーは同じ発明
ウォッチャーのコミュニティーのアプローチは本発明のバリエーションである。このポイントを理解するためには２つの方法がある。
・利用レイヤとして。本発明中では、インスペクター・ライブラリはそれらの特定のウォッチャーのバリエーションにより運用される実際の利用があることに注目する。例えば、ファイル・システム・ウォッチャーは様々なファイルの様々な特徴を観察するために構築されている。このウォッチャーは次に、サービス・リーダーに次のように利用される：アドバイス・リーダー内で発行されるファイル関連の手法は、ファイル・システム・ウォッチャーへの問い合わせとして利用される。ファイル・システム・ウォッチャーは、各問い合わせに応答し、問い合わせをアサーションのデータベース内に記録する。次に同様の発行が起きた場合は、ファイル・システム・ウォッチャーはその専門化キャッシング、スケジューリング、および最適化を使用して、可能な場合は、より安く回答を得る。この場合、ウォッチャーのコミュニティーはインスペクター用の利用レイヤであり、ウォッチャーのコミュニティーのユーザ・インタフェース／メッセージング・ソフトウェアは、アドバイス・リーダー・ソフトウェアである。
・異なる利用として。ウォッチャーのコミュニティーが関連発明であることを見る別の方法は、例えば専門化されたタスク用の専門化されたイデオムの有効化などのウォッチャー・アプローチに関して最も魅力的に見える機構が双方のアプローチ下に提供されている。UNIX（登録商標）パターニング・イデオムはUNIX（登録商標）スタイルのパターンを名前指定子文字列として受け取る位置付けられたファイルとして参照されるWorldの名前付きプロパティを作成することにより利用される。フラグメントを下記に示す：
Not exists Located files"*.mat"whose(creator of it iscreator"MATLAB")
このフラグメントは、UNIX（登録商標）表記内のファイルが、複数プロパティ位置付けファイルUNIX（登録商標）-pattern用のインスペクターを通じて本発明の言語内に提供されることを要求する。
【０４７４】
最適化戦略としての関係の林立
ウォッチャーのコミュニティーは、関係の林立の概念を一つにまとめる状態ディスクリプションにアプローチする。各関係オーサーは、コンシューマ・コンピュータの状態の関係を定式化し、これら関係はコンピュータに中継される、そしてコンピュータの状態は、継続的に再調査され、それらの関係と比較される。
効率化およびスケジューリングの観点から、状態ディスクリプションは関連性節の概念の周囲にではなくエレメンタリ関係の林立の概念の周辺に構築する方が良い。多くのアドバイスが独立にサブ節を持っている可能性がある。例えば、関連性節を伴う５つのアドバイスがあり、ディレクトリAdobe Photoshopに関してアサーションを行うと想定する。
１番目：
exists Folder "Brushes andPatterns" of
Folder containing Application "AdobePhotoshop 2.5"
２番目：
exists Folder "Calibration" of
Folder containing Application "AdobePhotoshop 2.5"
３番目：
exists Folder "Color Palettes" of
Folder containing Application "AdobePhotoshop 2.5"
４番目：
exists Flder "Plug-Ins" of
Folder containing Application "AdobePhotoshop 2.5"
５番目
exists Folder "Third-PartyFilters" of
Folder containing Application "AdobePhotoshop 2.5"
各ケースでは、関連性節の評価は、アプリケーション"AdobePhotoshop2.5"を含む節フォルダーの評価を必要とする。要約すると、これら５つの節は同じ働きを５回繰り返す。
【０４７５】
異なるやりかたで編成することも可能であり、表面式は、部分式の最小のコレクションに解析される。これらサブ節のコレクションは非冗長に観察される。より具体的には、合同評価用にスケジュールされた関連性節のプールは合同された式木のフォレストに構文解析される。この式木のコレクションは、その最大のサブツリーへと分析される。２本のサブツリーは、文字通り同じならば等価である。例えば、同じメソッドの発行は同じ引数に適用されるか、有効なコミュテーティビティおよびアソシエーティビティーの適用下で同様にディスパッチされる。関連付けられた部分式が他の関連付けられた式の第一レベルの部分式として発生した場合、式のサブツリーは他のサブツリーの子供である。
【０４７６】
下記のいずれかの場合、サブツリーは最大である：
(a)それは親を持たない、または
(b)それが最近の２つの親を持っている場合、親は非等価式である。
【０４７７】
下記に、上記の５つの関連性節のプールの概念を図示する。最初の文構文解析は下記のようになる：
(exists(Folder"Brushes andPatterns"
(Folder-Containing
(Application "Adobe Photoshop2.5")
) 
) 
) 
２番目は：
(exists(Folder"Calibration"
(Folder-Containing
(Application "Adobe Photoshop2.5")
) 
) 
) 
３番目は：
(exists(Folder "Color Patterns"
(Folder-Containing
(Application "Adobe Photoshop2.5")
) 
) 
) 
４番目は：
(exists(Folder "Plug-Ins"
(Folder-Containing
(Application "Adobe Photoshop2.5")
) 
) 
) 
５番目は：
(exists(Folder "Third-PartFiltes"
(Folder-Containing
(Application "Adobe Photoshop2.5")
) 
) 
) 
ここで、５つの異なる関連性節は、それぞれ異なるプロパティを指名しているために、非等価である。最大式のコレクションは、これら５つの式プラス１つの適切な部分式より成る：
(Folder-Containing
(Application "Adobe Photoshop2.5")
最大式の周辺に編成されたウォッチャーは、下記のように非冗長に動作する：
・関連性節内の全ての式を式木に構文解析する。
・親を持つこれら最大式を一意のラベルで識別する。
各式木を、そのラベルド最大部分式への参照から作られた新たなツリーへと変換する。
【０４７８】
関連性を評価する時は、最大部分式値記憶として参照され、将来の使用のために最大部分式の値を記録する予備記憶を保持する。ラベルド最大部分式への参照が行われた場合、先ずこの記憶をチェックして値がすでに記録されているかを見る。記録されていた場合、保存されている値を使用する。記録されていない場合、部分式を評価して結果の値を記憶に記録する。
【０４７９】
さらに詳細には、このワークは次の通りである：上記の５つの関連性節のプールの場合、最大部分式は下記の通りである：
(Folder-Containing
(Application "Adobe Photoshop2.5")
) 
この部分式は、最大部分式記憶の位置１に位置付けられる。この記憶に適切な参照を行うことにより典型的な関連性節を変換する。関連性節の第一のケースの場合、このワークは次の通りである：
(exists(Folder "Brushes andPatterns"
(Maximal-Subexpression 1
(quote(Folder-Containing
(Application "Adobe Photoshop2.5")
) 
) 
) 
) 
) 
【０４８０】
要約すると、Maximum-Subexpressionとして参照されるラッパーは、識別された最大部分式の周辺に挿入される。このラッパー・メソッドは、部分式を記憶インデックス１に位置付ける第一引数および引用されたエクスプレッションである第二引数を持っている。引用されたエクスプレッションは、ラッパー・メソッドの利用に先立って評価されることはない。代わりに、このエクスプレッションは、ラッパー・メソッドにデータとして渡される条件評価用のエクスプレッションを表す非評価データ構造としての適切な表現へと構文解析される。ラッパー・メソッドはロケーション１を見て値が保存されているかを確認する。保存されていた場合、ラッパー・メソッドはその値を返す。保存されていない場合、ラッパー・メソッドは渡された部分式を評価するよう要求する。評価が完了すると、ラッパー・メソッドは値を最大部分式記憶の一つのロケーション１に収容する。
【０４８１】
この関連性節が与えられたアドバイス・プールの中で最初に評価されたサブエクスプレッションであり、評価の結果は部分式の評価および最大部分式記憶のポジション１内の部分式の値の記録となる。
【０４８２】
次に、プール内の第二の項目を、その変換された形で考慮する。
(exists(Folder "Calibration"
(Maximum-Subexpression 1
(quote(Folder-Containing
(Application "Adobe Photoshop2.5")
) 
) 
) 
) 
) 
上記節が前の節の次に評価されるものと想定する。ラッパーが部分式値がすでに記憶に記録されているのを見つけたために、最大部分式に対する評価はない。
【０４８３】
式木のフォレストの中でいかにして最大部分式を識別するかの議論が残っている。これは、ツリー／フォレスト枝刈りアルゴリズムである。その値のために他の一切のメソッドを頼らないメソッド利用をターミナル・フォームとして定義する。公式には、これはWorldの名前付きプロパティ(Application"AdobePhotoshop 2.5")、名前なしプロパティ（System-Folder）、または定数(文字列"xxxx")、(整数１２３４)である。
【０４８４】
アルゴリズムは、関連性節のプールで全ての一意なターミナル・フォームをスキャンすることで始まる。アルゴリズムは各一意なターミナル・フォームに添付される。リスト中のポインタは、上記フォームが発生したプールの全てのロケーションをポイントする。
【０４８５】
アルゴリズムはワーキング部分式フォームのデータベースを初期化する。第一に、ワーキング式フォームはターミナル部分式フォームである。これらは次のステージで評価のためにマークされる。
【０４８６】
このアルゴリズムは幾つかのステージで実行される。各ステージはワーキング部分式フォームを親のフォームのコレクションへと変換する。ワーキング・データベースが空になるとこのアルゴリズムは停止する。与えられたステージにおいて、すべてのワーキング・フォームのコレクションを通じて反復する。このステージで研究のためにマークされているワーキング・コレクション内の各フォームの場合、その式の全ての親の式のコレクションを考慮する。フォームとの合同はプール内の生起に対するポインタであるために、このアルゴリズムは使用可能である。
【０４８７】
これら親手法の利用では、与えられた部分式を第一レベルの部分式を持つメソッド名およびメソッド引数の一意な組み合わせなどの一意なフォームが識別できる。これらの一意な利用パターンは親のフォームとして参照される。親のフォームがない場合、部分式はワーキング・データベースから削除される。正確に１つの親フォームがある場合、部分式はワーキング・データベース内でその親フォームと交換される。親フォームは次のステージにおいてのみ処理のためにマークされる。親フォームの発生に対するポインタは、前回入手できた子のフォームへのポインタを使用して適切に計算される。１つ以上の親フォームがある場合は、新たな最大フォームが認識される。この親フォームは最大フォームID番号を割り当てられ、ラッパー変換はフォームを参照している各エクスプレッション対してラッパー変換が行われる。すなわち、フォームが発生するそれら全てのエクスプレッションにおいて、レシピに従ってラッパーがフォームの周辺に挿入される：
(Maximum-Subexpression $ID#(quote$$)
ID#が識別された最大フォームのID番号と入れ換えられ、＄＄が最大フォームそれ自身の発生を参照し、(quote)フォームは、上記のように、すぐ行われる評価を避ける手段である。
【０４８８】
ワーキング・フォーム・データベースは、認識された最大フォームの各一意の親フォームを新たに追加され、次のステージで評価のためにマークされた項目およびアドバイス・プール内の各親フォームの生成へのポインタのリストを含むために拡張された。
【０４８９】
このアルゴリズムの結論として、その中で最大共通部分式が識別され、唯一の非冗長評価が実行された変換された式のコレクションがある。
【０４９０】
リーダーは、アルゴリズム手順が先述の５つの関連性節のプール上の望んだ通りの結果を生成することを検証することを望んでいる。
【０４９１】
２値の関連性決定への代替
本発明は、メッセージが到着し、演算が実施されてユーザに特定の関連付けられたメッセージを通知する一般的なゴールに到達する特定のアサーションを評価する。タイミング、フォーマット、および通知のための他の属性（通知するかどうかの決定を含む）はこの指定された演算の結果の影響を受ける。関連性評価への影響に対するさらに大きな意向は、上記のシステムの小さなバリエーションにより利用されることがある。
【０４９２】
本発明は、１つの実施態様において、非２値基準により関連性の評価を獲得している。関連言語内の良く形成されたフレーズの結果は、ブール値ではなく数値となる。ブール値のTrueは数値１．０と等価と見られ、ブール値のFalseは数値の０．０と等価と見られる。本体内の特定の値がブール値を生じるが、他の節は０から１の間の値を取る数字を生じる。０と１の間の値は、特定の関連性と特定の非関連性の中央に位置する関連性の程度を示すと解釈されると想定する。１つの実施態様において、ユーザ・インタフェースはユーザに関連の度合いに応じて格付けされ、リストの一番上の値である１．０と一番下の値である０．０を持つアドバイザリを提供する。ブール値をRealに拡張するこのタイプのバリエーションは、ファジー・ロジックの名の下で良く知られている。
【０４９３】
他の実施態様において、関連性決定の結果はカテゴリカル・ラベルである。本実施態様において、TrueおよびFalseは２つのラベルであり、ユーザ・インタフェースはTrueというラベルの付いたメッセージを表示するためにキーが付けられている。しかしながら、Attractive OfficerまたはChronicHouseholdSituation Needing Eventual Attentionというラベルもある。このようなラベルは関連性節の評価の結果であり、本発明に添付されたユーザ・インタフェースに依拠しており、このようなラベルは通知の異なるメソッドであり、または他の種類のラベルとは違う異なる提供のメソッドである。advisories.comなどの中央共同オーソリティーの利用は、このようなラベルの公衆化および共同を提案する。ユーザ側のフィルタリングの利用は、ユーザに、通知なしの可能性を含む通知の手段と種々のラベルとの連携を許可する。
【０４９４】
本発明の１つの実施態様において、過多な分析のレイヤは関係評価とユーザ・インタフェース間に挿入される。このように、関係演算の結果は、ユーザの選択およびユーザの監視に基づいてフィルタリングされることがある。このように、メッセージの通知状況を一意に決定するよりも、関連演算が通知プロセスに影響する。例えば、名目上関連のある特定のメッセージの表示をユーザが抑制するユーザ側のフィルタリング・メソッド(上記を参照)が利用されることがある。１つの実施態様において、このような検閲機構が自動的に適用される。アドバイス・リーダーまたは他のアプリケーションはユーザの行動を監視し、同検閲機構を駆動するユーザの選択を推理するモジュールを含んでいる。１つの実施態様において、優先順位付け機構が自動的に適用される。アドバイス・リーダーまたは他のアプリケーションは、ユーザの行動を監視し、関連性メッセージの中でも特にユーザが関心を抱くようなメッセージをより早期にまたはより目立つように表示できるようにユーザのプロパティを選択する。
【０４９５】
代替メッセージ・フォーマット
MIMEラッパーへの代替
開示され、選択された実施態様は、インターネットや他のデジタル伝送媒体を通じての伝送用にアドバイザリをパッケージする手段として良く知られたインターネットの標準であるMIMEを使用する。
【０４９６】
リモート解釈用にテクスチュアル情報をパッケージする他の良く知られた手段はXML言語である。この言語は、階レイヤ的メッセージ伝送を可能にし、上記で計数されたタイプのメッセージ・コンポーネントの収容を可能にする。
【０４９７】
本明細書で開示された基本的アレンジメントに対して多くの利用法がある。MIMEおよびXMLのような良く知られたプロトコルを使用するか、または専用プロトコルを使用する。これらは本発明の利用を構成する。
【０４９８】
３パート・メッセージングの代替
本発明は、人間に解釈可能な情報、関連性節、およびコンピュータに解釈可能な情報を含む３−パートメッセージとして論じられてきた。これら論理的に接続された３つの構成要素は、同じ物理メッセージ内でパッケージングする必要はない。必要なのは、これらのパーツの共同作業だけである。例えば、ASUPプロトコルは、メッセージ識別子および説明的コンテンツ、ソフトウェア、および参照から成るメッセージ本体から離された関連性節のみから成るアブストラクトを送信する。ASUPの下では、組み合わされたメッセージ本体が獲得される関連性評価は第二のリーダー／サーバ対話を駆動する。他の実装において、関連性節とコンテンツのよりゆるやかな共同が維持され、関連結果がメッセージの全シーケンスの探査を開始する。
【０４９９】
関連言語の代替
関連言語は、コンシューマ・コンピュータの状態および環境を描く便利な手段である。しかしながら、他の言語もコンピュータ関連性メッセージに使用可能なフォームに改造することができる。
【０５００】
JAVA（登録商標）モデル
JAVA（登録商標）プログラミング言語は十分に知られており、且つコンピュータ計算を特定するために広く入手可能なツールである。
本発明の１つの実施態様において、関連言語の役割はJAVA（登録商標）プログラミング言語内で利用されているソフトウェア・ツールを使用して果たされている。JAVA（登録商標）の名声は、ソフトウェア開発者および他のコンピュータ・プロ達の間で広く受け入れられている。
【０５０１】
現在理解されているこの利用法を開発する最良の方法として、JAVA（登録商標）の特別なバリエーション、RELEVANCE-JAVA（登録商標）がその専門化された資源と共に開発され、JAVA（登録商標）マシンの専門化されたバリエーションにより評価された。この特別バージョンの意図は、後述する関連言語同様なプライバシーおよびセキュリティーを提供することである。RELEVANCE-JAVA（登録商標）は、それを非常に有用にする３つの特定な機構を供給する：
・特化したインスペクター・ライブラリ。特別JAVA（登録商標）オブジェクトおよびクラスはコンシューマ・コンピュータのプロパティの決定を可能にする。これらはコンピュータおよびその環境のファイル・システム、システム設定、およびプロパティを検査する。これは、マシンの特徴へのアクセスを可能にするJAVA（登録商標）の仮想マシン内の特定の機構をオンにすることにより影響を受ける。
・プライバシー制約。RELEVANCE-JAVA（登録商標）はユーザ・マシンに関して多くのことを学べるが、収集された情報をオーサーに送り返すことはできない。この機能は、インストールされたオブジェクトおよびクラスを制限し、JAVA（登録商標）仮想マシン内の特定の機構をオフにすることにより実現される。
・セキュリティー制約。RELEVANCE-JAVA（登録商標）はユーザ・マシンに関して多くのことを学べるが、ファイルを改造したりシステム設定に影響を与えたりというマシンを改造する能力は持たない。
【０５０２】
上記の３つのメッセージング・モデルのパートは次のように実行される：１つのパートは、人間に解釈可能な説明的コンテンツから成っている；１つのパートは、メッセージが特定のコンシューマ・マシン上で関連する条件を指定するRELEVANCE-JAVA（登録商標）コードである；およびコンピュータの解釈可能なコード、おそらくはJAVA（登録商標）の異なる方言はコンシューマの承認を得た上でコンシューマ・マシンに影響を及ぼすことを可能にする。
【０５０３】
ビジュアル・ベーシック・モデル
ビジュアル・ベーシック・プログラミング言語は、演算を指定する良く知られたかつ広く使用可能なツールである。
【０５０４】
本発明の１つの実施態様において、関連言語の役割は、Visual Basicプログラミング言語内で利用されているソフトウェア・ツールを使用して果たされている。Visual Basicの名声によると、この機能はソフトウェア開発者および他のコンピュータ・プロに広く受け入れられている。
【０５０５】
現在理解されているこの利用法を開発する最良の方法は、Visual Basicの特別なバリエーションRELEVANT-BASICはその専門化された資源と共に開発され、Basicインタープリタの専門化したバリエーションにより評価された。この特別バージョンの意図は、前に述べた関連言語と同様のプライバシーおよびセキュリティーに関する特徴である。RELEVANT-BASICは、それを非常に有用にする３つの専門化された機構を供給する：
・専門化されたインスペクター・ライブラリ。特別なVisual Basic機能およびデータ・タイプがコンシューマ・コンピュータのプロパティの決定を可能にするために開発された。これらの機構は、ファイル・システムの検査、システムの設定、およびコンピュータとその環境の関連プロパティなどの機能を持つ。
【０５０６】
プライバシー制約。RELEVANT-BASICは、ユーザ・マシンに関して多くのことを学ぶことができるが、収集された情報をオーサーに送り返すことはできない。この機能は、インストールされたオブジェクトおよびクラスを制限し、BASICインタープリタの特定の機構をオフにすることで実現される。
・セキュリティー制約。RELEVANT-BASICは、ユーザ・マシンに関して多くのことを学ぶことができるが、ファイルを改造したり、システムの設定に影響をあたえたりするようなマシンの改造はできない。
【０５０７】
この３パート・メッセージング・モデルの結論を次に述べる：１つのパートは人間に解釈可能な説明的コンテンツより成る；１つのパートは、特定のコンピュータ・マシン上でメッセージが関連する条件を指定するRELEVANT-BASICコードにより成る；およびコンピュータに解釈可能なコード、おそらくはVisualBasicの異なる方言は、コンシューマが承認した後でコンシューマ・マシンに影響を与えることができる。
【０５０８】
UNIX（登録商標）モデル
UNIX（登録商標）シェルはバリエーションに富んだ使用法であり、良く知られ、広く入手可能なファイル・システムのプロパティを検査したり演算を指定したりするスクリプティング言語と見えるかも知れない。
【０５０９】
本発明の１つの実施態様において、関連言語に割り当てられた役割はUNIX（登録商標）シェルおよび関連付けられたUNIX（登録商標）ツール内で利用されているソフトウェア・ツールが代わりに果たす。UNIX（登録商標）およびそのバリエーションの名声のおかげで、この機能はソフトウェア開発者および他のコンピュータ・プロ達から広く受け入れられるであろう。
【０５１０】
この使用法を開発するための現在知られている最良の手法では、UNIX（登録商標） Shellの特別なバリエーションRELEBVANT-Shellがその専門化された資源と共に開発され、Shellインタープリタの専門化されたバリエーションにより評価された。この特別バージョンの意図は、前に述べた関連言語と同様のプライバシーおよびセキュリティーの特徴である。RELEVANT-Shellは、それを有用にする３つの専門化された機構を供給する：
・専門化されたインスペクター・アプリケーション。特別なアプリケーションがコンシューマ・コンピュータのプロパティの決定のために開発された。これらの機能はシステムの検査、システムの設定、およびコンピュータとその環境の関連プロパティなどである。これらはRELEVANT-Shellに知られている。
・プライバシー制約。RELEVANT-Shellはユーザ・マシンについて学ぶことができるが、収集された情報をオーサーに送り返す機能は持っていない。この機能は、特定な通信へのアクセスおよびシェルスクリプター内のネットワーキング機構を無効にすることにより実現する。
・セキュリティー制約。RELEVANT-Shellを通じて到達可能なアプリケーションはユーザ・マシンについて学ぶことができるが、ファイルを改造したりシステム設定に影響をあたえたりなどマシンを改造する能力はないが、標準メカニズムを通じてｔｍｐなどの標準ロケーションに一次ファイルを作成したり資源の計測を受けたりする。
【０５１１】
３パート・メッセージング・モデルは次のように実行される：１つのパートは人間に解釈可能な説明的コメントから成る；１つのパートは特定のコンシューマ・マシン上でメッセージが関連する条件を指定するRELEVANT−Shellコードから成る；およびコンピュータによって解釈可能なコードの１つのパート、おそらくは異なるShellコードの方言または他のUNIX（登録商標）解釈可能コード内のそれは、コンシューマの承認の後でコンシューマ・マシンに影響を与える。
【０５１２】
代替状態ディスクリプション
コンシューマ・コンピュータの状態を記述する代替手法の可能性は上記の通りである。いずれかの関連言語がそれ自身のポピュラーなインタフェースを使用してウォッチャーのコミュニティーを使用可能な場合、関連言語全体を使用すれば状態を記述するのは可能である。次に、この関連言語は上記アプリケーション・モジュールを利用および制御するエクスプレッションの手段に置き換えられる。
【０５１３】
関連媒介プロセス
本発明の記述は、関連性評価の目的がメッセージの存在をコンシューマへ通知する決定の媒介であるというスタンスを取っている。その最後に向かって、アドバイス・リーダー・アプリケーションはメッセージ・センタとして機能し、アドバイザリはユーザによりユーザ定義スケジュールの一部として読まれるという点でｅ−メール、USENETニュース、および他のメッセージング様式に似た役割を果たす。この観点から、ユーザは自身のコンピュータ、自身のプロパティ、および自身のアフィリエーションの管理者であり、その管理者としての役割に関して彼を助けるアドバイスを読む。
【０５１４】
しかしながら、関連性が、コンシューマが関わっている特定の他のプロセスに組み込まれた一部として、コンシューマに対する情報の提出を駆動するような他の非管理的設定もある。
・ガイダンス。コンシューマがコンピュータ・アプリケーション・プログラムのユーザであり、関連性ベースのメッセージングは、特定の動作を起こす前または特定の動作を行った後でコンシューマにガイダンスを提供する。
・コンポジション。コンシューマは、コンピュータ上の表示アプリケーションを使用してドキュメントを読み、関連性ベースのコンテンツ導入形態はドキュメントであり、人間に解釈可能なメッセージは直接リーダーの特徴を目標とする。
【０５１５】
実際には、これらアプリケーションのすべてが本発明の実施態様である。演算された関連性メッセージは、上記管理的モードよりも広い値を持っている。
【０５１６】
関連性にガイドされたコンピュータ対話
下記の例は、アドバイザリがどのようにしてソフトウェアを操作しているユーザをガイドするために使用されるかを示している。
【０５１７】
次の問題を想定する：特定の危険なｅ−メール・メッセージが広く配信されている。ユーザがｅ−メール・プログラムEudora４．０を使用してこのメールを受信すると、当該ユーザは、添付物をユーザが開くように指示された当該添付物付きの一見問題のないメールを見る。添付物は、実際には開かれるとユーザのコンピュータに損害を与える、悪意を以って用意されたドキュメントである。
【０５１８】
下記の論説は、この状況への取り組みに効果的に助力を与える関連性ベースのメッセージングの１つの実装である。この実装の下で、オーサーはEudoraのユーザが添付物を開く前に適切と評価されるアドバイザリを記述する。関連性節は推測される行動の種々の属性を検査し、特定の属性を持つ添付物を開く意図に正確にターゲットをしぼる。その後、アドバイザリはユーザに表示されているメール・アプリケーションにテキストを返す。
【０５１９】
１つの実施態様において、下記のように望む結果を、アプリケーション間通信フレーム・ワークを使用して発生させることができる：
・メール・リーダー・アプリケーションは、アドバイザリのオーサーに良く知られた事前に定義されたイベントなどの関連性評価イベントの特別コレクションを持っている。
・これらイベントの一つが起きた時、メール・リーダーは標準イベント通知プロトコル経由でアドバイス・リーダーにそのイベントをしらせる。
・アドバイス・リーダーはイベント・プールを保持する。例：特定イベントの通知受信時に評価を意図したアドバイザリ
・アドバイス・リーダーは、対応するイベントの通知受信時にイベント・プール内のアドバイザリを評価する。
・アドバイス・リーダーは、下記のいずれかの方法でユーザに関連性メッセージを通知する：
【０５２０】
アドバイス・リーダーの標準ユーザ・インタフェース・デバイスを導入してユーザに直接アプリケーションを通知する；又は、
メール・リーダーに関連性メッセージを送付する。次に、メール・リーダーはこれらのメッセージを、そのアプリケーションの標準ユーザ・インタフェースに従ってユーザに向けて表示する。
【０５２１】
これらの通知手法の選択は、ユーザ選択、オーサー選択、またはアプリケーション初期設定の制御下で行われる。
【０５２２】
このイベント−ドリブンのフレーム・ワークは、下記の場合特に強力に働く：
・イベント信号を送るアプリケーションは、イベントに関する記述的情報を含む。メール・リーダー・コンテキスト内では、イベントEudora About to Open Attachmentがメールの送り主に関する情報、添付物ファイルの名前に関する情報、メールの送り主に関する情報、および添付物ファイルの属性に関する情報と共に送付される。
・アドバイス・リーダーは、メールの送り主およびファイル名などのアプリケーションによって供給されたプロパティを参照するインスペクター・ライブラリを含む。
【０５２３】
このコンテキストの中では、誰かが開かなければならない添付物trojan.txtを持つking@athens.grからのメールを受信した全てのユーザに警告をしたい場合、その添付物を開けようとしている人達に対するアドバイザリを目標とした関連性節を記述することは可能である。アドバイス・イベント・プールへのアドバイザリのルーティングは、MIMEの見出し行メカニズムおよび上記のメッセージ行バリエーションを通じて取り扱い可能である。Advice-event-pool;のフォームを持つ簡単な見出し行とそれに続く事前に定義されたアドバイス・イベントの名が望みのルーティングを示す。
【０５２４】
関連性導入通信
下記の例はいかにして本体情報の配信のカスタマイズに関連性が使用されるかを示す(図１９を参照)：
次の問題を想定する：特定の発行人が、例えば特定のリーダーに対して特に適切と思われる広告や特定のリーダーに対して特に適切と思われる技術的情報を含む電子文書を作りたい。しかしながら、理想的なカスタマイゼーションは、特に構成に関する秘密の知識およびコンシューマの好み、職業、および会社などコンシューマが提供しそうにもない情報を必要とする。
【０５２５】
下記の論説に、本発明の関連性評価構成要素を使用したシステムの実装を示す。本実装は、発行人に対し、問題解決のための関連導入ドキュメントの作成を許可する。パブリケーションは、そのコンテンツに含まれる可能なバリエーションに対する参照が組み込まれたデジタル・ドキュメントとして配信される。可能なバリエーションの選択は関連性節によって駆動される。実際にユーザのディスプレイ上に表示されるドキュメントの構成要素は、ユーザの性質に関する秘密の知識に基づいて選択されたものである。
【０５２６】
次に示すのは該システムの１つの実装である：目標フォーマットを処理している特定ベース・ドキュメントが選択される。具体的な想定として、このドキュメントはＨＴＭＬである。次にドキュメントより成る特殊ソース・フォーマットが定義される。現コンテキストでは、同ドキュメントはＰＲＥ−ＨＴＭＬとして参照される。このソース・フォーマット１９４は、リニア・オーダ内の改造ＨＴＭＬの沢山の階層的に入れ子にされたフラグメントに対するアレンジメントの可能性を提案する。このようなアレンジメントの各構成要素は１つ以上の関連性節によって保護されている。ソース・フォーマットの構成要素はＨＴＭＬとは異なり、関連言語からの埋め込み組込（include）式（エクスプレッション）を提供している。
【０５２７】
アドバイザリのオーサーは、関連性節およびインスペクター節１９１を持つドキュメントを記述する。特定ユーザへのカスタム・ドキュメントを作成するには、ソース・フォーマット・ドキュメントがユーザ・コンピュータ１９２に伝送され、ソース・フォーマットのドキュメントは、カスタム・ターゲット・ドキュメント１９５にコンパイルされる。ターゲット・フォーマット・ドキュメントは次に、目標ターゲット・ドキュメント処理システムによって処理され、カスタマイズされたドキュメント１９３の表示が作成される。
【０５２８】
コンパイル・ステップは、カスタマイゼーションが起きたステップであり、より緻密な検査を行う。ソース・ドキュメントが処理されると、多くの構成要素が現れる。Falseと評価されたまたはいかなる評価においてもTrueにはならない関連性節によって保護されている構成要素は廃棄される。それらは最終ターゲット・フォーマット・ファイル内には現れない。Trueに評価された構成要素は保持される。これらは最終ターゲット・フォーマット・ファイル内に現れる。各保持された構成要素は、ターゲット・ドキュメント・ファイルに入れられる前に処理される。ファイル中で組込式が識別された場合、それらエクスプレッションは評価され、結果はターゲット・ドキュメント・ファイル内へとインタポレートされる。
【０５２９】
これは、カスタマイズされたドキュメント調整の問題を解決する。なぜならば、関連言語は、オーサーがコンシューマのコンピュータおよび環境のプロパティの詳細な秘密の知識に対するアクセスを持っているが、その時にコンシューマがその秘密の情報をプロバイダに開示する必要はないようにプロバイダがカスタマイズされたドキュメントを用意することを可能にするからである。
【０５３０】
本発明の実施態様は、プロバイダに明確に定義された状況下で様々なコンシューマに与えられる情報を通知し、上記の保護されたメッセージング・モデルを使用する。ここで、収集者、ウォッチャー、および通知手段は上記のように本発明で持っていた構造とは違う構造を持つことになるが、理論的なレベルでは似通っている。例えば、ソース・フォーマット・ドキュメントをターゲット・フォーマット・ドキュメントにコンパイルするツールは、上記の５パート・モデル内ではウォッチャーと通知手段双方の役割を果たし、ターゲット・ドキュメント処理システムは通知手段に対するユーザ・インタフェースの役割を果たす。収集者の役割は、１つまたは複数のシステムがコンシューマ環境に送ったソース・フォーマット・ドキュメントが果たす。
【０５３１】
この種のカスタマイズされたドキュメンテーションにおいてプライバシーが考慮されている。ＨＴＭＬなどのターゲット言語としての使用は漏洩の可能性があることを意味する。
【０５３２】
関係駆動ドキュメントのカスタマイゼーションの他の実装も可能である。例えば、ソース・ドキュメントが一度も良く知られたフォーマットのターゲット・ドキュメントへとコンパイルされていないシステムの開発も可能であるが、ソース・ドキュメントは相互作用解釈のために構築されていることが望ましい。次に例を示す：ソース・ドキュメントは多くのＰＲＥ−ＨＴＭＬのページで構成されている。ソース・ドキュメントに埋め込まれているのは、関連性節に保護された条件付きコンパイル・ブロックおよび前述の関連性節を使用した組込式代用である。このモデル下では、ドキュメントを通ったユーザのパスはランタイムにおいてのみ決定される。例えば、ドキュメント内の特定のリンクは関連性によって保護されている。関連式（エクスプレッション）はリーダーがドキュメントを通じて処理していると変化する環境の属性を参照する。例：リーダーがドキュメントを通じて処理していると属性が変化する。例えば、リーダーが彼のドキュメント読み取りの一部として情報を促され、催促の結果として、使用可能なサイト・プロファイルが変化し、結果として読み取り中に参照されるページが変化する。
【０５３３】
個人情報へのリモート・アクセス
本発明は、アドバイザリ・オーサーに対し、コンシューマ・コンピュータおよびその環境のコンピュータにより変更可能は条件の任意の組み合わせに基づいた状況をターゲットにすることを可能にしている。この環境は、パーソナルな性格のデータを含む可能性がある。特定な種類のパーソナル・データがパソコンの実質的集合上の標準フォーマットにおいて存在すると広く思われている程度までは、本発明が個人的な性格の発行上の個々人の実質的集合のアドバイスに使用される可能性がある。自然のアプリケーション・エリアを下記に示す：
・個人の財政。個々人の金融資産に関する情報がコンシューマのコンピュータ上または膨大なコンシューマ・コンピュータ上の標準フォーマットのその環境内に存在すると思われる場合に、アドバイス・オーサーは大規模な個々人に関するアドバイスをタイムリーに提供でき、銀行口座管理または投資のポートフォリオに関するアドバイスを提供できる。
・個人保健問題。個々人の医療記録に関する情報がコンシューマ・コンピュータ上または大規模なコンシューマ・コンピュータ上の標準フォーマットにおけるその環境内に存在すると想定される場合に、アドバイス・オーサーは個々人の関するアドバイスをタイムリーに提供でき、遺伝子または血液型情報と薬品との間の対話に関するアドバイスを提供できる。
【０５３４】
この処理は、個々人のプライバシーを危険にさらさずに高度にターゲットされたアドバイスを提供できる能力など、前例のない機会をもたらす。アドバイス・オーサーがコンシューマの財政や健康に関する詳細なアサーションを作成しており、それらアサーションを評価するのに繊細な個人情報に関する秘密の知識が要求されていても、システムそれ自体は本情報をオーサーに開示することはない。コンシューマは、ある状況下において、関連アドバイザリを読んだ後でそのような情報の開示を選択するかも知れない。
【０５３５】
このようなアプリケーションは、コンシューマがアドバイス・プロバイダに良く知られた手段によってアクセス可能なコンシューマに関する項目に関する標準フォーマットの保護データを捕らえ、保持する必要があるために限定される。コンシューマがデータ管理者の役目を果たさずにすむように、このアレンジメント下でデータ管理およびデータ入力の手間を減少することが強く求められている。特に、顧客に関する正確なデータの保持に責任のあるプロの組織にはデータの完全性を保てる場所に保管することが求められる。例えば：
・薬局は顧客の記録を保持する。
・医者は患者の記録を保持する。
・金融機関はクライアントの記録を保持する。
【０５３６】
これらの者達は、それぞれのパートにおいて、彼らの患者、顧客、およびクライアントに関する正確かつタイムリーな記録を保つ。
【０５３７】
コンシューマは、これらプロの組織により彼らのために保持されており彼らが加盟しているキー情報へのアクセスを持つことが望ましい。例えば：
・コンシューマが彼の処方箋をコンピュータ・データに入力する代わりに、コンシューマ・コンピュータからのオンデマンドにより薬局から必要なデータを入手できるのが望ましい。コンシューマが彼の株のポートフォリオを彼のコンピュータ・データに入力し、毎日操作するよりも、コンシューマ・コンピュータからのオンデマンドにより金融機関から自動的に必要なデータを入手するのが望ましい。
・コンシューマが彼の健康に関する記録を彼のコンピュータ・データに入力し、変化が生じるたびに操作するする代わりに、コンシューマ・コンピュータからのオンデマンドにより医療機関から必要なデータを入手するのが望ましい。
【０５３８】
下記に本発明を使用した解決を示す：
・リモート医療記録インスペクター、リモート財政記録インスペクター、およびリモート処方箋インスペクターのコレクションが間発され、シンタックスおよび使用法が発行されている。これらインスペクターは、後に記述するサーバ側の構成要素とクライアント側の構成要素の双方を持っている。
・アドバイス・オーサーは、個人情報に伴う様々な問題に関してアドバイスを記述する。特定の医者、金融機関、および薬局は彼らのオフィスにおいてコンピュータにサーバ側の構成要素をインストールする。彼らはリモート情報アクセスの有用性を大衆的に広告する。
・リモート情報アクセスを使用して書かれたアドバイスからの利益に興味のあるコンシューマは、金融機関、医者、または薬局にアプローチし、サーバ・ソフトウェアに彼自身の情報の書きこみを承認する。v・コンシューマは、アドバイスがリモート・インスペクターの利用を含む特定のアドバイス・サイトに加入する。購読は適切に初期化され、コンシューマ・コンピュータのアドバイス・リーダーが情報を利用できる。
・このようなアドバイスは、アドバイスが位置付けられるアドバイス・プールに従って定期的に評価される。評価は必要な情報を入手するためにコンシューマ・コンピュータに相手コンピュータとの接続を確立するように促す。例えば、コンシューマ・マシン上のリモート処方箋インスペクター・ライブラリは薬局情報サーバとの接続を確立し、コンシューマが特定の処方箋の組み合わせを持っているかのチェックのための問い合わせをする。
【０５３９】
このシステムを使用して書かれたアドバイザリの例を次に示す：特定の製薬会社が患者に向精神薬を提供しており、特定の向精神薬を使用している他の患者が困難に直面していると想定する。現実には、１つの処方箋は精神科医によって書かれ、他は整形外科によって書かれ、それぞれが患者の他の処方箋には注意を払わないことがある。会社は危険な組み合わせに関するアドバイザリを下記のように記述する：
exists pharmacy prescription"XanaX" andexists pharmacy prescription "Buterin"
【０５４０】
会社はディスクリプションのメッセージ本体に潜在的に危険な組み合わせを含める。コンシューマ・コンピュータ上のアドバイス・リーダーがこの関連性節を見つけると、薬局の処方箋のに対する問い合わせXanaXおよび薬局の処方箋Buterinにより薬局サーバに連絡を取る。薬局はこれに基づいてアドバイザリの関連性を吟味する。薬局はコンシューマに関連のある状況を伝える。
【０５４１】
このシステムのコンシューマ受け入れの決定時に重要なのは、システムのコンシューマのプライバシーを保護する性能である。この端末では、クライアントおよびサーバが慎重に保護される：
・コンシューマ・クライアントと薬局サーバとの接続は、標準暗号化手段（例：SSLプロトコル）によって保護される。
・情報を要求するクライアントのアイデンティティは、薬局サーバにより標準暗号化手段で承認される。
【０５４２】
これらのデバイスにより、薬局サーバはアドバイス・リーダーとなることが期待されている人物の情報を、その人物のコンピュータ上で開示することを防止できる。その人物のコンピュータ上のアドバイス・リーダーは、受け取った情報を、すくなくとも通常の運転時には開示しない。
【０５４３】
このようなリモート・インスペクターに対する便利な対話プロトコルを次に示す：このプロトコル中では、クライアント側ソフトウェアの作成は簡単である。クライアントは保護リンクを通じて表面言語で書かれているのと全く同じ形で書かれた問い合わせを示すASCII文字列を送信する。上記の例では、クライアントは薬局処方箋XanaXを送信する。サーバは、関連性節解析評価機のミニチュア・バージョンを用いて。これを解析する。サーバは最初の承認作業により、この節がジョセフAペイシェントの処方箋記録を示していることを知っている。その後、サーバは標準データベース問い合わせ法を使用して、薬局データベース中でペイシェント氏がXanaX向けの処方箋を持っていることを示すエントリーを検索する。その後、サーバは、ASCII文字列としてTrueまたはFalseを返し、クライアントはこの文字列を解釈し対応するブール値をアドバイス・リーダーに返す。
【０５４４】
双方向通信
本発明の意図は一方向通信によりアドバイス・プロバイダからアドバイス・コンシューマへの情報伝達であり、コンシューマからプロバイダに情報をリークバックするものではない。
【０５４５】
しかしながら、このモデルが制約的になる状況は多々ある。例えば、特定の状況下では、コンシューマは、特にそれにより利益を得る場合は、プロバイダとの協力を望んでいる。例が示すのは、コンシューマが既存のアドバイザリでは解決できない問題解決のための技術的サポートを求めている場合を示している。その問題を解決するために、彼らの構成に関する種々の情報を解決プロバイダに開示することを望んでいる。他の状況では、特定のサイトに加入しているアドバイス・コンシューマは実際にはアドバイス・サイトを操作する企業の社員であり、そのアドバイス・プロバイダと情報を共有したがっている。
【０５４６】
オープン双方向通信
フレーズ・オープン双方向通信とは本発明が実行し通信が典型的に一方向であるが、アドバイス・プロバイダへのフィードバック情報を処理することもあり、コンシューマ・コンピュータのアイデンティティがプロバイダに入手可能な処理のことである。
【０５４７】
アンケート
１つの実装において（図２０を参照）、特定のドキュメントタイプが定義されアンケート２００として参照される。これには、本文、コメント、専用の組込式（Include-Expressions）が含まれる。組込式（Include-Expressions）はダブル・ドル・マークで区切られている。組込式（Include-Expressions）は関連言語で書かれTrueまたはFalseの評価は必要ない。例えば、文字列または整数値である。コマンドは％に続く。
【０５４８】
アンケートの例を下に示す：
%Data needed by ABC Corporation to
% Diagnose the XYZ problem
inventory of User Computer Configuration: 
Computer Manufacture: $$ Manufacturer ofComputer $$
Model: $$Model of Computer$$
OSVersion: $$Version of Operating System $$
RAM: $$System Ram$$
Disk: $$ size of boot volum $$
アンケートは、テキスト（例えば、コンピュータ・メーカ、並びに、組込式（Include-Expressions）である例えばコンピュータのメーカ）を含む。アンケートの意図は、インスペクターのライブラリを持つアドバイス・リーダーが収集するコンピュータのタイプおよび特定の機構に関する情報を集めるためのものである。
【０５４９】
下記の例はアンケートの使用法を示す：上のアンケートはアドバイス・プロバイダ２００が作成し、アドバイス・コンテント・タイプ２０１を持つMIMEとしてアドバイザリの解決コンポーネント内に挿入される。コンシューマは人間が解釈できるコンテンツの関連アドバイザリ２０２を探す。人間が解釈できるコンテンツは：
貴方はXYZ状況をもっている。
貴方を助けるには、我々はABC Corp.はこの状況に関する情報が必要。
貴方のシステム設定に関する情報。
この情報は左下部のボタンを押すと自動的に集められる。
情報を見る機会が与えられ、ABC Corp.への送信が確認できる。
【０５５０】
下のアドバイザリは２つのボタンである：１つはGather情報、他はReview Request.最初のボタンは情報収集の承認で、他はさらにプロバイダのリクエストを知るためにアンケートのソース・ファイルを見るリクエストを指定する。
【０５５１】
ユーザが２０３を承認すると、アンケートの関連性節が２０４に評価される。例えば、インスペクター２０５、２０６使うと、結果は関連性節がある結果に含む。前の例では、この処理は下記を含む：
% Data needed by ABC Corporation to
% Diagnose the SYX Problem
Inventory of User Computer Configuration: 
Computer Manufacture:  Toshiba
Model: T1200vOSType: Windows 98
OS Version: 1.0
RAM: 64M
Disk: 2G
【０５５２】
ユーザは組込（Include）処理の結果を見せられ結果を検査し、アドバイス・プロバイダに結果を中継する。１つの実装において、結果はメーラー・ウィンドウの一部となり、情報２０７の受け取り手を示し、Send It 208のボタンが下部に示される。
【０５５３】
このデバイスで関連言語はアドバイス・プロバイダとコンシューマとの間の通信を簡略にする。インスペクターはコンシューマには難しい情報収集を行う。プロバイダは、テクニカル・サポート・プロセスにより早く正確に情報を入手する。顧客は正しいデータを探し報告するのにテクニカル・サポートを受ける。
【０５５４】
この作業法はコンシューマに受け入れられなければならない。コンシューマは、アンケートが、ＣＰＵタイプといった種類の情報を収集すると称して、実際は、ＶＩＳＡのカード番号や、パスワードを収集するような、アンケートのなりすましの可能性について敏感である。
【０５５５】
コンシューマがさらに受け入れ可能な１つの技術は、当該技術がランダム化されたレスポンス・プロトコルの適切な実装である場合に、アンケートがプライバシー標準に従っていることを確証する中央サイトでのプライバシー・レーティングのためのものである。既存のウェブ・プロトコル（カーレ、ロヒト(１９９７年)、デジタル署名ラベル・アーキテクチャ、ザ・ワールド・ワイド・ウェブ・ジャーナル、１９９７年夏、Vol.2, No3.pp.４９−６４、オライリー、セバストポル、CA、http;//www.w3.org/DIAG）の元で、レーティング・サービスを確立する方法があり、当該方法は、特定のメッセージが特定のプロパティを有することを信頼的に保証することができる。そのような主張の信頼性（すなわち、サービスによって真に作成され詐称者によって作成されていない）は、標準の認証の配備及び暗号化装置に基づく。
【０５５６】
この技術を適用して、プライバシー・レーティング・サービスが、特定のアンケートが通知されたタスクの為に適切であると一般的に受け入れられるような態様で情報を収集することを保証するための中央サイト（例えば、Better Advice Bureau）で確立される。当該情報は、個々人の個人情報を保護するような様式で請願者によって使用される。オーサーのアンケートのプライバシー保護特徴の保証を見つけるアドバイス・オーサーは、それらメッセージを保証機関に提出し、当該保証機関は当該メッセージを検討し、そしてそのオプションとして、それらメッセージの幾つかをプライバシー保護として保証することを承認する。本発明の一つの実施態様において、アドバイス・リーダー又は類似のコンポーネントのユーザ・インタフェースは、ユーザに表示されるべきアンケートが信頼されたプライバシー・レーティング・サービスによって信頼的に保証された場合にのみ、当該アンケートを許すように構成されている。
【０５５７】
強制フィードバック
本発明の１つの実施態様において（図２１）、特定の信頼されたプロバイダとの関係を維持する目的のためにオープン双方向通信が可能である。
【０５５８】
これは、通常の発明設定と異なるコンシューマ状況を仮定する。この可変設定において、特定の種類のアドバイス・プロバイダが、特別の状況、例えば、従業員又は契約者をエンジョイする。それは、上記アドバイス・プロバイダは、他の設定において当該アドバイス・プロバイダによって通常エンジョイされない特定の強制的な特権を許す。このオーバーロード・アドバイス・サイト２１０は、リーダー２１１によって収集される勧告を発行し、それは次に、アドバイザリ２１２上で関連性評価を実行する。関連性メッセージが上記ユーザに対して表示され２１３、そして当該ユーザが上記アドバイザリによって推奨されるように、そのようなアクション２１４を承認または拒否する。フィードバック・パス２１６は、ユーザ・アクションがオーバーロード・アドバイス・サイトにレポート２１５されることを可能にする。
【０５５９】
この実施態様において、下記オプションのうちのいずれかが実行されうる：
・特定のアドバイス・サイトの購読が必須である。
・特定のアドバイスが、ユーザによって削除されることができない。特定のプロバイダによるアドバイスは、ユーザ・スケジューリング、優先順位付け、又は軽視に付されない。
・特定のアドバイスが、ユーザからプロバイダへ自動フィードバックを生成する。
（ａ）コンシューマ・コンピュータの個人情報
（ｂ）上記コンピュータ上の特定のアドバイザリの関連状況
（ｃ）ユーザが特定のアドバイザリ中の特定の推奨された解決を受け取る／受け取らないという事実。
【０５６０】
当該フィードバックはｅ−メール又は他の慣用的な電子手段で行われる。
この設定において、多くのコンピュータの管理者は下記をすることが可能である：
（１）彼が管理している多くのマシンへ向けられたアドバイザリを書く；
（２）アドバイザリを受信する全てのマシンを予測する；及び、
（３）その戻りにおいて、それら全てのマシン上の上記アドバイスの関連についての情報及び／又は解決状況を受信することを予測する。
【０５６１】
機能のこの設定が、上記（図２２）された基本のアドバイス・リーダー・アーキテクチャを修正することにより実装されうる。
・アドバイス・サイト２２０が、特別のオーバーロード状況（図２１に関連付けて上記で説明された）を可能にするためにアドバイス・リーダーの購読管理者に構成されることによって、上記オーバーロード状況を与えられうる。
・新メッセージ行タイプ（Mandated-Action）が与えられ、そして、特定の強制的な特権を呼び出す場合において、メッセージ・コンポーネントを特別のキーワード・フレーズでラベル付けするためにオーバーロード状況を有するアドバイス・サイトによって使用される：
ユーザによって削除可能でないラベル：アドバイス・リーダー・ユーザ・インタフェース２２１を通じてユーザによって削除可能でない場合のラベル；
信頼性２２２、評価アンケート２２３及びメール・バック２２４ラベル：  関連に応じてフィードバック・パス２２６を介してオーサーの即時通知２２５を要求する場合のメッセージ。当該通知は、種々の組込領域におけるアンケート書き込みの第１のプロセス及びオーサーへの当該情報の送信の第２のプロセスを含む；
ユーザ受け入れに対するメールバック・ラベル：  ユーザが関連付けられたアドバイザリのアクション・ボタンを選択することによって提案されたアクションを受け入れることに応じて、オーサーの即時通知を要求する場合のメッセージ；
ユーザ拒否に対するメールバック・ラベル：  関連付けられたアドバイザリのアクション・ボタンを選択することによって、ユーザが提案されたアクションを受け入れることに応じてオーサーの即時通知を要求する場合のメッセージ。オーバーロード状況付きメッセージが受信されそして処理された場合に、アドバイス・リーダーは示された機能を実行するために適切な様式で変更される。
【０５６２】
マスクされた双方向通信
応答者の個人情報のマスクすることによってある幾つかの程度のプライバシーを保護しながら双方向通信を可能にすることができる。
【０５６３】
匿名通信を介するマスキングおよびプライバシー・レーティング
１つの実装(図２３を参照)において、アドバイス・プロバイダ２３１はコンシューマと匿名で通信中に、コンシューマ・コンピュータから詳細情報を入手し、従ってコンシューマが彼ら自身のプライバシーを保護することを可能にする。本発明のこの実施態様は、メッセージがアドバイス・プロバイダに戻ってくる場合に下記のようになるように通信の範囲を制限する：
・メッセージ見出しは、応答者を識別する一意な情報を含まない。
・メッセージ本体それ自体は、応答者を識別する一意な情報を含まない。
・当該プロセスは下記３つの構成要素を含む：
アドバイス・プロバイダ２３１は、ドキュメント（例えば、情報を自動的に収集するための上記したようなアンケート、または、コンシューマ・インタビューによって情報を収集するためのＨＴＭＬフォーム）を作成する。
関連性２３３の決定に応じて：
当該ドキュメントがアンケートである場合に、アドバイス・リーダーが適切な組込領域中に記入する。
当該ドキュメントがＨＴＭＬフォームである場合に、コンシューマが適切な調査質問中に記入する。
当該ドキュメントは、特定の中央サイト（例えばBetter Advice Bureau、advisories.com、又は、匿名リメーラーを介する個人情報保護若しくは機能的に同等のサービスを提供する他のサイト２３０）を介して、フィードバック・パス２３５、２３６に沿って匿名ルーティングするプロバイダにｅ−メール送信される。
このプロセスの最終ステージは、コンシューマの個人情報をメッセージ・ヘッダから除去することによって、そのような個人情報に関する情報を除去する。コンシューマは、このアプローチの基本的な有効性における自信を有するように期待される。なぜならば、彼らは、中央サイトが当該プロセスの完全性を保護するための動機を有することを理解しているからである。
コンシューマ自身は、メッセージ本体に個人情報がないことを保証することについて責任を有する。すなわち、例えば、もし、当該コンシューマが彼の氏名及び住所を質問するＨＴＭＬフォームに応答する場合には、該コンシューマは、自身の個人情報を守っていない。すなわち、もし、当該コンシューマが、ＩＰアドレスといった、個人情報を含むアンケートに回答すれば、当該コンシューマは、自身の個人情報を守っていないを保護しない。
【０５６４】
１つの実装において、コンシューマは中央サイトでプライバシー・レーティングの助けを借りて彼のプライバシーを保護する。既存のインターネット・プロトコル(カーレ、ロヒト、デジタル署名ラベル・アーキテクチャ、ザ・ワールド・ワイド・ウェブ・ジャーナル、Vol.2, No.３, pp.４９−６４、オライリー（１９９７）http://www.w3.org/DISGを参照)下では、特定のメッセージが特定のプロパティを有することを信頼的に保証するレーティング・サービスを確立するための方法がある。そのような主張の信頼性（すなわちそれらがサービスによって真に作成されており、スパイに依って作成されていない）は、標準の認証の展開及び暗号化デバイスに基づく。この技術を適用して、特定のアンケートがデバイス勧誘センシティブ情報を含まないことを保証するために、プライバシー・レーティング・サービスが中央サイト（例えば、BetterAdviceBureau.org）で確立された。アドバイス・オーサーのメッセージのプライバシー尊重特徴の保証を探す当該アドバイス・オーサーは、それらメッセージを、当該メッセージを調査し且つ任意的にプライバシー尊重としてそれらメッセージの幾つかを保証する保証機関に送る。本発明の一つの実施態様において、アクティブ・リーダー又は類似の構成要素のユーザ・インタフェースは、ユーザに表示されるようにされるアンケート及びフォームがプライバシー・レーティング・サービスによって信頼的に保証される場合にのみ、当該アンケート及びフォームを許可するように構成されている。
【０５６５】
ランダム化されたレスポンスを介するマスキング
１つの実装において、アドバイス・プロバイダは、コンシューマが彼ら自身のプライバシーを保護することを可能にしながら、コンシューマ・コンピュータから詳細情報を受け取る。本発明の実施態様は、メッセージがアドバイス・プロバイダに戻ってくる場合に下記のようになように通信の範囲を制限する：
・メッセージの本体自自身は、コンシューマのコンピュータの正しい状態、或いは環境を示すことを確実に推測することができる情報を含まない。
特定の実施態様において、当該技術は、中央匿名通信および中央プライバシー証明の使用によって補強される。
当該プロセスは３つの構成要素を有する：
・アドバイス・プロバイダーは、自動的に情報を収集するための、しかしながら、付加的な制約にした従う、上述したアンケートに類似の文章を書く。
・アドバイス・リーダーは、ランダムに答えを変更すること、及びランダムなメカニズムに依存して、間違った答えを、正しい答えに変更することで、適切な組込領域に記入する。
・結果のドキュメントはオーサーに返却される。
【０５６６】
１つの実装において、情報が返却されるプロセスは匿名で行われる。当該ドキュメントは、特定の中央サイト（例えばBetter Advice Bureau、advisories.com、又は、匿名リメーラーを介する個人情報保護若しくは機能的に同等のサービスを提供する他のサイト２３０）に向けられる。このプロセスのこの最終ステージは、メッセージ・ヘッダからのそのような個人情報を除去することによって、コンシューマの個人情報に関する情報を除去する。
【０５６７】
下記の議論は、回答をより詳細にランダムに変更する概念を記載する：より一般的なアンケートが余分な仕事で許されるけれども、ブール値を持つアンケートのみが許されると仮定する。アドバイス・リーダーの関連性評価コンポーネントは、組込領域中に示されたブール式を評価する。しかしながら、それは、結果を常に出メッセージ中に挿入するとはかぎらない。関連性評価によって得られた値としてRを参照する。組込領域中の場所にある表現Rをいつも置換する代わりに、アドバイス・リーダーは２段階確率的実験結果を使う。第１段階で、それはランダム数字生成器からランダムなブール値Xを得る。当該ランダムブール値は等しくTrue又はFalseでありうる。Xの値は非公開で保持され、そして第１段階で決定を駆動する。この決定において、XがTrueである場合には、当該決定はRは組込領域中に表現Rを挿入することを行う。XがFalseである場合には、当該決定は第２のブール値Y（再び確立が等しい）を得るように行われ、そして組込領域中に表現Yを挿入する。結果的に、どの特定のメッセージにおいても、関連性評価段階（R）で得られた当該回答が、メッセージのみに基づいてTrue又はFalseであるかどうかを述べることはできない。なぜならば、報告された値は、R又はYに等しくありえ、且つ、RとYとの間の選択を駆動する変数Xは暴露されないからである。
【０５６８】
これは、コンシューマのためのある程度のプライバシー保護を提供する。
同時に、このランダム化されたレスポンス通信プロトコルは、アンケート・オーサーがユーザの集団に関する情報を信頼的に得るためことを可能にしつつ、一方では、特定のユーザについての情報を暴露しない。πが、特定の特徴を有するサンプルにおけるユーザの一部を表し、且つ、ｐが受信したTrueレスポンスの一部を表している場合に、そうすると、：
E(p)=1/4＋π/2
E(;)は数学的期待値を表す。
ｐ＝E(p)（大きな数字の列）から、πは下記のように推察される：
＾
π＝２（ｐ−１/４）
【０５６９】
例えば、レスポンスの６１％がTrueである場合に、サンプルの７２％＝２（６１％−２５％）が所与の特徴を有すると推定する。
【０５７０】
非ブール値変数および複数項目レスポンスへのメソッドの拡張がある。
【０５７１】
このメソッドが働く為に、それはコンシューマの承認を有さなければならない。さらなるコンシューマ承認への１つのテクニックとしては、中央サイトでプライバシー・レーティング・サービスについて、メッセージがプライバシー標準に従うものであることを、該メッセージがランダム化されたレスポンス・プロトコルの適切の実装である場合に、証明することである。既存のインターネット・プロトコルでは（カーレ、ロヒト、デジタル署名ラベル・アーキテクチャ、ワールド・ワイド・ウェブ・ジャーナル、Vol.2No.3,pp.49-64,オライリー（１９９７）http;//www.w3.org/DSIG）レーティング・サーバ確立のメソッドがあり、これは特定のメッセージが特定のプロパティを有することを信頼的に保証する。そのようなアサーション、すなわち当該サービスによって真に作られるが詐称者によって作られないアサーション、の信頼性は、標準の認証の配備及び暗号化装置に基づく。このテクノロジーの適用により、プライバシー・レーティング・サービスがBetterAdviceBureau.orgなど中央サイトに確立されて、特定のアンケートがランダム化されたレスポンス・テクニックを適切に使用すること及び個々人の個人情報を保護することを保証する。オーサーのアンケートのプライバシー保護特徴の保証を見つけるアドバイス・オーサーは、それらメッセージを保証機関に提出し、当該保証機関は当該メッセージを検討し、そしてそのオプションとして、それらメッセージの幾つかをプライバシー保護として保証することを承認する。本発明の一つの実施態様において、アドバイス・リーダー又は類似の構成要素のユーザ・インタフェースは、アンケート及びフォームがプライバシー・レーティング・サービスによって信頼的に保証された場合にのみ、当該アンケート及びフォームがユーザーに表示されることを許すように構成されている。
【０５７２】
ネットワーク管理
下記の議論は基本的発明の２つの重要なバリエーションであり、これはネットワーク管理の問題、すなわちコンピューテーショナル・デバイスの大規模ネットワークの管理、において有用である。
強制アドバイス
本発明の基本的な説明において、アドバイスが、管理的役割を果たして彼の任意で適切に読み及び振舞うコンシューマに簡便性として提供されるものとする（図２４）。
特定のアドバイザリのユーザ・レビューが無いように前記基本的通信モデルが有用に改造されるところの設定がある。そのような設定の例として、ネットワーク管理者２４０が大きな通信コンピュータ・デバイスのネットワークを監視し、個々のデバイスは潜在的に異なり且つ動的に変化する状態にある。ネットワーク管理者は或るデバイスに或る演算を実行してほしいが、どのデバイスがそれであるかを知らない。
この設定では、アドバイス・リーダー・プログラム２４１を有することが役立ち、当該プログラムはアドバイザリ２４２を獲得、再検査するが、関連性２４３が決定すると、示された解決オペレータ２４４を自動的に適用する。これはネットワーク管理者が、多くのマシンを対象とするがどのマシンがそれらであるかは事前には分からない一般的なアドバイザリを書くことを可能にする。解決または通信ログ２４５がフィードバック・パス２４６を経由してメール・バックされることがある。
この機能が有用であるシナリオの例は下記を含んでいる：
・セキュリティー設定が、管理者により定義された所定の標準にあっていない全マシンをターゲットにする。必要な設定をそのようなマシン全てにやり直す。
・所定のファイルのコピーを有するすべてのマシンをターゲットする。このようなマシンでは、該ファイルを更新されたバージョンに交換する。
・ローカルディスク上に、所定量よりも少ないフリースペースをもつ全てのマシンをターゲットとする。そのようなマシンに対して、ｔｍｐ値を構文解析する。
テクニカル・サポート・アプリケーションの外側での例を含む、別の例も提供される。例えば、事務用機器がコンピューテーショナル・デバイスである場合の設定において、ネットワーク管理は資産及びその使用の保守と監視に関するタスクを含む。
このバリエーションの現在理解されている最良の実装では、本発明へのいくつかの変更例もある。
・アドバイス・リーダーは、ユーザ・インターフェース・コンポーネントを有さないフェイスレス・アプリケーションとして実装される。
・アドバイス・リーダーは典型的には、通常の署名モデルの代わりのメッセージング・メカニズムにより、例えばｅ−メール又は別の拡散メカニズムにより、アドバイザリを受け取る。
・メッセージ・フォーマットは、人間が解釈可能なコンテンツを含まない。
・メッセージ・フォーマットは、スクリプトまたは実行可能なバイナリといったソフトウェア・ツールまたはＵＲＬまたはファイルシステム・パスネームといったソフトウェア・ツールへの参照を含むメッセージ・コンポーネントを含み、所定の条件が関連する場合に自動的に呼び出される機能性を提供する。
このバリエーションには下記機能が含まれうる。
・セキュリティー機能。アドバイス・リーダーは、強制的な特権を発揮することを試みるアドバイス・サイトのアイデンティティを保証する認証機能を含む。
・双方向通信機能。Ｍａｎｄａｔｅｄ−Ａｃｔｉｏｎ：メッセージ・ラインにより示されるとおり、アドバイス・オーサーが要求する場合には、アドバイス・リーダーはアドバイス・オーサーに通信を返す能力を含む。
【０５７３】
マスター／スレーブ構成
本発明の説明において、アドバイスが、管理的役割を果たして彼の任意で適切に読み及び振舞うコンシューマに簡便性として提供されるものとする。本明細書においては、当該コンシューマは、パーソナル・コンピュータおよびその環境のマネージャであるものとする。
【０５７４】
前述の基本通信モデルが、コンピューテーショナル・デバイスの大きな集団のマネージャのニーズを反映するように有用に改造されうるところの設定がある。そのような設定の例(図２５)としては、ネットワーク管理者２５０が通信するコンピューテーショナル・デバイス２５１〜２５３の大きなネットワークを管理し、各デバイスは潜在的に異なり且つ動的に変化する状態にある。ネットワーク管理者は、マスター・リーダー２５４として機能するアドバイス・リーダーを欲している（これにおいて、彼が該マスター・ユーザ・インタフェースにおいて見る各エントリーは、多くのマシン２５５、２５６についてのアドバイスの関連状態を同時にサマライズする）。これが、当該マネージャがオーバー・ビュ２５７、２５８すること、及び、多くのマシンについて認証するまたは拒絶することについての決定をすぐに行なうことを許す。
【０５７５】
この設定において、ネットワーク管理者のワークステーションは、マスター・マシンであり、且つ、彼が管理するコンピューテーショナル・デバイスはスレーブ・マシンである。このマスター・マシンにおいて動作するマスター・アドバイス・リーダー・プログラムを含んでいることが非常に望ましく、これはアドバイザリを獲得し、そして次に、該スレーブ・マシンと通信し、各々はスレーブ関連性評価器およびスレーブ・アクション・インプリメンタを動作し、及び対話の結果を要約する。これらのスレーブ関連性評価器は、マスター・アドバイス・リーダーからのメッセージを受け取る。メッセージは、ラッパー・インフォメーションと個別の関連性節とを含んでいる。スレーブは、それらのマシンにより規定される環境における関連性節を評価して、及び、マスターへと得られた結果を通信する。マスター・リーダーは、その後得られた結果を検討し、スペシャル・マスター・ユーザ・インタフェースに従って、ネットワーク管理者へとマスター関連性メッセージのサマリーを提示する。いかなるスレーブ・マシンについても関連付けられた関連性節が真であると考えられる場合には、メッセージはマスターに関連すると考えられる。当該ネットワーク管理者は該マスター関連性メッセージを検討し、及び、それらのいくつかに関連付けられた提案されたアクションを承認しうる。彼がそうする場合は、該マスター・リーダーは、関連結果が得られたスレーブ・マシンについて、該スレーブ・アクション評価器と通信し、当該アドバイザリの該推奨されたアクション部分を送り、及び、該アクションがとられるべきであることを示す。このようにコンタクトされた各スレーブ・アクション評価器は、そのマシンにより提供される環境内で該示されたソリューションを適用する。
【０５７６】
この設定においては、ネットワーク管理者はアドバイスすることに同意し、及び、該スレーブ・マシンの全ユーザに代わって該アドバイス処理を管理する役割を果たす。アドバイスの一部（普通の発明下に関連する）がユーザに或るソフトウェアがそのユーザのマシン上で更新されるべきであると伝えてきた場合、該ネットワーク上のいくつかのマシンが更新を有するときに、同じアドバイスがネットワーク管理者に与えられ、そして、それは、そのような全てのマシン上の対応するソフトウェアが更新されるべきであることを効果的に提案する。
【０５７７】
このバリエーションの現在理解される最良の実証において、通常の発明モデルに幾つかの変更が加えられている：
・スレーブ関連性評価器及びスレーブ・アクション・インプルメンタは、ユーザ・インターフェース・コンポーネントを有さないフェイスレス・アプリケーションとして実装される。
・スレーブ関連性評価器及びスレーブ・アクション・インプルメンタは典型的には、通常の署名モデルに代わるメッセージング・メカニズムにより、例えばＥメール又は他の拡散メカニズムにより、アドバイザリを受け取る。
・マスター・リーダーとスレーブ関連性評価器との間の通信の為のメッセージ・フォーマットは人間に解釈可能なコンテンツを省略する。
・マスター・リーダーとスレーブ・アクション・インプルメンタとの間の通信の為のメッセージ・フォーマットは、スクリプトまたは実行可能なバイナリといったソフトウェア・ツールまたはＵＲＬまたはファイルシステム・パスネームといったソフトウェア・ツールへの参照を含むメッセージ構成要素を含み、所定の条件が関連する場合に自動的に呼び出される機能性を提供する。
【０５７８】
加えて、特定のバリエーションが同様に実行されうる。スレーブ・アドイバイス評価器及びスレーブ・アクション・インプルメンタは、強制的な特権を発揮することを試みるマスターの個人情報を保証する為の暗号化承認機構を含む。これらは以下を含む：
・マシン・リスト・ディスプレイ。或るアドバイザリが関連するすべてのマシンのリストを表示する。該マシンの他の特徴を含むことによりこのリストをデコレートする。
・マシン・リスト・フィルタリング。関連マシンのリストに選択メカニズムを適用し、該推奨されたアクションを該関連グループ内の選択された下位グループのマシンにだけ適用することを許す。マシンのリストとあらかじめ定義したリスト（例えば或るオペレーショナル・ディビジョンにおけるマシンのリスト、あるロケーションにおけるマシンのリスト、又はいくつかの他のアドバイザリにおける関連として生じるマシンのリストなど）との間の交差（intersect）する能力は特に有用である。マシンのリストが関連マシンを超えて拡張されることを許すことも重要であり、マシンの他のリスト、例えば予め規定されたリスト、または他のアドバイザリについて関連するマシンのリストによる、手による又は連鎖による両方の編集を許す。
【０５７９】
この説明した論理構造は、異なったコンテキストの集合における関連性について評価されたアドバイザリの単一ボディについてもものであり、これらの異なったコンテキストにおける結果は、単一のマスター・ユーザ・インタフェースにおいて一緒に収集される。この論理構造は他の設定で意味を持つ。上記で議論された薬剤相互作用の例において、薬剤師が管理者であり、彼が薬品製造者から受け取ったアドバイザリのボディは、多くの異なるコンテキストにおいて適用されるボディであり、彼のカスタマ・データベースのそれぞれは、アドバイザリの解釈のためのユニークなコンテキストを提供する。ここで、該コンテキストは個々のマシンのものではなく、データベース中の個々のレコードのものである。マスター・ユーザ・インタフェースは本発明の他のバリエーションにとっての基本であり、すなわち、専門家したデータベース・インスペクターによって動作し、該マスター・アドバイス・リーダーは、あるアドバイザリが関連する個々のアドバイザ入りについての全患者のリストを得る。ユーザ・インタフェースは薬剤師に対してマスター関連の情報のみ、すなわち該データベース中のいくつかの患者について関連するアドバイザリ、を表示する。そして、薬剤師は関連するアドバイザリを見、そして、関連する患者のリストを調査する。
【０５８０】
本発明が好ましい実施態様を参照して本明細書内で説明されたが、当業者は、本発明の趣旨と範囲とから逸脱することなく、本明細書内に示されたものが別の適用に置き換えられることを容易に理解するであろう。したがって、本発明は以下に含まれる請求項にのみ制限されるものである。
【図面の簡単な説明】
【図１】
本発明に従うアドバイザリとコンシューマとの突き合わせプロセスを示すブロック図である。
【図２】
本発明に従うアドバイザ視点を示すブロック図である。
【図３】
本発明に従うコンシューマ視点を示すブロック図である。
【図４】
本発明に従う技術支援アプリケーションを示す流れ図である。
【図５】
本発明に従うアドバイス・サイトを示すブロック図である。
【図６】
本発明に従うアドバイス・リーダーのブロック図である。
【図７】
本発明に従う関連性通知に対するコンシューマ応答を示すブロック図である。
【図８】
本発明に従うアドバイザリを示すデータ構造である。
【図９】
本発明に従う関連性評価プロセスを示すブロック図である。
【図１０】
本発明に従う式木生成を示す流れ図である。
【図１１】
本発明に従う名付けられたプロパティ方法ディスパッチを示すブロック図である。
【図１２】
本発明に従うオブジェクト評価モデルを示す流れ図である。
【図１３】
本発明に従うオブジェクト階層を示す流れ図である。
【図１４】
本発明に従うオブジェクト階層の新しい構成要素を示す流れ図である。
【図１５】
本発明に従うインスペクター・ライブラリのコンテンツを示すデータ構造である。
【図１６】
本発明に従う状況アドバイスを示すブロック図である。
【図１７】
本発明に従うシミュレートされた条件を示すブロック図である。
【図１８】
本発明に従う商品市場を示すブロック図である。
【図１９】
本発明に従う関連性・適応ドキュメントを示す流れ図である。
【図２０】
本発明に従う調査票処理を示す流れ図である。
【図２１】
本発明に従う強制フィードバック変換を示す流れ図である。
【図２２】
本発明に従うコンシューマフィードバック変換を示す流れ図である。
【図２３】
本発明に従う匿名サーバによるマスクされた双方向通信を示す流れ図である。
【図２４】
本発明に従うさらなる強制フィードバック変換を示す流れ図である。
【図２５】
本発明に従う関連性呼出し除去を示すブロック図である。
【誤訳訂正２】
【訂正対象書類名】図面
【訂正対象項目名】全図
【訂正方法】変更
【訂正の内容】
【図１】
2002523841.tif 000002
【図２】
2002523841.tif 000003
【図３】
2002523841.tif 000004
【図４】
2002523841.tif 000005
【図５】
2002523841.tif 000006
【図６】
2002523841.tif 000007
【図７】
2002523841.tif 000008
【図８】
2002523841.tif 000009
【図９】
2002523841.tif 000010
【図１０】
2002523841.tif 000011
【図１１】
2002523841.tif 000012
【図１２】
2002523841.tif 000013
【図１３】
2002523841.tif 000014
【図１４】
2002523841.tif 000015
【図１５】
2002523841.tif 000016
【図１６】
2002523841.tif 000017
【図１７】
2002523841.tif 000018
【図１８】
2002523841.tif 000019
【図１９】
2002523841.tif 000020
【図２０】
2002523841.tif 000021
【図２１】
2002523841.tif 000022
【図２２】
2002523841.tif 000023
【図２３】
2002523841.tif 000024
【図２４】
2002523841.tif 000025
【図２５】
2002523841.tif 000026