JP2002536706A - 証明書関連その他のサービスを提供するシステム及び方法 - Google Patents

Abstract

(57)【要約】 電子ネットワークを介した、ある当事者の識別を保証するためのシステムが開示される。本システムは、ルート法人（１０４）および複数の付加的法人（１０６、１０８、１１０）を含む。各付加的法人は、ルート法人によって公表された複数の運用規則を遵守することに合意した後、前記システムへの加入を認められる。前記付加的法人は、レベル１参加者（１０６）およびレベル２参加者（１１０）を含んでもよい。レベル１参加者によって管理される認証機関は、デジタル証明書を、それらの顧客に発行する。前記証明書は、顧客をそれらのパブリック・キーと結合させる。システム顧客はまた、デジタル証明書に含まれる情報の真実性に関する保証を要求するよう適応した保証要求フォーマッタ（warranty request formatter）も供給される。保証の提供は、保証要求において識別されたデジタル証明書を発行した参加者によって発行される。

Description

【発明の詳細な説明】

【０００１】 （関連出願） 本願は、本明細書がそれらの全文を参照している暫定特許出願第60/119,892号
、同第60/119,894号、同第60/119,895号、同第60/119,898号、及び同第60/119,9
58号からの優先権を主張する。 これらの暫定出願は、1999年２月12日に“Syste
m and Process for Certification in Electronic Commerce”という名称で出願
されたものである。本願は上記暫定出願の開示を越える新規性が付加されている
ものと信ずる。

【０００２】 （従来の技術） データ機密保護市場（ハードウェアを含む）は、1997年の690万ドルから2000
年までに1310万ドル以上まで拡大することが予測されている。更に、Gartnerグ
ループは、ディジタル証明書の市場が1998年内に約１億ドルに達し、短期的には
100％の成長を続けるであろうと推定している。近年Soundview Financialは、証
明書市場が2001年には10億ドルに達するものと予測している。

【０００３】 （発明の概要） 以下に開示するシステムは、インターネットを含む電子ネットワークを通して
パーティを識別するための高度に安全なシステムである。開示するシステムにお
いては、証明オーソリティとして動作する金融協会の世界的な、共同利用可能な
ネットワークを確立するために、会員の協会（メンバーインスティテューション
）は、あるエンティティ（以下、ルート（root）エンティティと称する）を作成
する。それにより、各入会金融協会（各“関与者”）は１組の同じシステム規則
及びビジネス業務に基づいて、顧客及び法人及びそれらの従業員に対してディジ
タル証明書を発行する。ルートエンティティは、システム関与者がこれらのサー
ビス（システムの活動を支援する技術的及び手順的システムを確立し、システム
への関与を支配する規則及び規制を開発して維持し、システム会員及び彼等の顧
客へのリスクを制限するために進行中の監視及びデータ処理機能を提供し、そし
てシステムを使用することから発生する問題に対処する問題解消メカニズムを確
立することを含む）を提供するインフラストラクチャを構成している。

【０００４】 ルートエンティティ及びそのメンバーによって確立される技術的、手順的、及
び法的枠組みにより、これらのメンバーは、従来利用可能であったものより有意
味な、そしてより良好な制御されたアイデンティティ証明を提供することが可能
になる。このようにすることによって、システムは信用されたビジネス対ビジネ
スの電子商取引の採用を促進する。

【０００５】 ルートエンティティは、その関与者による証明オーソリティサービスを提供す
るインフラストラクチャを作ることによって、国内及び国際ビジネス・ビジネス
の電子商取引を容易にする商業的に実現可能な、利益になるビジネスであること
を意図している。入会者は、パーティにディジタル証明書を発行する証明オーソ
リティとしての動作に含まれるリスクを管理するためにシステムを使用する。パ
ーティはこれらの証明書を使用して、インターネットを含む電子通信システムを
通して送られるメッセージにディジタル署名を添付することができる。システム
は“閉じた”システムであり、システムの規則及び規制を遵守することに同意し
たパーティだけに入会を許可する。システム及びそのメンバーは、１組の動作規
則（“動作規則”）に従って動作する。

【０００６】 システムは、電子商取引を容易にするために、全体として、公開キー暗号手法
及び公開キーインフラストラクチャ（ＰＫＩ）によって与えられる基本技術を採
り入れ、それを共通セットの動作規則の厳守と組合せる統制された金融協会から
なる。システムが関与機構のためのインフラストラクチャをなしているのに対し
て、サービスは関与者の既存顧客ベース及び信用された金融仲介者としての金融
協会エンティティにレバレッジを導入する。システムは多重売り主システムであ
り、関与者は、電子媒体を通して個々と取引きする場合に、識別リスクの管理を
各特定関与者の顧客の要望に最良に合致するアプリケーションを用いてカストマ
イズすることができる。

【０００７】 関与者（participant）は、“レベル１関与者”（Ｌ１関与者）として直接的
に、または“レベル２関与者”（Ｌ２関与者）として間接的にシステムに結合す
ることができる。Ｌ１関与者は加入顧客（subscribing customer）に対して、ま
たはＬ２関与者に対して証明書を直接発行することができる。Ｌ２関与者は加入
顧客だけに対して証明書を直接発行することができる。その他の面に関しては、
２つの型の関与者はシステム内で同じように動作する。

【０００８】 システムは、ビジネス・ビジネス電子商取引を容易にするように使用すること
ができる。システムにより提供されるサービスは、他のビジネスとの安全な取引
及び通信の両方のための大きい協会に対する中サイズの要望に良好に適合する。 開示するシステムは、以下の主要要素を備えている。

【０００９】 １．リスク管理 システムは、リスクを管理するためのインフラストラクチャを構成してい る。以下の６つのルートエンティティ・レベルキーリスクアーカスが解析さ れ、それぞれ内に適切な制御が確立される。

【００１０】 ａ．動作、 ｂ．評判、 ｃ．統制、 ｄ．戦略、 ｅ．信用、 ｆ．流動性／金融。 リスク軽減を更に援助するために、上述したように“閉じた”システムが使用さ
れる。これは、どの取引の両サイドも、同じセットのシステム規則及び動作手順
に契約的に拘束されることを意味している。関与者の立場からすれば、未決済の
保証を追跡し、監視する能力は、これもまたリスクを管理する能力を与える別の
特色である。

【００１１】 ２．世界的なルート証明オーソリティ ルートエンティティの責任は、以下のものの交付を含む。 ａ．ルート技術、 ｂ．全ての関係金融協会の署名キー。これらの協会自体は、エンドユーザ
に証明書を発行するか、または発行法人のキーに署名する。 ｃ．電子商取引アプリケーション自体ではなく、アプリケーションの出現
を容易にするためのインフラストラクチャの確立。

【００１２】 ３．技術的に共同利用可能な機構 システムは、互いに“共同利用”するためにいろいろな技術のためのプラ
ットフォームを構成している。 ａ．彼等の関係金融協会を通して動作することにより、ビジネス顧客は他
のビジネス顧客の証明書を認識し、検査することができる。 ｂ．新しい売り主は、保証及び関与の両協会の立場から“共同利用可能性
”にアプローチする。技術的共同利用性は、技術仕様に従うことが実際の動作共
同利用可能性を達成することと等価であるように構成されている。 ｃ．システム共同利用可能性は、技術を越えて、動作規則、システム手順
及びシステム階層内の全ての関与者の発行業務まで拡張される。 ｄ．複数の管轄領域内の複数のビジネスアプリケーションにまたがる複数
の取引パートナーと対話するために保証証明書が使用される。

【００１３】 ４．高信用解法 信用特色及びそれからの便益が、多くの手法でシステムによって扱われる。 ａ．システムは、商取引を容易にする目的から顧客を識別するのに伝統的 な銀行の役割をレバレッジし、重要な取締まり及び規制を受ける規制さ れた環境内のサービス提供者として動作する。 ｂ．ネットワークは、高い最低標準を維持するために専用される。 ｃ．ディジタル証明書は、それを発行する証明オーソリティとしてだけは 信頼できる。ディジタル証明書の正確さ及び有効性は、ディジタル署名 に対する受取人の信頼へのキーである。このようなディジタル証明書を 発行することによって、証明オーソリティは、その証明書と共に署名さ れたメッセージを送る人のアイデンティティを証明する。 ｄ．システム規則の確立及び遵守を通して、証明オーソリティの動作の完 全性を保証するＰＫＩが開発される。

【００１４】 ５．付加価値／提供される独特なサービス 上述したように、システムは、関連する全ての協会に対して多くの安全保護及
び技術的便益を与える。更に、幾つかのキー領域において、システムは他の現行
の、または提唱されているシステムとは異なって独特である。

【００１５】 ａ．妥当性検査 既存の証明システムとは異なり、アイデンティティの有効性の肯定的な確認を
得るために、システムはパーティを必要とする。システムは、オンライン状態検
査を通して実時間で、またはほぼ実時間でそれに対する確認及び保証を得るため
の手段をも提供する。従って、制御の目的のために、他のシステムと同様に、シ
ステム及びその関与者は証明書取消しリスト（“ＣＲＬ”）を維持し、システム
は主として“良好状態”であることが知られている証明書の検査に頼っている（
一般的に行われているような、不良であることが知られている証明書の検査では
ない）。

【００１６】 ｂ．保証／確実さ（アイデンティティ保証の公開に対する集合制限） システムの主要機能の１つは、保証発行の結果としての公開を制限するために
ネットワーク内の関与者に保証及び確実さを与えることである。システム内の保
証は、発行時における証明書の証明内容及び有効性の保証と定義される。これら
の保証の有効性を確保するために、システム設計は、公開に対して集合制限（ど
の発行（issuing）関与者も、その協会が発行したアイデンティティ証明書につ
いて承認された明示保証を通して負い得る）を賦課する。各保証は、パーティ間
の金融リスク及び期間の両方に関して同意することによって発効するので、各Ｌ
１関与者及びルートエンティティ毎に、関与者のこの制約の遵守を実時間で監視
することができる。 （１）ルートエンティティは、全ての発行関与者のキャップを毎日監視する。 更に、システムはキャップを実時間で監視する。 （２）取引は実時間で捕捉することができ、（決定された）周期でルートエン ティティに報告される。 （３）ルートエンティティは、関与者に対して保証キャップ規則の侵犯に対す る認可を与えることができる。 （４）システムは、保証キャップを増加または減少させるメカニズムを備えて いる。

【００１７】 ｃ．要求される担保転記 潜在的な保証クレームに対する支払いの流動性を確実にするのを援助するため
に、保証を発行する全ての協会に担保が要求される。担保は、２つの基準の組合
せに基づく。 （１）信用をベースとする担保 個々の関与者は、各関与者の特定の信用格付けに従って特定量の担保を転記す
ることが要求される。信用格付けは定期的に調べられるか、または格付けファー
ムによって訂正される。（これは信用格付けを連続監視し、信用格付けの変化と
協調して担保を変化させる形状を取ることができる。） （２）業績をベースとする担保 この担保要求は、保証発行毎に僅かな未決済クレームしか有していない関与者
に対する要求を引下げるように計画されている。計算方法は、先行クレーム及び
損失履歴に基づいている。要求される量は、定期的に解析される。 この方法は、法的な“特恵”発行が十分に対処されるようにするために開発さ
れたものである。特にクレーム発行をベースとするシステムでは、担保転記要求
は存在しないことに注目されたい。

【００１８】 ｄ．ハードウェアをベースとする証明書 システム関与者は、ハードウェアをベースとする証明書だけを使用する。ハー
ドウェアをベースとする証明書だけに頼ることによって、システムは他のＣＡ売
り主（全てが、証明書を発行できるソフトウェアを提供する）と区別する。この
区別する点が、ＰＫＩを強化し、動作リスクを減少させる。エンドユーザは、標
準スマートカード技術を使用するスマートカードをベースとする証明書を有して
いるので、システムが証明書オーソリティ売り主に適用する売り主共同利用性と
同一の原理を強制する。

【００１９】 いろいろなアプリケーションの実現を援助するために、関与者と売り主との間
に副関係を開発することができる。しかしながら、関与者は、非システムソフト
ウェア及びハードウェアが2000年問題に従順であることを示すことを要求される
。

【００２０】 ｅ．シャッフルしたフラグメント化ルートキー シャッフルし、フラグメント化したルートキーを提供する能力は、本システム
に特定の、別の安全保護特色である。

【００２１】 以上に要約した本発明は、以下の添付図面に基づく詳細な説明からより良く理
解されよう。

【００２２】 （実施の形態） Ｉ．事業構造 図１は、システム構造の高レベル図形表現である。システムは、先ず、８つの
設立会員銀行１０４₁及び技術パートナー１０４₂の世界的ジョイントベンチャー
として形成されている。次いで、持分会員は、世界の全ての主要地域、並びに他
の金融産業分野からの種々の所有権を達成するために、規制された金融協会の間
に拡張される。

【００２３】 システムは、複数のＬ１関与者１０６₁、複数の法人クライアント１０８、及
び法人クライアント１０８の複数の従業員１１０をも含む。また、図１には示し
てないが、システムの一部として複数のＬ２関与者１０６₂が存在している。Ｌ
２関与者１０６₂も、典型的には、複数の法人クライアント１０８を有し、各法
人クライアント１０８は複数の従業員１１０を有している。

【００２４】Ａ．ルートエンティティ１０２の役割 関与者１６６の動作を容易にするために、ルートエンティティ１０２は、関与
者１０６がシステムサービスを提供するインフラストラクチャを作成する。詳述
すれば、ルートエンティティ１０２は以下の機能に係わる。 １．政策オーソリティとして動作し、標準化されたシステム及びプログラム、 動作標準、及びリスク管理要求を確立する。 ２．システムのためのルート証明オーソリティとして動作して関与者１０６の ための証明を発給し、関与者１０６が彼等の法人顧客のアイデンティティ を証明できるようにする。 ３．１組の同じシステム規則の遵守、契約、及びビジネス業務を監視するため の監査要求を課す。 ４．リポジトリ機能を遂行し、Ｌ１関与者証明書及びそれらの状態のデータベ ースを維持して、ルートエンティティ１０２が関与者１０６の要求に応じ て証明書の有効性を確認できるようにする。 ５．監視機能を遂行し、各関与者１０６の集合保証公開を測定する。 ６．監督者役割で動作し、担保要求への順応及び関与者１０６の不履行時の担 保の支払いを監視する。 ７．システムのためのブランディング（branding）及びマーケティングで援助 する。 ８．初期努力のためのプラットフォームを確立する。 ９．ルートキー技術を提供する。 １０．ルートキーの初期実現及び試験のための技術を提供する。

【００２５】Ｂ．関与者１０６の役割 １．概要 ルートエンティティは利益追求エンティティであるが、個々の関与者レベルに
は重要な収益機会も存在している。アドオン電子サービスを提供することによっ
て、または既存顧客サービスを“エレクトロニファイイング（electronifying）
”することによって、関与者１０６は増分収益を誘引するために互いに競争する
。関与者１０６は、製品、バンドル、及び提供するサービス、及び顧客に賦課す
る料金を独立的に決定する権利をも有している。ルートエンティティ１０２は、
１つの関与者が別の関与者に支払うべき各妥当性検査毎の処理料金を確立する以
外は、関与者１０６がそれらの顧客に課す料金に介入せず、交換料金は存在しな
い。この構造は、関与者が開発した電子商取引アプリケーションの市場を強化し
、伝統的な銀行給付の電子使用への変換を与える。全てのＬ１関与者１０６₁は
、発行関与者として動作することを要求される。

【００２６】 上述したサービスを提供する関与者１０６は、以下の活動に係わる。 １．証明オーソリティとして動作し、それらの顧客のアイデンティティを検証 してそれらの顧客にディジタル証明書を発行する。 ２．それらが発行するディジタル証明書のためのリポジトリとして動作する。 ３．それらが発行するディジタル証明書のための信頼管理者として動作する。 ４．ディジタル証明書の有効性の確認、及び確認の明示保証に対する要求に応 答する。 ５．Ｌ１関与者１０６₁の場合にはＬ２関与者１０６₂に対する証明オーソリテ ィとして動作し、代理者として、Ｌ２関与者１０６₂に代わって顧客に信 頼管理者サービスを提供する。 ６．他の関与者１０６が発行したディジタル証明書の有効性の確認を得るため にそれらの顧客１０８の代理者として動作し、関与者１０６から支払いを 収集し、履行されなかった保証の結果として支払いが満期になった時に関 与者１０６に対して権利を行使する。 ７．関与者１０６及びその顧客１０８によって同意された他の関連サービスを 提供する。

【００２７】Ｃ．Ｌ２関与者１０６₂の役割 先ず、全てのＬ２関与者１０６₂は、金融協会にあることも要求される。以下
に説明する動作規則内には、特定の適格性要求が含まれる。Ｌ２関与者１０６₂
の役割は、その顧客１０８へ証明書を発行することであり、そして主として発行
した保証に対して動作する。Ｌ１関与者１０６₁は、それらのＬ２関与者１０６₂ に対して外部資源信頼管理者機能を提供する。

【００２８】Ｄ．システム内の関与者のための基準 関与者のための基準は、Ｌ１関与者１０６、Ｌ２関与者１０６₂、法人（顧客
１０８）、またはユーザ（従業員１１０）としてのエンティティの役割に依存す
る。しかしながら、全ての場合に、これらの基準は次のように指定されている。 １．システム及びその会員を、法的な、動作的な、信用上の、及び評判的なリ スク（会員が証明書及び保証発行及び使用に関する責務を果たすことに失 敗したことによって発生）から保護すること。 ２．協会が、システム内のその責務を遂行することに動作的に適任であるよう にすること。 ３．システムが、全ての適用可能な法律のコンパイルを確実にすること。

【００２９】Ｅ．会員の退会 関与者１０６は、システムの完全性及び都合のよいリスク姿勢を保存すること
に関係する特定の理由がある場合にだけ、退会することができる。しかしながら
、関与者１０６は、システムの完全性を保存するために中間及びサマリー（summ
ary）基準に留め置くことができる。Ｌ２関与者１０６₂は、ルートエンティティ
１０２の要求に応じてＬ１関与者１０６₁によって、またはルートエンティティ
１０２によって直接的に（バックストップとして）一時休止または終了させるこ
とができる。退会した関与者１０６は、システムが支援するサービスを終了させ
るための全ての必要ステップを遂行し、それらの顧客１０８に直ちに通報するこ
とを要求される。ルートエンティティ１０２は、一時休止または終了した関与者
１０６が発行したどの証明書のその後の有効性をも（殆ど直ちに）無効にするこ
とができなければならない。（上述した諸事項は、一時休止した関与者１０６に
等しく適用される。）

【００３０】II．動作概念 Ａ．動作モデルの概要 システムは、５つの主要パーティ、即ち、ルートエンティティ１０２、発行関
与者１０、加入顧客２０、依存（relying）関与者３０、及び依存顧客４０を有
する動作モデルに基づいている。これらのパーティ間の関係を、図２に示す。図
２には、担保管理者１１２も示されている。

【００３１】 図２に示す各構成要素はルートエンティティ１０２によって証明されており、
それ自体の証明書を所有している。この証明書は信頼された階層を通して確認さ
れる。証明書はＬ１関与者１０６₁へ発行され、Ｌ１関与者１０６₁はそれらの証
明書をＬ２関与者１０６₂または顧客１０８へ発行する。これらの関係は、図２
に示すように、加入顧客２０が発行関与者１０の顧客であり、依存顧客４０が依
存関与者３０の顧客である。以下により詳細に説明するように、各顧客１０８は
、その各々の関与者１０６を通してシステムと対話する。典型的な取引では、売
り手はその金融協会（Ｌ１関与者）に買い手の信用証明書を検査するように依頼
する。売り手の金融協会は買い手の金融協会と接触し、買い手の金融協会はその
顧客である買い手のアイデンティティを立証する。反対に、もし買い手が売り手
の証明書を調べることを望めば、プロセスは同じように行われ、各パーティは先
ずそれ自体の金融協会に相談することによってディジタル証明書及びディジタル
署名に依存する。更に、以下により詳細に説明するように、プロセスの一部とし
て金融協会はどのパーティのためにもアイデンティティ保証サービスを提供する
ことができる。このモデルでは、発行関与者１０は保証に対する主債務者であり
、一方依存関与者３０は代理者として動作する。各Ｌ１関与者１０６は、発行関
与者１０とは区別され分離されている、そして保証発行能力を支援する担保管理
者を用いて担保勘定を維持する。

【００３２】 Ｂ．動作の流れ 図３−７は、初期化、妥当性検査、及び保証プロセスのためにシステムを通る
データの流れを示す一連の概念図である。図３については、この章で説明する。
図４−７に関しては後述する。

【００３３】 図３に示すように、図２の動作モデル内の各エンティティは、以下に説明する
ビジネスプロセスを容易にする要素を含んでいる。詳述すれば、ルートエンティ
ティ１０２は、証明書オーソリティ３０２及び関与者リポジトリ３０４を含んで
いる。詳細を後述するように、証明書オーソリティ３０２は、ディジタル証明書
をＬ１関与者１０６₁へ発行する。

【００３４】 発行関与者１０は、リポジトリ３０８に接続されている証明書オーソリティ３
０６を含んでいる。詳細を後述するように、証明書オーソリティ３０６は、ディ
ジタル証明書を発行関与者１０へ発行する。リポジトリ３０８は、ＩＰ証明書リ
スク検査及び報告モジュール３１０にも接続されている。発行関与者１０は、銀
行特別会員システム３１２、他の取引システム３１４、及び他の追跡ＤＢＦ３１
６を更に備えている。要素３０８−３１６は全てインテリジェントメッセージゲ
ートウェイ（ＩＭＧ）ルーター３１８に接続されており、システムサービスの提
供に関連する発行関与者１０への、及びそれからの全てのメッセージがこのルー
ターを通して流れる。

【００３５】 加入顧客２０は、発行関与者１０から受けたディジタル証明書３２２を有して
いる。加入顧客２０は、依存顧客４０と通信するための必要機器を更に有してい
る。

【００３６】 依存関与者３０は、リポジトリ３２６に接続されている証明書オーソリティ３
２４を含んでいる。証明書オーソリティ３２４は、詳細を後述するように、ディ
ジタル証明書を依存関与者３０の顧客へ発行する。リポジトリ３２６は、ＩＰ証
明書リスクメータ及び報告モジュール３２８にも接続されている。依存関与者３
０は、銀行特別会員システム３３０、他の取引システム３３２、及び他の追跡Ｄ
ＢＦ３３４を更に備えている。要素３２６−３３４は全てＩＭＧルーター３３６
に接続されており、システムサービスの提供に関連する依存関与者３０への、及
びそれからの全てのメッセージがこのルーターを通して流れる。

【００３７】 依存顧客４０は、ディジタル証明書３３８及びクライアントＩＭＧフォーマッ
タ３４０を有している。システムサービスを要求中の依存顧客４０からのメッセ
ージは、ＩＭＧフォーマッタ３４０によってフォーマットされ、ＩＭＧルータ３
３６へ伝送される。

【００３８】 Ｃ．提唱するビジネスプロセス この動作モデルは、システムの構造を理解するのに有用である。作動している
システムをより良く理解するためには、フロント及びバックエンドでのプロセス
の精密な調査が必要である。多くの離散したステップがシステムの正常動作中に
発生する。

【００３９】 １．Ｌ１関与者１０６₁の初期化 Ｌ１関与者１０６₁の初期化を、図４を参照して説明する。図４のステップＡ
に示すように、将来のＬ１関与者１０６₁はシステムへの入会を申込む。ステッ
プＢでは、申込者は関与同意書を受取って署名し、動作規則によって拘束される
ことに同意する。将来のＬ１関与者１０６₁は、依存関与者３０としても動作す
るために発行関与者１０として動作することに同意しなければならない。またス
テップＢにおいては、ルートエンティティ１０２は、申込者のための最大保証キ
ャップ、及び申込者が掲示するように要求される担保量をセットする。関与者が
発行される保証証明書毎に掲示しなければならない担保の特定量は、確立された
基準に基づいて、そして後述するように関与者毎に変化する。

【００４０】 ルートエンティティ１０２はまた、Ｌ１関与者１０６₁を適応指導し、実現ス
ケジュールの確立を援助する。新しいＬ１関与者１０６₁は、ルートエンティテ
ィ１０２による適切な試験及びサインオフを用いて内部証明書オーソリティ動作
を確立する。また新しいＬ１関与者１０６₁は、担保管理者１１２と共に担保勘
定を開き、ルートエンティティ１０２によって要求された資金を供託する。担保
管理者１１２は、資金が新しいＬ１関与者１０６₁によって担保管理者１１２へ
振替えられると、ルートエンティティ１０２に通知する。担保管理者１１２は、
担保管理者１１２において確立された各担保勘定毎に月報をルートエンティティ
１０２へ供給する。

【００４１】 ステップＣにおいて、Ｌ１関与者１０６₁は、ルートエンティティ１０２から
のディジタル証明書を要求する。ステップＤにおいて、ルートエンティティ１０
２は、要求されたディジタル証明書をＬ１関与者１０６₁へ発行する。ステップ
Ｅにおいて、発行関与者１０及び依存関与者３０はＬ１間契約を実行し、交換す
る。

【００４２】 ２．証明書の発行 Ｌ１関与者１０６₁は２つの型の証明書、即ち保証証明書及びユーティリティ
証明書を発行する。ユーティリティ証明書は、単に、保証証明書の発行及び使用
を容易にするために技術的に必要なだけである。（ユーティリティ証明書に関し
ては動作規則において詳しく説明する。以下の説明は、保証証明書の用法に関す
る。）

【００４３】 保証証明書は、以下に説明する妥当性検査及び保証の確実さサービスを得るた
めに必要である。保証証明書発行を、図５に関連して説明する。図５に示すよう
に、ステップ５０２において、加入顧客２０は発行関与者１０からの証明書を要
求する。ステップ５０４において、発行関与者１０は“貴方の顧客を知る”要求
に合致させるために、適切な当然払うべき努力をする。更に、証明書に関する要
求は、証明書発行の前に認証され、是認されなけいればならない。ステップ５０
６において、加入顧客２０は、発行関与者１０との顧客同意書を受けて署名する
（図４のステップＦも参照）。ステップ５０８において、発行関与者１０は証明
書を加入顧客２０に発行する（図４のステップＧも参照）。依存顧客４０へのデ
ィジタル証明書の発行も、類似のステップが遂行される。

【００４４】 ３．識別妥当性検査の要求（ゼロ値を用いる保証保証） 識別妥当性検査に関して図６を参照する。以下の対話の全てが、保証証明書及
び署名した取引に関連していることに注目されたい。

【００４５】 図６に示すように、ステップＡにおいて、加入顧客２０は依存顧客４０との取
引を開始する。ステップＢにおいて、依存顧客４０は依存関与者３０に識別妥当
性検査を要求する。

【００４６】 ステップＣにおいて、依存関与者３０は、発行関与者１０の証明書の有効性に
関してルートエンティティ１０２を用いて調べる。ステップＤにおいて、依存関
与者３０は、ルートエンティティ１０２からこの調査に対する応答を受ける。ス
テップＥにおいて、依存関与者３０は、加入顧客２０の証明書の有効性に関して
発行関与者１０を用いて調べる。ステップＦにおいて、依存関与者３０は、発行
関与者１０からこの調査に対する応答を受ける。ステップＧにおいて、依存関与
者３０は、これらの調査の結果を依存顧客４０へ送る。

【００４７】 ４．保証を有する識別妥当性検査の要求 保証を有する識別妥当性検査を、図７を参照して説明する。図７に示すように
、ステップ７０２において、加入顧客２０は依存顧客４０との取引を開始する（
図７ＥのステップＡも参照）。ステップ７０４において、依存顧客４０は、依存
関与者３０からの保証を用いて識別妥当性検査を要求する（図７ＥのステップＢ
も参照）。この要求は、加入顧客２０が誤認した場合の依存顧客４０への推定損
害と、保証が有効であることを依存顧客４０が望む指定された期間とを含む。

【００４８】 ステップ７０６において、依存関与者３０は、発行関与者１０の証明書の有効
性に関してルートエンティティ１０２を用いて調べる（図７ＥのステップＣも参
照）。ステップ７０８において、依存関与者３０は、ルートエンティティ１０２
からこの調査に対する応答を受ける（図７ＥのステップＤも参照）。ステップ７
１０において、依存関与者３０は、加入顧客２０の証明書の有効性に関して発行
関与者１０を用いて調べ、保証要求を発行関与者１０へ送る（図７Ｅのステップ
Ｅも参照）。ステップ７１２において、発行関与者１０は、加入顧客１０の証明
書の有効性を調べ、保証を要求通り発行するか否か、及びこのような保証のため
の費用を決定する。発行関与者１０は、その保証量と、発行関与者１０の未決済
の保証の担保量との合計がその保証キャップを越えない場合に限って、保証を発
行することができる。

【００４９】 もし発行関与者１０が保証の発行を断るのであれば、ステップ７１４において
、その結果についてのメッセージを依存関与者３０へ送る。ステップ７１６にお
いて、依存関与者３０はこのメッセージを依存顧客４０へ転送し、このシナリオ
は終了する。そうではなく、もし発行関与者１０が保証を発行することに同意す
れば、シナリオはステップ７１８へ進み、発行関与者１０は新しい活動を反映す
るようにそのキャップに対するその合計未決済持分を更新し、要求された時間フ
レーム以内で以上に概要説明した定式手順に関して担保を更新する（図７Ｅのス
テップＪも参照）。その日の終わりに、または要求に応じて、発行関与者１０は
その保証キャップの現状をルートエンティティ１０２の「保証キャップ及び担保
管理者」（ＷＣＣＭ）へエクスポートする。この現状は、その日に発行された全
ての保証証明書発行関与者１０を反映している。

