(57)【要約】      （修正有）【課題】巨大な、人間の視点からは想像を絶するほど大きな、分散した配列の候補資源、関係、及び体験機会を提示するコンピューティングを提供する。【解決手段】目的体験資源文脈オペレーティングシステム／環境は自己組織型グリッドである。この体系は、資源へのアクセス及び提供と、関連する特定の目的と最適化された資源実体を支援するための、目的構造のネットワークである。これは、例えば、利用者がまさに特定の目的のアプリケーション、環境、専門家集団、サービスを識別し、特定され配備された資源に備わっている専門知識、能力、知識の少なくとも一部分を利用者が得ることを含む。利用者は、そのような専門知識、能力、や知識の少なくとも一つ以上の部分を、それらの目的に関連するプロセスに適用することができる。【選択図】図１３０
2018092632.tif 000002
【特許請求の範囲】
【請求項１】
利用者によって少なくとも部分的に引き起こされるような少なくとも一つの利用者目的仕様を形成する仕様を、コンピューティング設備を用いて、受信することと、
前記利用者目的仕様の少なくとも一部と、複数の利害関係者の資源に対して複数の利害関係者によりそれぞれ規定された複数の独立した利害関係者目的仕様の少なくとも一部との間で、マッチング処理セット又は他の評価処理セットを実行することと、
前記マッチング処理セット又は他の評価処理セットの結果の少なくとも一部を、前記利用者に表示するか又はそうでなければ提供することと、
を備えるコンピューティング方法。
【請求項２】
前記利用者目的仕様が、利用者目的の近似を備えることと共に、少なくとも部分的に、少なくとも一つの動詞と少なくとも一つの領域カテゴリとを備える、請求項１に記載の方法。
【請求項３】
前記マッチング処理セット又は他の評価処理セットが、少なくとも部分的に、全般又は特定領域専門家によって確立された所定の分類配列を少なくとも部分的に使用して実行される、請求項１に記載の方法。
【請求項４】
受信された前記仕様が、少なくとも一つの利用者目的と関連する専門家が作成した目的仕様を少なくとも部分的に使用して形成されている請求項１に記載の方法。
【請求項５】
前記結果の少なくとも一部が、目的クラスのメンバとして分類されている請求項１に記載の方法。
【請求項６】
識別された前記資源セットの少なくとも一部が、文脈目的表現（ＣＰＥ）である、請求項１に記載の方法。
【請求項７】
前記利用者目的仕様が、評判目的表明仕様を含むか又は使用しており、その評判仕様の情報構造が、持続的表明者／発行者の同一性、目的表現仕様、及び／又は目的物識別子を含む、請求項１に記載の方法。
【請求項８】
マッチング処理セット又は他の評価処理セットを実行することが、最適な目的応答結果を少なくとも部分的に決定するために一つ以上の評判表明仕様を使用することを含む、請求項１に記載の方法。
【請求項９】
前記評判仕様の情報構造が、持続的表明者／発行者の同一性、目的表現仕様、及び目的物識別子を含む、請求項８に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
（関連出願）
本出願は、２０１３年６月２６日出願の米国特許出願１３／９２８３０１明細書に対して優先権を主張するとともに一部継続出願であり、それはさらに２０１３年３月１５日出願の米国特許出願１３／８１５９３４明細書の一部継続出願であり、それらはともに「意図的コンピューティング（ｐｕｒｐｏｓｅｆｕｌ  ｃｏｍｐｕｔｉｎｇ）」という名称であり、引用をもって全記載内容が本書に組み込まれているものとする。
【０００２】
本開示の態様は概してコンピューティングアーキテクチャに関する。態様には、コンピューティングアーキテクチャにおいて利用者目的を促進するために構成された、装置、方法、及びシステムが含まれる。
【背景技術】
【０００３】
（関連技術の説明）
コンピューティングは近代社会の構造に深く組み込まれるようになってきた。コンピューティングは、水、食物、エネルギー、住居、及び他の人々と共に、最も広範に分布する種類の人的資源の一つとなってきた。コンピューティングは、他の種類の人的資源の殿堂と非常に多様な方法でインターフェースする。つまり、コンピューティングは人的機能の二つの主要な出入口の一つとなった。もう一つの出入口は、道具、人々等との直接的な物理的相互作用である。
【０００４】
コンピューティングツールにより、それほど何年も前でなくとも、利用不可能だった、又は想像すらできなかった多くのことが可能となり、その大きな結果として、近年コンピューティングは人間共同体にとって拘束力のある基盤となってきた。コンピューティングは、人間社会基盤の大部分を管理及び運用するため、つまり、娯楽、交際、コミュニケーション、知識共有、並びに、グループメンバ、友人、同僚、共同体、及び他の密接な関係の構成単位等の当事者間での共有のために使用される。
【０００５】
ほとんどの現代のコンピュータ設備は、巨大なピアツーピアインターネットクラウドにおいてユビキタスポータルとして機能する。今日のコンピューティング設備は全体として、コンピュータ設備が記憶する情報並びにコンピュータ設備が提供するリアルタイム活動及びサービスとともに、処理、記憶装置、情報、「体験」、及び通信資源機会の巨大な集合体に、アクセス及び／又は参加することができる。私たちがこれらのコンピュータ設備を使用する理由は、私たちが任意の与えられた瞬間に個別及び集団的に追求することを選択するあらゆる目的に対する手段としてツールを使うためであり、すなわち、私たちは目的を遂行又はそうでなければ満足させるためにコンピューティング設備を使用する。目的を遂行するには、資源を利用することが必要であり、最近のコンピューティング設備により、人類の知識及び専門知識の大部分に対応した資源機会とともに、事実上無限の種類の商業、通信、娯楽及び対人資源並びに資源機会の組合せが提供される。
【０００６】
概して、現代のコンピューティングは、イントラネットとインターネットクラウドとの両方を通して、巨大な、そして人間の視点からは想像を絶するほど大きな、分散した配列の候補資源、関係、及び体験機会を提示する。この巨大な配列は、その大きさ、多様性、及び世界的な分散を考慮すると、完全に、又はささやかであっても、これを利用することは圧倒されるような難題である。また、いかなるコンピューティング技術セットも、個人やグループが広大な資源機会を正しく把握するための合理的な方法を提供しない。なぜなら、この広大な資源機会は、実質的に公然に促進されているかもしれない資源について以外では、彼ら自身の非常に特定の領域の実際の専門知識以外のいずれにも関係するためである。専門家でさえ、知識が不完全な領域で操作を行うとき、特に資源を使用する原動力が研究、情報の取得及び理解である場合、適切な最適可能資源セット（セットは少なくとも１つの単位である）の整理は、しばしば困難である。コンピューティングにおける爆発的に複雑さを増している資源機会の本質そのものは、先例がなく、巨大な未利用の資源配列を伴うため、この非常に多様で多数の項目、場所、及び潜在的組合せの多くは、巨大な情報の霧の中にある。
【発明の概要】
【０００７】
実施形態は、コンピューティングアーキテクチャにおいて、利用者の目的を促進する、システム、装置、方法、及びコンピュータ読み取り可能な媒体を含む。
【図面の簡単な説明】
【０００８】
【図１】共通のメンバをもつ目的領域の例である。
【図２】利用者の資源選択の例である。
【図３】資源インタフェースの説明例である。
【図４】不透明な資源インタフェースをもつ資源の例である（例えばラップトップコンピュータ）。
【図５】透明な資源インタフェースをもつ資源の例である。
【図６】ＰＥＲＣｏｓ資源インタフェースを通した（ＮＰＲ）相互作用の説明例である。
【図７】資源インタフェースインスタンスの構造の例である。
【図８】ＰＥＲＣｏｓ目的サイクルの説明例である。
【図９】オペレーティングセッション実施形態（単一セッションインタフェース）の例である。
【図１０】オペレーティングセッション実施形態（複数セッションインタフェース）の例である。
【図１１】資源項目の例である。
【図１２】資源実施形態の例である。
【図１３】非ＰＥＲＣｏｓ資源のＰＥＲＣｏｓ環境への同化である。
【図１４】オペレーティング資源生成例１のパート１である。
【図１５】オペレーティング資源生成例１のパート２である。
【図１６】オペレーティング資源生成例２のステップ１及び２である。
【図１７】オペレーティング資源生成例２のステップ３である。
【図１８】構成体インスタンスとして生成された簡易化資源の説明例である。
【図１９】簡易クラスシステムの例である。
【図２０】死すべきもので拡張した、簡易クラスシステムの例である。
【図２１】資源要素仕様及びＰＥＲＣｏｓ資源インタフェース仕様を備える簡易フレームワークの説明例である。
【図２２】資源インタフェースを通してアクセスする資源の例及び単一資源要素である。
【図２３】構成要素資源を含む、複数の資源要素をもつ資源の例である。
【図２４】透明な資源の例である。
【図２５】資源関係実施形態の説明例である。
【図２６】資源とＰＥＲＣｏｓ  ｉセットとの間の関係の説明例である。
【図２７】フレームワーク及び基盤インスタンスを備えるオペレーティングセッションの説明例である。
【図２８】ＰＲＭＳインスタンス階層の例である。
【図２９】簡易化資源管理実施形態の説明例である。
【図３０】指示子使用の例である。
【図３１】指示子を使用する資源へのアクセスの説明例である。
【図３２】ＰＩＭＳと資源との間の相互作用の例である。
【図３３】情報（例えば問合せ結果）をｉ要素として備えるｉセットの例である。
【図３４】資源として生成されたｉセットの例である。
【図３５】ＰＩＭＳ、資源サービス、及び持続性サービスの間の相互作用の説明である。
【図３６】資源を備えることを含む、構成体型の説明例である。
【図３７】フレームワーク構成体テンプレートの例である。
【図３８】ＰＥＲＣｏｓプラットフォームサービス実施形態の説明例である。
【図３９】資源（Ｒ１）に対するＰＩＭＳ構造の例である。
【図４０】オペレーティングセッションとのＰＲＭＳ相互作用の例である。
【図４１】ＰＲＭＳオペレーティング資源管理の例である。
【図４２】資源サービス相互作用の例である。
【図４３】ＲＭＤＦ構成の例である。
【図４４】ＲＭＤＦ関係の例である。
【図４５】ＰＥＲＣｏｓ資源システム及びサービスグルーピングの簡易化説明例である。
【図４６】資源管理動的構造の例である。
【図４７】資源管理集合構成の例である。
【図４８】資源集合の説明例である。
【図４９】予約サービス実施形態の簡易化例である。
【図５０】資源及び資源インタフェース配列の説明例である。
【図５１】複数インタフェース（例えば、ディスク／記憶システム）をもつ資源構成要素の簡易化例である。
【図５２】共通クラウド資源に対する、個別のｉ要素及び複数の資源インタフェースを示す、共有クラウド資源の簡易化例である。
【図５３】資源相互作用を制御する、個別のｉ要素及び一つの資源インタフェースを示す、共有クラウド資源の簡易化例である。
【図５４】ＮＰＲ及び変換部を含む複数型の資源要素を備える資源の説明例である。
【図５５】資源の説明用簡易化例である。
【図５６】資源指示子（ｉ要素）階層の例である。
【図５７】資源配列情報を共有する例である。
【図５８】ＰＩＭＳの階層の例である。
【図５９】「総称的」ＰＥＲＣｏｓサービス構造の抽象化の例である。
【図６０】ｉセットからの資源の生成の簡易化例である。
【図６１】オペレーティングセッションと資源管理部との間の説明的相互作用である。
【図６２】業務合意の処理の簡易化説明例である。
【図６３】資源プロビジョニングに対する状態及び状態遷移の説明例である。
【図６４】構成体利用の説明例である。
【図６５】テンプレートからオペレーティング構成体への構成体の進化の説明例である。
【図６６】仕様抽出を受けるオペレーティング資源の簡易化例である。
【図６７】ＰＥＲＣｏｓ及び非ＰＥＲＣｏｓ要素の、オペレーティング要素及び／又はデータフローの例を説明する。
【図６８】目的クラスアプリケーション組織の簡易化例である。
【図６９】近似を通して達成した概念マッピングの例である。
【図７０】主要次元実施形態の説明例である。
【図７１】測定基準関係性の例である。
【図７２】共振仕様の例である。
【図７３】４つの型の目的満足度測定基準の間のマッピングである。
【図７４】可換図の例である。
【図７５】測定基準算出プロセスの例である。
【図７６】介入及び相互作用をもつ「総称的」資源の説明例である。
【図７７】資源関係性の例である。
【図７８】目的領域関係性の例である。
【図７９】信用性生成プロセスの説明例である。
【図８０】動的信用性生成プロセスの説明例である。
【図８１】信用性要素及び合成の例である。
【図８２】信用性要素実施形態の例である。
【図８３】信用性発行及び関連処理の例である。
【図８４】３レベルの一貫性相互作用の例である。
【図８５】ＰＥＲＣｏｓ  ＳＲＯ実装処理及び一貫性サービス相互作用の説明用簡易化例である。
【図８６】一貫性動的構造の説明用簡易化例である。
【図８７】一貫性シミュレーション実施形態の説明例である。
【図８８】ＰＥＲＣｏｓサービスとの一貫性管理部相互作用の例である。
【図８９】一貫性管理構成の例である。
【図９０】ＣＤＦをもつ一貫性管理構成の例である。
【図９１】一貫性相互作用の例を示すＰＥＲＣｏｓサイクル処理の説明例である。
【図９２】分散一貫性管理の例である。
【図９３】共通目的をもつ複数利用者である。
【図９４】複数業務文脈をもつ複数利用者である。
【図９５】一貫性プロセスの例である。
【図９６】一貫性管理階層の例である。
【図９７】コンピュータ端部処理及び一貫性処理の説明例である。
【図９８】ＰＥＲＣｏｓ目的定式化処理の間中の一貫性相互作用の例である。
【図９９】一貫性処理をもつ簡易化ＰＥＲＣｏｓサイクルである。
【図１００】一貫性処理をもつ一般化ＳＲＯプロセスフローの例である。
【図１０１】ＳＲＯ処理をもつ一貫性相互作用の説明例である。
【図１０２】ＳＲＯ仕様処理及び一貫性の説明例である。
【図１０３】ＳＲＯ解決処理及び一貫性の説明例である。
【図１０４】ＳＲＯ操作処理及び一貫性の説明例である。
【図１０５】一貫性管理部がＣＤＦの一部分である場合の、一貫性管理部、業務合意、及びオペレーティング資源の説明例である。
【図１０６】ＣＤＦの形式による資源配列の実施形態の簡易化例である。
【図１０７】一貫性動的構造管理部の例である。
【図１０８】一貫性管理部サービス実施形態の例である。
【図１０９】ＰＥＲＣｏｓ評価サービスインスタンスの例である。
【図１１０】一貫性テンプレート発行の例である。
【図１１１】ＰＥＲＣｏｓ目的秩序の例である。
【図１１２】グローバル意図的ネットワークの例である。
【図１１３】解釈／翻訳プロセスの例である。
【図１１４】タイプ３目的表現処理の例である。
【図１１５】「総称的」ＰＥＲＣｏｓサービスの例である。
【図１１６】部分ＰＥＲＣｏｓオペレーティング環境実施形態の例である。
【図１１７】共有文脈目的体験セッションの例である。
【図１１８】オペレーティングシステム動的構造構成及び相互作用の例である。
【図１１９】利用者関連オペレーティングサービス構成の例である。
【図１２０】利用者関連オペレーティングサービス構成の例である。
【図１２１】利用者関連オペレーティングサービス構成の例である。
【図１２２】ＵＩＤＦ及び他の動的構造相互作用の例である。
【図１２３】ＵＩＤＦ及びＲＤＦ相互作用の例である。
【図１２４】ＳＲＯ処理の詳細観点の例である。
【図１２５】時刻Ｔ１の資源構成の例である。
【図１２６】時刻Ｔ２の資源構成の例である。
【図１２７】時刻Ｔ３の資源構成の例である。
【図１２８】クラスシステム関係性グラフの例の部分グラフである。
【図１２９】知識抽出の例である。
【図１３０】人間‐コンピュータ相互作用の例である。
【図１３１】階層状ＰＥＲＣｏｓコアサービスを含む、単一利用者セッションＰＥＲＣｏｓアーキテクチャ実施形態の例である。
【図１３２】共有ネットワーク化体験セッションＰＥＲＣｏｓアーキテクチャ実施形態の例である。
【図１３３】中間地点、資源、及び記述ＣＰＥの例の説明である。
【図１３４】普遍的クラスシステムの例である。
【図１３５】補助カテゴリクラスシステム（ＷＥＳＮ）の例である。
【図１３６】補助目的クラスシステム（ＰＷＳＡ）の例である。
【図１３７】クラスシステム編集者に対する構成体テンプレートの例である。
【図１３８】リストを含む利用者特性ファセット書式の例である。
【図１３９】ファセット目的クラスアプリケーションの例である。
【図１４０】ＰＥＲＣｏｓ環境の好ましい実施形態の簡易化ブロック図である。
【発明のを実施するための形態】
【０００９】
目的体験資源文脈オペレーティングシステム／環境（Ｐｕｒｐｏｓｅ  Ｅｘｐｅｒｉｅｎｃｅ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｅｘｔｕａｌ  ｏｐｅｒａｔｉｎｇ  ｓｙｓｔｅｍ／ｅｎｖｉｒｏｎｍｅｎｔ：ＰＥＲＣｏｓ）は、ある程度は利用者が汎用目的構造の資源の「ネットワーク」に接続する演算設備で、専門知識に満たされ関係する総ての物により有効となった専門知識、能力、智恵のそれぞれの微妙な差違を含み関連する道具とサービスを備える、自己組織型グリッドである。この体系は、資源へのアクセス及び提供と、関連する特定の目的と最適化された資源実体を支援するための、目的構造のネットワークである。これは、例えば、利用者がまさに特定の目的のアプリケーション、環境、専門家集団、サービスを識別し、少なくともいくつかの実施形態が証拠立てているように、そのような特定され配備された資源に備わっている専門知識、能力、知識の少なくとも一部分を利用者が得ることを含む。これにより、利用者は、そのような専門知識、能力、や知識の少なくとも一つ以上の部分を、それらの目的に関連するプロセスに適用することができる。
【００１０】
（ＰＥＲＣも呼ばれる）ＰＥＲＣｏｓ環境は、基本的には、項目を取得するためにキーワード探索と検索とを使用する現在のウェブ技術や、意味的に構造化された情報記憶域とは異なる。ＰＥＲＣｏｓは、例えば一貫したサービスセットを使用することにより本質的に未完成／無秩序な分散情報と関連付けられている資源記憶域や具体例、例えば「ビッグデータ」だけでなくコンピューティングの利用者、利用者グループ、その他の利害関係者、及びハードウェア、ソフトウェア、サービスのような実現化する資源、本明細書ではまとめてビッグ資源と呼ぶ、を合理化することができる。例えば意味的に組織化された情報記憶域の実現を含む現在の技術では、効率的な、包括的な、目的と合致する、資源の識別及び提供が実現できていない。一般的に、現在のウェブ技術は、記憶されている項目と一般的に関連づけられた記述情報に基づいて動作する。ＡｍａｚｏｎやＹｅｌｐ（登録商標）の一般的な格付けシステムの様なレコメンダ情報を別にすれば、これらのシステムは、利用者による一つ以上の使用状況に対する体系的な洞察を提供するよりはむしろ、一般的に項目の直接的な属性に特徴がある。ＰＥＲＣｏｓの実施形態は、手本となる利用者文脈目的表現により少なくとも一部は記述された利用者の状況による特定の目的に関連する対象の効率的な標準化された表現を、例えば、比較的に対応する文脈目的で特徴付けた、目的の特性で選別した、利害関係者が公開した、手本となり記述的な表現を補完的なプロファイル、大衆の履歴情報、や他のメタデータを使用することによって変換することができる記述的文脈表現に「洞察深く」対応させることができる。既存の技術とＰＥＲＣｏｓを比較すると、利用者への非構造的な優先付け、任意の無意味なタグ付け、分散情報の集まりの果てしない次元と広がり、に対して、効率的に構造化され、実質的に標準化され、明確に利用者の目的に回答するグローバル情報及び関連した資源の体系、との差違が有る。人間社会は、現在普遍的に接続されている姿が出現している時代に入りつつある。ＰＥＲＣｏｓは、我々の目的と同時に発生した文脈により反映できるので、私たちの環境を、学習、知識、発見の機会と方法論、に一致することができるように、このような接続を利用する、深く組み込まれた体系的な方法を提供する。いくつかのＰＥＲＣｏｓの実施形態では、利用者と利害関係者の目的推定の文脈目的表現、例えば、目的のクラスの構成、（提供する）目的の評判の特性と価値インフラ、ＰＥＲＣｏｓ構築及び一貫性のサービスを組み合わせた場合、利用者を資源の可能性に直ぐにでも接続できるので、利用者の点検と評価を展開することや目的の近辺の使用とクラスや他のグループのオントロジと分類学構成を通じて、体験の可能性と一般的な利用者の生産性を強化する利用者の学習と発見のための設定などを提供する。目的に関連する体系を支援する体系化された環境を提供することにより、ＰＥＲＣｏｓは、利用者が目的に関連して彼らが有するおおよその知識水準に適応することを許可し、彼らの目的の自覚と中間結果から成果へ通じる経路の展開に従って見進む。
【００１１】
多くの場合、人々は与えられた目的の対象の最適な実際の満足度を達成するために、学習や発見の必要性を感じている。残念ながら、しばしば人々はその目的に最適な満足に関連する学習と発見の価値に気づいていない。人々が目的の達成のための最適な資源や環境を求めている場合、彼らはしばしば目的の資源に最も適すると識別することができる道具を利用できないことに気付く−そのような最も適した資源は広大なインターネットのどこかに存在するかもしれないが、彼らは正に彼らの特定の流れや個人的目的に関連する資源を関連付け評価することができない。寄与資源の特定の目的の達成をはっきりと認める一般的な資源生態圏は存在しない、またそのことから、どのようなシステムも、体系的な方法で資源の集合を特定の利用者の目的に合わせるように当事者を導かないし、資源を利用者の処理セッション又は交差セッションの特定の対象の特定の文脈や本質とも合わせない。
【００１２】
多くＰＥＲＣｏｓの実施形態は、利用者の目的仕様と関連する文脈入力に直接目的に回答する成果や中間プロセスを支援するために最適化されている、人間とコンピュータが相互に関連し合う運用環境、アプリケーション、機器などに、目的、体験、資源、及び文脈を統合するように設計されている。利用者の目的に敏感に反応する評価、管理と資源の提供のための設計能力へと統合したこれらの運用環境は、ソフトウェアのオペレーティングシステム／環境、ソフトウェアアプリケーション、機器設計などの形で提供され、これらは利用者の目的に反応する資源の評価、管理、及び提供のための設計機能に統合され、ここではこれらはＡＰＩ、プラグインなどを使用することによる統一製品設計やＰＥＲＣｏｓ統合を通じて達成できる。
【００１３】
我々は今、何十億人もの人々やその他の資源項目の接続された世界に住んでおり、費用、効率性、アクセシビリティ以外に、我々の現在の目的を満足させる最良の利用可能な資源を活用する唯一の制限は、そのような可能性の有る実用的な資源に関する充分な知識又は理解である。一方、我々は接続している巨大な集団の一員であり、我々はほぼ無限の資源に接続するためのデジタル経路を持っているが、もし、我々がより知らされ、すなわち適切で現在の目的に特定の「最良の」資源への実際的なアクセスの知識を持つならば可能となるであろうことと比べて、我々はしばしば所与の特定の目的に対して最適な利用可能な資源よりもはるかに少なく適用している。
【００１４】
成果を満足する目的に向けて資源を理解し活用する我々のプロセスは、社会的、娯楽、知識指向、や商業的かどうかに関わらず、活動の殆どの分野のどの様な与えられた事例に於いても、資源の可用性に関しての専門的な眺望、我々の特定の目的へ資源を配置、また我々の目的と適切な資源と知識に関連した開発の理解の展開、に関わる関心の無さによって妨げられる。もし利用者が異なる特定の処理セッションの、サービス中の資源のすべての型と実際の配置にアクセスすることができ、もし彼らはそのような資源への最適な選択方法を採用してそのような資源の専門知識や内容や可能性のある機能にアクセスするならば、利用者は一般よりはるかに高い水準を実行でき、その処理動作からより満足のゆく結果が得られる可能性がある。コンピュータの利用者は、充分に情報を得ている利用者に比べると、ほとんどの例では所定の目的のためにはより低特性の資源で間に合わしている事を発見するであろうし、ほとんどの例では「同様のものを再び一から作ること」を行おうとしている事を発見するであろう。
【００１５】
人間の活動の選択肢とこのような機会に関連する可能性の知識は交差点に差し掛かっているように見え、現在、目的を満たすために無限の配列の資源を利用することができる。残念ながら、比較的単純な基本的な活動の生活から、基本的な短期生存に縛られていない、優れた、非常に具体的な結果を得るために我々が選択し、資源を操作することができる生活への移行は、我々が任意の時点で何を達成したいのかの意図した可能性で人のインタフェースを体系化し、支援する一般的な道具セットとは整合していない。一般的に言えば、今では多くの人間の行動は、演算設備のインタフェースを介して精力が注がれてきたが、爆発的数の可能性とそれに付随する資源の任意の体系的統合を行うことではなく、業務の基本的なサバイバル（生存）セットから、広大な人の活動の形態と対応する目的への変革が、顕著になってきた。実現可能とする資源と資源部分を我々の目的と接続するための、理想的な、いかなる形式的な相互運用可能な枠組みは存在していない。
【００１６】
ある程度は、この人材や資源の選択と提供システムへの焦点を当てないことは、人類の歴史のほとんどは、比較的少数の環境と、本質的に比較的単純な選択肢によって特徴づけられており、資源選択に関してかなりの数の可能性やほとんど未整列の記憶域から選択するという選択肢が通常含まれなかったという事実に起因する可能性が高い。しかし、人間社会は今深刻な資源の爆発的拡大を体験しており、高度に体系化し標準化された選択肢の支援と知識の強化システムの必要性が急速に高まっている。ＰＥＲＣｏｓの発明は、そのような実施形態のセットを可能とすることが最初の実現であり、一部は、例えば、中核目的と他の基本次元及びファセット、目的クラスと近辺、評判目的に関連する信用性宣言と実効的事実（Ｅｆｆｅｃｔｉｖｅ  Ｆａｃｔ：ＥＦ）、目的提供の構成体、をより一貫した改革と分析などを含む様々な実施形態をサポートする標準化された目的表現である。ＰＥＲＣｏｓ技術は、選択と目的の展開のための統合環境を提供し、利用者の識別と評価を支援し、広大で多様な記憶の中の資源を使用し、最適な目的に回答する結果を生成する。
【００１７】
人間の選択は、利用者の目的及び適切な関連文脈に基づくべきであり、さらに、必要に応じて、特定の利用者目的のコンピューティング環境（これはアドホックに用意するか、永続的な使用する）に回答する資源の組み合わせ構造と共に、目的の特性と関連した特質宣言によりさらに強化される。Ｗｅｂベースの目的管理と達成のためのそのような一般的なシステムは、専門知識ベースの目的の特性と、関連する宣言アーキテクチャ（評判）の両方から実質的に利益がある。
【００１８】
目的別のコンピューティングシステムは、相互運用の実施と効率化のための目的表現の標準化により最適化することができるが、ここでこのような標準化は、少なくとも一部は、目的及び関連文脈を容易に把握し特徴付けることを支援するＰＥＲＣｏｓの基本次元やファセットの様な高いレベルの簡素化方針に基づいている。上記は、目的に敏感に反応する適切な目的クラスやその他の目的の近辺と経路点やそれら構成要素の集合の推定結果とともに、利用者の目的と資源の記憶域項目間での信頼性の高い、効率的な類似性の照合において重要であり、これはそのような目的表現、関連する文脈、及び／又は他のメタデータ及び／又は補助次元要素のようにブール代数やその他の組み合わせ又は非標準化された利用者の目的表現要素、に基づいて優先順位を付けられ、又は評価されてもよい。無限で、しばしばあいまいなと見える資源の可能性と利用者の関係を管理する際は、このような目的次元／ファセットの単純化と他のＰＥＲＣｏｓ機能が、点検と事前評価及び特に評判の機能と一体となってさらなる選別と評価、変換のための目的クラス／近辺、可能性のある混沌としたセットから比較的に候補者を知らされたセット、目的開発環境の展開を支援しより生産性のある、価値のある、及び／又は満足できる成果への先導、を利用者にもたらす。
【００１９】
資源の可能性のある潜在的次元及び微妙な差違（ニュアンス）は、現在大きく変化しており、膨大な数の形態を取ることができ、進められているように、多くの異なる方法で分岐し、展開する。自由時間や業務中の両方で、現在多くの人々が楽しんだり、資源の体系を使用する事ができるようになり、そのような資源の利用者が時間をかけて展開することができる事に気付き、利用者や利害関係者は一緒に、資源及び記憶域を自己組織化したり、又は文脈目的表現、資源の絞り込み、目的一貫性、資源の優先順位付け、相補的目的の最適化、資源提供、資源クラスのアプリケーション／フレームワークなどの標準化され相互運用可能な道具を公開し、上記の総てが体験と他の結果の実現のために他の参加者と資源のほぼ無限の体系利用者を接続することを支援する。人間は対象を実現することを助けるためにコンピュータを使用する。ＰＥＲＣｏｓは、利用者が目的の成果を支援するための直接的な機械操作に、具体的かつ形式的な方法で入力を提供することで、人とコンピュータの配置関係を人間と機械との間のパートナーシップとして定型化したものである。
【００２０】
（ＰＥＲＣｏｓ−目的体験資源文脈オペレーティングシステム）
【００２１】
いくつかの実施形態では、ＰＥＲＣｏｓシステムは、ある程度は、ネットワークやローカルオペレーティングシステム、システムレイヤ、や意図したコンピューティングのための協調した一つ以上のアプリケーションやサービスである。部分的にＰＥＲＣｏｓは、選択のための目的表現を可能にし、及び／又は最適で有用な目的満足資源と照合することにより、資源管理のための従来のオペレーティングシステムの機能を拡張している。ＰＥＲＣｏｓはある程度は、利用者によって規定された文脈目的表現（Ｃｏｎｔｅｘｔｕａｌ  ｐｕｒｐｏｓｅ  Ｅｘｐｒｅｓｓｉｏｎ：ＣＰＥ）と、比較可能な利害関係者が公開した資源、資源部分や資源や目的クラスの公開した情報と関係しているＣＰＥ、を比較する手段と方法を採用している。このような利害関係者のＣＰＥ情報は、起こり得る利用者の目的と関係する文脈情報を予測している。ＰＥＲＣｏｓ資源は、実施形態によっては、特定の場所で、及び／又は例えばクラウドサービスのような一つ以上の利用可能なネットワーク上を介して利用することができる。
【００２２】
幾つかのＰＥＲＣｏｓの実施形態では、利用者は全世界の「目的を有するネットワーク」と対話することができ、このようなネットワークの例として、包括的なビッグデータ、利用者と利用者関連のグループ、機械や機器、アプリケーションとその他のソフトウェア、及びローカルとクラウドサービスであり、これら上記は「ビッグ資源」を構成する。ＰＥＲＣｏｓ資源要素は、利用者が示した文脈を目的とした表現に応じて、個別や組み合わせて、利用可能な及び／又は具体的に望ましい資源セットを表す。
【００２３】
ＰＥＲＣｏｓシステムは、１対無限のコンピューティングのためのネットワーク管理のプラットフォームを提供する。すなわち、利用者がどこにでも存在する資源から可能性のある利益を得ることができ、誰でもが単純から複雑な組み合わせを使用できるようにしている。例えば、出版物、関連する機械、装置、コンピュータソフトウェア、専門コンサルタント、社会的ネットワーキング仲間、やクラウドサービスを含む他の構成は、任意の人々や任意のグループ、任意の場所、及び／又は許容可能や運用可能な利用者が選択した組み合わせ（発行者や利害関係者の制限と運用倫理上の考慮事項を条件として）で使用されるであろう。ＰＥＲＣｏｓでは、コンピュータ運用とは利用者とその目的に関連する仕様との相互作用及び演算設備を使用した、例えば、識別し、構成し、提供し、及び／又は利用者の目的に回答する方法でコンピュータ処理資源を管理する活動と見ており、すなわちＰＥＲＣｏｓでは目的達成プロセスを達成するために利用者の仕様及びその他の目的に関わる入力に対応するアーキテクチャを採用している。目的の達成に関連する資源の評価と提供にて、ＰＥＲＣｏｓは、その評価、監視、競合解消、完成、その他の機能の使用を通じて、もし適用可能であれば、利用者と適用可能な利害関係者の目的表現と関連する、及び／又は許容されたさらなる入力情報、例えば、資源メタデータ情報、利用者プロファイル情報、及び外因性の社会的規制や他の考慮事項など、の使用を通じて、運用仕様を合成する。
【００２４】
人間とコンピュータの相互作用は、指定や選択された資源：コンピューティングハードウェア、ソフトウェアを、データ（例えば、ビッグデータの順列）、センサー、機械と関連するプロセス、及び／又はおそらく他の利用者を使用して生成してセッション中に展開した人間の体験の集合が含まれ、全体としてＰＥＲＣｏｓではビッグ資源（リソース）として知られている。目的の仕様や同様の利用者行動は、初期、中間や成果のＰＥＲＣｏｓセッションへの入力を通常提供し、最小限の利用者が提供する初期目的を含む。さらに、ＰＥＲＣｏｓシステム、ＰＥＲＣｏｓ目的仕様、目的クラスのアプリケーション、目的のプラグイン、及び／又は類似の構成は、暫定的な意図した利用者の動作ではあるが、発展する識別、選択、提供、や希望する資源の使用へと導くことができる。
【００２５】
ＰＥＲＣｏｓシステムは利用者が一時的に、及び利害関係者の両者が公開している目的の仕様、及び各種の実施形態、関連する目的と資源関連の分類学とオントロジ的の構成を、支援している。これらの目的に関係し、公開された、或いは一時的に宣言された構成は、目的を満足する成果、すなわち目的達成のコンピューティングセッションの中間や最終の帰結は、利用者とＰＥＲＣｏｓによって使用される。発行者は、一つ以上の目的のクラスのアプリケーションと目的のクラスのメンバ資格の宣言の形をとることができる、ＰＥＲＣｏｓ資源の構成と関連して宣言した目的の仕様を公開する。ＰＥＲＣｏｓオペレーティングシステムや各独立層や目的のクラスのアプリケーション、アプリケーションプラグイン、及び／又はＡＰＩの実現などは、利用者／演算設備を支援し、その後、定性的な評価と提供、適切な目的達成の資源構成を含む、選別、識別、及び優先順位を付けをできる。提供されたＰＥＲＣｏｓ資源やＰＥＲＣｏｓの実現は、資源／利用者の相互関係の展開の支援を受けて、利用者とコンピューティングの領域の交差端部（ｃｒｏｓｓ−Ｅｄｇｅ）通信を運営し、管理する。
【００２６】
特に、ＰＥＲＣｏｓは計画的に、利用者と演算設備とが交差端部となる構成のアーキテクチャであり、これにより人間の推定した相関する特定の目的の概念を、演算資源の解析、提供、及び処理能力へと支援し、援助し、変形させる。このような相関的な思考と少なくとも一部は利用者の仕様／選択に回答する形で、ＰＥＲＣｏｓはビッグ資源から、目的／目的の特有の利用者／コンピュータの目的セッションの利用者の成果達成道具として資源セットを満足する、特に適用可能な目的を見つけ／提供する。利用者は、それら固有の関連するコンピューティングの特徴、人々が彼らの体験の基盤を通じて認識するパターン、文脈、及び記憶域に頼っている。コンピュータは、異なる種類の操作を行うことができ、それらは、正確なデジタル処理、処理の構成、データ保存、及び任意の関連する入出力である。適用可能な場合は、ＰＥＲＣｏｓ機能は、利用者の直接の指示の有無と関係なく、コンピューティングの構成資源を利用者の目的に特化したクラスアプリケーション、プラットフォームや他の目的の、ＰＥＲＣｏｓオペレーティングシステムや階層構造上はもちろん、例えばＰＥＲＣｏｓのプラグインやＡＰＩコードを引き受けことができる互換性のあるコンピュータのアプリケーション上で動作する達成手段に焦点を合わせて、管理、選択、評価、組織化及び／又は提供できる。さらに、ＰＥＲＣｏｓは、フレームワーク、基礎、相補的仕様など目的表現に関連した構成体を採用し、上記は各種の資源を統合した最適な目的に合致した運用仕様のセットバランスの最適な調整を容易にするために、少なくとも一部は組み立てられ採用されている。そのような構成体は、最適なバランスの取れた目的達成の運用仕様セットの凝集に寄与する、ＰＥＲＣｏｓセッションビルディングブロックに関連する「推定的」な潜在的な目的を指定できる。
【００２７】
いくつかの実施形態では、例えば中核目的の仕様を含め、ＰＥＲＣｏｓシステムは文脈目的表現（CPE）に従った資源の展開を支援し、基本次元や補助となる仕様情報により適用可能であれば拡大する。このようなＣＰＥは以下を可能にする：
【００２８】
（ａ）利用者に、特定の利用者の目的の成果を実現するのに最も合致しているコンピュータのセッションとセッションの資源を識別、開始、体験、提供、記憶、及び／又は公開ために、例えば、文脈目的表現とその他の入力を提供する。これには、利用者が目的表現とシステム応答プロセスを展開することを支援し、必要に応じて、文脈簡素化次元のファセット（ｆａｃｅｔ）を規定する。この様な次元のファセットは、例えば、利用者が特定の目的に関しては初心者であり、関連する目標領域が洗練されておらず、利用者の素養に比して複雑さの制限を望んでおり、一つ以上の特定の目的に比してある程度の予算資源があることや目的クラスが例えば時間枠であること、及び／又は目的プロセスが約３０分を超えてはいけないとの必要性、などであろう。
【００２９】
（ｂ）利害関係者は、例えば、関連する利害関係者が公開した記述的なＣＰＥ、目的クラスのメンバ資格、及び／又は任意の関連する仕様（即ち、利用者目的仕様に類似度が一致するであろう仕様、ここで、そのような利害関係者の仕様は利用者の目的に「充分に」対応し、優先付けされ、及び／又は評価／選別される資源セットと識別される）を含む、資源に関する情報を公開できる。利害関係者は、いくつかの実施形態では、資源が一つ以上の特定の目的、例えば、上級利用者、上級レベルの利用者に比べてある程度の複雑さを扱える者など、が使用するために設計した、に関連することを意図し、及び／又は関連してもよい事を規定する次元のファセットを含む文脈目的表現を作成できる。利害関係者は、利害関係者の商用化や類似グループの権益の宣言、例えば、主権を有する政府やその他の類似グループの資源に関連する権益と同様に、使用料、許諾権、一つ以上の目的に関する資源の特性の権利、を公開できる。
【００３０】
上記は、使用したＰＥＲＣｏｓ実施形態が利害関係者や利用者によって宣言できるとの、他のいかなる情報によっても補完することができる。付録ＤはＰＥＲＣｏｓの公式な資源の公開と関連する情報、管理、及び目的の整合面、の局面の実施形態を表している。
【００３１】
ＰＥＲＣｏｓは、その利用者／コンピュータ構成の交差端部の特徴とその様々な目的の支援機能を通じて、現在の基本的な流れであるＷｅｂ資源の活用への挑戦、即ち、彼らの要求を組み立ててそれに付随する各種要求を特徴付けするそのような利用者が合理的な能力／知識ベースに欠けている場合に、彼らの潜在的な目的に応じた成果の特性を体験できていないこと、及び、特に、特性と最適で生産性の高い利用者の目的を満たす資源セットを認識できないこと、の解決を助ける。開発の進展や利用者が他の方法で支援されるまで、この様な合理的な能力が欠如していることは、自明である。ＰＥＲＣｏｓは、特に利用者の実質的な命令／体験／専門知識が欠けている領域では、この様な利用者が組み立てる場合の革新的な、補佐的基盤を提供する。その結果、利用者が関連する目的領域に関する適切な専門知識を持たずに資源に要求したり接したりする、合理的な組み立ての能力が欠けているこの現状の難問を打破することに、ＰＥＲＣｏｓは革新的助けとなる。このような状況では、利用者は、入力と資源要求を効率的に特徴付けるために必要な分野の専門知識を欠くことができるし、また彼らはプロセスへの取り組み方によってよりよく提供することができるが、ここで、目的の知識の強化と目的に関係する資源の有効活用を支援するように特に設計された資源を有する大凡の目的に関連する資源の近辺が利用者に提示され、また、そのような近辺の資源はある意味では文脈目的変数セットの照合と評価プロセスを反映した方法で識別され、評価され、選別され、優先順位付けされ、選択され、及び／又は提供できる。この挑戦、即ち利用者の合理的な専門知識の欠如（及びその欠如には情報仕様、ドメイン情報をまたがる知識コマンド、及び種類、可用性や資源の使用に関わる知識とコマンド、などの多くの変数を含むことができる）が、利用者の文脈的な現実と特定の目的への方向付けのための一般的システムを提供できない現状の利用可能な技術では殆ど解決できない−これらのシステムは目的の考慮事項に基づく資源の可用性と提供に関する系統立てに欠けており、更に、特定の現状の利用者の目的に適した効果的な専門知識を実際に伝えることと、また、利用者の目的を異ならせるために特有に指定した知識と機会開発プロセスを支援することに欠けている。ビッグデータとビッグ資源の好機に直面して、ＰＥＲＣｏｓは、特性の目的の達成の成果に結びつくセッション中やセッションを跨いだ進行の最中を含む利用者の学習、発見、資源提供、及び資源利用を支援する、広い基盤を持った、実用的な、利用者に普遍的なシステムを提供する。
【００３２】
多くの管理されている人間の活動では、一つ以上の明白な、明瞭に表現できる目的が人間の行動と資源の使用の下に横たわっている。このような活動への参加者の満足は、彼らの初期の、根底にある目的を達成したと理解するか、目的に関連する改良、結果、及びそのような初期の目的とプロセスから発展する関連する体験を充分に満足することを体験すること、に起因する。もし、これらのセッション固有の演算資源がセッションコンピューティング活動の目的と明らかに整合し、特に各々異なる時間に異なる利用者目的を達成するために「一番優れている」適用可能な資源が容易に適用される場合、殆どの人が非常に満足するコンピューティングセッションの成果を体験するか、そうでなければ味わうことが明らかある。明らかに、具体的に自身の現状の目的に合っている資源を識別し提供する知的能力と、そのような可能性があり利用可能な資源の中で最も生産可能で適用可能なものを適用する知的能力は、そのような目的に沿っている資源と特に利用者目的に関係する文脈と矛盾しない場合は最適な成果と最適な利用者の満足度を生成する可能性が最も高いので、非常に価値がある。
【００３３】
しかし、今はコンピュータの利用者とその演算設備はインターネット及びイントラネット資源（他の利用者と彼らのコンピューティング構成）のほぼ無限のウェブ内の住民であるので、具体的に目的と合致する最適な資源と資源セットを識別することの挑戦は、新しい技術へ取り組み方が必要とされるという大きな満たされていないジレンマである。最も強力な演算設備は利用者の、現在の目的に回答する／満足する物であるので、これが現在のコンピューティングアーキテクチャの優先順位であるかもしれない。しかし、実際には、汎用の目的達成アーキテクチャは存在しない。これは、Ｗｅｂ資源の異常な程の種類と場所とによるものであり、使用されるであろう簡素化して整列された目的の概念的な規模を決定することには特有の複雑さが存在する可能性が高く、混沌とした資源全体を首尾一貫して効率的に運営する資源の体系に置き換えられる。
【００３４】
インターネット資源の機会、種類、場所、及び特質の今日のほぼ無限の構成の中で、目的を満たすＷｅｂベースの資源と資源の組み合わせを特定する複雑さは、ある程度は、利用者の目的の資源セットの一貫した、確実な、効率的な、そして信頼性の高い識別、分類、評価、配置、提供、及びサポートに関わる形式体系が欠如していることが明らかになった。現在の技術では、具体的な目的との整合と目的を満たす、要素資源の標準化された仕様と通信、相関推定、識別、優先順位付け、整合、及び提供は不可能である。さらに、現在のシステムでは、演算資源の本質と利用者の目的に資源を最適に整合するのに必要な文脈の考え方の両方に関する、広範囲かつ統一された視点を提供していない。
【００３５】
良く実現された一般的なオペレーティングシステム、環境、階層及び／又はアプリケーション、の欠如は、資源が文脈固有の、明示的風潮の、人間目的であり、人の目的にＷｅｂベースの資源を特定して適用するには、依然として多くの目的には役立たない断片化され、でたらめであり、非効率である、事を意味する。利用者の資源についての識別、評価、結合、提供の専門的知識が高度な専門家にたいして劣る場合に特に適用可能である。利用者の現在の目的のために明確に回答し最適化する、方法でもって「利用者に知られていない」資源の可能性を識別するこの一般的な、公式な手段の欠如は、Ｗｅｂベースの資源の豊富な、深い、多様な可能性が、うわべは無限の、目的オブジェクトとサービスに付いては大部分は未分化のベール、の背後に隠されていることを意味する。少なくとも近い将来、群衆行動と意味的Ｗｅｂ、及び既存のＷｅｂ情報を、利用者の行動と妥当性の有益な指標に分解する断片化された主題を基としたエキスパートシステムと関連する道具は、ＰＥＲＣｏｓの実現と、本明細書中の記載によって提供された文脈目的の発明、により提供した適応特殊性と総合的な到着点を持たない。さらに、Ｇｏｏｇｌｅ（登録商標）やＢｉｎｇ（登録商標）の探索環境などの探索と検索の技術が一貫／適切に実行される環境は、利用者が充分に、明示的に情報、情報資源、又はそのような鍵となる情報の特徴の検索される素材に適切であることを提供する充分な部分、及びそのような制限、即ち特定の目的文脈、を満たす。このことが、これらの環境が探索と検索環境としてしばしば特徴付けされる理由であり−利用者が何を探索するかを指定し、或いは最低限充分に適切な探索仕様を、利用者は通常充分に知る必要があり、選択するために充分に知らされているとのドロップダウンの示唆の結果となる。知識グラフ、クラスタリング、及びドメイン固有のエキスパートシステムなどの情報資源管理システムは、利用者に知識や発見の活動を追求するとき、いくつかの有用な機能と道しるべを利用者に提供することができる。これらのシステムは、比較的非効率で非現実的あり、利用者の活動目的の集合を満たす観点では、特定の利用者文脈及び利用者の目的には充分には適応できない。
【００３６】
先進国と発展途上国がますます参加し、広大かつ一見無限のソフトウェア、サービス、人とグループの住民、などを関係づけた電子ウェブを介して繋がっているが、既存の資源へのアクセス、探索、分類、識別、評価、提供のための道具では、統合した、効率的な、かつ最適化する方法での利用者と利用者グループの資源要求の助けにはならない。利用者は、本質的に最も満足する成果を得るために資源を使用し、即ち、彼らの現在の目的を「最も」満たす物がこれら資源となる。しかし、現状のシステムは、個人やグループの現状の必要とする目的には効果的には回答していない。その理由として、利用者の目的仕様が利用者が彼らの目的演算セッション固有のサポートに特化した、特定の目的達成の「環境」、この様なシステムは利用者の目的、即ち利用者の特定の現状の必要性と対象に回答すること、を含む資源セットへと効率的に導く方法を「アウトライン」する事を可能にする合理的な方法を欠いているためである。
【００３７】
特に、可能な資源では、特定の現在の利用者の目的の、特定の利用者の目的の優先順位付けの特質の遂行、及び／又は目的の資源セットの最適な特性の提供を含む、仕様に対応する合理的な方法を提供する汎用技術は存在しない。むしろ、既存の技術は、特徴付け及び検索の探索エンジン、推薦システム、クラスタリングと知識表現（例えばグラフ）道具、分類、百科事典、エキスパートシステム、及びその他の断片的な製品やサービスなど、小さな道具の構成から構成している。
【００３８】
人々は彼らの感覚を通して自分の周りの世界とインタフェースする。このようなインタフェースは「資源」との相互作用を含み、例えば、他の人と関係する、業務達成に道具を使用する、及び観察、評価や情報の吸収を通じた知識の修正や拡張を体験する、などが含まれる。殆どの人類の歴史では、利用者は参加している一部或いは全ての個体のすぐ近くにある資源と相互作用する。実際、最近まで、物理的な現実が任意の時点で任意の個人又は個人のグループのために物理的に存在する資源の量と多様性を制限し、通常、資源利用者は資源に物理的に近接するか、又はそのような資源に物理的に近接していた人間の「代理人」を必要としていた。多くの資源の実際的な利用に関するこの過去の物理的近接の制限を考えると、組織化、識別、評価、優先順位付け、提供のための情報システム、及び資源の利用は、一般にはこの様な物理的な近接制限解決策を反映しており、主に各々の構成要素の直接の属性の分類に基づいて体系化されており、そのような要素は組織的階層、即ちそのような要素員を一貫して通常は非冗長の場所、例えばライブラリ内のスタックなどのクラスシステムに従い配置している。
【００３９】
歴史的には、通常、例えば、ライブラリ内の要素は、物理的にシステム内の一カ所に存在し、所与の目的に対する要素資源の特性及び目的の異なる配列は成文化されていなかった。利用者やライブラリアン等代理人は、欲したそのような資源を特定のライブラリの保管場所から取得することによって、物理的にアクセスするつもりである。このようなデューイ十進分類法やアメリカ議会図書館のライブラリなどの大規模図書館情報資源組織向けのこのような汎用システムは、それぞれ異なる使用目的に対応して多くの異なる場所への要素の配備を考慮する能力が本質的に欠けており、また、さらに「入れ替えることができる」ことの目的に関連する、利用者の特定の目的（や目的を支援する）や目的クラスを満たす環境を提供する資源構成（例えば、効果的にすりつぶすことができる）を提供できていない。その結果、例えば、探索及び検索システムの不備に対して、このような古典的な分類システムを共有することになる。例えば、利用者の目的に見合った最善の又は適用可能な特定の資源に対する探求を合理的に効率的に支援するために、一般的に潜在的な資源の性質に関する知識と専門性の水準を必要とする。そして、このようなシステムは、異なる資源に関して特定の目的に適した組み合わせを提供せず、ここで、そのような資源は相補的な／種々の／異なる、寄与された目的達成環境を支援する資源貢献サブシステムに責任があるし、また、個々では、そのような異なる特定の運用役割を実現する資源のサブシステムは、少なくとも一部は標準化され公開された目的のフレームワークに貢献することができる。
【００４０】
そのような図書館分類システムと同様に、現在のコンピューティング技術は、利用者にとって、特定の利用者の目的の一時的に流れと整合している資源セットを効率的に識別して提供することには役立たない。一般的に、資源提供者は多少類似の課題を持っている。潜在的な利用者を特定し提供することに、彼らは何の体系化された知的能力も保有していないことから、彼らの資源は特定の利用者の目的対象に貢献することはとりわけ有効であろう。このような提供者は、特定の利用者のそのような資源の最適な配置や特定の利用者のコンピューティングセッションの目的を満たすためのそのような資源の利用に役立つ道具としてのその資源の妥当性を明らかにできる、標準化、広く相互運用可能な手はずを準備していない。
【００４１】
現在の目的に対して実質的な専門知識を与えられると、利用者は選択的にその後検索や利用が可能な所望の資源を識別、すなわち、記述か指摘、することができる知的能力を持つことができる。しかし、そのような利用者に識別された資源が与えられた目的と実質的な専門知識に対して機能するか否かに関わらず、Ｗｅｂベースの演算を通じて現在では潜在的に利用可能となっている、タイプ、場所、提供者、バージョンの適時性、明確な特定の目的への整合を、含む大規模な資源の多様性の下では、利用者は最適にはほど遠い資源を指摘できる。さらに、ほとんどの対象と主題の領域では、利用者の持つ専門知識は限られている  −一般的に最も対象分野の個々人の多くの対象となる分野の真の学習は非常に限られており、多くの場合、彼らが実現するよりはるかに限られる。専門知識がない場合には、資源の探索技術と資源はそのような領域に関係する利用者の目的を満足することを企てて活用され、また、ほとんどの人は既存のものと共存することを迅速に学び、そのような資源を適切なもととして、又はサービス可能なものとして、扱うことができる。個々人にはまだ一般的には理解されていないが−利用可能な優れた資源とＰＥＲＣｏｓの構成要素資源の組織化手段に役立つ新しい形態に関する理解の欠如のため−どれだけ多くの多数の利用者の目的が利用可能なコンピュータ道具に提供されていないか。実際、このような認識は、特に平均的な利用者にとっては、最適な資源識別子及び提供（可能な場合）への旅は既存の技術を使用すると、あまりにも長く困難なプロセスになることから、非生産的と攪乱する挫折感を味わうことになるであろう。
【００４２】
一般的に、学習や発見プロセスを実質的に含む資源を使うことにより目的を満足するために、適切な資源環境や「進化する」異なる資源セットシーケンス対「回答」又は回答リスト、又は、例えば探索エンジンと一緒に利用できる知識グラフ、などが利用者に提供される必要がある。そのような学習に関連する環境では、目的達成の集大成又は停止点に向かって彼らの理解を進化させるので、彼らの特定の希望する目的に充分に意味のある表現を利用者が開発できるようになる。残念ながら、一般的には、演算資源セットと資源の組み合わせに応じた利用者の利用目的とその関連の文脈変数のおおよその本質を可能とする、何のアーキテクチャ、何の体系及び資源管理は存在しない。重要なことは、現状の目的の満足の追求について、特定の目的を満足する最終結果を、利用者が頻繁に探し求めないか依然として確認するのに適任では無いかである。例えば、利用者はもし何を効率的に探索したいのかを識別するのに充分な知識を持っていない場合に、利用者はどのように、効率的に探索するのであろうか？その代わりに、利用者は周囲環境と必要とする目的に適切で適合している資源が必要であり、これは一つ以上の対応する資源に関係する目的の仕様と一致する利用者の目的仕様のプロセスを通じて効果的に、一貫して実現することができる。このような構成技術は、中間又は最終のいずれかの結果を明らかにする意図したプロセスを支援する必要がある。
【００４３】
付録Ｅは、資源の種類、文脈変数、及び他の入力と、メタデータ、目的表現セットなどＰＥＲＣｏｓ仕様で使われる属性の、実施形態の非限定的な例を表している。
【００４４】
利用者が目的に関連する結果を発展し識別するこのような利用者プロセスを展開するという特徴が与えられると、利用者は、多くの場合、ＰＥＲＣｏｓの利用者目的表現で指定されているように非可逆推定の概念を公開し使用することと、利用者体験が人間の知識と視点の開発を可能にする資源提供入力の展開に応じて人間関係の思考プロセスの進行を反映して、人と演算設備の交差端部を支援するＰＥＲＣｏｓや関連するアプリケーションプロセスを使用することがしばしば必要とされる。利用者が少なくとも一部は学習モードにあるときに、これらのプロセスは通常、目的クラスの関係推定情報セットが使用され、「正確な」と対比する特定の回答探索エンジン、結果リストや例えば知識グラフやクラスタのグループ化が行われると、最も効果的に機能することに留意すべきである。これらの道具は、いくつかの状況下では、システムが回答するかも知れないようにするが、これらはしばしば学習している利用者に混乱と不充分な知識の提供や利用者の結果に損傷を与える。一般に、多くの学習と発見の文脈の中では特に、上記結果は決して最適な効率、費用、資源との関係（他の可能性のある参加者を含む）、複雑さの水準、と混乱の減少を持たらさず、それらは、効率的な時間の生産性の高い成果とはほど遠く、最適な楽しいネットワーク環境や体験を提供できない。
【００４５】
ＰＥＲＣｏｓ（ＰＥＲＣとも呼ばれる）では、資源が提供する学習／発見の入力は−これはいくつかの実施形態では利用者による検査／学習／評価プロセスへの目的の近辺の形を取ることができる−利用者の目的固有の資源セット又は少なくとも一部は利用者との交差「端部」において利用者と伝達ができる目的資源セットのアプリケーションの環境の識別と、現状の首尾一貫した目的に回答する結果や目的特定の利用者インタフェース、及び目的の達成又は閉鎖に向けての開発をさらに意図した手順を支援する資源の相互作用、を通じて可能となる。
【００４６】
特定の実施形態で、ＰＥＲＣｏｓシステムによってサポートされる２つの重要な資源の特徴は次のとおりである。
【００４７】
１．すべての型のＰＥＲＣｏｓの展開可能な公開された処理に関連する、コンピューティングセッションの指定可能であり解釈可能な能力を、さらなる結合の可否に関わらず、指定可能な個別の資源、資源部分、及び資源セットとして代表する情報を扱う能力。上記は、何の制限も無く、データインタフェースから仕様までをふくむ機器、ネットワークサービス、演算処理、例えば効果ある方法で交差端部インタフェースや通信チャネルと関連付けることができる参加者の表現と関連付けられたデータとしての人とグループのインタフェース情報として提供される仕様、知識情報のセット、及び任意のタイプの情報を表わす処理可能なデータの任意の他のタイプや「リアル単語」の処理の関連能力、などを含み、上記のすべての要素はＰＥＲＣｏｓセッション運用（例えば、制御アルゴリズム、及び機械や装置の使用に関する情報を含む）に必要な情報や処理や記憶や通信であり、そのような資源は、例えば、メモリ、マイクロプロセッサ、データベース、ソフトウェア、ネットワーク、クラウドサービス、参加者と利害関係者の表現などＰＥＲＣｏｓと連絡する及び／又は連絡を受ける交差端部要素として扱われるＰＥＲＣｏｓの外部資源に関する及び／又は代表する公開情報が含まれる。
【００４８】
２．すべてのそのような資源を用途及び関連する制御仕様に従って統一的に扱う能力。
【００４９】
ＰＥＲＣｏｓシステムは、潜在的に目的指向の、利用者及び利害関係者の仕様駆動型の環境である。利用者や機器からの入力を受け、適用可能な仕様は、（１）識別、評価、選択や資源セットの提供、及び（２）明確に表された利用者のサービス目的の資源の使用、のＰＥＲＣｏｓプラットフォーム機能の基本的な２つのグループ化を支援する。目的達成プラットフォーム／資源の組み合わせに備えて、目的に関連するローカルやリモートのＰＥＲＣｏｓ準拠資源と利用者の指示、及び／又は提供と組み合わせて、ＰＥＲＣｏｓはその動作プラットフォームの要素を使用することができる。
【００５０】
ＰＥＲＣｏｓ準拠した資源の蓄積は、可能性のある、及び／又は実用的な資源を与えられて利用者の目的を最も満足させる系統立った目標をもって、部分的又は全てが目的仕様で配備された（及び、例えば、伝統的なカテゴリ分類によって補完することができる）。利用者は、入札や提供を通じて、資源情報に関わる。ＰＥＲＣｏｓの資源情報管理は、特に標準化され相互運用可能な目的表現の能力といくつかの実施形態では目的クラスや他の存在論や分類学的機能の使用を通じて適用され、目的に関連する特定の目的を達成する目標を持って特別に適用された、及び／又は有用な資源を体系化し識別するための仕様道具を提供する。資源は、そのような目的に関連する仕様によって、そして、例えば、一貫したプロセスの使用により事前評価され、また、ＰＥＲＣｏｓは、一貫して管理された例えばその他の該当する仕様の間の一貫性を保つように解決するために、そのような目的の仕様の少なくとも一部分に応じて、任意の資源セットの少なくとも一部分は処理することができるが、ＰＥＲＣｏｓは集合した適用可能な仕様を、利用者や公開した利害関係者の資源間の、及び／又は、例えば利用者と利害関係者の仕様とその他の適用可能な使用との間の競合／欠陥を識別し解決することを含む、仕様に最も矛盾がない方法で解決することを例として挙げることができる。
【００５１】
先に言及したように、ＰＥＲＣｏｓは、利用者によって宣言された仕様として文脈目的表現を採用し、所与のコンピューティング活動セットのための利用者の目的を少なくとも部分的に表す。文脈目的表現は、また資源と、資源と目的の分類グループに関連付けられている目的の仕様として、利害関係者によって使用される。ＣＰＥは、通常、非可逆で関係的に類似の、観念的な表現の形で人間の目的の概念を表現する。このような表現は、一般的に／包括的に、及び／又は所与の目的の達成プロセスを支援することができる構成要素の形、のどちらか一方で、利用者の目的の達成目標に比較的類似の資源を識別するために、運用上使用される。ＰＥＲＣｏｓは、ビッグデータやより包括的なビッグ資源の様な巨大なデータ記憶域の資源識別効率を運用上組織化し最適化することを目的として、利用者と利害関係者の目的に関連する条件／対象を表すためだけではなく、そのような用途仕様に関連する一つ以上の目的クラス実体を特徴づけるためにＣＰＥを使用する。このような状況では、目的のクラスにはメンバ（ｍｅｍｂｅｒ：構成員）として資源セットが含まれており、以下に示す実施形態ではそのメンバ資格は利害関係者によって宣言され、そのようなメンバ資格にはその資源が関係づけられ、このことからその資源は一つ以上の文脈目的表現と関連する目的クラスである。このような状況では、任意の与えられた目的のクラスはそのような利害関係者が宣言したメンバにより（及び／又は、利用履歴の関連付けやクラス属性の継承や他のアルゴリズムの演算の結果としてそのような物として特定されたメンバにより）、目的の「近辺」を構成することができる。一つ以上の目的クラスのメンバとしての資源セットの宣言は、資源メンバから構成される一つ以上の目的の近辺に利用者を取り込むことを一般化することを含む２以上のステップのプロセスを支援することができるが、ここで、例えば、資源メンバはさらにランク付けされ、審査され、選別され、選択され、グループにまとめられる、などができる。これは、例えば適切な一つ以上の推定した近辺を引き出すために数万の目的クラスの例えば目的表現のインデックスを検査することにより、大幅にビッグデータやビッグ資源の利用管理を単純化することができ、必要であれば、例えば、近辺メンバに関係する目的に関連する仕様情報をさらに処理する。これは、数十億に達するかも知れない全ての資源のインテックスと、最終的に兆以上の資源アイテムとそれに対応する非常に多くの一つ以上のインデックスや他の情報管理道具、の検査の代案を示している。例えば、ある実施形態では、ＰＥＲＣｏｓの利用者の手本となる目的仕様は、資源セットと関連付けられている公開した目的表現（他の目的に関する情報を伴う又は伴わないに関わらず）のための情報記憶構成と直接に類似照合することができるか、又は、目的クラスのＣＰＥ（更なる検査か又は目的クラスのメタデータ他の使用に関わらず）の類似度の照合ができるか、である。より詳細な選別は、例えば、資源メタデータ、目的評判システムに入力したＰＥＲＣｏｓ値（信用性の特性宣言、実効的事実（ＥＦｓ：Ｅｆｆｅｃｔｉｖｅ  Ｆａｃｔｓ）、及び信念事実（ＦＦ：Ｆａｉｔｈ  Ｆａｃｔｓを含��））、及び／又は関連する利用者の目的表現の二次情報（メンバを基本とした選別のための少なくとも一部は特定の又は習得した情報）を使用して、目的クラスメンバを評価する際に行われる。
【００５２】
ＰＥＲＣｏｓの利用者と資源の利害関係者の両方（例えば、提供者、作成者、信用性やその他の利害関係者）によって用意された本質的に非可逆な「推定」目的の仕様の組み合わせは、利用者が学習、発見、及び／又は体験する本質的に一般化された目的に対応するプロセスに入り、そのような学習、発見や体験するプロセスを通って、セッションやその他のプロセスシーケンスの集大成又は終了へ至る利用者の通路を少なくとも一部は支援することが可能である。議論したように、ＰＥＲＣｏｓ手段は、その文脈目的表現、類似の推定値と非可逆目的の体系の体系付け目的クラス、と組み合わせて、広大で大規模な多様な資源セットが、実用的であり利用者の目的達成に関連した利用者評価、相互作用や提供に最適化された目的資源記憶域として機能するように、利用者が使用することを支援する。この様な資源の記憶域からの要素は、実際に照合し、選別し、及び／又は他の方法で選択されるか、その目的の達成の特性のために選別される。このような目的の類似度を照合するプロセスの効率及び有効性は、一つ以上の適切な目的のクラスのメンバとして指定された資源に関してそのようなプロセスを実行することを含む資源の一層の評価、優先順位付けや提供を行なうことができる目的の特性の信用性の評判プロセスの使用により、成果の特性の点で強化される。また、このような資源記憶域は資源を、資源環境、及びその他の目的のための、目的クラスアプリケーション、及び利用者の目的の開発や実現プロセスを支援する上記を含むフレームワークのためにビルディングブロック形式として提供する。
【００５３】
ＰＥＲＣｏｓは、ＰＥＲＣｏｓ目的関連の資源組織体と資源の提供（例えば、一貫性とＰＥＲＣｏｓ構成体）と相互作用する目的表現アーキテクチャを提供する。そのようなＰＥＲＣｏｓの目的仕様は、標準化された又は利用者の目的の解釈可能な記述、及び関連する、特にＰＥＲＣｏｓプロセスの利用者の目的を伝える適切な情報を提供する条件、例えば、焦点、文脈、及び目的ファセットの特性、上記の演算や照合の程度の確認と、利用者目的に対する資源セットの価値、を含む。特に、ＰＥＲＣｏｓの目的仕様は、利用者の活動の中心的焦点のセットにほぼ対応する利用者の中核目的を表現する、一つ以上の動詞と一つ以上のカテゴリやサブカテゴリの組み合わせを使うことができる。このような一つ以上の中核目的は、以下のような特に関連が高い利用者の標準化か、そうでなければ相互運用にて理解可能な文脈変数と組み合わせることができるが、それらは：具体的な予算（複数可）を含む利用可能なＰＥＲＣｏｓ基本；利用可能な持続時間や特定の時刻；中核目的の焦点に関わる利用者の専門知識；所望の複雑さや資源素材セットやその部分の「長さ」；複雑さやインタフェースの配置；体験変数の特性；及び専門家や集団や資源セットの履歴に関する任意の一つ以上の特性、などであり、そのような資源や資源クラス等に適切である全ての評判宣言や派生値である。上記は、さらに、ＰＥＲＣｏｓプロセスや結果と、「外部の」交差端部の、内部ではＰＥＲＣｏｓのため、及び／又は外部ではそのような外部演算設備の任意の適用可能部分の入力、制御や他の管理目的のため演算設備、との関連づけを考慮することができる。
【００５４】
付録ＧはＰＥＲＣｏｓ文脈目的の情報／資源の種類の非限定的な図解例の概要である。
【００５５】
ＰＥＲＣｏｓのプロセスは、少なくとも一部は利用者の目的仕様に対応するセッションの流れの中での結果を使用し、それは：例えば、情報の取得、修正や蓄積などの目的に関連する利用者の体験や結果；ソーシャルネットワーキングの相互作用；利用者の娯楽活動；及び／又は演算やタスクを実行する他の機器構成や得られた、ＰＥＲＣｏｓの交差端部の目的から影響を受けた製造プロセスの制御、プロセスと現実社会の（例えばトラヒックの）流れ管理、スケジューリングなどの結果についての目的に関わる通信、を含む。ＰＥＲＣｏｓの資源使用の本来の特徴は、展開している双方向プロセスのセットの活用であり、これは、ある程度は利用者が伝えた情報に答える交差端部のコンピュータの利用者による入力と、利用者のインタフェース機能を実現することによる。
【００５６】
ＰＥＲＣｏｓシステムのいくつかの実施形態では、目的クラスのアプリケーション、及び／又は一つ以上のセッションの間やそれをまたがって発展することから利用者が徐々に宣言し、及び／又は満足する目的に関連する利用者の理解を助けるその他のフレームワーク構造を組み込んでいる。これには、一つ以上のそのようなＰＥＲＣｏｓの意図したセッションの過程での利用者の知識の変化が原因となる、利用者の目的に関係する理解の向上、洗練、や改変を含む。利用者の意図を支援する結果の、伝統的な「検索エンジン」、「情報検索」道具、及び／又は「知識管理」システムにはない機能を有効にする開発環境を提供することによって、ＰＥＲＣｏｓはこの知識／理解の進行を高めることができる。このような伝統的な道具はＰＥＲＣｏｓの標準化された文脈目的表現環境を評価し目的指向の特徴を具体的には提供していない。例えば、ＰＥＲＣｏｓ利用者は、ビッグ資源の識別、評価、優先順位付け、管理、及び活用、及び／又は目的の結果の発展について、領域に特化した目的に関連する環境を使用できる。これらの環境は、最も望ましい方法でＰＥＲＣｏｓのビッグ資源組織体と関係し、さらに道案内、知識の強化、及び探査のための利用者／コンピュータの目的に関連する道具を提供する。
【００５７】
目的の満足度を特徴付けるための充実した資源道具を認識する特徴と、そのような道具の利用者の使用の特性は、適切な対象物に付いての利用者の関係したコマンドに対応して通常異なる。この道具の有益性の違い、及び道具の使用方法は、ある瞬間での利用者の特定の目的の特性だけでなく、利用者の関連する目的クラスやカテゴリの専門知識のレベルによるものである。以下に記載するＰＥＲＣｏｓレベルは、利用者の特定の対象の知識の減少や目的の明瞭度や適切な候補に関する理解力の減少や実際の道具の使用の際の考慮事項、に一般的に対応する。
【００５８】
目標プロセスのセットを中心とした興味のある領域に関連する課題を誰も知らないことと、そのようなプロセスを成功裏に拡大する適切な基準に関して誰も知らされていないこと、は自明のようである。一般的には、利用者関連の知識レベルと資源の収集／活用戦略のこの観点は、高度に特別な情報項目の獲得からなじみのない領域での知識発見までの、一般に情報収集の考慮事項の「レベル」の差に対応する、以下の３グループにまとめることができる。これらの関連するレベルは次のとおりである：
【００５９】
１．目的レベル１では、利用者が豊富な知識と充分な専門知識を持ち、そのような利用者が検索、体系化、評価や資源の利用により目的を追求し、そのような利用者は妥当な一つ以上の資源セットについて確実に記述、位置の確定、解釈（例えば内容を評価し）を行うことができる。このような利用者は、このような環境の下で、関連する資源セットとそのコンポーネントに関する関連した使用量と密接に関係する利用制御パラメータ、の関わり合いを一般的に理解している。通常、これらの利用者の能力は、関連するドメインやサブドメインや関連するカテゴリに対する利用者の知識のコマンドを反映している。このドメインに関連するコマンドはそれぞれの対象のために、資源名、Ｗｅｂの場所、明白な記述的特性などの有効な資源の識別子を利用者に提供することを可能とし、そのような必要とする一つ以上の資源とアクセスを、選択や使用し、さらにその理にかなった習熟度でそのような資源と相互に作用して結果として「充分に」目的への満足をもたらす。簡単な例では、利用者がカリフォルニア州のパロアルトにあるスリーシーズンズレストランの特定の夜の特定の時間のテーブルを予約するためにＯｐｅｎ  Ｔａｂｌｅの予約クラウドサービスで探索すること、又は、彼らがアップル（登録商標）のメインウェッブサイトや米国の特許事務所のホームページに「移動したい」ので、グーグル（登録商標）の探索ボックスでアップルコンピュータ（登録商標）、又はＵＳＰＴＯを入力することである。
【００６０】
２．目的レベル２では、利用者がその所望の目的の成果に関して比較的に明瞭であるドメイン情報セットに関して知りたいが、識別や最適な資源を使用するには明瞭さが足りない。利用者は、そのような資源セットの識別、評価や提供は一般にそれらの特定の最終目的の目標に対して「充分」と認識しており、適切な一つ以上のドメインや特定のドメインの部分や関連するカテゴリをＣＰＥの定式化のために関連付け、一般的に知らされた方法で資源の可能性に答える。しかし、目的レベル２ではそのようなドメインやドメイン部分やカテゴリの利用者情報コマンドや理解に制限があり、最適な資源や目的プロセスに関する明瞭さが欠如している。このような利用者は、通常、利用者の目的の結果／体験と、もしかしすると「充分な」目的の満足度、成果のセットへと導く知識の蓄積／進歩を反映するプロセスの展開セットを必要とする。
【００６１】
３．目的レベル３では、一つ以上のドメインやサブドメインやその他のカテゴリ内で何に非常に制限を受けているか、及び／又は不充分な知識と彼らのかなりの学習が発見プロセスの要素のどこの位置にあるのか、そして利用者の目的がそのような学習の結果として生じる知識の開発と展開や体験セットのどこにあるのか、を利用者が調査することを含む。
【００６２】
これらの使用カテゴリは、次のいずれか又は両方が重なり、一つを包含するか、又は両方を包含する可能性がある。
【００６３】
１．目的レベル４の利用者の目的は、目的又は目的スレッドとして例えば体験的入力に対して音楽を聴くことや笑うことを体験すること、複数の利用者のゲームセッションを楽しむこと、一緒にチャットセッション又は電話会議に参加すること、を含み、ここでこの様な体験は、知識の習得や何か行動に対する目標セットである。
【００６４】
２．目的のレベル５の利用者の目的は、目標が利用者間の協力交流であり、そのような協力交流が目的の文書上で共同しての業務の達成、交信や、及び／又は共有学習セッションの体験などの目標セットである、共有や他の協同的相互作用を含む。
【００６５】
ＰＥＲＣｏｓは、目的のレベル１の活動を強化する、例えば利用者の目的セットに関する理解／高度の知識を強化する資源セットを提供するなどの、重要な役割を演じており、このことから、より知識が豊富で洗練された視点の価値を強化することを実現するために、目的レベル１の表現を異なる見方でとらえ直す価値を利用者に明らかにさせる。しかしＰＥＲＣｏｓは、特に目的レベル２や３、ならびに任意の関連するレベル４や５の取り組みに焦点を当てている。このような場合に、利用者の開始時、中間時や成果時の目的と最も合致した一つ以上の資源セットの識別、評価、優先順位付けや提供が最初の目的である。一般的に言えば、ほとんどの実施形態では、ＰＥＲＣｏｓは、探索及び検索製品が行うような検索要求への「回答」が第１ではない。むしろ、例えば、ＰＥＲＣｏｓは、むしろ目的の成果を実現するために利用者群に対して最高に「適切」な資源や資源機能／部分を提供する資源関連のプロセスである。たとえば、ＰＥＲＣｏｓの特定した資源の使用は、利用者の目的セットに応答して、直接的に適用可能な「回答」の提供を最適にする環境、情報などを提供し、及び／又は、より関連性の高い回答や他の情報、評価、照会などに導くようなプロセスの支援を提供する。後者の場合、ＰＥＲＣｏｓは特定の答えを提供するのではなく、むしろ利用者が回答とさらに学習、発見や要求を含むプロセスセットの展開を通じて目標を実現するための道具である。
【００６６】
いくつかの実施形態では、ＰＥＲＣｏｓは、目的を満たす資源から得られる利点を識別、管理や強化するためのアーキテクチャである。例えば、ＰＥＲＣｏｓは、利用者の最高の目的を果たすことができる資源セットを識別することができ、さらにＰＥＲＣｏｓ、及び／又はＰＥＲＣｏｓのプラグイン、及び／又はＡＰＩは利用者が欲する成果の目的クラスを開発や達成することに適した敏感に反応する環境を提供できる資源セットの中の提供能力でも良いが、ここで、ＰＥＲＣｏｓ自体がそのような回答を提供するのとは対照的に、例えば、そのような能力の資源アプリケーションや他の資源セットを使用することにより、利用者セットが欲している「回答」を提供する。
【００６７】
ＰＥＲＣｏｓは、ビッグデータを含めたビッグ資源を体系化するための手段を提供し、さらに識別し、評価し、優先順位付けを行い、提供し、及び／又は利用者が欲する目的充実資源セットや機能を利用するさらなる手段を提供する。
【００６８】
人とその演算設備の間のこの新しい結び付きの定義は、異なる人々と演算資源の異なる文脈、環境と能力の密接な結合は、派生、解釈、指定やその他人の目的を満足する成果の見分け方や手ほどきを支援する、人とコンピュータとの相互の関わりに関する新規アーキテクチャを必要とする。彼らの意図した活動の領域に関してより知らされている利用範囲の終点を簡素化する要求が少なくても、この広範なアーキテクチャへの取り組み方は多くの利用者に大きな利点を与える。
【００６９】
大まかに言って、いくつかの実施形態では、ＰＥＲＣｏｓシステムには少なくとも４つの主要な利用方法がある。
【００７０】
１．目的に答えるビッグ資源での道案内、探査、評価、検索や提供。
【００７１】
２．目的に答える、例えば情報、アプリケーション、参加者、ローカルとクラウドサービス、ＣＰＥ、フレームワーク、及び基盤などの資源の組織化と管理。
【００７２】
３．意図した入力のワードプロセッサ、プレゼンテーションソフトウェア、スプレッドシート、会議（電話会議を含む）アプリケーションやサービス、リコメンダーサービス、探索エンジン、製造や価値連鎖自動化システム、通信ネットワーク、メッセージングシステム、及びその他の分析、モデリング、意志決定プログラム等、などの生産力や職場アプリケーション、などを含むプロセス、アプリケーションや自動化セット（新旧両方の）への提供であり、これらは例えばデータ通信、アプリケーション層、又はその他のプラグインを含む変形体を通過する。
【００７３】
４．ツール（道具）セットなどを含む特定の意図した活動セット環境や他の構築体の起動や開発であり、それは、目的クラスのアプリケーションの形態を取り、それは、各種の相補型資源の少なくとも一部で構成されてもよく、それは、利用者に相乗的な、目的や目的のクラスに特定の、利用者に向けられたコンピューティング環境の実現を提供する。
【００７４】
いくつかの実施形態では、これらのカテゴリや任意のカテゴリの組み合わせや重複、及び／又は任意の目的のクラスやドメイン、及び／又は任意の関連するメンバを含むサブセットの構成は、利用者の一つ以上の目的クラスやＣＰＥのタイプを最適化し単純化する一つ以上の特定の目的の「インタフェースモード」よって支持されてもよい。このようなインタフェースモードは目的の有効性を改善するために相互理解を最大化することを提案や実現し、またここで、一貫性のあるプロセス、個人の場所、ネットワークの内部、及び／又はクラウドサービスの場所で、前記の運用目的宣言の準備中に、類似度の照合中に、さらに選別と評価／優先付け及び／又はその他のＰＥＲＣｏｓの資源組織体及び／又は利用者のインタフェース活動中に、使用される論理戦略を通じてその様なインタフェースモードは相互理解を最適化できる。例えば、セッション中やまたがって利用者の意図した活動とＰＥＲＣｏｓプロセスの展開と発展に前述は使用できる。そのようなインタフェースモードはさらに、例えばその他の利用者の選択と情報の視覚化機能と共に、ファセットエンジン、意味論的データベースや専門のデータベース機能などのエキスパートシステムツール（道具）を組み込むことにより、知的に利用者支援を使用することができる。
【００７５】
いくつかの実施形態は、利用者が視覚化、理解及び／又は適切な意図の明示、及び／又はむしろ興味ある及び／又は少なくとも一つ以上の部分の一つ以上の主となる目的に関係する次元及び／又は目的に関係するメタデータの有用な側面、及び／又は、制御の表現、に関わる労力を最小限にするために一つ以上の道案内インタフェースや機能的に同様の方法を明らかに提供できる。これには、資源の関係やそれらの組み合わせなどを含む資源の評価や選択及び／又は適切な識別子や評価変数の利用者の反応が含まれ、ここで、上記は例えば利用者の知識を進展させることを含む意図を満足させる資源管理を支援するために上記を使用してもよい。例えば、制限することなく、目的への道案内は例えば資源提供及び／又は利用の条件、利用者特性と優先権及び／又は次元に含まれないか規定されていないその他の重要な文脈用途要素及び／又はセット、及び／又は上記の中の任意の部分及び／又は結合を含む、「表現」及び／又は構造体の現在のインタフェースモード、基本次元、ファセット、その他の次元情報、目的表現、資源条件／パラメータ、を検査、制御及び／又は修正する手段を提供しても良い。
【００７６】
ＰＥＲＣｏｓは、いくつかの実施形態では、公平な、仕様管理方法で、全ての処理可能で公開されている要素を扱う。これには、ＰＥＲＣｏｓが直接又は間接的に仲立ちし、制御のための入力の仕様によって示される目的達成ための寄与要素を含む。ＰＥＲＣｏｓの実施形態では、たとえば、少なくとも一部のは資源はオントロジの階層に関連付けられ、少なくとも一部は効率的かつ簡単に非常に大きな資源の記憶域を解析／選択して目的に答える資源の候補セットのための目的の次元変数を含む目的インデックスを有するリレーショナルオントロジの様な、関連する目的のオントロジグループの形式と同様に資源をクラスのメンバとした目的と資源のクラス構造体を使用した特定の目的達成資源構造体スキーマを提供することができる。
【００７７】
多くの実施形態では、ＰＥＲＣｏｓの性能の鍵となるのは、資源の記憶域の唯一の組織／管理と、さらにその様な記憶設備から情報を得るための関連するツール（道具）であり、例えばＰＥＲＣｏｓのツール（道具）によりビッグ資源から利用者の文脈的目的表現に一致するデータを得ることが可能となる。特定の実施形態では、資源の発行者／作成者／他の利害関係者は、記述ＣＰＥを公開し、さらに一つ以上の他の目的に関係する仕様を関連付けても良いが、その様な利害関係者が公開した仕様は記述的な例えば中核目的や目的に密接な関連がある文脈的情報を含む資源活用目的情報としてよい。このような利害関係者はさらに、一つ以上の目的に関連するクラスのメンバとしてそのような資源を宣言することができるが、ここでそのような目的クラスや目的クラスの構造は、その様なクラスに関連する利用者の目的表現との相関推定関連付けを支援するために目的クラスの資源の近辺を構成することを目的としてその領域の専門家によって宣言されている。専門家や公益事業体や標準化団体、協会等を含む主管庁は、資源管理と資源の運用を可能とするために、彼らのそれぞれの一つ以上の関係する領域（例えば、物理学、天文学、医学／神経科、家電オーディオ）についてそのような目的クラスの配置の宣言を行うことができる。このような宣言は、関連するＣＰＥ  及び／又はその様な目的クラスと、その結果、それらのクラスメンバとして機能すると宣言した資源のための目的関連づけを宣言しているその他の目的表現仕様を含む。そのような目的のクラスの配置は、例えば一人以上の領域の専門家により宣言され／指定され、例えば有効なドメインクラスの集合体として機能する場合、利用者の目的の概念を達成するという妥当性に従って、目的支援資源を体系化するために彼らの判断で目的クラスが概念的には近辺と対応すると認識できる。利用者ＣＰＥが目的のクラスのＣＰＥ、又はそのいくつかのサブセットとかなり類似している場合に、有用であると証明できる。いくつかの実施形態では、資源は複数のクラスのメンバとして宣言でき、任意の論理的な分類学的やオントロジ配置に関連付けができる。
【００７８】
第三者の利害関係者の特定の又は誰でも、いくつかの実施形態では、資源及び／又はメンバの利用者の意図の選別、識別子、評価、優先付け、提供及び／又は利用を含む照合を強化するために、メンバと関連付けられた又は機能する任意の一つ以上の資源セット、目的クラス、及び／又は資源部分／機能として、ＣＰＥや他の目的のメタデータ仕様を宣言する。例えば、この資源の作成者、提供者や他の利害関係者による資源のＣＰＥと目的のクラスの宣言は、他のＰＥＲＣｏｓ能力とともに、目的表現に関連する全ての入力に基づいて利用者を適切な資源の「近辺」へと導く高い効率をもたらす足場となり、特に目的レベル２とレベル３の目標へと、さらにレベル１と４や５を含むことができる目標へと利用者が達成しながら進むための基礎を提供する。
【００７９】
多くの利用者は、標準化され、及び／又は使い慣れたインタフェースと概念モデルを扱うことを好み、それぞれの新しい目的とする相互作用のための新しいインタフェースや新しいモデルを学習したくない。ほとんどの利用者は、複雑よりは単純を好み、それが簡単な、効率的な目的の表現手段を可能にするＰＥＲＣｏｓの重要な優先事項である。可能性のある目的と体験の微妙な差違の広大な範囲と多様性は、一貫性、標準化、及び（選別）表現境界が不充分であるときは、ほとんどの利用者が、快適にほとんどの時間を費やすことの複雑さを超えることができる。一つの標準化と概念的に単純化するＰＥＲＣｏｓ技術セットは、簡略化した次元と、適用可能であれば副次元での文脈変数表現と関連する値を体系化する。
【００８０】
次元は、異なる文脈視点を概念的に論理的なグループ化することを表現し、各々の基本次元は、標準化され、容易に相互運用可能で解釈なファセットの数が限られている。一部の実施形態では、次元は利用者のグループ化に概念的になじみのある少量のセットから構成されており、利用者が容易に利用者の目的を向上させる鍵となる次元特性と「関連させる」ことを可能とする。一つの実施形態では、ＰＥＲＣｏｓは、例えば中核目的と、利用者、資源、評判（宣言等）とシンボルを含む５つの基本的な次元を維持している。
【００８１】
中核目的を超えた次元は、例えば文脈目的表現では最初に一つ以上の中核目的により指定されたものを超える利用者のそれ以上の仕様は、非常に大きな効果があるのが常である。次元は広く柔軟に適用することが可能であり、類似／照合、優先付けのための論理的グループの値を提供し、また、道案内と通常提供されるＰＥＲＣｏｓリレーショナルコンピューティングに寄与し、利用者が利用者クラスと概念をコンピュータが宣言したクラスと関連させ変換するおおよその文脈要約属性を提供することにより、利用者の表現と道案内の複雑さを低減するための助けになる。これらの特徴は広く適用可能であり、利用者をＰＥＲＣｏｓの体系に方向付けることや、検索、学習と啓発、及び道案内と探査での助けとなることができる。
【００８２】
次元は、ＰＥＲＣｏｓ表現構造であり、目的表現文脈仕様と推定の組織的サブセットを表す。いくつかの実施形態では、次元は、効率、わかりやすさ、解釈可能、や相互運用の一貫性のための標準化、相互運用可能な表現のファセット（例えば基本次元のサブクラス）を有していてもよい。このようなファセット集合と選択可能な選択肢は、公的機関やその他の標準化団体が実施形態のために事前定義されたセットに制限することができ、いくつかの実施形態においては、例えば専門家や専門家協会の様な同好会と関連している標準化機関の団体の中の独立機関により宣言され公開された何れかが追加されてもよい。
【００８３】
いくつかの実施形態では、次元に限定した又は次元をまたがった追加次元を、次元セットの特定の認められた専門家、標準を制定している一つ以上の団体及び／又は参加者が彼ら自身の使用のために、宣言できる。しかし、標準化されていない個人的な次元は相互運用できない場合があり、グループによって宣言されたもののみが、そのグループ内で相互運用することができる。
【００８４】
宣言された文脈は、資源のセットやシステムが選択した次元ファセット、任意の関連する値、及び何か他の目的表現のための要素セットとして規定された補助次元情報などであり、幾つかの実施形態では中核目的表現及び／又はその他のより広いＣＰＥ、を補完する利用者の目標を反映して目的の成果を制約し、またローカルに蓄積され、利用者や利害関係者が利用可能なようにビルディングブロックコンポーネントとして公開されて使われる。
【００８５】
いくつかの実施形態では、ＰＥＲＣｏｓ仕様グループの基本的で一般的な形式を表す比較的少数の次元は基本的に区別され、例えば利用者の資源識別子、類似度評価、優先順位付けや他の組織化、道案内、選択、提供、及び評価、のように著しく影響を与える可能性がある特性の論理的な主たるグループ化である。これらの基本的なＰＥＲＣｏｓ仕様の様式は、利用者の目的表現の理解と組織体の重要な簡素化の概念として機能することができ、利用者と利害関係者の入力を容易にし、利用者及び利害関係者が入力するＰＥＲＣｏｓ仕様の基本的な高レベルのコンピュータの様式で構成する。いくつかの実施形態では、ＰＥＲＣｏｓが可能としたインタフェースは、基本次元を一般的な仕様と資源の道案内の道具として簡単にアクセスができ、制御を可能にする。文脈属性タイプの単純化した構成である基本次元は、利用者の文脈の優先順位の理解と表現を補助するための手段として機能し、一貫性や他のＰＥＲＣｏｓプロセスセットとの類似性照合、目的クラスの評価、資源提供等の各種文脈次元入力の組み合わせを効率的に管理し機能化できることに役立つ。そのような次元仕様の標準化と相互運用機能が与えられ、またいくつかの状況では、情報がその様な仕様から少なくとも一部が生成されると、次元情報又はその様な関連した情報はプロセスと大規模な資源セットの制約を簡素化するために、推定類似を目的クラスや他の資源目的仕様と照合することに効率的に使用される。いくつかのＰＥＲＣｏｓの実施形態は、一般的な道案内の道具として、その様な次元やそのファセットと任意の値の間の釣り合いに容易にアクセスし、それらを制御するインタフェースを提供する。
【００８６】
ＰＥＲＣｏｓは、標準化され体系化された宣言の一つ以上の値が関連付けられているか、又は他の標準化された評価の表現の形でファセットを使用して評判要素の形で専門家の目的の宣言を使用している。このような評価の表現は、他の一つ以上の資源に加えて、目的、目的クラス、資源、他の特定のＰＥＲＣｏｓ構造体、及び／又は一つ以上の関連する資源の有益性の特徴や信頼性パラメータなどを提供するための、特定の資源、資源セットや資源クラスの特性を表す。以上は、相互運用性、使いやすさ、や選別や評価ベクターとして使われる資源特性のグループ化のための推定のクラスを表すために標準化されてもよい。
【００８７】
さらに、ＰＥＲＣｏｓ目的の達成は、例えば、目的のクラスのアプリケーション、目的フレームワーク、目的利用者基盤、目的のプラグイン、などの他のＰＥＲＣｏｓの構築物を使用することができるし、すべての上記のものは、資源の目的達成環境と相補的な支援、効率的な評価、管理、及び／又は資源の特定の利用者の目的表現仕様の一つ以上のセットの支払いのための資源の提供、の生成のためのビルディングブロックを提供する。その様なＰＥＲＣｏｓの構成は、適用可能であれば、最適な資源の識別、優先順位付け、提供、試験、及びセッションの監視と管理、を解決するために、直接の利用者インタフェース入力、目的／資源の一致と類似性、及び一貫した運転目的宣言仕様の構築と管理、と共に使われる。
【００８８】
目的仕様と目的に答える資源の構造体に関するＰＥＲＣｏｓ統合アーキテクチャは、殆どの場合、人の目的を有するコンピューティング活動が、成果と対象の特性と効率の面と関連する文脈の考慮事項を条件として、理想的に実現されていることを確実にすることの助けになる。このような利用者が宣言し、資源に関連する利害関係者が公開した目的仕様に関する統一された体系は、利用者の目的の焦点が利用者の専門知識分野と最適な資源セットを確実に識別する能力を超えて広がるときに利用者目的の達成を強化するために、それに付随する評判、信用性（Ｃｒｅｄｓ）、ＦＦ、及びＥＦのフィルタリング入力、構造体と一貫した監視、解析、分析と、他のＰＥＲＣｏｓのローカル、クラウドとネットワークサービス、最適化と識別、評価と資源の提供、と組み合わせる。
【００８９】
図ｇは、目的を最適化する協調的な配置のための基礎とフレームワークと他の資源の一致の例の概要を示している。
【００９０】
目的に関連する仕様と構成、目的や他のクラス情報記憶域、一貫したサービスと他のＰＥＲＣｏｓサービス、ローカルと分散したネットワーク、のＰＥＲＣｏｓの組み合わせは、目的、体験、資源、文脈オペレーティングシステムやサービス環境を支援する単一の環境として可能な寄与資源の全容が統合されることを認める。ここで記述した相補的な技術領域のマトリックスは、Ｗｅｂのほぼ無限の資源を実用的な、アクセス可能な、鋭い反応の運用文脈へと洗練し、一般的に最も優れた出来となる。要するに、ＰＥＲＣｏｓ技術ドメインは、それらの相補的な出来栄えを通じて、多様な、広大に分散した資源配置から潜在的に最善の識別と整列を可能にする。異なっている仕様、技術的運用、及びプロセスステップのこの協力的な連携は、利用者の文脈や目的と一致した最も可能性のある資源で目的達成プロセスに最も望ましい方法で焦点をあてている資源の可能性の整頓を支援する。
【００９１】
不完全で凝集された目的に関連する仕様及び付随する記憶情報から実用的な目的に最適化された運用目的の記述へと変ずるために、ＰＥＲＣｏｓの実装は、ＰＥＲＣｏｓの一貫した仕組みを使用することができる。いくつかの実施形態では、一貫性のあるサービスは、目的の処理の入力の解釈、統合、完了や競合分析を通じて、運用仕様処理命令の提供の管理を行うことができる。一貫性は、ローカル、ネットワーク及び／又はクラウドサービス場所の一つ以上かその組み合わせで処理が行われ、それらは、事前の資源の組み合わせ及び／又は文脈の試験と、ＰＥＲＣｏｓセッションのプロセスの監視、試験及び／又はセッションの状態、情報及び／又はプロセスフローの収集と蓄積を含むセッションプロセスを含む資源の評価、提供及び／又は提供に各々貢献できるが、上記は少なくとも一部はセッションに関連する規則及び／又は制御アルゴリズム（ＣＰＥ、目的宣言、プロファイル情報、相補となる物、基礎、フレームワーク、クラスアプリケーション、目的クラスとその他の目的プラグイン、等に含まれる）に基づいて実行される。
【００９２】
いくつかの実施形態ではＰＥＲＣｏｓは、例えば、利害関係者の簡素化の種類、利用者のＣＰＥの中のテスト可能性や信頼性のある認定された参加者の特性の指定を含む、参加者のための支援を行うことができる。このような種類は、専門家の識別、ソーシャルネットワーキングなどのための候補資源の選別を助けるために標準化された相互運用可能な方法で使用される。このようなプロセスは、例えば、最適な専門家が大規模な資源セットを優先付けし、制約されたセットに管理するための入力を確実とする助けとなるような、適切な特性に対応する適切な表明者（及び／又は信用性の役割の実行者）を見つけ出すために、評判信用性、ＥＦ、やＦＦと評価信用性に対する制限された、特定の性能セットを提供する。発行者、作成者や、提供者の特性を評価するために類似性照合に適用したこの様な特性評価の簡素化は、適切な関連性、例えば、信用性やＥＦによりそれらが実証されたように例えば評判、や信任状のような適切な関連性を有する一つ以上の専門家のタイプに対する資源セット（又はその一部）に関して、例えば、全ての信用性のセットが目的の特性の価値セットを表現する制約を助けることができる。これは、利用者が資源セットに関して宣言や事実上の請求のために例えば信用性の表明者特性の選別処理、すなわち、当事者の観点やこれら表明者のみが、例えば、目的や特定の資源特性に最善の資源に関する宣言を行ったそのような利用者が要求した特性を満足し、その後、資源セットを識別、評価、優先順位付け、選択及び／又は提供のための入力として使用することを可能にする。
【００９３】
信用性、ＥＦ、及びＦＦ特性はいくつかの実施形態では、信用性、ＥＦ、ＦＦ、利害関係者（例えば、発行者、提供者、編集者、や表明者又は同様のもののような）などに一つ以上の評判を関連づけできる。これらの特徴は記述的属性であり、いくつかの実施形態では、例えばそのような特性の適用の制限を受けた利用可能なサブセットから構成されても良いが、ここで、そのような利用者指定のための可能な選択肢がサブセットの特性のタイプ、これは論理的に関係する例えばいくつかの特定の値、と与えられた利用者文脈目的表現や関連する目的のクラスに制限される。公開された及び／又は充分な必要とする特性（及び／又は幾つかの場合は一つ以上の特定の指定された特性を有していない）を有する当事者によって生成、公開及び／又は提供された信用性とＥＦを識別するために、利用者セット（ｓｅｔ：集合、集団）は、例えば利用者が指定した中核目的等に対応して差し出さそのような種類のリストから選択してもよく、また、ここで利用者セットが任意の一つ以上のカテゴリを選択した後で、そのような利用者セットは例えばファセットのインタフェースと、各カテゴリに関連付けられたオプション、ここで例えばそのような利用可能な選択肢は制約されたリストを生成する処理により選択されるか又は指定されたリスト、を検討してもよい。このような制約されたリストは、いくつかの専門家集団や主管庁が決定している最善の又は望ましい利用者が選択可能な特性を提供する論理的なセットの結果得られてもよく、特定のドメイン、目的クラス、資源クラス等に関連付けられている。このような専門家、コンサルタント、公益事業体等のセットはそのセットリストを公開してもよく、少なくともその一部は目的クラス、資源クラス、領域カテゴリクラス及び／又はその他の関連分類学的やオントロジ的関連グループのような特定の現状の目的表現に関連している。たとえば、利用者の中核目的に対して「学習」「地震リスク」の選択セットについて、専門家集団は大学院の学位を持つ専門家を選択するために推薦したファセットの選択肢セットとして、この中核目的の分野の査読を受けた記事を発行した専門家、地球科学や地質学等で米国の国立大学、又は上位１０の大学及び／又は上位１００の国際的大学や研究機関から地球科学の領域等で教授の地位にある者及び／又は政府の科学者等の専門家がある。
【００９４】
群衆や特定のグループの議論と利用者群の学習、発見、と体験プロセスに加えて、いくつかの実施形態において重要なことは、ＰＥＲＣｏｓの公式と非公式の資源は公開とそれに関係する登録のプロセスを保有すること及び／又は信頼の置ける手段で他の場所でＰＥＲＣｏｓに関係するプロセスや当事者達により解釈できることから、また、他の資源の実体であるそのような資源の目的を拡張（そしてそのことから直接に関係づけられた唯一の同一のセットを関連付けてもよい）することにより持つので、資源項目は唯一の識別子を持っているばかりでなく、非資源の抽象的な概念はまた、宣言されたクラス、メンバ及び／又は他の対象実体が個別にオントロジと分類法で編成し、識別することができるように、明示的な識別子を持っている。このような対象物の少なくとも幾分かの抽象化は、いくつかの実施形態では、少なくとも一部は対象や対象の推定クラス／近辺の一貫性のために一般的な領域専門家や主管庁によってグループ化のように一つ以上の分類やオントロジの構成を提供するために資源実体や実体のセットとして公開され、上記は少なくとも一部は対象に関連したＩＤサービスとして使用され提供される。例えば、一般的で、時を得た及び／又は重要なそのような対象の推定などのこのような対象の事前設定は、いくつかの実施形態では、例えばファセットのインタフェース等において、どこかで議論したようにクラスメンバの実体のような推定／近辺に含まれる項目の選択のために、利用者が簡単に使用するかも知れない。
【００９５】
さらに、又はその代わりに、そのようなＰＥＲＣｏｓの専門家、公益事業体やその他の標準を制定する協定はいくつかのＰＥＲＣｏｓの実施形態では、領域内で固有及び／又はＰＥＲＣｏｓの世界の中での普遍的な、明確に公開された項目と概念、ラベルなどの抽象、の両方の資源タイプを支援する名前付けと識別子構造をサポートする。少なくとも一部の、一つ以上の分類法やオントロジなどの抽象化／一般的な名前付けと識別子構造は、少なくとも一部は利用者や利害関係者の要求に沿って特定の対象のＩＤの発行のため、又は評価や集約プロセスの結果として自動的にＰＥＲＣｏｓサービスにより要求されても良いが、用意された足場を提供できる。統合されたＰＥＲＣｏｓの汎用及び／又はドメインセットの分類とオントロジの準備は、例えば（ａ）対象の抽象概念の仕様の解析に呼応して、中核目的及び／又は領域の種類及び／又は関連する宣言クラス等を識別して、利用者又は利害関係者やその他の団体が提出した対象となる概念記述を資源クラスのような特定の又は類似する／一般的に対応するグループや識別子を発行すると共に一つ以上の適切な分類学のノードやオントロジの「位置」に据えること、及び／又は、（ｂ）少なくとも一部は人の代理人の検査のために標準化団体（協会、企業、その他の組織、やグループのような他のもの）の代理人と、そのようなオントロジや分類学的道具の助けを借りて、たとえば適切な分類の位置づけと関連する唯一の又はグループの識別子セット等、を使用して、唯一のＩＤの自動的発行手段を提供できる。例えば、分類は、いくつかの実施形態では、追加又は代替的に、提示された概念に対して識別を表す概念を割り当てても良く、それによって、確立されている概念推定構造の中で、識別は異なっているが密接に関係している概念を示しており、例えば、いくつかの実施形態では、そのような推定の一貫した及び／又は集約した及び／又は同時提供を支援する一方、例えば実用的な利用者の推定と資源管理の目的のための仕様の特定の柔軟性を可能にしている。
【００９６】
幾つかのＰＥＲＣｏｓ実施形態では、対象の概念定義（例えば、資源情報の配置とＣＰＥ仕様配置）は特定の標準化された論理グループ化仕様のファセットのように、動詞、カテゴリ、形容詞、副詞等を使用することができるＰＥＲＣｏｓ基本インタフェース技術タイプを使用し、ここで例えば、順次カテゴリ、サブカテゴリ、形容詞、動詞等を論理的な順序で選択する際には、仕様選択肢は論理的利用者や利害関係者の仕様展開の処理として適切及び／又は類似の選択セットに制約することもできる。
【００９７】
概念は、ドメイン領域を推定的に組みたてる抽象的な一般化観念を表し、また、個別に公開されるか資源としていくつかの論理グループに含まれるか、であり、ここで資源の対象は抽象化し一般化した対象であり、すなわち天然のサケ、セラミックオンセラミック人工股関節、地球温暖化、ワッハーブ派イスラム教、ギリシャ正教会などである。このような資源は、利用者の手本となるＣＰＥに対応することができる汎用表現に含めるか、そうでなければ、関連付けられている。これは、利用者が、目的指向、文脈的で、標準化された対象物を、またもし対象物とともに記憶されるならばそのような抽象概念を含むそれらの識別子を識別することを可能にする。例えばいくつかの実施形態では、地球温暖化に関する信用性を主張し又は論評している資源を見つけたい場合は、ＣＰＥ「主張」、「地球温暖化」を生成し、ここで議論しているプロセスを介して、その資源メンバ（や資源の部分）の類似性照合により優先順位付けされ、少なくとも利用者の目的表現に対応するメンバを実質的にある程度持っている、そのような資源情報の検査により認識される目的クラスや領域カテゴリセット（例えば「地球温暖化」と呼ばれる領域カテゴリ）を識別する。このことは、例えば、そのようなメンバを検査する第２段階のＰＥＲＣｏｓプロセスによって追加確認され、例えば、環境科学（など）の博士により集合の中で地球温暖化と表現していることに関して例えば数値スケール１から１０の中の７以上（又は例えばスケールの−１０〜＋２０の中で３の信頼性ファセット値が論評される。いくつかの例では信用性資源は含まれている対象物実体又は実体と関連するその他の情報か、グループやファセット宣言値を含むことができ、ここで、そのようなその他の情報はそのようなメンバ資源セットの対象のなかの情報セットを補完する。このような補完情報は、いくつかの実施形態では、資源実体の報告された使用数又は、資源の対象又はグループであり、対象物やグループの信用性（どの対象物実体か）に関して、最も利用者の目的に対して利用しやすいか、即ち最も人気のあるそして／又は最も特定の特性を持つ参加者が使用しているかなどのここで議論されている各種信用性（及び／又はＥＦやＦＦ）技術を使用して推奨することができる。さらなる情報は、そのような資源により提供されるか参照できるが、ここでそのような情報は相補的情報セットであり、例えば信用性の宣言セットの少なくとも一部を補足や支援する他の団体からの情報セットであるか、又は何らかの方法で資源対象物と正反対の対となる情報（例えば集約信用性セットにより提供された）を支援や補足や提供するかである。
【００９８】
信用性対象は利用者や利害関係者が、例えば話題のディレクトリ、データベース、参考資料などの一つ以上の主管庁により提供されるＷｅｂサービスのような対象物について一つ以上の明確な参照を行うことにより固有に識別される。ウィキペディア（登録商標）のような公益事業体は、例えば、特定の話題へのページアドレスのような、唯一の識別子を持っており、これはＰＥＲＣｏｓ互換性のあるインタフェースの仕様により自動的に解釈や抽出を行うことができる。しかし、少なくともいくつかの領域で識別子を提供できるいくつかのオントロジサービスがある一方、今日ではそのような資源と、それら対象となる識別子を包括的に系統的に運用中の資源の体系で支援するための、利用者の対象実体に対する唯一の識別子というメンバの体系の割り当てと管理を支援するサービスが無い。このようなサービスは、例えば、分類学やオントロジグループに関連し、先頭となる目的表現クラス、ＣＰＥや他の目的表現、それらなどから生成された信用性や情報や、そのようなグループやグループメンバセットと関連する他の項目などの、そのような対象に与えられた様々な特徴記述子も提供する。
【００９９】
いくつかのＰＥＲＣｏｓの実施形態では、相互運用性のあるインタフェースを有効にするために、表現の識別子の標準を提供することができる。いくつかの実施形態では、このような有利な機能が、少なくともある程度の抽象化（例えば天然のサケ、高速走行車、ストーンウール断熱材、ポータブル音楽プレーヤー）に対して運用上唯一の識別子と例えば関連する唯一の名前（例えばヒラリークリントン、共和党、フォード、セーフウェイ、ソニー（登録商標）株式会社、オックスフォード小辞書、ｉＯＳ（登録商標）  ３．２９用メリアムウェブスターの大辞典）のような明確な実世界の資源を表す対象との話題に関して、信用性の表明を支援する。このような標準化は、一つ以上のＰＥＲＣｏｓ環境資源ドメイン又は填補する対象の記述子の一般的な公共機関、標準化団体、や営利法人のクラウドサービスのような他の提供者セットによって提供することができる。上記は、明確な識別子を解釈可能な形で例えば局所的抽象概念に割り当てることにより非資源対象の一貫した記述を可能にし、いくつかの実施形態では、ＰＥＲＣｏｓの実施形態の元となるドメイン特有の公的標準化機関／標準化団体のような団体及び／又はその他の環境で提供される。この標準化とＷｅｂベースのサービス（及び／又はローカル又はネットワークベースの情報記憶域）は特定の対象物の実体の提案と、明らかに曖昧な対象物に対応してそれらに関連する明確なアイデンティティ（例えば、明示的な文字や数字コード）を提供することにより、対象の曖昧性除去をサポートし、例えば、推薦する同義語、代替などについて意味解析やルックアップを使用すること及び／又はファセットインタフェースなどの利用者インタフェースのエキスパートインタフェースをサポートすることによって、曖昧性除去のために選択のための論理的な選択肢を利用者に提供することにより、さらに既存の識別子の割り当てや新規の運用上唯一の識別子の発行を可能とする。
【０１００】
いくつかの実施形態では、抽象信用性は、単純化と推定と信用性情報管理の目的を明確にするため、抽象信用性の基本を使用することができる。例えば、抽象信用性は、目的の特性が利用者の目的の達成を提供する抽象化の値について表現することができる目的表現と関連することができる。例えば、抽象的信用性は、対象「天然のサケ」又は「自然のアラスカの紅鮭」としてもよい。信用性の発行者は信用性について「病気のない活発な状態」又は「健康生活のためによい」などの抽象目的を指定できる。信用性（ＣＲＥＤ）の発行者は、いくつかの実施形態では、例えばそのような目的表現を記述された鮭の対象の内の一つに関連付け、目的の特性（例えば、健康生活のためによい）のスケールの１から１０に対して特質上１０の内８の数値を提供できる。いくつかの実施形態では、抽象的信用性は中核目的セットの代わりに、又は組み合わせて、中核となるフォーカスセットを使用することができ、例えば中核となるフォーカスがどの実施形態でも充分であると考えられている「健康」として表現され、ここでは、目的動詞又は機能的に同等であることが例えば論理的に想定され、例えば中核となるフォーカスが形容詞と名詞の組み合わせから構成することができる。中核目的とファセットの仕様のためにファセット化するため、そしてここで利用者インタフェースの選択を介して論理的、制約されたセット選択肢が提供される場合、ここで記述された利用者インタフェースモードは、標準化団体の専門家によって決定されていてもよいように、最初に選択したカテゴリの論理形容詞の選択リストを提供するように、「良い」か「悪い」か「繊細」の形容詞を「健康」と関連づけるように、しかし、「赤」か「大声」か「美味しい」を「健康」の形容詞として提案できないように、中核となるフォーカス構成と対応する方法で使用される。
【０１０１】
ＰＥＲＣｏｓ技術により、利用者及び利害関係者のコンピュータの相互作用は、例えばいくつかの実施形態では、利用者と利害関係者が少なくとも一部は入力を特徴付ける標準化された目的の一つ以上の：他の目的の関連仕様の関連するセット；例えば、仕様検査、識別子、評価、矛盾分析、終了、複数の資源の融合の評価（例えば、利用者の目的に関連した提供の評価を含む）及び／又は類似のいくつかのセットを含む目的に関連する仕様の一貫性のある分析；このようなプロセスや仕様に関連する少なくとも幾分かのＰＥＲＣｏｓセッションセットへの資源提供；例えば目的の結果や中間的な結果につながる利用者の進化のプロセスを少なくとも一部は再帰的又は展開するために支援することを含む利用者体験の開始と展開やその他の成果の関連付け、を組み合わせて含ませることができる。
【０１０２】
上記は、例えば、目的を持って選択された及び／又は組み立てられた資源を使用して生成された目的の結果に従って、利用者／コンピューティング構成の配置目的の実行運用セットに寄与することができる。このことはいくつかの実施形態に含まれており、ＰＥＲＣｏｓ利用者や演算設備セットがＰＥＲＣｏｓ資源として公開されていないが特定の目的に関する仕様、例えばよく知られているワードプロセッサのように例えばＰＥＲＣｏｓフレームワーク内の機能としてワードプロセッシング機能を達成する、を満たすようにＰＥＲＣｏｓにより提供されても良い。いくつかの実施形態では、そのような資源の実体、例えばＭｉｃｒｏｓｏｆｔ  Ｗｏｒｄ（登録商標）は、ＰＥＲＣｏｓ資源として公開されていない可能性があるが、しかし例えば、一つ以上の利害関係者、主管庁、専門家、利用者、評価発行者などのセットはＭｉｃｒｏｓｏｆｔ  Ｗｏｒｄ（登録商標）は受け入れ可能な資源でありワード処理の役割を果たすために使用することが望ましい、と宣言してもよい。たとえば、Ｗｏｒｄ（登録商標）は、選択性のあるフレームワークとして、利用者やＰＥＲＣｏｓ演算設備のセットにより認められたフレームワークの中で提供でき、ワード処理として要素機能（これはインタフェース相互作用と場所を含むことができる）の役割を持ち、活動に関する特定の目的達成に貢献する。このような例では、例えば、評判、及び／又は他のサービスがＰＥＲＣｏｓの非公式資源として伝統的に公開された資源を宣言することができるか、又は、このような評判宣言の結果として推測することができる。例えば、認められた専門家や専門家グループは少なくとも一部がＭｉｃｒｏｓｏｆｔ  Ｗｏｒｄ（登録商標）で構成されている対象セットと関連づけしているＣＰＥのセットを有する「非公式」の資源を識別し公開でき、またそれは充分に信頼の置ける資源対象の識別子情報と関連付けられており、またここでそのような専門家の利害関係者はそのような新規のＰＥＲＣｏｓ非公式資源の「非公式」の発行者／制作者として指定されており、その資源は例えばそれ（例えば、そのように認められた専門家のセットや組織が提供する）と関連している可能性があり、そのような他の情報は、このようなワードプロセッサの使用に必要であることから、名前、権利やそのような資源に関する他の情報を指定する一つ以上のセットを含む、制作者、元の発行者及び／又は提供者の資源情報（例えば、ワードプロセッサに関連する）である。
【０１０３】
ＰＥＲＣｏｓ資源は、いくつかの実施形態でいくつかの異なる形で提供されてもよく、例えば、公式資源、暗黙資源、短命資源、及び複合資源である（この形態は複数となって、一つ以上や全部で与えられた資源の実体や資源クラスに適用することができる）。
【０１０４】
・公式資源は最低限、下記から構成される。（ａ）永続的な、運用上唯一の識別子（例えば、実施形態でのこの判断基準のどのような実施でも識別子として短命又は意図的に一時的で信頼できない、ではならない）、（ｂ）対象物であり、処理するか、処理可能な材料（例えば、参加する人間の記述情報であり、これは、例えば、参加者を資源としてどのように接触又は利用を開始するのか、を含むことができる）（ｃ）そのような資源の公式な発行者のセット（名前を付けられ、又は永続的、運用上唯一の、同一性を有するなどを含む規則セットを満足するように識別された）及び（ｄ）ＣＰＥのように少なくとも一つの関連した文脈が規定している目的表現であり、実施形態にて目的表現セットの代わりに少なくともある程度中核を使用することを除く。そのような資源は、少なくとも一つ以上のＰＥＲＣｏｓの実施形態によって解釈可能であり、その対象は、他の資源や状態の有無に応じて、使用可能であってもなくてもよい。このような公式資源は、例えば、作成者、提供者、言語、インタフェース、利用者や他の参加者セットの使用履歴（例えば、一般的に及び／又は１つ以上の目的表現に関連した、参加者、などの資源や資源セットとの関連づけ）、及び／又はＰＥＲＣｏｓの実施形態の能力として記述されている評判情報、又は、例えば、などの他の、及び／又は例えば、発行者、生成者、提供者などのセット、例えばＥＦやＦＦのセットの関連した使用、を含むか、そうでなければ、記述メタデータを参照することができる。ＰＥＲＣｏｓの公式資源の要素の情報形式の見本となる実施形態（これは、非限定的な）については図ａを見よ。公式資源は、複数の独立した団体を発行者として支援する識別子のスキーマの構成を通じて登録を含む公開がなされ、そこでは、このようなスキーマ構成はすくなくともそのような資源に対する永続的な運用上唯一の識別子の一部として構成されるか、又は使用される情報を提供する。このような登録スキーマは、少なくとも一部は一つ以上のクラウドサービスや標準化団体によって管理され、ホストに登録され、及び／又は制御されてもよい。そのような一つ以上のサービスや組織は、少なくともこの一部分又はそのような資源の発行者セットやその他の団体から入力された識別子情報を受け入れることができるが、ここで、そのような情報はそのような識別情報を補足、補完及び／又は貢献できる。付録Ａ、公式資源の要素の情報タイプの構成の見本の実施形態を参照。
【０１０５】
・非公式資源は、最低でも下記から構成され、（ａ）永続的な、運用上唯一の、識別子（例えば、短命又は意図的に一時的な、そしては信頼性の低い識別子とすべきでは無い）、（ｂ）処理や処理可能な資源の実体である対象物（例えば、文章の作成と編集に使用することができるＭｉｃｒｏｓｏｆｔ  Ｗｏｒｄ（登録商標）のようなワードプロセッサを含む）、（ｃ）暗黙の資源発行者−これはそのような資源の発行元と解釈又は推測でき、又はこれは例えば、参加者のような異なるタイプの利害関係者が提供しワードプロセッサとしてＭｉｃｒｏｓｏｆｔ  Ｗｏｒｄ（登録商標）の選択を示す優先的情報の蓄積を引き起こし、又は、評判信用性表明者−又はもし充分な情報を得られたとすると−評判ＥＦの表明者がＭｉｃｒｏｓｏｆｔ  Ｗｏｒｄ（登録商標）はワードプロセッサであると規定し、又は利用者が規定し、又は利用者のＰＥＲＣｏｓ基盤がローカル版のＭｉｃｒｏｓｏｆｔ  Ｗｏｒｄ（登録商標）をワードプロセッサとして使用してきている、及び（ｄ）そのような暗示的な資源発行者がそのような発行者により直接に及び／又は資源生成者や利害関係者のセットにより非間接的に規定されるそのような対象物に関連する少なくとも一つの目的表現である。このような非公式資源は、例えば、作成者、提供者、言語、インタフェース、利用者や他の参加者セットの使用履歴（例えば、一般的に及び／又は１つ以上の目的表現に関連した、参加者、などの資源や資源セットとの関連づけ）、及び／又はＰＥＲＣｏｓの実施形態の能力として記述されている評判情報、又は、例えば、などの他の、及び／又は例えば、発行者、生成者、提供者などのセット、例えばＥＦやＦＦのセットの関連した使用、を含むか、そうでなければ、記述メタデータを参照することができる。非公式資源は、複数の独立した団体を発行者として支援する識別子のスキーマの構成を通じて登録を含む公開がなされ、そこでは、このようなスキーマ構成はすくなくともそのような資源に対する永続的な運用上唯一の識別子の一部として構成されるか、使用される情報を提供する。このような登録スキーマは、少なくとも一部は一つ以上のクラウドサービスや標準化団体によって管理され、ホストに登録され、及び／又は制御されてもよい。そのような一つ以上のサービスや組織は、少なくともこの一部分又はそのような資源の発行者セットやその他の団体から入力された識別子情報を受け入れることができるが、ここで、そのような情報はそのような識別情報を補足、補完及び／又は貢献できる。
【０１０６】
・短命資源は、最低でも、別々に確認できる処理や動的に生成され提供される処理可能な実体の構成であり、その後維持されないか、短期のセッション動作の適切な時間枠を超えては維持されない、非永続的な対象物から構成することができる。短命資源はまだ登録されていないか、参加者として認識されている利用者を代表してもよい。
【０１０７】
・複合資源は、公式や非公式の資源のすべての特性を持っているが、さらに複数の公式や非公式資源で構成されている。複合資源は、もし全ての複合している資源が公式であれば公式になり、必ずしもすべての複合資源が公式ではない場合は非公式に、それぞれできる。
【０１０８】
図ＡはＰＥＲＣｏｓの公式資源及び資源要素タイプの見本の実施形態を示している。
【０１０９】
ＰＥＲＣｏｓの実施形態は、特に、Ｗｅｂとイントラネットに位置する資源の利用者の識別、評価と、提供を支援し、ここで、ＰＥＲＣｏｓはそのような資源は最適化された「一対無限の」目的実現コンピューティングを支援するために体系化された資源の体系の母集団の実体として扱う。ＰＥＲＣｏｓは、その一部は、文脈的に最も適切などこにでもあり、誰もが使え、個別に又は組み合わせて、さらに利用者の意図の目的に答えてもよい、利用者が使用する資源を一意的に支援する技術セットである。このように、ＰＥＲＣｏｓの実施形態は、標準的及び独自の両方で利用者の演算目標を支援するための利用者の演算資源との強化された関係を特徴的に支援する。ＰＥＲＣｏｓを用いて、利用者の演算資源との関係は、一つ以上の一般化した動詞と、直接に規定し及び／又は推論したカテゴリの特定の表現の直接的な仕様や推論を通じて、重要な利用者の意志を一般化して記述するために設計されたＰＥＲＣｏｓスキーマを用いた利用者のコンピューティング目標の仕様を通じて少なくとも一部は実現できる。これらの仕様の組成物、ＰＥＲＣｏｓの中核目的（推論が確立されると）は、さらに文脈組み立てセットで使用することができ、例えば、下記の幅広い利用者の意図したカテゴリの内の一つ以上を反映する利用者の対象を記述することができる。
【０１１０】
１．検索−伝統的に、インデックス及び／又は他の情報機関と一致することができる用語を使用し簡潔な表現を使用して利用者が探索や検索し、すなわち、そのような表現の用語セットに「充分に」該当する用語と関連するＷｅｂページを散策していく。このような検索技術は、例えばＧｏｏｇｌｅ（登録商標）／Ｂｉｎｇによって彼らの探索と検索サービスに使われるようになってきているが、それは時々刻々とディレクトリの配置、ナレッジグラフの視覚化、意味解析及び／又は他の道具によって強化できる。ＰＥＲＣｏｓは例えば、中核目的や他の標準化されて補助的なＰＥＲＣｏｓの次元や、他の実施形態の実質的なＰＥＲＣｏｓの目的推定コンピューティング（ＰＡＣ：Ｐｕｒｐｏｓｅ  Ａｐｐｒｏｘｉｍａｔｉｏｎ  Ｃｏｍｐｕｔｉｎｇ）の使用を通じて探索用語の運用を明らかに強化や拡張することができる文脈簡略化仕様機能の提供により、そのような従来の技術を拡張することができる。ＰＡＣは、知識／情報／体験目的に関連する及び／又は近辺情報を向上させる観点／知識の提供により、及び／又は、適切な関連する目的クラスのアプリケーション道具とインタフェース等によって強化又は容易にできる一貫した仕様分析サービスや評判識別／評価／優先順位サービスを提供することにより、例えば、資源及び／又はその部分に関する強化された情報セットと共に、従来の検索学習と発見を向上させることができる。
【０１１１】
２．学習／探求−利用者は部分的に目的を表現することができる、すなわち利用者は一般的な対象を組み立てることができる、しかし、充分に利用者が知っており希望している一つ以上の資源項目や関連するプロセスの探索要求を指定する領域に関する専門知識や充分に目的に特化した知識持っていないが、むしろ利用者の一つ以上の特定の情報や体験の課題セットに関する理解を改善するという目標を持って利用者は一つ以上の学習プロセスセットを開始したいと望む。
【０１１２】
３．探索／発見−利用者は、利用者が成長していくか、そのような初期や進化する課題のセットに関連する情報を得るために調査を強化する資源セットを識別し使用することを含む焦点を発展していくにつれて、一つ以上のそのような情報セットを識別することを目的として調査する情報課題セットを含む一つ以上のプロセスセットから得られる知識を得たいと望む。
【０１１３】
４．利用者の体験−利用者は、彼ら自身が、例えば、エンターテインメント、ゲーム、映画、音楽等の体験を求めている。
【０１１４】
５．社会的及び／又は集団的体験−利用者は、実質的に共有、共同作業及び／又は類似の参加を含む他の利用者との相互作用を含む社会的体験を求めている。
【０１１５】
６．資産／事例−利用者は、取引の結果、価値連鎖プロセス管理、製造の自動化と出力、デジタルパッケージの送信などのような、商業や物理的な世界のプロセスを含む成果を求めている。
【０１１６】
ＰＥＲＣｏｓの実施形態は、利用者の標準化された目的表現能力で利用者の資源利用の対象及び関連する目的成果のＣＰＥの組み立てを独自に支援する。例えば、いくつかの実施形態では、ＰＥＲＣｏｓは、中核目的の意図と他の文脈上適切な判断基準の一つ又は複数の標準化されたパラメータ化を支援することができることにより、一貫性のある効率的な相互運用可能な利用者及び利害関係者の特徴付けを可能とする。このようなＣＰＥの組み立ては、利用者の目的達成プロセスを最適化し、例えば、一般的な文脈利用者及び利害関係者の両者の目的の推定と関連する照合を有効にし、少なくとも一部はそのような組み立てに答える最適な資源セットの意図的な活用から導き出された成果セットを支援する。このような資源の利用は、利用者とＰＥＲＣｏｓシステム及び／又はアプリケーション表現と選択プロセスの一つ以上の資源セットを特定し、評価し、優先順位付けし、選択し、結合し、及び／又は提供している結果である。いくつかの実施形態では、そのようなセットは、少なくとも一部は、標準化された中核目的の利用者の仕様、及び／又は、利用者や利用者の演算設備に関連する、例えばいくつかの実施形態にて、標準化された文脈の基本次元のファセットとそれに付随する任意の数値、補助次元情報、利用者プロファイル、優先権、歴史的な群集行動などを含めた文脈変数に関連付けたより広い文脈目的表現への反応の点で実質的に評価される。
【０１１７】
ＰＥＲＣｏｓは、利用者に関連するＣＰＥとその他の目的に関連する情報として補充される目的宣言のような目的表現に関してそのような情報記憶域を通じて候補となる資源セットの対応性やその他の適切性の計算結果として、例えば、候補となる資源の少なくとも一部の評価や識別や選択や優先付けや提供の照合と類似の決定プロセスのためのＣＰＥや関連する目的策定要素と対応する資源記憶情報要素を識別することができる。ＰＥＲＣｏｓを基本としたシステムは、また、資源選択での使用や資源使用率の評価及び／又はその他のＰＥＲＣｏｓ運用のために使用されるＣＰＥや目的宣言の仕様及び／又は処理に関連する及び／又はその他のカテゴリなどを制約又は識別する動詞表現のような目的表現策定の支援を受けて、推論決定を使用できるが、上記では、利用者の意図とした計算を受けて開始、暫定及び／又は成果の目的達成のための資源の識別、評価、選択、優先順位付け、結合、提供及び／又は利用を行う。
【０１１８】
（関連する学習、発見、協力、体験支援、及び成果の自動化を含む目的の達成のための資源の体系）
【０１１９】
ＰＥＲＣｏｓの資源構成と、利用者が時間をかけてある程度は、目的表現とそれに関連する基本次元と目的クラスのようなＰＥＲＣｏｓの標準化構成と共に展開できることは、体系化した目的で構成された資源の体系として自己組織化する。いくつかの実施形態では、他の一つ以上のそのような資源セット又はその要素の評判の事前評価のためを含むそれぞれの資源に対して記述文脈目的表現を宣言するので、この体系は主に利害関係者の努力によって進化し、そしてそれについて、その後いくつかの実施形態では、彼らはそれぞれ一つ以上の目的のクラス及び／又は他の目的の近辺のメンバとして一つ以上の資源のセットを宣言できる。この目的とする体系は、そのような目的表現、目的のメンバ資格及び／又は使用した例えば利用者や群衆のメタデータ、例えば、一つ以上の特定の目的表現に関連する関連利用法に関わる情報、目的クラス、利用者クラス等、の資源に関連付けられている評判の宣言を使用することができる。結果は、目的に関連する知識、警官、事前評価、及びＰＥＲＣｏｓ内ではビッグ資源として知られる現実の資源の体系の進化である。ＰＥＲＣｏｓでは、相互運用可能な文脈目的表現の道具や規格、資源評価、組み合わせや、優先順位付けなどを含む、目的に関連する評判の例えば資源評価、目的の一貫した解決、及び最適化の上に、体系を実現する一つ以上の「一般的な」共通の目的が実質的に構築されてもよく、人間とコンピュータの端部の目的達成のインタフェース技術と処理（基礎と枠組みなど）を支援する。前述のいくつかの実施形態は、例えば、目的クラスのアプリケーションとその他の枠組み、利用者の演算設備の基盤と、目的の円滑化のための補完など、目的のクラス資源の組織体の支援と資源の査定の評判と資源を提供する構造体を支援できる。ＰＥＲＣｏｓインタフェースとアプリケーションの実装は、個別の目的の達成成果とダイナミックな連続した体験の両方への適応を支援することができるが、後者は仕様や資源の選択や資源の部分的活用を通して反復的な利用者目的の表現のような利用者／コンピュータ／資源配置と関連する交差端部の相互作用の展開を含み、ここで上記は、目的の表現要素ファセットインタフェースなどの関連するインタフェース目的の支援プロセスにより明確に支援されることができる。このような利用者の交差端部のＰＥＲＣｏｓ活動は、複数利用者の共通の目的セッションと規定時間を超える複数利用者の目的への協力、例えば、複数利用者の共同文書作成、協力的なＷｅｂサーフィング、共有した娯楽体験（音楽、映画、ゲームプレイなど）を含むことができる。
【０１２０】
基本的なＰＥＲＣｏｓ目的アーキテクチャの特徴は、利用者と機械、利用者と他の利用者と、利用者や利害関係者との間で発生する「パートナーシップ」又は協同や協同プロセスであり、これにより、一人以上の人間が少なくとも一部は機械の運用を例えば、人間の視点、知識、方向付け、体験の連続及び／又は優先順位などの、初期に及び／又は成熟を含むプロセスセットの展開の中で彼らの個人又は共有の目的を満足するように導く。この双方向の提携により、ＰＥＲＣｏｓの利用者／コンピュータ構成の少なくともいくつかの実施形態では、ローカルや遠隔のＰＥＲＣｏｓサービスと人間の知識、専門知識、体験の機会、及びプロセス機会への入り口、管理及び成果の制御に役立つその他の資源を使うことができる。そのような実施形態は、一部はそれぞれの資源と目的表現と各々の資源との関連付けを介して、及び、例えば、少なくとも一部は目的に関連するプログラムの命令から生じた結果を含む例えばイベント管理を介して、ＰＥＲＣｏｓの利用者／コンピュータ構成の目的の成果を支援する工程管理と、その他の能力を提供することができる。このように、一般的なＰＥＲＣｏｓの実施形態のための基本的な役割は、例えば、個人的、個人間、商業、などに関わらず意図した結果を現実化するために探し求めることを支援することにあり、そのような支援は、いくつかの実施形態では、利用者のコンピューティング目的の目標のエンターテインメントの体験からソーシャルネットワーキングから利用者や団体の生産性から情報の学習や発見から商取引達成の実現やビジネスプロセスの自動化などと前記の任意の論理的な組み合わせの全領域を含むことができる。
【０１２１】
任意の時点で、進化する利用者の視点を明確に理解し、又は関与するかどうかに関し利用者は特定の目標／望みを持っている。ある程度は、利用者は情報の、体験の、有形の及び／又は感情的／精神的な要因を反映した体験を引き受ける。人間の目的を満たすために、ＰＥＲＣｏｓは、ＰＥＲＣｏｓの演算資源を人間の目的に対する認識を「最良」の利用者の目的達成の演算処理を支援する試みに方向づけるような目的表現に変換する。ＰＥＲＣｏｓ機能は、目的に関連する利用者／演算設備の相互作用の一連の結果として展開することができ、また強化された利用者の知識、理解及び／又は体験の満足度や他の体験の展開を反映した、手本となる文脈目的表現命令などの利用者のＣＰＥに応じて、資源や資源の一部分を目的の達成の道具や環境として識別し、評価し、選択し、組み合わせて優先順位付けし提供することによって、コンピュータの文脈の利用者の目的達成の認識へと拡張することができる。この結果、ＰＥＲＣｏｓは今日のタスク指向や各々独立した演算設備を、専門知識によって影響を受け、発見／学習やその他の体験や結果が成果を出すようにして組み立てられた目的特定の支援構成、に取って代えることができる。ＰＥＲＣｏｓは、目的クラスアプリケーションのような資源フレームワークを含む一つ以上の資源セットにより、明確に「活動的な」利用者の目的（あるいは、計画された、時間を基本とした及び／又はイベントを通じた駆動や特定の目的の仕様）を満足させることに焦点を当てており、利用者が満足感と実際に最適化された目的達成結果を得るために使用することができ、及び／又は、むしろ利用者がＰＥＲＣｏｓを展開してそのような達成や関連する目的のアプリケーションに支援されたプロセスの方向への発展を設定するのに、明らかに寄与することができる。
【０１２２】
不完全な密集したＷｅｂ（又はその他）の資源記憶域と利用可能な資源の学習、発見及び／又は「最も」満足する体験に展開する段階の設定の基礎となる要求に対する利用者の挑戦は、ＰＥＲＣｏｓの目的中心のアーキテクチャに基本的な触媒の基盤を提供する。当事者の理解の良し悪しに関わらず、人の任意の時点での活動は、その中心に目的セットがある。先進国の現代人は−彼らの祖先とは非常に対照的に−多くの様々な方法で自分の時間を投資することができる。夜明けから夕やみの終わりのない農業、牧羊や、狩猟の仕事と、避難所を提供し、捕食者や他の人間から自分のグループを保護の有無に関わらず、先進国のほとんどの人々はもはや、食べ物に束縛されていない。先進的技術の出現と知識の増加に伴って、またある程度は仕事が分割し、また精巧でしばしば非常に抽象的な活動の形が出現しているので、商業活動と休息の両方ともに最近の人類の歴史とも非常に対照的になっており、活動タイプとコンテンツの広大なセットの中の任意なものに専念できる。これらの活動の種類は、次の３つのカテゴリに分類でき、これらの３つのカテゴリが、多くの場合、活動目的と状況に応じて、重なり合う。これらの三つの活動のカテゴリは次のとおりである：
【０１２３】
１．物事の体験、
【０１２４】
２．実社会で起こる生産活動（例えば、食料生産、避難所の建設と維持、お金を稼ぐ、商品の生産、など、であり一般には生産性を高める）
【０１２５】
３．物事の学習であり、これは上記それぞれに通知し、それ自身も体験の形である。
【０１２６】
私たちが何を必要とするか、又は任意の時点で何を学びたいかは、目的を我々は無意識にあるいは意識的に探求できることと、探求が展開される状況が与えられている結果である。この文脈には、我々がどの程度知っているかが含まれ、さらにどれ位知りたいかを我々がどれ位知っているかを含んでもよい。私たちの活動の成果に基づいて向上させるためには、私たちの状態をより良くして私たちの体験の特性を向上させることであり、他の人が何を知っているのかとそれがいつ有用になるかを知る最良の妥当な位置にあることが利用者によく役立つであろうし、さらに最適な生産的な方法でそのような知識を適用することができるようになる。
【０１２７】
接続されたデジタル世界の到来は、人間の活動の資源と関連する追跡のタイプ、焦点、及び文脈の多様化に量的な飛躍をもたらした。一方、一般的に、人間社会では、ある意味では一見無限の雑多に接続されているそのような物が巨大な可能性を有しており、明確な現在の目的に対する資源の可能性を現在の技術では知的に関連付けできない。一方、知識グラフ、その他のクラスタ化、及び／又は同様のものは、一般的にドメインを探索するとき、いくつかのガイダンスを提供することができ、それらは潜在的な資源利用者の目的よりはむしろ物事の特性に従って大規模に構成した一般化した手段を大まかなに描いている。一般に、このような技術は、利用者の目的に応じた資源の体系化の手段を提供するのに失敗しており、その結果、これらの技術は敏感に判別することや、そのような利用者の目的に答える形で資源を提供できない。また、このような現在の技術は利用者の目的に通常は盲目であるため、少なくとも形式的な意味で、ＰＥＲＣｏｓ評価技術によって提供されるような理想的に利用者の特定の目的セットを満足に貢献する、資源の特性に関わる資源の評判を提供する能力を支援することができない。
【０１２８】
ＰＥＲＣｏｓのいくつかの実施形態では、学習、発見及び／又は体験（「ＬＤＥ：ｌｅａｒｎｉｎｇ，  ｄｉｓｃｏｖｅｒｙ，  ａｎｄ／ｏｒ  ｅｘｐｅｒｉｅｎｃｅ」）は、クラウドサービスに深く埋め込まれており、例えば、ＰＥＲＣｏｓの  ＬＤＥ支援能力は、ＰＥＲＣｏｓ社会、知識、商業ネットワークサービス（ＰＳＫＣＮＳ：ＰＥＲＣｏｓ  Ｓｏｃｉａｌ，  Ｋｎｏｗｌｅｄｇｅ，  Ｃｏｍｍｅｒｃｉａｌ  Ｎｅｔｗｏｒｋｉｎｇ  Ｓｅｒｖｉｃｅｓ）関連している。これらＰＥＲＣｏｓ機能は、伝統的な社会、知識、及び商業ネットワーキングの特徴を変換することができる革新的な機能を提供する。ＰＥＲＣｏｓでは、利用者が他の参加者を資源として、また潜在的に共通の目的の利用者と見なし、利用者のＣＰＥ仕様の中で参加者に関連する仕様を使用することにより、さらにまた、ＰＥＲＣｏｓセッションに寄与し得る普遍的に他の直接的に特定できる要素を候補資源と見なすことにより、利用者は学習や識別、評価である発見、及びＰＳＫＣＮＳ文脈の中の他の参加者の「最良の」セット、より広く言えば任意の与えられた目的に対して最適化された資源セット、を使用する。
【０１２９】
多くの現代のコンピュータ利用者は、特に、特定のよく知られた一般的業務に有用であるように見えるかもしれない資源の一見無限の構成が存在していることを自覚して共有ており：Ｙｅｌｐ（登録商標）は群衆のメンバの反応と近辺のレストランなどのサービスの集合評価に関する情報を収集するのに有用であり、同様にアマゾンの評価は製品への反応を評価するのに役立ち、Ｎｅｔｆｌｉｘ（登録商標）はビデオエンターテイメントへの観衆の反応について通知し、一方、ＩＭＤｂ（登録商標）は、特定の映画やテレビ番組の映画専門家の見解と得点を得るのに有用であり、Ｈｅａｌｔｈｇｒａｄｅｓ（登録商標）とＶｉｔａｌｓは病院と医者の評価に、またｅＨｏｗ（登録商標）、Ａｎｓｗｅｒｓ．ｃｏｍ（登録商標）、ＷｅｂＭＤ（登録商標）、Ｗｉｋｉｐｅｄｉａ（登録商標）は特定の物に関して限定された情報の応答を提供する。これらのシステムについての一つの主要な懸念は、これらのサービスは、一般的に適応されないということであり、それらは通常、物事（サービスを含む）の静的な特徴付けを提供し、事前に設定されたカテゴリ項目に特定の強い焦点を当てている。一方、これらのシステムは、ＰＥＲＣｏｓメカニズムとは異なり、物事の特定の限定されたカテゴリに関して有用な情報を提供することができるが、それらは識別、調整、結合、や利用者の現在の特定の目的に答える資源を評価する重要な機能を提供していない。
【０１３０】
１つ又は複数のサービスが存在し、例えば、４３  ｔｈｉｎｇｓ（ｗｗｗ．４３ｔｈｉｎｇｓ．ｃｏｍ）（登録商標）はその利用者が目標として特徴付けるものを共有するための簡単なメカニズムを提供するが、しかし、このようなシステムは、体系的、及び／又は目的を評価する手段を提供しておらず、むしろ、誰もが他の人と自然言語表現の目標についてチャットすることができ、また、一般的にいくつかのグループ化を支援するために、異なる目標表現を関連付ける手段を有する。これは多くの場合、コメントの不協和音をもたらすが、他の人と共有するように見えることが目標に関する何人かの人々のやる気を引き出すが、しかし、これは利用者の目的に応じた方法でのリソース管理、識別、評価、優先順位付け、選択、構成、提供や利用支援のための任意の正式なシステムではないが、それは、共有及び等を含む共通の目的の計算を可能とする。上記のサービスのために、演算設備の利用者が群衆の表明、及び／又はより限定された状況での専門家のブランド製品、サービス、及び娯楽の表明を危険を冒して超える場合、すなわちある人が特定の性質が利用者の目的によって及びカテゴリによってはではなく定義されている課題について成果に向けて学習プロセスを始めたいと思っている時に−上記の与えられた自分の個々の制約、利益、優先順位、及び／又は状態の知識及び／又は同様のもの−現在の技術は、たとえば、技術は、特定の科学的研究の観点から、製造技術、どのように何か特定の物を修理するのか、社会的、商業的なネットワーキングの目的、など、関連する成果を促進するような一つ又はそれ以上の資源の「最良の」候補にある物を持ち込むことを容易にする層を提供する方向に方向付けていない。
【０１３１】
例えばＦａｃｅｂｏｏｋ（登録商標）、Ｇｏｏｇｌｅ＋（登録商標）、Ｔｗｉｔｔｅｒ（登録商標）、ＭｙＳｐａｃｅ（登録商標）、Ｉｎｓｔａｇｒａｍ（登録商標）及び／又はその類のサービスを介した現在のソーシャルネットワーキングは、利用者が知っている、知っているかも知れない又は「友人」又は共通の知人を当事者として主として含んでいる。これらのソーシャルネットワーキングサービスはまたいくつかの明記した関心を共有するスレッドやグループを識別すること又は確立することを含み、そのようなサービスの一つ４３  Ｔｈｉｎｇｓ（登録商標）は実質的に利用者の自然言語で宣言した話題の周辺の興味に焦点を当てた。しかし、これらのネットワークは、一般的な資源識別環境ではなく、例えば、ビッグデータ及びビッグ資源のインタフェース環境と比べて構造化されていない。一般的に、彼らは目的表現のための標準化された文脈構造を提供していないが、むしろ、話題に関連したメンバからコメントの流れには対応しており、そこではそのようなコメントは一般的に言えば一種の片言であり文脈目的に答える資源配列を提供しない。これらのサービスは、目的の満足のプロセスを明らかにすることを支援するために望ましい資源を識別し提供することを通じて利用者の目的の満足感を最適にするという原則を中心には設計されていない。
【０１３２】
特定のＰＥＲＣｏｓの実施形態では、目的のクラスのアプリケーションは、学習、発見、及び体験の向上を支援する上で特に有用である。目的を基本とした体系が出現する中で、いくつかのＰＥＲＣｏｓの実施形態では、人々は、任意の傾向と可能性及び知識レベルについて、目的のクラスのアプリケーションなどのこのようなアプリケーション関連のＣＰＥに関連して、学習、発見、体験及び／又は成果目標を支援することを意図した資源を公開することができる。このようなアプリケーションは、特定の目的のクラス（例えばＣＰＥ）の特定の達成環境として機能することができるし、それらの設計上の決定とそのような関連のＣＰＥに関連付けた概念で規定できると同じくらい狭く及び／又は広くそのような目的表現を支援することができる。このようなアプリケーションは、そのような目的クラスのアプリケーションのサブクラスとして公式に公表できる任意の数と種々の目的達成のサブクラスを組み込むことができる。
【０１３３】
時間が経つにつれて及び充分な参加者が得られると、選別や優先順位付けの入力による評判資源の充分な進化と共に、いくつかＰＥＲＣｏｓの実施形態では、利用者はＰＥＲＣｏｓコスモス（ｃｏｓｍｏｓ：体系、宇宙、秩序）の配置に接続にできるであろうし、利用可能な最善の資源の近辺及び／又は資源の部分に存在すべきであろう。最良の目的のクラスのアプリケーションは、例えば、インタフェースやアプリケーション機能を通じてそのようなアプリケーションの発行者やその関係する専門家の才能とスキルにより仕立てられた及び／又は学習、発見や体験の展開が特定の専門知識、体験及び／又は充分な関連する才能を有する者により定式化されたというような方法での利用者の入力に基づいたドメイン固有の方法で選択肢とプロセスの一層の学習、発見、及び／又は体験するドメイン固有の指針を提供することができる。このような目的のクラスのアプリケーションのいくつかは、利用者の仕様に応じた資源の評価に応じて、利用者の関心と文脈的な条件が与えられた中で「一番優れている」（例えば、特質の目的、特質の価値、利用者の予算、利用者の素養、利用可能な時間、アプリケーションの副資源に関係する役割の可用性／手頃な価格、及び／又はそれに類する物）と考えられる。
【０１３４】
いくつかの実施形態では、ＰＥＲＣｏｓの目的のクラスのアプリケーションは、学習、発見及び／又は体験が展開する環境として、目的の達成のプロセスと活動の任意のセットに向かって、狭から広へ、方向付けることができる。これは、比較的均一なタイプの活動セットから複合化した活動セットを含むことができ、このようなアーキテクチャは目的、例えばクラス嗜好の、利用者の道案内の道具と同様に、上位とより下位の目的クラスの焦点を含むことができる。例えば、目的のクラスのアプリケーションは、物理学の領域の適度な精通のために作成される可能性があり、このアプリケーションはより一般的な道具や、より特定された道具の両方から成る、利用者にそれぞれの関心の焦点を通って案内するエキスパートシステムのインタフェース構成や、分子と核物理学情報の交差を含む特定の課題についての学習など、知識追求／開示環境の形を取る。
【０１３５】
例えば、いくつかの実施形態では、利用者は、ＣＰＥを下記のように指定できる：
【０１３６】
「学習＋物理＋原子力＆分子＋適度な専門知識＋＜＄２００．００＋目的クラスのアプリ」（「＋」は要素を追加し、「＆」は水平的に連結させる演算子であり、「＜」はよりも小さいを示す）、これは目的指向、またある程度は物理学の博士が公開した信用性の評判の評判表現の集合体により優先付けされてもよい。あるいは及び／又は、それに加えて（例えば、重み付け変化により、すなわち、例えば、より多くの重みを提供する）終身物理教授は、そのＣＰＥ信用性の使用のために利用者セットにより指定することができるが、ここで、例えばこのような充分に類似した評判信用性とＥＦのための目的表現及び／又はそのような評判項目（及び／又は、もしそのように規定された場合充分に同様な信用性対象物）の対象物の目的表現と一致した信用性のＣＰＥである適切な信用性を公開し、また、「主要な」世界的にランク付け（例えば、米国のニュースや世界的レポートによりランク付け）された大学で採用されていて信用性の総計のために雇用されるかも知れないが、上記の全てはＰＥＲＣｏｓの少なくとも一部はそのような教授が資源及び／又はその一部が充分に一致しているとの総合的確信を持っている見方に基づく目的クラスメンバの類似性照合の優先付けされた例えば、いくつかの実施形態におけるリストの決定（例えば一貫したサービス）に役立つ。このような目的のクラスメンバの近辺は、類似性が一致し、及び／又は、そうでなければ、例えば公開された利用者のＣＰＥ及び／又はその要素に充分に対応する近辺セットである目的クラスアプリケーションのために選択される。例えば、このような結果は、ＣＰＥに対応する目的クラスや領域／カテゴリセットに含まれるか、関係しているかであり、そのような世界的な重要な大学で採用されている、そのような教授が議論した特定の評判の入力構成に確信を持つ評価を反映した優先順位ランキングの形で提供される。例えば目的クラスでのそのような一致の近辺では、特定されたメンバは「主たる」クラスアプリケーションの提供者でまた宇宙物理学と生物物理学の両者に焦点を当てている一部のセットを提供しもよいが、そこでは、そのような充分に明らかな特性を持つ評判の良い表明者が首尾一貫してそのような与えられた資源セット、及び／又はその資源セットの一部を「一番優れている」と宣言し、あるいは利用者セットのＣＰＥ（利用者の目的セットを含む目的）と一致する利用者セットの高い順位にランク付けしてもよい。
【０１３７】
ＰＥＲＣｏｓの学習、発見、及び体験の強化はいくつかの下記の例に限定することなく各種の形態を取ることができる：
【０１３８】
１．利用者セットは手本となる目的表現を指定して、そして例えば、目的のクラスのアプリケーションを識別するために、資源記憶情報を評価するＰＥＲＣｏｓ類似照合処理セットを開始することができる。その後、そのような目的のクラスのアプリケーションが資源情報記憶に対して目的クラスセットを識別するためにＣＰＥ類似照合から導びかれた中間結果セット（その中間結果セットはそのような利用者が利用できるようにしてもしなくてもよい）を中間結果セットとして提供する。その後、ＰＥＲＣｏｓプロセスは、例えば、そのような目的クラスの資源メンバ及び／又は資源メンバの部分として認識し、そのようなメンバ及び／又は部分を、そのようなメンバセットと特定するならば例えばそのようなメンバの特徴を付ける及び／又は文脈的に重要である他のメタデータの各々のＣＰＥ情報に対しての利用者のＣＰＥ仕様に従ってメンバの評判の選別／優先順付けなどの一層の類似照合分析に従って選択と優先付けを行い、例えば指定されたものとして補助次元情報を使用する。次に、利用者は、例えば、いくつかの実施形態では、例えば特定の目的クラスのアプリケーションメンバの一つの資源を選択し、次いで、さらにＰＥＲＣｏｓ支援プロセスセットが利用者の相互作用をそのような選択されたアプリケーションの目的クラスのアプリケーション機能に含ませることを生じることができる。このようなさらなる促進したステップのセットは、例えば、そのような利用者によるそのような目的クラスアプリケーションの一般的及び／又は領域及び／又はより特定のそのようなプロセスに取得された更なる情報セットへと導くことができる道具を使用してさらに目的表現仕様に含ませることができ、例えば、利用者に使われる１つ以上のアプリケーション及び／又は情報のセットのために、そのような提供された情報セットは、候補及び／又は提供されたリソース（そのような目的クラスアプリケーションの内部及び／又は関連付ける）であり、ここでそのようなさらなる情報セットは識別し及び／又は外部からそのようなアプリケーション資源に一つ以上の資源セット及び／又はその一部を提供できる。
【０１３９】
２．あるいは、いくつかの実施形態では、利用者は目的のクラスのアプリケーションを象徴する記号を選択することができるが、ここでそのようなアプリケーション記号は、そのような利用者及び／又は利用者グループ（例えば、そのような利用者の企業及び／又は部門及び／又は部門管理者及び／又はＩＴマネージャが指定した）がそのような利用者の一般的あるいは目的クラスと特有のコンピューティングディスクトップあるいはウィンドウあるいはタスクバーなどに追加するシンボルのセットの中で、例えば複数のシンボルが異なる目的クラスのアプリケーションを代表する。そのような選択及び関連する提供の後で、例えば、いくつかの実施形態では、ＰＥＲＣｏｓが可能とする目的クラスのアプリケーションがＰＥＲＣｏｓの能力とプロセスとが利用者のさらなる目的仕様と関連する資源及び／又は資源の一部の選択と関連する知識の学習、発見、提供、利用者に慣例する体験、などを支援することに適用できる。
【０１４０】
３．あるいは、いくつかの実施形態では、直接に、目的クラスの構成の助け無しに識別できるように、利用者はＰＥＲＣｏｓプロセスセットが、一つ以上の資源特性指標（記述ＣＰＥ、任意の密接に関係があるメタデータなどを示す）と、補助となる次元情報などの有り無しに関わらず例えば基本次元情報とが一致するかについての類似性照合を行うＣＰＥを指定することができ、再整列及び／又は再コンパイル及び／又は一つ以上の資源及び／又は資源の一部の候補に関する判断基準を修正するために、例えば資源セット及び／又は資源の一部の構成の、例えば利用者の検査、評価、選択のための、セット情報の優先付け（あるいはリスト及び／又は画面）、及び／又はさらなるＰＥＲＣｏｓのプロセスを開始する。
【０１４１】
以上議論したように、いくつかの実施形態では、ＰＥＲＣｏｓ機能は必要に応じて、ＰＥＲＣｏｓ機能が任意の特定の目的の形に適用することができるように演算設備に適用あるいは統合することができる。例えば、そのような実施形態において、適度に経験したオフロード自転車乗りは適度に難しく、遠方ではなく、急勾配ではなく、適度な交通量があり、利用者の新しい従業員の場所の近くに自転車コースがあることを知るために、ＰＥＲＣｏｓを使用し、又は、興味のある利用者は地球温暖化と関連した政治活動グループとその活動に関する異なる議論についての詳細を学習し；又は、ソフトウェアエンジニアとして作業中の繰り返しの手首の怪我の回避について、と複数の大規模な文書を扱う際の大型対複数のコンピュータディスプレイの比較効率について学習し；又は、ウールのＶネックセーターのブランドの可用性、耐久性、価格、及び色あせの関係について学習し；又は、大型の家電を購入する際の、移動コスト、店舗で過ごす時間、備品の費用、サービスと修理とサポートに関連するコスト、の比較による全体的な価値への関わり；又は、腎臓病の治療に幹細胞を使用する際の技術的進歩と課題について；又は、地球近辺の小惑星／彗星や人間社会保護措置に関する挑戦と入手可能な情報について；又は、古典的なブルースの音楽のリストを作成することを一緒に楽しむことができる最も可能性の高い６人の識別し、又は、ＰＥＲＣｏｓ機能がドキュメンタリーリソースの識別、優先順位付け、及び選択プロセスを助け、さらにチャット、ビデオ会議、及び／又は他の形でのバーチャルプレゼンスの共有と共通の関心と共通の参加を支持する少なくとも共通の目的のリソースの一部を使用した複数のセッションに渡るドキュメンタリーのシリーズの視聴と議論する。
【０１４２】
いくつかの実施形態では、目的のクラスのアプリケーションは、例えば、利用者の目的に関連したクラスを支持する資源の配列と提供に使用することができ、また参考文献、ビデオ、ゲーム、音楽、専門家などＰＥＲＣｏｓオペレーティングシステム、環境やアプリケーション資源の管理機能により管理された資源の可能性として利用可能な目的クラスの特定の資源が追加されたフレームワークを維持する。このように、目的、あるいはより明確にはスポーツカーメンテナンスとメカニックスのＰＳＫＣＮＳクラスは、様々な自動車マニュアルと修理ハンドブック、ビデオ、及びその他の参考資料だけでなく、クラスの全体的なＣＰＥセット及び／又はクラスの資源実体やその部分に関連するＣＰＥへの貢献に関連する参加専門家のリスト（リスト実体と関連して信用性の有無に関わらず）を所有してもよい。また、このように、環境は例えば、クラブ管理者の手配や商業的や非営利サービスなどの密接な団体が保守することができるが、ここで、ＣＰＥ構成の特定の資源の豊富な目的達成環境が参加者に利用可能になる一方で、また、いくつかの実施形態において、ＰＳＫＣＮＳ目的のクラスのアプリケーションのメンバ資格／利用者は、特定の言語を話すこと、一般的なあるいは特定の学術領域で学位レベルが与えられること、国内のランク付けされた大学のような学校や学校に類するものの卒業生になること、特定又は一般的には連合体の組合員であること、ライセンスを持つ請負人になること、国の専門職協会に属する、特定の年齢に達すること、評判の資格認定機関による資格であることなど論理的で、そして幾つかの実施形態やケースでは特にであるが、対象や検証可能な／試験可能なリストが、例えば、評判の良い主管庁より維持される試験可能な判断基準であること、などの要求を持っても良い。このＰＳＫＣＮＳ目的クラスのアプリケーションの「限定的な」判断基準はＰＥＲＣｏｓのＰＳＫＣＮＳに準拠した応募用紙を介して参加者に適用することにより優先され、ここで、そのような特定の優先された技術者団体のメンバ資格などの情報実体は自動的にそのような情報記憶域についてＰＥＲＣｏｓのコスモスの資源の中の情報として、例えば、ＰＥＲＣｏｓ試験と結果のサービスにより確認され、また、ここでに、例えば、ＡＣＬＵ（登録商標）又はＮＲＡ（登録商標）又はＡＦＬＣＩＯ（登録商標）のメンバ資格ついて用紙の質問やリストに対する標準化したフォーマットでの回答が自動的に確証され、又はＥＦでは真でないとフラグを立てることができるように、ＰＥＲＣｏｓの用紙は充分な資源の欄に関連する情報と関連する機能を持つ。そのような企業、教育機関、大学、クラブ、社会、出版社などを含む組織は、ＰＥＲＣｏｓの実施形態に準拠するそのように特徴付けた「リスト」情報、又はそのような自動的な識別や検証や試験機能を支援する統合した用紙を提供することができるかも知れない。拡大しているＰＥＲＣｏｓの資源体系は、ＥＦと信用性の利用を、利用者と利害関係者に充分な情報、類似であるが多少強化された、伝統的な人と人との面と向かった相互作用、を提供する可能にすることにより、そのようなＷｅｂベースのネットワークの結びつきのシステム化と正規化に役立つであろう。
【０１４３】
いくつかの実施形態では、ＰＥＲＣｏｓは、資源やビッグ資源環境を使用するための一貫して整理された少なくともソーシャルネットワーキング構造の一部を支援することができ、人々の集団を相互に共通の目的コンピューティングセッションやその他への参加や最適化したアクセスでの相互作用と特定のセッションの目的を支援する、例えば参加者集団のような資源セット、の評価や提供、優先付け、アルファベット順に、又は組織化し特に利用者セットのＣＰＥ仕様に合わせることを可能にする。さらに、ＰＥＲＣｏｓの学習と発見の機能は、利用者が資源に関する情報を学習し発見する能力を提供し、それにより一部の資源を含む資源の利用者の理解を拡大し、及び／又はそのような資源に関わるプロセスを強化することにより、実質的に社会、知識、及び商用ネットワークを多くの人のために強化するべきである。
【０１４４】
いくつかの実施形態では、ＰＥＲＣｏｓは利用者の、共通に満足する建設的な目的達成と双方向で目的を達成するのに適した目的実現ネットワークグループを形づくるために、調和した個々の目的表現、能力、その他の特性やそのほかに明確に反応する相乗効果のある複数利用者構成の認識と組み立てを援助する。ＰＥＲＣｏｓは、共用の目的実現プロセスの最適な環境を提供するために、相乗効果の評価を拡張し照合を最適化するために処理を凝集し、両方の利用者の間で他の資源との相互の及び／又は一致した非参加者の資源のタイプの評価と凝集処理を含む目標を支援する。たとえば、利用者セットは、その目的のセットについての文脈目的表現を指定でき（例えば、補助次元の有無にかかわらず、基本次元仕様を使用して）、またＰＥＲＣｏｓは、例えば、ＰＳＫＣＮＳ指向の目的クラスやその他を含む宣言した目的クラスの類似性評価を行い、それらは、例えば、ＰＥＲＣｏｓの目的や具体的ＰＳＫＣＮＳ公益事業体などの規格団体に代わってＰＥＲＣｏｓ目的のためにドメインの専門家やその他の利害関係者によってオントロジや分類学的構造に定義され／位置づけされる。いくつかの実施形態では、そのようなクラス宣言は、例えば、一つ以上のＰＳＫＣＮＳ目的を代表した利用者の手本となるＣＰＥは、例えば、一つ以上の目的クラスと関連することを宣言し、このような表現のセットは少なくとも一部は一つ以上のＰＳＫＣＮＳクラスに使用することができる。
【０１４５】
いくつかの実施形態では、利用者のＣＰＥと目的のクラスのＣＰＥ、他のオントロジの近辺や資源実体のＣＰＥとの類似性照合において、ＰＥＲＣｏｓは相補の資源実体のセットを使用することができ、幾つかの実施形態でのそのようなセットは、例えば目的に最適化している相乗作用の命令を使用する。
ＰＥＲＣｏｓの相乗作用をもたらす命令は、資源実体の組合せや部分の仕様を表すことができ、複数の資源が寄与目的の一つ以上の、例えば、それらの関連のＣＰＥやメタデータによって指定されるように、一つ以上の特性の強さに寄与する機能を実行する又は実行することができるが、ここで、そのような資源がＣＰＥの目的の達成に相互に補完的に関連することができることや、組合せの観点から、指定された目的の成果又は中間プロセスや結果を実現し、あるいは実現しようとする。
【０１４６】
いくつかの実施形態では、ＰＥＲＣｏｓの目的に対する相乗作用は例えば、資源や資源の部分の形で例えば、構成体、知識情報、参加者、機器、サービスなどを含むビルディングブロックを用い、上記は異なる資源タイプの一群を表しており、それらは一つ以上のＣＰＥを満たす、あるいは満たそうと試みるために特に生産的な構成を形成することによってそれらの成果の目標を達成するために利用者を最適に支援するためにいくつかの方法で組み合わされる。
例えば、異なる特性を有する資源項目は、例えば、以下のＣＰＥの仕様に有用であるかもしれない：「薄膜太陽電池（ソーラーセル）の材料科学や製作を学ぶ」。
【０１４７】
いくつかのＰＥＲＣｏｓの実施形態では、公開又は相乗作用するセットの仕様構成は、例えば、同時に表示された物を分離し、垂直資源タイプの（順番に）優先順位を付けた特有の実体の選択リストを代表する形式で提示することができる。このようなリストは、例えば、利用者や、関連する目的表現セットや、選別や、評判信用性の宣言に基づいた評価や、実効的事実や、グループ管理者の統治情報のような一貫したサービスの評価を通じて処理された資源実体を優先順位付けすることができる。例えば、いくつかの実施形態では、例示のリスト表示は、以下から構成され、一列目はカテゴリ領域として一般的な話題のテキスト音声及び／又は視覚的な参照資料を表示し、二列目は教育／家庭教師／スキルを持つコンサルティング領域の専門家（例えば名前）を表し、三列目はこの領域内での共同作業をすることを含む助言をすることに役立つことができる専門の領域の研究者を表し、四列目はこの領域で適用された経験を持つ専門的な製造の実現者（実用的な製造技術者）を表し、五列目は市場の関心や考慮事項に関する知識と経験を持っている市場分析者を表し、そしてそれによって利用者セットは評価や選択やさらなる評価への進展、議論、情報の補足、及び／又は項目選択ができる。そのような、リスト化された情報は補足情報により補完することができるが、ここで、例えば、そのような特定の実体情報がさらにより詳細な特性に関連する情報を利用者がカーソルを候補リスト実体と隣接して表示される実体に特定した詳細の上を動かすことに、良く体系化された「バルーン（風船）」の一時的なサブウィンド、代替えの補助ウィンドウへの切り替え、などにより補完できる。この例と実施形態の組み合わせは、資源のそのようなリストから実体を選択し、例えば、相乗的に補完する特性を有する可能性があり、そのＰＥＲＣｏｓ構成からの支援を受けて、利用者が設定した物について相乗利用者グループを形成することができる参加者は、ＣＰＥ実施の中間的及び／又は成果を補完する利用者／貢献者として「最良」を提供しても良い最適な参加者の候補の相乗的資源の組み合わせとして認められる。このような道具はまた、非参加者の相乗作用的な資源の選択と併用することができ、例えば、そのようなリソースは、少なくとも部分的には追加のために使用されるかもしれない目的クラスのアプリケーション環境の要素の仕様の中で、利用者が設定したＣＰＥセット（例えば、共同の、決意した集団の目的の宣言を含む）に関連する例えば、記述環境で学生の集約した講義学習計画のような目的のクラスのアプリケーションを構築する場合のＰＥＲＣｏｓのフレームワークは生産性のあるアプリケーションを選択するために相乗作用で整理したファセットのリストを提示するので、それはワードプロセッサの枠組みの役割を埋めることになる。
【０１４８】
ＰＥＲＣｏｓ評判資源は、いくつかの実施形態及び状況において、最適に識別する、選別する、及び候補の優先順位付けを行う、及び／又はＰＳＫＣＮＳに資源を提供される際に、特に有用である。このような評判の資源は、例えば、参加者による自己記述体系プロフィール／ＣＶとして公開されたＥＦを使用し、参加者は、例えば、彼女は、ＭＩＴの生物物理学の終身準教授で、５３歳で、Ｘに限定及び／又は多くの査読済み出版物の著者であり、彼女はボストンの都市圏に住んでおり、オンラインや対面の研究開発コンサルティングやＰＳＫＣＮＳグループの参加者として知識セッションへ参加し、彼女はセッションの参加者やコンサルティングとして毎時Ｙドルの手数料を期待及び／又は要求すること宣言する。生物物理学の他の終身教授によるそのような教授の信用性は、例えば、そのようなＥＦと他の宣言したＣＶ情報がそのような教授が与えられたＰＳＫＣＮＳセッションにコンサルタントとして役立つかを決定するために利用されるように、教授の宣言したＥＦとＣＶ情報と組み合わせて使用することができるし、及び、そのような情報は、そのようなコンサルティングを目標としたこの様な教授の信用性表明情報に加えて、他の候補となるコンサルティング教授に比べてランキングの位置を上げるか下げるかを可能にする。さらに、いくつかの実施形態では、このような自己記述体系プロファイル／ＣＶは、一部か全てが信用性に含まれるサーフィン、登山、天文学、カーレースなどの余技、サッカー、野球、サッカー、ラグビーなどの趣味、配偶者の有無、結婚、独身、離婚、家族状態−子どもの数や年齢と性的指向、ストレートゲイ、レズビアンやその他−など、糖尿病、関節炎などの具体的な健康条件を含む健康状態、に関する情報を含む個人的情報を含む。いくつかの実施形態では、このような個人情報の一部あるいは全てが、情報のプライバシーとそのような情報の任意のセットを誰と共用するかに関する個人的なポリシーの施行に提供するために暗号化され規則による制御が行われる。さらに、例えば、いくつかの実施形態では、この様な信用性はそのような特性情報の一部を信用性のＥＦ情報として蓄えることができ、そのような情報は外部からのテスト可能、及び／又は、例えば、信頼できる機関によって提供される証明書やＰＥＲＣｏｓに準拠する情報の検証の手はずを維持する公益事業体で運用されている試験手順のセットにより検証される。例えば、企業の信用性の発行者は、ＥＦの信頼性や試験可能性の要求を満足する形式で彼らの独自性を記述しても良く、また、ＥＦの形式で記述しても良いが、ここで、例えば、ＥＦ試験を満足する形でＷｅｂでアクセス可能な会社のデータベースの中にある例えば認証を含むそのような発行者のリストは、会社がそのような信用性、暗号化技術、管理統制などの発行者であると断言する規則である。別の例では、特定の参加者によって公開された信用性は、そのような参加者がボーイングの従業員であることについてＥＦに含むか、参照することができるが、ここで、ＰＥＲＣｏｓＥＦの試験手順に互換性のある形でそのような個人は公にアクセス可能リストとしてボーイング社のウェブサイトに従業員として記載できる。
【０１４９】
いくつかの実施形態では、登録された又は宣言された資源のメンバは、全体的なメタデータ構成内のアクセス可能な情報要素として記憶することができるが、ここで、そのような情報要素は、例えば、一つ以上の分類タイプの少なくとも一部は利用者、利害関係者、その他の一つ以上の指定条件下での雇用に由来する参加者として分類される。たとえば、資源は例えば、バイオサイエンスの認定された領域専門家チームによって識別され、定義されている「組織置換用ＤＮＡ調製の作成」の目的クラスのために使われるか、宣言された及び／又は歴史的に誘導されたリソースのメンバで合成生物学の「機能ユニットの参照ＤＮＡライブラリ」のように目的クラスの資源メンバとして宣言されるか、又は歴史的な使用方法の関連づけによって識別されるが、一方、同一の目的クラスはまた、宣言した及び／又は履歴的情報に由来したそのような同一目的クラスの参加者集団としてＵＣバークレー校に「合成生物学研究所」を持ち、さらに、例えばこの様な研究機関でのＥＦ検証を行ったあるいは検証ができる研究者達は、そのようなクラスのメンバとして、例えばそのような目的クラスの目的の特性に関する彼らの自己表明と他の団体による信用性と共に記録してもよい。このようなメタデータ情報要素は、例えば、ＰＳＫＣＮＳのために資源実体、グループ、やＰＳＫＣＮＳクラスに関連する。
【０１５０】
参加者のセットは、例えばいくつかの実施形態では、一つ以上の目的クラスに属する参加者タイプの資源メンバとして自己宣言を行う及び／又は過去の利用者や利害関係者として任意の一つ以上の目的クラスのアプリケーションと関連し、例えばいくつかの実施形態では、それに加えてそのようなメンバのインスタンスの自己表明宣言や第三者のＥＦや信用性宣言やあるいは彼らの、例えば目的クラスアプリケーションやその他、に対する専門レベル（例えば、初心者、中程度、専門家）、知識レベル（例えば、控えめ、中程度、高度）、信頼度（例えば、低度、中間、高度）、経験レベルに関して表明する。いくつかの実施形態では、そのような宣言を有効にするには、特定の専門家団体、公益事業体組合や他の管理機関組合、規則の検証のための試験を含む満足を必要とするかも知れないが、ここで、ＥＦや信用性の、所定の類似グループのメンバになるための要求条件のような判断基準に対応する参加者のセットのような一つ以上の特性は、例えば一人以上のメリーランド大学の終身歴史教授から構成される宣言した参加者集団を含むことができ、また任意の実体に於いて要求されるかも知れないが、例えば、メリーランド大学が公開した終身歴史教授のリストを見てそのようなＥＦがＰＥＲＣｏｓ構成に関係する仕様で定義された通りに充分に信頼が置けると確信するような一つ以上のＥＦ要素と関連する認証、及び／又はＥＦ要求を確証する試験を必要とする。後者は、いくつかの実施形態において、その発行者がメリーランド大学であり、メリーランド大学がそのようなリストを確実に評価し、照会し、及び／又は試験や検査できるように、そのようなリストは一つ以上のＰＥＲＣｏｓの実施形態と互換性のある様式で発行していることを要求してもよい。さらに、一つ以上のそのような実施形態は、例えば、そのような試験は通信、試験、やセキュリティシステムの特徴属性（例えば、特定のセキュリティレベルや、その他の属性）のための仕様に準じた充分に安全なシステム構成とすることを要求し、それにより、例えば、通信プロトコル、認証手順、暗号化処理と仕様、情報記憶や利用者のアクセス制御、などが全体的なシステムの真正性と信頼性を保持するための与えられたセキュリティレベルに関する対する充分な標準に準拠する。このような信頼のおけるＥＦ関連情報は、例えばいくつかの実施形態では、ＰＥＲＣｏｓの識別、評価、選別、優先順位付け、や同様の方法で使用することができる。
【０１５１】
ＰＥＲＣｏｓクラスは、いくつかの実施形態では、資源参加メンバの構成を有し、そこでは参加者個人や団体や他の資源インスタンスやグループが目的クラスアプリケーションのような一つ以上の資源と関連づけがなされ、例えば、少なくともその一部がクラウドユーティリティや管理専門家で管理されるように、その両者がそのようなメンバタイプの例えば、評判の入力を基にして優先付けされたリストの形で利用可能になる。例えば、いくつかの実施形態では、そのような資源セットは優先付けやあるいは、関連性、例えば、参加者の任意の与えられたＣＰＥ利用に関連する今までの履歴や、例えば参加者の目的の特性、価値の特質、目的の寄与の特質及び／又は任意の与えられたＣＰＥ及び／又は関連する目的クラスのアプリケーション及び／又は目的クラスと関連するように及び／又は例えば上記と関連する他の参加者や利害関係者との相互作用の利用、など関連する利害関係者の評判信用性の第三者表明の使用の点で評価される。例えば、このような評価は、一つ以上の共通目的のコンピューティングセッションでの利用者の特質から貢献から目的へ、に関する、そのような参加者の利用者としての実績に反映し、そしてここで、目的の貢献の特性の信用性情報は、高次（例えば、スーパークラス）の目的クラス又は目的の近辺の目的の特性への等級付けを表すために、各種の同様な目的を跨いで集約される。いくつかの実施形態では、そのような評価情報の利用は、もし適用が可能であれば、任意の資源実体や任意の他の資源実体と関係するグループやグループに適用され、すなわち、例えば、もしも資源がＣＰＥの実現プロセスの中で貢献する成分として機能するならば、所与の情報資源は目的の貢献の特性に関連して評価される。
【０１５２】
ＰＥＲＣｏｓ汎用クラスのメンバは、例えばいくつかの実施形態では、少なくとも一部は、それらに関連している信用性、ＥＦ及び／又は任意のその他の関連するメタデータ、に加えて、リスト、サブクラス、又はそれらの例えば、参加者、情報参照資源、目的クラスのアプリケーション、非公式資源、クラウドサービス、装置、コンピューティングプラットフォーム、枠組み、基盤、ＣＰＥ及び／又はその他のようなタイプに従って他の資源メンバをまとめた集合、から構成されるであろう。いくつかの実施形態では、例えば、このようなクラスタイプのメンバは、さらに、又は代替的に、構成体、参加者、有形資源及び／又は公開されたＣＰＥの実体やセットなどから構成してもよい。いくつかの実施形態では、これらのクラスメンバを体系化することができ、例えば、一般に、資源により、参加者により及び／又は目的クラスの実体やタイプのその他の関連付け、のようにタイプやタイプの組み合わせで扱うことができる。上記は、個々に及び組み合わせて、利用者やＰＥＲＣｏｓ構成に対して、例えば、最低一部分は資源の過去の関連付けや、彼らの目的の特性又は目的の貢献の特質の実績の評判や、関連性（例えば、信用性として表現される）その他への資源を事前評価することを、操作可能である。この事前評価は、少なくとも一部は、例えば、信用性やＥＦの評価や、少なくとも一部は例えば参加者、ＣＰＥ、構成体などに貢献していくことのように他の資源セットへのコンポーネントの寄与としての任意の資源セットの使用の結果としての成果の評価、及び例えば目的クラスアプリケーション又は他のフレームワークの役割の運用により実行される。このような評価情報は、異なる資源セットでの作業の条件と特性に関して、利用者、利害関係者、及び／又はＰＥＲＣｏｓ構成による評価を容易にする。
【０１５３】
いくつかのＰＥＲＣｏｓの実施形態では、利用者は、ヒルベルト空間などのように、それぞれの資源ネットワークコンポーネントの「空間」を定義することができる選択メンバの資源の組み合わせを識別、評価、選別、優先付けなどができる。多くＰＥＲＣｏｓ次元のＣＰＥ空間のように、いくつかのＰＥＲＣｏｓの実施形態では、目的達成の選択肢のために利用者やＰＥＲＣｏｓ構成の評価を容易にするために、利用者とＰＥＲＣｏｓ演算設備はそのような資源空間を、資源と資源の部分に異なる見方を提供するように調整することができる。利用者セットが、例えば幾つかの実施形態にて、ＥＦと目的の特性や、例えば他の参加者と公開されたＣＰＥや他の資源や資源の一部に関係する他の「特性」評判要素とを含むＰＥＲＣｏｓ情報資源を使用し、管理し及び／又は操作することを支持することにより、利用者セットは、例えば基本及び／又は補助次元のＰＥＲＣｏｓ仕様を通じてＰＥＲＣｏｓの能力を、ＰＥＲＣｏｓセッションの目的達成のために参加候補者や他の支援資源の表示可能で運用可能なセットを生成するように指示できる。例えば、目的の達成の資源の空間を表示及び操作するこの能力は、資源セットの特性と、中核目的、他のＣＰＥ、と目的文とその望ましい（又は望ましくない）特性などの様々な目的表現、の関係についての利用者に通知することができる。これは、特定の資源セットを扱う際に、過去の評判情報や同様の観点から、利用者の評価を容易にすることができる。いくつかの実施形態では、根底にある目的表現との組み合わせでの目的の特性、価値の特質、目的の寄与の特質、及び／又は信用性の評判の事前評価とＥＦの考慮事項を表示することによって、対応する空間を計算し、それはその後資源実体や、そのような異なる目的表現に対する彼らの異なる関連性と、そのような目的表現の各々の実現に対する可能な関連性、に関する資源の組み合わせに使われ、すなわちそのような空間はどのように目的とする成果と対応することがきるかの事前評価に使われる。
【０１５４】
いくつかの実施形態では、ＰＥＲＣｏｓセッションの履歴情報は、例えば、そのような情報が目的クラスアプリケーションや参加者やＣＰＥやその他の資源実体や目的クラスやその他のオントロジグループ化など、例えばチャット、テクスティング、論評、編集、ビデオ会議などの活動タイプに関連する資源と関連する所に記憶できる。このような情報は、例えば、その後での現在の利用者の目的やＰＥＲＣｏｓ活動に関連する中核表現に関連づけて、例えば、後の時点で任意の組み合わせで使用するために記憶できる。このような情報のタイプは、任意の特定及び／又は組み合わせたＰＥＲＣｏｓクラスメンバタイプと関連することができ、例えば、ここでそのようなメンバセットは現在の利用者のＣＰＥセットと類似的に一致することができるＰＥＲＣｏｓクラスタイプのメンバである。このような履歴情報は、例えば、個別の実体が特定の目的クラスと関連するので、資源セットの形で公開され、ここで、そのような資源セットは社会的、商業的及び／又は知識情報資産のセットとして例えば、最中に、支援中に、及び／又はその間に利用可能とされ、「再利用」され、ＰＥＲＣｏｓセッションや例えばその他の情報集合体と広告／販促情報マーケティングと使用のような、商業的や社会的な理由のために用いられる。例えば、物理学の教育セッションのマルチメディアビデオは、例えば、目次と内容のインデックスなどを含むＣＰＥのセットと関連付けられている資源として公開することができ、さらに、ＰＥＲＣｏｓが有効としているセッションの中の利用者は、そのようなセッション中でそのような資源の一部分がＣＰＥセットと関連してこのような部分の以前の使用（又は利害関係者宣言）の結果として公開されてしまうので、そのような部分を使用することができ、また、ここで、任意の与えられた部分に関連するＣＰＥはそのようなマルチメディアビデオのためのＣＰＥのサブクラス、あるいはＣＰＥセットでもよい。このような資源の部分セットとＣＰＥセットが関連付けされている資源情報は、各々のタイプ、サブタイプ、集合体、や他の論理的情報形態や組み合わせ、の形で公開されても良く、これらの情報は、いくつかの一つ以上が後の時点での評価や処理目的のために利用可能となるように、特定の与えられた資源、資源の組み合わせ、及び／又は部分に関連している。
【０１５５】
いくつかの実施形態では、評判がＰＥＲＣｏｓ機能セットの中心であり、評価と適合性に関連する属性と宣言に基づいて、巨大な候補資源セットを選別するための強力な汎用コンピューティングツール（道具）を提供する。評判は、大規模な資源のアレイの中で特定された候補資源の構成の、有益な最適化やあるいは優先順位を付けられた優先候補の結果を評価し、及び／又は、例えば、選別し、整列し、優先順位付けを行い、あるいは補助するために使用される。これらの結果は、少なくとも一部は、明らかに文脈に関連するそのような資源の「特性」に関係することができるので、評判の属性に基づくことができる−すなわち、資源セットは、少なくとも一部は、関連する文脈的な重要な属性の使用を通じて解釈される性能の特性／有益性やその他の密接な指標により測定され、利用者の目的セットに関わる資源の評判の事前評価を提供する。
【０１５６】
評判結果は、増大する手本となる記述的な属性に関連する値を伴ったＣＰＥと中核によって生成され、それらは目的実現資源の、またしばしば相対的な比較の有益性の、相対的な事前評価で使用されるであろう「特性」変数の記述であり、そして、ここで、そのような特性変数は資源や資源部分の対象の可能な相対潜在的有益性について通知しており、このような世評に関連する事実や宣言規定を使用して演算される。そのような規定は、例えば、（ａ）ＣＰＥの表現、（ｂ）非ＣＰＥメタデータで規定された、（ｃ）そうでなければ、任意の統治セットを含む１つ又はそれ以上の優先権及び／又はプロファイル設定を介して、又はそうでなければ歴史的に、規則ベースの、公開された、及び／又は文脈的に導出された情報で表現される、で表現される。このような評判資源の体系化した演算は、例えば、選別及び／又は他の方法では宣言をしようした一つ以上の有用な又はおそらく有用な資源の注文及び／又は使用中であることを表現していた事実及び／又は任意の適用可能な対応値とともに標準化された特性要素への変換、に役立つ。
【０１５７】
評判は、実効的事実（Ｅｆｆｅｃｔｉｖｅ  Ｆａｃｔ：ＥＦ）、信念の事実（Ｆａｉｔｈ  Ｆａｃｔ：ＦＦ）、信用性（Ｃｒｅｄ）の３つの主要な仕様のグループ化がある。ＥＦ仕様は「確かめられた」及び／又はそうでなければ、ある対象に関する投稿された事実宣言を含み、生誕日又は個人が従業員であり、及び例えば、特定の地位や肩書きを保つとの機関の宣言である。信念の事実は、精神的な信念に基づいており、試験や実効的事実の信頼のおける主管庁の正確さを条件としていないが、信念事実と関係する精神的な信念のグループと関係する精神的な主管庁による検査や検証／認証を含む。これとは対照的に信用性は定着した又は設定可能な事実よりは、表明を含み表現している（このような表明は一つ以上の各々一つの永続的で運用上は唯一の識別子を持つ団体によりなされる）が、ここで、そのような表明は、一定の条件下ではその事実に関して充分に信頼性のある、信頼性のある認められている公平な事実に関係する「主管庁」によって規定された事実上の属性セットのレベルまで達していない。いくつかの実施形態では、実効的事実、信念の事実、及び信用性は、特定の対象物の特徴のセットを有している。いくつかの実施形態では、実効的事実、信念事実、及び信用性は、いくつかの実施形態において提供している一つ又はそれ以上の場所、時刻、日付、及び実施形態によって必要とされるオーサリングやＩＤの公開や任意のその他の識別可能で相互運用可能で解釈可能な関連する他の特性と同様に、そのいずれか１つ又は複数のそのような対象物の特性セット又はその部分に関連している永続的な一つ以上の識別子は対象物の発行者、作成者、提供者のいずれかに関連付けされる特定の情報を必要としてもよく、またここで、そのような対象物の一つ以上の特性は評判情報が対象物の話題項目やそれに関係する一つ以上の他の評判に関わる特性を特徴付けるので、確実に知られている（例えば、認証を得た）及び／又はむしろ検査可能であることが要求される。ＥＦとＦＦとは対照的に、いくつかの実施形態では、信用性の対象物は永続的な一つ以上の、ここでは一般的には表明者の識別を意味する識別子を持たない、すなわち、信用性の対象物は利用者の資源クラス、幾つかの密接な団体、あるいは幾つかのその他の例えば団体の識別子を提供する論理団体、に対応するか、あるいは対象物は利用者資源とその関連するＵＩＤを通じて明確に識別されるか、及び／又はむしろ信用性の発行者によって効果を生む方法で提供される一般化のような話題、あるいは環境下で規定されているようにＷｅｂのページアドレスあるいはそのような発行者／表明者が生成した分類学的ＩＤのような唯一のＩＤに充分に特有である。永続的な対象物や発行者、作成者、提供者及び／又は表明者の識別子は信用性の信頼や完全性のレベル及び／又はその他の信用性の適用性、権限及び／又は信頼性に寄与できる。
【０１５８】
いくつかのＰＥＲＣｏｓの実施形態は、対象の特性の表現が、特定の説得力のある主管庁を有する団体が対象に関してＥＦやＦＦなどが事実であると宣言する場合は、そのような表現が表明ではなく事実であるとして扱う。特定の説得力のある官公庁のこのような解釈は、例えば、話題及び／又は他の宣言の特性に関連するので、文脈に依存することができる。これとは対照的に、信用性は一般的に認識、あるいは例えば論争、されることができる宣言を表し、そして、対象に関する意見として表現され、そのような宣言は合理的な試験によって事実として実証できない。ＥＦ、ＦＦと信用性は、信頼性レベルに応じて配置できる。信頼性レベルは利用者や関連した演算資源（例えばＰＥＲＣｏｓセッションを運用している）に対して、与えられた特定の信頼性のレベルが予め設定された及び／又は現在のセッションの規則及び／又は指定した信頼性に関してのその他の判断基準、を満足するかどうかについて通知することができる。例えば、いくつかの実施形態では、基礎となるＥＦあるいはＦＦの例えば関連するセキュリティ手順及び／又はそのような事実の認証での主管庁の（例えば、ＰＥＲＣｏｓ公益事業体あるいは他の管理団体による）事前評価の信頼性のような事実の検査を反映してレベル１から１０を選択するという選択肢が利用者に与えられてもよい。
【０１５９】
ＥＦ、ＦＦ、及び信用性は、例えば、ＰＥＲＣｏｓ中核目的と他の目的表現を補完する選別「ベクトル」を形成することができる。それらは、さらに、及び特定の実施形態や状況では基本的に、入力の選別や優先付けを提供する。ある程度は、標準化された目的の評判表現の仕様と関連する実際の及び／又は評判の対象の宣言特性を反映した値の使用の結果、評判変数は最も密接にＣＰＥの目標と任意の関連する優先権、規則、履歴情報の寄与などに関連する結果に対応する、及び／又はむしろ実現し及び／又は最適化する、結果の演算のための入力を提供する。使用の中で、ＥＦ、ＦＦ及び信用性は自身のタイプ（ＥＦとＥＦ）及び／又はその他のタイプ（ＥＦと信用性）と組み合わせて使用でき、信用性は単独であるいは幾つかの組み合せでは幾つかの実施形態では集約され、及び／又はむしろ論理的には任意の資源とのある程度は評判情報とそのような資源の対象物との関連付けや、任意の一つ以上の資源の一つ以上の資源発行者、や提供者及び／又は生成者など、の特性との関連付け、例えば、対象物の特定のタイプの特定のタイプの耐障害性アプリケーションクラスに対してのハードウェアメモリの信頼性のような性能特性との関連付けにより相互運用の解釈値として解釈され、関連付けされる。このような場合、耐障害性ハードウェアのメモリを使用するための表現サブセットとして耐障害性を含む目的クラスのＣＰＥは、所定のアプリケーションでは、それにより資源の少なくとも一部は特定の資格のある専門家による宣言に応じて優先付けされる形で所与の資源セットの主張した耐障害特性に関して耐障害性の表現が記憶情報と照合するように、資源や資源の一部分の照合に使用される。このような専門家は、例えば利用者の仕様、や例えば、認証機関のような第三者の主管庁や、更なる例では領域での専門家として受けられている研究所の上級教職者や関連する学会やその他の密接な団体を目的として資格のある表明者により宣言された、よく知られている一般的には有用な表明者に従って決定される。
【０１６０】
幾つかのＰＥＲＣｏｓの信用性の実施形態は、以下のように体系化される：
【０１６１】
１．信用性は、一つの基本的な運用上唯一の、特別な対象物で表明者が表明している、例えば「オックスフォード簡略英語辞典」「Ｍｉｃｒｏｓｏｆｔ  ＰｏｗｅｒＰｏｉｎｔ（登録商標）」「野生で捕獲されたサケ」や「ビルクリントン大統領」などである。最初の二つは、特定のリソースの製品の唯一の命名した識別子を提供することによって容易に識別することができ、あるいは、例えば、ＰＥＲＣｏｓの曖昧性除去のＷｅｂサービスは利用者セットをドロップダウンの提案リストあるいは他のファセットリストの文脈特定の適切な特定の選択肢や利用者が例えば、Ｍｉｃｒｏｓｏｆｔ  ＰｏｗｅｒＰｏｉｎｔ（登録商標）  ２０１０の、マイクロソフト（登録商標）（あるいは他の団体）が明示的に提供するサービスでは、例えば、ＰＥＲＣｏｓに準拠した形で適切な信用性項目情報空間に挿入することにより、そのような特定の製品の唯一の識別子を選択するために分類実体を明確にするインタフェースを提供して、援助する。
【０１６２】
２．信用性は一人の表明者を有し、集約した信用性は複数の表明者が、複合信用性は複数の信用性（少なくとも情報観点からであるが、分散して記憶された個々の項目ではなくてもよい）を持ち、複数の表明者があってもなくても良い。表明者は、個々の人でも、クラブのような著名な団体として活動している人のグループは、あるいは会社や政府など、その他の形態の組織でもよい。
【０１６３】
３．一つの信用性又は集約信用性又は複合信用性は、利害関係者の発行者を有するが、いくつかの実施形態では、もし発行者のセットが表明者のセットと同一であると、別々に格納されるか、その旨の表示がなされる。
【０１６４】
４．信用性又は集約信用性又は複合信用性は、発行者のセットと同様に提供者のセットを有しても良いが、しかしいくつかの実施形態では、もしも提供者のセットが発行者のセット又は表明者のセットと同一であるならば、別々に記憶する必要は無い、又はその旨を表示してもよい。
【０１６５】
５．信用性は、その対象として、最低一つの、認識され永続的に識別可能（ＰＥＲＣｏｓ又は非ＰＥＲＣｏｓ資源でもよい）な資源部分を有し、さらに、それは少なくとも一つのＣＰＥと最低限少なくとも目的の特性、価値の特質、又はそのような標準化された評判の宣言タイプの相互運用可能な解釈値、例えば、利用者が定義可能な値であり例えば１から２０のスケールの１７、と関連した資源セットを有する。便宜上、いくつかの実施形態では信用性は対象コンテンツとして複数の資源を有するが、各資源はその目的の特性として事前評価される唯一のＣＰＥを有する。複数の信用性は、目的のクラスの構成及び／又は他のオントロジセットによって体系化できる、複合信用性として公開できる。
【０１６６】
６．信用性は、このような宣言セットがこの様な表明者によって作成されたことを検証する一つ以上の検証規則セットを有することができ、いくつかの状況及び実施形態では、信用性がそれぞれの宣言及び／又はそのような宣言の集合体のそれぞれにこのような表明者によって発行された信頼証明書などを持っていなければ、検証規則セットは信用性情報の検証を実行するために使われ、及び／又はそのような信用性は、信頼のおける第三者によって発行された証明書を持ち、全ての上記は信用性の実施形態や実施形態の状況の使用についての信用性の規則と一致している。このような同様の検証セットは、いくつかの状況や実施形態では、信用性発行者、提供者及び／又は他の関連当事者にも適用することができる。このような用途は、例えば、そのような信用性タイプやＰＥＲＣｏｓ処理での利用環境、例えば５が最高水準である１〜５の構造の中で信用性タイプ水準５、に関連する信頼レベルの利用者や理解関係者のセットの選択を含むことができ、ここで、例えば利用者のＰＥＲＣｏｓ構成間の暗号化された通信を採用している保護された事実試験手順の採用を支援する発行者のセットや表明者のセットや提供者のセットで発行された明文化情報のためのそのような信用性の安全な暗号化ハッシュ証明書と、発行者、表明者や提供者の一人以上のそのような個々のメンバにより運営されている信頼の置けるサーバの片方あるいは両方をそのような構造は必要としており、それにより、そのような事実や事実のセットや関連する情報は一人以上の信用性の価値連鎖の参加者により安全に確認される。
【０１６７】
７．対位法の信用性は、信用性を含み、及び／又は参照することができるが、ここで、このような対位法の信用性とこのような参照信用性の両者が上記の同様な対象物を有するこのような対位法の信用性は、そのような参照された信用性に対応すると直接にあるいは推定的に明確に定型化されており、またここで、このようなそのような対位法信用性はＣＰＥセットを直接にあるいは推定的に使用しており、異なっている宣言から成る異なる一つ以上の宣言を提供し、さらにそのような対位法が参照のいくつかの形を含むそのような参照された信用性の代替事前評価を提供することを直接に指し示す情報を提供する。例えば、いくつかの実施形態では、対位法の信用性は目的の特性のような同一の宣言ファセットセットを使用するが、しかしそのような実施形態の中ではより積極的な１０の内８に対して例えば１０の内２であるような異なる関連ランク値、を採用する。集約の条件を満たす複数の信用性が、対位法集約信用性の形態で提供できる。対位法信用性は、それらに関連する複合信用性の中の信用性と組み合わせることができる。
【０１６８】
８．複合信用性は、一体となって同一の信用性対象物に関して宣言を提供する複数の表明者から構成されるが、しかし、少なくとも一部は、そのような宣言のサブセットや、異なるファセットや、同一のファセットセットであるがそのような事前評価セットに関して異なる宣言セット、を使用する。
【０１６９】
９．集計信用性は、ＰＥＲＣｏｓの学習のビッグ資源の問い合わせを介したウィキペディア（登録商標）について「「学習」Ｇｅｎｅｒａｌ  Ｒｅｆｅｒｅｎｃｅ  Ｅｎｃｙｃｌｏｐｅｄｉａ」、あるいは皮膚組織置換の最近の季刊誌「Ｏｎｌｉｎｅ  Ｕｐｄａｔｅ  ｆｏｒ  Ａｐｐｌｉｅｄ  Ｓｙｎｔｈｅｔｉｃ  Ｂｉｏｌｏｇｙの記事に関する仮想的な目的クラスのアプリケーション、の目的の特性ファセットに対して例えば、組み合わせた宣言値（例えば、１０中７のような平均値）のような共有の評判ファセット値について一つ以上の集計値を提供する。
【０１７０】
１０．信用性は、そのような信用性やそのような信用性の表明者、発行者セット及び／又は提供者セットをそのような他の信用性の対象物として採用する一つ以上の他の信用性を参照するか含む。さらに、信用性は、一つ以上のＥＦやＦＦを参照するか含むことができる。このようなＥＦやＦＦの情報は、一つ以上の他の信用性の対象にできる。このような信用性を参照する及び／又は含ませることは、そのような他の信用性のそのようなＥＦやＦＦ特性に関する情報を参照／含ませることができ、そのようなＥＦやＦＦの特性が真か偽であるかの宣言情報を提供する。
【０１７１】
付録Ｂは、資源評判信用性の情報要素のタイプの非限定的な実施形態例を示す図である。
【０１７２】
付録Ｃは、標準化され、特定の評判信用性実体タイプの標準化された任意の情報要素の非限定的な実施形態例を示す図である。本実施形態では、複合及び合成信用性は、適用可能とするために、集計信用性の特徴の一つ以上を含むことができる。
【０１７３】
いくつかのＰＥＲＣｏｓのＥＦの実施形態は、以下のように体系化できる：
【０１７４】
１．ＥＦは、一つの基本的な運用上独自の識別された対象物を持ち、それは決着した事実、例えばＪｏｈｎ  ＤｏｅがＭＩＴの終身教授である、が規定されているかどうかに基づいて真か偽であるかが明言されている。
【０１７５】
２．ＥＦは従属する運用上唯一の特定された対象物を有し、それは各々が決着した事実であると規定されるか否かに基づいて、各々が真か偽かが明言されているが、しかし、各々のそのような対象物は基本的となる対象物のサブクラスでなければならない。
【０１７６】
３．一つのＥＦは、一つ又は複数の、個別に特定の契約者を有することができるが、そのような契約者の集合はそれぞれ、すべての対象の規定に対して同じでなければならない。契約者は個人、クラブのような著名な団体として活動している人のグループ、又は企業、政府など、他の組織形態でもよい。
【０１７７】
４．ＥＦは、いくつかの実施形態では、別々に格納される必要は無く、又は契約者のセットと同一かそのようでないことが要求されれば、その旨を表示する。
【０１７８】
５．ＥＦは、提供者のセットを持っており、それは、いくつかの実施形態では、別々に格納される必要は無く、又は契約者や発行者のセットと同一かそのようでないことが要求されれば、その旨を表示する。
【０１７９】
６．ＥＦは、いくらかの状況及び実施形態の下で、ＥＦが、各々の宣言やそのような宣言の各々の集合体に対してそのような契約者や契約者団体が発行した信頼証明書、及び／又は、そのような信用性が信頼のおける当事者によって発行された証明書を有しない限り、そのような宣言がそのような契約者セット、そのようなＥＦ情報の確証を行うために使われる確証規則セット、によって行われることを確証する一つ以上の確証規則のセットを有し持っており、上記の全ては実施形態や実施形態の使用環境のためのＥＦ規則に従っている。このような用途は、例えば、ＥＦタイプやＰＥＲＣｏｓプロセスで使用環境に関連した例えば５がの最高水準である１〜５の構造の中でＥＦタイプの水準５の信頼のような信頼レベルの利用者や利害関係者のセットによる選択を含み、そして、ここでそのような構造が、例えば、及び実施形態では要求されるが、利用者のＰＥＲＣｏｓ構成と、そのような各々一人以上の発行者、契約者、提供者及び／又は関連する代理人セットが運営する信頼の置けるこのサーバ、との間の暗号化した通信を使用して、例えば安全な事実の試験手順を支援している確証者や出版者のセットや信頼できる代理人や契約者セットや提供者セットなどが発行したそのようなＥＦの規定情報のための安全な暗号化ハッシュ証明書セットを必要としてもよく、それにより、そのような事実や事実セット及び／又は関連する情報はそのような一つ以上のＥＦの価値連鎖の参加者や認定された信頼できる代理人により安全に確認することができる。
【０１８０】
いくつかのＰＥＲＣｏｓのＦＦの実施形態は、以下のように体系化される：
【０１８１】
１．ＦＦは、例えば、キリストが神の子であるような、信念事実として定着したと宣言できるか否かを基にして真か偽かが明言される、一つの基本的な運用上唯一の特定の対象物を有することができる。
【０１８２】
２．ＦＦは従属する運用上唯一の特定された対象物を有し、それは各々が決着した事実であると規定されるか否かに基づいて、各々が真か偽かが明言されているが、しかし、各々のそのような対象物は基本的となる対象物のサブクラスでなければならない。
【０１８３】
３．ＦＦは、一つ又は複数の個別に識別された宣言者を有することができるが、そのような宣言者のセットはそれぞれ、すべての対象の宣言で同一でなければならない。ＦＦは例えばカソリック教会のような参照された精神的なグループを持たなければならず、それはそのような信念事実が真実であり、そのような精神的グループがその各々又は複数の宣言者に対して一つ存在することを宣言する。
【０１８４】
４．ＦＦは、一つ又は複数の、個別に識別された発行者や提供者を有することができる。
【０１８５】
５．ＦＦは、提供者のセットを有することができ、それは、いくつかの実施形態では、別々に記憶される必要はなく、あるいはもしも契約者か発行者か設定した物か否かが必要とされるならば、その旨が表示される。
【０１８６】
６．ＦＦは、欽定訳聖書のような、運用上特定された精神的な資源セットの参照セットを有することができる。
【０１８７】
７．ＦＦは、ＥＦのために記述された検証技術の任意の組み合わせを必要とし、使用してもよい。
【０１８８】
いくつかの実施形態では、ＥＦと信用性及び関連するＰＥＲＣｏｓ処理構成は、暗号符号化、安全な規則統治のための安全なデジタル著作権管理、ハードウェア不正防止処理及び復号化や規則処理のためのメモリ空間や、その他のセキュリティ不正防止技術を採用し、上記は、それぞれの事実の検証と宣言情報が確実に元の公開された状態を表していること確実にするのに役立つ。
【０１８９】
いくつかの実施形態では、信用性及びＥＦの対象は、唯一の識別子を持つ。このような識別子は、信用性表明とＥＦの事実公表が体系化され、集約され、分析され、そして所望通りに、例えばＣＰＥ、目的、領域分類、及び／又は資源、実体やその他のクラスなどと適切に関連付けされるように、対象実体の適切な、明示的な、唯一の識別を容易にするために、表明と事実の実際の公表が適切な位置指定子対象識別子と関連することを確実にするのに重要となる。この様な唯一の識別子は、当事者が望み通りに目的の対象物の信頼性に注釈することと、また、それが適切に対応する評判信用性あるいはＥＦの対象物の使用に適切に対応することを確実にすることに役立つ。
【０１９０】
このような識別子は、特定のＰＥＲＣｏｓの評判ファセットの標準化と相互運用可能な特徴的な推定、例えば、いくつかの実施形態では、ファセットは例えば特質の目的、目的についてのコスト、及び目的の信頼性（例えば、適用可能な場合は対象の中身の正確性、あるいは適用可能な場合は機器の信頼性、など）、や目的についての完全性、と関連する。
【０１９１】
いくつかの実施形態では、専門家や資源と関連する目的の特性値のような評判変数は、類似照合、選別、優先付けや、評価処理が実行された場合のための関連する特定の目的クラスセットに適用されるのか、について規定することができる。さらに、評判の仕様は、利用者指定のＰＥＲＣｏｓセッション中に適用されてもよいが、ここで、それはフレームワーク、基盤、相補語など他の適用可能な資源の目的の仕様に組み込むことができる、及び／又は、例えば、取捨選択や資源などを優先順位付けに使用する目的表現やクラスセットに自動的に関連する根本的な優先権変数として参照され動作される。
【０１９２】
評判は、機能と仕様の資源管理のセットを提供することができる。このようなＰＥＲＣｏｓ技術は、資源の適切な属性を標準化された分類と関連する値、目的表現の実現のための資源の候補として資源の「査定」と「価値」のためのそのような情報、を記述した資源の仕様を提供することができるが、そのような詳細は少なくともいくつかの実施形態に基づく：
【０１９３】
（ａ）既知及び／又は知り得る事実、一つ以上の事実を決定する資源により宣言された、及び／又は事実の検証テスト（例えば、決定している資源との確認を行うか、例えば、読書と、著者、雇用者、発行者、ファイルサイズ、ページの長さ、位置、使用言語、透かし／指紋、などを検証することにより決定する）により、及び／又はそのような事実のソースが事実の認定を受けたと評価される、など、及びここで、任意のそのようなＥＦの事実は例えば、機械や利用者の解釈値で表現される精度の推定度を有することができ−例えば、資源の作者は、資源の目的の命令セットの満足に関連する領域内のＭＩＴの上級終身教授として規定されており、ここで、そのような規定はＭＩＴでの公開やそのような規定の認証を介して行われ、及び／又はそのような規定はＭＩＴの管理者ウェブサイトに「存在する」か及び／又は検査されたかであり、ここでそのような試験や認証は、例えば、指紋／透かし、長さ（ページ数、バイト）の複雑さ、主題の対応、セキュリティ（例えばマルウェアが存在しない）、著者、発行者、その他候補となる資源と関連する特徴を検査する主管庁／事実整合のクラウドサービスの検査によって行われる。
【０１９４】
（ｂ）任意の一つ以上の当事者（例えば永続的な、検査可能なＩＤを持っている当事者）による一つ以上の資源やそれらの提供者、作成者、発行者及び／又は他の関連する利害関係者に関する相互運用可能な査定可能な、例えば、資源を示された利用者の目的に有用であると高く位置づけられ、一つ以上の類似の表現の目的及び／又は表現された目的に関連することができると高く位置づけられた著者／教授を有する、例えば、スタンフォード、プリンストン、ハーバード大学、及びカリフォルニア工科大学の終身の同様な領域の同僚が断言した宣言。このような宣言は、例えば、代わりに、例えば一般的に認められている（タイプ特性によって指定された）領域の個別に表現することを含む専門家、及び／又は、特定の資源セットや制作者や発行者などと関連する表現された目的と関連する度量／専門知識の程度と関連する単純及び／又はより複雑な価値のアルゴリズムの集合体を介して他の当事者による宣言をいくつかの実施形態では含む。
【０１９５】
評判資源はさらに支援し、またいくつかの実施形態では、分散して存在する人間の間の実時間の相互作用、特に利用者がよく知らないが、しかし他の人（及び／又はお互いに及び／又はその候補者）に知識、専門知識、指導能力、親交、娯楽相互作用、友情／交際及び／又は商業機会を提案する参加者候補や活動的な参加者、に関する評価や特殊な監視機能の提供を可能にするアプリケーション、サービス、プラグイン機能などを含むことができるが、ここで、評判は利用者にそのような相互作用が現在選択された利用者セットあるいは他の利用者に関係する特定の相対的な、あるいはむしろ論理的に及び／又は歴史的に影響を受けた判断基準を含む判断基準（例えば、利用者の雇用者や関連するパラメータ）を満たすか、事前設定を超える参加者を含むかどうかについて利用者の助けになる。これらの機能は、例えば、実質的にウェブの一つ以上のサービスによって提供された、及び／又はさらなる評判情報によってさらに評価することができるように事実上セッション参加者の行動の実時間の生体に関連する評価から少なくとも一部が抽出された、記憶された情報に基づいて動作することができる。これらのアプリケーションとサービスは、利用者／システム識別、選別、及び／又は少なくとも一部は不慣れな一人以上のセッションの参加候補の優先付け、及び／又はそのような候補、参加者あるいはＰＥＲＣｏｓセッションの利用者を使用したセッションの開始や監視、に大幅に役立つことができる。
【０１９６】
信用性宣言や事前評価基盤のような情報とアルゴリズム資源を支援するこの様なＰＥＲＣｏｓ機能は、いくつかの実施形態では、標準化の分類でのグローバルシステムと任意の対象の記述評価として永続的に識別可能な表明者により定められた一般的な宣言として、あるいは目的表現、活動、タスク、グループなどの個別に、オントロジ的に、分類学的に体系化された項目の一つ以上の実体やクラスと関連する宣言として、のどちらかを価値表現を提供することができ、また、ここで、そのような信用性自体はオントロジや分類学及び／又は他のインテックスやリレーショナルデータベースなどで体系化できる。信用性の対象は、特定の信用性やクラスや信用性の信頼性のある識別可能なグループを含むことができ、すなわち任意の表明者は信用性を含む任意の対象に対して一つ以上の宣言を行うことができ、信用性の上に信用性を生成することができ、すなわち信用性は宣言の集合と、例えば、特定の対象領域特有の個人、組織、当事者の集まり、などに関するグループのような一つ以上の信用性が断言した特有の表明者の見解を反映した関連する値を表わす。信用性では、表明者は、例えば選択した標準の変数、例えば、主張している相対値、正の値か、あるいは正、中立、負の値のいずれか、を使用することができる。そのような個人又はグループに関連する事実、あるいはそのような関連付けの明らかな事実あるいは明白な事実に基づく個人又はグループの重要性、関連性及び／又は有益性に関連する主張を反映したＥＦ特性や価値など評判の別の側面と組み合わせることで、評判はビッグデータやビッグ資源から資源の可能性を識別し、体系化するこれまでにない能力を提供する。
【０１９７】
いくつかの実施形態では、信用性宣言提供者は、例えば、任意の目的や行動実体やグループセットに関するので、例えば、彼らの専門性の証明書、学校の背景、信用力、年齢、場所、所属、団体（個人を含む）、行動履歴に関して他の信用性表明者から評価を受けることができる。いくつかの実施形態では、ＰＥＲＣｏｓサービスは、例えば、各々の特性や集合体と関連して一つ以上の値（例えば、数値や数値の幅）の表示することにより、標準化された特徴や特性の標準化された集約のための値の、演算と表示及び／又は具体的な使用及び／又は集約を行うことができ、また、任意のそのような特性と集合体はタスク、活動履歴、資源、目的表現、実体及び／又はクラスなどに関連付けることができる。このことは、例えば利用者、が予め設定した優先権や少なくとも一部は履歴に基づく行動や関連する結果に基づいて、任意のそのような特性と値を持つか、及び／又は関連する、個人やグループの中の個人を評価することが可能となる。
【０１９８】
ＰＥＲＣｏｓは、いくつかの実施形態では、その信用性、ＥＦ及び／又はＦＦの機能（必要に応じて）を介して、彼らの利用者や利用者のグループの与えられた文脈／コンピューティングシナリオの参加に関する判断基準の満足度について、参加候補者を評価する。標準化された特性は、履歴書に見られるような教育関連のバックグラウンド（教育及び／又は学位に関係する詳細な、例えば、タイプ、分野、雇用などの日時と期間を含む歴史的タイミング、学校（大学何年生）、言語能力、仕事の背景（役職、給与、関連する日付と期間、雇用場所に関係する関連する成果のような事実、例えば販売に見合う金額か、収益性、収入、何人の部下がいたか、例えば製品／サービスの分類での責任のある分野に関する詳細、特定の実体、及び／又は記述確信に関する情報）、子供時代の家族や親族の名前を含む家族の背景、その親族に関係する情報、軍隊やその他の公的なサービスの背景（階級、時間と日付、期間、登記場所、など）の変数を含めることができる。任意の信用性機能や値（例えば、所与のＣＰＥやその他の目的表現と関連することができる値、例えば、関連する値は、ＣＰＥが軍事戦略の決意に関連するとして関係づけられるので与えられた兵役の中の軍事一般）を含むこの様な評判変数特性や値は、アルゴリズム的に処理され、及び／又は任意の信用性と結合され妥当性／有益性／妥当性の相対的な尺度を生成することができる。
【０１９９】
社会、商業、知識ネットワークサービスは、利用者のための道具であり、それらが利用者の目的に特に答えるように構成され、そのような仕様を支援する能力を有する場合に最もよく遂行することができる。このことは、そのようなサービスが実質的に適切であり実りが多い体験／結果をもたらす。個人が建設的かつ体系的に自分の環境を超えて到達するために有効にすると、全体的に、ソーシャルネットワーキングの性質の実質的な改善を可能にすることができる。このために、目的のドメインの専門家や管理者の役割は、特定の話題から発した環境にあるチャットや他のグループに参加する当事者が提供する、わずかに思慮深い、及び／又は関連する通信の流れを減衰又は除去するための鍵となり得る。ＰＥＲＣｏｓの評判機能は、特に、グループの文脈で、ソーシャルネットワーキング活動の参加者に顕著な利点を提供することができる。個人に関連する事実についてのＥＦフィルタリングの使用は−個人が認定配管工、米海軍将校で、数学教師、医師、理論物理学者である−どのように彼らの参加が、社会、知識や商業的相互作用の特性と所与の実体に影響を与えるかの点で非常に大きい事柄である。
【０２００】
評判のＥＦ、ＦＦと信用性表明は、個人やグループセットに関するそのような個人やグループセットが共通の目的を持つコンピューティングセッションセットへの参加の方法と可否、すなわちそのような参加の特性、妥当性、有益性に関しての入力情報を提供する。これらの機能は、どのようにそのような共通の目的の相互作用が満足を与え生産的であるか、に大幅な影響を及ぼす。目的のクラスに関連付けられている資源として参加者を組織化することにより、ＥＦと信用性を含むその特性に基づいて個人をフィルタリングすることができるということにより、目的の管理者や集団グループの管理の準備などを有することにより、人間の伝統的な物理的相互作用のシナリオにはない非類似の方法を確実にするために、参加者セットによる通信の本質や特性のような、どの行動の規則を施行することができるか、を通して、誰が参加するのかが評価されしばしば理解され、参加者の振るまいが必要な歳を管理でき、満足のいく、魅力的な、生産的な、及び／又は適切と考えられるように強化される。例えば、ライセンスを受けた獣医師でＥＦにて宣言された獣医師は、ネコの行動上の問題を扱う際にスキルに関する信用性宣言を通じて高い評価を受けており、ＣＰＥの大都市やアクション映画の交通困難の中での通行の困難さ、及び彼らが劇場を離れタクシーを捕まえるときに人々の行動にどのような影響を与えるか、などを議論することに興味があるライセンスを持つタクシー運転手よりは「家猫の振る舞いに関する学習（扱い）」に関わる思考セッションに参加することがより有用とであろう。
【０２０１】
いくつかの実施形態では、例えば、自己特徴付けを含むような自己信用性、例えば、獣医や獣医の診療所／雇用者／管理者による接続された信用性、及び彼／彼女が資格を受けており、例えば、猫や犬の問題行動の扱いに、さらに大学院の資格の仕事を持ってことに関するそのような獣医の獣医学校による非接続の信用性（興味の対立が無いか最小限）についてＰＥＲＣｏｓは公開された参加者の資源として資源タイプを管理することができる。さらに、信用性は獣医が提供する宣言に関して、他のＥＦが「証明した」獣医や獣医が関係するグループにより、及び／又は依頼人の猫の持ち主や、例えばＥＦで証明された猫の所有グループや協会などによる宣言が供給されてもよい。このような信用性は、例えば、宣言のタイプにより宣言の集約の格付けを異ならせる形としてもよく、例えば、獣医師は、他の獣医師の猫の行動の問題を扱う目的のための可能な１０のうち７を評価し、依頼人は１０のうち９を、ＡＶＭＡ（米国獣医師会）の認定を受けた米国での獣医学の何人かの教授は１０のうち８を、であり、例えばいくつかの実施形態では、上記は全て、記憶され一貫した処理のために各宣言タイプのセットについて利用者セットが少なくとも部分的にそれら（信用性）それぞれの評価の宣言を表明者の特性タイプによって見直すことができるように集約や個々の実体での利用が可能である。
【０２０２】
いくつかの実施形態において、除外、包含、優先順位付け及び／又は他の評価可能性及び／又は、そうでなければ、候補資源は一つ以上のＣＰＥセットで規定されているＥＦタイプの個別やグループの情報の信頼性が完全な水準に達しているかどうかに従って利用者や利害関係者セットの命令（信用性表明者のためのＥＦのタイプ、提供者、発行者、などを含む）の利用者や利害関係者が設定したＣＰＥセット、利用者が記録した優先権、利用者グループの管理者の統治セット、主権政府の命令セットなど仕様に関わっているものが要求されたとおりに実行できるように処理される。いくつかの実施形態では、領域や一般的な例えば、ＰＥＲＣｏｓの主管庁／公益事業体セット及び／又は一つ以上の領域の協会（例えばＡＶＭＡ）などによって雇用されるかコンサルティングを行う専門家によって定義された場合は、そのようなタイプが標準として宣言され確立することができる。
【０２０３】
試験（ｔｅｓｔ）は、利用可能であってもよく、及び／又は証明書は、ＰＥＲＣｏｓの一つ以上の公益事業体や他のクラウドサービスのような利用者と利害関係者を保証することを明確に支援する一つ以上の主管庁によって提供されてもよく、それらは、信頼することができ、このことが例えば、ＥＦタイプと宣言した属性、例えば、所与の大学の所与の学術領域を卒業して特定の特定時刻の日に学位を得たなど、所与の目的クラスや全体に対して充分に信頼が置けることが判るが、しかし単一のあるいは多数のファセットとなる。そのようなタイプの情報のいくつかは、例えばＥＥの学士号を有するものは標準化することができるが、一方、専門分科の学位に対する命名は、メタデータとして記憶されるが、ＰＥＲＣｏｓの推定効率やその他のＰＥＲＣｏｓの実施形態の理由からサブカテゴリとして標準化されていない。例えば、利用者は、それらのＣＰＥセットあるいは関連する目的ステートメントの中で、全ての特定のタイプカテゴリの数値を平均することにより専門家の定義した全ての基本的なタイプを使用すると定義したが、いくつかは平均化し処理するが一つ以上のその他の物を異なる入力として分離して処理することにより、これらのどのようなこれらのタイプの値にも一つ以上の重みを関連付けることにより、また、ここで例えばそのタイプは、例えば標準化団体や公益事業体や商業クラウドサービスセットを通じて提供され、その各々のタイプについて一つ以上の特定の形の関連する認証証明書や他の確証で、それらが別々の方法で管理できる。
【０２０４】
例えば、いくつかの実施形態では、利用者セットは、経済に関連する学習目的についての適用する専門家の入力が幅広いことを望むかもしれない。
このような利用者セットは、そのあとで認定された北アメリカの大学の国際経済学の教授、主要な経済関連の出版物（例えばエコノミスト、ニューヨークタイムズ、ウォールストリートジャーナルなど）のスタッフコラムニスト、連邦政府の経済関係者、主要な経済シンクタンクやコンサルティング会社の経済学者、及び／又は特定の重要な企業の経済学者として、関連するＥＦの参加宣言提供者の仕様を提供し、ここで、１つ以上の上記のサブタイプがＡＥＡのような協会により認証のために認定してもよい。ＡＥＡ自体は、例えば、利用者が経済学関連の目的の達成プロセスの専門家の入力レベルを最適化するために利用者が目的の類似性が一致している標準化された評判属性に入力するのを可能とするために、このようなタイプ構成からなる資源を公開することがある。ＡＥＡと同様に、他の類似グループ、標準化機関、やその他の利害関係者は、例えば、目的クラスや表現実体に関係するかも知れないので、そのようなサブタイプのための任意の異なる一つ以上の重み付け、例えば、目的のクラスの特定の専門知識のタイプとサブタイプの構成を公開できる。結果として、類似グループは、例えば、簡略化した体系、選択が制約された、相互運用性を可能とする標準化された形式、使いやすさ、及び推定的な演算処理をサポートするために、領域を使用する規格又は一般的な専門家の特徴付けを公開することができる。いくつかの実施形態では、これらの標準化されたタイプとサブタイプの構成は、中核目的、他のＣＰＥ及び／又は目的のクラスや他の論理分類学やオントロジ-グルーピングと関連する制約された分類タイプの専門家や主管庁による実現を表すことができる。これらの制約の選択セットは、例えば、特定の目的のクラス内又はその他の近辺のセットで、例えば、評価、選別、優先順位付け及び／又は候補資源の他の類のランク付けに使用される、評判（ＥＦと信用性）や他の資源に関連する特性として機能する。
【０２０５】
上記の評判の策定は、仕様情報を、他の指定信用性や集約信用性実体及びその他のＣＰＥ表現要素と一緒に入力として処理されているこのような情報と共に、例えば、利用者セットの手本となるＣＰＥの策定や一貫的な処理（又は、むしろ他の利用者や利害関係者の評価）に貢献（又は編集されるかあるいは変換される）するものとして使用できる。
【０２０６】
例えば、このようなタイプは、いくつかの実施形態において、個々や集合的な構成で使用されるように選択することができる選択肢のタイプの制約数をファセットのインタフェースがリストにすることにより提供され、そして、それを、そのような利用者がＣＰＥ仕様の準備の間に選択していく、及び／又は以前の目的クラスやＣＰＥセットや資源セットと関連した優先権の選択プロセスにより選択され、それを利用者が設定した優先権セットの一部として記録されてもよい。領域や汎用ＰＥＲＣｏｓの特定の専門家は、中核目的領域カテゴリ（サブカテゴリを含む）やその他のＣＰＥ要素の組み合わせに基づいて、どのタイプが論理的か、あるいはそのような妥当な頻度で、あるいは一般的な推定と同じくらい充分か、利用者の例えば、ファセットのプロンプトや利用者タイプの入力などの選択に利用可能となるか、を識別することができる。例えば、カテゴリが例えば新聞記者や大学教授である場合、専門家グループは異なるカテゴリの制約数（例えば、５、１２、１８、３０、など）がｘ個のサブタイプであると宣言できるが、ここで、このようなサブカテゴリは、関連する実世界のさまざまな種類の異なる範囲を表すものとして充分な一般化／簡略化を果たすことができる。例えば、ＥＦ仕様化のために、野生生物科学の教授のカテゴリは、実世界の部門名の野生生物科学、野生生物生態学、環境生物学マネジメントなどを含むことができる。このようなタイプの値の構成は、重要なＰＥＲＣｏｓに関連する特性が可能にする効率的な、例えば選別、利用者の分かり易い理解と利用とその効果、及び利用者の目的が適切か（例えば、中核目的や中核となる仕様などに関して専門家や主管庁が決定したそのような制約型のセット）、を体系化する。上記は、ＰＥＲＣｏｓの信頼性と反応、識別、選別、評価、優先順位付け及び／又は選択のプロセスを含む、ＰＥＲＣｏｓプロセスと利用者のＣＰＥと関連した結果の信頼性と反応を確実にすることの助けとなる。いくつかの実施形態において、例えば、ＥＦ検査や信用性特性に関して選択可能な信頼性保証レベル（例えば、１〜５など）としていくつかのＰＥＲＣｏｓの実施形態で支援されるそのような信頼性は、一つ以上の資源が現状の行動目的、例えば、充分な情報を有する利用者セットとＰＥＲＣｏｓ構成が可能とする、あるいは他の人が提供していた、ここでは猫の行動例であるが、猫の行動上の問題の是正に関する最適な結果を得るための診断や利用者セットの猫の扱いに関する充分な専門家の情報、に充分に信頼できることを利用者が識別し、評価し、及び／又は選択することを助けるための知識／経験を提供することに、利害関係者が関わることに保険をかけることを確実にする。
【０２０７】
例えば、いくつかの実施形態で支援することができる別のＰＥＲＣｏｓの例では、利用者が関連性のセットを開始することができ、ここでは、約１ダースの利用者の小グループが集まって目先の惑星／人間環境問題の最初として絶滅危惧種、このような野生生物種の状態に関連する環境、及び一般にどのようなメンバ個人が協力して、及び個別に特定の種の保全を助けることができるか、を議論することができる。ＰＥＲＣｏｓの実施形態は、例えば、そのようなグループを確立するための別の方法に使用されるかもしれない。
【０２０８】
たとえば、開始する利用者（ＩＵ：ｉｎｉｔｉａｔｉｎｇ  ｕｓｅｒ）は、グループ機能に相乗的、補完的な貢献を提供することができる異なる特性を定義することができる。例えば、ＩＵは野生生物科学、野生生物管理、環境科学などの学術領域に少なくともＭＳ学位を持っている何人かの個人をメンバとして持つことを望むことができる。さらに、ＩＵは、良好な通信の技量を持っているこれらの個人を望むことができる。さらに、ＩＵは脅威に脅された哺乳動物種の保全に理解があり一緒に取り組むことに特に関心を持つような個人を望むことができる。ＩＵは、熟練した、老練な、財政の実質的なビジネスの男性と女性であり、上記と同じ興味を持っており、及び認可大学からの最低限の学士号を持っているが学位には生態系の管理や科学の領域は必要とされない、さらに何人かの個人を望むことができる。最後に、ＩＵは最低限学士号を持っており、一つ以上の非営利団体と協力して顕著な成功を経験して成功した何人かの個人を望むことができる。ＩＵは、ここで規定された仕様基準を使用して、ＰＥＲＣｏｓの参加者の資源の記憶域で特定の及び／又は一般的な体系を調べるため、ＣＰＥを指定することができる。
【０２０９】
いくつかの実施形態で支持されているもう一つの例では、利用者セットは、約２０人で構成される小規模な映画の共同視聴クラブを開始することを決定し、ここでは、焦点は共同研究、識別、選択、同時出席、議論と冒険映画とドラマについて共同ブログにある。このグループは、集合的な思考力／知識、評価、体験、及び映画クラブの公開（ブログで）として機能することを目的している。
【０２１０】
いくつかの実施形態で支持されている別の例では、ヒト肝復活や移植に関連する合成生物学に焦点を当てた共同研究の議論、分析、及び相互支援グループに研究者が寄せ集まることを決定する。
【０２１１】
ビッグ資源の無限の多様性と機会に直面して、評価と目的指向の資源の識別、理解、優先順位付け、有効活用を利用者に提供するために、ＰＥＲＣｏｓは、少なくとも一部は資源対象（さらに資源部分を含んでいてもよい）と関連するＰＥＲＣｏｓ情報管理システムからなる管理空間であるＰＥＲＣｏｓの体系（コスモス）を支援することができる。ＰＥＲＣｏｓの体系はさらに、目的の特徴付け、次元と呼ばれる簡素構造、及び関連するファセットの組に従って体系化することができる。各次元とファセットは、いくつかのケースでは順序付けすることができる、値のセットから構成される。
【０２１２】
一つ以上のＰＥＲＣｏｓの実施形態では、基本次元やその関連するファセットは、その各々が独自の構造のセットだけでなく、親空間を継承する構造を有することができるＰＥＲＣｏｓの体系の部分空間を生成するために、使用することができる。
【０２１３】
例えば、次元の部分空間は、一つ以上のファセットを使用して定義することができる。各体系の部分空間は、空間となり、また、独自の次元を有することができる。例えば、基本次元部分空間は、中核目的特性、利用者特性、資源特性、評判など、さらなる標準化がなされた相互運用可能な情報セットを有してもよい。
【０２１４】
海図が、水の深さ、土地の高さなどを特徴づけるために、深さ、高さ、座標など持っているのと同じように、ＰＥＲＣｏｓの実施形態の次元とファセットは次元の数字に従って資源を特徴付けるために使用することができる。例えば、いくつかの実施形態では、資源の次元は、特定の概念の推定特性に従って資源を特徴付けることができ、限定はされないが、例えば、複雑さ（材料及び機能）、完全性、信頼性、位置、素養／関連する専門知識、言語、目的の特性、目的の価値、目的の知名度などである。これらの次元は、他の資源の役割、効率性、場所、予算、時間、及び他の測定基準などの特性、によって補完することができる。次元は、資源の識別、発見、評価、選択、組み合わせ、優先順位付け、提供及び／又は使用を助けるために、このような記述的な特徴を体系化することができる。それらは、類似度及び関連する照合などを分析するために使用することができる。海図の次元が大西洋の異なる点を特定し、それらの相対的な深さと他の属性を比較するように、ＰＥＲＣｏｓの実施形態の次元とファセットは利用者／利害関係者及び／又はＰＥＲＣｏｓの実施形態のプロセスが、次元数に従って資源を識別し比較することを可能とする。
【０２１５】
いくつかの実施形態では、基本次元のファセットは、目的クラスのＣＰＥを特定するために特に有用である。ファセットは、ＰＥＲＣｏｓの推定照合を支援し、ここでは、ＰＥＲＣｏｓの目的の事前評価や選択のプロセスに従う情報構造によってサポートされているメンバの資源を有する一つ以上の目的クラスを識別するために、利用者の手本となる目的表現で使用されるファセットの標準化と推定の性質を資源の記述的な目的表現と照合することができる。例えば、利用者次元からファセットを使用して表現することができる利用者特性は、資源セットの識別／類似度照合／事前評価／優先順位付け／提供、及び／又は利用においてＰＥＲＣｏｓが任意の領域や目的クラスセットに対応した利用者の素養／専門知識の表明を使用する可能にする。
【０２１６】
特定の実施形態では、ＰＥＲＣｏｓの実施形態の機能は、少なくとも一部は、遍在的に利用可能であることを意味する。このような場合、ＰＥＲＣｏｓの実施形態の文脈目的の関連機能はＰＥＲＣｏｓを基本とした運用環境の基礎的な機能を形成することができる。これらの実施形態は、利用者と資源とその使用可能性との関係の新しい形を確立することにより、オペレーティングシステムの本質を変換することができ、基本的に広範囲なコンピューティング活動の本質を変化させることができる。これらＰＥＲＣｏｓの実施形態では、文脈目的の機能は、オペレーティングシステムやその他の動作環境資源管理機能とサービスを深く織り交ぜることができる。このことは、セッションに関連する資源候補セットについて、一意的に統一された、適切であり、目的に最適化した利用者の見方を可能にする。利用者が特定の専門知識と支配権がある個人的な領域の外部にある資源を識別／使用しようと試みる場合や、利用者がビッグデータ／ビッグ資源の配列から資源を取り出す場合、これらの機能は、特に価値がある。
【０２１７】
現在の技術では、資源は、一般的に異なるとして分離した、別々のものとして分離されている。一方で、例えば、タグやフルテキスト要約は、可能な資源項目の属性、及びクラスタリング、意味論の検索情報を示すために使用することができ、そして分類オントロジは、資源のサブセット対して利用者の特定の視界を提供し、特にビッグデータシステムのような、少なくとも実質的に標準化され、文脈化された状態／実体−特定の利用者の仕様に一つ以上の資源セットとして運用上敏感に反応する原始要素として資源を扱う統一システムは存在しない。ＰＥＲＣｏｓの統一されたシステムの文脈目的を基本とした候補資源セット−例えば評判の限界が無く、特定の鍵となる独創的なＰＥＲＣｏｓの属性と属性の組み合わせにより補足され、目的クラスとその他の近辺のオントロジと分類学上のグループと領域、標準化された目的文脈次元及びファセット、及び集約した共通の目的コンピューティングの一貫したサービスによる実行などによる解決−への見方は、資源と一部の資源の可用性へのユーザの洞察力の効率性と目的妥当性を最適化する。さらに、ＰＥＲＣｏｓ利用者の目的／資源表現と資源と一部の資源の組織化、照合、選別、優先順位付け、凝集、組み合わせ、提供、及び使用方法の管理を通じて、資源提供及び使用状況管理を最適化する。これらの機能の結果として、ＰＥＲＣｏｓはビッグデータの無秩序な構成を秩序ある、目的を系統立てた、利用者の現在の目的に答える、ＰＥＲＣｏｓの運用環境構成の要素セット、から構成されたビッグ資源の構成要素領域に変換し拡張することができる。
【０２１８】
いくつかの実施形態ではＰＥＲＣｏｓは、（ａ）利用者、（ｂ）資源の価値連鎖のメンバ、及び（ｃ）評判表明者と事実表明者の三重性を支援し、上記はそれら各々の運用上の交差する文脈目的表現を宣言する−このような実施形態では、ＣＰＥは最低限、動詞の二重性（及び／又は推論された動詞）とカテゴリからなり、表現構成は強力な動詞、カテゴリ、及びその他の例えば、ファセットの簡素化と推定を含む文脈次元情報の三重性を支援する。このことは、効果的な目的プロセスの資源の組み立てと利用者の交差端部の推定演算能力セットを提供することができる。例えば、いくつかの実施形態では、ＰＥＲＣｏｓは、少なくとも一部は利用者の目的仕様の標準化と相互運用可能な中核目的推定の簡素化や他の推定機能、さらに、標準化された推定次元及びファセット、目的のクラスのメンバ資格とアプリケーション、資源関連の近辺、評判の評価／選別／優先順位付け、及び共通の目的をもつコンピューティング一貫性分析と、提供と、使用方法の管理、を使用する。これらの機能は、目的表現のための利用者／コンピューティング交差端部構成の対話機能−資源の選択を含む−及び／又は利用者の目的に関連する知識の強化及び／又は開始や中間や成果目的プロセスを含む体験の展開など、セッションの特定の目的の達成のための資源活用によって補完することができる。この対話は、例えば、提供された資源実体やセッション固有の資源の、資源目的の構成に固有の、明白な、役割によって、などと例えばユーザの目的達成の環境セットとして提供の形式でユーザ／コンピューティング構成の目的達成の足場を提供する骨組みの利用の形態をとる。
【０２１９】
少なくとも部分的には、利用者、資源の価値連鎖のメンバ、及び信用性表明者の三重性の標準化された目的表現を通じて、ＰＥＲＣｏｓの当事者は、目的表現の二重性や三重性と結合して特に現在の技術と比べてはるかに効果的な通知された候補の目的の達成準備を可能とするが、Ｗｅｂベースのビッグデータ、又はＰＥＲＣｏｓビッグリソースから結果を引き出す場合、あるいは利用者が制限され、あるいは不均一な専門知識を有している領域に属している資源の実体を含む場合は、真に最適な資源セットを指し示す（検索及び取得）には能力の制限がある。ＰＥＲＣｏｓは、そのようなものとして、例えば、目的に関連するコンピューティング環境を提供する際にＰＥＲＣｏｓの資源を使う場合、人々、サービス、アプリケーション、情報セット、機器、などの共通点のない状態で公開され、補完的な資源を含むフレームワークを使用する場合、唯一の、実用的なビッグデータ管理と資源利用のソリューションを提供する−しかし、いくつかの実施形態において、ビッグデータを超えてビッグ資源に拡張したが−。
【０２２０】
仕様として利用者の手本となる相互運用可能な文脈目的表現を使用して、公表された資源記述の文脈目的表現仕様（資源及び参照評判表明の両者の直接ＣＰＥ仕様、実効的事実、及び信念事実のＣＰＥ仕様）と照合すると、ＰＥＲＣｏｓは、ビッグ資源との関連性の本質を拡大するのと同様に、ビッグデータとの利用者との関連性の本質を変換することができ、基本的に多くの状況下で資源使用の生産性を変える。
【０２２１】
ＰＥＲＣｏｓの目的と資源との照合は直接に、及び／又は一つ以上のＰＥＲＣｏｓの目的クラスのオントロジや他の情報機関の中間的な使用を介して行われる。ＰＥＲＣｏｓでは、利用者はその必要性を簡単な物からより記述的な手本となる目的構成へと組み立てることによりビッグ資源と関係し、さらに（必要に応じて）目的（及び必要に応じて、一人以上の利用者（及び／又は利用者グループ）に関係する他の文脈／記述情報）の共通性の関連づけを通じてビッグデータとその他のビッグ資源の検査を方向付ける利用者／コンピューティングが交差する対話へと展開する。この統合は、利用者と候補となる演算装置の資源との間の関係を変化させる。いくつかの実施形態では、大規模な分散した非常に多様なデータ、サービス、ソフトウェア、参加者及び／又は物理的資源を機能的な目的を満たすグループへと組織化することにより、ＰＥＲＣｏｓはコンピューティング関連の資源の本質と利用者との関係の新しい、より広い、より柔軟なコンセプトの事前評価と展開を支援する。
【０２２２】
現在の利用者の目的と可能性のある資源を適切に照合させるための手段を提供することにより、すなわち、一つ以上の目的が現在のコンピューティング構成のセッションで同時に発生した場合、彼らの目的達成を具体的に反映し支援するように利用者が演算資源を取得して形作ることをコンピューティング環境は可能にする。例えば、資源セットの使用の実際の、意図した目的に答えるのではなく、資源がキーワードに応じて返される可能性のある資源との不透明な関連性を利用者が持つよりは、候補資源は利用者の学習、発見及び／又は体験のプロセスセットを最適に満足させる能力に関して、すなわち明白な一つ以上の項目が検索されるのではなく、返却された資源が利用者の活動の領域を考慮していることで、評価される。結果として、実際に使用できる資源の完全な範囲を含む可能性のある資源と利用者の関係の本質は、特に利用者が明示的な一つ以上の特定の資源を指し示す、すなわち明確に要求する／識別する、のではない場合に、根本的に変更し改善しても良く、あるいはもし、利用者の要求が利用者のその下にある目的を最も満足するように充分に知らされていない場合には探索と検索を実施する。
【０２２３】
例えば目的関連資源セットの識別、選別、選択、組み合わせ、優先順位付け、提供及び／又は使用プロセスの管理、を含む文脈目的の標準化され相互運用可能な表現を採用する道具を通じて、利用者の資源評価と利用者／資源の相互作用は本質的に影響を与え、それは、このような、さらに利用者の履歴と群衆行動と関連するデータやイベントと同様に関連する文脈入力と組み合わされてもよい目的表現によって指示され、あるいは少なくとも先導されている。
【０２２４】
ＰＥＲＣｏｓでは、資源は、アプリケーション及び／又は関連情報の形式でコンピューティングシステムが実行可能なデータ以上のものを表す。いくつかの実施形態では、ＰＥＲＣｏｓの資源と、ＰＥＲＣｏｓオペレーティングシステムと他の環境は、リソース管理、識別、評価、利用の柔軟性が高くかなり広い概念を表すが、ここで、資源は−必須ではないが−他人のような物理的な世界に存在する資源のインタフェース、及び／又は制御プロキシを表す記述的な役割を果たす情報と、ＰＥＲＣｏｓの目的達成実現の影響又は制御プロセスを通じて、直接にあるいは間接的に少なくとも一部は利用者により制御することができた物理機器のためのインタフェース制御情報を含む、あらゆる可能で処理可能な情報のタイプから構成する。
【０２２５】
実際には、日常生活のように、ＰＥＲＣｏｓを通じて、目的達成と資源は最終的にはしばしば人間の心の中では分けることができない。この原則に基づいて、利用者は、ワード（登録商標）、パワーポイント（登録商標）、グーグル（登録商標）、ヤフー（登録商標）、ウィキペディア（登録商標）、又はＡｃｒｏｂａｔ（登録商標）などの現在のタスクの実行アプリケーションや、クラウドサービスのサイロ構成の中に含まれているのではなく、ある意味では利用者の目的に反応する、すなわち、利用者が決定し及び／又は演算設備が個々の項目あるいはセットとして「最も」利用できる資源、例えば、目的クラスのアプリケーション環境の形で、例えば、セットとして公開される任意の合理的な組み合わせの中の敏感に反応する資源が認識され、選別され、評価され、選択され、優先付けされ、結合され、提供され、さらに体系化され、及び／又は使用されることを期待して、彼らの動的な目的（これが、彼らの現在の目的）を特徴付けることができる。ＰＥＲＣｏｓは、いくつかの実施形態では、利用者固有の目的の探求の展開や増強及び／又は達成のために少なくとも一部はデジタル環境で提供することができる。ＰＥＲＣｏｓは、いくつかの実施形態では、例えば、あらゆるＰＥＲＣｏｓに準拠する、及び／又は解釈可能なＰＥＲＣｏｓの運用上（すなわち、充分に又は完全に）唯一の一つ以上の識別子と関連する一つ以上の目的表現、目的クラス、及び／より広い文脈のデータの使用／目的の関連情報を含む他のメタデータ持つ資源項目を含む、資源に対するポータルとして機能する。
【０２２６】
いくつかの重要な、目的の微細化や資源探査の展開のためのＰＥＲＣｏｓの探査や発見を支援する、ＰＥＲＣｏｓの方法のセットは、例えば、一つ以上の：例えば、目的のクラス仕様、統治の価値連鎖機能（寄付、広告、社会的及びその他の利害関係者の統治、手本や記述目的に関連する他の著作権管理）及び／又はＰＥＲＣｏｓ資源実体）などを含む、目的の資源の公開、認証、確証、他の整合性プロセス、評判目的の値の評価、及び他のメタデータ仕様を含む目的表現、と各々関連する。これらＰＥＲＣｏｓ機能は、例えば、多者間（利用者と利害関係者の両方）の目的属性／要求の目的照合／識別、選別、選択、優先順位付け、組み合わせ、凝集など、を支援している仕様実体を提供し、そして、構成の中で鍵となる機能を形成し、少なくともいくつかの実施形態では、ＰＥＲＣｏｓのＷｅｂ構成からなる目的の体系の自己組織化へと進化する。
【０２２７】
例えば、ＰＥＲＣｏｓの実施形態に準拠した資源セットは、この様なセットが、活性化され、ある意味では適用可能なように応答するようさらに時間をかけて制御され、凝縮される、限りは目的表現が運用の共通の目的セットとして機能し、さらに、例えば、このような目的表現それ自体は、利用者の知識の強化、発見、体験過程、及び／又は結果観測（直接又は間接的かどうか）の展開の進化するシーケンスを表すことができるので、結合がある場合は密着可能である。
【０２２８】
いくつかのＰＥＲＣｏｓの実施形態では、結合（任意の関連する他の文脈と一緒に、例えばメタデータなどの関連情報）されて利用者の目的の複合表現を提供することができるいくつかの種類の表現があっても良い。これらは、例えば、下記を含む：
【０２２９】
（共通の目的表現）
【０２３０】
・一人以上の利用者と密接な利害関係者の実体で、標準化と相互接続及びその他の解釈可能な目的のセットと関連する仕様（例えば、目的表現）であり、そのような当事者の各々の目的の満足の合意のために、それらは融合されてすべての適切な特定の当事者の資源の識別、評価、提供、利用、結果などに関連する特定や推測された興味や優先順位や要求の決意された統合を形づくる。
【０２３１】
（共通の目的の共有）
【０２３２】
・相互参加によって共通に提供することができる特定の目的及び一つ以上のＰＥＲＣｏｓセッションに関する共通の興味を持つ一人以上の利用者は、交換し、あるいはその目的表現と任意の密接な他の関連する仕様を提供するが、ここで、上記はＰＥＲＣｏｓ活動を共有化するために提供された公開された運用仕様に分解される。このような共有の活動は、一つ以上の資源セットの使用を介して共通や相補的な目的と共有することを含む。
【０２３３】
そして、上記の任意の組み合わせ。
【０２３４】
いくつかの実施形態では、上記の運用の間、一つ以上の新規の資源（例えば仕様を含めて）が例えば一つ以上の例えば、目的クラスアプリケーションの使用の結果の命令セットを含む、命令に基づいて作られており、そこでは、利用者のＰＥＲＣｏｓの意図した活動の部分、抽出した情報、及び／又は得られた情報は、任意の命令セットの構成、公開された結果と結合されてもよく、あるいはむしろ、ＰＥＲＣｏｓの目的表現、目的クラス、資源や資源クラス（例えば任意の参加者や参加者クラスを含む）、領域／カテゴリクラス、ＰＥＲＣｏｓ外の一つ以上のクラス、類似グループ、群衆グループなどの資源として保有されてもよい。
【０２３５】
いくつかのＰＥＲＣｏｓの実施形態は、目的操作のための知的ツールのセットを含んでもよい。知的ツールは、例えば、以下を含む。
【０２３６】
−目的表現の初期定式化及び／又は向上のために提供され、及び／又は、初期形成及び／又は向上について利用者を補助するための、ツール。
【０２３７】
−目的に応答する資源組織のためのツールであって、専門知識を反映するツール、例えば、目的クラス及び／又は目的ベースの資源（例えば、参加者を含む）オントロジ及び／又は分類（例えば、参加者オントロジ及び同種のものを含む）の作成、編集、及び／又は、変更を支援するツールを含み、例えば、資源セット及び／又はその一部分、及び／又は、資源クラス及び／又は目的クラス及び／又は目的表現のセットの間の関係を識別する及び／又は使用することを確立する及び／又は支援するツールを一つ以上を追加的に或いは代替的に含んでもよい、ツール。
【０２３８】
−ファセット・インタフェース及び／又は目的組織化された資源、及び／又は、クラスタリングや資源選択を支援するツールを含む他の知識に関係するグラフ化等の、専門知識により組み立てられたインタフェースの文脈から結果として得られる目的表現の最適な組み立てのためのツール及び／又は他の能力（埋め込み可能技術）。
【０２３９】
−次元ファセットのセットを用いてグラフ化されたものなどの視点の次元が、例えば、他のメタデータ指定によって補完され得、代替的な結果の評価及び／又は同種のもののために例えば、ファセット値及び／又は選択を変更することで操作される、ある特定の又は全ての特定の次元ファセットの組み合わせから結果として得られる空間の表現を含む、専門知識により組み立てられた文脈を支援するよう最適に構成されるようにして概念単純化や視点として組織化される、大量の資源セットを管理するツール。
【０２４０】
−一般的な、及び／又は、一つ以上の目的クラス、参加者クラス、領域クラス、資源クラス、資源近傍及び／又は同種のものと特定的に関連付けられる選好及び／又は他のプロフィール仕様のためのツールであって、このような選好及び／又は他のプロフィール情報は、例えば、特定の目的クラスセットとそれぞれ関連付けられるとして、現在の利用者の一つ以上のＣＰＥ及び／又は目的文、及び／又は基礎及び／又は意図するフレームワーク（例えば、目的クラスアプリケーション）とまとめられ、資源の識別及び／又は選択、及び／又は、セッションのオペレーティング仕様の準備に影響を与える及び／又は制御する、ツール。
【０２４１】
−目的クラスアプリケーション、フレームワーク、利用者及び／又は計算設備、基盤、及び／又は同種のものの操作及び／又は編集のためのツール。
【０２４２】
−資源、ＰＥＲＣｏｓ体系、及び／又は利用者セットと他のグループ目的運営の両方についての、領域登録やオントロジ的、及び／又は分類学的関連付け、識別定式化、目的値のチェーン管理、及び／又は同種のものを発行及び／又は運営するツール。
【０２４３】
−本願に記載するように、例えば、ネットワークのオペレーティング効率性及び／又は信用性及び／又はセキュリティを改善するよう、頻繁に使用される目的に関する関連付け及び／又は資源を記憶することによる、目的に関するキャッシングを含む目的ネットワーク管理のためのツール及び関連するインフラストラクチャであって、このような情報は、例えば、一般的に、及び／又は、目的に関する使用パターンを差別化することで、及び／又はネットワークマネージャセットによって特定されることで局所的に及び／又は地域的に望ましい場合に、様々なネットワークのキャッシング場所で維持されてもよい、ツール及び関連するインフラストラクチャ。
【０２４４】
−一つ以上の又は異なる目的クラス、資源クラス、参加者クラス、ＰＥＲＣｏｓ計算設備（及び／又はそのクラス）、及び／又は一つ以上の密接な関係のグループ及び／又は密接な関係のグループクラスと、異なるセキュリティポリシー／レベル／要件を関連付けることを含む、利用者、参加者、及び／又は、資源の完全性の監視、運営、及び／又は、実施のためのツール。
【０２４５】
−ナビゲーションや調査のための資源に関する仕様のためのツールであって、例えば、応答資源リストを見るための主要次元ファセット及び／又は補助的次元情報等の目的に関する属性の例えば、関係データベース操作／選別／重み付けを通じての候補となる資源の調査及び評価において利用者を支援するツールを含み、応答資源リストは、属性状態の少なくとも一部分で及び／又は非特定属性でランク付けされる及び／又は表示され得るツール。
【０２４６】
−目的言語仕様、注釈（例えば、言語要素の使用におけるプログラマー及び／又は利用者の支援に対してのもの）のためのツール、及び／又は、一つ以上の目的クラスアプリケーション、他のフレームワーク、基盤、ＣＰＥ、密接な関係のグループ、参加者、及び／又は、参加者クラス、目的クラス、及び／又は領域／カテゴリ等の構造体と象徴化を関連付けるツールであって、利用者、標準的なグループ、目的環境ユティリティ、密接な関係のグループ、政府、及び／又は同種のものによって使用され得るツール。
【０２４７】
−利用者固有、密接な関係のグループ、及び／又は群衆挙動クラス又は他のグループ分けに関わらず、記憶された「アクティブ」及び／又は履歴セッション及び／又はセッション情報を管理し、例えば、目的に対する質、目的に対する値、目的に寄与する値、及び／又は同種のものの評判次元ファセット、及び／又は、目的又は目的クラス及び／又は他の次元、及び／又はメタデータ、及び／又は同種のものに関連する利用者高度化のような次元ファセットを含む、例えば、次元ファセットに基づいて選別、優先順位付け、及び／又は情報提示を通じて利用者の目的及び／又は結果の進化の更なる交差端部の展開を支援するツール。
【０２４８】
−利用者や利害関係者に対するフレームワーク、基盤、共振、参加者、及び／又は他の資源を含む構造体や関連する資源を作成、編集／操作、及び／又は、管理するツールであって、このようなアイテムを、例えば、一つ以上のＣＰＥ及び／又は目的クラス、参加者及び／又は参加者クラス、資源又は資源クラス、領域カテゴリ、及び／又は他のグループ分け、及び／又は同種のものとの関連付けを通じて、目的表現及び／又は資源と関連付けるツールを含むツール。
【０２４９】
端部にわたって表現される人間の目的は、コンピュータ（コンピュータ入力）への利用者出力とコンピュータから利用者への出力（利用者への入力）が動的に連結される展開処理の形態をとり、クロスタイムダイアログ及び／又は観察セットを包含し、入力の相互作用するフローはセッションと相互作用する「動作主体」として機能する利用者とＰＥＲＣｏｓの計算設備（及び全てのＰＥＲＣｏｓ及び／又はさもなければ補完サービス）の両方を伴う。例えば、このような相互作用は、目的に関連する学習、探索、発見、及び／又は、イベント及び／又は利用者観察に基づいた暫定結果を含む、目的を満足させるための目的の展開中に生じ得る。
【０２５０】
これら交差端部の相互作用は一つ以上のセッションにわたり得る、つまり、利用者／コンピュータ配列ＰＥＲＣｏｓダイアログは休止／中断され得、後に及び／又は異なるＰＥＲＣｏｓノードの一つ以上の場所で継続され得る。
【０２５１】
このようなＰＥＲＣｏｓセッション内では、コンピュータ領域動作は、コンピュータ側のＰＥＲＣｏｓ支援されたプロセスを含んでいてもよく。これらのプロセスは、履歴に関する利用者情報、専門家のシステム動作、及び／又は、人工知能、及び／又は同種のものに基づいて、少なくとも部分的に利用者／コンピュータ優先順位を予想し、それは、利用者や目的と関連付けられてもよく、及び／又は利用者／システム相互作用に対する支援を含んでいてもよく、これらの相互作用は、ＣＰＥ仕様及び／又は目的クラスアプリケーション利用者インタフェース入力等の利用者目的関連のアクションの人工知能解釈に少なくとも部分的に補完され開始されるものであり、そうしたＡＩ及び／又は同様のプロセスは、情報を更に解釈してもよく、この情報は、利用者記憶されたプロフィール（例えば、選好を含む）及び／又は一般的な及び／又は一つ以上の目的クラス及び／又は利用者指定のＣＰＥと関連付けられた履歴に関する使用、並びに、一つ以上の目的クラス及び／又はＣＰＥセット及び／又は一般的に群衆、参加者クラス、密接な関係のグループ、プロフィール、及び／又は選好から導出された入力、及び／又は他の同様の入力に関する情報である。
【０２５２】
いくつかのＰＥＲＣｏｓの実施形態では、一つ以上の資源は、目的操作を支援してもよく、この支援は、利用者及び／又は利用者グループ入力に関与する情報の、順次の、及び／又は時間的なパターンの認識、及び／又は、利用者及び／又は利用者グループの生体情報の少なくとも追加的な部分、例えば顔表情、呼吸パターン、声振幅、抑揚の読み取りや解釈、及び／又は頻度情報、セッション参加者の間の配向、及び／又は他の物理的位置決め情報、及び／又は、利用者計算設備における対象物、及び／又はこのような計算環境への全ての変化の、少なくとも一部分の視覚的な及び／又は他の認識を通じてなされるものである。このような情報は、一つ以上の期限及び／又は他の順次的及び／又は時間的イベントに先立って通知、リマインダー、及び／又は他の情報を提供することを含んでいてもよい。
【０２５３】
いくつかの実施形態では、共有の目的表現は利用者のグループによって承認された目的の仕様である。共有の目的表現は、一つ以上の共有の目的セッション（例えば、共有の目的表現が作成され維持されたセッションを含む）において使用されてもよく、前記同じグループによって後で使用されるよう発行されてもよく、及び／又は、一つ以上の特定された密接な関係のグループ、目的クラスのセットのメンバと関連付けられる及び／又はメンバとしての参加者クラス、及び／又は同種のものによる使用のために公的に発行されてもよい。共有の目的表現は、一つ以上の関係者によって作成され、密接な関係のグループセットに、参加者クラスセットに、又は、一般に発行される。これにより、他の予想される利用者が、共有目的、共通目的計算セッション、又は共有目的分散／集約計算セッションセットに引き付けられ、このセッションセットでは、関係者が、何人かのあるいは全ての他の参加者に依らないこのようなＰＥＲＣｏｓセッション（又はその一部）に参加するが、例えば結果を含む一つ以上の態様が、少なくとも部分的に共有され随意に共有の暫定結果と共に共有成果を有する。共有の目的表現は、各参加者セットに対して異なる役割を特定する共有の目的表現部分セットとして共有ＰＥＲＣｏｓセッションセットにおいて生じ得る。このような共有の目的表現及び全ての関連けられた共有の目的表現部分セットは、成果及び／又は暫定結果に対する参加者セットの権利を共有することを明記することがあり得る法的同意セットにおいて少なくとも一部分提出されてもよく、これには、このような成果及び／又は暫定結果、作成の権利、発行の権利、及び／又は、生成された成果の少なくともある態様の価値に関連する対応する参加者／利用者セットのワークにおける時間投資された資源の貢献、又は同種のものに対する金銭的補償を含む。
【０２５４】
ある実施形態では、ＰＥＲＣｏｓの共有目的セッションは、利用者が資源セット及び／又は資源部分のセットを学習し及び／又は発見し、同様のあるいは充分に似ている（仕様上）共有目的を持つ他の利用者と交流し、及び／又は、結果として得られる資源及び／又は資源部分のセットに興味がある他の利用者及び／又は利害関係者と交流できるように解決された、標準化された相互運用可能な目的表現を有する資源及び利用者を含んでいてもよい。利用者の文脈が変わるため、及び／又は、利用者ＣＰＥの近似計算の性質や同じＣＰＥを使用する利用者間で存在する二次的差異のため、異なる利用者の結果セットが異なり、ユーザー体験及び／又は他の成果が異なる。
【０２５５】
いくつかの実施形態では、ＰＥＲＣｏｓにより利用者のグループは共有目的を宣言及び／又は発見することができる。例えば、利用者は、釣り、家庭用デジタル・オーディオ配信、ケージャン料理の料理、及び／又は同種のものと、目的における自身の関心を宣言することを望み、更に、一緒に映画を鑑賞し意見交換したり、一人以上の人と音楽を共有すること、及び／又は同種のものなど、この共通の目的に関してＩＵには未知かもしれない他の参加者となんらかの方法で交流することを望むとする。例えば、ＩＵよりも専門知識を有する人は望ましいＰＥＲＣｏｓセッションの相手となり得る（例えば、このような共有、例えば、同時放送映像及び音声会議、テキスト、チャット、及び同種のものを支援する目的クラスアプリケーションツールを使用すると共に）。これは、例えば、化学の実験、一つ以上のブログ記事の共著、ノート型パソコンのハードドライブの置換、音楽コーラスでの合唱、及び／又は、物理的に離れているが共通の目的計算セッションを共有している参加者とのバンドで演奏すること、及び／又は同種のものなどのタスクを伴うＩＵセットを補助する誰かを識別することを含んでいてもよい。
【０２５６】
いくつかの実施形態では、共有目的セッションは、例えば、セッションに対して共有目的表現と関連付けられる同じ資源の少なくとも一部分と相互に作用する利用者と相互に作用してもよい。いくつかの実施形態では、これは共有目的セッション（個別に及び／又はグループで）について資源を発行した一人以上の発行者が関与する。利用者は、特に一つ以上の共有目的のためである資源を作成することを選ぶことで発行者として振る舞ってもよい。共有目的クラスアプリケーションは、共有目的を追及する利用者／参加者のための環境として発行されてもよい。
【０２５７】
例えば、いくつかのＰＥＲＣｏｓの実施形態では、共有目的の一態様は、共通の目的計算アクティビティ中の共有目的の表現を通じての、及び／又は共有する体験を通じての社会的交流や潜在的な結び付きである。一人以上の利用者は、例えば、共有目的セッション内で動的に目的操作を請け負ってもよく、例えば、他の利用者及び／又は資源との交流に関して他の利用者セットの選好に影響され得る。このような動的アクティビティは、他の候補者一人以上のセッション利用者（及び／又は利用者セットの自動的提供）にイベントメッセージを生成し、及び／又は利用者は、個別に又は集合的に、例えば投票により、利用者セットに提供する形態で展開する体験の少なくとも一部分を共有すると決定して、進行中のＰＥＲＣｏｓセッションに参加する、及び／又は、更なる利用者セットのアクティビティ及び／又は結果のために資源として録画する、例えば発行する、及びこのような情報を利用者セットに提供してもよい。このような例では、本セクションにおいて先に説明した例のように、利用者は目的クラスと関連付けられ、及び／又は、例えば、共有した（及び／又は補完的な）選好、プロフィール、ＰＥＲＣｏｓ履歴情報、及び同種のものの他の文脈的情報によって増大された利用者目的文及び／又はＣＰＥと充分に類似度がマッチングされた資源から恩恵を受けるだけでなく、追加的には、他の利用者及び／又は参加者の視点、交流、その共有目的セッション内の動作とのコメント的及び／又は物語的な関連付けからも恩恵を受ける。
【０２５８】
このような動作の間及びその後、一人以上の利用者は、例えば、一つ以上の目的クラスや資源クラス（例えば、参加者クラス）と関連付けられる絆を形成する等、他の利用者と関係を築いてもよく、これは、更なる共通の恩恵、社会的統合、及び／又は目的充足感／満足感につながる。例えば、いくつかの実施形態では、一人以上の利用者は、例えば、モダンジャズで適度な経験を有し非常に楽しいと感じ、且つ、社会学において大学院の学位を持つ、又は、ケージャン料理を楽しむ個人よりなるモダンジャズ鑑賞グループのような密接な関係のグループを形成することを望む場合がある。このような参加者は、利用者として、例えば、関連する社会学的理論及びルイジアナ州におけるジャズの文化的背景等の関連文化の理解及び／又は研究に傾注しながらＰＥＲＣｏｓ評判ツール、ＰＥＲＣｏｓ識別された他の資源、及び、両方を利用してモダンジャズやケージャン料理について学習し発見することを協力し合って集合的に助け合ってもよい。いくつかの実施形態では、密接な関係のグループは、シナジー補完要素を伴う共有目的クラスのような共有目的表現に基づいてもよく、利用者として関与し得る参加者を含む利用者及び／又はグループの資源との潜在的に複雑な関係が作られる。これは、表現された共有目的仕様セットと関連付けられてもよい。
【０２５９】
異なる実施形態におけるＰＥＲＣｏｓ目的表現仕様配列は異なる形態をとる。これらの実施形態で一貫していることは、表現の単純化の原理であり、このような表現は、プロセス、及び、表現仕様に応じて展開し得る学習、体験、及び／又は発見のプロセスの効率性を容易化するために利用者目的の近似の形態を取り得る。
【０２６０】
ＰＥＲＣｏｓオペレーティング環境／システムは、組み合わされて中核目的表現として解釈され得る動詞及びカテゴリのセットの仕様（及び／又は推論）を提供する。これら実施形態のいくつかは、前置詞や副詞（特に、特定の中核目的又は他のＣＰＥセットに論理的に適用可能となるくらいに多様性が制約される）のようなある文法的な明確化要素の使用を支援してもよく、更に、他の主要次元ファセット及び／又は補助的次元、及び／又は同種のものの形態にある様々な状況的及び他の文脈的特徴を含む追加的な明確化要素の特定を支援してもよい。操作、並びに、標準化／相互運用性管理の単純化に関して、特徴又は特徴／サブ特徴の各グループ化において利用可能なオプションは、制限されたリストオプションセットに制約され得、このような特徴オプションの制限されたセットは、目的近似表示及び／又はメタデータマッチングに対する論理的及び／又は頻繁に適用可能な選択肢の利用者による選択し易さを容易化する。いくつかの実施形態では、特定のこのような制約されたリストメンバと関連付けられた同義語セットは、一部又は全てのメンバについて利用者が見ることが可能であり、利用者の理解を通知する及び／又はＰＥＲＣｏｓ目的表現に対する利用者の特徴選択を案内し、及び／又は全てのこのような同義語の使用法が、操作可能な同義語専門用語集に自動的にあるいは利用者の許可の下、変換されてもよい。
【０２６１】
ＰＥＲＣｏｓの実施形態は、異なる表現近似単純化スキームを使用してもよい。例えば、ＰＥＲＣｏｓの実施形態は、動詞及び領域カテゴリ（例えば、カテゴリはＤＭＯＺカテゴリ化階層配列に同等な方法で組織化されてもよい）の別の仕様を提供してもよい。このような実施形態は、例えば、最初に、あるいはカテゴリ選択と同時にファセット動詞選択インタフェース（又は反対に、領域カテゴリファセット選択インタフェース、続いて動詞ファセット・インタフェース）を提供してもよい。このような実施形態では、例えば、利用者は、無制限の又は制限された論理的に一貫性のある／適当な選択肢のセットから、一つ以上のカテゴリ及び／又はサブカテゴリを選択し得る。追加的な選択又は前置詞、副詞、及び／又は同種のものの他の入力の有り無しに関わらず、動詞及び領域カテゴリ選択が完了した後では、このような実施形態において、利用者は標準化された相互運用的に解釈可能な表現要素及び組み合わせを使用し、目的近似を表す中核目的を特定している可能性がある。
【０２６２】
ＰＥＲＣｏｓの実施形態では、様々な中核目的補足アプローチが採用され、このようなアプローチは類似しているが異なる目的表現概念単純化スキームを用いる。
【０２６３】
例えば、一実施形態のセットでは、中核目的は、補助的次元アプローチを更にあるいは交互に使用し得る主要（又は基本）次元／ファセット配列を通じて提供される他の原理単純化特徴で補足される。本実施形態のセットでは、主要次元は、中核目的（例えば、主要次元特徴としても定義され得る）を補完する標準化された特徴よりなる。これら更なる主要次元は、主たる論理的単純化ベクトル特徴付けグループにグループ分けされる。
【０２６４】
主要次元は、ファセット及び全ての関連付けられた特定値よりなる。いくつかの実施形態では、これらの、中核目的を論理的に補完する主要次元のグループ分けは、例えば、利用者、資源、評判知識／専門知識／意見の表明、及び資源に関する効果的且つ信頼のある事実、及び、特別なファセット（例えば、全ての主要次元及び関連付けられた値表現セットを表すアイコン及び／又は他のシンボル又は略語）よりなる。このような主要次元、中核目的及び次元ファセットは、目的近似構成要素を表現するために使用され、これらの構成要素は、中核目的仕様と組み合わされた場合に、資源インスタンス及び／又はその近傍及び／又はそのメンバを、識別し、評価し、決定し、優先順位付けし、組み合わせ、及び／又はプロビジョニングし、例えば、利用者調査のために識別し供給するのに使用することができ、これらは、例えば、（クラス、近傍、又は、他のグループ分けメンバシップの決定後に計算されない場合）一つ以上の最も関連性のある目的クラス、資源メンバセット、及び／又は資源インスタンスを類似マッチング及び優先順位付けを通じてなされる。
【０２６５】
これらのタイプの主要次元近似の実施形態を補足するのに、例えば、主要次元及びファセットの使用を通じて識別されるクラスメンバ資源及び／又は目的クラスのセット等の資源近傍の資源部分の更なる識別、評価、決定、優先順位付け、組み合わせ、及び／又は、プロビジョニングを支援することにおいて、いくつかの実施形態における更なる或いは代替的な仕様が作成されてもよい。本実施形態又は使用ケースのセットでは、利用者及び利害関係者が補助的次元を特定してもよい。補助的次元は、解釈可能な仕様を表すが、この仕様は、目的近似近傍を定義する際に使用される構成要素の標準的な相互運用のリストに主に基づかず、そのグループ化が、解釈可能な要素セットのオープン配列をそれぞれ表してもよく、それらの要素セットは例えば、目的クラス又は他の近傍のメンバ及び／又はその一部分の類似マッチング及び選別において使用され得るものである。補助的次元のオープン仕様のインスタンスは、例えば、資源の候補となるグループ分けを決定するためにビッグ資源又はビッグデータ内でアイテムを識別及び／又は評価するよう、ある状況下で適用された場合に、非効率的及び／又は不適当な特定となり得るが、補助的次元は、特定の資源インスタンス結果に対してより特定の利用者又は利害関係者に特定の基準に応じて解決するよう、目的近似クラス又は他のグループメンバセットに適用された場合にいくつかの実施形態又は状況下ではより適当となる目的仕様を提供し得る。解釈可能な要素のオープン配列のそうした補助的次元は、いくつかの実施形態では、論理的グループ分けに組織化され、更に、ある単純化サブセットで組織化されてもよく、これらは、利用者や利害関係者の選択／選別／評価パラメータを最適化する文脈及びプロセスを表す基準を理解し、選択し、及び／又は組織化することにおいて利用者／利害関係者を支援する。
【０２６６】
いくつかの実施形態では、補助的次元は、例えば、以下のために利用者の論理的理解の単純化グループ分けに配列されてもよい。
【０２６７】
１．以下のためのプロセス仕様
【０２６８】
ａ．例えば、関連するイベントベースのトリガ、制御、及びプロセスフロー管理を含む、権利及び／又は義務のルール、統治仕様等の密接な関係、社会的、及び／又は、商業的、及び／又は同種の命令；
【０２６９】
ｂ．少なくとも一つの目的表現と関連付けられ、状況セットを特定できる命令セットである共振仕様であって、その状況セットの下では状況の有無（サブセットにおいては個別に及び／又は全体として）が、特定されるように、利用者目的の満足感の最適化を容易にし及び／又は損なう共振仕様であり、補完的な寄与資源セットに関するシナジー命令を含む共振仕様；
【０２７０】
ｃ．例えば、ソフトウェアやサービス、及び／又は、ハードウェア命令、及び／又はそれらに対する制御情報を提供し、利用者目的を満足させる結果を最適化するためにその命令に基づいて識別、処理、及び／選別を容易にすることのできるプロセス自動化指示であって、関連するイベントベースのトリガ、制御、及び、プロセスフロー管理を含んでもよいプロセス自動化命令。
【０２７１】
２．例えば、プロフィール、選好、利用者ＰＥＲＣｏｓ仕様履歴ストアに記憶された情報、及び／又は、例えば、目的、資源及び／又は他の有用なクラス及び／又はインスタンスに関連する推論される群衆の選好や履歴情報等の一般的に発行される「群衆」使用履歴等の一般的なデータアイテム。
【０２７２】
３．フレームワーク、基盤、及び／又は同種のもののような目的関連セッション構築及び／又は評価ブロックとして使用される情報配列等のＰＥＲＣｏｓ構造体。
【０２７３】
４．ブール表現、メタデータリスト（例えば、タグ、構成された情報配列）、及び／又は同種のものの自由形態のパラメータ化。
【０２７４】
いくつかのＰＥＲＣｏｓの実施形態では、ＣＰＥ仕様インタフェースは、制御された語彙の選択肢のグループ分けとして配列される補足的な及び／又は代替的な主要次元を使用してもよく、このような次元グループ分けは、主要ファセットタイプ（中核目的、利用者、資源、評判、特殊記号）を表すことに対して、代替的な利用者選択を直接的に含む。例えば、このような表現単純化配列におけるいくつかの実施形態は、例えば、いくつかのセットのデータ特徴、役割、間の関係、試験及びルーティン、資源アイテム、体験の質、様相、及び／又は同等のものなど、ある特定の次元タイプ下において利用可能な選択肢を表す制御された語彙のインスタンスを提供してもよい。これらの一つ以上の選択肢のセット自体もオプションをクラス及び／又はカテゴリ構造によって組織化しているため、選択肢のセットが充分に大きい場合には、利用者ナビゲーション及び選択がより簡単になる。これらの選択肢のセットは、例えば、領域カテゴリ選択に適用され得る組織管理に相当する方法で組織化されてもよい。ＰＥＲＣｏｓのいくつかの他の実施形態のように、これらの実施形態は、事前仕様要素及び／又は利用者及び／又は群衆の挙動パターン／履歴に基づいて選択ができるよう利用者ファセット・インタフェースを使用してもよく、全ての所与の選択列におけるファセット選択は、例えば、論理的に賢明な、及び／又は一つ以上の一般的な及び／又は領域専門家及び／又は権限のセットによって見かけ上選択されてもよいそのセットによって制約され得る。いくつかの主要次元の実施形態における選択で支援され得るように、このような利用者インタフェースにより、所与の次元に対する完全な制約された語彙リストのサブセットとして得られる論理的に制約された選択肢のセットと、完全に制約された又は交互に制約された語彙との間のトグル選択は、利用者選択に対する影響を評価し、例えば、単純、適度、及び、拡張されたファセットリスト選択の複雑性の配列間の選択等、簡単な選択対より選択肢の多い選択の幅との間の利用者選択を可能にするよう、利用者及び利害関係者が他の一つ以上の次元における論理的に利用可能な選択肢を変更できるようにする。カスタム制限された語彙セットは、例えば、密接な関係のグループセットを含む参加者セットによって特定されてもよい。このような代替的な制御された語彙配列は、いくつかの実施形態では、例えば、補助的次元利用者目的表現仕様インタフェースの一部、また、いくつかの実施形態では全てについて使用される。
【０２７５】
より精密なカテゴリ指向の設計が、例えば、いくつかの又は全ての次元カテゴリタイプの下で比較的広範囲の選択肢の選択を有する配列において使用されてもよく、目的近似に対する利用者単純化仕様セットについて異なる視点を提供することができる。このような種類の配列は、より広範囲な標準化された資源特徴のフレキシビリティを提供してもよく、なんらかの状況下では、特定の目的応答資源を識別するための自由形態のパラメータ化を用いる実施形態よりも利用者にとってより反応がよく効率的である場合があるが、その実施形態は目的近傍を識別することに対して目的近似を特徴付けることについてはさほど有効的ではない場合がある。これらの実施形態は、ある実施形態について、配列又は状況において有用であることがあり、この場合には、直接的類似性は、資源インスタンスに対して評価されるが、所与の体験の質、様相、及び／又は、他の変数が、目的クラス等の目的近似セットとの類似性マッチングに対する使用において効率性や有益性が低いことがある。
【０２７６】
別のＰＥＲＣｏｓの実施形態のセットでは、ＣＰＥ仕様は、アクティビティタイプに関する意図的な視点を特徴付ける語彙の標準化された制約リスト、及び、例えば、ＤＭＰＺと同等のさもなければ類似する方法で構成されるカテゴリ配列の使用を通じて中核目的仕様を用いてもよい。本実施形態のセットでは、主要次元の単純化は、動詞、カテゴリ、特徴、焦点、視点、試験、及び、評判として組織化され得る。他の更なる主要次元は、「相互作用」及び／又は「統治及びルール」を表すものとして使用されてもよく、これは、新たな繋がった世界（又はその次元は例えば、「視点」の一部でもよい）における相互作用の関係及びプロセスの重要性が仮定され、プロセスを自動化し、政府的／社会的／密接な関係のグループのルール及び結果／影響（又はその次元は、例えば、「特徴」の一部でもよい）を行使することの重要性が仮定される場合である。他の説明した実施形態の例のように、これらの次元は、利用者が概念的に関連する組織的目的仕様単純化配列として容易に関連付けることができる論理的グループ分けセットを含むことが意図され、このような次元の選択構造は、いくつかの実施形態では、オペレーションの合理的単純化を確実にするようオプションの制約されたセットよりなり、このような制約されたセットは、シーケンスセットにおける任意の所与の時点では、例えば、一般的及び／又は領域専門家及び／又は権限セットによって、単純化、近似、及び／又は効率性に適当となるように決定されるように限定された値の選択を含むいくつかの論理的に関連する選択肢に限定されてもよい。
【０２７７】
いくつかのＰＥＲＣｏｓの実施形態では、概念記述スキーマ（Ｃｏｎｃｅｐｔ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｓｃｈｅｍａ  （ＣＤＳ））の考えが、次元、ファセット、及び、そのインスタンス及び全ての関連付けられた値の使用をある程度通じて用いられる。ＣＤＳは、概念を組織化し、類似性、差異、クラスタリング、グラフ化、類似分析を表し、さもなければ通信及び評価に対する要素を提供するために使用される多次元空間である。その主な役割は、ＰＥＲＣｏｓセッションに対する基盤を組み立て、ＰＥＲＣｏｓセッションの暫定結果及び／又は成果に寄与することができる資源との関連付けを作るために目的指向特徴ＣＰＥを明瞭にするためにＰＥＲＣｏｓ環境の参加者に表現要素を提供することにある。これらの構造は、資源セット及び／又はその一部分の識別、評価、優先順位付け（例えば、ランク付けを含み本願で使用されるように）、選択、組み合わせ、及び／又はプロビジョニング、及びマッチング分析及び／又は資源セットとのＣＰＥの他の関連付け（目的表現及び／又は目的文の組み立て）を通じて関連付けられた利用者目的指向を支援する。これら全ては、例えば、ＣＤＳ容易化情報の読み取り、マルチメディアエンターテイメントの展開、ビジネス生産性目的クラスアプリケーション、及び、他のフレームワーク、人間の相互作用の文脈、及び／又は同種のものを含む、適当な利用者目的の満足感のプロセスにマッチング及び／又は寄与して生成され、構成され、及び／又は識別された要素を伴う。
【０２７８】
知的制御、論理的関係性処理、及び、実行の効率性の両方について、いくつかの実施形態では、ＣＤＳは、次元にグループ分けされてもよく（本願記載の主要次元のように）、これはある実施形態では、他のファセットよりも概念的に互いとより密接に関わっているファセットのクラスタよりなり、いくつかの実施形態では、ファセット自体がサブファセット（及びサブサブファセット）に更に構造化されてもよい。
【０２７９】
本願記載の特定の構造は、目的近似について論理的、且つ、いくつかのインスタンスにおいては強制的な単純化を表す。これらは、（利用者と利害関係者両方の）機能的及び／又は目的最適化を容易化する一方、これらの構造は、コスモスの構造によって、使用される自然言語によって、又は、人間の脳の働きによって具体的に且つ固有に決定されず、これらの検討事項それぞれによってある程度互いに知らされ、通常は、現代の人間の挙動及び概念的傾向によって特に知らされる。特に、領域内のサブ領域のレベルの数は、幅対深さ（レベル毎のより多いターム対より多いレベル）及び一般性対特異性（いくつかの広い分類対多数の非常に特異なもの）といった二つのトレードオフを伴う。模範的な次元でファセットによって使用されるタームと、会話（英語）の文法部分におけるＰＥＲＣｏｓの使用との間には顕著な相関関係が存在し：動詞と動詞の等価物（並びに推測される動詞）は典型的には動詞、動詞のようなフレーズ、又は、相当するアクションが関与し；カテゴリ、名詞又は名詞のフレーズ；特徴、焦点、及び、視点は、いくつかの実施形態において、副詞、形容詞、及び／又は形容詞のような構造体；試験、動詞又は動詞のフレーズ、評判、標準化されたＰＥＲＣｏｓの質的な表れ及び関連付けられた情報を用いてもよい。しかしながら、これは選択の問題であり、主要次元が動詞、カテゴリ、利用者、資源、評判、及び、シンボルを使用し、他の実施形態は他の単純化戦略を用いてもよい。
【０２８０】
いくつかの実施形態では、目的近似のために、仕様観点からの利用者への恩恵は、国会分類のライブラリのような情報のプロフェッショナルに対する非常に詳細なスキームよりもむしろ、比較的粗い近似分類から得られるが、あるＣＤＳ実施、特に、ある使用に焦点が当てられた実施は更なるサブ領域のレベルを有する。これら実施形態の単純化のグループ分け及び他の特徴は、部分的に又は全体的に組み合わされてもよく、つまり、その目的単純化次元と全ての関連付けられた特徴は、任意の所望の組み合わせにおいて視点仕様ツールとしてそのツール又は動作的に同様な概念グループ分けを用いて使用されてもよい。
【０２８１】
いくつかのＰＥＲＣｏｓの実施形態では、目的表現に対して一つ以上の言語がある。効率性及び／又は相互運用性について、このような言語は形式的構文論及び意味論を有し、関連付けられた資源、ツール、及び／又は、支援する環境によって支援され得る。例えば、ＰＥＲＣｏｓの実施形態プラットホームサービス及び環境がこのような支援を提供してもよい。このような言語は、以下の形態を取り得る。
【０２８２】
１．  高レベルな利用者、利害関係者、及び、管理者の言語であって、統語的構造体を有しても有さなくてもシンボル的及び／又は名前付けされた要素を全体的に及び／又は実質的に使用し、異なる表現要素の代表として、異なるアイコン、例えば、標準的な動詞、領域及び／又はファセット、及び／又は構造体に対する、各個別の及び／又はグループ、及び／又はカテゴリ代表として異なるアイコンであって、例えば、目的クラスアプリケーション、フレームワーク、基盤、共振、評判クラス、目的クラス、ＣＰＥ、目的文、及び／又は同種のものの一つの又はグループを表す異なるアイコンを使用し得る、高レベルな利用者、利害関係者、及び、管理者の言語；及び／又は
【０２８３】
２．ベーシックＰＥＲＣｏｓ環境プロセス及び内部資源制御機能を支援する低レベルプログラミング環境であって、論理的に特定された場合にはコンピュータ処理命令セットを生成する、例えば、動詞、領域、次元、ファセット、値、構造体、評判クラス、共振、及び／又は同種のものに対応するような、命令レベルのコード及び中程度レベルの意味論及び統語的要素を提供する環境。
【０２８４】
ＰＥＲＣｏｓプラグインセットを使用し、及び／又は、例えば、ＡＰＩを通じて利用可能な統合能力を使用する目的クラスのアプリケーション及び非ＰＥＲＣｏｓ資源のアプリケーション等のＰＥＲＣｏｓに準拠するコンピュータのアプリケーションは、関連付けられた基本的な目的アプリケーション設計と関連付けられた文脈、目的の焦点、暫定結果、成果、及び／又は、関連する基礎となる目的アプリケーション設計と関連付けられるユーザー体験セットと一貫した方法で目的表現又は文のセットを特定及び／又は解釈する一人以上の利用者及び／又は利害関係者及び／又はその計算設備によって使用されるよう目的言語表現及び解釈能力を組み込んでもよい。
【０２８５】
目的表現言語は、利用者及び／又は利害関係者に文脈適当目的表現及び関連付けられた語彙を提供するよう例えば、セグメント化されてもよい及び／組み合わされてもよい一つ以上の語彙を有してもよい。
【０２８６】
目的表現言語は、「リアルワールド」の具体的なプロセスや資源例えば、物理的な輸送、自動化及び半自動化機械、既存のレガシー自動化システム、及び／又は、製造及び／又はサービス（例えば、生産ラインの供給及び／又は制御、電気の供給及び／発生制御、水の供給及び／又は保存管理、温度制御、知識／補助及び／又は管理アクティビティ、及び／又は同種のもの）において使用されるリアルワールド能力等の他のリアルワールド物理的資源、との利用者の交流に対する能力を含んでもよい。目的表現言語は、リアルワールドを反映し、例えば、配電網変圧器や送電システムに関連する計算設備との通信等、リアルワールド環境との相互作用をいくつかのＰＥＲＣｏｓの実施形態において支援するタームを含んでもよく、これにより、リアルワールドの物理的資源はＰＥＲＣｏｓの実施形態の形態で見られるように目的のあるシステムの一部にされる、さもなければそれにより影響される及び／又は制御される。
【０２８７】
いくつかの実施形態では、ＰＥＲＣｏｓの目的表現は、動詞とカテゴリのセットを有する中核目的表現を含む。中核目的表現のインスタンスは、目的の定式化、解決、及び／又は結果のために端部をまたいで利用者の効果的、効率的、且つ相互運用的な相互作用を支援する。このような中核目的表現は、簡単な高レベルの形態で述べられ、アクション視点セットを表す一つ以上の動詞と、目的セットを表す一つ以上のカテゴリを有する利用者目的セットを表す一次単純化を形成してもよい。例えば、学習といった動詞は、高レベルの成果目的として、領域科学／物理学／天文学、又は、車両／エンジン／修理及びメンテナンス実施、又は、食事／中華料理の消費と組み合わされてもよく、これらの望ましい目的に適当な対応する目的クラスアプリケーション等の資源は、利用者評価、選択、プロビジョニング、及び、使用のために配列されてもよく、このような目的クラスアプリケーションインターフェイスは、満足いく成果に利用者を導く。例えば、食事／中華料理の消費を特定することは、健康（例えば、低脂肪）、自宅又はレストランの客、物理的場所、価格、辛さ、地域的タイプ、雰囲気、駐車場、操作時間、商売における時間長さ、及び／又は、評判変数、及び／又は同種のもののより具体的な成果のタイプに指向される文脈的情報についてファセットエンジンを用いた利用者の要望及び指示を使用する可能性もある。このようなインスタンスでは、中核目的表現により、結果として、利用者に目的クラスアプリケーションが提示されることがあり、このとき、一つ以上のアプリケーションは利用者セットの特定の成果タイプを支援することを専門とし、又はそれに柔軟に適応して特定の支援を行うことができる。中核目的表現は、その目的に対応する、例えば、標準化されたシンボルによって表すことができる。目的クラスアプリケーションは、そのアプリケーションの発行者の又は他の利害関係者の特定のインスタンスを表すシンボルの一部としてこのような中核目的シンボルを用いてもよく、それにより、目的クラスアプリケーションへの論理的関連付けをより簡単でより直観的なプロセスにすることにおける使用を補助する。
【０２８８】
動詞や動詞の等価物は、ＰＥＲＣｏｓ領域カテゴリ等の「モノ」と関連付けられる意図する一般化を表すため、目的の仕様において重要な要素として機能してもよい。いくつかの実施形態では、動詞は用語集に組織化されて、目的近似を効果的に識別及び／又は表現するための手段を利用者／利害関係者に提供してもよい。いくつかの実施形態では、このような用語集は、例えば、約４０、８０、又は、１２０等、数十の動詞を有するよう量が著しく制限されてもよく、いくつかの実施形態では、動詞は制約された動詞の語彙として数百の動詞に制限されてもよい。利用可能な動詞のこの制限は、近似学習、標準化、相互運用性、動作の効率性、及び／又は、ＰＥＲＣｏｓの実施形態のインタフェースの少なくとも一部分の利用者の使いやすさ、及び／又は、動作特定オプションの、利用者の理解、使用及び／又はそれへの関連付けの容易さにおいて支援するよう実行されてもよい。例えば、標準化、相互運用性、単純化、及び／又は、目的表現近似を最適化するための動詞の選択肢の多様性のこのような制限は、例えば、ファセット・インタフェースの能力として仕様目的のために提示されてもよく、これにより、例えば、動詞の有限のリストがファセットのスクロール可能なオプションリストとして利用者又は利用者グループに提示され、例えば、このような有限のリストは、例えば、所与の動詞上でカーソルを動かして視覚的に拡大され、その有効な同義語のリストを表示してもよく、このような同義語リストは、このような所与の動詞と関連付けられる動詞目的クラス視点単純化を形成してもよい。例えば、このようなファセット制約されたリストからは、利用者は、例えば、一つ以上の動詞を選択し、これらを例えば、名詞選択のための全てのその後のカテゴリ改良リストを含む領域カテゴリリストを見るようファセット・インタフェースの他の面を用いて関連付けてもよい。学習と発見が、利用者目的を支援するために好適な又は最高の実質的に利用可能な資源を有する資源近傍に到着することとしばしば関係するため、制約された動詞のリストは、領域カテゴリ情報と結合された場合に、非常に効果的な近似の概念的視点位置決めを提供することがある。
【０２８９】
いくつかの実施形態では、このような動詞のセットは、例えば、簡単、中級、上級の用語集で利用者及び／又は利害関係者に提示されてもよく、及び／又は、これら用語集は一つ以上の目的クラス及び／又は領域カテゴリ及び／又は資源クラスに特有でもよく、用語集の多様性は利用者インタフェース及び／又は利用者及び／又は利害関係者に対するプログラムによる選択でもよい。用語集は、自動スケーリング、順序付け、優先順位、及び／又は、例えば、関連付けられた目的クラス、参加者クラス、領域クラス、評判クラス、共振クラス、及び／又は、文脈特定セット等の資源クラスでもよい他の組織化原理を含んでいてもよい。
【０２９０】
いくつかの実施形態では、動詞セットの用語集は、他の関連付けられた動詞を含むメンバと関連付けられたクラスを含む動詞を含んでいてもよく、例えば、「学習」といった動詞クラスは、「理解、訓練、教育、吸収、勉強、習得、習熟」、及び／又は同種のものといったメンバを含んでいてもよく、これらは目的近似単純化概念視点同義語を含んでいてもよい。これらの動詞クラスは、拡張可能であってもよく、及び／又は、動詞メンバの順序付けは、優先順位及び／又は他の計量を決定してもよい。密接な関係のグループ、及び標準団体、例えば、目的クラス、領域クラス、標準、及び／又は公益事業施設等、例えば、営利会社（シマンテック株式会社のような認証及びセキュリティ関連企業）、又は公的事業（公的に所有された電気事業等）、政府、及び／又は同種のものに対する領域学会グループ（例えば、ＡＣＭ（登録商標）、ＩＥＥＥ、ＮＳＦ、及び／又は同種のもの）を含むものは、ＰＥＲＣｏｓの実施形態の目的近似や中核目的表現に対する動詞リストを管理し標準化してもよい。
【０２９１】
いくつかの実施形態では、ＰＥＲＣｏｓカテゴリは、例えば、幅広く使用されている動詞−カテゴリの対によって制約される動詞を含んでもよい一つ以上の動詞の用語集を参照してもよい。例えば、「食べる」といった動詞は、「オートバイ」といったカテゴリと一般的に関連付けられなくともよいが、「魚」といったカテゴリと関連付けられてもよい。いくつかの実施形態におけるファセット「知的」利用者インタフェースは、近似計算に適当となるように選択肢を組織化してもよく、例えば、領域カテゴリ及び全ての更なるサブカテゴリが最初に選択されてもよく、続いて、カテゴリに論理的に適当な標準化された動詞の制約リストが得られる（システム及び／又は利用者が、最初に領域カテゴリセットを含むＰＥＲＣｏｓカテゴリセットを識別し、ＰＥＲＣｏｓ動詞用語集からの一つ以上の論理的に適当な動詞だけが評価及び／又は選択について利用可能な場合に同様の対の関連付けられた動詞／カテゴリ用語集が、実施形態において使用されてもよい。）いくつかの実施形態では、「オーバーライド」能力が設けられてもよく、これにより利用者及び／又は管理者及び／又は他の権限を持つ者は拡張されたあるいは無制限の動詞リストを使用し及び／又は利用者による一つ以上の動詞の直接登録が可能となり、これは説明した制約リストを含む一般的な標準化された用語集を補完し得る、程度を抑えたあるいは非標準化された動詞表現能力として機能する。これら拡張されたあるいは無制限の動詞表現能力はさほど効率的でなくてもよく、相互運用性の観点からは機能的制限を有するが、良好に設計された同義語リストと使用された場合には、より自然な利用者表現を可能にすることもあり、資源、目的表現、ＣＰＥ、目的文、参加者、及び／又は同種のもののクラス及び／又は個人のインスタンスのセットに対して充分なマッチング能力を提供し得る。
【０２９２】
ある実施形態では、ＰＥＲＣｏｓ動詞の一つ以上の用語集は、一般的知識、領域カテゴリ、及び／又は、目的クラスの専門家によって少なくとも部分的に決定される。このような用語集の決定は、標準化された一般的な共通目的ベースの用語集（及び／又は所与の目的クラス及び／又は領域カテゴリクラスのセットに対する基本、中度、高度のレベル等の基本、専門知識レベル）を補完してもよい。このような専門家は、そのようなグループの標準アクティビティ及び／又は知識ベースのセットへの貢献者として及び／又は貢献者となり得るとして、そのような密接な関係のグループ及び／又は標準グループ及び／又はウェブサービス会社によってコンサルタント及び／又は従業員として雇用されてもよい。このような専門家は、領域及び／又は目的クラスにおける動詞の使用における性質への見識が与えられた状態で、類似度マッチング、及び、他の共有の共通目的計算機能についてＰＥＲＣｏｓ目的近似や近似に関連する学習における利用者及び／又は利害関係者の中核目的表現及び／又は他のＣＰＥ仕様アクティビティを支援することにおいて使用され得る、制約された標準化リスト及び／又は関係配列を定めようと試みる。
【０２９３】
いくつかの実施形態では、一般的な及び／又はＰＥＲＣｏｓクラスセットと関連付けられた利用者履歴や履歴群衆挙動は、用語集及び／又は動詞の選択肢の順序付けに影響を与える及び／又は制約することがあり、利用者にはより効果的な制約された及び／又は順序付けられた動詞（及び／又は領域カテゴリ）選択インタフェースが提示されることがある。いくつかの実施形態では、参加者、密接な関係のグループ、利害関係者、社会的／政府的グループ、及び／又は同種のもののインスタンス及び／又はクラスは、自身の使用のために、例えば、責任を負う関係者（例えば、従業員、市民、メンバ、及び／又は同種のもの）のために、及び／又は、より広い発行のために、ＰＥＲＣｏｓ標準用語集から変更した及び／又は自身で考え出した用語集を作成し得る。ＰＥＲＣｏｓ標準団体及び／又は他の統治組織は、充分に順序付けされた及び／又は相互運用可能な及び／又は効率的なＰＥＲＣｏｓ体系あるいは体系目的のセット、領域カテゴリ、参加者、より広いあるいは異なるように指向された資源、評判、及び／又は、同様の実施形態のクラス又は他のオントロジ的グループ分けが得られるよう、用語集及び／又は全てのこのような用語集との統治の関連付けられたルールを誰が作成するか制限してもよい。
【０２９４】
いくつかの実施形態では、ＰＥＲＣｏｓは、目的仕様及び操作のために一つ以上の領域カテゴリ及び／又はグローバル的カテゴリ配列及び／又はそれらの組み合わせを提供する。いくつかの実施形態では、ＤＭＯＺによって記述されるようなカテゴリクラス構造が使用されてもよく、このようなカテゴリ組織は、例えば、科学／物理学／原子力／理論を選択するなど特定のサブカテゴリへのアクセスし易さを可能にするファセット・インタフェース配列によって、利用者に提示される。より高次の順序付けカテゴリは、シンボルによって表されてもよく、例えば、カテゴリ／サブカテゴリシーケンスにおける特定の点に個人を向かわせるために任意のこのようなアイコンが選択されてもよい。例えば、原子力に対するシンボルは、分子の小さい印でもよく、焼くことに対するシンボルはケーキやパイのアイコン画像でもよい。このようなアイコンは迅速なアクセスのために利用可能であり、関心事や焦点を当てるエリアを反映するために利用者によって組織化されてもよい。アイコンを選択する利用者又は利害関係者が、例えば、アイコンをＣＰＥに挿入する及び／又はファセット・インタフェースを開き、それにより、利用者はＣＰＥにおいて使用するよう一つ以上のサブカテゴリを選択することができ、又は、例えば、段階付けされ更に改良された選択処理を用いることができる。
【０２９５】
領域カテゴリ選択は、相互運用可能な且つ解釈可能な標準化された中核目的及び他のＣＰＥ仕様プロセスの利用者及び利害関係者の表現を支援し、いくつかの実施形態では、不在の動詞セット、つまり、不在の中核目的セット仕様である全ての領域カテゴリ仕様のセットと関連付けられる利用者目的表面間の類似度マッチング操作を支援する。この場合、例えば、動詞のセットは、同様のカテゴリの利用者アクティビティ、及び／又は同種のものの他の文脈や履歴等から推察され、例えば、既に造園された家を所有し景観サービスを使用している者は、いくつかの実施形態では、利用者のシステム知識を前提とすると所有物は既に造園されているため、景観又は造園カテゴリが選択された場合に景観サービスをデフォルトとし得る。
【０２９６】
前述の通り、いくつかの実施形態では、専門家により設けられた利用者インタフェースは、利用者及び／又は利害関係者によるアクションをを検索する及び選択することに対して選択肢及び／又は推奨の機会を提供する。これは、例えば、一つ以上の領域カテゴリに対する分類構造を提供するファセット・インタフェースの形態で又は中核目的セットを特定するために一つ以上のＰＥＲＣｏｓ動詞と一つ以上のカテゴリセットを関連付けるために利用者及び／又は利害関係者が使用し得る一般カテゴリ配列として支援されてもよい。
【０２９７】
様々な実施形態では、一つ以上の動詞と一つ以上の領域カテゴリを組み合わすことによる中核目的仕様能力は、ビッグ資源目的クラス、資源クラス、及び／又は、ビッグ資源の資源インスタンス、及び／又は、その一部分との類似度マッチングに対する目的近似において特に有用である。利用者や利害関係者は、このような領域カテゴリ仕様を用いて、物理学、ピアノ、椅子、中華料理、及び／又は同種のものの動作可能に適当な領域カテゴリセットと併せて、学習する、教授する、購入する、販売する、購入する、旅する、消費する、感じる、水泳をしたい、遊びたい、勉強しなくてはならない（及び他の「したい」「しなくてはならない」の並べ替え、及び／又は同種のもの）、働く、設計する、共有する、協調して取り組む、通信する、及び／又は同種のものの一つ以上の動詞及び／又は動詞等価物の抽象化に焦点を当てる。このような領域カテゴリ仕様は、受け継がれた及び／又は関係的及び／又はその組み合わせに関わらず領域カテゴリクラス等の一般的に公知であり認められているカテゴリ組織情報配列、及び／又は別のオントロジ設計又は用語集セット等の代替的な情報構造によって支援され得る。このようなシステムセットは、いくつかの実施形態と併せて、中核目的及び／又は他のＣＰＥの特定のためにファセット・インタフェースによって選択肢のセットとして提案されるような場合等に利用者及び／又は利害関係者の評価及び／又は選択のために利用可能な専門家（及び／又は、標準団体等の権限）により論理的に構成されたカテゴリ情報構造を表わす。
【０２９８】
カテゴリファセットは、いくつかの実施形態では、一般的なシステムに対して、又は、例えば、システム内の高レベル領域に対して、カテゴリアイテムが相互に排他的であり集合として完全である古典的なアリストテレスのアプローチに依存してもよい。利用者は、例えば、カテゴリを選択し、続いて、例えば、サブカテゴリを選択するためにファセットリスト等のインタフェースを使用し得る。ファセット・インタフェースにより、順次的ファセットステップで、又は、スクリーン上に集合的に提示される（多数のファセット選択カラム）状態で、複数のカテゴリは識別され結合される。「化学」＋「材料科学」＋「シリコン」＋「ソーラー」等のファセット選択は、「学習」といった動詞を用いて行うことができ、化合物カテゴリセットを有する中核目的が形成される。コマンドラインで特定された場合には、上記は「＋」といった演算子を使用してカテゴリを組み合わすことができ、所望の場合には、カテゴリは処理への寄与としてそれぞれ重み付けされ、例えば、右マウスのボタンのポップアップ選択を通じて所与のカテゴリ選択に値１〜１０を関連付け、このとき、選択がない場合にはカテゴリは５でデフォルト設定する（又は、アプリケーションが提供し得る他の値を用いる）。同様にして、多数の動詞が、動詞ファセット選択配列を用いて結合されてもよい。更に、ファセット・インタフェースは、第１のリストの「メンバ」の第２のレベルのファセットリストをファセットリスト選択の隣りに表示し、後のレベルリストは所望の場合に利用可能であるようにすることをデフォルトとしてもよい。いくつかの実施形態では、頻繁に使用される中核目的及び／又は領域カテゴリ及び／又は他のＣＰＥセットは、望ましい場合にはＰＥＲＣｏｓ構造体としての迅速なアクセスのために各アイテムのシンボル的アイコンの表現と共に、所望であれば、局所的な及び／又は分散された／発行された使用のために保存され発行されてもよい。ＰＥＲＣｏｓ領域カテゴリは、例えば、右マウスクリックとドロップダウンメニュー選択によって、及び／又は、シンボル／アイコン及び／又は試験ラベル、及び／又は同種のものによって表される前置詞に対するデスクトップアイテムの選択によって起動されるファセットリスト選択として前置詞を演算子として使用してもよい。代替的には、ファセット配列は、例えば、選択肢のリストを提示してもよく、「弾くために」、は「学習」といった動詞、「ために」といった前置詞、及び、結合されたカテゴリ「弾く＋音楽」を伴う「音楽を弾くために学習する」といった中核目的に対してカテゴリベース単語「弾く」に隣接してもよい。
【０２９９】
様々なＰＥＲＣｏｓの実施形態では、領域カテゴリとサブカテゴリは中核目的仕様の「ベース」の焦点として機能し、一つ以上の動詞は利用者セットアクティビティ視点として機能し、例えば、接置詞は関係を明確にするものとして機能する。例えば、ＰＥＲＣｏｓの他の主要次元ファセット及び／又は資源及び／又は資源クラス（構造体及び／又は構造体クラスセット）と組み合わせて使用されるか否かに関わらず、多数のＰＥＲＣｏｓの実施形態におけるこれらの能力の意図は、例えば、セットとして、そして組み合わされて、選択及び操作の単純化を含め使い易さを最大限にする実用的な標準化された近似演算子に選択肢を限定し；相互運用性、一貫性、及び、信用性を最大限にし；及び／又は、最適な暫定結果及び／又は成果に向けて、利用者／計算設備に適応性のある展開されたプロセスに対する目的近傍の結果への目的近似や関連付けられた解決を通じて実用的で効率的なビッグデータ及びビッグ資源近似計算を支援することである。
【０３００】
ある実施形態では、用語集、クラス、及び／又は、オントロジ配列の形態であれ、ＰＥＲＣｏｓカテゴリの一つ以上の情報配列は、領域カテゴリ及び／又は目的クラスの専門家及び／又は標準化権限によって少なくとも部分的に決定される。このような情報配列の決定は、標準化された一般的な共通の目的ベースのＰＥＲＣｏｓ用語集（及び／又は所与の目的クラス及び／又は領域カテゴリクラスセットに対する基本、中度、高度レベルに対応するような基本、専門家レベルの用語集）を補足してもよい。このような専門家は、例えば、上述の通り、密接な関係のグループ及び／又は標準グループ及び／又は商業的グループ、及び／又は同種のものの一つ以上によってコンサルタント及び／又は従業員として、及び／又は、全てのこのようなグループの標準アクティビティへの貢献者として採用されてもよい。いくつかの実施形態では、このような専門家は、領域における動詞の使用における性質への見識が与えられた状態で、制約された、したがって、単純化される標準化されたリスト又は関係配列を定義しようと試みるが、これらは、類似度マッチング、及び、他の共有の共通目的計算機能のためにＰＥＲＣｏｓ目的近似において利用者及び／又は利害関係者の中核目的表現及び／又は他のＣＰＥ仕様アクティビティにおいて使用することができる。
【０３０１】
いくつかの実施形態によると、動詞及び／又は領域カテゴリ以外の入力は、利用者履歴、群衆挙動、生体信号、及び／又は同様に導かれた情報等の中核目的入力を特定する基礎を提供してもよい。上記は、推論された動詞、領域カテゴリ、及び／又はその組み合わせに対して寄与する又は決定する基礎を提供してもよい。例えば、利用者があるタイプの音楽を聴く度に利用者がその体験を楽しんでいることが視覚的に記録されてもよく、これは、利用者表現、ボディランゲージ、話し声のトーン／周波数、及び／又は抑揚、他の人がいる状態での会話における話し言葉、及び／又は同種のものの分析によって視覚的に解釈されてもよい。資源へのその反応のこの関連付けは、そのときの現在の資源セットの一部又は全てと個別に関連付けられて推測されて記憶されてもよく、及び／又は一つ以上の資源クラス及び／又は目的クラス及び／又は同様の論理的グループ分けと集約されて記憶されてもよく、そのような資源セット及び／又はクラス及び／又は他のタイプの特徴づけは、後の利用者目的表現とのマッチングに利用可能であり、潜在的に最も満足する資源セット、その一部分、及び／又は、利用者インタフェースがどのようにして資源セットと共に機能するかを評価するためにＡＩプロセスと一緒にその情報を用いることを含む。
【０３０２】
文脈目的表現（ＣＰＥ）は、利用者及び利害関係者の目的概念近似をそれぞれ表す仕様である。いくつかの実施形態では、これらの近似は、利用者知覚、利用者意図、及び／又は利用者クラスを近似するために特定される。あるＰＥＲＣｏｓの実施形態では、ＣＰＥは、利用者アクティビティ視点を表す動詞又は動詞等価物を少なくとも一つと、少なくとも一つ以上の動詞が結合される対象を表す少なくとも一つのカテゴリとを最低限有し、そのセットは中核目的仕様を表す。このような中核目的ＣＰＥは、様々な他の情報セットによって拡大されてもよい。例えば、いくつかの実施形態では、中核目的は、主要次元ファセット概念近似視点によって、及び／又は、補助的次元情報によって拡大されてもよい。いくつかの実施形態では、ＣＰＥは、資源の目的近似関係を特徴付けることにおいて、並びに利用者学習、発見、及び／又は体験の意図的プロセス及び成果を最適に支援する目的応答資源近傍を識別することにおいて、特に有用であり得る。
【０３０３】
ＣＰＥは規範的でもよく、利用者セット計算設備目標セットの特徴として、並びに、それに関する全ての特定された適当な状態として利用者によって特定される、あるいは、記述的ＣＰＥとして発行されてもよく、利用者目的及び特定された他の同時に起こる文脈検討事項に対応する利用者ＣＰＥに少なくともある程度対応する所与の資源セットに関連する質を特定する。規定のＣＰＥは、目的近似概念セットを特徴付けるために利用者によって特定され、資源として利用者によって発行されるかさもなければ保存されない限り一時的なものである。記述的ＣＰＥは、個々の一つ以上の資源及び／又は資源クラスを含む資源セットの対象として発行される、又は、それを記述するものとして関連して発行される。
【０３０４】
例えば、資源は、利害関係者の目的を説明する一つ以上のＣＰＥを有してもよく、一つ以上の特徴が例えば、資源クラスセットを含む資源セットと関連付けられていると主張している。これらの特徴は、例えば、資源と関連付けられた記述的ＣＰＥと利用者目的近似入力を表す利用者ＣＰＥとの間の対応マッチングにおける使用を含む利用者目的の満足感に対する、複数の資源との関係における相対的な好適さを含む資源セットの好適さの利用者及び／又はＰＥＲＣｏｓの一貫性の評価における使用に対する、予想された利用者ＣＰＥ仕様及び／又は関連付けられた有用情報の資源発行者、又は、他の利害関係者の視点を表わしてもよい。記述的な利害関係者の目的表現は、発行者及び／又は利害関係者の統治、商業、価値のチェーン機能、自動化、プロセス自動化、前述のいずれかへのイベントトリガ、及び／又は、全ての他の管理、制約、及び／又は、例えば、権利管理、財務予算、及び／又は、使用法に対する他の情報、並びに／又は同種のものを含む、利害関係者の関心に関係する他の調整変数を組み立ててもよい。例えば、これら利害関係者仕様は、ＣＰＥセットに含まれてもよく、全ての利害関係者の関心を資源セットに対する関連する状態、及び／又は、その使用に関する指示として組み立てる。このように、ＰＥＲＣｏｓのいくつかの実施形態は、密接な関係のグループ、又は、例えば、企業内、又は、業界団体又は事業者団体等の産業団体内、あるいは、クラブで又はその主権制御域内で政府によって特定されるように特殊化した構成体である商業的組織プロセス自動化指示、の特定を支援し、例えば、ａの場合には、ｂ又はその全ての度合の複合体誘導物であると説明される。これにより、イベントベースの処理制御機能はＣＰＥ及び／又は利害関係者目的文に埋め込まれる。いくつかの実施形態では、このような埋め込まれた指示は、一つ以上の中核目的、他のＣＰＥ、目的文、及び／又は、ファセット情報及び／又は全ての補助的次元情報等のＰＥＲＣｏｓ次元情報と関連付けられ、埋め込まれた指示のセットの影響が利用者目的の満足感の検討事項と一貫している及び／又はさもなければ適当に寄与していることを確実にすることを補助するよう、類似度マッチング及び／又はその関連付けられた資源セットの利用者評価において使用され得る目的表現セットの関連付けられた記述的ＣＰＥ及び／又は目的文セットに含まれる。
【０３０５】
潜在的な利用者の規定のＣＰＥ及び／又は目的文への対応を決定する、又は、さもなければ、それと充分に類似する関係を決定することにおいて利用者を支援することに潜在的な有用性を少なくとも部分的に予想して、発行された記述的ＣＰＥが発行され、それにより、完全なマッチングの形態で、さもなければ、関連付けられた仕様に応じて類似度マッチングの相対度の形態でＰＥＲＣｏｓの一貫性（及び／又は他の）マッチングが可能となる。このような対応及びマッチング処理は、ＣＰＥ及び／又は目的文の間で均一に適用されてもよく、及び／又は、いくつかの実施形態では、異なる方法で規範的且つ候補となる記述的ＣＰＥのサブセットを比較するルールに応じて評価されてもよい。
【０３０６】
ＰＥＲＣｏｓの主要次元ファセット変数は、標準化された相互運用の形態で文脈的情報を供給する概念単純化を表す。このような次元情報は、ＣＰＥに概念的視点の特徴を追加し、並びに／又は、このような特徴を共振、基盤、フレームワーク及び／若しくは同種のもの等にそれぞれの関連付けられた目的表現を通じて追加してもよい。主要次元ファセット仕様は、利用者の目的近似目標への見識を向上させ、同様にして、利害関係者による記述的な文脈目的表現仕様に対する追加的なフレーミングパラメータを提供する。
【０３０７】
ＰＥＲＣｏｓ次元は、利用者のＣＰＥの文脈的視点の形成並びに有効な目的文の定式化において単純化、使い易さ、及び／又は、標準化に対する文脈的変数の広い論理的グループ分けを提供し得る。これらは、目的概念近似値を提供するための関係的に関連性のある単純化グループである。人間／計算設備のアクティビティを目的を持って方向付けるよう利用者近似次元ファセットを配向することを表すために使用されてもよい。ＰＥＲＣｏｓ主要次元及びファセット、並びに、補助次元は、利用者セットの学習、発見、処理自動化、及び／又は、体験展開の支援における関連する資源及び／又は資源部分の類似度マッチングに対する概念近傍セットを識別するより文脈的にリッチな文脈目的表現近似仕様を形成するよう使用され得る。
【０３０８】
いくつかの実施形態では、このような文脈的次元変数は、ルールへの応答において、及び／又は、適切な対応する規範的ＣＰＥ利用者目的表現情報が不在の場合に部分的に又は完全に「無視」されてもよく、つまり、例えば、ＰＥＲＣｏｓマッチングはＣＰＥにおいて示されるある次元及び／又は次元ファセット仕様の存在に部分的に基づいてもよい。このような特定の又は相当する次元又は次元ファセット情報のいくつかが、規定の目的表現（例えば、目的文を含む）から不在だが記述的な資源目的表現に存在する場合には、記述的表現におけるその存在は類似度マッチングにおいて無視されてもよく、又は、類似度計算に対するこのような非対応の記述的表現部分の寄与は、結果のセットへの表現部分のセットの寄与を無視し、減衰し、及び／又は、さもなければ変換するその指示に基づいて結果を生成することに所与の指示情報を適用することで減衰される。更に、いくつかの実施形態では、ＰＥＲＣｏｓは、異なる目的表現部分に対して指示の選択的な異なる処理を支援してもよい。つまり、このような指示情報は、全体としてＣＰＥに集合的に適用されてもよく、又は、全てのこのような指示セットの全部分又は任意の部分のセットは規定の表現値から欠落している記述的目的表現サブセットのうちの一つ以上のサブセットに適用されてもよく、このようなアプリケーションは非対応ＣＰＥ情報の一つ以上の異なるサブセットに一つ以上の異なる方法で可変に適用されてもよい。規定の表現と同等な又は相対的に対応する表現部分からのこのような「欠落」の入力を無視し、減衰させ、及び／又は変換する能力、及び、選択的に異なる方法でこれらのアイテムを処理する能力により、例えば、現在のセッション、利用者目的表現への類似度マッチングに対する特定の利用者目的の検討事項全体と必ずしも密接に関わっていないくてよいため、利用者目的表現を格納し得るサブセット及び／又はサブセットの組み合わせへの、関連する、ある状況ではより顕著な類似度マッチングと干渉しないよう、なんらかの指示管理された方法で処理される。
【０３０９】
ファセット及び全ての関連付けられた値のセットの仕様を通じて、また、補助的次元によって拡大され得る、ＰＥＲＣｏｓ主要次元は、利用者目的の性質、つまり、利用者それぞれの目的セッションセットを支援する、ＰＥＲＣｏｓ処理及び成果を生成することにおいて考慮されるべき要素を仕様が反映するＰＥＲＣｏｓプロセスを提供する。あるＰＥＲＣｏｓの実施形態では、これらの要素は、ファセットと呼ばれる次元メンバの使用を少なくとも実質的に通じて特定され、全ての関連付けられたファセット値は標準化された相互運用的に解釈可能な方法で運ばれる利用者セットの目的焦点及び特定された文脈の主な特徴を一般化することを説明する。これらの特徴は、例えば、学習及び／又は発見及び／又は体験の展開のための基礎としてその目標セットの利用者の概念的近似を反映し、利用者セットによって特定されるこのような目的特徴付けの少なくとも材料部分はＰＥＲＣｏｓによって実施され、特徴付けの検討事項の論理的グループ分けを提供する。これら論理的グループ分けは、いくつかの実施形態では、例えば、標準化されたファセットによって組織化されるように、例えば、それぞれのファセット選択肢のファセット又は相当する選択リストから選択され、このようなリストはいくつかの実施形態では、近似及び単純化の目的について論理的に合理的であるとしてこのような標準化された制約された選択肢だけを提供することに制限される。
【０３１０】
例えば、いくつかの実施形態では、中核目的、又は、中核目的と一つ以上の補足する主要次元ファセット及び値は、適当な資源クラス及び／又はインスタンスセットを保持し、さもなければ、対応するよう決定される近似空間を計算する基礎を形成し、、中核目的、又は、中核目的と一つ以上の補足する主要次元ファセット及び値のどちらか一方は、補助的次元情報及び／又は全ての補完的入力、例えば、記憶されたプロフィール情報、選好、使用履歴、群衆挙動履歴、シナジー指示、及び／又は同種のものを含む共振セット等によって拡大されてもよい。これらの情報の交点は、候補となる資源によって投入され得る対応する空間によって表されてもよく、このような空間は、対応するＣＰＥ及び／又は目的文のような規範的且つ記述的目的表現間の対応する分析を通じて、また、必要な場合には拡大情報で決定される、一つ以上の最も近くの、類似度がマッチングした目的クラス又は計算された目的近傍によって動作可能に表わされる。
【０３１１】
いくつかの実施形態では、ＰＥＲＣｏｓにより、利用者は概念的焦点を通じて利用者クラスを、及び、規範的ＣＰＥ仕様を通じて文脈的統合を表すことができる。このような仕様は、目的、資源、及び／又は参加者クラスのセット、及び／又は、インスタンス及び／又はその組み合わせと関連付けられる同様の目的表現との類似度マッチングにおいて使用され得る。その処理は、いくつかの実施形態では、一つ以上のこのようなクラス及び／又はインスタンスセット、資源メンバ、及び／又はメンバ部分を識別し、評価し、優先順位付けし、選択し、組み合わせ、及び／又はプロビジョニングすることに寄与してもよく、これらは表示された、さもなければ、管理された及び／又はプロビジョンされた資源メンバ及び／又は部分のセットを提供するよう関連付けられた利用者目的文のセットの少なくとも一部分に応じて優先順位が付けられ及び／又は選別されてもよい。このような資源メンバ及び／又はメンバ部分のセットは、それぞれの親クラスと関連付けられたセットを表してもよく、又は、多数のこのようなクラスセットから統合されて利用者目的の目的文応答近傍メンバセットを生成してもよい。
【０３１２】
ＰＥＲＣｏｓ類似度マッチング処理は、いくつかの実施形態では、二つ以上のステージの類似度マッチングシーケンスを支援してもよく、このとき、例えば、一つ以上の目的クラス及び／又は他の目的近傍セットが最初に識別され、続いて、別の類似度マッチングシーケンスが自動的に又は利用者セットの指示で開始される。例えば、ＰＥＲＣｏｓ主要次元ファセットはマルチステップマッチング動作シーケンスにおいて後に使用されることが意図されているＣＰＥセットを選択し及び／又は特定する概念の基礎として利用者によって使用され、主要次元ファセット情報は、例えば、目的クラスセット及び／又は発行者及び／又は評判の信用性表明者等の利害関係者によって、メンバとして宣言された資源を含む他の計算された近傍との類似度（例えば、直接的を含む）マッチングのために最初に使用され得る。いくつかの実施形態では、これは、識別された目的クラス及び／又は近傍セットのメンバの全て又は選択された適切なサブセットに適用される、更なる識別、優先順位付け、評価、選択、組み合わせ、及び／又は、プロビジョニングによって後続される。例えば、補助的次元及び／又は他の実施形態の次元情報から、及び／又は、利用者、利用者グループ、及び／又は群衆関連目的表現に関連するプロフィール、選好、履歴挙動、及び／又は同種の情報からの更なる目的表現及び／又は関連する情報は、目的クラス及び／又は近傍のセットのメンバに関する情報の全て又は一部を識別し、選別し、優先順位付けし、評価し、複合し、及び／又は、さもなければ処理するよう用いられてもよい。このような第２以降のステージの類似度マッチングは、例えば、インデックスが付けられた及び／又は関連データベースに記憶された情報の形態で資源のメタデータ及び／又は構成データに対してマッチングすることを伴う。いくつかの実施形態では、上記により、例えば、利用者は、第１ステージの目的クラス及び／又は他の近傍の結果よりなる資源の制約されたセットに効率的に実施される目的セットのより詳細な及び／又は繊細な特徴付けを実施することができる。つまり、利用者目的表現と用いられる補助的次元情報が、例えば、いくつかのＰＥＲＣｏｓの実施形態及びいくつかの条件下では、ビッグ資源（又は他の大型の分散情報ストア）と用いるには非実用的また非効率的であるが、目的クラス又は他の近傍のセットを決定することに続く非常に制約された暫定結果セットでは、より正確でさほど近似的でない結果のセットに到達するよう例えば、メタデータインデックス及び／又は同種のものを評価することに使用される実用的で効率的な更なるパラメータを提供することができる、未構成の非標準化された次元情報を提供し得る。このような二つ（以上の）フェーズ処理は、利用者に透明な方法で実施されてもよいが、非標準化された（即ち、非ＰＥＲＣｏｓ標準化された表現要素）及び／又は部分的に標準化された、例えば、補助的次元情報を用いた更なる評価によって後続される、目的に関連する標準化された近似処理の有力な恩恵を利用者に与える。つまり、いくつかのＰＥＲＣｏｓの実施形態は、例えば、第１のマッチングセットについて利用者セットＣＰＥ及び／又は目的文のセグメント化、例えば、主要次元情報のセットを使用し、続いて、第２のマッチング処理について補助的次元及び／又は関連情報（関連する選好、プロフィール、群衆、及び／又は履歴等）によって後続される（いくつかの実施形態において第２のセットのマッチングは、第１のマッチング処理から少なくとも部分的に結果として得られるメンバセットの優先順位付け等のために評価を計算することに寄与するよう主要次元情報によって拡大されてもよい）。このような実施形態では、例えば、補助的次元情報を用いた場合の更なるマッチングは、非標準化された要素を用いてもよいが、分析されるべき資源のグループがいまでは、ビッグ資源又は他の大型の分散情報ストアに対して例えば、第１のマッチング処理から結果として得られる非常に制約されたセットであるため、例えば、ブールオープンテキスト表現を伴う更なるマッチング処理は、利用者セット目的近似仕様セットに適当に対応するよう計算される特定の資源近傍セットに焦点が当てられるため、実用的で効率的である。
【０３１３】
いくつかの実施形態では、利用者は、比較目的のために中核目的情報を含む標準化された主要次元情報に応じて評価されて優先順位付けされた目的クラス及び／又は他の近傍のメンバを検討することができ、例えば、提示され、例えば、補助的次元情報を少なくとも部分的に用いる更なる第２ステージの処理の結果が提示され、両方の結果が利用者セットに提供された場合には、このような利用者セットは展開する知識の向上及び／又は体験の選好の発展を反映するよう補助的次元情報を強化及び／又は変更する機会を識別してもよい。ＰＥＲＣｏｓは、単一の共通の、又は、二つの関連する利用者入力処理に応答して、「従来の」検索及び読み取り技術の結果を、本願で説明するように、ＰＥＲＣｏｓ資源及び／又は資源部分の識別、評価、優先順位付け、選択、組み合わせ、及び／又はプロビジョニングと共に提供し、これにより、目的管理された情報システム及び従来の分散されたウェブページ及び／又は他の情報資源から結果として得られる応答セットに対して様々な見解が得られる。例えば、利用者は、スプリット利用者インターフェイスウィンドウ、又は、別個のウィンドウを見せられることもあり、このとき各様相が別個のウィンドウ又はウィンドウ部分を占有する。代替的には、ＰＥＲＣｏｓ目的クラスアプリケーションを行うＰＥＲＣｏｓ環境又は従来の環境は、検索と読み取りの様相（例えば、Ｇｏｏｇｌｅ（登録商標）、Ｂｉｎｇ（登録商標）、及び／又は同種のもの）と、目的ベースの様相との間のトグルを本願記載の技術やインタフェースを用いて支援し得る。このようなアプローチは、性能最適化読み取りモードと、学習、発見、及び／又は体験向上目的関連のＰＥＲＣｏｓモードとの間の利用者フレキシビリティを提供する。これらの目的のため、ＰＥＲＣｏｓは、検索及び読み取りモードによる使用のために利用者ＣＰＥを従来のブール式非構成テキスト表現に変換してもよく、あるいは、例えば、非構成のブール入力を提供する利用者セットを支援してもよい。ブール式オープンテキスト表現は、利用者セット目的近似仕様セットに適当に対応するよう計算される特定の資源近傍セットに焦点が当てられるため実用的で効率的となり得る。
【０３１４】
中核目的及び次元ファセットの一般化特徴は、例えば、人間の概念目的要素に対応する概念単純化ベクトル又は軸として機能してもよく、例えば、一例では、「学習」等の動的配向利用者視点要素を表す動詞、「生化学」等のモノ、タイプ、及び／又は、場所を表すカテゴリ、「中級者」（初心者又は専門家に対して）等の利用者の専門知識／高度な知識を説明する文脈目的表現に対する利用者特徴、例えば、「複雑」（簡単又は中度に対して、例えば、高レベルに対する材料の複雑性を説明する）として資源を説明する文脈目的表現に対する資源特徴が挙げられる。併せて、これら近似単純化は、例えば、目的表現及び／又はクラスインデックスセット、資源セット、及び／又は資源クラスインデックスセット及び／又は同種のものと関連付けられた相当する目的表現情報との類似度マッチングのために使用される軸として扱われてよい。
【０３１５】
本願で説明するＰＥＲＣｏｓツールは、いくつかの実施形態では、検索及び読み取り、セマンティックウェブ、知識グラフ及びクラスタリング、専門家システム及び／又は同種のもの等の様々なウェブ情報管理に関連するツールと組み合わされてもよい。このようなツールは、ＰＥＲＣｏｓ技術セットを使用しなくては、合理的に適当な資源、まして最適な資源を提供することに失敗する場合もあり、ウェブ情報管理技術の性質を考えると、最適な資源は、少なくとも実用的なタイムフレームと相当量の努力では達成不可能に思われ、実質的に達成不可能である。ＰＥＲＣｏｓ技術は、例えば、本願で説明するように、領域カテゴリの一つ以上のセットに焦点を当てることと組み合わせ、好適な利用者、資源、及び／又は、評判の一つ以上の次元ファセットによって補完された一つ以上の制約された動詞のリストからの動詞セットの有効な視点を組み合わせることができ、適当な場合に、目的クラスの一つ以上の配列との類似度マッチングによって拡大されて、ビッグ資源や、境界のない情報の多様性に見える場所や属性を管理可能で非常に有用な利用者目的関連セットに変換することができ、これは、後の類似度マッチング、評判推奨、履歴への適合、群衆への適合、ＡＩ支援、及び／又は、利用者性質及び優先順位に関連する情報の組み込みを伴う更なる処理に応じて更に狭めることができる。
【０３１６】
いくつかの実施形態では、文脈目的表現の形態にある目的表現は、中核目的表現を含み、これは、利用者又は利害関係者及び／又はそのＰＥＲＣｏｓ計算設備によって特定されるように、ＣＰＥ及び／又は目的文の定式化のために提供される主要次元ファセット及び／又は全ての他のＰＥＲＣｏｓと互換性のある関連付けられた仕様の一つ以上のセット（例えば、補助的次元情報）と更に組み合わされてもよい。前述の仕様情報は、例えば、参加者、構成体、シンボル、一つ以上のインスタンス、及び／又は、タイプ資源クラス等の具体的に識別された資源アイテムを任意には含んでもよく、及び／又は、例えば、共振目的最適化、処理自動化、社会／密接な関係のルールイベント、閾値、及び、管理、並びに／又は同種のものを容易化する指示を含んでもよい。このような表現は、いくつかの実施形態では、例えば、「＋」「−」、及び、「なし」等の結合演算子、仕様インスタンス寄与重み付け及び／又は他の指示、及び／又は、明確化／狭義の副詞、形容詞、前置詞及び／又は同種のものを任意に使用してよい。記述的形容詞は、いくつかの実施形態では、構成体、共振、処理自動化及び／若しくは同種のもの等の補助的次元表現素子との使用に制限される、並びに／又は、特に適応される。更に、制約された、前置詞、副詞、及び、形容詞のリストが用いられてもよく、このようなリストは専門家セット及び／又は他の権限／ユーティリティ／標準セットによる所与の領域における適当な使用法に応じて少なくとも部分的に制約されてよく、これは、いくつかの実施形態では、例えば、一つの副詞、形容詞及び／又は同種のものが、カテゴリと同様に、専門家及び／又は一つ以上の標準本体及び／又は同種のものによって定められるように他の類似のターム又はフレーズの使用が同義語として扱われる近似として機能してもよいように標準化されてよい。形容詞、副詞、前置詞及び／又は同種のものの使用のフレキシビリティ、又は、使用の欠如は、使い易さ、単純化、標準化、及び／又は、近似優先順位に基づいて専門家及び／又は一つ以上の標準本体によって決定されてもよい。例えば、いくつかの実施形態では適当と考えられるように、前置詞及び／又は副詞は、中核目的セットと関連付けられるとして論理的に適当なように利用者選択に利用可能であるが、複雑性を減少させ近似目標を果たすために補助的次元表現における使用にどの形容詞も利用可能でない又は形容詞の非常に制約されたリストが利用可能である、又は、それだけ利用可能である。いくつかの実施形態では、利用可能な前置詞、副詞、及び／又は、形容詞の制約は、本願で記載するように、代替的に及び／又は追加的に中核目的、動詞、及び／又は、領域タイプ、及び／又は領域カテゴリと特定的に制約されてもよく、つまり、このような要素と通常的に及び／又は論理的に関連付けられるオプション／選択肢に制約され、例えば、利用者選択のためにファセット・インタフェース文脈特定選択セットによって提示されてもよい。例えば、「柔らかく」及び「大胆に」といった副詞は、「核物理学」といった中核目的と組み合わされると意味が殆どあるいは全く通じないであろうが、一方で、「迅速に」又は「視覚的」といった副詞は明確さを与え得る。例えば、いくつかの実施形態では、領域専門家は、非常に特定的な動詞のセットとの使用に対して非常に制約された副詞リストを容易に識別することができ、それにより、ファセット及び／又は同等の利用者インタフェースの様相に対する単純化が利用者や同様に利害関係者にとって簡単で効率的となり、ＰＥＲＣｏｓ単純化及び概念仕様が容易化され得る。同様にして、形容詞（形容詞のある言語について）は、中核目的の特定及び／又はクラスについて制約された方法で識別され得る。例えば、多くの形容詞のタイプは、主要次元ファセット情報と補完されることもあるため、中核目的セット、又は、例えば、中核目的とのＰＥＲＣｏｓ目的概念近似における使用には不適当であり得るが、このような形容詞の使用は、補助的次元表現成分と使用された場合には適当と専門家により決定され得る。例えば、いくつかの実施形態では、「リッチ」又は「潔癖な」等の形容詞は、「核物理学を学習する」又は「イタリア製の車を評価し＋購入する」に対しては不適当な単純化選択肢と判断され得るが、例えば、「早い」及び「手頃」は論理的に適当なオプションであり得る。前置詞に関しては、言語専門家及び／又は適用可能な領域カテゴリ専門家（例えば、科学の専門家（若しくは、例えば、より具体的には、物理学）、料理、配管工事、自動車整備士及び／又は同種のもの）は、副詞、形容詞及び／又は同種のものを容易にスクリーニングして簡単な利用者近似仕様選択のために実用的で非常に制限された選択肢のリストに制限することができる。このような制限は、ＣＰＥ表現、領域カテゴリ特有、又は、目的表現タイプ特有（中核目的、中核目的と次元情報、中核目的と主要次元ファセット情報、及び／又は同種のものの全ての合理的な組み合わせ）に一般的に適用された場合に適当と判断され得る。いくつかの実施形態では、この能力は、予想される利用者プロフィール情報及び／又は目的表現仕様を前提として、例えば、特定の一つ以上の目的クラスアプリケーションに特定的に適応された場合を含み、ＣＰＥと関連付けられた目的クラスとの関連付け等、特定の中核目的及び／又は他のＣＰＥセットに対応する選択肢の選択についてＰＥＲＣｏ単純化技術を用いた利用者や利害関係者の使い易さや近似仕様に関して特に有用となり得る。
【０３１７】
いくつかの実施形態では、動詞、カテゴリ、ファセット、及び、他のリストのタイプのこのような選択肢の管理は、所与の目的文脈において利用者の高度な知識を反映するとして制約される及び／又はさもなければ組織化され得る。例えば、利用者が、例えば、政界経済の分野において精通していない場合、例えば、このような分野に関連する目的におけるカテゴリアイテムのセットは、カテゴリに関連する目的の満足感に対するアクティビティに対していくつかのＰＥＲＣｏｓの実施形態のインタフェースと関連させる場合に単純化され、制約され得る。このような組織提示における制約及び／又はシフトは、利用者の目的及び／又は問題領域の特徴に基づいてもよく、つまり、各目的又はカテゴリ領域のシフトでは、異なる「レベル」が利用者インタフェース動作において使用されてもよい。
【０３１８】
ＰＥＲＣｏｓ実施形態は、特定された又は予想された専門知識／高度化／知識及び／又は同種のもののレベルに関連付けられるように、自動的にあるいは利用者選択によってプロビジョンされる利用者ファセット及び／又は他の選択肢の選択を提供し、このような選択肢のオプションの提案又は自動的プロビジョニングは、利用者の特徴セットの少なくとも一部分と関連付けられてもよい。例えば、選択肢のオプションのこのような動的に調節するフレームは、利用者によって選択されてもよく、又は、利用者を雇用する企業又は例えば、密接な関係のグループ又は団体等の他の組織のタイプによって選択されてもよい。このような調節する選択肢のオプションは、目的又は中核焦点セットと関連付けられる特定された又は推測された利用者「レベル」に応じてもよく、情報構造は利用者（及び／又は利用者グループ）のためにセットとのこのような関連付けを記憶してもよい。
【０３１９】
このような目的又はカテゴリ調節レベルオプション配列は、例えば、オントロジ及び分類学的学問及び企業専門家等の領域又は一般的な専門家によってウェブサービスとして定義される及び／又は組織化されてよい。このような能力は、利用者プロフィール及び／又は利用者選択情報（このようなレベルの文脈的な調節を使用するリクエスト）及び／又はＰＥＲＣｏｓの実施形態の使用法の履歴等の利用者情報を調査し得る、目的クラスアプリケーション、プラグイン、オペレーティングシステム及び環境、及び同種のものに埋め込まれてもよい。いくつかの実施形態では、レベルは、例えば、いくつかの若しくは全てのこのような情報及び／又は同種のものからの推定された関連する利用者特徴の分析によって少なくとも部分的に決定されてよい。
【０３２０】
いくつかの実施形態では、利用者は、資源セットのアイコン又はなんらかの他のシンボル的表示を選択することで、特徴付けられた資源セットを選択してもよく、このようなシンボルは、例えば、資源発行者等の利害関係者によって、ブランド設定、目的特徴付け、及び／又は他の識別表示として発行される。利用者は、フレームワーク、目的クラスアプリケーション、基盤、共振、ＣＰＥ、及び／又は他の構成体を自身の使用のために発行（及び／又は利害関係者として発行）してもよく、例えば、シンボルのグループを目的クラス又は他の近傍と関連付けることを望む場合に、任意の一つ以上のこのような構成体と代表的なシンボルとを使用を単純化するために関連付けてよい。例えば、参加者クラス、特定のＣＰＥとの関連付けにおける構成体の使用又は関連付けられた目的クラス等を含む全ての参加者セットに対して異なる色で同じシンボルを用いる等して、視覚的に類似するシンボルによってタイプ別に及び／又は集合的に目的クラスアプリケーション及び／又は他の構成は組織化され得る。利用者は、一つ以上の中核目的及び／又は他のＣＰＥ組み合わせを特定し、このような特定とシンボルを関連付けしてもよく、このような特定を用いる資源は自動的にこのようなシンボルが関連付けられ、このようなシンボルはいくつかの方法で、例えば、記述名に使用されるフォント、色、大きさ、表示向き（使用関連付け区別毎の一定量だけ軸を外して）等で変化が付けられてもよい。本願で構成体を表す全てのシンボルの使用は、ある実施形態では、関連付けられた目的仕様を生成してよく、つまり、抽出するかさもなければシンボルをそれに変換することを含み、これにより、シンボルが目的表現仕様及び／又は同種のものに簡潔に挿入され、このようなシンボルが対応する仕様情報を他の目的動作に入力として供給することを可能にする。
【０３２１】
いくつかの実施形態では、目的文は、利用者ＣＰＥ仕様の変換を表し、このような変換は利用者、利用者グループ、及び／又は、利用者に密接な関係のグループ、又は、他の団体の選好、プロフィール、ＰＥＲＣｏｓ使用履歴、ＰＥＲＣｏｓ及び／又は他の群衆の挙動情報、利用者生体測定入力、ＡＩ等の知的ツール入力、及び／又は、全ての他のＰＥＲＣｏｓ目的文入力仕様に関する入力を処理する結果、少なくとも部分的に影響される。ＣＰＥ及び目的文の両方は、操作可能な仕様に依存して、記述的且つ文脈目的表現及び／又は記述的目的文への類似度マッチングに使用されてもよい。同様にして、利害関係者のＣＰＥは、利害関係者のプロフィール及び／又は選好情報、及び／又は上述の一つ以上の入力タイプ（利用者生体情報は、代わりに利害関係者生体情報となる）のプロビジョニングを通じて目的文に少なくとも部分的に変換されてもよい。利用者及び利害関係者に対する上述のこのような選好及び／又は他の情報タイプは、個別的に及び／又はセットとして、例えば、資源クラス、及び／又はＣＰＥ及び／又は目的クラスセット、参加者及び／又は参加者クラスセット、構成体及び／又は構成体クラスを含む資源部分セットを含む資源セットと関連付けられてもよく、資源セットである、又は、使用されるように直接的にプロビジョンされ、非発行され及び／又は非ＰＥＲＣｏｓ発行される、指示情報セットを含んでもよい。このような指示セットは、例えば、共振仕様、利害関係者の興味に対する商業的プロセス自動化イベントベースの指示、プライバシー権利及び／若しくはセキュリティ指示等のプロセス自動化情報、及び／又は、利用者に対する財務予算管理イベントベースのトリガ及び指示、並びに／又は同種のものを含んでもよい。
【０３２２】
いくつかのＰＥＲＣｏｓの実施形態では、主要次元は、ファセットの重要な論理的グループ分け及び全ての関連付けられた値の単純化を提供して、利用者及び利害関係者がそれぞれ目的近似を表すことを支援する。ＰＥＲＣｏｓは、以下に詳細に説明する好ましい実施形態を用いて主要次元及びファセットの様々な実施形態を支援する。
【０３２３】
主要次元及びファセットの主な目的は、対応する目的を満たす資源セット及び／又は資源部分を生成する実用的な近似を表すＣＰＥを特定するために、利用者及び利害関係者に対して簡単な装置及び方法を提供することにある。いくつかの実施形態では、このような資源情報は、近似に関連する資源セットの学習及び／発見が資源オプション及び関連付けられた特定の目的を満たす利用者目的暫定結果及び／又は成果の利用者の自覚につながり得る場合に、特に有用であり得る。資源オプション（少なくとも資源部分から導出される情報を含む）は、利用者目的プロセス終了結果セットである特定の成果を実現するために、目的クラスアプリケーション等の資源を用いる場合に特に関心がもたれ、一つ以上の資源部分は、利用者目的知識／情報教科及び／又は評価に特有であるとして目的アプリケーションによって提供される特定の情報の一つ以上のインスタンスでもよい。
【０３２４】
主要次元論理的グループ分けは、例えば、実施形態として非限定的に以下を含んでよい。
【０３２５】
１．中核目的表現であって、中核目的表現は、中核利用者及び／又は利害関係者の中核目的の目標分野に対する最重要点を近似的に特徴付けるために動詞と領域カテゴリのグループ分けを含み、このような動詞リストは、いくつかの実施形態では、利用者選択に対する実用的且つ管理可能な配列を表す動詞の実質的に制約されたリストでもよく、いくつかの実施形態では、動詞セットは近似同義語として配列され、近似同義語は一貫性のある有効な「代表」（利用者解釈可能な形態を有しても有さなくてもよい）に動作可能に対応してもよい。いくつかの実施形態では、動詞の選択肢は制限されてよく、また、ＰＥＲＣｏｓ使用に関する事前の利用者履歴情報に基づいて、及び／又は、動詞の選択に対して設定された事前目的関連ＰＥＲＣｏｓステップ中に行われるカテゴリ選択に少なくとも部分的に基づいて更に制限されてもよく、動詞選択の選択肢の制約は、一般的な及び／又は領域専門家によって及び／又は他の一つ以上の権限、及び／又は同種のものによって行われるカテゴリオプションとの動詞の関連付けの知的分析によって形式化され、また諮問式に現在も行われ、選択オプションのこのような抑制は、利用者及び／又は利害関係者の使い易さ、単純化、論理的フレーミング、近似効率性及び／又は値、及び／又は同種の検討事項の少なくとも一つに基づく。同様にして、動詞がＰＥＲＣｏｓのＣＰＥ仕様プロセス中に最初に選択された場合、利用可能なカテゴリオプションは、例えば、いくつかの実施形態では、利用者及び／又は利害関係者の使い易さ、単純化、論理的フレーミング、近似効率性及び／又は値、及び／又は同種の検討事項の少なくとも一つに基づき得るカテゴリに制限され、このようなカテゴリ抑制決定は、一般的及び／又は領域専門家、及び／又は、他の一人以上の権限、及び／又は同種のものによってなされ得る。
【０３２６】
２．利用者特徴であって、利用者特徴は、評価として主な利用者特徴の検討事項、及び／又は、目的クラスセット（ＰＥＲＣｏｓ資源として発行者でもよい）及び／又は他の近傍及び／又は資源インスタンスセットを識別するための寄与する入力としての選別変数を特定する。このようなファセットは、例えば、初心者、中級、上級等の利用者目的に関連する高度レベル使用、範囲（２０〜３０、特定年）又はシニア、中年、若年、十代、及び／又は同種のものの原文通りの名前年齢、英語、フランス語及び／又は同種のものの利用者言語、時間又は時間範囲（例えば、使用及び／又は資源発行支払関連費用等に対する時間予算）、財務予算（一つ以上の範囲で特定され得る適用されるべき利用可能なドル量、適用される所望量、教育程度レベル（例えば、ＢＳ）、教育程度カテゴリ（例えば、化学）及び／又は同種のもの）、近似結果の幅、つまり例えば、メンバ資源セット、例えば、候補となるＰＥＲＣｏｓプロセス結果資源候補を選択し及び／又は優先付けるために低オーダーではなく高オーダーのスーパー又は関連クラスの一つ以上のセットを使用し、これは、利用者目的を満たすプロセスセットに応答して候補となる資源に対する一貫性及び／又は他のＰＥＲＣｏｓサービス（及び／又は発行された）の最終結果の大きさ及び柔軟性の程度について「広い、中間、又は、狭い」から選択されることで利用者特定される。これにより、適当であると状況次第で特定され得るように資源候補のおおよその一般化及びより広いセットに対するオプション；並びに／又は同種のものが提供され、一つ以上のこのような単純化ファセットカテゴリは相互運用性、近似計算、及び利害関係者及び／又は利用者及び／又は他の関係者の使い易さのために標準化され、例えば、ファセット制約された利用者及び利害関係者の選択肢の選択セット及び／又は数値入力に依存してよい。
【０３２７】
３．資源特徴であって、資源特徴は、例えば、長さ（例えば、短い、中位、長い、非常に長い）、大きさ（例えば、ページ、メガバイト、遊ぶ時間、例えば、数値）、利用可能性（即時、時間期間（例えば、範囲、推定、日数）、費用（例えば、特定のグループに対する体積における個々の価格）、複雑性（例えば、簡単、中度、相当）、目的への高度な知識（初心者、中級、上級）、目的に対する質（例えば、全体としてのある集約信用性レーティングから質のタイプ、一つ以上の作者、発行者、及び／又は、プロバイダセット（例えば、信用性表明タイプに対する専門家ＥＦ特徴有資格領域特定検討者からの１０人のうちの９人）、資源の役割、例えば、寄与ワードプロセッサ、領域特有百科事典、及び／又は同種のもののタイプの標準化された制約リスト）、資源が寄与する構成要素資源（単一の、若しくは、多数のプロバイダ、発行者、作者、及び／又は同種のものを有する）よりなるかを示し、権利や統治を有し、資源がコピー保護された、オープン／保護されていないことを示す、広告を使用し、一般的に及び／又は選択的に（寄与する資源により）利用者情報を収集する複合資源、並びに／又は同種のものを含み、このような単純化ファセットカテゴリはいくつかの実施形態では全体的に、また、単純化を支援する他の実施形態では相互運用性、近似計算、及び／又は、利害関係者及び／又は利用者及び／又は他の関係者の使い易さについて主に標準化され、例えば、利用者及び利害関係者の選択肢の選択セット及び／又は数値入力に対する制約された、つまり、制限され標準化されたファセットセットを用いてもよい。
【０３２８】
４．評判であって、評判の信用性は資源、資源部分及び、事実及び／又は非資源アイテムの標準化された相互運用可能な近似判断を提供し、上記全ては仕様に関係して評価される及び／又は導出された文脈のため信用性の対象として扱われ、いくつかの実施形態では、文脈仕様は目的表現セットに制限され得る。評判は、いくつかの実施形態では、資源の形態にあり、資源要素を用いるが、いくつかの実施形態では、ファセットや他の資源の評価に対する上記を含む仕様におけるある特徴的質を含む、評判の使用の論理的に関連する機能的区別の性質により別個の次元としてリスト化される。いくつかの実施形態では、評判は、評判の信用性、ＥＦ、及び／又はＦＦが、資源セット及び／又は資源部分セットに関連する一貫性及び／又は他のＰＥＲＣｏｓサービス機能等のＰＥＲＣｏｓ処理において使用される場合に特に有用であり得、このような資源アイテムは、評価され、優先順位付けされ、選択され、プロビジョンされ、組み合わされ、及び／又は、フレームワーク（クラスアプリケーションを含む）における一つ以上の役割に対する評価及び／又は判断が適用された資源及び／又は非資源使用をプロビジョンすることを含む、他の資源と使用され得、更に、資源アイテムは例えば、評判情報に少なくとも部分的に基づく。いくつかの実施形態では、評判の信用性は、例えば、目的物、例えば、参考本、ソフトウェアアプリケーション、参加者（例えば、人間個人又はグループ）、ハードウェア配列、計算環境、特殊化装置及び／又は同種のもの、目的に対する質、目的に対する値、目的への寄与に対する質、目的への発行者に対する質、又は、一般的に、目的へのクリエーターに対する質、又は、一般的には目的へのプロバイダに対する質、又は一般的にクリエーターの完全性、発行者の完全性、プロバイダの完全性、信用性、一般的に文脈及び／又は目的（例えば、相対的欠点許容範囲及び／又は一貫した信頼のある操作）、及び／又は全ての組み合わせ並びに／又は同種のものの信用性のある発行者セット（自身及び／又はクリエーターセットを代表して）による表明を説明する情報を有し、一つ以上のこのような単純化ファセットカテゴリは相互運用性、近似計算、利害関係者及び／又は利用者及び／又は他の関係者の使い易さについて標準化され、例えば、このようなファセットカテゴリの少なくとも一部分は、例えば、「レベル７」を選択するあるいはレベル１から１０の選択肢の範囲から目的に対する質の数値を推測する及び／又は同種のもの、ファセット制約された利用者及び利害関係者の選択肢の選択セット及び／又は数値入力に依存し得る。
【０３２９】
ＥＦは、目的物が事実である、つまり、真か偽であることを定め、それを実証するために試験可能であり及び／又は試験された、及び／又は、実証するなんらかの形態である信頼ある権限によって発行される目的物に基づく。ＥＦは、事実として扱われる試験可能な表明である確立された原則と宣言される。ＦＦは、精神的に基づく信念に基づき、確立された原則として扱われる。ＥＦ、及び、いくつかの実施形態及び状況では、ＦＦは、信用性のある発行者、クリエーター、プロバイダ、及び／又は目的物の一つ以上の特徴に関する表明として信用性をもって使用される。いくつかの実施形態では、信用性のタイプは選択可能であり、信用性のタイプはファセットエンジンインターフェイスから、例えば、個々の信用性、集約の信用性、又は、複合の信用性として、更には、信用性に対する信用性（信用性上信用性）、信用性に対する集約の信用性、及び、信用性に対する複合の信用性として選択されてもよい。いくつかの実施形態における信用性は、導出された信用性の形態でもよく、信用性における表明情報は、何らかのルールセットに応じて解釈され、このようなルールセットに基づく導出された形態に少なくとも部分的に変換され、これは、集約信用性情報の変換、及び／又は、異なるが実質的に類似する信用性対象表明の複合を含むことで基礎となる信用性の対象を含む「より高いレベル」の目的物に関する近似集約信用性を形成し、例えば、信用性の表明が関連付けられる、対応する信用性の対象のカテゴリスーパークラスを有し得る信用性の対象に対してより広い分類学及び／又はオントロジ的仕様を使用して信用性を用いることを含んでよい。例えば、目的に対する評判のファセット質及び目的に対する信用性についてイタリア製のスポーツカー、フランス製のスポーツカー、英製のスポーツカー、及び、ドイツ製のスポーツカー（例えば、早い、楽しい、扱いやすい車）に対する信用性セットは、いくつかの実施形態では利害関係者によって及び／又はクラウドサービス又はユーティリティ及び／又は同種のもののＰＥＲＣｏｓサービスによって発行される情報資源を形成する導出された集約信用性に集約されてよく、このような情報を自動的（及び／又は利用者指示の下）に導出することはある信用性の目的物を欧州製のスポーツカーの対象サブクラスとして解釈することに基づく。このような導出された集約信用性セットは、例えば、「スポーツカーを学習する」といった利用者目的への応答に有用であり得、スポーツカーは中核目的を形成するために学習すると結合されたカテゴリを形成し、このような導出された信頼情報は、例えば、導出された集約の目的に対する質の値、又は、一般的値における信用性を特定した場合、例えば、利用者セットが類似度マッチング及び／又は他の評価処理において使用されるべき情報としてファセットを目的表現情報において特定した場合に、例えば、欧州製対日本製のスポーツカーに関する優先順位情報を入力するために使用され得る。評判について、様々な実施形態が領域及び／若しくは目的、並びに／又は同種のものについて利用者の優先順位、体験、専門知識への利用者インタフェースの複雑性の形状化を支援するために、異なるレベルのファセット選択肢の選択オプション及び／又は値の範囲を支援してもよい。他のＰＥＲＣｏｓ資源について、一般的に言えばあまり制御されず、つまり、あまり制約されずより広く柔軟な語彙は、例えば、目的表現においてよりも多くの表現の多様性を可能にするが、いくつかの実施形態では、同義語分析及び／又は拡張型意味解析を必要とすることもある。このようなツールは、異なる信用性目的表現及び／又は対象記述が一体化のために解釈されるべき場合にも使用されてよい。資源対象が固有の識別子を有するＰＥＲＣｏｓの実施形態は、例えば、適用可能な信用性の対象クラスをメンバとして有し、このような信用性がその対象に対してファセットタイプ表明を共有するスーパークラスを用いて、分類的及び／又はオントロジ的なより高次のグループ分けセットの文脈内で解釈されてもよい。
【０３３０】
５．  特別なファセットであって、特別なファセットは、例えば、対応するシンボル及び／又は英数字テキストによって表されることで、特別な演算子の選択／入力は、例えば、関連性のある選好、プロフィール、群衆の挙動（例えば、ＣＰＥが目的表現メンバである目的クラスと関連付けられるような、及び／又は、ＣＰＥ中核目的に一つ以上含まれるようなＣＰＥ及び／又は目的文構成要素表現セットと関係するような、例えば、特定のＣＰＥ及び／又は目的文と関係して関連する）を含んでよい。ＰＥＲＣｏｓ配列は、例えば、主要次元及び／又はファセットに対するセット、及び／又は、特定のインスランス、クラス、及び／又は全ての資源の他のオントロジ的グループ分け等のより粒状の論理的単純化グループ分けについてのそれぞれのように以下に識別する補助的次元それぞれに対して一つ以上等のように、資源単純化グループ分けにおいてある程度組織化される、制約された数のシンボルを含んでもよく、その全ての資源は、フレームワーク、目的クラスアプリケーション、基盤、及び／又は同種のもの等の構成体、例えば、集約の信用性（自動的に更新される背景処理によるものでもよい）等の評判、共振、プロフィール情報、選好情報、管理プログラム及び／又は情報、プロセス自動化動作、特定の社会／密接な関係のグループ関連目的；及び／又は同種のものの資源又は全ての非資源（アイテムに適用可能でありＰＥＲＣｏｓ資源として特定的に発行されない場合）の形態を含んでもよく、表わされるこのようなシンボル化されたアイテムは、例えば、目的クラスアプリケーション又はアプリケーショングループ分けを含むＰＥＲＣｏｓ資源でもよい。例えば、顔の横から見る抽象的な画像は、「関連するプロフィール情報を挿入」を表し得る。例えば、「専門家推奨共振情報の挿入」に対するシンボルとしては、このような制約された数のシンボルは、ＣＰＥを最適化し、例えば、利用者目的有効的目的文に対して関連され最適化されたデータの生成に寄与する共振指示情報及び全ての関連するデータの一般的な専門家システムに管理されたプロビジョニングでもよい。特別ファセットシンボル／英数字は、全ての利用者固有及び／又は密接な関係のグループの定式化（これにより、例えば、このような対応する利用者及び／又は密接な関係のグループＰＥＲＣｏｓ配列は、全てのこのようなファセットをＰＥＲＣｏｓ解釈可能な且つ相互運用可能な標準化されたＰＥＲＣｏｓ表現情報の一方又は両方に変換する）、及び／又は、自由形態のパラメータ化を表し、常にそれとして使用されてもよく、適当な場合には他の「外部」ＰＥＲＣｏｓ配列と相互運用的に使用されてもよい。
【０３３１】
いくつかの実施形態では、関係する演算子は、文脈的単純化（例えば、「下で、と共に、に対して」及び／又は同種のもの等の前置詞、時間又は場所における位置及び／又は持続時間、及び／又は、色、大きさ（大型、中型、小型、短い、中度、長い）を含む形容詞、心理的属性（嬉しい、悲しい、興奮する、興奮しない、刺激的な、やりがいのある、啓蒙的な、対比的）を明確化する／強化するために次元表現仕様において使用されてもよい。
【０３３２】
様々な実施形態が、例えば、ＰＮＩ内で論理的組織及び単純化特徴を表す及び／又は変更する様々な方法を含む異なる論理的組織及び単純化特徴を有する異なるセットのＰＥＲＣｏｓ目的次元を提供する一方で、いくつかの実施形態では、文脈的で組織的な表現単純化は、一人以上の利用者の一般的な及び／又は目的特定の特徴、を最も顕著に反映する利用者記述情報のグループ分け等の、ある論理的に関連するグループ分けにおける分離から、発行された資源と関連付けられる特徴は、評判と関連付けられた特徴、中核目的仕様によって反映される文脈の質、及び、特別なシンボル／記述的表示の使用を主に導出することができ、これら全ては、いくつかの実施形態では標準化された相互運用可能な目的表現を可能にする。特定の又は全てのＰＥＲＣｏｓ表現能力を提供する他の実施形態は、文脈からの目的の推察、例えば、（ａ）動詞の推察及び／又は動詞選択及び／又は他の特徴セットの促進であって、ａからは論理的に適当な選択肢のリストが少なくとも部分的に推察され、（ｂ）ワード及びフレーズの類語集のような同義語の使用、（ｃ）意味論分析、資源に関係する利用者及び／又は群衆の挙動、目的表現、及び／又は、目的クラス及び／又は近傍、及び／又は同種のものを支援してもよい。
【０３３３】
これら次元グループ及びファセットは、簡単な論理的仕様処理において利用者及び利害関係者を支援し、多くの状況や実施形態においては最初の利用者目的表現アクティビティをまず識別してよく、「フォード社の自動車整備を学習する」等の中核目的を識別し、続いて、例えば、「中度／体験」及び「時間＜１００時間」及び「予算＜＄２００」等の利用者特徴次元ファセット特徴内での論理的に関連する次元ファセットタイプの使用を含みある次元仕様特徴の特定が行われてよい。これらの特徴は中核目的と関連付けられてよい。続いて、利用者により、例えば、「中度の資源複雑性」といった資源特徴が特定され、更に、「目的に対する質」といった評判の信用性（１から５の選択肢のセットのうちレベル「４」）が特定され、「主な自動車発行物」及び「全国紙／地方紙」の選択を評判信用性の資源発行者のそれぞれのＥＦ特徴として、中核目的と関連付けられて発行されるカテゴリファセットリストを用いて更なる評判次元が特定される。
【０３３４】
利用者セットが中核目的と、利用者及び資源次元ファセットの両方を用いることを特定する、ＰＥＲＣｏｓ資源学習／発見利用者ＣＰＥの実施形態の下での実施形態として以下が挙げられる。
【０３３５】
「中核目的：（『学習』＋『適用された合成生物学研究肌組織置換』）＋利用者ファセット；目的について初心者＋利用者ファセット：教育、大学ＢＳ＋資源ファセット：時間フレームＰ（発行タイミングに対する）＞１２か月＋資源ファセット：４８か月内の時間フレームＴ（基礎となる仕事の適時性）；評判ファセット：身分保障のある教授（合成生物学の分野）目的に対する値」。一実施形態では、例えば、『合成生物学を学習』といった目的クラスと「合成生物学」といったカテゴリクラスは、その実施形態では、中核目的焦点分野をカバーするメンバを有する最も近いクラスとして「『学習』＋『応用合成生物学肌組織置換』）に対する類似度マッチングを通じて識別される。例えば、両クラスのメンバは、中核目的及び標準化されたファセット値について目的表現に対してマッチングされたクラスそれぞれに対するインデックスに対してマッチングされ得る。仮説雑誌「オンライン応用合成生物学アップデート」における記事は、両クラスの資源メンバであり、中核目的に関する最近の開発について学習するにはそれほど高度でない、つまり、初心者には非常に価値のある記事として領域の身分保障された教授によってレーティングされている。仮説の例としては、教授は、この特定の記事を中級者又は上級者に対して非常に高くレーティングする。これは、記事が非常によく書かれ、最初に簡潔な要旨が書かれ、より上級者には、より技術的な情報の拡大セクションも書かれているため、全ての中核目的に関心のある関係者の目的を満たすからである。本実施形態において、また、その仮説の例を用いて、大学の科学教育を受けた初心者に対する同じ類似度マッチングを通じた二番目に最も高くレーティングされた資源は、スキンセラピー、第６章記載の「応用合成生物学の入門」なる名称の発行物である。
【０３３６】
前述の通り、いくつかの実施形態において、利用者目的表現は、履歴入力、及び／又は、補助的次元情報及び／又は同種のもの等の非標準化された入力を含んでよく、及び／又は、さもなければ（例えば、目的文の生成におけるように）非標準化された入力によって変換されてよい。例えば、補助的次元は、本質的には、無制限の可能な形態又は多数で利用可能な形態をとり得るため、単純化ファセットを使用しない。いくつかの実施形態では、これらの次元下にある情報は、ＰＥＲＣｏｓ解釈可能であり、標準化された命令、構文論、及び／又は他の言語要素を用い、社会、団体、クラブ、及び／又は、ユティリティセット等の配列を管理する一つ以上の標準によって支援される及び／又はさもなければ少なくとも部分的に管理される。いくつかの実施形態では、資源、参加者、利害関係者、利用者ノード、及び／又は、メタデータ及び／又は利用者又は利害関係者の目的文又は他の目的表現の定式化への寄与する入力として非標準化された形態にあってよい他の情報の関連付けられた形態を使用し、このような入力は、意味論、専門家システム及び／又は他のツールや関連付けられた情報ストアの補助でいくつかのＰＥＲＣｏｓの実施形態の処理によって少なくとも部分的に解釈される。
【０３３７】
文脈的目的仕様の拡大に寄与する補助的次元が、利用者及び／又は利害関係者インタフェース及び概念単純化及び表現目的のために、例えば、以下のカテゴリ及び／又は同種の組み合わせに応じて具現化されてもよい。このような次元及び／又はその一部分のインスタンスは、いくつかの実施形態では、ＰＥＲＣｏｓ資源として使用されてもよい。補助的次元の例の実施形態は、以下の形態を取り得る。
【０３３８】
１．プロセス仕様：資源、例えば、共振目的最適化促進部、プロセス自動化指示セット、社会的／密接な関係の指示セット、補助目的表現構築ブロック及び／又は同種のものとして発行され、例えば、以下を含む。
【０３３９】
ａ．密接な関係の／社会的指示は、例えば、企業、取引、クラブ、政治的、国籍及び／又は同種のものに関連するグループ分け特徴（例えば、実施及び／又は相互作用についてグループを伴い（例えば、サブ次元ポリシー／ルール／法律、文化的習律又は選好、役割及び／又は階層、及び／又は共有、共同、一般参加型、及び同種のもの）を含む。
【０３４０】
ｂ．プロセス自動化指示であって、例えば、一つ以上の資源セットを使用する結果、例えば、指示入力及び一つ以上の関連付けられたプロセスから少なくとも部分的に流れる一つ以上の結果を実現することを支援するために、非ＰＥＲＣｏｓの同じ目的セッションシーケンスプロセスに影響を与えるプロセスに入力情報が供給される。このようなプロセスは、第３の端部をわたる（第１の端部は利用者により、第２の端部はＰＥＲＣｏｓ間デジタル通信等のＰＥＲＣｏｓ体系内で）ＰＥＲＣｏｓ体系に対して外部的でもよい。
【０３４１】
ｃ．共振仕様インスタンスは、目的最適化のため、例えば、一貫性目的評価処理において使用される一つ以上の特徴及び全ての関連付けられる重み付け及び／又は変換を特定するコンピュータソフトウェア指示等のシナジー仕様を含み、全ての関連付けられた値及び／又は重み付けを含む全ての資源関連特徴セットの存在は、利用者目的の充足感に寄与し、関連する資源セット又はクラスセットを選別する及び／又はさもなければ確実に優先するために使用され、特定される方法で利用者目的の充足感にマイナス影響を与えると考えれられる全ての特定された他の特徴は、所与の関連付けられた資源セット又はクラスのマッチング優先順位で減少され、全てのこのような共振仕様は、特定の目的表現及び／又はこのような目的表現と関連付けられる目的クラス及び／又はクラス資源及び／又はクラス及び／又は目的クラスアプリケーション、及び／又は、密接な関係の／社会的、参加者、及び／又は、他の資源インスタンス及び／又はクラスと関連付けられる。
【０３４２】
２．一般的なデータアイテム（ｄａｔａ  ｉｔｅｍ：データ項目）及び全ての関連する指示であって、一般的に使用される及び／又は目的、参加者、構成体、ＰＥＲＣｏｓ計算設備、及び／又は、他の資源アイテム及び／又はクラス等の全ての所与の特定の資源セットと関連付けられる。これらのデータアイテムは、様々な実施形態において、発行された局所的及び／又は遠隔的な文脈的資源及び／又はデータアイテムを含む。このような資源及び／又はデータアイテムは任意のこのような情報からオンデマンドで生成され得、このようなデータアイテムは、例えば、計算設備プロフィール、選好、利用者使用履歴及び／又は関連する挙動、及び／又は同種の情報から抽出される情報のように、及び／又は、プロフィール、選好、利用者履歴、群衆履歴、専門家入力としてより一般的に発行されるように、利用者計算設備の内部使用のために使用されてもよく、これらは、一貫性等のＰＥＲＣｏｓサービスによって解釈可能な形態で、又は、解釈可能となるよう変換可能な形態で提供される。データアイテムは、利用者解釈可能な利用者表現シンボル及び／又は英数字表示を対応させることで表されてもよく、それにより、例えば、プロフィール情報又は選好情報は、利用者クラス及び／又は資源クラスと関連付けられる利用者選択に対するアイコン等の対応するシンボルを選択することで目的表現に組み込まれてもよい。
【０３４３】
３．ＰＥＲＣｏｓ構成体：基盤、ＣＰＥ（中核目的を含む）、フレームワーク及び／又は同種のものとして資源として発行される。
【０３４４】
４．自由形態のパラメータ化：自由形態のパラメータ化は例えば、ブール式表現で特定されるようであり、また、資源として発行される及び／又はデータ入力された一時的情報セットでもよく、これらは目的表現状態の別個のセットとして処理されてもよく、及び／又は、ＣＰＥ及び／又は目的文の一つ以上の他の次元セット、ファセットセット、及び／又は、他の構文的に論理的な部分のセットを変更してもよい。
【０３４５】
上述の主要及び／又は同種の次元情報は、雰囲気及び／又は他の反応入力を提供するためにカメラ及び／又はオーディオ及び／又は他の生理的／物理的観測／感知分析を示す生体測定の推察された情報によって補完されてもよい。
【０３４６】
いくつかの実施形態では、ＰＥＲＣｏｓは、例えば、プロセス／成果次元と組み合わされた中核目的次元の周りに次元単純化及び論理的グループ分けを組織化してもよい。このようなプロセス／成果次元は以下の形態を取り得る。
【０３４７】
プロセス／成果次元
【０３４８】
１．知的／抽象的（例えば、次元の考え、知識／情報の取得、関連のある視点の強化／変更、論理的処理）
【０３４９】
２．経験的（即ち、次元の満足、幸福、刺激、長い、短い、及び／又は特定の時間ベース、熱い、冷たい等の本質的な経験）
【０３５０】
３．動作に関する（セッションの第一の焦点は行動を起こすこと、つまり、次元の商用、グループ及び／又は個人の購入、発行、結果の出力、通信、遠隔処理の開始）。
【０３５１】
他の処理／成果次元
【０３５２】
１．社会的／相互作用（例えば、次元の共有、共同、共同参加、友達としての追加、通信、支援、関与（例えば、新しい友達）及び同種のもの）
【０３５３】
２．取得／評価／発展（例えば、情報／知識及び同種のもの）
【０３５４】
３．エンターテイメント（例えば、音楽を聴く、楽しむ、観察（スポーツイベント等）、見る（映画等）及び同種のものの次元）
【０３５５】
４．取引（例えば、次元は商業、例えば、グッズ及び／又はサービスの取得、及び同種のもの）
【０３５６】
５．密接な関係の／社会的グループ（例えば、次元のポリシー／ルール／法律、文化的習律又は選好、役割及び／又は階層、及び同種のものの実施についてのグループに関わる）
【０３５７】
６．具体的（例えば、一つ以上の資源セットを使用する結果、例えば、指示入力及び一つ以上の関連付けられたプロセスから少なくとも部分的に流れるＰＥＲＣｏｓに対して外部的な一つ以上の結果を実現することを支援するために、非ＰＥＲＣｏｓ目的関連プロセスに影響を与えるプロセスに入力情報を提供する指示セット及び同種のものに関わる）
【０３５８】
いくつかの実施形態において、次元は、その目的の要点を述べることについて論理的付属物を提供してよいだけでなく、特に、大規模な「無限のインターネット」資源機会共に使用された場合に、利用者の複合目的焦点を反映し、ＰＥＲＣｏｓプロセス及び結果の効率性を単純化して改善する重み付け及び／又はアルゴリズム表現グループ分けとしても機能してもよい。ある意味では、このような次元は、前提条件理論における基本レベルと概念的に類似する方法で利用者によって一般的に理解されている「基本レベル」の共通配向の単純化手段を少なくとも部分的に有してもよい。いくつかの実施形態では、一つ以上の標準化された次元ファセットによって表わされる主要次元等の次元は、任意の論理的組み合わせにおいて表現され、一つ以上の次元属性／値によって拡大されてもよい主要次元及びファセット及び／又は次元目的表現セットを有してもよい。いくつかの実施形態では、上記は関連付けされた値の有無に関わらず、さもなければ通常解釈可能な自然及び／又はブール式の言語表現によって少なくとも部分的にＰＥＲＣｏｓプロセスにおいて補足されてもよい。いくつかの実施形態では、次元及び／又はその特定された成分の標準化された構成要素は、例えば、関連付けられた重み付けアルゴリズムで表現されてもよい。例えば、次元は、利用者が考えた重み付けグループ（例えば、関連付けられた寄与値）、例えば、中核目的配置と、例えば、９０％社会的で１０％知的、２５％知的、７０％取引、また、５％経験的、あるいは、５０％知的で５０％社会的の次元重み付けを有する次元の組み合わせを有してもよい。このような次元属性値は、例えば、ＣＰＥの表現の構成要素としての適切な記述的情報として利害関係者によって発行された資源と関連付けられた相当する次元属性値と少なくとも部分的に相対的に、又は、絶対的に対応し得るように、マッチングや、類似度、優先順位付け、プロビジョニング及び同種のものにおいて使用されてもよい。
【０３５９】
例えば、「カメラを買う」といった中核目的を持つ利用者は、知的（例えば、重要な特徴、ブランド、モデル、仕様、比較する価格及び／又は同種のものが何であるかの評価）、取引的（例えば、購入に対する実際の意見及びその要件）、社会的（例えば、友達との通信を通じて候補となるカメラに対する視点を得る）、又は、取引アクティビティの共有（友達と一緒に買う等）に主に焦点を当てる。同様にして、ある人がポップ音楽のコンサートに行くことを望み、オプションを評価していると仮定した場合、その人は評価オプションに対する強調の度合といった知的な面、ある友達と共同参加したり経験的にパーティしたりダンスするといった社会的な面、及び、どれ位の価格でどこで購入し、５０％経験的、２０％知的、３０％社会的（友達が共同参加）の優先順位を設定するといった取引的な面を強調し、このような入力は、いくつかの実施形態では、目的クラス選択、マッチング及び類似度、参加者（アクティブ利用者になる）選択、及び／又はプロビジョニング及び／又は同種のもののためにオペレーティング目的文を形成することへの入力を供給するために、例えば、評判入力、ＣＰＥ、全ての記憶されたプロフィール、群衆挙動、及び／又は密接な関係の／社会的情報、及び、全ての他の次元入力と組み合されてもよい。このような次元仕様は、上述の通り、次元を重み付けしたり、及び／又は、次元ファセット又は属性を重み付けしてもよい。
【０３６０】
いくつかの実施形態では、次元の相対的な重み付けは、様々な資源の処理（例えば、専門家システムファセットシステム及び／又は少なくとも部分的に前提条件となる仮説及び／又は関連する概念的システムベースのクラス又は他のオントロジ的システム等の知的ツールがどのようにして動詞、カテゴリ、目的ファセット、及び／又は分割の選択及び／又は提示の提案を制約して優先するか）及び／又はどのようにしてこのような知的ツールが利用者識別、評価、優先順位付け、表現定式化、及び／又は、選択処理を支援するかに部分的に影響を与え得る。
【０３６１】
次元の特定の組み合わせ及び／又は他のアルゴリズム表現は、一般的に目的クラスと関連付けられる共振指示セットとして発行され用いられてもよい。例えば、社会的次元における高い重み付けにより、例えば、ある友達リストからの参加者とコンサート／ダンスに行く、又は、ダンスが上手で一緒にパーティに行くことが楽しいことを示すある個人的特徴を有する参加者を含む等、高い資源要素に関連するある資源（例えば、他の参加者を含む）に増加した重み付けが与えられ、このような資源特徴は共振指示に応答するであろう。
【０３６２】
いくつかの実施形態において支援され得るＰＥＲＣｏｓマッチング及び類似度のウェブサービスは、一つ以上のユティリティ、団体、及び／又は企業によって提供され、例えば、資源発行者及び／若しくは同種のもの、ウェブ広告者並びに／又は参加者情報の集約者に対して、例えば、参加者等の全ての資源タイプを含む視点のオントロジ的及び／若しくは分類学的並びに／又は組織的セットを含む資源インスタンス及び／若しくは資源グループと、全てのタイプの目的表現及び／若しくはクラス並びに／又は他の近傍のグループ分けとを関連付ける目的関連情報システムを作成するレーティングサービス配列として機能し、このような関連付け情報は、利用者及び／又は群衆関連履歴挙動システムの使用情報、選好、プロフィール及び／又は同種のものの他の資源及び／又は目的関連データによって拡大されてもよい。例えば、このようなプロセスは、利用者としてアクティブな場合には、参加者の自身で発行した信用性、関連する信用性ＥＦ、参加者に対する第３の関係者の信用性、及び／又は、参加者が生化学の分野で博士号を有する、地球近傍天体における趣味を持つ、ポピュラー・サイエンスやいくつかの応用科学発行物を用いて天文学の事項を頻繁に学習する等の参加者プロフィール、選好、及び／又は仕様履歴に関して、参加者を評価してもよく、このような参加者は、アクティブ利用者として「『学習』『天体物理学、地球の近傍にある天体』『利用者ファセット：高度知識７（１から２０のスケールのうち）』を学習するといったＰＥＲＣｏｓ  ＣＰＥを特定する。
【０３６３】
このようなウェブサービスは、例えば、中核目的及びこのような関連付けられた次元ファセットを含む目的表現、及び／又は、例えば、次元ファセット及び／又は補助的次元及び／若しくは同種のもの及び／又は選好、プロフィール、履歴等及び／若しくは類似度並びに／又は他の処理を含む他の利用可能な参加者関連情報を処理し、このような情報を記述的ＣＰＥ及び／又は目的文及び／又は資源メタデータに対して評価して、最も実用的な目的を満たすマッチング及び／又は例えば、候補となる資源及び／又は資源部分の優先順位ランキングを識別する方法を管理してもよく、このためにアクティブ利用者としての特定の参加者はＣＰＥ等を表現し及び／又は利用者のＰＥＲＣｏｓ配列特定有効目的文を有する。
【０３６４】
中核目的は、動詞とカテゴリの組み合わせよりなり、動詞はいくつかの実施形態では少なくとも時々推測されてよい。このような中核目的は、以下のセクションで説明される文脈的次元ファセットによって拡大されてよい。いくつかの実施形態では、物理的／分子的等のカテゴリ記述と関連付けられる制約された動詞のオプションよりなる中核目的と結合された動詞及びカテゴリは、いくつかの実施形態では、前置詞及び／又は副詞及び／又は他の通知する文法用語と使用されてもよく、文法用語は、例えば、ファセット・インタフェース配列の使用を通じてオプションリストから選択され、中核目的が与えられた状態では利用可能な文法的オプションは論理的に関連し様々に、例えば、文法タイプの最も有用な用語に制約されることでＰＥＲＣｏｓ配列の単純化及び近似能力を支援する。同様にして、例えば、領域カテゴリオプションは、利用者選択された動詞のセットが与えられた状態では論理的に賢明なものに制約される。動詞オプションも、所与のカテゴリ仕様が与えられた状態で、相応じて論理的に賢明なものに代替的にはあるいは追加的に制約されてもよく、及び／又は、いくつかの実施形態では、短い、例えば、「ビーフステーキ」として提示されるカテゴリから推察されてもよい。これは、「購入する、料理する、食べる」といった動詞のオプションを有し、「健康」「ビーフステーキ」又は「健康ビーフステーキ」といった結合されたカテゴリ又はサブカテゴリは「学習する、教える、通信する」といった動詞のオプションを有し得る。例えば、物理学を「学習する」又は「教える」ことは意味をなすが、「物理学を購入する」ことは意味をなさない。同様にして、「物理学を研究する」又は「物理学の教科書を購入する」ことは適当であるが、「物理学を旅させる」又は「物理学の教科書と会う」は意味をなさない。言語及び／又は領域専門家は、論理的に可能性が高い及び／又は賢明なオプションであるカテゴリに対する論理的に適当な動詞のセット、及び／又は、動詞のセットに対するカテゴリセットを通常では容易に識別することができ、同様にして、このような配列を通じて、いくつかの実施形態は、特定されたカテゴリ、動詞、及び／又は中核目的及び／又は他の目的表現セットが与えられた状態で、副詞、前置詞、及び／又は、形容詞の制約されたオプションを解釈し提供してよい。
【０３６５】
いくつかの実施形態では、主要次元ファセットは、近似特徴として通常使用され、中核目的と組み合わせて使用された場合には、特定された又は推測された規範の文脈を実質的に彩飾し、同様にして、記述的中核目的表現を通知し得る主な目的特性を説明する。以下に、本願で説明したファセットオプションをいくつか又は全て用いていくつかの実施形態で表され得るような主要次元ファセットを説明する。
【０３６６】
利用者ファセットは、例えば、
ａ．初心者／中級／上級／専門家等の、中核目的に関連する利用者の高度な知識／専門知識
ｂ．利用者の役割、例えば、メンバ／参加者／管理者／役員／ヘッド／意思決定者／学生／教師／親戚／伴侶／兄弟姉妹
ｃ．利用者の焦点、例えば、簡単／中度／複雑／狭い／中間／広い／地方／グローバル／ユニバーサル／小さい／中位／大きい／目的に対する質／値に対する質／発行者の質／クリエーターの質／プロバイダの質／ポイント−カウンターポイント
ｄ．利用者の観点、例えば、ネガティブ／中立／ポジティブ／断定的でない／中立／断定的／不確か／探究的／確か／関心／無関心／安価／妥当／高価（対象に対して）
ｅ．ユーザー体験（主観的感覚）、例えば、刺激／興奮／平穏／幸せ／静か／無情／悲しい／挑戦的／要求がない／面白い／不愉快等
【０３６７】
資源ファセット：いくつかの実施形態では、以下の近似表現目的に対する、発行された資源インスタンス及びクラスの特徴を説明する。
ａ．短い／中位／長い
ｂ．安価／普通／高価
ｃ．簡単／中度／複雑
ｄ．単一／複合
ｅ．現在／最近／その間／古い／古代
ｆ．オーディオ／ビデオ／印刷物／直接的な人間
ｇ．電子的／機械的
情報／プロセス／ソフトウェア／ハードウェア／ファームウェア／サービス、等。
【０３６８】
全ての信用性タイプの評判と単一で、又は、適当な場合には集約で又は組み合わされて関連付けられる評判ファセットは、例えば、以下を含む（「又は一般的に」異なる、相互排他的でない、別のファセット）。
ａ．目的に対する質−例えば、数値−１０〜＋１０
ｂ．値に対する質
ｃ．目的への寄与に対する質
ｄ．目的に対する発行者の質（又は一般的に）
ｅ．目的に対するクリエーターの質（又は一般的に）
ｆ．目的に対するプロバイダ（例えば、転売人）の質
ｇ．クリエーターの完全性（一般的又は目的に対して）
ｈ．発行者の完全性（一般的又は目的に対して）
ｉ．プロバイダの完全性（一般的又は目的に対して）
ｊ．目的に対する信用性（一般的又は目的に対して）
【０３６９】
いくつかの実施形態では、前述のファセットの例は、ラベル付け又はタイプにおける変化に関わらず、全ての組み合わせで利用可能であり得る。このようなファセットは、重要な利用者／参加者の概念セットの汎化近似特徴として組織化されてもよく、例えば、標準化された表現及び解釈可能な方法で組織化され、人間一般的及び／又は領域一般的、キー属性に対応する重要な論理的グループ分けで更に組織化されてもよく、資源や資源部分のセットの識別、選別、評価、優先順位付け、選択、プロビジョニング、及び、使用に、例えば、入力を供給するよう特定的に用いられ得る。
【０３７０】
いくつかの実施形態では、ＰＥＲＣｏｓ発行された資源アイテムは、資源識別子、発行者（固有の識別子を有し得る）、目的物、及び、少なくとも一つの目的表現といった四つの基本情報タイプを有してもよく、更に、いくつかの実施形態において特定されるように及び／又は密接な関係のグループ、企業、社会的組織、標準本体等によって特定されるように、クリエーター、プロバイダ、寄与者、オントロジ的及び／又は補完的分類情報等の補完的タイプを有してもよい。
【０３７１】
いくつかの実施形態では、目的表現仕様は、例えば、様々な実施形態が提供するように、接置詞セットを含む前置詞、時間又は場所における位置及び／又は持続時間、及び／又は、色、大きさ、心理的属性等の形容詞等を明確にすることと使用され得る領域カテゴリンスタンスを使用し得る。標準化された主要次元ファセット及び／又は次元の用語集は、いくつかの実施形態では、選択された動詞、領域カテゴリ、及び／又は、特定されるかさもなければ所与の選択セット（例えば、一つ以上の先の選択）に対する論理的に関連付けられた任意の文脈的単純化変数を提供する制約されたセットとして利用者セット及び／又は利用者計算設備によって選択される中核目的セットによって更に制約され得る。利用者は、自身の選択リストの同義語、関係関連性、ワード／フレーズ、及び／又は、自身のあるいはグループの目的をカスタマイズするリストを用いる自身の単純化セットを定めてもよい。
【０３７２】
いくつかの実施形態では、一つ以上の動詞は、一つ以上の利害関係者によって目的クラスアプリケーション（及び／又は他の資源）を説明するものと宣言されるＣＰＥにおける記述的中核目的として一つ以上の領域カテゴリと関連付けられてもよい。利用者は、アイコン又は資源セットのなんらかの他のシンボル的表示を選択することで特徴付けられた資源セットを選択してもよく、このとき、シンボルはブランド付け、目的特徴付け、及び／又は、他の識別表示として、利害関係者、例えば、資源発行者によって、又は、利用者セットによって発行される。利用者は、フレームワーク、目的アプリケーション、基盤、共振、ＣＰＥ、及び／又は構成体を自身の使用のために発行（及び／又は、利害関係者として発行）し、全ての一つ以上の構成体を代表的なシンボルと関連付けてもよい。このような資源セットを選択することにより、利用者は、一つ以上の中核目的及び／又は他のＣＰＥ組み合わせを特定し、このような選択により、他のＰＥＲＣｏｓ環境情報から導出され他の利用者目的動作への入力として使用されてもよい目的仕様セットが生成される、つまり、抽出される、又は、さもなければその目的仕様セットに変換されてもよい。
【０３７３】
いくつかの実施形態では、利用者は、例えば、クラス、オントロジ、分類、及び／又は同種のものとして目的表現組織に、自身の選択（文脈及び全ての関連する権利を受ける）情報を配置してもよい。利用者がこのような組織を発行することを望んだ場合、より広い及び／又は意図する観客のために標準及び／又は相互運用性を確実にするために発行中に適用される一つ以上のフォーマリズムが存在してよい。
【０３７４】
専門家は、例えば、専門知識の領域と一致する仕様に準拠し、一つ以上の目的アプリケーションと相互運用し、一人以上の意図する利用者によって適当に解釈され得、及び／又は、他の方法で目的動作に対する効果的で効率的な組織を提供するように、それぞれの情報に対して標準化された及び／又は相互運用可能な目的表現組織を使用し得る。
【０３７５】
利用者目的表現は、人間の挙動的な且つ考えの処理の複雑なセットの可視部分である「氷山の一角」を表わす。目的の配向は、目的処理中に進化してもよく、一つ以上のＰＥＲＣｏｓセッションの部分にわたって起こり得る。目的の利用者理解は、利用者の目的表現（及びその目的の領域セット）に対して利用者が有する専門知識の程度によってしばしば制約される。一つ以上のセッション中、利用者の目的は、処理の展開するセットにより、利用者の意図する展開のより正確な又はより満足する進化する表示である、益々最適化された目的表現によって次第に表され得る。
【０３７６】
ＰＥＲＣｏｓの実施形態の同義語サービス等の外部的資源サービスは、一貫性等の他のＰＥＲＣｏｓの実施形態の資源によって引き起こされてもよく、例えば、ＣＰＥが「ブッキング」（動詞）及び「旅行」（カテゴリ）を有するとき等、利用者にオプション及び／最適化を提供し、ＰＥＲＣｏｓの実施形態は「購入」を「ブッキング」の代わりに利用者に促してもよい。
【０３７７】
いくつかのＰＥＲＣｏｓの実施形態では、用語集は、目的経験の識別においてもっとも一般的に使用されるタームを含み得、他のＰＥＲＣｏｓの実施形態の言語と共通して、後の使用のために、適当な経験及びその資源（例えば、参加者、内容インスタンス等）、目的表現、場所、計算資源等のノード配列情報を利用者が管理し、発見し、選択し、及び／又は、さもなければ操作し及び／又は調査するために標準化された相互運用可能な手段を提供し得る。
【０３７８】
いくつかの実施形態では、目的クラスアプリケーションは、目的を実現するために利用者に著しい能力を提供する。目的クラスアプリケーションは、目的成果の特定の論理的に関連するセットに対して利用者計算環境を提供するよう具体的に配置された資源セットを有する資源である。利用者は、特定の、専門的な及び／又はさもなければ作り出した特徴を有し得る能力の特定的にターゲットされた（一つ以上の目的表現に対して）セットを提供するよう構成されたとの特定の理解を有して目的クラスアプリケーションを用いてもよく、この作り出した特徴は、ソフトウェアアプリケーションインターフェイス（例えば、ファセットエンジン）、表示、通信（例えば、交差端部）、専門家システム及びＡＩ支援能力を含み、これら全ては目的表現セットの文脈において特定されているように、一つ以上のクラス、階層的、オントロジ的、及び／又は、能力の他の論理的及び／又は関係的（例えば、人間関連）ベースの組織に特有の相互補完的な多特徴環境にある。
【０３７９】
いくつかの実施形態では、目的クラスアプリケーションは利用者計算環境である「デスクトップ」を投入するために使用されてもよく、このときシンボルは、利用者計算設備の目的の満足感のアクティビティを開始することで対応する目的の満足感が特定されたクラス配列のための資源環境に利用者が直接的に入れるよう、ブランド付け、目的クラス、発行者名、成果の一つ以上のファセット等に対応する、また、いくつかの実施形態では、部分的に又は全体的に組み込む。それにより、いくつかの実施形態では、ＰＥＲＣｏｓ能力は、目的クラスアプリケーションの能力に組み込まれてもよく、例えば、より粒度が細かいターゲットされた知識の向上及び関連する学習及び発見に対して情報資源及び／又は資源部分の支援が提供される。いくつかの実施形態では、時間の経過と共に、また、ＰＥＲＣｏｓ領域セットの特定の又は一般的な体系の進化と共に、多くの利用者アティビティは目的クラスアプリケーションを通じて利用者によって「漏らされ」、このときＰＥＲＣｏｓ能力は、より具体的な情報、利用者目的知識向上及び／又は意思決定式に利用者に役立ち得る。例えば、目的クラスアプリケーションは、問題を診断する及び／又は治療を選択する、更に、例えば、リクエスト時及び／又は現在オンラインには利用可能な相談する専門家の集団を支援する、及び／又は例えば、全ての関連する相談費用及び／又は他の検討事項に関する情報を提供する論理的な専門家により組み立てられたファセット能力によって支援される専門家及び／又はそれぞれの製造企業及び／又はその関連会社等によって提供され、あらゆるブランド及び／又はモデル特定力学電子マニュアルで部分的には投入される「自動車整備の学習及び練習」を有してもよい。尚、一つ以上の相談（例えば、利用可能性、スケジューリング及び同種のもの次第）は、例えば、学習、診断、及び／又は、修復処理の所与の時点で呼び出され、本例において上記全てはグラフ能力によって支援される。このグラフ能力により、例えば利用者のリクエスト時には、文脈的に（プロセス時点において）利用可能であり、及び／又はグラフ的及び／又はビデオクローズアップな参照及び診断専門情報等の学習支援能力を含み、車両機械的問題の診断及び／又はサービスを利用者セットに「段階的に説明する」ことができる。これら及び他の能力は、例えば、アプリケーション資源配列に寄与する一つ以上の役割を選択可能な資源が実施することを可能にする目的クラスアプリケーションの使用において評価される及び／又はカスタム使用される資源（いくつかの実施形態では、ＰＥＲＣｏｓ発行された資源の定義に満たない一つ以上の他の資源を含み得る）を寄与することで投入された非常に強力なアプリケーションセットを作成することができる。利用者は、例えば、有用な資源の一部分（いくつかの実施形態では、資源の定義を満たさない一つ以上の他の資源を含む）を含む付属物を提供し得る「自動整備士の学習及び練習」といった利用者目的と関連付けられるフレームワークと作業することで目的クラスアプリケーションを更に「構築」してもよい。
【０３８０】
いくつかの実施形態では、例えば、目的クラスを含む一つ以上の目的及び／又は目的オントロジ的及び／又は分類学的グループと関連付けることを望む特徴を記憶するために、目的プロフィールは利用者／利害関係者の二人によって使用され得る。例えば、スキルレベルがそれぞれで異なる専門知識の領域を多数有する専門家は、一つ以上の領域と関連付けられる目的プロフィールを展開してもよい。更に、一人以上の利用者及び／又は利害関係者は、自身の特定の記憶された目的（例えば、ＣＰＥ）に最適化された目的プロフィールを有してもよい。
【０３８１】
ＰＥＲＣｏｓウェブサービス配列は、参加者の特徴、例えば、全ての目的オントロジ的及び／又は分類学的配列と関連付けられるように、プロフィール情報を維持してもよく、それにより、特定の目的セット例えば、目的表現、と関連付けられた一つ以上の特徴に基づいて、関連付けられた一人以上の関係者が識別されて優先順位が付けられてよく、例えば、それぞれの特徴的質／能力（例えば、記述的参加者の専門的属性等のＥＦ）に対する信頼に応じて更に査定され得る。
【０３８２】
いくつかの実施形態では、このような目的プロフィールの定式化は、選好の一部と関連付けられる及び／又は潜在的にその一部となり、意図する後続の目的操作に対する文脈を部分的に又は全体的に形成してもよい。
【０３８３】
いくつかの実施形態では、利用者は、例えば、一人以上の専門家、利害関係者、他の利用者、及び／又は、目的を満たす操作を保証する、例えば、共同及び／又は共有する社会的ネットワークから目的プロフィールを選択してもよい。
【０３８４】
いくつかの更なる実施形態
例えば、利用者グループが、自転車、車、電子装置、及び／又は同種のものの修理を試みているとする。目的操作を請け負うため、例えば、問題を診断することを試みるため、利用者は、装置を構成する構成要素及び関連事項や問題に対する症状の一致の理解が進化することを経験することができるが、これは例えば、同じ事項を経験した、及び／又は、材料事項に関連する専門知識を有する他の人の直接的及び／又は間接的な支援を通じたものである。これは、例えば、専門家及びその発行された資源及び／又はオンライン、リアルタイムの支援につながり、利用者目的セットを満たす適当な治療的アクションにつながる情報通知の文脈を提供することができる。
【０３８５】
例えば、いくつかの実施形態では、利用者（Ｕ１）は、（ＰＥ１）を表現し、（ＰＥ１）は、クラスシステムやＰＥＲＣｏｓの実施形態の処理の使用を通じて、ＰＥ１に対して顕著な及び／又は充分な相関関係／関連性を有するいくつかのクラスを含む資源（ＲＳ１）のセットを結果として得ることができる。例えば、ＲＳ１は、クラスＣ１、Ｃ２、及び、Ｃ３を有してもよい。これらのクラスそれぞれは、Ｃ１（ｒ１１…ｒｎ１）、Ｃ２（ｒ２１，…，ｒｎ２）、及び、Ｃ３（ｒ３１，…，ｒｎ３）として表現されるメンバの資源を有してもよい。
【０３８６】
本例では、利用者Ｕ１は、ＲＳ１の経験があり、繰り返し適用される目的表現の一部としてＲＳ１のメンバＲ（ｘ）を選択する。いくつかの例では、これにより、ＰＥ１のタームのいずれもＰＥ２に保持されない、あるいは、改定されたＰＥである新しい目的表現ＰＥ２が形成され、この場合、例えば、ＰＥ１（ａ）として示されるＰＥ１のターム及び／又は表現の組み合わせのいくつかは保持される。例えば、ＰＥ１がＣＰＥ（学習、太陽電池）を含んだ場合、ＰＥ２は、例えば、ＣＰＥ（購入、太陽電池パネル）を含んでもよい、又は、ＰＥ１（ａ）はＣＰＥ（学習、太陽電池パネル）を含んでもよい。
【０３８７】
本例では、Ｕ１は、各ＰＥ及び関連付けられる結果のセットを保持することを選んでもよく、それにより、ＲＳの検討事項や評価の経験を通じて目的領域の更なる理解を発展させることができるため、「理解の木」を横切って異なる選択や分岐を考慮することができる。
【０３８８】
これは、Ｕ１及び／又はＵ１目的操作と関連付けられる資源、Ｕ１の選択及び判断の木を含む、関係情報及び／又は結果のセットによる（例えば、一つ以上の記憶手段を通じた）保持を含んでもよい。
【０３８９】
ＰＥＲＣｏｓが充分に明確な情報を有さない目的表現を利用者が表現する場合、ＰＥＲＣｏｓは目的表現を評価して可能な限り「近い」目的表現のセットを見出してもよい。図１を参照するに、いくつかの目的領域はいくつかの共通の目的を共有する一方で、他の目的領域はどの共通の目的も共有しない。利用者は、目的領域ＰＤ３における目的クラスに一般化される目的表現を特定してもよい。更に、ＰＤ３と関連付けられる記述によるＣＰＥがないと仮定する。このような場合、ＰＥＲＣｏｓは、ＰＤ１及びＰＤ２を考慮してもよい。
【０３９０】
共通のメンバを含む目的領域の例示的な例を図１に示す。
【０３９１】
いくつかの実施形態では、目的領域は、目的に焦点が当てられた特別なタイプのクラスである。
【０３９２】
いくつかの実施形態では、目的領域名称は、標準化され、一つ以上のクラスシステムと整列されてもよい。このような標準化は、例えば、目的領域と関連付けられる例えば、記述によるＣＰＥを含んでもよい。
【０３９３】
いくつかの実施形態では、目的領域を含む他の資源及び／又は資源部分との一つ以上の目的領域の関連性を表す、動詞やカテゴリ等の一つ以上の目的表現を含む関連付けられた表が存在してもよい。例えば、その表は、他の目的表現、及び／又は、動詞、カテゴリ、ＣＰＥ、及び／又は、相対的な強さ、近さ、近傍さ、同時発生、発生の頻繁さを示す計量（例えば、重み付け）、及び／又は他の計量を含み得る。
【０３９４】
いくつかの実施形態では、それらが含むこのような表やその値は、資源の相対的ユティリティを決定するためにＰＥＲＣｏｓの実施形態の目的操作によって使用されてもよい。
【０３９５】
いくつかの実施形態では、目的領域と関連付けられる追加的な目的表現があってもよく、例えば、いくつかの実施形態では、これは、ＰＩＤＭＸを含んでもよく、ＰＩＤＭＸは、目的領域が関連付られた全ての目的表現と、目的領域（資源として）と他の目的領域（資源として）との間の関係とを有し得るものである。
【０３９６】
例えば、ＰＤ１は、関連付けられた記述によるＣＰＥ［算数を学習］を有してもよく、これはＰＤが、一般的な算数を学習することに対する資源であるからである。いくつかの実施形態では、ＰＤ１は、記述によるＣＰＥ［物理を学習］を有するＰＤ２と共に多数の利用者によってしばしば使用され、その結果、例えば、各ＰＤ  ＰＩＤＭＸは、ＰＤ１とＰＤ２がいくつかの評価において非常に近い／近いと判断されるように列挙されたこの関係を有することもある。
【０３９７】
いくつかの実施形態では、利用者目的のプロビジョニングは、例えば、利用者の前提条件、一つ以上の記憶されたプロフィール、選好、文脈、例えば、目的領域における利用者の専門知識、及び／又は同等なものの要素を考慮してもよい。例えば、利用者が投資戦略を探索することに関心があるとする。図２の例示では、利用者は三セットの判断点を有する。第１の判断点は、利用者の「起こり得る自体の前提条件」を特定することであってもよく、例えば、利用者が、ギリシャが履行を怠り株式市場が結果として下がった場合に何が起こるかを仮定する。判断点の第２のカラムでは、利用者が、利用者の専門知識レベルを探索することであってもよく、例えば、利用者が専門的な投資家である、知識豊富な投資家である、初心者の投資家である、及び／又は同種のものであることを仮定する。判断点の第３のカラムは、異なるタイプの投資戦略を探索することであってもよい。蓄積された判断に基づき、ＰＥＲＣｏｓは、例えば、一つ以上の資源知識ベースと相互作用して利用者の目的を満たすために使用される資源のリストを生成する。
【０３９８】
利用者の資源選択の例示的な実施形態を図２に示す。
【０３９９】
いくつかの実施形態では、利用者は、自身の信念を伴う相互作用を有してもよく、これは、例えば、目的操作に対する利用者特定された制約及び／又は目的操作を通じて作成される結果のセットに対する評価操作に含まれる制約として表現される。
【０４００】
いくつかのＰＥＲＣｏｓの実施形態では、ユーザー体験及び発見は、時間とともに順応し、目的を追及する際の相互作用及び経験イベントを含む、イベントを処理するため利用者の限界に反映されている。
【０４０１】
いくつかのＰＥＲＣｏｓの実施形態では、展開管理は、利用者が、目的表現の一回以上の繰り返し中に、動的に展開する目的操作を満たす潜在的な結果のセットを直接的に出力する交差端部管理を含む。
【０４０２】
利用者は、目的操作内で利用者の発展する理解を反映する多数の繰り返し目的表現を有してもよい。
【０４０３】
いくつかの実施形態では、目的表現は、ＰＥＲＣｏｓの実施形態の処理を通じて全体的に又は部分的に処理されてもよい。これらの処理は、例えば、以下を含む、目的表現の操作及び／又は処理を含んでもよい。
【０４０４】
・目的表現の遅延された処理−例えば、利用者及び／又は他の処理入力は、例えば、異なる資源を生かし、資源利用可能性へ処理をマッチングし、他の利用者と同期し、このような操作、及び／又は同種のものに対する時間期間を決定する仕様（例えば、ルール）に準拠するために、目的処理において一つ以上の様々な遅延を引き起こしてもよい。
【０４０５】
・集中的処理（例えば、クラウドベースの資源を含む多数の資源）−例えば、より強力で可能な及び／又は高度な資源の使用により、更なる／追加的な処理能力に対する利用者資源が補完される及び／又は更に向上される。
【０４０６】
・専門的な処理−例えば、利用者の資源プール内及び／又はクラウドで動作され得る、数理言語学、意味論及び／又は他の分析ツールのような専門的な処理ツールの使用。
【０４０７】
・簡単／迅速／インスタント処理／レスポンス−有用性が優先される、例えば、事前計算された及び／又はインデックス付けされた目的結果のセット。
【０４０８】
・処理の量子化（増加／反復を含み「塊」での結果の配信）−例えば、一つのカテゴリからの結果、一つの資源からの結果、仕様を満たす結果、及び／又は同種のものなど、目的結果セットは量子化された「塊」で提供される。
【０４０９】
・協調処理−例えば、一組の利用者は、共通目的を追求するためにその特定の資源を利用する。
【０４１０】
いくつかの実施形態では、資源のこれらの配置は、基盤、フレームワーク、及び／又は同種のものとしてＰＥＲＣｏｓの実施形態の構造体にしばしば沿って持続されてもよい、及び／又は発行されてもよい。
【０４１１】
いくつかの実施形態では、利用者の最初の目的表現は、処理されて、更なる周期的な処理のために時間と共にその後保持される。これは、例えば、関連付けられたクラス及び／又は他の組織的構造の作成及び／又は繰り返しを含み得る、時間と共に構築される処理及び目的の結果のセットを含んでもよい。
【０４１２】
このような連続的、順次的、周期的、及び／又は、他の時間的な目的表現処理は、例えば、ユティリティ／時間／費用／充足性／グループ力学、及び／又は同種のものを含み得る計量に基づいて利用者／利害関係者によって量子化された目的表現の寿命の特定を含んでもよい。
【０４１３】
利用者は、全ての時間フレーム（及び／又はそのシリーズ）においてその目的操作が結果セットを生成することを選んでもよい。例えば、利用者は、目的操作が直ぐに結果セットをもたらすことを選んでもよく、これは、その時間点において問合せに応答するためにこのような結果が必要となる場合があるためである。しかしながら、利用者は、時間をかけて利用者／利害関係者によって設定されてもよい、時間期間にわたって結果セットが拡張され、拡大され、及び／又は、変更されるよう選んでもよく、更なる結果は利用者に対する結果のセットと複合されてもよい。
【０４１４】
いくつかの実施形態では、利用者目的操作は、イントラネット、エキストラネット、及び／又は、ウェブにおける利用者を表わすこともある資源としての一つ以上の自動的又は半自動的エージェントの利用を含んでもよく、利用者目的探求エージェントは、ＣＰＥ又は目的文等の目的表現において表現されるような利用者によって選択された適当な資源を求めて資源空間を徹底的に探してもよい。
【０４１５】
いくつかの実施形態では、これらの資源は、例えば、エージェントを制御する利用者のために利用者が資源を読み取り識別し、選択し、及び／又は、読み取ることを可能にする機能性を提供してもよい。利用者を表し（全体的に又は部分的に）、他の利用者（及び／又はその資源）に対して相互作用能力を提供し得るエージェント資源が存在してもよい。
【０４１６】
いくつかの実施形態では、利用者セットは、リスト配列から一つ以上のＰＥＲＣｏｓ評判カテゴリを選択してもよい。このようなカテゴリ選択は、例えば、ファセット・インタフェースを用いてもよい。例えば、利用者は、物理学における専門家タイプの論理的に提示されたオプションから選択して「『学習』『分子物理学の発展』」を、利用者の中核目的と関連付けられるよう適用されるべき信用性セットに対する所望の属性として選択してもよい。上述の又は他の例では、利用者は有効な事実として保証、地位、及び／又は、専門的な地位、学位、及び／又は同種のものの請求の他の検証を管理するために所望の権限保障タイプを選択してもよい。有効な事実は、許可機構、専門委員会による許可、権限（例えば、フルブライトプログラム）を提供する団体、及び／又は同種のもの；ＡＡ、ＢＡ、又はＢＳ，Ｐｈ．Ｄ、及び／又は同種のものなどの学問的／技術的／専門的学位のタイプ；ＡＣＭ（登録商標）、ＩＥＥＥ、ＮＲＡ（登録商標）、ＡＣＬＵ（登録商標）、及び／又は同種のものなどのメンバシップ；助教、公立の中学校の先生、副社長、消防士、マネージャー、ディレクター（タイトル又は会に基づく）、警部補、及び／又は同種のものなどの雇用地位のタイプ；大学、専科大学、企業、非営利の宗教的コンサルティング会社、政府、及び／又は同種のものの雇用施設のタイプ；国内的に認識された、国際的に認識された、地方的、ローカル的、及び同種の雇用施設のランクのタイプ；世界的、特定の半球、大陸、亜大陸（中東、中央アメリカ）、国、州／群、都市等の場所の地域；カテゴリの資産状況タイプ、実用的で状況的に適当な利用可能なカテゴリのサブカテゴリである。ＩＵは、特に、相互作用の更なる評価及び／又は選択のために専門知識及び／又はさもなければ資源候補の適当で情報に基づいた優先的リストを作成するために評判ＥＦと信用性を特定する場合にこのようなカテゴリタイプを用い得る。
【０４１７】
一般目的の、拡張された、制約された動詞のセットの無制限サンプルの実施形態
【０４１８】
本実施形態に対する変形は、近似としてある別個の動詞を組み合すことを伴う。
【表１−１】
2018092632.tif 000003
【表１−２】
2018092632.tif 000004
【０４１９】
１．  序論  資源
一つの局面として、ＰＥＲＣｏｓ実施例はコンピューター操作を、ユーザー間の相互作用とコンピューター操作の配列という、単純な二重性を伴うものとしてみなす。利用者は、例えば近似的思考を反映する形などで、文脈から、また関連性から計算し応答する（人間の思考と動作）。コンピューターは幾分異なる種類のデジタルやアナログ処理と支援的要素を伴う。
【０４２０】
ＰＥＲＣｏｓ実施例は、人間の命令へ応答できる方法でコンピューターの利用者を支援する資源の全体性を手配する。ＰＥＲＣｏｓ資源の構造はこの単純な人間／コンピューターの二重性の中での計算要素を提供する。それは、目的応答的な人間の経験の要素及び／又はその他の結果を提供することを含んで利用者の目的を満たすよう選択的に結合されアレンジされ得る要素としての資源の全体性を組織する。
【０４２１】
ＰＥＲＣｏｓ資源は例えば、数種類の違う形で、例えば公的な資源、暗示された資源、一過性の資源、そして混合資源（これらのうちの複数の形態が、一つ以上の部分又は全体として、与えられた資源インスタンス又は資源クラスに適用され得る）などのいくつかの実施例により提供され得る。
【０４２２】
公的資源とは、最小のとき、（ａ）持続的で操作的に一意な同一性（例えば、一過性であったり意図的に一時的であったり識別子として信頼性に欠けたりしてはならない、実施例によってのこの基準のいかなる強制を伴う）と、（ｂ）処理中及び／又は処理できる材料である目的物（人間の参加者を説明する情報を含み、そして、例えば、接触を開始する方法、又は参加者を例えば資源として利用する方法を含み得る）と、（ｃ）そのような資源のための公的な発行者のセット（持続的な、動作的に一意な、例えば上のような識別子を持つことを含みルールを満たし得るセットとして命名されるかさもなければ特定される）、そして（ｄ）目的表現セットの代わりに少なくとも一部分に中核焦点を採用する実施例を除いては少なくとも一つの関連付けられた文脈を提供するＣＰＥのような目的表現、を備える。そのような資源は少なくとも一つ以上のＰＥＲＣｏｓ実施例上で解釈可能であり、それらの目的物は、他の必要な資源や状況の存在又は不在により、利用可能又は不可能である。そのような公的資源は他の記述的なメタデータを含むか、そうでなければ、著者、提供者、言語、インターフェース、利用者及び／又は他の参加者によるセットの利用歴（例えば一般的に、及び／又は一つ以上の目的表現、参加者、他の資源との関連付け、セットと関連付けられたものとして）及び／又はＰＥＲＣｏｓ実施例の能力として説明される任意の評判情報、又は、例えば発行者、著作者、提供者などのセット、例えば、効果的（実効的）事実（ＥＦ）又は信頼（信念）事実セット（ＦＦ）の関連する利用を含む、他の記述的メタデータを参照し得る。図ａはＰＥＲＣｏｓ公的資源要素の情報型の実施例（すなわち非限定的）である。公的資源は、複数の独立した発行者としての団体を支援する同一性スキーマ配置の利用を通して発行され、登録されることも含み、そのようなスキーマ配置は、そのような資源にとって持続的な、動作的に一意な同一性として構成する、又は用いられる情報を提供する。そのような登録スキーマは少なくとも部分的に管理され、ホストされ、そうでなければ一つ以上のクラウドサービス又は標準機構によって制御され得る。そのような一つ以上のサービス又は機構は少なくともそのような同一性情報の一部を受け入れ得て、又はそのような資源発行者セット又は異なるパーティセットからそこへ入力し得て、その情報はそのような同一性情報に対して補足し、補完し、そしてそうでなければ寄与する。
【０４２３】
非公的資源は、最小で、（ａ）持続的な、動作的で一意な同一性（例えば、一過性であったり、故意に一時的であったり、同一性として信頼できないべきではない）（ｂ）資源の処理中又は処理できる実体である対象物（文書を作成したり編集したりすることに採用され得るマイクロソフトワード（登録商標）等のワードプロセッサを含む）（ｃ）暗黙に定義された資源発行者、これはそのような資源の解釈さもなければ推論された創始発行者、又は、例えば、マイクロソフトワード（登録商標）をワードプロセッサとして選択したということを示す選好情報を格納するよう発行者によって提供され又はもたらされた、異なる型の利害関係者、又は評判信用性表明者が、又は充分な情報が存在する時、評判ＥＦ宣言者が、マイクロソフトワード（登録商標）がワードプロセッサだと既定した時、又はマイクロソフトワード（登録商標）のローカルバージョンがワードプロセッサだと利用者が規定する時、又はそうだと利用者のＰＥＲＣｏｓ基盤が採用する時、（ｄ）そのような暗黙に定義された資源発行者によって直接的に、及び／又は資源作成者及び／又は他の利害関係者のセットによって間接的に、特定されたものとしてそのような目的物と関連付けられた、少なくとも一つの目的表現、を備える。そのような非公的資源は著者、提供者、言語、インターフェース、利用者及び／又は他の参加者セットの利用履歴(例えば一般的に及び／又は一つ以上の目的表現、参加者、他の資源セットとの関連付け、と関連付けられたものとして)及び／又はＰＥＲＣｏｓ実施例の能力として説明される任意の評判情報、又は発行者の例としては、作成者、提供者等のセット、例えばＥＦセット及び／又はＦＦセットの関連した利用のような、他の説明的メタデータを含むか、さもなければ参照し得る。非公的資源は複数の独立した発行者としてのパーティーを支援するアイディースキーマ配置の使用を通して登録されることを含んで発行される。そのようなスキーマ配置はそのような資源にとって、持続的な、動作的にユニークな同一性を構成するか、及び／又は、そうでなければ採用される情報を提供する。そのような登録スキーマは一つ以上のクラウドサービス及び／又は規格化組織によって少なくとも部分的に管理され、ホストされ、及び／又は制御される。そのような一つ以上のサービス、及び／又は組織は、少なくとも一つのそのような同一性情報の一部分を受け入れ得るか、又はそのような資源発行者セットから、及び／又は他のパーティセットからそこへ入力する。そのような情報は補足し、補完し、及び／又はさもなければそのような同一性情報に貢献する。
【０４２４】
一過性資源は、最小で、動的に生成され、提供され、もはや維持されない又はセッション運用に適切な短い時間枠の後では維持されなく、個々に特定できる処理中の及び／又は処理できる物質の配置である、持続的でない目的物を備え得る。
【０４２５】
複合資源は全ての公的な、及び／又は非公的な資源の特性を全て持つが、さらに複数の公的な又は非公的の資源を備える。複合資源はさらに、それぞれが、公的（全ての複合資源が公的な場合）又は非公的（すべての複合資源が公的なわけではない場合）であり得る。
【０４２６】
公的、非公的、複合のＰＥＲＣｏｓ資源は持続的に少なくとも一つの、少なくとも一つの資源インターフェース配置と関連づけられた同一性と関連付けられる。資源インスタンス配置は、動作的に関連付けられた資源インスタンスのメソッドを有効に呼び出すための十分な情報を提供し得る。名前を挙げられ得る一般的な種類の値は、データ／コンテンツ、及び／又はそのようなデータ／コンテンツ、ハードウエア、装置、処理、ソフトウエア／アプリケーション、又はネットワークの仕様を含む。ＰＥＲＣｏｓ資源は、データ、ソフトウエア、サービス、ファームウエア、ハードウエア、装置、参加者、又はＰＥＲＣｏｓ配置の前述の資源の組み合わせを含む、コンピューター処理操作へ直接関わり得るＰＥＲＣｏｓシステムの中で特定可能な又はアクセス可能な要素である。ＰＥＲＣｏｓ資源は、目的や資源要素（例えば目的クラスアプリケーションそしてその他のフレームワーク、基盤、ドメイン関連等）、そして発行者存在論、そしてメタデータ又はＰＥＲＣｏｓ要素と関連付けられ得る目的表現のようなその他の情報によって容易にされたクラス構造を通して、編成され、管理され、又は展開される。
【０４２７】
図ｈは貢献資源そして動作的資源の実施例を示す。
【０４２８】
ＰＥＲＣｏｓ実施例は目的のある計算を可能にし、従来のオペレーティングシステムの機能を利用者の目的の表現を独特に可能にすることで拡張し、さらに装置や方法を採用して利用者の文脈目的表現（ＣＰＥ）、そして任意の関連する仕様（利用者や利害関係者の選好及び／又は規則）、メタデータ及び／又は基盤を、利用できる資源又は一つ以上のネットワークへ最適に一致させるネットワーク動作環境であり得る。ＰＥＲＣｏｓシステムの実施例は利用者の目的に応じたユーザー体験を提供するために資源の展開を支援するように設計されている。
【０４２９】
ＰＥＲＣｏｓ実施例では、利用者はグローバルな、目的応答配置として集約可能で構成可能である、莫大な多様性を持つ考えられる資源を備えるほぼ無限の目的のあるネットワークと、知的にそして効果的に相互作用できる。いくつかのＰＥＲＣｏｓシステムの機能は、それらの構成であり、そして潜在的に能動的に貢献する、理論的に統一された資源基盤の構成要素としての、セッションの要素の管理である。要素の処理、任意のそして全ての貢献する形態の情報、任意のそして全ての貢献する形態のネットワーク資源、装置の配置、参加者等は、資源として一様に扱われ得る。資源は集約され得て、特定可能であり、評価可能であり、利用者の目的に応じて仕様そして操作文脈を条件として展開可能である。コンピューターのメモリー、装置、マイクロプロセッサ、データベース、ソフトウエア、サービス、ネットワーク、参加者、そしてその他の仕様の型はＰＥＲＣｏｓ資源管理部によって管理され得る。
【０４３０】
いくつかのＰＥＲＣｏｓ実施例では、資源の管理は資源自体から切り離され、資源管理部と資源の両方は目的操作に適合するような任意の様式に配置されることが出来る。これらの明瞭な資源の配置及び資源管理部は、目的操作の展開に対して動的に柔軟な支援を提供しながら、ファブリック（ｆａｂｒｉｃ：構造）を操作するように結合される。
【０４３１】
目的仕様はＰＥＲＣｏｓ内での資源の情報管理において基本的な機能的役割を果たす。オペレーティングシステムは伝統的には予め特定された、一般的なアクティビティ型に適合したアプリケーション（ワードプロセッサ、スプレッドシート、会計プレゼンテーション、ｅメール等）を提供する。ＰＥＲＣｏｓシステム実施例は、対照的に、展開された実行が特定的に目的仕様への応答である資源の配置を提供することで表現される目的仕様に関連する体験と結果を提供するよう設計されている。
【０４３２】
利用者が最適な目的仕様を策定することに費やす必要のある努力の水準を最小限にするために、ＰＥＲＣｏｓシステム実施例は構造、仕様、サービス、ツール、及び／又はユーティリティーを提供する。これらは例えば以下を含み得る：
【０４３３】
潜在的な資源を必ずしも直接的に操作することなく効果的に引き受けられるような、資源の発見、評価、選択、及び／又は組立てを可能にする一連の同一性管理サービス。
【０４３４】
資源として捕捉され発行された莫大な配列のデータからの有用な特定目的の情報の発見、抽出、及び／又は操作を行うよう構成された一連の情報管理サービス。
【０４３５】
登録や出版などの資源情報行列や、商業フローマネジメントや候補の資源を登録するための評判サービスのような一連のその他のプラットフォームサービスとユーティリティー。
【０４３６】
一人以上の利用者及び／又はシステムに、目的経験を通して目的満足に繋がる、豊かで、ニュアンスがあり、高応答性の目的操作を開発し、特定し、及び／又は優先度付けすることを可能にする、様々な粒度の構造体を含み得る資源配置。
【０４３７】
幅広い範囲の制約、欠陥及び／又は例外、例えば不正確さ、明確さの欠如、不完全さ、矛盾、非効率性、準最適選択及び／又は利用できない資源の要求を、検知し及び／又は修正を試みる、一連の一貫性サービス。
【０４３８】
目的の満足のための、目的や目的資源の整列の品質の最適化を支援するための、一連の評判そして共振サービス。これらのサービスは利害関係者の興味を統合する上位の目的経験に導き得る。
【０４３９】
ＰＥＲＣｏｓシステムの実施例は目的仕様を取り、それらの有効性を確認し、そうすることで実行の展開が経験及び／又は目的仕様に関連する結果を提供し得る資源の最適な配置を特定する。最初は候補となる仕様は不完全である、及び／又は資源を抽象語や一般語で又は文脈的に描写する可能性が有り得る。そのような実施例ではＰＥＲＣｏｓ実施例の処理は評価し、整列させ、解決し、一貫性をもたせ、精緻化し、選別し、優先順位付けし、及び／又は、さもなくば動作的に資源とその仕様（任意の関連付けられた情報の組）を、そのような目的仕様の有効性を確かにするために操作し得る。いくつかの実施例ではＰＥＲＣｏｓシステムは目的仕様を確認するために一貫性サービスを使い得る。
【０４４０】
ＰＥＲＣｏｓシステム実施例は特定された資源の利用可能性を確認し得る。例えばそのような実施例は利用者が一つ以上の資源にアクセスするために充分な認証を得ていて、そのような資源が既に競合する利用者から操作的に約束されていないことを確認する。もしも適切な場合は、一貫性プロセスは明確化又は精緻化のために、利用者及び／又は利害関係者と相互作用する。例えば、利用者が資源にアクセスする認証を得ていなく、一貫性は代替又は置換の資源を発見できないとする。この場合は、実施例は利用者及び／又は利害関係者にさらなる指示を求める。
【０４４１】
ＰＥＲＣｏｓシステム実施例は解決され首尾一貫した目的仕様をとり、それらの利用できる資源を配置し、残りの資源のために予約を要求する（例えば本開示で説明するＰＥＲＣｏｓ資源予約システムを通して）。いくつかの実施例では、ＰＥＲＣｏｓシステムは目的操作に関連する操作セッションを支援するために充分な資源仕様とインスタンスを持つ操作（業務）仕様も生成し得る。いくつかの目的仕様は所定の水準のパフォーマンスと信頼性を要求し得る。その他（の目的仕様）では高程度のセキュリティ及び／又はプライバシーを要求し得る。いくつかの実施例では、生成された操作仕様はフレームワークのような資源配置、資源の構築、資源の基盤及び／又は前以て生成され使用された資源のその他の集合を備え得る。
【０４４２】
資源の配置とそれらへアクセスするために適した手法（例えば、獲得し、設定し、値を変更すること）は「より抽象的な」資源を構成し管理することに利用され得る。従って、検査、分析、選択、及び／又は組み立て、結集、集合そして展開を目的として、資源は動的に新しい資源へ動的に組み立てられ得る。
【０４４３】
本開示ではいくつかのＰＥＲＣｏｓシステムの実施例に使用され得るＰＥＲＣｏｓ資源マネジメントシステム（ＰＥＲＣｏｓ  Ｒｅｓｏｕｒｃｅ  Ｍａｎａｇｅｍｅｎｔ  Ｓｙｓｔｅｍ：ＰＲＭＳ）を説明する。ＰＲＭＳ実施例は文脈目的表現と他のＰＥＲＣｏｓ情報配置に従って資源配置を提供し管理するよう構成され、そうすることにより利用者はコンピューターセッション及び／又は彼らの目的声明に最も合致するセッションの要素を経験し、蓄え、及び／又は出版し得る。ＰＲＭＳ実施例は、ＰＥＲＣｏｓシステムにサイズ、複雑さ、多様さ、位置、フォーマット及び／又は作成方法に関わらない資源を管理することを可能にする、高度に規模の変化に対応できて拡張性を有する資源構造である。そのようなＰＥＲＣｏｓ資源構造は、データベース、計算プロセス、ネットワーク、参加者、そして一般的サービスの提供及び／又は個人のための及び／又は資源の収集のための資源管理インターフェースを含んだ仕様を、ＰＲＭＳが一様に組織し処理することを可能にする。
【０４４４】
ＰＥＲＣｏｓ資源構造実施例は、合成資源を作成するために配置され資源インスタンスと結合されるための、資源の収集も可能にする。代わりに、合成資源は、さらに多くの資源を無限に作成するために他の資源そして資源インターフェースと共に配置され得る。このことで利用者及び／又は利害関係者は任意の選択された粒度の資源を作成し使用することができるようになる。
【０４４５】
ＰＥＲＣｏｓ実施例は、利用者（初心者又は経験者）及び／又は他の利害関係者が、メタデータを含む資源の情報を描写し、入手し、管理することを可能にするＰＥＲＣｏｓ情報管理システム（ＰＥＲＣｏｓ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｍａｎａｇｅｍｅｎｔ  Ｓｙｓｔｅｍ：ＰＩＭＳ）を含み得る。ＰＩＭＳ実施例は作成された資源を表現する能力において総合的に拡張可能であり得る。ＰＩＭＳを通しての資源情報を管理することで、既存の利用者目的を直接支援しない形態の資源体系化、管理、特定よりも、利用者目的のための資源が、より効果的に発見され管理される。ＰＩＭＳは資源に関連した情報を、位置に関わりなくＣＰＥ表現及び／又は要素と対応付けて編成することを可能にする。このことにより利用者の目的声明が、利用される資源の位置や発行者に対する任意の拘束によらず、最適に供給される。
【０４４６】
ＰＲＭＳ実施例は資源のクラスからの、サービスの水準を要求する操作仕様を受け入れる。そのような実施例は、利用可能な資源の最も適した配置を決めるために、アクセスできる資源を確認する。いくつかの実施例では、ＰＲＭＳは操作仕様をアクセスできる資源と調和させるために、一貫性サービスを利用し得る。その決定に基づいて、実施例は、各資源から提供されるサービスや手法の水準を含む資源のプロビジョニングを特定する一つ以上の業務合意（ｏｐｅｒａｔｉｎｇ  ａｇｒｅｅｍｅｎｔｓ）を交渉し確立し得る。交渉されたサービスや手法の水準は、目的声明によって、明確に特定され得る、及び／又は暗黙のうちに導き出され得る、そして例えばいくつかの実施例で、パフォーマンス、機能、信頼度、冗長性、機密性、整合性、及び／又は特性を特定する。そしてＰＲＭＳ実施例はそれらの交渉された業務合意を保証するために資源の性能を管理し監視し得る。一つ以上の資源が実行に失敗したイベントでは、ＰＲＭＳ実施例は、例えば是正措置を実行する（例えば失敗した資源を交換する、イベントに基づいた状況に適応する）、通知する及び／又は適切なプロセス、利用者、及び／又は利害関係者からの行動を要求する、などの適切な行動をとる。
【０４４７】
ＰＲＭＳ予約サービスでは、ＰＩＭＳ及び／又はＰＥＲＣｏｓプラットフォーム持続性（ｐｅｒｓｉｓｔｅｎｃｅ：パーシステンス）サービスと協力して、活動的、非活動的、非接続、入手不可能かに関わりなく、資源のスケジューリングを可能にする。ＰＲＭＳ予約サービスは、また、資源のメタデータが、現在利用可能でない可能性のある資源に対して、持続的に利用可能であることを許容する。ＰＥＲＣｏｓプロセス及び／又はサービスは同じ能力を処理の一時停止後の再開にも用い、そして例えば、ＰＥＲＣｏｓプラットフォームサービスを、再開及び／又は他の処理に適した形で、それらの動作状態の一部又は全てを続けることに利用する。
【０４４８】
ＰＲＭＳ実施例は利用者に予約の時点では動作していないか利用不能な可能性がある資源、例えばフレームワークの形での資源セット及び／又は基盤、の予約を許し得る。利用者は基盤資源の再構築から利益を得ることがある。例えば、利用者は基盤の一時的な要素として一つ以上のモバイル機器を所有し得て、それらは稼働中ではない場合や非接続の場合がある。利用者は非接続のモバイル機器を、モバイル機器を前もって予約することで彼らの動作体験への割り込みが最少になるように再接続するよう手配する。例えば、もしも利用者が、予約したモバイル機器でＰＥＲＣｏｓ実施例をオフィスの席上で文脈目的体験を得るように利用し、オフィスを去っても割り込みなしにその体験を継続して得ようとする可能性がある。
【０４４９】
ＰＲＭＳは資源に関連した、ある資源が相互作用しパフォーマンス、構成要素、構成、アクティビティ、統計、操作結果、そして目的、クラス、パフォーマンス測定基準を含む情報を記録する機構を提供し得る。この情報は、全体又は一部が資源の記録情報に基づき得る。
【０４５０】
いくつかのＰＲＭＳ実施例はそれら自身及び／又は相互作用する他の資源に関連した評判情報を持つことを可能にする。例えば、それは資源の一部又は全体性能、安全性、信頼性及び／又は他の動作特性、ＣＰＥを考慮した評判情報、及び／又は資源が目的満足に関与した度合いに関する表明を含み得る。
【０４５１】
いくつかのＰＥＲＣｏｓ実施例では、資源は一つ以上の、採用され得る、もしくは直接ＰＥＲＣｏｓコンピューター処理操作に参加する、特定可能な要素を備える。資源は一般的に「情報資源」と呼ばれるもの、「コンピューター資源」、「コミュニケーション資源」、そして利用者と彼らの行動の表現を含む。任意の明確に特定可能な要素は、局所的に既知であろうと未知であろうと、ＰＥＲＣｏｓ資源に作り替えられ得る。そのような要素は任意の、内的や外的の処理や品目であり（又は参照し）得て、及び／又は、それらの演算法的組み合わせであり得る。一般的な資源実施例は内容、ハードウエア、装置、ソフトウエア、サービス、参加者、ネットワーク、及び／又は以上の配置の仕様である。ＰＥＲＣｏｓ実施例は、潜在的に境界のない、考えられる資源の、組織、プロビジョニング、目的に関連した統治を、しばしば目的仕様に対する最適な応答又は応答の候補の達成をゴールとして、柔軟に支援する。
【０４５２】
いくつかのＰＥＲＣｏｓ実施例では、資源は持続的に関連付けられた識別子と少なくとも一つの資源インターフェースを持つ。一般的な種類の資源は、内容、ハードウエア、装置、ソフトウエア、サービス、及び／又はネットワークの仕様を含む。
【０４５３】
ＰＥＲＣｏｓシステム実施例内の情報は資源によってアクセスされ、処理され、記憶される。究極的には、資源は情報の、及び／又は情報取扱い、及び／又は情報の生成、表現、記憶、検索、帰結など処理の結果に関する。ユーザーインターフェースを除けば、利用者は物理的装置や方法実施例やＰＥＲＣｏｓシステムに含まれた処理を把握する必要はなく、関連する出力に繋がる適切な入力を規定された度合いの信用性、安全性、信頼性及び／又は他の結果と共に（該当する場合は）理解すればよい。
【０４５４】
いくつかの実施例では、ＰＥＲＣｏｓ資源インターフェース（ＰＥＲＣｏｓ  ｒｅｓｏｕｒｃｅ  ｉｎｔｅｒｆａｃｅ：ＰＲｉ）は資源インスタンスのメソッドを有効に呼び出すために十分な情報を提供し得る。資源インターフェースは、組織、制御及び／又はインターフェース（コミュニケーションプロトコルを含む）仕様、そしてメソッドへのアクセス仕様とインスタンスを含み得る。
【０４５５】
資源インターフェースは、例えば資源役割のための規格化されたインターフェースを提供するなど、規格化され相互運用可能であり得る。
【０４５６】
資源は他の資源のための操作を、資源インターフェースを通して利用可能なメソッド実施例を呼び出すことで要求し得る。これにより資源は「情報伝達生態系」の中で相互作用する事が出来るようになる。
【０４５７】
いくつかの実施例では資源インターフェースは一つのセットの仕様を含み得る
・制御仕様は、構成体へ連結されて、例えば目的操作仕様、ナビゲーションそして探索制御仕様、及び／又は目的定式化制御仕様を含み得る資源の動作を定義する。それらは多様なそして潜在的に非常に大きい資源配置の制御と管理に使用され得る。
・組織仕様はそのような資源とその資源と他の資源のそれらの組織的関係を備える資源要素の組織と配置を定義する。例えばこれは一つ以上の目的仕様のための仕様を含み得る組織仕様を含み得る。
・インターフェース仕様は他の資源役割のような資源からアクセス及び／又は相互作用され得るインターフェース特性を定義する。いくつかの実施例ではこれらはインターフェース仕様セットを伴う標準化ＰＥＲＣｏｓ資源インターフェースであり得て、構成体と他の資源の間の相互作用及び／又は構成体を備える資源間の相互作用を表現し確認する業務合意仕様を含み得る。
【０４５８】
加えて合意された条件の資源間の相互作用を条件として他の資源にも（一部分又は全体が）利用可能な資源同一性と特性仕様を含む、さらなる仕様も存在し得る。
【０４５９】
資源は任意の資源及び／又は資源要素を備え得る。反対に資源は資源集合、構成体及び／又は他の資源合意を含む、任意の数の他の資源の要素であり得る。
【０４６０】
下に説明されるように、いくつかの実施例では、資源はＰＥＲＣｏｓ構成体に配置され得る。
【０４６１】
資源の挙動は資源インターフェースによって特徴づけられ、そしてさらに、さらなる関連する仕様によって強化され修正され得る。これは、例えばＰＥＲＣｏｓ資源特徴量仕様、文脈目的仕様、制御仕様、一貫性仕様、共振仕様、及び／又はその他任意の仕様を含み得る。これらの仕様は持続的に又は動的に資源と関連付けられる。
【０４６２】
例えば、資源は、例えば資源発行者によって提供された記述的ＣＰＥによって特徴づけられ得る。そのような実施例はさらに資源インターフェース及び／又は関連する仕様によって修正され得る。資源インターフェース実施例の要素は資源メタデータに埋め込まれるか、及び／又は参照されるか、及び／又は適用できる仕様により確認される。
【０４６３】
いくつかの実施例では、資源インターフェースは、そのＰＥＲＣｏｓ資源インターフェースの構成要素スイートインスタンスによって、もしあるならばどの程度、アクセス及び／又は相互作用が行われ得るかどうかを確認する。
【０４６４】
例えば、図３は資源インターフェースの例である。
【０４６５】
ＰＥＲＣｏｓ資源は少なくとも一つの資源インターフェースを備え得て、いくつかの実施例では一つ以上の要素を含み得る。要素はＰＥＲＣｏｓ内で特定可能な操作単位である。要素は資源であるか、又は資源ではない。資源の要素は、例えば、一つ以上の仕様と、他の資源、及び／又はプロセスを含み得る。
【０４６６】
いくつかの実施例では、不透明資源及び透明資源があり得る。不透明資源は、それらのそれぞれの資源インターフェースが下層の構成要素資源への直接アクセスを提供しない資源である。透明な資源は資源及び／又はその資源を備える資源要素への直接アクセスを提供する一つ以上のメソッドを持つ。この二つの極致の間が、その資源を備える資源要素へアクセスする一つ以上のメソッドを持つがそれらのメソッドは資源によって選別される、半透明資源である。
【０４６７】
例えば、個々のＰＥＲＣｏｓ実施例は、利用者が利用者の目的を最も果たす資源を選択することを助ける目的クラスアプリケーション資源を持ち得る。この目的クラスアプリケーションの資源要素は、数個の異なる、目的クラスアプリケーションに異なる方法で関連付けられた目的に合致する資源であり得る。目的クラスアプリケーションは利用者が選択し彼の特定の目的に最良な資源を使用できるよう導き得るインターフェースを持ち得る。しかしながら、もしも利用者が既にどの構成要素資源が彼の目的に最も合致するかを知っているならば、目的クラスアプリケーションは利用者が直接選択した資源要素と相互作用することを許すインターフェースも持っている。
【０４６８】
例えば、図４は不透明資源インターフェースの例（例えばノートパソコン）である。
【０４６９】
図５は透明資源インターフェースの例である。
【０４７０】
資源は一つ以上の他の資源の資源要素スイートに関与し得る。（例えば一つのディスクが複数のパーティションを提供し得る。一つのプロセッサが複数のサービスを実行する。）
【０４７１】
資源が、自身が持つ資源インターフェースを通して呼び出される時、どのように結果が得られるかは呼び出す資源及び／又はプロセスに関係しない。それは呼び出された資源の内的なことである。呼び出し側は結果が資源インターフェース仕様に一致していることのみを知る必要がある。
【０４７２】
一般的な型の資源はＣＰＥ、仕様、プロセス／サービス、参加者、データ／内容、ハードウエア、装置、ソフトウエア／アプリケーション、コミュニケーションメディア（１メガビットパイプのような）、及び／又は任意のその他のＰＥＲＣｏｓ表現、及び／又は任意のその他の、非ＰＥＲＣｏｓで論理的及び／又は物理的要素、などを含む。
【０４７３】
一定の実施例では、資源は資源インターフェース及び資源要素を備えるか、そうでなければ参照する。資源要素はＰＥＲＣｏｓ資源（ＰＥＲＣｏｓ  ｒｅｓｏｕｒｃｅ：ＰＲ）、非ＰＥＲＣｏｓ資源（ｎｏｎ−ＰＥＲＣｏｓ  ｒｅｓｏｕｒｃｅ：ＮＰＲ）を備え得る。非ＰＥＲＣｏｓ資源は、ＰＥＲＣｏｓに準拠しない資源である。頻繁に、資源（及び／又は識別子（例えばＵＩＤ））の配置が高水準な資源の一部を備える一つ以上の資源要素を形成することに使用される。
【０４７４】
いくつかの実施例では、例えばＰＥＲＣｏｓ資源インターフェースはインスタンスの生成が行われた時に、ＰＥＲＣｏｓは非ＰＥＲＣｏｓ資源と相互作用し得る。これは例えば変換部として知られるＮＰＲの特定メソッドセットを利用する同化部として知られる、専門家資源型の利用を通して起こる。
【０４７５】
ＰＥＲＣｏｓ資源インターフェース実施例は、それらの非ＰＥＲＣｏｓ資源との相互作用を管理するためにＰＥＲＣｏｓ資源によって作成され得る。ＰＥＲＣｏｓ資源インターフェース（ＰＥＲＣｏｓ  Ｒｅｓｏｕｒｃｅ  Ｉｎｔｅｒｆａｃｅ：ＰＲＩ）が非ＰＥＲＣｏｓ資源とどの程度統合するかはＰＥＲＣｏｓが選択する。いくつかの実施例では、ＰＥＲＣｏｓ資源は、直接、及び／又はＰＥＲＣｏｓ資源インターフェースを通して適切なコミュニケーションが確立されることを条件に非ＰＥＲＣｏｓと相互作用する。
【０４７６】
例えば、図６はＰＥＲＣｏｓ資源インターフェース（ＰＲＩ）を通したＮＰＲ相互作用の例である。
【０４７７】
図６では、参加者は適切なコミュニケーションプロトコルと関連するメソッド（本例ではＨｙｐｅｒＴｅｘｔ  Ｔｒａｎｓｆｅｒ  ｐｒｏｔｏｃｏｌ（ＨＴＴＰ）とブラウザ）の呼び出しを通して非ＰＥＲＣｏｓ資源と、及び／又は相互作用にＰＥＲＣｏｓ資源インターフェースを利用して、直接相互作用し得る。どちらの場合でも、非ＰＥＲＣｏｓ資源はＰＥＲＣｏｓと、それ自身のコミュニケーション能力を通してのみ相互作用する。
【０４７８】
ＰＥＲＣｏｓ資源がＰＥＲＣｏｓ資源インターフェースを非ＰＥＲＣｏｓ資源と共に使用するならば、ＰＥＲＣｏｓ資源は資源インターフェースの局面を獲得し、ＮＰＲをＰＥＲＣｏｓ資源であるかのように扱う。一つの例では、ＰＥＲＣｏｓ資源は、Ｇｏｏｇｌｅ．ｃｏｍ（ＧｏｏｇｌｅはＧｏｏｇｌｅ  Ｉｎｃ．の登録商標である）のような一般目的検索エンジンのような非ＰＥＲＣｏｓ資源との、すべての相互作用を追跡し管理する。
【０４７９】
相互作用の程度はＮＰＲの単純な特定から、ＰＥＲＣｏｓ資源インターフェースとの最大限の統合まで分布する。
【０４８０】
いくつかのＰＥＲＣｏｓ実施例は一つ以上の例えば一つ以上のＰＥＲＣｏｓプラットフォームサービスと関連付けられた任意の配置のＡＰＩの抜粋を提供し得る。そのようなＡＰＩは、ＰＥＲＣｏｓ実施例の利用者又は利害関係者である場合もない場合もあり得る開発者へ、例えば、しかし限定されるものではない、作成、発見、変更、捕捉、発行、統合、組織、集約、共有、及び／又は、例えば、しかし限定されるものではない、ＣＰＥと他の表現、評判、構成体（例えば目的クラスアプリケーションを含むフレームワーク、基盤など）、クラスシステム、クラスなどのような資源を含むＰＥＲＣｏｓ実施例の要素を含むＰＥＲＣｏｓ実施例の記憶に使われ得る装置と方法を提供する。
【０４８１】
いくつかの実施例では、例えば、しかし限定されるものではない、開発者はＰＥＲＣｏｓ  ＡＰＩを利用する。
・ＰＥＲＣｏｓ実施例の文脈で利用されることを意図したＰＥＲＣｏｓ資源
・ＰＥＲＣｏｓ実施例の存在下ではＰＥＲＣｏｓとして機能することが可能であり得るがＰＥＲＣｏｓ実施例が利用不可能な時も機能することができるハイブリッド資源
・ＰＥＲＣｏｓ  ＡＰＩによって提供されるＰＥＲＣｏｓの能力を活用することが可能であり得る非ＰＥＲＣｏｓ資源
例えば開発者はネットワーク監視と応答システムの開発にはＰＥＲＣｏｓの一貫性能力が便利だと考える。他の例では、開発者はＰＥＲＣｏｓ評判能力を、ＰＥＲＣｏｓ実施例で独立して動作する推薦システムの構築に活用し得る。
【０４８２】
ＰＥＲＣＯＳ資源管理システム（ＰＲＭＳ）実施例は特定のＰＥＲＣｏｓ資源セットを管理する動的な環境の全体又は一部を、一つ以上のＰＥＲＣｏｓ操作の一部として、提供する。
【０４８３】
資源管理部は動作セッション管理部及び／又はその他の認証されたプロセスと交渉し業務合意を形成する。業務合意は動作セッションが提供することに合意出来る、そして合意し得るサービスの水準を定義する。資源管理部はそれぞれの、関連する目的表現、発行者、評判、資源インターフェース、機能、能力、性能特性、管理要求、制御要求などのような、監視し、要求された水準のサービスに準拠する能力を評価するための特定された資源上で情報を得るためのＰＥＲＣｏｓ情報管理システム（ＰＩＭＳ）のような情報管理システムと相互作用し得る。もしも特定された資源が合成（資源の配置）であるならば、資源管理部は配置された資源を構成する構成要素資源の情報を得る。例えば、ノートパソコンを合成資源として仮定する（例えばソニー（登録商標）のＶＧＮ−Ｚ５２０）。このような場合は、資源管理部は、例えば資源管理部が必要な水準のビデオ画像処理を提供できるかを確認するためのＮＶＩＤＩＡ（登録商標）ドライバーの情報などの、ノートパソコンの構成要素資源の情報を得ることがあり得る。
【０４８４】
資源管理部実施例はそれぞれの資源が各々の業務合意を満足することの管理に責任を持つ。資源プロビジョニングと共に、資源管理部は再帰的な方法で管理職務を実行する。最高水準の資源管理部は提供された資源をより小さい「資源」の組に分け、各組の管理をより低い水準の管理部インスタンスに委任する。
【０４８５】
各資源管理部インスタンスは管理タスクを受け入れながら、それらの自身の責任下の資源を監視する。資源が如何なる理由により誤りを起こすと、資源管理部インスタンスは、置換資源を発見するか、及び／又は適切なプロセスを通知するなどの修正措置を確認し実行する。
【０４８６】
ＰＥＲＣｏｓ資源管理部サービスはある範囲の操作仕様を満足するためのメソッドを使用し得る。例えば一つのメソッドは、操作仕様を、下位の操作仕様のセットが集合的に当初の操作仕様と同一の目的結果を提供するように「より小さい」操作仕様のセットに分割するものである。もう一つのメソッドは特定された資源を再帰的に提供し、各組の管理をより低水準の管理部インスタンスに委任する。
【０４８７】
最上水準資源管理部インスタンスは、操作仕様を受け取りながら、特定された資源の位置、特定された資源のそれぞれに対して要求されるサービスの水準、そして資源のセットの大きさのような因子に基づいたメソッドを選択する。例えば、特定された資源が複数の組織に由来し複数のネットワークにわたって位置しているとする。さらに複数の組織が、それの其々の資源の利用に対して幅広く異なる管理上の要求を持っているとする。このような場合は、例えば最上水準の資源管理部インスタンスが、一つ以上の低水準資源が各組織管理及び／又は動作要求を支援するよう、低水準の資源管理部インスタンスに委任し得る。
【０４８８】
委任の処理の一部には低水準資源管理部との低水準資源管理部が準拠し得る下位の業務合意交渉が含まれる。例えば、一つの実施例では、最上水準の資源管理部インスタンスは動作セッションの一部としての基盤のプロビジョニングを委任し得る。このような場合は、最上水準の資源管理部インスタンスと低水準資源管理部インスタンスは、基盤資源が目的表現の実現を保証するように提供し得るサービスの水準を交渉し得る。
【０４８９】
低水準の資源管理部インスタンスはそれぞれのタスクを再帰的な方法で実行するという選択肢もある。加えて、低水準の資源管理部インスタンスには委任されたタスクを何らかの理由で実行できないことを上位の資源管理部インスタンスへ通知するという選択肢がある。理由の一つとして低水準の資源管理部インスタンス自身がタスクを実行するのに十分な資源を持っていないということがあり得る。例えば、タスクは低水準の資源管理部インスタンスが、自身はアクセスできない高出力の暗号化サービスを利用するということがあり得る。もう一つの理由としてはタスクに特定された資源が利用不可能で、代替の資源が見つけられないということがあり得る。このような場合では、上位の資源管理部インスタンスが大体の低水準資源管理部又は資源を見つけ出す必要があり得る。もしも上位の資源管理部が最高水準の資源管理部インスタンスでなければ、それはタスクの実行が不可能であることを通知する選択肢もある。
【０４９０】
いくつかのＰＥＲＣｏｓ実施例では、資源と資源の要素はクラスに配置されるか、及び／又は、組織化し自身の発見を容易にするために自身をクラスに関連付ける。
・資源クラスのインスタンスである資源を備える資源クラス
・資源の実装に貢献する構成要素を備える構成要素スイートクラス
・メソッド実施例の（外部から可視の）プロパティを定義するメソッドスイートクラス
・資源インスタンスのメソッドを有効に呼び出すために十分な情報を定義する資源インターフェースクラス
この資源と資源要素のクラスへの組織化によりＰＥＲＣｏｓ実施例が資源に関連するクラス間の相互運用可能な、動的な関係を定義することが可能になる。例えば、メソッドスイートクラスのメソッドスイートクラスインスタンスは関係を持ち得て、メソッドスイート中のメソッドのセットが構成要素スイートクラスの構成要素スイートクラスインスタンスの構成要素によって実装されるような構成要素スイートクラスと共に「実装される」。逆に、構成要素スイートクラスの構成要素スイートクラスインスタンスは一つ以上のメソッドスイートクラスインスタンスを「実装」し得る。資源インターフェースクラスインスタンスは一つ以上の構成要素スイートクラスインスタンスと一つ以上のメソッドスイートクラスインスタンスを含み得る。
【０４９１】
図７は資源インターフェースインスタンスの配置及び資源要素スイートインスタンスである資源インスタンスの例である。この資源インターフェースインスタンスの例は、ＰＥＲＣｏｓ同一性行列（本開示で詳述されるＰＩＤＭＸ）インスタンスと、カーネルセッションインスタンス及びメソッドスイートインスタンスを備える。この資源要素スイートインスタンスの例は構成要素資源とＰＥＲＣｏｓプラットフォーム資源を備える。
【０４９２】
例えば、図７に資源インターフェースインスタンスの構成例を示す。
【０４９３】
このような資源のクラスへの組織化によりＰＥＲＣｏｓクラスシステムの沢山の機能の利用が可能になる。従って、例えば、クラスシステムは資源の無限の集合の規模に対するバッファーであり、近似コンピューティングの強力な道具である。クラスシステムは数百もの数千もの数百万ものクラスを持ち得る。クラスシステムは実質上、利用者目的（及び／又は利用者）に相互作用する概念的近隣を表現することに用いられる。しばしばクラスシステムは順列及び／又は制約された論理的近傍のセットを持ち得る。そのような制約された配置は少なくとも定評のある領域専門家によって、例えば領域標準化／仕様セットとして、一部定義され得る。そのようなクラスシステムは論理的に少なくとも一部組織化される、又は資源クラス及び／又はインスタンスをＣＰＥのような目的表現と関連付ける情報を含む。そのような目的表現情報はクラスシステムに準じて組織化され、そして少なくとも一部文に適切な相互参照が存在する一般的なクラス配置に、例えばクラウド利用者データ及び／又は参加者、評判及び／又は領域／カテゴリークラスシステムなど、そのような両方のクラスシステムが存在し得る。目的に合致する資源の検索を開始することにより、所望の資源を含む可能性が最も高いクラスの検索によって、ＰＥＲＣｏｓは検索空間の削減の可能性を桁違いに大きく可能にする。
【０４９４】
ＰＥＲＣｏｓクラスシステムのいくつかの実施例は、相関的、もしくは他の相関的情報組織構造（一つ以上の相関的クラスシステム）とそのような目的に関連した、利用者の相関的／概念的ナビゲーションそして評価のプロセスを高める適応性を持つ実施例を注入するために、相互作用する。従って、例えば、オープン・ディレクトリ・プロジェクト（ＤＭＯＺ、ｗｗｗ．ｄｍｏｚ．ｏｒｇ）は特定のＰＥＲＣｏｓの目的、資源、参加者、評判、領域クラス配置に採用され得る相関的組織的原則を実装するオントロジである。インテル製計算機の仮想化技術に興味を持ったＤＭＯＺの利用者はコンピューターの様々な仮想化技術（ＶＭｗａｒｅ（登録商標）、ＶｉｒｔｕａｌＢｏｘ（登録商標）、ＱＥＭＵ）を３つの単純で自然な跳躍（コンピューター、エミュレーター、Ｉｎｔｅｌ（登録商標）  ｘ８６アーキテクチャー）により横断することができる。ＰＥＲＣｏｓクラスシステムでは、利用者はクラスシステムを横断するために、クラス階層関係以外の関連性も利用することができる。これは特に目的、資源、参加者、評判そして領域近似の近傍が独立に、及び／又は組み合わせて表現された利用者交差端部評価にとって有用である。
【０４９５】
ＰＥＲＣｏｓクラスシステムは、いくつかの実施例で、それ自身の規格化され構造化された、インスタンスを説明するための語彙を導入し得る。これを説明するために、ホストオペレーティングシステムがＬｉｎｕｘ（登録商標）でゲストオペレーティングシステムがＷｉｎｄｏｗｓ（登録商標）であるＶｉｒｔｕａｌＢｏｘ（登録商標）仮想化について学びたい利用者を想定する。キーボードに基づいた検索エンジンに問い合わせてこのような情報を得ることは時間を消費し、苛立たしいものである。なぜならば「Ｌｉｎｕｘ（登録商標）」のキーワードはこの検索には曖昧だからである。「Ｌｉｎｕｘ（登録商標）」というキーワードはホストとゲストオペレーティングシステムのどちらも指すことがあり得るためである。結果として、利用者は得られた結果を、Ｌｉｎｕｘ（登録商標）オペレーティングシステムがゲストオペレーティングシステムであるためにキーワードが一致した結果を選別し得る。この曖昧さは私たちが「Ｌｉｎｕｘ（登録商標）」という単語がそれ自身で完全に曖昧でないと仮定した場合も起こり得る。曖昧さは「Ｌｉｎｕｘ（登録商標）」の異なる意味の問題ではなく、ＶｉｒｔｕａｌＢｏｘ（登録商標）とＬｉｎｕｘ（登録商標）の間の関係性の問題である（例えばゲスト対ホスト）。従って参照／用法処理はこの状況では役に立たない。加えて、Ｌｉｎｕｘ（登録商標）をＵｂｕｎｔｕ（Ｌｉｎｕｘ（登録商標）の異形）又はＲｅｄｈａｔ（登録商標）のようなほど近い概念で置き換えると、利用者は大きく異なる結果を得る。
【０４９６】
ＰＥＲＣｏｓ実施例はこの不適当さを、利用者の目的を利用者が展開できるようにすることで対処する。利用者は「ＶｉｒｔｕａｌＢｏｘ（登録商標）を学習する」という目的表現を形成する。加えて、利用者は、ユーザー変数である主要次元の知的ファセットを、中程度であり、そして資源の評判主要次元の権限がＶｉｒｔｕａｌＢｏｘ（登録商標）実装の開発者であるオラクル社により検証されたものである、と定義する。
【０４９７】
ＰＥＲＣｏｓ実施例は利用者を「ＶｉｒｔｕａｌＢｏｘ（登録商標）を学習する」の中間地点、及び／又は利用者が更なる探索を行えるようにし得る暫定的な結果である目的クラス、一つ以上の近傍、又は任意の適切なスーパークラス、及び／又は超中間地点に連れて行く。この場合、適切なスーパークラスは一般に可視化解決策を巻き込む、ＶｉｒｔｕａｌＢｏｘ（登録商標）とＶＭＷａｒｅ（登録商標）の双方を含む目的クラスである。これらの中間地点やクラスのどちらにしても、ＰＥＲＣｏｓは定評のある領域専門家がＰＥＲＣｏｓクラスシステムの語彙を二つのファセットリストを宣言するために利用した可能性がある、という様な追加情報を提供し得る。一つのファセットリストはホストオペレーティングシステム（可視化解決策を動作させるために利用されるオペレーティングシステム）であり、そして他のファセットリストはゲストオペレーティングシステム（可視化解決策によりエミュレートされる）を表現する。利用者は、利用者が学習対象として興味を持っているＶｉｒｔｕａｌＢｏｘ（登録商標）プラットフォーム上での経験に着目しているゲストオペレーティングシステムとしての「Ｗｉｎｄｏｗｓ（登録商標）」とホストオペレーティングシステムとしての「Ｌｉｎｕｘ（登録商標）」を特定できる。
【０４９８】
いくつかの実施例では、目的クラスを含むクラスシステムは、多種多様な目的と関連性の表現を可能にする。このような目的クラスシステムは発行者に、受け継いだ、宣言された及び／又は推測された要素を備え得る一つ以上のクラス配置が内部に存在し得る資源を、目的クラス及び／又は一つ以上の目的クラスシステムの要素に結合させる特性を含み得る。一つ以上の明確で規格化された表現言語を提供することで、ＰＥＲＣｏｓ実施例は利用者及び／又は利害関係者が、機会最適化の最大化を容易にするような目的声明を形成することを可能にする。
【０４９９】
ＰＥＲＣｏｓのいくつかの実施例は、統一された、統合された、拡張可能な目的のある計算構成体を提供する。資源は目的満足のために任意に大きく複雑な集合へ連結され得る。いくつかの実施例では、ＰＥＲＣｏｓ構成体テンプレートは、それ自身の記述的仕様（ＣＰＥ）、資源インターフェース、前提条件及び／又は他のメタデータを用いて、自身の記述的仕様（ＣＰＥ）、資源インターフェース、前提条件及び／又は他のメタデータを伴う一つの構成体資源として資源のセットを作成する方法を、提供する。いくつかの実施例では、一つ以上の構成要素資源を備える構成体が他のプロセスによって作成され得る。
【０５００】
構成体の実施例は利用者が効率的にそして効果的に、目的の支援のために進化され、解決され、首尾一貫され、及び／又は操作構成体へ変換され得る仕様配置を、作成、構築、配置し、及び／又はインスタンスを生成することを可能にする。
【０５０１】
構成体は、規定通りに、ＰＥＲＣｏｓ公的又は非公的資源配置である。
【０５０２】
いくつかの実施例では、構成体は利用者が目的の追求を助けるために最適なセットの資源及び／又は目的に特定の能力を利用者に提供するために発行者及び／又は定評のある領域専門家を含む利害関係者によって作成され得る。構成体は例えば基盤、フレームワーク、目的クラスアプリケーション等を含み得る。構成体は発行者によって、一つ以上の目的操作のために高程度に特定された資源を提供するために作成され得る。これは、例えば、資源集合を含み得る。
【０５０３】
広い範囲の目的を支援するために、例えば「数学の探索」のような高程度に一般的なものから、「タホ湖バスフィッシングのためのルアーの購入」のように特定的なものまで、構成体は高程度に表現的で、規格化され、相互作用可能で、拡張可能である。構成体は高程度に一般的から狭く特化されたものまでに渡り得る。例えば、利害関係者は、西洋音楽を探索するために高程度に一般的な構成体を、又はベートーベンのピアノソナタを解析するために高程度に特化された構成体を作成し発行できる。
【０５０４】
利害関係者は、様々な目的、高程度に一般的なものから狭く特定的なものまで複数の構成体インターフェースを提供することで、単一の構成体を作成し発行し得る。構成体インターフェースは、利用者の規定ＣＰＥと資源の効果的なマッチングを容易にするために、記述的文脈目的表現及び／又は次元のような目的表現を特定することに利用され得る。いくつかの実施例では、例えば、利用者は、次元を、結果のセットを選別し及び／又は削減するために、それらの表現された目的との高程度の類似性を持つ結果（資源）に対して利用し得る。例えば、発行者が「アナログオーディオエレクトロニクスの学習」の目的クラスアプリケーションを、限られた経験しか持たない利用者への目的領域の紹介を意図して作成したと仮定する。この目的クラスの構成体インターフェースアプリケーション利用者が「初心者」や「単純」という値を選択することを可能にする次元やファセットを持ち得る。このような例では、利用者目的の発行者目的との一致は、利用者の目的クラスアプリケーションの経験次第では理想に近いものであり得る。
【０５０５】
構成体実施例は、一部又は全体で、目的展開操作、例えば目的定式化の支援として、利用者が彼らの目的、ナビゲーション及び／又は探索及び／又は他の関連付けられた相互作用を表現することを支援することを提供し得る。
【０５０６】
いくつかのＰＥＲＣｏｓ実施例はＰＥＲＣｏｓ資源構造を、規格化と、計画的に結合され及び／又は目的操作を支援する構成体へ配置され得る計算要素の相互作用性を可能にすることに利用する。
【０５０７】
いかなる構成体が、目的の異なる一般度と複雑度を支援することに使用されようとも、いくつかの構成体は他よりも適切である。
【０５０８】
任意のそして全てのこれらの構成体は、それぞれの構成要素を資源として、組み合わされて用いられる。
【０５０９】
いくつかの実施例において、構成体は、参照されるか及び／又は組み込みとして、構成体と関連づけられて目的及び／又は他のメタデータ（記述的ＣＰＥのような）を表現する他の仕様セットも含み得る。
【０５１０】
構成体は任意の複雑さを持ち、少なくとも一つの資源を定義する少なくとも一つの仕様と関連付けられる。構成体は、例えば、例えば適用可能で適切な資源が適切に供給されるようなＰＥＲＣｏｓ  ＳＲＯ処理のような、更なる処理を要求する。
【０５１１】
ＰＥＲＣｏｓ業務合意は交渉の結果である。ＰＥＲＣｏｓ業務合意は、資源管理部及び／又は他の操作セッション管理部が関連した水準のサービスの展開、及び／又は、特定された、業務合意を備える仕様に従って管理される資源の性能に（暗黙のうちに及び／又は明確に）合意したＰＥＲＣｏｓ仕様として表現される。
【０５１２】
業務合意実施例は一つ以上の資源から暗黙のうちに及び／又は明確に認められ受け入れられる仕様である。これは構成体を含む資源のセットを含み得て、例えば一つの業務合意が構成体、構成体資源管理部（及び／又はそれらの代理のプロセス、例えばＰＥＲＣｏｓ  ＳＲＯプロセス）によって交渉され、そのような構成体を備えるそれらの資源にとって適切な業務合意を実現し得る。業務合意は特定された資源のセット、サービスパフォーマンス、及び／又は一般的に合意された仕様内の資源管理測定基準を備える。
【０５１３】
いくつかの実施例では、業務合意によって特定された各資源は、定義された水準、条件、機能性の中で動作するよう特定される。例えば、業務合意は参加者の特徴及び／又は例えば特定の開始側の目的声明の性質により、高水準のサービス利用可能性、信頼性、安全性などを特定し得る。ＰＥＲＣｏｓ資源管理システムは、例えば、資源管理部がこの要求を冗長サービスのセットとして、少なくとも一つの冗長サービスの利用可能性を保証するために実現する必要があるかを確認する。
【０５１４】
ＰＲＭＳは、交渉、確立、調和、及び／又は利用者及び／又は利害関係者に代わっての資源の管理、そして結果として、例えば資源管理、持続性、サービス配布の失敗からの回復、及び／又は仕様同士の調停を含む業務合意の提供の実装、を行うために一貫性サービスと相互作用し得る。
【０５１５】
いくつかの実施例では、ＰＥＲＣｏｓ目的サイクル（周期）は、利用者が彼らの目的を表現し文脈的文脈を確立し、そして彼らの目的経験の展開を管理することを可能にする目的関連処理の集合を備える。目的サイクルの実施例は、図８に示され、次の処理を含み得る。
・コンピューター端部処理
・参加者処理
・目的定式化処理
・仕様、解決策、以下を備える操作処理
・ＳＲＯ−Ｓ処理
・ＳＲＯ−Ｒ処理
・ＳＲＯ−Ｏ処理
・操作セッション処理
【０５１６】
図８にＰＥＲＣｏｓ目的サイクルの例を示す。
【０５１７】
いくつかの実施例では、コンピューター端部処理は彼らの参照／用法を表すトークン入力を評価し解明するために利用者と相互作用し得て、そのことによりクラス表現のような内部的表現／構造を生成する。コンピューター端部処理実施例は利用者を、彼らが目的意志を表現することを補助する一つ以上の知的な道具で補助する。例えば、コンピューター端部処理実施例は利用者に一つ以上の動詞と一つ以上のカテゴリを備える利用者の中核目的を特定するために、クラス、ファセット、ＰＥＲＣｏｓテンプレートなどを利用するＰＥＲＣｏｓナビゲーションインターフェースサービスを提供することで、目的意志を表現しそして反復して精緻化させることを可能にさせ得る。例えば参加者処理実施例と相互作用することで確立される利用者の文脈に基づいて、コンピューター端部処理実施例は利用者に、ある観衆にとって適切なトークンの集合（例えば英語及び／又はギリシャ語の単語、ＡＳＣＩＩ、点字、又はアイコン）そして目的領域（例えば放送伝達、ボックススコア、構文解析、化学、有機化学、自動車整備、配管工事）である、一つ以上の適切な規格化されたそして相互運用可能な語彙集を提供する。
【０５１８】
いくつかの実施例では、コンピューター端部処理により利用者は、認められた領域専門家などの他の利害関係者によって発行された、そして例えばＰＥＲＣｏｓ知的ツールにより特定され出処を示され、それにより利用者目的表現を認められた領域専門家の専門知識を活用することを通して最適化する既存の目的表現を変更し、及び／又は精緻化することが可能になる。例えば、金融投資に興味を持っている利用者を考える。目的表現を最初から考えるよりも、利用者は、固定投資から成長投資、そしてターゲット日付退職ファンドに及ぶ異なる型の投資を探索する目的表現のような、利用者の意図に最も近い目的表現を見つけることができるかもしれない。次にその利用者は示された投資を成長投資に限定することで、そのような目的表現を狭め得る。このことは利用者がサブカテゴリーを選択できる目的表現への、ファセットインターフェースの密接な関係の知的ツールの提供によって容易にされる。
【０５１９】
利用者目的セッション枠組み管理により、利用者が、目的定式化成処理やＳＲＯ−Ｓ処理や及び／又は更なるＰＥＲＣｏｓ処理などの連続処理により変更され得る当初の利用者文脈を、相互にそして反復して確立することが可能になる。このような管理によって、与えられた目的表現セットに対して資源能力の少なくとも一部、インターフェース、情報支援、要求などが関与する最適化された目的関連基盤配置が産出される。このような当初の利用者文脈は、利用者がそのような目的動作セッションで使用したいと願う参加者役割、適用できる主要次元、主要次元ファセット、補助的次元、及び／又は更なる文脈表現のような情報を含み得る。利用者は可能であれば認証と認可要求も提供し得る。いくつかの実施例では、このような利用者目的セッション枠組み管理は評価及び利用者入力を内部表現に変換することを伴い得るコンピューター端部処理と並行して動作できる。
【０５２０】
目的定式化処理は、いくつかの実施例では、利用者がそれぞれの目的の枠組みを作る「最良の試み」（ＰＥＲＣｏｓとの相互作用後の）であり得る一つ以上の目的仕様を生成するために利用者と反復的に相互作用し得る。利用者は、主要次元、主要次元ファセット、共振、統治、クラウドデータのような、ただしこれに限定されない、適切な目的情報を組み入れることで目的仕様を生成し得る。例えば、何人かの利用者は、ＰＥＲＣｏｓプラットフォーム情報マネジメントシステム実装のような情報管理システムに記憶された彼らの特徴と履歴データを持っている。目的定式化処理実施例は、そのような文脈情報を取得して評価し得て、目的声明のような、目的仕様の生成に適用できる情報を組み込む。目的定式化処理実施例は、利用可能な場合は、適切な共振アルゴリズムを使用して、目的仕様も支援し得る。もしも、曖昧さ、競合などの起こりうる問題に遭遇した場合は、実施例は、その問題を解決するよう、一貫性サービスインスタンスと相互作用する。もしも解決できない場合は、実施例は、適切なプロセス及び／又は利用者に指示を求める。利用者は、例えば、反応時間の速度／応答性に対する結果の網羅性に対する選好といった拡張次元値などのような、付加的な文脈情報も提供し得る。
【０５２１】
いくつかの実施例では、仕様、解決策、操作（Ｓｐｅｃｉｆｉｃａｔｉｏｎ，  Ｒｅｓｏｌｕｔｉｏｎ  ａｎｄ  Ｏｐｅｒａｔｉｏｎａｌ：ＳＲＯ）処理は、一つ以上の解決された、結合された、供給された、一つ以上の操作セッションの起動を開始するのに充分な情報を持つ操作仕様を生成するために、目的仕様を評価し、解決し、変形し、及び／又は結合する一つ以上の統合された処理のセットを備える。ＳＲＯ処理は、それ自身のサービスを提供するために、例えば一貫性サービス、評価及び調停サービス、試験と結果サービス、評判サービスなどのようなＰＥＲＣｏｓプラットフォームサービスを使用する。ＳＲＯ処理は過去の経験から獲得した知識を活用するために使われ得る、ＰＥＲＣｏｓ情報管理システムツールのような知的な道具も使い得る。ＳＲＯ処理は一般的に、仕様、解決及び操作の３つの段階でサービスを実行する。
【０５２２】
ＳＲＯ−Ｓ処理実施例は目的仕様を評価し関連する利用者主要次元、ファセット、利用者の履歴情報、共振アルゴリズム、基盤、統治、クラウドデータ、及び／又は、付加的な利用者目的関連プロファイル情報のような他の情報といった文脈情報を組み込み得る。ＳＲＯ−Ｓ処理は、しばしば一つ以上の、一貫性を含む他のＰＥＲＣｏｓプラットフォーム処理と共に、充分に完全な目的声明を生成するために、これらの仕様を解決し統合する。上記の目的声明は様々な型の利用者の文脈情報を含み得る（例えば利用者の、特定の目的領域に関する専門知識、教育水準、位置、時間など）。
【０５２３】
ＳＲＯ−Ｓ処理実施例は、それらが利用者の目的と文脈に一致していることを保証するために、適切な統治規則を評価し得る。例えば、利用者が、組織の資源を改ざんし得る「不確かな」資源の使用を禁じるなどの、彼がアクセスし得る資源の統治規則を持ち得る組織の被雇用者であると仮定する。
【０５２４】
ＳＲＯ−Ｓ処理実施例はまた資源が利用者目的を支援できるかどうかを確認するために利用者の基盤資源を評価し得る。例えば、ＳＯＲ−Ｓ処理実施例は利用者が利用しているプラットフォームは関連する資源に特定された任意のデジタル著作権管理要求に適合しているかどうかを利用者目的の満足のために確認し得る。
【０５２５】
ＳＲＯ−Ｒ処理実施例は一般的にＳＲＯ−Ｓ処理によって生成された目的声明を取り得て、そして目的声明を満足できる一つ以上の資源を定義する操作仕様を生成する。ＳＲＯ−Ｒ処理は一つ以上のＰＥＲＣｏｓプラットフォーム資源管理システム（ＰＲＭＳ）のような資源管理システムと、そのような目的声明を実行するために適した資源を割り当て、配分し、及び／又は予約するために、相互作用する。いくつかのケースでは、ＳＲＯ−Ｒ処理は、利用者及び／又は利害関係者からの解明及び／又は精緻化を、例えば反復又は再帰的な方法で要求し得る。例えば、利用者がある資源にアクセスする権限がない場合を考える。そのような場合には、もしもＳＲＯ−Ｒ処理が代替又は代理資源を発見できないと、その競合を解決するために、ＳＲＯ−Ｒ処理実施例は、利用者又は利害関係者からの指示を求める。このことは、ある場合では、目的声明、又は例えば利用者のＣＰＥの変更、及び／又は再仕様化を要求し得る。他の例は、利用者が資源機会を評価することに充分な専門知識を持っていなく、ＳＲＯ−Ｒ処理が、利用者の目的声明をより満足させる一つ以上の最適化された資源配置を提供する構成体を提供し得る一つ以上の共振アルゴリズムのような、他の一つ以上のプロセスを呼び出す時があり得る。
【０５２６】
いくつかの実施例では、規定されたように、ＳＲＯ−Ｏ処理が、操作仕様で定義された資源のプロビジョニング、展開、インスタンスの生成を引き受け、その後に一つ以上の操作セッション（資源を操作資源へと起動すること、及び／又は一つ以上のプロセス及び／又はサービスを呼び出すこと含む）の起動を開始する。ＳＲＯ−Ｏプロセスは、ある場合において、他の複数の利用者目的操作セッションを作成し、起動された操作資源と共に供給する。
【０５２７】
利用者目的操作セッションは、部分又は全体で利用者のそれぞれの目的仕様を満たす。一つ以上の暫定及び／又は最終の成果を供給するために、利用者と相互作用する。操作セッションは、目的表現のために一つ以上の資源、処理及び／又はサービスのパフォーマンスの水準を定義し得るＰＲＭＳ操作管理部との一つ以上の業務合意の交渉も含み得る。
【０５２８】
そのような操作セッションにより、利用者が、一つ以上の操作セッションの一時停止、再開、続行など、彼らのセッションを管理することが可能になる。例えば、利用者は一つ以上の操作セッションを、資源として発行するために続行しようとする。代わりに、例えば、利用者は彼らの操作セッションを、後で復活／再開できるように続行／一時停止し得る。利用者は、満足したため、及び／又は結論に至ったため、及び／又は利用者がセッションを終了しようと決断したために、一つ以上の操作セッションを終了し得る。
【０５２９】
いくつかの実施例では、目的サイクル（周期）処理は反復的、再帰的、直列、並列、非対称、対照、プリエンプティブ、マルチタスク、マルチスレッドであり得て、及び／又は利用者の目的表現を結果へと解決するために他の多次元メソッドを採用する。例えば、一つ以上の仕様（目的表現、目的仕様、そして目的声明を含む）は利用者及び／又は一つ以上のＰＥＲＣｏｓ処理によって変更され得る。
【０５３０】
例えば、ＰＥＲＣｏｓ  ＳＲＯ−Ｓ処理は目的声明を生成するときに競合に遭遇し得る。この時点で、ＳＲＯ−Ｓ処理は競合を解決するために一貫性処理を呼び出し得るが、呼び出すことができない時は、ＳＲＯ−Ｓ処理は仕様を創造した処理（自身の管理を含む）、例えばこの場合は目的定式化処理、に対して競合及び／又は可能性のある解法／機会に関する情報を提供する。目的定式化形成処理はこの情報を、影響を受けた目的声明を含み利用者の相互作用に適した形で、表現し得る。これは競合、競合の解決の機会、潜在的な最適化についての指示、及び／又は目的を表現した利用者への合理化を含み得る。
【０５３１】
例えば、ＳＲＯ−Ｓ処理は目的声明の曖昧さを解決し得ない。例えば、利用者がＪａｖａ（登録商標）について学ぶという目的を特定すると仮定する。そこにはコーヒー参照／用法や、プログラミング参照／用法、島参照／用法など、複数の「Ｊａｖａ（登録商標）」という単語を含む参照／用法があり得る。ＳＲＯ−Ｓ処理はこの曖昧さを目的表現を評価することで解決しようとする。ＳＲＯ−Ｓ処理は、Ｊａｖａ（登録商標）がコーヒーの種類であるのか、プログラミング言語であるのか、島であるのかというように利用者の意図の精緻化を要求し得る。
【０５３２】
ＰＥＲＣｏｓ操作セッションはＰＥＲＣｏｓに関連した目的のある交差端部利用者相互作用を提供できる、管理された、機能する操作資源のセットを備え得る。図示されるように（図９、図１０）、操作セッションが、制御、組織そしてインターフェース仕様のような、そのような操作セッションの機能を定義し、利用者／利害関係者の介入及び／又は満足、停止、及び／又はセッションのＰＥＲＣｏｓ処理が完了するまで展開する仕様のセット（例えば交差端部処理を含む）によって開始される。参加しているプロセスは一つ以上の利用者目的操作セッション内で、利用者のアクセスできる計算設備、及び／又は他の利用可能な計算設備（例えば計算機クラウド）の中、及び／又は間で起こる。仕様のセットは、最少のインターフェース要素のセットから最大限に完全にした物まで任意の物であり得る、操作セッションインターフェースの作成及び／又は組織を特定する。実施例及び／又は操作環境により、操作セッションインターフェースは、分配された、ピアリングされた、階層構造の配置及び／又はそれらの任意の組み合わせを操作し得る。例えば、図９では、単一の操作セッションインターフェースがインターフェースを提供し、一方図１０では、インターフェースは複数の操作セッションインターフェースによって提供され、そのうち二つはピアツーピアの関係で動作し他の二つは主従関係で動作する。
【０５３３】
例えば、図９に操作セッション実施例（単一セッションインターフェース）を示す。
【０５３４】
例えば、図１０に操作セッション（複数セッションインターフェース）実施例を示す。
【０５３５】
操作仕様と共に提供され、制御、組織そしてインターフェース仕様を備える操作セッションは、利用者がそれぞれの目的を達成する能力を補助し得る。連続するインスタンスの生成のための及び／又は一つ以上の操作セッションの起動のために資源の供給、展開、及び／又はインスタンスを生成することに使用され、操作仕様へと変形され得る、目的仕様を形成するために利用者と相互作用するその他の操作セッションも存在し得る。
【０５３６】
いくつかのＰＥＲＣｏｓ実施例は、例えば目的の最適化を一部において支援するために含み得る一つ以上の共振アルゴリズムを満足することを支援するために、一人以上の利用者の文脈情報を関連付け得る。この文脈は操作セッションが発展し展開するに従って進化する。ある状況では、利用者及び／又はＰＥＲＣｏｓ計算環境は、一つ以上の下位の操作セッションを適切に変更された文脈と共に開始し得る。
【０５３７】
いくつかの場合では、操作セッションは一つ以上の文脈の変化を収容するために新しい操作セッションを作成し得る。例えば、複数の利用者に共有されている操作セッションを考える。参加者のうちの何人かは異なる、又は矛盾した文脈要素を持っている。このような場合には、ＰＥＲＣｏｓ実施例は、一つの文脈に対して一つの以上のセッションという具合に、複数の操作セッションを作成し得る。それにもかかわらず、これらの操作セッションは共有された目的を満足するためにお互いに相互作用する。
【０５３８】
いくつかの実施例では、操作セッションは分割され、続行され、回復され、一時停止され、再開され、及び／又は終了され得る。利用者は操作セッションを、資源として発行するために続行し得る。代わりに、利用者は、後で回復／再開できるように、操作セッションを続行／一時停止し得る。利用者は、満足したため、及び／又は結論に至ったため、及び／又は利用者がセッションを終了するその他の理由があったために、操作セッションを停止し得る。
【０５３９】
いくつかの実施例では、一つ以上の操作セッションが一つ以上の業務合意を含む操作仕様を持ち得る。業務合意は操作セッション管理部とＰＥＲＣｏｓプラットフォーム資源管理システムインスタンスなどの資源管理部の間で交渉される。いくつかの実施例では、操作セッションが続行された時に操作仕様が続行される。そのことにより操作セッションが回復されたときに操作仕様も回復されることが可能になる。
【０５４０】
ＰＥＲＣｏｓ実施例は、次に挙げる能力の一部又は全てを提供することで、独特な要求や目的に基づいた計算や、一から無限大までの資源管理の挑戦を扱い得る。
・目的表現に関係した方法で資源を記憶し、運営し、管理し、及び／又は供給し、そして最適な目的満足を可能にする
・目的応答するユーザー体験を支援するために再利用可能な／再意図的な資源セットを採用する
・極めて大きく多様な資源のセットで、全ての資源の型と配置を含み、最適化分配済トポロジ的資源配置を含み、不可逆なクラスオントロジの部分的な利用とマッチングそして類似性解析の中で独特で動的な目的要求を記憶する巨大資源に対してインターフェース能力を提供する
・無境界なセット及び型の、ＰＥＲＣｏｓ対応資源そして非ＰＥＲＣｏｓ資源の説明、及び／又は、資源及び／又は資源についての情報の組織化をするための、規模の変化に対応でき、相互作用可能で、拡張性があり、分配済みな構造を提供する
・一連の資源型、操作、及び／又は関連情報の一様な扱いを可能にする
・ＰＥＲＣｏｓ及び非ＰＥＲＣｏｓ資源を最適に管理するためのメソッドそしてシステムインフラストラクチャを提供する
・ＰＥＲＣｏｓ資源のための相互作用可能で規格化された資源インターフェースそしてインターフェース要素を提供する
・そのような任意の資源配置を、随意に任意の他の一つ以上の資源配置との組み合わせによって、単一の資源として管理することを含む、資源配置と関連資源管理機構の効果的で動的な作成を含む作成のシステムとメソッドを提供する
・例えばＰＥＲＣｏｓ一貫性サブシステムのような、使用されているサービス型や組み合わせを利用して、ＰＥＲＣｏｓ資源配置を調和させるシステムとメソッドを提供する
・全体又は一部で、予測的で、効率最適化し、矯正的で、回復及び／又は再生成できる処理を可能にする目的で、障害を避け、効果的な操作を最適化し、障害へ応答するための支援が出来るように、資源を特定すること及び／又は検査することに関し及び支援する情報を記憶するための監視と例外処理を提供する
・認証と認可（Ａ＆Ａ）の管理、利害関係者の規則の施行、そして興味の最適化を含む、一連の資源統治サービスを提供する
・集合した、文脈的に拘束された（例えば目的と関連付られている）、ＰＥＲＣｏｓ及び／又は非ＰＥＲＣｏｓ資源に関連した同一性情報の特定、関連付け、管理及び／又は保守のための交換可能な同一性サービスを提供し、そして独特の識別子の形式を扱う
・持続的で操作的に効果的に、資源及び／又は資源についての情報を、ローカル、クラウド、そして分配済トポロジに対して、動的生成のためを含んで記憶するシステムとメソッドを提供する
・潜在的で貢献している資源の管理／運営、そして利害関係者の興味と、規範的で記述的な目的操作を柔軟に表現することを含む、資源のための発行サービスを提供する
・資源及び／又は資源についての情報のための配信サービスを提供する
・プラットフォーム及びネットワーク一貫性プロセスとの統合を含む、資源発見、同化、解析、及び／又はマッチング／類似性サービスを提供する
・資源スケジューリング、予約、割り当てサービスを提供する
・ＰＥＲＣｏｓ及び非ＰＥＲＣｏｓ資源を最適に管理する
【０５４１】
２．  資源構造
本章ではＰＥＲＣｏｓ仕様、ＰＥＲＣｏｓ資源、ＰＥＲＣｏｓプラットフォームサービス、ＰＥＲＣｏｓ情報管理（ＰＩＭＳ）、ＰＥＲＣｏｓ同一性システム（ＰＥＲＣｏｓ  Ｉｄｅｎｔｉｔｙ  Ｓｙｓｔｅｍ：ＰＥＲＩＤ）そしてＰＥＲＣｏｓハードウエアそして装置の、潜在的な実装を考える。
【０５４２】
いくつかの実施例では、ＰＥＲＣｏｓシステムは、目的のある計算、そして例えば利用者による目的の独特な表現を可能にし、そして更に利用者の文脈目的表現（ＣＰＥ）、そして任意の適用可能な選好と基盤、利用者、そして他の利害関係者の規則、メタデータ、などの情報と、ローカルで利用可能な資源及び／又は一つ以上のネットワークを、最適にマッチングさせる装置とメソッドを採用することによって従来のオペレーティングシステムの能力を拡張することのためのネットワーク操作環境である。ＰＥＲＣｏｓシステムは、少なくとも部分的に利用者目的表現に応答性がある、利用者の目的結果を提供するために、資源の発展を支援するために設計されている。
【０５４３】
ＰＥＲＣｏｓがあれば、利用者は、知的にそして効果的に、莫大な多様性を持ち集約可能で目的応答配置として構成可能な考えられる資源を備える、大域的でほぼ無限の「目的のあるネットワーク」と相互作用できる。いくつかのＰＥＲＣｏｓシステム実施例の機能は、全ての、理論的に統一された資源インフラストラクチャの構成要素としてのセッションの、潜在的で積極的な貢献要素の包含、組織、及び管理である。処理要素、任意のそして全ての貢献する型の情報、任意のそして全ての貢献する型のネットワーク資源、装置配置、そして参加者は、資源として一様に扱われ得る。それらは集約され得て、特定可能で、評価可能で、そして利用者目的への応答として展開可能である。コンピューターの記憶装置、装置、マイクロプロセッサ、データベース、ソフトウエア、サービス、ネットワーク、参加者、そしてその他の仕様の型は、全てＰＥＲＣｏｓ資源管理部により管理され得る。
【０５４４】
ＰＥＲＣｏｓ資源は情報資源、計算資源、コミュニケーション資源、利用者のコンピューター表現、及び／又は他の資源型を含み得る。一般的な資源の種類は、内容、ハードウエア、装置、ソフトウエア、サービス、参加者、及び／又はネットワークである。ＰＥＲＣｏｓは、潜在的に無限な、考えられる資源の集合の組織、プロビジョニングそして目的に関連した統治を、通常は目的仕様に対する最適な応答又は応答候補を達成するというゴールを以って、柔軟に支援し得る。
【０５４５】
ＰＥＲＣｏｓ実施例は、配布済みであり階層構造をとる、サイズ、複雑さ、多様さ、位置、フォーマット及び／又は作成されたメソッドに関わらない資源の一様な扱いを提供する資源構造を含み得る。
【０５４６】
資源は一般的に、少なくとも一つの資源インターフェース配置と操作的に関連付けられる。名前を挙げられ得る一般的な種類の値は、データ／内容、及び／又はそのようなデータ／内容のための仕様、ハードウエア、装置、処理、ソフトウエア／アプリケーション、及び／又はネットワークを含む。資源はＰＥＲＣｏｓで解釈可能であり得る。
【０５４７】
いくつかの実施例では、資源構造は組立と分解という二つのメソッドを提供し、それらは、
・組立メソッドはＲ１、Ｒｋの資源の集合を取り、他の資源がＲｉｓへＲの資源インターフェースを通してアクセスすることを可能にする、関連付けられた資源インターフェースと共に、新たな合成資源Ｒを作成する。
・分解メソッドは、組織仕様が、Ｒが分解できるのか、もしできるならどのように、を定義する、資源Ｒを取る。
【０５４８】
いくつかの実施例では、資源インターフェースは、資源インスタンスの関連するメソッドを有効に呼び出すために充分な情報を提供する。
【０５４９】
いくつかの実施例では、ＰＥＲＣｏｓ資源はインターフェース仕様、組織仕様、制御仕様を含み、それらは資源及び／又は資源の他の資源との相互作用を備える資源要素を参照する。
【０５５０】
図１１に資源項目実施例を例示する。図は、資源は制御、組織、アプリケーションプログラミングインターフェース（ＡＰＩ）そしてユーザーインターフェースの両方を対象とし得るインターフェース仕様を備えるメッセージ、を送信することでインスタンス生成されることを示している。一旦資源がインスタンス生成されたら、それは入力を受け付け、出力を生成することが出来る。
【０５５１】
プラットフォーム資源管理サービスは、この、資源を一様に組織化して処理し、独立した及び／又はグループの資源に一般的なサービス／資源管理インターフェースを繋ぎ目なく提供することを含む、矛盾のない作成メソッドを使用する。
【０５５２】
いくつかの実施例では、ＰＥＲＣｏｓ資源は、資源インターフェースを含む資源へのアクセスに利用され得る、一つ以上の独特な拡張子（ＵＩＤ）を持ついくつかの実施例では、ＰＥＲＣｏｓ資源は一つ以上の資源要素から構成される。ＰＥＲＣｏｓ資源構造は広い多様性の資源要素及び／又はそれらの組織化の宣言方法、例えば、資源要素の構成物へと作り替えるための階層構造の組織、を支援する。資源は、それらの表現が少なくとも部分的には暗黙である方法を含む、様々な方法で具体化される。
【０５５３】
例えば、図１１に、以下の資源要素を備える資源実施例を示す。
１．メソッド仕様、カーネルセッション、資源仕様スイートを含む資源インターフェース（制御、インターフェース、組織仕様を含む）、そして資源ＰＩＤＭＸ。
２．メソッド実装そして資源構成要素（要素）を含む資源本体
【０５５４】
いくつかの実施例では、資源と他の資源との関係を理由づけるために資源インターフェース（例えば操作セッション一貫性管理部）に使用されるＰＩＤＭＸは、構成要素資源要素としてグループ化される。資源インターフェースが自身のＰＩＤＭＸにアクセスする必要がある時はいつも、自身の構成要素スイートと相互作用する。他の実施例では幾分異なる資源要素及び／又は合成資源要素へ組織化する異なる方法を持ち得る。例えば、ＰＩＤＭＸが自身の独自の資源要素を持っている実施例があり得る。
【０５５５】
この、資源要素定義とそれらの組織化の柔軟な方法は、資源構成実施例が複数の、同じ機能を持つが例えば異なる操作環境を支援するためのパフォーマンス及び／又は位置が異なる資源を提供することを可能にする。例えば、資源構造実施例は、一つは有限のプラットフォーム操作環境のための、そしてもう一つは高性能なサーバーを備えるスーパーコンピューター環境のための、という二つの資源を提供し得る。有限のプラットフォーム環境では、実施例は、カーネルセッションとＵＩＤのセットとメソッド仕様を備える極端に軽量な資源インターフェースのような、最少の資源要素のセットで構成された資源を提供し得る。とりわけ、資源のメソッド仕様は他のどこかに存在し、資源はＵＩＤを使用してオンデマンドでそれにアクセスすることもあり得る。
【０５５６】
ＰＥＲＣｏｓ資源構造は、任意の配置で、単一又は複数資源組織化方法に関わらず、それらが例えばインターフェース要素のみを備えていても、資源セットを備えていても（例えば、例えば説明された資源が依存関係を持つ他の資源を含んでいる場合）、一部又は全体が他の方法で、配布され、組み込まれ、参照され、配置されても、そのような資源は一つ以上のＰＥＲＣｏｓ資源インターフェースによって、規格化された一様な方法でアクセスされる。
【０５５７】
例えば図１２に資源実施例を示す。
【０５５８】
このＰＥＲＣｏｓ資源構造の実施例の設計局面は以下を含む：
・プラットフォーム独立性
・規模の変化への対応性
・信頼性と弾力性
【０５５９】
ＰＥＲＣｏｓ資源構造実施例は、それの持つ全ての関連する計算要素を一様に資源として扱うことでプラットフォーム独立性を達成し得る。ＰＥＲＣｏｓ、Ｗｉｎｄｏｗｓ（登録商標）、ＯＳ／Ｘ（登録商標）、Ｌｉｎｕｘ（登録商標）、ＦｒｅｅＢＳＤ（登録商標）やその他の異なる従来の操作プラットフォームは、単に基盤（資源の型）として考えられる。資源として、これらの基盤は資源インターフェースとインターフェース仕様を持ち得る。例えば、資源構造実施例は基盤にＷｉｎｄｏｗｓ（登録商標）と比較してＬｉｎｕｘ（登録商標）オペレーティングシステムを表現する特別な扱いを与える必要がない。もしもＬｉｎｕｘ（登録商標）基盤の仕様が例えば「フレームワークテンプレート」のような特定の構成体の要求を満たすならば、その構成体テンプレートによって使用され得る。
【０５６０】
他のプラットフォーム依存の機能はプラットフォーム非依存のＰＥＲＣｏｓ実施例により、類似した一様な方法で扱われることができる。ライトウェイト・ディレクトリ・アクセス・プロトコル実装に基づいた認証スキーマとマイクロソフト（登録商標）・アクティブ・ディレクトリ実装に基づいた認証スキーマは単純にＰＥＲＣｏｓ資源構造により資源として表現され得る。もしもこれらの資源が一般的なインターフェースを実装したら、それらは多様な資源配置によって互換に使用され得る。
【０５６１】
ＰＥＲＣｏｓ実装はさらに、異なるプラットフォーム構造を支援できる技術の仕様により、プラットフォームからの独立を支援し得る。従って利用者が主にウェブブラウザを使ってアクセスするＰＥＲＣｏｓ実施例はＨＴＭＬ  ５やＪａｖａＳｃｒｉｐｔ（登録商標）技術の多用をもたらし得る。ＨＴＭＬ  ５やＪａｖａＳｃｒｉｐｔ（登録商標）の機能を提供する資源を含む任意の構成体は任意のウェブブラウザを含む任意の利用者基盤と互換になるだろう。
【０５６２】
一から無限大までの計算を支援するために、目的セットを支援する目的でＰＥＲＣｏｓ実施例は動的に任意の多数の資源を配置し得る。例えば、数百万の生徒が出席し得る仮想の講義を考える。そのような講義の主催者は、生徒の条件の確認、費用の回収、証明書の提供などのために、生徒を管理する要求を持ち得る。管理データ構造はそのような多数の生徒の数に対処できるよう規模の変化に対応できなければならない。加えて、この規模では、管理データ構造は高い信頼性を持っていなければならない。課金システムへアクセスできなくなると、主催者が課金され、証明書を必要とする生徒への不便さを作り出す。
【０５６３】
ＰＥＲＣｏｓ資源構造実施例は以下の能力を提供することで、規模変化への対応性を扱い得る。
・多数の資源要素を備える資源配置を動的に作成、配置、管理する
・関連する資源を適切な方法で動的に配置する
・複製、フェイルオーバー機能、所望の水準の帯域幅などの動作要求を表現する制御仕様を提供する
・ピアツーピア、階層構造、ハイブリッドなど、資源の組織を表現する組織仕様の提供
・メソッドのセットを提供するインターフェース仕様の提供、及び／又は
・消費者と資源提供者の間の合意を定義する業務合意の提供
【０５６４】
他の資源と共になお一層より有能な資源を次々に作成するという形で、資源のグループがもう一つ機能の多い資源に配置、そうでなければ変形されることで、資源構造実施例は拡張性と適応を支援する。このことにより任意の選択された水準の粒度での作成と利用が可能になり、それ故に利用者は彼らの目的に最も合うコンピューターセッションとセッション要素を経験し、組織化し、記憶し、及び／又は発行し得る。
【０５６５】
一から無限大までの計算を支援することで、ＰＥＲＣｏｓ資源構造を、ＰＥＲＣｏｓシステム実施例が、資源が基本的ＰＥＲＣｏｓ資源プロパティを支援しない非ＰＥＲＣｏｓ外部システムと、ＰＥＲＣｏｓ資源システム実施例との直接の相互作用を可能にするやり方で、相互作用することが可能になること（例えばＰＥＲＣｏｓ資源及び／又はＰＥＲＣｏｓプラットフォーム資源管理サービスを含むこと）を伴い得る。そのような資源は、ＰＥＲＣｏｓシステムと合わせて使用された時、非ＰＥＲＣｏｓ資源（ＮＰＲ）と呼ばれる。典型的な例は旧型ハードウエア、旧型データべース、旧型ソフトウエア、そして非ＰＥＲＣｏｓサービスである。
【０５６６】
この取り組み方の一面は、新しい種類の資源をＰＥＲＣｏｓシステムに接続するときの複雑さは資源の生来のインターフェースの複雑さと、変換部が適した資源インターフェースを実装するために要求される、「はめ込み」仕事の量のみによるということである。その複雑さはＰＥＲＣｏｓシステムの規模や、ＰＥＲＣｏｓの種類の数や、又はシステムにインターフェースで接続された他の種類の非ＰＥＲＣｏｓ資源の数には全く依存しない。この独立性は一から無限大までの操作の実践的な結果である。
【０５６７】
いくつかの実施例では、変換部は、非ＰＥＲＣｏｓ資源と組み合わせた時にＰＥＲＣｏｓ資源の属性を提供する要素である。変換部は、変換部内から及び／又は他の出処から、独特な要素を特定するために充分な要素（値）と、一つ以上の関連する資源インターフェースを含む関連するメタデータを備え得る。
【０５６８】
非ＰＥＲＣｏｓ資源は一つの以上の変換部と関連付けられ得る。各変換部と資源の組み合わせは明確なＰＥＲＣｏｓ資源を表す。
【０５６９】
いくつかの実施例では、非ＰＥＲＣｏｓ資源は、適切な変換部を使用し、相互作用そしてＰＥＲＣｏｓ資源と管理システム（例えばＰＥＲＣｏｓプラットフォーム資源管理サービス）との実装に適した資源に転換され得て、非公的ＰＥＲＣｏｓ資源として説明される。
【０５７０】
同化部は非ＰＥＲＣｏｓ資源を名前、位置、及び／又は参照特定を用いて特定し、一つ以上の変換部を呼び出すことでＰＥＲＣｏｓがそれにアクセスすることを可能にする要素である。
【０５７１】
例えば、図１３は非ＰＥＲＣｏｓ資源をＰＥＲＣｏｓ環境に同一化することを示している。
【０５７２】
ＰＥＲＣｏｓ実施例は操作支援する健全性チェックプラットフォームサービスのセットを提供することにより利用者入力を操作資源そしてユーザー体験へ形成することで、広範囲な信頼性を可能にする。いくつかの実施例では、各資源と関連付けられたプロセスは、ＰＥＲＣｏｓプラットフォームサービスに提供された、同一性、履歴、持続性及び／又は他のプラットフォームサービスに支援された、評価、試験及び／又は監視サービスのような処理を受け得る。いくつかの実施例では、信頼性及び／又は信頼性測定基準を備える仕様の応答として、ＰＥＲＣｏｓ一貫性サービスはこれらの能力の組み合わせを提供する。
【０５７３】
いくつかの実施例では、資源は、自身の信頼性を詳述し測定基準の形式で表現される仕様を提供し得て、そしていくつかの実施例では、例えば、これらは評判表現の形式で表現される。このような表明は、一部又は全体で、例えば信用性上評判信用性のような、そのような評判表現の表明を提供し得る試験及び検証サービスによって支援され得る。
【０５７４】
信頼性は、障害のあった資源を置換できるホット・スタンバイのような、冗長性のような技術を組み込む。例えば、ビザンチンアルゴリズムは信頼性を提供するもう一つの方法である。いくつかの実施例では、例えばＰＥＲＣｏｓプラットフォーム監視及び／又は持続性サービスによって、もしも資源に障害が発生したとき、資源を以前に続行された状態に回復することができるように、資源は定期的に監視又は続行される。例えばトランザクション処理システムに使用される技術、例えばロールバック、フェイルオーバー、耐故障性などが使われ得て、チェックポインティングのような他の一般的な技術もまた使われ得る。
【０５７５】
もしもある資源の構成要素資源が自身の機能仕様に準拠することに失敗したら、ＰＥＲＣｏｓプラットフォーム資源管理サービスは、いくつかの実施例で、失敗した構成要素資源を交換できる。資源構造は、欠けている構成要素を持続させるための一様な機構を提供し得て、幅広い多様性の構成要素の失敗に応答し、動的に構成要素を加え、除き、旧型の構成要素を組み込み、及び／又は構成要素の選択を最適化する。
【０５７６】
業務合意は適切なサービス、パフォーマンス、信頼性及び／又は仕様を組み込み、さらに、応答と初期化メソッドに従って、評価サービス、調停サービス、監視そして適切な更なる仕様（例えば指示、測定基準、資源）を伴う例外サービスを含む他のＰＥＲＣｏｓプラットフォームサービスに指示する仕様を含み得る。ＰＥＲＣｏｓ実施例は、業務合意に定義された要求された信頼性を達成するために、様々な技術とメソッドを使用する。
【０５７７】
ＰＲＭＳは定期的に診断試験を行うためにＰＥＲＣｏｓ試験そして結果のサービスの実施例を利用する。資源が供給される前に、ＰＲＭＳは資源に関連した試験を行い、試験結果が資源の仕様に合致するかを確認する。加えて、資源が操作中の場合であっても、プラットフォーム資源管理サービスは試験を行うことが出来る。例えば、チャンネルが文脈目的経験セッションの要求を満足することを保証するために、損失率と帯域幅を計測するためにコミュニケーションチャンネルから標本抽出を行う。
【０５７８】
ＰＥＲＣｏｓ実施例は、標準化されたＰＥＲＣｏｓ資源インターフェースの供給を通して、利用者が目的の表現を通して、巨大資源との効果的な相互作用の方法を可能にする。
【０５７９】
いくつかのＰＥＲＣｏｓ実施例では各資源の、役割が標準化された相互作用のための、これらの標準化された資源インターフェースは、利用者が彼らの目的操作を展開する時にアクセスされ得る標準化された「プラグアンドプレイ」能力を提供する。
【０５８０】
いくつかの実施例では、資源は、一つ以上の分類システムに基づいた一つ以上の仕様として表現される、いくつかのＰＥＲＣｏｓ実施例では標準化され相互利用可能な仕様を含み得る、一つ以上の標準化されそして相互利用可能な関連付けられた役割を持ち得る。これらの仕様は人間にとって解釈可能である。これらの役割は、いくつかの実施例では、等級を形成し得る。例えば参加者が一つ以上の目的操作のために役割管理者と関連付けられ得て、及び／又は資源役割は標準化されたＰＥＲＣｏｓ実施例情報資源であり得る。
【０５８１】
資源（及び／又はそれの配置）は例えばＰＥＲＣｏｓ標準化スキーマを含む一つ以上の分類スキーマによって分類され得る。役割は一つ以上の、例えば情報記憶装置、プロセッサなどの機能的に標準化されたそして相互利用可能な操作配置を備える資源と関連付けられる。いくつかのＰＥＲＣｏｓ実施例では一つ以上の、互いに又は等級からマッピングされ得る資源分類スキーマが存在し得る。
【０５８２】
資源の役割の例は限定されずに以下を含み得る。
情報
・処理
・問合せ（検索）
・記憶装置
・方法
・コミュニケーション
・インターフェース（画面／音声／センサー）
・参加者
・資源管理部
・等
【０５８３】
いくつかの実施例では、役割のある一定の局面は量子化され、相互運用可能な及び／又は規格化された言い回し及び／又は表現を持つ。例えば、初心者、熟練者などはＰＥＲＣｏｓ実施例の幅広い定義を持ち得る。これらは、例えばいくつかの実施例では、利用者変数主要次元ファセットであり、それ自体が役割の名前と次元の両方としてふるまう。
【０５８４】
利用者及び／又は他の利害関係者はＰＥＲＣｏｓ実施例の計算機領域の外側に参加者と呼ばれるＰＥＲＣｏｓ実施例の資源である表現を持ち得る。これらは「技術支援の指導者」や「公認の歌手」「営業部長」「弁護士」のような関連付けられた役割を持ち得る。いくつかの実施例では参加者もまた関連した役割を持ち得る。
【０５８５】
役割は自身に関連付けられた、役割を伴う目的操作に適用／含有される選好を含む、一つ以上のプロファイル情報を持ち得る。役割は目的クラス特有である。例えば特定の組織内では、一つ以上の関連づけられた規則及び／又は他の仕様（例えば、権利／資格／トークン／能力など）を伴う役割の階層が存在し得る。
【０５８６】
各資源役割は一つ以上の、一つ以上の目的（関連する測定基準を含み得る）のための資源の特徴及び／又は機能を詳述する仕様のセットを持ち得る。例えば情報資源はそれ自身に関連するＰＥＲＣｏｓ実施例及び／又は実施例の種類を示し得る。
【０５８７】
いくつかのＰＥＲＣｏｓ実施形態（実施例）では、資源が、資源役割で標準化された相互作用ごとに標準化された資源インタフェースを有してもよい。これにより、展開する目的オペレーションの中で利用者がアクセスできる、標準化された「プラグアンドプレイ」機能が提供される。複雑さ、機能性、及び／又は特徴の異なる資源は、役割が仕様上、充分に同じであるときには置換されてもよい。標準化された資源役割インタフェースは、この相互運用性を支援する。このように、利用者は、例えば、ある目的達成シナリオのために、異なる資源を選択してもよい。例えば、多かれ少なかれ複雑で、洗練された、及び／若しくは詳細な情報資源、処理資源、管理資源、並びに／又は同種のものを用いて目的達成を満たす、などである。
【０５８８】
例えば、いくつかの実施形態では、資源役割に関連付けられた一以上の分類スキーマがあってもよい。例えば、情報資源分類は、教科書、ビデオ／オーディオ、参考テキスト、及び同種のものを備えてもよい。
【０５８９】
このような資源役割仕様は、一以上のＰＥＲＣｏｓ実施形態の仕様枠組み、例えば、フレームワーク、基盤、及び同種のもののような、例えば、ＰＥＲＣｏｓ実施形態の構成体が、資源役割によって整理された仕様の集合を備えてもよいように、規定される資源から独立していてもよい。
【０５９０】
いくつかの実施形態では、資源役割は、有用な共通属性の集まりを持つ資源を特徴づける上位資源集合の派生型である資源の型を含んでもよい。これらの型は、標準化されて相互運用可能としてもよく、一以上の目的によって制約、例えば中核目的によって制約されてもよい。例えば、役割は、「先生  大学  物理学」であってもよい。いくつかの実施形態では、役割は、一以上の目的オペレーションに関連付けられた資源の集合を備えてもよい。例えば、「真空管  オーディオ  電源」という役割の専門家には、その利用者による、特定の具体的な資源への定期的なアクセスを必要としてもよい。
【０５９１】
多くの資源は、メソッドの集合、記述的目的、意味的オントロジ（例えば、関連付けられたＣＰＥ、メタデータ、及び／又はその部分集合）、機能性、場所（ローカル、グループ、外部）、範囲（プライベート、限定、公共）、及び／又はアクセス性（想定、必要、利用可能、潜在的に発見可能）などにより、資源役割をさらに分類するのに用いてもよいメソッドスイートに、一以上のメソッドを有してもよい。
【０５９２】
例えば、入力デバイス、出力デバイス、通信チャネル、関係データベース、ワードプロセッサー、会計サービス、及び参加者は、いくつかの実施形態では、資源役割の型であってもよい。その多くはサブクラスの広大な構造を有し（例えば、キーボード、ＰＳ２キーボード、ＵＳＢキーボード、人間工学キーボード、ディスプレイ、ピクセルマップディスプレイ、ラスターディスプレイ、低解像度ディスプレイ、中解像度ディスプレイ、高解像度ディスプレイ）、選択された任意の正確さで任意の関連属性の記述を可能にする。
【０５９３】
いくつかのＰＥＲＣｏｓ実施形態では、役割は、（資源の同一性に加え）更なる同一性の型と考えてもよく、一以上の参加者表現に関連付けられた資源という形態であってもよい。いくつかの実施形態では、ＰＥＲＣｏｓ実施形態の参加者は、関連付けられた役割（宣言されていても、及び／又は属性とされていてもよい）を、一以上のユーティリティサービスに登録させてもよい。
【０５９４】
役割は、スキーマとして定式化されてもよく、いくつかの例では、クラスとして提示されてもよい。
【０５９５】
いくつかの実施形態では、役割は、「最小権限」、規則、権利（管理者など）、及び同種のものなどの原則を含んでもよい、関連付けられた仕様を有してもよい。
【０５９６】
いくつかの実施形態では、構造化された役割は、役割の間及び／又は中に定義された関係があるものを含んでもよい。例えば、以下を含む役割の階層である。
・利害関係者役割。これにより、利害関係者が、役割の相互作用を決定する仕様も含め、役割の階層、及び／又は役割の関係を定義する。例えば、従業員、役員、管理職、及び同種のもの。
・利用者役割。役割が他の資源及び／又はオペレーションと相互作用する上での規則を、例えば、好みとして持続した仕様によって、利用者が決定するように構造化されてもよい。
・密接な関係のグループ役割。例えば、グループ内の公的な役割（例えば、密接な関係のグループの秘書）及び／又は非公的な事実上の役割（例えば、密接な関係のグループ派閥の部分集合のリーダー）、密接な関係のグループ内の役割。よって、これらは（利用者役割のような）内部での構造化、及び／又は（利害関係者役割のような）外部での構造化、及び／又はそれらの任意の組み合わせであってもよい。
【０５９７】
いくつかの実施形態では、役割は、目的オペレーションに用いてもよい文脈の所定配列（好みや、目的プロフィールや、例えば規則などの仕様を含む資源）を備えてもよい。例えば、構造化された役割（例えば、会社（Ｙ）の型（Ｎ）の顧客、航空会社（Ｎ）のマイレージ利用者、及び同種のもの）は、例えば目的クラスアプリケーションを含む、利用者目的オペレーションと相互作用をする。この相互作用は、少なくとも一つの所定の目的を含む。
【０５９８】
いくつかの実施形態では、ＰＥＲＣｏｓ実施形態で定義した役割が、そのＰＥＲＣｏｓ実施形態の一部であってもよい。例えば、発行者、利用者、管理者、統治者、及び同種のものを含む。
【０５９９】
例えば、ＰＥＲＣｏｓは、ある文脈で、ある参加者が発行者利害関係者の役割を有することを規定することを支援してもよい。そのような参加者は、一以上の相互作用を、ユーティリティなどのＰＥＲＣｏｓ準拠資源と共に行い、例えば自らの同一性と、そのように関連付けられた役割とを確立、確証しなければならなくてもよい。
【０６００】
文脈的役割は、場所、時相、複雑さ、専門知識、及び／又は任意の次元やファセット、及び／又は同種のものなど、一以上の文脈的な側面を含んでもよい。
【０６０１】
文脈的役割は、セッション用の動的な仕様を用いて、資源及び／又は利用者／利害関係者の間の関係を確立してもよい。いくつかの実施形態では、文脈的役割は、複数のセッションにわたって持続的な権限を効果的に持ったり、及び／又はそのような情報組織によってクラスシステムとして表現されたりしなくてもよい。
【０６０２】
いくつかの実施形態では、文脈的役割は、展開する体験や関連付けられたプロセスの中で、参加者の役割を決定する文脈的な側面の集合を表現する、「その時点のもの」である。
【０６０３】
文脈的役割は、目的オペレーション中に資源を発見していくにつれ、利用者の相互作用の文脈が変化してもよいという意味で、動的であってもよい。
【０６０４】
多くの社会構造や関係の中で、社会的な役割があって、その役割で利用者間の関係を決定するのでもよい。例えば、家族関係（例えば、息子、娘、父）、フォロワー／リーダー（例えば、一人の利用者１が利用者２に従うと宣言する、又は利用者２が利用者グループＸを率いる）、影響者／被影響者（例えば、ｘがｙに影響を及ぼし、又はａがｂに影響を受け、その全てにおいて、そのような関係の測定基準が表現／暗示／計算されてもよい）のように宣言され、及び／又は、例えば友人、仲間、同僚、知り合い、及び同種のもののような連想関係を備えてもよい。
【０６０５】
これらの社会的役割及び／又は役割に関係する参加者が記され及び／又は推測されてもよい程度は、それらの役割の関連付けられた評判によってさらに影響されてもよい。一以上の参加者及び／又は役割に関連付けられた他の資源の評判が、全体的に又は部分的に組込まれていてもよい。
【０６０６】
いくつかのＰＥＲＣｏｓ実施形態では、その型、内部インタフェース、及び／又はその作成方法に関わらず、全ての型の資源を管理することによる一対無数の計算の支援は、統一された資源インタフェースフレームワークを用いて達成してもよい。資源インタフェースは、他の資源との全ての相互作用のプロキシとして作用し得る。資源インタフェースのインスタンスは、資源インタフェース仕様によって定義され、いくつかの実施形態ではメソッドスイートであってもよく、メソッドを規定することに加え、資源仕様集合を構成する制御、組織、及びインタフェース仕様を含んでもよい。
【０６０７】
資源インタフェース表現は、資源インタフェース要素の最低限の集合から全てのものまで、どのようなものを備えてもよい。実施形態及び／又は運用環境によっては、資源インタフェースのインスタンスは分散され、及び／又はいくつかの構成要素は資源の構成要素スイートに移されてもよい。
【０６０８】
いくつかの実施形態では、限られた資源を有するプラットフォーム（例えば、メモリの限られたスマートフォン）上の資源インタフェースは、資源インタフェース構成要素の最低限の小さな集合を備えてもよい。しかも、資源インタフェースは、プラットフォーム上でオペレーションをブートするのに必須な構成要素のみを記憶し、残りは必要に応じてのみアクセスされるよう資源の構成要素スイートに移してもよい。例えば、もし資源インタフェースがそのメタデータやそのカーネルセッションを移したならば、関連メタデータ情報（例えば、構成要素資源の性能特徴は、「オンデマンド」でその構成要素スイートから得られるかも知れない。
【０６０９】
これに対し、もし資源インタフェースが、計算能力とメモリにゆとりのあるオペレーティングプラットフォーム上にあるとすれば、そのメタデータを含め、そのプラットフォーム上にあらゆる構成要素を備えるのであってもよい。
【０６１０】
いくつかの実施形態では、資源インタフェースは、計算プラットフォームやネットワークを跨いで分散されてもよい。例えば、そのメソッドスイートは、そのメソッド仕様、及び／又は実装が一つのプラットフォームに記憶され、残りが他に記憶されるよう分散されてもよい。そのような場合、一つのプラットフォーム上の資源インタフェースは、他のプラットフォーム上の構成要素のプロキシとして機能してもよい。
【０６１１】
いくつかの実施形態では、資源集合の呼び出し元は、資源集合の実装の詳細について全てを知らなくてもよい。例えば、そのような呼び出し元は、いくつか又は全ての資源集合の高次での能力について知っていてもよく、例えばいくつか又は全ての構成要素呼び出し及び／又は同種のものなど、特定の又は全ての低次での機能について知らなくてもよい。例えば、Ｒという資源集合の呼び出し元は、Ｒがその資源インタフェース構成要素のいくつかを移したり、分散的に運用されたりすることを必要とすることもあるプラットフォーム上で、Ｒが運用されていることを知らなくてもよい。アクセスは、資源にゆとりのあるプラットフォーム上でＲが運用されているときと全く同じように行われ、ローカルな資源のみを用いて全てのサービスを提供することができる。
【０６１２】
ＰＥＲＣｏｓ実施形態は、運用環境や実装によっては、新たなオペレーティング資源を構築する様々な方法を提供してもよい。例えば、一つの実施形態は、ＵＮＩＸ（登録商標）シェルによる子シェルの生成に似ることがあり得る。ＵＮＩＸ（登録商標）では、シェルコマンドの任意の集まりは、シェルスクリプトファイルと呼ばれるファイルに記憶されてもよい。シェルは、子シェルを生成し、スクリプトファイルを規定することによって、ＵＮＩＸ（登録商標）オペレーティングシステムの新たな利用者インタフェースの作成を可能にする。ＰＥＲＣｏｓでは、資源は、資源仕様を規定することによって、新たなオペレーティング資源インスタンスを構築してもよい。構築は、複数の方法で行われてもよい。例えば、一以上の資源仕様を用いて資源の型のインスタンス生成をすることによって、最初に新たな資源インタフェースが作成されてもよい。そのようなインスタンス生成で、制御仕様によって規定されるメソッドの集合を備えるメソッドスイートインスタンスを含む資源インタフェースを持つ資源を作成してもよい（図１４参照）。続いて、カーネルセッションインスタンスが、資源インタフェースの一部として起動されてもよい（図１５参照）。この時点で、資源インタフェースは運用可能であり、その通信インタフェーススイート、ＰＩＤＭＸ、及びメタデータなど、残りの構成要素の場所を決定することを選ぶことができる。
【０６１３】
例えば、図１４で図示されるように、オペレーティング資源作成例１のパート１を示す。
【０６１４】
例えば、図１５で図示されるように、オペレーティング資源作成例１のパート２を示す。
【０６１５】
いくつかの実施形態では、オペレーティング資源を作成する別の方法は、カーネルセッションインスタンスを含む資源インタフェースを作成することである。カーネルセッションインスタンスはその後、その制御仕様と相互作用してオペレーティング資源を作成する（図１６のステップ１）。カーネルセッションインスタンスは、その資源インタフェースの一部として、その制御仕様を記憶することができる。資源作成を最適化できるよう、その資源インタフェース仕様をキャッシュしてもよい（図１６のステップ２）。
【０６１６】
例えば、一度カーネルセッションインスタンスが資源インタフェース仕様を得ると、例えば、適切なメソッドスイートを得るなど、残りの資源インタフェース構成要素の構築を完了させることができる。また、メソッド実装スイート及び構成要素スイートを備える資源本体も作成する。資源インタフェース仕様をキャッシュすることで、このプロセスが最適化されてもよい（図１７参照）。
【０６１７】
例えば、図１６で図示されるように、オペレーティング資源作成例２のステップ１及び２を示す。
【０６１８】
例えば、図１７で図示されるように、オペレーティング資源作成例２のステップ３を示す。
【０６１９】
いくつかの実施形態では、資源インタフェースは、資源構成要素との全ての相互作用のプロキシとして作用する。いくつかの実施形態では、規則に基づく全ての相互作用、例えば、資源を用いるための認証、権限付与、認証情報、証明書、及び／又は、資源構成要素や仕様によって規定された他のセキュリティや統治、を扱う。資源構成要素のためのそのような規則（例えば、証明書）を維持する資源インタフェースを伴ってもよい。別の例では、資源構成要素を結合するために資源インタフェース自身によって利用されるものも含め、資源のための規則集合を一以上扱うよう、ＰＥＲＣｏｓ規則マネージャインスタンスと相互作用する資源インタフェースを伴ってもよい。
【０６２０】
ＰＥＲＣｏｓの資源インタフェースは、資源及び／又は資源配列のため、個別にインスタンス生成され、及び／又は複数のインスタンスを支援してもよい。ＰＥＲＣｏｓの資源は、例えばシングルサービス実行可能ファイルとして、及び／又は一つのものとして振る舞うサービス実行可能ファイルのグループとして実装されてもよい。
【０６２１】
資源インタフェースは、一以上の規則集合（例えば、統治、認証と権限付与、他の規則、及び／又はそれに送られてもよいメッセージの起点、型、数を制約する関連付けられたポリシーを含む）を有してもよい。さらに、それらの通信（例えばメッセージを含む）の扱いに関する追加規則及び／又はポリシーを有してもよい。例えば、資源インタフェースは、具体的な参加者（及び／又は他の資源）からのメッセージ、特定されたプロセスや通信／メッセージ型にのみ応答してもよい。いくつかの実施形態では、このことは、例えば、権限付与された従業員、即ち、適切な同一性認証情報を提示する参加者、のみにその一以上の資源へのアクセスを制限してもよい組織によって定義され得る。
【０６２２】
資源インタフェースは、資源の構造インスタンスのために、低次の呼び出し失敗（例えば、低次認証及び／又は認証失敗回復の実行を含む）も管理してもよい。持続的な呼び出し失敗は、通知の通信／メッセージに規定された、要求中ＲＳＭ及び／又は他の呼び出し中の資源やプロセスに通知されてもよい。
【０６２３】
いくつかの実施形態では、例えば映像の真実性を確証し、利用者のリアルタイム画像であるとして、その者が表明する者であるという表明を支援する現実性完全性分析を含む検査を伴ってもよい。
【０６２４】
資源インタフェースは、他のＰＥＲＣｏｓのプラットフォームサービスと相互作用してもよく、それが仕様を満たすのに必要であってもよい。例えば、そのような仕様は、具体的な成果を達成するためにプラットフォームサービスの呼び出しを必要としてもよい。例えば、資源インタフェースはＰＥＲＣｏｓ持続性サービスインスタンスと相互作用し、メタデータ及び／又は運用性能情報のような、資源インタフェースが担当する情報の集合を持続させてもよい。いくつかの実施形態では、これは、資源インタフェースの構成要素資源配列を再構成するべく、ＰＥＲＣｏｓ一貫性サービスとの相互作用も含んでもよい。
【０６２５】
いくつかのＰＥＲＣｏｓ実施形態では、資源インタフェースは、資源インタフェースに関連付けられた資源での利用及び／又は相互作用のための制御を規定する一以上のメソッドを含んでもよい。これは、資源を構成する資源要素と、資源が相互作用してもよい他の資源との両方を含んでよい。例えば、これは、資源が制御仕様を他の資源やプロセスから受け取ったときの応答及び／又は他のとるべきアクションを詳らかにする仕様を含んでもよい。
【０６２６】
他のＰＥＲＣｏｓの仕様と共通して、制御仕様は、いくつかの実施形態では、アクセス、同一性、規則（例えば、読み込み／書き込み／更新／編集／ＤＲＭ、及び同種のものなどの用途の型を含む）、何の資源や仕様をいつ、どのように利用してよいかを規定する他の任意の仕様などの、適切な値やパラメータ及び／又は他の仕様をそれぞれが持つ、複数の制御仕様要素を含んでもよい。制御仕様は、暗号技術や機能を規定してもよい。制御仕様は、例えばＰＥＲＣｏｓＰＩＭＳで、ｉセットとして持続させてもよい。
【０６２７】
いくつかの実施形態では、資源インタフェースは、資源インタフェースとの相互作用に関連付けられた制御仕様と、関連付けられた資源及び／又は仕様を規定するものとを分けるための装置や方法の実施形態を提供してもよい。
【０６２８】
資源の資源インタフェースのための制御は、例えば、資源のための資源インタフェースがいつ、どのように別のインタフェースに置換されてもよいかや、権限付与された呼び出し元のみが新たなメソッドを追加してよい、及び／又は権限付与された一貫性マネージャのみがメソッドを削除してよいなど、いつ資源インタフェースを追加し得るか、を規定してもよい。関連付けられた資源を利用するための制御仕様は、例えば、暗号技術や機能を用いることを規定してもよい。例えば、制御仕様は、参加者のアイデンティファイに基づき、資源を構成する特定の資源要素のアクセスや相互作用を不許可にすることを規定してもよい。
【０６２９】
制御仕様要素の型としては、限定はされないが、以下のものが挙げられる。
【表２】
2018092632.tif 000005
【０６３０】
制御仕様は、例えばいくつかの実施形態では、ＰＩＭＳによってｉセットとして持続させてもよい。制御仕様の例は、以下を含んでもよい。
・制御を個別に及び／又は（全体的若しくは部分的な）制御集合で、一以上の参加者、プロセス、及び／又は資源に割り当てる規則及び／又は権利を規定する権限制御。
・制御仕様（その要素を含む）は、委譲されてもよい。例えば、一以上の資源に対する権利を決定する規則は、他の資源に委譲されてもよい。
・制御仕様は、資源インタフェースと相互作用できる、権限付与された任意の参加者、プロセス、及び／又は資源にとって、一以上の資源が相互作用のために利用可能でアクセス可能となるように、動的であってもよい。
・制御仕様は、ポータブルデバイスのメモリはローカルＣＰＵによってのみアクセスされてもよいが、デバイスは他のデバイスとの相互作用のための資源インタフェースを有するなど、場所及び／又は物理的制約によって暗黙的に表現されるという意味で、帯域外でもあってよい。
【０６３１】
ＰＥＲＣｏｓアーキテクチャは、認証及び／及びは権限付与メソッドの仕様、一以上の適切な制御をしている資源、プロセス、及び／又ははＰＥＲＣｏｓのプラットフォームサービスからの規則や他の仕様を含んでもよい、一以上の制御仕様を資源が受け取るようにする。いくつかの実施形態では、権限付与は、例えばアクセス制御リスト（ＡＣＬ）、機能形式での権限付与、及び／又は他の権限付与の実装を用いて提供されてもよい。
【０６３２】
いくつかの実施形態では、ＰＥＲＣｏｓの資源は、そのような資源の認証要件を規定する一以上の認証特性を支援してもよい。これらの特性は、例えば、資源特徴（例えば、機能を含む）の仕様、他の資源が一以上の特徴を用いることを可能にするのに充分な、適切な認証兆候の定義、資源の能力や機能、及び／又は、他の資源の認証と権限付与で認証兆候を用いることを許可するのに充分な認証や認証の仕様、を含む。
【０６３３】
一つの実施形態の例では、利用者は資源に対する制御を確立（新たなラップトップコンピュータの初期化）してもよい。利用者による参加者同一性の作成により、その利用者はその資源に対する制御を行使するようになる。この例では、利用者は参加者同一性、例えば「ａｄｍｉｎ」を作成し、そうすることで、ラップトップを構成する資源に対する権限ある制御の持続的な関係を作り出す。これらはその後、制御仕様に定められた条件で、他の参加者に委譲されてもよい。
【０６３４】
いくつかの資源では、制御仕様は、文書の部分、データベース内の特定の表、（１ＴＢのうちの１０ＧＢといった）ハードディスクの一部分など、資源（及びその資源要素）の部分及び／又はセクションのみに適用されるよう、セグメント化されてもよい。例えば、資源要素が仕様の集合である場合、制御仕様は、例えば仕様の特定の要素（その集合も含む）との（例えば修正による）相互作用が特定の指名された利用者／資源／プロセスによって行われてもよいようにのみ、セグメント化してもよいということを規定してもよい。
【０６３５】
いくつかの実施形態では、特定の資源仕様（仕様要素／仕様要素の集合（セット）など、その部分集合（サブセット）を含む）へのアクセスは、例えば一貫性マネージャなど、適切な権限を持つ資源に制約されてもよい。結果として、各仕様要素及び／又は要素の集合に対して権限のある制御仕様の集合になってもよい。例えば、アクセス制御されたオペレーションは、以下の能力を含んでもよい。
・仕様への変更の要求を受け取り、
・要求された変更が許可されているか判定し、
・仕様への変更を行い、及び／又は
・一以上の資源に対して、変更について適切な通知を提供する。
【０６３６】
いくつかの実施形態では、適切な権限は共通の制御仕様と組み合わせてもよい。例えば、制御機能の、異なるインスタンスとして実装され、及び／又は独立した機能として維持される。
【０６３７】
いくつかの実施形態では、例えば、規則と権限は、例えば資源インタフェース仕様を取扱ってもよい一以上の確証メカニズムを含む、適切な制御仕様の同一性を、資源インタフェース仕様が参照又は組込みによって含んでもよいように、規定されてもよい。あるいは、資源インタフェースは、制御仕様と、制御仕様によって返された結果としての要素の集合を確証するためのメカニズムとを特定してもよい。そのようなメカニズムの一つは、権限のあるデジタル署名の同一性を用いて、制御仕様によって返された要素の署名を可能にし得る。例えば、メッセージに基づく実装では、権限は、具体的なメッセージ配信アドレス（例えば、具体的に特定された資源）でメッセージを送受信する権利によって、又は、特定のメッセージ型やコンテンツを送受信する権限の付与によって、裏付けられてもよい。
【０６３８】
いくつかの実施形態では、資源のための制御仕様は、制御仕様要素及び／又は資源要素への様々なオペレーションを、以下に制約してもよい。
・適切な同一性（適切な許可保持者、発行者、参加者、プロセス、及び同種のものを含んでもよい）
・形式的なＰＥＲＣｏｓ資源
・適切な権限／トークン／認証情報の保持者
○「エンドユーザー」確証認証情報及び／又は他の規則の表現及び／又はトークンを含んでもよい
・排他、組み合わせ、適切な属性、義務、例として以下を含んでもよいイベントなどにより、条件を備える一以上の仕様を持つ任意の者
○資源（及び／又はその配列）と相互作用をしている利用者は、広告を見たり、一以上の文脈を体験したり、同種のことをしてもよい。
○（例えば、中断によってではなく）一貫性サービスによって管理されてもよい資源によって生成／表現された更なる資源及び／又は体験の挿入。
○生成されたアバター／表現において必須の製品ディスプレイを持つ、アバター（及び、又は他のＵＩ表現）生成資源のプロビジョニング。
【０６３９】
いくつかの実施形態では、ＰＥＲＣｏｓの組織仕様は、資源に関連付けられた組織、例えば資源を形成する資源要素の組織や、資源自身が一部である組織、を参照する。例えば、資源がメンバである資源配列や集合や、クラスシステム、構成体、ディレクトリ、及び／又は他の任意の組織構造（例えば、ｉスペース（情報スペース）、結果集合、及び同種のものなど、形式的に非構造の集合を含むを含んでもよい。
【０６４０】
これらの組織仕様は、フォーマット化及び／又はモジュール化されて、資源が当事者となる様々な組織を反映してもよい。
【０６４１】
いくつかの実施形態では、ＰＥＲＣｏｓの資源インタフェースは、インタフェース仕様の一以上の集合を含んでもよい。これらのインタフェース仕様は、以下のものが互いにインタフェース接続したり通信したりするためのメソッドやプロトコルのスイートを一以上含んでもよい。
・資源インタフェース
・資源を構成する資源要素
・資源インタフェース及び他の資源、プロセス、サービス
【０６４２】
これらの相互作用や通信は、一以上の制御仕様、例えばデータの入力／出力、利用、アクセスを決定する仕様、への参照を含んでもよい。インタフェース仕様は、資源インプット及び／又はアウトプット仕様と、高速同期データ転送や他の性能最適化入力／出力のためなどの、関連付けられたメソッドとを含んでもよい。
【０６４３】
いくつかの実施形態では、インタフェース仕様は、一以上のＰＥＲＣｏｓの標準化されたプロトコル、及び／又はそのような機能を提供する任意の資源を含んでもよい。これらのプロトコルは、例えば、一以上の資源が、別のもの少なくとも一つのメソッド（適用可能であれば、資源を構成する資源要素のものも含む）を呼び出すことを可能にする、資源内／間通信メソッドに利用されてもよい。いくつかの実施形態では、プロトコルは、資源及び／又はその資源要素の作成、割り当て、操作、抽出、及び／又は終了を可能にする要素の集合を含んでもよい。
【０６４４】
いくつかの実施形態では、ＰＥＲＣｏｓのインタフェース仕様は、例えば通信メソッドを含んでもよく且つ関連付けられたプロトコルを利用してもよい、一以上のインタフェースメソッドを参照又は組込みによって含んでもよい。ＰＥＲＣｏｓの実装は、資源によって用いられてもよいメソッドの標準化された集合を一以上含んでもよい。
【０６４５】
いくつかの実施形態では、ＰＥＲＣｏｓは、全ての関係する資源が各プロトコルのために選ばれたメカニズムを実装し及び／又はアクセスする限りにおいて、プロシージャの呼び出し／返却、プロセス間通信（ＩＰＣ），遠隔メソッド呼び出し、明示的メッセージキュー、黒板、ファイル、ストリーム、ランデブー、それらの任意の混合を含む、一以上のメソッド及び／又はプロトコルを具体化する、利用可能な通信メカニズムを利用してもよい。
【０６４６】
いくつかの実施形態では、資源インタフェース仕様は、そのようなメソッド及び／又はプロトコルのスイートを一以上参照してもよい。これらはその後、例えば、別の資源が、特定の効果を達成するためにこれらを利用して資源にアクセスしてもよいように、資源に関連付けられてもよい。一つの実施形態では、プロセス資源は、プロセスをローカルにアクセスするためのプロトコル（例えば、Ｕｎｉｘ（登録商標）ソケット）を一つと、遠隔にアクセスするためのもの（ＳＯＡＰメッセージ）をもう一つで、二つのプロトコルを含むプロトコルスイートを支援してもよい。プロトコルスイートは、資源のメタデータ属性に組込まれ及び／若しくは参照され、文脈的に決定され、並びに／又は（例えば、要素が、整数や文字列など、システムに組込まれた型であるため）静的に既知であってもよい。
【０６４７】
いくつかの実施形態では、ＰＥＲＣｏｓは、標準化されてＰＥＲＣｏｓのシステムに組込まれたメソッド及び／又はプロトコルスイートの集合を一以上含んでもよい。このことは、効率性の改善と無限後退（メソッド及び／又はプロトコルのアクセスに、少なくとも一以上の更なるメソッド及び／又はプロトコルのアクセスが必要で、そのうちのいくつかには一以上の更なるメソッド及び／又はプロトコルのアクセスが必要で、といった具合に、無限に続く）の可能性回避を両立させてもよい。
【０６４８】
いくつかの実施形態では、メソッド及び／又はプロトコルのいくつか又は全ての実装は、少なくともいくつかの資源のために最適化されてもよい。例えば、ＰＥＲＣｏｓの標準化されたメソッド、プロトコル、プロトコルやメソッドのキャッシング、定数伝播、コード移動、カリー化、型分析、及び／又は、プログラミング言語の効率的実装のために用いられる他の技術を用いることである。
【０６４９】
いくつかの実施形態では、メソッド及び／又はプロトコルは、ＰＥＲＣｏｓの資源が生成し及び／又は受け取ってもよいデータ／情報の任意の集合を通信してもよい。これは、例えば、単独か複数の資源、他のプロセス、アラート／イベント、業務合意、及び／又は他の任意のＰＥＲＣｏｓや非ＰＥＲＣｏｓの通信からの、制御、組織、及び／又はインタフェースの仕様を含む、全ての型の仕様を含んでもよい。
【０６５０】
いくつかの実施形態では、ＰＥＲＣｏｓのプラットフォームサービスは、現在共通して用いられている利用可能な、通信メソッド及び／又はプロトコルや、ＰＥＲＣｏｓ用通信メソッド及び／又はプロトコルを備える、通信メソッドやプロトコルのスイートを提供してもよい。例えば、ハイパーテキスト・トランスファー・プロトコル（ＨＴＴＰ）、構造化問合わせ言語（ＳＱＬ）、リッチ・サイト・サマリー（ＲＳＳ）、シンプル・オブジェクト・アクセス・プロトコル（ＳＯＡＰ）、コモン・オブジェクト・リクエスト・ブローカー・アーキテクチャ（ＣＯＲＢＡ）、及び同種のものを含んでもよい。
【０６５１】
ＰＥＲＣｏｓの資源は、一以上の要素と、少なくとも一つのＰＥＲＣｏｓの資源インタフェースとから構築されてもよい。いくつかの実施形態では、資源アーキテクチャは、資源の合成と分解を可能にするオペレーションの集合を提供してもよい。可能であれば、二つ以上の資源を一つの資源に組み立て、資源を構成要素資源に解体する、組み立てと解体などの演算子を提供してもよい。
【０６５２】
ＰＥＲＣｏｓ実施形態の仕様表現は、仕様として解釈されてもよい項目である。仕様というのは、任意の項目については、満たされるか、満たされないかのどちらかである。仕様を満たす項目は、その仕様のインスタンスである。
【０６５３】
いくつかの実施形態では、ＰＥＲＣｏｓ実施形態の仕様は、仕様が解決されたときに生じる必要があってもよい一以上の定義を規定するべく定式化された表現を備えてもよい。ＰＥＲＣｏｓ実施形態では、何を規定してよいかについての制約はない。しかし、標準化と相互運用性のため、ＰＥＲＣｏｓ実施形態は、一以上の仕様言語を含む。
【０６５４】
いくつかの実施形態では、同一性は、仕様の一形態であってもよい。いくつかのＰＥＲＣｏｓ実施形態では、特定できるものは何でも規定でき、それはあらゆる資源についてもできる。しかし、標準化された条件を用いず、固有の同一性なしにそれらの実体を規定する仕様は、その解決のための適切なメソッドが提供されるまで／されなければ、解決できないこともある。ＰＥＲＣｏｓ実施形態の仕様は、一以上の仕様言語に含まれてもよい。
【０６５５】
仕様表現は、用いるのに適用した一以上の演算子で、動的に解釈結果を決定してもよい。これらの解釈は持続させてもよい。いくつかの実施形態では、仕様表現に適用されてもよい、規範的及び／又は記述的などの演算子がある。そのような演算子は、一以上のＰＥＲＣｏｓ実施形態の仕様言語に含まれてもよい。
【０６５６】
例えば、ＰＥＲＣｏｓ実施形態の仕様言語は、例えば、限定はされないが、演算子、メソッド、部分型、要素、測定基準、項目、目的、基本データ型、及び／又は、一以上のＰＥＲＣｏｓ実施形態内のインスタンス生成のために効果的な言語実施形態を作成する他のそのような条件などの、定義された条件を含んでもよい。
【０６５７】
いくつかのＰＥＲＣｏｓ実施形態では、仕様表現は利用者によって、その利用者の目的を満たすように作成及び／又は選択される。結果的に、ＰＥＲＣｏｓ実施形態のシステムは、利用者が表現した目的を満たすことを意図したユーザー体験の支援を提供することができる一以上の資源を利用可能とし及び／又はインスタンス生成するよう、仕様を解決するべく、運用されてもよい。いくつかのＰＥＲＣｏｓ実施形態では、この解決はＰＥＲＣｏｓ実施形態プラットフォームのＳＲＯプロセスによって行われる。
【０６５８】
いくつかのＰＥＲＣｏｓ実施形態は、実質的に仕様の操作に基づいてもよい文脈目的運用環境を含んでもよい。目的クラスシステムによって支援された目的表現という形態の利用者による目的の表現は、展開する目的体験が、表現された目的の満足の達成をもたらすことによって、利用者がこれらの仕様を定義、反復、及び／又は改良することを可能にする。
【０６５９】
ＰＥＲＣｏｓ実施形態は、例えば以下を含む、複数の仕様の型も組込んでもよい。
・目的仕様
・評判仕様
・資源仕様
・オペレーティング仕様（操作仕様）
・制御仕様
・構成体仕様
・一貫性仕様
・共振仕様
・好み仕様
・規則仕様
・役割仕様
・クラス仕様
【０６６０】
ＰＥＲＣｏｓ実施形態は、仕様のための、主に組織的な装置及び方法の実施形態として、クラスを用いる。
【０６６１】
ＰＥＲＣｏｓ実施形態では、様々な型への仕様の分類が複数あってもよい。いくつかの実施形態では、これらは、目的、資源（参加者を含む）、評判、次元、測定基準、及び／又は、他の任意の単独か複数のスキーマや組織モデルを含んでもよい。
【０６６２】
いくつかの実施形態では、分類は、仕様のためのスキーマ及び／又は組織モデルを一以上含んでもよい。いくつかの実施形態では、そのような分類及び／又はスキーマは、例えば目的表現、評判表現、規則表現、及び同種のもののように、宣言型である。
【０６６３】
仕様は、例えば、初期表現のものを含む一以上のプロセスを経た程度によって、さらに型付けされてもよい。例えば、クラス仕様は、具体的な資源が（全体的又は部分的に）まだ完全に特定されていないため「未解決」と型付けされてもよい。解決済み資源を備える仕様は、「解決済み」と型付けされることになる。
【０６６４】
宣言仕様型は、例えば、目的、役割、制御、インタフェース、組織、規則、クラス、構成体、同一性、及び同種のものを含む。全て、適用する前提及び事後条件など、一以上の仕様を有してもよい。例えば、規則仕様は、一以上の具体的な実施メソッドがそのような仕様に適用されることを記した前提条件を有してもよい。
【０６６５】
プロセス型は、ＰＥＲＣｏｓ実施形態の処理を一以上経た仕様である。例えば、テスト及び結果サービスなど、具体的なプロセスを運用したことのある仕様は、例えば、結果として「確証済み」の仕様となる。更なる例としては、一貫性のようなプロセスを含んでもよく、例えば、結果として「一貫化済み」の仕様となる。
【０６６６】
いくつかの実施形態では、仕様は、例えば「解決済み、一貫化済み、確証済み」など、複数の型を表現してもよい。そして、そのような型の表現に関係するメソッド（及び、潜在的には資源）を記した追加の仕様を有してもよい。
【０６６７】
いくつかの実施形態では、仕様は、仕様が経るそのような型のプロセス（及び、潜在的にはその順序）を決定する更なる制御仕様を有してもよい。例えば、そのような制御仕様は、仕様が満たしてもよい前提及び事後条件を含んでもよい。例えば、更なるオペレーションを仕様で及び／又は仕様に行う前に、確証済み及び／又は一貫化済みなどの型を有すること、などである。
【０６６８】
仕様分類は、宣言され及び／又は処理されてもよい。
【０６６９】
いくつかのＰＥＲＣｏｓ実施形態では、例えば目的表現を表す仕様は、規範的であっても記述的であってもよい。いくつかの実施形態では、仕様は、規範的に用いるために宣言されてもよく、一以上の利用者が何を必要とし及び／又は欲してもよいかを表す。記述的に用いるために宣言される更なる仕様があってもよく、能力、機能、用途、適用可能性、意図、及び／又は、資源に関連付けられた他の特徴を表す。
【０６７０】
いくつかの実施形態では、定義された具体的な仕様の配列を決定するテンプレートなど、標準化された組織及び／又はスキーマがあってもよい。例としては、目的表現、評判表現、次元と測定基準、識別子、情報システム、及び同種のものが挙げられる。いくつかの実施形態では、そのような分類された仕様は、例えば、そのような分類や、潜在的にはそのような分類された仕様の利用及び／又は拡散への適合性を決定する規則を有してもよい。いくつかの実施形態では、仕様は、他の仕様への依存性を参照及び／又は組込みによって含んでもよい。
【０６７１】
いくつかのＰＥＲＣｏｓ実施形態では、仕様の型は、宣言を通じて作成されてもよい。例えば、利用者／利害関係者は、仕様を目的表現と宣言してもよい。例えば、一以上の資源は、仕様が制御仕様であると宣言してもよい。
【０６７２】
いくつかの実施形態では、ＰＥＲＣｏｓのテンプレートは、例えば構成体及び／又は他の資源配列を動的に配列できる、標準化された相互運用可能なメソッド配列を提供してもよい。例えば、テンプレートを用いることで、構成体は、場合によっては仕様の不完全な集合から、オペレーティング資源へと発展してもよい。
【０６７３】
いくつかの実施形態では、ＰＥＲＣｏｓのテンプレートは、一以上の規範的仕様を満たすよう配列で動的に組み合わせられ及び／又は用いられてもよい、一以上の資源集合の仕様を備えてもよい。いくつかの実施形態では、これらのテンプレートは、例えば規範的仕様を一以上のよりきめ細やかな規範的仕様に分解するのに用いることができる。そのような実施形態では、一貫性サービスのようなＰＥＲＣｏｓのプロセスは、これらのよりきめ細かな規範的仕様を満たす資源を見つけてもよい。その後テンプレートは、これらの資源を、当初の規範的仕様を全体的に又は部分的に満たす、適した資源配列に組み立ててもよい。
【０６７４】
例えば、目的クラスアプリケーションは、例えばＪａｖａＳｃｒｉｐｔ（登録商標）やＡｄｏｂｅ（登録商標）のＦｌａｓｈプラグインを利用する、ウェブページの集まりとして実装されてもよい。目的クラスアプリケーションを解決するプロセスをオペレーティング資源へと促すため、目的クラスアプリケーションの仕様は、テンプレートへのポインタを含んでもよい。この仕様テンプレートは、以下の資源が発見できる場合に、目的クラスアプリケーションをどのようにオペレーティング資源へと解決するかの指示を含む。
１．インターネットへのネットワーク接続
２．ＪａｖａＳｃｒｉｐｔ（登録商標）を含むウェブブラウザ
３．Ａｄｏｂｅ（登録商標）のＦｌａｓｈプラグイン
【０６７５】
この単純化された例では、もしデスクトップ上にこの目的クラスアプリケーションが既存であればおそらくダブルクリックを用いて、利用者がこの目的クラスアプリケーションを選択したとき、一貫性処理が、上記三つの資源があるかを確かめるために利用者の基盤を見ることによって、目的クラスアプリケーションを解決しようとしてもよい。また、一貫性は、例えばルーター、ファイアウォール、アンチウィルス、ブラウザ設定、適切であれば会社の方針など他の利害関係者の更なるプロフィールなどの情報を含んでもよいプロフィールとして記憶された、例えば他の基盤資源に関連する利用者のものなど、一以上の持続させた仕様も利用してよい。もし基盤がこれらの仕様に合致する資源を含むのであれば、一貫性処理は、目的クラスアプリケーションのテンプレートを用いて、利用者の基盤からのこれらの資源をオペレーティング資源に組み立てることができる。
【０６７６】
この例は、再帰的に継続することができる。例えば、もしＡｄｏｂｅ（登録商標）のＦｌａｓｈプラグインが利用者基盤で発見されなければ、一貫性は、Ａｄｏｂｅ（登録商標）のＦｌａｓｈプラグインの資源を利用者の計算設備の一部としてプロビジョニングするために呼び出され得る。実施形態は、基盤を作るテンプレートに、このインストーラを含めることを選んだものであってもよい。この構成体テンプレートの組み立てメソッドは、Ａｄｏｂｅ（登録商標）のＦｌａｓｈプラグインの、利用者の計算設備へのインストールと、利用者の計算設備への変更を反映させる基盤の作成とを担当することになる。もし利用者がこの新たな基盤を文脈と関連付けることを選んだならば、ＰＥＲＣｏｓは、利用者の新たなＡｄｏｂｅ（登録商標）のＦｌａｓｈプラグインを利用できてもよい。
【０６７７】
テンプレートは、ＰＥＲＣｏｓのサイクル（周期）のどの時点で規定され及び／又は呼び出されてもよい。例えば、仕様解決操作（ＳＲＯ）プロセスは、テンプレートを用いて、上記のように体系的で、標準化された、及び／又は相互運用可能な形で、資源をオペレーティング資源へと構築、進化、改良、及び／又は変換させてもよい。
【０６７８】
いくつかの実施形態は、資源の集まりから構成体及び／又はオペレーティング資源をどのように組み立てるかを記述したテンプレートである、構成体テンプレートを提供する。いくつかの実施形態では、利用者は、構成体テンプレートを用いて、（１）他の資源から再帰的に構成体を構築し、（２）オペレーティング資源を構築するために資源をプロビジョニング、解決することができる。認知された領域専門家及び／又は他の利害関係者は、他者が追加、修正、及び／又は、自らの必要に応じてカスタマイズできるように、構成体テンプレート及び／又は構成体を発行してもよい。例えば、認知された領域専門家が基盤テンプレートを発行したとする。他者は、それを用いて、基盤を作成したり、自らの基盤構成体テンプレートを記述するために追加、修正、及び／又はカスタマイズしたりしてもよい。
【０６７９】
構成体テンプレートは、例えば、限定はされないが、以下の型の構成体を組み立てるために採用されてもよい。
・基盤
・フレームワーク
・目的クラスアプリケーション
・プラグイン
・変換部／同化部
・ＰＥＲＣｏｓ同一性行列（ＰＩＤＭＸ）
【０６８０】
いくつかの実施形態は、役割の集まりから資源をどのように組み立てるかを記述したテンプレートである、役割テンプレートを提供する。例えば、役割テンプレートは、通信役割、処理役割、及びいくつかの情報役割を用いることによって、利用者がオンラインで確定申告するのに役立つ資源をどのように作成するかを記述するかも知れない。
【０６８１】
いくつかの実施形態では、テンプレートは、例えば異なる相互作用機能を提供するために、資源及び／又は仕様を操作する動的な機会を与えもよい。例えば、テンプレートは、組み立てられる前に資源の記述的仕様を供給してもよい。よって、いくつかの実施形態では、代わりとなる潜在的な資源の配列を比較して、どれが最も目的に適うかを決定することが可能でもよい。加えて、もしテンプレートによって作成した、資源のオペレーティング配列の資源うちの一つが業務合意を満たすことができなければ、テンプレートは、同じ要件を満たす代わりの資源の配列を提案するのに用いることができる。これらは、テンプレートがどのようにして、少なくとも一部が基盤及び／又は他の資源に依存する複数の異なる機会、充分性の程度、体験、動的な資源関係、及び同種のものを生じさせるかの、わずかな例に過ぎない。
【０６８２】
いくつかの実施形態では、発行されたテンプレートのメソッドは、適切な文脈で、規定及び／又は表明されたレベルで信頼できることが保証される程度に、実装、一貫化、確証、検査、そして首尾よく運用される。
【０６８３】
いくつかの実施形態では、テンプレートは、一以上の関連付けられた記述的仕様を有してもよい。マッチング／類似性分析を行うことによって、ＰＥＲＣｏｓシステムは、ある規範的仕様を満たす関連付けられた記述的仕様を持つ一以上のテンプレートを特定してもよい。適したテンプレートが特定されると、組み立てメソッドを適した資源の集合に適用することで、規範的仕様を満たす構成体が作成されてもよい。
【０６８４】
いくつかの実施形態では、テンプレートのインタフェースは、少なくとも以下の四つのメソッドを有する。
・Ｃｏｍｐｏｓｅ（合成）。記述的仕様のタプル＜ＤＳ１，・・・，ＤＳｋ＞を受け付け、一つの記述的仕様ＤＳを返す。
・Ｄｅｃｏｍｐｏｓｅ（分解）。一つの規範的仕様ＰＳを受け付け、規範的仕様のタプル＜ＰＳ１，・・・，ＰＳｋ＞を返す。
・Ａｓｓｅｍｂｌｅ（組み立て）。資源のタプル＜Ｒ１，・・・，Ｒｋ＞を受け付け、資源を返す。組み立てメソッドは、組み立てメソッド呼び出しの処理中、資源アーキテクチャの組み立てメソッドを利用してもよい。
・Ｄｉｓａｓｓｅｍｂｌｅ（解体）。テンプレートによって作成された資源配列を受け付け、解体し、必要に応じた任意のクリーンアップを行う。このメソッドは、資源アーキテクチャの解体メソッドを呼び出す必要があってもよい。
【０６８５】
テンプレートは、組み立てメソッドに渡されるものに加え、目的用資源を含む、構成体の資源のいくつかを供給してもよい。これらのメソッドは、仕事を完了できなければ、失敗の旨を返してもよい。例えば、もしテンプレートが、実装の仕方を知らない規範的記述の解体を求められたら、関連付けられた規範的仕様を作成することができなかったことを示してもよい。
【０６８６】
テンプレートＳＴのためのメソッドは、以下の条件を満たしてもよい。
・もし、各ｉについて、ＤＳｉが資源Ｒｉの記述的仕様であるならば、
ＳＴ．Ｃｏｍｐｏｓｅ（＜ＤＳ１，・・・，ＤＳｋ＞）は、ＳＴ．Ａｓｓｅｍｂｌｅ（＜Ｒ１，・・・，Ｒｋ＞）の記述的仕様である。合成は、資源の集合の記述的仕様を、組み立てによってその組み合わせの記述的仕様に変換する。
・もし、＜ＰＳ１，・・・，ＰＳｋ＞＝ＳＴ．Ｄｅｃｏｍｐｏｓｅ（ＰＳ）で、各ｉについて、ＤＳｉ⇒ＰＳｉならば、ＳＴ．ｃｏｍｐｏｓｅ（ＤＳ１，・・・，ＤＳｋ＞）⇒ＰＳである。
【０６８７】
これは、仕様による資源組み立て、即ち、以下の規範的仕様ＰＳを満たしてもよい構成体を作成するためにテンプレートＳＴによって組み合わされてもよい資源の集合の発見、の効率的なメソッドが提供するものである。
・＜ＰＳ１，・・・，ＰＳｋ＞＝ＳＴ．Ｄｅｃｏｍｐｏｓｅ（ＰＳ）とする。
・もしＤｅｃｏｍｐｏｓｅが失敗しなかったならば、各ｉについて、一貫性又は他のプロセスを用いて、ＤＳｉ⇒ＰＳｉとなる記述的仕様ＤＳｉを有する「合致した」資源Ｒｉを見つける。
・Ｒ＝ＳＴ．Ａｓｓｅｍｂｌｅ（＜Ｒ１，・・・，Ｒｋ＞）とする。Ｒは、ＰＳを意味する少なくとも一つの記述的仕様ＤＳ＝ＳＴ．Ｃｏｍｐｏｓｅ（＜ＤＳ１，・・・，ＤＳｋ＞）を有することが保証される。
【０６８８】
いくつかの実施形態では、必要条件を、記述的仕様とは分けて扱ってもよい。例えば、資源は、Ｗｉｎｄｏｗｓ７（登録商標）オペレーティングシステム以降にのみ対応するという必要条件を有してもよい。そのような実施形態のために、テンプレートは、資源の必要条件を構成体の必要条件に変換する以下の追加メソッドを有してもよい。
・ＣｏｍｐｏｓｅＰｒｅ（必要条件合成）は、必要条件仕様のタプル＜ＰＲ１，・・・，ＰＲｋ＞を受け付け、一つの新たな必要条件仕様ＰＲを返す。
【０６８９】
Ｓｔ．ＣｏｍｐｏｓｅＰｒｅは、もし各ｉについて、Ｒｉの必要条件仕様がＰＲｉであるならば、ＳＴ．Ａｓｓｅｍｂｌｅ（＜Ｒ１，・・・，Ｒｋ＞）の必要条件仕様はＰＲである、という条件を満たすべきである。
【０６９０】
したがって、例えば、構成体テンプレートは、プライベートネットワーク上のウェブページにアクセスする問題を、次の二つの要件に分解してもよい。プライベートネットワークへの有効なＶＰＮ、及び、ウェブページを閲覧するのに充分な機能を持つブラウザである。発見されたＶＰＮでの解決法は、プライベートネットワークにアクセスするための認証情報を必要とする必要条件仕様を有してもよく、ウェブページは、ＩｎｔｅｒｎｅｔＥｘｐｌｏｒｅｒ（登録商標）でのみ閲覧できるとするものを有してもよい。よって、合成された必要条件仕様は、ＩｎｔｅｒｎｅｔＥｘｐｌｏｒｅｒ（登録商標）を持つＷｉｎｄｏｗｓ（登録商標）プラットフォームと、プライベートネットワークにアクセスするための充分な認証情報とを必要としてもよい。
【０６９１】
そのような実施形態では、ある基盤Ｆで規範的仕様ＰＳを満たしてもよい構成体を作成するためにテンプレートＳＴによって組み合わされてもよい資源の集合を発見するメソッドは、以下の追加部分をいくつか含んでもよい。
１．＜ＰＳ１，・・・，ＰＳｋ＞＝ＳＴ．Ｄｅｃｏｍｐｏｓｅ（ＰＳ）とする。
２．もしＳｔ．Ｄｅｃｏｍｐｏｓｅが失敗しなかったならば、各ｉについて、ＤＳｉ⇒ＰＳｉとなる記述的仕様ＤＳｉを有する「合致した」資源Ｒｉを見つける。
３．もしＰＲＥＱＲ１，・・・，ＰＲＥＱＲｋが、資源Ｒ１，・・・，Ｒｋの必要条件仕様であるならば、ＰＲＥＱＲ＝ＳＴ．ＣｏｍｐｏｓｅＰｒｅ（ＱＲ１，・・・，ＰＲＥＱＲｋ）を計算する。
４．必要条件仕様ＰＲＥＱＲを、供給された基盤Ｆが満たすことを証明する。例えば、もし必要条件仕様ＰＲＥＱＲが、組み立てられた資源はＬｉｎｕｘ（登録商標）のプラットフォームのみに対応することを記し、基盤が、Ｗｉｎｄｏｗｓ（登録商標）システムのみを規定するならば、呼び出し元は提案された集合を拒否するべきである。もし必要条件仕様を受け付けられなければ、２の部分に戻って、用いることができる代わりの資源の集まりを見つける。
５．Ｒ＝ＳＴ．Ａｓｓｅｍｂｌｅ（＜Ｒ１，・・・，Ｒｋ＞）とする。Ｒは、ＰＳを意味する少なくとも一つの記述的仕様ＤＳ＝ＳＴ．Ｃｏｍｐｏｓｅ（＜ＤＳ１，・・・，ＤＳｋ＞）を有することが保証される。
６．ＰＲＥＱＲを、資源Ｒのための必要条件仕様として関連付ける。
【０６９２】
いくつかの実施形態は、更なるテンプレートを生成するテンプレートを含む、新たなテンプレートの仕様のための言語を一以上提供してもよい。これらは、例えば、限定はされないが、以下のように様々な形式であってよい。
・スクリプト言語。例えば、ＪａｖａＳｃｒｉｐｔ（登録商標）、Ｕｎｉｘ（登録商標）シェル、ＤＯＳコマンドシェル、及び同種のものなど。
・マークアップ言語。例えば、ＸＭＬ、ＨＴＭＬ、及び同種のものなど。
・ダイアグラム言語。例えば、ＶｉｓｕａｌＢａｓｉｃ（登録商標）、及び同種のものなど。
【０６９３】
いくつかの実施形態は、それらの言語の個別の仕様を対応するテンプレートに変換する、支援された仕様言語のためのテンプレートを一以上提供してもよい。
【０６９４】
基盤テンプレートは、利用者（専門家や利害関係者を含む）が基盤資源を規定するのを補助するＰＥＲＣｏｓテンプレートである。いくつかの実施形態では、一以上の標準化された資源配列を規定して、利用者選択やインタフェースを基に及び／又は含めて、一以上のオペレーティング構成体や目的を支援してもよい。また、文脈的用途特徴、性能仕様、運用環境の他の部分などの、運用環境など、基盤的資源を記述するために利用者が提供する必要があってもよい基盤要素を規定してもよい。基盤テンプレートは、基盤を支援するための規則を規定する統治仕様を持つ利用者を補助してもよい。
【０６９５】
いくつかの実施形態は、規範的及び記述的な基盤テンプレートを利用してもよい。構成体や他の資源を作成する利害関係者は、直接又は間接に、新たな資源を用いるための基盤要件を規定するために規範的な基盤テンプレートを用いてもよい。例えば、実施形態は、基盤の発展を助けるために目的クラスアプリケーションを提供してもよい。ウェブアプリケーションを書く利用者は、この目的クラスアプリケーションと相互作用して、基盤が最新のブラウザ（例えば、ＨＴＭＬ５やＪａｖａＳｃｒｉｐｔ（登録商標）を扱えるブラウザ）を必要としてもよいことを規定できる。目的クラスアプリケーションは、（いかなる制約も含まない）空の基盤から始めて、最新のブラウザを追加する基盤テンプレートを適用することによって、この基盤を生成するかも知れない。同様に、もし、構成体や他の資源が、ＡｄｏｂｅＦｌａｓｈ（登録商標）など他の技術を必要としてもよいことを利用者が後になって発見したならば、利用者は目的クラスアプリケーションと相互作用をして、基盤にＡｄｏｂｅＦｌａｓｈ（登録商標）を追加する基盤テンプレートを適用させることができる。
【０６９６】
いくつかの実施形態では、このようにして基盤テンプレートを用いることによって、目的クラスアプリケーションが相互運用性や標準化を支援してもよい。もし基盤テンプレートが、認知された領域専門家によって作成されたならば、「最新ＯｒａｃｌｅＪａｖａ（登録商標）」、「ＳｕｎＪａｖａ（登録商標）」、「Ｊａｖａ（登録商標）１．７．０＿０６」、「Ｊａｖａ７（登録商標）］、又は同種のものなど、同じ要件を規定する異なる方法でＰＥＲＣｏｓ実施形態が乱されなくてもよい。基盤テンプレートの標準化された集まりは、この要件を表すための共通で相互運用可能なスキームを利用してもよい。
【０６９７】
いくつかの実施形態では、このようにして基盤テンプレートを用いることによって、目的クラスアプリケーションが矛盾を検出してもよい。例えば、利用者が、ＡｐｐｌｅｉＯＳ（登録商標）の基盤を規定することから始めたとする（例えば、ＡｐｐｌｅのｉＰｈｏｎｅ（登録商標）やｉＰａｄ（登録商標）を念頭に置いている）。その後、もしＡｄｏｂｅＦｌａｓｈ（登録商標）のための要件を追加されたならば、ＡｄｏｂｅＦｌａｓｈ（登録商標）を追加する基盤テンプレートは、既存の基盤を見てＡｄｏｂｅＦｌａｓｈ（登録商標）がｉＯＳ（登録商標）に対応していないと判定できてもよい。
【０６９８】
いくつかの実施形態は、利用者が記述的な基盤テンプレートを用いて、システムを記述する基盤を改良することを許可してもよい。したがって、例えば、計算設備にＪａｖａ（登録商標）の新たなバージョンを最近インストールした利用者は、まだ新たなＪａｖａ（登録商標）の機能を規定していない基盤を有していてもよい。この利用者は、利用者の基盤を利用者の計算設備と比較する基盤テンプレートを呼び出して、もはや存在しない機能が取り除かれて新たに発見したあらゆる特性を含んだ、修正された基盤を作成する、更新された基盤を提供してもよい。この基盤テンプレートは、利用者が基盤テンプレートによる任意の決定をオーバーライドできるように、新たな基盤を生成するときに利用者と相互作用をするかも知れない。例えば、基盤テンプレートには、特定の特性、例えばグラフィックカード機能、がないように見えても、この特性は一時的に非アクティブになっている（例えば、次のブートで元に戻ってもよい）だけかも知れない。
【０６９９】
基盤は、部分的又は全体的にテンプレートとして発行され、さらにそれぞれの用途を変える仕様及び／又は指示を備えてもよい。例えば、税金の確定申告書類作成、動画編集、及び／又は、他のＰＥＲＣｏｓのプロセスやオペレーションを支援するための特化した基盤などの、基盤特徴表現である（いくつかの実施形態では、基盤や基盤テンプレートが資源であってもよいため、資源特徴仕様であってもよい）。
【０７００】
基盤テンプレートは、オペレーティング基盤から抽出及び／又は導出してもよい。そのようなテンプレートは、オペレーティング基盤のセッションのオペレーションにわたって、ＰＥＲＣｏｓプラットフォーム発行サービスなど、適切な発行サービスを用いることによって持続させてもよい。
【０７０１】
基盤テンプレートは、他のあらゆる資源のように、一以上の目的と発行及び／又は関連付けることができる。また、展開する仕様を全体的又は部分的に記憶するために履歴や他の記憶メカニズムを利用してもよい。そのような記憶されたテンプレート仕様はその後、一つの実施形態では潜在的には発行や更なる分散のために、統治に従う一以上のプロセスで利用可能とされてもよい。
【０７０２】
いくつかの実施形態では、合目的テンプレート（ＰＴ）は、オペレーティング構成体へと進化、一貫化、解決、及び／又は変換できる、フレームワーク、プラグイン、目的クラスアプリケーション、資源集合、及び／又は他のＰＥＲＣｏｓオブジェクトなどの、合目的構成体を作成、構築、及び／又はインスタンス生成するのに用いてもよい。
【０７０３】
利用者及び／又は認知された領域専門家は、それぞれの目的体験を追求して合目的構成体を作成、構築、及び／又はインスタンス生成するために、他の利用者によって用いられる合目的テンプレートを作成してもよい。
【０７０４】
合目的テンプレート（ＰＴ）は、一以上の目的と関連付けられてもよく、異なる程度の目的汎用性を支援してもよい。いくつかのＰＴは、高度に汎用的であってもよく、合目的構成体に変換され得る前に利用者が改良することを必要としてもよい。例えば、認知された領域専門家は、他の利用者が必要に応じてカスタマイズできる汎用テンプレートを提供し、それぞれの目的体験の効率的で効果的な追求のための資源を用意してもよい。ある教授が、音楽の学生やアマチュアからプロまで、広範囲の利用者がクラシック音楽について学ぶためのフレームワークを利用／構築／作成することを可能にする、高度に汎用的なＰＴであるＧｅｎＭｕｓｉｃを作成したとする。利用者は、この合目的テンプレートを用いて、プロの音楽家が演奏の準備をすることを可能にするフレームワークを作成及び／又は構築してもよい。
【０７０５】
他の構成体のように、合目的テンプレートは、様々な程度の完全性で規定できる。利用者は、目的達成のための構成体を構築／作成するのに合目的テンプレートを利用し得る前に、追加資源などの追加情報を提供する必要があってもよい。例えば、合目的テンプレートは、主要次元、利用者選択、及び同種のものなど、目的表現要素のための仕様などの、目的を提供するための仕様を提供してもよい。しかし、資源を組織する構造的仕様は有しなくてもよい。そのような場合、合目的テンプレートを用いたい利用者は、フレームワークなどの新たな構成体の作成に利用し得る前に、構造的情報を提供するためにテンプレートを適用する必要があってもよい。
【０７０６】
フレームワークテンプレートは、利用者がフレームワークを作成、構築、及び／又はインスタンス生成するのを補助することを意図したテンプレートである。いくつかの実施形態では、利用者選択やインタフェースを基に及び／又は含めて複数の目的のための標準化された資源配列を規定してもよい。また、制御仕様、組織仕様、インタフェース仕様、メタデータ、及び同種のものを生成するために処理、変換、及び／又は進化できるように、利用者が提供する必要があってもよいフレームワーク要素を規定してもよい。例えば、フレームワークテンプレートは、利用者が以下を規定するのを補助してもよい。
・一以上の目的及び／又は目的オペレーション
・主要次元、補助次元、及び同種のものの値
・例えば権限付与及び／又は認証の一以上の形態に基づき、そして一以上の規則集合や他の統治プロセス及び／又はオペレーションを含む、基盤的依存性、資源の機能性及び／又は容量、統治
【０７０７】
フレームワークテンプレートは、作成者が知識を持たず、よって適用可能な資源及び／又は基盤配列に合わせて一貫性サービスによって仕様を変えられてもよいものを含む、複数の文脈で統治プロセスに従って用いられてもよい。
【０７０８】
フレームワーク、プラグイン、目的クラスアプリケーション、資源集合、及び／又はＰＥＲＣｏｓオブジェクトは、部分的及び／又は全体的なテンプレートとして発行され、さらに、それぞれの用途、例えば、「学習」／「初心者」／「カテゴリＮ」などの参加者特徴表現、及び／又は他のＰＥＲＣｏｓプロセスやオペレーション、を変える仕様を備えてもよい。
【０７０９】
フレームワークテンプレートは、オペレーティングフレームワークから抽出及び／又は導出してもよい。そのようなフレームワークテンプレートは、オペレーティングフレームワークのセッションのオペレーションにわたって、ＰＥＲＣｏｓプラットフォーム発行サービスなど、適切な発行サービスを用いることによって持続させてもよい。
【０７１０】
また、フレームワークテンプレートは、展開する仕様を全体的又は部分的に記憶するために履歴や他の記憶メカニズムを利用してもよい。そのような記憶されたテンプレート仕様はその後、一つの実施形態では潜在的に発行や更なる分散のために、統治に従う一以上のプロセスで利用可能されてもよい。
【０７１１】
共振テンプレートは、結果集合の共振を高める（例えば、最適化して摩擦を減らす）ための一以上の目的に関連付けられたアルゴリズムの集合を備えてもよい。
【０７１２】
いくつかの実施形態では、様々な共振テンプレートがあってもよい。いくつかの例としては、限定はされないが、以下が挙げられる。
・共振体験テンプレート
・共振結果テンプレート
【０７１３】
共振体験テンプレートは、利用者に共鳴する体験において目的に関係するオペレーティングセッション結果に寄与する、発行された仕様テンプレートを備えてもよい。例えば、利用者が薄膜太陽電池技術について学習することに興味があったとする。共振体験テンプレートは、利用者に最も共鳴する目的体験を利用者が得ることを支援してもよい。いくつかの実施形態では、共振体験テンプレートは、共振体験テンプレート、共振結果フレームワーク、及び同種のものなど、様々なテンプレートを支援してもよい。
【０７１４】
いくつかの実施形態では、共振体験テンプレートは、展開するプロセス、目的オペレーション、及び同種のものの質など、目的体験の質の最適化で利用者を支援してもよい。例えば、利用者が曲を聴くことに興味があったとする。同じ曲が利用者に聞こえるためには、たくさんの方法（目的体験）があってもよい。共振体験テンプレートは、もっとも心地よい体験を利用者が得るためのメソッドを提供してもよい。心地よさは、聴く体験の得やすさ、音楽を提供する媒体、及び同種のものによるものであってもよい。
【０７１５】
共振結果フレームワークは、利用者が、目的結果の異なる側面を最適化することに焦点をあてた目的体験を追求し、資源の配列を一以上、効率的かつ効果的に作成、構造化、構築、及び／又は組織することを可能にしてもよい。例えば、商業的結果フレームワークは、利用者に最も共鳴する商業的結果を生む目的体験を達成するための資源の配列を一以上構築及び／又は作成することを可能にしてもよい。例えば、利用者が、家の模様替えができる装飾家を探索して見つけることに興味があったとする。例えば、商業的結果フレームワークは、利用者に最も共鳴するであろう装飾家のリストを作るための資源を構造化、集約、組織、及び／又は整理する装置や方法を提供してもよい。例えば、能力が等しく同等の評判を有する二人の装飾家がいたとしても、利用者は、一方の装飾家の接客の仕方に他方よりも共鳴することもある。
【０７１６】
いくつかの実施形態では、例えば、限定はされないが、以下を含んでもよい結果の型に依り、異なる共振結果フレームワークの型を提供してもよい。
・商業
・組織
・知識／構造化された情報
【０７１７】
テンプレートは、全ての資源のように、目的達成の支援において利用者を補助するために、関連付けられた資源特徴や、記述的仕様、評判、及び／又は他のメタデータを有してもよい。テンプレートは加えて、適切な資源、ツール、及び／又はガイドラインを示す関連付けられた仕様を有してもよい。例えば、以下のように、利用者がそれを完了させるのに用いることができるナビゲーションや探索のツール、目的クラスアプリケーション、及び同種のものを利用者に提供してもよい。
・制御仕様は、構成体内へと組み合わせた資源のオペレーションを規定し、例えば、目的オペレーション仕様、ナビゲーションや探索の制御仕様、及び／又は目的定式化制御仕様を含んでもよい。異なる、そして潜在的にはとても大きな、資源配列の制御や管理に用いられてもよい。
・組織仕様は、構成体を構成する構成要素資源の組織や配列を規定し、一以上の目的組織の仕様を含んでもよい。
・インタフェース仕様は、資源役割など、他の資源によってアクセス及び／又は相互作用されてもよいインタフェース特徴を規定する。いくつかの実施形態では、これらは、関連付けられたインタフェース仕様集合を持つ標準化されたＰＥＲＣｏｓ資源インタフェースであってもよく、構成体と他の資源の間の相互作用、及び／又は構成体を構成する資源間の相互作用を表現し決定する業務合意仕様を含んでもよい。
【０７１８】
いくつかの実施形態では、これらの関連付けられた仕様のいくつか又は全ては、呼び出されたときに、構成要素資源と共に、テンプレートに渡される資源であってもよい。
【０７１９】
いくつかのＰＥＲＣｏｓ実施形態は、目的の追求及び／又は満足のために効率的かつ効果的に適切な資源を配列する上で、利用者及び／又は認知された領域専門家を補助するのに特化したテンプレートを提供してもよい。これらの組織は、標準化、次元、評判、及び／又は仕様集合に関係してもよい一以上の原則に基づいてもよい。いくつかのＰＥＲＣｏｓ実施形態では、いくつかのテンプレートは、ＰＥＲＣｏｓのプラットフォームサービスの呼び出して、及び／又は構成体のメソッド内のそのような呼び出しを含んでもよい。
【０７２０】
図１８で図示されるのは、構成体インスタンスとして作成された、簡易化された資源の事例である。
【０７２１】
いくつかの実施形態では、特定の目的クラスアプリケーションなど、いくつかの構成体は、以前に一貫化され解決された構成要素である仕様や資源を有してもよい。これにより、これらの構成体は、前提条件資源と連結されていれば、オペレーティング資源として起動する準備ができている。他の構成体は、オペレーティング資源として起動できるようになる前に、更なる処理、例えば一貫化及び／又は解決、を必要としてもよい。
【０７２２】
多くのオペレーティングシステムは、計算単位（例えば、タスク、プロセス、スレッド）や記憶又は通信単位（例えば、ファイル、ストリーム、パイプ、メモリ）の補完的観念に基づいている。しかし、この区別を、プラットフォームから独立したシステムに整合的に課すことはできない。情報の記憶や検索は計算を伴い、計算は情報の記憶や検索を伴う。同様に、通信は、記憶、検索、計算のいずれか又は全てを伴ってもよい。分散的な運用環境は、本質的に通信を伴う。うまく構造化された分散オペレーティングシステムでは、要求者は、どこで、いつ、どの程度、そのような記憶、検索、計算、及び通信が行われたのかについて知らなくてもよい（また、関心がなくてもよい）。（キャッシングは、この単純な例である。）それゆえ、ＰＥＲＣｏｓ実施形態は、それら全てを資源として扱う。
【０７２３】
プラットフォーム独立性の一側面は、メッセージング（通信プロトコルを含む）と資源メソッドスイートの標準化である。ＰＥＲＣｏｓ実施形態のシステムは、以下の種類の標準化のいずれか又は全てを具体化してもよい。
・型、データフォーマット、及びメソッドの実施形態は、正確に規定されてもよい。
・組織及び／又は情報の構造やパターンの型は、正確に規定されてもよい。
・合意された通信メソッド及び／又はプロトコルの集合。
・「自己記述的メッセージ」（正確な解釈の仕方の情報を含むメッセージ）のための装置や方法の実施形態を採用してもよい。
・帯域外情報（例えば、呼び出し元が、同じ（又は同じ種類のプラットフォームで稼働している資源であるという知識）は、最適化を可能にしてもよい。
・目的表現（ＣＰＥを含む）のための正確な構文と意味論は、規定されてもよい。
・資源は、他の資源との関係を保持してもよい。
・辞書やオントロジを含む、他の事実上の及び正当な標準を用いてもよい。
【０７２４】
標準化と相互運用性の目的は、資源のメソッドの各呼び出し元が、適切に解釈されること、即ち、規定された結果を生成し且つ戻して規定されたとおりに状態を変更するために、関連するオペレーションを実施すること、を確実にすることである。
【０７２５】
既存の情報システムは、主に「サイロ」として運用される。特定のアプリケーションやツールが特定のデータフォーマット、記憶メカニズム、データの場所、通信プロトコル、及び／又はアクセス制御体制と密接につながっており、利用者はそれに縛られ、もし点が互いに異なるサイロにあるとすれば、「点をつなぐ」ことが極めて困難になりかねない。そのようなシステムによって支援されたアプリケーションは、特定のアプリケーション用タスクを行う具体的な機能の集合によって主に構成される。利用者が一つ（又は数個の）サイロを選ぶことを必要とすることで、現在の特定の利用者目的に合わせてカスタマイズされたサービスを供給する、利用可能な資源を組織する利用者の能力を阻害してしまう。ＰＥＲＣｏｓ実施形態は、予め構成されたタスクのサイロから利用者を解放し、ＣＰＥ、文脈、履歴によって示される具体的な利用者目的を達成するために最適化された資源機能や動的配列の採用を可能にする。
【０７２６】
ＰＥＲＣｏｓ実施形態のシステムは、伝統的にはサイロにリンクされてきた資源へのアクセスを提供してもよい。レガシーサイロアプリケーションは、ＰＥＲＣｏｓ実施形態の資源配列に組込まれ得る。例えば、構成体が、フレームワークや基盤を含む、資源に統合される、などである。好ましい実施形態は、ツールやデータ資源を配備し用いるためのより柔軟で折衷的なアプローチを採用するよう、ＰＥＲＣｏｓサイロの外部に時間をかけて働きかけてもよい。
【０７２７】
ＰＥＲＣｏｓ実施形態の資源アーキテクチャは、実装や場所から独立していることが多いメソッドを呼び出すことで各資源を用いて、プラットフォームの独立性を強調してもよい。資源は、異なるプラットフォームやプラットフォームのバリエーションで運用されてもよく、異なる利用者のための異なる結果を生じてもよい。なぜなら、例えば、利用者は、異なる資源へのアクセスを有し、異なる権利を有し、及び／又は異なる目的仕様を有するからである。ＰＥＲＣｏｓ実施形態のシステムは、変換部と呼ばれる特化したメソッド実装によって「レガシー」や他のプラットフォーム依存システムとインタフェース接続してもよい。変換部の特性は、内在する資源に組込まれたプラットフォーム依存性によって制約されてもよい。
【０７２８】
端部の計算側では、複数の資源の集合、及び／又は、資源についての情報を備える複数の情報組織があってもよい。いくつかの実施形態では、これらの情報組織は、例えばデータベース、ディレクトリ、及び／又は他の情報リポジトリなど、情報自体と密接につながっていてもよい。情報組織は、それらに関連付けられた目的表現、例えば記述的ＣＰＥ、を有してもよく、一以上の目的クラスシステムに関連付けられてもよい。
【０７２９】
いくつかの実施形態における情報組織の一つの重要な側面は、関連付けられてもよい組織構造のいずれからも独立した資源の互いの関係である。これらの資源関係は、まずはクラスシステムによって、それから意味論、構文、言語的及び／又はアルゴリズム的組織構成体によって、利用者の内部情報組織（利用者クラス）に合うように効果的に合致させ及び／又は操作することができる情報組織へと、一以上の資源を構成することを可能にする。
【０７３０】
クラスの最小限の組織オーバーヘッドによるこのアプローチの柔軟性は、そのときの目的を持つ文脈で利用者にとって最適化された程度の目的の満足を達成するべく、端部の人間側の自らの目的とコンピュータ領域の結果集合との両方を整理する装置及び方法の実施形態を利用者に提供する。
【０７３１】
いくつかの実施形態では、端部の計算側における情報のこの組織は、例えば、利用者、プロセス、及び／又は、例えば一貫性など、他のメソッドが表した結果集合で補完したクラスなどの組織原理を備える情報行列と考えてもよい。この情報行列はその後、利用者によって、自らの目的及び／又は関連付けられた視点に合うように操作され、管理されてもよい。これらの操作は、当初の目的表現から導出してもよく、例えば利用者が結果を吸収し、結果集合に応じて目的を反復するにつれ、複数の目的領域に及んでもよい。
【０７３２】
いくつかのＰＥＲＣｏｓ実施形態では、これらの情報組織は、専門知識を包含する目的領域のための「ベストプラクティス」及び／又は一般に受け入れられている組織構造を反映して、専門家によって構築されてもよい。これは、それらの領域を構成する資源の異なる視点及び／又は提示を表す複数の情報組織を含んでもよい。
【０７３３】
また、利用者は、文脈及び／又は目的に合うように自らの情報組織を作成、管理、及び／又は取扱ってもよい。例えば、利用者は、クラウド記憶環境に維持している、大きな情報集合のためのオントロジ組織や、制約された計算設備（例えばモバイルデバイス）のより単純な一つの指標に基づく組織を選んでもよい。
【０７３４】
また、利用者は、自ら及び／又は他の利用者による再利用のための情報組織も記憶してよい。そのような組織は、より広い利用者層によって用いられるためのＰＥＲＣｏｓ資源集合として発行できる。その作成者及び／又は発行者は、例えば評判によって、時間をかけて、目的発行の領域における専門家として見なされるようになってもよい。
【０７３５】
いくつかのＰＥＲＣｏｓ実施形態では、資源関係は、一以上の目的を満たす情報組織を作成するために、プロセス及び／又は資源（仕様を含む）及び／又は一以上の利用者／利害関係者によって用いられてもよい。
【０７３６】
これらの資源関係は、例えば測定基準、クラスメンバシップ、指標付け、データベース関係、集合メンバシップ、属性、及び／又は同種のものを含んでもよい、関係を表現するどのような仕様を備えてもよい。また、ＰＥＲＣｏｓ実施形態は、一対無数を扱う上で、標準化され相互運用可能な装置及び方法の実施形態で目的オペレーションを支援するために用いてもよい、定義された関係を有してもよい。
【０７３７】
いくつかの標準化は以下のものを含む。
・クラスシステム
・オントロジ
・目的表現
・目的仕様
・資源特徴仕様
・評判表現
・カテゴリと動詞
・ＰＥＲＣｏｓ実施形態のリポジトリ
・ＰＥＲＣｏｓ実施形態の類似性及びマッチングシステム
・ＰＥＲＣｏｓ実施形態の発行システム
・ＰＥＲＣｏｓ実施形態のプラットフォームシステム
【０７３８】
多くの状況において、目的の満足のための高度のユーティリティを持つ情報組織や資源関係を作成する上で、これらの機能の有効性は、これらの機能を利用した利用者の専門知識の程度によって決定されてもよい。例えば、目的領域１の専門家は、完全に解決されると、領域１の専門知識が限られた又は無い利用者に、目的を満たすのに充分な資源の適切な集合を得られる環境を提供する仕様の具体的な集合を作成してもよい。
【０７３９】
ＰＥＲＣｏｓ実施形態は、利用者の利益のために専門家が専門知識を活かして、一以上の目的領域で専門知識を表現する能力を提供するための装置及び方法の実施形態を提供する。
【０７４０】
資源関係は、一以上の利用者によって用いられるためのリソースとして記憶され、操作及び／又は発行されてもよい。
【０７４１】
ＰＥＲＣｏｓ実施形態は、一以上の利用者が選べるどのような形にも、資源関係を組織することを可能にする。しかし、その選択が上に概説した標準化され相互運用可能な機能を含まなければ、そのような組織は、目的を満たす上でわずかな価値しか持たないこともある。ＰＥＲＣｏｓ実施形態の機能は、目的を満たして、同じ又は同様の目的意図を持つ他の利用者にそのような満足表現を提供するために、標準化され運用可能なＰＥＲＣｏｓの装置及び方法の実施形態を利用するよう利用者に働きかける。
【０７４２】
いくつかのＰＥＲＣｏｓ実施形態では、利用者は、ＰＥＲＣｏｓ実施形態の資源及び／又は情報集合との相互作用によって生成された情報集合を備えてもよいという意味で、独自の関連付けられた情報スペースを有する。これらの情報の集合は、ＰＥＲＣｏｓ実施形態の相互作用を管理する機会をユーザーに提供する。
【０７４３】
いくつかの実施形態では、一以上の専門家による資源及び／又は情報の集合の組織は、例えばクラスシステム、構成体、クラスや目的アプリケーション、目的プラグイン、及び同種のものを含む、一以上の標準化された及び／又は相互運用可能なＰＥＲＣｏｓ実施形態の装置及び方法の実施形態によって表されてもよい。
【０７４４】
専門家は、ＰＥＲＣｏｓ実施形態の表現との利用者の相互作用が、どの程度一以上の仕様の集合によって制御されてもよいかを選択してもよい。
【０７４５】
専門家は、資源、仕様、情報集合を発行してもよい。
【０７４６】
計算領域では、情報はどのように編成されてもよい。しかし、そのような組織は、概して、知識構造へ情報をフォーマットするための組織原理に潜む意図を有している。例えば、これらは知識の記憶、表現、転送、相互作用、及び／又は他の関連付けられたプロセスのために用いられてもよい。知識構造の現在の例としては、論理、データベース、ディレクトリ、及び同種のものが挙げられる。
【０７４７】
そのような現在の知識構造の実装は概して、その知識の情報組織、スキーマ、及び利用（例えば形式などの表現を含むことが多い）や、そこに含まれる知識との相互作用のためのプロセス（例えば、ＳＱＬ）の間に密接な関連付けを有する。
【０７４８】
ＰＥＲＣｏｓ実施形態は、複数の情報の組織を提供して一以上の知識リポジトリとし、利用者が目的を追求してそのようなリポジトリと相互作用をすることを可能にしてもよい。いくつかの実施形態では、これらの組織は、関連付けのある目的に沿ったクラスシステム、目的領域、評判リポジトリ、及び他の知識構造を含む。
【０７４９】
現在、一般情報を提供する知識構造や、知識管理システムは多数ある。例えば、ウィキペディア（登録商標）、ＤＭＯＺ、セマンティックウェブ、百科事典、辞書、類語辞典、ＩＳＢＮやデューイ十進法や米国議会図書館などの分類スキーマを含む任意の参照システム、及び同種のものなどである。また、知識の集合を提供する専用ポータルもある。しかし、どれも目的メタデータを提供するものではなく、目的別に組織されてもいない。
【０７５０】
多くの状況において、知識の表現や通信は、そのような知識の転送のための標準化された知識リポジトリや通信方法を一以上必要とすることもある。
【０７５１】
ＰＥＲＣｏｓ実施形態は、目的オペレーションのための情報組織の実施形態としてのクラスが一以上あること、例えばそのようなオペレーションのために損失のある装置及び方法の実施形態を提供すること、によるものを含め、一以上の方法の実施形態を含んでもよい。
【０７５２】
いくつかの実施形態では、組織としてのクラスは、目的、資源、属性、様相、一時性、結合子、同義語、及び同種のものを表現するのに用いてもよい。
【０７５３】
いくつかの実施形態では、ＰＥＲＣｏｓ実施形態は、目的表現及び／又はおオペレーションのためのオントロジを一以上含んでもよい。そのようなオントロジは、ある目的領域内でオントロジが標準化されて受け入れられていることを示す、関連付けられた評判も有してもよい一以上の専門家によって作成されてもよい。例えば、目的領域オントロジは、あるクラス構造（サブクラス及び／又は他のクラス関係を含む）のメンバとなる一以上の利害関係者によって、充分に整合的であるとして規定／定義された及び／又は宣言された関係を持つ、一以上の目的の集合（一つの実施形態では、潜在的に目的クラスとして表現される）に関連付けられた資源に関する資源及び／又は情報集合を備えてもよい。
【０７５４】
いくつかのＰＥＲＣｏｓアーキテクチャ実施形態において、重要な側面は、目的、資源、利用者／利害関係者、及び、他の目的システムを構成する任意の仕様の関係を表現することである。これらの関係は本質的に、例えば、組織的なもの、カテゴリ的なもの、アルゴリズム的なもの、及び同種のものを含む、複数のシステムの基礎を提供し、利用者の目的追求が展開するにつれて場合によっては生じてもよい体験の豊かな多様性を作り、導き出す。
【０７５５】
ＰＥＲＣｏｓ実施形態のシステムの別の側面は、利用者の目的を、可能で最適な程度に満足させることである。いくつかの実施形態では、そのような最適化を実施するための、主な装置及び方法の実施形態を二つ伴う。一以上の資源の質を的確に特定し表現する評判と、目的のための最適な資源（及びその配列）を表現する共振である。
【０７５６】
これらの資源関係の管理及び調整は、利用者目的とそれに関連付けられた興味や専門知識によって決まってもよい。しかし、そのような目的及び／又は資源が複数伴うとき、それらは不整合及び／又は不完全なことがあり、一貫性サービスによって調和させられてもよい。いくつかの実施形態では、一貫性サービスは、文脈的に関係する仕様の全体性に基づいて、新たな仕様をアルゴリズム的に定式化する。最適な一貫性の実施形態は、通常、特定のソースや仕様の形態を必要としない。そのようなバイアスのないアーキテクチャは、多岐にわたる相乗的な異なる機能的サブシステムに順応する。
【０７５７】
ＰＥＲＣｏｓ実施形態のシステムは、一以上の利用者が、目的表現という形で目的を端部を跨いで届けるため、及び、ＰＥＲＣｏｓ実施形態システムが、適切な目的結果集合を提供する目的で利用者目的のための適用可能な資源を管理、整理、配備するための、装置及び方法の実施形態を提供する。
【０７５８】
これらの目的表現間のプロセス関係をとおして、利用者表現や交差端部資源が確立される。
【０７５９】
人間の理解する目的が密接に関係してもよい。例えば、「得る」と「買う」は、人間に同様に理解されてもよい。ＰＥＲＣｏｓ実施形態は、目的や他のリソースの関係を表すための装置及び方法の実施形態を提供する。例えば、関係は、クラスシステム、次元、測定基準、及び／又は共有資源によって表されてもよい。そのような関係は、一以上の利用者（専門家を含む）によって宣言され、及び／又は履歴の情報から導出されてもよい。
【０７６０】
いくつかの実施形態では、多かれ少なかれ表現されてもよく、また興味の程度及び／又は専門知識の程度を示してもよい、様々な領域での興味及び／又は専門知識の集合を一以上、利用者／利害関係者（及び関連付けられた役割）が宣言してもよい。
【０７６１】
例えば、社会学の学位を有する利用者が、科学技術、知的財産、及びワインテイスティングの専門知識を加えて有してもよい。状況によっては、そのような利用者は、例えばワインテイスティングを追求する際、例えば許容できる価格のミネラル豊富なシャルドネを見つけるという表現された目的を満たすべく、同様の興味を有する他者との会話を望んでもよい。この目的のためには、専門家のみに頼るよりも、同様のレベルの専門知識を持つ他のワイン愛好家と動的なやりとりを望んでもよい。多くの社交的状況では、利用者は、評価できる社交的価値がない又はわずかしかないと思われることを恐れて、専門知識を専門家と比較され及び／又は関連付けられることを望まないこともある。
【０７６２】
専門家は、委員会や、他の非形式的又は形式的なグループを形成して、領域の専門知識について議論し、調停し、さらに発展させてもよい。これらの多くの場合、グループのメンバシップを決定する（多くの場合、規則としての）仕様があってもよい。このような専門家グループは、専門知識の領域の、新たな標準の発展や、既存の標準の維持及び／又は監査を実施してもよい。
【０７６３】
専門家間の関係は、専門家のグループが発展させた専門知識の発行や配信のための装置及び方法の実施形態やメソッドに影響を及ぼしてもよい。
【０７６４】
利害関係者は、例えば特許プール、配信の仕組み、責任の委譲、及び同種のものなど、商業的又は非商業的であってもよい関係を、彼ら自身の間で有してもよい。いくつかの実施形態では、これら利害関係者の関係は、目的領域、例えばＤＶＤ（登録商標）協議会、オープンソース財団、及び同種のもの、を形成してもよく、一以上の組織構造を組込んでもよい。
【０７６５】
役割は、役割の他の参加者との関係や相互作用の程度を決定する仕様の集合を一以上含んでもよい。
【０７６６】
ＰＥＲＣｏｓ実施形態は、適切な専門知識の選択や定義機能を持つ、一以上の目的（共通目的を含む）を基にしたそのような動的な社交的相互作用を作り出すための装置及び方法の実施形態やメソッドを提供することで、さらにそのようなグループ形成を定式化し（及び／若しくは発行し）、持続させ、並びに／又は更なるＰＥＲＣｏｓ実施形態の資源にすることを図ってもよい。
【０７６７】
人間、そしてコンピュータの動作には、常に文脈がある。ＰＥＲＣｏｓ実施形態では、ＰＥＲＣｏｓ実施形態の計算領域内で又はそれによって用いられるために利用者、発行者、及び／又は他の利害関係者によって交差端部で表現され得る、標準化された及びそれ以外の両方の文脈情報の集合がある。
【０７６８】
ＰＥＲＣｏｓ実施形態は、文脈上の目的オペレーションのための適切な運用仕様の生成のために解釈できる文脈で、利用者の目的のファセットを体系的に構成し届ける装置及び方法の実施形態を提供してもよい。ＰＥＲＣｏｓ実施形態のシステムは、利用者の目的を最適に満たすべく、文脈的に利用可能な資源の人間／コンピュータの評価、組織、管理、解釈、提示を向上させる。
【０７６９】
いくつかのＰＥＲＣｏｓ実施形態では、適切な文脈的ユーザー体験をもたらす目的オペレーションの展開を追求して、これらの文脈的仕様を、まとまった効率的なオペレーティングセッションを形成するオペレーティング資源へとさらに解決できる資源の集合へと動的に解決することを補助する一以上のプロセス、例えば、一貫性、評判、ＳＲＯ、及び同種のもの、があってもよい。
【０７７０】
端部を跨ぐユーザー体験のための相互作用を支援するそのような仕様の動的解決は、統合されたＰＥＲＣｏｓ実施形態の環境によって提供され、例えば、とりわけ以下のものを含む。
・例えばクラスによる、資源及び／又は情報管理
・目的オペレーションのための適切なサブシステムを含むプラットフォームサービス
・不整合や不完全性を解決する一貫性サービス
・信ぴょう性の測定基準や評価を提供する評判システム
・目的オペレーションのための拡張可能なサービス志向資源アーキテクチャ
・文脈目的の表現のためのものを含む、仕様言語や表現
いずれも、いくつかの実施形態では、組み合わされて、全体的又は部分的に目的を満たす交差端部体験を生成するべく、目的表現を解決する装置及び方法の実施形態を利用者に提供する。
【０７７１】
ＰＥＲＣｏｓ実施形態は、仕様による、適応的動的環境を提供してもよい。予め特定された一般活動型（ワープロ、表計算、会計ソフト、及び同種のもの）に適したアプリケーションを単に供給するというより、ＰＥＲＣｏｓ実施形態の環境は、目的表現を含む仕様に応じて資源配列を生成して実行を展開することにより、表現された文脈目的に対応する体験を提供するように設計されている。
【０７７２】
例えば、ＰＥＲＣｏｓ実施形態の環境は、満足のいくユーザー体験をもたらす運用仕様を生成するべく、文脈目的表現（ＣＰＥ）を利用者が規定するのを補助するための、例えばＰＥＲＣｏｓ実施形態のプラットフォームＳＲＯサービス（仕様解決運用）を含む、反復的及び／又は相互作用的なプロセスの集合を利用者に提供してもよい。
【０７７３】
この富んだ環境は、他の利用者、利害関係者、及び／又はシステムによって過去の体験から補足、発行された知識を発見及び／又は操作するのに利用者が用いてもよい知識発見ツールを含んでもよい。また、利用者、利害関係者、及び／又はシステムが知識構造を合成、及び／又は構築、及び／又は操作するのに用いることができる仕様言語、サービス、ツール、及び／又はユーティリティを提供してもよい。そのような構造は、利用者の文脈目的オペレーションのための任意に膨大な資源配列から抽出された、豊富で、微妙で、高応答性の仕様やそれに関連付けられた解決を明確にし、続いて特定し及び／又は優先させるために用いてもよい。
【０７７４】
ＰＥＲＣｏｓ実施形態では、あらゆるものが資源となり得る。いくつかの例では、資源は、章を備える本であってもよい。この場合に、本から章が抽出されて（資源から「ファセット」を抽出すると記述される）同一性を与えられると、そのような「ファセット」は、ＰＥＲＣｏｓ実施形態の資源の型となり得るＰＥＲＣｏｓ実施形態の資源要素となる。そのような要素は、他の資源と組み合わせ及び／又は一以上の資源インタフェースに関連付けて、別のＰＥＲＣｏｓ実施形態資源を作成できる。
【０７７５】
ファセットは、任意の装置及び方法の実施形態や、宣言的な、アルゴリズム的な、及び／又は他の任意のメソッドによって作成されてもよく、そのようなオペレーションを支援するためにファセットが抽出されてもよい資源集合によってのみ限定される。上記の例では、情報構造（章）は、抽出メソッドが適用されてもよい装置及び方法の実施形態を提供する。例えば、もし資源が、資源をベースとして宣言した資源インタフェースの「ブラックボックス」のプロセス（例えば、ｊａｖａ（登録商標）．ｊａｒやｄｌｌ）であったならば、ファセットを抽出することはできない。
【０７７６】
いくつかの実施形態では、この資源合成の程度と、更なるファセットを抽出させる能力は、適切なリソースインタフェースによって定義されてもよい。したがって、資源は、資源の任意の内在する構成要素を抽出する潜在能力を持たないベースや、資源からファセットを抽出する潜在能力があってもよいコンプレックスとして宣言される。
【０７７７】
資源が複雑な配列を備えるいくつかの実施形態では、ファセットの抽出は、複数のアルゴリズム的計算を伴うメソッドを採用することで実施されてもよい。例えば、複数の候補結果集合は、複数の資源や関連付けられた情報を備える目的オペレーションによって処理されてもよい。ＰＥＲＣｏｓ実施形態のプラットフォームサービスは、ひいては更なる目的オペレーションに利用され、及び／又は発行されてもよい、例えば一以上の他の資源へと合成されることになってもよい、適切なファセットを抽出するべく、適切な仕様（ＰＥＲＣｏｓ実施形態の制御仕様）の指揮下においてそのような結果集合で運用されてもよい、ファセット抽出機能を提供してもよい。
【０７７８】
３  クラス
クラス、サブクラス、クラスシステムは、ＰＥＲＣｏｓシステムの重要な概念である。ＰＥＲＣｏｓのクラスについての本開示では、これらの側面のいくつかを、目的及び／又は資源を規定及び／又は操作するための利用に焦点をあてて、紹介して述べる。
【０７７９】
クラスの概念は、人間の活動要件やそれに応じるための資源を含む、多くの種類の事柄の関係について組織、記述、及び／又は推論するのに重要である。クラス及びサブクラスに基づくカテゴリ化や推論は、アリストテレス（「全ての人間は死すべきものである。ソクラテスは人間である。ゆえにソクラテスは死すべきものである。」）よりも古く、おそらく言語そのものと同じくらい古い。クラスは、人間の思考や文脈にはつきもので、現実の人間による関係的知覚の実践的な要を構成する。ＰＥＲＣｏｓ実施形態は、クラス構造や関係を、オブジェクト指向プログラミング（ＯＯＰ）などの、クラスに基づくアプリケーションで伝統的に提供されてきた機能を超えて増強する。より汎用的な関係的かつ重み付けされた構造は、とりわけ、効率的な近似検索、マッチング、推論オペレーションを促進する。
【０７８０】
クラスはとても広い観念であり、様々な目的に有用である。その多用途性ゆえに、用法を注意深く区別するのでなければ、クラス利用の議論は混乱しかねない。後の節では、様々なクラスシステムの観点から、ＰＥＲＣｏｓシステムの特定の重要な側面を説明する。いくつかの実施形態では、いくつかのクラスシステムは、そのデータ構造やオペレーションの一部又は全てを共有してもよく、いくつかのクラスシステムは、例えば目的クラス、資源クラス、発行者クラス、表明者クラスを含む、複数の型のクラスサブシステムを含んでもよい。
【０７８１】
最も有形で概念的な事柄を、包括的にかつ絶対的な正確さで説明することができないというのは、現実の常である。可能な事柄それぞれに区別した名前を与えるというのも、実践的ではない。適切に用いれば、クラスは、この両方の問題への強力で実践的な解決策を提供し得る。
【０７８２】
類似するもののクラスの名前（例えば、「人間」、「星」、「国」）は、関係する項目の集まりに、その全てを挙げることを必要とせず、汎用的かつ実践的に言及することを可能にする。クラスに包含されることで、いくつかのメンバが、更なる属性を有して一以上のサブクラスのメンバとなる可能性が、いくつでも必要な詳細のレベルに応じて生じる。例えば、「人間」、「アメリカ人」、「カリフォルニア人」、「女性」、「１９世紀」、などである。
【０７８３】
談話におけるクラスや属性の有用性は、特定の文脈で、参加者が認識する類似性及び／又は区別に対応する程度や、利用者が本質的及び／又は明示的にクラス／属性の名前との対応関係を認識する容易さにも、一部依存する。したがって、子供の宇宙論は、「太陽」、「月」、及び「星」から成るかも知れず、宇宙飛行士のものは、「星」、「惑星」、「小惑星」、「月」、「小遊星」、「彗星」、「銀河」、「星雲」、「ブラックホール」、又は他の天体を含むかも知れない。そのような名前の集まりは、分類体系やオントロジとして組織、コード化、及び／又は提示されることが多い。
【０７８４】
分類体系の実際的な側面の例として、限定はされないが、以下のものが挙げられる。
・完全：該当する各項目が、分類体系のクラスに含まれている。
・分類と整合的：該当する項目で、一よりも多い最も具体的な分類を有するものがない。
・明快：領域に詳しい者は、概念的構造と分類体系のものを容易に対応付けられる。
・汎化：各クラスは、クラスについての有用で汎用的な文を支援する共通の属性を充分に有する項目及び／又はサブクラスをグループ化する。
・差別化：領域に詳しい者が望むかも知れない区別を、一以上のクラス及び／又は属性を用いて表現できる。
・実践的単純化：分類体系は、分類される項目の最も重要／実践的な特徴を記録するが、有用性が低い詳細は省略する。
【０７８５】
オントロジは、概して、条件を緩和し、必ずしも階層的に関係しない複数のクラスにいくつかの項目が属することを可能にしてもよく、また、概して、サブクラス／スーパークラスに加えてクラス間の関係を定義してもよい。
【０７８６】
メンバの名前が上位クラスの名前によって置き換えられると、情報は概して失われる。（例えば、「アテナイ人」は「ソクラテス」よりも抽象的な言及だ。なぜなら、「ソクラテス」ではない「アテナイ人」のメンバもいるからである。）同様に、クラスの名前がスーパークラスの一つの名前によって置き換えられると、情報は概して失われる。（例えば、「アテナイ人」よりも「ギリシャ人」の方が、メンバが多い。）そのようなクラス及び／又はスーパークラスによる置換は、損失のある変換の有用な例である。
【０７８７】
いくつかの実施形態では、もし変換で現在の目的に実質的に関連する情報が失われるのであれば、それは望ましくないこともある。例えば、「ソクラテス」の哲学について学ぶ目的であったはずなのに、全ての「ギリシャ」哲学を代わりに与えられてしまうかも知れない。しかし、適切に損失のある変換では、必須の情報を保全し、無関係の情報を捨て去ることで、価値が追加される。それは、情報の有用な要約を捉え、構造化し、記憶し、検索し、そして管理するのに、最も強力なツールの一つである。それは、興味の領域を構成する膨大な量の項目やその特徴を編成するのに役立つ。もし、目的が「ソクラテス」の仕えた軍についての情報を探すことであれば、「アテナイ人」のクラスが、おそらくそのメンバの「ソクラテス」よりも良い出発点になるだろう。課題は、正しい文脈で、正しいときに、正しい損失のある変換を見つけて用いることである。このことは、以降の節で述べる。他の名前置換プロセスは、情報を追加し、あるいは向上させてもよい。
【０７８８】
クラスの損失性は、本質的に柔軟である、概念的で印象主義的な整理として作用することにより、多くの人間の思考における性質に対応する。それは、人間とコンピュータの推論の共進化を支援し、目的の満足に向けた進歩を補助する。
【０７８９】
伝統的に、クラスは、項目（又はオブジェクト）の集合に関する構造を記述するためのフレームワークを提供する。各クラスは、特定の属性（フィールド及び／又はメソッド）を共有するが他の属性においては異なってもよい、そのメンバ（インスタンス）である項目の集合を有する。属性は、名前によって参照されてもよく、値を有しても抽象（まだ規定されていない）であってもよい。メソッドは、例えば一以上の属性の値を設定、修正、変更、及び／又は抽出するために、メンバにアクセスするオペレーションである。フィールドは、非メソッド（値）の属性である。プロパティは、ブールのフィールドである。そのような構造内で、クラス名は、クラス仕様を特定（指示）する方法を提供し、全仕様を繰り返すことなく「参照して」用いることを可能にする。
【０７９０】
いくつかのクラスは静的に定義されてもよく、他のものは、例えば計算の過程で生じるなど、動的であってもよい。
【０７９１】
クラスを規定する三つの共通の方法は、以下のとおりである。
１．プロパティによる仕様：各メンバによって必要とされてもよい属性を宣言する。
２．列挙による仕様：メンバを列挙する。
３．参照による仕様：名前の一つを提供する。
【０７９２】
最初の二つの形態は新たなクラスを規定するために、三つめは既存のクラス仕様を再利用するために有用である。
【０７９３】
クラスシステムは、少なくともサブクラス関係のあるクラスの集合である。クラスシステムのクラスは、様々な方法で結び付けられてもよい。しかし、サブクラスは、伝統的なクラスシステムにおいてクラスを結び付けるのに用いられる、根本的な関係である。もしＡの全てのメンバがＢのメンバであるならば、ＡはＢのサブクラスである（そしてＢは、Ａのスーパークラスである）。これは、Ａの各メンバが、Ｂの全てのメンバが有する属性を少なくとも有することを意味する。
【０７９４】
クラスシステムの重要な考え方は、以下のとおりである。
１．クラスのメンバは、場合によっては値の制限を持つ、特定の属性を共有することで結び付けられた項目である。
２．サブクラスは、スーパークラスのそれぞれの属性（及び制限）を継承（共有）する。
３．クラスは、そのメンバを、一つずつというよりは、集合的に捉える方法を提供する。
【０７９５】
サブクラスとメンバの概念は、混同すべきでない。背が高い箱は、そのメンバが全て箱のメンバであるという意味で、箱のサブクラスであるかも知れないが、このサブクラスは、箱というクラスのメンバにはならない。即ち、背が高い箱の任意のメンバは箱のメンバであるが、背が高い箱というクラス自身はそうではない（箱というクラスもそうではない）。
【０７９６】
いくつかの実施形態では、クラス仕様は、白紙から書かれたものである必要はない。名前によって特定される既存のクラスは、新たなクラスを簡潔に規定するために組み合わされ及び／又は拡張されてもよい。新たなクラスを記述するコンパクトな方法は、一以上のスーパークラスを列挙し、新たなサブクラスの全てのメンバが有する更なる任意の属性を追加することである。
【０７９７】
例えば、箱というクラスは、高さ、幅、奥行きの属性を有するかも知れない。
・紙の箱は、紙という値を持つ材料という追加属性と、平らにするという追加メソッドとを持つ、箱のサブクラスであるかも知れない。
・背が高い箱は、その高さが幅の二倍よりも大きいことを示す背が高いという追加プロパティを持つ、箱の別のサブクラスであるかも知れない。
・幅が広い箱は、その幅が高さの二倍よりも大きいことを示す幅が広いという追加プロパティを持つ、箱のさらに別のサブクラスであるかも知れない。
・背が高い紙の箱は、背が高い箱と紙の箱の両方のサブクラスであるかも知れない。この記述は、「背が高い、及び（紙という値を有する）材料という追加属性と、平らにするというメソッドと持つ、箱のサブクラス」と等価である。
【０７９８】
例えば、図１９で図示されるように、簡易なクラスシステムを示す。
【０７９９】
図１９は、クラスシステムの例を表すものであり、即ち、充分に似た方法で用語を解釈する充分な文脈情報がある。このクラスシステムは特に単純であるが、クラスシステムやその伝統的な用いられ方について多くの点を説明するのには充分である。
【０８００】
クラスは、図中、灰色の境界線と太字イタリック体のクラスラベルで表される。メンバは、プレーンフォントのラベルがある小円によって表される。クラスは、境界線の中にあるメンバを含む。クラスは、そのメンバの全てを囲む境界線を持つ他の任意のクラスのサブクラスである（例えば、ギリシャ人は、人間（Ｍａｎ）のサブクラスである）。
【０８０１】
メンバが点ではなく円によって表される理由は、状況によっては、メンバ自身がクラスとして扱われ、追加属性で拡張されて、さらにそれ自身が一以上のメンバを有してもよい、さらにきめ細かなクラス（例えば、哲学者ソクラテスやレオニダス王）を形成することがあるからである。
【０８０２】
メンバは概して一つだけのクラスに「属する」わけではないことに、注意することは重要である。この例では、ペリクレスは、アテナイ人、リーダー、ギリシャ人、人間（Ｍａｎ）、及び存在のメンバである。クラスやインスタンスのスーパークラスは、もし他のスーパークラスを一つも含まなければ、直接スーパークラスと呼ばれる（例えば、ギリシャ人はアテナイ人とスパルタ人の直接スーパークラスであるが、人間（Ｍａｎ）はそうではない）。
【０８０３】
例えば、図２０で図示されるように、死すべきもので拡張された簡易なクラスシステムを示す。
【０８０４】
ここで、「あらゆる人間（Ｍａｎ）は死すべきものである」という表明の表現を加えることで例を拡張する。これは、ソクラテス、レオニダス、アレキサンダー大王などに当てはまる。これは、「ソクラテスは死すべきものである」、「レオニダスは死すべきものである」「アレキサンダー大王は死すべきものである」といった別々の表明より、コンパクトで便利である。しかし、もっと重要なことは、それが汎化であり、拡張可能なことである。任意の数の人間（Ｍａｎ）のインスタンスを、真の値を持つ死すべきものの属性を有するという宣言を明示的に追加せずに、このクラスシステムに追加することができる。クラスシステムは、属性の数とメンバの数の両方がとても大きかったとしても、メンバの集合の属性を記憶するための効率的な構造をもたらし得る。
【０８０５】
唯一の属性である死すべきものが、図中の破線によって表される全てのメンバについて、真の値を有する死すべきもののクラスは、人間（Ｍａｎ）のスーパークラスを定義する。このクラスシステムでは、死すべきものはたまたま人間（Ｍａｎ）と同じメンバを有するが、「あらゆる人間（Ｍａｎ）は死すべきものである。」というのは概して、単に人間（Ｍａｎ）のクラスのメンバが死すべきものの属性を有する（人間（Ｍａｎ）が死すべきもののサブクラスである）ことを示すに過ぎない。もう少し豊富なクラスシステムであれば、哺乳類、動物、木、及び他の、人間（Ｍａｎ）のサブクラスではない、死すべきもののサブクラスを含むかも知れない。（ただし、この例は並外れて単純なのであり、この形式のクラスシステム図でとても多くの属性を明示的に示すことが可能なことは滅多にない。）
【０８０６】
クラスシステムは、まず候補クラスのプルーニングをすることで、選択されたクラスのメンバの検索を高速化するのに用いることができる。例えば、もし所望のクラスが死すべきものとギリシャ人であるならば、サブクラスのギリシャ人も兼ねて死すべきもののクラスを検索し、個別に死すべきものとギリシャ人のメンバを列挙して確認することなく、戻すことができる。同様に、死すべきものでないオブジェクトの検索は、いずれのメンバの属性も列挙して確認することなく、人間（Ｍａｎ）のクラスを丸ごと拒絶することができる。
【０８０７】
分類とサブクラス化で「損失のある」ことは意図的なので、クラスは、同一ではないが類似するインスタンスを効率的に検索するのも用いられ得る。クラスのメンバは、他の属性では大きく異なっていたとしても、属性の集合や属性値を共有する程度に類似する。この例では、プラトンとペリクレスは、いずれかがレオニダスに又はアレキサンダー大王に対するよりも、似ていることが期待されるかも知れない。なぜなら、プラトンとペリクレスは、いずれもアテナイ人のメンバであり、したがってアテナイ人の属性（図示せず）を全て共有するからである。また、四人全員が、ゼウスやアトラスに対するよりも、互いに似ていることが期待されるかも知れない。なぜなら、彼らは全員、人間（Ｍａｎ）のメンバだからである。
【０８０８】
あるクラスシステムの実践的な質は、損失のある推論、検索、及び／又はマッチングにおけるクラスの有効性を決定し得る。つまり、文脈上「良い」クラスは、推論、検索、及び／又はマッチングをその文脈で行う利用者には似ているように見えるメンバを有することがある。なぜなら、利用者にとって認識可能で重要な区別を反映するからである。
【０８０９】
上記のような伝統的なクラスシステム図は、集合のためのベン図に似た役割を果たす。それらは、一つのページに程よく収まる表現を持つ小さなクラスシステムを可視化するための効果的な表現になり得る。それらの解釈はトポロジー的であるので、項目やクラスの境界線は、重点を移し及び／又は外観を変えるために、あちこち移動させてもよい。サブクラス関係は、小さなクラスシステム図では見やすい。
【０８１０】
しかし、伝統的なクラスシステム図は、特に、数百から数百万のクラスと、数千から数兆のメンバを持つ大規模システムにおいて、その有用性が大幅に減少するという限界を有している。
【０８１１】
大きな図は、描画、修正、確認することが、手動でも自動でも、実行不可能又は極めて困難なことがある。（例えば、先の単純な例では、死すべきもののクラスの境界線を追加する余地があまりなく、メンバのアトラスやプロメテウスが新たな境界線の邪魔にならないよう移動させられた。）
１．図中の全ての名前を充分に読める大きさにするためには、図は、画面や紙の大きさ以上に拡大する必要がある。その結果は、読んだり、全体として理解したりするのが困難なものになり得る。
２．表示フレーム／ページの境界線を越えるクラスは、一つの実体として思い描くことが特に困難になる。
３．ほとんどの大きなクラスシステムは、各クラスが隣接するような二次元のレイアウトには、到底できない。（ほとんどのグラフが平面でない、即ち、端部の交差なく二次元で描画することができない、ということが典型的である。）
４．この種の図で複数の属性やその値を示すのは、ほぼ間違いなく、過剰に不恰好なものとなる。
【０８１２】
代わりの方法でクラスシステムを記述すれば、これらの問題は回避される。クラス表現の言語は、メンバをクラスに結び付ける、クラスを他のクラスに結び付ける、又は属性をクラスに結び付ける情報を与えて用いることができる。例えば、以下の表現の集合（ここでは正確な構文は重要ではなく、異なるオブジェクト指向プログラミング（ＯＯＰ）言語の数が示すように、そのような情報を正確に表現できる形式的な言語は数多くある）は、図２０に示す図の例と同じクラスシステムを記述する。
アレキサンダー大王は、人間（Ｍａｎ）のメンバである。
アレキサンダー大王は、指導者のメンバである。
アテナイ人は、ギリシャ人のサブクラスである。
アトラスは、存在のメンバである。
ギリシャ人は、人間（Ｍａｎ）のサブクラスである。
指導者は、人間（Ｍａｎ）のサブクラスである。
レオニダスは、指導者のメンバである。
レオニダスは、スパルタ人のメンバである。
人間（Ｍａｎ）は、存在のサブクラスである。
人間（Ｍａｎ）は、死すべきもののサブクラスである。
ペリクレスは、アテナイ人のメンバである。
ペリクレスは、指導者のメンバである。
プラトンは、アテナイ人のメンバである。
プロメテウスは、存在のメンバである。
ソクラテスは、アテナイ人のメンバである。
スパルタ人は、ギリシャ人のサブクラスである。
ゼウスは、存在のメンバである。
【０８１３】
これは数学的に正確なクラスシステムを定義するものである。ただし、この例では、「現実世界」との（又は任意の特定利用者の世界のモデルとの）対応関係の程度は、用いられる用語（例えば、人間（Ｍａｎ）やプラトン）に関連付けられた解釈に依存することもある。
【０８１４】
ただし、クラスシステム図の図形がその記述に対してそうであるように、クラス表現の順序はクラスシステムの記述とは無関係である。このクラス表現の集合はどのような順序で書かれても同じクラスシステムを記述することができるが、いくつかの図が他のものより見たり理解したりするのが容易なこともあるように、いくつかの順序は他のものよりも読んだり理解するのが容易なこともある。
【０８１５】
宣言の長いリストは、例えば以下のような単純な慣例を採用することで、ナビゲーションしやすく、読みやすくすることができる。
１．クラスに関する表現を、例えば以下のような連続した配列にグループ化する。
クラス  人間（Ｍａｎ）
存在のサブクラス、死すべきもの
メンバ  アレキサンダー大王、レオニダス、ペリクレス、プラトン、ソクラテス
２．モジュール化。クラス表現の長いリストを、他のモジュールからは比較的独立して書かれて理解されてもよく、関係するクラスの集合に関する表現をそれぞれが含んだ、名前の付いたモジュールへと組織する。その後、必要に応じてモジュールを組み合わせる。
３．名前の付いたリストを検索する方向が読み手に分かるよう、スーパークラスの前にサブクラス、あるいはサブクラスの前にスーパークラスという、一貫した順序で宣言をソートする。
【０８１６】
これらの例は、クラスに基づく推論を妨げることが多い三種類の誤りを示している。特に、異なるソースからのクラス仕様を一緒に用いたときに生じる可能性が高い。
【０８１７】
１．異なる人々は、クラスの境界線について、異なる暗黙的な理解を有することがある。例えば、多くの人々は、おそらくアレキサンダー大王をギリシャ人として分類するだろう。たとえ、アレキサンダー大王や、同時代のギリシャ人が、ギリシャ人とマケドニア人をたやすく見分けることできたはずであったとしても、である。アレキサンダー大王をギリシャ人のメンバとするクラスシステムも正確であるが、それに基づく推論は、正確で異なる結果をもたらし得る。
【０８１８】
２．異なる人々は、たとえ馴染み深い単語であったとしても、用いられる名前（トークン、記号）のいくつかについて、頭の中にまったく異なる定義を有していることがある。例えば、ある人はＧｒｅｅｋを「ギリシャの先住民や住人」という意味に関連付け、別の人は「ギリシャ文字クラブの会員」と、そして三人目は（「Ｉｔ’ｓ  ａｌｌ  Ｇｒｅｅｋ  ｔｏ  ｍｅ．（私にはちんぷんかんぷんだ。）」から）「理解不能」に関連付けるかも知れない。
【０８１９】
３．用語は、見過ごされた意味の重複を有することがある。この例では、人間（Ｍａｎ）は、与えられた全てのメンバが男性であるため、意図する意味が「全ての人間」なのか「全ての男性の人間」なのか明らかでない。このような省略は、誰かが女性の人間（Ｗｏｍａｎ）というクラスを追加しようとして、それがＭａｎのサブクラスか否かを判断しなければならなくなるまで、気付かれないかも知れない。
ａ.もしＷｏｍａｎをＭａｎのサブクラスにすると判断したならば、それ以前のＭａｎのメンバを全て含む男性の人間というサブクラスも追加すべきだろうか。
ｂ.もしＷｏｍａｎをＭａｎのサブクラスにしないと判断したならば、死すべきものもＷｏｍａｎのスーパークラスとすべきだろうか。そして、ＭａｎとＷｏｍａｎの両方のスーパークラスとなる、人間のようなクラスを追加すべきだろうか。
ｃ.もし性別をＭａｎの新たな属性にすると判断したならば、Ｍａｎのサブクラスで性別＝女性というのは、啓発的というより紛らわしいだろうか？
【０８２０】
専門用語及び／又は同種のものの相当な量の標準化が、別々に発展したクラスシステム及び／又はクラスシステム構成要素の確実な相互運用にとって重要である。いくつかの実施形態では、ＰＥＲＣｏｓシステムは、そのようなエラーの回避、検出、及び／又は訂正の実質的な補助を提供することができる。
【０８２１】
ＰＥＲＣｏｓの実施形態は、人間の思考と自然言語の両方に備わっている柔軟性のモデル化を助け、及び／又はプロセスや結果の明瞭さやオペレーションの効率性を改善する一以上のクラスシステムを用いてもよい。また、クラスシステムは、ＰＥＲＣｏｓ自身の特定の側面を記述するのに用いてもよいが、主な焦点は、目的及び／又は資源を規定及び／又は操作するのにそれらを用いることである。本開示では、二種類のクラスシステムについて主に述べる。利用者クラスシステムと、端部クラスシステムである。これらは、通常用いられる異なる方法によって、一部区別されてもよい。
【０８２２】
１．利用者クラスシステムは、人間によってその人自身の頭の中で用いられるクラスを含む。それらは概して、本質的に非形式的で不正確であり、しばしば印象主義的である。なぜなら、それが人間の関係的思考、組織、推論の性質だからである。それらのサブクラスやスーパークラス関係は、概して、それに対応して非形式的で不正確である。
【０８２３】
２．端部クラスシステムは、利用者間の、未来における同じ利用者への（例えば、記憶の補助として）、又は一以上の利用者とＰＥＲＣｏｓシステムの間の端部を跨いだ通信に用いられる。それらは、限定はされないが、宣言クラスを含む。宣言は、宣言クラスや属性に名前を付けるトークン（記号、符号）の間の正確な関係を示し、概して、利用者クラスシステムの関連部分をほぼそのまま反映させることを意図している。それらは、利用者にとって適切なトークンを様々に組込むことができる。
ａ．システム宣言クラスは、相互運用や整合的な拡張のための基礎を提供するために、ＰＥＲＣｏｓによって提供される。典型的には、言語の及び／又は認知された領域専門家によって作成される。
ｂ．共有宣言クラスは、利用者、他の利害関係者、及び／又は一以上のＰＥＲＣｏｓシステムやサブシステムの一以上の共同体内で相互理解のために標準化、発行されたものである。
ｃ．個人的宣言クラスは、利用者からの宣言を含み、共有宣言クラスとして発行されるまでその利用者が用いるためにローカルであり続けてもよい。
【０８２４】
宣言クラスシステム表現とその構成要素（例えば、クラス表現、属性表現、メンバ表現、及びトークン）は、概して、人間に理解可能なもの、例えば文字、と、効率的な機会による操作が可能なもの、例えばＡＳＣＩＩ文字、とを含む、少なくとも二つの対応する表現システムを有する。これらの表現システムは、通常、互いへの翻訳が直接的なものになるよう選ばれる。
【０８２５】
ただし、端部クラスシステムは正確であっても、利用者の理解と厳密に対応することには失敗するかも知れない。現実又は利用者が知覚する現実にではなく、宣言されたことに対応しているのであるから、特定の利用者（又はグループ）の見方からすると、「正確に間違っている」ことがある。そのような正確さが、通信の問題を検出、診断するツールを向上させることもある。
【０８２６】
１．内部クラスは、ＰＥＲＣｏｓシステム内の効率的な目的計算のための内部化された表現である。端部クラスを参照し、あるいは、少なくとも部分的には、そこから導出されてもよい。それらは、論理的推論、検索、マッチング、及び／又は他の内部処理の効率性及び／又は成果を改善する表現システムを用いてもよい。
【表３】
2018092632.tif 000006
【０８２７】
数学的には、いくつかの実施形態では、端部クラスシステム表現の集合は理論を定義してもよく、内部クラスシステムは通常、対応する理論のモデルを提供する。いくつかの実施形態では、端部クラス表現の集合は成長、進化し、一貫性プロセスのタスクの一つは、（有効モデルの存在を確保するために）集合の整合性を確認し、もし不整合が発見されれば、場合によっては一以上の利用者の相互作用的な補助でもって、整合させることである。
【０８２８】
利用者クラスは、目的や資源に関して内在する人間の特定の思考を集合的、象徴的、そしてしばしば印象主義的に表面化させる、利用者が特定した関係的合成物を備える。それらは、なんらかの文脈で「同類のもの」として利用者が考える項目である、メンバを備える。これらの概念とその関係は、人間の頭の中の思考にとって実践的で便利なものである。それらは、外部の（例えば、書かれた又は話された）任意のもの、他の任意の人間の利用者クラス、あるいは異なる文脈における同じ人間のものにでさえ、密接に対応しても、しなくてもよい。関係的に知覚される概念として、それらは様々な一次的、そしてより精妙な二次的知覚や精神生理学的次元を有してもよい。
【０８２９】
利用者クラスに近い何かが最も意図的思考に関係しており、多くの利用者クラスは、名詞や動詞のような言語学的構成体に密接に関連付けられてもよい。
【０８３０】
そもそもの性質として、利用者クラスは正確な境界線を有しない。この不正確さは、特に「外部」世界の知覚と相互作用における不正確な関係的合成物がほとんどである、人間意識の性質の帰結である。この不正確さは、有用であることが多い。そのような「緩さ」は、柔軟で適応的な思考の進歩に寄与し得る。人間の動的で関係的な知覚と思考は、サブクラスやスーパークラスを用いることを含め、損失があり、柔軟な変換や抽象化を支援して採用し、広範囲で潜在的には巨大な項目の集まりを組織している。
【０８３１】
利用者クラスは、少なくとも部分的に、以下を効果的に含んでもよい。
１．利用者が共通属性と信じるものを共有するメンバ（内包的記述）。例えば、「おいしい食べ物」、「熱いパイ」、「暖かい服」、「重さが一ポンド未満のもの」、「走る」、「配管を学習する」、「水漏れを修理する」、「光より高速で移動する」、「睡眠を楽しむ」、「映画を見る」、「楽しませる」、「子供を教育する」。
２．利用者が選択するメンバ（外延的記述）。クラスのメンバは、考慮される特定のインスタンスによって決定される。例えば、私の「運動」は、「歩く」、「ジョギング」、「走る」、及び「自転車に乗る」であり、私の「心配する脅威」は、「物理的攻撃」、「株式市場の暴落」、「地震による被害」、及び「ハリケーンによる破壊」であり、私の「お気に入りのゼリーの味」は、「ライム」、「チェリー」、及び「オレンジ」であり、私の「お気に入りのペットは、「犬」、「猫」、及び「ハムスター」である。
【０８３２】
利用者クラスシステムは、何らかの関連性をもって結び付けられると利用者が考えるクラスを示すサブクラスを含む一以上の関係と共に、利用者クラスの集まりを備える。利用者クラスの不正確さは、これらの関係に、対応する不正確さをもたらし、概して、厳密というよりは印象主義的なこともある。例えば、利用者は、「車」や「乗り物」のいずれについても正確な境界線を考慮せずに、まして「車」のメンバを全て列挙して「乗り物」のメンバシップを検査することなどせずに、（「車」は概して「乗り物」であることから）「車」を「乗り物」のサブクラスとして考えることもある。
【０８３３】
本節では、端部クラスの様々な側面について述べ、ＰＥＲＣｏｓ実施形態への適用の仕方を提案する。端部クラスや関係する概念のための特定の構造を採用する、いくつかの実施形態に当てはまる例を用いる。これらの例は、限定はせずに、概念を明らかにすることを意図している。全ての例が、本開示の他の部分に直ちに用いられることを意味するものではない。いくつかのＰＥＲＣｏｓ実施形態は、これらの構造を比較的直接的に組込んでもよい。他のものは、他の概念、他の用語、及び／又は他の定義を機能的に同等な配列で用いて、機能上類似した動作や結果を達成してもよい。
【０８３４】
本節をとおして、クラスと属性とは、特に断りがなければ、それぞれ端部クラス（宣言クラスを含む）と端部属性のことをいう。
【０８３５】
ＰＥＲＣｏｓの端部クラスは、人間・コンピュータ間の端部を跨ぐ通信のための実践的な構成として人間の概念を反映することを通常意図した、正確な表現（例えば、仕様）である。例えば持続、再利用、及び／又は発行される端部クラスは、概して長い端部クラス表現になりがちなところ、宣言さて、短いクラス名（一つのトークンであることが多い）を与えられてもよい。そのような宣言クラスは、概して、以下の実践的な方法として、利用者クラスに対応し、利用者プロセスを支援することを意図している。
１．人間同士の通信
２．人間・コンピュータ間の端部を跨ぐ通信
３．項目の分類（例えば、分類体系及び／又はオントロジの組込み）
４．概念単位の明確化及び／又は仕様
５．関係する項目及び／又は概念の特定、解釈、相互作用、及び／又は合目的表現
６．情報領域のナビゲーションと探索
【０８３６】
各宣言クラスは、特定の文脈で類似すると直接的又は間接的に宣言されたメンバを含んでもよい。利用者は、トークンから成る表現のメソッドによって、彼ら自身、他の人間、及び／又はコンピュータシステムへの通信のための宣言クラスや属性名を用いてもよい。利用者クラスと端部クラスは調整されることが望ましいが、人間の思考が概して不正確であり、クラスシステムによっては捉えられない人間の思考の側面があるため、それらは通常、厳密な対応関係にはなり得ない。例えば、「最も近い」端部クラスが、利用者クラスの属性をいくつか欠き、及び／又は更なる属性を有することもある。利用者クラスから端部クラスへの変換におけるそのような損失性及び／又は補足は、例えば、現在の利用者目的の記述に重要でない、人間の思考の不明瞭さ及び／又は詳細や、自然言語のニュアンスや含意をいくらか抑制するために、意図的で有用なこともある。
【０８３７】
クラスは、目的の満足のために通信や計算プロセスを促進するのに用いられる汎化オブジェクトである。それらは、人間の概念（特に、利用者クラス）やその組織に充分密接に対応する概念仕様を、効率的かつ実践的に表現してもよい。それらは、人間・コンピュータ間の端部を跨ぐ効率的な双方向通信を可能にするために、あるいは複数の利用者や複数の端部のシナリオにおいて、採用される。これらの汎化オブジェクトは、目的に関係した情報や体験に、利用者が柔軟に触れることを可能にする。さらに、クラスは、ほぼ無限の異なる資源から、目的に関係した結果を効率的に得る実践的な方法を提供する。
【０８３８】
端部にとって重要ないくつかの側面は、以下のとおりである。
１．利用者や利用者グループが、思考を編成し、関係を特定し、及び／又は自らの知識構造を管理するのを助ける。
２．利用者クラスや宣言クラス間における、利用者の概念の明瞭さ、関連性、及び／又は対応関係を向上させる。
３．利用者、利用者グループ、及び／又は他の利害関係者（例えば、発行者）の間の通信を標準化する。
４．意図的利用者・コンピュータ間の交差端部通信を向上させる。
５．特に、利用可能な知識構造（例えば、「ビッグリソース」）を含む、とても大きな情報集合を扱うときに、利用者クラスのナビゲーション、探索、発展のための交差端部プロセスについて、利用者を補助する。
６．適切に損失のある変換を利用して、重要な特徴に焦点をあてる。
７．大きく多様な情報集合の、損失のある管理と効率的な選別を、利用者及び目的志向で提供する。
８．コンピュータプロセスやデバイスに目的を関連付ける方法を提供する。
９．内部クラスへの翻訳のための一様な基礎を提供し、相互運用可能な知識構造を作成する。
【０８３９】
宣言クラスは、少なくとも部分的には、関係する利用者クラスを表現するために作成されてもよく、それらに意味があるように対応させることを概して意図する。宣言クラスは通常、端部を跨ぐ通信のための実践的構成として人間の概念を反映する。多くの利用者クラスは、完全に及び明示的に規定することができない、又は少なくともされなくてもよい。
【０８４０】
クラスに名前を付けて用いることは、非形式的には、人間がどのように目的や資源について関係的に思考し、記述するかの、重要な（明示的及び／又は暗黙的）要素である。ＰＥＲＣｏｓは、例えば、表現された目的に、資源属性要件に、及び／又は、参加者／役割情報として記録された利用者選択を含む補足的文脈情報にトークンを含む表現を用いて人間・コンピュータの端部を跨いで通信される端部クラス（宣言クラスを含む）の表現を可能にすることによって、そのような記述を支援し、補強する。
【０８４１】
人間の思考に備わっている不正確さは通常、トークンと人間の概念との間の対応関係を、厳密にするというより、近似的なものにする。利用者クラスと宣言クラスの間、及び、利用者属性と宣言クラス属性の間の対応関係は、通常、同様に近似的なものである。もし利用者が、完全には理解していない宣言クラスや属性名を含む端部クラス表現を作成したならば、規定するクラスについて混乱をきたしかねない。
【０８４２】
宣言クラスは、利用者目的に関連する利用者クラスの側面を仕様が充分に捉える程度に、（文脈において）利用者クラスと意味があるように対応する。端部クラスと利用者クラスの間の意味がある対応関係の程度は、そのメンバと属性が、利用者に認識された利用者クラスのメンバと属性に対応する程度、即ち、端部クラスのメンバと属性が、その文脈において利用者クラスのメンバと属性に充分に対応していると利用者が考える程度、の尺度である。ＰＥＲＣｏｓは、意味がある対応関係の問題を、内部化及び外部化に隔離することを可能にする。よって、ＰＥＲＣｏｓシステムの他の部分は、正確な端部及び／又は内部クラス、属性、メンバ、クラスシステムに取り組んでもよい。
【０８４３】
どの特定の利用者クラス（例えば、目的要素）についても、厳密に対応する端部クラスがある可能性は低いとはいえ、有用であるためには充分密接に対応している、標準化された端部クラスの比較的小さな集合はあるはずである。例えば、「学習する」は、講義に出席する、宿題をする、物理学を学習する、のようなサブクラスを有する学習するという宣言クラスに密接に対応するかもしれないが、「熟慮する」や「詰め込む」に正確に対応するサブクラスは有しないかも知れない。「ボール」は、回転楕円体やおもちゃというクラスのサブクラスである、宣言されていない端部クラスに密接に対応しているかも知れない。「プレイボール」は、プレイという宣言クラスの、宣言された又は宣言されていないサブクラスに対応しているかも知れない。
【０８４４】
利用者クラスを表すには、利用者は、最も密接に対応すると思われる一以上の宣言クラスを概して選ぶべきである。宣言クラスの名前は、利用可能な利用者／グループ／ＰＥＲＣｏｓの語彙体系、発行された拡張機能、及び／又は個人の拡張機能から選んでもよい。特定領域のための語彙体系に用いられるトークンは、認知された領域専門家が自らの利用者クラスから抜き出した用語に密接に対応してもよい。通常、標準化された宣言クラスを用いることは、ＰＥＲＣｏｓサブシステム間の相互運用性や利用者間の通信にとって重要なこともある。
【０８４５】
不充分な利用者の知識や利用者のエラーのため、所望の利用者クラスに充分に対応しない宣言クラスを利用者は選んでしまうかも知れない。利用者が選んだ宣言クラスは、したがって、より汎用的である、より汎用的でない、及び／又は意図した利用者クラスにそぐわないものであるかも知れない。しかし、満足のいかない宣言クラスであったとしても、メンバの集合として正確な解釈を有しているのであり、ＰＥＲＣｏｓの内部クラスに対応付けることができる。
【０８４６】
概して、利用者クラスと宣言クラスの間の対応関係の程度に対する利用者の考えを含め、利用者の状態を充分に理解できるのは、（もしいるとすれば）利用者しかいない。利用者の状態は、利用者の動作に反映され、したがって宣言クラスの利用及び／又は生体／環境的入力についての履歴情報から部分的に推測されてもよい。ＰＥＲＣｏｓシステムは、例えば、候補ファセット、サブクラス、スーパークラス、パラクラス、及び／又は他の関係する端部クラスを含め、推測される利用者の状態に関連すると思われる宣言クラス（及び他の端部クラス）を提案することによって、利用者を補助してもよい。
【０８４７】
ＰＥＲＣｏｓ実施形態は、例えば、限定はされないが、目的の仕様及び／又は利用者選択の仕様を含むクラス表現に該当する文脈を関連付ける追加メソッドを持つ、三種類の伝統的なクラス表現（属性によるもの、メンバの列挙によるもの、及び名前によるもの）を増強してもよい。この文脈は、調査、マッチング、及び／又は分析されて、クラス表現の解釈に影響を及ぼしてもよい。文脈表現は、ＣＰＥ及び／又は宣言クラスに関連付けられた人間の関係的理解や意味に関する、（例えば、セッションにおける）計算プロセスを導くのに重要であり得る。クラスの対応関係、比較、及び／又はマッチングにおいて文脈的要素を用いることで、伝統的クラスに比して、更なる効率性や結果の質がＰＥＲＣｏｓシステムに提供される。
【０８４８】
文脈分析は、ＣＰＥのような端部クラス表現の作成及び比較の両方に用いられてもよい。いくつかの実施形態では、ＰＥＲＣｏｓ実施形態は、事実上無限に分散された情報を効果的に扱う方法として文脈的強調や汎化を用いることで、アルゴリズム的に組み合わされた、クラスに基づく損失性を採用している。
【０８４９】
また、ＰＥＲＣｏｓシステムは、少なくとも部分的に運用処理に影響を与えることもある端部クラス及び／又は端部クラス表現に文脈的メタデータを添付する注釈つきクラスを用いてもよい。
【０８５０】
ＰＥＲＣｏｓ実施形態は、大きく（ときには巨大な）、多様で、及び／又は複数の場所にあってもよい資源を管理する方法としてのクラス間の関係を利用することによって、結果の質とそれを得る効率性の両方を実践的に最適化する方法として、クラスやスーパークラスの本質的な損失性を、独自に受け入れ、採用している。メンバの代わりにクラスを用いる、及び／又はサブクラスの代わりにスーパークラスを用いることの適切な損失性は、目的や資源を汎化し結び付ける方法を提供する。これらの機能は、最適に目的を満足させる資源の特定と配備において、既存の探索、検索、及び意味的なツールに比して、実質的な改善を提供する。
【０８５１】
ＰＥＲＣｏｓ実施形態は、クラスに基づく損失のある変換を利用して、例えば、限定はされないが、以下のような様々な方法で効率性や目的への関連性を最適化してもよい。
【０８５２】
１．個別のメンバの属性値を見るオーバーヘッドなしに、目的表現に充分に属性が合致しないクラスを丸ごと拒絶することによって、広大な資源集合の検索範囲を狭めてもよい。代わりに、焦点を充分に合致するクラスのメンバにあてて、効率性と実践性の実質的な改善を提供することができる。
【０８５３】
２．目的表現に充分に結び付けられるクラスをさらに含むよう、検索範囲を広げてもよい。このことは、利用可能で合致するものが不足し、汎化が必要とされるときに特に有用なこともあり、その視点の拡大及び／又は再設定によって利用者の発見やナビゲーションプロセスが実質的に向上することもある。
【０８５４】
１．サブクラス以外の関係を用いて、サブクラス関係のみでは捉えられない類似性及び／又は関連性を利用してもよい。例えば、兄弟クラス、スーパークラス、及び／又はパラクラスを用いて、目的の定式化中に利用者によって検討される目的表現のバリアントを提案し、及び／又は自動的に検索を拡大してもよい。
【０８５５】
２．クラスを文脈的特徴と組み合わせて用い、一連の検索及び／又はマッチングの前、最中、及び／又は後に行う処理を含め、より精細なアルゴリズム的に管理された結果を提供してもよい。
【０８５６】
３．損失のある複合的な変換において、複数のクラスの損失性を利用、例えば、複数の次元を表現、してもよい。例えば、異なるクラス型からの損失性を組み合わせるアルゴリズムを用い、異なるクラス型の異なる損失性の属性を利用して大きな資源集合の管理を促進することで、例えば実践的な目的応答結果を生じさせてもよい。
【０８５７】
様々な実施形態は、これら技術のいくつか又は全てを、様々な組み合わせや順序で採用してもよい。いくつかの実施形態では、ここで概説された利便性の選択肢が一以上あってもよい。
【０８５８】
定義は、概して、「下から上」の順序で提示される。いくつかの定義の効用は、後の節で、定義された概念が用いられるときに明らかになるだろう。
【０８５９】
数学的に見ると、ある文脈では以下のことがいえる。
１．クラスシステムは、クラスの集合を含む。
２．各クラスは、メンバの集合を含む。
３．各メンバは、＜属性名、属性値＞の対の集合を含む。
【０８６０】
いくつかの属性値は、それ自身がクラスであってもよい。読み手は、集合の無限の海で泳ぐクラスを思い描くかも知れない。
【０８６１】
いくつかの実施形態は、集合を広くクラスの記述に用いる。なぜなら、集合論は、数学の最も単純で最も基礎的なツールの一つであり、クラスの重要な側面の妥当で一貫した記述を与えるのに用いることができるからである。同様に、異なる実施形態は、明示的又は暗黙的な形態の異なる方法で集合を表してもよい。いくつかの実施形態では、いくつかの集合は、システム内に明示的表現を全く有しなくてもよい。
【０８６２】
本開示のほとんどの例では、英語の単語、フレーズ、及び文法カテゴリを用いて、端部クラスに関する概念や利用を説明している。これは、著者にとって馴染みが深いからであり、ＰＥＲＣｏｓや端部クラスに何か英語（又は他のいずれかの自然言語や自然言語の集まり）に特有なものがあるからではない。ＰＥＲＣｏｓ自体は言語に対して中立的であるが、馴染み深い実施形態の方が馴染み深くないものよりも多くの洞察をもたらす可能性が高い。ここで説明される実施形態は、当業者に説明するための例に過ぎず、それに限定されるものではない。アラビア語、中国語、エスペラント語、ギリシャ語、トラルファマドール語、あるいは何らかの人工的に発明された言語のいずれかであっても、その言語に堪能な者にとっては同じように役に立つ実施形態を供給することができるのは間違いない。
【０８６３】
いくつかの実施形態では、利用者は、自然言語の単語やフレーズを主に用いてシステムと通信する。しかし、それらの実施形態においても、完全な、文法的な文のみを用いることを要件とする必要はない。目的の際立った側面に焦点をあてた言語の断片が、概して、基準となってもよい。例えば、「私は、教科書で初級の微積分学を学習したい。」よりは「学習  微積分学  初級  本」であり、「私は、近くでもうすぐあるグレイトフル・デッドのコンサートに参加したい。」よりは「参加  コンサート  デッド」であり、「私は、自宅でゼリービーンを育てる方法を学習したい。」よりは「学習  育てる  ｅビーンズ  自宅」である。
【０８６４】
この開示で単語やフレーズをトークンとして用いるときは、この開示では概して、このフォントを用いてトークンとして解釈されるものであることを示し、ときには「鉤括弧」を用いて一つのトークンの範囲を定めることもある。例えば、これら、トークン、「白いスペース」、「例えば、限定はされないが、」は、四つのトークンをなす。
【０８６５】
クラスやクラスシステムの要素の仕様／記述は、構造を制限することもある相互作用的要素（例えば、ドロップダウンメニュ、記入欄）を場合によっては含む、一以上の適した言語及び／又は表記法で表現されてもよい。これらの言語の構文は、概して、いくつもの形態をとり得る。それぞれ特定の実施形態は、実施形態内で拡張可能であってもなくてもよい、及び、本文書内で用いられるものに似ていてもいなくてもよい、そのような言語、表記法、及び／又は他の通信方法の特定の選択された集合を支援してもよい。
【０８６６】
トークンは、端部を跨ぐ通信の単位（通信可能な記号）である。いくつかのトークンは、属性（例えば、属性名）、重み付けされた、あるいはアルゴリズム的に定義された属性の集合、クラス、クラスシステム、表現の構造的要素（例えば、オペランド、演算子、句読点）、及び同種のものの宣言名として用いられてもよい。語彙は、トークンの集合である。
【０８６７】
非公式的な話や文章では、ものの表現とそのもの自体の間で、明確な区別をしないことが多い。しかし、クラス、特に目的を含む宣言クラス、を話題にするときには、この区別について注意し、クラス表現とそれがある文脈で表すクラスとの間で区別をすることが重要である。
【０８６８】
トークンは、一以上の文脈で、ＰＥＲＣｏｓ値を表すために用いられてもよい。例えば、アラビア数字の１４、ローマ数字のＸＩＶ、二進数の１１１０は、それぞれ適切な文脈で、いかなる特定の表現からも独立した抽象概念として存在する数字の十四を表すのに用いられてもよい。別の例として、演算子の「＋」は、いくつかの文脈では算術演算の加算、他のいくつかの文脈ではブール演算の論理和、さらに他の文脈では一以上という文字列演算子を表すこともある。
【０８６９】
ＰＥＲＣｏｓ表現は、具体的な記述言語の規則に従うＰＥＲＣｏｓトークンの配列である。それらは、文脈依存又は文脈独立の値を表すのに用いられてもよい。例えば、ＸＩＶ＋ＩＩと４×４はそれぞれ、特定の文脈において、数字の十六を表すかも知れない。表現の内部表現はそれ自体、宣言され（名前が付けられ）得るＰＥＲＣｏｓ値の型である。いくつかの実施形態では、表現は、それが示してもよい値のメタデータからは区別される、関連付けられたメタデータも有してよい。例えば、表現が最後に修正された日時は、表現の一部でもなく、様々な文脈でそれが表すいずれの特定の値についてのメタデータでもない。
【０８７０】
人間・コンピュータ間の端部を跨ぐ通信は、主に表現を備えるが、ＰＥＲＣｏｓ内の「計算の意味」は、内部値（例えば、関連する文脈での表現の解釈）である、表現が表すものに主に関係する。表現と値の間の翻訳と再翻訳（内部化と外部化）の問題は、さらに詳しく扱う。
【０８７１】
解釈は、値（概して、表現）から値への対応付けであり、文脈依存であってもよい。いくつかの実施形態では、少なくともいくつかの構造化された表現の解釈は、宣言名、演算子、及び／又はオペランドとして用いられるトークンを含む、各トークンを解釈することによって進められ、（更なる解釈を伴ってもよい）それらの値で運用をして結果を計算してもよい。
【０８７２】
ＰＥＲＣｏｓ宣言名は、文脈又は文脈の集合において、別の表現に関連付けられるよう宣言された（概して比較的短い）表現である。例えば、一つのトークンは、クラスや属性の宣言名であってもよい。これにより、トークンを、その関連付けられたクラスや属性表現のリテラルのコピーの代わりに、表現で用いることができるようになる。他のいくつかの例としては、構造化された値の要素（例えば、Ａ［７］．一番目）への参照を単純化することもある構造化された宣言名や、解釈を控える（場合によっては、異なる文脈で、おそらく異なる値を生じさせる）のに用いられる宣言名が挙げられる。
【０８７３】
宣言は、宣言名（トークンや他の表現）を、クラス定義言語の二つ目の表現（その仕様）に関連付けることである。宣言名の解釈は、二つ目の表現の解釈と同じである。宣言名（及び宣言）の型は、仕様の型と同じである。例えば、クラス宣言名は、クラス宣言のクラス表現に関連付けられ、属性宣言名は、属性宣言の属性表現に関連付けられる。
【０８７４】
いくつかの実施形態では、参照の利便性のため、クラス表現は一以上の対応する名前を有してもよい。そのような名前があると、メンバや属性を列挙することなくクラスを規定するのに便利である。これらの簡潔な仕様は、短くかつ理解可能なＣＰＥやそのクラス表現を書く上で大いに補助となり、実践的な人間のパターン認識を大い補助する。クラス名は、文脈におけるクラス表現の集合、つまり宣言によってその文脈において名前が関連付けられたもの、の簡潔な表現を提供する。名前は通常、用いられる文脈において一意で識別可能なように選ばれるべきであり、よって集合は通常一つのメンバを有する。いくつかの実施形態では、クラスのために利用者が選んだ一以上の名前が、クラス表現の一部であってもよく、及び／又は、各クラス表現について一以上のクラス名が自動的に生成されてもよい。
【０８７５】
多くの文脈においては、宣言名は、はっきりと区別されることが望ましい。即ち、各宣言名（トークンや他の表現）は、最大で一つの仕様に関連付けられてもよく、したがって曖昧さを残さずに解釈することができる。いくつかの実施形態では、仕様（表現）は、一つの文脈で複数の宣言名を有してもよい。
【０８７６】
クラスや属性の名前の選択は、宣言名と利用者クラスの間に知覚される対応関係に影響を及ぼすこともある。クラス表現を提供する人間や人間グループと、利用者クラスの対応関係を想定する人間との間で、一以上のトークンの理解が異なるためである。例えば、誤解は、名前の理解を変えるような文脈上の違いによることもある。例えば、「ポイントの意味なら、誰でも知っている」。しかし、文脈は、ゲームか、地理か、幾何学か、ジョークか、鉛筆か、鉄道か、それともレトリックだろうか？
【０８７７】
宣言クラスや属性は、利用者クラスや属性に完璧には対応することができないにも関わらず、実践では大変有用なことが多い。例えば、宣言クラスの正確さは、名前の用い方が異なっていたときに、利用者の理解を助けることもある。また、計算的文脈で、実践性や効率性を改善する汎化や単純化を提供することもある。
【０８７８】
参照／用法は、一つの概念的単位の等価表現として意図されるトークンの集合である。いくつかの実施形態では、参照／用法は、内部参照によって表されてもよい。
【０８７９】
参照／用法のメンバとなり得る、文字列の形のトークンの集合のいくつかの単純な例としては、以下のものが挙げられる。
｛・・・−−−・・・  ・・・−−−・・・  ・・・−−−・・・，ＳＯＳ  ＳＯＳ  ＳＯＳ，メーデー  メーデー  メーデー｝
｛×，＊，・，かける｝
｛取得する、買う、購入する｝
｛上級．専門｝
｛アメリカ人，ヤンキー｝
｛初心者，新米、新人｝
｛明るい，あかるい，光っている｝
｛持っていく，運ぶ，移動させる，輸送する｝
｛イギリス人，英人｝
｛微積分学，微積分｝
｛沈着物，石，歯石｝
｛算法，術後計算｝
【０８８０】
目的クラスは、目的を備えるクラスである。
【０８８１】
原子属性は、＜属性名，属性値＞の対である。
【０８８２】
属性バンドル（項目）は、原子属性の集合である。クラスメンバは、明示的又は暗黙的にクラスに属すると規定された属性バンドルである。
【０８８３】
クラス属性名は、クラス表現である。
【０８８４】
属性値は、ＰＥＲＣｏｓ実施形態で許容される任意の値である。いくつかの実施形態は、フィールドの、記憶された値としてクラスを許容してもよい。
【０８８５】
メソッドは属性値の一種であり、属性バンドルの他の属性値のいくつか又は全てにアクセスする、それらの属性値から少なくとも部分的に導出可能な一以上の値を作り出す、及び／又は、バンドルの属性値に対する一以上の特定の効果を達成する（即ち、特定の方法で修正された新たな属性バンドルを生成する）ために、一以上のオペレーションを備える。メソッドは、例えば一以上のプログラム、機能、規則の集合、論理表現、及び／又は、それらの値や効果の特徴の他の記述によって規定されてもよい。通常、メソッドはＰＥＲＣｏｓプロセスの展開の側面として「呼び出される」。
【０８８６】
フィールドは、メソッドではない属性である。いくつかの実施形態では、各フィールドは、従来、プット（ｐｕｔ）とゲット（ｇｅｔ）と呼ばれる、関連付けられたアクセスメソッド（割り当てと検索）を有してもよい。
【０８８７】
述語は、真か偽に属性値が制限されるフィールドである。
【０８８８】
属性の単純な例では、背の高さ、重さ、価格、通貨といった名前や、（背の高さ、重さ、価格のための）数字であったり（通貨のための）｛ドル，ポンド，ユーロ，円，・・・｝のような既に確立された集合の要素であったりする値を有するかも知れない。
【０８８９】
属性バンドルにおける属性の範囲は、原子属性のいずれかの属性の名前と対をなす属性値の集合である。例えば、次のような属性バンドルがあるとする。
｛＜重さ，１７＞，＜価格，３４５＞，＜重さ，１９＞｝
重さの範囲は、｛１７，１９｝であり、価格の範囲は、｛３４５｝である。
【０８９０】
属性名は、もし一つの原子属性において生じるものであれば、属性バンドルにおいて単一値であり、そうでなければ多値である。上記の例では、価格は単一値であり、重さは多値である。
【０８９１】
属性バンドルは、属性名のそれぞれが単一値であれば単一値であり、そうでなければ多値である。即ち、もし一つよりも多い属性値と対をなす属性名がなければ、属性バンドルは単一値である。
【０８９２】
もし属性名ａが属性バンドルＢにおいて単一値であったならば、Ｂにおいて原子属性によって名前ａと対をなす属性値はｖであるとする。本開示では、Ｂ．ａという表記を用いて次のいずれかを表すことがある。１）もしｖがフィールドであるならば、ｖのｇｅｔメソッドを呼び出した結果、２）その他の場合は、ｖ．Ｂ．ａをＢの状態変数として見てよく、「Ｂの属性ａ」と呼ばれることがあってもよい。もしａがＢにおいて（潜在的には多値の）属性であったならば、Ｂを構成する原子属性における属性名ａと対をなす属性値の集合を表すために、Ｂ．．ａという表記を用いることがある。
【０８９３】
クラスは、そのメンバと呼ばれる、属性バンドルの集合である。
【０８９４】
クラスの属性名集合（略して「属性」とすることが多い）は、メンバの全てに見られる属性名の集合である。
【０８９５】
クラスの属性の範囲は、任意のクラスメンバの任意の原子属性において属性名と対をなす属性値の集合である。同等に、クラスのメンバの全てにおける、その属性の範囲を統合したものである。
【０８９６】
属性定義クラスは、規定された属性名（定義属性）と真を対にする属性バンドルを備えるクラスである。
【０８９７】
クラスの固定属性は、全てのメンバについて同じ属性値を有するものである。例えば、ｘという名前で７という値を有するフィールドかもしれず、又は、クリアという名前で、呼び出されるとメンバそれぞれのフィールドの値を０の値に設定する効果を有するメソッドかも知れない。固定フィールドは、ｐｕｔメソッドを省略してもよい（又は、効果のないメソッドであってもよい）。メソッド自身は一般に固定されているが、いくつかの実施形態では、そのうちのいくつか又は全てが動的に割り当てられてもよい。
【０８９８】
もしＡのメンバが全てＢのメンバであるならば、クラスＡはクラスＢのサブクラスであり（Ａ⊆Ｂと記す）、ＢはＡのスーパークラスである（Ｂ⊇Ａと記す）。
【０８９９】
既に述べたとおり、クラス間のサブクラス及びスーパークラス関係は、ＰＥＲＣｏｓにおける損失性を制御可能なように管理、利用するためのツールとなり得る。
【０９００】
継承（Ｉｎｈｅｒｉｔａｎｃｅ）は、各サブクラスが、スーパークラスのそれぞれの属性を全て含んでいる（継承する）ことを意味する（即ち、クラスの属性名集合は、任意のサブクラスのそれの部分集合である）。さらに、クラスにおける各属性名の範囲は、任意のサブクラスの範囲の上位集合である。これら二つの特性は、サブクラスとスーパークラスの定義から直接導かれる。
【０９０１】
継承は、サブクラス関係の重要な特性である。オブジェクト指向プログラミングの簡潔性と能力の多くをもたらすものであり、クラス表現による目的、資源（例えば、参加者、デバイス、アプリケーション）、ＰＥＲＣｏｓ実施形態のいくつかの要素の記述において、同様の側面を提供するものである。
【０９０２】
サブクラスやスーパークラス関係が推移的であること（Ａ⊆ＢかつＢ⊆Ｃは、Ａ⊆Ｃを意味する）は、それらの定義から直接に導かれる。
【０９０３】
サブクラスやスーパークラス関係は、個別のメンバを調べることなくクラスレベルで検索のプルーニングに有用なこともある特性である、双対的な数学的束をクラスの空間上に定義するさらに、後に述べるように、クラスは、ＰＥＲＣｏｓの記述及び／又は具体化に有用なこともある属性及び／又はメンバについての追加情報を提供し得る。
【０９０４】
いくつかの実施形態では、クラスのメンバは、一以上の属性名に一以上の属性値を割り当てるＰＥＲＣｏｓプロセス及び／又はメソッドの呼び出しによって修正されてもよい。割り当ては概して、上位クラスのいずれかではなく、（一以上のクラスの）メンバに対して運用される。その結果は、記号、範囲、及び／又はクラスの制限を全て満たすクラスのメンバであり続けてもよい。フィールドの設定メソッドの呼び出しが、メンバへの割り当ての標準的な形態である。
【０９０５】
置換割り当て（ｒｅｐｌａｃｅｍｅｎｔ  ａｓｓｉｇｎｍｅｎｔ）は、新たな原子属性を追加する前に割り当てたものと同じ属性名を持つ全ての原子属性をメンバから削除する。
【０９０６】
添加割り当て（ａｄｄｉｔｉｖｅ  ａｓｓｉｇｎｍｅｎｔ）は、いかなる原子属性も取り除くことなく、属性バンドルに新たな原子属性を追加する。添加割り当ては概して、単一値と規定されるクラスのメンバには適用されない。
【０９０７】
例えば、２ＤＩｎｔＣｏｏｒｄというクラス表現がｘとｙという名前の属性を有するとする。｛＜ｘ，３＞，＜ｙ，１＞｝は、２ＤＩｎｔＣｏｏｒｄのクラスのメンバかも知れない。これは、７という値のｙに対する置換割り当てによって｛＜ｘ，３＞，＜ｙ，７＞｝という属性バンドルに、又は７という値のｙに対する添加割り当てによって｛＜ｘ，３＞，＜ｙ，１＞，＜ｙ，７＞｝に修正することができる。前者は、もしｙがそのクラスで純粋に抽象であれば、２ＤＩｎｔＣｏｏｒｄのクラスのメンバとなる。後者は、もし２ＤＩｎｔＣｏｏｒｄ及び／又はその属性ｙが単一値と宣言されていれば、メンバにはなれない。
【０９０８】
ここまで、この開示では、クラスを通常の数学的な集合として扱ってきた。いかなるとき、いかなる文脈においても、項目はクラスのメンバであるか、そうではないかのいずれかであって、その中間ということはない。ファジィ集合（セット）についてかなりの研究がなされており、利用者クラスに関するものなど、不確か及び／又は不正確な人間による分類の境界線を部分的に反映する数学モデルが開発されてきた。ファジィ集合では、ファジィな集合においてメンバシップを検査した結果を、ブールではなく、確率ｐとして定義することによって、問題の、全てではないが、いくつかに対処している。
【０９０９】
ＰＥＲＣｏｓのいくつかの実施形態では、通常の集合ではなく、ファジィ集合をいくつか又は全てのクラスの基礎としてもよい。また、サブクラス関係を含む関係も一般化してよい。例えば、あるクラスは、ブール値ではなく、確率ｐで別のクラスのファジィなサブクラスとなる。必要に応じてファジィ集合から適切な演算子を用いることで、クラスは、上記の特性を有するよう一般化され、かつファジィであることができる。
【０９１０】
この開示で、一般化についてこれまで述べてこなかったのには、いくつか理由がある。
１．実質的により数学的な表記を用いることなく、クラスに関する概念の、同等の定義を行うのは困難である。
２．ファジィ分類を用いるいくつかの数学的演算や論理的推論は、人間には驚くべき及び／又は不合理な結果をもたらし得、多くの状況において、ＰＥＲＣｏｓの側面を持つシステムでは望ましくないことがある。
３．コンピュータシステム内では、検索や評価を含む、ファジィなクラスに基づく演算が、集合に基づくクラスに基づいた、対応する演算よりも非効率的なことがある。
４．利用者にとって、ファジィなクラスのいくつかのファジィなメンバのメンバシップ確率について、不確かさの程度を整合的に規定するのが困難及び／又は厄介なことがある。
５．異なる利用者は、ファジィなクラス間の境界線付近で（例えば、個人的な利用者クラスがわずかに異なるため）いくらか異なる確率を割り当てる可能性が高いが、各ファジィなクラスシステムはそのうちの一つしか反映しない。
６．人間の思考では、文脈が、多くの属性及び／又はクラスによって定義される境界線を劇的に変えることがある。「大きなネズミ」と「小さなゾウ」を考えるとよい。概して定義されるように、ファジィ集合は文脈独立である。
７．ファジィなクラスにおけるメンバシップの程度は、利用者には特定されていない又は明らかでない文脈的パラメータに依存することがある。
【０９１１】
閾値クラス表現を用いることで、多くの場合、ファジィ集合／論理／クラスが解決しようとする問題へのより妥当でより実践的なアプローチが提供されることもあるが、特定の状況では、ファジィなクラスを用いることで結果が改善されることもある。
【０９１２】
クラス表現は、クラス表現構造を制約することもある相互作用的要素（例えば、ドロップダウンメニュ、記入欄）を含んでもよい何らかのクラス記述言語で表現された、クラス（メンバの集合）を規定する表現、又はそのような仕様の要素である。
【０９１３】
いくつかの実施形態では、クラス表現は、クラスやそのメンバのメタデータからは区別される、関連付けられたメタデータを有してもよい。
【０９１４】
解釈は、値（クラス表現を含む）から値（クラス、属性、メンバ、表現を含む）への、場合によっては文脈依存の対応付けを提供する。
【０９１５】
目的表現はクラス表現の部分集合であり、目的表現要素は端部クラス表現の運用的要素である。
【０９１６】
クラス表現は、一つのトークン又は他のクラス表現であってもよい、一以上の関連付けられたクラス名を有してもよい。クラス名は、関連付けられたクラス表現の解釈であるクラスを表す表現に用いられてもよい。この開示では、「クラス名Ｘに関連付けられたクラス表現の解釈」を略して「クラスＸ」とすることも多い。
【０９１７】
クラス表現は、実施形態によって受け入れられる一以上のクラス表現言語で表現してもよい。いくつかの実施形態では、クラス表現言語は、クラスについて様々な種類の情報を宣言するための構成体を提供する。例えば、限定はされないが、クラス表現は以下のことを示してもよい。
１．クラスは、一以上の他のクラスのサブクラスである。
２．クラスは、固定、抽象、及び／又は記号であってもよい、名前の付いた属性を一以上有する。
３．クラスの一以上の規定された属性は、全てのメンバについて単一値である。
４．規定されたクラスの属性の、範囲という属性は、規定された属性値の集合に含まれ、及び／又は、一以上の規定されたクラスに含まれる。
【０９１８】
以上のクラス表現の種類は、任意の適切な組み合わせで用いて、クラスの具体的な記述を形成してもよい。これらのクラス表現の形態は、様々なオブジェクト指向プログラミング言語及び／又はオントロジ記述言語に用いられてきた形態に類似し、クラス表現の伝統的な形態をなすものである。
【０９１９】
いくつかのクラス表現言語では、サブクラス表現は、クラスが一以上の規定されたクラスのサブクラスであることを宣言する。
【０９２０】
いくつかのクラス表現言語では、固定属性表現は、クラスの一以上の属性が固定であることを宣言する。その解釈では、その属性がクラスの属性名集合に含まれてもよく、各属性名は各メンバにおいて同じ規定された属性値（又は属性値の集合）を有してもよい。
【０９２１】
いくつかのクラス表現言語では、抽象属性表現は、クラスの一以上の属性が抽象であることを宣言する。その解釈では、その属性がクラスの属性名集合に含まれてもよい。このことは、各クラスメンバがそれらの名前の属性を有してもよいが、属性値は制限されないことを意味する。
【０９２２】
いくつかのクラス表現言語では、記号属性表現は、クラスの一以上の抽象属性が記号であることを宣言し、記号属性、他の属性、及び／又は文脈的に関連する次元値を含んでもよい一以上のある記号表現によって表される。記号属性表現の解釈では、どのような文脈でも、各クラスのメンバは、他の属性の値や次元値と共に、記号表現を満たす値の名前を持つ属性を有してもよい。例えば、ｒという名前の記号フィールドは、同じメンバにおけるｘとｙという名前のフィールドの属性値の二乗の和の平方根として表現されるかも知れない。あるいは、Ｍｅａｎという名前のメソッドは、含まれるメンバについて、Ｓｕｍという名前のメソッドが返した値を、Ｃｏｕｎｔという名前のメソッドが返した結果で割った結果を返すものとして規定されるかも知れない。
【０９２３】
いくつかのクラス表現言語は、記号表現を、例えば以下のような左辺に属性名を持つ等式に制限してもよい。
ｒ＝ｓｑｒｔ（ｘ２＋ｙ２）
【０９２４】
他のいくつかのクラス表現言語は、等式でない述語や、例えば以下のような左辺により複雑な式を持つ等式を含む、より汎用的な記号表現を可能にしてもよい。
ａ３＋ｂ３＝ｃ３＋ｄ３
ここで、ａとｄは記号属性の名前であり、ｂとｃは固定属性の名前である。
【０９２５】
いくつかのクラス表現言語では、制限表現は、属性が制限されることを宣言する。その解釈では、クラスにおける属性名の範囲は、規定された範囲に、及び／又は文脈依存であってもよい一以上の規定されたクラスに含まれてもよい。
【０９２６】
ＰＥＲＣｏｓシステムにおけるクラス表現の運用範囲は、オペレーション中にあり得る任意の文脈における解釈であってもよいクラスの集合である。
【０９２７】
いくつかの実施形態では、クラス表現、クラス、及び／又はメンバは、通常、資源としてパッケージ化されている。
【０９２８】
一つのクラスは、複数の異なるクラス表現の解釈であってもよい。ある文脈において、異なるクラス表現は、例えば要素のグループ化が異なったり、提示の順序が異なったり、異なるクラスや属性名を伴うことがあったとしても、解釈されると同じ結果（メンバの集合）を有し得る。
【０９２９】
多くの非ＰＥＲＣｏｓのクラスシステムと異なり、いくつかのＰＥＲＣｏｓのクラス表現の解釈は、異なる文脈において異なるクラスとして解釈されてもよい。例えば、記号クラス表現は、文脈的な値を指してもよい。いくつかの実施形態では、これらの記号表現は、例えば以下のように、明示的に条件的であってもよい。
大きさ＝ｉｆ文脈．座標システム＝デカルト
ｔｈｅｎ  ｓｑｒｔ（ｘ２＋ｙ２）  ｅｌｓｅ  ａｂｓ（ｒ）
ここで、ｘとｙはデカルト座標であり、ｒは極座標の半径である。
【０９３０】
文脈Ｃにおける解釈Ｉの下で、もしＡＤの解釈（クラス）がＢＤの解釈のサブクラスであるならば、クラス表現ＡＤはクラス表現ＢＤのサブクラス表現であると言える。したがって、クラス表現にとってのサブクラス関係は、解釈及び／又は文脈に依存してもよい。もし全ての文脈についてＩによるＡＤの解釈がＩによるＢＤの解釈のサブクラスであるならば、Ｉの下でそれは文脈不変である。例えば、もしＡＤが、ＢＤをＡＤのスーパークラスとして宣言する表現を含むのであれば、そのような場合もある。
【０９３１】
全てのメンバは、それ自身のみを含む固有のクラスに関連付けられてもよい。いくつかの実施形態では、クラス表現を必要としてもよい文脈において、メンバ表現（例えば、メンバ名）が、関連付けられたクラスに自動的に変換された後、他のあらゆるクラスのように用いられてもよい。
【０９３２】
クラスシステムは、少なくともサブクラス関係を含むクラスについて、クラスの集合や関係の集合を備える。
【０９３３】
二項関係は、一対の要素が、もし何らかの目的のために「関係する」のであれば、真となるブール関数（述語）である。他の関係では、二つよりも多いクラスを伴ってもよい。
【０９３４】
サブクラスやスーパークラス関係のみが、クラス、メンバ、及び／又は属性間で有用な関係ではない。例えば、二つのクラスの間の関係は、同じ属性集合を共有したかや、サブクラス関係を有したかに関わらず、二つのクラスが「意味的に及び／又は目的が近い」のであれば、成り立つかも知れない。関係は、追加的な視点、及び／又は処理のための効率性を提供してもよい。関係は、例えば、利用者が当初用いていたのとは異なるクラスやクラス名の集合を用いて記述された、関連する目的クラス及び／又は他のクラスを見つけるために領域を探索している利用者を補助するのに用いられてもよい。
【０９３５】
メンバ導入は、特定の項目が、一以上のクラスの実メンバであることや、クラスシステム（及び制約が満たされる全てのクラス）の実メンバであることの表明である。ほとんどの実施形態では、新たな実メンバを動的に導入することが可能である。クラスの制約に整合的であるが、メンバとして導入されていない項目は、クラスの潜在的メンバである。（実メンバは通常、潜在的メンバと混同の可能性が高くない限り、メンバと略される。）
【０９３６】
クラスシステムは、メンバ導入の集合と共に、クラスやその関係を宣言するクラス表現の集合によって規定されてもよい。また、クラスシステムは通常、その宣言クラスや属性を用いてクラスシステム表現によって表現されてもよい、全ての名前の付いていないクラスを含む。
【０９３７】
いくつかのクラスシステムの実施形態は、クラスシステムにおける全てのクラスのスーパークラスである、クラスシステムの最大元クラス（「Ｔ」と記す）を含んでもよい。いくつかのクラスシステムの実施形態は、メンバがいないクラスである空クラスを含んでもよい。クラスシステムにおける全てのクラスのサブクラスであり、最小元クラス（「Ｔ」の上下反転、と記す）と呼ばれることもある。
【０９３８】
クラスシステムの実メンバクラスは、クラスの全ての実メンバの集合を備える。いくつかのクラスシステムの実施形態では、実メンバクラスは、クラスシステムの最大元クラスと同じであってもよい。
【０９３９】
クラスシステムは、プロセスによって変更されてもよいクラスと属性がなければ静的、いずれか又は両方に追加があってもよければ拡張可能、いずれか又は両方に追加、差し引き、及び／又は修正があってもよければ動的である。効率性のために、いくつかの実施形態は、クラスシステムのいくらか又は全て、あるいはその部分を、動的及び／又は拡張可能とならないように制限してもよい。
【０９４０】
目的クラスシステムは、目的クラスを備えるクラスシステムである。
【０９４１】
多くの実施形態では、クラスシステムは、資源であってもよい。いくつかの実施形態は、共通のクラス、属性、及び／又は実メンバを有していても、いなくてもよい複数のクラスシステムを用いてもよい。
【０９４２】
一つの実メンバをクラスシステムに追加すると、クラスシステムにおいてあり得るクラスの数は倍になる。（これは単なる比喩ではなく、実際の指数関数的な増加である。）したがって、実践では、多くのクラスシステムはあまりに巨大なので、クラスの集合全てが明示的に書かれ、計算され、又は列挙されることはあり得ず、マッチングや検索など、いくつかのプロセス集合に関連するずっと小さな数のクラスのみでよい。加えて、いくつかのクラスシステムは、無限の数のクラスを含む。
【０９４３】
端部クラスシステム表現は、例えば、トークン集合の配列によって、相互作用的な利用者インタフェースによって、及び／又は資源同化プロセスの結果によって、いくつかの端部クラスシステム記述言語で表現される端部クラスシステムの仕様の一部である表現である。端部クラスシステム記述言語は、通常、一以上のクラス記述言語を含む。
【０９４４】
利用者や他の利害関係者との通信は、通常、端部クラスシステム表現を用いる。本節内では、クラスシステムとは、特に断りがなければ、端部クラスシステムのことをいう。
【０９４５】
クラスシステム表現は、クラスシステム及び／又はその一以上のクラスについて一以上の制約を供給してもよい。いくつかの実施形態では、クラスシステム表現は、例えば、限定はされないが、以下の形態のいくつか又は全ての仕様を用いてもよい。
【０９４６】
１．クラスを宣言する。
ａ．クラスは、クラス表現にクラス名を関連付けることによって宣言されてもよい。
【０９４７】
２．クラスについて一以上の制約を規定する。
ａ．クラスのためのクラス属性は、属性の型、属性値の範囲、他の属性及び／若しくは文脈情報（記号属性）を伴う記号表現、クラスにおいて属性が抽象であることを示す指示子、並びに／又は属性の重みに属性名を関連付けることによって宣言されてもよい。
ｂ．クラスのメンバは全て、対応する具体的なメンバ測定基準について一以上の閾値を満たす。
【０９４８】
３．例えばクラスコンストラクタを用いて、一以上の他のクラスの観点からクラスを規定する。
ａ．二以上の他のクラスの対称又は非対称差を含む。
ｂ．基底クラスの集合の組み合わせによる結合とする。メンバは、具体的な基底クラスｎ個のうち少なくともｋ個のメンバである。
【０９４９】
４．他の方法によりクラスを規定する。
ａ．メンバは、何らかの論理（例えば、記述論理、様相論理、時相論理、一階論理、及び／又は高階論理）における表現によって決定される。
ｂ．メンバは、規定されたアルゴリズム的方法で決定される。
【０９５０】
５．二以上のクラス及び／又はそのメンバ間の一以上の関係（及び／又はその部分）を規定する。
ａ．クラスは、一以上の他のクラスのサブクラスである。
ｂ．クラスは、一以上の他のクラスをパラクラスとして有する。
ｃ．クラス又はその一以上のメンバは、一以上の具体的な関係によって、一以上の他のクラス及び／又はメンバに結び付けられる。
【０９５１】
６．例えばクラス表現コンストラクタを用いて、一以上の他のクラス表現の観点からクラス表現を規定する。
ａ．クラス表現の増強。メンバとして、さらに一以上の特定された項目を含む。
ｂ．クラス表現の緩和。一以上の具体的な属性について、継承された制限をオーバーライドする。
ｃ．クラス表現の拡大。一以上の規定された関係を基礎にメンバを追加する。
【０９５２】
７．二以上のクラス及び／又はそのメンバ間の制約を規定する。
ａ．クラスは、異なるクラスやクラスシステム表現によって規定されるクラスと等価である（即ち、同じメンバの集合を有する）。
ｂ．二つのクラスの集合で、共通するメンバの数は限られる。
【０９５３】
８．一以上の明示的なメンバを導入する。
ａ．項目は、クラスシステム及び／又はその一以上のクラスのメンバである。
【０９５４】
クラスシステム表現は、このような形態を用いて反復的及び／又は再帰的に構築されてもよい。多くのクラスシステム表現は、複数の形態を含んでもよい。様々なＰＥＲＣｏｓ実施形態は、場合によっては他の似た性質のものと、これらの形態の様々な組み合わせを可能にしてもよい。これらの形態は、多くの有用なクラスのための自然で、コンパクトで、及び／又は運用上効率的な表現を可能にすることもある。
【０９５５】
いくつかの実施形態では、クラスシステム表現は、クラスシステムやその要素のメタデータからは区別される、関連付けられたメタデータを有してもよい。
【０９５６】
端部クラス解釈機能は、あらゆる文脈において、端部クラスシステム表現（メンバ導入を含む）の集合をクラスシステム（例えば、内部クラスシステム）に対応付ける。異なる解釈機能は、通常、ある表現の集合を異なるクラスシステムに対応付けてもよい。いくつかの実施形態では、効率性のために、小さいクラスシステム（即ち、宣言クラス及び／又は実メンバの少ないもの）が大きいものよりも好まれる。端部クラス解釈機能と端部クラスシステム表現の集合との組み合わせは、通常、端部クラス仕様と呼ばれる。
【０９５７】
同じ端部クラスシステムを定義する端部クラス仕様が複数あってもよい。即ち、クラスシステムを規定する方法は複数あってもよい。このことは、クラスの集合とその関係が、多くの異なる方法で有用に記述され得るという事実を反映している。そのような端部クラス仕様は、互いの構造的バリアントである。異なる構造的バリアントは、「同じもの」に対する異なる視点、及び／又は、知的組織や目的クラスのために用いられる利用者クラスの異なる集合を表すことを意図した宣言クラスの異なる集合に起因してもよいクラスの集合及び／又はそれが宣言する目的クラスは異なってもよく、それらの解釈も異なってもよいが、それでも同じクラスの集合やクラス関係を規定することがある。
【０９５８】
いくつかの実施形態では、ＰＥＲＣｏｓシステムは、一以上の、場合によっては文脈依存の、基底内部クラスシステムや、基底内部クラスシステムの一つに全て対応付けられる一以上の端部クラスシステムを有してもよい。クラスシステムは、クラス表現の伝統的形態のみを用いるクラス表現の解釈であるいくつかのクラス、及び／又は、本節で述べたような一以上の更なるＰＥＲＣｏｓ形態を用いるクラスシステム表現の解釈であるいくつかのクラスを含んでもよい。
【０９５９】
クラスシステムの語彙は、任意の一以上のクラスシステム表現に見られる、及び／又は、クラス名や属性名として用いられるものを含む任意の実施形態のクラスシステム宣言言語で許容される、各トークンを含む集合である。
【０９６０】
いくつかの実施形態では、いくつか又は全てのクラスシステムは、発行されてもよい資源である。
【０９６１】
クラスの属性を規定する。いくつかの実施形態は、クラスについて制約を規定するための表現の追加的形態を提供してもよい。例えば、測定基準は、閾値クラスのようなクラス仕様の追加形態を可能にしてもよい。
【０９６２】
もし属性宣言に重みが関連付けられているのであれば、例えば一貫性プロセスによって、継承矛盾を解決するのに用いられてもよい。いくつかの実施形態は、状況によって、重みのための単純な（例えば、強制的あるいは任意的な）測定基準、及び／又は、より詳細な、あるいは連続的な測定基準（例えば、０．０と１．０の間の数字）を用いてもよい。いくつかの実施形態では、重みの値は、属性宣言の文脈で決定され、及び／又は矛盾が解決される文脈で評価される表現であってもよい。そのような表現は、条件的であり、及び／又は（現在の文脈における）評価時に計算を伴ってもよい。
【０９６３】
いくつかの実施形態では、重み表現、及び／又は、表現によって表されるクラス、属性、メンバの測定基準の利用を、特定の形態のクラス仕様に用いてもよい。例えば、閾値クラス表現は、文脈依存であってもよい具体的な測定基準の具体的な閾値を渡す値を、全てのメンバが有していることを規定する。
【０９６４】
項目に適用される測定基準の値は、クラス、属性、メンバ、及び／又は文脈を伴う式に応じて決定されるかも知れない。例えば、重みは、基底クラス表現の集合のそれぞれに関連付けられているかも知れない。項目の重みは、それがメンバである基底クラスに関連付けられた重みの和（又は積やその他の関数）であり得る。もし基底の重みが全て同じであるならば、そのような添加的な閾値クラス表現は、組み合わせクラス表現と等価ということになる。
【０９６５】
いくつかのＰＥＲＣｏｓ実施形態では、測定基準の値は、項目の相対的な重要性や、発生の頻度や確率、及び／又は、一以上のあるメンバ、クラス、文脈的要素と比べた連結の強さ、重要性、類似性、近さ、マッチング、他の尺度に依存してもよい。
【０９６６】
測定基準及び／又は閾値クラス表現は、相互運用性と共通理解を支援する認知された領域専門家によって、少なくとも部分的に、標準化されてもよい。
【０９６７】
また、クラス間の差が、クラスを規定するのに用いられてもよい。差を取る基底クラスは、異なる文脈における異なるクラス表現、及び／又はクラス表現の解釈によって表されてもよい。
【０９６８】
クラスが二以上の他のクラスの非対称差であると規定することは、その解釈のメンバが、他のもののいずれのメンバでもない、一つ目の解釈のメンバであることを示す。
【０９６９】
クラス表現が二以上のクラス表現のｎ対称差であると規定することは、その解釈のメンバが、そのうちの少なくともその一つ、しかしｎ個より多くない解釈のメンバであることを示す。
【０９７０】
トークン、参照／用法、クラス構造、クラス、及び／又は属性をロケールに増強及び／又は追加したり、異なる語彙体系及び／又は表現構造の（一貫性プロセスによる）協調を促したりするために、他の利用者及び／又は他の利害関係者が差を含めることが可能なように、クラス差表現を発行することが有用なこともある。
【０９７１】
いくつかの実施形態では、組み合わせクラス表現は、「又は」や「及び／又は」という言葉を用いて非形式的に記述するのが最も容易なクラスの表現を単純化する。
【０９７２】
あるｋとｎについて、組み合わせクラス表現の解釈は、ｎ個の基底クラス表現の集合のうち少なくともｋ個の解釈のメンバをメンバとするクラスである。例えば、組み合わせクラス表現は、その解釈のメンバが、十個の基底クラス表現の集合のうち少なくとも六個の解釈のメンバであると宣言するかも知れない。これは、医療診断マニュアルが症候群を定義する方法として、列挙された十個の症状のうち少なくとも六個を示せば、患者が症候群にかかっているとするのに、多少似ている。
【０９７３】
例えば、ｋ＝２、ｎ＝４、基底クラス表現が｛Ａ，Ｂ，Ｃ，Ｄ｝とする。このとき、組み合わせクラス表現の解釈は、ＡとＢ、ＡとＣ、ＡとＤ、ＢとＣ、ＢとＤ、及び／又はＣとＤの解釈のメンバをメンバとするクラスである。ｋ及び／又はｎが大きいとき、組み合わせクラス表現の表記上のコンパクトさは、簡潔さ、明瞭さ、効率性を供給し得る。
【０９７４】
ｋ＝１のとき、組み合わせクラス表現は、ユニオンクラス表現と呼ばれる。その解釈は、任意の基底クラス表現の解釈の全てのメンバからなるクラスである。いくつかのクラス表現言語は、これが有用な場合のための特殊な構文を提供してもよい。例として、民主党と共和党の二つの基底クラス表現のうち、少なくとも一つの解釈のメンバを備えるよう、主要政党のメンバの解釈を規定することが挙げられる。ただし、これは、民主党と共和党がいずれも主要政党のサブクラスであると規定し、主要政党に他のメンバの可能性を許容するよりも、制限的な規定である。
【０９７５】
ｋ＝ｎのとき、組み合わせクラス表現の解釈は、その基底クラス表現のそれぞれのサブクラスである。しかし、ｋ＜ｎのとき、組み合わせクラス表現は、必ずしも任意の基底クラス表現の解釈のサブクラスを規定しない。
【０９７６】
ＰＥＲＣｏｓ実施形態は、固定されたクラス記述言語の集合に制限されない。いくつかの実施形態は、例えば、限定はされないが、いくつかのクラスのメンバの仕様及び／又は列挙のための様々な論理及び／又はアルゴリズムを用いることを可能にするかも知れない。
【０９７７】
様々な論理システム（例えば、記述論理）は、クラスシステム記述言語又はその部分として有用なことがある。この分野で最近の研究は数多くあり、いくつかの実施形態で活用されてもよい。目的は、純粋に又は主に個別メンバレベルでの推論ではなく、クラス（又はクラス表現やクラスシステム表現）レベルで効率的な推論を可能にする表現の形態を特定することである。この分野で直面する困難は、論理の「表現レベル」を選ぶのに大変な注意が必要とされることのようである。充分に表現的な論理は、計算が非効率で、決定不能でさえあることが多く、効率的に決定可能な論理は、共通して発生するクラスシステムのいくつかの種類について、必要なことを全て表現するのには不充分なことが多い。しかしながら、慎重な選択をすれば、現実的な論理に基づくクラスシステム表現を有用な量で確認し、その発展と（利用者目的への適合を改善する）「デバッグ」を補助することが可能なこともあるようである。
【０９７８】
計算クラス表現は、少なくとも部分的にはアルゴリズム的に決定されるメンバのクラスであると解釈される。いくつかの実施形態では、計算検査及び／又は他のアルゴリズム的方法を用いて、メンバシップを判定し、及び／又は計算クラス表現の解釈のメンバを列挙してもよい。履歴上の利用者及び／又は利用者グループの用途情報及び／又は参照元を含む文脈は、計算クラス表現の解釈に寄与してもよい。
【０９７９】
いくつかの実施形態では、いくつかの計算クラス表現の解釈が、検索やマッチングの最適化の補助としての、特定の指定された基底クラス表現の解釈のサブクラスであることを確実にするために、制限が規定されてもよい。計算クラス表現は、これらの規定されたスーパークラスから属性を継承してもよい。
【０９８０】
論理に基づくクラス記述言語のように、完全に汎用的な計算クラス表現を可能にすることの代償は、特定の状況では、重要なプロパティが決定不能であるために、そのような言語の表現を伴う端部クラスシステムについて推論し、整合性を確認し、及び／又は利用することが困難となりかねないことである。もし許容されるアルゴリズムのクラスに注意が払われるならば、又はアルゴリズムの充分な仕様が必要とされることがあるならば、計算クラス表現は、伝統的形態のみを用いて規定するのが困難及び／又は非実践的なクラスシステムの有用な要素のコンパクトな仕様を提供することもある。
【０９８１】
サブクラスとスーパークラスはとても重要であるが、目的計算、ナビゲーション、及び／又は探索に有用であってもよいクラス、メンバ、及び／又は属性間の唯一の関係ではない。例えば、二つのクラスの間の関係は、同じ属性を完全に共有したかや、サブクラス関係を有したかに関わらず、それらが「意味的に及び／又は目的が近い」のであれば、成り立つかも知れない。例えば「関係的対応関係」、「関連項目」、「関連する補強知識」、「類似」（文脈によっては、「等価」よりも広いか、より有用な関係かもしれない）、「類似に寄与」を表す他の関係は、ナビゲーション及び／又はマッチングに有用であってもよい。そのような関係は、クラス、属性、及び／又はメンバ間の関係について、追加の（汎用的及び／又は領域用の）階層的及び／又は非階層的視点や、処理のための効率性を提供してもよい。
【０９８２】
二項関係は、一対の要素が、もし何らかの目的のために「関係する」のであれば、真となるブール関数（述語）である。関係は、例えば、利用者が当初用いていたのとは異なるクラスやクラス名の集合を用いて記述された、関連する目的クラス及び／又は他のクラスを見つけるために領域を探索している利用者を補助するのに用いられてもよい。例えば、学習．”宿題をする”と学習．”問題を解く”や、物理学．分子と化学．物理は、「意味的に近い」関係と、文脈によっては規定されるかも知れない。
【０９８３】
関係表現は、とても汎用的であっても、かなり領域用のものであってもよい。他の例としては、限定はされないが、以下の関係が挙げられる。
【０９８４】
１．汎用
ａ．機能上、充分に類似することを示す「同義語」
ｂ．例えば対比される、相反する、又は競合する見方を利用者が見つけるのを補助するのに有用かも知れない「対義語」
ｃ．逆の役割を有する目的を対にし（例えば、＜指導，学習＞、＜買う，売る＞）、補完的な視点から記述された目的を見つけるのに役立つかも知れない「補完」
ｄ．構成要素とそれに含まれる実体を対にする「〜は、〜の一部である」
ｅ．「構造が同じ」
ｆ．「〜は、〜によって提供される」
ｇ．「〜は、〜の近くに位置する」
ｈ．「〜は、〜を置換可能」
ｉ．「〜は、〜に寄与する」（例えば、創造及び／又は機能に寄与すること、干ばつは森林火災に寄与する」
ｊ．規定された測定基準によると「関係するが、異なる」
【０９８５】
２．領域用
ａ．元素周期表の行と列
ｂ．標準模型による素粒子の側面
ｃ．鉱物と地層及び／又は古生物学の年代の対応関係
ｄ．レシピの成分の代わりとして使えるもの
ｅ．音素や音素推移間の系統的関係
ｆ．相性の良い布と染料
【０９８６】
二項関係は、概念的には行列として見てよく、真の値は、行の要素と列の要素に関係があることを示す。例えば、以下のとおりである。
【表４】
2018092632.tif 000007
【０９８７】
行と列の交差点にあるＸは「真」を表し、空白は「偽」を表す。この行列のＸが示すのは、行に名前のある色が、列の頭の番号についた色名に「知覚的に近い」ということである。例えば、マゼンタは、赤、それ自身、青紫に「知覚的に近い」。これは、よく知られた「色相環」を表すものである。
【表５】
2018092632.tif 000008
【０９８８】
この表は、例えば、月は惑星系、太陽系、銀河の「一部である」ことを示す。このような関係は、オントロジ学者に「パートノミー」と呼ばれることが多い。
【０９８９】
クラス表現は、関係をいくつ含んでもよい。関係は、概して、認知された領域専門家、及び／又は利用の履歴パターンの分析によって定義されてもよい。いくつかの実施形態では、利用者及び／又はグループが、自ら用いるためにプライベートな関係を規定したり、他の利用者及び／又はグループによる潜在的な利用のために関係を発行したりするプロビジョニングがあってもよい。そのような関係は、特に端部クラスと内部クラスの境界線を越えるときには、相互運用性、効率性、及び／又は相互理解可能性を改善するために標準化されてもよい。例えば、組織は組織図を発行するかも知れない。
【０９９０】
多くの有用な関係は、「疎」（真の要素が極めて少数）であってもよく、様々なよく知られた疎行列表現及び／又はアルゴリズムが効率的な実施形態であってもよい。いくつかの「疎」でない関係であっても、効率的なアルゴリズム的実施形態を有してもよい。例えば、「色相環」関係は、以下の式で表すことができる。
｜（行−列）ｍｏｄｕｌｏ８｜≦１
【０９９１】
ＰＥＲＣｏｓシステムは、関係に異なる表現を用いてもよい。関係の数だけ、あるいは、何らかの特定の関係に混合表現を用いて、それ以上の異なる表現を有するものがあってもよい。他のものは、関係に一又は数個の標準化された表現しか用いなくてもよい。
【０９９２】
関係は、いくつかの実施形態では、それを規定するための様々な演算子を提供してもよい一以上の関係記述言語を用いて定義されてもよい。
【０９９３】
いくつかの実施形態は、一対よりも多い要素を伴う非二項関係を支援してもよい。例えば、（Ａ，Ｂ，Ｃ）の間は、特定の文脈において、ＢがＡとＣ「間」にあることを表す。例えば、（赤，橙，黄）の間、（小，中，大）の間、（パロアルト，メンロパーク，アサートン）の間である。
【０９９４】
文脈依存パラクラス関係は、サブクラス関係を「緩和した」ものである。もし、現在の文脈において、クラスのメンバに「充分類似する」と判定され、及び／又は、一般に他のメンバと利用者によって「一緒くた」にされているのであれば、たとえ実際にはクラスのサブクラス（あるいはメンバ）ではなかったとしても、クラスは、別のクラスのパラクラスであってもよい（あるいは、項目は、クラスのパラクラスのメンバであってもよい）。例えば、クジラ、イルカ、ネズミイルカは、生物学的には全て哺乳類であるが、魚のパラクラスであるかも知れない。トマトとキュウリは、植物学者はいずれも果物のサブクラスであるベリーに分類するが、野菜のパラクラスであるかも知れない。リースと物々交換は買うのパラクラスかも知れず、パラリーガルは弁護士のパラクラスかも知れず、救急医療隊員は医者のパラクラスかも知れない。パラクラスは、例えば、限定はされないが、以下のような様々な方法でクラスシステムに規定されてもよい。
１．クラスは、別のクラスのパラクラスとして、明示的に規定されてもよい。
２．パラクラスは、ディビジョンのメンバがファセットクラスのメンバでもあってよいという制限を適用することなく、ファセットディビジョンのクラス表現を解釈することによって得られてもよい。
３．パラクラスは、一つのクラスのメンバの属性及び／又は属性値を潜在的なパラ親クラスのものと比較して、パラクラスとするのに充分な数のメンバがパラ親に充分類似する特徴を有しているかを判断するために、ある文脈依存の測定基準を用いることによって特定されてもよい。
４．パラクラスは、静的又は動的に項目の属性及び／又は属性値を比較して、パラクラスの一つを構成する上でパラ親クラスに充分類似しているものを判定するために、ある測定基準を用いて計算して（場合によっては名前を持たずに）形成されてもよい。
【０９９５】
クラスのパラ拡張は、そのクラス及びその一以上のパラクラスを備える、そのクラスの（場合によっては宣言された）スーパークラスである。例えば、魚、クジラ、イルカ、ネズミイルカを備える魚の仲間という宣言クラスは、魚のパラ拡張かも知れない。
【０９９６】
クラスのパラフリンジは、クラス自身のメンバではない、一以上のパラクラスのメンバを含む。例えば、魚のパラフリンジは、クジラ、イルカ、ネズミイルカを備えるかも知れず、野菜のパラフリンジは、トマト、キュウリ、及び、野菜と思われている他の果物を備えるかも知れない。
【０９９７】
クラス表現の解釈は、実メンバとして追加の特定された項目を宣言することによって増強されてもよい。これは、それをしないとクラスが空である場合も含むので、メンバの列挙によって解釈が空のクラス表現を増強することにより、新たなクラス表現が規定されてもよい。いくつかの実施形態では、増強は、特定の状況では、それと矛盾するサブクラスやスーパークラス仕様をオーバーライドしてもよく、他の状況では、増強はスーパークラスに伝播してもよく、さらにその他においては、サブクラス／スーパークラス関係の矛盾する要素が取り除かれてもよい。
【０９９８】
増強は、一時的（あるプロセス、期間、及び／又は他の文脈内）であっても、持続的であってもよい。いくつかの実施形態は、一時的及び／又は持続的な増強を制限し又は可能にしてもよい。
【０９９９】
クラス表現の緩和は、より弱い制約を持つ一以上の属性に対する継承された制約をオーバーライドし、よってクラス表現の解釈を広げてスーパークラスを定義する。これは制約が全くない場合も含み、この場合、属性は文脈において無関係であると効果的に規定される。このことは、「属性の無視」、あるいは「属性の突き出し」と呼ばれることもある。緩和は、例えば特定のプロセスをより汎用的、より効率的、及び／又はより柔軟にするために、例えば、これは意図的損失性の制御された形態であるが、利用可能な情報を全て用いないことが可能な状況において、有用なこともある。いくつかの実施形態は、他は無視するか、より少ない重みを与えながら、特定の他の属性（例えば、中核目的ファセット）及び／又は属性範囲に焦点をあてるために、検索やマッチングの早い段階で緩和を用いてもよい。
【１０００】
緩和は、例えば、限定はされないが、以下のために検索及び／又はマッチングの基準を除外するか「和らげ」てもよい。
１．複雑さを減らす
２．効率性を改善する
３．ナビゲーション及び／又は探索の目的で、より大きな汎用性を導入する
【１００１】
緩和は、一時的（あるプロセス、期間、及び／又は他の文脈内）であっても、持続的であってもよい。いくつかの実施形態は、一時的及び／又は持続的な緩和を制限し又は可能にしてもよい。
【１００２】
基底クラス表現を拡大すると、基底クラスのメンバのみならず、選択された関係するメンバも解釈に含まれることになる。例えば、限定はされないが、以下の場合、項目は関係するメンバとして宣言されるかも知れない。
１．少なくともある数の選択された関係によって、及び／又は関係の他のアルゴリズム的な組み合わせによって、基底クラスの解釈のいくつかのメンバに関係する。
２．少なくともある数の選択された関係によって、及び／又は関係の他のアルゴリズム的な組み合わせによって、基底クラス表現の解釈に関係するクラスのメンバである。
３．少なくともある数の選択された関係によって、及び／又は関係の他のアルゴリズム的な組み合わせによって、基底クラス表現の解釈のいくつかのメンバに関係するクラスのメンバである。
４．少なくともある数の選択された関係によって、及び／又は関係の他のアルゴリズム的な組み合わせによって、基底クラス表現の解釈の属性に関係する属性を有する。
５．例えばアルゴリズム的メソッド、イベント、トリガ、及び／又は閾値によって、少なくとも部分的には関係及び／又は文脈に基づく一以上の条件を満たす。
【１００３】
いくつかの実施形態では、拡大したクラス表現は、特定のクラスのサブクラスとして解釈されるよう規定されてもよい。他の実施形態では、そのような制限は可能でなくてもよい。拡大は、一時的（あるプロセス、期間、及び／又は他の文脈内）であっても、持続的であってもよい。いくつかの実施形態は、一時的及び／又は持続的な拡大を制限し又は可能にしてもよい。
【１００４】
拡大は、特に一以上の関係を基礎にメンバを含むナビゲーションや探索のために、より広いクラスを作成するのに有用なこともある。このことで、各項目を階層記述の一つの場所に置くことに固執する分類体系、及び／又は、いくつかの区別されるクラス、例えば「物理化学」と「化学物理学」、「大学スポーツ」と「プロスポーツ」、「製造」と「作る」、「勉強」と「学習」、「提供」と「売却」、の「近さ」を認識できないオントロジの落とし穴のいくつかが回避されることもある。また、例えば、充分な結果を返すことができない検索を広げたり、利用者が専門家ではない分野のナビゲーションや探索で利用者を補助したりするのに、有用なこともある。
【１００５】
ある特定の拡大関係は、特定の目的表現によって示され、あるいは密接につながっていてもよく、それらの表現の文脈において選択的又は自動的に、少なくとも部分的に、採用されてもよい。
【１００６】
拡大は、検索やマッチングの基準を「和らげ」、効率性を改善し、及び／又は探索や発見の目的で生産的に汎化する上で、緩和と同様に有用である。
【１００７】
クラス表現は、（任意的であってもよい）一対一の名前の対応付けの下で、別のものと等価であると規定されてもよい。これはいかなる文脈における、いかなる解釈でも、二つのクラス表現の解釈は、（一つ目の名前の体系的対応付けの後では）全く同じメンバを含むことを意味する。クラス表現自身の間には、いかなる構造的類似性も必要ではない。同じメンバを含むため、（対応付けの後では）同じ属性名やスーパークラスを結果的に有してもよい。このような表現は、それ自身が、例えば他のクラス等価表現に見られるクラスを参照してもよい。等価性は推移的なので、もしＡがＢと等価で、ＢがＣと等価であるならば、ＡはＣと等価であることが導かれる。
【１００８】
クラス表現は、（任意的であってもよい）一対一の名前の対応付けの下で、別のものと近似的に関係すると規定されてもよい。これはいかなる文脈における、いかなる解釈でも、二つのクラス表現の解釈は、（一つ目の名前の体系的対応付けの後では）類似する及び／又は重複するメンバを含むことを意味する。クラス表現自身の間には、いかなる構造的類似性も必要ではない。このような表現は、それ自身が、例えば他のクラス等価及び／又は近似表現に見られるクラスを参照してもよい。
【１００９】
クラス表現の集合に有界の重複があると規定することは、その解釈の任意のｎ個の集合（例えば、ｎ＝２なら対）は、最大で及び／又は少なくとも、具体的な数、パーセンテージ、特定の集合、及び／又はアルゴリズム的に決定された範囲の、共通のメンバを有することを示す。重要で特殊なケースでは、互いに素であることの規定が、その解釈のどの対も共通のメンバを全く有しないことを表す。
【１０１０】
メンバ導入は、特定の項目が、一以上のクラス表現の解釈の実メンバであることや、クラスシステム、及び制約が満たされるクラスの全ての実メンバであることの表明である。ほとんどの実施形態では、新たな実メンバを動的に導入することが可能である。潜在的メンバは、クラスシステム表現の集合によって規定された一以上のクラスのメンバシップのための全ての条件を満たすものの、未だに（もしかすると、これからも決して）導入されない他の項目である。実メンバは運用上利用可能であるが、潜在的メンバの（しばしば無限の）集合のメンバはまだ運用上利用可能ではない。導入は、（もしかすると、相互作用セッションの一部として）明示的なクラスシステム表現によって、及び／又は計算プロセスによって規定されてもよい。
【１０１１】
いくつかの実施形態では、クラスシステム表現は、メンバを一以上の基底クラス表現の解釈のインスタンスと宣言することで、メンバがクラス表現の解釈の制約を満たすものであると規定してもよい。そのような導入は、インスタンスの追加属性を基底クラス表現によって規定されるものを越えて規定し、及び／又は、基底クラスによって完全に決定されていない属性のための属性値を提供してもよい。インスタンス宣言は、例えばクラス表現が、抽象として規定、及び／又はクラス表現の解釈や値の範囲に限定すると規定してもよいものも含め、全ての上位クラスの単一値属性のための具体的な属性値を確保してもよい。また、いくつかの実施形態では、メンバの多値属性を可能にしてもよい。
【１０１２】
いくつかの実施形態では、利用者及び／又は認知された領域専門家（あるいはそのグループ）は、明示的にメンバを導入してもよい。メンバ記述言語は、一以上のクラス表現言語の一部であるか、それと密接に関係してもよい。新たな、もしかすると一時的で及び／又は文脈依存のメンバは、例えば、宣言クラス名を提供し、新たなメンバの属性値の集合を提供することによって、規定されるかも知れない。
【１０１３】
クラス（又はクラスシステム）への新たなメンバのいかなる導入も、定義する端部クラスシステムに新たな要素を追加すること、例えば、端部クラスの新たなインスタンスを宣言すること、と概念的に等価である。しかし、端部クラスシステムは、追加したメンバを含める又は除外することをいくつかの解釈で必要とすることもあるクラスに関する表現を含むこともあるため、他の端部クラスにも影響を及ぼすことがある。いくつかの実施形態は、そのようなメンバシップの変更の伝播を効率的に行うことを可能にする方法で、クラスシステム表現を制限してもよい。クラスシステム表現の他のいくつかの形態のように、導入は、クラスシステム表現の集合に、矛盾や他の種類の矛盾を潜在的に導入してしまうが、ここで述べるように、それに対処することはできる。
【１０１４】
関係する導入の集まりを一緒に処理すること（バッチデータ取得）は、それぞれを別々に処理するよりも効率的なこともある。
【１０１５】
いくつかの実施形態では、メンバ導入は、継承属性値との任意の矛盾を解決するのに用いてもよい、属性値に関連付けられた重みを含んでもよい。
【１０１６】
いくつかの実施形態では、多くの実メンバは、ＰＥＲＣｏｓシステムの外、例えば、限定はされないが、アクセス可能なデータベース及び／又はウェブサイト、からのデータの分析によってクラスシステムに導入されてもよい。そのようなソースから得られたデータは、実施形態によって採用される内部の形態のものではないかも知れないので、メンバ同化は、メンバのための適切な内部表現を得るために項目の処理を伴ってもよい。これらのプロセスは、端部クラスや関連付けられた属性に直接翻訳されてもよく、並びに／又は、メンバ用の文脈データによって、及び／若しくは、例えば目的表現に関係する情報によって増強や決定をされてもよい。
【１０１７】
いくつかの実施形態では、Ｎ個の実メンバを持つクラスシステムにおいてあり得るクラスの数は２Ｎ個である。したがって、新たな実メンバの追加は、対応するクラスシステムの潜在的なサイズ（通常は、その運用サイズとはならない）を倍にする。このことは、実施形態では概して、処理中に発生するクラスシステムの比較的小さな部分のみの、明示的表現を宣言、列挙、及び／又は記憶する理由の一つである。
【１０１８】
メンバ（又はその集合）を表すメンバや表現は、他者の利用のために発行することができる資源であってもよい。
【１０１９】
自然言語や、人間の言語に対する理解は、充分な文脈が不在だと特に、曖昧なことが多い。例えば、以下の（実際にあった）新聞の見出しを考えてみる。
【１０２０】
Ｒｅｄ  ｔａｐｅ  ｈｏｌｄｓ  ｕｐ  ｎｅｗ  ｂｒｉｄｇｅ（お役所仕事で新たな橋が延期）
一つの解釈では、「ｒｅｄ  ｔａｐｅ」は「色の赤い、幅が狭くてたわみやすい、細長の切れ」を、「ｈｏｌｄｓ  ｕｐ」は装置及び方法の実施形態である「支える」を意味する。しかし、別の解釈では、「ｒｅｄ  ｔａｐｅ」は「過剰に煩雑な公的業務」を、「ｈｏｌｄｓ  ｕｐ」は装置及び方法の実施形態である「延期する」を意味する。
【１０２１】
たとえそれぞれの単語やフレーズの意味について合意があったとしても、構文上の曖昧さ、即ち、単語の用法を組み合わせる文法上異なる方法、があることもある。例えば、以下を考えてみる。
【１０２２】
空は一日中曇っていない
これは、「空が一日中曇りであるというのは、真ではない」、あるいは「空が曇っていないというのは、一日中真である」ということを意味し得る。人間の読み手であれば、現実世界の知識、常識、及び／又は直感を用いて、空は決して曇らない、あるいは時々は曇ることもあるが一日中ではない、という意味に解釈することを判断してもよい。
【１０２３】
人間は、通常、自然言語における曖昧さに対処することができる。なぜなら、人間は、文脈、関係的思考、「常識」、世界についての知識を用いて、曖昧さを解決し、用語を正しい意味に関連付けるのが得意だからである。それでも、コンピュータによってはもちろんのこと、他の人間によっても、全ての文脈において、常に正確に正しく理解されるような自然言語の文を作ることは、人間にとって困難なこともある。後になって、それを作った者ですら、何らかの文の適切な解釈について理解し又は思い出すことができないこともある。
【１０２４】
コンピュータは、一つには概して充分な文脈を含まないということもあり、人間よりも曖昧さを解決することがはるかに不得手である。利用者クラスの記述や解釈における多くの不正確さは、主観的、関係的、印象主義的、及び／又は不正確な（知覚、感情、思考における）利用者の過程によるものである。ＰＥＲＣｏｓ実施形態のシステムは、利用者クラスの損失性という有用な特徴を保持しつつ、端部の人間側における焦点や意図の不正確さと、端部の計算側における適切な正確さとの間を橋渡しするためにも部分的に設計されている。
【１０２５】
ＰＥＲＣｏｓ実施形態のアーキテクチャの焦点は、利用者の頭の中を「理解」しようとすることではなく、経験をとおして利用者の満足を最適化する方法で応答すること、及び／又は、表現された目的を満たすための他の結果を提供することである。ＰＥＲＣｏｓ実施形態のアーキテクチャは、それらの目的のために最適な利用可能資源を特定し用いることによって、表現された目的の効果的な支援の確保に役立つものである。これは、利用者（何を欲しているか）と資源の発行者（何が提供されているか）との両方による、目的に関係する文脈情報の補完的宣言によって、部分的に達成される。いくらか類似する「パラレル宣言」は、特定の検索エンジン／タグ付けデータベース実装で現在採用されている。しかし、これらの実装は、効果的に目的を特徴付け、文脈を意味のあるように組織、表現、採用する構造を提供し、関連する文脈的シナリオを反映するクラス構造の汎化を採用するための、装置及び方法の実施形態を提供できていない。
【１０２６】
サブクラス／スーパークラス関係を表す
サブクラス関係は、ＡがＢのサブクラスとなるように、全てのクラスの対の集合を規定する。サブクラス関係の関連付けられた束は、以下を含む、様々な方法で表されてもよい。
１．ブール行列
２．各クラスのサブクラスのリスト
３．各クラスのスーパークラスのリスト
４．サブクラスやスーパークラスを結び付ける有向グラフ
５．少なくとも部分的に、関係を計算するアルゴリズム
【１０２７】
一つの有用なアプローチは、全ての該当する直接スーパークラスを各クラス表現の一部として宣言し、（クラスのための）ノードと一以上の端部（スーパークラスに一つずつ）を、サブクラス／スーパークラスの束を表す有向非巡回グラフ（ＤＡＧ）に追加することである。これは、事実上無限に拡張可能なシステムに適していると考えられ、いくつかのＰＥＲＣｏｓ実施形態で用いられてもよい。
【１０２８】
いくつかの実施形態は、スーパークラスの抽象属性や、クラス表現が追加する任意の属性と範囲、クラス、関係、記号制限、拡張、緩和、拡大、及び／又は計算宣言のために、サブクラスが規定する任意の固定及び／又は記号値の記述に、（サブクラスを直接スーパークラスにつなぐ）端部をラベル付けすることによって増強された、サブクラス／スーパークラスの束のためのＤＡＧを維持する（文脈における）クラス表現の動的な集合のためのコンパクトな表現を用いてもよい。これは、ＤＡＧをクラス表現のノードから一番上まで行き渡らせることで、（他のクラス表現には依存しないが、文脈には依存してもよい）完全なクラス表現を集めるのに効率的である。
【１０２９】
各メンバは、シングルトンクラス、即ち、そのメンバのみを含むクラス、を形成するのに用いてもよい。そのようなクラスは、他のクラスのように用いてもよく、例えば、サブクラスとしたり、他の関係を持たせたりしてもよい。クラスを必要としてもよいクラスシステム表現の文脈において、いくつかの実施形態では、メンバへの参照を、関連付けられたシングルトンクラスへの参照と解釈してもよい。これは、より詳細でないクラス表現及び／又はメンバ導入の利用を制限することなく、クラスシステムを任意のレベルの詳細さに拡張することを可能にする。
【１０３０】
明示的に宣言されたスーパークラス表現は「親」として、明示的に宣言されたサブクラス表現はクラス表現の「子」として考えてもよい（いくつかの実施形態では、「親」を二つ以上有してもよい）。推移的スーパークラス表現は、「先祖」として、推移的サブクラス表現は「子孫」として考えてもよい。
【１０３１】
単一継承システムでは、各クラス表現は、最大で一つの明示的スーパークラス表現を有してもよい。それは、（推移的には、スーパークラス表現の先祖の属性を含む）スーパークラスの属性の全てを継承（共有）してもよい。初期のオブジェクト指向プログラミングの言語やシステムは、全てのサブクラス化を単一継承に限定していた（わずかだが、最新のものでも、そのようなものはある）。単一継承は、限定された文脈でとても有用であり得る。例えば、分岐する分類体系（例えば、デューイ十進法システム、米議会図書館分類システム）を含む、多くの分類スキームで有用である。
【１０３２】
単一継承は、いくつかの実施形態で特定の単純化を可能にするが、多くの自然で有用なクラスシステムを表現するのに不充分、不便、非実践的、及び／又は面倒となることがある。ほとんどの最新のオブジェクト指向プログラミングの言語やシステムでは、ＰＥＲＣｏｓ実施形態が概してそうであるように、クラスを複数のスーパークラスのサブクラスとして宣言することが可能である。例えば、車の宣言が色の属性を抽象と宣言し又は完全に省略しているところ、赤い車は、赤いものと車の両方のサブクラスとして宣言されるかも知れない。多重継承は、上記の構造が複数の独立した（又はほぼ独立した）次元（例えば、色、重さ、価格、材料、年齢、あるいは、目的動詞、目的カテゴリ、目的場所、目的時間）を有するとき、特に有用である。
【１０３３】
本文書の多くの例は、特に言及はなくても、多重継承（複数のスーパークラスでクラスを宣言すること）を含む。概して、（仕事は増え、クラスや属性表現の複雑な集合もずっと増えるが）機能上等価な結果を単一継承を用いて、又は（さらに仕事は増えるが）クラス継承を全く用いずに得ることは、数学的には可能である。
【１０３４】
他のクラス間の関係（例えば、パラクラス、同義語、近似）は、多くの有用なケースで、多くの属性を共有及び／又は継承する同じ及び／又は他のクラスシステムからのクラスを結び付ける傾向にあってもよい。しかし、それらは概して、サブクラスによって提供されるような完全な属性の継承を確保するものではない。
【１０３５】
クラス表現で宣言された属性名は、スーパークラス表現で宣言されたものと同じであってもよい。あるいは、もしＣがＡとＢの両方のサブクラスとして宣言されているならば、ＡとＢは、場合によっては異なる値が関連付けられた、属性名を共有することもある。このようなケースを継承矛盾と呼び、通常は単一値属性に制限される、多重継承オブジェクト指向プログラミング言語の深刻な問題を表し得る。このことに対処するよく知られたアプローチは、多数ある。例えば、以下のものである。
１．言語は、そのような矛盾を禁止し、エラーとして（静的又は動的に）報告してもよい。
２．クラス表現において明示的に宣言される属性は、継承された属性をオーバーライドしてもよい。
３．共通の属性は、それを有する全ての直接スーパークラスの共通のスーパークラスから継承されたときのみ、可能としてもよい（値の矛盾が起きないことを保証する）。
４．属性は、最初に（又は最後に）宣言された値を有するよう定義されてもよい。
５．その他の言語定義規則が適用されてもよい。
【１０３６】
いくつかの実施形態では、ＰＥＲＣｏｓは、継承矛盾を解決する二つの追加アプローチを含む。多値クラス属性及び／又は一貫性サービスである。
【１０３７】
多値属性は、メンバにおいて複数の値を有してもよく、属性を単一値として提供する運用上の必要性がないときに有用なこともある。
【１０３８】
継承コンフリクトを有する属性のために単一の値を必要とする状況において、一貫性プロセスは、それが仕様間の他の矛盾を解決するように、属性を制限するクラス表現の集合を協調させるよう運用され得る。いくつかの実施形態では、もし矛盾を起こす属性値の一つが他よりも大きな重みで宣言されていたならば、それが優先されてもよい。例えば、鳥というクラスは飛ぶ＝真という属性が９７の重みで、哺乳類というクラスは飛ぶ＝偽が９５の重みで宣言されているかも知れず、ペンギンは鳥のサブクラスとして、とりわけ、飛ぶ＝偽が９８の重みで、コウモリは哺乳類のサブクラスとして飛ぶ＝真が９９の重みで宣言されているかも知れない。それらの重みがより大きいため、両方のサブクラスにおける飛ぶという属性が、スーパークラスで宣言された属性値をオーバーライドすることになる。ただし、これらの宣言を含むクラスシステムでは、飛ぶという属性は、鳥や哺乳類というクラスで（ペンギンやコウモリが実メンバを含むときには）多値（即ち、｛真，偽｝）であってもよい。もし飛ぶが鳥や哺乳類で単一値として宣言されていたならば、一貫性プロセスは、クラスシステムの整合性を確保するためにそれらの宣言をオーバーライドするかも知れない。
【１０３９】
また、属性解決規則は、他の関係で利用可能な情報を含む文脈にも依存してよい。いくつかの実施形態は、属性値が必要とされてもよいときにのみ、矛盾を解決してもよい（「ジャストインタイム一貫性」）。いくつかの実施形態は、将来の矛盾の可能性を検出し、一貫性をより早期に適用してもよい（「前向き一貫性」）。
【１０４０】
本開示で用いられる表記では、制限名はピリオド（「．」）で区切った複数のトークンとして記される。Ａ．Ｂは、Ｂという名前のクラスがＡのサブクラスであることを規定する。例えば、スポーツ．野球、学習．”宿題をする”、科学．物理．理論．引力、といった制限名を用いるかも知れない。この表記は、サブクラス（分類体系）の階層において特に便利である。例えば、理論と一般は、多くの異なるクラスのための制限名の有益な構成要素となる可能性が高い。それらを制限名で用いることで、たとえ他の制限名に、あるいはそれ自体を名前とするものが見られたとしても、曖昧さを生じることはない。
【１０４１】
もし属性名が曖昧である（概念的に区別される属性に名前をつけるために、複数のクラス表現で用いられている）ならば、意図する属性が生じるクラスの名前を、前に付けてもよい。例えば、ベースは、スポーツ．野球：ベース（塁）、あるいは科学．化学：ベース（塩基）として曖昧さを解消してもよい。いくつかの実施形態では、そのように前に付けるものが無ければ、場合によっては属性名がすでにクラスシステムで曖昧であるかに依り、属性名のための新たな区別される参照／用法を導入するものと解釈されてもよい。
【１０４２】
相互運用性及び／又は効率性のために、ＰＥＲＣｏｓシステムは、参照／用法のための内部参照（ＩＲｅｆ）及び／又はプログラミングや性能最適化に主に基づき得る内部クラスシステムに、端部クラスシステムを対応付けてもよい。ＰＥＲＣｏｓシステムは、内部及び／又は端部のクラス及び／又はメンバの知識構造が、標準化されていて、内部クラスの標準化された相互運用を確保するのに充分な整合性が内部にあることを確実にするために、対応付けプロセスとその結果の両方に、整合性や相互運用性の制約を課してもよい。内部クラスのクラス表現は、そのメンバを決定する（あるいは、特定する）ための仕様である。典型的には、ＰＥＲＣｏｓシステムの知識構造の実質的な部分は、内部クラスシステム表現、内部クラスメンバ導入、及び／又はそれらの組み合わせによって表すことができる。
【１０４３】
いくつかの実施形態では、端部クラス表現は、制御された語彙に限定されない。例えば、利用者は、一以上のクラスや属性名のための新たなトークンを宣言して用いること、及び／又は、制御された語彙をそのような新たな項目と組み合わせて何らかの形で用いることが可能であってもよい。しかし、概して、コンピュータも他の利用者も、何らかの信頼できる定義やそれが表すものの仕様がなければ、宣言されたクラスや属性について効果的に推論することはできない。
【１０４４】
例えば、利用者が宣言した名前と標準化された名前の間のマッチングは、それらを「調整」する増強プロセスがなければ、厄介であり得る。もしクラスや属性が、内部で解釈され、ＰＥＲＣｏｓシステム要素を跨ぐアルゴリズム的推論の基礎として用いられるのであれば、その仕様は、（それぞれの名前が様々なシステム要素において「同じもの」を表す）共有、標準化された名前付けスキーマを採用する必要がある。そのようなスキーマは、厳密な対応関係、及び／又はアルゴリズム的に決定された充分な対応関係を反映するかも知れない。仕様の整合性は、ＰＥＲＣｏｓシステムの相互運用性にとって意味があり得る。つまり、異なるソースからのクラス名及び／又は属性名を用いる計算プロセスは、両方のソースがそれらを充分に似た意味で用いている、あるいは、ソースからの情報が組み合わされる前に及び／又はそれと同時に名前が調整されているという、前提に依存してもよい。
【１０４５】
ＰＥＲＣｏｓ実施形態の端部クラスは、多くのソースからの仕様に依存してもよい。例えば、一以上のルートや運用ユーティリティ、利用者、密接な関係のグループ、専門家、政府、分類体系、オントロジ、及び／又は標準化機構が、仕様を提供してもよい。（比較的、完全に、及び／又は補完的な）標準化された語彙がなければ、そのようなソースが、相互に整合的であって、任意の共有項目に対して適切であれば同じトークン（又は、同じ参照／用法からのトークン）を用いてもよいという保証はない。（例えば、あるものは購入と乗り物を用いるかも知れず、別のものは買うと車を用いるかも知れない。システムには、これらが充分に類似しているかを判断するための基礎が必要である。）整合性を確保するため、ＰＥＲＣｏｓは、参照／用法を、標準化された語彙に基づく内部参照（加えて、任意の不明トークンのための任意の内部参照）に対応付けてもよい。整合性や標準化の制約は、概して、及び／又は少なくともグループや領域については、内部クラスとその属性やメンバの知識構造が、充分に整合的で、相互運用可能で、効率的に処理可能であることを確実にする。整合性や標準化は、少なくとも部分的には、認知された領域専門家によって定義されてもよい。
【１０４６】
内部クラスは、通常、効率的な目的達成のための計算プロセスに用いられる。それらは、（ＩＲｅｆの）ほぼ及び／又は完全に制御された語彙を用いて、相互運用可能なクラスを表現し、マッチングや選別が効率的に行えることを確実にする。
【１０４７】
内部クラスシステムのいくつかの側面は、以下のとおりである。
１．大きな情報集合の利用に関する、利用者及び目的志向の、損失のある管理／性能最適化を支援する。
２．特にクラスレベルでの、クラスシステムについての妥当な推論を支援する。
３．宣言クラスから、全体的又は部分的に導出されたクラスの記述と利用を支援する。
４．発行、あるいは利用者や利用者グループ間での共有も含め、宣言及び／又は導出されたクラスや属性の利用を支援する相互運用可能な方法を提供する。
５．端部を跨ぐ双方向通信のための、対応する端部クラス表現との変換を繰り返し可能にする。
６．動的に及び／又は管理上の方法によって、必要に応じて、語彙の制御された拡張を可能にする。
７．目的に基づく選別を支援する／向上させる。
【１０４８】
いくつかの実施形態では、いくつか又は全ての内部クラスシステム表現は、多くの面で端部クラスシステム表現に似ていてもよいが、それらは、語彙や語彙体系から独立して相互運用可能なように、対応する端部クラス、属性、メンバ、及び／又は端部クラスシステムと（個別に及び／又は組み合わせで）機能上等価な内部クラス、属性、メンバ、及びクラスシステムのための標準化された表現を提供することを意図するものである。
【１０４９】
宣言クラスは、（参照／用法に対応付けられた）トークンを名前として用い、専門用語や表記について、利用者の実質的な柔軟性を可能にする。内部クラスは、これらの目的のために、標準化された、しかしいくつかのケースでは拡張可能な、語彙でＩＲｅｆを用いる。相互運用可能性のためにＩＲｅｆは通常、制御されて、即ち、コアオントロジ、分類体系、及び／又は標準などの共有された規範的な参照ソースから導出されたり、認知された領域専門家によって宣言されたりしてもよい。
【１０５０】
利用者が選んだトークンが表すことに相違があれば、クラス表現の各トークンのために利用可能なｉＲｅｆの中から選択をする、トークン内部化によって主に又は完全に対処する。いくつかの実施形態では、利用者の相互作用は、いくつかのケースを解決する補助に用いられてもよい。
【１０５１】
ＰＥＲＣｏｓシステムは、複数の区別された内部クラスシステム及び／又はＩＲｅｆの集合を扱えても、扱えなくてもよい。内部クラスシステム、又はその部分集合は、特定の利用者や利用者のグループの概念や優先事項を表すことができ、部分的又は全体的に利用者グループ間で共有されてもよい。多くの内部クラスは、認知された領域専門家及び／又は専門家のグループからの規範的仕様及び／又は勧告であってもよい。他のものは、規範的参照ソース（例えば、コアオントロジ、分類体系、国内及び／又は国際標準）から自動的又は半自動的に抽出されてもよい。
【１０５２】
いくつかのＰＥＲＣｏｓ実施形態の効果的な相互運用は、少なくともコア内部クラスやＩＲｅｆの相互配備／受け入れの程度に依存する。無限との相互運用は、宣言クラスの内部クラスへの対応付け、その対応付けへの文脈の組込み、及び／又はＩＲｅｆの語彙の制御された拡張可能性に、実質的に依存してもよい。
【１０５３】
（例えば、利用によって提供される）端部クラス表現の内部クラス表現への変換は、トークンを適切な、曖昧さを解消したＩＲｅｆで置換することに主に基づいてもよい。いくつかの実施形態では、プロセスは、端部クラス表現を文脈情報（例えば、好み、履歴データ、統治）と組み合わせて、内部クラス表現を導出してもよい。
【１０５４】
同様に、内部クラスと属性名（ＩＲｅｆ）は、適切なトークンに対応付けすることによって外部化されてもよい。いくつかの実施形態では、ＩＲｅｆの参照／用法からのトークンの選択は、任意でなくてもよく、端部クラスや端部クラスシステムの表現や文脈をとおして整合的で、利用者の語彙体系及び／又は（例えば、一以上の関係するクラスやクラスシステム表現において）その参照／用法から利用者が以前した選択に制限されてもよい。
【１０５５】
内部クラス表現の外部化は、標準化されて相互運用可能な方法で宣言クラスを理解し利用するために、利用者、発行者、及び／又は他の利害関係者に規範的な誘導を提供してもよい。
【１０５６】
内部参照（ｉｒｅｆ）は、参照／用法に関連付けられる。内部語彙は、ｉｒｅｆの集合である。Ｉｒｅｆは、内部クラスと内部属性の両方の名前を付けるのに用いられる。各ＩＲｅｆは、概して、一つの参照／用法に一意に関連付けられている。
【１０５７】
いくつかの実施形態では、いくつかは利用者に提示することが意図されない計算された名前であってもよい。例えば、各参照／用法に、及び、したがってそのｉｒｅｆに一意な、機械が解釈可能な内部形態が、（例えば、その参照／用法におけるトークンのソートされたリストをハッシュ化することにより）自動的に生成されてもよい。
【１０５８】
いくつかの実施形態では、ｉｒｅｆのための人間が読めるトークンが、例えばデバッグや語彙体系マップ開発のような状況で用いるために、任意で生成されてもよい。もし人間が読める同じトークンが複数のｉｒｅｆから生成されたならば、それぞれの発生が、その参照／用法、そのスーパークラス、セッション、参加者、及び／又は他の文脈から導出された識別数字、他の文字、及び／又は情報で自動的に拡張することによって識別されてもよい。
【１０５９】
仕様の表現のための言語の正確な構文と意味論や、一以上の推論サービスによって提供されるその／それらの言語のための特定の推論部は、それらを組込むＰＥＲＣｏｓシステムの能力や効率性に実質的な影響を有してもよい。しかし、他のＰＥＲＣｏｓの概念や、他のＰＥＲＣｏｓサブシステムの実施形態には、比較的小さな影響を有してもよい。本節では、ＰＥＲＣｏｓシステムの要求のいくつかに適すると思われる論理の、二つのファミリーを簡単に概説する。
【１０６０】
ＰＥＲＣｏｓは、無限で及び／又は分散されていてもよい知識構造へのインタフェースを効果的に管理することを意図しているので、いくつかのＰＥＲＣｏｓ実施形態は、以下の二つの特性から具体的な恩恵を得てもよい。
１．等価である（と証明できる）クラスは、システム内の複数の場所及び／又は時間で定義されてもよいので、実施形態は、各概念は一つの名前しか有せず、異なる名前の概念は常に異なるとする、名前の唯一性仮説（ＵＮＡ）を採らないことにしてもよい。
２．多くの状況において、知識は完全ではあり得ないので、実施形態は、閉世界仮説（ＣＷＡ）を採らないことにしてもよい。代わりに、ＰＥＲＣｏｓシステムは、通常、その逆の、ある事実を知らないということはその誤りを意味しないとする、開世界仮説（ＯＷＡ）で運用されてもよい。
【１０６１】
記述論理（ＤＬ）は、クラスやオントロジの形式的な（論理に基づく）解釈を提供する、形式的な知識表現言語のファミリーである。この論理のクラスは、概して、ＵＮＡを採らず、ＯＷＡを支援する。知識構造は、進化し、分散化され、及び／又は不完全であってもよいと認識される。
【１０６２】
ＤＬの意味論は、個（クラス）の集合としての概念や、個の対（二項関係）の集合としての役割を解釈することによって定義される。それらの個は、典型的には、ある領域からのものと仮定される。非原子的な概念や役割の意味論は、したがって、原子的な概念や役割の観点から定義される。これは、文脈自由の文法で用いられるものに似た、再帰的定義を用いることによって達成されてもよい。
【１０６３】
記述論理を用いることの一側面は、演繹手続きの決定可能性、妥当性、及び完全性のような、望ましい計算特性と組み合わさった高い表現性である。それらは、形式的に概念を記述する方法を提供するものであり、インスタンス確認（特定の項目は、あるクラスのメンバであるか？）、関係確認（関係／役割は、二つの項目の間で成り立つか？）、ピア確認（目的等価性のために拡張を必要としてもよい）、包摂（クラスＡはクラスＢのサブクラスか？）や概念整合性（表現の集合間で矛盾はあるか？）といった、クラスやインスタンスについて推論するための既存のツールもある。
【１０６４】
論理が決定可能である（即ち、論理の各文は、真か偽であると最終的には証明できる）ことは概して望ましいが、実践においては、決定可能性だけでは充分でないこともある。特定の論理的質問は、（単に限られたというだけでなく）合理的な時間のうちに答えられなければならない。ファミリーのメンバで主に異なるのは、論理で許される作用素、及び／又は表現の複雑さである。概して、それに追加をすることは、論理を用いた推論の計算コストを、ときには根本的に引き上げてしまう。しかし、状況によっては、増加したコストは許容される。
【１０６５】
一般に規定される時相特徴をコンパクトかつ効率的に表現するために設計された様相作用素を用いて、時間を他の属性からは区別し、それについて別々に推論する能力を有することが合理的な状況があってもよい。
【１０６６】
時相記述論理（ＴＤＬ）には様々なものがある。いくつかの実施形態では、ＴＤＬは、ハルペンとショハム（１９９１）の精神の、間隔に基づく様相時相論理に基づく。線形時相論理（ＬＴＬ）や計算木論理（ＣＴＬ）のような標準的な時相論理とＡＬＣのように、標準的なＤＬの他の組み合わせもある。そのような組み合わせは、一方の次元が時間で、他方がＤＬ領域である、二次元的意味論に基づいている。この種のＴＤＬは、オントロジやクラスにおける概念の時相側面を捉えるのに、適している。例えば、以下のものがある。
死すべきもの：＝生きる存在  ∧  ＋◇（−生きる存在）
【１０６７】
以下は時相作用素の例である。
（Ｃ  Ｕ  Ｄ）（ＤまでＣ）
（Ｃ  Ｓ  Ｄ）（Ｄ以来Ｃ）
（＋◇  Ｃ）  （将来存在）
（−◇  Ｃ）  （過去存在）
（＋  Ｃ）  （将来全称）
（−  Ｃ）  （過去全称）
【１０６８】
いくつかの実施形態では、ＰＥＲＣｏｓの推論サービスは、そのような時相論理で推論の一般性を支援するために、システムの一生のうちに存在する内部クラスやメンバの全て、あるいはいくらかの部分、のバージョンのコンパクトな表現を保持しているかも知れない。しかし、クラスに基づく推論は、様相が用いられるときにのみ様相計算オーバーヘッドが適用されるように、様相が表現に明示的に見られないときには非様相の推論部によっても行われてよい。もし実施形態が、将来の時相推論を可能にするのであれば、更なる記憶オーバーヘッドが伴うかも知れない。追加された推論能力は、状況によっては、増えたコストを正当化するかも知れない。
【１０６９】
本節では、端部クラス間の関係や、ある現在の文脈において特に状況的に関連する「実践的な現実」（人間体験の関連する部分）の、利用者や発行者によって異なる知覚や組織に対処するための考察を提示する。このコスモスの構造が時間とともに変化してもしなくても、その次元の知覚とそれを定義する特徴が変化することや、個人がそれらについて異なる知覚を有することは明らかである。例えば、多くの古代の錬金術師は、全ての物質を、たった四つの元素の組み合わせとして見ていた。土、風、火、水である。これに対して、現代の化学者は、百よりも多い元素を認識し、価数をその本質的な特徴の一つとして考えている。知覚は、文化や異なる知識とともに変化する。例えば、元々の四つの元素はいずれも、今日では化学者によって元素であるとは考えられていない。
【１０７０】
目的や資源についての考え方や知覚の変化や違いに合わせるために、端部クラス（宣言クラスを含む）や内部クラスに関して、ＰＥＲＣｏｓ実施形態によって用いられてもよいアプローチは複数ある。しかし、いくつかの単純な従来のアプローチには、重大な欠点がある。ＰＥＲＣｏｓのアプローチは、従来のアプローチの欠点を克服する重要な側面を有する。例えば、バリアント属性を用いることは、利用者の知覚や期待を表現するのに適していると思われ、内部クラスについて推論するＰＥＲＣｏｓシステムの能力を損なわないように扱うことができる。
【１０７１】
いかなる固定されたクラスの集合やスキームも、全ての時間、全ての文脈、全ての利用者、そして全ての目的について、利用可能な全ての知識を編成するのに最適であることを期待することはできない。文脈が変化するにつれ、知識が進化して伝播するにつれ、新たな関係が認識されるにつれ、異なる関係が変わりやすく受け入れられるにつれ、関係が異なる文脈的意味を発展させるにつれ、及び／又は古いバリエーションが利用されなくなるにつれ、最適なＰＥＲＣｏｓのクラスシステムも変化することが期待され得る。いくつかの実施形態は、小さなグループのため、短い時間間隔にわたって、小さな、補足的な、及び／又は局所的な変化に合わせてもよい。より広範に影響を及ぼす、より大きな変化に合わせるよう最適化された他の実施形態は、より長い時間間隔、より大きなグループ、及び／又は進化する基準のためにより適切であってもよい。
【１０７２】
利用者クラスの空間において、そのような変化は、利用者が新たな考え方、新たな証拠、及び／又は新たな体験に触れるにつれて、自然に進化的に起こるものである。様々な時間における、ある利用者の利用者クラス間の違いは、概して、ある時間における様々な利用者の利用者クラス間の違いに、質的に類似してもよい。利用者クラスの違いは、思考や利用者間の通信の障害となり得る。ＰＥＲＣｏｓの意図は、利用者の違いをなくすことではなく、対応する利用者クラスの形成と規則化に役立ち得る、注意深く定式化された宣言クラスの利用によって、整合的で効果的な利用者間、利用者・機械間の相互作用のためのしっかりとした土台を提供することである。
【１０７３】
宣言クラスは明確に、通信、推論、マッチング／類似性、及び／又は選別の効率性と柔軟性を促進するために設計されている。各利用者は、もし他の利用者が同じことをすれば、類似する利用者クラス及び／又は属性は同じ宣言クラス及び／又は属性に密接に対応する傾向があってもよいという期待の下、利用者目的やその関連付けられた目的クラス及び／又は属性に密接に対応する宣言クラス及び／又は属性を見つけて、利用したいと思う。逆に、同じ宣言クラス及び／又は属性に密接に対応する利用者クラス及び／又は属性は、やや類似する傾向があってもよい。
【１０７４】
そのような密接な対応関係は、利用者が常に同じ文脈を有して全く同じように考え、利用者クラスや属性と宣言クラスや属性が変わることがない、「理想的な」世界ではより容易である。文脈の違いや変化が偏在する、進化する動的な世界では、ＰＥＲＣｏｓシステムは、従来のクラスシステムでは大いに無視されてきた、多数のとても重要な問題に直面する。
【１０７５】
以下は、説明のためのみに用いる仮想的な例である。この仮想的な例は、充分現実に近く、容易に認識可能でありながら、現実世界の正確さに過剰な配慮をすることなく、問題、課題、及びアプローチの側面を示す詳細の検討を可能にするものである。
【１０７６】
パイナップルというトークンが名前の宣言クラスである、利用者クラス「パイナップル」と、ＩＲｅｆが［［パイナップル］］の内部クラスとが、当初、全て密接な対応関係にあるとする。
【１０７７】
ここで、ある信頼されているジャーナルが、特定のクラスの人々について、パイナップルを食す特定のパターンが、直ちに治療しないと死に至る、重要臓器の機能停止を引き起こし得るホルモン変化の原因となり得ることを示すと思われる結果の研究記事を発行したとする。ジャーナルの論説では、これらの人々に危険であることから、パイナップルをそれ以降、有毒と分類することを提案している。
【１０７８】
さらに、この刊行物が、科学界に分裂をもたらしたとする。ある有力なグループ（「有毒論者」と呼ぶことにする）は、以前は無害とされたパイナップル（及び［［パイナップル］］）に、今後は有毒＝真の属性値を持たせるべきだと主張し、別の有力なグループ（「非有毒論者」と呼ぶことにする）は、有毒＝偽だと主張し、別のグループ（「対比論者」）は、いずれの立場も考慮に値しないと考え、ほとんどの人々（「中立者」と呼ぶことにする）は、論争について全く知らない及び／又は関心がない。
【１０７９】
パイナップルという宣言クラスに少なくとも部分的に依存する、表現された目的に応じるために、有毒論者、非有毒論者、対比論者、及び／又は中立者の内部クラスが、内部化によってパイナップルに関連付けられるべきかを、利用者の相互作用及び／又は文脈が決定付けるかも知れない。
【１０８０】
そして、以下の議論のいくつかは、パイナップルが、有毒＝偽の単一値属性を有する可食のサブクラスとして規定されている食べ物のサブクラスとして（直接又は推移的に）規定されていることと、関連がある。
【１０８１】
本節では、以下の基本的な側面を含むメソッドを概説する。
１．バリアント属性と呼ばれる、新たな種類の属性を端部クラスに追加する。他の属性（静的属性）とは異なり、バリアント属性は、時々及び／又は文脈に依り、端部クラスシステム表現において異なる値を有し得る。
２．各内部クラスを、耐久性のある静的属性の固定された集合に制限する。
３．端部クラスの静的属性のみを、対応する内部クラスに、直接対応付ける。加えて、あり得るバリアント属性値の各組み合わせに対応する、内部クラスのサブクラスを作成する。もしバリアント属性が、以前は用いられなかった値を動的にとるのであれば、さらにサブクラスを追加する。
４．文脈依存の内部化及び外部化の対応付けを変更し、各端部クラスが、現在対応している内部クラスに対応付けられていることと、各内部クラスが、現在対応している端部クラスに対応付けられていることとを、現在の文脈による必要に応じてバリアント属性を用いて、確実にする。
５．いくつかの実施形態は、バリアント属性宣言がより大きな重みを有するときを除き、バリアント属性への変換を防ぐような重みでの、特定の静的属性の宣言を可能にしてもよい。
【１０８２】
そのような実施形態では、端部クラス表現（特に、参照／用法のためのトークンを用いて表現された宣言クラスの名前や属性）は、利用者／利用者、及び利用者／ＰＥＲＣｏｓの通信に用いられてもよい。端部クラスの宣言や文脈は、変わっていく利用者、グループ、及び／又は他の利害関係者の目的物の見方を反映するために、時間とともに変化し（例えば、編集され）得る。バリアント、そして静的属性は、端部クラス表現で許可されてもよく、重みは、継承矛盾と同様に解決するために、静的及びバリアント属性宣言に関連付けられてもよい。
【１０８３】
そのような実施形態では、（ＩＲｅｆを用いて表現される）内部クラスや属性は、クラスに基づく推論に用いることができる。新たな内部クラスを追加することはできるが、推論の妥当性を確保するために、既存の内部クラスの属性は変化しない。つまり、内部クラスでは、静的属性しか見られない。交差端部通信は端部クラス表現を用いて行われる、即ち、各内部クラス表現は、利用者への通信の前に概して外部化されてもよいので、内部クラスは、概して利用者によって（直接）見られなくてもよい。
【１０８４】
内部化や外部化のプロセスは、バリアント属性の変換を含む、端部クラスや属性に名前を付ける参照／用法と内部クラスやその属性に名前を付けるｉｒｅｆとの間の文脈上の語彙体系的対応付けに、少なくとも部分的には、依存してもよい。ただし、任意のある文脈において、もし内部クラス表現が外部化された後、同じ文脈へと再内部化さらたならば、結果は同じ内部クラス表現となるべきである。
【１０８５】
各端部クラス表現は、その静的属性（静的記号属性を含む）のそれぞれに対応する内部属性を有する対応する内部クラス、加えて各バリアント属性のあり得る各値について、さらに対応する内部属性を持つ内部サブクラスへと、内部化されてもよい。この例では、（静的属性がより大きな重みで宣言されない限り）バリアント属性は静的属性をオーバーライドしてもよい。矛盾する静的属性は、概して、（任意の調整を一貫性プロセスが行って）オーバーライドされてもよい。さらに、もし端部クラス表現が編集されて静的属性の値が変更されたら、その属性は自動的に、そのあり得る値が編集の前後の値を少なくとも含むバリアント属性となってもよい。
【１０８６】
いくつかの実施形態では、端部クラスがサブクラス化されたとき、その直接スーパークラスのリンクが決定され、キャッシュされてもよい。そうすることで、サブクラスがインスタンス生成（メンバ導入）又は外部化されたときに、スーパークラスの属性の適切な（例えば、現在の）値を見つけて用いることができる。
【１０８７】
いくつかの実施形態では、端部クラスメンバが導入されるときに、部分を追加して内部化してもよい。もし端部クラスがバリアント属性を有するならば、そのための値は、抽象属性のインスタンス生成に似た方法で決定されてもよい。いくつかの実施形態は、利用者履歴及び／又は集団に関する情報、利用者の場所及び／又は環境情報、利用者の生体情報、他の利害関係者の情報／入力、共振値、及び／又は直接の利用者による指示を含むかも知れない文脈に、少なくとも部分的に基づく現在の値を用いるかも知れない。他の実施形態は、他の方法を用いるかも知れない。
【１０８８】
いくつかの実施形態では、バリアント属性を持つ端部クラスのサブクラスやインスタンスを検索するとき、バリアント属性の現在の値を持つ内部クラスを用いるかも知れない。他の実施形態では、端部クラスに直接対応する（その静的属性のみを伴う）内部クラスを代わりに用いるかも知れない。いくつかの実施形態では、利用者は、様々なメソッドのいずれかを用いて、現在の値を明示的にオーバーライドするかも知れず、及び／又は、値の選択肢を提示されるかも知れない。
【１０８９】
内部クラスが一以上の利用者へと通信されるときは、もし文脈が充分に類似するのであれば、対応付けられていた端部クラス表現（と同じ宣言クラス）と等価な端部クラス表現へと再び外部化されてもよい。ただし、結果は常に（以前の名前の付いた）宣言クラスになるわけではなく、宣言クラス名を含む端部クラス表現になるかも知れない。
【１０９０】
いくつかの実施形態では、端部クラス表現の現在の値と同じサブクラスの値を持つバリアント属性は、静的属性と同じように出力されるかも知れない。しかし、もし一以上のバリアント属性の値が現在の値と異なるのであれば、端部クラス表現は、サブクラスの値を示すための何らかの慣例に従って注釈を付けてもよい。例えば、もしパイナップルのメンバが有毒＝偽という属性を有し、パイナップルについて現在関連付けられている内部クラスが有毒＝真という属性を有していたならば、パイナップル［有毒＝偽］と通信されるかも知れない。同様の慣例は、現在の文脈の関連付けがオーバーライドされる、バリアントクラスやインスタンスの入力のために用いられてもよい。
【１０９１】
バリアント属性を扱う、機能上等価なメソッドは多数ある。しかし、この実施形態は、多くの小さな局所的変更を伴う状況や、より広範な影響を及ぼすより大きな変更を伴うものにも、効率的に対処するものである。
【１０９２】
バリアント属性は、論理的不整合が生じる懸念なしに、宣言クラスで自由に用いることができる。内部クラスやインスタンスは、常に属性に整合的である。宣言クラスへの更なる制限は、クラスに基づく推論の妥当性を保全するために必要とされてもよい。
【１０９３】
宣言クラスは、安定した、理解可能な構造を有する。サブクラスや他の関係は、利用者、認知された領域専門家、及び／又は、ユーティリティのようなグループが、明示的に、許される範囲で、既存の端部クラス表現及び／又は端部クラスシステムを編集したり、新たなものを追加したりするときにのみ変更される。また、内部クラスも安定した構造を有する。サブクラス化や他の関係は、端部クラスが変化しても保全される。新たな端部クラス表現及び／又は端部クラスシステム表現を反映する変更や、既存のものに対する変更では、既存のものを変更するのではなく、新たな内部クラスが追加される。端部クラスシステムも、内部クラスシステムも、バリアント属性の追加及び／又は現在の値の変更によって生じる、既存クラス間の関係の変更が伝播することを必要としなくてもよい。
【１０９４】
クラスに基づく推論は、少なくとも部分的には内部クラスに基づく。内部クラスは、（宣言クラスには関連付けられなくなるかも知れないが）属性を変更したり、消滅したりするわけではないので、結果は自由にキャッシュされてよい。このアプローチを用いる実施形態は、内部化や外部化の対応付け以外に何も「壁で仕切り」及び／又は再計算することなく、内部の属性の整合性を保証し、推論結果の事前計算とキャッシングを可能にする。（例えば、異なる信念体系に基づく）複数の相互に矛盾する端部クラスシステムは、異なる内部化／外部化の対応付けを単純に用いることによって、互いに干渉し合うことなく、自由に共存し、共通の内部クラスシステムに対応付けられてもよい。
【１０９５】
バリアント属性の変更による、（「パイナップル」→パイナップル、が、「パイナップル」→パイナップル毒、になるなどの）利用者クラスと宣言クラスの間で長く確立されていた認知的関連付けの破壊は、回避されてもよい。バリアントクラスや属性は、バリアントを用いる文脈がそれぞれ、内部化／外部化の対応付けの運用上別々の要素を維持する限りにおいてのみ、同時に存在してもよい。
【１０９６】
実施形態の一生のうち、どの属性が変更されるかを確実に知ることはできないので、いずれの端部の静的属性も、後にバリアント属性になるかも知れない。しかし、変わらないものについては、純粋な静的属性を持つクラスについての推論の効率性は、簡単に保全されることもある。
【１０９７】
いくつかの実施形態では、何らかの理由で廃止されたバリアント属性及び／又は静的属性の組み合わせを表すために作成されたサブクラスの集合は、効率性のために、ここで述べるキャッシュ管理のメソッドのいくつか又は全てを用いて「除草」されるかも知れない。
【１０９８】
別の形式の実施形態は、計算時間と記憶スペースとの異なるトレードオフの関係をもたらすこともある、バリアント属性や他の文脈依存性を扱う異なるメソッドを用いる。
【１０９９】
本節では、以下の基本的な概念を含むメソッドを概説する。
１．バリアント属性と呼ばれる、新たな種類の属性を端部クラスに追加する。他の属性（静的属性）とは異なり、バリアント属性は、時々及び／又は文脈に依り、端部クラスシステム表現において異なる値を有し得る。
２．内部クラスシステム表現の集合を、内部クラスシステムの主要内部表現として用いる。
３．概して、内部クラスシステム要素（例えば、内部クラス、内部属性、内部関係）の評価を、以下まで先送りする。
ａ．現在の文脈におけるその値が、計算に適するものになる
ｂ．それが依存する全ての文脈的な値が固定される
【１１００】
いくつかの実施形態は、例えばバリアント属性宣言がより大きな重みを有するときを除き、バリアント属性への変換を防ぐような重みでの、特定の静的属性の宣言を可能にしてもよい。
【１１０１】
内部クラスシステム表現は、もし一以上の文脈的次元の値に直接依存する、及び／又は、他の文脈依存の要素の値によって影響されるのであれば、文脈依存である。そうでなければ、文脈独立である。いくつかの実施形態は、検出可能に文脈独立の内部クラスシステム表現のいくつか又は全ての値を事前計算し、例えば、限定はされないが、表現のメタデータ、及び／又は表現・値対応付けの別のキャッシュによって、これらの値をその表現に関連付けてもよい。
【１１０２】
また、いくつかの実施形態は、例えば、限定はされないが、表現のメタデータ、文脈のメタデータ、及び／又は、表現・文脈の対から値への対応付けの別のキャッシュの、文脈における、内部クラスシステムの要素の計算及び／又は事前計算された値のいくつか又は全てをキャッシュしてもよい。
【１１０３】
記憶要件を減らすために、いくつかの実施形態は、文脈における内部クラスシステム表現のキャッシュされる値の数を、表現ごと、文脈ごと、及び／又は全体で、限られた数に限定してもよい。そのような限られたキャッシュは、仮想メモリシステムで用いられるよく知られた技術、例えばＬｅａｓｔ  Ｒｅｃｅｎｔｌｙ  Ｕｓｅｄ（ＬＲＵ）及び／又はＦｉｒｓｔ  Ｉｎ，  Ｆｉｒｓｔ  Ｏｕｔ（ＦＩＦＯ）、に似た技術を用いて値の追い出しを管理してもよい。もし追い出された値が再び必要とされたならば、元々と同じ方法で再計算されてもよい。再評価は、キャッシュにまだある他の値を用いることができてもよいので、元の評価よりコストが低いこともある。
【１１０４】
他のキャッシュの追い出しメソッドが、いくつかの実施形態で用いられてもよい。例えば、キャッシュエントリは、それが依存する文脈的次元の集合に関連付けられてもよい。実施形態はその後、依存する次元によって、追い出す値を選ぶかも知れない。例えば、現在の文脈と異なる値が多い次元を、違いが少ない次元に優先して選ぶことを含む。
【１１０５】
いくつかの実施形態では、キャッシュは、規定された時間間隔において参照されていない、いくらかの長い時間間隔にわたって参照の頻度が低いなどの、特定の基準を満たす値を取り除くことによって、「除草（ｗｅｅｄｅｄ）」されてもよい。
【１１０６】
時間とともに、実施形態のクラスシステム表現の集合は進化し（例えば、認知された領域専門家によって編集され）てもよい。このことは、属性ｓが追加や削除をされ、及び／又は属性値が修正されたりする中で、クラスシステムの一連の展開をもたらすこともある。結果として生じる宣言クラスの値は、それに応じて変化してもよい。宣言クラスの元の値は、例えば履歴探索に用いられてもよい、クラス名との特定の関連付けを保持しつつ、廃止とフラグ付けされてもよい。そのようなフラグ付きクラスは、それらのクラス名に現在関連付けられている値との識別のために、一意に特定されてもよい。
【１１０７】
ＰＥＲＣｏｓが充分な情報を有しない目的表現を利用者が表現するとき、ＰＥＲＣｏｓは、可能な限り「近い」目的表現の集合を見つけるために、目的表現を評価してもよい。図１について考える。いくつかの目的領域は、いくつかの共通目的を共有するが、他の目的領域は、共通目的を全く共有していない。利用者が、目的領域ＰＤ３における目的クラスに汎化される目的表現を規定したとする。さらに、ＰＤ３に関連付けられる記述的ＣＰＥがないものとする。そのような場合、ＰＥＲＣｏｓは、ＰＤ１とＰＤ２を考慮してもよい。
【１１０８】
４  資源管理の概要
開示の本節は、ＰＥＲＣｏｓ環境を支援するＰＥＲＣｏｓ資源管理システム（ＰＥＲＣｏｓ  Ｒｅｓｏｕｒｃｅ  Ｍａｎａｇｅｍｅｎｔ  Ｓｙｓｔｅｍ：ＰＲＭＳ）実施形態の実装例を記載する。ＰＲＭＳは目的表現（例えばＣＰＥ）に応じて資源配列を提供し管理することで、利用者は、その表現した目的を最適なものに提供するコンピュータセッション及びセッション要素を体験し、記憶し、及び／又は発行する。利用者は、そのようなセッション、資源、プロセス、及び／又はステップに関する情報を取り込むためにそのコンピュータセッションの少なくとも一部を記憶及び／又は発行してもよい。このことは、例えば、将来の目的達成を可能にするために利用してよい構成体（例えばフレームワーク）の形式で情報を取り込むのを支援するのに利用できる。ＰＲＭＳは、ＰＥＲＣｏｓ資源アーキテクチャ、ＰＥＲＣｏｓ識別管理システム（ＰＥＲＣｏｓ  ｉＩｄｅｎｔｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｓｙｓｔｅｍｓ：ＰＥＲＩＤ）、ＰＥＲＣｏｓ情報管理システム（ＰＥＲＣｏｓ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｍａｎａｇｅｍｅｎｔ  Ｓｙｓｔｅｍ：ＰＩＭＳ）、及び資源管理システムを提供することでこの機能を提供し、例えば予約サービス、持続サービス、及び／又は履歴サービスのようなＰＥＲＣｏｓプラットフォームサービスを利用してよい。
【１１０９】
いくつかの実施形態では、ＰＥＲＣｏｓ資源アーキテクチャは、ＰＲＭＳが例えばコンピュータメモリ、データベース、計算プロセス、ネットワーク、参加者及び／又は仕様を含む資源を均等に編成し処理することを可能にしてよく、均等処置はそのような資源セット用共通資源及びプロセス管理インタフェースを提供することを含むことができる。ＰＲＭＳは２つ以上の資源を配列、集約、及び／又はその他一元化資源インタフェースと組み合わせて、複合資源を作成することを可能にしてよい。複合資源も、同様に、他の資源及び資源インタフェースと組み合わされて、さらに受容可能な複合資源さえ作成することができる。
【１１１０】
いくつかの実施形態では、ＰＥＲＣｏｓ識別システム（ＰＥＲＩＤ）は、資源を標準化して相互利用可能に特徴付けるためのフレームワークを提供して、その作成物のサイズ、複合性、多様性、位置、フォーマット及び／又はそれらの作成メソッドを問わず全てのタイプの資源の効率的な発見、組織（編成）、共有、及び／又は管理を支援してよい。ＰＥＲＩＤは、目的ステートメントを達成するその実現性等、資源を推論するフレームワーク環境を提供してよい。この環境は、資源を特徴付けて編成する構成体と、例えば識別、発見、管理、共有、及び／又は持続等、特徴付けを操作する一連のサービスとを有する。
【１１１１】
従来、情報管理システム開発者は、資源に関し該当する情報を特徴付けるシステムとして様々な形式のメタデータを利用してきた。例えば、デジタル写真ファイルは、その所有者、その作成者、その著作権と連絡先情報、その仮想位置（例えばＵＲＬ）、写真撮影位置（例えば全地球測位システム座標）、ファイル作成に利用されたカメラとレンズ、写真の説明（例えば真夏の日の夕暮れ時におけるグランドキャニオン）、そのファイルタイプ（ＪＰＥＧ）、及び他のタイプのメタデータ等の特徴を有してよい。
【１１１２】
いくつかの実施形態では、ＰＥＲＩＤは、利用者と利害関係者の両者がそのようなメタデータ情報を発見、組織、維持、及び／又は共有することを可能にする動的、拡張可能で相互利用可能なＰＥＲＣｏｓ識別システムを提供する。ＰＥＲＣｏｓ識別システムのいくつかの実施形態は、ＰＥＲＣｏｓプラットフォームサービスを利用してよく、以下を支援してよい。
・資源と関連するメタデータを一貫して相互利用可能に特徴付けるフレームワークを提供するＰＥＲＣｏｓメタデータスキーマであって、例えばＰＥＲＣｏｓ識別スキーマ。例えば、これは、一以上の値を、例えば強度、重量のようなメタデータ、及び／又はメタデータの評価に利用できる他の値に割り当てる一以上のメソッドを含んでよい。
・その目的に基づいてメタデータ要素を動的に配列及び／又は組織、例えば目的を達成すべく資源を評価する際にメタデータ要素を配列するために、利用者と利害関係者が利用可能な組織構成体のセット（集合）。例えば、構成体は、資源が他の資源とのその関係を推論することを可能にするそれらメタデータ要素を編成するために利用できる。
・例えば、目的達成の際の適用性、相互関係性、性能、効率、安全性、整合性、及び／又は他の資源プロパティ等、資源に関して推論するサービスのセット（集合）。
・識別情報の管理、及び／又は例えば識別情報の作成、持続、回復、発行、解決、及び／又は一貫性化等の操作をするサービスのセット（集合）。
【１１１３】
ＰＥＲＣｏｓ情報管理システム（ＰＩＭＳ）実施形態は、利用者及び／又は利害関係者がメタデータを含む資源に関する情報を記述し、取り込み、編成することを可能にしてよい。いくつかの実施形態では、ＰＩＭＳは、作成される可能性があるいかなる形式の資源も表現する能力において基本的に拡張可能でよい。ＰＩＭＳを利用して資源情報を編成することで、利用者目的用資源が、直接的に利用者目的を支援しない資源組織、管理、そして識別の従来の形式よりも、効率的に発見され管理されることを可能にする。ＰＩＭＳは、資源関連情報がその位置に関係なくＣＰＥ表現及び／又は要素と対応して編成されることを可能にする。これにより、利用者の目的ステートメントが使用される資源の位置又は発行者の制限を受けることなく最適に提供されることが可能になる。ＰＥＲＩＤは、例えば、ＰＩＭＳを利用してその情報を取り込み、組織、記憶、回復してよい。
【１１１４】
資源管理サービス実施形態は、ＣＰＥ及び／又はＰＥＲＣｏｓ情報配列に応じて資源配列を提供し管理できる。それらは資源とともに性能及び又は、例えば性能、目的に対する質、信頼性、冗長性、機密性、及び整合性のレベル等の機能要件を規定する業務（操作）仕様を受け入れてよい。
【１１１５】
資源管理サービス実施形態は、例えば一貫性サービス、評判サービス、統治サービス、予約サービス、及び／又は履歴サービス等の一以上のＰＥＲＣｏｓプラットフォームサービスと相互作用して、その資源が提供するサービスのレベルを規定する一以上の業務合意を調整（ネゴシエート）してもよい。例えば、ＰＲＭＳ実施形態はＰＥＲＣｏｓ評判サービスと相互作用し資源の評判を評価して、それらが評判／信用性の所望のレベルを満たすことを確実にしてよい。評価は、資源の性能、安全性、信頼性、及び／又は他の業務特徴のうちのいくつか又は全てに関する表明、ＣＰＥに関する評判情報、及び／又は資源が目的満足度に貢献する度合を含んでよい。
【１１１６】
資源管理サービス実施形態は、その資源の性能を管理し監視して、それらが各業務合意を満たすことを確実にしてよい。資源が実行しない場合、資源管理システム実施形態は、訂正措置の実行から適切なプロセスの通知までにわたる、適切な行動措置を取ってよい。資源管理システム実施形態は、適切な場合、一貫性サービスと相互作用して、その資源を再構成してもよい。例えば、利用不可能な資源が利用可能になり、よりよく目的体験を達成できる。
【１１１７】
予約サービスは、ＰＩＭＳ及び／又はＰＥＲＣｏｓ持続プラットフォームサービスと協働して、資源がアクティブ、非アクティブ、切断、又は利用不可能であるかに関係なく、資源をそれぞれスケジュールすることを可能にしてよい。それは、現在利用不可能な資源に関しても、資源メタデータを持続的に利用可能にもできる。例えば、利用者は、その基盤の一部として、非アクティブ又はある期間にわたって切断された状態で運用する可能性がある移動式デバイスを有してよい。
【１１１８】
予約サービスは、利用者がその基盤資源のシームレスな再構成から利益を得ることを可能にしてよい。例えば、利用者は、例えば移動式デバイスが非アクティブ又は切断された状態等、様々な期間にわたって基盤の一時的要素として一以上の移動式デバイスを有してよい。利用者は、前もって移動式デバイスを予約することで、体験の限定的な中断なしに切断された移動式端末を再接続するようにアレンジしてよい。例えば、利用者がＰＥＲＣｏｓをオフィスデスクトップ上で利用して文脈目的体験を得る場合、その後オフィスを離れて、中断なしに予約した移動式デバイス上でこれまで通り体験を続けて得ることができる。
【１１１９】
ＰＥＲＣｏｓオペレーティング資源及び／又はプロセスは、この同じ受容能力を利用して、例えば臨界的なデータセット（集合）、その文脈又はあらゆる他の状態等の持続する一部又は全体のその状態による休止後にその処理を再開してよい。
【１１２０】
ＰＲＭＳ実施形態は、資源関連情報を記録するメカニズムを提供してよく、資源が相互作用した資源を含み、性能、構成要素構成、作用、統計、操作結果、並びに目的、クラス、及び性能測定基準等の情報を含んでよい。この資源関連情報は、全体又は一部資源の記録仕様に基づいてよい。
【１１２１】
ＰＥＲＣｏｓシステム実施形態における情報セット（集合）は資源を用いてアクセス、処理、及び記憶されてよい。ＰＥＲＣｏｓ概念資源は、他のものの中でも、「情報資源」、「計算資源」、「通信資源」、及び利用者行動のコンピュータ表現を含む。資源としてＰＥＲＣｏｓ内で利用可能なあらゆる具体的に識別可能な要素である（場所が道である場合においても）。共通する資源の種類は、コンテンツ、ハードウェア、デバイス、ソフトウェア、サービス、ネットワーク、及び／又は参加者を含む。
【１１２２】
究極的には、全ての資源は情報及び情報処理：その生成、表現、記憶、回復、処理、及び／又は提示に関する。ＰＥＲＣｏｓは、資源の可能性がある潜在的に境界がない集合の編成、提供、及び目的関連統治をフレキシブルに支援し、通常は、目的表現に対する最適の応答又は応答候補を得ることを目的とする。
【１１２３】
一般に、利用者は、物理的デバイスと、あるＰＥＲＣｏｓシステムの実施形態において資源が利用したプロセスを知覚することを必要としない。その代わりに、利用者は、適切な刺激が適切な応答に至ることをただ観察すればよく、（該当する場合）信頼できること、安全性、信頼性、評判、及び／又は他の資源プロパティの指定された度合を有する。この法則に対する例外の大部分は、知覚可能な物理的メソッドがＰＥＲＣｏｓに対する意図的な利用者出力と利用者に対するＰＥＲＣｏｓ体験出力の両方に利用される、人間とコンピュータの端部で発生する。
【１１２４】
資源は黙示的又は明示的でよい資源要素からなる。全ての資源は、一以上の識別（ｉｄｅｎｔｉｔｙ：アイデンティティ）と、ある資源実施形態が資源インタフェースのコンポジションを実装及び／又は操作環境まで延期してよい一以上の資源インタフェースとを有してよい。
【１１２５】
いくつかのＰＥＲＣｏｓ実施形態において、資源要素は、例示的かつ非限定的に、以下を含む。
【１１２６】
識別は、唯一の資源とその資源要素を得る操作メソッドを規定する。各資源は少なくとも一つの識別により名付けられる。（いくつかの実施形態では、資源の識別はその資源要素のうちの一つであってよい。）いくつかの実施形態において、資源のＵＩＤからその資源要素のうちの一つの値に至る装置及び／又はメソッド（例えば、ダイレクトポインタ、アソシエーションリスト、ハッシュテーブル、データベースのエントリ等）は資源要素に依存してよい。資源が必要とされる場合がある場所ならどこでも、いかなるそのＵＩＤも（又は指示子、下記参照）その参照、組込み及び／又は相互作用するメソッドとして利用できる。
【１１２７】
ＰＥＲＣｏｓ資源インタフェース仕様は、資源を相互利用可能にする標準ＰＥＲＣｏｓ仕様である。いくつかの実施形態において、ＰＥＲＣｏｓ資源インタフェースは仕様セット（集合）からなり、以下を含む：
・インタフェース（相互利用可能のためのものと、少なくとも一つのＵＩＤとを含む）、
・資源要素の組織、及び、
・資源と資源を備える要素との制御。
そして他の資源にとって利用可能とすることができる更なる仕様セット（集合）は以下を含む：
・識別、及び／又は
・資源特徴仕様。
【１１２８】
ＰＥＲＣｏｓ資源インタフェース実装は、一以上の資源要素からなってよく、いくつかのＰＥＲＣｏｓ実施形態において、資源要素の最小セット（集合）から完全補完まで一以上のメソッド仕様セット（集合）を含む。実施形態及び／又は操作環境によって、資源インタフェースインスタンスは分配されてよく、及び／又は、その構成要素のいくつかはその資源の構成要素スイートにオフロードされてよい。
【１１２９】
いくつかのＰＥＲＣｏｓ実施形態において、メソッドは、メソッド仕様と少なくとも一つのメソッド実装の少なくとも二つの資源要素を含んでよく、そのようなものとして資源との相互作用ユニットがある。例えば、呼び出されて資源にアクセスできるメソッド（関数、プロシージャ）でよい（例えば、一以上の要素のゲット、セット（集合）、モディファイ、制御及び／又はデリゲート）。
【１１３０】
いくつかのＰＥＲＣｏｓ実施形態において、メソッド仕様は、メソッド呼び出しが資源に要求して何をさせることができるかを示す。それはメソッド実装の正確で信頼できる抽出であることが期待され、いくつかの実施形態においては試験されてよい。
【１１３１】
いくつかのＰＥＲＣｏｓ実施形態において、メソッド実装は、プログラム、規則、スクリプト、及び／又はどのようにメソッドが資源の要素（特にその構成要素スイート）を用いて操作化されるか決定する他のアルゴリズム記述を提供するメソッド仕様のインスタンス生成である。それは呼び出しに応答する操作をメソッドがどのように実行するかを指定する。メソッド実装は、同じ及び／又は他のアクセス可能な資源のメソッドを呼び出してよい。例えば基盤及び／又は資源の位置によって、種々のメソッド実装が種々の状況で適切であってよい。メソッド実装は、非ＰＥＲＣｏｓ資源の操作に関して少なくとも一部においてメソッドを実装する操作変換部を含んでよい。
【１１３２】
いくつかのＰＥＲＣｏｓ実施形態において、メソッドスイートは、資源インタフェースが応答できるメソッドを識別する。その仕様は拡張可能なプログラミング言語の抽出データタイプの仕様と類似する。それはどの操作が利用可能であり、その効果はどのようであるか示す。
【１１３３】
いくつかのＰＥＲＣｏｓ実施形態において、メソッドスイートは、メソッド呼び出しがなくても運用する制御スレッドを含んでもよい。メソッド呼び出しは、呼び出す資源と呼び出される資源との両方のカーネルセッションが共有する通信プロトコルのいずれかにより実行されてよい。選択は、例えば、資源の相対的位置に依存してよい。典型的には、資源は比較的少数の標準化通信プロトコル（例えば、ブランチ、プロシージャ呼び出し、ＲＰＣ／ＲＭＩ、ＳＯＡＰ）を共有する。しかし、特別の状況又は特定の資源通信スタイル用に設計された他のプロトコルは、カーネルセッションにより適切に提供される。
【１１３４】
いくつかの実施形態において、キャッシュされたメソッドは、その資源インタフェース及び／又は他のソースにアクセスすることで以前決定された資源のメソッドであり、例えば一以上のＰＥＲＣｏｓ資源配列中に記憶される結果である。そのキャッシュされたメソッドのそのような配列からの更なる呼び出しは、資源インタフェースを検索する更なる必要なしに行うことができる。
【１１３５】
いくつかの実施形態において、資源要素はあらゆるタイプのＰＥＲＣｏｓ値であってよい。多くの場合、それは別の資源であり、その識別により表される。構成要素はメソッド実装によく利用される。あらゆる構成要素は多数の資源作成において共有されてよい。資源は、それを新規資源の唯一の構成要素とすることで新規インタフェースに「ラップ（ｗｒａｐｐｅｄ）」されてよい。
【１１３６】
カーネルセッションはオペレーティングシステム「マイクロカーネル」と類似し、資源インスタンスを具現化するための通信、インタフェース、識別及び他の基盤サービスを提供する。これらのサービスはメソッド呼び出し及び受信のため、そしてメソッド実装及びスレッドにより利用されてよい。それは、一つの資源インタフェース（例えば一以上の通信プロトコル（必ずしも標準化されなくてよい）を一以上の他の資源インタフェースに対して含んでよい）の要素を実装する一以上の変換部の参照及び／又は組込みにより含んでよい。これは非ＰＥＲＣｏｓ資源及び／又はＰＥＲＣｏｓ標準化仕様を支援できない資源要素と効率的に相互作用するために利用されてよい。
【１１３７】
いくつかの実施形態において、資源のメソッドの呼び出し部はそのメソッド仕様に応じて通常相互作用してよく、その構成要素又はカーネルセッションと関連しない。他方、例えば資源管理部等のいくつかのＰＥＲＣｏｓ要素は要素及びカーネルセッションの詳細と緊密に関連付けられてよいが、資源のこれからの利用には全く関連しなくてよい。
【１１３８】
いくつかのＰＥＲＣｏｓ実施形態において、資源がすること、それがどのカーネルセッションサービス（通信を含む）に依拠するか、それがどの構成要素を含むか、そしてそれがどの資源と関連するかは、別個に決められ規定されることができる別個の決定を表す。
【１１３９】
いくつかの実施形態において、ＰＩＤＭＸは、資源が相互作用した及び／又は相互作用できる資源の識別の行列から一部がなっていてよい。それは資源用に作成された記録指示子であってよい。それはカーネルセッション及び／又はメソッド実装及びスレッドによって利用及び／又は更新されてよい。
【１１４０】
資源データは、資源のメソッドが運用する、データ及び／又はその構成要素スイートに含まれる計算要素からなってよい。資源データ実施形態は、コンテンツデータに加えて、資源操作用の制御要素及びデータ（例えば、プログラムカウンタ、スタック、タスク制御ブロック、キュー、ロック、及び同期データ、例外処理部）を含んでよい。
【１１４１】
資源特徴仕様は、資源及び／又はその操作のプロパティを発見、フィルタ、比較、及び／又は記録及び分析するために利用できる資源（例えば、ファイルサイズ、書き込み日付、アクセス制限、ＣＰＥ及び／又は他の目的情報、資源インタフェース、出所、履歴情報、及び／又は他の文脈情報）の特徴を記録するために利用される資源データのサブセット（集合）であってよい。資源特徴仕様は、そのサブセット（集合）と関連するメタデータを含んで、そのような運用効率アクセスを付与するメソッドを提供する特別形式で具現化されてよい。
【１１４２】
いくつかの実施形態において、指示子は、被指定ＵＩＤ属性を介して別の資源とリンクされる資源である。指示子は、いくつかの実施形態において、例えばその利用可能性、適合性、及び位置を評価する等の資源に関する情報を操作する能力を提供し、目的に対する資源の適合性を確実にする。いくつかの実施形態において、それは一般に、基礎となる資源よりも「ライトウェイト」であるため、ＰＥＲＣｏｓ中で容易にやりとりできる。いくつかの実施形態において、指示子は、例えば、そのような指示子を利用するプロセスにその目的と関連する情報を提供する、文脈目的情報を含んでよい。指示子は、資源特徴仕様情報、関連するメタデータ及び／又は指定された資源と関連する他の資源データ、及び／又はそれ自身に関する資源データ（資源メタデータを含んでよい）を含んでよい。単一資源は多数の指示子を有し、例えば、異なる目的情報及び／又は異なる履歴情報といった、それぞれ異なる情報を潜在的に伝達してよい。
【１１４３】
指示子は、資源又は識別が必要とされる場合があるところならばどこでも供給される。指示子実施形態は、ただ被指定ＵＩＤを含むライトウェイト構造体から、指示子自体に関する大量の追加情報（例えば、相互作用履歴）と組み合わされた指定資源の完全な複製までを範囲としてよい。指示子は、例えばそれらを一つの文脈から別の文脈に送ることを容易にする特別な形態を有してよい。指示子は多数の文脈に送られてよく、種々の資源データを含んでよい。
【１１４４】
多くの実施形態において、識別は資源の「最もライト」な識別でよく、指示子は「中間」のウェイトであり、明示的な「メソッドスイート、構成要素スイート、カーネルセッション」の３つは操作と分配の「最もヘビー」な形式であってよい。
【１１４５】
いくつかのＰＥＲＣｏｓ実施形態において、指示子は資源ＰＩＤＭＸから導出されてよい。
【１１４６】
図２１に示すように、単純な資源配列が資源要素、関連する仕様、及びＰＥＲＣｏｓ資源インタフェースを備えるフレームワークとして記載されている。図面はＰＥＲＣｏｓ構成体フレームワーク仕様に基づく単純化された資源配列の一例を示す。
【１１４７】
ＰＥＲＣｏｓにおいて、あらゆるものが資源になることができ、ＰＥＲＣｏｓ資源インタフェースのみを必要とし、少なくとも一つの持続識別を含み、資源（「目的物」）の要素に結合され、そうして発行される。資源インタフェースと組み合わされＰＥＲＣｏｓ資源を作成してよい要素は以下の例を含む：
・その資源インタフェースが文書のＩＤと、文書アクセス用の一以上のメソッド（ＭＩＭＥタイプから導出）とを備える、テキスト文書、ワード文書、ＨＴＭＬ又はＸＭＬ文書等の文書。
・その資源インタフェースが少なくとも仕様のＩＤ及び／又は資源を分配するメタデータを備える、構成体、基盤、及び／又は資源の配列を記述するフレームワーク等の仕様。
・その資源インタフェースが評判表現のＩＤと、評判表明、評判目的物、及び評判作成部へのアクセス用の一以上のメソッドとを備える、ある目的物についての表明を表現する評判表現。
・ビデオ、オーディオ、センサ測定、バイオメトリック情報、ニュースフィード又は一貫したフォーマットを有するあらゆる他の情報等の、アクセス用資源インタフェースとともにコンテンツを含む情報を表すビット。
・その資源インタフェースがＩＤ（潜在的にＤＬＬから導出又は他のプロセスにより発行される）を備え、メソッド用仕様はＤＬＬと相互作用する必要があってよい、資源ＤＬＬを備える単一プロセス。
・その資源インタフェースがＩＤ（例えば文脈識別サービス（ＣＩＤ）又は他のプロセスにより発行される）と、三つの資源全ての相互作用のメソッドの組み合わせ仕様とを備える、多数のＤＬＬを備える多数のプロセス。
【１１４８】
ＰＥＲＣｏｓ実施形態はすべての資源可能性に及び、そのようなものとして小さく単純な資源を支援してよく、単一資源要素と適切に関連する仕様を有する単一資源インタフェースを備えることが多く、いくつかの実施形態において、少なくとも一部において、インタフェース仕様と、組織仕様と、制御仕様とを備える。
【１１４９】
例えば、図２２に示されるように、資源インタフェース及び単一資源要素を通したアクセスを有する資源が示される。
【１１５０】
ＰＥＲＣｏｓ実施形態は、一以上の利用者／利害関係者に複合機能を提供できる仕様の配列を有する多数の資源要素（及び資源それ自体）を備える資源を支援してもよい。これらは、いくつかの実施形態において、ＰＥＲＣｏｓ構成体を利用して一般に作成される。
【１１５１】
ＰＥＲＣｏｓ資源は、単純な資源でさえＰＥＲＣｏｓ標準化構成体仕様及びフレームワークを利用してよい点で、ＰＥＲＣｏｓ構成体に対応してよい。
【１１５２】
本節は、いくつかの実施形態における、ＰＥＲＣｏｓ資源用基礎構成体技術を検討する。いくつかのＰＥＲＣｏｓ実施形態において、これら構成体（及びいくつかのインスタンスにおいては脱構成体）プロセスは目的に対して効率的かつ効果的な資源操作の付属としてテンプレートに属する。
【１１５３】
ここで概説される資源構成体は、ＰＥＲＣｏｓ構成体仕様及びフレームワークを補完し、目的用資源を作成、利用、及び操作するために、フレキシブルでスケーラブルな目的環境を提供する。
【１１５４】
ＰＥＲＣｏｓ資源は、「情報資源」、「計算資源」、「通信資源」、及び利用者とその行動の計算表現を含んでよい。資源の共通種類は、コンテンツ、ハードウェア、デバイス、ソフトウェア、サービス、参加者、及び／又はネットワークを含んでよい。ＰＥＲＣｏｓは可能な資源の潜在的に境界がない集合の組織、提供、及び目的関連統治を柔軟に支援し、フレキシブルに支援し、目的仕様に対する最適の応答又は応答候補を得る目標を支援できる。
【１１５５】
資源は、一以上の要素（有形又は仮想資源の構成要素配列）と、一以上の資源インタフェースとにより構成され、メソッドを提供し、それにより他の資源は「情報処理エコロジー」の資源と相互作用してよい。多くの場合、資源（及び／又はＵＩＤ指定資源）の配列はより高いレベルの資源の一部を備える構成要素を形成するために利用される。
【１１５６】
資源は、一以上の他の資源の構成要素を利用してもよい（例えば、単一のディスクは多数のパーティションを提供してよく、単一のプロセッサは多数のサービスを実行してよい）。
【１１５７】
資源がその資源インタフェースを介して呼び出されると、結果がメモリから及び／又は計算によって得られるかは呼び出し部に関係しなくてよく、呼び出された資源にとって内部にある。呼び出し部は、資源インタフェース仕様及びあらゆる適切な業務合意に応答する結果セット（集合）に依存してよい。
【１１５８】
資源は、そのインタフェースを通して標準化され、それらプロセス、情報及びデータ、クラス、並びに他の資源配列を提供し、利用者の目的操作を満たしてよい。ＰＥＲＣｏｓはこれら標準化資源を支援する資源役割を提供することができ、例えば、ＰＥＲＣｏｓ構成体（及び／又は他の資源配列）により規定される構成要素として利用されてよい。資源役割の例として、データ／コンテンツ、そのようなデータ／コンテンツの仕様、ＣＰＥ、プロセス／サービス、参加者（及び関連する役割、例えば管理者、専門家、等）、ハードウェア、デバイス、ソフトウェア／アプリケーション、通信メディア（例えば１メガビットパイプ）及び／又はあらゆる他のＰＥＲＣｏｓ表現、並びに／又はあらゆる他の非ＰＥＲＣｏｓ論理的及び／又は物理的要素が挙げられる。
【１１５９】
いくつかの実施形態において、資源インタフェース組織仕様は、資源要素及び／又は構成要素がアクセスされる可能性がある度合を決定する。例えばそのような資源インタフェース組織仕様は以下を規定する：
・資源要素へのアクセスが資源インタフェースを通じてのみである、一以上の資源要素及び単一の資源インタフェースを備える資源。資源要素は、資源であってもなくてもよく、従ってそれ自体の資源インタフェースを有しても有さなくてもよい。
・資源構成要素が、あらゆる配列における、資源構成要素が一部であるインタフェースを通じて、又は資源構成要素の資源インタフェースを通じて、アクセス可能な資源インタフェースを有する、資源構成要素を備えてよい資源。例えば、いくつかの実施形態において、資源全体（一以上の資源構成要素を備える資源）の資源インタフェースは、直接的に処理するために一以上の資源構成要素に相互作用を向けてよく、且つ／又は他の資源との相互作用に応じて且つ／又は先取りして相互作用してよい。
【１１６０】
いくつかの実施形態において、非ＰＥＲＣｏｓ資源（ＮＰＲ）はＰＥＲＣｏｓ規則を満たさず、且つ／又は完全にはＰＥＲＣｏｓ相互利用可能でない資源であり、そのため、ＰＥＲＣｏｓオペレーティング資源として利用される際、非ＰＥＲＣｏｓ標準化通信メカニズムを用いてアクセスされる場合がある。ＰＥＲＣｏｓはＮＰＲと例えば以下により相互作用してよい：
・一以上の資源インタフェース（一以上のメソッドを含む）を生成及び／又はインスタンス生成し、且つ／又は
・いくつかの実施形態において、変換部として知られるＮＰＲ特定メソッドセット（集合）を利用してよい同化部として知られる一以上の専門ＰＥＲＣｏｓ資源タイプを通して生成及び／又はインスタンス生成すること。
【１１６１】
不透明な資源は、資源インタフェースがアクセスをその資源要素及び／又は構成要素に直接提供しない資源である。これは、一以上の仕様セット（集合）による且つ／又は基礎となる要素がそのような特徴を支援しないからである場合がある。その代り、その資源要素は資源の資源インタフェースを通してのみアクセス／利用されてよい。これは、例えば、資源要素がＰＥＲＣｏｓに同化し、標準化ＰＥＲＣｏｓ資源役割であり、且つ／又はそのようなＰＥＲＣｏｓインタフェースの一または二以上の要件を有する場合であってよい。
【１１６２】
例えば、ＰＥＲＣｏｓがいくつかの目的声明用に１ＧＢの標準化記憶資源（ｓｔａｎｄａｒｄｉｚｅｄ  Ｓｔｏｒａｇｅ  ｒｅｓｏｕｒｃｅ：ＳＲ）を提供する必要があると仮定する。いくつかの実施形態において、この要件を満たすために仕様できるファイルシステムインタフェースを有する不透明な資源がいくつか利用可能な場合がある。例えば、Ｗｉｎｄｏｗｓ７（登録商標）アーキテクチャを実行するラップトップは資源としてファイルシステムを提供することでこの記憶要件を満たしてよい。この資源を不透明にすることで資源の実行の整合性を記憶する助けになる。呼び出し部がラップトップの内部への直接アクセスを有する場合、いくつかのＰＥＲＣｏｓ実施形態において、ラップトップ所有者及びＷｉｎｄｏｗｓ（登録商標）開発者のポリシーとおそらく一致しないＷｉｎｄｏｗｓ７（登録商標）オペレーティングシステムを破損させる能力を、それはＰＥＲＣｏｓに与えることができる。
【１１６３】
この構成は、多くのシナリオで良好に稼働する。しかし、目的声明が信頼性要件も含む場合、ＰＥＲＣｏｓはファイルシステム資源の信頼性をさらに高める方法を有さない場合があるが、それが不透明な資源だからである。この場合、ＰＥＲＣｏｓはよりフレキシブルな記憶ソリューションを利用する必要がある場合がある。一つのアプローチは、ディスクの配列を表すＰＥＲＣｏｓ資源である。このＰＥＲＣｏｓ資源は、呼び出し部が必要ベースで割り当てることができる物理的ディスクの集合を含む。高度に信頼性が高い記憶を必要とする呼び出し部は、ディスクの集合を割り当て、これらディスクドライブに直接アクセスできる。このアクセスを得ると同時に、呼び出し部はディスクドライブをフォーマットし、それをＲＡＩＤ配列として構成し、これを利用して大きな信頼できるファイルシステムを提供できる。この例において、ＰＥＲＣｏｓ資源は透明だが、その呼び出し部にその構成要素資源要素（物理的ディスクドライブ）への直接アクセスを与えるからである。
【１１６４】
例えば、図２３に示されるように、構成要素資源を含む、多数の資源要素を有する資源が示される。
【１１６５】
透明な資源は、資源インタフェース組織仕様が資源要素のインタフェース（例えば、そのような要素が資源でそれ自体のインタフェースを有する場合）及び資源構成要素資源インタフェースへのある程度のアクセスを提供する資源である。例えば、資源インタフェースがその基礎となる資源要素への（直接及び／又は間接の）アクセスを可能にする資源である。いくつかの実施形態では、資源グループを単一資源に構成及び／又は配列し、このように基礎となる要素及び／又は構成要素資源へのアクセスを可能にする能力は、例えば、特定の目的について関係があってよい。例えば、そのようなアクセスを可能にする資源は、異なる資源要素及び／又は構成要素との相互作用は目的に依存する場合があるが、ＰＥＲＣｏｓが構成体（例えば基盤、フレームワーク、目的クラスアプリケーション等を含む）を支援するのを可能にする。
【１１６６】
例えば、図２４に示されるように、透明な資源である。
【１１６７】
いくつかのＰＥＲＣｏｓ実施形態において、ＰＥＲＣｏｓ専門家はＰＥＲＣｏｓ構成体テンプレートを用いて、多数の他の資源を含む構成体を作成してよい。そのような構成体は、利用者目的表現及びその表明目的操作によって、構成体を備える基礎となる資源への（程度の変化がある）アクセスを（専門家が規定してよいあらゆる方法で）提供してよい。例えば、そのような構成体資源は、一以上の以下の資源タイプ（他の構成体を含む）、例えば目的クラスアプリケーション、オペレーティングフレームワークを備えてよい。これにより利用者は、発行された構成体仕様及び構成体資源インタフェース仕様に従って、その目的を求めて相互作用するどの資源を選別及び選択するか可能になる。そのような相互作用は構成体資源インタフェースを通じて、且つ／又は個々の資源要素及び／又は構成要素インタフェースを通じるものであってよい。
【１１６８】
いくつかの実施形態において、資源特徴仕様（ＲＣＳ）は資源の特徴を記述する仕様を備える。例えば、これは機能性、変数、制御及び／又は他の仕様セット（集合）を含んでよい。資源は、例えば異なる目的及びオペレーティング文脈の区分を有する単一のＲＣＳ、適切なセット（集合）の区分を可能にする単一の制御仕様を有する多数の資源制御仕様等の種々の構成において配列され編成されてよい資源特徴仕様のセット（集合）を有してよい。
【１１６９】
資源特徴仕様は、資源役割用資源制御仕様がその役割用のある標準化要素を含んでよい資源役割の例におけるように、標準化され相互利用可能であってよい。
【１１７０】
ＲＣＳはその本質からしてそれが関連する資源に対して特定されており、例えば共通資源は初期資源制御仕様を有してよく、その特定資源は多数の目的操作を体験／関連し、そのようなものとして、最適化、パラメータ化及び／又は資源制御仕様は資源が体験した他の操作を反映するように修正されていてよい。必ずしも全てのＲＣＳがこのように変化するわけではなく、いくつかは設計及び／又は文脈のため一定に留まってよい。
【１１７１】
資源特徴は、いくつかの実施形態において、例えば資源特徴を記述するＰＥＲＣｏｓ  ＰＩＭＳのインスタンスを用いて、全体及び一部をｉ要素の形式で表現してよい。そのような仕様要素はＡｂｓｔｒａｃｔ  Ｓｙｎｔａｘ  Ｎｏｔａｔｉｏｎ  Ｏｎｅ  （ＡＳＮ．１）、ＯｐｅｎＩＤ又は他の記述仕様メタファー等の技術を用いてエンコードされてよい。
【１１７２】
実施形態の一例において、資源性能仕様は、例えば資源性能の下限及び上限値として表現されるが、各資源記述仕様要素に対して定義される最小及び／又は最大値の最適なセット（集合）を有する資源特徴仕様（最小で少なくとも一つの値を含んでよい）であってよい。
【１１７３】
更なる資源特徴は、一例では、資源機能仕様として定義されてよく、資源機能能力を記述し規定する。
【１１７４】
いくつかの実施形態において、そのような資源特徴仕様は一部又は全体として資源指示子を備えてよい。
【１１７５】
資源特徴仕様は資源データの全て、及び目的と他の資源関係情報を含む資源に関する情報を含んでよい。
【１１７６】
いくつかの実施形態において、ＰＥＲＣｏｓ資源特徴仕様は、例えば性能基準及び関連する測定基準、機能能力、プロセス定義及び／又は資源操作に関するあらゆる他の仕様を含む資源機能仕様の一以上のセット（集合）を含んでよい。いくつかの実施形態において、これらの仕様は、全体又は一部において、例えば指示子を通して利用可能になってよい。これらの機能仕様は、いくつか実施形態において、資源インタフェース、資源間通信及び／又は他のメソッドを通して照会されてもよい。
【１１７７】
資源機能仕様は資源の機能を記述する一以上の仕様要素を備える。資源機能仕様要素はＰＥＲＣｏｓ資源能力の一以上の点を記述する。いくつかの実施形態において、それは業務合意において資源管理の仕様として利用されてよく、ＰＥＲＣｏｓ資源により資源の機能の定義として提供される。
【１１７８】
資源機能仕様は、異なる機能性及び／又は例えば一以上の機能性について最小及び最大サービスレベルを示すサービスレベルを含んでよい。これら異なる資源機能性は、一以上の目的表現、共振仕様、一貫性仕様及び／又は他の資源関係と関連させてよい。このように、資源は目的操作についてのそのオペレーティング能力内でカスタマイズされてよい。
【１１７９】
いくつかの実施例において、資源機能仕様は以下のような異なるタイプを含んでよい：
・一以上の要求する資源によって必要とされる場合がある定義された資源機能を提供する、要求された資源機能仕様。
・いくつかの実施形態において、指示子の形式で利用可能になってよい、発行及び／又は持続する資源機能仕様。
・その資源及び／又は他の資源に関して一以上の資源の間で合意された仕様の特定のセット（集合）を含んでよい、オペレーティング合意資源機能仕様。例えば、これは、一以上の資源により提供されるサービスレベルの合意されたセット（集合）を記述する仕様を含んでよい。
【１１８０】
５  ＰＥＲＣｏｓオペレーティング環境
いくつかの実施形態において、ＰＥＲＣｏｓは、利用者がその文脈目的を表現し、繰り返し、相互作用し究極的には達成することを少なくとも一部において可能にするためにＰＥＲＣｏｓ資源として表されるサービスを含むプラットフォームの一以上のセット（集合）を提供する、潜在的に分配されたオペレーティング環境として実装される。
【１１８１】
ＰＥＲＣｏｓ実施形態は、多くのプラットフォーム及びＰＥＲＣｏｓ  ＰＲＭＳを支援する他のサービスを含んでよい。それらプラットフォーム及びサービスは以下を含んでよい：
・仕様処理サービス
・資源管理サービス
・情報管理システムサービス
・識別サービス
・履歴サービス
・発行サービス
・評価サービス
・調停サービス
・監視及び例外サービス
・統治サービス
・一貫性サービス
・評判サービス
・探索及びナビゲーションサービス
【１１８２】
いくつかの実施形態において、ＰＥＲＣｏｓプラットフォームサービス入力及び／又は出力は動作、配列、組合せ、評価、差別化又は、あらゆる他の適用できる方法で、アルゴリズム又は別の方法で処理され、資源に適切な方法で動作し、それに仕様を提供する。
【１１８３】
いくつかの実施形態において、ＰＥＲＣｏｓは、処理される際に仕様に適用されるメソッドセット（集合）を備えるＰＥＲＣｏｓ  ＳＲＯサービスとしてインスタンス生成されるサービスを含む。ＳＲＯは三つの統合処理システムを備える：
・仕様、
・解決、及び
・操作／オペレーティング
【１１８４】
これら処理システムそれぞれは、仕様処理の支援の際に呼び出されてよいＰＥＲＣｏｓメソッドセット（集合）を含む。
【１１８５】
ＰＥＲＣｏｓ仕様処理は、資源、資源管理部、ＰＥＲＣｏｓプラットフォームサービス及び／又は表明目的操作を支援する仕様の処理と関連する他のプロセスを支援するために配列されてよい一以上のメソッドを含んでよい。例えば、これは以下を含む：
・構成すること、
・分解すること、
・配列すること、
・アセンブルすること、
・逆アセンブルすること
・セグメント化すること、
・分析すること。
【１１８６】
これらのメソッドは、例えばタイピング（静的及び動的）、確証、等の標準計算方法によって補完されてよい。また、これらのメソッドは、例えば履歴、評価、識別、評判及び／又は他のプラットフォームサービス等のＰＥＲＣｏｓプラットフォームサービスによって支援されてよい。
【１１８７】
ＰＥＲＣｏｓ資源管理システム（ＰＲＭＳ）は、いくつかの実施形態においてＰＥＲＣｏｓ及び非ＰＥＲＣｏｓ資源を管理できるスケーラブルな分配資源管理システムをともに提供する多数のサービスを備えてよい。ＰＲＭＳは、仕様、他のシステム能力等により適用可能な、相互利用可能、拡張可能、及びフレキシブルな資源インタフェースを通して、ＰＲＭＳ資源があらゆる他のものと結合、集約、分離、相互作用等することを可能にする。ＰＲＭＳ資源インタフェースは、識別、仕様、メタデータ及び基礎となる資源構成要素との相互作用メソッドの提供を含む。
【１１８８】
ＰＲＭＳは、動的及び／又は静的資源配列を支援するように構成されてよい資源管理の多数の層を備えてよい。ＰＲＭＳ機能性は、割り当て、予約、置換、配列、発見、通信、構成、持続、発行、試験、評価、及び／又は監視を含んでよい。
【１１８９】
いくつかの実施形態において、この機能性を支援する特定のサービスがあってよく、例えば以下のものを含んでよい。
【１１９０】
ＰＥＲＣｏｓ評価サービスは、装置及びメソッドを提供し、仕様を含む一以上の入力を評価してよい。これらの値は、例えば、制御仕様に応じて、制御仕様によって決定される適切なメソッドを呼び出すことでそのような入力間及び内のコンフリクト、曖昧さ及び／又は制約を決定するために利用されてよい。
【１１９１】
ＰＥＲＣｏｓ評価サービスは、あらゆる構成及び／又は配列において他のＰＥＲＣｏｓ資源と動作してよく、且つ／又はＰＥＲＣｏｓ資源内の構成要素であり且つ／又は必要に応じて他のＰＥＲＣｏｓ資源と相互作用してよい。
【１１９２】
ＰＥＲＣｏｓ調停サービスは、調停サービスへの入力により、仕様コンフリクト、曖昧さ及び／又は制約を解決してよい。調停サービス解決能力は制御仕様により定義され、ＰＥＲＣｏｓ資源内の構成要素であり且つ／又は必要に応じて他のＰＥＲＣｏｓ資源と相互作用してよい。
【１１９３】
調停サービスは、例えば仕様を含むあらゆるＰＥＲＣｏｓ情報について動作してよい。調停サービスは、例えばオペレーティングセッションの一部を備えてよく、且つ／又は、例えば一貫性管理及び／又は資源管理等の他のＰＥＲＣｏｓプロセスによって命令されてよい。
【１１９４】
調停サービスインスタンスは、あらゆる構成及び／又は配列において動作してよい。
【１１９５】
いくつかの実施形態において、ＰＥＲＣｏｓ監視及び例外処理サービスは資源操作を監視するメソッドを提供し、関連する例外処理能力を提供する。監視及び例外処理サービスは、資源の適切なインタフェースからの出力を受け、その結果、その監視行動に応答して、監視の制御仕様に沿って、適切なメッセージを生成してよい。
【１１９６】
そのようなメッセージは、イベント、アラート、情報、及び／又は適切な応答がなされる例外処理に回してよい他の仕様、であってよい。例外処理は、適切な応答を求めて、例えば評価サービス及び／又は調停サービスという他のＰＥＲＣｏｓ資源を利用してよく、一貫性サービス、資源管理サービス及び／又は他のＰＥＲＣｏｓプラットフォームサービスと更に相互作用してよい。
【１１９７】
例外処理サービスは、制御仕様に従い、資源管理及び／又は一貫性サービスと相互作用してよく、同時に、それらは、例外処理により引き起こされる状況を解決するのに必要な場合がある矯正的、予防的又は他の行動を行う。
【１１９８】
試験及び結果サービス（Ｔｅｓｔ  ａｎｄ  Ｒｅｓｕｌｔ  Ｓｅｒｖｉｃｅ：ＴＲＳ）は、受け取った仕様を試験してよいサービス配列を提供でき、受け取った仕様内でなされた表明を確証させる場合がある結果を提供する。多くのインスタンスにおいて、資源及び／又は資源の一面に関する表明は、資源提供者、発行者、及び／又はその資源の一以上の面及び／又はその特徴、機能、性能、出所、信頼できること、安全性及び／又は他の属性を証明する第三者によってなされる。
【１１９９】
持続サービスは、呼び出し部が資源セット（集合）及びプロセスセット（集合）の状態を保持することを可能にすることができ、それらは後日認証された方法で利用できる。
【１２００】
ＰＥＲＣｏｓ持続サービスは、例えば呼び出し元と持続資源提供者との間の業務合意（ｏｐｅｒａｔｉｎｇ  ａｇｒｅｅｍｅｎｔ）の交渉を通して一以上のサービスレベルを提供してよく、例えば、信頼性、頑強性、アクセス性、安全性、時間的側面の度合及び／又は提供される場合があるサービスの他の期間等、そのようなものの記憶期間を含む、そのサービスの適切な期間を利用者が選択することを可能にする。
【１２０１】
資源の持続は、持続した資源が他の関係者による利用を意図していない及び／又は十分でなくてよい且つ／又は、例えば他の関係者による資源の利用に関連しない付加情報を含んでよいという点で、発行と異なる。
【１２０２】
ＰＥＲＣｏｓ情報システムサービスは、ＰＥＲＣｏｓ資源と関連且つ／又はＰＥＲＣｏｓ資源に制御される情報が、あらゆる特別のスキーマから独立してフレキシブルな方法で維持されるように、アクセス、記憶、修正、要約、索引作成を含む多数の情報管理能力を備えてよい。
【１２０３】
ＰＥＲＣｏｓ情報システムの実施形態は、ＰＥＲＣｏｓ情報管理システム（ＰＩＭＳ）を備えてよく、あらゆる方法で配列されてよく且つ／又はＰＥＲＣｏｓ資源になってより多数の情報タイプ（ｉ要素、ｉセット（集合）、ｉスペース）を含んでよい。ＰＩＭＳは、あらゆるＰＥＲＣｏｓ資源に持続性を与えるサービスを含んでよい。
【１２０４】
いくつかの実施形態において、これらのサービスは、ＰＥＲＣｏｓクラス、オントロジ並びに／又は他の情報組織デバイス及びに／又はメソッドの支援を含んでよい。
【１２０５】
ＰＥＲＣｏｓ識別サービスは、ＰＥＲＣｏｓ資源がより効果的且つ効率的にお互いに識別し、その識別を手元のタスクにとって充分な程度まで確認可能にする識別能力の多次元セット（集合）を提供できる。
【１２０６】
ＰＥＲＣｏｓ識別サービスは、ＰＥＲＣｏｓ資源の識別行列を含んでよく、表明且つ／又は確証された識別特徴と他の資源との関係を含む。
【１２０７】
ＰＥＲＣｏｓ識別は、他の資源特徴から抽出されてよく、結果として資源それ自体から独立して処理されてよい。ＰＥＲＣｏｓ識別サービスは、特定の資源のメソッドを提供し、その操作と関係する一以上の識別を有し、関係するならば、そのような関係が持続される。
【１２０８】
ＰＥＲＣｏｓ履歴サービスは、ＰＥＲＣｏｓ資源の操作の取り込み、保持、アクセス、及び／又は操作のサービスを提供してよい。履歴サービスは、ログ、監査証跡、イベント及び／又は他のオペレーティングプロセス情報取り込み及び保持サービスの維持を含んでよい。
【１２０９】
履歴サービスは、例えばＰＩＭＳを含む適切な記憶デバイス又はメソッドにステータス、性能及び／又は他の操作特徴を含む資源操作を取り込んでよく、その後一以上の適当な資格を有する他の資源により相互作用されてよい。
【１２１０】
ＰＥＲＣｏｓ発行サービスは、ＰＥＲＣｏｓ構成要素の装置及びメソッドを提供し、文脈及び／又は操作情報を発行して、他の文脈及び／又は他の資源にとって利用可能になるようにしてよい。この文脈及び／又は操作情報は、例えば、仕様、クラス及び／又は他の資源を含んでよい。ＰＥＲＣｏｓ発行は、例えば目的、評判及び／又は他のメタデータ等のＰＥＲＣｏｓ情報が発行された資源と関連付けられることを可能にする。ＰＥＲＣｏｓ発行は、例えば情報管理システム、ユーティリティ、記憶及び／又は組織システム等の他のＰＥＲＣｏｓサービスと相互作用し、適切な分配メソッドにとって発行された資源が利用可能になるようにしてよい。
【１２１１】
ＰＥＲＣｏｓ統治サービスは、統治に必要とされる可能性がある、安全性、認証、認可、整合性、プライバシー、権利管理、規則管理等のメカニズム及び／又は呼び出しメソッドを提供してよい。
【１２１２】
ＰＥＲＣｏｓ統治サービスは、内部ＰＥＲＣｏｓセキュリティメカニズム及び／又は外部メカニズムの呼び出しの提供及び／又はメンテナンスを含んでよい。
【１２１３】
ＰＥＲＣｏｓ評判サービスは、多様な位置及びバックグラウンドの利用者が資源及び／又は他の要素の評判／信用性を確かめることを可能にしてよい。それは利用者の文脈目的の資源及び／又は他の要素の評判の評価を可能にする。それは評判を標準化するサービスを提供し、その相互運用性を促進する。それは評判の質を評価する測定基準を提供する。それは、作成、発見、修正、取り込み、評価及び又は評判を操作する他の操作を行う装置とメソッドを提供し、評判を推断するための理論及びアルゴリズムを含む。
【１２１４】
いくつかの実施形態において、ＰＥＲＣｏｓ探索及びナビゲーションサービスは利用者のＰＥＲＣｏｓコスモス（ｃｏｓｍｏｓ：体系）の探索を文脈的に効率的且つ効果的に促進する。いくつかの実施形態において、これは目的探索動的構造（ＰＥＤＦ）として表わされてよい。これらのサービスは、例えば発見、識別、ドリルダウン、拡張、枝切等の表明目的操作の間、文脈ベースの探索及び／又はナビゲーションを可能にする。
【１２１５】
これらのサービスは、ファセットエンジン、推論部、次元システム及びＰＥＲＣｏｓナビゲーションインタフェース（ＰＮＩ）を含んでよい。
【１２１６】
ＰＥＲＣｏｓ資源管理システムは、目的サイクル操作、関係クラス、仕様及びオペレーティング資源を支援してよい。目的サイクルは端部処理、目的定式化及び仕様統合に関係し、オペレーティングセッションに至り、ユーザー体験を支援する。ＰＲＭＳはこれら操作が資源（例えば参加者、クラス、仕様、ソフトウェア、情報、サービス及び／又は物理的デバイスを含む）に関する間、その全てを支援してよい。ＰＲＭＳ操作は操作仕様の生成から呼び出されてよく、ある実施形態において、例えばＳＲＯプロセスを通した仕様統合の結果である。
【１２１７】
ＰＥＲＣｏｓシステムはテンプレートと、例えばフレームワーク、基盤、及び／又は資源集合等の仕様構成体とを利用者及び利害関係者に提供でき、恣意的に豊かな文脈目的体験／結果を得ることを規定するＣＰＥを作成及び／又は操作し、達成する。特に、利用者及び利害関係者はＰＲＭＳが多数のソースから多様なネットワークにわたって多量の資源を効率的且つ効果的に発見し管理することを必要とさせる場合があるＣＰＥを定式化できる。これを促進するため、いくつかの実施形態において、ＰＲＭＳはその操作において階層的且つ分配されるように指示され、各ＰＲＭＳインスタンスがその資源を効率的且つ効果的に管理することを可能にする。
【１２１８】
資源関係は、例えば、それら呼び出し、依存、情報移転、協力的及び／又は共同的処理、他の相互作用、並びに／又は二又は三以上の資源間のあらゆる他の論理的及び／又は特定された関係を備えてよい。これらの関係は、資源及び／又は測定基準、重要性、性能情報、業務データ等を含む資源と関係する別のメタデータの識別について表現される。これらの関係は、例えば目的（Ｐ）を求める資源セット（Ｘ）のある参加者による利用、及び同じ又は類似する目的を求めるもう一人の参加者による同じセット（Ｘ）の利用を通して、一以上の目的領域の資源を有する操作のポテンシャルを確立するために利用されてよい。いくつかの実施形態において、資源関係情報はクラス構造に記憶及び管理されてよく、構成体の構成において利用され、例えばフレームワーク、資源集合及び／又は他の資源配列を形成してよい。
【１２１９】
ＰＥＲＣｏｓ内において、資源関係は、例えば識別配列、情報記憶スキーマ、業務配置、組織構造、仕様及び／又は一貫性サービス等のＰＥＲＣｏｓプロセスの利用を通して識別されてよい。これらの関係は測定基準及び／又は、例えば二又は三以上の資源が特定の目的操作内でどれほど相互作用するか及び／又は一以上の資源が（例えば目的測定基準に対する質を利用して）どれほど目的を満たすかを表現する性能情報を含む。資源関係は、否定形と除外（例えばＲ（ｘ）とＲ（ｙ）を同じオペレーティングセッションで同時に利用する）及び付加的かつ組合せ的及び／又はあらゆる組合せを含む、重要性、測定基準、パラメータ及び／又は他の仕様によって表現されてよい。そのような関係は、一以上のオントロジの形式であってよい。
【１２２０】
いくつかのＰＥＲＣｏｓ実施形態において、一以上の目的操作があって、資源間の（及び／又はその）関係を決定してよい。これら関係は一時的及び／又は持続的であってよい。例えば、これらは、ＰＥＲＣｏｓ実施形態標準化目的表現及び／又は、動詞及び／又はカテゴリー、目的メタデータ並びに／又はあらゆる他の情報等のＰＥＲＣｏｓ標準化用語を用いてクラスを含むその関連する配列により表されてよい。例えば、利用者目的表現である「薄膜ソーラーを学習する」は例えば、「学習する」が、いくつかの実施形態において、例えばＰＥＲＣｏｓ語彙、ＰＥＲＣｏｓクラス、及び潜在的にＰＥＲＣｏｓクラスアプリケーションのＰＥＲＣｏｓ動詞であり、他の資源（例えば語彙、クラス、クラスアプリケーション、フレームワーク及び／又は他の資源を含む）と一以上の関係を有する場合があるように例えば評価されてよい。このような関係は一以上のオントロジで記録されてよい。
【１２２１】
ＰＥＲＣｏｓ識別行列（ＰＩＤＭＸ）は、例えば、資源間のそのような関係性及びそれらが展開される業務目的を列挙する一つのメソッドを提供する。例えば、ＰＩＤＭＸは、資源関係及びその関連する測定基準のレポジトリとして利用され、相互接続された目的表現の動的メッシュを作成してよく、それから、例えば結果セット（集合）に利用され、そのような結果セット（集合）はそれら資源に対して効果的に縮減及び制約され、利用者目的表現をほとんどの場合満たすことをしばしば目的とする。いくつかのＰＥＲＣｏｓ実施形態において、例えばグラフを含む資源関係を表現及び／又は列挙する多数の装置とメソッドがあってよい。
【１２２２】
ＰＥＲＣｏｓ  ＰＩＭＳは、指示子（ｉ要素）がｉセット（集合）内でともに一括されるその資源がその間の関係性を表現され、ある場合には定式化される点で、別の例を提供する。
【１２２３】
フレームワーク、基盤及び／又は資源集合を含む構成体は、その仕様の資源間の関係性を、ある場合には明示的に、そして別の場合にはタイプ又は特徴により確立する。
【１２２４】
クラスは資源関係を表現するために利用されてよく、例えばある資源がクラスＸで、クラスＹ、Ｗ、Ｚと更なる関係を有してよい。これらは、いくつかの実施形態において、資源クラス及び／又は目的クラスを備えてよい。
【１２２５】
ＰＥＲＣｏｓ資源は依存仕様を含んでもよく、資源は特定の必要な依存と関連する関係を有してよい。これらは、例えばこれらはポリシーと資源に関連する規則を通して、及び／又は他のＰＥＲＣｏｓプラットフォームサービスを通して表現されてよい。
【１２２６】
いくつかのＰＥＲＣｏｓ実施形態は資源を提供し、目的を求めてこれらの関係を促進し管理する。
【１２２７】
関係は、例えば同義語／反義語（例えば探索／発見／調査／理解および教示の各々）等の周知の知識構造に基づいてよい。
【１２２８】
資源関係表現は黙示的（例えばオントロジの同じツリーのメンバ及び／又は同義語として）又は明示的（例えば学習するは発見、吸収、同化、チェック、理解又は他の単語とある程度の同意義を有する場合がある）であってよく、例えばＰＥＲＣｏｓ同義語サービス等の、例えば別のＰＥＲＣｏｓ資源によって提供されてよい。いくつかの実施形態において、これは単語が等しく置換できる場合であり、他には、８０％近似し／等しく／置換される場合がある／状況「Ａ」と置換される場合がある及び／又は条件／イベント「Ｂ」における等、同意義の程度表現があってよい。
【１２２９】
いくつかの実施形態において、これらの資源間（その配列を含む）の関係表現は、値として列挙され、例えばそのソース資源（ｈｔｔｐ：／／ｔｈｅｓａｕｒｕｓ．ｃｏｍ／）を含んでよい。
【１２３０】
資源関係は例えば二方向性であり、Ｒ２がＲ１に関する評判である場合、Ｒ１は「評判である」Ｒ２の関係を有する一方、Ｒ２は「目的物である」（評判の）Ｒ１との関係を有する。
【１２３１】
いくつかの実施形態において、これらの関係表現は、例えばＲ因子と名付けられてよい。
【１２３２】
例えば、図２５に示されるように、資源関係実施形態の例が示される。
【１２３３】
そのような資源関係は、一以上の目的用計算に利用されてよい。
【１２３４】
いくつかのＰＥＲＣｏｓ実施形態において、Ｒ因子は以下の形式で表現される：
−１＜＝Ｒ−ｆａｃｔｏｒ＝＞１
【１２３５】
本実施形態において、Ｒ因子＝１は資源１と資源２の両方が図２５のＣＰＥと等しいことを意味してよい。同例において、資源１のＲ因子＝０の場合、資源２はＣＰＥで表現される目的と等しくない。資源１→資源２のＲ因子＝−１の場合、これらの資源はＣＰＥで表現される目的と反対であると考えられる。
【１２３６】
Ｒ因子は、ＰＥＲＣｏｓシステムの内部及び／又は外部の要素セット（集合）との関係のために表現され列挙されてよく、標準化及び／又は相互利用可能でよい。
【１２３７】
図２６に示されるように、資源とＰＥＲＣｏｓｉセット（集合）との列挙された関係の一例が示され、各ｉセット（集合）は、例えば、資源セット（集合）との関係値に重み付けしておいてよく、そのような資源は、一以上のｉセット（集合）との関係を列挙しておいてよい。
【１２３８】
これらＲ因子は、一以上の技術を用いて列挙されてよく、存在するＰＥＲＣｏｓ及び／又は、例えば同義語のワードネット及び／又はカテゴリーのＤＭＯＺ、ウィキペディア（登録商標）等の、例えば非ＰＥＲＣｏｓ資源を通して、非ＰＥＲＣｏｓ資源を組み込んでよい。これらＲ因子は、一以上の資源（目的表現を含む）と持続的に関係してよい。いくつかの実施形態において、技術は、宣言的（例えば、「薄膜ソーラー」は例えば太陽光エネルギーと高度に相関関係にある等、関係を宣言する専門家によるもの）、アルゴリズム的、計算されたもの（例えば、利用頻度、目的達成度、言語、文法等の一つ又は測定基準を用いるもの）及び／又はあらゆる他の技術を含んでよい。いくつかの実施形態において、これらの関係は、例えばクラス、セット（集合）、有向グラフ及び／又はトポロジカル空間として更に表現され、例えば、利用者目的表現及び関連する目的操作の文脈を備えてよい資源関係のウェブを形成してよい。
【１２３９】
ＰＥＲＣｏｓは、いくつかの実施形態において、一以上の装置又はメソッドを利用者に提供し、その目的表現に更なる詳細を加えてよい。例えば、利用者目的表現は二つの用語を備えてよく、そのうちの一つは認識されたＰＥＲＣｏｓ用語であり、もう一つはＰＥＲＣｏｓに認識されない用語である。第一認識されたＰＥＲＣｏｓ用語とキーワードとして取り扱われる他の用語に基づいて、ＰＥＲＣｏｓは、例えば製造、化学、経済、組成又は利用者目的表現を更に明瞭化し洗練化するよう設計されたオントロジ（例えばクラスシステムとして表現される）の一部を備えてよい他の用語等、更なる用語を提案してよい。目的を洗練化することで、ＰＥＲＣｏｓ実施形態は、例えば戻りセット（集合）で示される資源セット（集合）（利用可能且つ潜在的）を制限し、そのようなものとして関連性及び利用者にとって利便性が高い可能性があるそれら資源に制約される。いくつかの実施形態において、一以上のクラスシステムは、関連するオントロジを含んでよく、一部又は全体が利用者目的表現の評価と、例えば、オペレーティング資源への入力として一以上の資源によるこれら評価の処理から導出し、戻りセット（集合）を生成してよいが、代わりに一以上のアルゴリズム表現によって限定及び／又は変化される可能性がある。
【１２４０】
利用者目的表現及びあらゆる関連する結果セット（集合）の更なる洗練化は、いくつかの実施形態において、例えば役割、評判、選択、及び／又はあらゆる他の装置及び／又はメソッド等の他のＰＥＲＣｏｓ資源の利用を通して達成されてよい。いくつかの実施形態において、一貫性サービスは、全体又は一部において、あらゆるプロセス及び／又は目的操作並びにそれに関連する資源を通して動作し、利用者相互作用、目的定式化、資源関連化、結果セット（集合）及び／又は表現を洗練化及び／又は最適化してよい。
【１２４１】
これら様々なプロセス及び／又は操作内で、例えば、利用者がその表明目的操作及び関連する体験を始めるに従い、結果セット（集合）の黙示的なカテゴリー化があってよく、資源測定基準の形式で表現されてよく、資源の関係はその現在の配列内（例えばセット（集合）のメンバとして）及び／又は他の資源（一以上のその配列を含む）に対しての両方において、表現されてよい。
【１２４２】
いくつかの実施例において、ＣＰＥはカテゴリーとして「薄膜ソーラー」を含んでよく、適切なＰＥＲＣｏｓシステムにより処理される際、例えばウィキペディア（登録商標）を資源の一つとして含む結果セット（集合）に含まれてよく、結果要素は以下を備える（ウィキペディア（登録商標）より）：
「薄膜光電池（ｔｈｉｎ−ｆｉｌｍ  ｓｏｌａｒ  ｃｅｌｌ：ＴＦＰＶ）とも呼ばれる薄膜太陽光電池（ｔｈｉｎ−ｆｉｌｍ  ｐｈｏｔｏｖｏｌｔａｉｃ  ｃｅｌｌ：ＴＦＳＣ）は、光電子材料の一以上の薄層（「薄膜」）を「基板」に成膜することで製造される「太陽光電池」である。そのような層の厚さ幅は大きく、数ナノメートルから数十マイクロメートルまで変化する。
【１２４３】
その場合、この結果セット（集合）（及びセット（集合）のメンバ）要素は、「薄膜ソーラー」を含むＣＰＥと関連するＲ因子を有してよい。これは（例えばトップレベルにおける）単一「クリック」結果であり、ソースはウィキペディア（登録商標）であることから、値はこれと関連して、Ｒに仕様Ｒ［ＴＦＳ］＝（ｎ）→  ｈｔｔｐ：／／ｅｎ．ｗｉｋｉｐｅｄｉａ．ｏｒｇ／ｗｉｋｉ／Ｔｈｉｎ−ｆｉｌｍ＿ｓｏｌａｒの値を与えることができる。
【１２４４】
同じＣＰＥが例えばＤＭｏｚに送信される場合、結果は以下であってよい：
オープンディレクトリカテゴリー（五つのうち１−５）
１．ビジネス：エネルギー：再生可能：ソーラー：電気  （６マッチ）
２．サイエンス：技術：エネルギー：再生可能：ソーラー：電気  （２）
３．サイエンス：天文学：プロダクトとサービス：望遠鏡：双眼鏡とアクセサリ：製造者  （１）
４．コンピュータ：コンピュータサイエンス：学術部門：ヨーロッパ：ベルギー  （１）
５．地方：ヨーロッパ：フランス：地域：イール・ド・フランス：エソンヌ：ビジネスと経済  （１）
一以上のプロセスにより更にパース（ｐａｒｓｅ）され、利用者に以下のＰＥＲＣｏｓカテゴリー「ビジネス」、「サイエンス」、「コンピュータ」、「地方ヨーロッパ」を備える結果セット（集合）を提供してよい。ＰＥＲＣｏｓ動詞「学習する」が使用されたとき、そして例えばビジネス、サイエンス、コンピュータ、ロケーション等の、学習すると関連する用語の分類がおそらくあってよいことから、結果セット（集合）は更にパースされ（一以上の測定基準セット（集合）を用いて）優先順位が付けられ、利用者に選択セット（集合）が伝達され、その場合それによってそれらはその目的表現を洗練化させ、更に正確にその利用者クラスを反映させてよい。
【１２４５】
いくつかの実施形態において、ＰＥＲＣｏｓ環境は、結果セット（集合）及び／又はそれらからの利用者選択の両方のＲ因子測定基準を行ってよいことで、各セット（集合）はセット（及びそのメンバ）及び／又はセットメンバ間のＲ因子と関連する一以上の目的表現を有してよい。
【１２４６】
例えば、このプロセスが継続し、結果セットが利用者相互作用及び／又はアルゴリズム操作を含めて更に洗練化されるに従って、Ｒ因子の値は増大し、目的表現及び結果セット関係の増大する強度を反映してよい。
【１２４７】
いくつかのＰＥＲＣｏｓ実施形態において、利用者目的満足度測定基準は、Ｒ因子値が目的、資源、文脈及び／又は利用者特定並びに例えば標準化、相互利用化、及び／又は一以上の情報構造及びパターン並びに／又は知識表現と関連付けられるようにそのような計算に含まれてよい。
【１２４８】
いくつかのＰＥＲＣｏｓ実施形態において、そのような関係は、例えば（ＰＩＤＭＸ）又は類する他のＰＥＲＣｏｓプラットフォーム資源サービスを利用してよい。いくつかの実施形態において、ＩＤ行列は、Ｒ因子測定基準のレポジトリとして利用され、相互接続された目的表現の動的メッシュを作成してよく、それから、あらゆる戻りセットに利用され、そのような戻りセットはそれら資源に対して効果的に縮減及び制約され、利用者目的表現をほとんどの場合満たす。
【１２４９】
いくつかの実施形態において、トポロジカル空間は、各資源が、資源が他の資源及び／又はクラスと有する関係から導出されるＲ因子（Ｒプロセス測定基準）を備える関連する属性セットを有するように、資源セットとそれら自体の間の関係とを備えてよい。これは、例えば存在するディレクトリ等（Ｄｍｏｚ等）の存在する関係を含んでよく、資源は同じオントロジ及び／又は推断された関係の一部であってよく、資源１（Ｒ１）と資源２（Ｒ２）は結果セットの一部（それらが有するものとして、同じセットのメンバとしての現時点での関係）であって、例えば、利用者が更なる操作用に両方の資源をその時選択する場合、Ｒ１とＲ２との間のＲ因子は列挙され、例えばその関係の増大する強度を反映する測定基準を通して、進行中で更に確立された関係を反映させてよい。
【１２５０】
利用者及び／又は他の目的操作が表明されると、この測定基準は変化（例えば増大）し、資源の更にそして潜在的に近い（例えば近さとして）関係を反映してよい。この測定基準は、一例では時間経過とともに（減衰）減少し、（ｓａｙ）時間（０）のときＲ因子（Ｒ１−Ｒ２）はｘで、時間（５）のときＲ因子（Ｒ１−Ｒ２）はｘ／１０である。例えば、これは、時間（０）のとき薄膜ソーラー（Ｒ１）と特許（Ｒ２）は利用者にとって非常に興味深いものであったが、時間（５）のとき（例えば、時間は年単位で測定され、「５」は五年を表す）、この関係は時間（０）以来利用者に利用されておらず、そのようなものとして、アルゴリズム「減衰」変数は、関係が「弱体化」し（ｓａｙ）時間（０）のときの十分の一となるように、Ｒ因子に適用される。これは情報減衰として記述され、所与の入力声明との資源の相対的近さを計算するのに利用されてよい。
【１２５１】
いくつかのＰＥＲＣｏｓ実施形態において、資源関係を表現及び／又は列挙する多数のメソッドがあってよい。これらはグラフ、分類及びスキーマを含んでよい。
【１２５２】
いくつかの実施形態において、グラフは、例えば資源関係及び／又は資源測定基準（例えばＲ因子）の表現として、情報構造及びパターンを提供するために利用されてよい。いくつかの実施形態において、これは、資源及び／又は資源と関連する情報（例えば頂点として）と、資源利用と関連するプロセス及び／又は資源に対する及び／又は資源による操作（例えば端部として）とを列挙する組織及び／又は構造を含んでよい。
【１２５３】
いくつかの実施形態において、そのようなグラフは、利用者、目的、資源、役割及び／又は情報並びに／又はイベントと関連する目的操作の取り込み、保持及び／又は利用に使用されてよい。例えば、グラフは、グラフが合意において一以上のセット又は資源及び関連する制御仕様を備えるように、特定ＣＰＥ（目的クラスを含む）を満たすそれら資源及び関連するプロセスを備えてよい。いくつかの実施形態において、これは、制御仕様及び／又は利用者相互作用に従って、利用者に代替案を提供するために配列される多数の資源セットを含んでよい。例えば、ガロアセット又は他の適当な順序メソッドでよい資源の順序を含んでよい。グラフは、オントロジ（例えばそれら含む動詞及び／又はカテゴリーを含む）、クラス、クラスアプリケーション、フレームワーク、基盤等を含み、情報構造及びパターンに一部又は全体を適用してよい。
【１２５４】
いくつかの実施形態において、管理、非輪状、非管理等のグラフは利用され、構造及び／又は状態管理を資源配列に提供してよい。
【１２５５】
有向グラフはある知識構造を列挙（エンコード）するのに適当であってよい。よって、例えばグラフにより、単一の頂点から生じる端部を含むこれら全てのサブグラフを列挙することができる。これら列挙されたサブグラフは、サブグラフの中心における頂点に関する知識を表してよい。グラフ操作を含む他の可能性もまた、例えば特定の端部と交差する全ての端部のサブグラフ並びに／又はグラフに対する他のアルゴリズム及び／又は他の操作等が、存在する。
【１２５６】
有向グラフの別の例のインスタンスは、資源としての頂点と評判表現としての端部を備えてよい。非輪状グラフは、例えば、メソッドを提供することで、グラフ操作における環状参照を有さなくてよく、評判表現の場合に特に有用である。そのようなグラフの一実施例は、資源及びその資源に対する評判を、資源に関してクレームする利害関係者にリンクするように利用されてよい。そのようなグラフの分析は、相互に高く評価するが有用な評判を生成しない利害関係者の派閥を明らかにできる。
【１２５７】
いくつかのＰＥＲＣｏｓ実施形態において、資源関係の一以上のＰＥＲＣｏｓ定義スキーマがあってよい。スキーマの実施例の概略は以下のとおり：
【表６−１】
2018092632.tif 000009
【表６−２】
2018092632.tif 000010
【１２５８】
操作仕様は、オペレーティング資源になるよう規定された資源にとって充分完全なそれら解決され提供された仕様を備える。
【１２５９】
ＰＲＭＳインスタンスは、利用者の定式化された目的を達成するための規定を表す、例えばＰＥＲＣｏｓＳＲＯプロセス（オペレーティングセッション管理部）等の仕様統合プロセスから操作仕様を受信する。操作仕様は充分な情報を有し、規定された資源はインスタンス生成及び／又はアクセスされ、いくつかの実施形態において業務合意として表現される適切なサービスレベルを提供できる。資源の仕様は、明示的に識別された資源（例えばＳｏｎｙ（登録商標）ラップトップＶＧＮ−Ｚ５２０製造番号ｘｙｚ）から代替可能資源（例えば記憶スペース１９ギガバイト）まで及ぶことができる。
【１２６０】
具体的に、操作仕様は以下を備えてよい：
・構成体仕様（例えば、基盤及び目的クラスアプリケーション、フレームワーク及び／又は他の仕様並びに関連する業務合意を含む）と、
・制御仕様（例えば管理、認証、許可ポリシー及び／又は操作仕様を含んでよい）と、
・一貫性、共振及び／又はあらゆる追加仕様、例えば、トップレベルＰＲＭＳインスタンスはオペレーティングセッションを起動させるように動作することを必要とされる場合がある。
【１２６１】
操作仕様は、資源が有してよい属性セットを通して利用者／利害関係者によって明示的に識別される資源を要求する仕様を含む仕様レンジを提供してよい。
【１２６２】
資源は、利用者の現在の資源配列（例えばその個人計算デバイスを含む利用者の基盤）と、現在のオペレーティングセッションからの資源と、ＰＥＲＣｏｓにより関連する利用者の文脈目的として発見されてよい資源とを含んでよい。更なる仕様は、関連するサービスレベルを含んでよく、例えば、機能性、性能、サービスの質、管理、安全性、プライバシー、及び／又は信頼性等の要件の範囲を特定してよい。
【１２６３】
いくつかの実施形態において、ＰＲＭＳは、オペレーティングセッション管理部インスタンスと、オペレーティングセッションとその構成資源が提供すると合意したサービスレベルを定義する業務合意を処理する。それはＰＩＭＳインスタンスと相互作用し、例えば資源インタフェース、機能的能力、性能属性、管理要件、制御情報等の特定された資源のメタデータを得てよい。資源操作仕様により定義されるように、要求されるサービスレベルを監視し満たすその能力を評価する。特定された資源が構成体又は複合資源（例えば資源配列）である場合、ＰＲＭＳは資源配列を構成する基礎となる資源に関する情報を得てよい。例えば、ＰＲＭＳは、例えばそのＮＶＩＤＩＡ（登録商標）ドライバ等のＳｏｎｙ（登録商標）ＶＧＮ−Ｚ５２０の構成要素に関する情報を得てよい。ＰＲＭＳはまた、操作仕様のオペレーティングセッションを作成し、オペレーティングセッションに特定された資源をプロビジョニングする。
【１２６４】
ＰＲＭＳは、メソッドの広い範囲を利用して、操作仕様により特定される資源を発見、獲得、統合、操作、プロビジョニング及び管理してよい。
【１２６５】
例えば、一つのメソッドは、操作仕様により特定される資源を再帰的に獲得しプロビジョニングする。本実施形態において、トップレベルのＰＲＭＳインスタンスは、操作仕様を受信し、それ自体により全ての特定された資源を獲得しプロビジョニングするべきか、又はいくつかのタスクを下位レベルのＰＲＭＳインスタンスにデリゲート（ｄｅｌｅｇａｔｅ：委託する）すべきか決定する。ＰＲＭＳは特定された資源の位置、コスト（計算上及び／又は会計上のものを含む）等の要因を利用してよく、サービスレベルはそれぞれ特定された資源（例えば依存及び他の資源関係を含む）、利用可能な基盤及び／又は他の構成体、並びに／又は資源セットのサイズ等に必要とされる場合がある。例えば、ＰＲＭＳは、多数のネットワークを通して多数の組織から特定された資源を獲得する必要がある場合がある。そのような場合、ＰＲＭＳは獲得タスクを下位のＰＲＭＳインスタンスにデリゲートしてよく、各下位レベルのＰＲＭＳインスタンスは小さい資源セットを獲得してタスクされる。しかし、ＰＲＭＳは、ＰＲＭＳにとって全ての特定された資源を獲得することがより効率的と決定してよい。各下位レベルのＰＲＭＳは、デリゲートされると、ＰＲＭＳと同じ決定プロセスを体験する。
【１２６６】
いくつかの実施形態において、ＰＲＭＳインスタンスは、操作仕様を「より小さい」操作仕様セットに分解し、より小さい操作仕様を下位レベルのＰＲＭＳインスタンスに割り当てる。例示的かつ非限定的に、これは操作仕様を「より小さい」操作仕様の集合に分解する仕様テンプレートを用いてなされてよい。下位レベルのＰＲＭＳインスタンスは、操作仕様を受信し、また、再帰的に資源を獲得及びプロビジョニングし、又は更に「小さな」操作仕様のセットに操作仕様を分解し、いくつかを更に下位レベルのＰＲＭＳインスタンスに割り当てる。
【１２６７】
階層的ＰＲＭＳの実施形態の例示として、利用者用カスタムオンラインコースの計画の目的を挙げる。そのようなカスタムオンラインコースの計画部はそのコースの目的物と各クラスの関連する洗練化レベルを提供する。それらは、例えば指導者の評判、以前の学生のレビュー等を含む各コースの一以上の評判を提供もしてよい。それらは、例えば、コンピュータ（デスクトップ、ラップトップ等）、アドビ・フラッシュ・プレイヤー（登録商標）、カメラ、マイクロフォン、又は他の基盤資源等の基盤資源を特定もしてよい。
【１２６８】
そのようなオンラインコースへの登録に興味を示す利用者は、目的表現を特定する［ｌｅａｒｎ：  ａｌｇｅｂｒａ］ことで、始めることができる。利用者は以下のようなその主要次元及び主要次元ファセットを特定してよい：
・そのそれぞれの例えば高校、大学、大学院、初級、中級、上級等の数学洗練化レベル
・所望の評判パラメータ。
【１２６９】
目的定式化中、ＳＲＯ−Ｓ及びＳＲＯ−Ｒ処理は目的表現を操作仕様に解釈、評価、解決、一貫性化、及び／又は別様に変換してよい。ＳＲＯ−Ｒ処理は例えばＰＥＲＣｏｓプラットフォーム資源管理システム（ＰＲＭＳ）等の一以上の資源管理システムと相互作用し、資源を割り当て及び／又は予約し、生成された操作仕様を達成する。代わりに、ＰＲＭＳはテンプレートを利用して操作仕様をＯＳ１及びＯＳ２に分解してよく、
・ＯＳ１は、例えば、コース詳細の記述、授業用ビデオ等の関連する他の資源、及び学生情報管理用資源等、サーバー上の要求されたコースと関連する資源及び学生情報を特定してよい。
・ＯＳ２は、利用者が提供する場合がある基盤資源を特定してよく、利用者のコンピュータがコースを選択するのに関連するソフトウェアと、サーバーにアクセスし認証を得るための正しい情報とを有していることを確実にすることを含む。
【１２７０】
本実施形態において、ＰＲＭＳインスタンス（ｐｒｍｓ）は、代わりに、管理ＯＳ１及びＯＳ２を、ＰＲＭＳインスタンスｐｒｍｓ１及びｐｒｍｓ２にそれぞれデリゲートし、ｐｒｍｓ１は、利用者のコンピュータシステム上の資源を管理するためにデリゲートされ、ｐｒｍｓ２は、組織のサーバー上の資源を管理するためにデリゲートされる。
【１２７１】
ＳＲＯ−Ｏ処理はＯＳ１及びＯＳ２を個別にプロビジョニングすることで分解された操作仕様（つまりＯＳ１及びＯＳ２を）を提供する。具体的には、それはＯＳ１をプロビジョニングできるテンプレートを探索し、例えば利用者のコンピュータシステムを構成し、それは、いくつかの場合において、利用者のコンピュータシステム上でソフトウェアをインストールし、インストールされたソフトウェアを構成して組織のサーバー機器に接続し、そして利用者のオペレーティングセッションを開始することを必要としてよい。
【１２７２】
ＳＲＯ−Ｏ処理は、ＯＳ２をプロビジョニングできるテンプレートを同様に探索してよい。
【１２７３】
資源は、適切なインタフェース、関連する資源管理仕様、及び適切なＰＲＭＳ管理プロセスを有する組織に配列されてよい。資源集合（セット）は、これら構成の仕様を備え、いくつかの実施形態において、資源集合インスタンスとしてインスタンス生成されることができる。一般に、資源集合は、例えばフレームワーク及び／又は基盤を含むＰＥＲＣｏｓ構成体等のより大きな資源配列の構成要素である。
【１２７４】
図２７に示されるように、フレームワーク及び基盤インスタンスを備えるオペレーティングセッションの一例が示される。
【１２７５】
資源集合は、例えば専門家及び／又は発行者によって特定されてよく、例えば一以上の目的操作に最適化される資源構造等のオペレーティング資源配列から抽出されてもよい。
【１２７６】
これら配列はオペレーティング資源から導出されてよく、且つ／又は例えば基盤を含む構成体等の他のＰＥＲＣｏｓ資源配列の一部を形成してよい。いくつかの実装例において、構成体及び／又は基盤は例えばその仕様から生成された資源構造を含む資源集合の複合体であってよい。他の例において、例えば資源構造等の資源集合は資源配列の性能満足（例えば目的満足、オペレーティング機能の最適化等）の評価を通して動的に作成されてよい。いくつかの実施形態において、そのように最適化された資源配列仕様は、共振仕様を備え且つ／又は共振仕様を形成するために組み合わされてよい。
【１２７７】
ＰＲＭＳは例えば一貫性サービス等のＰＥＲＣｏｓプラットフォームサービスの範囲と相互作用して、特定された資源セットを一貫性があって摩擦がない（そして共振仕様を潜在的に利用する）最適で効果的な資源配列へと一貫性化、交換、配列及び／又は再配列してよい。資源を資源配列に配列するのは、全体として共振配列の共同インタフェースを作成することを含む。
【１２７８】
どのメソッドが利用されるかに関係なく、ＰＲＭＳは、特定された資源の共振配列が交渉された業務合意を満たすことを確実にする責任がある。
【１２７９】
特定された資源のいくつかが利用不可能及び／又はアクセス不可能な場合がある条件があってよい。そのような場合、ＰＲＭＳはＰＥＲＣｏｓ一貫性サービスと相互作用して、交換資源を探索してよい。それはまた、ＰＥＲＣｏｓ一貫性サービスと相互作用してあらゆるコンフリクト、矛盾、及び／又は不完全さを解決してよい。例えば、操作仕様と関連する参加者は、いくつかの特定された資源へのアクセスを許可されない場合がある。
【１２８０】
いくつかの実施形態において、下位レベルのＰＲＭＳが「より小さい」操作仕様（例えばＰＲＭＳがセグメント化した操作仕様のサブセクション）を割り当て割れた場合、それは別の上位レベルのＰＲＭＳとして同じメソッドを利用して、その操作仕様をプロビジョニングすることができ、ＰＲＭＳとして同じ機能性を提供する責任がある。下位レベルのＰＲＭＳインスタンスがより小さい共振グループの管理とデリゲートされる場合、それはデリゲートされた資源を資源配列に配列する責任がある。またそれは上位ＰＲＭＳインスタンスと、デリゲートされた資源配列が全体として提供するサービスレベルを定義するサブ業務合意を交渉する責任がある。またデリゲートされた資源の資源配列を監視してそれがサブ業務合意を満たすことを確実にする責任がある。
【１２８１】
ＰＥＲＣｏｓ一貫性サービスは、クラス、仕様及び／又は資源を含む多数の命令セットの組合せ、解決、調和化及び／又は最適化を可能にすることを提供する。一貫性サービスはいつでもどこでも矛盾、不完全さ及び／又は曖昧さが検知されると呼び出されてよい。一貫性サービスの利用の一つは、例えば資源仕様を目的の最適体験へと導く操作仕様の最適なセットへと調整及び統合することを通して一つ又は二つ以上の利用者／利害関係者目的表現の変換において支援することであってよい。
【１２８２】
一貫性サービスプロセスは、適用可能な場合、仕様、資源管理、資源並びに／又は情報組織及び／又は操作内での、ＰＥＲＣｏｓ操作中に、コンフリクト、曖昧さ、制約、組合せ、優先化及び／又は不完全さを解決する仕様、資源及び／又はプロセスを含んでよい。一貫性サービスは、操作の効率、拡大、縮小、評価、最適化、模擬、促進及び／又は目的における摩擦逓減を含む他の操作プロセス改良のための、代替、制約、拡張、操作、操作の変化及び／又は置換を提供してよい。一貫性サービスは、仕様セットを調和化及び／又は解決することで摩擦を逓減し、それによって特定された及び／又は導出された目的に応じて参加者の興味を統合する上位体験／結果に至ってよい。一貫性サービスは、例えば不正確、明瞭性の欠如、曖昧さ、不完全さ、矛盾、非効率、次善の選択、及び／又は利用不可能な資源の要求といった広い範囲の制限、欠陥、及び／又は例外を検知及び／又は修正することを試みてよい。一貫性サービスはまた、共振目的最適化アルゴリズムを利用者目的表現及び／又は共振目的表現並びに／又は他の目的操作入力上にオーバーレイ及び／又は統合し、目的操作を最適目的体験にチューンしてよい。
【１２８３】
例えば、図２８に示されるように、ＰＲＭＳインスタンス階層の一例が示される。
【１２８４】
図２８はＰＲＭＳインスタンス階層を示し、トップレベルのＰＲＭＳであるＰＲＭＳインスタンス１は操作仕様ＲＦ１により特定される資源セットを三つのグループＲＦ１１、ＲＦ１２、及びＲＦ１３に分割し、三つの第二レベルのＰＲＭＳインスタンスであるインスタンス１１、インスタンス１２、及びインスタンス１３を作成し、ＲＦ１１、ＲＦ１２、及びＲＦ１３の管理をそれらにそれぞれデリゲートする。インスタンス１２は、代わりに、その資源集合インスタンスを三つの資源集合インスタンスＲＦ１２１、ＲＦ１２２、及びＲＦ１２３に分割し、三つの第三レベルのＰＲＭＳインスタンスであるインスタンス１２１、インスタンス１２２、及びインスタンス１２３を作成し、ＲＦ１２１、ＲＦ１２２、及びＲＦ１２３の管理をそれらにそれぞれデリゲートする。同様に、インスタンス１３は、その資源集合インスタンスＲＦ１３を二つの資源集合インスタンスＲＦ１３１及びＲＦ１３２に分割し、二つの第三レベルのＰＲＭＳインスタンスであるインスタンス１３１及びインスタンス１３２を作成し、ＲＦ１３１及びＲＦ１３２の管理をそれらにそれぞれデリゲートする。それらインスタンスのそれぞれは、その場合、それらのそれぞれの資源集合インスタンスにとって共通のインタフェースを作成する。また、それらは、これらインタフェースを表すｉ要素を作成し、資源集合インスタンスに関する情報は各資源集合インスタンスを構成する基礎となる資源の情報に対して表すｉセットを含む。例えば、ＲＦ１１に対応するｉ要素は資源Ｒｅｓ１１１、Ｒｅｓ１１２、Ｒｅｓ１１３、Ｒｅｓ１１４、Ｒｅｓ１１５を備える配列に関する情報を有するｉセットを表してよい。
【１２８５】
最後に、ＰＲＭＳインスタンス１はＲＦ１１、ＲＦ１２、及びＲＦ１３間の通信接続を管理する責任がある。同様に、インスタンス１２はＲＦ１２１、ＲＦ１２２、及びＲＦ１２３間の通信接続を管理する責任があり、インスタンス１３はＲＦ１３１、ＲＦ１３２間の通信接続を管理する責任がある。
【１２８６】
資源集合は、そのあらゆる組合せを含む、トップダウン及び／又はボトムアップ式アプローチで構築されてよい。
【１２８７】
資源がそのサービス業務合意を満たさない場合、資源のＰＲＭＳインスタンスは失敗の原因を決定し、適切な動作を行い、失敗を修正してよく、そのような動作は失敗資源を別の資源及び／又はその上位レベルのＰＲＭＳインスタンスに通知してよい。
【１２８８】
失敗資源のＰＲＭＳインスタンス及びその上位レベルのＰＲＭＳインスタンスは失敗資源を（充分な）機能的で性能特徴を有する資源と交換できず、その場合上位レベルのＰＲＭＳインスタンスは下位レベルのＰＲＭＳ資源配列（セット又はグループ）を全体又は一部において再配列し、新たに配列されたグループにとって新たな共通インタフェースを作成する必要があってよい。上位レベルのＰＲＭＳが交換資源を探索できないと決定する場合、その上位レベルのＰＲＭＳに通知してよい。このプロセスは全てのレベルのＰＲＭＳが調和化されるまで続いてよい。
【１２８９】
様々な実施形態において、トップレベルのＰＲＭＳはそのトップレベルの資源集合インスタンスの資源を再構成してよい。一つの理由は、その下位レベルのＰＲＭＳインスタンスから失敗通知を受信することに応答する。別の理由は、それ自体の監視サービスが、トップレベルの資源集合インスタンスはその業務合意を満たしていないと観測したからである。例えば、上記例におけるトップレベルの資源集合インスタンスは、ＲＦ１１、ＲＦ１２、及びＲＦ１３間の通信接続の失敗により、その業務合意を満たしていない可能性がある。
【１２９０】
更なる理由は利用者がその目的表現／声明を変更したことによる。この例の場合では、ＳＲＯ及び一貫性を含むＰＥＲＣｏｓプロセスは変更範囲を評価するために呼び出されてよい。いくつかの場合では、オペレーティングセッション管理インスタンスは、トップレベルのＰＲＭＳにその操作を中断し新規操作仕様を作成及び／又は呼び出すように命令してよい。ＰＲＭＳは、代わりに、新規トップレベルのＰＲＭＳを作成し、新規操作仕様を管理する。利用者のその目的表現の変更が軽微（例えば更なる評判をフィルタとして追加すること）の場合、オペレーティングセッション管理インスタンスは現在トップレベルのＰＲＭＳインスタンスに存在する資源集合インスタンスの資源を再構成するように命令してよい。トップレベルのＰＲＭＳは一つ又は二つ以上の一貫性（及び／又は他のＰＥＲＣｏｓプラットフォーム）サービスと相互作用し、再構成を実行してよい。
【１２９１】
トップレベルのＰＲＭＳインスタンスがまた修正する場合、それは一貫性サービス及びオペレーティングセッション管理部と相互作用して状況を訂正する必要がある場合がある。訂正動作は操作仕様を修正する結果になってよい。
【１２９２】
いくつかの状況において、ＰＲＭＳインスタンスは一貫性サービスを通して通信し適当な資源を識別し、業務合意を満たすことを再保存してよい。資源管理に提供される仕様が資源管理に資源状況を解決させるのに不充分な場合、一貫性管理サービスは呼び出され、潜在的な解決メソッドを識別し引き受けてよい。
【１２９３】
例えば、図２９に示されるように、簡易化された資源管理の実施形態の一例が示される。
【１２９４】
６  ＰＥＲＣｏｓ識別システム
境界がない世界の関連する識別は通常マルチファセットであり、時間、状況、関係、実体、商業、個人、及び／又は他の考慮を含む。
【１２９５】
ＰＥＲＣｏｓ資源は、その一以上の持続識別子（例えばＵＩＤ）とともに、その目的の満足を求めるそのような資源のその操作において利用者を支援する属性セットを有する。ＰＥＲＣｏｓ識別属性配列は新規形式および目的関連資源識別属性タイプの組み合わせを支援する。利用者自身はまた、参加者と表される場合、例えば人間として実行する広い目的、例えば「人間である」及び／又はより狭い特徴付け目的「物理を教える」を含む持続的文脈識別を有する。
【１２９６】
１対無限のコンピューティングを支援するために、ＰＥＲＣｏｓ識別システム（ＰＥＲＩＤ）は、適当な場合、装置及びメソッドを提供して、その作成物のサイズ、複合性、多様性、位置、フォーマット及び／又はそれらの作成メソッドを問わず全てのタイプの資源及びそれらと関連する情報セットの効率的な発見、組織、共有、及び／又は管理を可能にする。ＰＥＲＣｏｓ識別システムはＰＥＲＣｏｓ資源が一以上のそのような識別子のセットにより識別されることを可能にする一以上の識別子を組み込む。
【１２９７】
従来、情報管理システム開発者は、資源に関し該当する情報を特徴付けるシステムとして様々な形式のメタデータを利用してきた。例えば、デジタル写真ファイルは、その所有者、その作成者、その著作権と連絡先情報、その仮想位置（例えばＵＲＬ）、写真撮影位置（例えば全地球測位システム座標）、ファイル作成に利用されたカメラとレンズ、写真の説明（例えば真夏の日の夕暮れ時におけるグランドキャニオン）、そのファイルタイプ（ＪＰＥＧ）等の特徴を有してよい。これらの特徴はしばしばグループ化され、メタデータ要素は作成され各グループを表す。例えば、メタデータ要素を作成し映画製作者、所有者及びその著作権と連絡先情報を提供してよい。フィルムへのアクセスの仕方等のそのインタフェースを記述する別のメタデータ要素を作成してもよい。しかし第三のメタデータ要素はフィルムのレビューを含む。
【１２９８】
メタデータは非常に有用と考えられるため、情報管理システムはそれぞれ、特定の利用者コミュニティ、意図された利用者、素材タイプ、目的物領域、プロジェクトニーズの想定される要件に基づいて設計されたメタデータ及びメタデータスキーマを激増させた。結果として、情報管理システムの利用者はしばしば圧倒され、例えばメタデータを変換し交換すること、クロスドメインメタデータの収集及び／又は連合した検索を可能にする等のこれらシステムから利用性を得ることを難しいと感じる。現在のいくつかの限定は以下を含む：
・それらが必要とするメタデータ要素を含む「対象物」はしばしば異なる位置にあることで、関連するメタデータ情報を発見し編成するのを困難にする。
・それら頻繁に利用する資源セットの関連するメタデータ要素を体系的に組織、維持、及び共有するためにそれらが利用できる総合的メカニズムの欠如
・互換性がないメタデータスキーマを用いて開発されたメタデータ要素との相互利用は非トリビアルなタスクであって、大規模な人的及び／又は機械的介入並びに再構築をしばしば必要とする。
【１２９９】
ＰＥＲＩＤ実施形態は、呼び出し部と資源開発者の両者がメタデータ情報をシームレスに発見、組織、維持、及び／又は共有することを可能にする動的、拡張可能で相互利用可能なＰＥＲＣｏｓ識別システムを提供することで、現在利用可能なメタデータシステムのこれら限定に対処する。ＰＥＲＣｏｓ識別システムのいくつかの実施形態は、ＰＥＲＣｏｓプラットフォームサービスを利用し、以下を含む。
・資源と各メタデータ要素の一以上の測定基準を関連させるメソッドとを特徴付ける構成体を提供するＰＥＲＣｏｓ識別行列（ＰＥＲＣｏｓ  Ｉｄｅｎｔｉｔｙ  Ｍａｔｒｉｘ）と呼ばれるＰＥＲＣｏｓメタデータスキーマ。
・その目的に基づいてメタデータ要素を動的に配列及び／又は組織、例えば目的を達成すべく資源を評価する際にメタデータ要素を配列するために、利用者と利害関係者が利用可能な組織構成体のセット。例えば、構成体は、資源が他の資源とのその関係を推論することを可能にするそれらメタデータ要素を組織するために利用できる。例えば、オントロジ及び関連する資源として。
・例えば、目的達成の際の適用性、相互関係性、性能、効率、安全性、整合性、及び／又は他の資源プロパティ等、資源に関して推論するサービスのセット
・識別情報の管理、及び／又は例えば識別情報の作成、持続、回復、発行、解決、一貫性化等の操作をするサービスのセット。
【１３００】
ＰＥＲＣｏｓ識別システムアーキテクチャのいくつかの側面は以下の通り：
・ＰＥＲＣｏｓ識別要素の最小形式／構造は存在するメタデータ要素のＰＥＲＣｏｓメタデータ要素へ及びその逆の変換を促進する。
・利用者／利害関係者にあらゆる構成要素のあらゆるメタデータ配列を作成する能力を提供することで、相互運用性を支援する。
・組織構成体を提供し、あらゆる一以上の資源配列のメタデータ情報を一以上の単位へとグループ化／配列することを可能にする。この能力は利用者が単位としてのあらゆる資源集合に関するメタデータ情報を共有することを促進する。具体的には、密接な関係のグループはＰＥＲＣｏｓ識別システムを利用してその目的を支援するメタデータレポジトリを動的に作成し編成することができる。
・ＰＩＭＳ組織構成体は要素、資源及び／又は資源要素並びにメソッドを支援してそのそれぞれの資源要素の再構成を適切に管理する。例えば、ＰＩＭＳ組織構成体を通して失敗資源の交換を支援する。
【１３０１】
ＰＥＲＩＤは、いくつかの実施形態において、ＰＥＲＣｏｓ統治サービスを通しての提供、例えば弱から強にわたる目盛付きスケールとして認証を表現するメソッド及びメカニズムを支援する。ＰＥＲＣｏｓ環境はそのような認証の量子化された形式を提供してよく、検証、真実性及び／又は他の同一性測定基準が含まれてよい。例えば、ＰＥＲＣｏｓ識別システムは、識別表現として非常に弱い（例えばｐｅｔｅ＠ｄｏｄｇｙ．ｃｏｍ．ｘｙ）透明でないＤＮＳレコードを有する別の国のウェブサイトから非常に強いと考えられるものまで（例えば政府発行識別（例えば旅券）、一以上の生体測定指標（指紋、虹彩スキャン）及び／又はＰＥＲＣｏｓ現実統合分析等）考えられる指標から導出される一以上の認証基準を含んでよい。
【１３０２】
ＰＥＲＣｏｓ識別システムは、例えば、識別強度、正確性、試験及び妥当性検証、真実整合性並びに／又は他の識別測定基準等の、例えば多数の次元を含み、それらから、例えば、認証等の他の測定基準が計算及び／又は導出されることが可能である。
【１３０３】
いくつかの実施形態において、そのような測定基準は量子化され、効率性、利用可能性及び／又は他の操作の側面を可能にしてよい。
【１３０４】
いくつかの実施形態において、ＰＥＲＣｏｓ資源管理システムは、資源はその識別情報によって特徴付けられるという方針を利用する。特徴付けの強度は識別情報の正確性、整合性、及び完全性に依存する。いくつかの実施形態において、ＰＥＲＣｏｓ識別システムは以下の構成体を提供する：
・識別要素は名前―価値ペアタプル、又は関連リストであってよい。それはメタデータ情報の単位を記述する最も原始的な構成体である。例えば、＜（識別子，  教える−薄膜−ソーラー−ソフトウェア），  （参照，  ＳｏｌａｒＳｏｆｔｗａｒｅＩｎｃ．ｃｏｍ），  （メタデータ，  ｛［動詞：  教える］，  ［カテゴリー：  薄膜ソーラー］｝）  （メソッド，  Ｍ）＞は、教える−薄膜−ソーラー−ソフトウェアと呼ばれ、ＳｏｌａｒＳｏｆｔｗａｒｅＩｎｃ．ｃｏｍで評価可能なソフトウェアの一部を参照する識別要素である。
・資源と関連するＰＥＲＣｏｓ識別は識別要素を備え、あらゆる資源（例えば仕様、目的表現、フレームワーク、基盤、評判表現、等）の一部及び／又は他のＰＥＲＣｏｓ又は非ＰＥＲＣｏｓ構成要素に適用且つ／又は成してよい。ＰＥＲＣｏｓ識別行列（ＰＩＤＭＸ）は一部が多次元行列であり、各次元は、一以上の識別要素を備える識別行列である。
・資源の指示子は、他の資源が資源（例えば評価、アクセス、呼び出し等を含む）と相互作用することを可能にする仕様要素のセットである。いくつかの実施形態において、全ての指示子は識別子と参照とを備える少なくとも一つの識別要素を有し、識別子は資源の識別子の一つであり、参照は資源のポインタ（例えばＵＲＬ）である。指示子は、例えば指示子の発行部、発行日時、目的クラス、基盤資源要件等を記述する、追加的識別要素を有してもよい。
【１３０５】
ＰＥＲＣｏｓはまた、一以上の標準化識別スキーマを備えてよく、ＰＥＲＣｏｓプラットフォームシステムはそのようなものをＰＥＲＣｏｓ標準化資源、構成体、仕様、プロセス、メソッド及び／又は他のＰＥＲＣｏｓ要素に提供する。
【１３０６】
ＰＥＲＣｏｓ識別要素は、唯一の記述識別子／特徴部であり、例えば電子メールアドレス、物理的アドレス、政府発行ＩＤ、クレデンシャル類縁性グループ会員権、生体測定情報、ブランド、ＤＯＩ、ＵＲＩ、ＵＲＬ、評判及び／又は専門的情報、目的関連、製造番号、並びに／又はＭＡＣアドレス等のある程度の持続を有する識別データを備えてよい。
【１３０７】
ＰＥＲＣｏｓ識別要素は、ＰＥＲＣｏｓ仕様のインスタンスであり、以下の一以上の属性を含んでよい：
・利用者／グループ／資源識別であって、例えば、ＵＲＬ／ＵＲＩ、電子メールアドレス、ＦＴＰ、反復可能な検索結果、クレデンシャル（認証情報）、会員権等の適切なフォーマットの利用者／グループ／資源識別の表現を備えてよい
・人口統計情報であって、例えば、年齢、位置、雇用又はあらゆる他の人口統計情報セットを踏んでよい
・要素に関連する演繹及び／又は推定された価値／表明
・発行された素材からのメタデータ
・要素のソース（発行者、オペレーティングセッション、利用者、資源、文脈）
・例えば評判（及び評判上の評判）等の評判表現
・現実整合性情報及び／又はパターン
・操作仕様（依存及び／又は他の要件を含む）
・同期化、協同及び／又は共動作属性
・履歴情報並びに／又は過去の動作、イベント、関係、表明、位置及び／又は他のあらゆる履歴情報
・ＰＥＲＣｏｓ操作に適当な識別情報を提示又は提示及び／又は計算するために利用され得る他のあらゆる適当な情報。
【１３０８】
ＰＥＲＣｏｓ識別要素は、発行者が例えば認可、許可、通貨（例えば今認可、今日認可、今月認可等の時間に関して）、又は識別を支援する他の用語を表現する度合における、多数の強度及び／又は他の質測定基準を有してよい。
【１３０９】
図ｆは、一定の有目的計算識別因子及び配列の実施例を示す。
【１３１０】
いくつかの実施形態において、識別要素強度の度合は、なし、メソッド、検証された、としてカテゴリー化される。それらはそれぞれ、ＰＩＤＥ、関連するメソッドを有するＰＩＤＥ（ＰＩＤＥＭ）及び検証済ＰＩＤＥＭと呼ばれる。
【１３１１】
ＰＩＤＥは、いかなる関連する識別仕様メソッドも有さない識別要素である。
【１３１２】
ＰＩＤＥＭは、例えば、識別要素の発行者の仕様及びその識別要素の認可と関連するメソッド等の関連する識別仕様メソッドを有する識別要素である。一つの実施形態において、これは、例えばＬＤＡＰディレクトリ又はＩＤを認可してよい他のサービス等の、識別化認可サービスのＵＲＬ／ＵＲＩを含んでよい。他の実施形態は、動作して一以上のレベルの試験、認可、引受、保険及び／又は他のメソッドを提供する一以上の利便性サービスを含み、一以上の識別の執心（ｖｏｒａｃｉｔｙ）及び信頼できることを確立してよい。
【１３１３】
因子としても知られる、検証済みのＰＩＤＥＭは、関連付けられた識別仕様メソッドやその仕様で規定された程度に、確実に確証され及び／又は検証された表明を持つ同一性要素である。しかし、これらのテストや評価の完全性の程度が提供するのは、同一性要素の有効性についての更なる保証ではなく、メソッドや仕様の有効性のみであってもよい。例えば、Ｂｉｌｌ．Ｓａｌｅｓｍａｎ＠ＩＢＭ．ｃｏｍというｅメールアドレスの検証は、ＩＢＭのＢｉｌｌ  Ｓａｌｅｓｍａｎだと主張している参加者がその参加者であるということではなく、ｅメールアドレスが有効であることのみを確認するものである。
【１３１４】
ＰＥＲＣｏｓは、様々なサービスを用いて、同一性の強度を評価してもよい。いくつかのケースでは、メソッド及び／又はメソッド仕様や結果の検証及び／又は確証のための、一以上のテスト結果サービス（ＴＲＳ）や他のテストサービスを用いてもよい。一つの実施形態では、関連付けられた同一性メソッド仕様の一部である結果を評価すること、及び／又は、仕様中の表明が有効、検証可能であることを確認するために規定されたメソッドを呼び出すことを備えてもよい。例えば、表明済みのｅメールアドレスのＸＹＺ＠ｙａｈｏｏ．ｃｏｍはテストｅメールを送ることによって検証され、あるいは表明済みのＵＲＬはＤＮＳルックアップ、トレースルート、ｐｉｎｇ、他の共通テストを行うことによってテストされてもよい。ＴＲＳは、一以上のテストを、任意の組み合わせで行ってもよい。
【１３１５】
他のケースでは、ＰＥＲＩＤは、表明済みの同一性要素の有効性を確認できるよう、現実性分析のようなプロセス、評判、及び／又は、更なる同一性要素の検証や確証を用いてもよい。因子は、一つの実施形態では、そのような因子が有効及び／又は検証済みとみなされてもよい程度について、一以上の重み付け、値、又は他のメタデータを組込んでもよい。これらの重み付け及び／又は値は、その後、その因子と相互作用する他のプロセスによって用いられてもよい。ＰＩＤＥＭは、そのメソッドや仕様が全てＴＲＳに渡され、完全な成果が返ってきたときに、因子となってもよい。
【１３１６】
因子は、評判を提供する発行当事者、及び／又は、評判に対する評判を提供する参照当事者によってさらに確証されてもよい。いくつかのＰＥＲＣｏｓ実施形態では、テストされていないＰＩＤＥＭは、因子よりも信頼性／価値が低いとみなされる。しかし、因子の間でも、強度には程度がある。例えば、広く認められた機関（例えば、銀行、大学など）、政府、透過的で質の高いプロセスについて広く認められている他の機関によって発行された信用性などの、質の高い評判を持つものは、信頼性の程度が、関連付けられた評判や評判に対する評判の質や信憑性として機能する、より質の高いものとみなされてもよい。
【１３１７】
未解決な、不完全な、及び／又は、確定できない成果や満たすことができない評価／テスト成果を提供するＴＲＳ操作や他の評価及び／又はテストは、不完全とみなされる。したがって、それが関連付けられるＰＩＤＥＭは、因子とみなされなくてもよい。不完全な、確定できない、及び／又は、他のバリエーションを有するそれらの成果については、ＰＥＲＣｏｓの監視や例外処理の対象として、適切な対応をとってもよい。
【１３１８】
また、ＰＥＲＣｏｓ外部資源に関連付けられたＰＥＲＣｏｓの同一性要素も、それに関連付けられたメソッドやその仕様を有してもよい。例えば、記憶装置は、表明済みの同一性要素、例えばクラウド資源のためのＬＤＡＰエントリ、を確証するメソッドを有してもよい。いくつかの実施形態では、これらのメソッドは、ＰＥＲＣｏｓ資源インタフェースを通じてアクセス可能であってもよい。
【１３１９】
いくつかの実施形態では、ＰＥＲＣｏｓの同一性要素に関連付けられたメソッド及び／又はメソッドのための仕様は、ＰＥＲＣｏｓのＴＲＳ及び／又は他の類似するプロセスによって検証及び／又は確証されるまで、表明とみなされてもよい。
【１３２０】
指示子やＰＥＲＣｏｓの同一性は、もしその同一性要素がいずれも同一性仕様メソッドを有しなければ、単純（ｓｉｍｐｌｅ）であるという。もしその同一性要素が全てＰＩＤＥＭや因子であるならば、表明済みという。そして、もしその同一性要素が全て因子であるならば、検証済みという。
【１３２１】
ＰＥＲＣｏｓの同一性は、一以上のプロセスに関連付けられたものを含む、一以上のオペレーティングセッションにおいて持続的及び／又は一時的であってもよい。ＰＥＲＣｏｓの同一性の持続性は、例えば、資源自身や、資源管理部インスタンスのような委譲先によって、一以上のＰＥＲＣｏｓプラットフォーム持続性サービスによって、及び／又は、ＰＩＭＳ（例えば、予約サービスを含む）や他のＰＥＲＣｏｓのプロセスによって、管理されてもよい。持続性の度合いや程度は、資源インタフェースやその委譲先の属性であってもよい。
【１３２２】
いくつかの実施形態では、ＰＥＲＣｏｓの同一性は、概して相対的であってもよい。つまり、ＰＥＲＣｏｓの同一性は、文脈同一性管理部のように、そのような識別情報を発行するために認可及び／又は有効化された資源によって発行されてもよい。したがって、ＰＥＲＣｏｓの同一性は、その発行部に対して最小限である。いくつかの実施形態では、ＰＥＲＣｏｓの同一性は、文脈に対してローカルであって、したがって、例えば、オペレーティングセッション＿ＩＤ、資源＿ＩＤを備える同一性要素を含むタプルとして表現されてもよい。ここで、資源＿ＩＤは、オペレーティングセッション管理によって付与された識別子である。いくつかの実施形態では、そのようなローカルなオペレーティングセッション＿ＩＤは、その後、他のセッション／文脈において利用可能としてもよく、したがって、そのセッションによって異なる及び／又は追加の識別特徴を付与されてもよい。さらに、そのような識別子は、全てのセッションで整合的なＩＤを提供するために、一以上のユーティリティ、及び／又は、ＤＮＳのような登録サービスで登録してもよい。
【１３２３】
デジタルオブジェクト識別子（ＤＯＩ）、ドメイン・ネーム・システム（ＤＮＳ）、ユニフォーム・リソース・ロケータ（ＵＲＬ）、及び同種のもののような他の多くの識別システムと異なり、ＰＥＲＣｏｓの同一性は、セッションや文脈の識別や他の操作力学、及び／又は、ＰＥＲＣｏｓの同一性の考慮事項を含む、ＰＥＲＣｏｓの同一性の由来や、強度、相互関係を含む、ＰＥＲＣｏｓの資源の動的な性質を支援するために、動的である。
【１３２４】
ＰＥＲＩＤは、異なる発行資源によって発行された複数のＰＥＲＣｏｓの同一性（例えば、通常は文脈及び／又はセッション）を実体が有することを可能にする。それにより、ことなる文脈において、資源は、他の文脈のための他の同一性を維持しつつ、その文脈内の相互作用のために適した同一性を提供してもよい。いくつかの実施形態の例では、「クラウド」サービスのように、複数の文脈における相互作用を支援できる実体は、その文脈にローカルで適切な同一性を各文脈に提供してもよく、他の実装では、資源の操作や相互作用によっては、同一性の集合又は単一の同一性を提供してもよい。
【１３２５】
また、ＰＥＲＣｏｓの同一性は、ＰＥＲＣｏｓプラットフォーム同一性管理サービスインスタンス（いくつかの実施形態では、オペレーティングセッション同一性管理サービス（ＯＳＩＭＳ）と名付けられる）などの適した同一性管理サービスによって、ＰＥＲＣｏｓ外部資源に関連付けられてもよい。
【１３２６】
いくつかの実施形態では、ＰＥＲＣｏｓや識別されたＰＥＲＣｏｓ外部資源は、ＰＥＲＣｏｓ同一性要素を作るために例えばＯＳＩＭＳによって後に処理されてもよい、適したＰＥＲＣｏｓ同一性テンプレートに、その識別情報が関連付けられてもよい。しかし、いくつかの実施形態では、そのような関連付けは概して、ＰＥＲＣｏｓ外部資源が、多くの場合は適切な変換部を利用して、ＰＥＲＣｏｓの資源によって透過的にアクセスされてもよいように、ＰＥＲＣｏｓ資源インタフェースによって行われてもよい。
【１３２７】
ＰＥＲＣｏｓの同一性は、多くの資源の型に関連付けられてもよい。いくつかの実施形態では、例えば、ＰＥＲＣｏｓの参加者、属性、及び／又は識別情報を作成するために、利用者は一以上のＰＥＲＣｏｓの資源と相互作用をしてもよい。これらの同一性が作成され及び／又は発行されてもよい条件は、発行及び／又は作成をする資源に関連付けられたルール及び／又は方針に依存してもよい。例えば、一以上の現実性分析、生体又は他のセンサ操作や関連付けられた確証を含んでもよい。
【１３２８】
いくつかの実施形態では、例えば参加者などの、利用者同一性実体の登録のために一以上のプロセスがあってもよい。他のＰＥＲＣｏｓの資源登録プロセス（及び、そのような操作を支援してもよい一以上のユーティリティサービス）と共通して、参加者登録は、一以上の情報集合を含んでもよい。
【１３２９】
いくつかの実施形態では、例えば、そのような特徴付けの情報は、汎用目的のための、並びに／又は、ある領域カテゴリ、ＣＰＥ、目的クラス集合、及び／若しくは同種のものに具体的に関連付けられた参加者を記述するものであり、例えば、年齢、職業、学位、場所、雇用主、職歴、信用履歴、犯罪歴、結婚歴、家族状態、趣味、宗教や他の取引団体などの具体的な特徴を含んでもよい。例えば、１〜５のレベルのいずれかで（及び／又は、そのような情報の、ＰＥＲＣｏｓで標準化されて相互運用可能な評価のためのものを含む、他の任意の宣言されたスカラーに関して）表現される、例えば上記のいずれかへの興味／関連付け／結び付きの知覚されるレベルを含む。対象としての参加者に対するいかなる信用性も、それぞれ（例えば、彼ら、グループ、その他）のそのような資源集合に集約することも含め、参加者によって発行された任意の、又は任意の具体的な目的に関する（ＣＰＥ、目的クラス、及び／若しくは同種のものに関する）信用性にリンクさせることができる。
【１３３０】
参加者自己登録では、個人が自身に関連付けられた汎用データの一以上の集合（例えば、そのような集合はカテゴリ化し、編成し、及び／又は目的に関連付けてもよい）を提供することができる。例えば、年齢や関係する出生年月日、人種、宗教団体、職業、収入、純資産、投資の種類、住所、出生地、国籍、出生時の国籍、教育レベル、兵役、趣味、副業、言語、体重、慎重、健康状態（病弱、普通、健康）、活動レベル（低、中、高）、体力（低、中、高）、外見（写真）、性格のタイプ、例えば、気質（我慢強い、気楽、真剣、批判的、幸せ、悲しい、怒りっぽい、従順、反抗的、強引、チーム志向、個人主義、競争好き、努力家、遊び心がある、好奇心旺盛、勉強熱心、神経質、外向的、控えめ、信心深い、几帳面、きれい好き、及び同種のものなどや上記の任意の集合であり、信用性において例えば必要に応じて他者による表明の対象となっても、及び／又は、実践的であればＥＦとして確立、位置づけされてもよい全ての情報である。
【１３３１】
いくつかの実施形態では、例えば、利用者はプライバシー（匿名性）レベルを選択してもよい。例えば、参加者個人、個人の種類、及び／又は全ての参加者に関連付けることのできる一以上の標準化されて相互運用可能な集合に基づいてもよい。いくつかの実施形態では、自己発行情報は、例えばソーシャルネットワーキンググループの合意前後に公開されてもよい。例えば、そのような情報集合が、そのようなあるグループの参加／メンバシップのための要件として規定され、参加者は、部分的には、プライバシーレベルに関連付けられたそのような特徴的な情報集合を、例えば積極的に提供し、及び／又は利用可能にすることによって、そのようなグループのメンバになるのでもよい。
【１３３２】
いくつかの実施形態では、以下の識別情報実体が含まれてもよい。
・     参加者ＩＤ
・     役割ＩＤ
・     アクターＩＤ
【１３３３】
参加者は、ＰＥＲＣｏｓシステム内の利用者や登録された利用者のグループを表すＰＥＲＣｏｓの資源であり、概して、多くのオペレーティングセッションよりも長く存続してもよい長期的なものである。
【１３３４】
参加者の同一性は、ＰＥＲＣｏｓシステムとの相互作用を含む、ＰＥＲＣｏｓシステムが利用者について維持する同一性の特徴や情報を全て含む。これは、一以上の利用者名、関連付けられたパスワードや他の認証情報（例えば、生体情報）、認可や他の方針の制御、選択や限定、割り当てられた及び／又は利用可能な資源、アクティブな及び／又は一時停止中のセッション、履歴情報を含んでもよい。
【１３３５】
役割は、資源の部分集合であり、具体的なルール及び／又は義務（例えば、資源特徴への制約や限定であってもよい）が一以上の資源に関連付けられてもよい。例えば、参加者に関連付けられた役割は、例えば、素養（例えば、初心者／アマチュア／プロ／専門家、及び同種のもの）などの主要次元やファセットを含む、ある領域における専門知識の表現を含んでもよい。これは、例えば、ＶＰ、ＳＶＰ、ＥＶＰ、社長などの階層（又は他の組織配列）を含んでもよい。役割の同一性は、参加者を特徴づける情報の用途を決定する一以上のルール集合を含んでもよい追加の属性を持つ、参加者の同一性の部分集合を備える。
【１３３６】
いくつかの実施形態では、ＰＥＲＣｏｓシステムは、標準化された資源のためのもの、組織（編成）スキーマ（例えば、管理者など）、構成体に関連付けられたもの、評判に関連付けられたもの（例えば、評判主要次元やファセット、例えば、対目的品質、及び同種のもの）、一以上の目的領域における専門知識の利用者表現に関連付けられたもの（例えば、初心者、プロ、及び同種のもの）を含む、役割のための標準化されたスキーマを提供してもよい。
【１３３７】
例えば、役割は、「話上手」、「食通」、「鉄道ファン」、他の役割の型など、任意の名前がついた、参加者の部分集合であってもよい。いくつかの実施形態では、役割は、参加者の同一性について一以上の制約を備える追加の属性を有してもよい。
【１３３８】
いくつかの実施形態では、アクターは、オペレーティングセッションで用いられてもよいオペレーティング参加者やオペレーティング役割、及び／又はその部分集合をインスタンス化したものである。例えば、アクターは、一以上のオペレーティングセッションにおいて参加者及び／又は役割の実施形態として存在してもよい、制限された役割（例えば、匿名性、ペンネーム、管理）のために用いられてもよい。アクターは、単一のセッションを越えて持続しても、しなくてもよい。アクターの同一性は、アクターの役割に関連する参加者情報の部分集合を備える。
【１３３９】
加えて、いくつかの実施形態では、以下のような更なる同一性があってもよい。
・     操作の同一性
・     セッションの同一性
これらは、一以上のルール集合及び／又は処理の対象であってもよい。
【１３４０】
操作の同一性は、オペレーティングセッションでアクティブな同一性である。例えば、個人、グループ、オブジェクト、資源、サービス、及び／又は、任意のアルゴリズム的フレームワーク内で配置及び／又は処理される他の任意のＰＥＲＣｏｓ要素のための集合のための、文脈的に適切な同一性情報などの同一性要素を備えてもよい。
【１３４１】
いくつかの実施形態では、例えばオペレーティングセッションにおけるＰＥＲＣｏｓプラットフォーム同一性システムのインスタンス化は、セッション内の資源や要素に同一性を付与するものであってもよい。これらの同一性は、一時的でも持続的でもよく、要素や資源が関連づけられている更なる同一性に関連付けられてもよい。
【１３４２】
これらは、メタアクター（複数のアクター）やアクターＩＤを含んでもよい。
【１３４３】
同一性は、一以上の状況の集合に合わせて形作り、及び／又は適応させてもよい。共有された属性は、例えば、統治サービスや一貫性サービスによって可用性やアクセス性が管理された、異なるオペレーティングセッション及び／又は文脈で用いられてもよい。
【１３４４】
例えば、利用者は何らかの目的追求において、その目的の展開状況に動的に対応する同一性特徴の集合を提示してもよい。
【１３４５】
オペレーティングセッションの同一性は、いくつかの実施形態では、一時的で、オペレーティングセッション内でのみ運用される、オペレーティングセッション内でのみ生じる同一性である。
【１３４６】
ＰＥＲＩＤは、同一性要素を編成、維持するために、ＰＩＤＭＸで資源を提供する。ＰＩＤＭＸは、仕様やテンプレートを通じて、オペレーティングセッション同一性管理サービス（ＯＳＩＭＳ）のようなＰＥＲＣｏｓプラットフォーム同一性サービスによって組み立てられてもよい。一つの実施形態では、ＰＥＲＣｏｓのＳＲＯプロセスを利用してもよく、統治サービス、一貫性サービス、及び／又は他のＰＥＲＣｏｓのプロセスの対象であってもよい。
【１３４７】
いくつかの実施形態では、ＰＥＲＣｏｓのＰＩＤＭＸのＩＤ要素は以下のとおりであってもよい。
動的に検索され、
（全体的又は部分的に）キャッシュされ、
部分的及び／又は全体的に、事前に組み立てられ、
外部参照され、及び／又は
例えば交渉プロセスを含む、外部的に制御された及び／又は利用可能な資源との相互作用によって条件付きで利用可能である。
【１３４８】
資源として発行されたＰＩＤＭＸは、現実性分析や一以上の評判の提示によって、適切なニュアンスの提示があったときのみ特定の要素へのアクセスを提供する、及び／又は、同一性や存在の確証があったときに具体的な他の同一性にのみ特定の要素を利用可能にするなどの、ＩＤ要素フィルタリング機能を組込んでもよい。ＰＩＤＭＸが資源であるいくつかの実施形態では、そのような相互作用は、資源インタフェースによって行われる。
【１３４９】
いくつかの実施形態では、ＰＩＤＭＸテンプレートはＰＥＲＣｏｓ「構成体」テンプレートの一種であってもよい。
【１３５０】
ある実施形態では、プロセスによって、ＰＥＲＣｏｓのＩＤ「行列」テンプレートのインスタンスが生成される際に、一意の数字が与えられてもよい。例えば、この一意の数字は乱数発生器を用いて生成されてもよく、及び／又は、数列でもよい。例えば、６４ビット以上（２５６ビット／２０４８ビット）の数字が乱数シードから生成されるか、又は、定義された名前空間の一部を備える。この一意の数字は、ＰＩＤＭＸテンプレートからインスタンスが生成された同一性行列の一意の識別子の一部でもよい。
【１３５１】
ある実施形態では、例えば、「オペレーティングセッション管理部同一性サービス」などの、テンプレートからＰＩＤＭＸを生成するプロセスは、例えば、ＰＥＲＣｏｓユーティリティ又は同様のサービスから、乱数発生器のシード、及び／又は、定義された数値で表される名前区間を要求することがあり、そのようなシード及び／又は名前空間は、シード及び／又は乱数発生器の適用可能な幅又は有効範囲に基づいた一連の数字を提供することがある。結果として、生成された数字と発生器の（同じプロセスによって獲得したかもしれない）同一性の組み合わせによって、各ＰＩＤＭＸは一意の同一性を持つことがあり、そのため、無数の資源が扱われるいくつかの実施形態では、そのような数字は２０４８ビット以上のことがあり、各ＰＩＤＭＸのインスタンスに対して大きな名前空間と一意の同一性が提供される。
【１３５２】
更なる実施形態の多くでは、ＰＩＤＭＸの識別子は、同一性特徴を更に確実にするために、ＰＩＤＭＸが備える同一性との組み合わせで使用されてもよい。
【１３５３】
目的、ＰＩＤＭＸ、及び／又は、「評判」をそれぞれ、及び／又は、組み合わせて利用した前進的な相互作用及び評価が、直接的又は間接的に実施されてもよい。相互作用及び評価は、部分的に重複するしきい値、統治、トリガー、及び／又は、その他の計算された属性、及び／又は、イベントの混合に基づいて、独立した第三者サービスによって仲介されてもよく、「参加者」、グループ、クラス、及び、資源の同一性、及び／又は、重み、及び／又は、その他のアルゴリズム的な「成果」の修飾子を含むことがある。例えば、利用者が別の当事者のＩＤ行列は質／信頼性が充分である、又は他の算出された評価であると確認した場合に、独自の及び／又は別のＰＩＤＭＸ（及び、ある実施形態では、関連するペルソナ、又は、関連するペルソナの一部）を更に展開／示すことを選択できるように、ＰＩＤＭＸの質によっては、別の当事者には代替の（拡張された）同一性行列が示されることがある。
【１３５４】
いくつかの実施形態では、２つのモードがあってもよく、一つは、一以上のＰＥＲＣｏｓプロセスにおいて前進的なＩＤ情報及び／又は質問が明らかにされる結果としての、反復的発見及び／又は可用性（（時間及び／又はイベントに基づいた）発見、調査、付加、分配などによる更なる学習）及び／又は展開である。
【１３５５】
いくつかの実施形態では、ＰＩＤＭＸの展開の一局面は、認証と機密性の関係であることがある。例えば、利用者が信頼する当事者にのみデータを開示するであろう場合には、利用者は、送信するデータが傍受できないことを確実にしたいことがある。幸いなことに、いくつかの実施形態では、ある「参加者」のための高品質のＰＩＤＭＸは、利用者がＰＩＤＭＸに記載された「参加者」のみが読むことができるデータを送ることを可能にするのに充分な情報を含むことがある。いくつかの実施形態では、そのような例は、ＰＩＤＭＸ中の電子証明書の使用を伴うことがあり、電子証明書によって、利用者はＰＩＤＭＸによって記載された「参加者」のみに理解されうる方法で、メッセージを暗号化することが可能になる。
【１３５６】
資源の指示子は、仕様要素セットであり、他の資源がその資源と相互作用することを可能にする（例えば、評価、アクセス、呼び出し、又は、その他の相互作用の形態を含む）。資源は、それぞれの指示子がその資源の異なる仕様、及び／又は、同一性要素を備える、多くの指示子を含むことがある。例えば、資源は、資源についてほんの最小限の情報のみを提供する指示子から、より完全な情報を提供する指示子まで、複数の指示子を有することがある。
【１３５７】
この一連の指示子によって、資源を呼び出す可能性のある呼び出し元は、資源の推論には資源の目的や性能などのより豊富な情報セット（集合）を有する指示子を使用し、呼び出し元のｉスペース（ローカルディレクトリ）には最小情報の指示子を記憶することを選択することが可能になる。
【１３５８】
例えば、図３０で図解されるように「指示子」の使用例を示す。
【１３５９】
いくつかの実施形態では、同一性要素はｉ要素であり（つまり、同一性要素クラスはｉ要素クラスのサブクラス）、複合資源である構成要素資源を表すために、ｉセットに配置されうる。例えば、ｎ個の「構成要素」資源を有する複合資源の以下の例を考える。資源は、ローカルの蓄積（ｉスペース）にそれぞれの構成要素資源の指示子を保持する。ただし、資源は、指示子をばらばらに保持するのではなく、ＰＩＭＳ構造構成体であるｉセット（ｉＳ）を使用して単一ユニットを生成する。指示子を単一ユニットとして組織化するこの能力は、非常に重要である。まず、この能力によって、構成要素資源の情報を、資源の資源管理集合、「一貫性」管理部、持続性管理部などの他のＰＥＲＣｏｓサービスと共有することが容易になる。加えて、何らかの理由で資源が「構成要素」資源（ＰＲ３など）を更新する必要がある際には、Ｄ２を、ｉＳ内の置換構成要素資源の指示子と単に置き換えればよい。更に、置換資源は複合資源でもよく、その場合、Ｄ３がｉセットであるｉＳ２と置き換えられてもよい。その場合、ｉＳは、｛Ｄ１，Ｄ２，…，Ｄｎ｝から｛Ｄ１，ｉＳ２，…Ｄｎ｝に更新される。
【１３６０】
例えば、図３１で図解されるように、指示子を使用した資源へのアクセスの例を示す。
【１３６１】
いくつかの実施形態では、ＰＥＲＣｏｓプラットフォームサービスは、例えば、オペレーティングセッションなどで同一性及び同一性管理サービスを一以上の資源に提供するＰＥＲＣｏｓ同一性サービス管理部（ＰＥＲＩＤ＿ＳＭ）を含む。
【１３６２】
これら管理部は、一以上の資源の同一性及びＰＩＤＭＸに関連するサービス、及び、その他のＰＥＲＣｏｓ同一性及び同一性情報を発行する装置及び／又は方法を提供する。
【１３６３】
ＰＥＲＩＤ_ＳＭは、例えば、同一性要素を発行するオペレーティングセッション同一性管理サービスとして、一以上のオペレーティングセッションに同一性と同一性サービスを提供するために、インスタンス化されることがある。
【１３６４】
いくつかの実施形態では、オペレーティングセッション同一性管理サービスは、指定されたテンプレート及び／又はパターンの使用によってＰＩＤＭＸが評価されるのを可能にし、それぞれの同一性要素データ及び関連する重みが評価されることがある。
【１３６５】
いくつかの実施形態では、個々の及び集約されたＰＩＤＭＸの「成果」が、確定的な個々の要素としてではなく、それらが形成する関係、配置、組織、及び／又は構造として考慮されてもよい。これら、配置／組織／構造は、最適な方法で大規模なＰＩＤＭＸデータストアに問合せ及び探索を行う際に使用されるなど、トリガー、計算、ポリシー及び／又はその他の相互作用の基礎を形成することがある。
【１３６６】
ＰＥＲＩＤ実施形態は、性能の効率性、セキュリティ、統一性、信頼性、資源の使用などの性質について、資源を評価及び／又は分析するための一連のツールを提供する。一連のツールは、ＰＥＲＣｏｓプラットフォームサービスと周知の工業標準の両方を利用して分析を実施する。例えば、セキュリティ分析には、Ｓｅｃｕｒｉｔｙ  Ｃｏｎｔｅｎｔ  Ａｕｔｏｍａｔｉｏｎ  プロトコル（ＳＣＡＰ）を用いて表される、標準ベースの脆弱性管理データの米国政府のリポジトリである、Ｎａｔｉｏｎａｌ  Ｖｕｌｎｅｒａｂｉｌｉｔｙ  Ｄａｔａｂａｓｅ（ＮＶＤ）を使用することがある。このデータは、脆弱性管理、セキュリティ測定、及びコンプライアンスの自動化を可能にする。ＮＶＤは、セキュリティチェックリスト、セキュリティ関連ソフトウェアの欠陥、設定ミス、製品名、及び、影響測定基準のデータベースを含む。
【１３６７】
いくつかの実施形態では、資源は、資源の異なる属性を特徴づける多面的行列（ＰＩＤＭＸ）を保持することがある。一連の評価ツールは、資源のＰＩＤＭＸを使用して分析を実施することがある。例えば、利用者は、プライバシーの保持において、オンラインのサービス（例えば、資源）の有効性を決定するセキュリティ分析ツールを使用することができる。セキュリティ分析ツールは、サービスがセキュリティ機能と性能の記録を保持するかを決定するには、サービスのＰＩＤＭＸを調べればよい。サービスがセキュリティ機能と性能の記録を保持する場合、セキュリティ分析ツールは、その結果を利用者に提供するために、ＮＶＤなどの周知のセキュリティ分析標準を使用して記録を評価、分析できる。
【１３６８】
加えて、これらツールは、同一性要素の強みを評価、及び／又は、決定するためにＰＥＲＣｏｓ同一性を支援する。
【１３６９】
いくつかの実施形態では、各ＰＥＲＣｏｓ資源が一以上の同一性を有することがあり、これら同一性は、一以上のグループに統合され、及び／又は、部分的に、又は、全体が、ＰＥＲＣｏｓ同一性行列（ＰＩＤＭＸ）に形成される、及び／又は、備えられることがある。
【１３７０】
例えば、ある実施形態では、ＰＥＲＣｏｓ資源は、ＩＤ付与能力を持つオペレーティングセッション管理部などの適切な同一性発行サービスから、一意のＩＤが与えられてもよい。ＩＤは、資源レジストリなどの一以上のその他の資源に登録され、レジストリと相互作用するプロセス及び／又は資源に対して持続的に利用可能にされてもよい。いくつかの実施形態では、そのようなレジストリ（ＤＮＳなど）には階層があることがあり、ＩＤはシステム全体において一意である。
【１３７１】
その他の実施形態では、毎秒最高１０００万ＵＵＩＤに及ぶ高い配分率を持続していても、高い確実性で一意であることを保障する汎用一意識別子（ＵＵＩＤ）機構を使用することがある。ＵＵＩＤの一局面は、現在広く普及しており、いずれの中央当局にも頼ることなく生成できることである。ＵＵＩＤを識別子として使用する実施形態では、資源のネイティブインタフェースによって多くのＰＥＲＣｏｓ以外の資源を同化する際に、識別子を取得できてもよい。例えば、ディスクドライブ及びＬｉｎｕｘ（登録商標）のファイルシステムは、ＵＵＩＤを提供するネイティブインタフェースを有する。ＵＵＩＤはＭｉｃｒｏｓｏｆｔ（登録商標）社を含む多くの組織に採用されており、Ｍｉｃｒｏｓｏｆｔ  Ｗｉｎｄｏｗｓ（登録商標）、Ａｐｐｌｅ  ＯＳ  Ｘ（登録商標）、Ｌｉｎｕｘ（登録商標）、Ｇｎｏｍｅ（登録商標）及びＫＤＥ（登録商標）を含む幾つかのコンピューティングプラットフォームで使用され、大多数のプログラム言語で利用可能である。
【１３７２】
いくつかの実施形態では、ＰＥＲＣｏｓ資源は、例えば、オペレーティングセッション同一性管理部などの適切な発行サービスによって一以上の追加ＩＤを付与されることが可能で、追加のＩＤを付与された資源は、同一性とそれらの関係性を保持するために、ＰＩＤＭＸなどのＰＥＲＣｏｓ同一性能力を使用することがある。
【１３７３】
いくつかの実施形態では、資源に対して発行されたこれら同一性は、特定の利用者に対して資源の特定の同一性を構築するなど（例えば、「参加者」資源などを介して）、利用者と資源の特定の関係のインスタンスを生成することがある。これらの関係は、同一性の発行部が、例えば、運用資源の制御を有効にするために、制御仕様を資源に渡す能力が表現された（規則を含む）仕様によって賞賛されてもよい。
【１３７４】
いくつかの実施形態では、資源のＩＤのソースの如何を問わず、運用資源が、要約された識別、認証、及び／又は、認可方法の使用を認証することがある。例えば、これには、（「参加者」を含む）資源が以下を実施するための装置と方法を含むことがある
○  独自の識別、認証、及び、認可の支援を提供する
○  この支援を一以上の他の資源に割り当てる、及び／又は
○  一以上の識別、認証、及び認可資源の制御において、幾つかの資源を集約する。
【１３７５】
例えば、資源が運用される文脈に依存して、一以上のＩＤが、例えば、統合ＩＤスキーマを使用して共有できる。資源のＩＤを統合することによって、一以上の文脈で、要約されたＩＤ、認証、及び、認可方法が更に集約されうる。ＩＤの統合は、資源が第１のＩＤによってある文脈内で判別され、第１の文脈と並行して運用される別の文脈では第２のＩＤを用いて判別されるのを可能にする。
【１３７６】
ＰＥＲＣｏｓ資源は、資源を集約して及び／又は個々で識別するのに用いられることがある同一性行列の一部（例えば、ＰＩＤＭＸ）として編集されることがあるＰＥＲＣｏｓ仕様要素を発行してもよい。いくつかの実施形態では、これらＰＩＤＭＸは資源配置の一部として利用されてもよい。
【１３７７】
７  ＰＥＲＣｏｓ情報管理システム
ＰＥＲＣｏｓ情報管理システム（ＰＩＭＳ）の実施形態は、いずれかの目的関連型の情報（例えば、文献、マルチメディア、オンライン、生体認識）を管理する装置と方法を提供する。ＰＩＭＳは、そのような情報の組織と管理を支援する。いくつかの実施形態では、ＰＩＭＳは、独自であるいは他のＰＥＲＣｏｓサービスと共同で、例えば、情報の選択、配置及び／又は再利用の可能性のために、情報単位の識別、評価、優先順位付け、フィルタリング、プロビジョニング、含有、組織化、マッチング、分析、及び／又は、その他の管理などを支援する構成体を提供する。
【１３７８】
ＰＩＭＳ実施形態は、以下を含む幾つかの設計特徴を採用する。
・１対無限の意図的コンピューティングを支援するために、動的で、柔軟で、スケーラブルなシステムを提供する
・情報単位を効率的に識別、記憶、組織化、検索し、推論を支援する
・利用者が情報単位を動的に配置、及び／又は、組織化するのを可能にする一以上の装置方法を支援する。例えば、利用者は、利用者の目的に基づいて頻繁に使用される資源を組織化してもよい、
・組み合わせ、及び／又は、単独などの複数の配置で、利用者が情報構造及び関連する内容を記憶するのを可能にするため、一以上の装置又は方法を提供する。
【１３７９】
上記と関連して、各ＰＥＲＣｏｓセッションは、目的の追求のために組み合わされて利用者を補助する、多様なソースからの任意の多数の資源を伴うことがある。これには、動的で、柔軟で、適応性があり、スケーラブルで、複数の情報組織スキーマを（あるいは同時に）支援し、情報検索の「喪失を伴う」方法を提供する、情報の記憶及び管理方法を含む。
【１３８０】
利用者は、資源集合、（例えば、一以上の「基盤」、目的クラスアプリケーション、「フレームワーク」などを含む）「構成体」、及び、特定の目的操作のために使用される、生成、配置、及び／又は修正された更なるセットなどの、定期的に使用する資源セットを有することがある。例えば、いくつかの実施形態では、例えば、少なくとも部分的に資源、及び／又は、利用者間の関係として、利用者、及び／又は、関連資源セットが表現した履歴の少なくとも局面の表現である資源配置でもよい。
【１３８１】
特に、ＰＩＭＳは、それぞれの交渉された業務合意によって特定される資源インタフェースを介して、資源の管理及び持続性を提供することができる。情報の識別可能ないずれかの単位が資源化されることもあるが、効率性のために、資源化されないこともある。
例えば、図３２に図解されるように、ＰＩＭＳ及び資源の間の相互作用の例を示す。
【１３８２】
いくつかのＰＥＲＣｏｓ実施形態では、ＰＩＭＳは利用者の目的操作の支援のために配置されることがある構成要素のセットとして実装されてもよい。これらは本明細書に記載される。
【１３８３】
ｉ要素は、例えば、その後の識別、評価、選択、検索、共有、及び／又は、再利用の可能性ために、ＰＥＲＣｏｓ内で識別されることがある情報の単位を特徴付け、及び／又は、含有するための基本要素である構成体である。ｉ要素は、利用者、及び／又は、（資源及び／又はプロセスを含む）ＰＥＲＣｏｓシステムが明確に識別するのに充分であると判断することがあるＰＥＲＣｏｓ要素及び／又はその他の情報セットでもよい。
【１３８４】
Ｐｅｒｃｏｓ PIMは、ｉ要素を用いて、例えば、生の（すなわち、未解析）文字列、フォーマット化データ、メタデータ、目的表現、資源情報、（例えば、資源の場所、資源配列、資源指定及び同種のもの）、結果セット、プロセスセット及び／又は文脈、ＰＥＲＣｏｓ資源及び／又は非ＰＥＲＣｏｓ資源の任意の内容部分を含む広範囲の情報を表すことができる。例えば、ＰＥＲＣｏｓが別の処理を必要とする非ＰＥＲＣｏｓ処理からメッセージを受信する場合を考えてみる。ＰＥＲＣｏｓはこのメッセージをｉ要素内に記憶し、次いでｉ要素を適当なプロセスへ送信することができる。
【１３８５】
いくつかの実施形態では、ｉ要素を用いて、固有の資源配列に結合された１つ又は複数の資源インタフェースに関する、又はそれによって生成された情報を特徴付けることができる。この情報は、、資源に関するメタデータ及び／又は資源によって処理される情報に関するメタデータを含んでいてもよい。また、この情報は、特定のコンテンツ及び／又はコンテンツ、情報、プロセス、サービス及び／又は同種のものへの言及を含んでいてもよい。例えば、情報は、資源の依存などの１つ又は複数のその他の資源セット（集合）と、そのような資源セットに依存する資源との資源セットとの関係を含んでいてもよい。
【１３８６】
いくつかの実施形態では、ｉ要素は、例えば、目的メタデータ、メソッドメタデータ、インタフェースメタデータ及び／又は、テキスト、計算言語プロセス及び／又は自動集計ツールの場合、又は資源が資源の応用、特徴、関数及び性能測定基準である場合などの、資源上で、かつ／又は資源と共に動作するプロセスによって生成された可能性があるメタデータを含むその他の任意のメタデータを含んでいてもよい。ｉ要素が表すことができる別の情報セット（集合）の例は、これに限定されないが、以下のいずれかを含んでいてもよい。
−文書、複数の映像、複数の音声、テキスト
−規則、アクセスメソッド及び同種のものを含む関連付けられた仕様を有する情報セット（例えば、ＵＲＩ、ＤＯＩ、ＩＥＥＥウェブサイト上の文書）への言及
−１つ又は複数のデータベース／リポジトリ／データ記憶リファレンス（例えば、サーバリファレンス、関連付けられた仕様、適当なメタデータ及び同種のもの）に規則された情報セット
−資源の情報セット（例えば、専門家などの参加者を含む）、及び／又は
−１つ又は複数のサービス（例えば、通信サービス）の情報セット
【１３８７】
いくつかの実施形態では、ｉ要素は実施メソッド及び動作上の考慮事項によっては、いずれかの言及又は組み込みによる１つ又は複数の資源及び資源インタフェースを含んでいてもよい。例えば、ｉ要素は、索引、概要及び／又は適用可能なメタデータ及び／又は資源インタフェース配列によって利用可能になった情報などの任意の適用可能なアルゴリズム的に導出された情報を含む、資源及び資源インタフェースを含む任意の、また全ての情報を含んでいてもよい。
【１３８８】
ｉ要素は、例えば、１つ又は複数の資源ソース、及び／又は、これに限定されないが、相互作用、選択、及び／又は、例えば、データベース、データフィード、ファイル、データリポジトリから生まれる利用者入力、及び／又は、例えば、ｉ要素としてさらに扱われる結果を返すｉ要素それ自体であってもよいプロセスを資源仕様に用いて実行することを含む利用者入力から作成され、かつ／又は生成されてもよい。
【１３８９】
例えば、図３３に、情報（例えば、問い合わせ結果）と資源のｉ要素とを含むｉセットを示す。
【１３９０】
ｉ要素の例は、例えば、通信デバイスにＢｏｎｊｏｕｒ（登録商標）などの技術によって問い合わせしてデバイスの発行済みの特徴を抽出することを含んでいてもよい。この特徴を次いでｉ要素として扱って、それらの特徴を適用可能な資源ライブラリとして発行するのに好適なフォーマットに変換できる。
【１３９１】
ｉ要素の別の例は、データ、テーブル、スキーマ及び／又はデータベース及び／又はその他の配列からのその他の選択データから抽出した情報を含んでいてもよい。ｉ要素は、データが変換処理によってのみ分割可能なレベルの粒度を占める。大半の実施形態では、ｉ要素はｉ要素の識別可能な副要素への分解を支援するインタフェースを提供しない。
【１３９２】
ｉ要素は、コンテンツ互換ＸＭＬ、ＭＰＥＧ４又は同様のものなどの元のフォーマットを含む任意の共通のプログラミング言語を用いて表現し、資源インタフェースによって提供された業務上の相互運用性を業務条件及び／又はその他の一貫性パラメータに一致させることができる。
【１３９３】
ｉ要素は、適当な仕様セット（集合）に組み合わせることができ、又はその集約された主題であってもよい。ｉ要素はｉスペース及び／又はｉセット内に記憶し、管理できる。
【１３９４】
いくつかの実施形態では、指示子はｉ要素及び／又はｉセットとして実施できる。
【１３９５】
ｉセットはＰＥＲＣｏｓ情報管理部によって管理できる情報のセット（集合）を形成するｉ要素の配列を含む。いくつかの実施形態では、ｉセットは公式の又は非公式のＰＥＲＣｏｓ資源として発行できる。
【１３９６】
ｉセットは、資源によって生成できる資源インタフェース及び／又は情報を表す１つ又は複数のｉ要素を含んでいてもよく、資源は、ｉセット及び／又はｉスペースであってもよく、例えば、
−整理され、
−過渡的／持続的で、
−インスタンス化され、
−再現され、かつ／又は
−分散されていてもよい。
【１３９７】
ｉセットは、他のＰＥＲＣｏｓ資源と同様、管理、組織及び／又はインタフェース仕様及び／又はそれに関連付けられたメソッドを有していてもよい。これらのメソッドは、例えば、ｉセット及び／又は目的クラスなどのｉセット業務に関連付けられた適当なクラスから獲得できる。
【１３９８】
いくつかの実施形態では、ｉセットは以下を含む。
−参照及び／又は組み込みによるゼロ以上のセット（集合）要素(例えば、ｉ要素)
−１つ又は複数の情報セット（集合）例えば、１つ又は複数の情報セット、例えば、そのような情報セットを含むｉセットを返す１つ又は複数のデータ記憶参照などの、１つ又は複数の情報セットを返す資源へのゼロ以上の参照(例えば、指示子、ｉ要素を含む)。
【１３９９】
いくつかの実施形態では、ｉセットのインスタンスは、ｉセットのコンテンツを含むメンバ、親ｉセットのメンバを含むメンバであってもよい。例えば、ｉセットが資源の一部である場合、コンテンツは資源要素（任意の配列内の）と考えられる。ｉセット情報は、１つ又は複数のメソッドセット（集合）によって操作可能である。例えば、これは、追加要素、削除要素及び同種のものなどのｉセット情報管理メソッドを含んでいてもよい。いくつかの実施形態では、これらのメソッドは、ｉセット資源インタフェース仕様によって指示できる。ｉセットの資源要素を含む情報セットとの相互作用は、ｉセットの資源インタフェースの仕様を参照することで提供できる。
【１４００】
例えば、図３４に、１人又は複数の利用者によって使用される資源として作成されるｉセットを示す。
【１４０１】
いくつかの実施形態では、ｉセット（構成ｉセット及び／又はｉ要素を含む）は、ある範囲の情報管理メソッドを用いて拡張可能であり、かつ／又は、例えば、意味論を用いて広範囲の情報タイプ及び／又は情報アクセス、使用及び／又は統治モデルを支援することができる。
【１４０２】
情報スペース（ｉスペース）は、１つ又は複数のｉセット及び／又は指示子のシングルトンのセットを含んでいてもよい。これらは任意のメソッドで配列でき、例えば、
−整理され、
−過渡的／持続的で、
−インスタンス化され、
−再現され、かつ／又は
−分散されていてもよい。
【１４０３】
いくつかの実施形態では、ｉスペースを目的業務から計算された複数の視点表示のリポジトリとして使用でき、これを複数の入力仕様の交点の「空間的」表示として記憶できる。そのようなｉスペースは、目的次元、次元ファセット、資源（識別子及び／又はその他の属性を含む）、及び／又はその他の計算視点／次元数理、及び／又は変数の合成物に寄与するその他の表示を表し、またそれによって配列し編成することができる。いくつかの実施形態及び状況では、そのようなスペースの内部の図を、利用者が解釈可能なグラフ、及び／又はその他の多次元空間／空間配置表示の形式で利用者及び／又はシステムに提供できる。
【１４０４】
これらの表示は個別に識別し持続させることができる。例えば、利用者によって選択された適当なビューと表示に命名し、その利用者のために、かつ／又はその利用者によって記憶でき、いくつかの実施形態では、１つ又は複数のクラス及び／又はその他の情報組織システムに関連付けることができる。
【１４０５】
いくつかの実施形態では、ｉスペースは、適当なメソッドのアプリケーションによって開かれた、又は閉じたセット（集合）として扱うことができる。例えば、閉じたセットは１つ又は複数の属性によってそのように識別できる。これらの閉じたセットを有限の情報配列として扱うことができ、いくつかの実施形態では、例えば、ＰＥＲＣｏｓ資源として発行できる。いくつかの実施形態では、閉じたｉスペースは、例えば、メンバの追加又は除去によって変更できないが、適当な仕様に準拠するｉスペースを開くことで、１人又は複数の利用者による変更が可能になる。いくつかの実施形態では、ｉスペースに加えて、指示子、ｉスペースの構成資源（ｉセットを含む）も開くか閉じることができる。
【１４０６】
いくつかの実施形態では、ｉスペースは、ｉスペース及びｉスペースの全体性の各々の構成要素が一定である不変のセット（集合）として識別し命名できる。これは、その他の資源及びプロセスがその権限及び認可がそのようなｉスペース及び／又はそのようなｉスペースを担当する適当な管理部に関連付けられた仕様で扱える明示的な業務を引き受けることなく、そのようなｉスペースを変更できないようにするためである。例えば、専門家によって、例えば、完全であると決定された情報を含むｉスペースでは、例えば、色の特定のパレットのリストを不変と指定し、それに基いて実行可能な業務を決定するそれに関連付けられた１つ又は複数の管理仕様を有していてもよい。
【１４０７】
例えば、施設及び／又は定評がある領域の専門家は、「安全な」資源セット（集合）構成と認定された資源配列セット（集合）を表すｉスペースを作成し、そのようなｉスペースを不変であると宣言できる。そのようなｉスペース及びその構成資源配列へのいかなる変更もそのような認定を無効にし、かつ／又はそのような認定を表明するあらゆる関連付けられた評判と矛盾する可能性がある。あるいは、施設及び／又は定評がある領域の専門家は、そのメンバのｉセットが異なる「安全な」配列と認定された異なる資源配列を表すｉスペースを作成し、そのようなｉスペースを不変であると宣言できる。
【１４０８】
いくつかの実施形態では、そのような不変のセット（集合）はＰＥＲＣｏｓの公式又は非公式の資源として発行できる。
【１４０９】
ｉスペースは、１つ又は複数のクラスシステムと重なることがある。例えば、ｉスペースは、１つ又は複数のクラスのメンバであってもよく、かつ／又はその構成メンバは（例えば、例示のｉスペースを含むｉセット）はクラスシステム、クラス及び／又はクラスのメンバであってもよい。
【１４１０】
いくつかの実施形態で、記述的CPEなどの関連付けられた特定の目的情報を有するｉスペースを、他のｉスペースと共にクラス／スーパークラス配列に並べることができる。例えば、「薄膜ソーラー電池」に関する情報を含むｉスペースは、「ソーラー電池」に関する情報を含むｉスペースへのサブクラス関係を有していてもよい。この組織情報は記憶できる。
【１４１１】
利用者は、例えば、ｉスペースメンバを１つ又は複数のメソッドでその特定の目的業務に合うように編成するｉスペース組織、管理及び／又はインタフェース仕様を含んでいてもよい１つ又は複数の組織原理としばしば連携して、目的業務を予測し、かつ／又は応答してｉスペースを作成し、それらの記憶を使用できる。
【１４１２】
いくつかの一般的なＰＥＲＣｏｓ実施形態では、ｉスペースは、例えば、特定の利用者セットによって排他的に使用される資源として発行されることが望ましい。いくつかの実施例では、ｉスペースは目的業務の一部として作成し発行することができる。例えば、目的定式化プロセスは、ＰＥＲＣｏｓ発行サービスによって、それらの目的定式化プロセスを支援するため、１つ又は複数のｉスペースをインスタンス化できる。そのような目的定式化に関する結果及び／又はその他の情報セットは記憶し、かつ／又は分析することができる。
【１４１３】
ｉスペース変数セットは以下の情報を含んでいてもよい。
−参照及び／又は組み込みによる１つ又は複数のｉセット（第１のｉセットは空であってもよい）
−参照及び／又は組み込みによるゼロ以上の離散的な情報及び／又はその他の要素（例えば、１つ又は複数の資源の要素を含んでいてもよい）
−参照及び／又は組み込みによるゼロ以上の資源。
【１４１４】
いくつかの実施形態では、ｉスペースは、参照及び／又は組み込みによって、１つ又は複数のメソッドセット（集合）（例えば、フィルタリングの持続性を指示する）、メタデータ、仕様及び／又はその他の属性を含んでいてもよい。いくつかの実施形態では、前記メソッド、メタデータ、仕様及び／又は属性セット（集合）の関係は、例えば、前記組織の制約条件を受ける引継ぎ、獲得、委任、宣言、及び／又はその他の指定された関係によって、部分的に編成できる。例えば、いくつかの実施形態では、ｉスペースは、ｉスペースがスーパークラスでｉセットがサブクラスであるクラスシステムとして配列されたｉセットのセットを含んでいてもよい。他の実施例では、前記ｉスペース／ｉセットの関係は、例えば、階層構造、ピアツーピア、及び／又はその他の組織であってもよい。いくつかの実施形態では、ｉスペースは、これに限定されないが、以下の能力の取り込み及び／又は支援を含んでいてもよい。
−１つ又は複数のｉセットにまたがる１つ又は複数のメソッド及び／又は業務の集約。例えば、複数のｉスペースにまたがる指示及び／又はフィルタリング、などの共通の目的業務、例えば、同様の、かつ／又は関連する目的業務に従事する複数の利用者（例えば、そのような利用者は目的の密接な関係のグループのメンバであってもよい）に関連付けられた目的業務の評価メソッドの採用。
−業務の柔軟なインスタンス化及び支援、例えば、分散使用、複数の記憶装置、メソッド、及び／又はスキーマ、例えば、１つ又は複数の次元及び／又は次元ファセットを含む複数の情報パターンの支援。
−例えば、ｉスペース及び／又はその一部が、適当な仕様に従って、ｉスペースから、操作及び／又は相互作用のメソッドのセットを支援する別の１つ又は複数の資源へ拡張して、利用者に、そのようなｉスペース及びその構成メンバの複数の表示を提供するための、１つ又は複数の「拡張」メソッドの提供及び／又は支援。いくつかの実施形態では、これは、例えば、１つ又は複数の情報管理システム、探索及びナビゲーションメソッドのイクスポート、管理仕様（及びそれに関連付けられたメソッド）、情報及び／又はコンテンツ、アプリケーション／プロセス、メタデータ、属性及び／又はその他の情報セットなどを含んでいてもよい。
【１４１５】
いくつかの実施形態では、ｉスペースのセットは、例えば、格子、空間配置、測定基準及び／又はその他の数学的表示、例えば、ヒルベルト空間、多種多様な、かつ／又はその他の表示として表すことができる。
【１４１６】
前記表示は、ｉスペース及び／又はその構成メンバ及び／又はそのアルゴリズムによって導出された別の表示を含む情報セットがマッピングできる幾何学的「空間」としての表示を含んでいてもよい。そのような表示の例は、これに限定されないが、以下を含んでいてもよい。
−ＰＥＲＣｏｓ次元及び／又は軸入力値の次元ファセット情報の使用を含む軸定義（及びそのメソッド）
−再指示、マッピング、及び／又は測定基準の計算メソッド
−例えば、目的値への評判信用性品質及び／又は同種のものなどのＰＥＲＣｏｓ資源の１つ又は複数の属性に関連するフィルタリング、指示、優先順位付けメソッド
−ｉスペース仕様及び／又はインスタンス化の発行メソッド
−条件トリガメソッド（例えば、トリガ仕様、定義された効果、しきい値及び同種のもの）
−ｉスペースに関するマッピング、フィルタリング、ナビゲーション、関係及び／又は一貫性
−１つ又は複数の次元及び／又は次元ファセットのメソッド
−主題としての利害関係者を含む信用性に対する信用性、集約信用性、及び信用性を含む１つ又は複数の評判及び／又はそのセットのメソッド
−１つ又は複数の公式及び／又は非公式の資源及び／又は目的クラスシステムのメソッド、及び／又は
−１つ又は複数のオントロジのメソッド。
【１４１７】
他のＰＥＲＣｏｓ資源と同様、ｉスペースは発行可能である。
【１４１８】
ＰＩＭＳの実施形態は、ＰＥＲＣｏｓが遭遇する可能性がある多様な範囲の情報セット（例えば、ｉ要素、ｉセット及び／又はｉスペースを含む）の持続性、及びそれに関連付けられた記憶、検索、格納場所、操作及び管理の能力及び機構を支援する。例えば、ＰＩＭＳは、目的業務が展開する際に遭遇する動的な配列及び／又はグループの資源を管理できる。多くのケースで、目的業務中に遭遇する資源の数、タイプ、配列及び場所は当初は不明であり、したがって、目的業務が展開する際にそのようなオペレーティング資源利用情報を持続させる機構を提供できる。
【１４１９】
ＰＥＲＣｏｓの持続性サービスは、１つ又は複数の資源、１つ又は複数のオペレーティング資源及び／又は情報セットの全て又は一部の状態を持続させることができる。
【１４２０】
いくつかのＰＥＲＣｏｓの実施形態では、持続性調整は、持続性を必要とする資源（例えば、参加者を含む）間、及び／又は持続性を必要とするプロセスと資源（ＰＥＲＣｏｓプラットフォームサービスを含む）間、及び／又はそのような持続性を提供するその他のプロセス間の取り決めを含んでいてもよい。ＰＩＭＳは、持続性を必要とする前記資源のためのメソッドの提供を支援して、それらの資源及び／又はそのような能力を提供するプロセスとの取り決めを作成する。いくつかの実施形態では、これらの取り決めはＰＥＲＣｏｓオペレーティング取り決めであってもよい。
【１４２１】
持続性は、任意の資源インタフェース、資源（及び／又は例えば構成体を含むその配列）及び、任意の仕様で宣言された制約条件に従う前記資源に関連付けられた、かつ／又はそれによって生成された任意の情報セットに適用できる。
【１４２２】
いくつかのＰＥＲＣｏｓの実施形態では、持続性サービスは、少なくとも部分的に、記憶及び適当なインタフェースとその記憶メソッドの両方を提供するＰＥＲＣｏｓプラットフォームサービスを形成する。ＰＥＲＣｏｓ持続性サービスは、標準化ＰＥＲＣｏｓ資源役割としてインスタンス化できる。
【１４２３】
例えば、図３５に、ＰＩＭＳ、資源サービス、及び持続性サービス間の相互作用を示す。
【１４２４】
端部の人間側の利用者は、その現在の目的を含む現在の思考をカプセル化するその内心の自身の情報構造を有する。この情報組織は１つ又は複数の利用者クラスとして記述できる。
【１４２５】
いくつかの例では、利用者は、構文及び意味要素の両方を含む組織と、クラス内で表現された階層の基本原理とを有していてもよい。例えば、利用者は、魚（スーパークラス）、フエダイ（魚のサブクラス）、ニュージーランドフエダイ、メキシコフエダイ−共にフエダイのサブクラスを有していてもよく、また、それに関連付けられた意味、例えば、味のランク、鮮度、輸送距離、冷凍されているか否か、及びその内部の情報組織に関連付けられたその他の広範囲の思考を含むクラスを有していてもよい。
【１４２６】
概念、属性、カテゴリ、動詞及びその他の関連付けられたこの情報の寄せ集めは、端部のコンピュータ側の直接の再現に適しておらず、したがって、いくつかのＰＥＲＣｏｓの実施形態では、基本のクラス階層は端部にまたがって最良に翻訳され、利用者が彼らの目的に最適な情報セットにアクセスするための    装置及びメソッドを提供するロスが大きい情報構造である。
【１４２７】
いくつかのＰＥＲＣｏｓの実施形態では、利用者クラスはオントロジと考えられるが、利用者の心中の特異性と手続きの程度は、低く、非整合性、不完全性及び／又は矛盾を含んでいる可能性がある。これは、利用者がその目的とそれに関連付けられた変数を動的に定式化し操作することによる。
【１４２８】
利用者に定式化された情報組織を採用させるシステムは、その情報組織が利用者の内心の情報マッピングに一致した時にのみ成功する。この状況が起こりえるのは、利用者がこの組織を理解するように多大な訓練を受けた時のみである。例えば、数学の訓練を受けた利用者は、その内心の思考を数学的な表現に概念化することができる。
【１４２９】
ただし、大多数の利用者は、彼らが遭遇する各目的のためのそのような定式化された訓練を受けず、かつ／又は彼らの現在の目的以外の分野及び領域での金連を受けていることがある。ＰＥＲＣｏｓの実施形態が提供できるのは、利用者が最小限の情報構造を用いて、例えば、そのような最小限の目的クラス表現（例えば、中核の目的又はその文脈を拡大した詳細の形式の）が利用者の思考プロセスの状況に固有の関係する考えを伝えられ、目的の達成へ向けて実際的で、効率的で的を得た前進を生むその目的を表現するためのロスが多い装置及びメソッドの実施形態である。そのような目的達成活動は、ＰＥＲＣｏｓの中核目的又はその他の文脈目的表現を、共振情報、専門家のガイダンス、及び／又は同種のものの支援を受けられる別の文脈属性、意味、及び／又は構文と組み合わせることができる。目的表現セッションの開拓を含むそのような目的表現は、例えば、ＰＥＲＣｏｓの次元及びファセットのロスが多い近似表現属性の簡単化によって支援できる。利用者の目的表現は定式されているので、それらは、例えば、展開し、利用者の指示に基くことがある。さらに、結果的に、少なくとも部分的に、利用者のますます綿密な指示の結果として、かつ／又は、ＰＥＲＣｏｓの次元ファセット近似及び値の表現に基くエキスパートベースのファセッティングインタフェースの支援などのエキスパートシステム及びAIの能力の利用者による使用によって、洗練され、又は練られたものであってもよい。
【１４３０】
情報の表現の１つの別の態様は、その他の同様の情報の相対的な文脈内でのその情報の表現である。例えば、１つ又は複数の表明の視点の表現は、相対的な文脈の相対的な文脈の理解を支援し、したがって、目的追求において、前記情報表現の評価に使用できる。
【１４３１】
１つ又は複数の情報次元の使用によって（いくつかの実施形態では、少なくとも部分的に、ＰＥＲＣｏｓ次元及び／又は次元ファセットに関連する）、基本情報関係がそのような次元（例えば、資源のセットに共通の属性のリスト）を含む情報の文脈評価を支援でき、利用者が評価対象の情報に関する視点を形成する助力となる。
【１４３２】
例えば、各情報表現は、１つ又は複数の次元、例えば、「ポイント−対比」の形式で表すことができ、多かれ少なかれ、互いに協調する表現はグループ化される。直交する、かつ／又は対向する視点の表現も一緒に提示され、利用者に提示された情報の共通スカラー（例えば、真−偽）に基くビューを提供する。
【１４３３】
利用者は、複数のその目的に関する視点及び／又は信念を備えた１つ又は複数の目的業務を開始できる。例えば、状況変化の懐疑論者は、この目的領域内にかれらの信念に沿った資源だけを考慮しようとし、かつ／又は対向する視点も考慮しようとする。いくつかの実施形態では、利用者はポイント／対比及び／又はその他の表現形式でそのような視点を有することができる。
【１４３４】
いくつかの実施形態では、利用者は、例えば、評判表現（ＥＦ、ＦＦ及び信用性を含む）が少なくとも部分的に結果セットの組織原理を提供する結果セットの一部として返された複数の視点を反映する資源を有することができる。
【１４３５】
ＰＥＲＣｏｓの実施形態は、情報及び／又は知識の捕捉、維持及び／又は抽出のプロセス及びサービスを提供できる。これは、例えば、ＰＥＲＣｏｓ実施形態のプラットフォーム履歴サービス、評価サービス、試験及び結果サービスなどを含む。
【１４３６】
いくつかの実施形態では、履歴情報を用いて、例えば、目的プロファイル、資源プロファイル及び／又は１つ又は複数の特定の役割に関連付けられたプロファイルを含む１つ又は複数のプロファイルを確立できる。これらは、例えば、参加者挙動及び相互作用した資源の履歴を含んでいてもよい。これらのプロセスは群集などの多数の利用者にわたって動作可能で、多数の利用者の業務のトレンドとその他の統計モデルとの識別が可能になる。
【１４３７】
８  構成体
【１４３８】
構成体は、少なくとも一つのオペレーティング資源、少なくとも一つの実行可能な要素及び少なくとも一つの構成体タイプを識別する仕様セットを備える、宣言され発行された（公式又は非公式）ＰＥＲＣｏｓ資源である（例えば、ＰＥＲＣｏｓ発行基盤、目的クラスアプリケーションを含むフレームワーク、ＰＥＲＣｏｓ発行資源集合及び／又は同類のものなど)。
【１４３９】
資源は、目的の充足性を求めて、恣意的に大きく複雑な集まりの中に組み合わせられてもよい。いくつかの実施形態では、構成体テンプレートは、一組の資源を、それら自体の記述的仕様、資源インタフェース、必要条件及び／又はその他のメタデータで、単一の構成体資源に組み立てる方法に、それ自体の記述的仕様、資源インタフェース、必要条件及び／又はその他のメタデータを提供する。いくつかの実施形態では、一以上の構成要素資源を備える構成体は、その他の方法によって作成されてもよい。
【１４４０】
構成体を含むＰＥＲＣｏｓ資源は、それらの対象とする使用に従って分類されてもよく、役割と呼ばれる、利用者目的とは異なる操作上の考慮事項を伴ってもよい。いくつかの実施形態では、基本的なＰＥＲＣｏｓの役割は、基盤、フレームワーク、資源管理部、目的クラスアプリケーション、プラグイン、テンプレート、変換部／同化部及び管理者を含む。いくつかの実施形態は、さらなる役割を追加する方法を提供してもよい。役割は、クラスの中で組織化されてもよい。いくつかの実施形態では、目的クラス及び役割クラスは、単一のクラスシステムの中に共存してもよく、他の実施形態では、二つの別個のクラスシステムによって表されてもよい。
【１４４１】
いくつかのＰＥＲＣｏｓ実施形態は、例えば、資源、関連する資源インタフェース、資源管理部及び／又は仕様を含む目的操作を支援する、計算要素の標準化及び相互運用性を有効にする、資源アーキテクチャを提供する。資源アーキテクチャは、以下を提供することによって、計算及び情報要素の系統立った組み合わせ並びに再使用を可能にする。
【１４４２】
・効率的及び効果的に利用者目的を実現するために、一以上の資源を構成体に配置し、組み合わせ及び／又は変換する、構成体、構成体テンプレート並びに関連するツールセットを備える、拡張及び相互運用可能な構成体環境
・ＰＥＲＣｏｓ対応資源及び非ＰＥＲＣｏｓ資源の両方（例えば、従来及び外部サービス)の制限のないセット及びタイプに対して、資源及び資源についての情報を記述し組織化する、標準化され統一された相互運用可能な装置並びに方法
・ある特性を共有する資源のクラスを指定し、取り扱い、利用し、操作し、管理し及び／又は監視する標準化された資源役割。資源の役割は、標準化された相互運用可能な資源インタフェースの仕様を含んでもよい
【１４４３】
本開示は、ＰＥＲＣｏｓ構成体の環境及び役割のクラスシステムが、効果的及び効率的な目的実現の追及を、どのように支援できるのかについて記述する。
【１４４４】
構成体は、利用者が展開する目的操作を組織化し管理することを可能にする、効率的及び効果的な粒度の細かいモジュール構造を提供する、組み合わされ標準化された相互運用可能な資源の配列である。構成体の環境は、資源の組を構成体へと配置及び／又は変換する方法を提供してもよく、例えば、参照テーブルといったいくつかの単純な資源を備えるものから、例えば、複数のコンピュータ、オペレーティングシステム、アプリケーション、ネットワーク及びインタフェースを備える、ネットワーク化された大きなシステムといった、恣意的に大きく不均一で複雑なものまでに渡る、複数の粒度レベルで構成体を支援してもよい。
【１４４５】
一組の資源は、一貫性サービスを含むプラットフォームサービスなどのＰＥＲＣｏｓのプロセスによって、構成体を形成するように組み合わせられてもよい。構成体は、利用者が、自身の目的を求めて、潜在的に複雑な資源の配列を効率的に操作し管理することを可能にする。いくつかの実施形態は、利用者が構成体及び／若しくは構成体テンプレートをその他の利用者に提供並びに／又はその他の利用者と共有する方法を提供してもよい。いくつかの実施形態は、構成体を含む資源について記述する、統一され標準化されたデバイス及び方法を含んでもよい。
【１４４６】
いくつかの構成体は、目的応答環境において、一以上の目的を実現するように、明示的に最適化されてもよい。いくつかの実施形態では、認知された領域専門家及び／又は利用者は、自身の使用のため及び／又はその他の利用者による使用に対する発行のため、追加の構成体を宣言してもよい。また、構成体は、特定の資源を一以上の目的操作に提供するように、発行者及び／又は利害関係者によって作成されてもよい。
【１４４７】
いくつかのＰＥＲＣｏｓ実施形態では、構成体の環境は以下を含んでもよい。
【１４４８】
・例えば、基盤、フレームワーク、プラグイン及び／又は目的クラスアプリケーションなどの意図的構成体
・新規構成体を形成するように、資源の組（構成体を含む）に適用できる構成体テンプレート
・構成体を作成、捕捉、統合、組織化、発見、発行若しくはそうでない場合は共有、改変、操作及び／又はそうでない場合は利用するための一以上のツール及びサービス。そのようなツール及びサービスは、一貫性サービス、発行サービス、評価及び調停サービス、推論サービス、テスト及び結果サービス並びに／又は履歴サービスなど、一以上のＰＥＲＣｏｓプラットフォームサービスを含んでもよい。ツール及びサービスは、順に、一以上の構成体によって支援されてもよい。
【１４４９】
構成体は、利用者が、自身の目的追及を支援するオペレーティング構成体へと進化、解決、一貫化及び／又は変換することができる資源配列を、効率的及び効果的に発見並びに／又は作成することを可能にする。構成体は、ある共通インタフェース仕様を指定する資源の役割のうちの一以上を利用、指定及び／又は参照してもよい。例えば、「Ｗｉｎｄｏｗｓ７（登録商標）以上」は、（適切な必要条件の資源でプロビジョニングされるときに）Ｗｉｎｄｏｗｓ７（登録商標）のＡＰＩによって供給される操作を支援する、標準化され相互運用可能な資源インタフェースに、共通仕様を提供する役割である。フレームワークは、役割「Ｗｉｎｄｏｗｓ７（登録商標）以上」という必要条件を指定してもよい。
【１４５０】
いくつかの構成体は、構成体を、それらの進化、解決、一貫性のために、より詳細で、特定の、集中的な、能力があり及び／又は調整された構成体へと分解し組み立てることを可能にする、構成体テンプレートと関連付けられてもよい。
【１４５１】
また、構成体は、「数学を探索」など、高度に一般的なものから、「タホ湖にいるバス用の擬似餌を購入」など、より特定のものまで、幅広い範囲の目的を支援してもよい。目的クラスアプリケーションは、例えば、「西洋音楽すべてを探索」など、一般的な目的クラスを支援し得る。別の目的クラスアプリケーションは、例えば、「ベートーベンのピアノソナタ、ワルトシュタインを分析」といった、より特化した目的を支援し得る。構成体は、複数の目的を支援してもよい。例えば、目的クラスアプリケーションは、複数の目的クラスと関連付けられてもよい。
【１４５２】
いくつかのＰＥＲＣｏｓ実施形態は、利用者／利害関係者（発行者及び／又は認知された領域専門家を含む）が、例えば、目的及び／又は資源クラスを通して、目的の追及及び／又は充足性のために、適切な資源を効率的及び効果的に配置してもよいように、構成体を組織化してもよい。これらの組織化は、次元、評判及び／又はその他の仕様セットなど、標準化を含んでもよい、一以上の組織化原理に基づいてもよい。
【１４５３】
構成体は、全体又は一部において、目的の定式化（例えば、ナビゲーション及び／若しくは探索並びに／又はその他の関連する相互作用を提供することによって、利用者が目的を表現するのを支援)、仕様、解決及び操作処理などの目的を展開する操作並びに同類のものを提供してもよい。構成体は、利用者目的体験を提供するために、様々な程度の完全性に指定されてもよい。
【１４５４】
構成体は、異なる一般性及び複雑さの程度を有してもよい。その他の資源と同様に、以下の表の通り、構成体はそれらの役割に従って分類されてもよい。
【表７−１】
2018092632.tif 000011
【表７−２】
2018092632.tif 000012
【１４５５】
資源集合は、特定の及び／又は制約された状況内で一以上の能力を提供する、互換性がある資源の集約であり、一以上の資源管理部と関連付けられる。資源集合は、しばしば、ＰＥＲＣｏｓ構成体用の成分（下位集合）として採用される。
【１４５６】
一から無限大のコンピューティングでは、幅広い範囲の目的があってもよい。目的は、「数学を探索」など、高度に一般的なものから、「タホ湖にいるバス用の擬似餌を購入」など、さらにより特定のものまで、様々な一般性から成ることができる。目的は、様々な複雑さ及び完全性から成ることができる。精緻で及び／又は不充分に定式化された目的もあれば、単純で上手く定式化された目的があってもよい。いくつかの目的仕様は、一以上の既存の構成体（例えば、目的クラスアプリケーション)によって直接満たされてもよい。
【１４５７】
ＰＥＲＣｏｓシステムは、柔軟性及びスケーラブルなＰＥＲＣｏｓ構成体の環境を提供することによって、この幅広い範囲の目的を支援する。例えば、利用者が「三角法の高レベルな概説を得る」という目的を有する場合、これはウィキペディア（登録商標）から記事を検索することによって実現し得る。そのような目的のクラスを実現するための構成体は、標準仕様テンプレートの直接的な適用によって作成されてもよい。しかしながら、その他の構成体は、より複雑で、精緻で及び／又はより狭義で有用である場合がある。例えば、大学に出願する予定の高校生が、どの大学が個人的に最も好適であろうかを探索したい場合がある。生徒は、工学を専攻することに興味を持っているかもしれないが、その分野のどれが最も面白いであろうか、又はその分野の様々な就業機会については知らない場合がある。この目的を実現するための構成体は、あまり直接的ではない可能性がある。構成体は、生徒が最初に工学の全下位区分（例えば、化学工学、電気工学、土木工学)を探索することを可能にしてもよい。その後、生徒が、選択した工学分野の中でどの大学が最も適しているかを探索することを可能にしてもよい。
【１４５８】
利用可能な構成体は、各々が資源を構成するため、組み合わせて使用されてもよい。
【１４５９】
例えば、図３６に図示する通り、資源を備えるものを含む構成体のタイプの例が示されている。
【１４６０】
テンプレート及び構成体の環境の実施形態の局面は、利用者、利害関係者及び／又は発行者に、利用者目的を実現するための資源を作成し操作する、迅速で便利で効果的な足場を提供することを含む。いくつかの実施形態では、これは、例えば、以下の能力を含んでもよい。
【１４６１】
・標準化され、相互運用及び再使用可能な構成体並びに関連する仕様セット（それらのすべてが資源)を提供
・目的のためにテンプレートの評価／選択／確証を、並びにインスタンスを生成するために利用可能な資源の選択を有効化
・一貫性、評判、セキュリティ、整合性、機能性及び同類のものなど、所望の性質に対して、基本的なＰＥＲＣｏｓの役割を満足するものなど、構成体の評価／確証を有効化
・構成体及びテンプレートの発行を有効化
・標準化され分類された資源を使用して、構成体の作成及び利用を有効化
【１４６２】
構成体環境のある実施形態では、設計は以下の局面を有する。
【１４６３】
・使用の容易さ：構成体は、利用者に、基本のＰＥＲＣｏｓの役割を満足するものを含む、資源配列を定式化及び／又は操作する利便性を提供する
・性能：各構成体のタイプに規則及び制約のセットを提供することによって、構成体の効率及び効果を有効にする
・スケーラビリティ：構成体構築のスケーラビリティを支援するように、資源アーキテクチャを利用する。特に、構成体は、より力のある構成体を作成するように集約されるだけでなく、形式上階層的であり得る
・相互運用性：普遍的に相互運用可能な構成体の操作を支援する
・信頼性：その後、効率資源の可用性を解釈、予測及び／又は保証するように、評価されテストされる構成体及びセットになり得る、構成体と評判を関連付ける方法を提供する
・拡張性：既存の構成体及び完全に新規の構成体の両方の新規インスタンスを管理する
・分散型コンピューティング：構成体は、指定される資源の局所性に基づき、構成体の分解を有効にすることによって、分散型コンピューティングを支援する
・一貫性：構成体の運用のため及び／又は構成体運用中、幅広い範囲の限定、欠陥、矛盾、曖昧さ、不完全性、非効率、不具合状態、最適でない選択を修正するよう検出し及び／又は試みるように、ＰＥＲＣｏｓプラットフォーム一貫性サービスを利用する
・発行及び配布：関連する配布方法に取り掛かってもよいように、構成体の発行を支援する、ＰＥＲＣｏｓプラットフォーム発行サービスを利用する
・評価及び調停サービス、統治サービス、テスト及び結果サービス、推論サービス、履歴サービス及び同類のものなど、ＰＥＲＣｏｓプラットフォームサービスを使用することによる、追加のツール、サービスなど
【１４６４】
いくつかの実施形態では、スケーラブルで拡張可能なＰＥＲＣｏｓ資源アーキテクチャは、粒度において、単純な資源及び資源インタフェースの組み合わせ（潜在的にさらに関連する仕様との）から、構成体及び潜在的にはＰＥＲＣｏｓ実施形態自体の組み合わせにまで渡る、構成体の作成を支援する。構成体の適切な粒度は、利用者が、目的を求めて、効果的及び効率的に構成体を作成し、操作し、管理し及び／又は構成体と相互作用してもよいような、利用者の選択基準に調整されてもよい。
【１４６５】
いくつかの実施形態では、その他の資源と共通して、構成体は、複合構成体の中でより能力があり有力な構成体へと配置／集約することができる。また、フレームワークなどの構成体は、階層の中に入れ子にすることもできる。
【１４６６】
いくつかの実施形態では、構成体の環境は、相互運用性を保証するように、制約及び規則を各構成体のタイプと関連付けてもよい。利用者及び／又は認知された領域専門家は、これらの制約及び規則の実施を要求してもよい。
【１４６７】
構成体環境のこの設計の実施形態は、利用者が、幅広い範囲の評判を構成体と関連付けることを可能にする。構成体は、それらの発行者の評判を有してもよい。加えて、構成体を使用する利用者はまた、その有用性、適合性、効率及び同類のものなど、評判も付与してよい。そのようなインスタンスでは、利用者はまた、構成体に付与する評判と共に、自身の評判も提供してよい。
【１４６８】
発行された構成体を使用したい利用者は、目的とする体験を実現するとき、その適合性を査定するように、構成体の評判を評価してもよい。
【１４６９】
様々な意図的構成体のタイプが、目的の体験を求める利用者を支援する。これら意図的構成体のタイプは、以下を含むがそれらに限定されない。
【１４７０】
・基盤
・フレームワーク
・プラグイン
・フレームワークとして発行されてもよい、目的クラスアプリケーション
・公式又は非公式資源として発行されるときの資源集合
・変換部／同化部
【１４７１】
また、目的クラスアプリケーションは、意図的構成体の一タイプであり得る。利害関係者及び／又はその他の認知された領域専門家は、目的クラスアプリケーションを作成、発行及び配布してもよい。
【１４７２】
加えて、利害関係者のグループは、自身でカスタマイズした構成体のタイプを作成してもよい。一以上の利害関係者は、そのような構成体と関連付けられるいかなる規則及び／又は統治にも従い、例えば、そのような構成体仕様を編集／追加／削除、進化、一貫化、解決、変換及び／又はその他の手段で操作することによって、例えば、その他の利害関係者によって様々な程度の完全性で指定されてもよい、基盤、フレームワーク、目的クラスアプリケーションなどの構成体を完成してもよい。
【１４７３】
基盤は、記憶される利用者セットに対して局所的であり、及び／又はウェブサービス設備に発行され、すなわち、本実施形態では、利用可能及び／又は条件付きで利用可能と想定される利用者の計算設備資源セットを識別する資源仕様情報を提供し、さらに、いかなるそのような基盤並びに／又はその構成要素資源セット及び／若しくはそれらのクラスのいずれに対しても、関連する使用法の基準並びに／又はその他の文脈及び／若しくは操作（例えば、インタフェース、制御、組織、含まれない資源との互換性及び同類のもの）情報を含んでもよい、資源セット仕様である。基盤は、一般的な目的であってもよいか、又は例えば、目的クラス及び／若しくはその他の目的近傍の利用者対象目的インスタンスセットを識別してもよい、一以上の指定される、より特定の／制約されるＰＥＲＣｏｓの目的表現情報セットと関連付けられるかでもよい。また、基盤は、例えば、「欠落している」資源セットを、抽象的な役割タイプ（例えば、役割によって）及び／又は例えば、ＭＳ  Ｗｏｒｄ２０１３Ｈｏｍｅ＆Ｂｕｓｉｎｅｓｓ（登録商標）といった特定資源の名前付けによって識別されると指定してもよい。
【１４７４】
基盤は、ＰＥＲＣｏｓ発行の公式又は非公式資源であってもよい、利用者の資源設備の仕様である。基盤は、一般的な目的であるか、又はＰＥＲＣｏｓ発行の公式又は非公式資源の形態にあるとき、（ａ）一以上のＣＰＥ及び／若しくは例えば、利用者セットの設備に対する一般的な判定目的基盤など、推定される目的を含むその他の目的表現及び（ｂ）明示的識別により及び／若しくは抽象的概念／役割（例えば、ワープロ)により資源の名前付けを提供する、一以上のＣＰＥ関係資源の仕様セットを含むか、若しくはそうでない場合にはそれらに結び付けられるかである。基盤は、さらに、利用者インタフェース関係情報（プロビジョニング情報を含む)、商品化情報（例えば、増分ごとの費用)、共振情報、利用者プロファイリング情報の取得（マーケティング用に利用者分析及び／又は同類のもの)、選択、利用者履歴情報及び／又は例えば、識別される一以上の役割／タイプの資源を含むその他の仕様情報など、基盤及び／若しくは構成物資源セットの操作指示並びに／又は条件を含んでもよい。
【１４７５】
付録Ｈは、基盤情報要素の例示の実施形態である。
【１４７６】
基盤は、少なくとも一部において、利用者資源に対して利用可能であると想定されるセットの配列の宣言された仕様である。基盤は、単独で又は一以上の公式及び／若しくは非公式並びに／若しくはＮＰＲ資源などの一以上のその他の資源と組み合わせて、例えば、目的クラスアプリケーション及び／又はその他の構成体を含む前述のものを、オペレーティング環境にプロビジョニングできる資源を表してもよい。基盤は、概して、一部において、例えば、計算、記憶及び／又は通信といった多くの共通操作に対して想定される、それらの資源を備えてもよい。いくつかの実施形態では、基盤は、いくつかの特定の資源配列に基づき、全体又は一部において、適応資源配列を指定するプロファイルに重きを置くことを備える、一組以上の仕様を含んでもよい。
【１４７７】
いくつかの実施形態では、参加者及び／又は非参加者の利用者は、少なくともある条件下において、関連する基盤に、利用可能であると想定される又は基盤のサブセットの計算設備資源を表示させてもよい。
【１４７８】
基盤は、探知並びに／又はそうでない場合には評価、優先順位付け、順位付け及び／若しくは同類のものについて、仕様、プロセス、重きを置かれるプロファイル、選択、統治要件、可用性及び／又はその他の考慮事項を含んでもよい。基盤は、その他の発行されるＰＥＲＣｏｓ資源及び／又は例えば、基盤及び／又は基盤成分（例えば、ネットワークスタック、セキュリティシステム及び同類のものなど、基盤の下位集合となるように設計される資源集合)を含む、例えば、その他の構成体を含む、その他の候補資源を含んでもよい。そのような関連する仕様は、追加の仕様並びに／又は性能、効率、受容性、信用性、複雑さ、信頼性、評価、商業受容性及び／若しくはいかなるその他の性能情報に関係するその他の情報について記述してもよい、関連するスキーマ及び／又はメタデータとして、少なくとも一部において表されてもよい。
【１４７９】
ある実施形態では、基盤は、ハードドライブなど、有形の領域に存在する資源に、仕様を提供することができる。また、基盤は、場合によりソフトウェアを含む、操作に必要とされる場合がある追加の仕様など、端部プロセス及び交差端部データを指定することができる。基盤はまた、非ＰＥＲＣｏｓ資源を取り込むために、同化仕様（例えば、変換部）を含んでもよい。
【１４８０】
基盤仕様は、どのハードウェア、オペレーティングシステム配列、仮想環境及び／又はその他のプラットフォームが、その操作の成功に有用かを階層的に指定してもよい。例えば、上層基盤は、宣言された役割と一致して、概して複数の目的操作に対して使用できる、標準化された資源の組について記述している場合がある。そのような上位層基盤は、資源について、それらの文脈使用法特性、性能仕様及び同類のものによって、抽象的に記述してもよい。対照的に、下位層基盤は、特定の同化される非ＰＥＲＣｏｓ資源及び／又は特定のハードウェアなど、特定の資源を必要とする場合がある。
【１４８１】
基盤は、一つの資源及び／又は一以上の資源のうちの一部分にまとめることができる。そのような一以上の資源は、一以上のＣＰＥと関連付けることができる。基盤は、資源の関係仕様の一以上の配列を含み、解決されるときに、一以上の目的操作を支援することができるオペレーティング基盤を形成してもよい。
【１４８２】
基盤は、概して、少なくとも一つの目的表現と関連付けられ、いくつかの実施形態では、基盤が利用されている構成体及び／又はその他の資源設備（例えば、フレームワーク）との一以上の関係を（参照及び／又は組込を通して）保持してもよい。
【１４８３】
基盤は、階層的であってもよい。例えば、上層基盤は、いくつかの実施形態では、資源の役割の形態であってもよい、文脈使用法特性、性能仕様及び同類のものなど、資源について抽象的に記述してもよい。一方、下位層基盤は、例えば、非ＰＥＲＣｏｓ資源をオペレーティングセッションへと同化させるなど、特定の資源構築用に設計され導入されてもよい。オントロジは、例えば、文脈目的表現及び／又は関係する情報に関する一以上の基盤関係を含む、基盤及び関係の組について記述してもよい。
【１４８４】
いくつかの実施形態では、基盤は以下のことが実施されるように充分にインスタンス生成及び操作されてもよい。
【１４８５】
・オペレーティングセッションの一部として、基盤のインスタンスを生成するために充分な適合資源へ基盤仕様を解決すること
・制御、組織及び／又はインタフェース操作仕様を効果的に満足するように充分な一貫性操作を施されること
・例えばＰＥＲＣｏｓ実施形態のプラットフォームサービスを使用して基盤操作特徴が蓄積したことを記述する試験及び結果情報に関して充分な期間動作していること
・業務合意を順守する方式で他の資源がオペレーティング基盤と相互作用できるようにこのような業務合意の交渉が可能であること
【１４８６】
これらの基盤は、そのようなものとして宣言されてもよく、且つ、基盤仕様の一部として生成及び／又は取り込まれた情報セットを保持してもよい。
【１４８７】
いくつかの実施形態では、概して例えば一以上の目的操作に使用できる資源役割から成り得る標準化された基盤及び／又は該資源役割であり得る標準化された基盤が存在し得る。
【１４８８】
フレームワークは、資源インスタンス等の能力を規定するＰＥＲＣｏｓ公式又は非公式資源であって、一以上の文脈目的表現（CPE）及び／又は目的クラス等の他の目的表現を規定し、且つ、直接に提供及び／又は参照により提供されたいかなる支援情報（例えばインタフェース、制御、組織、メタデータ及び／又は同種のもの）も更に含むが、このような基盤は、一以上のあらゆる資源セットについての例えば「不完全」「未解決」資源セット（代替資源セット及び／又は選択肢の間で選択されるべきである）、或いは、一以上のこのようなＰＥＲＣｏｓ規定利用者目的を満足するための「完全且つ操作可能な」（例えば、目的クラスアプリケーション等の利用者セット資源配列として操作可能である）環境を提供する。フレームワークは、所定の目的クラス活動セットに対して最適環境へ解決するために利用者コンピュータ設備基盤と対照して比較されてもよい。フレームワークは、必要条件として、セッションを操作することに密接な関係のある操作情報を含む一以上の基盤仕様を有してもよい。フレームワークは、利害関係者仕様に対応するオペレーティングフレームワークとして適切な処理の後に起動され得る一以上の利害関係者仕様を表現する足場材を提供する。
【１４８９】
フレームワークは、例えば特定目的、目的クラス及び／又は他の目的近傍利用者対象目的インスタンス目標の実現等の目的実現のための環境を識別する一以上の文脈目的表現等の関連目的表現によって少なくとも部分的に識別された一以上の規定ＰＥＲＣｏｓ目的実現セットに対する資源構成要素セット足場材を提供するＰＥＲＣｏｓ公式又は非公式資源仕様セットである。
【１４９０】
フレームワークは、（ａ）一以上の文脈目的表現及び／又は他の目的表現、（ｂ）明示的識別によって且つ／又は役割種類（例えばワードプロセッサ）別に資源名称を付与する一以上の文脈目的表現関連資源仕様セット、並びに、（ｃ）利用者インタフェース関連情報（プロビジョニング情報を含む）、商業化情報（例えば単位増分当たりの費用）、共振情報、プロファイル情報データ取得（市場取引、利用者分析及び／又は同種のもの）用等の利用者プロファイル情報並びに／又は他の仕様及び／若しくはメタデータ等、フレームワーク及び／若しくは構成資源セット操作用命令並びに／又は条件を含むか或いはこれらの拘束を受ける。
【１４９１】
付録Ｉは、あるフレームワーク情報要素の例示的な実施形態を示す。
【１４９２】
フレームワークは、いくつかの実施形態では、フレームワーク種類を構成し且つ仕様種類セットを含んでもよい。
【１４９３】
フレームワークは、完全度が変化する条件下で指定されてもよい。フレームワークは、該フレームワーク並びに他の関連目的仕様及び／又はメタデータ（コンテンツメタデータ、プラットフォーム選択及び規則、企業及び／若しくは社会選択及び／若しくは規則等の資源メタデータ並びに／又は他の資源メタデータ形式）を解決する一貫性プロセスを介して展開されてもよい。利用者観点から、このような処理がフレームワークをオペレーティングフレームワークとして起動できるならば、該フレームワークは充分に完全であり得る。フレームワークが一貫化され且つ解決されるならば、該フレームワークは操作的に充分完全であると考えられる。
【１４９４】
フレームワークによって実現される目的はまた、一般性の度合いが変化する条件下の目的であり得る。電子工学に関する学習等の高度に一般的な目的を実現するフレームワークが存在し得る一方で、特定車種のブレーキの修理に関する学習等の特定の狭い範囲の目的を実現するフレームワークも存在し得る。
【１４９５】
利用者は、フレームワークを作成するためのフレームワーク仕様テンプレートを使用してフレームワークを作成してもよい。
【１４９６】
構成要素フレームワークは、フレームワークの定式化において構築ブロックとして通常機能する宣言された意図的仕様配列である。いくつかの実施形態では、このような構成要素フレームワークは、一以上のフレームワークの一部として組込まれ又は参照されてもよい。このような構成要素フレームワークは、一人以上の利用者が意図的相互作用及び／又は操作に取り掛かるための対話的操作環境（体験）のための足場材を提供する資源等の目的固有の（しばしば高度に特殊化された目的の）資源を含んでもよい。構成要素フレームワークは、一以上のユーザーインタフェース（ＵＩ）及び／又は相互作用能力を含んでもよい。
【１４９７】
構成要素フレームワークは、非常に狭い特定範囲の目的から非常に広い目的に及ぶ一以上の目的関連付けを有し得る。構成要素フレームワークは、単一測定種類に対する測定器具等の単一相互作用モードを有する単一目的に関連付けられてもよい。別の構成要素フレームワークは、図形形式のデータを可視化する一般的な目的に関連付けられ得る。更に別の構成要素フレームワークは、汎用ウェブブラウザを構成し得る。
【１４９８】
構成要素フレームワークは、該フレームワークが例えばフレームワーク業務合意等のフレームワーク仕様を満足するための充分な資源を有することを保証するために必要条件として、特定基盤役割を規定してもよい。
【１４９９】
フレームワークは、構成要素フレームワークに変換され且つ他のフレームワーク及び／又は構成要素フレームワークに包含されてもよい。いくつかの実施形態では、これは、フレームワーク対構成要素フレームワークテンプレートの使用を必要とし得る。
【１５００】
図３７は、例示的なフレームワーク構成体テンプレートである。
【１５０１】
例えば、大学生への奨学金又は学資援助に関する情報を提供するフレームワークＦを考える。該フレームワークは、構成要素フレームワークに変換され、且つ、高校の最上級生に対する自由に使える資金の範囲内での最良の工学教育の提供等、自身の要求に従って該生徒が最適な大学を識別することを可能にするフレームワークＧに包含され得る。例えば、Ｇは、生徒が工学分野の探索結果を考慮して異なる単科大学／総合大学を探索するためにその結果を利用できるようにしてもよい。Ｇはまた、生徒が多様な結果の提示に対して自身の選択を指定できるようにする構成要素フレームワークを提供してもよい。
【１５０２】
いくつかの実施形態では、構成要素フレームワークは、利用者を表現するアバターの利用者使用を支援する環境等の特殊化された相互作用を規定するために使用されてもよい。これらのアバターは、一以上の利用者相互作用表現に組み合わせられた場合、特別な特徴を有する特別なアバターを提示する例えば選択等の一以上の利用者仕様を含み得る。これは、例えば、構成要素フレームワークが相互作用に物理的に利用できない場合に利用者によって使用されてもよい。
【１５０３】
いくつかの他の例において、一以上の結果セットの図形描写を好む利用者が存在し得る一方で口頭描写を好む利用者も存在し得るため、いくつかの実施形態では、ＰＥＲＣｏｓオペレーティングセッションは、多様な利用者選択を支援する一以上の構成要素フレームワークを含み得る。
【１５０４】
構成要素フレームワークは入れ子にされてもよい。構成要素フレームワークは、任意の複雑性の拡大及び／又は拡張多レベル文脈目的体験を提供するためにフレームワークによって組み合わせられ且つ配列されてもよい。
【１５０５】
ＰＥＲＣｏｓプラグインは、他の資源に取り込まれた場合、関連仕様によって規定された機能性を提供する宣言された構成体である。プラグインは、目的クラスアプリケーション、フレームワーク等のＰＥＲＣｏｓ資源とブラウザ（例えば、Ｆｉｒｅｆｏｘ（登録商標）、Ｉｎｔｅｒｎｅｔ  Ｅｘｐｌｏｒｅｒ（登録商標）、Ｓａｆａｒｉ（登録商標））、第三者アプリケーション及び同種のもの等の非ＰＥＲＣｏｓ資源との両方に取り込まれ得る。例えば、プラグインがブラウザに取り込まれた場合、該プラグインは、ＰＥＲＣｏｓシステムへの資源インタフェースを該ブラウザに提供し得る。
【１５０６】
いくつかの実施形態では、目的クラスアプリケーションがインスタンス化され且つ利用者の基盤資源上にインストールされた場合、該目的クラスアプリケーションは、一以上の目的表現に対応する目的体験及び／又は結果セットを利用者に提供できる。目的クラスアプリケーションは、情報を検索するための正確な知識を有する利用者から検索用に充分な精度で記述する方法を知らない利用者まで、新規で、興味深く且つ／又は有用な情報を発見したいと欲し得る利用者まで、幅広い利用者を支援してもよい。
【１５０７】
変換部は、非ＰＥＲＣｏｓ資源と組み合わせられてＰＥＲＣｏｓ資源の特性を提供する構成体、即ち、変換部内部から且つ／又はある他のソースから固有の要素（値）及び一以上の関連資源インタフェースを含む関連資源メタデータを識別するための情報を含む構成体である。多くの場合、変換部の最も実質的な要素は、非ＰＥＲＣｏｓ資源に対してその「生来の」インタフェースを使用してアクセスしながらＰＥＲＣｏｓインタフェースを提示する資源インタフェースである。
【１５０８】
変換部は、ＰＥＲＣｏｓシステムが変換部と呼ばれる特殊化資源インタフェースを介して「資産」又は他のプラットフォームサービス依存システムとインタフェースすることを可能にするが、変換部の特性は、基礎をなす資源に内蔵されたプラットフォーム依存によって制約され得る。
【１５０９】
同化部は、名称、場所及び／又は参照識別を介して非ＰＥＲＣｏｓ資源を識別し且つＰＥＲＣｏｓが適切な変換部の呼び出しにより該同化部にアクセスすることを可能にする宣言された構成体である。
【１５１０】
いくつかのＰＥＲＣｏｓ実施形態において、構成体は、履歴、一貫性、評価、監視及び例外サービス並びに同種のもの等の一以上のＰＥＲＣｏｓプラットフォームサービスを含んでもよい。これらのサービスは、構成体を含む資源構成要素及び／又は構成体を含む資源であり得る。
【１５１１】
いくつかのＰＥＲＣｏｓ実施形態において、プラットフォームサービス及び資源は、より基本的なＰＥＲＣｏｓ資源の組み合わせである構成体を含んでもよい。例えば、ＰＥＲＣｏｓ情報サービスは、情報管理に対する特定資源、仕様及び関連管理部と組み合わせてＰＥＲＣｏｓ評価、調停、同一性、持続性、履歴並びに監視及び例外サービスを含んでもよい。
【１５１２】
いくつかの実施形態では、ＰＥＲＣｏｓプラットフォームサービスは、仕様テンプレートから追加プラットフォームサービスの構成を通して拡張されてもよい。概してこれは、特定目的操作に適した基盤を作成するように特化された実施形態であり且つしばしば該作成を実施するように意図され得る。
【１５１３】
いくつかの実施形態では、ＰＥＲＣｏｓプラットフォームは、目的操作を支援するための適切な機能性を提供するように意図された構成体（資源及びサービス）セットを含む。これらの構成体セットの各々は、資源、一貫性及びオペレーティングシステム文書に更に記述される。いくつかの実施形態では、プラットフォームは、一以上のＰＥＲＣｏｓ基盤に異なる特徴を提供してもよい。
【１５１４】
図３８は、ＰＥＲＣｏｓプラットフォームサービス実施形態を例示する。
【１５１５】
９  ＰＥＲＣｏｓ資源管理システム
いくつかの実施形態では、ＰＲＭＳは、一以上のオペレーティング資源を管理するためにインスタンス化されてもよく且つ資源管理アセンブリと呼ばれるいかなる配列において動作してもよい。いくつかの実施形態では、資源管理アセンブリは、資源サービス、資源管理部サービス、資源予約サービス及び同種のもの等のＰＲＭＳサービス及び管理部を備える動的スイートである。資源管理アセンブリは、多様な方式で動的に構成され、配列され且つ編成されてもよい。例えば、資源管理アセンブリの動作中、該資源管理アセンブリは、そのサービス及び／又は管理部のいずれかを追加／解除／更新してもよい。資源管理アセンブリは、分散型及び／又は階層型であり得る。いくつかの実施形態では、資源管理アセンブリはまた、資源管理部及び関連サービス、メソッド、情報セット及び必要に応じて他の資源を備える資源集合である。
【１５１６】
いくつかのＰＥＲＣｏｓ実施形態において、資源管理アセンブリにおけるサービス及び／又は管理部は、他のＰＥＲＣｏｓプラットフォームサービスと共通して、一以上の他の資源（このような管理部の制御を表現する資源を含む）から一以上の制御仕様を受け取り且つ管理下でこれらの資源の特定管理を実施してもよい。
【１５１７】
いくつかの実施形態では、資源管理アセンブリ（ｒｅｓｏｕｒｃｅ  Ｍａｎａｇｅｍｅｎｔ  ａｓｓｅｍｂｌｙ：ＲＭＡ）は、例えば、利用者文脈目的（例えば、文脈目的表現（ＣＰＥ）として表現される）を実現するための一以上の仕様上で動作し得る一又は複数のオペレーティングセッション管理部から操作仕様を受け取る。いくつかの実施形態では、操作仕様は、適切なサービス水準を提供するために、指定された資源がインスタンス化され且つ／又はアクセスされ得るように充分な情報を有する。
【１５１８】
資源仕様は、明示的に識別された資源（例えば、製造番号ｘｙｚのソニー（登録商標）製ラップトップＶＧＮ−Ｚ５２０）から総称的資源（例えば、１９ギガバイトのディスク空き容量等）までに及び得る。無限のコンピューティングを支援するために、ＲＭＡは、多数のネットワークを介して多数の場所／配列／組織から膨大な資源を効率的且つ効果的に発見及び管理可能であり得る。結果的に、資源管理アセンブリは、各資源管理アセンブリインスタンスがその資源を効率的、効果的且つ適切であれば一人以上の利用者／利害関係者の多数のネットワークを介して管理できるようにするために階層型、ピアツーピア型、上位・下位型、分散型及び／又はこれらのあらゆる組み合わせで動作するように設計される。
【１５１９】
いくつかの実施形態では、ＲＭＡはＰＩＭＳを大いに利用してもよい。例えば、ＰＩＭＳは、資源集合等の資源配列を生成するために使用されてもよい。例えば、資源Ｒ１は、関連メソッドＭ１、Ｍ２、Ｍ３及びＭ４を有する資源要素Ｅ１、Ｅ２及びＥ３（本例では、Ｍ１及びＭ２はＥ１に関連付けられ、Ｍ３はＥ２に関連付けられ且つＭ４はＥ３に関連付けられ、結果として、これらの同一性は各資源要素の同一性に関連付けられ、更に、Ｉｅ４は四つの全てのメソッドを含むメソッドセットに付与される）を含んでもよい。ＲＭＡは、ｉ要素Ｉｅ１、Ｉｅ２及びＩｅ３をＥ１、Ｅ２及びＥ３の各々に付与し且つｉ要素Ｉｅ４をＲ１に付与するためにＰＩＭＳを呼び出してもよい。この構成は、例えば、Ｅ３がＰＥＲＣｏｓプラットフォーム試験及び結果サービスを使用して確証された図３９に例示される。
【１５２０】
例えば、図３９に例示するように、資源Ｒ１に対する例示的な構造が示される。
【１５２１】
オペレーティングセッション中、ＲＭＡがＭ３を提供する資源であるＥ２がその業務合意を順守できないことを（例えば、ＲＭＡによってインスタンス化されたＰＥＲＣｏｓプラットフォーム及び監視サービスのインスタンスを介して）検出すると仮定する。本例では、ＲＭＡは、Ｅ２を、同じくＭ３を提供し得る等価な資源要素Ｅ４で置換できる。次にＲＭＡは、ｉ要素Ｉｅ６を生成し且つこれをＥ４に付与してもよい。ＰＩＭＳは、この置換を途切れなく実行可能にしてもよい。例えば、別の資源がＭ３を呼び出す場合、Ｒ１のｉ要素表は途切れなくＥ４に要求を指示する。
【１５２２】
【表８】
2018092632.tif 000013
【１５２３】
【表９】
2018092632.tif 000014
【１５２４】
ＲＭＡは、ＲＭＡ動作全体を通してＰＥＲＣｏｓ同一性システム（ＰＥＲＩＤ）を使用する。例えば、ＲＭＡは、操作仕様を実現するための最適資源を発見するために情報を取得するだけでなく、業務合意の交渉を行うためにＰＥＲＩＤと相互作用する。例えば、ＲＭＡは、どの資源が該ＲＭＡの必要とする、例えば１ＧＢの情報を記憶するための機能等の機能性を提供するかを取得するためにＰＥＲＩＤと相互作用する。ＲＭＡはまた、候補資源の依存評価等、その資源選択プロセスを更に洗練するためにＰＥＲＩＤと相互作用する。例えば、同一機能性を提供するが異なる依存を示す二つの資源が存在することを仮定する。ＲＭＡは、依存をより効果的に満足できる資源を選択するように各依存を評価してもよい。例えば、ＲＭＡは、一方の資源よりも他方の資源に対してより信頼できるネットワーク接続を有する。このような場合、ＲＭＡは、一方の所要資源ネットワーク回線容量よりも他方の所要資源ネットワーク回線容量をより効果的に満足できる。
【１５２５】
いくつかの実施形態では、オペレーティング資源が業務合意を順守できない場合、ＲＭＡは、可能であれば、合意順守できない資源の機能性を判定し且つ交換資源を識別するために該合意順守できない資源のＰＩＤＭＸを使用してもよい。ＲＭＡはまた、他のＲＭＡが資源に関して将来使用し得る履歴上の性能情報を維持するためにＰＩＤＭＸを使用してもよい。
【１５２６】
いくつかの実施形態では、ＲＭＡの分散距離及び階層深さは、操作仕様によって要求され且つ／又は識別される資源セットに全体として又は部分的に依存し得る。特に、ＰＲＭＳは、該距離及び深さを判定するために資源場所、資源ごとに要求され得るサービス水準及び資源数等の因子を考慮する。各操作仕様に関して、ＲＭＡは、一以上のオペレーティングセッションを生成し且つ操作仕様によって規定される適切な資源をこれらのセッションにプロビジョニングする。
【１５２７】
いくつかの実施形態では、ＲＭＡは、オペレーティングセッションが提供するサービス水準を規定する業務合意を成立させるためにオペレーティングセッション管理部並びに／又は他の認可された資源及び／若しくはプロセスと交渉してもよい。ＲＭＡは、交渉されたサービス水準に対するオペレーティングセッションの監視及び順守にアクセスし且つこれらを可能にするように、資源インタフェース、（資源機能を表現する）資源特徴仕様、性能属性、管理要求、制御、組織及び／又は情報仕様等の特定資源に関する情報を取得するためにＰＥＲＣｏｓ情報管理システム（ＰＩＭＳ）等の各情報管理システムと相互作用してもよい。
【１５２８】
指定された資源が多数の資源要素を含む資源（即ち資源配列）である場合、資源管理アセンブリは、配列資源を構成する構成要素資源に関する情報を取得してもよい。例えば、ソニー（登録商標）製ＶＧＮ−Ｚ５２０が、ＮＶＩＤＩＡ（登録商標）図形を含むいくつかの資源要素を備えるコンピュータラップトップであると仮定する。このような場合、資源管理アセンブリは、資源管理アセンブリが所望の水準のビデオ画像処理を提供し得るか否かを判定するためにＮＶＩＤＩＡ（登録商標）ドライバ等のソニー（登録商標）製ＶＧＮ−Ｚ５２０の構成要素資源に関する情報を取得してもよい。
【１５２９】
操作仕様を受け取った後、ＲＭＡは、例えば、一貫性、共振及び／又は他のプロセスとの相互作用を通してこれらの操作仕様を補完し、洗練し、拡張し最適化し又は他の場合では操作してもよい。これは、提供された仕様に一致する利用可能な資源を一以上の各種資源ディレクトリから検索するためにＰＥＲＣｏｓプラットフォーム資源発見サービスの使用を含んでもよい。この例示的な洗練は、費用及び／又は性能の観点で第三者資源提供者と交渉すること、機能、可用性、費用及び／又は他の因子を含む資源特徴に基づいて天然及び代替資源を識別することを更に含んでもよい。いくつかの例では、非常に特異的な資源仕様は、専門家によって提供された共振仕様を介してＲＭＡに提供されてもよい。このような場合、例えば、このような資源が利用可能で且つ代替資源の交換が必要な場合でない限り洗練方法は要求され得ない。
【１５３０】
ＲＭＡはまた、オペレーティングセッションに代わって資源に関して第三者（例えば、ＲＭＡによって管理される資源の外部）資源提供者と交渉してもよい。交渉された資源は、他のＲＭＡ及び／又は資源（例えば構成体）配列を含み得る。いくつかの場合では、ＲＭＡは、順守失敗への是正措置に対する否認規定を含む業務合意を要求し得る。例えば、ＲＭＡは、１ＧＢの記憶容量を提供するための記憶装置との業務合意の交渉を行ってもよい。該記憶装置がそのサービスを提供できない場合、操作仕様は、該記憶容量を得るための代替資源を発見するための費用への補償を規定してもよい。
【１５３１】
いくつかの実施形態では、ＲＭＡは、自身の管理及び制御操作、通知要件、発行仕様及び持続性要件を規定する自身の管理及び制御仕様の交渉を行ってもよい。
【１５３２】
いくつかの実施形態では、ＲＭＡがそのオペレーティングセッション管理部との合意に達した後、該ＲＭＡは、合意された仕様を具体化した一以上の業務合意を構成し且つ該合意をオペレーティングセッション管理部並びに／又は潜在的には一貫性管理部等の他の資源及び／若しくは関連プロセスへ送ってもよい。
【１５３３】
業務合意はまた発行されてもよいが、いくつかの実施形態では、該発行は、ＲＭＡ操作の終わりに、特にこれらの操作が成功したと見なされた場合に発生し得る。ＲＭＡは、業務合意、並びに、例えばｉスペース又は類似の記憶部におけるＰＩＭＳを介した業務合意のいかなる導出及び／又はセグメント化を記憶してもよい。
【１５３４】
業務合意は、それ自体で資源としてパッケージ化され、結果的に資源インタフェースを有してもよく、且つ、例えば、一以上のｉスペース及び／又は他の情報記憶部の一部であり得る指示子及び／又はｉ要素を含んでもよい。このような一又は複数のｉ要素及び／又はｉセットは、業務合意を一意に識別するために他のＲＭＡ及び／又は他のプロセスによって利用されてもよい。
【１５３５】
いくつかの実施形態では、ＲＭＡは、資源仕様を実現するための潜在的資源を識別するために情報管理システム（例えばディレクトリサービス、ＰＩＭＳ等）を使用してもよい。いくつかの実施形態は、ディレクトリがｉスペースであり得るＰＥＲＣｏｓ情報管理システムを使用してもよい。他の実施形態では、該情報管理システムは、周知の資源及び資源集合ディレクトリが予め入力されたディレクトリリストを備えてもよく、且つ／又は、資源管理部は、追加的なディレクトリを発見するために現在のディレクトリリストを使用してもよい。
【１５３６】
いくつかの実施形態では、資源は、資源が最良に適合する一以上の目的を規定する関連仕様を有してもよい。これらの仕様は、組み合わせられた場合に効果的な目的操作を提供する他の資源セットの参照を含んでもよい。共振仕様は、目的体験を最適化する資源セット及び関連ＲＭＡを含んでもよい。
【１５３７】
いくつかの資源は非ＰＥＲＣｏｓ資源であってもよく、この場合、ＲＭＡは、該資源をＰＥＲＣｏｓ資源に変換するためにＰＥＲＣｏｓ変換部を含む一以上のＰＥＲＣｏｓメソッドを呼び出してもよい。
【１５３８】
いくつかの実施形態では、ＲＭＡは、目的表現並びに／又は他のグループ及び問い合わせ表現の拡張又は洗練を支援してもよい。例えば、これは、資源要件を実現するための一以上の資源仕様の拡張を含んでもよい。これらのＲＭＡはまた、例えば、一以上の共振及び／又は一貫性サービスによって提供される仕様によりこのような業務において指示されてもよい。
【１５３９】
ＲＭＡは、資源割り当て及び／又は予約要求を支援する。資源が割り当てのために利用できる場合、ＲＭＡは、その資源を指定されたオペレーティングセッションに割り当てる。しかしながら、いくつかの資源は直ちに利用することができない可能性がある。例えば、基盤配列の一部であるモバイルデバイスは、要求時に切断され利用可能ではない。このデバイスの特徴にアクセスする機能を提供することで、該デバイスを切断中であっても、ＰＥＲＣｏｓに機能性を提供する。他の例として、「看板方式で」利用可能にされ得るオンデマンド資源、及び、資源はプロビジョニングされているが必要になるまでは起動させない「コールドスペア」モードで動作するフェイルオーバ資源が挙げられる。
【１５４０】
資源管理アセンブリは、操作仕様を満足するための各種メソッドを使用してもよい。ある資源管理アセンブリ実施形態は、例えば下位操作仕様セットが元の操作仕様として一括して同一の目的結果を生成するように仕様テンプレートを使用するがこれに限定されない方式で、例えば操作仕様を「より小さい」操作仕様セットに分解してもよい。この指定資源をプロビジョニングする方法は、再帰的に継続してもよい。
【１５４１】
資源管理アセンブリは、操作仕様を受け取ると、指定資源の場所、各指定資源に対して要求され得るサービス水準及び資源セットの大きさのような因子に基づいて該メソッドを選択する。例えば、指定資源は多数の組織からのものであり且つ多数のネットワークにまたがって設置されていると仮定する。更に、組織は、各資源の使用について大いに異なる管理要件を有すると仮定する。このような場合、資源管理アセンブリは、資源セットをより小さい資源セットに分割し且つ該より小さい資源セットの管理を他の資源管理アセンブリに委任してもよい。そして資源管理アセンブリは、該資源セットとの関係として、ある場合にはピアツーピア関係、他の場合には従属関係を確立してもよい。
【１５４２】
委任プロセスの一部は、委任先資源管理アセンブリが順守し得る下位業務合意の交渉を含んでもよい。例えば、資源管理アセンブリが一以上の資源セット（例えば基盤、フレームワーク及び／又はそれらの要素を含み得る）のプロビジョニングをオペレーティングセッションの一部として委任することを決定すると仮定する。このような場合、資源管理アセンブリ及び委任先資源管理アセンブリは、目的表現の実現を保証するためにこのような資源が提供し得るサービス水準を交渉してもよい。
【１５４３】
委任先資源管理アセンブリは、再帰的に各タスクを実行する選択肢を有する。委任先資源管理アセンブリは、タスク実行のための充分な資源を有していない等の何らかの理由により委任されたタスクを実行できないと判定し得る。例えば、タスクは、委任先資源管理アセンブリに対して、該委任先資源管理アセンブリがアクセスしない暗号化サービス及び／又は暗号鍵の使用を要求し得る。このような実施形態では、委任先資源管理アセンブリは、自身の委任者資源管理アセンブリに通知する。委任者資源管理アセンブリが親資源管理アセンブリではない場合、順繰りに自身の委任者資源管理アセンブリに通知する。委任者資源管理アセンブリが親資源管理アセンブリである場合、オペレーティングセッション管理部に通知し、該管理部は順繰りに利用者と相互作用して目的表現を洗練／改変し得る。
【１５４４】
資源管理アセンブリは、該アセンブリが各下位業務合意を満足することを保証するために各資源セットを管理する責任がある。資源プロビジョニングと同様に、資源管理アセンブリは、管理タスクを再帰的に実行してもよい。資源管理アセンブリは、プロビジョニングされた資源をより小さい「資源」のグループに分割し且つ各グループの管理を別の資源管理アセンブリに委任してもよい。
【１５４５】
各資源管理アセンブリは、管理タスクを受け付けると、自身の責任の下にこれらの資源を監視する。どんな理由であれ資源が障害を被ると、資源管理アセンブリは、交換資源の発見及び／又は適切なプロセスの通知等の正しい動作を判定し且つ実行する。
【１５４６】
時々、資源管理アセンブリは、自身の管理の下で資源を再構成する必要があり得る。理由の一つは、資源管理アセンブリが自身の委任先資源管理アセンブリのうちの一つから障害通知を受け取ったことであり得る。別の理由は、ある資源が業務合意に順守できないならば該資源が障害を被っていると考える場合、資源管理アセンブリが自身の監視サービスが被障害資源を観察したことであり得る。
【１５４７】
更に第三の理由は、利用者が利用者目的表現を変更したことであり得る。この場合、ＰＥＲＣｏｓＳＲＯプロセスは、変更の有効範囲を評価するために呼び出されてもよい。いくつかの場合、オペレーティングセッション管理部は、親資源管理アセンブリがその動作を一時停止し且つ新規の操作仕様を提供するように命令してもよい。親資源管理アセンブリはまた、順繰りに該新規の操作仕様を実現するための自身のメソッドを評価する必要があり得る。変更の有効範囲が微小である場合、親資源管理アセンブリは、既存のオペレーティングセッションのオペレーティング資源を再構成／再配列してもよい。影響を受けた資源管理アセンブリは、該再構成／再配列に影響を及ぼすように一貫性サービスと相互作用してもよい。
【１５４８】
そして、いくつかの実施形態では、資源管理アセンブリは、一貫した、最適且つ効果的な資源配列へ指定資源セットを一貫化し、交換し且つ／又は再配列するために一貫性サービスと連続的に相互作用してもよい。例えば、一貫性サービスは、より多くの最適資源の可用性を判定してもよい。このような場合、一貫性サービスは、あまり最適ではない資源をより最適な資源と交換するために資源管理アセンブリにその「資源配列」を再構成するように命令してもよい。
【１５４９】
例えば、図４０に例示するように、オペレーティングセッションとのＰＲＭＳ相互作用が示される。
【１５５０】
ＰＥＲＣｏｓ実施形態において、資源サービス（ＲＳ）は、ＰＥＲＣｏｓ及び／又は非ＰＥＲＣｏｓ資源の管理方法を提供する。資源サービスは、構成体、一貫性サービス及び／又はオペレーティングセッション等の他のＰＥＲＣｏｓシステムがＲＳによって管理される資源と相互作用できるように、該他のＰＥＲＣｏｓシステムへのインタフェースを含む。資源サービス（ＲＳ）は、ＰＥＲＣｏｓプラットフォームサービス及び構成体を含む他のＰＥＲＣｏｓ資源によって呼び出され且つ／又はインスタンス化され得るＰＥＲＣｏｓプラットフォームサービスである。ＲＳは、オペレーティングセッション管理部等のプロセスとの、操作仕様を実現する上での業務合意を交渉する際に資源のサービス水準仕様を使用する。
【１５５１】
いくつかの実施形態では、資源は、指定及び規定されたサービス水準を提供できる。これらのサービスプロビジョニングに関する仕様は、例えば、資源操作に関する性能測定基準、機能、プロセス定義及び／又は他のいかなる仕様を含んでもよい。いくつかの実施形態では、これらの仕様は、全体として又は部分的に、例えば指示子を介して利用可能とされてもよい。これらの仕様はまた、いくつかの実施形態では、資源インタフェース、資源相互通信及び／又は他のメソッドを介して問合せられてもよい。
【１５５２】
これらの仕様は、資源特徴仕様、資源制御仕様、資源インタフェース仕様に包含されてもよく、且つ／又は、独立した仕様セット（要素又は資源のいずれかであり得る）として資源に関連付けられてもよい。
【１５５３】
資源サービス水準仕様は、ＰＥＲＣｏｓ資源能力の一以上の局面を記述し且つ／又は定義する機能、操作パラメータ、依存、メソッド及び他の関連情報を記述する一以上の仕様要素を含む。いくつかの実施形態では、資源サービス水準仕様は、使用すべき資源管理用の仕様として業務合意において使用でき且つ資源機能を記述する方法としてＰＥＲＣｏｓ資源によって提供できる。
【１５５４】
資源サービス水準仕様は、一以上の機能性について例えば最低及び最高サービス水準を示す異なる機能性及び／又はサービス水準を含んでもよい。これらの機能性は、資源の一以上の目的仕様（例えば記述文脈目的表現）に関連付けられてもよい。
【１５５５】
いくつかの例の実施形態において、資源サービスレベル仕様は、以下のような異なった型を含んでもよい：
・一つ以上の要求資源により要求されてもよい定義された資源サービスレベルを提供する、規定資源サービスレベル仕様。
・いくつかの実施形態において、指示子の形式で利用可能とされてもよい、発行された及び／又は持続的な資源サービスレベル仕様。
・二つ以上の資源の間で合意された、それらの資源及び／又は他の資源に関する、仕様の特定の集合を含んでもよい、業務合意資源サービスレベル仕様。例えば、これは、一つ以上の資源により提供されるべきサービスレベルの合意された集合を記述する仕様を含んでもよい。
【１５５６】
ＰＥＲＣｏｓ資源管理部サービスは、オペレーティング資源集合の生成に対する仕様を含有し得る、業務合意及びその要素を実施する。いくつかの実施形態において、オペレーティング資源集合は、オペレーティング資源の指定された配列及びそれらの関連管理機構の特定インスタンスを備えてもよい。資源集合の仕様は、資源集合分離、外部インタフェース、業務合意不履行通知、及び／又は例外処理のプロビジョニングを含むことができる。
【１５５７】
資源インスタンス管理部（Ｒｅｓｏｕｒｃｅ  Ｉｎｓｔａｎｃｅ  Ｍａｎａｇｅｒ：ＲＩＡＭ）サービスは、インスタンス化に対して、「常時オン」ではないが、それぞれの使用前後に開始及び停止する資源の、インスタンス化、使用前試験、及び／又はシャットダウンを提供する。そのような資源の例は、「ネットワークを通じて起動する」よう構成された資源である。
【１５５８】
ＲＩＡＭは、例えば、現在／地域時間（いくつかの実施形態において、例えば共通ＣＲＯＮサービスをインスタンス化する）のような、一つ以上の時間源を監視してもよく、適切な仕様に従って、指定された資源を開始及び／又は「呼び起こし」てもよい。これは、操作に準備されるべき資源に対して必要とされてもよい、適切な仕様（例えば規則セットを含む）、メソッド、及び／又は、他の情報のプロビジョニングを含んでもよい。例えば、これらの初期化材料は、以前の状態情報、仕様（例えば、一つ以上の認証及び／又は認可仕様及び／又は兆候を備えてもよい、規則セットを含む）、及び／又は、他の資源及び／又は情報、を含んでもよい。
【１５５９】
いくつかのＰＥＲＣｏｓ実施形態において、ＲＩＡＭは、その後選択的に、例えばＰＥＲＣｏｓテスト及び結果サービスを通じて、及び／又は前の起動を通じて、その資源が運用されていることを確認し、保証してもよい。ＲＩＡＭは、その後、適切な制御及び／又は指定された他資源に、オペレーティング資源の状態を通知してもよい。例えば、もしある資源が有効に動作できなければ、一つ以上の不履行状態概要、及び関連メソッド及び／又はプロセスは、ＲＩＡＭを含む、一つ以上の管理資源により呼び出されてもよく、それはまた、例えば、救済動作を開始してもよく、及び／又は適切な例外機構に通知する。
【１５６０】
いくつかの実施形態において、ある資源がもはや動作する必要がない場合は、ＲＩＡＭ及び／又は他の制御資源は、オペレーティング資源をシャットダウンさせてもよい。さらに、もし資源が例えば持続状態として、持続性サービスを必要とし得るならば、ＲＩＡＭは、ＰＥＲＣｏｓプラットフォーム持続性サービスのような適切な持続性サービスを呼び出してもよい。
【１５６１】
図４１は、複数のオペレーティング資源集合を管理しているＰＲＭＳ内の関係を示す実施形態を示す。本実施形態において、オペレーティングセッション管理部は資源サービスと通信し、操作仕様を満足する適切な資源配列を割り当て、プロビジョニングする。資源サービスは、資源の可用性を決定し、業務合意を、各オペレーティングセッション管理部と調整する。もし、ある資源サービスと各オペレーティングセッション管理部が、満足できる合意に達することができなかったならば、そのオペレーティングセッション管理部は例外を生成し、そのＳＲＯプロセスに、改訂された操作仕様を要求するよう通知してもよい。例えば、その操作仕様は、利用可能でないかもしれない明示的資源の使用を指定していたとしてもよい。
【１５６２】
例えば、図４１に示したように、ＰＲＭＳ資源管理の例が示される。
【１５６３】
また、オペレーティングセッション管理部は、各オペレーティングセッション一貫性管理部を通して、一貫性サービスと相互作用してもよい。資源サービスは、また、概して資源サービスから一貫性管理部への間の直接通信は例外ベースとなることが予想されるけれども、各オペレーティングセッション管理部を通して経路を選択することにより間接的（例えば、資源サービス２、３）、又は実施メソッドより直接的（例えば、資源サービス１）のどちらかにより、潜在的にその関連一貫性管理部と相互作用してもよい。一つの実施形態として、すべての通信はＰＥＲＣｏｓメッセージサービスを利用してもよい。
【１５６４】
資源サービスは、ＲＭＳのインスタンスである、一つ以上のオペレーティング資源管理部サービス（ｏｐｅｒａｔｉｎｇ  ｒｅｓｏｕｒｃｅ  ｍａｎａｇｅｒ  ｓｅｒｖｉｃｅ：ＲＭＳ１〜６）のインスタンスを生成してもよい。オペレーティング資源管理部サービスは、オペレーティング資源の集合に、オペレーティングセッションと操作仕様を支援する定義されたサービス品質を提供するために、オペレーティング資源集合の生成及び実施を管理する責任を負う。それらは、また、オペレーティング資源集合の資源に対して、資源発見／注目、機能一致、割当て、予約、最適化、及び状態管理を提供する。
【１５６５】
オペレーティング資源管理部サービスは、オペレーティング資源集合の操作を規定する、定義された資源業務合意／仕様において変更が必要になる場合に、オペレーティング資源集合の例外処理局面の管理を支援する。
【１５６６】
オペレーティング資源管理部サービスは、元々利用可能でなかった代替の及び／又は新規の資源を見つけるために発見サービスを利用することを含む、資源可用性を連続して管理してもよい。それらは、また、各一貫性サービスと相互作用し、そのような仕様及び／又は操作を最適化及び／又は別に変更するために、現在の業務合意を変更（「再一貫化」）してもよい。
【１５６７】
いくつかの実施形態において、オペレーティング資源管理部サービスは、予約を最新化すること、規則セットを新しくすること（例えば認証情報）等を含む、そのオペレーティング資源集合の保守関係活動に責任を負ってもよい。それは、資源支援を求めて、予約、持続性、履歴のために、ＰＥＲＣｏｓ資源と直接に相互作用、及び／又は一つ以上のＰＥＲＣｏｓプラットフォームサービスと相互作用してもよい。
【１５６８】
図４１において、資源１〜３を備えるオペレーティング資源集合１は、オペレーティング資源管理部サービスＲＭＳ１、ＲＭＳ２、及びＲＭＳ３により共同で管理される。資源４〜７を管理することを課せられた、オペレーティング資源管理部サービスＲＭＳ４は、オペレーティング資源集合２及びオペレーティング資源集合３を生成し、それらの管理を、オペレーティング資源管理部サービスＲＭＳ５及びオペレーティング資源管理部サービスＲＭＳ６へそれぞれ委任する。それは、また、オペレーティング資源集合２及びオペレーティング資源集合３の資源を備えるオペレーティング資源集合４を生成し、管理する。
【１５６９】
本実施形態により説明したように、各オペレーティング資源集合は、心に描くほど適宜複雑又は単純としてもよく、いくつかの実施形態において、特定の配列は、そのようなオペレーティング資源集合を結合するオペレーティングフレームワークのような構成体を形成してもよい。
【１５７０】
資源サービス及び資源管理部サービスは、資源管理サブシステムの他部分により階層的に管理されてもよい。
【１５７１】
ＰＥＲＣｏｓ資源協定は、資源に、ＰＥＲＣｏｓ資源管理インタフェースを支援し、ＰＥＲＣｏｓ資源管理規範に対して支援するよう要求してもよい。ＰＥＲＣｏｓ資源は、持続的又は一時的でもよく、又は、持続的及び／又は一時的操作モードのどちらかを提供されてもよい。
【１５７２】
ＰＥＲＣｏｓ資源は、また、一時的又は持続的ベースで凝集されてもよい。これらは、資源集合仕様、構成体（基盤を含む）、及び／又は他の資源配列の形式をとってもよい。いくつかの資源は、資源群が特定の装置に関連する及び／又は結合するサービスのすべて又は部分を表す場合に、特別の配列に関連してもよい。例えば、移動装置上の資源群は、言わば、Ｊａｖａ（登録商標）アプリケーションを支援するよう要求されるが、コアＣＰＵ／通信や他装置の機能的能力を含まないような、サービスのすべてを含んでもよい。
【１５７３】
ＰＥＲＣｏｓ資源は、また、そのようなサービスが同様の機能的能力を提供する場合の、一時的、持続的、及び／又は配列されたグループにおいてクラスター化されてもよく、又は、全体としてエンド・ツー・エンド・サービスを提供するグループ化を形成してもよい。例えば、ＰＥＲＣｏｓ資源は、利用者に、コンテンツを摂取することから、コンテンツを処理すること、コンテンツを配布すること、順次コンテンツを使用することまでのサービスを提供する、配布サービスを実施してもよい。
【１５７４】
１０．資源サービス（ＲＳ）
ＰＥＲＣｏｓ資源サービス（ＲＳ）は、ＰＥＲＣｏｓ及び／又は非ＰＥＲＣｏｓ資源の管理に対する装置及び方法を提供する。資源サービスは、構成体、一貫性サービス、及び／又はオペレーティングセッションのような、システムがＲＳによって管理される資源と相互作用するような、他のＰＥＲＣｏｓシステムへのインタフェースを含む。資源サービスは、ＰＥＲＣｏｓプラットフォームサービス及び構成体を含む、他のＰＥＲＣｏｓ資源により呼び出され、及び／又は、インスタンス化されてもよいＰＥＲＣｏｓプラットフォームサービスである。
【１５７５】
一つの実施形態において、資源サービスは、一つ以上の資源操作に対する合意を、例えば業務合意の形式で、オペレーティングセッション管理部のようなＰＥＲＣｏｓシステム要素と調整する。そして資源サービスは、調整された業務合意を、そのオペレーティングセッション一貫性管理部のような他のＰＥＲＣｏｓプロセスへ通信する。資源サービスは、合意された操作を提供する資源に責任を負い、任意の変化及び／又は不履行状態を識別できるように、監視及び例外処理ＰＥＲＣｏｓプラットフォームサービスインスタンスを含む。資源サービスが各オペレーティングセッション管理部と共に行ってもよい合意の性質により、それらは、資源を置き換え、資源を変化させ、及び／又は他の方法により資源サービスが合意された義務に対処することを保証することができてもよい。
【１５７６】
一旦資源サービスインスタンスがオペレーティングセッション管理部と業務合意を合意したならば、それは、一つ以上の資源管理部サービスに、オペレーティング資源配列（資源集合を含む）の生成に対する仕様及び義務を渡す。これらの配列は、業務合意の下で要求されてもよいオペレーティングサービスレベルの仕様を含むことができる。
【１５７７】
例えば、図４２に示したように、資源サービス相互作用の例が示される。
【１５７８】
資源サービス、資源管理部サービス、及び／又は資源は、ＰＥＲＣｏｓプラットフォーム予約サービスのインスタンスであり、利用不可となる任意の管理部、サービス、及び／又は資源が、一部は利用不可な資源、管理部、及び／又はサービスの状態を気にしないような、関連オペレーティングセッション管理部、一貫性管理部、及び／又は他の資源管理部のような他のＰＥＲＣｏｓシステムサービスによって通信されることができるように、一つ以上の予約サービスとの関係を生成し及び保持してもよい。
【１５７９】
いくつかの実施形態において、資源サービスは、ＰＲＭＳがＰＥＲＣｏｓ使用可能資源、レガシーサービス、及び装置とインタフェースを取り、相互作用するとともに、それらを資源集合の部分として管理するような、共通資源管理インタフェース及び相互作用層を提供する。
【１５８０】
いくつかの実施形態において、資源サービスは、例えば限定することなく以下を含んでもよい：
・資源サービス管理部‐  ＲＳ操作を管理し、要求されるように資源集合インスタンスをプロビジョニングするために、資源群を呼び出し、配置し、及び／又は起動する。
・資源インタフェース生成部‐  適切な制御仕様によって、例えば、資源の集合及び／又は資源の配列へ共通インタフェースを提供し得る、ＰＥＲＣｏｓプラットフォームサービス資源インタフェースのインスタンスを提供する。
・資源配列管理部
・資源発見管理部
【１５８１】
ＲＳはさらに、ＰＥＲＣｏｓプラットフォームサービスのインスタンスを含んでもよく、それらは、限定することなく以下を含む：
・規則管理部サービス、
・評価サービス、
・資源インタフェース生成部、及び／又は
・業務合意処理
【１５８２】
資源サービスは、例えばＰＩＭＳ、（例えば情報記憶装置を提供するために、例えばｉスペースがＲＳ操作のために使用されてもよい）、履歴サービス（例えば資源履歴管理部）、持続性サービス、及び／又は、ＲＳ操作を支援するためにＲＳにより要求されるような他のサービス及び資源のような、他のプラットフォームサービスと相互作用してもよい。
【１５８３】
いくつかの実施形態において、資源発見管理部は、資源仕様を洗練させ、及び／又は一つ以上の一般／抽象化仕様から一つ以上の特定の資源を識別するために、資源仕様の一つ以上のセットを問合せ、分類し、拡張し、及び／又は取り決めるために動作してもよい。いくつかの実施形態において、これらのプロセスは、資源分析サービスと協力して使用されてもよい。
【１５８４】
いくつかの実施形態において、資源サービス管理部は、適当な資源を識別するために、適切なＰＥＲＣｏｓ資源ディレクトリと相互作用してもよい。例えば、利用者は、彼らに対して利用可能な（例えばラップトップコンピュータ）及び／又は以前に彼らによって使用された（例えばクラウドサービスＸ）、及び／又は他の人によって推薦された（例えば評判及び／又は他の推薦を通して）、及び／又は商業的観点から提供される（例えばＡｍａｚｏｎ弾性計算クラウド（Ａｍａｚｏｎ  ＥＣ２（登録商標））等）、資源のディレクトリを維持してもよい。
【１５８５】
ＰＥＲＣｏｓ資源は、少なくとも一つの持続的同一性を持ち、さらに、例えば、資源の使用を通して一つ以上の集まりにより創作され、いくつかは持続的でよく、そして一つ以上の組織に連合され、及び／又は、例えばＰＥＲＣｏｓ同一性行列（ＰＩＤＭＸ）へと形成されてもよい、複数の識別子を持ってもよい。
【１５８６】
例えば、一つの実施形態において、ＰＥＲＣｏｓ資源は、例えば、ＰＥＲＣｏｓ発行の間に創造され、例えば、参照及び／又は組込みにより資源創作者及び／又は発行者の同一性を含んでもよく、例えば、適切な同一性発行サービス、例えば、配布者又は他バリューチェーン関係者のような、さらなる利害関係者から、さらに識別子を持ってもよい、割り当てられた唯一の同一性を持つ。そして、これらの識別子は、任意の適切な仕様に依存して、レジストリと相互作用するプロセス及び／又は資源に対して利用可能になるために、例えば一つ以上の資源レジストリに登録されてもよい。いくつかの実施形態において、同一性がシステム全体ベースで唯一となる場合に、そのようなレジストリ（例えばＤＮＳ）の階層が存在してもよい。他の実施形態においては、認可、時間、場所、及び／又は他の要素を発行し、唯一性が資源同一性の組合せにより確立されるように、同一性が複数の部分となってもよい。
【１５８７】
いくつかの実施形態において、資源レジストリは、複数の異なるネットワーク及び／又は他の資源配列にわたって分散されてもよい。いくつかの実施形態において、これらの資源レジストリは、例えば、この資源集合に例えば単一の資源配列として相互作用させる、一つ以上の指示子とともに、例えば各資源ＰＩＤＭＸに記憶される、それらの同一性及び／又は識別子を通して、関係資源の網を創造してもよい。
【１５８８】
他の例の実施形態において、ＰＥＲＣｏｓ資源は、例えばオペレーティングセッション同一性管理部でもよいが、そのような資源が、これらの識別及び／又は関連する関係性を保持するＰＩＤＭＸのような、ＰＥＲＣｏｓ同一性能力を使用するように、適切な発行サービスにより、一つ以上の付加的同一性を割り当てられてもよい。
【１５８９】
いくつかの実施形態において、これらの発行サービスにより資源に発行された識別子は、特定の利用者に対する資源の特定の識別子を確立すること（例えば参加者として）のような、利用者とそれらの資源との間の関係の特定表現のインスタンスを生成してもよい。そして、この関係は、資源操作を制御するために、制御仕様と資源とを関連付ける識別子の発行者の権利を表す仕様セットにより補完されてもよい。
【１５９０】
いくつかの実施形態において、資源の同一性及び／又は識別子の出所が何であれ、オペレーティング資源は、抽象化された識別、認証、及び／又は認可メソッドを用いて認証してもよい。例えば、これは、資源が以下を行うように、装置及びメソッドを含んでもよい：
○例えば、資源発行者を参照することにより、自身の識別、認証、及び認可支援を提供する、
○この支援を他の資源、例えば資源の管理部へ委任する、及び／又は
○複数の資源を、例えば、同一性サービス又は資源レジストリのような、一つ以上の識別、認証、及び認可資源の制御下で、集約する。
【１５９１】
例えば、資源が運用される文脈に応じて、一つ以上の同一性及び／又は識別子は、連合された同一性枠組みを使用して、共有することができる。資源の同一性の連合は、さらに、一つ以上の文脈にわたった、抽象化された同一性、認証、及び認可メソッドの集約を可能にする。同一性及び／又は識別子の連合は、また、資源を第１の同一性により文脈内で知られるのを可能にするとともに、第２の同一性を使用して第１の文脈と共同で運用する他の文脈により知られるのを可能にする。
【１５９２】
ＰＥＲＣｏｓ資源は、それらの資源の属性を含み、同一性行列（例えばＰＩＤＭＸ）の部分として集められてもよく、資源を全体で及び／又は個別に識別するために使用されてもよい、ＰＥＲＣｏｓ仕様要素を発行してもよい。いくつかの実施形態において、これらのＰＩＤＭＸは、資源配列の部分として利用されてもよい。
【１５９３】
いくつかの実施形態において、資源サービスは、資源サービス操作及び／又は資源集合の管理部である、一つ以上の資源サービス管理部のインスタンスを生成してもよい。資源サービス管理部は、資源管理部サービスと相互作用して、資源集合インスタンスを生成し、その後、インスタンスが解体され、非操作状態になり、及び／又は、制御するＰＥＲＣｏｓプロセスによる指示を通して残存する時間まで、各インスタンスの操作及び管理を監督する。
【１５９４】
資源サービス管理部は、資源集合がＲＭＳ層においてインスタンス化することを支援し、それは、限定することなく以下を含む：
・資源集合インスタンス管理、
・資源集合インスタンス分離、及び／又は
・資源集合例外管理。
【１５９５】
資源サービス管理は、また、以下を協調してもよい：
・資源割当て、
・資源選択、
・資源配列、
・規則セット管理、
・資源集合最適化、
・資源インタフェースを通した、オペレーティングセッション、一貫性、及び／又は他ＰＥＲＣｏｓプロセスとの相互作用管理。
【１５９６】
いくつかの実施形態において、資源発見管理部は、例えば、ＰＥＲＣｏｓ資源情報（指示子及び／又は他メタデータを含む）及び／又はボンジュール（登録商標）、プラグアンドプレイ等のような非ＰＥＲＣｏｓ技術を使用して、資源要求を支持して資源の発見を提供する。資源発見管理部は、いくつかの実施形態において、一つ以上の他資源により呼び出され、資源特性が指定された仕様を処理し、その結果、表現された仕様に適合するように利用可能になる適当な資源を識別する適切な処理に着手する、ＰＥＲＣｏｓプラットフォームサービスとすることができる。これは、ＰＥＲＣｏｓ予約サービスのような、資源の可用性を確立する他資源との相互作用を含んでもよい。
【１５９７】
いくつかのＰＥＲＣｏｓ実施形態において、資源発見管理部は、ＰＥＲＣｏｓクラスシステムを活用して一つ以上の目的に適合する資源を識別してもよい。資源発見管理部は、結果集合又は候補結果集合として表現される、他の同様の及び潜在的に適合する資源を見つけるために、目的クラスと関連する資源の集合の、全体又は一部の資源特性仕様を使用してもよい。この処理は、資源欠陥の場合に「影の」資源を識別するために、例えば一貫性サービスによって着手されてもよく、又は、ファセットサービス又は、利用者が、例えばＰＥＲＣｏｓナビゲーション及び探索サービス使用して、彼らの結果集合を広げるように選んだ、他の目的関係活動に関連する他の処理の部分としてもよい。
【１５９８】
資源発見管理部は、適当な資源を発見するために複数のメソッドを使用してもよく、これは、全体的に及び／又は部分的に仕様を満足する資源を見つけるために、「損失性」技術を含んでもよい。資源発見は、また、一貫性サービスと相互作用して一つ以上の資源及び／又はその組合せが仕様を満たす可能性を評価してもよい。資源発見は、また、呼び出す資源に、資源が仕様を満たす潜在的選択権を評価可能とするために、何が利用可能か（いつそのような可用性が可能となるかを含む）に基づき、その仕様に変化を与えるために、発生元プロセスへの資源に仕様の変更版を提供してもよい。
【１５９９】
資源発見管理部は、資源仕様を洗練し、及び／又は、資源分析部と協力して、一つ以上の一般化／抽象化仕様から特定の資源を定義するために、資源仕様の拡張を分類し問い合わせるように動作してもよい。
【１６００】
一つの実施形態において、資源発見管理部は、適切なＰＥＲＣｏｓ資源ディレクトリと相互作用し、適当な資源を識別してもよい。例えば、利用者は、彼らに利用可能な（例えばラップトップコンピュータ）及び／又は以前彼らによって使用された（例えばクラウドサービス（Ｘ））、他の人に推薦された（例えば評判及び／又は他の推薦を通して）及び／又は商業的観点から提供された（例えばＡｍａｚｏｎ  ＥＣ２（登録商標）等）、資源のディレクトリを維持してもよい。
【１６０１】
資源発見管理部は、一つの実施形態において、業務合意（及び／又はその部分合意）を満たすように要求される資源を確認し識別するための、業務合意調整に関与するプロセスとともに動作してもよい。
【１６０２】
いくつかのＰＥＲＣｏｓ実施形態において、資源サービスは、ＰＥＲＣｏｓ目的操作を通して仕様の管理に着手するためにＰＥＲＣｏｓ処理サービスのメソッドを利用する、資源仕様管理サービスを含んでもよい。ＰＥＲＣｏｓ仕様処理サービスは、限定することなく、以下を含む：
・資源仕様分割、
・資源仕様合成、及び／又は
・資源分析部サービス。
【１６０３】
いくつかの実施形態において、ＰＥＲＣｏｓ仕様は、分割と合成の両方を受けてもよい。これらの操作は、一つ以上のメソッドにより支援され、いくつかの実施形態においては、そのようなメソッドを結合して、一つ以上のテンプレートの使用を伴ってもよい。これらのメソッドは、一つ以上の資源及び／又はプロセスによるそのような仕様の評価に部分的に基づいてもよく、目的、利用者／利害関係者、資源、及び／又は他の文脈特定操作を含んでもよい。いくつかの実施形態において、制御仕様は、これらの操作に対して提供されてもよい。
【１６０４】
いくつかの実施形態において、ＰＥＲＣｏｓプラットフォームサービスは、一つ以上の仕様により指定されたことを満たす（全体で又は部分で）及び／又は超える機能性を提供する、資源及び／又は資源配列を識別するために、資源仕様を評価する資源分析部サービスを含む。資源分析部サービスにより分析された仕様は、例えば、限定することなく、制御、組織、及び／又はインタフェース仕様を含み、ＲＳ、ｉスペース（ｓ）、資源ディレクトリ、及び／又は他の資源情報の出所から生じてもよい。
【１６０５】
これらの仕様は、一つ以上の目的表現及び／又は、他資源、ＰＥＲＣｏｓプラットフォームサービス、又は他プロセスにより提供される、他仕様を含んでもよい。これらの仕様を満たす資源は、資源の集合（及びその仕様）でもよく、及び／又は、配列は存在してもよく（例えば構成体として仕様及び／又はテンプレートを含む）、与えられてもよく、及び／又は、一つ以上の履歴又はそれらを特に適合させる他性能情報をもってもよい。
【１６０６】
いくつかの実施形態において、資源分析部サービスは、資源選択が、全体で又は部分で、指定された機能性を提供する特定の配列における他資源と効果的に相互運用する資源能力により決定される場合に、資源集合の文脈内で動作してもよい。
【１６０７】
いくつかの実施形態において、資源分析部は、例えば、その仕様（例えばその指示子、資源特性仕様、履歴、ＰＩＤＭＸ、及び／又は他関連仕様を含んでもよい）の評価を通して、資源の選択及び分析に対して適切な制御仕様をもったＰＥＲＣｏｓ評価及び調停サービスのインスタンスとして実施されてもよい。
【１６０８】
資源分析部サービス実施形態は、資源の配列を分割し基礎的な資源を識別してもよく、基礎的な個別資源に対するインタフェースを決定してもよい。そのような実施形態において、資源は、配列の特性に応じて、個別レベルで（及び潜在的に全体レベルでも）監視してもよい。例えば、単一の資源不履行の場合に、適切なプロセスが欠陥資源を置き換えてもよい。
【１６０９】
資源分析部サービスは、ある測定基準に関して、資源サービス及び／又は資源構造インスタンスの少なくとも一局面を最適化するために、一つ以上の測定基準を使用して、性能、信頼性、目的測定基準、場所、費用（財務上または他測定値のどちらか）及び／又は利用可能な他の測定基準を含む値、資源の可能な選択及び配列、及び／又は資源構造インスタンスの仕様を計算してもよい。各資源分析部サービス実施形態は、複数のモデル及び測定基準を使用して、これらの操作を同時に実行してもよい。
【１６１０】
いくつかの実施形態において、資源分析部サービスは、一貫性サービスが目的操作に対して最適な資源を選択できるように、一貫性サービスにより呼び出され、仕様の分析を着手してもよい。
【１６１１】
ＰＥＲＣｏｓプラットフォーム規則管理インスタンスは、適切な制御仕様を用いて、処理及び制御の連続、認可、認証、認証情報、及び／又は、資源を統治する他集合又は規則に対して要求されるサービスを提供するように利用されてもよい。
【１６１２】
例えば、多くの資源認証情報は、「包まれた」形式で提供され、他は、規則管理部と、例えば、装置特有の認証情報を使用する低レベル装置との間で相互作用が起こるような、装置特有の認可として提供される。規則管理部は、これらの認証情報の各々を管理し、認証情報ベースの障害からの復旧を管理する。
【１６１３】
資源規則管理部は、ＰＩＭＳシステムを使用して、適切な場所に規則セット（及び／又はその要素）を記憶してもよい。
【１６１４】
いくつかの実施形態において、ＰＥＲＣｏｓプラットフォームサービス履歴管理部は、その管理の下に動作するＰＲＭＳ及び資源に対して記憶及び／又は検索機構を提供する。履歴管理部が管理し得る情報は、資源サービス構成、活動、統計、操作結果、及び／又は一つ以上の性能測定基準を含む、資源サービス及び／又は源構成体／資源集合インスタンス性能を含む。履歴管理部の業務及びインタフェース仕様は、インスタンス生成時に資源サービスに渡すことができる業務合意の部分として提供されてもよい。一つの実施形態において、履歴管理部は、資源、発行すべき材料、及び規則（例えば認証情報）を識別する、一つ以上の発行仕様を提供してもよい。いくつかの実施形態において、例えばＰＥＲＣｏｓプラットフォーム発行サービスを使用して、インスタンス特有の発行機構が指定されてもよい。
【１６１５】
ＲＳインタフェースは、ＲＳインスタンスにわたった管理関係性及び潜在的権限を持った、ＲＳインスタンスと一つ以上のＰＥＲＣｏｓプロセスとの間のインタフェースを提供する。そのようなインタフェースは、以下に対するサービスインタフェースを含んでもよい：
・資源集合インスタンス調整（例えば、要求、予約、調停）、
・制御仕様（命令及び制御、例えば初期化、開始／停止、解体等を含む）、
・例外報告及び処理、
・一貫性相互作用、及び／又は
・ＰＥＲＣｏｓ資源通信（例えばＰＥＲＣｏｓメッセージングを含む）。
【１６１６】
いくつかの実施形態において、ＲＳインタフェースは、ＰＥＲＣｏｓ資源インタフェースのインスタンスとすることができる。
【１６１７】
一つの実施において、ＲＳインタフェースは、一つ以上のオペレーティングセッション、一貫性管理部、予約サービス、履歴サービス、ＰＩＭＳ、及び／又は他のＰＥＲＣｏｓプラットフォームサービスにインタフェースを提供してもよい。
【１６１８】
いくつかの実施形態において、他のプロセスとのＲＳ通信は、通信方法における洗練度を変更すること及び、通信障害のような実施課題に対応するよう処理することを含み、同期的及び／又は非同期的であってもよい。
【１６１９】
例えば、そのような障害の一つは、オペレーティングセッション管理との通信の損失かもしれず、そこでは、運用ＲＳからオペレーティングセッション管理への通知及び／又はメッセージに対するプロセスが配送できないかもしれない。いくつかの実施形態において、ＰＥＲＣｏｓメッセージプロトコルのような通信方法は、そのような状態を予測する技術を含む。例えば、ＲＳは通信障害に気づいてもよく（そのような例外を提供するメッセージサービスによって）、オペレーティングセッションから（一貫性サービス及び／又は他資源により提供される制御仕様を通して）そのＲＳに提供される、この状況に対応する指示に従ってもよい。これは、もし、オペレーティングセッション又は他の復旧プロセスがそのＲＳと接触するよう試みる、及び／又はＰＩＭＳを利用してＲＳの全体又は部分を「スナップショット」のような持続的記憶に置き、資源サービスの状態を維持し、及び／又は、ＲＳに与えられる操作仕様及び業務合意内で識別された一つ以上の他プロセスと接触するよう試みるならば、潜在的に、ＲＳへの参照を記憶する予約サービス及び／又はＰＩＭＳサービスを使用して、ＲＳ操作の整然としたシャットダウンをもたらす仕様を含んでもよい。
【１６２０】
多くの実施形態において、ＰＥＲＣｏｓ仕様は、ＰＥＲＣｏｓ通信（例えばＰＥＲＣｏｓメッセージ）の形式でもよく、障害を含む、通信及び／又は他の事象の場合に、そのプロセスが着手する適切な動作に関して、ＲＳ及び／又は操作仕様に関連する他プロセスを方向付けられる特定の事後条件が存在することができる。他の実施形態において、ＰＥＲＣｏｓ監視及び例外サービス（ＰＭ＆Ｅ）は、一つ以上のプロセス及び資源の障害の場合に、付加的に、一つ以上の復旧技術を詳述する仕様及び関連仕様をさらに備えてもよい。
【１６２１】
一つの実施形態において、ＲＳが、例外をオペレーティングセッション管理及び／又は制御の連続における他プロセスに折り返し報告し、入手する操作仕様に対する資源の配列を管理するという点において、ＲＳは「ブラックボックス」として考えられてもよい。一つの例において、最も簡単な形式で、ＲＳは、「業務合意［Ｎ］のセクションＸが、時刻『１１．２２』に資源『６７』の障害により、変数『ＡＢＣ１２３』を持って、侵害された」というように項目を報告してもよい。さらなる例において、ＲＳはオペレーティングセッション管理に、「業務合意［Ｎ］のセクションＱが、報告された資源障害がなく、変数［６１２３ＸＸ］を持って、性能項目［４７］を侵害した」というように通知するかもしれない。これら及び同様の場合に、いくつかの事情において新しい業務合意を合意し入力するか、又は変更するよう要求するような、業務合意、資源、ＲＳ、又は他の資源管理プロセスにおける、変化を存在させなければならなくてもよい。
【１６２２】
１１．資源管理サービス
資源管理サービスの実施形態のプロセス及び操作は、多くのＰＥＲＣｏｓプラットフォーム資源管理サービス要素により実施されてもよい。資源管理サービスは、多くのＰＥＲＣｏｓプラットフォーム及びシステム要素と相互作用するため、実施形態のプロセス及び操作は、ＰＲＭＳの観点から考えられる。資源管理サービス要素は、一から無限大の様式で資源管理システム操作を可能とするように、分散され及び／又は機能的に組織化され（例えば階層的に）動作できる、資源管理動的構造（Ｒｅｓｏｕｒｃｅ  Ｍａｎａｇｅｍｅｎｔ  Ｄｙｎａｍｉｃ  Ｆａｂｒｉｃ：ＲＭＤＦ）に分類される。
【１６２３】
図４３により示したように、ＲＭＤＦ実施形態は、資源管理ネットワーク配列を含む任意の配列において、ＲＭＤＦ管理部を含む、一つ以上の資源管理サービス要素を備えてもよい。ＲＭＤＦは、また、目的展開を支援する、監視及び例外処理サービス、一貫性サービス、評価及び調停サービス、テスト及び結果サービス、オペレーティングセッション管理サービス等のような、ＰＥＲＣｏｓプラットフォームサービスの一つ以上のインスタンスを含んでもよい。ＲＭＤＦは、また、目的展開を支援する操作仕様及び結果としての資源管理操作により指定された、ＰＥＲＣｏｓ資源、サービス、情報、及び／又はオブジェクトのインスタンスのプロビジョニングに関係した、それらの管理部と相互作用するように要求され得る、他のテンプレート及び／又は、文／仕様を含んでもよい。ＲＭＤＦは、また、記憶装置及び、クラス、オントロジ、分類学等のような組織構造と相互作用してもよく、操作における測定基準の一つ以上のセットを使用してもよい。
【１６２４】
例えば、図４３に示したように、ＲＭＤＦ構成が示される。
【１６２５】
ＲＭＤＦ実施形態は、ＲＭＤＦインスタンスの一つ以上の要素が、資源管理動的構造管理部により指示される、及び／又は管理されるように、その操作を支援して、変化し、適応し、代用され、及び／又は変更されてもよいという点において、動的であり得る。
【１６２６】
ＰＥＲＣｏｓ資源管理サービス要素の実施形態は、例えば、限定することなく、以下を含んでもよい：
【表１０−１】
2018092632.tif 000015
【表１０−２】
2018092632.tif 000016
【１６２７】
いくつかのＰＥＲＣｏｓ実施形態において、ＲＭＤＦは、効率的な一貫性通信に対し最適化された、一つ以上のフォーマット、特定の意味論、及び／又は構文を含む、資源間及び資源内管理サービス通信を可能とする通信プロトコルを使用してもよい。例えば、図４４が示すように、いくつかの目的に対して、ＰＲＭＳ実施形態は、いくつかのインスタンスがピアツーピア関係を形成し得る一方で、その他のインスタンスは上位‐下位関係を形成し得る場合は、ＲＭＤＦの複数のインスタンスを生成してもよい。この例では、ＲＭＤＦ１、ＲＭＤＦ２、及びＲＭＤＦ３はお互いにピアツーピア関係を形成する。ＲＭＤＦ３は、また、ＲＭＤＦ４とピアツーピア関係を形成する。さらに、ＲＭＤＦ２はＲＭＤＦ２１及びＲＭＤＦ２２と上位‐下位関係をもち、ＲＭＤＦ３はＲＭＤＦ３と上位‐下位関係をもつ。
【１６２８】
例えば、図４４に示したように、ＲＭＤＦ関係が示される。
【１６２９】
ＲＭＤＦにより使用される通信プロトコルは、資源管理操作を支援する、高効率実時間資源管理操作を可能とするために具体的に設計され、最適化された測定基準を含む、測定基準の一つ以上の集合を含んでもよい。
【１６３０】
図４５は、ＰＥＲＣｏｓ資源システム要素及びサービスの分類の実施形態を示す。本実施形態において、資源システム要素は６つの配列に分類される。ＲＳと表示された、一つの配列は８つの要素を備える。ＰＲＳと表示された配列は、非ＰＥＲＣｏｓ資源を含む、物理的及び論理的資源と相互作用する要素を備える。
【１６３１】
例えば、図４５に示したように、簡易化ＰＥＲＣｏｓ資源システム及びサービス分類が示される。
【１６３２】
図４６は実施形態ＲＭＤＦを示し、そこでは、以下の機能を実行する責任を負う：
・操作仕様を支援する、オペレーティング資源集合（ＯＲＡ）の生成と実施を管理する、
・業務合意準拠を保証する資源を監視し、資源置き換え、非準拠の発生の通知生成、変更、及び業務合意における変化のような、修正措置をとる、
・一つ以上の資源、及び／又はそれらの集合への持続的参照を提供し、それらの資源に対する仕様について代表者として動作し得る、
・資源発見／一致／探索、最適化、及びオペレーティング資源集合の状態管理を提供する、
・資源の持続性を管理する、及び
・適切な仕様に従い、履歴、発行、及び／又は他の情報管理を管理する。
【１６３３】
例えば、図４６に示したように、資源管理動的構造が示される。
【１６３４】
一つ以上のオペレーティング資源管理部サービスインスタンスは、オペレーティング資源集合を管理し監視する操作を提供する。ＰＥＲＣｏｓプラットフォーム資源管理部サービスのインスタンスである、各オペレーティング資源管理部サービスインスタンスは、その制御及び管理仕様に従って、自身の操作を実行する。その実行において、それは、そのオペレーティング資源集合が業務合意に準拠することを保証するように適切に資源を調整すること及び構成することを含む、各オペレーティング資源集合を備えるオペレーティング資源を管理してもよい。
【１６３５】
例えば、いくつかの実施形態において、オペレーティング資源管理部サービスインスタンスは、資源操作に対する業務合意を、他のＰＥＲＣｏｓシステム要素、概してオペレーティングセッション管理部と調整し、この合意した業務合意を、関連するオペレーティングセッション一貫性管理部へ通信してもよい。
【１６３６】
例えば、オペレーティング資源管理部サービスは、そのオペレーティング資源が、各業務合意により指定された、操作／機能性／情報を提供することを保証する責任を負う。オペレーティング資源管理部サービスは、ＰＥＲＣｏｓプラットフォーム監視及び例外サービスを使用して、任意の変化及び／又は障害状態を識別する。オペレーティングセッション管理部による業務合意の性質に応じて、オペレーティング資源管理部サービスは、資源を代用し、資源を再構成し、及び資源を変更することができるようにしてもよい。
【１６３７】
例えば、図４７に示したように、資源管理集合構成が示される。
【１６３８】
１２．資源管理部サービス（ＲＭＳ）
【１６３９】
ＰＥＲＣｏｓ資源管理部サービスは、オペレーティング資源集合の作成に対する仕様を含有してもよい、業務合意及びそれらの要素を実装する。いくつかの実施形態では、オペレーティング資源集合は、オペレーティング資源及びそれらの関連する管理機構の指定される設備の特定のインスタンスを備えてもよい。資源集合仕様は、資源集合の分離、外部インタフェース、業務合意の不具合通知及び／又は例外処理のプロビジョニングを含むことができる。
【１６４０】
資源管理部サービスは、資源サービスによってインスタンス化され、オペレーティング資源集合をインスタンス化し管理するように、資源インタフェース及び仕様が提供される。いくつかの実施形態では、資源管理部サービスは、「業務合意によるサービス」方式で各オペレーティング資源集合を管理する。そのような場合、資源管理部サービスに一つ以上の業務合意の要素が渡され、管理すべき一組のオペレーティング資源が提供されてもよい。例えば、業務合意の要素は、定義された一組のオペレーティング資源、適切なサービス及び／又は性能特性並びにいかなるオペレーティング資源管理仕様を識別してもよく、定義された一組は、資源回復方法（全体又は一部における不具合の際）及び／又はサービス提供の不具合からの調停（中でも特に）を含む、合意された共通仕様として全体で表現される場合がある。
【１６４１】
高いレベルのサービス可用性が要求される、いくつかの実施形態では、冗長サービスは、オペレーティング資源集合が、その業務合意に従って資源の置換に取り掛かれるように、「ホット」及び／又は「コールド」スタート形態の両方で識別され可能とされてもよい。これは、そのような資源が業務合意モジュールにおいて具体的には明示されていない場合、置換のために充分な資源を確認する、評価及び調停サービス並びに／又はテスト及び結果サービスなどのＰＥＲＣｏｓプラットフォームサービスの使用を伴ってもよい。
【１６４２】
資源の監視及び例外処理は、例外のタイプ及びインスタンス化の仕様から定義された例外処理により、資源の資源管理部サービスによって、その資源の資源管理部サービスへのピアである、その他の管理サービスによって、又は資源の管理サービスと関連するＲＳのインスタンスによって処理されてもよい。
【１６４３】
いくつかの実施形態では、資源の管理サービスの実施形態は、資源集合管理部と、それぞれの業務合意モジュールとの準拠を保証するようにオペレーティング資源を監視してもよい、監視及び例外処理サービスのインスタンスを含む、それらに関連するＰＥＲＣｏｓプラットフォームサービスのインスタンスとを含んでもよい。また、これは、資源のディレクトリなどの一つ以上の資源のリポジトリを含んでよく、ＰＩＭＳ、持続性サービス、履歴サービス及び／又はＲＳの操作を支援するその他の資源を含んでもよい。
【１６４４】
例えば、図４８に図示する通り、一組の資源集合が示されている。
【１６４５】
いくつかの実施形態では、資源の管理サービス（ＲＭＳ）は、その他のＲＭＳ及び／又は現行のオペレーティング資源集合のインスタンス管理を容易にするために、オペレーティング資源集合のインスタンスが通信しなくてはならない場合がある、その他の資源サービスとの通信に取り掛かってもよい。これらの通信は、ピアツーピア、階層制御、グリッド、マトリックス又は資源サービス、資源の管理サービス及び／若しくは資源のいかなるその他のアーキテクチャ配列など、いかなる配列において行われてもよい。いくつかの実施形態では、これらの通信は、ＰＥＲＣｏｓ通信（メッセージングを含む）サービスのインスタンスを通して発生し、ＰＥＲＣｏｓメッセージング仕様に準拠する。そのような通信は、前もって指定され、及び／又は動的に取り掛かってもよく、管理され、及び／又は資源集合管理部の制御下にあってもよい。
【１６４６】
資源集合管理部は、資源集合のインスタンスを実装する。いくつかの実施形態では、資源集合管理部は、ＲＳからの業務合意の形態で仕様を受信し、それには、集められる資源仕様（特異的なものから一般的なものにまで渡るような仕様）と、資源に対する性能及び／若しくはＱｏＳ測定基準及び／若しくは条件、並びに／又は冗長性、フェイルオーバ、交換若しくはその他操作の資源要件に対して要求されてもよい、さらなる資源仕様など、いずれの関連する適切なサービスレベル情報とを含んでもよい。
【１６４７】
資源集合管理部は、ＲＳが指定しプロビジョニングしたそれらの資源に関与する資源管理機能を遂行し、資源の管理サービスによってインスタンス化された資源集合のインスタンスの一部として動作している。これは、定義されたフェイルオーバ、移動、置換／交換など、さらに指定されたオペレーティング機能を含んでもよい（これらのアクションに対するそのような資源は、ＲＳ、一貫性の管理部及び同種のものなど、その他のＰＥＲＣｏｓプロセスによって定義されていた。
【１６４８】
いくつかの実施形態では、一つ以上の資源集合管理部は、業務合意内で定義された仕様及び／又は例外処理に一致して、構成及び操作性能を調整することによって、定義された資源の操作を動的に管理してもよい。例えば、資源集合管理部は、資源集合のインスタンスに通知の管理を提供することができ、これらの通知を内部で処理するか、及び／又は、例えば、ＰＥＲＣｏｓ通信（メッセージングを含む）サービスのインスタンスを利用するさらなる処理に対して、通知を適切な資源に転送するかのどちらか又はどちらでもよい。
【１６４９】
資源集合管理部は、閾値（例えば、８０％の利用）、変化率（増加した使用率）、タイムアウト（資源リースはＮ秒後に有効期限切れ）及び操作上の問題に対して（例えば、規則違反／不具合）など、資源集合のインスタンスの操作に関係する通知を生成してもよい。これらの通知は、オペレーティング資源及びそれらの関連するオペレーティング動作の測定基準を観察している、監視インスタンスからの入力に基づき生み出されてもよい。
【１６５０】
資源集合管理部は、業務合意及び／又はその他の制御仕様によって定義される通り、動作の例外に作用してもよい。例えば、ＰＥＲＣｏｓの資源集合のインスタンスを実装中に発生する動作の例外は、資源割り当て及び特定のＰＥＲＣｏｓの資源間の関係の変化だけでなく、一つ以上の操作上の測定基準、事象及び／又は状態の更新を通して識別されてもよい。
【１６５１】
いくつかの実施形態では、これらのアクションは、例えば、以下の表に一覧にして記載したものを含んでもよい。
【表１１】
2018092632.tif 000017
【１６５２】
資源集合管理部（ｒｅｓｏｕｒｃｅ  ａｓｓｅｍｂｌｙ  ｍａｎａｇｅｒ：ＲＡＭ）は、ＲＡＭがオペレーティング資源集合のインスタンスの管理に取り掛かるとき、以下のうち一つ以上を含んでもよい。
【１６５３】
プロセスは以下を含んでもよい。
【１６５４】
・資源監視及び例外処理
・資源インスタンス管理部
【１６５５】
情報及びメタデータは以下を含んでもよい。
【１６５６】
・ＲＡＭ情報記憶部（例えば、ｉスペース）
・資源指示子
・資源インタフェース
・資源特性仕様
・ＲＡＭ履歴記憶部（例えば、履歴サービスのインスタンス）
【１６５７】
またプロセスは、例えば、以下のような動作測定基準を含んでもよい。
【１６５８】
・資源の状態
・資源の可用性
・資源の現行／予測される使用法
・資源の操作履歴
・資源の現行の性能／処理能力
【１６５９】
いくつかのＰＥＲＣｏｓの実施形態は、構成体においてアセンブルの機能に取り掛かる方法としてＲＡＭを利用してもよい。
【１６６０】
資源逆アセンブリ管理部（Ｒｅｓｏｕｒｃｅ  Ｄｉｓａｓｓｅｍｂｌｙ  Ｍａｎａｇｅｒ：ＲＤＭ）は、その仕様及びオペレーティング資源の両方を含め資源集合をその入力とみなす、ＰＥＲＣｏｓプラットフォームサービスであり、適切な制御仕様（例えば、資源又はその他の資源によって提供されるその他の仕様を集めるために使用されるものであってもよい）の指図の下、資源集合をその集合を備える資源仕様に逆アセンブルするように動作する。
【１６６１】
これは、資源集合をアセンブル又は異なる資源に逆アセンブルする仕様により、資源集合を本来指定された資源に逆アセンブルすることを含んでもよく、資源集合仕様の中で指定される個々の資源のうちのいくつかは、例えば、最適に有効な組み合わせを提供する資源に組み合わせられてもよい。特定の一組の資源が、資源集合の一部として動作しているときに、特に有効であるか、効率的であるか、目的があるか、最適であるか、要件を満たしているか、又はその他メートル法で表しているかであるオペレーティング動作を提供する場合、この関係を単一の資源として保持することで、操作上の側面に目的を追及させてもよい。
【１６６２】
このように、ＰＥＲＣｏｓプラットフォームの資源集合管理部及び資源逆アセンブリ管理部の操作は、対称又は非対称のいずれかであってよい。
【１６６３】
いくつかの実施形態では、ＰＥＲＣｏｓの逆アセンブリ管理部は、ＰＥＲＣｏｓ構成体の分解機能によって提供される、一つ以上の方法を使用してもよい。
【１６６４】
いくつかの実施形態では、ＰＥＲＣｏｓは、資源集合／逆アセンブリ情報（概して、制御、組織及びインタフェース仕様を含む、集合／逆アセンブリ資源用の仕様）によって機構を提供し、資源集合を備えることができるか、又は備えた一組以上の資源を潜在的に含む、一つ以上の資源集合／逆アセンブリディレクトリ（ＲＡＤＤ）を含んでもよい。これは、オペレーティング資源集合のインスタンスの間、維持されてもよい。
【１６６５】
ＲＡＤＤは、一つ以上の資源の構造のインスタンスによってアクセス可能及び／若しくは使用可能である、利用可能な資源であるように実装されてもよく（ディレクトリの中で情報を共有して又は共有せずに）、並びに／又は特定の資源集合／逆アセンブリのインスタンスに固有であるディレクトリのインスタンス若しくは他のいかなる配列であってもよい。
【１６６６】
例えば、ＲＡＤＤは、データベース（データベース管理を含む）、ディレクトリサービス、クラスシステム及び／又は記憶装置用の情報を受け入れ、認可された利用者がその情報を持続的に利用できる、その他のサービスの形態を取ってもよい。一実施形態では、ＰＥＲＣｏｓのＰＩＭＳを通してＲＡＤＤのインスタンスを生成することができる。
【１６６７】
資源ディレクトリ情報は、例えば、資源集合／逆アセンブリ情報を発行するように、その他の認可されたプロセスによる発行のためにアクセスできるようにしてもよい。
【１６６８】
一実施形態では、資源集合ディレクトリによって管理される資源集合情報は、資源集合仕様、インスタンス情報、属性、機能上の能力、インタフェース定義及び／又は動作測定基準を含んでもよい。例えば、動作測定基準は、各資源集合のインスタンスを備える資源の特定の動作だけでなく、交渉の数、プロビジョニング要求及びそれらの成果の数、タイプ別管理の不具合及びそれら管理の成果の数並びに同種のものなど、資源集合のインスタンスの動作についても発行されてよい。
【１６６９】
いくつかの実施形態では、ＰＥＲＣｏｓプラットフォームサービスは、資源のインスタンス化、使用前試験及びシャットダウンを提供する、資源インスタンス起動方法（ＲＩＡＭ）を含んでもよい。いくつかの実施形態では、いくつかの資源は「常にオン」ではないが、毎回使用の前に開始し、使用の後に停止する。いくつかの実施形態では、この方法は、指定された資源に適切な資源管理部によって呼び出される。
【１６７０】
いくつかの実施形態では、ＰＥＲＣｏｓ監視及び例外サービス（ＰＥＲＣｏｓ  Ｍｏｎｉｔｏｒｉｎｇ  ａｎｄ  Ｅｘｃｅｐｔｉｏｎ  Ｓｅｒｖｉｃｅ：ＰＭ＆Ｅ）は、資源集合のインスタンス内でオペレーティング資源を監視し、及び／又はそれを行うときに生成されるいかなる例外をも管理する機能を含んでもよい。いくつかの実施形態では、ＰＥＲＣｏｓ監視及び例外サービスは、ＰＥＲＣｏｓプラットフォーム監視及び例外サービス（ＰＭ＆Ｅ）のインスタンスである。ＰＭ＆Ｅのインスタンスは、資源集合管理部／ＲＤＭによって、いかなる方法で配置され操作されてもよく、例えば、単一のＰＭ＆Ｅが資源集合のインスタンスを監視してもよく、及び／若しくは一つのＰＭ＆Ｅが複数の資源集合のインタフェースを監視してもよく、並びに／又はＰＭ＆Ｅが単一の資源と直接関連付けられてもよい。また、ＰＭ＆Ｅは、例えば一実施形態では、ＰＭ＆Ｅのインスタンスが、資源の管理サービスのインスタンスに対して単一のメッセージの流れを作成するために、その他のＰＭ＆Ｅからのメッセージを一元管理するように働いてもよいように、階層的に配置されてもよい。
【１６７１】
いくつかの実施形態では、ＰＥＲＣｏｓプラットフォームメッセージサービスのインスタンスは、資源の管理サービスのインスタンスによって管理される一つ以上の監視サービスからメッセージを受信し、ＲＳ及び／又は一貫性の管理部を含む、一つ以上の受け手にそれらのメッセージを発送するように働いてもよい。メッセージは、ＲＳ及び／又はその他のサービスによって必要とされる場合がある監視情報を備えてもよく、また、例外、警報又は動作しているときに監視されている一つ以上の資源と関連する、その他の性能情報及び／若しくはメタデータを含んでもよい。
【１６７２】
いくつかのＰＥＲＣｏｓの実施形態では、ＰＭ＆Ｅサービスの例外管理構成要素は、これらの通知の発送、応答の受信及び／又は転送などの機能性を有効にしてもよく、所望の及び／又は適切な状態がこれらの通信と関連付けられる場合、機能性を維持する（例えば、ＰＥＲＣｏｓメッセージサービスを通知として使用）。例えば、例外管理は、特定の通知が送達されてもよいプロセスを判定するなど、高レベルの発送の側面を提供することができる。一実施形態では、ＰＥＲＣｏｓメッセージサービスは、資源の管理サービスのインスタンスと、動作中の例外の通知が必要とされる場合がある、一つ以上のＰＥＲＣｏｓのプロセスとの間の例外通知に利用されてもよい。
【１６７３】
いくつかの実施形態では、資源の管理サービスのインスタンスは、代替の接続資源を通して、第二の資源への一つ以上の接続資源の不具合を管理してもよいが、一つの資源に障害が起こっており、資源集合に対して識別される代替の資源がない場合、（外部）相互作用を必要としてもよい。
【１６７４】
一実施形態では、例外サービスは、評価サービス、調停サービス及び／又メッセージサービスの設備を備えてもよく、メッセージ、通知及びその他の情報は、一つ以上の発行仕様に従って発行されてもよい。
【１６７５】
資源の管理サービスは、一つ以上のＰＥＲＣｏｓのプラットフォームの監視サービスを呼び出し、及び／又はインスタンス化し、資源集合を備える一つ以上の資源（それらの組を含む）とそれら監視サービスを関連付けてもよい。そのような関係は、効率、冗長性、フェイルオーバ及び／又はその他考慮すべき点について、仕様及び／又は資源の管理サービスによって判定されてもよい。例えば、資源の管理サービスのインスタンスは、そのような関係の定式化を指定する制御仕様を提供してもよい。
【１６７６】
ＰＭ＆Ｅは、性能パラメータを備える仕様を受信し、オペレーティング資源の性能パラメータを指定されたサービス性能要件と比較し、その後、入ってくる制御仕様によって判定される通りのいかなる制限、閾値若しくはその他の値を超える及び／又は接近する、いかなる分散値をも識別するための機構を提供することによって、資源集合のインスタンス管理を支援する。
【１６７７】
次いで、ＰＭ＆Ｅの監視構成要素は、資源性能の測定基準が、指定された性能要件に合致しない場合、例外管理サービスに通知してもよい。実施形態は、通知を生成し、及び／又は資源集合管理部に通知することを含んでもよく、それにより、その後、資源集合の構成を変えてもよい。例えば、障害が起こっている資源のサービス品質が、定義された性能要件に合致しない場合、ＰＭ＆Ｅは資源集合管理部に通知してもよく、それにより、その後、第二の事前に定義された資源の使用へ自動的にフェイルオーバし、同時に、指定された冗長性を維持するために、障害の起きた資源を交換する追加のバックアップ資源を識別するように、例えば、ＲＳ及び／又は一貫性の管理部に通知してもよい。
【１６７８】
一実施形態では、ＲＳは、一つ以上の資源の管理サービスのインスタンス及び関連する資源集合と共に動作する、一つ以上のＰＭ＆Ｅのインスタンス用アグリゲータとして働くように、ＰＭ＆Ｅのインスタンスを呼び出してもよい。一実施形態では、これは、ＲＳが、その他資源の管理サービスのインスタンス及び／若しくは資源のサービスのインスタンスによって動作する、追加の資源設備並びに／又は資源グループのプロビジョニングを含み、充分な資源が、指定されたレベルの冗長性及び／又はその他の性能基準を維持するように利用可能であることを要求してもよい場合に望ましいことがある。そのような操作は、先を見越した及び／又は状況の変化に応じて対応するものであってよく、代替資源の発見、割り当て及び／若しくは識別又はＲＳの管轄下におけるオペレーティング資源の置換及び／若しくは拡張に使用してもよいそれらの設備を含む、ＲＳへの新規及び／又は追加の仕様を提供する一貫性を伴ってもよい。
【１６７９】
一貫性サービス、ＰＭ＆Ｅ及び／又はその他のプロセスは、不具合が差し迫っている可能性がある挙動のパターンを呈している資源を判定してもよく、代替の好適な資源を設置し、業務合意などの適切な仕様を更新するように試みてもよい。いくつかの実施形態では、そのような処理によって、不具合が発生したときに資源が利用可能であるような資源集合のインスタンス（及び適切な監視）に対して、代替の資源を使用可能にしてもよい。その他の実施形態では、これらは、一貫性のサービスが、オペレーティング資源集合における組込みの前に調達及び／又は管理してもよい、隠れた資源のタイプの一つである。またその他の実施形態では、一貫性サービス及び／又はその他の制御資源（及び／又はそれらの管理部）は、オペレーティング資源集合のインスタンスによる操作の継続性を保証するために、障害が起こっていると疑われるオペレーティング資源に対して代替のものと置き換えることを選んでもよい。
【１６８０】
いくつかの実施形態では、いくつかのＰＥＲＣｏｓの資源は、資源自体が即座に利用可能でない場合でさえも、資源の一つ以上の特徴を利用可能なままにする。この例には、携帯デバイスが利用者の基盤の一部として利用可能にされるときがあるが、時間によっては不通になる。このデバイスが不通の間に、その特徴にアクセスする能力により、ＰＥＲＣｏｓに機能性を提供する。その他の例には、「ジャストインタイム」で利用可能にするオンデマンド資源と、「コールドスペア」モードで動作するフェイルオーバ資源とを含み、資源はプロビジョニングされるが、所望されるまで開始しない。
【１６８１】
ＰＥＲＣｏｓ予約サービスは、ＰＥＲＣｏｓプラットフォームサービスであり、現行動作しておらず、及び／又は予約時に利用可能であるＰＥＲＣｏｓの資源を予約するための機構を提供する。
【１６８２】
資源の予約は、個々の特定の資源、資源の配列、資源のクラスを指定することによって、並びに／又は一つ以上の属性、機能性、閾値及び／若しくはその他の仕様（値を含む）の表現を通してなされてもよい。例えば、資源の機能性の表現は、最小値及び／若しくは最大値の範囲並びに／又は仕様の一部としての属性を設定することを備えてもよい。または、これも、例えば、「ＳＱＬバージョンＮを処理することができてもよく」、又は「少なくとも１０ｍビット／秒のデータ処理能力を有するはずである」といった、例えば、その他の資源及び／又はそれらの配列を伴う機能上の能力並びに性能の点から、資源予約の表現を含んでもよい。
【１６８３】
ＰＥＲＣｏｓ予約サービスは、そのような予約の要求を受け入れ、予約サービスによって保持されるか、又は予約サービスに対して利用可能であるかの資源仕様に従って、発信プロセスへの適切な応答を提供してもよい。予約サービスは、資源集合のインスタンスを含む、その他のＰＥＲＣｏｓの資源の代わりに資源の予約を管理してもよい。
【１６８４】
いくつかの実施形態では、予約の管理部は以下の機能性を含む。
【１６８５】
・資源リース
・資源の時間制予約
・断片的な資源の予約
【１６８６】
予約管理部は、資源及び／又は予約サービスとの関係を作成したオペレーティングＲＳなど、資源の代行のために、資源の予約を受け入れ管理し持続させる（例えば、持続性サービスのためにＰＩＭＳを伴う適切な業務合意を通して）。これは、例えば、ＰＥＲＣｏｓの資源の分割及びスケジュール設定を含んでもよい。一実施形態では、予約管理部が、資源集合のインスタンスの一部として事前に付与及び／又は要求された、それらの資源要件を処理する。その後、予約サービスが、ＲＳＭの代わりにこれらの予約を管理する。
【１６８７】
予約管理部は、適切な発行仕様を提供される場合には、資源の予約、資源の可用性及び資源の予約測定基準を発行してもよい。また、いくつかの実施形態では、予約管理部は、ＰＩＭＳを使用して資源及び／又はそれらの予約に対して、ｉ要素を作成してもよい。
【１６８８】
例えば、図４９に図示する通り、簡易化された予約サービスが示されている。
【１６８９】
ＰＥＲＣｏｓ予約サービス管理部は、ＰＥＲＣｏｓプラットフォームサービスであり、いくつかの実施形態では、その予約サービスのインスタンスの管理及び運用を担う。予約サービス管理部は、ＰＥＲＣｏｓの資源のインスタンス管理部、ＰＥＲＣｏｓ規則管理部、ＰＩＭＳ、ＰＥＲＩＤ、履歴管理部及び同種のものなど、予約サービスの操作に必要とされてもよい、それらのＰＥＲＣｏｓプラットフォームサービスをインスタンス化する。予約サービス管理部は、その他のプロセスが必要とする予約サービス間の交渉に取り掛かり、記憶装置の管理、ディレクトリサービス及び同種のものなど、業務合意仕様に合致することが必要とされてもよい、ＰＩＭＳ及び永続化など、それらのサービスのプロビジョニングのための業務合意に同意する。
【１６９０】
いくつかの実施形態では、予約サービスのインタフェースは、その他のＰＥＲＣｏｓ及び非ＰＥＲＣｏｓのプロセスとの通信及びメッセージングを有効化する、ＰＥＲＣｏｓの資源インタフェースのインスタンスである。一実施形態では、これは、例えば、一貫性、資源サービス、資源、オペレーティングセッション管理部並びに／又はそのような相互作用を必要とするその他の資源及びプロセスとの相互作用を含んでもよい。
【１６９１】
資源サービスディレクトリは、予約サービスによって提供される予約能力にディレクトリサービスを提供する。いくつかの実施形態では、ディレクトリサービスは、ＰＩＭＳによって提供されるＰＥＲＣｏｓプラットフォームサービスであり、また、指定されれば、適切な永続化能力を提供することもできる。
【１６９２】
例えば、いくつかの実施形態では、資源が利用可能である予定の場合、予約管理部は、資源のインスタンス管理部が、要件を予想して資源のインスタンスを生成してもよいような、資源の可用性及び／又は状態の要件の通知を資源のインスタンス管理部に伝達してもよく、さらにその後、一貫性サービス、そのようなオペレーティング資源の状態など、一つ以上のさらなる資源に通知してもよい。また、そのような資源の制御は、資源が制御資源によって必要とされる場合があるとき、制御をその資源に渡すことができるように、一貫性サービスなど、一つ以上の資源に渡されてもよい。
【１６９３】
予約は、例えば、確認済み、時限付き、条件付きの形態又は資源の集合管理部に戻して渡されるその他の予約仕様の形態で、成果で予約を管理する取引処理法を利用してもよい。予約の指標は、業務合意として表されてもよい。代替として、資源の予約は、一つ以上の適切な発行仕様を使用して発行されてもよい。
【１６９４】
資源の予約管理部は、管理される資源が、例えば、予約の調整、比率及び／又は予約のリースのような操作を支援できる場合、断片的な資源及び／又は資源リースのための予約を管理してもよい。
【１６９５】
一実施形態では、予約サービスは、持続する資源インタフェース並びに／又はさらなる仕様、パラメータ、測定基準及び／若しくはオペレーティング特性、属性、履歴及び／若しくは参照若しくは組込みにより資源と関連付けられるいかなるその他の情報によっても称賛される資源のｉ要素を備えてもよい。
【１６９６】
いくつかの実施形態では、予約サービスは、現行動作していない、資源集合、資源管理部サービス及び／又は資源サービスのインスタンスへの参照を含み、例えば、その他の資源がそれらにアクセスするための一つ以上の方法を提供してもよい。例えば、これは、オペレーティングセッションが「一時停止」され、そのオペレーティングセッションのためのＲＳもまた中止され、その状態が一つ以上の情報記憶部で維持され持続されている場合であってもよい。本実施形態では、予約サービスは、ＲＳにアクセスするように要求される場合がある適切な情報を保持し、オペレーティングセッションの初期化プロセスなど、ＲＳの操作を再開するように要求される場合がある適切な資源情報と通信してもよい。
【１６９７】
いくつかの実施形態では、いくつかの資源は、その他の資源が、持続的な存在と相互に作用してもよいように、インスタンス化されたときに、そのような資源と通信及び／又は相互作用ができるように、資源と関連付けられる持続的な存在を必要としてもよい。予約サービスは、ＰＥＲＣｏｓ持続性サービスを通して、そのような持続性サービスを提供してもよい。
【１６９８】
いくつかの実施形態では、予約サービスは、全体又は一部において、ＰＥＲＣｏｓ対応デバイス内で統合されてもよい。
【１６９９】
いくつかの実施形態では、各予約サービスのインスタンスもまた、予約サービスが、全体または一部において持続し、例えば、そのプロセスでその予約サービスのインスタンスを再び生成することが可能になるであろう形態の仕様で、その他の資源及び／又はプロセスに渡される要約した参照であってもよいような、一つ以上の持続的な設備を有してもよい。
【１７００】
多くの場合、予約サービスは、一人以上の参加者と関連付けられ、その参加者が、相互に作用するためにその他の参加者及び／又はプロセスに資源に対するアクセスを持続的に提供する手段であってもよい。いくつかの実施形態では、予約サービスは、その参加者の資源への通信（メッセージを含む）用の「ルートアドレス」とみなされてもよく、通信は、予約サービスによって表すことができるような、設備を含む一つ以上の資源に向けられてもよい。
【１７０１】
ＰＥＲＣｏｓプラットフォームサービスは、ＰＥＲＣｏｓ構成要素資源サービスを含み、ＰＥＲＣｏｓ構成要素資源サービスは、一つ以上の資源を備える、一つ以上の資源構成要素に働く。
【１７０２】
一実施形態では、オペレーティング資源集合は、資源の要素を含む、資源の設備を備えてもよい。
【１７０３】
そのようなサービスは、資源集合、設備及び／又はその他の資源の構築だけでなく、資源の役割の構築にも使用されてよい。
【１７０４】
これは、例えば、資源ＣＲ１、ＣＲ２、ＣＲ３、…ＣＲｎを備えてもよい、資源構成要素スイートを含んでもよい。オペレーティング資源集合は、これらの構成要素の資源を管理する、一つ以上のＣＲＳのインスタンスを有してもよい。例えば、オペレーティング資源集合は、三つのＣＲＳのインスタンスを有していてもよい。
【１７０５】
ＣＲＳ１は、あるサブセットＳ１の管理に関与しており、
【１７０６】
ＣＲＳ２は、あるサブセットＳ２の管理に関与しており、
【１７０７】
ＣＲＳ３は、あるサブセットＳ３の管理に関与しており、
【１７０８】
Ｓ１＋Ｓ２＋Ｓ３は｛ＣＲ１，ＣＲ２，ＣＲ３，…ＣＲｎ｝に等しい。
【１７０９】
Ｓｉは相互に排他的である。
【１７１０】
各ＣＲＳのインスタンスは、それぞれの業務合意において合意されたサービスを提供するように、その構成要素の資源管理を担う。特に、その構成要素の資源は、それらのそれぞれのメソッド仕様を実装してもよい。例えば、記憶装置の構成要素の資源が、何単位もの情報を記憶し検索するように、業務合意に合意したと仮定する。この記憶装置の構成要素の資源管理を担うＣＲＳのインスタンスは、実際にその業務合意に準拠していることを監視してもよい。何らかの理由でそれができない場合、その資源管理部のインスタンスに通知しようと試みる。
【１７１１】
しかしながら、ＣＲＳのインスタンス（ＣＩ）自体に障害が起きるときがあり、その場合、ＣＩの性能を監視し、必要に応じて是正措置を講じるのは、ＣＩの資源管理部のサービスのインスタンスの責任となる。
【１７１２】
資源及び／又はその設備は、一つ以上のプロセスがすべて、そのプロセスの詳細に合わせて作られた個々の資源インタフェースを有してもよいような、複数の資源インタフェースを有してもよく、例えば、２人の参加者が、単一の資源に対する異なる資源インタフェースを、彼らの目的のために最適化してもよい。各インタフェースの結合は、そのプロセス及び／又は参加者が、資源インタフェースと合意した条件で資源と相互作用するのに充分である。いくつかの例の実施形態では、資源及び／又は資源設備は、資源インタフェースを単一のインスタンスに制限してもよい。
【１７１３】
複数の資源インタフェースから単一の共通資源への複数の及び／又は矛盾するメッセージは、ＲＳＭがいかなる対立をも解決するのに不充分な仕様を有する場合、最初に、その資源に関連するＲＳＭによって及び／又は一貫性サービスによって処理される。
【１７１４】
図５０に図示する通り、資源及び資源インタフェースの設備の例が示されている。
【１７１５】
いくつかの実施形態では、例えば、ウェブサービスであり得る単一の資源は、任意の数の資源インタフェースを支援し、その各々がオペレーティングセッション、参加者、資源設備及び／又はその他のＰＥＲＣｏｓの資源と関連付けられてもよい。そのような実施形態では、資源構成要素は、大容量のウェブサービス、ディスク記憶システムの場合のように、受発信メッセージを管理するのに充分な能力を有していてもよい。資源インタフェースの各々は、資源インタフェースと資源構成要素との間の業務合意によって判定されるような、異なる能力、制御セット及びその他の資源属性を有してもよい。
【１７１６】
例えば、図５１に図示する通り、複数のインタフェースを伴う簡易化された資源構成要素（例えば、ディスク／記憶システム）が示されている。
【１７１７】
別の実施形態では、各資源インタフェースは、別個のオペレーティングセッションで動作し、共通の資源構成要素と直接通信してもよく、またそれによって、さらなる資源インタフェースをも有してよい。本実施形態では、共通の資源構成要素は、例えば、各資源インタフェースが資源構成要素にアクセスするのを認可された参加者と関連付けられ、資源インタフェースは、資源構成要素へのアクセスを得るために、ウェブサービスなど共通の資源インタフェースと相互作用するよう要求されてもよいその他の参加者であってもよい企業環境において、複数の資源インタフェースを支援するのに十分な機能性を有する、クラウドサービスであってもよい。
【１７１８】
本実施形態では、各資源インタフェースと関連付けられるｉ要素は、オペレーティングセッション及び共通のクラウドサービスと関連付けられるｉスペースに記憶される。各オペレーティングセッションに対しては、両方のオペレーティングセッションが同一の資源構成要素を使用しているものの、その資源インタフェースを伴う単一資源がある。
【１７１９】
例えば、図５２に図示する通り、共通のクラウド資源に対して別個のｉ要素及び複数の資源インタフェースを示す、簡易化された共有クラウド資源が示されている。
【１７２０】
本実施形態では、資源構成要素は、複数のオペレーティングセッションにおいて、さらなる資源インタフェースと順に相互に作用する、単一の資源インタフェースを有し、オペレーティングセッションにおけるそれらの資源インタフェースからのメッセージは、クラウドの中で動作する資源構成要素に結び付けられた資源インタフェースによって管理される。この例では、クラウドサービスは、オペレーティングセッションにおいて、各資源インタフェースに対して異なる優先度、アクセス、機能性および／またはその他の能力を用意してもよい。
【１７２１】
そのような実施形態では、クラウドサービスもオペレーティングセッションであるため、別個のｉ要素もまた、各オペレーティングセッションのｉスペースに対して示される。
【１７２２】
例えば、図５３に図示する通り、別個のｉ要素及び資源の相互作用を制御する単一の資源インタフェースを示す、簡易化された共有クラウド資源が示されている。
【１７２３】
ＰＥＲＣｏｓの資源構成体は、利用者が、自身の目的追及を支援して動作する構成体へと進化、解決、結合及び／又は変換され得る資源設備を、効率的及び効果的に発見及び／又は作成することを可能にする。構成体は、ある共通インタフェース仕様を指定する資源の役割のうち一つ以上を利用、指定及び／又は参照してもよい。例えば、「Ｗｉｎｄｏｗｓ７（登録商標）以上」は、（適切な必須資源でプロビジョニングされるときに）Ｗｉｎｄｏｗｓ７（登録商標）のＡＰＩによって供給される運用を支援する、標準及び相互運用資源インタフェースに共通仕様を提供する役割である。フレームワークは、役割「Ｗｉｎｄｏｗｓ７（登録商標）以上」という必要条件を指定してもよい。
【１７２４】
１３．ＰＥＲＣｏｓ資源管理システム（ＰＲＭＳ）の紹介
【１７２５】
開示の本セクションでは、目的運用を支援する、ＰＥＲＣｏｓの資源アーキテクチャの実施形態について記載する。これには、ＰＥＲＣｏｓシステムを支援する、ＰＥＲＣｏｓ資源管理部サービス（ＰＲＭＳ）のアーキテクチャの実施形態を含む。ＰＲＭＳは、利用者が、自身の表現した目的との最高の適合を提供する、コンピュータセッション及びセッション要素を経験、記憶、及び／又は発行してもよいように、目的表現（ＣＰＥを含む）に従い資源設備を提供し管理する。ＰＲＭＳは、ＰＥＲＣｏｓ情報管理システム（ＰＩＭＳ）、ＰＥＲＣｏｓ同一性管理サービス（ＰＥＲＩＤ）、資源管理システム（ＲＭＳ）、ＰＥＲＣｏｓ持続性サービス及び／又はその他のＰＥＲＣｏｓプラットフォームサービスを含む、資源アーキテクチャの実施形態を提供する。
【１７２６】
人とコンピュータの相互作用には、コンピュータハードウェア、ソフトウェア、データ、サービスの仕様並びに／又は場合によりその他の参加者及び／若しくは彼らのグループなどのＰＥＲＣｏｓの資源を含む資源を使用して、生成されるセッション中に展開する一組の経験を伴う。選好、セッション文脈関連情報、履歴情報及び／若しくは目的表現（並びに／又は資源に関係するその他のメタデータ情報）によって時々補完される目的を利用者が明確に述べることで、通常、ＰＥＲＣｏｓのセッションに仮の仕様を提供し、識別及び／又は優先度の設定に適切なセッション資源を通知する。
【１７２７】
ＰＥＲＣｏｓシステムの実施形態は、意図的コンピューティングのためのネットワークオペレーティング環境であり、利用者の目的表現を一意的に有効化することによって、従来のオペレーティングシステムの能力を拡張し、さらに利用者の文脈目的表現（ＣＰＥ）並びにいかなる関連する選好及び基盤、利用者及び利害関係者規則、メタデータ及び同種のものを、局所的に及び／又は一つ以上のネットワークで利用可能な資源に最適にマッチする装置並びに方法を採用する。ＰＥＲＣｏｓシステムは、利用者目的に応じるユーザー体験を提供する、資源の配備を支援するように設計される。
【１７２８】
ＰＥＲＣｏｓ環境によって、利用者は、目的応答設備として集約及び構成されてもよい、可能性を持つ資源の非常に大きな多様性を備える、グローバルなほぼ無限の「目的のあるネットワーク」と知的及び効率的に相互作用することができる。いくつかのＰＥＲＣｏｓシステムの実施形態のうちの一側面は、論理的に統一された資源の基礎構造の構成要素として、セッションの潜在的に積極的に貢献する要素すべての包含、組織及び管理である。処理要素、情報の一部及びすべての貢献する形態、ネットワーク資源の貢献する一部及びすべての貢献する形態、デバイス設備及び参加者は、一律に資源として取り扱うことができる。それらは、集約されてもよく、利用者目的に応じて識別、アクセス及び配備可能である。メモリ、デバイス、マイクロプロセッサ、データベース、ソフトウェア、サービス、ネットワーク、役割を含む参加者及び／又は出演者）並びにその他の仕様のタイプ、すべてをＰＥＲＣｏｓの資源管理部が管理してもよい。
【１７２９】
目的仕様は、ＰＥＲＣｏｓ環境内の資源である。現行のオペレーティングシステムは、従来、事前に識別された一般的な活動のタイプ（文書処理、表計算、会計提示、電子メール）に好適なアプリケーションを供給する。対照的に、ＰＥＲＣｏｓシステムは、展開中の実行が具体的には目的仕様に応じて資源設備を提供することによって、利用者が表現した目的仕様に対応する体験を供給するように設計される。
【１７３０】
利用者が最適な目的仕様を考案するために費やす必要がある、労力のレベルを最小化するために、ＰＥＲＣｏｓシステムは、仕様、構成体、サービス、プロセス、ツール及び／又は、例えば、以下のうちのいくつか若しくはすべてを含むユーティリティなどの様々な資源を提供する。
【１７３１】
・文脈目的表現などの目的表現
・例えば、ＣＰＥ、構成体、資源及び／又はその他のクラスを含む、仕様セット（資源）及びテンプレート。利用者、その他の利害関係者及び／又はシステムは、豊かで微妙に異なり応答性の高い目的仕様を開発、識別及び／又は優先するように、これらを使用することができる。また、彼ら及びシステムは、文脈目的実現の資源プロビジョニングに対する命令を指定するように、ＰＥＲＣｏｓ仕様（それらのセットを含む）を使用してもよい
・指定及び／又は派生した目的が表現する通りの、利害関係者の関心を統合する上質の体験を導く、目的仕様を調整し、解決し、調和させ、統合し、改良するための一貫性サービス一式。一貫性サービスは、例えば、誤り、明確さの欠如、不完全性、不一致、非効率、最適でない選択及び／又は利用できない資源への要求を含む、幅広い範囲の制限、欠陥及び／又は例外を、検出及び／又は修正するように試みてもよい
・資源として捕捉され発行されてきた多くのデータから、有用な目的固有の情報を発見、抽出及び／又は操作するための、ＰＥＲＣｏｓ情報管理サービス（ＰＩＭＳ）一式
・基礎となる資源を必ずしも直接操作しなくても、資源の発見、評価、選択及び／又は集合に効率的に取り掛かることを可能にする、識別管理のサービス（ＰＥＲＩＤ）一式
・一つ以上の資源のために、起源、評判及び適合性を検証するための評判のシステム
・登録、発行、資源情報マトリックス、業務用のフロー管理、共振サービス及び／又はＣＰＥの達成において候補の資源を最適に識別するためのその他のＰＥＲＣｏｓプラットフォームサービスなどの、その他のＰＥＲＣｏｓプラットフォームサービス及びユーティリティ一式
【１７３２】
ＰＥＲＣｏｓシステムの実施形態では目的仕様を採用し、展開中の実行が目的仕様に対応する体験を提供できる資源の最適な配列を識別するように、仕様の有効性を確認する。最初、候補の仕様は、場合により不完全であってもよく、並びに／又は抽象的／一般的用語で及び／若しくは文脈上で資源について記載してもよい。ＰＥＲＣｏｓシステムの実施形態は、仕様の有効性を確認するように、評価、調整、解決、一貫化及び改良する。いくつかの実施形態では、ＰＥＲＣｏｓシステムは、目的仕様を立証するために一貫性サービスを使用してもよい。
【１７３３】
また、ＰＥＲＣｏｓシステムの実施形態は、識別された資源の可用性を照合してもよく、例えば、利用者が認可を必要とする場合がある資源へのアクセスを認可されているか、及び資源が対立する使用によって既に停止していないかを照合してもよい。適切な場合には、一貫性プロセスは、明確化及び／又は綿密さのために、利用者及び／又は利害関係者と相互に作用してもよい。例えば、利用者はいくつかの資源へのアクセスを認可されない場合があり、一貫性は代替を見つけることも、資源を置き換えることもできない。その後、一貫性は利用者及び／又はその他の利害関係者にさらなる助言を要求してもよい。
【１７３４】
ＰＥＲＣｏｓシステムの実施形態では、解決され一貫された目的仕様を採用し、利用可能なそれらの資源を割り当て、残りの予約を要求してもよい。また、目的仕様に対応する体験を提供するように、充分な資源仕様及びインスタンスを有する操作仕様を生成してもよい。目的仕様には、所与のレベルの性能及び信頼性を必要とする場合があるものや、高度なセキュリティ及び／又はプライバシーを必要とする場合があるものある。いくつかの実施形態では、生成された操作仕様は、基盤、フレームワーク、目的クラスのアプリケーション、資源の構造、資源の基盤並びに／又は以前に作成及び／若しくは利用したその他の資源設備などの資源設備を備えてもよい。
【１７３５】
ＰＥＲＣｏｓ資源管理部サービス（ＰＲＭＳ）は、ＰＥＲＣｏｓシステムの実施形態で使用されてもよい。ＰＲＭＳは、利用者が、自身の目的文への最高の適合を提供する、コンピュータセッション及び／又はセッション要素を経験、記憶及び／又は発行してもよいように、ＣＰＥ及びその他のＰＥＲＣｏｓの情報設備に従い資源設備を提供し管理する。ＣＰＥ及び関連する測定基準を伴う資源のある基礎構造を提供することによって、ＰＲＭＳは、利用者の目的表現を最適に実現することができる候補の資源セットを、場所にかかわらず効率的に生成するようにＰＥＲＣｏｓのクラスシステムを使用してもよい。これらのクラスシステムによって、ＰＲＭＳが、利用者の目的表現に最適にマッチする、及び／又は最も類似しているＣＰＥを効率的に識別することを可能にする。基礎構造は、ＰＲＭＳの実施形態が、関連する測定基準を使用して候補のセットを改良するのを可能にする。
【１７３６】
ＰＲＭＳの実施形態は、ＰＥＲＣｏｓシステムが、大きさ、複雑さ、多様性、場所、書式並びに／又は作成の方法及び資源を一律に取り扱う方法に関わらず、すべてのタイプの資源を管理することを可能にする、高度にスケーラブルで拡張可能な資源アーキテクチャを提供する。このＰＥＲＣｏｓの資源アーキテクチャは、ＰＲＭＳの実施形態が、個人向け共通サービス及び／若しくは資源の管理インタフェースの提供並びに／又は途切れのない資源の集約を含む、メモリ、データベース、計算プロセス、ネットワーク、参加者及び仕様を一律に整理し処理することを可能にする。
【１７３７】
ＰＥＲＣｏｓの資源アーキテクチャの実施形態は、資源の集約を、資源集合（セット）を作成するように、資源インタフェースと共に配置し組み合わせることを可能にする。そして、これらの集合は、際限なくさらにより能力のある資源を作成するように、その他の資源及び資源インタフェースと共に配置することができる。これによって、利用者及び／又はその他の利害関係者が、いかなる選ばれた粒度のレベルでも資源を作成し使用することを可能にする。
【１７３８】
ＰＥＲＣｏｓ情報管理システム（ＰＩＭＳ）は、利用者（例えば、初心者又は専門家）及び／又はその他の利害関係者が、メタデータを含む資源についての情報を記載、捕捉及び整理することを可能にしてもよい。このシステムは、作成できるいかなる形態の資源をも表示するその能力において、根本的に拡張可能である。ＰＩＭＳの使用を通して資源情報を整理することで、利用者目的のための資源を、利用者目的を直接には支援しない、既存の形態である資源の組織、管理及び識別よりも効率的に発見し管理することを可能にする。ＰＩＭＳは、資源関係の情報を、資源の場所に関わらず、ＣＰＥの表現及び／又は要素と一致させて整理することを可能にする。これにより、利用者の目的文を、使用する資源の場所又は発行者に関する制約なしに、最適にプロビジョニングすることを可能する。
【１７３９】
ＰＲＭＳは、資源のクラスからサービスのレベルを要求する操作仕様を受け入れる。また、利用可能な資源の最も好適な設備を判定するように、アクセス可能な資源を照合する。（いくつかの実施形態では、ＰＲＭＳは、アクセス可能な資源と操作仕様を調和させるように、一貫性サービスを使用してもよい。）その判定に基づき、ＰＲＭＳは、各資源によって供給されるサービス及び／又はメソッドのレベルを含む、資源プロビジョニングを指定する、一つ以上の業務合意を取り決めて確立してもよい。取り決めたサービス及びメソッドのレベルは、目的文によって明示的に指定され、及び／又は目的文に暗黙的に由来してもよく、性能、機能性、信頼性、冗長性、機密性、整合性及び／又はその他のサービスレベルを指定してもよい。その後、ＰＲＭＳは、取り決めた業務合意の順守を保証するように、資源の性能を管理及び監視してもよい。一つ以上の資源の遂行が失敗する事象において、ＰＲＭＳは、例えば、是正措置を実行し（例えば、障害の起こっている資源を交換し、事象に基づく状況に順応する）、例えば、管理ユーザーを備えてもよい適切なプロセス及び／又はその他の利害関係者にアクションを通知及び／又は要求して、適切な行動を起こしてもよい。
【１７４０】
ＰＲＭＳ予約サービスは、ＰＩＭＳ及び／又はＰＥＲＣｏｓ永続化プラットフォームサービスと連携して、資源が活動中、非活動中、切断又は利用不可能であるかに関わらず、見込みのある資源のスケジュール設定を有効にする。また、現行使用できない資源に対してさえも、資源のメタデータを持続的に利用可能にすることも可能にする。ＰＥＲＣｏｓのオペレーティング資源及び／又はプロセスは、重要なデータセット、それらの文脈及び同種のものなど、資源及び／若しくはプロセスの一部又はすべての状態を持続することによって、一時停止の後、それらの処理を再開するように、この同一の能力を使用してもよい。
【１７４１】
ＰＲＭＳは、利用者が、予約のときに動作していない及び／又は利用可能でない場合がある資源、例えば、フレームワーク及び／又は基盤の形態である資源セットを予約することを可能にする。利用者は、それらの基盤の資源の途切れのない再構成から恩恵を受けることができる。例えば、利用者は、時々使用する基盤の要素として、一つ以上の携帯デバイスを有してもよく、期間中、携帯デバイスは動いていないか又は切断されているかであってもよい。利用者は、あらかじめ携帯デバイスを予約することによって、体験が限定的に中断することなく、切断された携帯デバイスを再接続するように手配してもよい。例えば、利用者が、文脈目的体験を得るために、職場のデスクトップコンピュータ上でＰＥＲＣｏｓを使用するかもしれない場合、その後、職場を立ち去っても、中断することなく、依然として予約した携帯デバイスで体験を得続ける。
【１７４２】
ＰＲＭＳの実施形態は、資源関係の情報を記録するための機構を提供し、それには、資源が相互に作用していたそれらの資源を含み、性能、構成要素の構成、活動、統計、操作結果及び目的、クラス並びに動作測定基準などの情報を含んでもよい。この情報は、全体又は一部において、資源の記録仕様に基づいてもよい。
【１７４３】
ＰＲＭＳの実施形態は、ＰＲＭＳ自体及び／又はＰＲＭＳが相互に作用するその他の資源について、ＰＲＭＳが管理する情報の一部またはすべてに対して、関連する評判の情報を資源が有する能力を含む。例えば、これは、資源の性能、セキュリティ、信頼性及び／若しくはその他のオペレーティング特性、ＣＰＥに関する評判の情報並びに／又は資源が目的の成就に貢献した程度の一部又はすべてに関する表明を含んでもよい。
【１７４４】
１４．ＰＲＭＳ設計の特徴
【１７４５】
ＰＲＭＳのある実施形態では、設計は、以下の一つ以上の設計側面を有する。
【１７４６】
・一律処理：幅広い様々な状況において、資源のタイプ及びインスタンスの一律処理を提供
・性能：効率及び効果に対して最適化された、効果的な無限のコンピューティングを支援
・スケーラビリティ：場所に関係なく候補となる利用可能な資源を発見するだけでなく、恣意的に大きい及び／又は分散型の資源グループとインタフェースする能力を含む、無限のコンピューティングを支援
・相互運用性：相互運用可能な資源の操作及び情報の相互作用を支援
・標準化資源の役割：標準インタフェースを伴う資源が、例えば、通信、文書処理、記憶システム、並びに利用者目的を支援して資源設備の効果的及び効率的組成を支援する統合及び／又は相互作用のための同類のものといった、標準化された役割の範囲を支援
・情報管理及び永続化：情報管理並びに資源及び情報セット用の永続化システム及び方法を提供
・耐障害性及び信頼性：例えば、資源可用性の信頼性を解釈、予測及び／又は保証するように、資源（及び／又はそれらの構成物要素）を評価及び試験する方法を提供
・体験：ブロック仕様及びテンプレートを作り上げる、再度目的を持つ標準化された体験の使用を通して、体験の「総体的な」管理及びプロビジョニングの方法を提供
・近似及び／又は損失性：候補の資源セットの識別、配置及び／又はプロビジョニングを支援するように、目的関係のクラス及び／又はオントロジの情報セットを記憶し、組込み、比較する方法を提供
・拡張性：例えば、資源クラスなど、既存の資源組織及び／又は完全に新規の資源クラスの新規インスタンス両方を管理
【１７４７】
・調和：二つ以上のクラスシステム間の関係（オントロジ／分類学を含む）を管理し、例えば、目的のオントロジ情報を資源のオントロジ設備及びそれらの構成物のオブジェクト／要素に組込むことによって、多次元資源のオントロジ「図」を提供
・分散型コンピューティング：多様な及び／又は分散された設備の中に位置してもよい資源を管理
・資源管理：スケジュール設定、予約、割り当て及び／又はプロビジョニングを含む、資源及びそれらの配列に、柔軟性がありスケーラブルで拡張可能な管理システムを提供
・信頼性：ハードウェアの不具合、通信回線の障害、障害が発生しているソフトウェアサービス及び同種のものなど、異なるコンピュータ環境に対して、ＰＥＲＣｏｓサービスの信頼性を支援する装置及び方法を提供
・一貫性：一貫性のサービスは、検出を支援し、及び／又は幅広い範囲の制限、欠陥、不一致、曖昧さ、不完全性、非効率、不具合状態、最適でない選択並びに／又はＰＥＲＣｏｓ運用の準備で、ＰＥＲＣｏｓ運用のための及び／若しくはＰＥＲＣｏｓ運用中のその他の不和を修正するように試みてもよい
・共振：共振仕様は、例えば、目的選択及び操作において利用者を補助するように、専門家によって選択され組み立てられる、最適化及び／若しくは目的のカスタマイズ並びに／又は選択のオプションを提供してもよい
・発行及び配布：資源の相互運用性に対する発行サービス及び関連する配布方法の支援を提供
・統治：いくつかの実施形態では、適切な実施方法に連結されてもよい、ＰＥＲＣｏｓシステム、利用者の選好、利害関係者の方針仕様のための装置及び方法を提供
・セキュリティ：ＰＥＲＣｏｓそれ自体が内部で一貫し及び安全であることを支援することを含む、複数のセキュリティ機構を有効化
【１７４８】
ＰＲＭＳの実施形態は、仕様（ＣＰＥなどの目的表現及びクラスなどの目的組織を含む）、プロセス、資源（例えば、メモリ、デバイス、サービス、アプリケーションを含む）を備える、すべてのタイプの資源を管理できることによって、すなわち、資源の内部インタフェース及び／又は作成の方法に関わらず、幅広い様々な状況において、幅広い範囲の資源の一律処理を提供することによって、一から無限大のコンピューティングを支援する。このＰＲＭＳの設計は、基礎となる資源構成要素とは別々に管理されてもよい、資源インタフェースを通して資源の一律処理を提供する。
【１７４９】
資源は、オペレーティングセッション中、動的にインスタンス化及び／又は作成されてもよい。資源は、（物理的）デバイスなど静的又はサービス若しくはプロセスなど動的であってもよい。資源がどのようにインスタンス化されるかに関わらず、この資源アーキテクチャの実施形態は、資源との及び資源間の相互作用を記載、管理及び／又は支援する、系統立てられて一律な手段を提供する。例えば、いくつかの実施形態では、資源がいつインスタンス化されても、ＰＥＲＣｏｓ情報管理システム（ＰＩＭＳ）のインスタンスに、資源のインタフェース仕様、アクセス情報及び同種のものなど、資源についての関連情報を含有するメッセージを送ることができる。例えば、より機能的に能力の高い単一の資源を形成するように資源のグループを手配するのに、新規資源インタフェースを生成し、その後、適切なＰＩＭＳのインスタンスにメッセージを送ることを伴ってもよい。
【１７５０】
資源は、資源インタフェースが構成要素の資源へのアクセスを提供する方法によって提供される分化要素に応じて、幅広い様々な手段で手配され集められてもよい。
【１７５１】
構成要素は、単純なデバイスなどの単一資源、又はコンピュータ、オペレーティングシステム又は複数のホストプラットフォーム、サーバー、通信デバイス、データベース及び／若しくはその他の機能ユニットを含むネットワークなどの資源設備であってもよい。
【１７５２】
いくつかの実施形態では、ＰＲＭＳは、公式、非公式、短期及び／若しくは複合並びに／又は、例えば、変換部の使用による一律処理を支援する適切なインタフェースを伴う非ＰＥＲＣｏｓの資源を含む、一つ以上の資源タイプの一律処理を支援してもよい。いくつかの実施形態では、非ＰＥＲＣｏｓの資源を相互運用可能で標準化された方法でＰＲＭＳが管理することを可能にしてもよい、幅広い範囲の変換部があってもよく、非ＰＥＲＣｏｓの資源の基礎となる機能性によって制約される。
【１７５３】
ＰＲＭＳは、例えば、一つの資源に障害が起きるかもしれない場合、資源のサブセットを含む、資源の一部及びすべての組み合わせに一律処理を提供することができる。
【１７５４】
ＰＥＲＣｏｓの資源は、構成要素の資源及び資源インタフェースを備えてもよい。資源インタフェースは、一つ以上の構成要素の資源に対する一組の方法及び仕様を備えてもよく、一実施形態では、通信、識別、方法及びメタデータ並びにＰＥＲＣｏｓのカーネルサービスを組込む。
【１７５５】
例えば、図５４に図示する通り、非ＰＥＲＣｏｓの資源を含む、合成資源を表示する、複数タイプの資源要素を備える資源が示される。
【１７５６】
構成要素から資源を及びいかなる設備でもその他の資源を構築する、この一貫したインタフェース並びに能力は、ＰＥＲＣｏｓの資源すべての一律処理を可能にする。
【１７５７】
図５５に示す通り、ＰＥＲＣｏｓの資源は、資源インタフェースとインタフェースするのに充分な情報を含む、資源の属性のうちいくつかを文脈内で定義する、指示子（いくつかの実施形態では、これはＰＥＲＣｏｓのｉ要素であってもよい）と関連付けられてもよい。いくつかの実施形態では、資源インタフェースは、通信インタフェース（例えば、プロトコルスイート）及び制御仕様を備えてもよく、通信インタフェースは、その他の資源（参加者を含む）及び／又はプロセスが、資源と相互に作用してもよい方法を定義するのに対して、制御仕様要素は、資源を活用するために満たされてもよい一つ以上の条件を定義する。
【１７５８】
例えば、図５５に図示する通り、簡易化された資源が示されている。
【１７５９】
特に、資源がどのように作成されたのか、又は資源がどのようにアクセス及び／若しくは操作されてもよいのかに関わらず、本実施形態により、ＰＥＲＣｏｓシステムが、いずれの場所に位置するいかなる資源も支援することを可能にするという点で、本実施形態においていくつかの側面がある。この手法は、異種資源タイプ間の相互作用及び通信、すなわち、資源は、本来全く異なっていてもよい、複数の資源設備の一つ以上の異なる文脈及び／又は管理における資源の利用を可能にする。
【１７６０】
別の側面は、この手法により、所与の資源構成要素が、複数のインタフェースを有することを可能にするということである。例えば、一組の動画ファイルを備える資源構成要素は、二つのインタフェースを有してもよく、一つは高解像度の表示部を提供し、他方は低解像度の表示部を提供し、又は資源構成要素は、各利用者に対して個々のインタフェースを有してもよく、関連する参加者が、例えば、インタフェース自体の資源との相互作用の履歴を作り上げて管理し、並びに／若しくは参加者のニーズ、選好及び／若しくは表現された目的に適するように、インタフェースを個人向けにすることを可能にする。実装は、資源インタフェースの粒度及び参加者の基盤の能力に依存してもよい。
【１７６１】
別の側面では、基礎となる構成要素が、複数の方法及び／又は経路を介してアクセス可能であり得る。一つの方法では、未加工データとして内容にアクセスしてもよく、別の方法では、グラフィック表示を課してもよい。
【１７６２】
その上さらなる側面では、ＰＥＲＣｏｓシステムが、そのアプリケーションを有効化して、アプリケーションの資源への異なるアクセス権を課すことを可能にする。ＰＥＲＣｏｓは、発呼側の認可に基づき、異なる資源インタフェースを支援し、及び／又はインタフェースのメソッド内での認可の照合を含んでもよい。例えば、特権プロセスは、プロセスが、より少ない特権プロセスに認可されていなくともよいか、又は認可の照合を迂回するアクセスメソッドを持つかの特権メソッドを呼び出すことを可能にする、インタフェースを提供されてもよい。
【１７６３】
ＰＲＭＳの性能は、一部において、ＰＲＭＳに提供される操作仕様の品質に依存する。一実施形態では、ＰＥＲＣｏｓのＳＲＯプロセスのインスタンスは、以下の方法を行うことによって、利用者のＣＰＥ用に操作仕様を生成する。
【１７６４】
・利用者に最適な文脈目的体験に対する適切な資源を提供するであろう、入力の解決仕様を生成する、適用可能な仕様の発見。これには、順に、基盤、フレームワーク及び資源集合を含んでもよい、一つ以上の目的クラスのアプリケーション仕様を含んでもよい
・利用可能な資源及びアドレスに対してだが、例えば、一貫性処理、可能性のある不一致、不完全性を解決することによる、入力の解決仕様の操作仕様への変換
・該当する場合は、基盤及び構成体の仕様を組み合わせ、及び／又は、例えば、共振アルゴリズムによって並びに／又は利用者の相互作用に対して好適で潜在的に最適化された方法で、基盤及び／若しくは構成体を伴う操作仕様によって識別された資源を組み合わせる
【１７６５】
ＰＲＭＳは、効率的な方法で操作仕様をオペレーティング仕様に変換できるように、順に、ＰＩＭＳ及び／又はＰＩＭＳが、一つ以上の共振仕様を含んでもよい、資源の最適な組を発見することを可能にするであろう、資源ディレクトリなど、最も適用可能な資源情報のリポジトリを識別してもよい。これには、資源クラス、その他の仕様のフレームワーク、共振仕様、一貫性仕様並びに／又は適切な資源及び／若しくは資源設備を見つける資源のＰＩＤＭＸの使用を伴ってもよい。ＰＩＤＭＸの場合、これには、資源設備に関する情報の利用を伴ってもよく、一つの資源は、特定の目的及び／又は操作領域内にその他の資源との関係を有する。
【１７６６】
ＰＥＲＣｏｓの性能の有効化及び最適化は、例えば、一貫性、共振、資源管理、識別管理及び／又はその他の資源設備を含む、いくつかのＰＥＲＣｏｓのプロセスによって支援されてもよい。
【１７６７】
ＰＲＭＳは、性能、待ち時間、信頼性、評判及び／又はその他のメタデータなど、例えば、測定基準の評価を通して獲得する必要がある資源の組を最適化するように、一貫性管理及び／又は共振仕様と相互に作用してもよい。また、これは、資源クラスの仕様を通して達成されてもよく、例えば、一貫性サービスは、代替の資源設備を提案してもよい。資源の発見は、機能上の能力だけでなく、充分な性能によっても推進されてよい。
【１７６８】
ＰＲＭＳは、その管理下にある資源を分析してもよく、その結果、各グループを、業務合意によって指定された所望のサービスレベルに合致するように、より効率的に管理できるように、資源及び／又はそれらの仕様をより小さい論理グループに分割してもよい。分析は、資源の機能性及び／若しくは場所並びに／又は提供する必要があるサービスのレベルなど、各資源の属性に基づいてもよい。例えば、同一のセキュリティ要件を有する資源を、合成資源の中に配置してもよい。別の例として、同一の永続化要件を有する資源もまた、合成資源の中に配置することができる。
【１７６９】
また、一実施形態では、資源の設備は、仕様の中で表現されたもの（例えば、基盤、その他の構成体、資源集合）及び一つ以上の資源識別マトリックス内で表現されたものなど、その他の資源との資源関係によって判定されてもよい。
【１７７０】
無限のコンピューティングを支援するために、ＰＲＭＳの実施形態は分散型で階層的に設計される。分散の範囲及び階層の深さは、操作仕様によって要求及び／又は識別される資源の組に依存する。特に、ＰＲＭＳの実施形態は、深さ及び範囲を判定するために、各資源に所望される可用性、場所、性能、サービスのレベル及び／又は資源の数などの因子を考慮する。各操作仕様に対しては、最上位のＰＲＭＳのインスタンスが、オペレーティングセッションを作成することができ、オペレーティングセッションを操作仕様によって指定された資源でプロビジョニングする。
【１７７１】
一実施形態では、ＰＥＲＣｏｓ環境は、標準化され及び／又は相互運用可能な資源インタフェースと組み合わされた階層資源、ＰＩＭＳ及びＰＲＭＳのアーキテクチャを使用することによってスケーラビリティを達成する。資源アーキテクチャの実施形態は、資源のグループが合成資源の中に配置され、共通インタフェースを提供されてもよいように、階層的に設計される。ＰＩＭＳは、利用者／専門家が、自分たちで使用又は他者と共有できる資源を効率的に見つけられるように、資源についての情報を整理することを可能にする。
【１７７２】
本実施形態は、いかなる選ばれた粒度のレベルでも資源を効率的に記載するように、ブロックを作り上げるような合成資源を、利用者／専門家に提供する。例えば、利用者／専門家は、合成資源の使用によって、大量の資源を記載する労力を減らしてもよい。
【１７７３】
各資源が、資源の識別及びその識別を解決するための関連するいかなる方法でもある指示子として記載される、対応するｉ要素を有するとき、ＰＩＭＳなどのＰＥＲＣｏｓの情報システムは、その後資源配列を管理するように使用されてもよい、資源のＩＤの配列（資源のｉ要素の形態）を含む、合成資源の配列を作成するように使用されてもよい。
【１７７４】
図５６は、単一のｉ要素によって表示され、資源配列を表示する、資源の指示子の実施形態の組を示し、資源集合、基盤及び／又はフレームワークを備えてもよい。
【１７７５】
例えば、図５６に図示する通り、資源の指示子（ｉ要素）階層が示されている。
【１７７６】
また、利用者は、彼らそれぞれの文脈目的体験を実現するときに効果的だと分かっている最適セットの資源を合成資源の中に配置し、その後、その他の利用者が合成資源を利用できるようにしてもよい。これらの資源設備は、サービスなどのオペレーティング資源集合のインスタンスとして、並びに／又は適切なＰＲＭＳによるプロビジョニング及び操作のためにオペレーティング仕様へと、その後処理することができる仕様として提供されてもよい。例えば、利用者／専門家は、ストリーミング動画の提供など、いくつかの体験が、ストリーミング動画を提供するときに効果的である、資源のうちいくつかの特定の設備を必要とする場合があると指定することができる。これらの合成資源は、その後、その他の利用者が、自分たち自身の文脈目的体験を実現するために使用してもよいように、フレームワーク及び／又は基盤などの構成体として発行されてもよい。また合成資源は、独立して試験して潜在的に立証することもでき、結果は発行することができる。
【１７７７】
例えば、図５７では、利用者１は、利用者２が類似の文脈目的表現を有していることを通知し、その資源設備情報を参加者２に公表し、及び／又は参加者２がその資源設備情報を利用できるようにする。
【１７７８】
例えば、図５７に図示する通り、資源設備情報の共有が示されている。
【１７７９】
ＰＲＭＳが任意数の資源を管理することを可能にするために、ＰＲＭＳのアーキテクチャは階層的に設計される。ＰＲＭＳのインスタンスは、ＰＲＭＳが、資源の場所、大きさなど、インスタンスが管理する必要のある資源の属性に基づき、効率的及び効果的に管理することができる、資源の構成で起動してもよい。ＰＲＭＳのインスタンスは、資源の量が、効率的及び／又は効果的に資源を管理する能力を超えると判定するとき、その資源をより小さいグループに分割し、分割された資源のグループを管理するように、より下位のＰＲＭＳのインスタンスを付与してもよい。また、三つのより下位のＰＲＭＳのインスタンスの各々は、付与される資源のグループが、インスタンスの能力を超え、その資源をより小さいグループに分割することを選ぶことを決定してもよい。
【１７８０】
いくつかの実施形態では、ＰＲＭＳは、ＰＩＭＳインスタンスと相互に作用してもよく、そのようなＰＩＭＳによって管理されるそれらのｉセットは、ｉ要素の階層を有してもよい。これらのｉセットは、その他の資源に対して利用可能となるように、資源として発行されていてもよく、そのため、ＰＲＭＳによって管理される。これらの階層は、一部において、そのようなｉセットを備えるｉ要素に由来してもよい適切な管理施設を、少なくとも一部において判定するように、ＰＲＭＳによって使用されてもよく、例えば、各ｉ要素は、資源と関連付けられ、例えば、その資源の一つ以上の属性を示す。図５８は、ＰＲＭＳが使用してもよい、ＰＩＭＳ階層の例を図示している。
【１７８１】
図５８は、ＰＩＭＳの階層の例である。
【１７８２】
このプロセスは、すべてのリーフレベル例のＰＲＭＳのインスタンスに付与される資源のグループが、その管理すべき能力内であるまでは継続してもよく、ＰＲＭＳのインスタンスは、その下にいかなる下位のＰＲＭＳのインスタンスをも有さない場合は、リーフレベルである。例えば、インスタンス１が管理する必要のある資源の量が、その能力を超えた場合、インスタンス１は、資源を三つのグループに分割し、資源の各グループをそれぞれインスタンス１１、インスタンス１２及びインスタンス１３に付与することができる。インスタンス１１に付与される資源のグループは、その能力の範囲内である。そのため、その付与された資源の分割はしない。しかしながら、インスタンス１２及びインスタンス１３の両方は、付与された資源がそれらの能力を超えると判定した。その結果、インスタンス１２及びインスタンス１３は、それぞれの資源を３グループ及び２グループにそれぞれ分割する。本実施形態では、インスタンス１１、インスタンス１２１、インスタンス１２２、インスタンス１２３、インスタンス１３１及びインスタンス１３２が、リーフレベルのＰＲＭＳのインスタンスである。より高位のＰＲＭＳのインスタンスは、より低位のＰＲＭＳのインスタンスを通して、間接的に管理機能性を提供する。
【１７８３】
ＰＲＭＳの実施形態は、一から無限大で遭遇する、いかなる数及びタイプの資源と相互作用する必要があってもよい。ＰＥＲＣｏｓの相互運用性は、いかなるＰＲＭＳ資源も、相互運用も拡張も可能で柔軟性がある資源インタフェースを通して、いかなる他の資源とも相互に作用することを可能にすることによって達成される。いくつかの実施形態では、ＰＲＭＳの資源インタフェースは、ＰＥＲＣｏｓのカーネルオペレーティングセッションのインスタンスによって支援される、基礎となる資源構成要素との相互作用に対する識別、仕様、メタデータ及び方法のプロビジョニングを含む。
【１７８４】
非ＰＥＲＣｏｓの資源は、同化を通してＰＥＲＣｏｓと相互運用可能になってもよく、ＰＥＲＣｏｓの資源の発見、同化及び変換サービスは、ＰＥＲＣｏｓの資源インタフェースの実装を通していかなる非ＰＥＲＣｏｓの資源をも統合するように働く。
【１７８５】
いくつかの実施形態では、ＰＥＲＣｏｓの資源インタフェースとの組み合わせにおいて、資源間の通信及び相互作用に提供する、ＰＥＲＣｏｓプラットフォームのメッセージサービスがある。いくつかの場合、メッセージサービスは、相互作用を促進及び有効化するよう、適切な通信方法を識別し資源インタフェースに提供するように、一貫性及び／又はその他のＰＥＲＣｏｓプロセスを伴い機能してもよい。
【１７８６】
相互運用性は、ＰＩＭＳシステム及びＰＥＲＣｏｓの識別システムによって支援され、前者は資源の設備を管理する手段を、後者は資源の識別及び検証の効率的な方法を提供する。
【１７８７】
ＰＥＲＣｏｓの実施形態は、相互運用性を達成するために、共通の資源インタフェースと組み合わせて、周知の標準化及びプロトコルを取り込んでもよい。
【１７８８】
プラットフォーム独立の側面は、例えば、資源インタフェースの標準化を通した相互の運用性である。資源インタフェースの性質が正確に指定されている場合、どんなプラットフォーム又はプラットフォームの集合が、それらの指定された性質を確立及び維持するために使用されるかは問題ではない。（そして、呼び出し元は、指定されていない性質に依存するべきではない。）
【１７８９】
ＰＥＲＣｏｓシステムは、以下の相互運用手法のうちの一部又はすべてを具体化してもよい。
【１７９０】
・データタイプ、書式及び方法が、正確に指定されていてもよい
・「自己記述的な呼び出し及び／又はメッセージ」の方法（正確にそれらを解釈する方法についての情報を含有する）が採用されてもよい
・帯域外情報（例えば、呼び出し元が同一（又は同一種類の）プラットフォーム上で動く資源であるという知識）により、最適化を有効にしてもよい
・ＣＰＥ用の正確な構文及び意味について合意されてもよい
・また、その他の相互の運用性／標準化技術を使用してもよい
【１７９１】
相互運用性は、資源の各呼び出し方法が、適切に解釈されることを保証し、すなわち、各呼び出しは、指定された結果を生成して戻し、指定通りの状態に変更し、結果が呼び出し元によって適切に解釈されることを保証するように、関連操作を実施する。例えば、ＰＥＲＣｏｓの周期における資源は、相互に既知の資源インタフェースを使用して（例えば、共有メモリ及びロック方法を使用するか、又は資源間で標準書式のメッセージを渡すかして）、計算で連携してもよい。その後、特定の資源の実施形態（例えば、関連する業務合意／仕様、データ表示、アルゴリズム、資源管理部、構成要素の資源及び／又は変換部）は、呼び出し資源（又はいかなるその他の資源）とは別々に設計、実装及び理解することができる。
【１７９２】
いくつかのＰＥＲＣｏｓの実施形態では、資源は、資源の役割を表示する、標準化された資源インタフェースを有してもよい。例えば、資源は、特定タイプの資源と関連付けられる、役割を有してもよい。
【１７９３】
利用者の役割は、参加者及び／又は同等の資源の表示を通して、利用者と関連付けられるそれらの役割、及びその資源の利用のタイプと関連付けられるそれらの役割を備えてもよい。
【１７９４】
例えば、参加者の資源は、管理者、発行者、表明者、専門家及び／又はその他の関連する役割など、関連する役割を有してもよく、それによって、役割の各々が、ＰＥＲＣｏｓの標準化インタフェースを有し、その資源との効果的で信頼性の高い相互作用を有効にする。
【１７９５】
その他の資源の役割は、例えば、データ記憶部、プロセッサ、変換部、メソッド、通信など及びＰＥＲＣｏｓの標準化資源インタフェースを含んでもよい。
【１７９６】
一から無限のコンピューティングを支援するために、ＰＥＲＣｏｓ情報管理システム（ＰＩＭＳ）は、資源の大きさ、複雑さ、多様性、場所、書式及び／又は作成方法に関わらず、すべてのタイプの資源の効率的な発見、組織化、共有及び／又は管理を支援する装置並びに方法を提供してもよい。
【１７９７】
いくつかの実施形態では、ＰＥＲＣｏｓ資源管理は、資源がそれらの識別情報によって特徴付けられてもよいという原理に基づく。例えば、特性化の強度は、一部において、識別情報の精度、整合性及び完全性に依存してもよい。
【１７９８】
ＰＥＲＣｏｓの識別は、一つ以上のプロセスと関連付けられるセッションを含む、一つ以上のオペレーティングセッションにおいて、持続的及び／又は一時的であってもよい。ＰＥＲＣｏｓの識別の永続化は、例えば、資源それ自体及び／若しくは資源管理部のインスタンスなどその委任を通して、一つ以上のＰＥＲＣｏｓプラットフォーム持続性サービスを通して、並びに／又は予約サービス、ＰＩＭＳ及び／若しくはＰＥＲＣｏｓプロセスなどのその他のＰＥＲＣｏｓプラットフォームサービスを通して管理されてもよい。永続化の程度及び範囲は、資源インタフェース及び／又はその委任の属性であってもよい。
【１７９９】
ＰＩＭＳの実施形態は、異なる文脈において、資源が、その他の文脈のためにその他の識別を維持しながら、その文脈内でその相互作用に好適な識別を提供してもよいように、実体が、複数のＰＥＲＣｏｓの識別（大抵、文脈上及び／又はセッション）を、異なる発行資源によって実体に発行させることを可能にする。いくつかの例の実装では、「クラウド」サービスなど、複数の文脈で相互作用を支援することができる実体は、各文脈に、その文脈に対して局所にある適切な識別を提供してもよく、又は別の実装では、資源の操作及び相互作用に従い、一組の識別又は単一の識別を提供してもよい。
【１８００】
ＰＩＭＳは、資源に適切な情報管理の機能性及び支援する永続化機構を提供する。情報管理の機能性は、ＰＩＭＳのアーキテクチャを通して提供される一方、永続化は、永続化の提供者から提供され、独立して及び／又は併用して提供されてもよい。ＰＩＭＳは、そのような能力を用意するそれらの資源／サービスとマッチするように、永続化を必要とするそれらの資源が、資源の業務合意を実現する方法を提供する。
【１８０１】
いくつかのＰＥＲＣｏｓの実施形態では、永続化設備は、一つ以上のその他の資源の永続化及びそのような永続化能力を提供するそれらの資源を必要として、参加者／プロセスを含む、それらの資源間の業務合意を備えてもよい。永続化は、資源インタフェース、資源設備及び／又は両方に適用されてもよい。
【１８０２】
一実施形態では、永続化には、永続化の長期化及びそのような永続化の提供に適用される条件（規則／方針を含む）両方の点からみて、様々なレベルの引受業務を提供してもよい。
【１８０３】
ネットワークが利用可能なデータ及びサービスが急速に展開することは、しばしば、ＰＥＲＣｏｓシステムが作り上げられる時と、ＰＥＲＣｏｓシステムが使用される時との間に、新規データ、新規デバイス、新規サービス及び新規システムが利用可能となっていた可能性を予示する。ＰＥＲＣｏｓシステムは、どのハードウェア、どのオペレーティングシステム及び／又はどのサービスが、使用してもよい資源を提供できるのかを知っている場合があると想定することはできない。反対に、資源の発行者は、概して、いかなる所与の資源に対しても使用環境を構成することができる、ハードウェア、オペレーティングシステム、サービス、目的、文脈のすべてを知らなくてもよく、知っていると想定すべきではない（指定がない又は結果的に制約されない場合）。
【１８０４】
ＰＲＭＳの実施形態は、図５９に示す通り、サービスの基本機能性を、機能性を提供する文脈で分離する、一般的なＰＥＲＣｏｓのサービス構造を利用することによって、拡張性を支援するように設計される。ＰＲＭＳのサービスの実施形態を含め、サービスは呼び出されるとき、サービスの仕様、ＡＰＩ及び任意のＵＩを提供される。また、サービスには、サービスの仕様を満たすために必要としてもよい、いかなる制御及びアルゴリズムも提供される。この分離の結果として、ＰＥＲＣｏｓシステムは、これらのデータ構造を提供することによって、いかなるサービスをも作成することができる。
【１８０５】
例えば、ＰＥＲＣｏｓ監視サービスのインスタンスは、オペレーティング資源が仕様に従って遂行することを保証するように、オペレーティング資源の監視を担う。サービスインスタンスが何を及びどのように監視するかは、サービスインスタンスのインスタンス化の文脈による。例えば、ＰＥＲＣｏｓ監視サービスのインスタンスは、通信チャネルを監視するように呼び出される場合、例えば、チャネルの通信帯域幅、損失率及び待ち時間に対する監視装置として働いてもよい。ＰＥＲＣｏｓ監視サービスのインスタンスは、サービスを監視するために呼び出される場合、サービスが応答サービスを提供するなど、その仕様に準拠することを保証するように監視してもよい。この文脈は、一組の制御ステートメントによって提供される。
【１８０６】
例えば、図５９に図示する通り、「一般的な」ＰＥＲＣｏｓのサービス構造の抽象的概念が示されている。
【１８０７】
資源は、図６０に示す通り、そのセッション及び文脈（例えば、統治などの規則）を制御する一つ以上の仕様セットに従って、複数の文脈及びセッションにおいて発見及び利用されてもよい。本実施形態では、資源は、ＲＳＭ（大抵、受信された仕様に応じて）によって作成され、ＰＥＲＣｏｓのＰＩＭＳを利用することで、順に一組のｉ要素を備える、ｉセット＿ｘを備える資源を作成する。ＲＳＭは、資源インタフェースを作成し、資源を形成するように、資源構成要素（この例では、基本構成要素）と組み合わせる。その後、資源インタフェースは、局所のｉスペースに記憶される資源に対して、指示子を作成する。この例では、第二のオペレーティングセッションは、指示子（しかし、例えば、目的情報及び関連する目的の成就測定基準など、オペレーティングセッション２の操作と互換性があるメタデータ）を発見し、その後、指示子をオペレーティングセッション２のｉスペースに要求及び／又は複製し、ＲＳＭ２及び／又はその他のオペレーティングセッション２のプロセスが、オペレーティングセッション２のｉスペースから、さらにそれらの目的運用まで、指示子と相互に作用してもよい。
【１８０８】
例えば、図６０に図示する通り、ｉセットからの資源の作成を簡易化したものが示されている。
【１８０９】
ＰＲＭＳは、すべての資源を相互運用可能とみなし、そのため、資源は、局所的にだけでなく複数の全く異なるネットワークの場所にわたって配置されてもよい。資源選択における主要な確定は可用性であり、例えば、費用、場所、間隔又はその他の測定基準を含む、例えば、いくつかの測定基準で表現されてもよい。ＰＲＭＳは、適切な資源選択を容易にするように、一貫性と相互に作用してもよい。
【１８１０】
それぞれの分散型コンピュータ環境で動作していてもよい、ＰＲＭＳに管理された資源は、例えば、ＰＥＲＣｏｓのメッセージサービスを通して、互いに途切れなく通信してもよい。一実施形態では、これらのＰＲＭＳに管理された資源は、その他の資源の場所を知らなくてもよい。代わりに、ＰＲＭＳに管理された資源は、メッセージを生成して、目標の受信側の名前を指定し、その後、メッセージの目標の受信側にメッセージを送達するように、メッセージサービスを使用する。
【１８１１】
各ＰＲＭＳの構成要素は、作成されるとき、メッセージの内容を考案するために使用する必要がある言語だけでなく、各タイプの事象に対して、通信する必要があるサービスと共に指示される。
【１８１２】
ＰＲＭＳの実施形態は、動的及び／又は静的な資源設備を支援するように構成されてもよい、複数層の資源管理を備えてもよい。ＰＲＭＳの機能性は、割り当て、予約、置換、配列、発見、構成、永続化、発行、試験、評価及び／又は監視を含んでもよい。
【１８１３】
資源管理部の実施形態は、複数のネットワークにわたり複数の組織からの大量の資源を、効率的及び効果的に発見し管理する。結果として、資源管理部は、各ＰＲＭＳのインスタンスが、複数のネットワークにわたり、効率的、効果的及び恐らくその資源を管理するのを可能にするように、操作において階層的及び分散型の両方になるように設計される。
【１８１４】
分散の範囲及び階層の深さは、操作仕様によって要求及び／又は識別される資源の組による。特に、ＰＲＭＳは、深さ及び範囲を判定するために、資源の場所、各資源に対して必要とされてもよいサービスのレベル及び資源の数などの因子を考慮してもよい。資源管理部は、資源要件仕様を実現するために、潜在的な資源を識別する情報管理システム（例えば、ディレクトリサービス、ＰＩＭＳ）を使用してもよい。
【１８１５】
資源管理部は、資源の割り当て及び／又は予約に対する要求を支援する。
【１８１６】
資源管理部の実施形態は、操作仕様を満たす、様々な方法を使用してもよい。例えば、一つの方法は、一組の下位の操作仕様が、元の操作仕様と同一の目的結果を一括して生み出すような方法で、操作仕様を一組の「より小さい」操作仕様に分けることである。
【１８１７】
これらの仕様は、順に、資源管理部が関与して、業務合意に変換されてもよく、これは、下位の業務合意になる業務合意の類似の下位区分を伴ってもよい。別の方法は、再帰的な方法で指定された資源をプロビジョニングすることであってもよい。
【１８１８】
資源管理部は、それぞれの下位の業務合意を満たすことを保証するように、それぞれの資源の組の管理を担う。管理タスクを受け入れる、各資源管理部のインスタンスは、その責任においてそれらの資源の監視に関与してもよい。どんな理由であっても、資源に障害が発生する場合、資源管理部のインスタンスは、交換資源を見つける及び／又は一貫性などの適切なプロセスを通知するなど、是正措置を判定し行う。
【１８１９】
ＰＲＭＳの実施形態は、信頼性をシステム及び実践の中に設計するために、幅広い様々な技術を網羅する、信頼性プロセス用の設計を利用してもよい。例えば、信頼性手法に対して広く用いられる一つの設計では、障害の起こっている資源を交換することができる、ホットスタンバイを提供するなど、冗長性を導入する。ビザンチンアルゴリズムは、信頼性を提供する別の方法である。ＰＲＭＳは、資源に障害が発生する場合、以前持続していた状態に資源を回復できるよう、変化を検出するために資源を周期的に監視してもよい。
【１８２０】
業務合意は、適切なサービス、性能、信頼性及び／又はその他の仕様を取り込んでもよく、さらに、応答及び開始方法に関しては、適切なさらなる仕様（命令、測定基準、資源を含む）を伴う、例えば、評価サービス、調停サービス、監視及び例外サービスを含む、その他のＰＥＲＣｏｓプラットフォームサービスに指示する仕様を含んでもよい。ＰＥＲＣｏｓ環境は、業務合意によって指定される所望の信頼性を達成するように、様々な技術及び方法を利用してもよい。
【１８２１】
そして、資源に対して所望されるサービスのレベルに基づき、ＰＲＭＳの実施形態は、周期的に診断試験を行うように、ＰＥＲＣｏｓテスト及び結果サービスを使用してもよい。ＰＲＭＳがプロビジョニングした資源の前に、ＰＲＭＳは、資源に関連する試験を行い、その後、試験結果が資源仕様にマッチすることを照合することができる。加えて、資源が動作している間でさえ、ＰＲＭＳは試験を行うことができる。例えば、ＰＲＭＳは、チャネルが、文脈目的体験セッションのニーズを満たすことを保証するよう、損失率、帯域幅を測定するように、通信チャネルをサンプリングすることができる。
【１８２２】
ＰＲＭＳに関する一貫性サービスのプロセスのタスクは、問題のために並びに／又は一組以上の資源を「調和させ」、「最適化し」及び／若しくは「統合する」ために、利用者及び利害関係者の関心を統合する上質な体験／結果につなげる、仕様を含む資源の組を照合することを含む。
【１８２３】
一貫性サービスは、ＰＥＲＣｏｓの目的運用を支援して、資源と相互に作用してもよい。これらの相互作用は、優先、選択、オペレーティング資源性能最適化、構成、改変、回復及び／又はＰＥＲＣｏｓ一貫性によって支援されるいかなるその他の操作を含んでもよい。
【１８２４】
一貫性サービスのプロセスは、誤り、明確さの欠如、曖昧さ、不完全性、不一致、非効率、最適でない選択及び／又は利用できない資源への要求を含む、幅広い範囲の制限、欠陥及び／又は例外を、検出しても及び／又は修正するように試みてもよい。
【１８２５】
一貫性は、ＰＥＲＣｏｓの目的周期の間中呼び出されてもよく、例えば、評価サービス、決定調停サービス、監視及び例外処理サービス及び／又は必要とされてもよいようなその他の資源など、ＰＥＲＣｏｓプラットフォームの資源から操作を取り込んでもよい。
【１８２６】
いくつかの実施形態では、ＰＥＲＣｏｓ一貫性は、資源管理操作中、例えば、選択及び管理機能を含む、一貫性サービスを提供してもよい。例えば、これは、例えば、オペレーティング資源集合及び／又はそれらのオペレーティング資源のサービス不具合から回復する際の援助を含んでもよい。一貫性サービスは、業務合意、制御仕様及び同種のものなど、例えば、一つ以上の仕様の中に指定される回復機構が、オペレーティング資源管理部によって予想されていなかった及び／又は処理できない、一つ以上の資源の不具合状態など、オペレーティング条件に応答することができないとき、呼び出され及び／又は介入してもよい。
【１８２７】
いかなる数の一貫性サービスのプロセスが、異なる時間及び／又は場所で、システムの異なる要素によって、セッション内に呼び出されてもよい。セッション内の一貫性サービスのプロセスは、反復、再帰的及び／又は同時であってもよい。一貫性サービスのプロセスは、例えば、利用者の対話、記憶された利用者及び／若しくはその他の利害関係者の選好、発行される及び／若しくは積極的に提供される専門知識、並びに／又は他のセッション履歴に少なくとも一部由来する情報といった様々な資源から情報を使用してもよい。これらのプロセスは、専門家システム、機械学習及び／又は問題を解決できる物など、最適化アルゴリズム、論理推論部、アドホックなヒューリスティック及び／又はその他のＡＩ技術を伴ってもよい。
【１８２８】
ＰＥＲＣｏｓの共振は、目的運用の最適化において利用者を補助するように、一人以上の専門家によって作成されてきた仕様の組を備える。共振仕様は、目的クラスなど、利用者の選択方法を含む、最適な資源の組を提供し、利用者の目的のために利用者の相互作用を効果的に最適化する方法で、最適な資源の組を資料者に提示するために、利用者の目的表現で交互に配置されてもよい。
【１８２９】
共振の実施形態は、一人以上の利用者によって使用されてもよく、いくつかの場合、資源仕様を通して、利用者同士の相互作用が、選択される目的に対して最適化される能力を提供してもよい。いくつかのＰＥＲＣｏｓの実施形態では、共振の実施形態は、利用者が相互作用するグループ内で、生産的な緊張を最大化するように動作してもよい。
【１８３０】
共振の実施形態は、しばしば、一貫性サービスと相互に作用してもよく、一貫性サービスは、利用者の不和及び／又は資源の相互作用を減らすように働いてもよい一方、共振仕様は、利用者に最適化された成果を用意することを目的としている。
【１８３１】
共振仕様は、目的の成果及び成就を含む、目的因子を最適化する。共振は、目的のサービスにおける資源間の標準化を最適化する基礎となる。
【１８３２】
ＰＥＲＣｏｓの発行は、一人以上の当事者が、その他の当事者またはそれらのグループによる使用に対して、いかなる設備にある資源をも利用可能にする能力を提供する。ＰＥＲＣｏｓ内では、すべてが資源となり得、そのため、資源自体及び／又は資源についての情報のいずれかが発行されてもよく、例えば、情報、サービス、ハードウェア、ソフトウェア、アプリケーション、フレームワーク、クラス、ＣＰＥ又はいかなるその他の構成要素及び／若しくは要素を含む。
【１８３３】
すべてのＰＥＲＣｏｓの資源と同様に、発行された資源は、資源インタフェース及び資源構成要素の設備を有する。発行は、発行される品目が別の当事者によって使用できるような、充分な情報を含む。
【１８３４】
その他のＰＥＲＣｏｓプラットフォームサービスと共通して、発行サービスは、資源インタフェース及び資源構成要素を備える。ＰＥＲＣｏｓの発行は、一つ以上のその他のＰＥＲＣｏｓ及び／又は非ＰＥＲＣｏｓプロセスによって取り掛かってもよい、発行される情報のいかなる配布からも独立している。
【１８３５】
発行されるものの内容は、発行サービスに提供される仕様によって判定され、構成体、クラス、ＣＰＥ、ｉスペース、ｉセット並びに／又は資源及び／若しくは資源設備の画像へのポインタを含む、資源についてのいかなる情報をも備えてもよい。
【１８３６】
一実施形態では、発行のサービスは、目的、識別、資源、テスト及び結果サービス、評判、一貫性並びに／又はその他のディレクトリなど、ＰＥＲＣｏｓプラットフォーム記憶装置の構造に追加するために利用されてもよい。
【１８３７】
ＰＥＲＣｏｓシステムは、その内部のセキュリティを保証するように、様々なセキュリティ技術を使用してもよい。特に、ＰＥＲＣｏｓシステムは、利用者、組織に属する情報だけでなく、ＰＥＲＣｏｓシステムの機密情報を不注意に損ない、及び／又は開示しないように、その内部操作を保護する、様々な技術を使用してもよい。
【１８３８】
ＰＲＭＳの実施形態は、非ＰＥＲＣｏｓシステム資源が、ＰＥＲＣｏｓシステムの操作に干渉及び／又は改ざんできないように、非ＰＥＲＣｏｓシステム資源をカプセル化してもよい。例えば、ＰＥＲＣｏｓシステムは、資源の適切な使用法を監視する機構を提供する能力を、利用者に提供してもよい。ＰＲＭＳの実施形態は、非ＰＥＲＣｏｓシステム資源が、ＰＥＲＣｏｓシステムの操作に干渉及び／又は改ざんしないことを保証するように、これらの機構の操作を制御してもよい。指示された場合、ＰＲＭＳの実施形態はまた、起こり得るセキュリティ関連事象を検出するように、非ＰＥＲＣｏｓシステムの資源を監視し、そのような事象が発生したときには、適切なプロセスを通知するなど、適切な行動を取るだけでなく、事象を記録してもよい。
【１８３９】
また、ＰＲＭＳの実施形態は、セキュリティの境界を取り込み、セキュリティの方針と一致して資源の操作を制御するように働いてもよい。
【１８４０】
そして、例えば、非ＰＥＲＣｏｓのプロセスといった非ＰＥＲＣｏｓシステムの資源が、ＰＥＲＣｏｓシステムのサービスと相互作用する必要があるときにはいつでも、ＰＲＭＳは、資源がアクセスを認可されているそれらの操作のみを資源に提供する、サービスインタフェースを生成してもよい。
【１８４１】
いくつかの実施形態では、ＰＥＲＣｏｓシステムは、資源の使用法に対して選好、規則及び／又は方針を指定し、監視し、実施するための方針のフレームワークを提供してもよい。方針のフレームワークは、以下の能力を提供してもよい。
【１８４２】
・利害関係者が、利用者及び利害関係者自身に利するように、関連する識別を伴う参加者を作成し発行することを可能にする。その後、利用者は、文脈目的体験の範囲を制御するように、それらの参加者識別を使用してもよい。利害関係者は、認証情報（評判など）を発行される資源と関連付けるように、それらの参加者識別を使用してもよい
・認可された参加者（利用者の交差する端部ＰＥＲＣｏｓ表示）が、認証及び認可（Ａ＆Ａ）情報を資源と関連付けることを可能にする。Ａ＆Ａ情報が提供される場合、ＰＲＭＳは、代わりに資源を獲得している参加者が、資源へのアクセスを認可されることを保証するように、ＰＥＲＣｏｓ統治サービス（具体的には、認証及び認可サービスで、例えば、適切な仕様を伴うＰＥＲＣｏｓプラットフォーム調停サービス）の実施形態を使用してもよい。認可される場合、ＰＲＭＳは、参加者がそのような認可された操作（のみ）を行うことを可能にする、資源インタフェースを作成してもよい。例えば、参加者は、資源を視聴することは認可されてもよいが、資源を改変することは認められない。そのような実施形態では、ＰＲＭＳは、視聴操作のみが認められる資源用のインタフェースを生成してもよい
・性能特性、信頼性及び同種のものなど、利害関係者の関連資源の機能を指定する能力を、利害関係者に提供する
・例えば、関連資源の利害関係者によって、例えば、使用法の方針及び／又はその他の仕様を指定することによって、資源の使用に対する方針及び／又は要件を指定する。資源の利用者は、サービス、機能性、セキュリティ及び同種のものの品質など、所望の性能要件を指定してもよい
・センサーなど、方針及び／又は仕様に従って資源を監視できる機構を提供する。例えば、センサーは、所望のサービス品質を提供していることを保証するように、オペレーティング資源を監視することができる
・資源がサービス業務合意に準拠するのに失敗した場合に、適切な行動を起こすことができる、一連のアクション機構を提供する
【１８４３】
１５．操作における資源管理の実施形態の例
【１８４４】
ＰＥＲＣｏｓ資源サービスのインスタンスは、資源集合（セット）の管理及び操作を提供する。資源集合のインスタンスを実装し、共通サービス／資源管理インタフェース及び相互作用インタフェースを、資源サービスの管理下におけるＰＥＲＣｏｓの資源配列及び相互作用を定義する、ＰＥＲＣｏｓの資源に提供する。
【１８４５】
いくつかの実施形態では、ＲＳのインスタンスは、一組の資源が、合意された一組のサービスレベル（例えば、ＰＥＲＣｏｓの測定基準に表現されるサービスレベル）に合致するように合意、提供及び管理される、取り決められた「業務合意によるサービス」ごとに、各オペレーティング資源集合のインスタンスを管理することができる。ＲＳのインスタンスによって合意される、資源及び管理要件の一組は、サービスレベル合意（業務合意）と呼ばれる。業務合意は、定義された一組の資源、サービス性能要件及び資源管理要件を共通仕様として一括して提供する。いくつかの実施形態では、業務合意は、ＲＳのインスタンスを実装する集約された資源への資源リースによって表されてもよい。
【１８４６】
ＲＳのインスタンスは、業務合意、すなわち、利用者の利益になるよう定義された資源について交渉し、確立し、続いて管理し、業務合意の管理側面を実装する。これらの側面は、サービス提供の不具合（その中でも特に）からの管理、回復及び調停を含んでもよい。業務合意内で定義される資源管理は、定義された仕様要件の要素の一つ以上の側面を提供するために、例えば、冗長性サービスを提供するという、定義された機能性のレベルで動作するように、独立して指定されてもよい。代替として、資源配列が、共通の管理パラダイムを使用して、管理に対して指定されてもよい。
【１８４７】
ＰＥＲＣｏｓは、一つ以上のＰＥＲＣｏｓの資源インタフェース並びに／又はその集約及びその資源を管理、操作若しくは使用するいかなるプロセス間の業務合意を採用してもよい。ＰＥＲＣｏｓの業務合意は、仕様を満たす資源（及びそれらの配列）をプロビジョニングし操作するために、一人以上の当事者間で合意された仕様である。
【１８４８】
いくつかの実施形態では、業務合意は、概して、資源と、関連する動作測定基準と相互に合意されたサービスレベルに対する適切な資源管理部との間のものである。業務合意は、いかなる組み合わせのＰＥＲＣｏｓ内で使用されてもよいが、しかしながら、いくつかの実施形態では、一般的に使用されるこれらの配列は以下を含む。
【１８４９】
・一つ以上のＰＥＲＣｏｓの資源と、それらのオペレーティング管理プロセス（例えば、資源サービス、資源管理部サービス、オペレーティング資源集合）との間
・資源サービスのインスタンスと、関連するオペレーティングセッションとの間
【１８５０】
業務合意は、以下に記載する、業務合意仕様のインスタンスを備える。業務合意仕様は、恣意的に複雑であってもよく、一例の実施形態では、ＰＥＲＣｏｓのメッセージングプロトコル及び関連するメッセージ書式を使用してもよい。いくつかの実施形態では、資源リースのインスタンスである業務合意が、作成されてもよい。資源リースは、当事者間で合意された通りの業務合意仕様を含み、又は参照することによって含まれてもよい。
【１８５１】
業務合意は、例えば、目的表現、テンプレート及び／又は、例えば、標準的な業務合意条項を表示する、一つ以上の仕様の要素を備えるパターンを含む、その他の仕様に由来してもよい。業務合意の条項は、業務合意が、例えば、資源又はその設備の典型的及び履歴で証明される性能の測定基準を含む、表現を含んでもよい、例えば、資源機能能力及び／又は資源履歴といった、資源特性仕様の側面を使用して構築されてもよい。
【１８５２】
いくつかの実施形態では、大部分の業務合意は、例えば、インタフェース、それぞれの管理部及び／又はその資源のそれぞれの制御部／利用部を通して、一つ以上のＰＥＲＣｏｓの資源間の交渉の結果として作成される。例えば、いくつかの実施形態では、これは、通常、ＲＳが、その領域下で資源に対する共通インタフェースを提供し、オペレーティングセッション管理部が、ＲＳによって表示される資源の利用のために交渉する、オペレーティングセッションとＲＳとの間のことである。同様に、例えば、予約サービスのインスタンスと、それぞれの資源及び／又は資源集合管理部との間の関係もまた、業務合意によって定義されてもよい。いくつかの実施形態では、既存の好適な業務合意は、出所が明らかとなり、一つ以上の好適な資源設備に適用されてもよい。