【００５０】 上述したように、発行関与者１０は、合計として保証発行を制限される。しか
しながら、それに加えて、発行関与者１０は加入者毎の基準で限度を確立するよ
うに選択することもできる。しかしながら、これはシステム要求ではない。

【００５１】 もし発行関与者１０が保証を発行することを決定すれば、ステップ７２０にお
いて発行関与者１０は保証要求の受入れを依存関与者３０へ伝送する。このメッ
セージは、保証期間及び契約を含む（図７ＥのＦも参照）。ステップ７２２にお
いて、依存関与者３０は保証の期間を依存顧客４０へ伝送する（図７ＥのＧも参
照）。ステップ７２６において、依存顧客４０は、通信された価格及び期間で保
証を購入するか否かを決定する。もし依存顧客４０が保証を断ることを選択すれ
ば、ステップ７２８において依存顧客４０はその保証を断り、発行関与者１０に
通知する。

【００５２】 そうではなく、もし依存顧客４０がその保証を受入れることを選択すれば、シ
ナリオは以下のように続く。ステップ７３０において、依存顧客４０は保証の期
日の受入れを依存関与者３０へ戻す（責任は発行関与者１０に残される）。この
受入れは、署名した保証契約を含む（図７ＥのＨ参照）。ステップ７３２におい
て、依存関与者３０はルートエンティティ１０２及び発行関与者１０に通知し、
依存顧客４０の勘定にその保証に伴う合計料金の請求書を送付する（若干の場合
には、加入顧客２０が請求金額に対する責任を負い、請求構造が異なる）。発行
関与者１０への通知は、署名された保証契約を含む（図７ＥのＩ参照）。

【００５３】 依存関与者３０は、取引を完了する前に発行関与者１０がその限度内にあるか
否かに関してルートエンティティ１０２を調べる必要はない。システムが要求す
る報告は、ルートエンティティ１０２に通報される（発行関与者通知とは無関係
に）。それらの限度を超えるこれらの銀行は、この文書及び動作規則に指示され
ているように制裁される。更に、システム内の制御装置が、限度を監視する。

【００５４】 保証に関連して、もし申込みと受入れとの間の窓口が30分またはそれ以下であ
れば、証明書状態の追跡検査（発行関与者１０または加入顧客２０の何れかのた
めの）は不要である。個々の関与者１０６には、より厳格な要求を課すことがで
きる。

【００５５】 その日の終わりには、ルートエンティティ１０２の保証キャップ及び担保管理
者（ＷＣＣＭ）は、その期間に各発行関与者が発行した全ての保証取引を反映し
ており、改訂された集合位置を関与者１０６及びルートエンティティ１０２へ発
行する。付加的な担保が掲示され、担保勘定保管者に転送される。ＷＣＣＭは、
市場の変化に基づいて担保の新しいレベルを決定するために、期間の終わり査定
を行う。

【００５６】 これらの妥当性検査及び保証サービスに対してシステムが正確に請求できるよ
うにするために、追跡のためのシステム会計メカニズムを配置しなければならな
い。発行される保証は、取引（その保証の期間中）毎に１つだけが許容される。
ある時点における取引当たり１つのビッドだけを発行（未決済に）することがで
きる。これは、別のビッドが配置される前に動作しなければならない。発売され
るビッドの量は、保証限度に対して“留保”されなくてはならない。依存関与者
３０は、もし（例えば、ＯＦＡＣに従って）そのようにすることが法的に禁止さ
れていれば、発行関与者１０からの妥当性検査またはアイデンティティ保証の確
実さ（ＩＷＡ）の要求を拒絶することができる。

【００５７】 もし１つの銀行が特定の取引において「発行」及び「依存」の両関与者であれ
ば、 −銀行間に処理料金は存在せず、 −ルートエンティティ１０２への妥当性検査料金は存在せず、 −それでも保証キャップ及び担保限度は適用される（保証保証の観点から）。

【００５８】 ５．クレーム処理ビジネスプロセス システムには、争いを回避するためにクレーム検査プロセスが設けられている
が、もし標準が厳守されていれば、クレームの開始はそれ程屡々出現することは
ない。しかしながら、パーティを誤認した結果として取引に失敗した場合には、
システムにはこれらが出現した時にこれらの状況に対処する準備がなされている
。また、これらのステップは正常の活動範囲外で遂行され、標準動作の流れの一
部ではないことに注目されたい。

【００５９】 クレーム処理ビジネスプロセスに関して、以下に図８を参照して説明する。図
８に示すように、依存顧客４０に対して保証が発行された（ステップ８０２）後
に、以下の１つが発生する。 −依存顧客４０は、保証失効日付をファイルする（ステップ８０４、図８Ｆの Ｂも参照）か、 −依存顧客４０は、適用期間内及び保証失効までのクレームはファイルしない （ステップ８０６）か、または −依存顧客４０は、適用期間及び保証失効後のクレームをファイルする（ステ ップ８０８）。

【００６０】 もし、ステップ８０４に示すように、依存顧客４０が依存関与者３０に伴う保
証時間限度内のクレームを（関連支持証拠と共に）ファイルすれば、システムは
ステップ８１０へ進み、依存関与者３０はファイルされたクレームを対応する発
行関与者１０へ通知し、契約上の責務当たりの支持証拠を発行関与者１０及び依
存顧客４０へ供給する（図８ＦのＣも参照）。

【００６１】 ステップ８１２において、依存関与者３０はファイルされたクレーム及びクレ
ームの量を、ルートエンティティ１０２及び発行関与者１０のＷＣＣＭの両者へ
通知する。ステップ８１４において、発行関与者１０は、それに支払う否かを決
定する。ルートエンティティ１０２は、保証に対するクレームに支払う条件をセ
ットする。これが意図しているのは、ビジネスに対して金本位制が存在すること
を確かめることである。各保証発行者には、それ自体の手順を使用して評価に対
する許容範囲及びクレームの処理が与えられている。しかしながら、クレームに
支払う最低の標準基準が確立されている。

【００６２】 もし発行関与者１０がクレームに支払わないあことを決定すれば、システムは
ステップ８１６へ分岐し、発行関与者１０はその決定を依存関与者３０へ通報す
る。

【００６３】 判断ステップ８１８において、もし依存顧客４０が発行関与者１０の決定に満
足しなければシステムはステップ８２０へ分岐し、依存顧客４０は争い解消／仲
裁手続きを開始する（図８ＦのＥも参照）。その場合には、争い解決プロセスの
結果の後にのみ担保が“解除”される。

【００６４】 依存関与者３０は、その裁量において暫定信用／信用エンハンスメントを依存
顧客４０に供給できることに注目されたい。もしそうならば、依存関与者３０は
、発行関与者１０がクレームをカバーすることに同意し、肩代わりすることによ
って依存関与者３０が発行関与者１０へクレームをファイルできるようにし、こ
の権利を指定している契約を受ける前に依存顧客４０に支払う。もし依存関与者
３０が信用エンハンスメントを依存顧客４０に与えるのであれば、依存関与者３
０は結果として担保を掲示する必要はない。

【００６５】 もし（ステップ８１４において）発行関与者１０が保証クレームに支払うこと
を決定すれば、システムはステップ８２２へ分岐し、発行関与者１０はその決定
を依存関与者３０に通報する。ステップ８２４において、発行関与者１０は依存
関与者３０に対するクレームに支払う（図８ＦのＤも参照）。ステップ８２６に
おいてＷＣＣＭは、発行関与者１０がクレームに支払った事実を監視し、支払っ
た量だけ、また要求された量だけ担保量を減少させる。

【００６６】 ステップ８０６に示されているように、もしクレームが保証失効日付以内にフ
ァイルされなければシステムはステップ８２８へ進み、保証を失効させる。ステ
ップ８３０において、発行関与者１０の発売保証量は、失効した保証量だけ減少
される。ステップ８３２において、その日の終わりにルートエンティティ１０２
のＷＣＣＭは、保証の失効を反映させるために担保要求を減少させる。

【００６７】 ステップ８０８に示されているように、もし保証が失効した後にクレームがフ
ァイルされれば、プロセスは、発売保証の全値がＷＣＣＭ内に戻されて反映され
ることを除いて、クレームがファイルされなかった場合と同一である。

【００６８】 ６．担保管理 上述したように、各Ｌ１関与者１０６₁は、保証証明書を発行する資格がある
ルートエンティティ１０２によって確立された基準に従って担保を掲示しなけれ
ばならない。以下は、担保掲示に関する複数のガイドラインである。 １．ルートエンティティ１０２は担保に関するエージェントであり、依存顧客 ４０に支払うように担保管財人に指令することができる。 ２．もし発行関与者１０が失敗すれば、ルートエンティティ１０２は有効担保 を越える有効ＩＷＡクレームを支払わない。 ３．もし発行関与者１０が失敗すれば、係争中のクレームは“先着・先奉仕” 基準で支払われる。 ４．もし発行関与者１０が失敗し、担保に容易にアクセスできなければ、ルー トエンティティ１０２は資金を貸付けない。 ５．もし関与者１０６が退会していれば、関与者１０６は保証発行についての 履歴経験に基づいて、期限前に支払われたクレームの100％を掲示しなけれ ばならない。 ６．ルートエンティティ１０２は、各関与者１０６の要求された担保を毎日決 定し、CHIPSモデルをエミュレートする“ヘアカット”（haircuts）に担保 量を割り当てる。 ７．ルートエンティティ１０２は、ＩＷＡが認可し、ＩＷＡクレームがファイ ルされる度に関与者１０６から頻繁な報告を受け、要求される担保を決定す る。

【００６９】 担保管理システムに関して、図９を参照して以下に説明する。図９に示すよう
に、担保管理システムは、複数の関与者１０６の担保勘定９０２を維持していて
その活動がルートエンティティ１０２によって監視されている担保管理者または
管財人１１２を含んでいる。図９には、担保勘定のサイズがＣ１−６とラベル付
けされているグレー領域によって示されている。図９に更に示されているように
、担保要求は典型的には関与者１０６によって発行された未決済保証の合計値よ
り少ないが、そのパーセンテージは固定ではなく可変である。

【００７０】 図９には、特定の関与者の担保要求を計算するための実施の形態も示されてい
る。図示実施の形態では、特定の関与者１０６のための合計発売保証値が50Ｍで
あるものとしている。図示実施の形態においては、関与者１０６のための担保要
求は以下のようにして計算される。

【００７１】 要求＝ ＄１Ｍ ＋システム顧客によってなされた未決済クレームの値 ＋関与者１０６によってそのトップ３顧客へ発行された未決済保証の合 計量 ＋関与者１０６によって発行された未決済保証の合計量の３％ 従って、図示実施の形態において、システムによって関与者１０６に対して未決
済のクレームの値が＄0.5Ｍであるものとし、関与者１０６によってそのトップ
３顧客へ発行された未決済保証の合計量が＄４Ｍであるものとし、そして関与者
１０６によって発行された未決済保証の合計量の３％が＄１Ｍであるものとすれ
ば、図示実施の形態における関与者１０６のための合計担保要求は＄6.5Ｍにな
る。

【００７２】 ７．エンドユーザの経験 通常エンドユーザは、システムサービスを使用するために関与者１０６との契
約に署名した法人１０８の従業員１１０である。従業員１１０がシステムを使用
するために利用できる構成要素を図１０に示す。図１０に示すように、従業員１
１０には、雇用者１０８または関与者１０６によってスマートカード１００２上
に証明書が与えられている。従業員１１０は、スマートカードリーダー１００４
を使用するために何等かの必要ソフトウェア１００８がインストールされている
彼のＰＣ１００６に取付けられているスマートカードリーダー１００４をも有し
ている。従業員１１０は、彼のデスクトップ１００６上にシステム可能化アプリ
ケーションソフトウェア１０１０をロードするか、またはサーバー(図示してな
い)へのブラウザを通してそれにアクセスしなければならない。アプリケーショ
ンソフトウェア１０１０の位置は、従業員１１０に対して透明であるべきである
。

【００７３】 エンドユーザが加入顧客２０として動作しているか、依存顧客４０として動作
しているかに依存して、システムとの対話が変化する。エンドユーザ対話は、ア
プリケーション及び依存顧客４０の要求の関数でもある。従って、この物語は、
エンドユーザがどのようにシステムアプリケーション及びメッセージの型及びエ
ンドユーザが従っている手順と対話するかの例として役立つ。

【００７４】 図示したシステム対話の例に関して、図１１を用いて説明する。この例におい
ては、エンドユーザがオフィス用品を購入することを望むエンティティの購入管
理者（加入顧客１０８の従業員１１０）であるものとし、依存顧客４０がオフィ
ス用品を販売するエンティティ（“販売者”という）であるものとする。ステッ
プ１１０２において、従業員１１０は彼のウェブブラウザを起動し、依存顧客４
０のサイトになる。ステップ１１０４において、従業員１１０はウェブサイトと
対話し、例えば彼が必要とする用品を選択する。彼は、ＲＦＰの具申、物品の注
文、契約の交渉等のような他の取引を遂行することもできる。従業員１１０がそ
の取引を完了させる準備が整うと、彼はそれをシステムに指示する（ステップ１
１０６）。例えば、従業員１１０はボタンをクリックし、発注して用品を購入す
る準備が整ったことを指示する。ステップ１１０８において、販売者のシステム
は、送り先住所のような受注を完成させるのに必要な他の情報を従業員１１０に
尋ねることができる。ステップ１１１０において、従業員１１０は、彼のスマー
トカードをリーダー内に挿入するように依頼される。従業員１１０は彼のスマー
トカードをリーダー内に挿入し、彼のＰＩＮを入力する。もしＰＩＮが有効であ
れば、ステップ１１１２においてユーザは、システムが彼の取引を処理している
と言うメッセージを見る。

【００７５】 ステップ１１１４において、従業員１１０のシステムソフトウェア１０１０は
その取引に署名し、それを彼の保証証明書と共に依存パーティ（この場合には、
販売者）へ送る。ステップ１１１６において依存パーティ４０は、メッセージを
依存関与者３０へ送ることによって購入者の証明書の有効性を検査する。ステッ
プ１１１８において、依存関与者３０はメッセージを発行関与者１０へ送って、
上述したようにその証明書が有効か否かを決定する。ステップ１１２０において
発行関与者１０は、購入者の証明書が有効であるという応答を依存関与者３０へ
送り返す。発行関与者１０は、それ自体の証明書も応答内に含む。ステップ１１
２２において、依存関与者３０はメッセージをルートエンティティ１０２へ送り
、発行関与者１０の証明書が有効か否かを決定する。もしこれらの応答の全てが
ＹＥＳであれば、ステップ１１２４において販売者はメッセージを従業員１１０
へ送り返し、彼の取引が何等かの他の関連情報と共に受入れられたことを通知す
る。販売者のシステムは、そのソフトウェア内にプログラムされたＩＷＡを要求
する能力を有することができる。この場合には、保証が要求され、購入者が彼の
購入注文の確認を待機している背景中に処理される。

【００７６】 もし取引を進めている間に問題に遭遇すれば、適切なエラーメッセージが従業
員１１０に表示される。これらは、もし従業員１１０のＰＩＮが正しくなければ
彼に彼のＰＩＮを再入力することの依頼を含む。従業員１１０は、彼がロックア
ウトされ、彼のビジネス管理者にカードを再活動化することを命令される前に、
３回試行することを許される。注：ユーザのカードが不能化される前の試行の数
は、発行関与者１０によってセットされた限度に依存して変化させることができ
る。

【００７７】 従業員１１０は、販売者のアイデンティティ検査を遂行する機会も有している
。このプロセスの諸ステップに関して、図１２を参照して説明する。図１２に示
すように、この場合、加入顧客１０が依存パーティになり、販売者にその保証証
明書を送るように要求する（ステップ１２０２）。それに続く諸ステップは、上
述したステップに類似している。しかしながら、ＩＷＡは背景中に処理されず、
従業員１１０、その関与者１０６、及び販売者の関与者１０６の間で処理される
。ステップ１２０４において、従業員１１０は保証の量及び期間を入力する。ス
テップ１２０６において、このメッセージが発行関与者１０へ送られ、発行関与
者１０はそれを販売者の（“依存”）関与者３０へ送る。ステップ１２０８にお
いて、従業員１１０は保証要求が受入れられたこと、及びＩＷＡのための料金を
記載されている返送メッセージを入手する。ステップ１２１０において、従業員
１１０は、保証期間が受入れられたか否かを決定する。もし従業員１１０が指定
された量を支払うことに同意すれば、システムはステップ１２１２へ分岐し、従
業員１１０はこの応答を発行関与者１０を通して販売者の（“依存”）関与者３
０へ送る。しかしながら、もし従業員１１０がＩＷＡ料金を支払うことを望まな
ければシステムはステップ１２１４へ分岐し、従業員１１０はそのＩＷＡを断る
メッセージを送り返し、異なる日付及び量の別のＩＷＡを要求する。この交渉は
、従業員１１０がＩＷＡ及び関連料金を受入れるか、または受入れずに取引を終
了させるまで続行される。

【００７８】 全ての取引は記録されているので、争いまたは質問の場合には、従業員１１０
、発行関与者１０、ルートエンティティ１０２、依存パーティ４０、及び依存関
与者４０はこの情報を参照することができる。

【００７９】III．役割及び責任 図２に示した動作モデル内の各エンティティは、システムにおいて若干の役割
及び責任を負っている。これら役割及び責任を以下に要約する。

【００８０】 Ａ．ルートエンティティ１０２ ルートエンティティ１０２は動作モデルの頂上にあり、システムの主要“中枢
”として動作する。ルートエンティティ１０２は、システムのシームレス動作を
容易にするために、以下のクリティカル機能を遂行する。 Ｌ１関与者証明書の有効性のオンライン状態を与えるために、ルートレベルリポ
ジトリとしての動作。 全ての従属エンティティの動作を制約する規則及び標準のセット及び確立。 将来のＬ１関与者１０６の識別。 規則内に確立されている基準に基づいてＬ１関与者の入会の資格審査。 設立許可（チャータリング）プロセスの一部として将来Ｌ１関与者に対して当然
払われるべき努力の遂行。 設立許可の前にシステム標準への適合に関して将来Ｌ１関与者の技術の評価。 証明書オーソリティまたは信頼管理者としての各Ｌ１関与者の動作に伴う限度を
定義。（注：“信頼管理者”が使用される場合には、それを発行検査及び保証製
品の設立と呼ぶ。） 合計集合未決済保証に対する保証の確立（あるＬ１関与者１０６が信用管理者と
して動作する場合）。 Ｌ１関与者同意の実行。 以下の料金収集。 証明書オーソリティ、信用管理者 年会費 Ｌ１関与者１０６（または他の顧客）への証明書発行。 妥当性検査処理。 保証発行費のパーセンテージ。

【００８１】 システムがこれらのサービスに対して正確に請求できるように、信用管理者は
会計システムを有していなければならない。 １１．以下のためにＬ１関与者１０６の動作を監視。 システム標準の遵守。 保証発行活動。 １２．従属アクティビティの独立的に遂行される監査の見直し。 １３．従属アクティビティのそれ自体の監査を遂行する、及び従順でないかま たは過大に危険な従属アクティビティ内へ介入する権利の留保。 １４．システムリスク留保の維持 − ルートエンティティ１０２が責任を取
るようなシステム故障を因とするリスクを管理するために、ビークルに与えるＬ
Ｃの形状の、または他の保証の留保を与える。

【００８２】 上述したように、ルートエンティティ１０２は、ルート動作の管理及びシステ
ムの完全性の維持に責任がある。ルート機能は、その機能が何であるかに依存し
て、中央で、または分散させて遂行される。これらの機能の遂行に責任があるル
ートエンティティ１０２内のエンティティに関して、以下に図１３を参照して説
明する。

【００８３】 図１３に示すように、ルートエンティティ１０２は、５つのルートキーフラグ
メント１３０２からなる私用キーを使用する。各フラグメント１３０２は、それ
自体のトークン１３０４上に格納され、トークン１３０４はそれがキーフラグメ
ント保持者１３０６によって使用されない時には機密保護が保たれている。

【００８４】 各キーフラグメント保持者１３０６は、彼のフラグメント１３０２の機密を保
護し、証明書及びＣＲＬ発行のような証明書オーソリティ処理の認可のために必
要である場合にフラグメント１３０２を署名デバイスホスト１３０８に提示する
責任を負っている。詳述すれば、例えば証明書に署名すべき時に、キーフラグメ
ント保持者１３０６が存在して、彼のトークンを署名デバイスホスト１３０８内
へ入力する。

【００８５】 −提唱するレベル：副会長または同等 キーフラグメント保持者１３０６及び署名デバイスホスト１３０８は、地理的
に異なる位置に配置されている。キーフラグメント１３０２を分散させることに
よって、ルート私用キーの高レベルの安全性及び保護が得られる。図１３では、
２人のキーフラグメント保持者１３０６及び署名デバイスホスト１３０８がニュ
ーヨークのデータセンター１３１０（１台のＰＣ、１台のリーダー、及び２つの
トークン）に位置し、２人がドイツのフランクフルトの第１の銀行のデータセン
ター１３１２（（１台のＰＣ、１台のリーダー、及び２つのトークン）に位置し
、そして５番目の人が香港の第２の銀行のデータセンター１３１４に位置してい
る。

【００８６】 また図１３には、同じように地理的に分散されている署名オフィサーステーシ
ョン１３１６が示されており、設立中の各銀行１０４₁に１人ずつ、合計８つの
署名オフィサーステーション１３１６が存在している。署名オフィサーステーシ
ョン１３１６は、設立中の各銀行１０４₁の安全な場所に位置している。

【００８７】 各銀行１０４₁は、２人の署名オフィサー（ＳＯ）１３１８をも有しており、
合計16人が存在している。署名オフィサー１３１８は、署名オフィサーワークス
テーション１３１６の動作に責任を負っている。設立中の各銀行１０４₁は、も
し望むのであれば、各ＳＯ１３１８毎にバックアップを有することができる。各
ＳＯ１３１８は、証明書、取消し、ＣＲＬに署名するためのルートキーを生成す
るために彼／彼女のフラグメントの使用を認可し、またＳＯは要求データの検証
に基づいて、及び以下に説明する許可者（オーソリライザ）１３２０からの勧告
に基づいて変化する。ＳＯ１３１８は、証明書に直接署名はしない。

【００８８】 −提唱するレベル：副会長または同等 証明書署名プロセスは、定足数基準で動作する。ルートキー生成アルゴリズム
へ解放される前に、フラグメント１３０２の使用を承認するためには、ＳＯ１３
１８の定足数が必要である。証明書に署名するためのルートキーを生成するため
には、フラグメント１３０２の定足数が承認されなければならない。定足数は、
キーが生成される時点に確立される。１人が拒絶／無投票であれば、全要求が拒
絶される。

【００８９】 図１３には、許可者１３２０も示されている。許可者１３２０の機能は、設立
中の銀行１０４₁に存在している。これは要求される機能ではあるが、必ずしも
専用資源を必要とはしない。許可者１３２０は、ルート証明書要求、取消し、Ｃ
ＲＬ、ＳＯメンテナンス等のための文書を受け、検査する。この人は、受けた要
求を承認または拒絶することをＳＯ１３１８に勧告し、堅実な決定を行うのを容
易にするためにＳＯ１３１８が文書（例えば、打合せノート）にアクセスするの
を確実にする責任を負っている。要求を承認するのに十分な情報が入手できなけ
れば、それは拒絶される。

【００９０】 −提唱するレベル：副会長またはその上 図１３には、登記者１３２２も示されている。登記者１３２２は、ルートエン
ティティ１０２の従業員である。この人は、証明書及びＣＲＬ要求のようなＣＡ
取引のための文書を受けて検査し、要求をＣＡ１３２４内へ入力して署名プロセ
スを開始させる。

【００９１】 −提唱するレベル：オフィサーまたは同等 図１３には、システム管理者１３２６も示されている。システム管理者１３２
６は、ルートエンティティ１０２の従業員であって、以下の機能を遂行すること
によってシステム及びそのデータベースを管理する。 ａ）発行者、ＳＯ１３１４、及び登記オーソリティ１３２８に関する情報を定 義し、維持する。 ｂ）バックアップの遂行。 ｃ）パスワードの変更。 −提唱するレベル：オフィサーまたは同等 図１３には、ルートＣＡ監査役１３３０も示されている。ルートＣＡ監査役１
３３０は、ＰＫＩの信用を損なわず、手順が後続するのを確実にするために、Ｃ
Ａ１３２４及びＳＯ１３１８の記録を検査することに責任がある。この検査は、
監査記録の検査、監査記録内の情報の妥当性検査、及び何れもがミスしていない
ことを必然的に伴う。ルートＣＡ監査役１３３０は、提出されたキー対を証明の
ために、及び得られたディジタル署名を、それを使用するために解放する前に認
証のために調べなければならない。これは、個々に動作領域内にあるべきであり
、ルートエンティティ１０２のリスク管理領域内に指定されているものとは異な
る。 −提唱するレベル：副会長または同等 ルートＣＡ１３２４は高度に安全な位置に保持され、システムへ侵入できない
ようにするために物理アクセス及び仮想アクセス制御を有している。ルートキー
を傷つけるリスクを最小にするために、ルートキーは決して全体として維持され
ず、５つのフラグメントで維持されている。これら５つのフラグメントの３つは
“定足数”で構成されるか、または署名動作のために必要になる度にルートキー
を再計算する数学的公式で使用される複数のフラグメントで構成されている。定
足数規則は、次の通りである。 ａ）フラグメント定足数は、５つの中の３つである。 ｂ）ＳＯは、２より多くないフラグメントを有するＳＯであることができる。 ｃ）もし４つのＳＯが利用不能であれば、署名することが可能でなければなら ない。 ｄ）銀行の多数（８つの中の５つ）が、証明書、ＣＲＬ、または管理変更要求 を承認しなければならない。 ｅ）たとえ４つの銀行からのＳＯが協力したとしても、それでも証明書を承認 することが不可能でなければならない。安全の目的からＳＯ私用キーは、 トークンにアクセスするために12ディジットのパスワードを要求するハ ードウェアトークン上に維持される。

【００９２】 Ｂ．Ｌ１関与者１０６₁ 以下は、Ｌ１関与者１０６₁が遂行する種々の機能である。 １．証明書オーソリティ及び関連リポジトリを動作させる。 ２．信用管理者として設立されるアプリケーションがルートエンティティ１０ ２によって承認されれば、信用管理者を動作させる。 ３．オプションとして、それが発行する証明書内に含まれる情報の正確さで保 証を発行する。 ４．Ｌ２関与者１０６₂を識別し、設立する。 ５．Ｌ２関与者１０６₂へ証明書を直接発行する。 ６．ルートエンティティ１０２と関与者１０６との間の管理契約関係を、それ 自体に従属させる（Ｌ１関与者１０６₁は発行関与者１０として動作しな ければならないが、必ずしも信用管理者として動作する必要はない）。 ７．システム標準に従うために、第三者の監査を求める。 ８．ルートエンティティ１０２の監査結果を報告する。 ９．ルートエンティティ１０２が遵守を維持していることを検査した結果とし て修正動作を起こす。 １０．証明書オーソリティまたは信用管理者の何れかとしての動作を確立する ために、Ｌ１関与者１０６₁に要求される技術的構成要素を取得し、資格 を得、そして展開する。 −資格取得は、ルートエンティティ１０２によってセットされた標準に対 するものであろう。 １１．加入顧客２０または同等Ｌ１関与者１０６₁からのオンライン証明書妥 当性検査及び／または保証の要求に対して応答する。 １２．その合計保証公開の状態の変化を追跡する。 −Ｌ１は、保証状態をルートエンティティ１０２へ報告する責を負う。 １３．発行した保証のために十分なレベルの担保を維持する。 −担保状態をルートエンティティ１０２へ報告する責任。 １４．システムの最低規則、標準、及びＬ２関与者１０６₂に対する契約期間 を公表する。Ｌ１関与者１０６₁は、システム標準と衝突しないことを条 件に、より限定的な標準を定義するための許容範囲を有している。

【００９３】 Ｌ１関与者１０６₁の証明書オーソリティレベルによって遂行される機能は、
ルートエンティティ１０２により動作されるルート証明書オーソリティによって
遂行される機能と類似している。しかしながら、実際の役割及び責任は、各Ｌ１
関与者１０６₁がそれらの証明書オーソリティを実現するためにどのように選択
するか（その私用キーのためにフラグメンテーションを使用するか否かを含む）
に依存して、ルートエンティティ１０２のそれらとは異なることができる。更に
、以下に説明する役割は関与者毎に変化し得る。これらの機能を遂行する責任を
負っているＬ１関与者１０６₁内のエンティティの一例を、図１４を参照して説
明する。

【００９４】 図１４に示されている登記者１４０２は、証明書要求をシステム内へ入力する
責任を負っている人である。これは、顧客によって、勘定オフィサーによって、
またはデータ入力職員によって直接行うことができる。

【００９５】 −提唱するレベル（もし銀行によって行われれば）：オフィサーまたは同等 図１４には、認可者１４０４も示されている。認可者１４０４は、顧客１０８
または勘定オフィサーから証明書要求、取消し、ＣＲＬ、ＳＯメンテナンス等の
ための文書を受ける。彼／彼女はこの文書を調べ、彼／彼女が受けた要求の何れ
かを承認または拒絶するために、後述する署名オフィサーに勧告する。もし彼／
彼女が、要求を承認するのに十分な情報を有していなければ、その要求は拒絶さ
れる。

【００９６】 −提唱するレベル：副会長または同等 図１４には、署名オフィサーワークステーション１４０８の動作に責任がある
署名オフィサー（ＳＯ）１４０６も示されている。認可者１４０４の勧告、及び
要求データの検査に基づいて、ＳＯ１４０６は、証明書、取消し、ＣＲＬ、及び
ＳＯ交替に署名するためにＬ１関与者１０６₁の私用キーの使用を承認する。も
し銀行がそれらの私用キーをフラグメントにすることを選択すれば、複数のＳＯ
及び定足数が必要になる。各Ｌ１関与者１０６₁は、この能力で動作するために
それら自体の手順を開発する。

【００９７】 −提唱するレベル：副会長または同等 図１４には、システム管理者１４１０も示されている。システム管理者１４１
０は、 ａ）証明書に関する情報を定義し、維持する、 ｂ）バックアップを遂行する、 ｃ）パスワードを変更する、 ような機能を遂行することによって、Ｌ１関与者１０６₁のシステム及びデータ
ベースを管理する。

【００９８】 −提唱するレベル：オフィサーまたは同等 図１４には、監査者１４１２も示されている。監査者１４１２は、ＰＫＩが信
用を落とさず、手順が続けられるように、証明書オーソリティ及びＳＯ記録を検
査することに責任がある。これは、監査記録を検査し、監査記録内の情報の妥当
性を検査し、そしてミスは何もないことを確認することを必然的に伴う。監査者
１４１２は、認証のためにキー対及びディジタル署名をも調べなければならない
。

【００９９】 −提唱するレベル：副会長または同等 各レベル１証明書オーソリティは、それ自体の追随すべき動作及び安全手順の
セットを有している。最小限、それらはシステム動作規則内に指定されている要
求に合致する。各レベル１証明書オーソリティは、それ自体のリスク管理政策及
び手順を有している。最小限、それらはシステム動作規則内に指定されている要
求に合致する。

【０１００】 Ｃ．顧客１０８ システム顧客１０８の責任は、以下の通りである。 関与者１０６の動作規則を遵守することに合意する。 保証証明書に関連する私用キーをハードウェアデバイス内に格納し、このデバイ
スはシステム仕様（スマートカード、ＨＳＭ）とコンパイルし、個人が使用する
場合には各取引毎に積極的な認証（例えば、ＰＩＮ入力）を要求する。［注：取
引毎にＰＩＮ入力／認証を要求することは、サーバーをベースとする実施には適
用されない。］ユーティリティ証明書に関連する私用キーは、システム仕様に従
うハードウェアデバイス内に格納しなければならないが、各使用には明示認証を
要求しない。 その発行関与者１０に、その私用キー／公開キー対及び識別証明書の進行中の有
効性及び正確さ、または私用キーが格納されているそのコンピュータシステムま
たはスマートカードの安全性の信用失墜または信用失墜の疑いに関する情報をタ
イムリーに、そして正確に告知する。 ディジタル証明書を作成することを承認された、またはディジタル証明書内に名
前が書き込まれている各人またはエンティティから、システムサービスを提供す
る目的で、またはそれ以外にシステムの目的を遂行するために、それらの人及び
オーソリティに関する情報が他の関与者１０６及びルートエンティティ１０２へ
転送しても差し支えないことの承諾書を入手する。

【０１０１】IV．リスク管理 Ａ．リスク管理システム及び基礎構造 ルートエンティティ１０２は、システム基礎構造内にリスク管理のシステムを
確立する責任を負っている。各システムエンティティの管理は、適切な制御及び
構造を効果的に動作させる責任がある。これを達成するために、全ての関与者１
０６は、リスクの詳細な解析、及びこれらのリスクを軽減するのに適切な制御の
識別から生じた要求を反映するような構造の明白に定義されたシステム規則のセ
ットを厳守する。全てのパーティをこれらの規則に拘束するために、明白に定義
された契約が採用される。

【０１０２】 他のいろいろな要素が、リスクの管理を支援する。これらは、以下のものを含
む。 −責務の契約限度。 −システムへの加盟資格の最低基準の確立。 −契約要求、または確立されている標準／手順に従わない関与者１０６に厳守 させるルートエンティティ１０２の能力。 −リスク留保の確立、及びシステムリスクからエンティティを保護する保険の 購入。 −保証特色を提供する協会による担保の要求された掲示。 −能力の監視。

【０１０３】 管理の立場から、リスク管理機能はルートエンティティ１０２のＣＥＯ（ＣＥ
Ｏ機能内か、またはスタンドアロン位置として）に報告する。しかしながら、そ
れは監査委員会へ直接アクセス可能でなければならない。

【０１０４】 ルートエンティティ１０２のリスク管理政策は、リスクを制限すること、及び
リスクが発生する点において責任及び責務を配置することである。従って、ルー
トエンティティ１０２のリスクは、ルートエンティティ１０２によって直接的に
、またはルートエンティティ１０２に代わって管理される技術及び動作に制限さ
れる。識別されたリスク及び提唱した制御に対して独立的に検査が遂行され、リ
スク公開の定量化、及びシステム内の損失のインパクト及び見込みを援助する。

【０１０５】 リスクを軽減させるのに必要な、以下に定義するリスク及び制御目標により詳
細に対処する詳細なリスク解析が完了される。各機能に関連する特定制御が開発
され、適切な標準内に反映され、そしてシステム全体に実現される。

【０１０６】 Ｂ.リスクおよび制御目標 以下の６つのキー・リスクは、ルート・エンティティ１０２の形成直後にこの
ルート・エンティティ１０２によって分析され、次いで、進行状態となる。

【０１０７】 １．操作上のリスク ａ）テクノロジシステムを支援しているテクノロジの設計上の弱点または誤用
から生じるセキュリティ違反その他の障害。これは、システム割り込み、暗号上
の弱点、ハードウェア／アプリケーション障害を生じさせる。

【０１０８】 −制御目標：設計および実施についての専門知識利用、実施前の適切なテスト
、不測事態プラン、セキュリティ／アクセス・ポリシーおよび制御の確立、独立
監査、進行状態モニタリング。

【０１０９】 ｂ）処理−エラーを通じてのすべてアクション障害、設計上の弱点または保護
キーに対する障害となる不適切なポリシー、手順実施、証明書／更新ＣＲＬのタ
イミングの悪いあるいは不正確な処理、不適切な証明書使用あるいは無許可トラ
ンザクション。

【０１１０】 −制御目標：動作ポリシーおよび手順の確立；リスクの限界、進行評価、進行
レビュー／モニタリング、不測事態プラン、外部サービス・プロバイダに関連し
た限界／リスクをモニタする機構、ＣＡに対する類似制御のためのプッシュダウ
ン要件に対する能力の確立。

【０１１１】 ｃ）犯罪／不法行為−システム内処理におけるテクノロジへのおよび／または
違反の計画的な試みおよび／または詐欺的行為発生検出の障害。これは、キーを
危険にさらし、証明書の誤用、データの変更／剽窃、ＩＤの横領、偽造を招く。

【０１１２】 −制御目標：処理制御、限度、セキュリティの実施、アクセス処置、規則的な
レビューおよび規則厳守のための進行状態モニタリング。

【０１１３】 ２．評判リスク−収益および／または法的措置の喪失となるイベントまたは広
告による世論および信用に対する負のインパクト。

【０１１４】 −制御目標：動作、セキュリティ、プライバシ要件または証明書／用途に関す
る対応性、契約、ポリシー用語および義務に従って実行しないＣＡまたはサービ
ス・プロバイダに対する強制における障害を修正または処置するために直ちに実
行すべき、ルート・エンティティ１０２レベルでの能力。

【０１１５】 ３．規制／法律リスク−要件には固執しない。すなわち、規則は曖昧でテスト
されていない。罰金、罰則または公衆の当惑が生じる。

【０１１６】 −制御目標：ルート・エンティティ１０２内の法的機能の確立、ＣＡが適切な
法律、規則に固執する契約要件、契約契約内の明確に定義した権利、義務および
責任の仮定、進行中の規制ダイアログの確立。

【０１１７】 ４．戦略リスク−出現すべきマーケットの障害、競合的優位資格停止、予想テ
クノロジが生じない、システムのマーケットへの製品または能力に負のインパク
トを与える法律および規制の変更が生じる。

【０１１８】 −制御目標：マーケットのルート・エンティティ１０２追跡、迅速な訂正アク
ションを可能にする法的あるいはテクノロジのイベント、財政的義務に対する契
約限度。

【０１１９】 ５．信用リスク−ルート・エンティティ１０２をロールアップする、あるいは
、インパクトを与えるＣＡまたはサブＣＡ内の障害。

【０１２０】 −制御目標：或る種の財政的基準に基づくＣＡメンバーのＯＴＯ承認、各ＣＡ
についてのキャップのルート・エンティティ１０２確立、保証トランザクション
、クレームおよび決済の追跡、ＣＡが確立し、関連した適切な手順に固執する要
件、限界に対する固執、顧客の要求を知っていること、信用／財政状況をモニタ
すること。

【０１２１】 ６．流動性／財政リスク−有害あるいは不適切なビジネス決定あるいは実施、
不適当な資本化構造または所得または資本に重大な負のインパクトを与えること
になる不十分な損失保護。

【０１２２】 −制御目標：強いボード、プロジェクト管理、銀行内の経営陣のプラン実施お
よび支援、ルート・エンティティ１０２組織への適切な専門知識の借用、ルート
・エンティティ１０２レベルでの適切な予約、責任保証のメンテナンス、適切な
予約および担保がＣＡレベルで維持される要件、ルート・エンティティ１０２レ
ベルでの、財政モニタリング、付加的な資本について必要な処置を行う機構、契
約義務限度の確立。

【０１２３】 Ｃ．会計監査要件 ルート・エンティティ１０２は、それ自体の動作ならびにそのメンバーの動作
について周期的な外部監査を実施しなければならない。メンバー・レビューが、
メンバー自体の費用で実行される。ルート・エンティティ１０２は、また、第三
者の技術的なレビューが周期的に実行されることを必要とする。すべての参加者
１０６ならびにルート・エンティティ１０２は、また、内部的なリスク・モニタ
リング・プログラムおよびルーチンを実行することも必要とする。これは、特に
、動作機能のリスクを処理する。

【０１２４】 ルート・エンティティ１０２は、監査報告をリクエスト／レビューし、監査訂
正を確実に行ったかどうかを評価あるいはさらにテストする権利を予約しておく
。ルート・エンティティ１０２は、また、それ自体の費用で、必要と考えられる
任意付加的な監査作業を実施あるいは実施させる権利を留保する。

【０１２５】 Ｖ．動作規則 先に述べたように、ルート・エンティティ１０２は、システム・エンティティ
の権利および義務を特定する動作規則を公表する。このような動作規則の一実施
例は、次の通りである。

【０１２６】 動作規則目次 第１章--一般的な規則 第１節：定義・・・・・・ 第２節：参加者適格性・・・・・・ 第３節：ＧＴＯサービス：参加者の一般的な権利および責任・・・・・・ 第４節：ＧＴＯの役割・・・・・・ 第５節：マーク・・・・・・ 第６節：料金およびその他の支払い・・・・・・ 第７節：参加の資格停止および終了・・・・・・ 第８節：一般的な条項・・・・・・ 第２章-デジタル識別サービス 第９節：説明・・・・・・ 第１０節：デジタル識別サービス：発行参加者の権利および責任・・・・ 第１１節：デジタル識別サービス：信用ある参加者の権利および責任・・・・ 第１２節：デジタル識別サービス：ＧＴＯの権利および責任・・・・・・ 第１３節：デジタル識別サービス：顧客契約・・・・・・ 第３章-ユーティリティ・キー・サービス 第１４節：説明・・・・・・ 第１５節：ユーティリティ・キー・サービス：発行参加者の権利および責任・
・・・・・ 第１６節：ユーティリティ・キー・サービス：信用ある参加者の権利および責
任・・・・・・ 第１７節：ユーティリティ・キー・サービス：ＧＴＯの権利および責任・・・ 第１８節：ユーティリティ・キー・サービス：顧客契約・・・・・・ 付属書・・・・・・

【０１２７】 第１章一般的な規則 第１節 定義 これらの動作規則の目的のために、以下の用語は、以下の意味を有するものと
する： ａ.「認証する」ということは、加入顧客に関して、加入顧客の関連公開キー
に対応する加入顧客の非公開キーを使用して、加入顧客のＩＤおよびデジタル伝
送のコンテンツとの関連を示す目的のためにデジタル伝送についてデジタル署名
を作成することを意味する。「認証する」ということは、信用ある顧客に関して
、加入顧客のＩＤおよびデジタル伝送のコンテンツとの関連を確認する目的で加
入顧客の関連した非公開キーに対応する加入顧客の公開キーを使用することを意
味する。

【０１２８】 ｂ.「許可する」ということは、デジタル伝送に関して、以下のことを意味す
る。すなわち、（ａ）加入顧客が、そのデジタル署名をデジタル伝送に置いたこ
と;（ｂ）加入顧客のデジタル署名が、署名しようとしている加入顧客によって
許可されたエンティティまたはパーソンによってデジタル伝送上に置かれたこと
;（ｃ）加入顧客のデジタル署名が、加入顧客がその非公開キーを与えたかある
いは共有するエンティティまたはパーソンによってデジタル伝送に配置されたこ
と;（ｄ）加入顧客のデジタル署名が、加入顧客と協力して作動するエンティテ
ィまたはパーソンによって不正な意図を持ってデジタル伝送上に配置されたこと
;あるいは、（ｅ）デジタル署名が配置されたデジタル伝送の結果として、加入
顧客が当該トランザクションに対する資料利得を受け入れたことである。

【０１２９】 ｃ.「証明権限者」とは、ＧＴＯシステムのデジタル証明書を発行、管理して
いるＧＴＯまたは参加者を意味する。証明権限者は、それが発行するデジタル証
明書に関してリポジトリ機能を提供し、また、このようなデジタル証明書に関し
て信頼マネージャ機能を提供することができる。

【０１３０】 ｄ.「証明書ステータス／保証リクエスト」はセクション１（６３）に定義さ
れている。

【０１３１】 ｅ.「証明書ステータス／保証レスポンス」は、セクション１（６４）に定義
される。

【０１３２】 ｆ. 「証明されたＩＷクレーム」は、発行参加者が決定したＩＷクレームを意
味し、あるいは、紛争解決プロセスの下での決定が、これらの動作規則の下での
すべて状態およびがＩＤ保証の違反およびＩＷクレームの支払いのための関連し
たＩＤ保証の期間が満たされたこと、そして、発行参加者がＩＷクレームの金額
またはその一部についての信用ある顧客（または、セクション１１（１０）の動
作による信用ある参加者）に責任を負うことを見いだしたＩＷクレームを意味す
る。

【０１３３】 ｇ.「担保代理人」は、発行参加者によってセクション３（１８）に副次郵送
された信用ある顧客の利益（または、セクション１１（１０）の動作による信用
ある参加者の利益）を保持するようにＧＴＯによって選ばれた金融機関を意味す
る。

【０１３４】 ｈ.「秘密情報」とは、任意のコンピュータ・ハードウェアまたはソフトウェ
ア、文書、マニュアル、サービス資料あるいはＧＴＯサービスまたはＧＴＯシス
テムと関する他の情報を意味する。このような情報としては、（ａ）ＧＴＯまた
はその代理人によって所有、貸与、ライセンスを受けた、さもなければ、制御を
受けたもの、および（ｂ）ＧＴＯシステムのその使用と関連して、ＧＴＯによっ
て参加者に与えられた、あるいは、ＧＴＯから参加者によってアクセスされたも
のがある。秘密情報は、また、セクション３（１９）に従ってＧＴＯに提供され
る参加者監査の結果、または、セクション４（７）に従って参加者に与えられた
ＧＴＯ監査の結果も含む。しかしながら、秘密情報は、以下を含まない：すなわ
ち、（ｘ）動作規則、参加者契約または顧客契約の違反による以外の、一般的に
公共に利用できる情報;（ｙ）書面記録で反映されるような参加者によって独立
して開発された、あるいは、参加者にすべてに知られている情報;または、（ｚ
）開示に対する制限なしに、適法な所有者である第三者から参加者が受け取った
情報である。

【０１３５】 ｉ.「顧客」とは、参加者との顧客契約を結んだエンティティを意味する。

【０１３６】 ｊ.「顧客契約」とは、参加者と顧客との間の、この参加者による顧客へのＧ
ＴＯサービスの提供を管理する動作規則の適用可能な要件に従う契約を意味する
。顧客契約は、（ａ）参加者および顧客によって署名された書面の形をしていて
もよいし、（ｂ）法的に強制できる場合、すべての適用可能な司法権の強制要件
を満たす電子形態であってもよい。

【０１３７】 ｋ.「デジタル証明書」は、証明書を発行するエンティティ（ＧＴＯまたは発
行参加者）を識別し、参加者または顧客を独特に識別し、その参加者または顧客
の公開キーを含み、デジタル証明書の有効期間を述べているＧＴＯまたは発行参
加者によって発行されたデジタル記録を意味する。デジタル証明書は、（ａ）デ
ジタル証明書を参加者に発行したときのＧＴＯの非公開キー、（ｂ）デジタル証
明書を顧客またはレベル２参加者に発行したときのレベル１参加者の非公開キー
、または、（ｃ）デジタル証明書を顧客に発行したときのレベル２参加者の非公
開キーのいずれかでデジタル署名される。ＧＴＯシステムの目的のために、デジ
タル証明書の以下のタイプが使われる：すなわち、発行人証明書、識別証明書お
よび利用証明書である。

【０１３８】 ｌ．「デジタル識別サービス」は、セクション１（６５）において定義される
。

【０１３９】 ｍ.「デジタル署名」とは、エンティティに固有のデジタルＩＤを意味する。
これは、デジタル伝送の受取人にそのエンティティのＩＤを確認する目的のため
のデジタル伝送にその非公開キーを適用するエンティティによって作成される。
デジタル署名は、非公開キー、対応する公開キー、そして、「メッセージ・ダイ
ジェスト機能」として呼ばれる数学機能を使用する。その結果、デジタル伝送お
よび署名者の公開キーを受け取る、あるいは、それにアクセスするパーソンが、
（ａ）メッセージ・ダイジェスト機能へのデジタル伝送の変換が署名者の公開キ
ーに対応する非公開キーを使用して行われたかどうか、そして、（ｂ）デジタル
伝送が変換が行われたために変えられたかどうかを評価することができるように
なる。

【０１４０】 ｎ.「デジタル伝送」とは、テキスト、画像および／または他のデータを含み
、加入顧客がデジタル署名で認証する信用ある顧客へ加入顧客によって送られた
デジタル形態の電子伝送を意味する。

【０１４１】 ｏ.「紛争解決」とは、ＧＴＯサービスまたはその動作規則から生じる紛争を
解決するための付属書３−２０に記載されたプロセスを意味する。

【０１４２】 ｐ．「期限切れ」とは、デジタル証明書に関して、デジタル証明書に示されて
いる有効期限が切れたことを意味する。

【０１４３】 ｑ.「ＧＴＯ」とは、グローバル・トラスト・オーガニゼイション、ＬＬＣ、D
elaware limited liability companyを意味する。

【０１４４】 ｒ.「ＧＴＯサービス」とは、以下を意味する。すなわち、（ａ）デジタル識
別サービス;（ｂ）ユーティリティ・キー・サービス;および（ｃ）これらの動作
規則において特定されるような、レベル２参加者に対してレベル１参加者によっ
て与えられ、そして、参加者によってそれらの顧客に与えられる他のサービスを
意味する。

【０１４５】 ｓ.「ＧＴＯソフトウェア」とは、参加者への、参加者が使用するか、または
、ＧＴＯサービスと関連して使用するためのその顧客またはレベル２参加者に与
えるＧＴＯによって与えられるソフトウェアを意味する。

【０１４６】 ｔ.「ＧＴＯシステム」とは、コンピュータ・ネットワーク、ＧＴＯ、参加者
およびそれらの代理人のところに設置された通信その他のシステムおよび参加者
およびＧＴＯが通信を行い、ＧＴＯサービスを与えるプロセッサを意味する。

【０１４７】 ｕ.「ＧＴＯシステム伝送」とは、証明書ステータス／保証リクエスト、証明
書ステータス／保証レスポンス、ＩＷＡレスポンス、参加者ステータス・リクエ
スト、参加者ステータス・レスポンス、正当性リクエストまたは正当性レスポン
スを意味する。

【０１４８】 ｖ．「識別証明書」は、セクション１（６６）において定義される。

【０１４９】 ｗ.「ＩＤ保証」は、セクション１（６７）において定義される。

【０１５０】 ｘ.「ＩＤ保証額」または「ＩＷＡ」は、セクション１（６８）において定義
される。

【０１５１】 ｙ.「ＩＤ保証クレーム」または「ＬＷクレーム」は、セクション１（６９）
において定義される。

【０１５２】 ｚ.「発行人証明書」とは、参加者の公開キーに関する、参加者に発行された
デジタル証明書を意味する。発行人証明書は、ＧＴＯによってレベル１参加者に
発行され、そして、レベル１参加者によってレベル２参加者に発行される。

【０１５３】 ａａ.「発行参加者」とは、デジタル証明書に関して、そのデジタル証明書を
発行した参加者を意味する。

【０１５４】 ｂｂ．「発行参加者保証キャップ」は、セクション１（７０）において定義さ
れる。

【０１５５】 ｃｃ．「ＩＷＡレスポンス」は、セクション１（７１）において定義される。

【０１５６】 ｄｄ．「ＩＷクレーム」は、セクション１（６９）において定義される。

【０１５７】 ｅｅ．「レベル１参加者」または「Ｌ１参加者」とは、（ａ）発行人証明書が
ＧＴＯによって発行されたエンティティ、（ｂ）デジタル証明書を加入顧客およ
びＬ２参加者に発行することをこれらの動作規則の下に許可されたエンティティ
、そして、（ｃ）第２節のレベル１参加者適格性基準を満たすエンティティを意
味する。

【０１５８】 ｆｆ．「レベル１参加者契約」とは、付属書２−１（ｉ）（１）に記載された
形態であるＧＴＯシステムおよびＧＴＯサービスはおいてレベル１参加者の参加
を管理するレベル１参加者、ＧＴＯ間の契約書を意味する。 ｇｇ．「レベル１参加者／レベル２参加者契約」とは、レベル２参加者へのレベ
ル１参加者としてのサービスの提供を管理し、付属書２−２（ｂ）（ｖ）に記載
されている形態を持つ、レベル１参加者、レベル２参加者間の契約書を意味する
。

【０１５９】 ｈｈ．「レベル２参加者」または「Ｌ２参加者」とは、（ａ）発行人証明書を
レベル１参加者によって発行されたエンティティ、（ｂ）これらの動作規則の下
に、加入顧客にのみデジタル証明書を発行することを許可されたエンティティ、
（ｃ）第２節のレベル２参加者適格性基準を満たすエンティティを意味する。

【０１６０】 ｉｉ．「レベル２参加者契約」とは、付属書２−１（ｂ）（Ｖ）（Ａ）におい
て記載されている形態を持つ、ＧＴＯシステム、ＧＴＯサービスにおけるレベル
２参加者の参加を管理するレベル２参加者、ＧＴＯ間の契約書を意味する。

【０１６１】 ｊｊ．「マーク」とは、付属書５−７に記載されているものを無制限に含む、
ＧＴＯサービス、ＧＴＯシステムまたはＧＴＯに関するロゴ、デザイン、商標、
サービス・マーク、名称あるいはシンボルを意味する。

【０１６２】 ｋｋ．「動作規則」とは、セクション８（１）に記載されている手順に従って
ときどき補正されるような動作規則（関連した付属書を含む）を意味する。

【０１６３】 ｌｌ．「参加者」とは、レベル１参加者またはレベル２参加者を意味する。

【０１６４】 ｍｍ．「参加者契約」とは、レベル１参加者契約、レベル２参加者契約または
レベル１参加者／レベル２参加者契約を意味する。

【０１６５】 ｎｎ．「参加者ステータス・リクエスト」は、セクション１（７２）およびセ
クション１（７５）において定義される。

【０１６６】 ｏｏ．「参加者ステータス・レスポンス」とは、セクション１（７３）および
セクション１（７６）において定義される。

【０１６７】 ｐｐ．「非公開キー」とは、ＧＴＯ、参加者または顧客が、デジタル署名をデ
ジタル伝送に配置することを含めて、電子伝送、識別メッセージまたはレコード
および通信目的に適用できる、ＧＴＯシステムにおいて使用される非対称キー暗
号機能クラスから引き出されるような暗号キー・ペアの半分を意味する。

【０１６８】 ｑｑ．「非公開キー／公開キー・ペア」とは、ＧＴＯ、参加者または顧客の非
公開キーおよび関連した公開キーを意味する。

【０１６９】 ｒｒ．「公開キー」とは、ＧＴＯ、参加者または顧客の非公開キーに唯一関係
する、ＧＴＯシステムにおいて使用される非対称キー暗号機能クラスから引き出
されるような暗号キー・ペアの半分を意味する。

【０１７０】 ｓｓ．「関係保証キャップ」または「ＲＷＣ」は、セクション１（７４）にお
いて定義される。

【０１７１】 ｔｔ．「信用マネージャ機能」とは、証明書ステータス／保証リクエストの受
領、処理およびそれへの応答を意味する。

【０１７２】 ｕｕ．「信用ある顧客」とは、有効デジタル証明書としてデジタル伝送に含ま
れるデジタル証明書のステータスの信用ある参加者確認からリクエストする顧客
またはデジタル伝送と関連してＩＤ保証の承認をリクエストする顧客を意味する
。

【０１７３】 ｖｖ．「信用ある参加者」とは、信用ある顧客に関して、その信用ある顧客に
ＧＴＯサービスを提供する参加者またはその信用ある顧客と顧客契約を結んだ参
加者を意味する。

【０１７４】 ｗｗ．「リポジトリ機能」とは、加入顧客および／またはレベル２参加者に発
行参加者発行によって発行された当該期限切れまたは無効にされたデジタル証明
書のステータスに関する情報を含むデータベースの管理を意味する。

【０１７５】 ｘｘ．「無効にされる」とは、デジタル証明書に関して、発行参加者またはＧ
ＴＯによって「無効にされた」ような、デジタル証明書のステータスを指定した
ことを意味する。

【０１７６】 ｙｙ．「ルート・キー」とは、ＧＴＯの非公開キーを意味する。

【０１７７】 ｚｚ．「スマート・カード」とは、付属書３−１（ａ）／２に記載されている
仕様および規格を満たすコンピュータ・チップを含むプラスチック・カードを意
味する。

【０１７８】 ａａａ．「加入顧客」とは、ＧＴＯサービスと関連して使用するために発行参
加者からデジタル証明書を得る顧客を意味する。

【０１７９】 ｂｂｂ．「資格停止」とは、レベル１参加者に関しては、参加者がＧＴＯによ
って資格停止たれたことを意味し、あるいは、レベル２参加者に関しては、参加
者が第７節に従ってスポンサーとなっているレベル１参加者またはＧＴＯによっ
て資格停止させられたことを意味する。

【０１８０】 ｃｃｃ．「終了」とは、レベル１参加者に関しては、参加者がＧＴＯシステム
においてその参加を終了したこと、または、参加者がＧＴＯによって終了させら
れたことを意味し、あるいは、レベル２参加者に関しては、参加者がＧＴＯシス
テムにおいてその参加を終了したということ、または、参加者が第７節に従って
スポンサーであるレベル１参加者またはＧＴＯによって終了させられたというこ
とを意味する。

【０１８１】 ｄｄｄ．「第三者プロセッサ」とは、顧客および／またはレベル２参加者に対
する参加者のＧＴＯサービスのオファーおよびＧＴＯシステムへの参加に関連し
た、セクション３（１５）に従って、参加者へのサービスを提供するエンティテ
ィまたはパーソンを意味する。

【０１８２】 ｅｅｅ．「利用証明書」は、セクション１（７７）において定義される。

【０１８３】 ｆｆｆ．「ユーティリティ・キー・サービス」は、セクション１（７８）にお
いて定義される。

【０１８４】 ｇｇｇ．「正当性」とは、デジタル証明書に関して、（ａ）デジタル証明書が
、これらの動作規則に従って参加者または顧客に発行されたこと、（ｂ）デジタ
ル証明書が期限切れではないあるいは無効にされなかったこと、（ｃ）参加者が
、デジタル証明書に正当なものにさせない期間に資格停止されなかったこと、（
ｄ）参加者が終了とされないことを意味する。

【０１８５】 ｈｈｈ．「正当性リクエスト」は、セクション１（７９）において定義される
。

【０１８６】 ｉｉｉ．「正当性レスポンス」は、セクション１（８０）において定義される
。

【０１８７】 ｊｊｊ．「２０００年対応」とは、２０世紀、２１世紀、１９９９年、２００
０年についてそこから、そこへ、そして、間に真実の、正確な日付を記録、保存
、処理、提供、そして、適切ならば、挿入することを意味する（うるう年計算も
含む）。参加者へＧＴＯによって提供されるハードウェアおよびソフトウェアに
関して、そして、参加者に関して、２０００年対応は、また、参加者に適切な政
府当局の２０００年関連要件との対応性も意味する。

【０１８８】 デジタル識別サービス定義 デジタル識別サービスの目的で、以下の用語は、以下の意味を有するものとす
る： ｋｋｋ．「証明書ステータス／保証リクエスト」とは、信用ある顧客に代わっ
て、発行参加者に対して信用ある参加者によって送られた、（ａ）正当デジタル
証明書としてデジタル伝送に含まれる識別証明書のステータスの確認をリクエス
トする電子メッセージ、そして、（ｂ）その識別証明書のためのＩＤ保証をリク
エストする可能性のある電子メッセージを意味する。証明書ステータス／保証リ
クエストは、情報アイテムを含み、付属書４−１において特定されるフォーマッ
トであるものとする。 ｌｌｌ．「証明書ステータス／保証レスポンス」とは、信用ある参加者の証明書
ステータス／保証リクエストに応えて信用ある参加者に発行参加者によって送信
された電子メッセージを意味する。証明書ステータス／保証レスポンスは、情報
アイテムを含み、付属書４−１において特定されるフォーマットであるものとす
る。

【０１８９】 ｍｍｍ.「デジタル識別サービス」とは、これらの動作規則の第２章に記述さ
れているＧＴＯサービスを意味する。

【０１９０】 ｎｎｎ. 「識別証明書」とは、デジタル識別サービスと関連して加入顧客によ
って使用され得る、加入顧客に発行参加者によって発行されたデジタル証明書を
意味する。識別証明書は、情報アイテムを含み、付属書１に特定されるフォーマ
ットであるものとする。

【０１９１】 ｏｏｏ．「ＩＤ保証」とは、加入顧客がデジタル伝送を許可した発行参加者に
よる保証を意味する。

【０１９２】 ｐｐｐ．「ＩＤ保証額」または「ＩＷＡ」とは、ＩＤ保証の最高額（ＩＤ保証
のためにＧＴＯシステムによって支援された指定通貨）を意味する。

【０１９３】 ｑｑｑ．「ＩＤ保証クレーム」または「ＩＷクレーム」とは、発行参加者によ
って承認されたＩＤ保証の違反を主張し、セクション１０（１１）に従って発行
参加者からの支払いを求める信用ある顧客の代わり（あるいは、セクション１１
（１０）の動作によるそれ自体の代わりに）信用ある参加者によって持たされる
、発行参加者に対するクレームを意味する。

【０１９４】 ｒｒｒ．「発行参加者保証キャップ」とは、加入顧客のすべてについて発行参
加者によって承認され得る総当該ＩＤ保証額の最高額（発行参加者保証キャップ
についてＧＴＯシステムによって支援される指定通貨）を意味する。

【０１９５】 ｓｓｓ．「ＩＷＡレスポンス」とは、発行参加者に承認されたＩＤ保証を受け
入れるかまたは拒絶する、信用ある顧客に代わって、発行参加者およびＧＴＯに
対して信用ある参加者によって送信された電子メッセージを意味する。ＩＷＡレ
スポンスは、情報アイテムを含み、付属書４−１において特定されるフォーマッ
トであるものとする。

【０１９６】 ｔｔｔ．「参加者ステータス・リクエスト」とは、或る参加者によってＧＴＯ
に送信された、別の参加者の発行人証明書のステータスの確認をリクエストする
電子メッセージを意味する。参加者ステータス・リクエストは、情報アイテムを
含み、付属書４−１において特定されるフォーマットであるものとする。

【０１９７】 ｕｕｕ．「参加者ステータス・レスポンス」とは、参加者ステータス・リクエ
ストに応答して信用ある参加者および発行参加者にＧＴＯによって送信された電
子メッセージを意味する。参加者ステータス・レスポンスは、情報アイテムを含
み、付属書４−１において特定されたフォーマットであるものとする。

【０１９８】 ｖｖｖ．「関係保証キャップ」または「ＲＷＣ」とは、或る特定の加入顧客、
レベル２参加者および／または或る特定の識別証明書について発行参加者によっ
て承認され得る総当該ＩＤ保証額の最高額（関係保証キャップについてＧＴＯシ
ステムによって支援される指定通貨）を意味する。

【０１９９】 ユーティリティ・キー・サービス定義 ユーティリティ・キー・サービスの目的のために、以下の用語は、以下の意味
を有するものとする： ｗｗｗ．「参加者ステータス・リクエスト」とは、ＧＴＯに参加者によって送
信された電子メッセージであって、別の参加者の発行人証明書のステータスの確
認をリクエストする電子メッセージを意味する。参加者ステータス・リクエスト
は、情報アイテムを含み、付属書４−１において特定されたフォーマットである
ものとする。

【０２００】 ｘｘｘ．「参加者ステータス・レスポンス」とは、参加者ステータス・リクエ
ストに応答して信用ある参加者および発行参加者にＧＴＯによって送信された電
子メッセージを意味する。参加者ステータス・レスポンスは、情報アイテムを含
み、付属書４−１において特定されたフォーマットであるものとする。

【０２０１】 ｙｙｙ．「利用証明書」とは、ユーティリティ・キー・サービスに関連して加
入顧客によって使用され得る、加入顧客に発行参加者によって発行されたデジタ
ル証明書を意味する。利用証明書は、情報アイテムを含み、付属書１において特
定されたフォーマットであるものとする。

【０２０２】 ｚｚｚ．「ユーティリティ・キー・サービス」とは、これらの動作規則の第３
章に記述されるＧＴＯサービスを意味する。

【０２０３】 ａａａａ．「正当性リクエスト」とは、正当デジタル証明書として電子メッセ
ージに含まれる利用証明書のステータスの確認をリクエストする、信用ある顧客
に代わって、発行参加者に信用ある参加者によって送信された電子メッセージを
意味する。正当性リクエストは、情報アイテムを含み、付属書４−１において特
定されたフォーマットであるものとする。

【０２０４】 ｂｂｂｂ．「正当性レスポンス」とは、信用ある参加者の正当性リクエストに
応答して信用ある参加者に発行参加者によって送信される電子メッセージを意味
する。正当性レスポンスは、情報アイテムを含み、付属書４−１において特定さ
れたフォーマットであるものとする。

【０２０５】 第２節 参加者適格性 ａ．適格なレベル１参加者。エンティティは、以下の場合、レベル１参加者で
あるとして適格である。

【０２０６】 ｉ．エンティティまたは間接的あるいは直接的にこのエンティティを完全所有
するエンティティのペアレントが、 （１）（Ａ）主として財務サービス（たとえば、銀行業務、セキュリティまた
は保険引受業務）を提供するビジネスに従事している場合、（Ｂ）指定ホームカ
ントリにおいて政府当局による実質的な規則に従属する場合、（Ｃ）指定ホーム
カントリにおいて政府当局による周期的な審査に受ける場合、（Ｄ）指定ホーム
カントリにおいて政府当局によって確立された資本要件（または代わりの等価手
段）に従属する場合、（Ｅ）指定ホームカントリにおいて政府当局の１年未満の
頻度で動作についての財政情報を報告する場合、 （２）過去２回の会計年度について、Basle Committee on Banking Regulatio
ns and Supervisory Practicesまたはその後継者によって確立された規格に従っ
て計算された、少なくとも６パーセントの階層１資本対リスク・ウェイテッド資
産の比率を有する（または、その指定ホームカントリにおける政府当局によって
確立された規格に従って計算された代替の等価資本比率を有する）場合、 （３）過去２回の会計年度について、Basle Committee on Banking Regulatio
ns and Supervisory Practicesまたはその後継者によって定義された（あるいは
、その指定ホームカントリにおける政府当局によって定義された）ような、少な
くとも５００，０００，０００ドル（アメリカ）の階層１資本を有する場合、 （４）Thomson Bank Watch, Inc.からの「Ａ」、Moody's Invetors Service,
Inc.からの「Ｂａａ−ｉ」または「Ｂａａ」、またはStandard & Poor's Rating
s Services、Duff & Phelps, Inc.またはFitch Investor's Service からの「Ｂ
ＢＢ＋」の最短長期負債評価（あるいは、その指定ホームカントリにおいて認め
られている国際的に認められた公共評価エージェンシーからの均等な評価）、な
らびに、Thomson Bank Watch, Inc.からの「ＴＢＷ−３」、Standard & Poor's
Ratings Servicesからの「Ａ−２」、Moody's Invetors Service, Inc.からの「
Ｐｒｉｍｅ２」、Duff & Phelps, Iｎc.からの「Ｄｕｆｆ２」、Fitch Invertor
's Serviceからの「Ｆ−２」またはＭcCarthy, Crisanti & Ｍaffeiからの「Ｍ
ＣＭ２」の最短短期負債評価（あるいは、その指定ホームカントリで認められた
国際的に認められた公共評価エージェンシーの均等な評価あるいはＧＴＯによっ
て認められた他の均等な評価）を有する場合。そして、 ii.エンティティは、 （１）セクション３（１３）に記載されている適用可能な法律の規定下を含め
てすべての必要な法的、企業権限を処理し、ＧＴＯシステムに参加し、ＧＴＯサ
ービスをその顧客に提供し、これらの動作規則に従ってレベル１参加者の義務を
果たすことを立証し、 （２）その指定ホームカントリにおける政府当局の「あなたの顧客を知ってい
る」要件に従属し、ここで、少なくとも、財政アクション特別委員会の推薦に合
格しているか、または、付属書２−１（ｂ）（ｉｉ）において定められた「あな
たの顧客を知っている」要件に一致するか、 （３）その顧客契約が、その顧客に拘束力を持ち、実施可能であることを立証
し、 （４）政府または政府機関によって全部あるいは一部を所有されている場合、
紛争解決または他の判断および予断アタッチメントの実行に関して制限なしを含
めて、これらの動作規則の下に生じる、あるいは、ＧＴＯシステムにおけるエン
ティティの参加から生じる、もしくは、ＧＴＯサービスのオファリングから生じ
る任意のクレームまたは義務に関して主権者免責に対する任意のクレームあるい
は主権者免責の保護を破棄し、 （５）（Ａ）付属書２−１（ｂ）（v）（Ａ）の形でのレベル１参加者契約、
（Ｂ）付属書２−１（ｂ）（v）（Ｂ）の形でのＧＴＯソフトウェア・ライセン
ス、（Ｃ）付属書２−１（ｂ）（v）（Ｃ）の形でのＧＴＯセキュリティ契約、
（Ｄ）付属書２−１（ｂ）（v）（Ｄ）の形での適格性の検証を実行する。

【０２０７】 ｂ．適格なレベル２参加者。エンティティは、次の場合、レベル２参加者とし
て適格である。 ｉ．エンティティまたはこのエンティティを直接的または間接的に完全所有す
るエンティティのペアレントのいずれかが、以下の場合、 （１）（Ａ）主として財務サービス（たとえば、銀行業務、セキュリティまた
は保険引受業務）を提供するビジネスに従事している場合、（Ｂ）指定ホームカ
ントリにおいて政府当局による実質的な規則に従属する場合、（Ｃ）指定ホーム
カントリにおいて政府当局による周期的な審査に受ける場合、（Ｄ）指定ホーム
カントリにおいて政府当局によって確立された資本要件（または代わりの等価手
段）に従属する場合、（Ｅ）指定ホームカントリにおいて政府当局の１年未満の
頻度で動作についての財政情報を報告する場合、 （２）過去２回の会計年度について、Basle Committee on Banking Regulatio
ns and Supervisory Practicesまたはその後継者によって確立された規格に従っ
て計算された、少なくとも８パーセントの総資本対リスク・ウェイテッド資産の
比率を有する（または、その指定ホームカントリにおける政府当局によって確立
された規格に従って計算された代替の等価資本比率を有する）場合、 （３）Thomson Bank Watch, Inc.からの「Ａ」、Moody's Invetors Service,
Inc.からの「Ｂａａ−ｌ」または「Ｂａａ」、またはStandard & Poor's Rating
s Services、Duff & Phelps, Inc.またはFitch Investor's Service からの「Ｂ
ＢＢ＋」の最短長期負債評価（あるいは、その指定ホームカントリにおいて認め
られている国際的に認められた公共評価エージェンシーからの均等な評価）、な
らびに、Thomson Bank Watch, Inc.からの「ＴＢＷ−３」、Standard & Poor's
Ratings Servicesからの「Ａ−２」、Moody's Invetors Service, Inc.からの「
Ｐｒｉｍｅ２」、Duff & Phelps, Iｎc.からの「Ｄｕｆｆ２」、Fitch Invertor
's Serviceからの「Ｆ−２」またはＭcCarthy, Crisanti & Ｍaffeiからの「Ｍ
ＣＭ２」の最短短期負債評価（あるいは、その指定ホームカントリで認められた
国際的に認められた公共評価エージェンシーの均等な評価あるいはＧＴＯによっ
て認められた他の均等な評価）を有する場合。そして、 ii.エンティティは、 （１）セクション３（１３）に記載されている適用可能な法律の規定下を含め
てすべての必要な法的、企業権限を処理し、ＧＴＯシステムに参加し、ＧＴＯサ
ービスをその顧客に提供し、これらの動作規則に従ってレベル１参加者の義務を
果たすことを立証し、 （２）その指定ホームカントリにおける政府当局の「あなたの顧客を知ってい
る」要件に従属し、ここで、少なくとも、財政アクション特別委員会の推薦に合
格しているか、または、付属書２−１（ｂ）（ｉｉ）において定められた「あな
たの顧客を知っている」要件に一致するか、 （３）その顧客契約が、その顧客に拘束力を持ち、実施可能であることを立証
し、 （４）政府または政府機関によって全部あるいは一部を所有されている場合、
紛争解決または他の判断および予断アタッチメントの実行に関して制限なしを含
めて、これらの動作規則の下に生じる、あるいは、ＧＴＯシステムにおけるエン
ティティの参加から生じる、もしくは、ＧＴＯサービスのオファリングから生じ
る任意のクレームまたは義務に関して主権者免責に対する任意のクレームあるい
は主権者免責の保護を破棄し、 （５）付属書２−２（ｂ）（ｖ）の形でレベル１参加者／レベル２参加者契約
を実行し、 （６）ＧＴＯがレベル１参加者／レベル２参加者契約に対する当事者である場
合にできると同じ程度まで、ＧＴＯがレベル２参加者に関してレベル１参加者／
レベル２参加者契約の第三者受益者としてその権利を適用法律の下に執行するこ
とができることになるＧＴＯの返済をスポンサーのレベル１参加者が示さない場
合に、付属書２−ａの形でレベル２参加者契約を実行し、付属書２−１（ｂ）（
v）（Ｂ）の形でソフトウェア・ラインセンスを実行し、付属書２−１（ｂ）（
ｖ）（Ｄ）の形で適格性の立証を実行する。

【０２０８】 ｃ．他のエンティティ。ＧＴＯは、万が一ＧＴＯが、（ａ）参加者としてのＧ
ＴＯシステムにおけるエンティティの参加がＧＴＯシステムのさらに別の目的と
なるならば、（ｂ）エンティティが、その指定ホームカントリの政府当局による
監督、審査または規則をうけるならば、そして、（ｃ）参加者としてのＧＴＯシ
ステムにおけるエンティティの参加がＧＴＯ、ＧＴＯシステムまたは１つまたは
それ以上の参加者に付加的なリスクを課さないならば、セクション２（１）また
はセクション２（２）の適格性基準のうちの１つまたはそれ以上をエンティティ
が満たせないにもかかわらず、レベル１参加者またはレベル２参加者として適格
であるべき財務サービスを提供するビジネスに主として従事しているオーナー、
メンバーまたは参加者からなるエンティティを決定することができる。

【０２０９】 ｄ．適格性の決定。 ｉ．レベル１参加者になろうとしているエンティティは、このエンティティが
セクション２においてレベル１参加者について特定された適格性の条件を満足さ
せるかどうかをＧＴＯが決定できるようにＧＴＯにとって満足のいくようにＧＴ
Ｏドキュメンテーションに与えるものとする。ＧＴＯは、単独の決定権で、任意
のエンティティがこのような適格性条件を満たしているかどうかを決定するもの
とする。ＧＴＯ、ＧＴＯシステムまたは１つまたはそれ以上の参加者に提示し得
るエンティティの承認をＧＴＯが単独に決定する法的、世評的、操作上、信用そ
の他のリスクに基づいて前記適格性基準を満たすエンティティへの承認を否定で
きる。

【０２１０】 ｉｉ．レベル２参加者になろうとしているエンティティに関して、そのスポン
サーであるレベル１参加者は、エンティティがセクション２（２）においてレベ
ル２参加者について特定された適格性条件を満たしているかどうかをレベル１参
加者が決定できるようにレベル１参加者にとって満足できるドキュメンテーショ
ンを得るものとする。エンティティがこのような適格性条件を満たす場合にのみ
レベル１参加者はレベル２参加者としてのエンティティのスポンサーになること
ができる。

【０２１１】 ｅ．環境の変化。 ｉ．環境が変化してレベル１参加者となるべきレベル１参加者の適格性に影響
を及ぼす場合、レベル１参加者はこのような変化を直ちにＧＴＯに通知するもの
とする。

【０２１２】 ｉｉ．スポンサーになっているレベル１参加者は、レベル２参加者に対するレ
ベル２参加者適格性に影響を及ぼす環境変化が生じた場合、そのレベル２参加者
がレベル１参加者に直ちに通知することを要求するものとする。

【０２１３】 第３節。 ＧＴＯサービス 参加者の一般的な権利および責任 ａ．顧客に対するデジタル証明書の発行。

【０２１４】 ｉ．参加者は、その非公開キーおよびＧＴＯあるいはレベル１参加者からの関
連したデジタル証明書を使用してその顧客に対してデジタル証明書を発行するこ
とができる。参加者は、付属書３−１（ａ）／ｉおよび付属書３−１（ａ）／２
に記載される最小限の規格に従って、その顧客に対するデジタル証明書の配布お
よびデジタル証明書を配布するようにその顧客に要請することについて責任があ
る。参加者は、また、付属書３−１（ａ）／ｉおよび付属書３−１（ａ）／２に
記載される最小限の規格に従って、その顧客についての非公開キー／公開キー・
ペアを生成するか、あるいは、その顧客に非公開キー／公開キー・ペアを生成す
ることを要請することにも責任がある。

【０２１５】 ｉｉ．参加者は、自然人にデジタル証明書を発行してはならず、非顧客エンテ
ィティ（たとえば、会社、法人、有限責任会社、組合、政府機関、合名会社およ
びオーナー経営者）にのみデジタル証明書を発行するものとする。顧客は、任意
の自然人（たとえば、従業員）またはエンティティ（たとえば、子会社または系
列会社）に、顧客に発行されたデジタル証明書を、顧客に代わって、利用するこ
とを許可することができるが、デジタル証明書に関するこのような自然人または
エンティティの各行為または不作為が、これらの動作規則のすべての目的にとっ
て、顧客の行為または不作為であるとみなす。

【０２１６】 ｉｉｉ．参加者は、動作規則に記載されている目的についてのみその発行人証
明書を使用するものとする。

【０２１７】 ｂ．参加者の非公開キーの保管。参加者は、その非公開キーの保管に対して責
任がある。この保管には、最低限、制限なしの非公開キーの生成および保存を含
めて参加者の非公開キーのすべての操作上の使用がコンピュータ・ハードウェア
装置で生じることを必要とするものとする。それに加えて、参加者は、付属書３
−１（ａ）／ｉに記載された最小限の規格に従って、その非公開キーを保管する
ものとする。

【０２１８】 ｃ．参加者の非公開キー／公開キー・ペアの生成。参加者は、付属書３−１（
ａ）／ｉに記載される最小限の規格に従って、その非公開キー／公開キー・ペア
の生成に対して責任がある。

【０２１９】 ｄ．操作上の手順：技術的な規格。参加者は、付属書３−１（ａ）／ｌ、付属
書３−１（ａ）／２、付属書３−６（ｂ）および付属書３−２に記載される操作
手順、技術規格その他の要件に従うことに対して責任がある。

【０２２０】 ｅ．通信。参加者は、それが送信する各ＧＴＯシステム伝送にデジタル署名を
行うべくその非公開キーを使用するものとする。参加者は、各ＧＴＯシステム伝
送にその発行人証明書を含むものとする。

【０２２１】 ｆ．タイム・クロック／タイム・スタンピング。 ｉ．参加者は、ＧＴＯサービスの目的のために時刻を記録するそのコンピュー
タ・システムの一部としてタイム・クロックを作動させるものとする。このタイ
ム・クロックで決められる時刻は、参加者によって選ばれた信頼できるタイム・
ソースに基づくものとし、グリニッジ標準時に準拠するものとする。ＧＴＯは、
参加者のタイム・クロック上の時刻とＧＴＯタイム・クロック上の時刻との差が
○秒より大きい場合、参加者に、べつの信頼できるタイム・ソースを選ぶことを
要求することができる。

【０２２２】 ｉｉ．参加者は、それが送信する各ＧＴＯシステム伝送にタイム・スタンプを
含ませるものとする。有効タイム・スタンプについてのフォーマットおよびパラ
メータは、付属書３−６（ｂ）に記載されている。参加者は、タイム・スタンプ
を含まない、または、そのタイム・スタンプの基準時刻が、付属書３−６（ｂ）
に記載されているようなタイプのＧＴＯシステム伝送に対する許可パラメータ外
であるＧＴＯシステム伝送に依存したり、それを有効であると思ってはならない
。

【０２２３】 ｇ．期限切れまたは無効にされた発行人証明書。 ｉ．ひとたび参加者の発行人証明書が期限切れとなるか、あるいは、セクショ
ン４（４）に従って無効とされたならば、参加者は、（ｉ）ＧＴＯサービスと関
連した任意の目的のために発行人証明書を使用することを止め、（ｉｉ）期限切
れあるいは無効にされた発行人証明書と共にデジタル的に識別されたそれらのデ
ジタル証明書を、ＧＴＯサービスと関連したいかなる目的のためにも、その加入
顧客およびレベル２参加者が使用することを止めさせるものとする。参加者の発
行人証明書が無効にされているかまたは無効にされるであろうことを知ったとき
、参加者は、できる限り迅速に、遅滞なく、その顧客およびレベル２参加者全員
に対してこのような無効を通知するものとする。

【０２２４】 ｉｉ．セクション４（４）に規定されているように期限切れあるいは無効にさ
れた発行人証明書の代わりの発行人証明書を発行することをＧＴＯが独断で決定
した場合には、参加者は、付属書３−６（ｂ）に記載される手順に従うものとす
る。

【０２２５】 ｈ．参加者の利用可能性：レスポンス時間。 ｉ．任意の適用法によって禁止された場合を除き、参加者は、ＧＴＯシステム
伝送に応答すべく連続的に利用できるものとする（１日２４時間、すべてのカレ
ンダ日）。任意の適用法によって禁止された場合を除き、参加者は、付属書３−
６（ｂ）に記載された時間に従ってＧＴＯシステム伝送に応答するものとする。

【０２２６】 ｉｉ．各カレンダ年の１１月の終わる前に、参加者は、セクション３（８）（
ａ）に規定されているように、適用法の下に、ＧＴＯシステムに応答することを
禁じられるであろう次のカレンダ年の日にちまたは日にちの時間帯をＧＴＯに開
示するものとする。

【０２２７】 ｉ．ライセンス契約。もし参加者が、ＧＴＯサービスにアクセスあるいはそれ
を使用するために、ＧＴＯから受け取った任意のＧＴＯソフトウェア、ハードウ
ェア、電気通信設備その他の電子装置を、顧客、あるいは、ＧＴＯサービスをア
クセスするかまたは使用するために、セクション２（２）（ｂ）（ｖｉ）に従っ
てＧＴＯとＧＴＯソフトウェア・ライセンスを結んでいないレベル２参加者に提
供する場合、参加者は、実質的に付属書３−９に記載される形で、その顧客また
はレベル２参加者との書面によるサブライセンス契約を結ぶものとする。

【０２２８】 ｊ．守秘性。 ｉ．ＧＴＯ情報。参加者は、すべての秘密情報を秘密かつ独占的に扱うものと
する。参加者は、少なくともそれ自身の同様の秘密情報を保護するのに使用する
ときと同程度の注意を払って、秘密情報の秘密を保護するものとする。この注意
程度は、合理的注意より低くあってはならない。セクション３（１０）（ｅ）に
おいて規定されている場合を除いて、参加者は、その顧客にＧＴＯサービスを提
供するのに必要なだけの秘密情報をその従業員、代理人および契約者に開示する
ものとする。秘密情報を従業員、代理人または契約者に開示するに先立って、こ
のようなパーソンは、秘密情報を秘密状態に保ち、セクション３（１０）（ｅ）
の下に許可される場合を除いて第三者に開示しないことを要求する適切な雇用ポ
リシー、合意または契約に拘束されるものとする。

【０２２９】 ｉｉ．参加者情報。ＧＴＯは、ＧＴＯに提供され、秘密情報としてＧＴＯに認
められたすべての情報を秘密かつ独占的に扱うものとする。ＧＴＯは、少なくと
もそれ自身の同様の秘密情報を保護するのと同程度の注意を払って、秘密参加者
情報の秘密を保護するものとする。この払うべき注意の程度は、合理的注意より
低くあってはならない。セクション３（１０）（ｅ）に規定されている場合を除
いて、ＧＴＯは、参加者にＧＴＯサービスを提供するのに必要なだけ、秘密参加
者情報をその従業員、代理人および契約者に開示するものとする。秘密参加者情
報を従業員、代理人または契約者に開示するに先立って、このようなパーソンは
、秘密参加者情報を秘密状態に保つことを要求し、セクション３（１０）（ｅ）
の下に許可された場合を除いて第三者に開示してはならないことを要求する適切
な雇用ポリシー、合意または契約に拘束されるものとする。

【０２３０】 ｉｉｉ．顧客情報。セクション３（１０）（ｅ）に規定されている場合を除い
て、ＧＴＯまたは参加者は、ＧＴＯサービスを提供すること以外の目的でＧＴＯ
サービスと関連してこの参加者または別の参加者のいずれかの顧客から得られる
任意の情報も使用してはならない。ＧＴＯまたは参加者は、少なくともそれ自身
の同様の秘密情報を保護するのに使用するのと同程度の注意を払い、このような
情報の秘密を保護するものとする。この注意の程度は、合理的注意より低くあっ
てはならない。セクション３（１０）（ｅ）に規定されている場合を除いて、Ｇ
ＴＯまたは参加者は、顧客にＧＴＯサービスを提供するのに場合にのみ、このよ
うな情報をその従業員、代理人および契約者に開示するものとする。このような
情報を従業員、代理人または契約者に開示するに先立って、このようなパーソン
は、秘密参加者情報を秘密状態に保つことを要求し、セクション３（１０）（ｅ
）の下に許可された場合を除いて第三者に開示してはならないことを要求する適
切な雇用ポリシー、合意または契約に拘束されるものとする。

【０２３１】 ｉｖ．潜在的な守秘性違反の通知。参加者は、セクション３（１０）（ｃ）の
規定下の秘密情報または顧客情報の守秘性について実際のあるいは潜在的な違反
を知った場合には、できる限り速やかにそれをＧＴＯに通知するものとする。Ｇ
ＴＯは、セクション３（１０）（ｂ）に属する参加者秘密情報またはセクション
３（１０）（ｃ）に属する顧客情報の守秘性について実際あるいは潜在的な違反
を知った場合に、できる限り速やかに参加者へ通知するものとする。

【０２３２】 ｖ．例外。このセクション３（１０）の禁止は、もし開示が、以下の場合、す
なわち、（ｉ）ＧＴＯサービスの任意のアスペクトを提供する必要がある場合、
（ｉｉ）推定エラーまたはＩＷクレームの調査または解決に従っている場合、（
ｉｉｉ）紛争解決に従っている場合、（ｉｖ）情報に関心をもつすべての関係者
によって許可されている場合、（ｖ）適切な法律または規則によって要求される
か、あるいは、情報を開示しているエンティティが法的に従う義務がある法廷そ
の他の政府または規制当局の罰則または注文に応じている場合、または、（ｖｉ
）情報を開示しているエンティティに対して司法権を有する任意の政府規制機関
または規制当局によってなされた要求に従っている場合には、いかなる情報開示
にも適用しないこととする。

【０２３３】 ｋ．当事者のステータス。これらの動作規則、これらの動作規則について与え
られた合意およびＧＴＯシステムの動作は、ＧＴＯ、参加者間あるいは２または
それ以上の参加者間の任意種類のジョイントベンチャー、エージェンシー関係、
協力関係または公式ビジネス組織を構成するものでもなく、それを作り出すもの
でもなく、あるいは、いかなる意味でもそれを作り出すと解釈されるべきもので
もない。参加者、ＧＴＯ間の権利および義務は、これらの動作規則に明確に記載
されているものおよびこれらの動作規則において行われた契約に限られるものと
する。

【０２３４】 ｌ．参加者財政情報。各参加者は、任意適切な法律の下に行われることから禁
止された範囲を除いて、参加者の財政状態について周期的あるいはときどきＧＴ
Ｏによって要求された情報をＧＴＯに提供するものとする。 ｍ．適切な法律の遵守。各参加者は、制限なしに、デジタル署名、証明権限者、
公開キー／非公開キーまたは非対称暗号、暗号輸出または輸入制限、データ・プ
ライバシ、独占禁止または競合および守秘性を支配する適切な法律を含めて、任
意適切な法律、規制その他の法的要件に従ってその顧客にＧＴＯサービスを提供
することに対して責任がある。参加者は、その顧客にＧＴＯサービスを提供する
に先立って、適切な政府当局から任意の必要な承認または同意を得ること、ある
いは、適切な政府当局へ任意の必要な通知を行うことに対して責任がある。

【０２３５】 ｎ.記録。各参加者は、付属書３−１（ａ）／ｉに特定される期間にわたって
そこに特定される方法でＧＴＯサービスに関する、付属書３−１（ａ）／ｉにお
いて特定されるタイプの記録を維持するものとする。

【０２３６】 ｏ．第三者プロセッサ。 ｉ．ＧＴＯへ通知する少なくとも○日前に、参加者は、１つまたはそれ以上の
第三者プロセッサと契約して、これらの動作規則の下に、参加者の代わりに、参
加者の責任のうちのあるものあるいはそのすべてを引き受けさせ、また、参加者
に代わって、顧客および／またはレベル２参加者にＧＴＯサービスを提供させる
ことができる。ＧＴＯへのこのような事前通知は、（ｉ）第三者プロセッサの名
称、アドレス、電話番号、（ｉｉ）第三者プロセッサおよび参加者のコンタクト
・パーソンの名前、アドレス、電話番号、ならびに、（ｉｉｉ）ＧＴＯによって
要求される他の情報を含むものとする。

【０２３７】 ｉｉ．第三者プロセッサと打ち合わせを行い、それによって、第三者プロセッ
サが以下の機能、すなわち、______________________________________ [リスト
機能]のうちいずれかを実行するようにする参加者は、実質的に付属書３−１５
に記載されている形でＧＴＯおよび参加者と共に第三者プロセッサ契約を実行す
ることを第三者プロセッサに要求するものとする。前文において特定された機能
のうち任意のものを含まない、第三者プロセッサとの打ち合わせを行う参加者は
、第三者プロセッサとの書面による契約を実行するものとする。これは、第三者
が、（ｉ）これらの動作規則に従い（第三者プロセッサとの打ち合わせを行った
参加者に適用可能である場合）、（ｉｉ）その協力が参加者またはＧＴＯによっ
て要求される場合にいかなる紛争解決にも充分協力し、そして、（ｉｉｉ）第三
者プロセッサとの打ち合わせを行った参加者が従属し得る任意の紛争解決から生
じる任意の仲裁裁判所の決定によって束縛されることを要求することを含む。こ
のセクション３（１５）（ｂ）は、スポンサーであるレベル１参加者によってそ
の被スポンサーであるレベル２参加者に提供されるいかなる機能にも当てはまら
ない。

【０２３８】 ｉｉｉ．第三者プロセッサとのいかなる打ち合わせにもかかわらず、第三者プ
ロセッサと打ち合わせを行った参加者は、これらの動作規則の下に、主として参
加者義務についてＧＴＯおよび他の参加者に対して責任を負うものとする。第三
者プロセッサのすべての行為または不作為は、これらの動作規則のすべての目的
について、第三者プロセッサと打ち合わせを行った参加者の行為あるいは不作為
であるとみなされてものとする。

【０２３９】 ｐ．補償。 ｉ．これらの動作規則にこれに反する何かがあるとしても、参加者は、ＧＴＯ
、他の参加者あるいはそれぞれの取締役、役員、従業員によって生じたあるいは
これらの損害によって生じた、そして、（ｉ）参加者が任意の適切な法律、これ
らの動作規則または参加者契約に従わないこと、（ｉｉ）参加者の顧客が、任意
適切な法律あるいはその参加者、その顧客間の任意の顧客契約に従わないこと、
（ｉｉｉ）参加者がセクション３（１）、セクション３（２）、セクション３（
３）またはセクション３（４）に記載されている最小限の規格に従わない結果と
して、参加者の非公開キーのセキュリティあるいは保全に失敗あるいは違反した
こと、（ｉｖ）顧客あるいはレベル２参加者でない任意のパーソンまたはエンテ
ィティに参加者が任意のＧＴＯサービスを提供したこと、（ｉｖ）参加者の重大
な過失または故意の違法行為があること、または、（ｖ）ＩＷクレーム以外の、
参加者の顧客のクレームがあることから生じる任意およびすべての義務、損失、
クレームあるいは費用について、ＧＴＯ、他の各参加者およびそれぞれの取締役
、役員および従業員に補償を行うものとする。

【０２４０】 ｉｉ．これらの動作規則にそれに反する何かがあるとしても、レベル１参加者
は、レベル１参加者／レベル２参加者契約を実行した各レベル２参加者に関して
、ＧＴＯ、他の参加者あるいはそれぞれの取締役、役員および従業員によっても
しくはそれらへの損害によって生じた、そして、（ｉ）このようなレベル２参加
者の、その顧客へＧＴＯサービスを提供する際における行為または不作為、（ｉ
ｉ）ＧＴＯシステムのおけるこのようなレベル２参加者の参加、（ｉｉｉ）その
レベル１参加者／レベル２参加者契約にこのようなレベル２参加者が従わないこ
と、または、（ｉｖ）このようなレベル２参加者の顧客の、ＩＷクレーム以外の
クレームから生じる任意かつすべての義務、損失、クレームあるいは費用に対し
て、ＧＴＯ、他の各参加者、それぞれの取締役、役員および従業員に補償を行う
ものとする。

【０２４１】 ｑ．不測事態プラン。参加者は、適切なバックアップおよび回復手順を含む不
測事態プランを有効に保ち、参加者が、その主コンピュータ設備その他の作動し
ている設備の故障あるいはシャットダウンの場合に、資料の中断なしに、これら
の動作規則の下にその義務を確実に果たし続けることができるようにしなければ
ならない。参加者の不測事態プランは、付属書３−２に記載されている最小限の
要件を満たさなければならない。参加者は、○時間内に、そのバックアップまた
は回復設備にその証明権限者サービスの任意の部分を移すことをＧＴＯに通知し
なければならない。

【０２４２】 ｒ．担保要件。 ｉ．各発行参加者は、付属書２−１（ｂ）（v）（Ｃ）に記載された規格に従
ってときどき参加者についてＧＴＯによって確立される額でおよび時刻に、その
参加者に対する証明されたＩＷクレームの支払いについてのセキュリティとして
そのＧＴＯセキュリティ契約において示される担保物件を掲示するものとする。

【０２４３】 ｉｉ．各発行参加者は、ＧＴＯセキュリティ契約およびＧＴＯがこのセクショ
ン３（１８）の下に担保物件を掲示することを容易にするようにときどきリクエ
ストできるような他の文書を作成し、配布するものとする。

【０２４４】 ｉｉｉ．各参加者によって掲示される担保物件は、付属書２−１（ｂ）（v）
（Ｃ）に従ってときどきＧＴＯによって評価されるものとする。

【０２４５】 ｉｖ．参加者が当然支払うべきときに支払いを行わず、参加者に対する証明さ
れたＩＷクレームのすべてあるいは任意の部分を所有する場合には、ＧＴＯセキ
ュリティ契約の下で不履行が生じたものと看做される。

【０２４６】 ｖ．このような不履行の発生、継続の際、ＧＴＯは、担保代理人に指示を与え
て付属書２−１（ｂ）（v）（Ｃ）に記載されている順序、要領で、かつ、信用
ある顧客のなかの優先権に従って、参加者によって掲示される担保物件を売るか
または取り戻すものとする。

【０２４７】 ｖｉ．顧客、参加者または他のエンティティあるいはパーソンは、ＧＴＯセキ
ュリティ契約において規定されているもの以外の、このセクション３（１８）の
下に参加者によって掲示される担保物件における任意のクレームまたは権利を持
たないものとする。

【０２４８】 ｖｉｉ．セクション４（８）（ａ）において規定されている場合を除いて、Ｇ
ＴＯは、このセクション３（１８）において規定されたＧＴＯの責任と関連した
、任意の顧客、参加者あるいは任意の他のエンティティまたはパーソンに対する
義務または責任を持たないものとする。前文の大部分を制限することなく、ＧＴ
Ｏは、発行参加者に対してもたらされたＩＤ保証クレームのすべてあるいは一部
を満足させるには不十分な担保物件が発行参加者によって維持される程度あるい
はこのような担保物件が何らかの理由のためにアクセスできない程度にファンド
または担保物件を提供する義務を持たないものとする。

【０２４９】 ｖｉｉｉ．レベル２参加者は、パススルー基準でそのスポンサーであるレベル
１参加者を通じてこのセクション３（１８）の下に要求される担保物件を維持す
るものとする。

【０２５０】 ｉｘ．第７節に従った参加者の資格停止または終了の際、資格停止または終了
となった参加者は、付属書２−１（ｂ）（v）（Ｃ）に記載されている規格に従
ってＧＴＯによって要求されるような付加的な担保物件を掲示するものとする。

【０２５１】 ｓ．対応性監査。

【０２５２】 ｉ．各参加者は、それ自身の負担で、これらの作動規則との対応性があるかど
うかについて内部または外部の監査を受けなければならない。この監査は、付属
書３−６（ｂ）に記載される最小限の規格に応じて実施され、少なくとも毎年実
施されるものとする。参加者は、それ自身の負担で、ＧＴＯにこのような監査ご
との結果を提供するものとする。スポンサーであるレベル１参加者は、その被ス
ポンサーであるレベル２参加者の各々が、このセクション３（１９Ｘａ）の監査
要件に確実に従うことに責任がある。

【０２５３】 ｉｉ．参加者が、このセクション３（１９）（ａ）において規定されている年
次監査の結果のコピーをＧＴＯに提供しない場合には、このような審査の結果が
ＧＴＯに提供されるときまで、ＧＴＯまたはその指定代理人は、参加者の負担で
、ＧＴＯの独断で決定した時点および頻度において、参加者のオンサイト監査を
行わせ、参加者がこの作動規則に従うように決定する権利を持つものとする。参
加者は、この監査と関連して、ＧＴＯによって指定された監査者または検査者に
、参加者およびその第三者プロセッサ施設、従業員、下請け、書類、記録への合
理的なアクセスを許さなければならない。

【０２５４】 ｉｉｉ．参加者は、監査結果において特定された期間内、あるいは、このよう
な期間が合理的な期間内で特定された場合、このセクション３（１９）に従って
行われた任意の監査に関連する任意の欠陥を、自己の負担で、補修しなければな
らない。

【０２５５】 ｔ．紛争解決。各参加者は、付属書３−２０において定められた紛争解決手順
に従って、顧客契約において規定された参加者の顧客に関する場合を除いて、Ｇ
ＴＯシステムにおける参加者の参加または任意のＧＴＯサービスの提供から生じ
る別の参加者、ＧＴＯ、信用ある顧客または加入顧客との任意の紛争も解決する
ことに同意するものとする。進行中のこのような紛争解決においてＧＴＯに対し
て利用できる唯一の補修は、セクション４（８）に規定された程度に限られた財
政上の損害であるものとする。前文の大部分を制限することなく、ＧＴＯによっ
て資格停止または終了させられた参加者は、進行中の紛争解決に従って復帰する
ことはできない。

【０２５６】 ｕ．発行参加者および信用ある参加者としての参加者。各参加者は、発行参加
者、信用ある参加者の両方であるものとするが、参加者が任意特定の加入顧客あ
るいは任意特定の信用ある顧客と顧客契約を結ぶ必要はないものとする。

【０２５７】 ｖ．同じ参加者を利用する加入顧客および信用ある顧客。デジタル伝送に関し
て、加入顧客および信用ある顧客の両方が、同じ参加者からＧＴＯサービスを受
る場合、その参加者は、そのデジタル伝送に関して、発行参加者（加入顧客のた
めの）および信用ある参加者（信用ある顧客のため）の両方でなければならない
。

【０２５８】 ｗ．２０００年対応性。ＧＴＯシステムと関連して参加者によって使用される
、あるいは、ＧＴＯサービスを提供するのに使用されるすべてのハードウェアお
よびソフトウェア（ＧＴＯによって提供されるハードウェアおよびソフトウェア
以外のもの）は、参加者によってレベル２参加者または顧客に提供される任意の
ハードウェアまたはソフトウェアを含めて、２０００年対応でなければならない
。

【０２５９】 第４節。 ＧＴＯの役割 ａ．デジタル証明書の発行。ＧＴＯは、レベル２参加者および顧客へのＧＴＯ
サービスの提供ならびにＧＴＯシステムにおけるそれらの参加に関連して各レベ
ル１参加者の使用のための付属書３−１（ａ）／ｌおよび付属書３−１（ａ）／
２の要件に従って各レベル１参加者に発行人証明書およびＧＴＯソフトウェアを
発行するものとする。ＧＴＯは、ＧＴＯによってレベル１参加者に発行されたす
べての発行人証明書についての証明権限者として振る舞うものとし、付属書４−
１の要件に従って参加者から受け取った参加者ステータス・リクエストに応答す
るものとする。

【０２６０】 ｂ．ルート・キーの保管。ＧＴＯは、付属書４−２に記載されている規格に従
うルート・キーの保管に対して責任がある。

【０２６１】 ｃ．操作上の手順：技術的規格。ＧＴＯは、ＧＴＯシステム伝送に必要な操作
手順、技術的および他の規格を開発し、参加者が利用できるようにしなければな
らない。

【０２６２】 ｄ．期限切れまたは無効にされた発行人証明書。 ｉ．発行人証明書は、発行人証明書の期間および付属書３−６（ｂ）において
規定された手順に従って期限切れとなるものとする。参加者のリクエストの際、
ＧＴＯは、付属書３−１（ａ）／ｉに記載されている手順に従って、期限切れの
発行人証明書の代わりとなる発行人証明書を発行しなければならない。

【０２６３】 ｉｉ．ＧＴＯが、その独断で、（ｉ）参加者の非公開キーまたはルート・キー
のセキュリティまたは守秘性が危険にさらされたかあるいは合理的に危険にさら
されるリスクを持つということ、（II）ＧＴＯシステムの安全かつ正常な動作に
対する即時の重要な脅威を避けるのに無効化が必要であるということ、または、
（ｉｉｉ）参加者が第７節に従って終了したことを決定した場合に、ＧＴＯは、
付属書３−６（ｂ）において定められた手順に従って、参加者の発行人証明書を
無効にすることができる。ＧＴＯは、その発行人証明書の無効化の前に参加者へ
通知するように努力するものとする。いずれにしても、この無効化の後、合理的
にできる限り速やかに参加者にこの通知を行わなければならない。この通知は無
効化の理由を記述していなければならない。参加者のリクエストの際、無効化の
原因（単数または複数）あるいは理由（単数または複数）が修復されたあるいは
満足できるように処理されたとＧＴＯが合理的に判断した場合には、ＧＴＯは、
付属書３−１（ａ）／ｉに記載されている手順に従って、無効にされた発行人証
明書の代わりとなる発行人証明書を発行しなければならない。

【０２６４】 ｉｉｉ．発行人証明書の期限切れまたは無効化は、このような期限切れまたは
無効化の前に生じた発行人証明書を含むこれらの動作規則によって管理されるい
かなるトランザクション、ＧＴＯシステム伝送または他の通信をも否定するもの
ではなく、もしくは、それに影響を与えるものではない。

【０２６５】 ｅ．資格停止：終了させられた参加者。第７節に規定されるように、ＧＴＯは
、参加者を資格停止または終了させることができる。

【０２６６】 ｆ．ＧＴＯの利用可能性：レスポンス時間。任意適切な法律によって禁止され
ている場合を除き、ＧＴＯは、参加者ステータス・リクエストに応答するように
連続的に利用できるものとする（毎カレンダ日の２４時間）。任意適切な法律に
よって禁止されている場合を除き、ＧＴＯは、付属書４−１に記載されている時
間に従って参加者ステータス・リクエストに応答しなければならない。

【０２６７】 ｇ．対応性監査／記録審査／規制審査。 ｉ．ＧＴＯは、それ自体の負担で、これらの動作規則に従う対応性の内部また
は外部の監査を行わなければならない。この監査は、少なくとも毎年行わなけれ
ばならない。ＧＴＯは、参加者のリクエストに応じて、そして、参加者の負担で
参加者に監査結果を提供するものとする。

【０２６８】 ｉｉ．ＧＴＯがセクション４（７）（ａ）に規制されているような或る特定の
年次期間にわたって監査を行わない場合には、参加者は、その年次期間について
のそれ自身の負担でＧＴＯを監査する権利を有するものとする。参加者は、この
ような監査により被ったコストをＧＴＯに弁済するものとする。

【０２６９】 ｉｉｉ．ＧＴＯは、ＧＴＯおよびＧＴＯシステムの動作およびＧＴＯサービス
の参加者への提供に関連してＧＴＯが維持する記録が、参加者に対する司法権を
有する政府または規定機関によってこのような記録をＧＴＯが維持する場所で、
審査および監査のために使用できなければならないということに同意する。ＧＴ
Ｏは、また、ＧＴＯによって使用される設備へのこれらの政府または規定機関の
アクセスを与え、参加者にＧＴＯサービスを提供し、そして、ＧＴＯ従業員およ
び代理人がこのような審査および監査と関連してこのような政府または規定機関
によってインタビューを受け得ることにも同意する。このような政府または規定
エージェンシーの司法権に属する各参加者は、任意のこのような審査または監査
により発生したコストを比例してＧＴＯに弁済するものとする。

【０２７０】 ｈ．ＧＴＯ義務。 ｉ．このセクション４（８）において規定される場合を除いて、ＧＴＯは、（
ｉ）ＩＤ保証を承認する証明書ステータス／保証レスポンスと関連してＩＤ証明
書の有効性の確認を発行参加者が失敗し、それがセクション４（２）に規定され
ているようにルート・キーをＧＴＯが保管し損なったことだけで生じたい場合に
は、セクション１０（１１）の下に信用ある顧客（または、セクション１１（１
０）の動作によって信用ある参加者）に対する発行参加者の責任、[（ｉｉ）Ｇ
ＴＯシステムの性能についての任意の付加的なＧＴＯ責任を挿入すること、そし
て、（ｉｉｉ）ＧＴＯの重大な過失または故意の違法行為の結果として生じる参
加者への任意の責任あるいは損害について発行参加者にのみ責任を負うものとす
る。そうでない場合には、ＧＴＯは、アクションの形態に関係なく、そして、Ｇ
ＴＯがこのような損害の可能性について警告を受けたかどうかに関係なく、任意
の応報の間接的、付帯的、特別あるいは必然的な損害について、参加者に対して
責任があるものとする。このセクション４（８）における反対の何かがあるとし
ても、同じ出来事に関連した任意の行為または不作為もしくは連続した行為また
は不作為についてのＧＴＯの責任は、最大＄○に限られるものとする。このセク
ション４（８）に反対する何かがあるにしても、ＧＴＯは、以下の理由、すなわ
ち、（ｉ）アメリカ合衆国またはその任意の州もしくは任意の外国あるいはその
政治的な副部門もしくは参加者またはＧＴＯに適用できる任意の正当な裁判所の
現在あるいは未来の法律または規定または命令の制定、（ｉｉ）ＧＴＯ以外の任
意の当事者にもよって操作される任意の電気、通信その他のシステムの故障ある
いは（ｉｉｉ）ＧＴＯが環境の要求するような注意を払ったとしても、ＧＴＯの
制御を凌駕する神、非常事態または戦争その他の環境のなせる技という理由のた
めに、ルート・キーの保管に関連して制限なしの任意の行為または要求を実施す
ることを妨害されるか、禁じられるか、実施するのに遅れるか、あるいは、実施
するのを省略した場合、参加者または任意他のエンティティまたはパーソンに対
していかなる責任も負わないものとする。

【０２７１】 ｉｉ．このセクション４（８）（ａ）に特に規定されている場合を除いて、Ｇ
ＴＯは、ＧＴＯまたはＧＴＯシステムへの任意方法でのＧＴＯの参加、任意のＧ
ＴＯサービスもしくは顧客、レベル２参加者または他のエンティティあるいはパ
ーソンから生じる任意の損失、クレーム、損害もしくは費用について任意の参加
者顧客または他のエンティティもしくはパーソンに対して責任を負わないものと
する。

【０２７２】 ｉ．保証の放棄。ＧＴＯは、マーケット性の任意の意味ある保証、或る特定の
目的ための適合性の任意の保証およびＧＴＯシステムに関して提供された情報の
正確さについての任意の保証、非公開キー／公開キー・ペア、デジタル証明書ま
たはＧＴＯによって参加者に提供された任意他のサービスを含めて、明白な、そ
して、言外の両方の任意およびすべての保証を放棄する。ＧＴＯは、さらに、Ｇ
ＴＯサービスの使用がデジタル伝送の法的認識または強制に任意の方法で影響を
及ぼす、明白、そして、言外両方の任意およびすべての保証を放棄する。

【０２７３】 ｊ．紛争解決。ＧＴＯは、付属書３−２０において定められた紛争解決手順に
従って、ＧＴＯシステムまたは任意のＧＴＯサービスの提供から生じる別の参加
者との任意の紛争を解決することに同意する。進行中の任意のこのような紛争解
決においてＧＴＯに対して利用できる唯一の補修は、セクション４（８）におい
て規定された程度を限度として、金銭的損害であるものとする。前文の大部分を
制限することなく、ＧＴＯによって資格停止または終了させられた参加者は、進
行中の紛争解決に従って復帰することはできない。参加者ではない顧客または任
意他のエンティティまたはパーソンも参加する、または、参加者でない顧客また
は任意他のエンティティあるいはパーソンを巻き込んでいる紛争解決へのＧＴＯ
の参加は、ＧＴＯがこのような顧客、エンティティまたはパーソンに対してなん
ら義務あるいは責任を負わないものとする。

【０２７４】 ｋ．２０００年対応性。ＧＴＯシステムと関連してＧＴＯによって使用される
すべてのハードウェア、ＧＴＯソフトウェアおよび他のソフトウェアは、ＧＴＯ
によって参加者に提供される任意のハードウェア、ＧＴＯソフトウェアまたは他
のソフトウェアを含めて、２０００年に対応していなければならない。

【０２７５】 第５節。 「マーク」（単数または複数） ａ．この第５節の条項に従って、ＧＴＯは、以下に記載するように、ＧＴＯサ
ービスを顧客に提供することに関連してのみ参加者に「マーク」を使用する非独
占的な、使用料免除の個人的なライセンスを許す。ここに明白に規定した場合を
除いて、参加者は、任意の法人あるいは自然人に「マーク」を使用させるライセ
ンスを移転あるいは二次付与することはできない。

【０２７６】 ｂ．参加者は、ＧＴＯおよびそのベンダーが「マーク」についてのすべての権
利、タイトルおよび利権の単独かつ独占的な所有者であることを認める。参加者
は、「マーク」の使用が拘束を受けるものであることを認めて同意し、そして、
ＧＴＯおよびその相続人、法定代理人、後継者および譲り受け人の利益に効力を
有し、その代理となるものとする。参加者は、「マーク」が適切な法律の下に正
当であり、ここに記載したように参加者が「マーク」を使用するときに、参加者
に、この「マーク」についての任意の権利、タイトル、利権が生じないことを認
める。

【０２７７】 ｃ．参加者は、付属書５−７に記載されているガイドラインに従って、提供さ
れたサービスがＧＴＯサービスであることを示す方法でその顧客にＧＴＯサービ
スを提供するときに適切な「マーク」を使用し、表示しなければならない。参加
者は、このような商標が、「マーク」を担持している資料と共に使用あるいはそ
れに添付できる任意他の商標ならびに任意の関連したドキュメンテーションまた
はマーケッティング資料とは別の印象を与えるように「マーク」を使用しなけれ
ばならない。ここで許可される場合を除いて、参加者は、ＧＴＯの事前の書面に
よる同意なしに、単独であるいは他の単語もしくは「マーク」に基づく任意他の
マークあるいは「マーク」に非常に似ている任意の呼称との組み合わせで、任意
の企業名、商品名、商標、サービス・マークあるいは証明マークの一部あるいは
全部として、これらの「マーク」を採用あるいは使用してはならない。もしＧＴ
Ｏの合理的な意見では、「マーク」のうちの任意のものに関して非常に類似して
いる、迷わせるあるいは惑わせるものであるか、もしくは、「マーク」のうちの
任意のものの効果を何らかの方法で弱める任意のマークに関係する登録出願が、
参加者によってあるいはこの参加者の代わりに世界のどこかで出願されるか出願
された場合、参加者は、ＧＴＯのリクエストにより、このようなマークのすべて
の使用を放棄し、そして、それの任意の登録あるいは登録出願を放棄しなければ
ならず、そして、参加者は、このような使用のために、ＧＴＯあるいはその権限
ある代表者によって提起された任意の異議または関連した処置のすべてのコスト
および出費（代理人の費用を含む）をＧＴＯに弁済しなければならない。参加者
は、「マーク」の下に提供される任意のサービスが参加者によって独占的に提供
されることを暗示してはならない。

【０２７８】 ｄ．参加者は、その注意を引く「マーク」の任意の侵害、潜在的な侵害あるい
は不正な使用を書面でＧＴＯに通知するものとする。ＧＴＯは、政府当局に「マ
ーク」を出願あるいは登録する権利のみを権利を有するものとするが、参加者は
、文書のレビューおよび実施を含めて、参加者が「マーク」を担持する資料を配
布する任意の管轄区において「マーク」を保護あるいは「マーク」におけるＧＴ
Ｏの利権を記録するように合理的な援助をＧＴＯに提供しなければならない。上
記にもかかわらず、ＧＴＯは、「マーク」に関した侵害、効力減殺、不正競合な
どについて訴訟を起こす権利のみを有するものとする。

【０２７９】 ｅ．ＧＴＯのリクエストに応じて、参加者は、ＧＴＯがマークの使用について
の整合性および品質のレベルを査定することができ、そして、参加者が「マーク
」を担持している資料の整合性および品質を確実に維持することができるように
する「マーク」のうちの任意のものを含む、参加者が使用するすべての資料のコ
ピーをＧＴＯに提供しなければならない。参加者は、ＧＴＯに無料でこれらの資
料を提供するものとする。任意の時点で、ＧＴＯが、独断で、「マーク」を担持
している資料のうちの任意の資料が、付属書５−７に記載されている規格に実質
的に一致しないと判断した場合には、ＧＴＯは、書面でそれを参加者に通知する
ものとする。そして、参加者は、このような不一致に関するＧＴＯからの書面に
よる通知から３０日以内に、レビューのために「マーク」を担持する資料の訂正
資料をＧＴＯに提供しなければならない。

【０２８０】 ｆ．参加者は、「マーク」についてのＧＴＯの所有権あるいは任意他の権利に
対して、裁判所などにおいて、異議を申し立てないことに同意する。参加者は、
「マーク」あるいは非常に類似した表示を世界のどこかで出願あるいは登録する
のに任意の第三者を利用あるいは助けてはならない。

【０２８１】 ｇ．ＧＴＯは、顧客がＧＴＯシステムを通じて認証されたデジタル伝送を送信
または受信することを示す顧客の目的についてのみ顧客および／またはレベル２
参加者に付属書５−７に示される「マーク」の使用の通常実施権を与えるべく非
独占的ライセンスを参加者に許可する。そして、参加者は、付属書５−７として
ここに添付したマークの保護に関する言い回しをその顧客契約に含めるものとす
る。

【０２８２】 ｈ．ここで明白に許可されていないマークのすべての権利は、ＧＴＯに留保さ
れる。

【０２８３】 第６節。 手数料その他の支払い ａ．付属書６−１において規定されているように、参加者は、ＧＴＯサービス
と関連してＧＴＯに手数料を支払わなければならない。

【０２８４】 ｂ．付属書６−１において特定されたタイプの参加者の行為または不作為があ
った場合には、参加者は、ＧＴＯに付属書６−１において特定された金額を支払
わなければならない。

【０２８５】 ｃ．ＧＴＯシステムにおける参加者の参加が資格停止あるいは終了した場合、
参加者がＧＴＯに支払うことができる手数料その他の金額は払い戻すことはでき
ない。

【０２８６】 第７節。 参加の資格停止および終了 ａ．参加者資格停止。 ｉ．ＧＴＯは、合理的に以下のことを決定した場合、セクション７（１）に従
って参加者を資格停止させることができる。すなわち、（ｉ）終了（セクション
７（２）（ｃ）参照）について許される場合よりも迅速にセクション７（ｌ）（
ｂ）に記載された状況の１つを処理することを決定したか、あるいは、（ｉｉ）
終了以外の救済あるいは制裁措置を利用することを決定した場合（たとえば、矯
正され得る、セクション７（ｌ）（ｂ）に記載された状況のうちの１つを処理す
ることができると決定した場合）である。

【０２８７】 ｉｉ．ＧＴＯは、付属書３−６（ｂ）に定められた手順に従って、ＧＴＯが合
理的に以下のことを決定した場合、１２０日を超えない期間にわたって参加者を
資格停止させることができる。すなわち、（ｉ）参加者が、限定することなしに
セクション３（１８）において要求されているような適切な担保物件を維持する
ことの要求を含めて、これらの動作規則の重要な要件あるいはこれらの動作規則
において規定された契約に従っていないと決定した場合、（ｉｉ）参加者の財政
状態が著しく損なわれ、これらの動作規則の下でＧＴＯ、他の参加者あるいは信
用ある顧客に対するその義務を果たすことができないという合理的可能性がある
と決定した場合、（ｉｉｉ）ＧＴＯシステムの安全かつ正常な動作にとって即時
かつ重大な脅威を避けるのに資格停止が必要であると決定した場合、または、（
ｉｖ）ＧＴＯが何らかの理由のために作動するのを妨げられていると決定したか
、あるいは、ＧＴＯシステムの提供を中断することを決定した場合である。

【０２８８】 ｉｉｉ．ＧＴＯは、参加者の資格停止中、以下のことを行うことができる。す
なわち、（ｉ）資格停止させられた参加者がデジタル証明書をその顧客あるいは
レベル２参加者に発行するのを禁ずることができる。（ｉｉ）資格停止させられ
た参加者がその加入顧客のためにＩＤ保証を承認するのを禁ずることができる。
（ｉｉｉ）資格停止させられた参加者がその信用ある顧客に代わって他の発行参
加者からのＩＤ保証をリクエストするのを禁ずることができる。（ｉｖ）資格停
止させられた参加者の発行参加者保証キャップを減らすことができる。（ｖ）資
格停止させられた参加者の担保要件を増大させることができる。（ｖｉ）資格停
止させられた参加者に、ＧＴＯサービスと関連して任意の目的のためにその発行
人証明書を使用するのを止めるように要求することができる。（ｖｉｉ）資格停
止させられた参加者に、その加入顧客および／またはレベル２参加者へ資格停止
を通知し、この通知にＧＴＯによって指定された情報アイテムを含ませるように
要求することができる。（ｖｉｉｉ）資格停止させられた参加者に、ＧＴＯサー
ビスと関連して任意の目的のために、資格停止させられた参加者の発行人証明書
でデジタル的に識別されるデジタル証明書を使用するのをその顧客またはレベル
２参加者のいずれかあるいはすべてに止めさせるように要求することができる。
（ｉｘ）付属書６−１において指定されているような金額を支払うことができる
。および／または、（ｘ）ＧＴＯが合理的に適切であると決定したような他のア
クションを行うように、あるいはこのようなアクションを行うことを控えるよう
に資格停止させられた参加者に要求することができる。ＧＴＯは、ＧＴＯが合理
的に適切であると決定したアクションのみを採用し、参加者資格停止の原因（単
数または複数）または理由（単数または複数）を軽減、矯正さもなければ処理し
なければならない。

【０２８９】 ｉｖ．ＧＴＯは、参加者にその資格停止に先立って書面でそれを通知するよう
努力するものとし、そして、このような通知に、資格停止の原因（単数または複
数）または理由（単数または複数）の概要を含ませるものとする。いずれにして
も、この資格停止後合理的にできる限り速やかに参加者にこの通知を与えなけれ
ばならない。ＧＴＯは、資格停止のから７日以内に、資格停止の終了あるいは資
格停止状態の変更について付属書３−６（ｂ）に記載されている手順に従って、
資格停止させられた参加者に、ＧＴＯに申請する機会を与えなければならない。

【０２９０】 ｖ．このセクション７（１）の下に資格停止させられた参加者のステータスは
、これらの動作規則によって管理され、資格停止の前、最中、後に参加者が行う
任意のトランザクション、ＧＴＯシステム伝送その他の通信を否定することもな
いし、さもなければ影響を与えることもない。

【０２９１】 ｂ．参加者終了。 ｉ．参加者は、いつでも自発的に、ＧＴＯシステムまたはＧＴＯサービスへの
参加を終了することができる。参加者は、このような終了の書面による通知を少
なくとも○日前にＧＴＯを行うものとする。

【０２９２】 ｉｉ．ＧＴＯは、以下の場合、付属書３−６（ｂ）において定められた手順に
従って、参加者の参加者契約、ＧＴＯシステム、ＧＴＯサービスへのその参加を
終了させることができる。すなわち、（ｉ）ＧＴＯが以前に参加者を資格停止さ
せており、ＧＴＯが、参加者の資格停止について原因（単数または複数）または
理由（単数または複数）のうちのいずれかが資格停止中に矯正されていないか、
あるいは満足できる程度に処理されていないと合理的に判断した場合、（ｉｉ）
参加者が、参加者となるべきアプリケーションにおいて適切な情報を開示し損な
ったか、あるいは、意図的に表示していない場合、（ｉｉｉ）参加者は、第２節
に記載したように、もはや適格なエンティティとして資格がない場合、（ｉｖ）
参加者が、任意の手数料を支払うこと、あるいは、これらの動作規則の下で生じ
ている任意の支払いを行うことに失敗あるいはそれを拒否する場合、もしくは、
（ｖ）ＧＴＯが、なんらかの理由のために、動作を妨げられているか、あるいは
、ＧＴＯシステムの提供を中断することを決定した場合である。

【０２９３】 ｉｉｉ．ＧＴＯは、参加者を終了させるＧＴＯの意図の書面による通知を少な
くとも３０日前に、参加者に行い、そして、このような通知に、終了の理由の概
要を含ませるものとする。この３０日の期間中、参加者は、付属書３−６（ｂ）
に記載されている手順に従ってＧＴＯに申請することができる。参加者を終了さ
せることをＧＴＯが決定した際、ＧＴＯは、終了の理由および有効日時を記載し
ている終了の通知を参加者に提供しなければならない。

【０２９４】 ｉｖ．スポンサーであるレベル１参加者は、セクション７（１）（ｂ）におい
て定められた資格停止あるいはセクション７（２）（ｂ）に定められた終了につ
いての基準のうちのいずれかに被スポンサーであるレベル２参加者が該当する場
合には、このレベル２参加者を終了させることができる。ＧＴＯは、セクション
７（１）（ｂ）において定められた資格停止あるいはセクション７（２）（ｂ）
に定められた終了についての基準のうちのいずれかに被スポンサーであるレベル
２参加者が該当すると独断で決定した場合には、レベル２参加者を終了させるよ
うにスポンサーであるレベル１参加者に指示することができる。スポンサーであ
るレベル１参加者が被スポンサーであるレベル２参加者を終了させ損なった場合
には、ＧＴＯは、以下のことを行うことができる。すなわち、（ｉ）ＧＴＯ自身
が、付属書３−６（ｂ）に定められた手順に従って、レベル２参加者を終了させ
ること、および／または、（ｉｉ）レベル１参加者を資格停止または終了させる
ことである。

【０２９５】 ｖ．終了の際、（ｉ）ＧＴＯまたはスポンサーであるレベル１参加者は、場合
によって、終了させられた参加者の発行人証明書を無効にしなければならない。
（ｉｉ）終了させられた参加者は、それの発行人証明書でデジタル的に識別され
るデジタル証明書を、ＧＴＯサービスに関連していかなる目的のためにも使用す
るのを直ちに止めなければならないことをその顧客に即時に知らせなければなら
ない。（ｉｉｉ）終了させられた参加者は、スマート・カードおよびＧＴＯソフ
トウェアをその顧客から得て、できる限り速やかに破壊しなければならない。（
ｉｖ）終了させられた参加者は、すべてのデジタル証明書を無効し、すべてのス
マート・カードを回収し、破壊したことをＧＴＯに証明しなければならない。（
ｖ）終了させられた参加者は、いかなる目的のためにもいかなる「マーク」の使
用も直ちに止めなければならない。

【０２９６】 ｖｉ．これらの動作規則は、終了以前に発生したあるいは送信された、終了さ
せられた参加者のいかなるアクションあるいは通信、メッセージ、ＧＴＯシステ
ム伝送その他の電子伝送を管理し続けるものとする。前文の大部分を制限するこ
となく、終了は、それに先立って終了させられた参加者によって送信されたデジ
タル証明書あるいは終了に先立って終了させられた参加者によって送信された任
意の証明書ステータス／保証レスポンスに含まれる任意の承認済みＩＤ保証に関
してこれらの動作規則の下にある終了させられた参加者の義務を含めて、終了に
先立って終了させられた参加者へあるいはこの参加者から送信された任意のトラ
ンザクションまたは通信、メッセージ、ＧＴＯシステム伝送その他の電子伝送を
否定することもないし、それに影響を与えることもない。それに加えて、セクシ
ョン○、○、○は、終了に耐え、終了させられた参加者およびＧＴＯを拘束して
いるものとする。

【０２９７】 第８節。 一般的な条項 ａ．動作規則についての補正。動作規則は、ＧＴＯマネージャ部（または後継
ＧＴＯ理事会）の多数決によってときどき補正され得る。これらの動作規則に対
する補正は、ＧＴＯが独断で補正をより迅速に有効にする状態が必要であると決
定しない限り、記載した有効日前６０日未満に公開されなければならない。

【０２９８】 ｂ．第三者受益なし。これらの動作規則は、参加者およびＧＴＯにのみ利益を
与えることを意図しており、これらの動作規則によって、制限なしに任意の顧客
を含めて、いかなる他のパーソンにも権利が与えられることはない。

【０２９９】 ｃ．範囲：動作規則の解釈。 ｉ．これらの動作規則は、ＧＴＯならびに顧客にＧＴＯサービスを提供する参
加者の権利および責任を記載している。これらの動作規則は、ＧＴＯサービス以
外の、任意のデジタル証明書あるいは他の電子商業関連製品もしくはサービスを
含めて、いかなる製品またはサービスに適用するものではない。

【０３００】 ｉｉ．第１節〜第８節とこれらの動作規則に対する付属書との間になんらかの
対立または不一致がある場合には、第１節〜第８節が統制するものとする。これ
らの動作規則に対する２つの付属書間になんらかの対立または不一致がある場合
には、最新の日付の提供が統制するものとする。これらの動作規則と参加者契約
あるいはこれらの動作規則において行われた他の任意の契約との間になんらかの
対立または不一致がある場合には、これらの動作規則が統制するものとする。

【０３０１】 ｄ．通知手順。 ｉ．これらの動作規則の下に要求されるＧＴＯへのいかなる通知も、以下の状
態で提供されなければならない。すなわち、 （１）ファクシミリまたは翌日宅配便による書面： ――――――――――――――――― ――――――――――――――――― ――――――――――――――――― ――――――――――――――――――；または （２）ＧＴＯシステムを通じて認証された電子メッセージ。

【０３０２】 ｉｉ．これらの動作規則の下に要求される参加者へのいかなる通知も、次の形
態で提供されなければならない。すなわち、（ｉ）参加者契約において特定され
た参加者のアドレスへのファクシミリまたは翌日宅配便による書面、または、（
ｉｉ）ＧＴＯシステムを通じて認証された電子メッセージ。レベル２参加者がセ
クション２（２）（ｂ）（ｖｉ）に従って参加者協定を結ばなかった場合、スポ
ンサーであるレベル１参加者は、レベル２参加者への通知のためにＧＴＯによっ
て使用されるべきアドレスをＧＴＯに知らせなければならない。電子メールまた
はファクシミリあるいは翌日宅配便の書面によるＧＴＯのそのアドレスへの通知
は、そのレベル２参加者への通知とみなすものとする。

【０３０３】 ｉｉｉ．ＧＴＯまたは参加者（あるいは、被スポンサーであるレベル２参加者
についてのスポンサーであるレベル１参加者）は、有効となるであろう新しいア
ドレスまたはファクシミリ番号および日付についての他の事前通知を送ることに
よって、ときどき、通知目的のアドレスまたはファクシミリ番号を変えることが
できる。

【０３０４】 ｅ．管理法。これらの動作規則および参加者契約は、法律の対立に関係なく、
アメリカ合衆国、ニューヨーク州の法律に従って管理、解釈されるものとする。

【０３０５】 ｆ．可分性。任意の司法権において禁止されるまたは任意の司法権においても
強制できないこれらの動作規則の任意の条項は、このような司法権に関してのみ
、これらの動作規則の残りの条項を無効にすることなく、このような禁止または
非強制の範囲にのみ効果がないものとする。適切な法律によって許される程度ま
で、ＧＴＯおよび各参加者は、これらの動作規則の任意の条項を禁止あるいは非
強制とする法律の任意の条項を適用するのを控えるものとする。

【０３０６】 ｇ．権利放棄。ＧＴＯまたは参加者のいずれかが、これらの動作規則の下に任
意の権利を実行あるいは強制し損なった場合、これらの動作規則の下での任意の
権利をＧＴＯあるいはその参加者が放棄したと看做されることはない。ＧＴＯま
たは参加者が、これらの動作規則の規定または条項の厳格な実行を主張し損なっ
た場合、これらの動作規則の下での任意のその後の違反または不履行の権利放棄
と看做される。ことはない。

【０３０７】 ｈ．動作規則の翻訳。これらの動作規則が英語以外の言語に翻訳される場合、
これらの動作規則の英語版が統制するものとする。

【０３０８】 ｉ．参照。特に明記しない限り、これらの動作規則における節または付属書へ
の参照は、これらの動作規則の節または付属書になされたものとする。

【０３０９】 第ＩＩ章―デジタル識別サービス 第９節 説明 ａ．デジタル識別サービスは、コンピュータ・ネットワーク（たとえば、イン
ターネット）を通じて信用ある顧客にデジタル伝送を行う加入顧客のＩＤを査定
する方法を信用ある顧客に提供する。発行参加者は、それらの加入顧客に識別証
明書を発行する。加入顧客は、デジタル伝送を認証するのに識別証明書およびそ
の関連した非公開キーを使用する。そのデジタル伝送を受け取った信用ある顧客
は、そのデジタル伝送に正当デジタル証明書として含まれる識別証明書のステー
タスを確認するよう信用ある参加者にリクエストする。デジタル識別サービスは
、また、信用ある顧客が発行参加者からのＩＤ保証をリクエストするのを可能に
する。ＩＤ保証のリクエストを断る信用ある顧客は、ゼロに等しいＩＤ保証額を
リクエストすることによってそれを行う。信用ある参加者は、証明書ステータス
／保証リクエストを発行参加者に提出することによって、信用ある顧客に代わっ
て識別証明書のステータスの確認およびＩＤ保証の承認（信用ある顧客によって
リクエストされた場合）を求める。

【０３１０】 ｂ．発行参加者は、証明書ステータス／保証レスポンスを信用ある参加者に送
ることによって、信用ある参加者の証明書ステータス／保証リクエストに応答す
る。発行参加者が証明書ステータス／保証レスポンスのＩＤ保証を承認した場合
、信用ある参加者は、信用ある顧客に代わって、発行参加者およびＧＴＯにＩＷ
Ａレスポンスを送ることによって、ＩＤ保証額およびＩＤ保証の他の規定に対す
る信用ある顧客の契約を示す。発行参加者が承認し、そして、信用ある顧客がＩ
Ｄ保証額を受け入れた場合、発行参加者は、加入顧客が実際にデジタル伝送を認
証せず、その結果として信用ある顧客が或る種の損害（セクション１０（１１）
に特定されている）を負った場合には、その保証が違背され、信用ある顧客にＩ
Ｄ保証額を支払う義務があるものと看做される。

【０３１１】 ｃ．信用ある参加者から証明書ステータス／保証リクエストを受け取った際、
発行参加者は、参加者ステータス・リクエストをＧＴＯに送り、信用ある参加者
の発行人証明書の正当性確認をリクエストする。ＧＴＯは、参加者ステータス・
レスポンスを発行参加者および信用ある参加者に送ることによって、発行参加者
の参加者ステータス・リクエストに応答する。発行参加者から証明書ステータス
／保証レスポンスを受け取った際、信用ある参加者は、参加者ステータス・リク
エストをＧＴＯに送り、発行参加者の発行人証明書の正当性確認をリクエストす
る。ＧＴＯは、参加者ステータス・レスポンスを信用ある参加者および発行参加
者に送ることによって、信用ある参加者の参加者ステータス・リクエストに応答
する。

【０３１２】 第１０節。 デジタル識別サービス： 発行参加者の権利および責任 ａ．発行参加者は、デジタル識別サービスと関連して使用するために加入顧客
に付属書３−１（ａ）／ｉおよび付属書３−６（ｂ）の要件に従って、識別証明
書およびＧＴＯソフトウェアを発行することができる。発行参加者は、発行参加
者によってその加入顧客に発行された識別証明書についての付属書３−１（ａ）
／２の要件に従って証明権限者として振る舞うものとする。

【０３１３】 ｂ．発行参加者は、識別証明書およびＧＴＯソフトウェアを、発行参加者との
顧客契約を結んだ加入顧客にのみ提供するものとする。発行参加者は、デジタル
識別サービスと関連した以外で、識別証明書を発行するのにＧＴＯシステムを使
用してはならない。

【０３１４】 ｃ．発行参加者は、以下の場合、加入顧客の公開キーを含む識別証明書のみを
発行するものとする。すなわち、（ａ）非公開キー長および他のキー特性が、付
属書３−１（ａ）／ｉに記載された要件を満たす場合、そして、（ｂ）加入顧客
の非公開キー／公開キー・ペアが、付属書３−１（ａ）／ｉにおいて指定された
コンピュータ・ソフトウェア、ハードウェアその他の技術を使用して発行参加者
または加入顧客によって生成された場合である。

【０３１５】 ｄ．発行参加者がその加入顧客に発行する各識別証明書について、発行参加者
は、付属書２−１（ｂ）（ｉｉ）に記載される最小限の規格に従って、以下のこ
とを行うものとする。すなわち、（ａ）加入顧客のＩＤを確認すること、（ｂ）
識別証明書に載せるべき任意の加入顧客情報の正当性を確認すること、（ｃ）加
入顧客に代わって非公開キー／公開キー・ペアおよび識別証明書を使用する個人
およびエンティティのＩＤを確認すること、（ｄ）加入顧客に代わって識別証明
書を使用するのを許可された個人およびエンティティの権限を確認することであ
る。

【０３１６】 ｅ．発行参加者は、各加入顧客を立証し、あるいは、各識別証明書について、
各加入顧客に関係保証キャップを発行するものとし、そして、各加入顧客あるい
は識別証明書に代わって発行参加者によって承認された当該ＩＤ保証額をモニタ
し、この加入顧客あるいは識別証明書についての関係保証キャップを総ＩＤ保証
額が確実に超えないようにするものとする。発行参加者は、ときどき、加入顧客
についての関係保証キャップを変えることができる。

【０３１７】 ｆ．信用ある参加者から証明書ステータス／保証リクエストを受けた際、付属
書４−１に記載された時間枠および手順に従って、発行参加者は、信用ある参加
者に関する参加者ステータス・リクエストをＧＴＯに送信するものとする。

【０３１８】 ｇ．発行参加者が信用ある参加者の発行人証明書の正当性を確認するＧＴＯか
らの参加者ステータス・レスポンスを受け取った場合、発行参加者は、付属書４
−１に記載された時間枠内でそこに記載された手順に従って、証明書ステータス
／保証レスポンスを信用ある参加者に送ることによって、信用ある参加者からの
証明書ステータス／保証リクエストに応答するものとする。発行参加者は、正当
な発行人証明書を有する信用ある参加者から受け取った証明書ステータス／保証
リクエストにのみ応答して証明書ステータス／保証レスポンスを送信するものと
する。発行参加者は、正当な発行人証明書を有する信用ある参加者でない任意の
エンティティまたはパーソンから受け取った証明書ステータス／保証リクエスト
に応答して、あるいは、証明書ステータス／保証リクエストでない通信、メッセ
ージまたは電子伝送に応答して、証明書ステータス／保証レスポンスを送っては
ならない。

【０３１９】 ｈ．証明書ステータス／保証レスポンスにおいて、発行参加者は、以下のこと
を行うものとする。すなわち、（ａ）示された識別証明書のステータスを正当な
デジタル証明書であるかどうかを確認すること、あるいは、（ｂ）このような識
別証明書のステータスを正当なデジタル証明書ではないとして否定することであ
る。それに加えて、証明書ステータス／保証リクエストにおいてＩＤ保証がリク
エストされた場合、発行参加者は、証明書ステータス／保証レスポンスにおいて
、以下のことも行うものとする。すなわち、（ｘ）承認されたＩＤ保証額、○ケ
月を超えないＩＤ保証についての承認された有効期間、信用ある顧客が、１５分
以下であってはならない、ＩＷＡレスポンスおよび付属書４−１において要求さ
れるような他の情報を信用ある参加者が伝送することによってＩＤ保証を受け入
れなければならない期間を示すことによってリクエストされたＩＤ保証を承認す
ること、または、（ｙ）リクエストされたＩＤ保証を否定することである。リク
エストされたＩＤ保証を否定する発行参加者は、証明書ステータス／保証レスポ
ンスにおいて、信用ある顧客によってリクエストされたものの代わりのＩＤ保証
（たとえば、信用ある顧客によってリクエストされたもの以外の異なるＩＤ保証
額を有するもの）を提供することができる。発行参加者は、また、付属書４−１
において要求されるような他の情報を、証明書ステータス／保証レスポンスにお
いて、提供するものとする。

【０３２０】 ｉ．発行参加者は、付属書３−６（ｂ）に従う手順の適用の際、識別証明書が
正当ではないと決定した場合、識別証明書が正当なデジタル証明書であることを
否定しなければならない。発行参加者は、期限切れにまたは無効にされた任意の
識別証明書の正当性を否定しなければならない。あるいは、必要に応じて、任意
適切な資格停止の期間の下にそうしなければならない。発行参加者は、付属書４
−１において規定されるコードに従って、否定の理由を送信するものとする。

【０３２１】 ｊ．発行参加者は、いかなる真実の理由のためにもリクエストされたＩＤ保証
を否定することができる。発行参加者は、以下の場合には、リクエストされたＩ
Ｄ保証を承認してはならない。（ａ）ＩＤ保証額が、発行参加者をしてその発行
参加者保証キャップを超えさせる場合、または、（ｂ）ＩＤ保証額が、加入顧客
をしてその加入顧客について発行参加者によって確立された関係保証キャップを
超えさせる場合である。発行参加者は、付属書４−１において規定されたコード
に従って否定の理由を送信するものとする。発行参加者は、以下のことを認め、
同意する。すなわち、このセクション１０（１０）の要件にもかかわらず、発行
参加者保証キャップを超えさせるであろうＩＤ保証額を承認する場合、ＧＴＯは
、（ｘ）ＩＤ保証に関連した参加者ステータス・リクエストに応答する参加者ス
テータス・レスポンスにおいて、ＩＤ保証を承認せず、（ｙ）発行参加者を資格
停止あるいは終了させることができる（しかし、要求されることはない）。

【０３２２】 ｋ．発行参加者が、デジタル伝送に関して、識別証明書のステータスを正当な
デジタル証明書として確認し、リクエストされたＩＤ保証を承認し、信用ある参
加者が、セクション１１（７）において規定されたような、承認されたＩＤ保証
の信用ある参加者の受け入れを示すタイムリなＩＷＡレスポンスを送信したが、
加入顧客が、デジタル伝送に許可していない場合、発行参加者は、そのＩＤ保証
に違背したものと看做され、したがって、（ａ）加入顧客がデジタル伝送を許可
しなかったという事実から生じた、そして、（ｂ）ＩＤ保証の有効期間中（すな
わち、証明書ステータス／保証レスポンスにおいて特定されＩＷＡレスポンスの
伝送または他のスタート時間の後で、証明書ステータス／保証レスポンスにおい
て特定されたＩＤ保証の期限切れの前）に信用ある顧客によって負わされた、Ｉ
Ｄ保証額までの直接的損害について信用ある顧客に責任を負うものとする。万が
一信用ある顧客がタイムリにＩＷクレームの通知を提出した場合には、セクショ
ン１１（８）において定められるように、関連した支援ドキュメンテーションを
含む。そうでない場合には、発行参加者は、アクションの形に無関係に、そして
、発行参加者が損害の可能性について忠告したかどうかに無関係に、いかなる応
報的、間接的、偶発的、特殊あるいは必然的な損害について信用ある顧客に責任
を負うものとする。それに加えて、発行参加者は、信用ある顧客によって負わさ
れた任意の損失または損害について、このような損失または損害を軽減する合理
的なステップを採り損なった結果として、信用ある顧客に責任を負わないものと
する。

【０３２３】 ｌ．セクション１０（１１）に従って発行参加者からの支払いのために信用あ
る顧客に代わって信用ある参加者からセクション１１（８）に規定されている支
援ドキュメンテーションを含むＩＷクレームを受け取ってから○日以内に、発行
参加者は、ＩＷクレームを尊重すべきかどうかについて正直な決定を書面で信用
ある参加者に忠告するものとする。発行参加者がＩＷクレーム全体または一部を
尊重すると決定した場合には、発行参加者の決定を信用ある参加者が受け取って
から○日以内に、資金を信用ある参加者に送ることによって信用ある顧客に支払
いを行うものとする。発行参加者がＩＷクレーム全体または一部を否定すると決
定した場合、この否定の理由を書面で信用ある参加者に提供するものとする。

【０３２４】 ｍ．発行参加者が、証明書ステータス／保証レスポンスにおいて、セクション
１０（８）に規定されているようなＩＤ保証を承認し、信用ある顧客が、セクシ
ョン１１（７）に規定されているようなＩＷＡレスポンスを信用ある参加者が伝
送することによってＩＤ保証を受け入れた場合には、発行参加者は、これらの動
作規則の適切な条項ならびに証明書ステータス／保証レスポンスおよびＩＷＡレ
スポンスにおいて特定されたＩＤ保証の用語に従って信用ある顧客と保証契約を
結んだものと看做される。

【０３２５】 第１１節。 デジタル識別サービス： 信用ある参加者の権利および責任 ａ．信用ある参加者は、その信用ある顧客から以下のリクエストを受け入れる
ものとする。すなわち、（ａ）正当デジタル証明書としてデジタル伝送に含まれ
る識別証明書のステータスを確認するリクエスト、そして、（ｂ）デジタル伝送
と関連したＩＤ保証の承認するリクエストである。

【０３２６】 ｂ．識別証明書のステータスの確認リクエストを信用ある顧客から受け取った
際、信用ある参加者は、付属書３−１（ａ）／２に記載された手順に従って、信
用ある顧客のデジタル証明書の正当性を確認するものとする。

【０３２７】 ｃ．信用ある参加者は、付属書４−１に記載されている時間枠および手順に従
って発行参加者に証明書ステータス／保証リクエストを送るものとする。ただし
、（ａ）信用ある顧客のデジタル証明書が正当でない場合、（ｂ）信用ある顧客
が、加入顧客のデジタル伝送において指定された期限以内あるいは加入顧客から
デジタル伝送を受領してから○カレンダ日以内にそのリクエストを提出しなかっ
た場合、または、（ｃ）信用ある参加者が、証明書ステータス／保証リクエスト
を送ることを適切な法律によって禁止されている場合は、この限りでない。信用
ある参加者がこのセクション１１（３）に従って証明書ステータス／保証リクエ
ストを送信し損なった場合には、信用ある参加者は、付属書４−１に記載されて
いる時間枠、手順およびフォーマットに従って信用ある顧客に通知するものとす
る。

【０３２８】 ｄ．発行参加者からの証明書ステータス／保証レスポンスを受け取った際、信
用ある参加者は、付属書４−１に記載される時間枠、手順およびフォーマットに
従って、発行参加者に関する参加者ステータス・リクエストをＧＴＯに送るもの
とする。

【０３２９】 ｅ．信用ある参加者は、発行参加者から識別証明書の正当性を確認する証明書
ステータス／保証レスポンスおよび発行参加者の発行人証明書の正当性を確認す
る参加者ステータス・レスポンスを受け取った場合にのみ、識別証明書のステー
タスが正当なデジタル証明書であることを確認したことを信用ある参加者に送信
できる。この確認の伝送は、付属書４−１に記載された時間枠、手順およびフォ
ーマットに従って行わなければならない。

【０３３０】 ｆ．信用ある参加者は、証明書ステータス／保証レスポンスおよびＩＤ保証を
承認する参加者ステータス・レスポンスを受け取った場合、ＩＤ保証の承認の確
認を信用ある顧客にのみ送信できる。この承認と一緒に、信用ある参加者は、証
明書ステータス／保証レスポンスに規定される以下の情報を信用ある顧客に送る
ものとする。すなわち、（ａ）承認されたＩＤ保証額、（ｂ）ＩＤ保証の失効日
、（ｃ）ＩＤ保証を承認する発行参加者のＩＤ、（ｄ）信用ある顧客がＩＤ保証
を受け入れ、あるいは、拒絶しなければならないときまでの時間、（ｅ）信用あ
る顧客に指定されていない限り、ＩＤ保証の発行のために信用ある顧客に払おう
ことになる手数料、（ｆ）証明書ステータス／保証レスポンスにおいて規定され
たＩＤ保証についての他の任意の制限である。この確認の伝送は、付属書４−１
に記載された時間枠、手順およびフォーマットに従って行われるものとする。

【０３３１】 ｇ．信用ある参加者は、それの指定した期間内に証明書ステータス／保証レス
ポンスにおいて発行参加者によって承認されたＩＤ保証の受理または拒絶のいず
れかを信用ある顧客から得るものとする。信用ある顧客が適切な時間内に応答し
ない場合には、信用ある顧客は、ＩＤ保証を拒絶したものと看做される。信用あ
る参加者は、証明書ステータス／保証レスポンスにおいて発行参加者によって特
定された時間以内に、付属書４−１に記載される手順およびフォーマットに従っ
て、ＩＷＡレスポンスをＧＴＯおよび発行参加者に送ることによって、ＩＤ保証
の受理または拒絶を信用ある顧客に伝えなければならない。

【０３３２】 ｈ．信用ある顧客が、セクション１０（８）に規定されたＩＤ保証の有効期間
内に発行参加者に対して信用ある顧客のＩＷクレームを信用ある参加者に通知し
、この通知から○日以内に付属書１１−８に特定されているＩＷクレームを支援
する完全なドキュメンテーションを信用ある参加者に提供した場合には、信用あ
る参加者は、このような支援ドキュメンテーションの受領日から○日以内に、支
援ドキュメンテーションを含む信用ある顧客のＩＷクレームを発行参加者に送る
ものとする。各日付の終りまでに、信用ある参加者は、その日中に、発行参加者
によって信用ある参加者に送信された任意のＩＷクレームを記述しているレポー
トをＧＴＯに送るものとする。このレポートは、ＩＷクレームが提出された発行
参加者の名前、ＩＷクレームを提出している信用ある顧客の名前、ＩＷクレーム
の金額および付属書１１−８において定められたような他の情報を含むものとす
る。このレポートの伝送は、付属書４−１に記載された時間枠、手順およびフォ
ーマットに従って行われるものとする。

【０３３３】 ｉ．セクション１０（１２）において規定されるように、ＩＷクレームへの発
行参加者からのレスポンスを受け取った際、信用ある参加者は、発行参加者から
の、信用ある参加者が受け取った任意の添付ドキュメンテーションを含めて、数
日以内に、信用ある顧客に発行参加者のレスポンスを提供するものとする。信用
ある参加者が以前に信用を失ったか、あるいは、ＩＷクレームの金額について信
用ある顧客に支払わなかった場合、信用ある参加者は、信用ある参加者の通常の
ビジネス手順に従って、発行参加者から信用ある顧客の受け取った任意の支払い
を信認するか、さもなければ、免除するものとする。各日付の終りまでに、信用
ある参加者は、その日中に、最終的に解決された、信用ある参加者が発行参加者
に先に送った任意のＩＷクレームも記述しているレポートをＧＴＯに送るものと
する。このレポートは、ＩＷクレームを提出した発行参加者の名前、ＩＷクレー
ムを提出している信用ある顧客の名前、最終的な解決策についての記述および付
属書１１−８において定められたような他の情報を含むものとする。このレポー
トの伝送は、付属書４−１に記載された時間枠、手順およびフォーマットに従っ
て行われるものとする。

【０３３４】 ｊ．信用ある参加者が発行参加者から支払いを信用ある参加者が受け取る前に
ＩＷクレームについて信用ある顧客を信認したか、あるいは、支払っている場合
には、制限なしに、セクション１０（１１）に従って発行参加者による支払いに
対する信用ある顧客の権利およびセクション３（１８）に従って発行参加者によ
って維持される担保物件に対する信用ある顧客の権利を含めて、信用ある参加者
は、このような支払いおよびＩＷクレームに関して信用ある顧客の権利のすべて
を肩代わりする。

【０３３５】 第１２節デジタル識別サービス ＧＴＯの権利および責任 ａ．ＧＴＯは、各参加者に関して、発行参加者保証上限を設定するものとする。
ＧＴＯは、付表１２−１（ｅ）に定められた手続きおよび期間に従って、参加者
によってその加入顧客に関して承認される識別保証総額を、監視するものとする
が、リアル・タイムで、識別保証および発行参加者保証上限を監視する義務はな
い。 ｂ．参加者地位要求を、発行参加者から受け取ったら、ＧＴＯは、依存参加者の
発行者証明書が正当であるか、確認するものとする。ＧＴＯは、付表４−１の期
間および手続きに従って、参加者地位応答を、発行参加者および依存参加者に送
信するものとする。 ｃ．参加者地位要求を、依存参加者から受け取ったら、ＧＴＯは、（ａ）発行参
加者の発行者証明書が正当であるかを確認し、および（ｂ）発行参加者が、その
証明書地位／保証応答において、識別保証を承認した場合、ＧＴＯは、前記識別
保証総額が、その発行参加者保証上限を超える発行参加者を発生させるかを確認
するものとし、前記上限は、第１２（１）節において定められたとおり、ＧＴＯ
によって監視される。発行参加者によって承認される識別保証総額によって、参
加者が、第１２（１）節において定められたとおり、ＧＴＯによって監視される
その発行参加者保証上限を超える場合、ＧＴＯは、参加者地位応答において、識
別保証を承認しないものとする。ＧＴＯは、付表４−１の期間および手続きに従
って、参加者地位応答を、依存参加者および発行参加者に送信するものとする。

【０３３６】 第１３節デジタル識別サービス 顧客合意 ａ．総則 加入顧客は、加入顧客によって依存顧客に送信されるデジタル送信で
、加入顧客のデジタル署名をするために、そのプライベート・キー、関連する識
別証明書およびＧＴＯソフトウェアを使用してもよい。加入顧客は、加入顧客に
代わってそのプライベート・キー、関連する識別証明書およびＧＴＯソフトウェ
アを利用する権限を、あらゆる自然人または法人に与えてもよく、前記プライベ
ート・キー、関連する識別証明書、およびＧＴＯソフトウェアに関する、前記自
然人または法人のすべての行為または不作為は、これらの運用規則のすべての目
的のために、加入顧客の行為または不作為とみなされるものとする。依存顧客は
、その依存参加者から、正当なデジタル証明書としての、識別証明書の地位の確
認、およびデジタル送信に関連する識別保証の承認を要求してもよい。

【０３３７】 ｂ．加入顧客合意 発行参加者は、少なくとも、以下のことを定める、デジタル
識別サービスに関する合意を、各加入顧客と結ぶものとする： １．付表３−１（ａ）／１に規定された最小基準（minimum standards）に従
って、そのプライベート・キー、スマート・カード、およびＧＴＯソフトウェア
を保管する、加入顧客の義務； ２．発行参加者のおよび／またはＧＴＯの、すべての識別証明書、ＧＴＯソフ
トウェア、スマート・カード、およびマーク（Marks）の所有権に関する、加入
顧客の承認； ３．ＧＴＯサービスの一部として加入顧客に発行された識別証明書の発行参加
者の発行、失効および取り消しに関する、発行参加者によって確立されるポリシ
ー（policy）および手続きに関する、加入顧客の承認および合意； ４．そのプライベート・キー、識別証明書、スマート・カードまたはデジタル
識別サービスを、以下の種類の取引のいずれかに関わるデジタル送信との関連に
おいて使用しないことに関する、加入顧客の合意：（１）適用法によって禁じら
れるあらゆる取引；または（２）加入顧客が、本人として、または発行参加者に
開示された本人の代理として行為をしないあらゆる取引； ５．加入顧客のプライベート・キーで作成されたデジタル署名で認証されるす
べてのデジタル送信は、デジタル送信が加入顧客によって手書きで署名されたの
と同じ法律的効果、正当性、および強制執行力を有し、および加入顧客は、それ
が手書きでなくデジタルであるという理由のみに基づいて、デジタル送信の法律
的効果、正当性、または強制執行力に異議を申し立てないことに関する、加入顧
客の合意； ６．識別証明が、この点において、加入顧客に代わって行為をするために、加
入顧客によって権利を与えられた自然人または法人によって作成されたデジタル
署名を制限なく含む、デジタル識別サービスを通した、正当なデジタル証明書と
して、識別証明書が確認される、加入顧客のプライベート・キーで作成されたデ
ジタル署名で認証されたすべてのデジタル送信に対する、加入顧客の責任； ７．デジタル識別サービス、ＧＴＯサービスまたはＧＴＯシステムに関連した
、その唯一のリコース（recourse）は、顧客合意に従ったその発行参加者に対す
るものであること；および（加入顧客は、適用法の下で、依存顧客へのリコース
または責任を有することに関して承認するにもかかわらず）加入顧客は、ＧＴＯ
または他の参加者に、この点に関してリコースを有しないことを、特に承認しお
よび合意することに関する、加入顧客の合意； ８．（１）デジタル識別サービスを加入顧客に供給するため；（２）デジタル
識別サービスから生じるあらゆる議論を解決するため；または（３）適用法、規
則、命令、召喚状、または政府当局による他の法律的要件に従って、その発行参
加者、他の参加者、ＧＴＯ、およびそれらの従業員ならびに代理人は、適用法の
制限内において、彼らの間で、および他の第三者との間で、加入顧客についての
、それに関する、またはそれに関与するあらゆるデータまたは情報を送信し、お
よび受信してもよいことについての、加入顧客の承認および権限付与； ９．識別証明書に対する要求、識別証明書の、正当なデジタル証明書としての
確認および／または識別保証の承認との関連において、その発行参加者に提出さ
れたあらゆる情報の正確性の、加入顧客の保証； １０．（１）そのプライベート・キー／パブリック・キーのペアおよび／または
識別証明の、継続した正当性および／または正確性、または（２）加入顧客のプ
ライベート・キーが記憶されているそのコンピュータ・システムまたはスマート
・カードのセキュリティに関するあらゆる妥協、または疑われる妥協；に関連す
る情報の発行参加者に、適時な、かつ正確な通知を供給する、加入顧客の義務； １１．その発行参加者との顧客合意、およびその発行参加者によって加入顧客に
与えられるあらゆる指示、手引き、または手続きに従って、デジタル識別サービ
ス、そのプライベート・キー／パブリック・キーのペア、スマート・カード、お
よびその識別証明書を使用する、加入顧客の義務； １２．加入顧客の代わりにデジタル証明書を使用する権限を与えられた、または
それらの識別および権限についての情報が、ＧＴＯサービスを供給する目的で、
そうでなければＧＴＯシステムの目的を実行する目的で、他の参加者およびＧＴ
Ｏに転送されるデジタル証明書において指名された、各自然人または法人から、
書面による合意を入手する、加入顧客の義務； １３．加入顧客が、ＧＴＯサービスの条項に従わないことから生じる、またはＧ
ＴＯシステムにおける参加者の依存顧客ではない自然人または法人に送られたデ
ジタル送信または他のあらゆる電子メッセージもしくは通信での、そのデジタル
証明書の加入顧客の使用から生じる、発行参加者によって引き招かれたあらゆる
責任についての、加入顧客の賠償（indemnification）； １４．加入顧客が、ＧＴＯシステムを通して認証されたデジタル送信を送信する
ことを示す目的のみで、付表５−７に定められたマークを使用するためのサブ・
ライセンスの、加入顧客への、発行参加者による譲渡；および １５．ＧＴＯシステムまたはＧＴＯサービスとの関連で、加入顧客によって使用
されるすべてのハードウェアおよびソフトウェア（発行参加者によって供給され
るハードウェアおよびソフトウェアを除く）が、２０００年対応であるとする、
加入顧客の合意。

【０３３８】 ｃ．依存顧客合意 依存参加者は、少なくとも、以下のことを定めるデジタル識
別サービスに関する合意を、各依存顧客と結ぶものとする： １．これらの運用規則の付表３−９に定められた最小基準に従って、ＧＴＯソ
フトウェアを保管する、依存顧客の義務； ２．ＧＴＯソフトウェアおよびマークのＧＴＯの所有権の、依存顧客の承認； ３．そうすることを選択した場合に、加入顧客が、実際にはデジタル送信をオ
ーソライズ（authorize）しない場合に、それが招くであろう、予測される直接
的損害の妥当な概算を超えない、デジタル送信に関する、識別保証総額をに要求
し；およびデジタル署名が関連する加入顧客と依存顧客との間に存在する取引に
鑑みて妥当である識別保証に関して、正当期間を要求する、依存顧客の合意； ４．要求された識別保証が承認されないか、要求された識別保証総額に関して
承認されないか、または依存顧客によって要求されるものとは異なる正当期間に
従じることについての、依存顧客の承認および合意； ５．そうすることを選択した場合に、加入顧客から受信された、関連するデジ
タル送信において特定された、より短い時間内に、または前記デジタル送信の受
信から 日以内に、識別保証に対する要求を、その依存参加者に提出する、依
存顧客の義務； ６．発行参加者が、証明地位／保証応答において、識別保証を承認し、および
依存顧客がＩＷＡ応答の依存参加者の送信を介して、前記識別保証を受領した場
合、依存顧客は、その依存参加者との、その顧客合意の適用条項に、および証明
地位／保証応答およびＩＷＡ応答において特定された識別保証の条項に従って、
発行参加者と識別保証合意を結んだとみなされることについての、依存顧客の承
認および合意； ７．（１）デジタル識別サービスとの関連での、その唯一のリコースは、識別
証明書を発行した、および依存参加者によって発行参加者へと送信されたＩＷＡ
応答を介して、依存顧客が受領した、識別保証の発行参加者の承認の確認を、依
存参加者が依存顧客に送信した発行参加者に対するものと、および依存参加者の
顧客合意において定められた範囲で、かつその範囲内のみで、依存参加者へのも
のであること：（２）依存顧客への発行参加者の責任は、承認された識別保証総
額までの、依存顧客の直接的損害（特に、懲罰的、間接的、偶発的、特殊、また
は結果的損害、およびその損害を軽減するための妥当な処置の失敗の結果として
、依存顧客によって招かれる損害を除く）および加入顧客がデジタル送信をオー
ソライズしなかったという事実から生じた、識別保証の正当期間中（すなわち、
ＩＷＡ応答の送信または証明地位／保証応答において特定された他の開始時の後
で、および証明地位／保証応答において特定された識別保証の失効の前）に生じ
た直接的損害のみに限定されること；（３）発行参加者に対するそのＩＷクレー
ムを提出するための、依存顧客の唯一の手段は、その依存参加者を通すことであ
ること；（４）依存顧客への、依存参加者の義務は、依存参加者が、その顧客合
意において依存顧客への他の義務を負わない限り、それが以前に貸されなかった
か、そうでなければ回復に関して依存顧客に支払いをしなかった範囲で、これら
の運用規則に従って、発行参加者から依存参加者が受ける前記回復を、依存顧客
に移送することに限定されること；および（５）依存顧客は、デジタル識別サー
ビスとの関連において、ＧＴＯまたは発行参加者あるいは依存参加者以外の参加
者にリコースを有しないこと、および（依存顧客は、適用法の下で、加入顧客へ
のリコースまたは責任を有することを承認するにもかかわらず）発行参加者およ
び依存参加者へのリコースは、本節１３（３）（ｇ）において特に定められたも
のに限定されることを承認し、および合意すること；についての依存顧客の合意
； ８．（１）依存顧客が、依存参加者へのそのＩＷクレームの通知を、証明地位
／保証応答において特定された、識別保証の正当期間内に供給した場合；（２）
依存顧客が前記通知から 日以内に、（Ａ）妥当に利用できる場合は、それ
がデジタル通信を、依存顧客に対して認証したことを否定する、加入顧客からの
書面による証拠文書と、および（Ｂ）加入顧客がデジタル送信をオーソライズし
なかったという事実から生じた依存顧客の直接的損害の量を証明する、完全かつ
詳細な添付の補助証拠文書を伴った、依存顧客に代わって、正当に権利を有する
自然人によって証明された宣誓書とを、依存参加者に供給する場合；および（３
）通知および補助証拠文書が、これらの運用規則の付表１１−８に定められた形
式および情報の要件に従っている（この条項は、依存顧客が、適用法の下に、デ
ジタル送信から生じる、加入顧客に対して有するあらゆる権利またはクレームに
影響を与えない）場合にのみ、依存顧客は、識別保証を承認した発行参加者に対
して、その依存参加者を通して、これらの運用規則の第１３（３）（ｇ）節にお
いて定められたとおり、ＩＷクレームを提出してもよい； ９．これらの運用規則第１３（３）（ｈ）の各要件に従って、そうしない限り
、依存顧客は、発行参加者に対して、その依存参加者を通して、これらの運用規
則の第１３（３）（ｇ）に定められたとおり、あらゆるＩＷクレームを提出して
はならない。前文の普遍性を制限することなく、依存顧客は、これらの運用規則
の第１３（３）（ｈ）節において定められた期間内に、これらの運用規則の第１
３（３）（ｈ）節の下に求められる通知または補助証拠文書を供給できない場合
、または依存顧客の損失またはクレームが：（１）加入顧客が、デジタル送信を
オーソライズしなかったという事実以外の理由で、デジタル送信に含まれる、ま
たはそれに関連する義務を実行しまたは履行することができなかったこと；（２
）誤りの理由にかかわらず、テキストにおけるあらゆる誤りまたはデジタル送信
における他のデータ；または（３）デジタル送信において記載された、またはそ
れに関連するその義務の、加入顧客の遅延した、不完全な、または受容できない
実行から生じる、またはそれに関連するクレームから生じた場合は、依存顧客は
、前記クレームをしてはならない； １０．これらの運用規則の付表３−２０および１１−８に定められた手続きに従
って、発行参加者に対する依存顧客のＩＷクレームが、 日以内に、満足す
るまで解決されない場合に、発行参加者とのあらゆる議論を解決することについ
ての、依存顧客の合意； １１．ＧＴＯと各発行参加者との間のセキュリティ（security）合意に従って（
１）各発行参加者は、発行参加者によって満足されない認証されたＩＷクレーム
を満足させる発行参加者の義務のための、セキュリティとして、担保を提供する
ことを求められること、（２）前記担保は、依存顧客の利益のために（または依
存参加者が、以前に貸した、またはＩＷクレームに対して依存顧客に支払った範
囲で、依存参加者の利益のために）行為をする、ＧＴＯの担保代理人（Collater
al Agent）としての商業銀行によって管理された口座に保管することを求められ
ること、（３）保管することを求められる担保の合計、および前記保管が、識別
保証の発行およびＩＷクレームの提出との関連において求められる時は、ＧＴＯ
によって決定されるとおり、発行参加者の財政状態および他の要素に依存するこ
と、（４）前記担保において得られる前記合計は、第１３（３）（ｇ）節におい
て定められた依存顧客への、発行参加者の責任の合計より少なくてもよいこと、
および（５）前記担保において得られた前記合計が、前記発行参加者の責任の合
計よりも小さい場合、発行参加者は前記不足分のみ関して責任を有するものであ
ることについての、依存顧客の承認および合意； １２．ＧＴＯによって指示された順番ならびに方法で、および依存顧客間での優
先順位で、第１３（３）（ｇ）節において定められた、依存顧客への発行参加者
の義務への適用のために（または、依存参加者が以前に貸した、またはＩＷクレ
ームのために、依存顧客に支払った範囲で、依存参加者の発行参加者の義務への
適用のために、）制限なく、前記担保の販売または実行およびその収益の、依存
顧客または依存参加者への移送に影響を与える行為を含む、前記担保に関する前
記セキュリティ合意の下に許可されるあらゆるおよびすべての行為をするための
権限を、その能力において、ＧＴＯに変更不可能に与える依存顧客として、依存
顧客の利益のために結ばれた、第１３（３）（ｋ）節において定められた各セキ
ュリティ合意の下での、その代理人としてのＧＴＯの指名の、依存顧客による確
認； １３．第１３（３）（ｋ）節において定められたセキュリティ合意の下に、また
はそれとの関連で、ＧＴＯの義務が、前記セキュリティ合意において特に定めら
れたもののみであること、およびＧＴＯまたはその役員、従業員、もしくは代理
人のいずれもは、前記セキュリティ合意の下に、またはそれとの関連で、それま
たはそれらによって取られる行為、または取られなかった行為に対して責任を有
しないものであることについての、依存顧客の合意； １４．（１）依存顧客に代わって、第１３（３）（ｈ）節に従って依存顧客によ
って主張されるあらゆるＩＷクレームを提出するため、および（２）認証された
ＩＷクレームに関して、発行参加者の義務を保証する担保の収益を、依存顧客に
代わって受け取るため、その代理人としての、依存参加者の、依存顧客の変更不
可能な指名。ここに定められた場合を除き、受け取られた収益は、依存参加者が
以前貸した、またはＩＷクレームのために、依存顧客に支払った範囲を除き、依
存参加者の通常の業務手続に従って、依存顧客に貸され、または移送されるもの
とする。 １５．（１）デジタル識別サービスを依存顧客に供給するため；（２）デジタル
識別サービスから生じる議論を解決するため；または（３）適用法、規則、命令
、召喚状、または政府当局の他の法律的要件に従って、依存参加者、他の参加者
、ＧＴＯおよびそれらの従業員ならびに代理人は、適用法の制限内で、彼らの間
で、および他の第三者との間で、依存顧客についての、それに関わる、またはそ
れに関与するあらゆるデータまたは情報を送信および受信してもよいことについ
ての、依存顧客の承認および権限付与； １６．デジタル識別サービスとの関係において、その依存参加者に提出されたあ
らゆる情報の正確性についての、依存顧客の保証； １７．その依存参加者とのその合意、およびその依存参加者によって依存顧客に
与えられたあらゆる指示、手引きまたは手続きに従って、デジタル識別サービス
を使用することについての、依存顧客の義務； １８．加入顧客のプライベート・キーで作成されたデジタル署名で認証されたす
べてのデジタル送信は、デジタル送信が、加入顧客によって手書きで署名をされ
たのと同じ法律的効果、正当性、および強制執行力を有すること、および依存顧
客は、書面によらずにデジタルであるという理由だけで、デジタル送信の法律的
効果、正当性、または強制執行力に異議を申し立てないことについての、依存顧
客の合意； １９．依存顧客が、ＧＴＯシステムを通して認証されたデジタル送信を受信する
ことを示す目的のためだけに、これらの運用規則の付表５−７に定められたマー
クを使用するためのサブ・ライセンスの依存顧客への、依存参加者の譲渡； ２０．ＧＴＯシステムまたはＧＴＯサービスとの関係において、依存顧客によっ
て使用されるすべてのハードウェアおよびソフトウェア（依存参加者によって供
給されるハードウェアおよびソフトウェアを除く）は、２０００年対応であるも
のとすることについての、依存顧客の合意； ｄ．加入顧客および依存顧客の両方である顧客 加入顧客および依存顧客の両方
である、または両方でもよい顧客に関して、参加者は、同じ合意の第１３（２）
節および第１３（３）節において求められる条項を含んでもよい。 ｅ．サンプル顧客合意条項 サンプル顧客合意条項は、これらの運用規則の付表
１３−５に添付されている。参加者は、これらのサンプル条項を使用してもよい
が、使用することを求められない。ＧＴＯは、これらのサンプル条項のいずれも
、参加者に適用されるこれら運用規則またはあらゆる法律のあらゆるまたはすべ
ての要件を満足させること、またはこれらの条項のいずれも、どの顧客にも拘束
力を持つことを、表示しない。参加者は、その顧客合意の条項または条件に関す
る自らの法律的アドバイスを得るものとする。

【０３３９】 第３章−ユーティリティ・キー・サービス（utility key service） 第１４節解説 ａ．発行参加者は、ユーティリティ証明書をその加入顧客に発行することによ って、ユーティリティ・キー・サービスを、その加入顧客に供給する。加 入顧客は、依存顧客に送信された電子メッセージとの関連において、ユー ティリティ証明書を使用する。 ｂ．ユーティリティ・キー・サービスは、加入顧客によって依存顧客に送信さ れた電子メッセージと関連するデジタル証明書の地位を確認する方法を供 給する。 ｃ．ユーティリティ・キー・サービスは、依存参加者が、発行参加者から識別 保証を求めることを許可しない。

【０３４０】 第１５節ユーティリティ・キー・サービス 発行参加者の権利および責任 ａ．発行参加者は、付表３−１（ａ）／１および３−６（ｂ）の要件に従って、 ユーティリティ・キー・サービスとの関連における使用のために、それら の加入顧客に、ユーティリティ証明書およびＧＴＯソフトウェアを発行し てもよい。発行参加者は、付表３−１（ａ）／２の要件に従って、発行参 加者によってその加入顧客に発行されるユーティリティ証明書に関して、 認証機関として機能するものとする。 ｂ．発行参加者は、発行参加者との顧客合意を結んだ加入顧客にのみ、ユーテ ィリティ証明書およびＧＴＯソフトウェアを供給するものとする。発行参 加者は、ユーティリティ・キー・サービスとの関連以外において、ユーテ ィリティ証明書を発行するためにＧＴＯシステムを使用してはならない。 ｃ．発行参加者が、その加入顧客に発行する各ユーティリティ証明書に関して、 発行参加者は、付表２−１（ｂ）に定められた最小基準に従って：（ａ）顧 客の識別を確認し；（ｂ）加入顧客に代わって、プライベート・キー／パブ リック・キーのペアおよびユーティリティ証明書を使用するであろう個人 および法人の識別を確認し；および（ｃ）権限付与が関連する取引の種類 および量に関するものを含む、加入顧客に代わって、ユーティリティ証明 書を使用することについて権限を付与された個人および法人の権限を確認 するものとする。 ｄ．依存参加者から正当性要求を受け取ったら、発行参加者は、付表４−１に 定められた期間および手続きに従って、依存参加者に関して、参加者地位 要求をＧＴＯに送信するものとする。 ｅ．発行参加者が、ＧＴＯから、依存参加者の発行者証明書の正当性を確認す る参加者地位応答を受け取った場合、発行参加者は、付表４−１に定めら れた手続きに従って、期間内に、依存参加者へ正当性応答を送信すること によって、依存参加者からの正当性要求に返答しするものとする。発行参 加者は、正当な発行者証明書を有する依存参加者から受信された正当性要 求にのみ応答して、正当性応答を送信するものとする。発行参加者は、正 当な発行者証明書を有する依存参加者でない法人または自然人から受信さ れた正当性要求に応答して、または正当性要求ではない通信、メッセージ、 もしくは電子送信に応答して、正当性応答を送信しないものとする。 ｆ．正当性応答において、発行参加者は：（ａ）正当なデジタル証明書として示 されたユーティリティ証明書の地位を確認し、および付表４−１で求めら れた他の情報を供給し、または（ｂ）正当なデジタル証明書として示され たユーティリティ証明書の地位を否定し、および付表４−１において求め られる他の情報を供給するものとする。 ｇ．発行参加者は、付表３−６（ｂ）に従ったその手続きの適用の際に、ユー ティリティ証明書が正当ではないと決定する場合、ユーティリティ証明書 が正当なデジタル証明書であることを否定するものとする。発行参加者は、 失効した、もしくは取り消された、またはあらゆる適用される中止の条項 （terms of any applicable Suspension）の下でそうするように求められ た場合、ユーティリティ証明書の正当性を否定するものとする。発行参加 者は、付表４−１に定められたコードに従って、前記否定の理由を送信す るものとする。 ｈ．正当性応答を送信する発行参加者は、依存顧客に対して責任を有しないも のとする。前文の普遍性を制限することなく、発行参加者が、ユーティリ ティ証明書は正当であるが、実際にはユーティリティ証明書は失効しまた は取り消されていたこと、または正当ではないことを確認する正当性応答 を送信した場合は、発行参加者は、依存顧客またはあらゆる他の参加者に 対して責任を有しないものとする。

【０３４１】 第１６節ユーティリティ・キー・サービス 依存参加者の権利および責任 ａ．依存参加者は、正当なデジタル証明書として、電子送信に含まれるユーテ ィリティ証明書の地位の確認の要求を、その依存顧客から受け取るものと する。 ｂ．ユーティリティ証明書の地位の確認に対する要求を、依存顧客から受け取 ると、（ａ）依存顧客が、加入顧客の電子メッセージにおいて特定された、 より短い期間内に、または、加入顧客からの電子メッセージの、依存顧客 の受信からより短い暦日以内に、その要求を送信しない場合を除き、また は（ｂ）依存参加者が、適用法の下に、正当性要求を送信することを禁じ られている場合を除き、依存参加者は、付表４−１に定められた期間およ び手続きに従って、発行参加者に正当性要求を送信するものとする。本節 １６（２）に従って正当性要求を送信することに、依存参加者が失敗した ことの送信は、付表４−１に定められた期間、手続き、および形式に従う ものとする。 ｃ．発行参加者から正当性応答を受け取ると、依存参加者は、付表４−１に定 められた期間および手続きに従って、発行参加者に関して、参加者地位要 求をＧＴＯに送信するものとする。 ｄ．依存参加者は、依存参加者が、ユーティリティ証明書の正当性を確認する 正当性応答を発行参加者から、および関連する発行者証明書の正当性を確 認する参加者地位応答を受信した場合にのみ、正当なデジタル証明書とし て、ユーティリティ証明書の地位の確認を、依存顧客に送信してもよい。 この確認の送信は、付表４−１に定められた期間、手続き、および形式に 従うものとする。

【０３４２】 第１７節ユーティリティ・キー・サービス ＧＴＯの権利および責任 ａ．発行参加者から参加者地位要求を受け取ると、ＧＴＯは、依存参加者の発 行者証明書が正当であるか確認するものとする。ＧＴＯは、付表４−１ に定められた期間および手続きに従って、参加者地位応答を、発行参加者 および依存参加者に送信するものとする。 ｂ．依存参加者から参加者地位要求を受け取ると、ＧＴＯは、発行参加者の発 行者証明書が正当であるか確認するものとする。ＧＴＯは、付表４−１ に定められた期間および手続きに従って、参加者地位応答を、依存参加者 および発行参加者に送信するものとする。

【０３４３】 第１８節ユーティリティ・キー・サービス 顧客合意 ａ．総則 加入顧客は、依存顧客に送信された電子メッセージとの関係におい て、そのプライベート・キー、関連するユーティリティ証明書、およびＧ ＴＯソフトウェアを使用してもよい。加入顧客は、そのプライベート・キ ー、関連する識別証明書、およびＧＴＯソフトウェアを、加入顧客に代わ って利用することについて、自然人または法人に権限を与えてもよく、お よび前記プライベート・キー、関連ユーティリティ証明書、およびＧＴＯ ソフトウェアに関する前記自然人または法人のすべての行為または不作為 は、これらの運用規則のすべての目的のために、加入顧客の行為または不 作為とみなされるものとする。依存顧客は、その依存参加者から、正当な デジタル証明書として、ユーティリティ証明書の地位の確認を要求しても よい。

【０３４４】 ｂ．加入顧客合意 発行参加者は、少なくとも、以下のことを定める、ユーテ ィリティ・キー・サービスに関する合意を、各加入顧客と結ぶものとする： １．付表３−１（ａ）／１に定められた最小基準に従って、そのプライベート・ キー、スマート・カード、およびＧＴＯソフトウェアを保管する、加入顧 客の義務； ２．すべてのユーティリティ証明書、ＧＴＯソフトウェア、スマート・カード、 およびマークの、発行参加者および／またはＧＴＯの所有権の、加入顧客 の承認； ３．ＧＴＯサービスの一部として、加入顧客に発行されたユーティリティ証明 書の、発行参加者の発行、失効および取り消しに関連した、発行参加者に よって確立されたポリシーおよび手続きの、加入顧客の承認お よび合意； ４．以下の種類の取引のいずれとの関連においても、そのプライベート・キー、 ユーティリティ証明書、スマート・カードまたはユーティリティ・キー・ サービスを使用しないことについての、加入顧客の合意：（１）適用法によ って禁止されたあらゆる取引；または（２）加入顧客が、発行参加者に開 示された本人として、または本人の代理として行為をしていないあらゆる 取引； ５．この点において、加入顧客に代わって行為することについて、加入顧客に よって権限を与えられた自然人または法人による制限のない使用を含む、 加入顧客のプライベート・キーおよび関連するユーティリティ証明書のあ らゆる使用に対する、加入顧客の独占的責任（sole responsibility）； ６．ユーティリティ・キー・サービス、ＧＴＯサービス、またはＧＴＯシステ ムとの関係における、その唯一のリコースは、顧客合意に従ったその発行 参加者に対するものであること；および（加入顧客は、適用法の下で、依 存顧客に対するリコースまたは責任を有してもよいことを承認するにもか かわらず）加入顧客は特に、この点において、ＧＴＯまたは他の参加者に 対するリコースを有しないことを承認し、および合意することについての、 加入顧客の合意； ７．（１）ユーティリティ・キー・サービスを加入顧客に供給するため；（２） ユーティリティ・キー・サービスから生じる議論を解決するため；または （３）適用法、規則、命令、召喚状、または政府当局の他の法律的要件に 従って；その発行参加者、他の参加者、ＧＴＯ、およびそれらの従業員な らびに代理人は、適用法の制限内において、彼らの間で、および他の第三 者との間で、加入顧客についての、それに関する、またはそれに関与する あらゆるデータまたは情報を送信および受信してもよいことについての、 加入顧客の承認および権限付与； ８．正当なデジタル証明書としての、ユーティリティ証明書および／またはユ ーティリティ証明書の確認に対する要求との関連において、発行参加者に 提出されたあらゆる情報の正確性についての、加入顧客の保証； ９．（１）そのプライベート・キー／パブリック・キーのペアおよび／またはユ ーティリティ証明書の継続した正当性および／または正確性、または（２） 加入顧客のプライベート・キーが記憶されているそのコンピュータ・シス テムまたはスマート・カードのセキュリティのあらゆる妥協または疑われ る妥協に関連する情報の、発行参加者への、適時な、かつ正確な通知を 供給する、加入顧客の義務； １０．発行参加者との、その顧客合意およびその発行参加者によって加入顧客 に供給されたあらゆる指示、手引き、または手続きに従って、ユーティリ ティ・キー・サービス、そのプライベート・キー／パブリック・キーのペ ア、スマート・カード、およびそのユーティリティ証明書を使用する、加 入顧客の義務； １１．加入顧客に代わって、ユーティリティ証明書を使用することについて権 限を付与された、またはそれらの識別および権限に関する情報が、ＧＴ Ｏサービスを供給し、またはＧＴＯシステムの目的を実行するための目 的で、他の参加者およびＧＴＯに送信されてもよいという、ユーティリ ティ証明書において指名された各自然人または法人から、書面による合 意を得ることについての、加入顧客の義務； １２．加入顧客がＧＴＯサービスの条項に従わないこと、またはＧＴＯシス テムにおける参加者の依存顧客でない自然人または法人に送信されたあら ゆる電子メッセージまたは通信での、そのユーティリティ証明書の加入顧 客の使用から生じる、発行参加者によって招かれるあらゆる責任に対する、 発行参加者の、加入顧客の賠償； １３．加入顧客が、ＧＴＯシステムを通して認証された電子メッセージを送信 することを示す目的のためだけに、これらの運用規則の付表５−７で定め られたマークを使用するためのサブ・ライセンスの、加入顧客への、発行 参加者による譲渡；および １４．ＧＴＯシステムまたはＧＴＯサービスとの関連において、加入顧客によ って使用されるすべてのハードウェアおよびソフトウェア（発行参加者に よって供給されるハードウェアおよびソフトウェアを除く）は、２０００ 年対応であるものとすることについての、加入顧客の合意；

【０３４５】 ｃ．依存顧客合意 依存参加者は、少なくとも以下のことについて定める、ユ ーティリティ・キー・サービスに関する合意を、各依存顧客と結ぶものと する： １．これらの運用規則の付表３−９に定められた最小基準に従って、依存参加 者から受け取る、あらゆるＧＴＯソフトウェアの保管をすることについて の、依存顧客の義務； ２．ＧＴＯソフトウェアおよびマークのＧＴＯの所有権についての、依存顧客 の承認； ３．ユーティリティ・キー・サービスとの関係におけるその唯一のリコースは、 依存参加者の顧客合意において定められた範囲およびその範囲のみで、そ の依存参加者に対するものであること、およびユーティリティ・キー・サ ービスとの関連において、ＧＴＯまたは依存参加者以外の参加者へのリコ ースを有しないことについて、依存顧客が特に承認しおよび合意すること、 および（適用法の下で、加入顧客へのリコースまたは責任を有するかもし れないことを、依存顧客が承認するにもかかわらず）依存参加者へのその リコースは、本節１８（３）（ｃ）おいて特に定められたものに限定される こと、についての、依存顧客の合意； ４．（１）ユーティリティ・キー・サービスを依存顧客に供給するために；（２
） ユーティリティ・キー・サービスから生じるあらゆる議論を解決するため； または（３）適用法、規則、命令、召喚状、または政府当局の他の法律的 要件に従って；依存参加者、他の参加者、ＧＴＯおよびそれらの従業員な らびに代理人は、適用法の制限内において、彼らの間で、および他の第三 者との間で、依存顧客についての、それに関する、またはそれに関与する あらゆるデータまたは情報を、送信しおよび受信してもよいことについて の、依存顧客の承認および権限付与 ５．ユーティリティ・キー・サービスとの関連において、その依存参加者に提 出されたあらゆる情報の正確性についての、依存顧客の保証； ６．その依存参加者とのその合意、およびその依存参加者によって依存顧客に 与えられたあらゆる指示、手引き、または手続きに従って、ユーティリテ ィ・キー・サービスを使用することについての、依存顧客の義務； ７．依存顧客が、ＧＴＯシステムを通して認証された電子メッセージを受信す ることを示す目的のためだけに、これらの運用規則の付表５−７で定めら れたマークを使用するためのサブ・ライセンスの、依存顧客への、依存参 加者による譲渡； ８．ＧＴＯシステムまたはＧＴＯサービスとの関連において、依存顧客によっ て使用されるすべてのハードウェアおよびソフトウェア（依存参加者によ って供給されるハードウェアおよびソフトウェアを除く）は、２０００年 対応であるものとすることについての、依存顧客の合意； ｄ．加入顧客および依存顧客の両方である顧客 加入顧客および依存顧客の両方
である、またはあるかもしれない顧客に対して、参加者は、同じ合意における第
１８（２）節および第１８（３）節において求められる条項を含んでもよい。 ｅ．サンプル顧客合意条項 サンプル顧客合意条項は、これらの運用規則の付表
１３−５に添付されている。参加者は、これらのサンプル条項を使用してもよい
が、使用することを求められない。ＧＴＯは、これらのサンプル条項のいずれも
、参加者に適用されるこれらの運用規則またはあらゆる法律のあらゆる、あるい
はすべての要件を満足させること、またはこれらの条項のいずれもが、あらゆる
顧客に拘束力を有することを、表示しない。参加者は、その顧客合意の条項およ
び条件に関して、自らの法律的アドバイスを得るものとする。

【０３４６】 付表 付表１： ＧＴＯデジタル証明プロファイル １．発行者証明書 ２．識別証明書 ３．ユーティリティ証明 ４．依存参加者／依存顧客電子送信 付表２−１（ｂ）（２）：最小「ノウ・ユア・カスタマ（know your customer）
」 要件 付表２−１（ｂ）（５）（Ａ）： 参加者合意 １．サンプル・レベル１参加者合意 ２．サンプル・レベル２参加者合意 付表２−１（ｂ）（５）（Ｂ）：ＧＴＯソフトウェア・ライセンス 付表２−１（ｂ）（５）（Ｃ）： 担保要件 １．担保基準 ２．ＧＴＯセキュリティ合意 付表２−１（ｂ）（５）（Ｄ）： 適格 １．レベル１参加者検査 ２．レベル２参加者検査 付表２−２（ｂ）（５）：レベル１参加者／レベル２参加者合意の形式 付表３−１（ａ）／１：技術的仕様 １．キー・ペア生成 ２．キー管理（すなわちＨＷ署名） ３．デジタル証明管理 ４．キー切り替え ５．キー妥協 ６．証明書分配／スマートカード分配 ７．記録保管 付表３−１（ａ）／２：コンプライアンス仕様 １．コンプライアンス仕様 ２．ハードウェア・セキュリティ・モジュール・コンプライアンス仕 様 ３．スマートカード・コンプライアンス仕様 付表３−２：運用およびセキュリティ制御 １．物理的、手続き的、および人事的制御 ２．コンピュータ・セキュリティ制御 ３．緊急事態対応計画／災害復旧 付表３−６（ｂ）：運用手続きおよび形式 付表３−９： モデル顧客／レベル２参加者ライセンス 付表３−１５：サードパーティ・プロセッサ合意 付表３−２０：議論解決手続き 付表４−１： 情報要件、プロトコル、および形式 １．正当性要求 ２．正当性応答 ３．参加者地位要求 ４．参加者地位応答 ５．証明書地位／保証要求 ６．証明書地位／保証応答 ７．ＩＷＡ応答 ８．提出されたＩＷクレームの依存参加者報告 ９．解決されたＩＷクレームの依存参加者報告 １０．依存参加者／依存顧客電子送信 １１．参加機関／ＧＴＯ応答コード 付表４−２： ルート・キーのＧＴＯ保管および分配に関する基準 付表５−７： マーク 付表６−１： 料金体系 付表１１−８：依存顧客クレーム手続き 付表１２−１（ｅ）： 発行参加者保証上限のＧＴＯ監視 付表１３−５：サンプル顧客合意 本発明は、特定の実施形態との関連で説明されてきたが、多くの代替例、変更
、および変形が、前述の説明に照らして、当業者には明白であることは、明らか
である。

【図面の簡単な説明】

【図１】 システム構造の高レベル図形表現である。

【図２】 システム動作モデルのパーティ間の関係を示すブロック図である
。

【図３】 初期化、妥当性検査、及び保証プロセスのためのシステムにより
データの流れを示す一連の概念図である。

【図３】 初期化、妥当性検査、及び保証プロセスのためのシステムにより
データの流れを示す一連の概念図である。

【図４】 初期化、妥当性検査、及び保証プロセスのためのシステムにより
データの流れを示す一連の概念図である。

【図５】 初期化、妥当性検査、及び保証プロセスのためのシステムにより
データの流れを示す一連の概念図である。

【図６】 初期化、妥当性検査、及び保証プロセスのためのシステムにより
データの流れを示す一連の概念図である。

【図７】 初期化、妥当性検査、及び保証プロセスのためのシステムにより
データの流れを示す一連の概念図である。

【図８】 本システムの論争解決プロセスの局面を示している。

【図９】 本システムの担保管理システムの局面を示している。

【図１０】 本システムと作用するユーザの局面を示している。

【図１１】 本システムと作用するユーザの局面を示している。

【図１２】 本システムと作用するユーザの局面を示している。

【図１３】 本システムのルートエンティティの局面を示している。

【図１４】 本システムの関与者の局面を示している。

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｇ０６Ｆ 17/60 ３０６ Ｇ０６Ｆ 17/60 ３０６ ＺＥＣ ＺＥＣ 19/00 ３００ 19/00 ３００Ｎ Ｈ０４Ｌ 9/32 Ｈ０４Ｌ 9/00 ６７５Ｚ (31)優先権主張番号 ６０／１１９，８９５ (32)優先日 平成11年２月12日(1999．2．12) (33)優先権主張国 米国（ＵＳ） (31)優先権主張番号 ６０／１１９，８９８ (32)優先日 平成11年２月12日(1999．2．12) (33)優先権主張国 米国（ＵＳ） (31)優先権主張番号 ６０／１１９，９５８ (32)優先日 平成11年２月12日(1999．2．12) (33)優先権主張国 米国（ＵＳ） (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ， ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，Ｉ Ｔ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＧＷ，ＭＬ， ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＧＭ，Ｋ Ｅ，ＬＳ，ＭＷ，ＳＤ，ＳＬ，ＳＺ，ＴＺ，ＵＧ，ＺＷ )，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ，ＲＵ， ＴＪ，ＴＭ)，ＡＥ，ＡＬ，ＡＭ，ＡＴ，ＡＵ，ＡＺ， ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，ＣＨ，ＣＮ，Ｃ Ｒ，ＣＵ，ＣＺ，ＤＥ，ＤＫ，ＤＭ，ＥＥ，ＥＳ，ＦＩ ，ＧＢ，ＧＤ，ＧＥ，ＧＨ，ＧＭ，ＨＲ，ＨＵ，ＩＤ， ＩＬ，ＩＮ，ＩＳ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，Ｋ Ｚ，ＬＣ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＡ ，ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＮＯ，ＮＺ， ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，Ｓ Ｋ，ＳＬ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＴＺ，ＵＡ，ＵＧ ，ＵＳ，ＵＺ，ＶＮ，ＹＵ，ＺＡ，ＺＷ (71)出願人 タレント ガイ エス ジュニア アメリカ合衆国 ニューヨーク州 10017 ニューヨーク イースト フォーティー フィフス ストリート 140 シクスティ ーンス フロア (71)出願人 カプルス クリスティン アメリカ合衆国 ニューヨーク州 10017 ニューヨーク イースト フォーティー フィフス ストリート 140 シクスティ ーンス フロア アメリカ合衆国 ニューヨーク州 10004 ニューヨーク ブロード ストリート 55 (72)発明者 ヒックス マック アメリカ合衆国 カリフォルニア州 94103 サン フランシスコ サード ス トリート 201 フォース フロア (72)発明者 セイラー レジーナ アメリカ合衆国 カリフォルニア州 94103 サン フランシスコ サード ス トリート 201 フォース フロア (72)発明者 タレント ガイ エス ジュニア アメリカ合衆国 ニューヨーク州 10017 ニューヨーク イースト フォーティー フィフス ストリート 140 シクスティ ーンス フロア (72)発明者 カプルス クリスティン アメリカ合衆国 ニューヨーク州 10017 ニューヨーク イースト フォーティー フィフス ストリート 140 シクスティ ーンス フロア (72)発明者 フロイデンスタイン アレン アメリカ合衆国 ニューヨーク州 10004 ニューヨーク ブロード ストリート 55 Ｆターム(参考） 5J104 EA02 EA05 KA01 LA06 MA03 MA07 NA02 PA10

Claims (28)

【特許請求の範囲】
1. 【請求項１】 電子ネットワークを通してパーティのアイデンティティを保
   証するシステムであって、 ルートエンティティと、 上記ルートエンティティによって公表されている複数の動作規則を遵守するこ
   とに同意した後に、それぞれが上記システムに加盟する複数の付加的なエンティ
   ティとを含み、上記複数の付加的なエンティティは、第１のレベル１関与者及び
   第２のレベル１関与者を含み、 上記システムは更に、 上記第１のレベル１関与者によって維持され、第１の顧客に第１のディジタル
   証明書を発行するようになっている第１の証明書オーソリティを含み、上記第１
   の顧客は上記第１のレベル１関与者の顧客であり、上記ディジタル証明書は上記
   第１の顧客を第１の公開キーに結合し、 上記システムは更に、 上記第２のレベル１関与者の顧客である第２の顧客と、 上記第２の顧客によって維持され、上記第１のディジタル証明書内に含まれる
   情報の正確さに関して保証するように上記第１のレベル１関与者からの要求を公
   式化するようになっている保証要求フォーマッタを含み、上記保証要求フォーマ
   ッタは、上記保証についての要求を上記第２のレベル１関与者に伝送するように
   なっており、 上記システムは更に、 上記第２のレベル１関与者によって維持され、上記保証要求を受け、上記要求
   を上記第１のレベル１関与者へ転送するようになっている第１のインテリジェン
   トメッセージングゲートウェイと、 上記第１のレベル１関与者によって維持され、保証申し出を上記第１のインテ
   リジェントメッセージングゲートウェイへ伝送するようになっている第２のイン
   テリジェントメッセージングゲートウェイとを含み、上記保証申し出は、もし上
   記第１のディジタル証明書内の情報が不正確であれば、上記第１のレベル１関与
   者が上記第２の顧客に対して金銭を支払う契約を構成している、 ことを特徴とするシステム。
2. 【請求項２】 上記保証は、もし上記第２の顧客によって受けられた署名付
   きメッセージが上記第１の顧客によって是認されなければ、上記第２の顧客に対
   して金銭を支払う上記第１のレベル１関与者による契約を更に含むことを特徴と
   する請求項１に記載のシステム。
3. 【請求項３】 上記第２のレベル１関与者によって維持され、上記第２の顧
   客へ第２のディジタル証明書を発行するようになっている第２の証明書オーソリ
   ティを更に含み、上記第２のレベル１関与者の上記インテリジェントメッセージ
   ングゲートウェイへ伝送される上記保証要求は、上記第２のディジタル証明書を
   含むことを特徴とする請求項１に記載のシステム。
4. 【請求項４】 上記ルートエンティティによって維持され、上記付加的なエ
   ンティティの各々にディジタル証明書を発行するようになっている第３の証明書
   オーソリティを更に含み、上記第１のレベル１関与者の上記インテリジェントメ
   ッセージングゲートウェイへ転送される上記保証要求は、上記第２のレベル１関
   与者の上記ディジタル証明書を含むことを特徴とする請求項３に記載のシステム
   。
5. 【請求項５】 上記付加的なエンティティは、レベル２関与者からなること
   を特徴とする請求項１に記載のシステム。
6. 【請求項６】 担保管理者を更に含み、上記担保管理者は上記第１のレベル
   １関与者のための担保勘定を維持していることを特徴とする請求項１に記載のシ
   ステム。
7. 【請求項７】 上記第１のレベル１関与者は、上記担保勘定内に最小収支の
   維持を要求されることを特徴とする請求項６に記載のシステム。
8. 【請求項８】 上記最小収支は、上記第１のレベル１関与者が発行した保証
   の関数であることを特徴とする請求項７に記載のシステム。
9. 【請求項９】 上記最小収支は、上記第１のレベル１関与者が顧客の部分集
   合へ発行した保証の量の関数であることを特徴とする請求項７に記載のシステム
   。
10. 【請求項１０】 上記部分集合は３人の顧客であり、上記第１のレベル１関
    与者が彼等に発行したディジタル証明書に関してはドルで最高保証をすることを
    特徴とする請求項９に記載のシステム。
11. 【請求項１１】 上記最小収支は、上記第１のレベル１関与者によって発行
    された未決済保証の合計量の関数であることを特徴とする請求項７に記載のシス
    テム。
12. 【請求項１２】 上記最小収支は、上記第１のレベル１関与者に対してシス
    テム顧客によってなされた未決済クレームの値の関数であることを特徴とする請
    求項７に記載のシステム。
13. 【請求項１３】 上記最小収支の一部は、固定された量であることを特徴と
    する請求項７に記載のシステム。
14. 【請求項１４】 証明書オーソリティシステムの関係において個人のアイデ
    ンティティを保証する方法において、上記システムはルート証明書オーソリティ
    を含み、上記ルート証明書オーソリティは第１の証明書を発行関与者へ発行し、
    第２の証明書を依存関与者へ発行するようになっており、上記発行関与者は第３
    の証明書を加入パーティへ発行するようになっており、上記依存関与者は第４の
    証明書を依存パーティへ発行するようになっており、上記方法は、 取引情報、上記第３の証明書、及び上記第１の証明書を含む第１の情報を上記
    加入パーティから上記依存パーティへ伝送するステップと、 第２の情報を上記依存パーティから上記依存関与者へ伝送するステップとを含
    み、上記第２の情報は、上記第３の証明書及び上記第４の証明書内に名前付きの
    エンティティのアイデンティティに関する保証についての要求を含み、上記保証
    についての要求は、もし上記第３の証明書内に名前付きのエンティティが上記デ
    ィジタル署名を是認しなければ、上記発行関与者から上記依存パーティへ損害賠
    償金を支払うか、または仲裁に提訴するという拘束力がある契約についての要求
    を構成しており、 上記方法は更に、 保証についての要求及び上記第２の証明書を含む第３の情報を上記依存関与者
    から上記発行関与者へ伝送するステップと、 上記保証を発行するか否かを上記発行関与者において決定するステップとを含
    み、上記決定ステップは、上記要求された保証が、発行関与者に、上記発行関与
    者の保証キャップまたは担保キャップの一方を超えさせるか否かを決定するステ
    ップを含み、 上記方法は更に、 上記依存パーティへ保証を発行することの申し出を含む第４の情報を上記発行
    関与者から上記依存関与者へ伝送するステップと、 上記依存パーティへ保証を発行する上記申し出を含む第５の情報を上記依存関
    与者から上記依存パーティへ伝送するステップと、 上記申し出の受理を含む第６の情報を上記依存パーティから上記依存関与者へ
    伝送するステップと、 上記申し出の受理を含む第７の情報を上記依存関与者から上記発行関与者へ伝
    送するステップと、 を含み、 それによって、契約者が上記発行関与者であり、受約者が上記依存パーティで
    あるような保証が確立される ことを特徴とする方法。
15. 【請求項１５】 上記依存パーティは、上記保証が確立されていない限り、
    上記発行関与者に対する資源を有していないことを特徴とする請求項１４に記載
    のシステム。
16. 【請求項１６】 閉じたネットワークを通して複数のサービスを提供するシ
    ステムであって、 ルートエンティティと、 少なくとも１つの発行関与者と、 少なくとも１つの依存関与者と、 少なくとも１つの依存顧客と、 を含み、上記複数のサービスの１つは上記発行関与者から上記依存顧客への保証
    であり、上記複数のサービスの各々は上記依存関与者を介して上記依存顧客に利
    用可能にされていることを特徴とするシステム。
17. 【請求項１７】 閉じたネットワークを通して複数のサービスを提供するシ
    ステムであって、 ルートエンティティと、 少なくとも１つのレベル１関与者と、 その顧客に対して依存関与者として動作する少なくとも１つのレベル２関与者
    と、 上記レベル２関与者の顧客である少なくとも１つの依存顧客と、 を含み、 上記複数のサービスの各々は、上記レベル２関与者を介して上記依存顧客に利
    用可能にされていることを特徴とするシステム。
18. 【請求項１８】 閉じたネットワークに属するエンティティに対する争いを
    解消するシステムであって、 ルートエンティティと、 少なくとも１つの発行関与者と、 少なくとも１つの依存関与者と、 少なくとも１つの依存顧客と、 を含み、 上記依存顧客は、上記発行関与者との争いに関するメッセージを上記依存関与
    者を介して伝送する ことを特徴とするシステム。
19. 【請求項１９】 閉じたネットワークを通して証明書保証を提供するシステ
    ムであって、 ルートエンティティと、 少なくとも１つの発行関与者と、 を含み、上記発行関与者は、上記ルートエンティティによって確立されている要
    求に従って担保管理者を用いて担保を掲示することを要求され、上記担保の量は
    上記発行関与者の信用格付け、及び上記発行関与者の先行クレーム及び損失履歴
    に基づいており、 上記システムは更に、 少なくとも１つの依存関与者と、 上記発行関与者から証明書保証を受ける少なくとも１つの依存顧客と、 を含むことを特徴とするシステム。
20. 【請求項２０】 上記ルートエンティティは、上記依存顧客への支払いを上
    記担保管理者に指令できることを特徴とする請求項１９に記載のシステム。
21. 【請求項２１】 上記ルートエンティティは、使用可能な担保を超過した場
    合には、上記依存顧客によってなされた有効クレームに支払う責任を負わないこ
    とを特徴とする請求項１９に記載のシステム。
22. 【請求項２２】 上記ルートエンティティは、上記依存顧客によってなされ
    た有効クレームに対して先着・先奉仕基準で支払うことを特徴とする請求項１９
    に記載のシステム。
23. 【請求項２３】 もし上記発行関与者が退会していれば、上記発行関与者は
    、上記保証未決済の履歴経験に基づいて全ての予測されるクレームをカバーする
    担保を掲示しなければならないことを特徴とする請求項１９に記載のシステム。
24. 【請求項２４】 上記ルートエンティティは、各関与者から要求された担保
    を毎日決定することを特徴とする請求項１９に記載のシステム。
25. 【請求項２５】 上記ルートエンティティは、ファイルされた保証クレーム
    についての報告を上記関与者から屡々受けることを特徴とする請求項１９に記載
    のシステム。
26. 【請求項２６】 閉じたネットワークを通して複数のサービスを提供するた
    めに、レベル１関与者を初期化する方法であって、 上記ネットワークへの入会を申込むステップと、 上記ネットワーク規則によって拘束されることに同意するステップと、 依存関与者としても動作することを許可される前に、発行関与者として動作す
    ることに同意するステップと、 最大保証キャップを上記ルートエンティティから受けるステップと、 内部証明書オーソリティを確立するステップと、 担保管理者を用いて担保勘定を開くステップと、 上記担保勘定内に担保の量を供託するステップと、 上記ルートエンティティにディジタル証明書を要求するステップと、 上記ルートエンティティからディジタル証明書を受けるステップと、 を含むことを特徴とする方法。
27. 【請求項２７】 閉じたネットワークを通してアイデンティティ保証サービ
    スを提供する方法であって、 加入顧客が依存顧客との取引を開始するステップと、 上記依存顧客が上記依存関与者からの保証について識別の妥当性検査を要求す
    るステップと、 上記依存関与者が発行関与者の証明書の有効性に関してルートエンティティを
    用いて検査するステップと、 上記依存関与者が上記ルートエンティティからの検査に対する応答を受けるス
    テップと、 上記依存関与者が上記加入顧客の証明書の有効性に関して上記発行関与者を用
    いて検査するステップと、 上記依存関与者が上記発行関与者へ上記保証要求を伝達するステップと、 上記発行関与者が上記加入顧客の証明書の有効性を検査するステップと、 もし上記発行関与者が上記保証を発行しないことを決定すれば、 上記発行関与者が否定メッセージを上記依存関与者へ伝送するステップと、 上記依存関与者が上記メッセージを上記依存顧客へ転送するステップと、 もし上記発行関与者が上記保証を発行することを決定すれば、 上記発行関与者がその保証キャップに対するその合計未決済発行を更新する ステップと、 上記発行関与者がその担保を更新するステップと、 上記発行関与者がその保証キャップの状態を上記ルートエンティティ及び上 記担保管理者へ報告するステップと、 上記発行関与者がその保証要求の受理を上記依存関与者へ伝送するステップ と、 上記依存関与者が上記保証に価格付けするステップと、 上記依存関与者が上記保証の期間を上記依存顧客へ伝送するステップと、 もし上記依存顧客が通信された価格及び期間で上記保証を購入しないことを決
    定すれば、 上記依存顧客が上記発行関与者へ通知するステップと、 もし上記依存顧客が通信された価格及び期間で上記保証を購入することを決定
    すれば、 上記依存顧客が上記保証の期間の受入れを上記依存関与者へ戻すステップと 、 上記依存関与者が上記ルートエンティティ及び上記発行関与者へ通知するス テップと、 上記依存関与者が上記保証価格のために上記依存顧客の勘定を設立するステ ップと、 を含むことを特徴とする方法。
28. 【請求項２８】 閉じたネットワークを通して争いを解消する方法であっ
    て、 依存顧客が依存関与者を用いてクレームをファイルするステップと、 上記依存関与者が上記ファイルされたクレーム及び上記クレームの量を発行関
    与者、ルートエンティティ、及び担保管理者へ通知するステップと、 もし上記発行関与者が上記クレームに支払わないことを決定すれば、 上記発行関与者が上記クレームに支払わないその決定を上記依存関与者へ通 報するステップと、 もし上記依存顧客が上記発行関与者の決定に不満足であれば、争い解消処置 を開始するステップと、 もし上記発行関与者が上記クレームに支払わないことを決定すれば、 上記発行関与者が上記決定を上記依存関与者へ通報するステップと、 上記発行関与者が上記クレームに対して上記依存顧客へ支払うステップと、 上記担保管理者は上記発行関与者が上記クレームに対して支払ったことを監 視して上記担保の量を上記支払われた量だけ、及び上記クレームの量だけ減少 させるステップと、 を含むことを特徴とする方法。