RFC4403 日本語訳
4403 Lightweight Directory Access Protocol (LDAP) Schema for UniversalDescription, Discovery, and Integration version 3 (UDDIv3). B.Bergeson, K. Boogert, V. Nanjundaswamy. February 2006. (Format: TXT=78747 bytes) (Status: INFORMATIONAL)
プログラムでの自動翻訳です。
英語原文
Network Working Group B. Bergeson
Request for Comments: 4403 K. Boogert
Category: Informational Novell, Inc.
V. Nanjundaswamy
Oracle India Pvt. Ltd.
February 2006
Bergesonがコメントのために要求するワーキンググループB.をネットワークでつないでください: 4403年のK.Boogertカテゴリ: 情報のノベルのInc.V.NanjundaswamyオラクルインドPvt。 株式会社2006年2月
Lightweight Directory Access Protocol (LDAP) Schema for
Universal Description, Discovery, and Integration version 3 (UDDIv3)
Universal記述のためのライトウェイト・ディレクトリ・アクセス・プロトコル(LDAP)図式、ディスカバリー、およびIntegrationバージョン3(UDDIv3)
Status of This Memo
このメモの状態
This memo provides information for the Internet community. It does not specify an Internet standard of any kind. Distribution of this memo is unlimited.
このメモはインターネットコミュニティのための情報を提供します。 それはどんな種類のインターネット標準も指定しません。 このメモの分配は無制限です。
Copyright Notice
版権情報
Copyright (C) The Internet Society (2006).
Copyright(C)インターネット協会(2006)。
Abstract
要約
This document defines the Lightweight Directory Access Protocol (LDAPv3) schema for representing Universal Description, Discovery, and Integration (UDDI) data types in an LDAP directory. It defines the LDAP object class and attribute definitions and containment rules to model UDDI entities, defined in the UDDI version 3 information model, in an LDAPv3-compliant directory.
このドキュメントは、Universal記述、ディスカバリー、およびLDAPディレクトリのIntegration(UDDI)データ型を表すためにライトウェイト・ディレクトリ・アクセス・プロトコル(LDAPv3)図式を定義します。 それは、LDAPv3対応することのディレクトリでUDDIバージョン3情報モデルで定義されたUDDI実体をモデル化するためにLDAPオブジェクトのクラス、属性定義、および封じ込め規則を定義します。
Table of Contents
目次
1. Introduction ....................................................2 2. Conventions Used in This Document ...............................2 3. Representation of UDDI Data Structures ..........................2 4. Attribute Type Definitions ......................................6 5. Object Class Definitions .......................................28 6. Name Forms .....................................................32 7. DIT Structure Rules ............................................35 8. Security Considerations ........................................37 9. IANA Considerations ............................................37 10. Normative References ..........................................40
1. 序論…2 2. このドキュメントで中古のコンベンション…2 3. UDDIデータ構造の表現…2 4. 型定義を結果と考えてください…6 5. オブジェクトクラス定義…28 6. フォームを命名してください…32 7. デイット構造は統治されます…35 8. セキュリティ問題…37 9. IANA問題…37 10. 標準の参照…40
Bergeson, et al. Informational [Page 1] RFC 4403 LDAP Schema for UDDIv3 February 2006
Bergeson、他 UDDIv3 February 2006のための情報[1ページ]のRFC4403LDAP図式
1. Introduction
1. 序論
This document defines the Lightweight Directory Access Protocol [LDAPv3] schema elements to represent the core data structures identified in the Universal Description, Discovery, and Integration version 3 [UDDIv3] information model. This includes a businessEntity, a businessService, a bindingTemplate, a tModel, a publisherAssertion, and a Subscription. Portions of [UDDIv3] are repeated here for clarity.
このドキュメントは、Universal記述で特定されたコアデータ構造、ディスカバリー、およびIntegrationバージョン3[UDDIv3]情報モデルの代理をするためにライトウェイト・ディレクトリ・アクセス・プロトコル[LDAPv3]図式要素を定義します。 これはbusinessEntity、businessService、bindingTemplate、tModel、publisherAssertion、およびSubscriptionを含んでいます。 [UDDIv3]の部分は明快ためにここで繰り返されます。
2. Conventions Used in This Document
2. 本書では使用されるコンベンション
The keywords "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in RFC 2119 [RFC2119].
キーワード“MUST"、「必須NOT」が「必要です」、“SHALL"、「」、“SHOULD"、「「推薦され」て、「5月」の、そして、「任意」のNOTはRFC2119[RFC2119]で説明されるように本書では解釈されることであるべきですか?
All schema definitions are provided using [RFC2252] descriptions, and are line-wrapped for readability only.
すべての図式定義が、[RFC2252]記述を使用することで提供されて、読み易さだけのために系列によって包装されています。
3. Representation of UDDI Data Structures
3. UDDIデータ構造の表現
The information that makes up a registration in a UDDI registry consists of these data structure types. This division by information type provides simple partitions to assist in the rapid location and understanding of the different information that makes up a registration.
UDDI登録に登録を作る情報はこれらのデータ構造タイプから成ります。 情報タイプによるこの分割は、登録を作る異なった情報の急速な位置と理解を助けるために簡単なパーティションを提供します。
The individual instance data managed by a UDDI registry is sensitive to the parent/child relationships found in the schema. A businessEntity object contains one or more unique businessService objects. Similarly, individual businessService objects contain specific instances of bindingTemplate, which in turn contains information that includes pointers to specific instances of tModel objects.
UDDI登録によって管理された個々のインスタンスデータは図式で見つけられた親/子供関係に機密です。 businessEntityオブジェクトは1個以上のユニークなbusinessServiceオブジェクトを含んでいます。 同様に、個々のbusinessServiceオブジェクトはbindingTemplateの特定のインスタンスを含んでいます。(順番に、bindingTemplateはtModelオブジェクトの特定のインスタンスに指針を含んでいる情報を含みます)。
It is important to note that no single instance of a core schema type is ever "contained" by more than one parent instance. This means that only one specific businessEntity object (identified by its unique key value) will ever contain or be used to express information about a specific instance of a businessService object (also identified by its own unique key value).
コア図式タイプのどんなただ一つのインスタンスもかつて1つ以上の親インスタンスによって「含まれない」と述べるのは重要です。 これは、1個の特定のbusinessEntityオブジェクト(ユニークキー値で、特定される)だけがbusinessServiceオブジェクト(また、それ自身のユニークキー値で、特定される)の特定のインスタンスに関して情報を言い表すのにおいて含んでいるか、または使用されるようになることを意味します。
3.1. businessEntity
3.1. businessEntity
The businessEntity object represents all known information about a business or entity that publishes descriptive information about the entity as well as the services that it offers. The businessEntity is the top-level container that accommodates holding descriptive
businessEntityオブジェクトはそれが提供するサービスと同様に実体の描写的である情報を発表するビジネスか実体のすべての知られている情報を表します。 businessEntityは描写的である状態で把持を収容するトップレベルコンテナです。
Bergeson, et al. Informational [Page 2] RFC 4403 LDAP Schema for UDDIv3 February 2006
Bergeson、他 UDDIv3 February 2006のための情報[2ページ]のRFC4403LDAP図式
information about a business or entity. Service descriptions and technical information are expressed within a businessEntity by a containment relationship.
ビジネスか実体の情報。 サービス記述と技術資料はbusinessEntityの中で封じ込め関係によって言い表されます。
3.1.1. Representation in the Directory
3.1.1. ディレクトリにおける表現
A businessEntity is represented in the directory by the attributes uddiBusinessKey, uddiAuthorizedName, uddiOperator, uddiDiscoveryURLs, uddiName, uddiDescription, uddiIdentifierBag, uddiCategoryBag, and uddiv3DigitalSignature, along with corresponding v3 keys viz. uddiv3BusinessKey, as defined in Section 4. A businessEntity may contain zero or more instances of uddiContact and uddiBusinessService.
つまり、businessEntityは属性uddiBusinessKey、uddiAuthorizedName、uddiOperator、uddiDiscoveryURLs、uddiName、uddiDescription、uddiIdentifierBag、uddiCategoryBagによるディレクトリ、および対応するv3キーに伴うuddiv3DigitalSignatureに表されます。セクション4で定義されるようなuddiv3BusinessKey。 businessEntityはuddiContactとuddiBusinessServiceのゼロか、より多くのインスタンスを含むかもしれません。
A mandatory attribute, uddiBusinessKey, contains the unique identifier for a given instance of a businessEntity.
義務的な属性(uddiBusinessKey)はbusinessEntityの与えられたインスタンスのためのユニークな識別子を含んでいます。
businessEntity's definition is given in Section 5.
セクション5でbusinessEntityの定義を与えます。
3.2. businessService
3.2. businessService
The businessService instances represent a logical business service. Each businessService object is the logical child of a single businessEntity object. Each businessService element contains descriptive information in business terms outlining the type of technical services found within each businessService instance.
businessServiceインスタンスは論理的な商用サービスを表します。 それぞれのbusinessServiceオブジェクトは単一のbusinessEntityオブジェクトの論理的な子供です。 それぞれのbusinessService要素はそれぞれのbusinessServiceインスタンスの中で見つけられた技術サービスのタイプについて概説する取引条件で描写的である情報を含んでいます。
In some cases, businesses would like to share or reuse services, e.g., when a large enterprise publishes separate businessEntity structures. This can be established by using the businessService instance as a projection to an already published businessService.
例えば、大企業が別々のbusinessEntity構造を発行するとき、いくつかの場合、ビジネスは、サービスを共有したいか、または再利用したがっています。 映像として既に発行されたbusinessServiceにbusinessServiceインスタンスを使用することによって、これを設立できます。
3.2.1. Representation in the Directory
3.2.1. ディレクトリにおける表現
A businessService is represented in the directory by the attributes uddiBusinessKey, uddiServiceKey, uddiName, uddiDescription, uddiCategoryBag, uddiIsProjection, and uddiv3DigitalSignature, along with corresponding v3 keys viz. uddiv3BusinessKey, and uddiv3ServiceKey, as defined in Section 4. A businessService may contain zero or more instances of uddiBindingTemplate.
つまり、businessServiceは属性uddiBusinessKey、uddiServiceKey、uddiName、uddiDescription、uddiCategoryBag、uddiIsProjectionによるディレクトリ、および対応するv3キーに伴うuddiv3DigitalSignatureに表されます。セクション4における定義されるとしてのuddiv3BusinessKey、およびuddiv3ServiceKey。 businessServiceはuddiBindingTemplateのゼロか、より多くのインスタンスを含むかもしれません。
The mandatory attribute, uddiServiceKey, contains the unique identifier for a given instance of a businessService.
義務的な属性(uddiServiceKey)はbusinessServiceの与えられたインスタンスのためのユニークな識別子を含んでいます。
businessService's definition is given in Section 5.
セクション5でbusinessServiceの定義を与えます。
Bergeson, et al. Informational [Page 3] RFC 4403 LDAP Schema for UDDIv3 February 2006
Bergeson、他 UDDIv3 February 2006のための情報[3ページ]のRFC4403LDAP図式
3.3. bindingTemplate
3.3. bindingTemplate
Technical descriptions of Web services are accommodated via individual contained instances of bindingTemplate objects. These instances provide support for determining a technical entry point or optionally support remotely hosted services, as well as a lightweight facility for describing unique technical characteristics of a given implementation. Support for technology and application specific parameters and settings files are also supported.
ウェブサービスの専門的説明はbindingTemplateオブジェクトの個々の含まれたインスタンスで収容されます。 これらのインスタンスは、技術的なエントリー・ポイントを決定するサポートを提供するか、または任意に離れて接待されたサービスをサポートします、与えられた実装のユニークな技術的な特性について説明するための軽量の施設と同様に。 また、技術のサポート、アプリケーションの特定のパラメタ、および設定ファイルはサポートされます。
Since UDDI's main purpose is to enable description and discovery of Web service information, it is the bindingTemplate that provides the most interesting technical data. With UDDIv3, bindingTemplates also can have categorization information.
UDDIの主な目的がウェブサービス情報の記述と発見を可能にすることであるので、最もおもしろい技術データを提供するのは、bindingTemplateです。 UDDIv3があるので、bindingTemplatesも分類情報を持つことができます。
Each bindingTemplate instance has a single logical businessService parent, which in turn has a single logical businessEntity parent.
それぞれのbindingTemplateインスタンスには、独身の論理的なbusinessService親がいます。(その親は、順番に独身の論理的なbusinessEntity親がいます)。
3.3.1. Representation in the Directory
3.3.1. ディレクトリにおける表現
A bindingTemplate is represented in the directory by the attributes uddiBindingKey, uddiServiceKey, uddiDescription, uddiAccessPoint, uddiHostingRedirector, uddiCategoryBag, and uddiv3DigitalSignature, along with corresponding v3 keys viz. uddiv3ServiceKey and uddiv3BindingKey, as defined in Section 4. A bindingTemplate may contain zero or more instances of uddiTModelInstanceDetails.
bindingTemplateは属性uddiBindingKey、uddiServiceKey、uddiDescription、uddiAccessPoint、uddiHostingRedirector、uddiCategoryBagによるディレクトリ、およびuddiv3DigitalSignatureに表されます、つまり、対応すると共に、v3はuddiv3ServiceKeyとuddiv3BindingKeyを合わせます、セクション4で定義されるように。 bindingTemplateはuddiTModelInstanceDetailsのゼロか、より多くのインスタンスを含むかもしれません。
The mandatory attribute, uddiBindingKey, contains the unique identifier for a given instance of a bindingTemplate.
義務的な属性(uddiBindingKey)はbindingTemplateの与えられたインスタンスのためのユニークな識別子を含んでいます。
BindingTemplate's definition is given in Section 5.
セクション5でBindingTemplateの定義を与えます。
3.4. tModel
3.4. tModel
The tModel object takes the form of keyed metadata (data about data). In a general sense, the purpose of a tModel within the UDDI registry is to provide a reference system based on abstraction. Thus, the kind of data that a tModel represents is pretty nebulous. In other words, a tModel registration can define just about anything, but in the current revision, two conventions have been applied for using tModels: as sources for determining compatibility and as keyed namespace references.
tModelオブジェクトは合わせられたメタデータ(データに関するデータ)の形を取ります。 一般的な意味では、UDDI登録の中のtModelの目的は抽象化に基づく参照システムを提供することです。 したがって、tModelが表すデータの種類はかなり不明瞭です。 言い換えれば、tModel登録はほとんど何でも定義できますが、現在の改正では、tModelsを使用することで2つのコンベンションに申し込みました: 互換性を決定するためのソースとして合わせられた名前空間参照として。
The information that makes up a tModel is quite simple. There are a key, a name, an optional description, and a Uniform Resource Locator [URL] that points somewhere--presumably somewhere where the curious can go to find out more about the actual concept represented by the metadata in the tModel itself.
tModelを作る情報はかなり簡単です。 キー、名前、任意の記述、およびどこか、おそらく実際の概念がさらに見つけられに好奇心の強さが行くことができるところのポイントがtModel自身のメタデータで表したUniform Resource Locator[URL]があります。
Bergeson, et al. Informational [Page 4] RFC 4403 LDAP Schema for UDDIv3 February 2006
Bergeson、他 UDDIv3 February 2006のための情報[4ページ]のRFC4403LDAP図式
3.4.1. Representation in the Directory
3.4.1. ディレクトリにおける表現
A tModel is represented in the directory by the attributes uddiTModelKey, uddiAuthorizedName, uddiOperator, uddiName, uddiDescription, uddiOverviewDescription, uddiOverviewURL, uddiIdentifierBag, uddiCategoryBag, uddiIsHidden, and uddiv3DigitalSignature, along with the corresponding v3 key viz. uddiv3tModelKey, as defined in Section 4. A tModel may also contain a uddiHidden to logically delete a tModel.
つまり、tModelは属性のuddiTModelKey、uddiAuthorizedName、uddiOperator、uddiName、uddiDescription、uddiOverviewDescription、uddiOverviewURL、uddiIdentifierBag、uddiCategoryBag、uddiIsHidden、および対応v3に伴うuddiv3DigitalSignatureによるディレクトリに主要な状態で表されます。セクション4で定義されるようなuddiv3tModelKey。 また、tModelはtModelを論理的に削除するuddiHiddenを含むかもしれません。
A mandatory attribute, uddiTModelKey, contains the unique identifier for a given instance of a tModel.
義務的な属性(uddiTModelKey)はtModelの与えられたインスタンスのためのユニークな識別子を含んでいます。
tModel's definition is given in Section 5.
セクション5でtModelの定義を与えます。
3.5. publisherAssertion
3.5. publisherAssertion
Many businesses, such as large enterprises or marketplaces, are not effectively represented by a single businessEntity, since their description and discovery are likely to be diverse. As a consequence, several businessEntity instances can be published, representing individual subsidiaries of a large enterprise or individual participants of a marketplace. Nevertheless, they still represent a more or less coupled community and would like to make some of their relationships visible in their UDDI registrations.
事実上、大企業か市場などの多くのビジネスは独身のbusinessEntityによって代表されません、彼らの記述と発見がさまざまである傾向があるので。 結果として、いくつかのbusinessEntityインスタンスを発行できます、大企業の個々の子会社か市場の個々の関係者の代理をして。 それにもかかわらず、彼らで、まだ多少結合した共同体を代表していて、自分達のいくつかの関係が彼らのUDDI登録証明書で目に見えるようになりたがっています。
3.5.1. Representation in the Directory
3.5.1. ディレクトリにおける表現
A publisherAssertion is represented in the directory by the attributes uddiFromKey, uddiToKey, uddiKeyedReference, and uddiUUID, and uddiv3DigitalSignature, as defined in Section 5.
publisherAssertionは属性uddiFromKey、uddiToKey、uddiKeyedReferenceによるディレクトリ、uddiUUID、およびuddiv3DigitalSignatureに表されます、セクション5で定義されるように。
A mandatory attribute, uddiUUID, contains the unique identifier for a given instance of a publisherAssertion.
義務的な属性(uddiUUID)はpublisherAssertionの与えられたインスタンスのためのユニークな識別子を含んでいます。
publisherAssertion's definition is given in Section 5.
セクション5でpublisherAssertionの定義を与えます。
3.6. Operational Information:
3.6. 運用情報:
With UDDIv3, the operational information associated with the core UDDI data structures is maintained in a separate OperationalInfo structure, so that the digital signature specified by the publisher remains valid.
UDDIv3と共に、コアUDDIデータ構造に関連している運用情報は別々のOperationalInfo構造で維持されます、出版社によって指定されたデジタル署名が有効なままで残るように。
The operationalInfo structure is used to convey the operational information for the UDDIv3 core data structures, that is, the businessEntity, businessService, bindingTemplate, and tModel
operationalInfo構造は、すなわち、UDDIv3コアデータ構造、businessEntity、businessService、bindingTemplate、およびtModelのための運用情報を伝えるのに使用されます。
Bergeson, et al. Informational [Page 5] RFC 4403 LDAP Schema for UDDIv3 February 2006
Bergeson、他 UDDIv3 February 2006のための情報[5ページ]のRFC4403LDAP図式
structures. UDDIv3 OperationalInfo consists of 5 elements: created, Modified, modifiedIncludingChildren, nodeId, and authorizedName.
構造。 UDDIv3 OperationalInfoは5つの要素から成ります: 作成されている、Modified、modifiedIncludingChildren、nodeId、およびauthorizedName。
Depending on the specific UDDIv3 core data structure, the operationalInformation is represented in the directory as a combination of implicit LDAP Standard Operational attributes: createTimestamp and modifyTimestamp, and the following explicit attributes: uddiAuthorizedName, uddiv3EntityCreationTime, uddiv3EntityModificationTime, and uddiv3NodeId.
特定のUDDIv3コアデータ構造によって、operationalInformationは暗黙のLDAP Standard Operational属性の組み合わせとしてディレクトリに表されます: createTimestamp、modifyTimestamp、および以下の明白な属性: uddiAuthorizedName、uddiv3EntityCreationTime、uddiv3EntityModificationTime、およびuddiv3NodeId。
4. Attribute Type Definitions
4. 属性タイプ定義
The OIDs for the attribute types in this document have been registered by the IANA.
属性タイプのためのOIDsはIANAによって本書では登録されました。
4.1. uddiBusinessKey
4.1. uddiBusinessKey
This is used in uddiBusinessEntity and uddiBusinessService.
これはuddiBusinessEntityとuddiBusinessServiceで使用されます。
The uddiBusinessKey is the unique identifier for a given instance of a uddiBusinessEntity. The attribute is optional for businessService instances contained within a fully expressed parent that already contains a businessKey value.
uddiBusinessKeyはuddiBusinessEntityの与えられたインスタンスのためのユニークな識別子です。 既にbusinessKey値を含む完全に言い表された親の中に含まれたbusinessServiceインスタンスに、属性は任意です。
If the businessService instance is rendered into the Extensible Markup Language [XML] and has no containing parent that has within its data a businessKey, the value of the businessKey that is the parent of the businessService is required to be provided. This behavior supports the ability to browse through the parent-child relationships given any of the core elements as a starting point. The businessKey may differ from the publishing businessEntity's businessKey to allow service projections.
businessServiceインスタンスが拡張マークアップ言語[XML]に翻訳されて、いいえを持っているなら、親を含んで、それはデータの中にbusinessKeyを持って、businessServiceの親であるbusinessKeyの値が、提供するのに必要です。 出発点としての炉心構成要素のどれかを考えて、この振舞いは親子関係をブラウズする能力をサポートします。 businessKeyは、サービス映像を許容するために出版businessEntityのbusinessKeyと異なるかもしれません。
( 1.3.6.1.1.10.4.1 NAME 'uddiBusinessKey'
DESC 'businessEntity unique identifier'
EQUALITY caseIgnoreMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.15
SINGLE-VALUE
)
(1.3.6.1.1.10.4.1NAME'uddiBusinessKey'DESC'businessEntityのユニークな識別子'EQUALITY caseIgnoreMatch SYNTAX1.3.6.1、.4、.1、.1466、.115、.121、.1、.15SINGLE-VALUE)
4.2. uddiAuthorizedName
4.2. uddiAuthorizedName
The uddiAuthorizedName is the recorded name of the individual who published the uddiBusinessEntity or uddiTModel data. This data is generated by the controlling operator and should not be supplied within save_business operations.
uddiAuthorizedNameはuddiBusinessEntityかuddiTModelデータを発表した個人の記録された名前です。 このデータは、制御オペレータによって生成されて、供給して、_営業活動に中で節約されるということであるべきではありません。
With UDDIv3, this attribute is part of the "operationalInformation"
UDDIv3と共に、この属性は"operationalInformation"の一部です。
Bergeson, et al. Informational [Page 6] RFC 4403 LDAP Schema for UDDIv3 February 2006
Bergeson、他 UDDIv3 February 2006のための情報[6ページ]のRFC4403LDAP図式
metadata associated with core data structures.
コアデータ構造に関連しているメタデータ。
( 1.3.6.1.1.10.4.2 NAME 'uddiAuthorizedName'
DESC 'businessEntity publisher name'
EQUALITY distinguishedNameMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.12
SINGLE-VALUE
)
(1.3.6.1.1.10.4.2NAME'uddiAuthorizedName'DESC'businessEntity出版社名前'EQUALITY distinguishedNameMatch SYNTAX1.3.6.1.4.1、.1466、.115、.121、.1、.12SINGLE-VALUE)
4.3. uddiOperator
4.3. uddiOperator
The uddiOperator is the certified name of the UDDI registry site operator that manages the master copy of the uddiBusinessEntity or uddiTModel. The controlling operator records this data at the time data is saved. This data is generated and should not be supplied within save_business or save_tModel operations.
uddiOperatorはuddiBusinessEntityかuddiTModelのマスターコピーを管理するUDDI登録サイトオペレータの公認された名前です。 データが保存されるとき、制御オペレータはこのデータを記録します。 このデータは、供給して、_ビジネスが中で節約されるということであるか発生していて、または_tModel操作を保存するべきではありません。
With UDDIv3, this field is no longer used -- it is replaced by the nodeId (uddiv3NodeId) attribute that is part of the "operationalInformation" metadata.
UDDIv3と共に、この分野はもう使用されません--それを"operationalInformation"メタデータの一部であるnodeId(uddiv3NodeId)属性に取り替えます。
( 1.3.6.1.1.10.4.3 NAME 'uddiOperator'
DESC 'registry site operator of businessEntitys master copy'
EQUALITY caseIgnoreMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.15
SINGLE-VALUE
)
(1.3.6.1.1.10.4.3NAME'uddiOperator'DESC'businessEntitysマスターコピーの登録サイトオペレータ'EQUALITY caseIgnoreMatch SYNTAX1.3.6.1.4、.1、.1466、.115、.121、.1、.15SINGLE-VALUE)
4.4. uddiName
4.4. uddiName
This is used in uddiBusinessEntity, uddiBusinessService, and uddiTModel.
これはuddiBusinessEntity、uddiBusinessService、およびuddiTModelで使用されます。
These are the human-readable names recorded for the uddiBusinessEntity, uddiBusinessService, or uddiTModel, adorned with a unique xml:lang value to signify the language that they are expressed in. Name search is provided via find_business, find_service, or find_tModel calls.
これらはユニークなxmlに飾ったuddiBusinessEntity、uddiBusinessService、またはuddiTModelのために記録された人間読み込み可能な名前です: それらが言い表される言語を意味するlang値。 _サービスを見つけるか、掘り出し物_ビジネスを通して名前検索を提供します、掘り出し物_tModelは呼びます。
The publishing of several names, e.g., for romanization purposes, is supported. In order to signify the language that the names are expressed in, they carry unique xml:lang values. Not more than one name element may omit specifying its language. Names passed in this way will be assigned the default language code of the registering party. This default language code is established at the time that publishing credentials are established with an individual Operator
例えば、ローマ字化したもの目的のために、いくつかの名前の出版はサポートされます。 名前が表される言語を意味するように、ユニークなxmlを運びます: lang値。 1つ以上の名前要素は、言語を指定するのを忘れないかもしれません。 登録パーティーのデフォルト言語コードはこのように通過された名前に割り当てられるでしょう。 このデフォルト言語コードは出版資格証明書が個々のOperatorと共に確立される時に確立されます。
Bergeson, et al. Informational [Page 7] RFC 4403 LDAP Schema for UDDIv3 February 2006
Bergeson、他 UDDIv3 February 2006のための情報[7ページ]のRFC4403LDAP図式
Site. If no default language is provisioned at the time a publisher signs up, the operator can adopt an appropriate default language code.
サイト。 出版社が申し込みをされるときデフォルト言語が全く食糧を供給されないなら、オペレータは適切なデフォルト言語コードを採用できます。
With UDDIv3, multiple values with the same language code are permitted.
UDDIv3と共に、同じ言語コードがある複数の値が受入れられます。
( 1.3.6.1.1.10.4.4 NAME 'uddiName'
DESC 'human readable name'
EQUALITY caseIgnoreMatch
ORDERING caseIgnoreOrderingMatch
SUBSTR caseIgnoreSubstringsMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.15
)
(1.3.6.1.1.10.4.4NAME'uddiName'DESC'人間の読み込み可能な名前'EQUALITY caseIgnoreMatch ORDERING caseIgnoreOrderingMatch SUBSTR caseIgnoreSubstringsMatch SYNTAX1.3.6.1.4.1.1466.115、.121、.1、.15)
The xml:lang value precedes the name value, with the "#" character used as the separator.
xml: lang値は「#」キャラクタが分離符として使用されている名前値に先行します。
4.5. uddiDescription
4.5. uddiDescription
The uddiDescription is an optional repeating element of one or more descriptions. One description is allowed per national language code supplied. With UDDIv3, there is no restriction on the number of descriptions or on what xml:lang value that they may have.
uddiDescriptionは1つ以上の記述の任意の繰り返している要素です。 1つの記述がコードが供給した国語単位で許容されています。 UDDIv3と共に、記述の数の上、または、何というxml: lang値におけるそれらが持っているかもしれない制限が全くないか。
( 1.3.6.1.1.10.4.5 NAME 'uddiDescription'
DESC 'short description'
EQUALITY caseIgnoreMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.15
)
(1.3.6.1.1.10.4.5NAME'uddiDescription'DESC'ショート記述'EQUALITY caseIgnoreMatch SYNTAX1.3.6.1、.4、.1、.1466、.115、.121、.1、.15)
The xml:lang value precedes the name value, with the "#" character used as the separator.
xml: lang値は「#」キャラクタが分離符として使用されている名前値に先行します。
4.6. uddiDiscoveryURLs
4.6. uddiDiscoveryURLs
This is a list of Uniform Resource Locators (URLs) that point to alternate, file-based service discovery mechanisms. Each recorded uddiBusinessEntity structure is automatically assigned a URL that returns the individual uddiBusinessEntity structure. A URL search is provided via find_business call.
これは代替の、ファイルベースのサービス発見メカニズムを示すUniform Resource Locator(URL)のリストです。個々のuddiBusinessEntity構造を返すURLは自動的にそれぞれの記録されたuddiBusinessEntity構造に割り当てられます。 掘り出し物_商売上の訪問でURL検索を提供します。
The uddiDiscoveryURLs attribute is used to hold pointers to URL- addressable discovery documents. The expected retrieval mechanism for URLs referenced in the data within this structure is via the Hypertext Transfer Protocol [HTTP] HTTP-GET operation. The expected return document is not defined. Rather, a framework for establishing conventions is provided, and two such conventions are defined within
uddiDiscoveryURLs属性は、URLのアドレス可能な発見ドキュメントに指針を保つのに使用されます。 この構造の中のデータで参照をつけられるURLのための予想された回収機構がハイパーテキストTransferプロトコル[HTTP]HTTP-GET操作であります。 期待収益ドキュメントは定義されません。 むしろ、コンベンションを設立するためのフレームワークを提供します、そして、中でそのような2人のコンベンションを定義します。
Bergeson, et al. Informational [Page 8] RFC 4403 LDAP Schema for UDDIv3 February 2006
Bergeson、他 UDDIv3 February 2006のための情報[8ページ]のRFC4403LDAP図式
UDDI behaviors. It is hoped that other conventions come about and use this structure to accommodate alternate means of discovery. With UDDIv3, a new convention is defined with useType as "homepage". Further, a UDDIv3 server need not generate/add a discoveryURL itself, since this can invalidate the digital signature of signed the Business Entity saved by publishers.
UDDIの振舞い。 他のコンベンションが発見の代替の手段に対応するのに生じて、この構造を使用することが望まれています。 UDDIv3で、新しいコンベンションはuseTypeと共に「ホームページ」と定義されます。 さらに、UDDIv3サーバは、discoveryURL自身を生成するか、または加える必要はなくて、これが署名されることのデジタル署名を無効にすることができるので、Business Entityは出版社で節約しました。
( 1.3.6.1.1.10.4.6 NAME 'uddiDiscoveryURLs'
DESC 'URL to retrieve a businessEntity instance'
EQUALITY caseIgnoreMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.15
)
(1.3.6.1.1.10.4.6NAME'uddiDiscoveryURLs'DESC'businessEntityインスタンスを検索するURL'EQUALITY caseIgnoreMatch SYNTAX1.3.6.1.4、.1、.1466、.115、.121、.1、.15)
The useType value precedes the URL value, with the "#" character used as the separator.
useType値は「#」キャラクタが分離符として使用されているURL値に先行します。
4.7. uddiUseType
4.7. uddiUseType
The uddiUseType is used to describe the type of contact or address in freeform text. Suggested examples for contact include "technical questions", "technical contact", "establish account", "sales contact", etc. Suggested examples for address include "headquarters", "sales office", "billing department", etc.
uddiUseTypeは、自由形状テキストの接触かアドレスのタイプについて説明するのに使用されます。 接触のための提案された例は「技術的な質問」、「技術連絡担当者」、「アカウントを確立してください」、「販売窓口」などを含んでいます。 アドレスのための提案された例は「本部」、「営業所」、「支払い部」などを含んでいます。
( 1.3.6.1.1.10.4.7 NAME 'uddiUseType'
DESC 'name of convention the referenced document follows'
EQUALITY caseIgnoreMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.15
SINGLE-VALUE
)
(1.3.6.1.1.10.4.7NAME'uddiUseType'DESC'参照をつけられたドキュメントが続くコンベンションの名前'EQUALITY caseIgnoreMatch SYNTAX1.3.6.1.4、.1、.1466、.115、.121、.1、.15SINGLE-VALUE)
4.8. uddiPersonName
4.8. uddiPersonName
The uddiPersonName should list the name of the person or name of the job role that will be available behind the contact. Examples of roles include "administrator" or "webmaster".
uddiPersonNameは接触の後ろで利用可能になる仕事の役割の人か名前の名前を記載するはずです。 役割に関する例は「管理者」か「ウェブマスター」を含んでいます。
( 1.3.6.1.1.10.4.8 NAME 'uddiPersonName'
DESC 'name of person or job role available for contact'
EQUALITY caseIgnoreMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.15
SINGLE-VALUE
)
(1.3.6.1.1.10.4.8NAME'接触に手があいている人か仕事の役割のuddiPersonName'DESC'名'EQUALITY caseIgnoreMatch SYNTAX1.3.6、.1、.4、.1、.1466、.115、.121、.1、.15SINGLE-VALUE)
With UDDIv3, uddiPersonName becomes multi-valued and each name can have an xml:lang attribute. The xml:lang value precedes the name value with the "#" character used as the separator.
各名前はxmlを持つことができます: UDDIv3と共に、uddiPersonNameはマルチ評価されるようになります、そして、lang属性。 xml: lang値は「#」キャラクタが分離符として使用されている名前値に先行します。
Bergeson, et al. Informational [Page 9] RFC 4403 LDAP Schema for UDDIv3 February 2006
Bergeson、他 UDDIv3 February 2006のための情報[9ページ]のRFC4403LDAP図式
4.9. uddiPhone
4.9. uddiPhone
This is used to hold telephone numbers for the contact. This element can be adorned with an optional uddiUseType attribute for descriptive purposes. If more than one phone element is saved, uddiUseType attributes are required on each.
これは、接触への電話番号を保持するのに使用されます。 描写的である目的のために任意のuddiUseType属性にこの要素を飾ることができます。 1つ以上の電話要素が保存されるなら、uddiUseType属性がそれぞれで必要です。
( 1.3.6.1.1.10.4.9 NAME 'uddiPhone'
DESC 'telephone number for contact'
EQUALITY caseIgnoreMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.15
)
(1.3.6.1.1.10.4.9NAME'uddiPhone'DESC'接触への電話番号'EQUALITY caseIgnoreMatch SYNTAX1.3.6.1.4.1、.1466、.115、.121、.1、.15)
The useType precedes the telephone number by a separating '#' (e.g., "Work Number#123 456-7890") .
分離'#'(例えば、「勤務先の電話番号#123 456-7890」)でuseTypeは電話番号に先行します。
4.10. uddiEMail
4.10. uddiEMail
This is used to hold email addresses for the contact. This element can be adorned with an optional uddiUseType attribute for descriptive purposes. If more than one email element is saved, uddiUseType attributes are required on each.
これは、接触のためのEメールアドレスを保持するのに使用されます。 描写的である目的のために任意のuddiUseType属性にこの要素を飾ることができます。 1つ以上のメール要素が保存されるなら、uddiUseType属性がそれぞれで必要です。
( 1.3.6.1.1.10.4.10 NAME 'uddiEMail'
DESC 'e-mail address for contact'
EQUALITY caseIgnoreMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.15
)
(1.3.6.1.1.10.4.10NAME'uddiEMail'DESC'接触のためのEメールアドレス'EQUALITY caseIgnoreMatch SYNTAX1.3.6.1.4.1、.1466、.115、.121、.1、.15)
The useType precedes the email address by a separating '#' (e.g., "President of the United States #president@whitehouse.gov").
分離'#'(例えば、「合衆国大統領# president@whitehouse.gov 」)でuseTypeはEメールアドレスに先行します。
4.11. uddiSortCode
4.11. uddiSortCode
The uddiSortCode is used to drive the behavior of external display mechanisms that sort addresses. The suggested values for uddiSortCode include numeric ordering values (e.g., 1, 2, 3), alphabetic character ordering values (e.g., a, b, c), or the first n positions of relevant data within the address.
uddiSortCodeは、アドレスを分類する外部のディスプレイメカニズムの振舞いを追い立てるのに使用されます。 uddiSortCodeのための提案された値はアドレスの中で値(例えば、a、b、c)、または関連データの最初のn位置を値(例えば、1、2、3)、英字注文に命令する数値を含んでいます。
( 1.3.6.1.1.10.4.11 NAME 'uddiSortCode'
DESC 'specifies an external display mechanism'
EQUALITY caseIgnoreMatch
ORDERING caseIgnoreOrderingMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.15
SINGLE-VALUE
)
(.11NAME'uddiSortCode'DESCが'外部のディスプレイメカニズムを指定する'という1.3.6.1.1.10.4EQUALITY caseIgnoreMatch ORDERING caseIgnoreOrderingMatch SYNTAX1.3.6、.1、.4、.1、.1466、.115、.121、.1、.15SINGLE-VALUE)
Bergeson, et al. Informational [Page 10] RFC 4403 LDAP Schema for UDDIv3 February 2006
Bergeson、他 UDDIv3 February 2006のための情報[10ページ]のRFC4403LDAP図式
With UDDIv3, the sortCode attribute is deprecated because of the guarantee of preserving the document Order.
UDDIv3と共に、sortCode属性はドキュメントOrderを保存する保証のために推奨しないです。
4.12. uddiTModelKey
4.12. uddiTModelKey
The uddiTModelKey is the unique identifier for a given instance of an uddiTModel.
uddiTModelKeyはuddiTModelの与えられたインスタンスのためのユニークな識別子です。
It is also used in a KeyedReference and in Address structures. When used with a keyed reference, this is the unique key to identify a value set and implies that the keyName keyValue pair in a uddiIdentifier or uddiCategory Bag are to be interpreted by the value set referenced by the tModelKey.
また、それはKeyedReferenceとAddress構造で使用されます。 合わせられた参照で使用されると、これによって選択値群を特定するユニークキーであり、uddiIdentifierかuddiCategory BagのkeyName keyValue組はtModelKeyによって参照をつけられた選択値群によって解釈されるつもりであることになっています。
When used with Addressline elements, it implies that the keyName keyValue pair given by subsequent uddiAddressLine elements are to be interpreted by the address structure associated with the tModel that is referenced.
Addressline要素と共に使用されると、その後のuddiAddressLine要素によって与えられるkeyName keyValue組は参照をつけられたtModelに関連しているアドレス構造によってそれは解釈されることになっているつもりです。
( 1.3.6.1.1.10.4.12 NAME 'uddiTModelKey'
DESC 'tModel unique identifier'
EQUALITY caseIgnoreMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.15
SINGLE-VALUE
)
(1.3.6.1.1.10.4.12NAME'uddiTModelKey'DESC'tModelのユニークな識別子'EQUALITY caseIgnoreMatch SYNTAX1.3.6.1、.4、.1、.1466、.115、.121、.1、.15SINGLE-VALUE)
4.13. uddiAddressLine
4.13. uddiAddressLine
The uddiAddressLine contains the actual address in freeform text. If the address element contains a uddiTModelKey, these uddiAddressLine elements are to be adorned, each with an optional keyName keyValue attribute pair. Together with the uddiTModelKey, keyName and keyValue qualify the uddiAddressLine in order to describe its meaning.
uddiAddressLineは自由形状テキストの絶対番地を含んでいます。 アドレス要素がuddiTModelKeyを含んでいるなら、これらのuddiAddressLine要素は飾られることです、それぞれ任意のkeyName keyValue属性組と共に。 uddiTModelKeyと共に、keyNameとkeyValueは、意味すると説明するためにuddiAddressLineに資格を与えます。
The uddiAddressLine elements contain string data with a line length limit of 80 character positions. Each uddiAddressLine element can be adorned with two optional descriptive attributes, keyName and keyValue. Both attributes must be present in each address line if a uddiTModelKey is assigned to the address structure. By doing this, the otherwise arbitrary use of address lines becomes structured. Together with the address' uddiTModelKey, keyName and keyValue virtually build a uddiKeyedReference that represents an address line qualifier, given by the referenced uddiTModel.
uddiAddressLine要素は80の欄の行長限界がある列データを含んでいます。 2つの任意の描写的である属性、keyName、およびkeyValueにそれぞれのuddiAddressLine要素を飾ることができます。 uddiTModelKeyがアドレス構造に割り当てられるなら、両方の属性は各アドレス記入欄で存在していなければなりません。 そうすれば、アドレス記入欄のそうでなければ、任意の使用は構造化されるようになります。 アドレスのuddiTModelKeyと共に、keyNameとkeyValueは実際には参照をつけられたuddiTModelによって与えられたアドレス記入欄資格を与える人の代理をするuddiKeyedReferenceを造ります。
When no uddiTModelKey is provided for the address structure, the keyName and keyValue attributes can be used without restrictions, for example, to provide descriptive information for each uddiAddressLine
uddiTModelKeyを全くアドレス構造に提供しないとき、例えば、各uddiAddressLineに、描写的である情報を提供するのに制限なしでkeyNameとkeyValue属性を使用できます。
Bergeson, et al. Informational [Page 11] RFC 4403 LDAP Schema for UDDIv3 February 2006
Bergeson、他 UDDIv3 February 2006のための情報[11ページ]のRFC4403LDAP図式
by using the keyName attribute. Since both the keyName and the keyValue attributes are optional, address line order is significant and will always be returned by the UDDI-compliant registry in the order originally provided during a call to save_business.
keyName属性を使用することによって。 keyNameとkeyValue属性の両方が任意であるので、アドレス記入欄オーダーを重要であり、元々_がビジネスであると保存するという要求の間に提供されたオーダーにおけるUDDI対応することの登録はいつも返すでしょう。
( 1.3.6.1.1.10.4.13 NAME 'uddiAddressLine'
DESC 'address'
EQUALITY caseIgnoreMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.15
)
(1.3.6.1.1.10.4.13名'uddiAddressLine'DESC'アドレス'平等caseIgnoreMatch構文1.3.6.1.4.1.1466.115の.121、.1、.15)
The keyName, keyValue, and addressData of this attribute are separated by "#" (e.g., "#"<keyName>"#"<keyValue>"#"<addressData>). The addressData is the only required portion of the attribute.
この属性のkeyName、keyValue、およびaddressDataが「#」によって切り離される、(例えば、「#「<keyName>」#「<keyValue>」#、「<addressData>)、」 addressDataは属性の唯一の必要な部分です。
4.14. uddiIdentifierBag
4.14. uddiIdentifierBag
The uddiIdentifierBag element allows uddiBusinessEntity or uddiTModel structures to include information about common forms of identification such as D-U-N-S_ numbers, tax identifiers, etc. This data can be used to signify the identity of the uddiBusinessEntity or can be used to signify the identity of the publishing party. Including data of this sort is optional, but when used greatly enhances the search behaviors exposed via the find_xx messages defined in the UDDI Version 2.0 API Specification [UDDIapi]. For a full description of the structures involved in establishing an identity, see UDDI Version 2.0 Data Structure Specification - Appendix A: Using Identifiers [UDDIdsr].
uddiIdentifierBag要素で、uddiBusinessEntityかuddiTModel構造が識別のD-U-N-S_番号、税金識別子などの一般的な形の情報を含むことができます。 このデータをuddiBusinessEntityのアイデンティティを意味するのに使用できるか、または出版パーティーのアイデンティティを意味するのに使用できます。 この種類に関するデータを含んでいるのは任意ですが、いつが検索の振舞いがUDDIバージョン2.0で定義された掘り出し物_xxメッセージで暴露した機能アップを大いに使用したか。API Specification[UDDIapi]。 アイデンティティを確立するのにかかわる構造の余すところのない解説に関しては、UDDIバージョン2.0Data Structure Specificationを見てください--、付録A: 識別子[UDDIdsr]を使用します。
( 1.3.6.1.1.10.4.14 NAME 'uddiIdentifierBag'
DESC 'identification information'
EQUALITY caseIgnoreMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.15
)
(1.3.6.1.1.10.4.14NAME'uddiIdentifierBag'DESC'識別情報'EQUALITY caseIgnoreMatch SYNTAX1.3.6.1.4、.1、.1466、.115、.121、.1、.15)
The tModel, keyName, and keyValue of this attribute are separated by "#" (e.g., <tModel>"#"<keyName>"#"<keyValue>). The keyValue is the only required portion of the attribute.
「この属性のtModel、keyName、およびkeyValueが「#」によって切り離される、(例えば、<tModel>」 #「<keyName>」#、「<keyValue>)」 keyValueは属性の唯一の必要な部分です。
4.15. uddiCategoryBag
4.15. uddiCategoryBag
The uddiCategoryBag element allows uddiBusinessEntity, uddiBusinessService, and uddiTModel structures to be categorized according to any of several available taxonomy-based classification schemes. Operator Sites automatically provide validated categorization support for three taxonomies that cover industry codes (via NAICS), product and service classifications (via UNSPC), and geography (via ISO 3166). Including data of this sort is optional,
uddiCategoryBag要素は、いくつかの利用可能な分類学ベースの分類体系のどれかに従ってuddiBusinessEntity、uddiBusinessService、およびuddiTModel構造が分類されるのを許容します。 産業コード(NAICSを通した)、製品をカバーする分類学を3の有効にされた分類サポートに提供して、オペレータSitesは自動的に、分類(UNSPCを通した)、および地理学(ISO3166を通した)をサービスに提供します。 この種類に関するデータを含んでいるのは任意です。
Bergeson, et al. Informational [Page 12] RFC 4403 LDAP Schema for UDDIv3 February 2006
Bergeson、他 UDDIv3 February 2006のための情報[12ページ]のRFC4403LDAP図式
but when used, it greatly enhances the search behaviors exposed by the find_xx messages defined in the UDDI Version 2.0 API Specification [UDDIapi]. For a full description of structures involved in establishing categorization information, see UDDI Version 2.03 Data Structure Specification--Appendix B: Using Categorization [UDDIdsr].
しかし、使用されると、それはUDDIバージョン2.0API Specification[UDDIapi]で定義された掘り出し物_xxメッセージによって暴露された検索の振舞いを大いに機能アップします。 分類情報を確立するのにかかわる構造の余すところのない解説に関しては、UDDIバージョン2.03Data Structure Specificationを見てください--、付録B: 分類[UDDIdsr]を使用します。
( 1.3.6.1.1.10.4.15 NAME 'uddiCategoryBag'
DESC 'categorization information'
EQUALITY caseIgnoreMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.15
)
(1.3.6.1.1.10.4.15NAME'uddiCategoryBag'DESC'分類情報'EQUALITY caseIgnoreMatch SYNTAX1.3.6.1.4、.1、.1466、.115、.121、.1、.15)
The tModel, keyName, and keyValue of this attribute are separated by "#" (e.g., <tModel>"#"<keyName>"#"<keyValue>). The keyValue is the only required portion of the attribute.
「この属性のtModel、keyName、およびkeyValueが「#」によって切り離される、(例えば、<tModel>」 #「<keyName>」#、「<keyValue>)」 keyValueは属性の唯一の必要な部分です。
With UDDIv3, uddiBindingTemplates also supports the uddiCategoryBag element and they can also be categorized according to any of several available taxonomy-based classification schemes.
また、UDDIv3と共に、uddiBindingTemplatesはuddiCategoryBag要素を支えます、そして、また、いくつかの利用可能な分類学ベースの分類体系のいずれに従っても、彼らは分類できます。
4.16. uddiKeyedReference
4.16. uddiKeyedReference
The uddiKeyedReference is a general-purpose attribute for a name- value pair, with an additional reference to a tModel.
uddiKeyedReferenceはtModelの追加参照がある名前値の組汎用属性です。
( 1.3.6.1.1.10.4.16 NAME 'uddiKeyedReference'
DESC 'categorization information'
EQUALITY caseIgnoreMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.15
)
(1.3.6.1.1.10.4.16NAME'uddiKeyedReference'DESC'分類情報'EQUALITY caseIgnoreMatch SYNTAX1.3.6.1.4、.1、.1466、.115、.121、.1、.15)
The tModel, keyName, and keyValue of this attribute are separated by "#" (e.g., <tModel>"#"<keyName>"#"<keyValue>). The keyValue is the only required portion of the attribute. With UDDIv3, the tModelKey also becomes a mandatory part of the attribute.
「この属性のtModel、keyName、およびkeyValueが「#」によって切り離される、(例えば、<tModel>」 #「<keyName>」#、「<keyValue>)」 keyValueは属性の唯一の必要な部分です。 また、UDDIv3と共に、tModelKeyは属性の義務的な部分になります。
Also, UDDIv3 defines KeyedReferenceGroups for CategoryBags. A keyedReferenceGroup contains a tModelKey and a simple list of KeyedReference structures. The uddiKeyedReference attribute will support KeyedReferenceGroups by suffixing the tModelKey for KeyedReferenceGroup to each of the keyedReference values associated with the group.
また、UDDIv3はCategoryBagsのためにKeyedReferenceGroupsを定義します。 keyedReferenceGroupはKeyedReference構造に関するtModelKeyと単純並びを含んでいます。 uddiKeyedReference属性は、KeyedReferenceGroupのためにグループに関連づけられたそれぞれのkeyedReference値にtModelKeyをsuffixingすることによって、KeyedReferenceGroupsをサポートするでしょう。
For example, to represent a keyedReference group containing a list of 2 keyed references, the attribute will hold the following 2 strings as its values:
例えば、2つの合わせられた参照箇所のリストを含むkeyedReferenceグループを代表するために、属性は値として以下の2個のストリングを持つでしょう:
Bergeson, et al. Informational [Page 13] RFC 4403 LDAP Schema for UDDIv3 February 2006
Bergeson、他 UDDIv3 February 2006のための情報[13ページ]のRFC4403LDAP図式
tModelKey1#KeyName1#KeyValue1#KeyedReferenceGroup1_tModelKey
tModelKey2#KeyName2#KeyValue2#KeyedReferenceGroup1_tModelKey
tModelKey1#KeyName1#KeyValue1#KeyedReferenceGroup1_tModelKey tModelKey2#KeyName2#KeyValue2#KeyedReferenceGroup1_tModelKey
4.17. uddiServiceKey
4.17. uddiServiceKey
This is the unique key for a given uddiBusinessService. When saving a new uddiBusinessService structure, pass an empty uddiServiceKey value. This signifies that a UUID value is to be generated. To update an existing uddiBusinessService structure, pass the UUID value that corresponds to the existing service. If a uddiServiceKey is received via an inquiry operation, the key values may not be blank. When saving a new or updated service projection, pass the uddiServiceKey of the referenced uddiBusinessService structure.
これは与えられたuddiBusinessServiceのためのユニークキーです。 新しいuddiBusinessServiceが構造であると保存するときには、空のuddiServiceKey値を通過してください。 これは、UUID値が発生していることであることを意味します。 既存のuddiBusinessService構造をアップデートするには、存在に対応するUUID値にサービスを通過してください。 問い合せ操作でuddiServiceKeyを受け取るなら、キー値は空白でないかもしれません。 新しいかアップデートされたサービス映像を保存するときには、参照をつけられたuddiBusinessService構造のuddiServiceKeyを渡してください。
This attribute is optional when the uddiBindingTemplate data is contained within a fully expressed parent that already contains a uddiServiceKey value. If the uddiBindingTemplate data is rendered into XML and has no containing parent that has within its data a uddiServiceKey, the value of the uddiServiceKey that is the ultimate containing parent of the uddiBindingTemplate is required to be provided. This behavior supports the ability to browse through the parent-child relationships given any of the core elements as a starting point.
uddiBindingTemplateデータが既にuddiServiceKey値を含む完全に言い表された親の中に含まれているとき、この属性は任意です。 uddiBindingTemplateデータがXMLに翻訳されて、いいえを持っているなら、親を含んで、それはデータの中にuddiServiceKeyを持って、uddiBindingTemplateで親を含む究極であるuddiServiceKeyの値が、提供するのに必要です。 出発点としての炉心構成要素のどれかを考えて、この振舞いは親子関係をブラウズする能力をサポートします。
( 1.3.6.1.1.10.4.17 NAME 'uddiServiceKey'
DESC 'businessService unique identifier'
EQUALITY caseIgnoreMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.15
SINGLE-VALUE
)
(1.3.6.1.1.10.4.17NAME'uddiServiceKey'DESC'businessServiceのユニークな識別子'EQUALITY caseIgnoreMatch SYNTAX1.3.6.1、.4、.1、.1466、.115、.121、.1、.15SINGLE-VALUE)
4.18. uddiBindingKey
4.18. uddiBindingKey
This is the unique key for a given uddiBindingTemplate. When saving a new uddiBindingTemplate structure, pass an empty uddiBindingKey value. This signifies that a UUID value is to be generated. To update an existing uddiBindingTemplate, pass the UUID value that corresponds to the existing uddiBindingTemplate instance. If a uddiBindingKey is received via an inquiry operation, the key values may not be blank.
これは与えられたuddiBindingTemplateのためのユニークキーです。 新しいuddiBindingTemplateが構造であると保存するときには、空のuddiBindingKey値を通過してください。 これは、UUID値が発生していることであることを意味します。 既存のuddiBindingTemplateをアップデートするには、既存のuddiBindingTemplateインスタンスに対応するUUID値を通過してください。 問い合せ操作でuddiBindingKeyを受け取るなら、キー値は空白でないかもしれません。
( 1.3.6.1.1.10.4.18 NAME 'uddiBindingKey'
DESC 'bindingTemplate unique identifier'
EQUALITY caseIgnoreMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.15
SINGLE-VALUE
)
(1.3.6.1.1.10.4.18NAME'uddiBindingKey'DESC'bindingTemplateのユニークな識別子'EQUALITY caseIgnoreMatch SYNTAX1.3.6.1、.4、.1、.1466、.115、.121、.1、.15SINGLE-VALUE)
Bergeson, et al. Informational [Page 14] RFC 4403 LDAP Schema for UDDIv3 February 2006
Bergeson、他 UDDIv3 February 2006のための情報[14ページ]のRFC4403LDAP図式
4.19. uddiAccessPoint
4.19. uddiAccessPoint
The uddiAccessPoint element is an attribute-qualified pointer to a service entry point. The notion of service at the metadata level seen here is fairly abstract and many types of entry points are accommodated. A single attribute is provided named URLType.
uddiAccessPoint要素はサービスエントリー・ポイントへの属性で適切な指針です。 ここが見られたメタデータレベルにおけるサービスの概念は公正に、エントリー・ポイントの要約と多くのタイプが対応されるということです。 命名されたURLTypeをただ一つの属性に提供します。
Required attribute-qualified element8: This element is a text field that is used to convey the entry point address suitable for calling a particular Web service. This may be a URL, an electronic mail address, or even a telephone number. No assumptions about the type of data in this field can be made without first understanding the technical requirements associated with the Web service.
属性で適切なelement8が必要でした: この要素は特定のウェブサービスを呼ぶのに適当なエントリーポイントアドレスを伝えるのに使用されるテキストフィールドです。 これは、URL、電子メールアドレス、または電話番号でさえあるかもしれません。 最初にウェブサービスに関連している技術的要求事項を理解していなくて、この分野のデータのタイプに関する仮定を全くすることができません。
( 1.3.6.1.1.10.4.19 NAME 'uddiAccessPoint'
DESC 'entry point address to call a web service'
EQUALITY caseIgnoreMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.15
SINGLE-VALUE
)
(.4にaウェブサービス'EQUALITY caseIgnoreMatch SYNTAX1.3.6.1人に電話をする.19NAME'uddiAccessPoint'という1.3.6.1.1.10.4DESC'エントリーポイントアドレス、.1、.1466、.115、.121、.1、.15SINGLE-VALUE)
The URLType value precedes the accessPoint value by a separating '#'.
URLType値は分離'#'でaccessPoint値に先行します。
With UDDIv3, the "URLType" attribute is replaced by a "UseType" attribute. Using this UseType attribute, the accessPoint attribute can model a hostingRedirector or support indirection to indicate that the accesspoint is specified within a remotely hosted WSDL document.
UDDIv3と共に、"URLType"属性を"UseType"属性に取り替えます。 このUseType属性を使用して、accessPoint属性は、accesspointが離れて接待されたWSDLドキュメントの中に指定されるのを示すためにhostingRedirectorかサポート間接指定をモデル化できます。
For a UDDIv3 registry that needs to support UDDIv2 clients, the attribute must allow the representation of URLType and UseType values independently.
UDDIv2クライアントをサポートする必要があるUDDIv3登録に関しては、属性は独自にURLTypeとUseType値の表現を許容しなければなりません。
The UDDIv3 spec specifies the following logic for mapping values between URLType and UseType: If an entity is saved with the v3 namespace and a v2 inquiry is made, the URLType will be returned as "other". In the case when a v3 inquiry is made on an entity published with the v2 namespace, the v3 useType attribute will be returned as "endPoint".
UDDIv3仕様はURLTypeとUseTypeの間の値を写像するのに以下の論理を指定します: v3名前空間で実体を保存して、v2問い合せをすると、「他」としてURLTypeを返すでしょう。 v2名前空間で発行された実体でv3問い合せをするときの場合では、v3 useType属性は「終点」として返されるでしょう。
For implementations that need to explicitly model both forms, the recommended format is as follows: v2URLType#v3UseType#Address
明らかに両方のフォームをモデル化する必要がある実装において、お勧めの形式は以下の通りです: v2URLType#v3UseType#アドレス
4.20. uddiHostingRedirector
4.20. uddiHostingRedirector
The uddiHostingRedirector element is used to designate that a uddiBindingTemplate entry is a pointer to a different uddiBindingTemplate entry. The value in providing this facility is seen when a business or entity wants to expose a service description
uddiHostingRedirector要素はuddiBindingTemplateエントリーにそれを指定するのに使用されているのが、異なったuddiBindingTemplateエントリーへの指針であるということです。 この施設を提供することにおける値はサービスが記述であると暴露する見られるか企業であるなら実体必需品です。
Bergeson, et al. Informational [Page 15] RFC 4403 LDAP Schema for UDDIv3 February 2006
Bergeson、他 UDDIv3 February 2006のための情報[15ページ]のRFC4403LDAP図式
(e.g., advertise that it has a service available that suits a specific purpose) that is actually a service described in a separate uddiBindingTemplate record. This might occur when a service is remotely hosted (hence the name of this element), or when many service descriptions could benefit from a single service description.
(例えば、それには明確な目標に合う利用可能なサービスがあるのは広告を出します) それは実際に別々のuddiBindingTemplate記録で説明されたサービスです。 サービスが離れて主催されたか(したがって、この要素の名前)、または多くのサービス記述がただ一つのサービス記述の利益を得ることができたとき、これは起こるかもしれません。
The uddiHostingRedirector element has a single attribute and no element content. The attribute is a uddiBindingKey value that is suitable within the same UDDI registry instance for querying and obtaining the uddiBindingDetail data that is to be used.
uddiHostingRedirector要素には、ただ一つの属性を持っていますが、どんな要素含有量もありません。 属性は同じUDDI登録インスタンスの中で使用されていることになっているuddiBindingDetailデータについて質問して、得るのに適当なuddiBindingKey値です。
More on the uddiHostingRedirector can be found in the appendices for the UDDI Version 2.0 API Specification [UDDIapi].
付録でUDDIバージョン2.0API Specification[UDDIapi]に関してuddiHostingRedirectorの上の以上を見つけることができます。
Required element if uddiAccessPoint is not provided: This element is adorned with a uddiBindingKey attribute, giving the redirected reference to a different uddiBindingTemplate. If you query a uddiBindingTemplate and find a uddiHostingRedirector value, you should retrieve that uddiBindingTemplate and use it in place of the one containing the uddiHostingRedirector data.
必要な要素はuddiAccessPointであるなら提供されません: 異なったuddiBindingTemplateの向け直された参照を与えて、uddiBindingKey属性はこの要素を飾られます。 uddiBindingTemplateについて質問して、uddiHostingRedirector値を見つけるなら、あなたは、uddiHostingRedirectorデータを含むものに代わってそのuddiBindingTemplateを検索して、それを使用するべきです。
( 1.3.6.1.1.10.4.20 NAME 'uddiHostingRedirector'
DESC 'designates a pointer to another bindingTemplate'
EQUALITY caseIgnoreMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.15
SINGLE-VALUE
)
(1.3.6.1.1.10.4.20NAME'uddiHostingRedirector'DESC'は別のbindingTemplateに指針を指定する'EQUALITY caseIgnoreMatch SYNTAX1.3.6、.1、.4、.1、.1466、.115、.121、.1、.15SINGLE-VALUE)
With UDDIv3, the hostingRedirector is a deprecated element, since its functionality is now covered by the accessPoint. For backward- compatibility, it can still be used, but it is not recommended.
機能性が現在accessPointでカバーされているので、UDDIv3と共に、hostingRedirectorは推奨しない要素です。 後方の互換性のために、まだそれを使用できますが、それは推薦されません。
4.21. uddiInstanceDescription
4.21. uddiInstanceDescription
This is an optional repeating element. This is one or more language-qualified text descriptions that designate what role a uddiTModel reference plays in the overall service description.
これは任意の繰り返している要素です。 これは役割のa uddiTModel参照が総合的なサービスでプレーすることを記述に指定する1つ以上の言語で適切なテキスト記述です。
( 1.3.6.1.1.10.4.21 NAME 'uddiInstanceDescription'
DESC 'instance details description'
EQUALITY caseIgnoreMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.15
)
(1.3.6.1.1.10.4.21NAME'uddiInstanceDescription'DESC'インスタンス詳細記述'EQUALITY caseIgnoreMatch SYNTAX1.3.6.1.4.1.1466.115.121、.1、.15)
The xml:lang value precedes the name value, with the "#" character used as the separator.
xml: lang値は「#」キャラクタが分離符として使用されている名前値に先行します。
Bergeson, et al. Informational [Page 16] RFC 4403 LDAP Schema for UDDIv3 February 2006
Bergeson、他 UDDIv3 February 2006のための情報[16ページ]のRFC4403LDAP図式
4.22. uddiInstanceParms
4.22. uddiInstanceParms
The uddiInstanceParms is an optional element of the uddiInstance. It is used to contain settings parameters or a URL reference to a file that contains settings or parameters required to use a specific facet of a uddiBindingTemplate description. If used to house the parameters themselves, the suggested content is a namespace-qualified XML string using a namespace outside of the UDDI schema. If used to house a URL pointer to a file, the suggested format is a URL that is suitable for retrieving the settings or parameters via HTTP-GET.
uddiInstanceParmsはuddiInstanceの随意的な要素です。 それが設定を含むファイルの設定パラメタかURL参照を含むのに使用されるか、またはパラメタがuddiBindingTemplate記述の特定の一面を使用するのが必要です。 パラメタ自体を収容するのに使用されるなら、提案された内容はUDDI図式の外で名前空間を使用する名前空間で適切なXMLストリングです。 使用されるなら、ファイルへのURL指針、家への提案された形式はHTTP-GETを通して設定かパラメタを検索するのに適当なURLです。
( 1.3.6.1.1.10.4.22 NAME 'uddiInstanceParms'
DESC 'URL reference to required settings'
EQUALITY caseIgnoreMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.15
SINGLE-VALUE
)
(1.3.6.1.1.10.4.22NAME'uddiInstanceParms'DESC'必要な設定のURL参照'EQUALITY caseIgnoreMatch SYNTAX1.3.6.1.4.1、.1466、.115、.121、.1、.15SINGLE-VALUE)
4.23. uddiOverviewDescription
4.23. uddiOverviewDescription
This is an optional repeating element. This language-qualified string is intended to hold a short descriptive overview of how a particular uddiTModel is to be used.
これは任意の繰り返している要素です。 この言語で適切なストリングが特定のuddiTModelによってどう使用されていることになっているかに関する短い描写的である概要を保持することを意図します。
( 1.3.6.1.1.10.4.23 NAME 'uddiOverviewDescription'
DESC 'outlines tModel usage'
EQUALITY caseIgnoreMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.15
)
(1.3.6.1.1.10.4.23NAME'uddiOverviewDescription'DESC'アウトラインtModel用法'EQUALITY caseIgnoreMatch SYNTAX1.3.6、.1、.4、.1、.1466、.115、.121、.1、.15)
The xml:lang value precedes the name value, with the "#" character used as the separator.
xml: lang値は「#」キャラクタが分離符として使用されている名前値に先行します。
Bergeson, et al. Informational [Page 17] RFC 4403 LDAP Schema for UDDIv3 February 2006
Bergeson、他 UDDIv3 February 2006のための情報[17ページ]のRFC4403LDAP図式
4.24. uddiOverviewURL
4.24. uddiOverviewURL
This is an optional element. This string data element is to be used to hold a URL reference to a long form of an overview document that covers the way a particular uddiTModel specific reference is used as a component of an overall Web service description. The recommended format for the overviewURL is a URI that is suitable for retrieving the actual overview document with an HTTP-GET operation, for example, via a Web browser.
これは随意的な要素です。 この列データ要素は特定のuddiTModel特定指示が総合的なウェブサービス記述のコンポーネントとして使用される方法をカバーする概要ドキュメントの長いフォームのURL参照を保持するのに使用されることです。 overviewURLにおけるお勧めの形式は例えば、HTTP-GET操作でウェブブラウザで実際の概要ドキュメントを検索するのに適当なURIです。
( 1.3.6.1.1.10.4.24 NAME 'uddiOverviewURL'
DESC 'URL reference to overview document'
EQUALITY caseIgnoreMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.15
SINGLE-VALUE
)
(1.3.6.1.1.10.4.24NAME'uddiOverviewURL'DESC'概要ドキュメントのURL参照'EQUALITY caseIgnoreMatch SYNTAX1.3.6.1.4.1、.1466、.115、.121、.1、.15SINGLE-VALUE)
With UDDIv3, uddiOverviewURL becomes multi-valued to allow the representation of multiple OverviewDocs within a single InstanceDetail element.
UDDIv3と共に、uddiOverviewURLはただ一つのInstanceDetail要素の中の複数のOverviewDocsの表現を許容するためにマルチ評価されるようになります。
Modeling multiple OverviewDocs within an InstanceDetail element:
InstanceDetail要素の中の複数のモデルOverviewDocs:
In UDDIv3, the InstanceDetails element in TmodelInstanceInfo can have multiple OverviewDoc's. In UDDIv2, we could have only 1 OverviewDoc. To retain the grouping between a set of overviewDescriptions and overviewURL, we can make both OverviewDoc and OverviewURL multi- valued, and have a "group ID" Prefix to each value (to group OverviewDescriptions and OverviewURL).
UDDIv3では、TmodelInstanceInfoのInstanceDetails要素はOverviewDocの複数のものを持つことができます。 UDDIv2では、私たちは1OverviewDocしか持つことができませんでした。 私たちは、overviewDescriptionsとoverviewURLの1セットの間で組分けを保有するために、OverviewDocとOverviewURLの両方をマルチ貴重にして、各値(OverviewDescriptionsとOverviewURLを分類する)に「グループID」Prefixを持つことができます。
An example is shown below:
例は以下に示されます:
Overview Description OverviewURL
1#xml:lang#overviewDescription1 1#UseType#overviewURL
1#xml:lang#overviewDescription2 2#UseType#overviewURL
1#xml:lang#overviewDescription3 4#UseType#overviewURL
3#xml:lang#overviewDescription1
3#xml:lang#overviewDescription2
4#xml:lang#overviewDescription1
xml: 概要記述OverviewURL1#xml: lang#overviewDescription1 1#UseType#overviewURL1#xml: lang#overviewDescription2 2#UseType#overviewURL1#xml: lang#overviewDescription3 4#UseType#overviewURL3#xml: lang#overviewDescription1 3#xml: lang#overviewDescription2 4#lang#overviewDescription1
This implies that OverviewDoc1 has 3 overview descriptions and an overviewURL. OverviewDoc2 has only an overviewURL. OverviewDoc3 has only 2 overviewDescriptions. OverviewDoc4 also has 1 overview description and an overviewURL.
これは、OverviewDoc1には3つの概要記述とoverviewURLがあるのを含意します。 OverviewDoc2には、overviewURLしかありません。 OverviewDoc3には、2overviewDescriptionsしかありません。 また、OverviewDoc4には、1つの概要記述とoverviewURLがあります。
Bergeson, et al. Informational [Page 18] RFC 4403 LDAP Schema for UDDIv3 February 2006
Bergeson、他 UDDIv3 February 2006のための情報[18ページ]のRFC4403LDAP図式
4.25. uddiFromKey
4.25. uddiFromKey
The uddiFromKey is a required element. This is the unique key reference to the first uddiBusinessEntity for which the assertion is made.
uddiFromKeyは必要な要素です。 これは主張がされる最初のuddiBusinessEntityのユニークキー参照です。
( 1.3.6.1.1.10.4.25 NAME 'uddiFromKey'
DESC 'unique businessEntity key reference'
EQUALITY caseIgnoreMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.15
SINGLE-VALUE
)
(1.3.6.1.1.10.4.25NAME'uddiFromKey'DESC'ユニークなbusinessEntityは参照を合わせる'というEQUALITY caseIgnoreMatch SYNTAX1.3.6.1.4.1、.1466、.115、.121、.1、.15SINGLE-VALUE)
4.26. uddiToKey
4.26. uddiToKey
The uddiToKey is a required element. This is the unique key reference to the second uddiBusinessEntity for which the assertion is made.
uddiToKeyは必要な要素です。 これは主張がされる第2uddiBusinessEntityのユニークキー参照です。
( 1.3.6.1.1.10.4.26 NAME 'uddiToKey'
DESC 'unique businessEntity key reference'
EQUALITY caseIgnoreMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.15
SINGLE-VALUE
)
(1.3.6.1.1.10.4.26NAME'uddiToKey'DESC'ユニークなbusinessEntityは参照を合わせる'というEQUALITY caseIgnoreMatch SYNTAX1.3.6.1.4.1、.1466、.115、.121、.1、.15SINGLE-VALUE)
4.27. uddiUUID
4.27. uddiUUID
The uddiUUID is a required element. This is to ensure unique identification of uddiContact, uddiAddress, and uddiPublisherAssertion objects.
uddiUUIDは必要な要素です。 これは、uddiContact、uddiAddress、およびuddiPublisherAssertionオブジェクトのユニークな識別を確実にするためのものです。
( 1.3.6.1.1.10.4.27 NAME 'uddiUUID'
DESC 'unique attribute'
EQUALITY caseIgnoreMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.15
SINGLE-VALUE
)
(1.3.6.1.1.10.4.27NAME'uddiUUID'DESC'ユニークな属性'EQUALITY caseIgnoreMatch SYNTAX1.3.6.1、.4、.1、.1466、.115、.121、.1、.15SINGLE-VALUE)
With UDDIv3, this attribute will also be used for unique identification of Subscription-feature-related entities.
また、UDDIv3と共に、この属性はSubscriptionの特徴関連の実体のユニークな識別に使用されるでしょう。
Bergeson, et al. Informational [Page 19] RFC 4403 LDAP Schema for UDDIv3 February 2006
Bergeson、他 UDDIv3 February 2006のための情報[19ページ]のRFC4403LDAP図式
4.28. uddiIsHidden
4.28. uddiIsHidden
This is used to provide functionality for the delete_tModel operation. Logical deletion hides the deleted tModels from find_tModel result sets but does not physically delete it.
これが機能性を提供するのに使用される、_tModel操作を削除してください。 論理的な削除は、掘り出し物_tModel結果セットから削除されたtModelsを隠しますが、物理的にそれを削除しません。
( 1.3.6.1.1.10.4.28 NAME 'uddiIsHidden'
DESC 'isHidden attribute'
EQUALITY booleanMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.7
SINGLE-VALUE
)
(1.3.6.1.1.10.4.28NAME'uddiIsHidden'DESC'isHidden属性'EQUALITY booleanMatch SYNTAX1.3.6.1、.4、.1、.1466、.115、.121、.1、.7SINGLE-VALUE)
In case of UDDIv3, this attribute will represent the "deleted" attribute value.
UDDIv3の場合には、この属性は「削除された」属性値を表すでしょう。
4.29. uddiIsProjection
4.29. uddiIsProjection
This is used to identify a Business Service that has a Service Projection.
これは、Service Projectionを持っているBusiness Serviceを特定するのに使用されます。
( 1.3.6.1.1.10.4.29 NAME 'uddiIsProjection'
DESC 'isServiceProjection attribute'
EQUALITY booleanMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.7
SINGLE-VALUE
)
(1.3.6.1.1.10.4.29NAME'uddiIsProjection'DESC'isServiceProjection属性'EQUALITY booleanMatch SYNTAX1.3.6.1、.4、.1、.1466、.115、.121、.1、.7SINGLE-VALUE)
4.30. uddiLang
4.30. uddiLang
This is used to model the xml:lang value for the Address structure in UDDIv3.
これはxmlをモデル化するのに使用されます: UDDIv3のAddress構造へのlang値。
( 1.3.6.1.1.10.4.30 NAME 'uddiLang'
DESC 'xml:lang value in v3 Address structure'
EQUALITY caseIgnoreMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.15
SINGLE-VALUE
)
(1.3.6.1.1.10.4.30NAME'uddiLang'DESC'xml: v3 Address構造のlang値'EQUALITY caseIgnoreMatch SYNTAX1.3.6、.1、.4、.1、.1466、.115、.121、.1、.15SINGLE-VALUE)
The following are attribute definitions to model new elements/fields in UDDIv3 information model. These attribute definitions have the "uddiv3" prefix to indicate that these attributes represent UDDI information model elements unique to UDDIv3.
↓これはUDDIv3情報モデルの新しい要素/分野をモデル化する属性定義です。 これらの属性定義には、「これらの属性がUDDIv3にユニークなUDDI情報モデル要素を表すのを示すuddiv3"接頭語」があります。
Bergeson, et al. Informational [Page 20] RFC 4403 LDAP Schema for UDDIv3 February 2006
Bergeson、他 UDDIv3 February 2006のための情報[20ページ]のRFC4403LDAP図式
4.31. uddiv3BusinessKey
4.31. uddiv3BusinessKey
This is the unique UDDIv3 identifier for a given instance of uddiBusinessEntity. It is used in uddiBusinessEntity and uddiBusinessService.
これはuddiBusinessEntityの与えられたインスタンスのためのユニークなUDDIv3識別子です。 それはuddiBusinessEntityとuddiBusinessServiceで使用されます。
A uddiBusinessEntity will include the uddiBusinessKey (the v2 form) for unique identification by UDDIv2 clients. The uddiBusinessKey (36-char) will also be the LDAP naming attribute for the uddiBusinessEntity. The uddiBusinessEntity entry MAY also include the uddiv3BusinessKey, the explicit v3 form key, which can be 255 characters long.
uddiBusinessEntityはUDDIv2クライアントによるユニークな識別のためにuddiBusinessKey(v2フォーム)を含むでしょう。 また、uddiBusinessKey(36炭)はuddiBusinessEntityのためにLDAP命名属性になるでしょう。 また、uddiBusinessEntityエントリーは明白なuddiv3BusinessKey、255のキャラクタが長かったならそうすることができるv3フォームキーを含むかもしれません。
( 1.3.6.1.1.10.4.31 NAME 'uddiv3BusinessKey'
DESC 'UDDIv3 businessEntity unique identifier'
EQUALITY caseIgnoreMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.15
SINGLE-VALUE
)
(1.3.6.1.1.10.4.31NAME'uddiv3BusinessKey'DESC'UDDIv3 businessEntityのユニークな識別子'EQUALITY caseIgnoreMatch SYNTAX1.3.6.1、.4、.1、.1466、.115、.121、.1、.15SINGLE-VALUE)
4.32. uddiv3ServiceKey
4.32. uddiv3ServiceKey
This is the unique UDDIv3 identifier for a given instance of uddiBusinessService. It is used in uddiBusinessService and uddiBindingTemplate.
これはuddiBusinessServiceの与えられたインスタンスのためのユニークなUDDIv3識別子です。 それはuddiBusinessServiceとuddiBindingTemplateで使用されます。
A uddiBusinessService will include the uddiServiceKey (the v2 form) for unique identification by UDDIv2 clients. The uddiServiceKey (36-char) will also be the LDAP naming attribute for the uddiBusinessService entry. The uddiBusinessService entry MAY also include the uddiv3ServiceKey, the explicit v3 form key, which can be 255 characters long.
uddiBusinessServiceはUDDIv2クライアントによるユニークな識別のためにuddiServiceKey(v2フォーム)を含むでしょう。 また、uddiServiceKey(36炭)はuddiBusinessServiceエントリーへのLDAP命名属性になるでしょう。 また、uddiBusinessServiceエントリーは明白なuddiv3ServiceKey、255のキャラクタが長かったならそうすることができるv3フォームキーを含むかもしれません。
( 1.3.6.1.1.10.4.32 NAME 'uddiv3ServiceKey'
DESC 'UDDIv3 businessService unique identifier'
EQUALITY caseIgnoreMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.15
SINGLE-VALUE
)
(1.3.6.1.1.10.4.32NAME'uddiv3ServiceKey'DESC'UDDIv3 businessServiceのユニークな識別子'EQUALITY caseIgnoreMatch SYNTAX1.3.6.1、.4、.1、.1466、.115、.121、.1、.15SINGLE-VALUE)
4.33. uddiv3BindingKey
4.33. uddiv3BindingKey
This is the unique UDDIv3 identifier for a given instance of uddiBindingTemplate.
これはuddiBindingTemplateの与えられたインスタンスのためのユニークなUDDIv3識別子です。
A uddiBindingTemplate will include the uddiBindingKey (the v2 form) for unique identification by UDDIv2 clients. The uddiBindingKey (36-char) will also be the LDAP naming attribute for the
uddiBindingTemplateはUDDIv2クライアントによるユニークな識別のためにuddiBindingKey(v2フォーム)を含むでしょう。 uddiBindingKey(36炭)はまた、LDAP命名属性であるために望んでいます。
Bergeson, et al. Informational [Page 21] RFC 4403 LDAP Schema for UDDIv3 February 2006
Bergeson、他 UDDIv3 February 2006のための情報[21ページ]のRFC4403LDAP図式
uddiBindingTemplate entry. The uddiBindingTemplate entry MAY also include the uddiv3BindingKey, the explicit v3 form key, which can be 255 characters long.
uddiBindingTemplateエントリー。 また、uddiBindingTemplateエントリーは明白なuddiv3BindingKey、255のキャラクタが長かったならそうすることができるv3フォームキーを含むかもしれません。
( 1.3.6.1.1.10.4.33 NAME 'uddiv3BindingKey'
DESC 'UDDIv3 BindingTemplate unique identifier'
EQUALITY caseIgnoreMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.15
SINGLE-VALUE
)
(1.3.6.1.1.10.4.33NAME'uddiv3BindingKey'DESC'UDDIv3 BindingTemplateのユニークな識別子'EQUALITY caseIgnoreMatch SYNTAX1.3.6.1、.4、.1、.1466、.115、.121、.1、.15SINGLE-VALUE)
4.34. uddiv3TModelKey
4.34. uddiv3TModelKey
This is the unique UDDIv3 identifier for a given instance of a uddiTModel.
これはuddiTModelの与えられたインスタンスのためのユニークなUDDIv3識別子です。
A uddiTModel will include the uddiTModelKey (the v2 form) for unique identification by UDDIv2 clients. The uddiTModelKey (41-char) will also be the LDAP naming attribute for the uddiTModel entry. The uddiTModel entry MAY also include the uddiv3TModelKey, the explicit v3 form key, which can be 255 characters long.
uddiTModelはUDDIv2クライアントによるユニークな識別のためにuddiTModelKey(v2フォーム)を含むでしょう。 また、uddiTModelKey(41炭)はuddiTModelエントリーへのLDAP命名属性になるでしょう。 また、uddiTModelエントリーは明白なuddiv3TModelKey、255のキャラクタが長かったならそうすることができるv3フォームキーを含むかもしれません。
( 1.3.6.1.1.10.4.34 NAME 'uddiv3TModelKey'
DESC 'UDDIv3 TModel unique identifier'
EQUALITY caseIgnoreMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.15
SINGLE-VALUE
)
(1.3.6.1.1.10.4.34NAME'uddiv3TModelKey'DESC'UDDIv3 TModelのユニークな識別子'EQUALITY caseIgnoreMatch SYNTAX1.3.6.1、.4、.1、.1466、.115、.121、.1、.15SINGLE-VALUE)
The tModelKey is also used in a KeyedReference and in Address structures. In all instances where a tModelKey is used as a reference to tModel, the v3 form of the tModel key (viz. uddiv3TModelKey) will be the form used, since using the v2 form key will require translating it to the v3 key by the UDDI Server, which may invalidate the digital signature of the entity.
また、tModelKeyはKeyedReferenceとAddress構造で使用されます。 tModelKeyが使用されるすべてのインスタンスで、tModelの参照、v3はtModelキーを形成します。(つまり、uddiv3TModelKey) 使用されるフォームであり、以来v2フォームキーを使用するのは、実体のデジタル署名を無効にするかもしれないUDDI Serverで主要なv3にそれを翻訳するのを必要とするでしょう。
4.35. uddiv3DigitalSignature
4.35. uddiv3DigitalSignature
The UDDIv3 v3 schema supports the signing of the following UDDI elements using "XML-Signature Syntax and Processing" (see http://www.w3.org/TR/xmldsig-core/).
UDDIv3 v3図式は、「XML-署名構文と処理」を使用することで以下のUDDI要素の署名をサポートします( http://www.w3.org/TR/xmldsig-core/ を見てください)。
..businessEntity
..businessService
..bindingTemplate
..tModel
..publisherAssertion
..businessEntity。businessService。bindingTemplate。tModel。publisherAssertion
Bergeson, et al. Informational [Page 22] RFC 4403 LDAP Schema for UDDIv3 February 2006
Bergeson、他 UDDIv3 February 2006のための情報[22ページ]のRFC4403LDAP図式
This uddiv3DigitalSignature attribute holds the digital signature for the corresponding UDDI entity.
このuddiv3DigitalSignature属性は対応するUDDI実体のためのデジタル署名を保持します。
( 1.3.6.1.1.10.4.35 NAME 'uddiv3DigitalSignature'
DESC 'UDDIv3 entity digital signature'
EQUALITY caseExactMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.15
)
(1.3.6.1.1.10.4.35NAME'uddiv3DigitalSignature'DESC'UDDIv3実体デジタル署名'EQUALITY caseExactMatch SYNTAX1.3.6.1、.4、.1、.1466、.115、.121、.1、.15)
A Signature element SHOULD be generated according to the required steps of "Core Generation" in XML-Signature Syntax and Processing. The signature should be calculated on the top-level element that will be stored by the registry as a result of the Publication API call. This element, referred to as the data object in the XML-Signature and Syntax specification, is the businessEntity element for save_business API calls, the businessService element for save_service API calls, the bindingTemplate for save_binding API calls, the tModel for save_tModel API calls, and the publisherAssertion for set_publisherAssertions and add_publisherAssertion API calls.
Signature要素SHOULD、XML-署名SyntaxとProcessingの「コア世代」の必要なステップに従って、生成されてください。 署名はPublication API呼び出しの結果、登録によって保存されるトップレベル要素の上で計算されるべきです。 XML-署名とSyntax仕様にデータ・オブジェクトと呼ばれたこの要素はセーブ_ビジネスAPIコールのためのbusinessEntity要素、セーブ_のためのbusinessService要素がAPI呼び出し、セーブ_のためのAPI呼び出しを縛るbindingTemplate、セーブ_tModel API呼び出しのためのtModel、およびセット_publisherAssertionsのためのpublisherAssertionを調整して、_publisherAssertion API呼び出しを加えるということです。
The signature should be generated on the elements before they are added to the body of an API call. Also, according to the signature generation, all children of the element being signed are included in the generation of the signature unless first excluded by application of a transform. Due to the containment of service projections as businessService elements within a businessEntity element, this also means that changes to the projected service will render a signature of the businessEntity containing the projection invalid, unless a businessService element representing a service projection is excluded using a transform.
それらがAPI呼び出しのボディーに加えられる前に署名は要素の上で生成されるべきです。 また、署名世代に従って、最初に変換の応用で除かれない場合、署名される要素のすべての子供が署名の世代で含まれています。 businessEntity要素の中のbusinessService要素としてのサービス映像の封じ込めのため、また、これは、予測されたサービスへの変化が映像を含むbusinessEntityの署名を無効にすることを意味します、サービス映像を表すbusinessService要素が変換を使用することで除かれない場合。
Due to the location of the sequence of Signature elements within an element that is to be signed, the signature is "enveloped". As a result of the enveloping of the signature, it is necessary to apply at least one transformation on the signed entity to exclude the signature or signature(s). The transformation selected by a publisher or the XML-Signature tool is specified in a Transform element inside the Signature element.
署名されることになっている要素の中のSignature要素の系列の位置のために、署名は「おおわれます」。 署名をおおうことの結果、署名か署名を除くために署名している実体に関する少なくとも1つの変換を適用するのが必要です。 出版社によって選択された変換かXML-署名ツールがSignature要素におけるTransform要素で指定されます。
Bergeson, et al. Informational [Page 23] RFC 4403 LDAP Schema for UDDIv3 February 2006
Bergeson、他 UDDIv3 February 2006のための情報[23ページ]のRFC4403LDAP図式
4.36. uddiv3NodeId
4.36. uddiv3NodeId
This attribute contains the Node Identity for a UDDIv3 node.
この属性はUDDIv3ノードのためのNode Identityを含んでいます。
( 1.3.6.1.1.10.4.36 NAME 'uddiv3NodeId'
DESC 'UDDIv3 Node Identifier'
EQUALITY caseIgnoreMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.15
SINGLE-VALUE
)
(1.3.6.1.1.10.4.36名前'uddiv3NodeId'DESC'UDDIv3ノード識別子'平等caseIgnoreMatch構文1.3.6の.115の.121の.1の.15のただ一つの.1.4.1.1466価値)
4.37. uddiv3EntityModificationTime
4.37. uddiv3EntityModificationTime
This attribute is used to maintain the last modification time for a UDDI entity. It is needed in the context of maintaining the modifiedIncludingChildren element. When a child entity (e.g., uddiBindingTemplate) is updated, the parent entity (e.g., uddiBusinessService) LDAP timestamp also gets updated. The uddiv3EntityModificationTime attribute saves the last modification time of the parent entity (uddiBusinessService in this case).
この属性は、UDDI実体のために最後の変更時間を維持するのに使用されます。 それがmodifiedIncludingChildren要素を維持することの文脈で必要です。 また、子供実体(例えば、uddiBindingTemplate)をアップデートするとき、親実体(例えば、uddiBusinessService)LDAPタイムスタンプをアップデートします。 uddiv3EntityModificationTime属性は親実体(この場合、uddiBusinessService)の最後の変更時間に節約されます。
( 1.3.6.1.1.10.4.37 NAME 'uddiv3EntityModificationTime'
DESC 'UDDIv3 Last Modified Time for Entity'
EQUALITY generalizedTimeMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.24
SINGLE-VALUE
)
(1.3.6.1.1.10.4.37名前'uddiv3EntityModificationTime'DESC'UDDIv3は最後に実体のための時間を変更した'平等generalizedTimeMatch構文1.3.6の.115の.121の.1の.24のただ一つの.1.4.1.1466価値)
The following attribute definitions define attributes related to the modeling of UDDIv3 subscription-related entities in the LDAP directory.
以下の属性定義はLDAPディレクトリのUDDIv3の購読関連の実体のモデルに関連する属性を定義します。
Subscription provides clients, known as subscribers, with the ability to register their interest in receiving information concerning changes made in a UDDI registry. These changes can be scoped based on preferences provided with the request. The uddiv3Subscription object class is used to model registered UDDIv3 subscriptions.
購読はUDDI登録で行われた変更に関して情報を受け取ることへの彼らの関心を示す能力に加入者として知られているクライアントを提供します。 要求が提供された好みに基づいてこれらの変化を見ることができます。 uddiv3Subscription物のクラスは、登録されたUDDIv3購読をモデル化するのに使用されます。
Bergeson, et al. Informational [Page 24] RFC 4403 LDAP Schema for UDDIv3 February 2006
Bergeson、他 UDDIv3 February 2006のための情報[24ページ]のRFC4403LDAP図式
4.38. uddiv3SubscriptionKey
4.38. uddiv3SubscriptionKey
This is the unique UDDIv3 identifier for a given instance of a uddiv3Subscription entity.
これはuddiv3Subscription実体の与えられた例のためのユニークなUDDIv3識別子です。
( 1.3.6.1.1.10.4.38 NAME 'uddiv3SubscriptionKey'
DESC 'UDDIv3 Subscription unique identifier'
EQUALITY caseIgnoreMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.15
SINGLE-VALUE
)
(1.3.6.1.1.10.4.38NAME'uddiv3SubscriptionKey'DESC'UDDIv3 Subscriptionのユニークな識別子'EQUALITY caseIgnoreMatch SYNTAX1.3.6.1、.4、.1、.1466、.115、.121、.1、.15SINGLE-VALUE)
4.39. uddiv3SubscriptionFilter
4.39. uddiv3SubscriptionFilter
This attribute contains the UDDIv3 Subscription Filter, specified as part of the save_subscription API, i.e., the Inquiry API specified as filtering criteria with a registered subscription. The filtering criteria limits the scope of a subscription to a subset of registry records. The get_xx and find_xx APIs are all valid choices for use as a subscriptionFilter. Only one of these can be chosen for each subscription.
この属性はセーブ_購読APIの一部として指定されたUDDIv3 Subscription Filterを含んでいます、すなわち、登録された購読で評価基準をフィルターにかけると指定されたInquiry API。 フィルタリング評価基準は購読の範囲を登録記録の部分集合に制限します。 _xxを手に入れてください、そして、_xx APIがすべてsubscriptionFilterとしての使用のための有効な選択であると確かめてください。 各購読にこれらの1つしか選ぶことができません。
( 1.3.6.1.1.10.4.39 NAME 'uddiv3SubscriptionFilter'
DESC 'UDDIv3 Subscription Filter'
EQUALITY caseIgnoreMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.15
SINGLE-VALUE
)
(1.3.6.1.1.10.4.39名前'uddiv3SubscriptionFilter'DESC'UDDIv3購読フィルタ'平等caseIgnoreMatch構文1.3.6の.115の.121の.1の.15のただ一つの.1.4.1.1466価値)
4.40. uddiv3NotificationInterval
4.40. uddiv3NotificationInterval
This attribute contains the Notification Interval string. It is of the type xsd:duration and specifies how often Asynchronous change notifications are to be provided to a subscriber.
この属性はNotification Intervalストリングを含んでいます。 それは、タイプxsd: 持続時間があって、Asynchronous変更届出書がどれくらいの頻度で加入者に提供されるかことであると指定します。
( 1.3.6.1.1.10.4.40 NAME 'uddiv3NotificationInterval'
DESC 'UDDIv3 Notification Interval'
EQUALITY caseIgnoreMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.15
SINGLE-VALUE
)
(1.3.6.1.1.10.4.40名前'uddiv3NotificationInterval'DESC'UDDIv3通知間隔'平等caseIgnoreMatch構文1.3.6の.115の.121の.1の.15のただ一つの.1.4.1.1466価値)
Bergeson, et al. Informational [Page 25] RFC 4403 LDAP Schema for UDDIv3 February 2006
Bergeson、他 UDDIv3 February 2006のための情報[25ページ]のRFC4403LDAP図式
4.41. uddiv3MaxEntities
4.41. uddiv3MaxEntities
This attribute contains the maximum number of entities to be returned as part of a subscription notification. It is an integer and specifies the maximum number of entities in a notification returned to a subscription listener.
この属性は購読通知の一部として返される実体の最大数を含んでいます。 それは、整数であり、購読リスナーに返された通知における、実体の最大数を指定します。
( 1.3.6.1.1.10.4.41 NAME 'uddiv3MaxEntities'
DESC 'UDDIv3 Subscription maxEntities field'
EQUALITY integerMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.27
SINGLE-VALUE
)
(1.3.6.1.1.10.4.41NAME'uddiv3MaxEntities'DESC'UDDIv3 Subscription maxEntities分野'EQUALITY integerMatch SYNTAX1.3.6.1、.4、.1、.1466、.115、.121、.1、.27SINGLE-VALUE)
4.42. uddiv3ExpiresAfter
4.42. uddiv3ExpiresAfter
This attribute specifies the Expiry Time associated with a subscription. It is of the XML Schema type xsd:dateTime.
この属性は購読に関連しているExpiry Timeを指定します。 それはXML Schemaタイプxsdのものです: dateTime。
( 1.3.6.1.1.10.4.42 NAME 'uddiv3ExpiresAfter'
DESC 'UDDIv3 Subscription ExpiresAfter field'
EQUALITY generalizedTimeMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.24
SINGLE-VALUE
)
(1.3.6.1.1.10.4.42NAME'uddiv3ExpiresAfter'DESC'UDDIv3 Subscription ExpiresAfter分野'EQUALITY generalizedTimeMatch SYNTAX1.3.6.1、.4、.1、.1466、.115、.121、.1、.24SINGLE-VALUE)
4.43. uddiv3BriefResponse
4.43. uddiv3BriefResponse
This attribute is a Boolean flag for Brief Response associated with a subscription entity. It controls the level of detail returned to a subscription listener. The default is "false" when omitted. When set to "true", it indicates that the subscription results are to be returned to the subscriber in the form of a keyBag, listing all of the entities that matched the subscriptionFilter.
この属性は購読実体に関連しているBrief Responseのためのブール旗です。 それは購読リスナーに返された詳細のレベルを制御します。 省略されると、デフォルトは「誤っています」。 「本当に」設定されると、購読結果がkeyBagの形で加入者に返されることであることを示します、subscriptionFilterに合っていた実体のすべてを記載して。
( 1.3.6.1.1.10.4.43 NAME 'uddiv3BriefResponse'
DESC 'UDDIv3 Subscription ExpiresAfter field'
EQUALITY booleanMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.7
SINGLE-VALUE
)
(1.3.6.1.1.10.4.43NAME'uddiv3BriefResponse'DESC'UDDIv3 Subscription ExpiresAfter分野'EQUALITY booleanMatch SYNTAX1.3.6.1、.4、.1、.1466、.115、.121、.1、.7SINGLE-VALUE)
Bergeson, et al. Informational [Page 26] RFC 4403 LDAP Schema for UDDIv3 February 2006
Bergeson、他 UDDIv3 February 2006のための情報[26ページ]のRFC4403LDAP図式
4.44. uddiv3EntityKey
4.44. uddiv3EntityKey
This is the unique UDDIv3 identifier for a given instance of a core UDDI data structure that is to be logged as an Obituary entry uddiv3EntityObituary. When a core UDDIv3 Entity is deleted and there is an active subscription registered against this UDDI Entity, an Obituary entry is created, in which the v3 key of the deleted entry is logged as part of the uddiv3EntityKey attribute.
これはObituaryエントリーuddiv3EntityObituaryとして登録されることになっているコアUDDIデータ構造の与えられた例のためのユニークなUDDIv3識別子です。 コアであるときに、UDDIv3 Entityは削除されます、そして、このUDDI Entityに対して登録された活発な購読があります、そして、Obituaryエントリー(削除されたエントリーのv3キーはuddiv3EntityKey属性の一部として登録される)は作成されます。
( 1.3.6.1.1.10.4.44 NAME 'uddiv3EntityKey'
DESC 'UDDIv3 Entity unique identifier'
EQUALITY caseIgnoreMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.15
SINGLE-VALUE
)
(1.3.6.1.1.10.4.44NAME'uddiv3EntityKey'DESC'UDDIv3 Entityのユニークな識別子'EQUALITY caseIgnoreMatch SYNTAX1.3.6.1、.4、.1、.1466、.115、.121、.1、.15SINGLE-VALUE)
4.45. uddiv3EntityCreationTime
4.45. uddiv3EntityCreationTime
This attribute is used to log the original Creation Time for a UDDI Entity that is deleted in the uddiv3EntityObituary entry.
この属性は、uddiv3EntityObituaryエントリーで削除されるUDDI EntityのためにオリジナルのCreation Timeを登録するのに使用されます。
It is also used in uddiBusinessService and uddiBindingTemplate. A Move BS operation needs to delete and recreate BT sub-tree due to lack of support for moving a sub-tree in many LDAPv3 servers. This attribute is used to save the original creation time of the BT during a Move BS.
また、それはuddiBusinessServiceとuddiBindingTemplateで使用されます。 Move BS操作は、多くのLDAPv3サーバの下位木を動かすサポートの不足のためBT下位木を削除して、休養させる必要があります。 この属性は、Move BSの間、BTの元の創造時間を節約するのに使用されます。
( 1.3.6.1.1.10.4.45 NAME 'uddiv3EntityCreationTime'
DESC 'UDDIv3 Entity Creation Time'
EQUALITY generalizedTimeMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.24
SINGLE-VALUE
)
(1.3.6.1.1.10.4.45名前'uddiv3EntityCreationTime'DESC'UDDIv3エンティティの作成時間'平等generalizedTimeMatch構文1.3.6の.115の.121の.1の.24のただ一つの.1.4.1.1466価値)
4.46. uddiv3EntityDeletionTime
4.46. uddiv3EntityDeletionTime
This attribute is used to log the entity deletion time for a UDDI Entity that is deleted in the uddiv3EntityObituary entry.
この属性は、uddiv3EntityObituaryエントリーで削除されるUDDI Entityのための実体削除時間を登録するのに使用されます。
( 1.3.6.1.1.10.4.46 NAME 'uddiv3EntityDeletionTime'
DESC 'UDDIv3 Entity Deletion Time'
EQUALITY generalizedTimeMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.24
SINGLE-VALUE
)
(1.3.6.1.1.10.4.46名前'uddiv3EntityDeletionTime'DESC'UDDIv3実体削除時間'平等generalizedTimeMatch構文1.3.6の.115の.121の.1の.24のただ一つの.1.4.1.1466価値)
Bergeson, et al. Informational [Page 27] RFC 4403 LDAP Schema for UDDIv3 February 2006
Bergeson、他 UDDIv3 February 2006のための情報[27ページ]のRFC4403LDAP図式
5. Object Class Definitions
5. 物のクラス定義
The OIDs for the object classes in this document have been registered by the IANA.
物のクラスのためのOIDsはIANAによって本書では登録されました。
5.1. uddiBusinessEntity
5.1. uddiBusinessEntity
This structural object class represents a businessEntity.
この構造的な物のクラスはbusinessEntityを表します。
( 1.3.6.1.1.10.6.1 NAME 'uddiBusinessEntity'
SUP top
STRUCTURAL
MUST ( uddiBusinessKey $
uddiName)
MAY ( uddiAuthorizedName $
uddiOperator $
uddiDiscoveryURLs $
uddiDescription $
uddiIdentifierBag $
uddiCategoryBag $
uddiv3BusinessKey $
uddiv3DigitalSignature $
uddiv3EntityModificationTime $
uddiv3NodeId)
)
(1.3.6.1.1.10.6.1NAME'uddiBusinessEntity'SUP先端STRUCTURAL MUST(uddiBusinessKey$uddiName)5月の(uddiAuthorizedName$uddiOperator$uddiDiscoveryURLs$uddiDescription$uddiIdentifierBag$uddiCategoryBag$uddiv3BusinessKey$uddiv3DigitalSignature$uddiv3EntityModificationTime$uddiv3NodeId))
5.2. uddiContact
5.2. uddiContact
This structural object class represents a contact. It is contained by a uddiBusinessEntity.
この構造的な物のクラスは接触を表します。 それはuddiBusinessEntityによって含まれています。
( 1.3.6.1.1.10.6.2 NAME 'uddiContact'
SUP top
STRUCTURAL
MUST ( uddiPersonName $
uddiUUID )
MAY ( uddiUseType $
uddiDescription $
uddiPhone $
uddiEMail )
)
(1.3.6.1.1.10.6.2NAME'uddiContact'SUP先端STRUCTURAL MUST(uddiPersonName$uddiUUID)5月の(uddiUseType$uddiDescription$uddiPhone$uddiEMail))
Bergeson, et al. Informational [Page 28] RFC 4403 LDAP Schema for UDDIv3 February 2006
Bergeson、他 UDDIv3 February 2006のための情報[28ページ]のRFC4403LDAP図式
5.3. uddiAddress
5.3. uddiAddress
This structural object class represents an address. It is contained by a uddiContact.
この構造的な物のクラスはアドレスを表します。 それはuddiContactによって含まれています。
( 1.3.6.1.1.10.6.3 NAME 'uddiAddress'
SUP top
STRUCTURAL
MUST ( uddiUUID )
MAY ( uddiUseType $
uddiSortCode $
uddiTModelKey $
uddiv3TmodelKey $
uddiAddressLine $
uddiLang)
)
(1.3.6.1.1.10.6.3NAME'uddiAddress'SUP先端STRUCTURAL MUST(uddiUUID)5月の(uddiUseType$uddiSortCode$uddiTModelKey$uddiv3TmodelKey$uddiAddressLine$uddiLang))
5.4. uddiBusinessService
5.4. uddiBusinessService
This structural object class represents a businessService.
この構造的な物のクラスはbusinessServiceを表します。
( 1.3.6.1.1.10.6.4 NAME 'uddiBusinessService'
SUP top
STRUCTURAL
MUST ( uddiServiceKey )
MAY ( uddiName $
uddiBusinessKey $
uddiDescription $
uddiCategoryBag $
uddiIsProjection $
uddiv3ServiceKey $
uddiv3BusinessKey $
uddiv3DigitalSignature $
uddiv3EntityCreationTime $
uddiv3EntityModificationTime $
uddiv3NodeId)
)
(1.3の.6の.1の.1の.10の.6.4NAME'uddiBusinessService'SUP最高なSTRUCTURAL MUST(uddiServiceKey)はことであるかもしれません(uddiName$uddiBusinessKey$uddiDescription$uddiCategoryBag$uddiIsProjection$uddiv3ServiceKey$uddiv3BusinessKey$uddiv3DigitalSignature$uddiv3EntityCreationTime$uddiv3EntityModificationTime$uddiv3NodeId))
Bergeson, et al. Informational [Page 29] RFC 4403 LDAP Schema for UDDIv3 February 2006
Bergeson、他 UDDIv3 February 2006のための情報[29ページ]のRFC4403LDAP図式
5.5. uddiBindingTemplate
5.5. uddiBindingTemplate
This structural object class represents a bindingTemplate.
この構造的な物のクラスはbindingTemplateを表します。
( 1.3.6.1.1.10.6.5 NAME 'uddiBindingTemplate'
SUP top
STRUCTURAL
MUST ( uddiBindingKey )
MAY ( uddiServiceKey $
uddiDescription $
uddiAccessPoint $
uddiHostingRedirector
uddiCategoryBag $
uddiv3BindingKey $
uddiv3ServiceKey $
uddiv3DigitalSignature $
uddiv3EntityCreationTime $
uddiv3NodeId)
)
(1.3の.6の.1の.1の.10の.6.5NAME'uddiBindingTemplate'SUP最高なSTRUCTURAL MUST(uddiBindingKey)はことであるかもしれません(uddiServiceKey$uddiDescription$uddiAccessPoint$uddiHostingRedirector uddiCategoryBag$uddiv3BindingKey$uddiv3ServiceKey$uddiv3DigitalSignature$uddiv3EntityCreationTime$uddiv3NodeId))
5.6. uddiTModelInstanceInfo
5.6. uddiTModelInstanceInfo
This structural object class represents a tModelInstanceInfo. It is contained by a uddiBindingTemplate.
この構造的な物のクラスはtModelInstanceInfoを表します。 それはuddiBindingTemplateによって含まれています。
( 1.3.6.1.1.10.6.6 NAME 'uddiTModelInstanceInfo'
SUP top
STRUCTURAL
MUST ( uddiTModelKey )
MAY ( uddiDescription $
uddiInstanceDescription $
uddiInstanceParms $
uddiOverviewDescription $
uddiOverviewURL $
uddiv3TmodelKey)
)
(1.3の.6の.1の.1の.10の.6.6NAME'uddiTModelInstanceInfo'SUP最高なSTRUCTURAL MUST(uddiTModelKey)はことであるかもしれません(uddiDescription$uddiInstanceDescription$uddiInstanceParms$uddiOverviewDescription$uddiOverviewURL$uddiv3TmodelKey))
Bergeson, et al. Informational [Page 30] RFC 4403 LDAP Schema for UDDIv3 February 2006
Bergeson、他 UDDIv3 February 2006のための情報[30ページ]のRFC4403LDAP図式
5.7. uddiTModel
5.7. uddiTModel
This structural object class represents a tModel.
この構造的な物のクラスはtModelを表します。
( 1.3.6.1.1.10.6.7 NAME 'uddiTModel'
SUP top
STRUCTURAL
MUST ( uddiTModelKey $
uddiName )
MAY ( uddiAuthorizedName $
uddiOperator $
uddiDescription $
uddiOverviewDescription $
uddiOverviewURL $
uddiIdentifierBag $
uddiCategoryBag $
uddiIsHidden
uddiv3TModelKey $
uddiv3DigitalSignature $
uddiv3NodeId)
)
(1.3.6.1.1.10.6.7NAME'uddiTModel'SUP先端STRUCTURAL MUST(uddiTModelKey$uddiName)5月の(uddiAuthorizedName$uddiOperator$uddiDescription$uddiOverviewDescription$uddiOverviewURL$uddiIdentifierBag$uddiCategoryBag$uddiIsHidden uddiv3TModelKey$uddiv3DigitalSignature$uddiv3NodeId))
5.8. uddiPublisherAssertion
5.8. uddiPublisherAssertion
This structural object class represents a publisherAssertion.
この構造的な物のクラスはpublisherAssertionを表します。
( 1.3.6.1.1.10.6.8 NAME 'uddiPublisherAssertion'
SUP top
STRUCTURAL
MUST ( uddiFromKey $
uddiToKey $
uddiKeyedReference $
uddiUUID )
MAY ( uddiv3DigitalSignature $
uddiv3NodeId)
)
(1.3.6.1.1.10.6.8NAME'uddiPublisherAssertion'SUP先端STRUCTURAL MUST(uddiFromKey$uddiToKey$uddiKeyedReference$uddiUUID)5月の(uddiv3DigitalSignature$uddiv3NodeId))
The following are object class definitions to model new data structures needed to implement the UDDIv3 information model. These object class definitions have the "uddiv3" prefix to indicate that these attributes represent UDDI information model elements unique to UDDIv3.
↓これはUDDIv3情報モデルを実行するのに必要である新しいデータ構造をモデル化する物のクラス定義です。 これらの物のクラス定義には、「これらの属性がUDDIv3にユニークなUDDI情報モデル要素を表すのを示すuddiv3"接頭語」があります。
Bergeson, et al. Informational [Page 31] RFC 4403 LDAP Schema for UDDIv3 February 2006
Bergeson、他 UDDIv3 February 2006のための情報[31ページ]のRFC4403LDAP図式
5.9. uddiv3Subscription
5.9. uddiv3Subscription
This structural object class represents a Subscription entity.
この構造的な物のクラスはSubscription実体を表します。
( 1.3.6.1.1.10.6.9 NAME 'uddiv3Subscription'
SUP top
STRUCTURAL
MUST ( uddiv3SubscriptionFilter $
uddiUUID)
MAY ( uddiAuthorizedName $
uddiv3SubscriptionKey $
uddiv3BindingKey $
uddiv3NotificationInterval $
uddiv3MaxEntities $
uddiv3ExpiresAfter $
uddiv3BriefResponse $
uddiv3NodeId)
)
(1.3.6.1.1.10.6.9NAME'uddiv3Subscription'SUP先端STRUCTURAL MUST(uddiv3SubscriptionFilter$uddiUUID)5月の(uddiAuthorizedName$uddiv3SubscriptionKey$uddiv3BindingKey$uddiv3NotificationInterval$uddiv3MaxEntities$uddiv3ExpiresAfter$uddiv3BriefResponse$uddiv3NodeId))
5.10. uddiv3EntityObituary
5.10. uddiv3EntityObituary
This structural object class represents an Obituary entry for and stores obituary information for deleted UDDIv3 entities needed for handling subscriptions.
この構造的な物のクラスは、取り扱い購読に必要である削除されたUDDIv3実体のために、Obituaryエントリーを表して、死亡記事の情報を格納します。
( 1.3.6.1.1.10.6.10 NAME 'uddiv3EntityObituary'
SUP top
STRUCTURAL
MUST ( uddiv3EntityKey $
uddiUUID)
MAY ( uddiAuthorizedName $
uddiv3EntityCreationTime $
uddiv3EntityDeletionTime $
uddiv3NodeId)
)
(1.3.6.1.1.10.6.10NAME'uddiv3EntityObituary'SUP先端STRUCTURAL MUST(uddiv3EntityKey$uddiUUID)5月の(uddiAuthorizedName$uddiv3EntityCreationTime$uddiv3EntityDeletionTime$uddiv3NodeId))
6. Name Forms
6. 名前フォーム
This section defines the required hierarchical structure rules and naming attributes for the object classes defined in Section 6.
このセクションはセクション6で定義された物のクラスのために必要な階層構造規則と命名属性を定義します。
The OIDs for the structure rules in this document have been registered by the IANA.
構造規則のためのOIDsはIANAによって本書では登録されました。
Bergeson, et al. Informational [Page 32] RFC 4403 LDAP Schema for UDDIv3 February 2006
Bergeson、他 UDDIv3 February 2006のための情報[32ページ]のRFC4403LDAP図式
6.1. uddiBusinessEntityNameForm
6.1. uddiBusinessEntityNameForm
This name form defines the naming attribute for a businessEntity.
この名前フォームはbusinessEntityのために命名属性を定義します。
( 1.3.6.1.1.10.15.1 NAME 'uddiBusinessEntityNameForm'
OC uddiBusinessEntity
MUST ( uddiBusinessKey )
)
('uddiBusinessEntityNameForm'OC uddiBusinessEntityがそうしなければならない1.3.6.1.1.10.15.1名(uddiBusinessKey))
6.2. uddiContactNameForm
6.2. uddiContactNameForm
This name form defines the naming attribute for a contact.
この名前フォームは命名属性を接触と定義します。
( 1.3.6.1.1.10.15.2 NAME 'uddiContactNameForm'
OC uddiContact
MUST ( uddiUUID )
)
('uddiContactNameForm'OC uddiContactがそうしなければならない1.3.6.1.1.10.15.2名(uddiUUID))
6.3. uddiAddressNameForm
6.3. uddiAddressNameForm
This name form defines the naming attribute for an address.
この名前フォームはアドレスのために命名属性を定義します。
( 1.3.6.1.1.10.15.3 NAME 'uddiAddressNameForm'
OC uddiAddress
MUST ( uddiUUID )
)
('uddiAddressNameForm'OC uddiAddressがそうしなければならない1.3.6.1.1.10.15.3名(uddiUUID))
6.4. uddiBusinessServiceNameForm
6.4. uddiBusinessServiceNameForm
This name form defines the naming attribute for a businessService.
この名前フォームはbusinessServiceのために命名属性を定義します。
( 1.3.6.1.1.10.15.4 NAME 'uddiBusinessServiceNameForm'
OC uddiBusinessService
MUST ( uddiServiceKey )
)
('uddiBusinessServiceNameForm'OC uddiBusinessServiceがそうしなければならない1.3.6.1.1.10.15.4名(uddiServiceKey))
6.5. uddiBindingTemplateNameForm
6.5. uddiBindingTemplateNameForm
This name form defines the naming attribute for a bindingTemplate.
この名前フォームはbindingTemplateのために命名属性を定義します。
( 1.3.6.1.1.10.15.5 NAME 'uddiBindingTemplateNameForm'
OC uddiBindingTemplate
MUST ( uddiBindingKey )
)
('uddiBindingTemplateNameForm'OC uddiBindingTemplateがそうしなければならない1.3.6.1.1.10.15.5名(uddiBindingKey))
Bergeson, et al. Informational [Page 33] RFC 4403 LDAP Schema for UDDIv3 February 2006
Bergeson、他 UDDIv3 February 2006のための情報[33ページ]のRFC4403LDAP図式
6.6. uddiTModelInstanceInfoNameForm
6.6. uddiTModelInstanceInfoNameForm
This name form defines the naming attribute for a tModelInstanceInfo.
この名前フォームはtModelInstanceInfoのために命名属性を定義します。
( 1.3.6.1.1.10.15.6 NAME 'uddiTModelInstanceInfoNameForm'
OC uddiTModelInstanceInfo
MUST ( uddiTModelKey )
)
('uddiTModelInstanceInfoNameForm'OC uddiTModelInstanceInfoがそうしなければならない1.3.6.1.1.10.15.6名(uddiTModelKey))
6.7. uddiTModelNameForm
6.7. uddiTModelNameForm
This name form defines the naming attribute for a tModel.
この名前フォームはtModelのために命名属性を定義します。
( 1.3.6.1.1.10.15.7 NAME 'uddiTModelNameForm'
OC uddiTModel
MUST ( uddiTModelKey )
)
('uddiTModelNameForm'OC uddiTModelがそうしなければならない1.3.6.1.1.10.15.7名(uddiTModelKey))
6.8. uddiPublisherAssertionNameForm
6.8. uddiPublisherAssertionNameForm
This name form defines the naming attribute for a publisherAssertion.
この名前フォームはpublisherAssertionのために命名属性を定義します。
( 1.3.6.1.1.10.15.8 NAME 'uddiPublisherAssertionNameForm'
OC uddiPublisherAssertion
MUST ( uddiUUID )
)
('uddiPublisherAssertionNameForm'OC uddiPublisherAssertionがそうしなければならない1.3.6.1.1.10.15.8名(uddiUUID))
6.9. uddiv3SubscriptionNameForm
6.9. uddiv3SubscriptionNameForm
This name form defines the naming attribute for a Subscription.
この名前フォームはSubscriptionのために命名属性を定義します。
( 1.3.6.1.1.10.15.9 NAME 'uddiv3SubscriptionNameForm'
OC uddiv3Subscription
MUST ( uddiUUID )
)
('uddiv3SubscriptionNameForm'OC uddiv3Subscriptionがそうしなければならない1.3.6.1.1.10.15.9名(uddiUUID))
6.10. uddiv3EntityObituaryNameForm
6.10. uddiv3EntityObituaryNameForm
This name form defines the naming attribute for an Entity Obituary.
この名前フォームはEntity Obituaryのために命名属性を定義します。
( 1.3.6.1.1.10.15.10 NAME 'uddiv3EntityObituaryNameForm'
OC uddiv3EntityObituary
MUST ( uddiUUID )
)
('uddiv3EntityObituaryNameForm'OC uddiv3EntityObituaryがそうしなければならない1.3.6.1.1.10.15.10名(uddiUUID))
Bergeson, et al. Informational [Page 34] RFC 4403 LDAP Schema for UDDIv3 February 2006
Bergeson、他 UDDIv3 February 2006のための情報[34ページ]のRFC4403LDAP図式
7. DIT Structure Rules
7. デイット構造規則
This section defines the required hierarchical structure rules for the object classes defined in Section 6.
このセクションはセクション6で定義された物のクラスのために必要な階層構造規則を定義します。
Note that rule identifiers defined here show the relationship between structure rules. Implementations may use different identifiers but must follow the same hierarchical model.
ここで定義された規則識別子が構造規則の間の関係を示すことに注意してください。 実現は、異なった識別子を使用するかもしれませんが、同じ階層的なモデルに従わなければなりません。
7.1. uddiBusinessEntityStructureRule
7.1. uddiBusinessEntityStructureRule
( 1
NAME 'uddiBusinessEntityStructureRule'
FORM uddiBusinessEntityNameForm
)
(1名前'uddiBusinessEntityStructureRule'フォームuddiBusinessEntityNameForm)
7.2. uddiContactStructureRule
7.2. uddiContactStructureRule
This structure rule defines the object class containment for a contact.
この構造規則は物のクラス封じ込めを接触と定義します。
( 2
NAME 'uddiContactStructureRule'
FORM uddiContactNameForm
SUP ( 1 )
)
(2名前'uddiContactStructureRule'フォームuddiContactNameFormは( 1 ) )をすすります。
7.3. uddiAddressStructureRule
7.3. uddiAddressStructureRule
This structure rule defines the object class containment for an address.
この構造規則はアドレスのために物のクラス封じ込めを定義します。
( 3
NAME 'uddiAddressStructureRule'
FORM uddiAddressNameForm
SUP ( 2 )
)
(3名前'uddiAddressStructureRule'フォームuddiAddressNameFormは( 2 ) )をすすります。
7.4. uddiBusinessServiceStructureRule
7.4. uddiBusinessServiceStructureRule
This structure rule defines the object class containment for a businessService.
この構造規則はbusinessServiceのために物のクラス封じ込めを定義します。
( 4
NAME 'uddiBusinessServiceStructureRule'
FORM uddiBusinessServiceNameForm
SUP ( 1 )
)
(4名前'uddiBusinessServiceStructureRule'フォームuddiBusinessServiceNameFormは( 1 ) )をすすります。
Bergeson, et al. Informational [Page 35] RFC 4403 LDAP Schema for UDDIv3 February 2006
Bergeson、他 UDDIv3 February 2006のための情報[35ページ]のRFC4403LDAP図式
7.5. uddiBindingTemplateStructureRule
7.5. uddiBindingTemplateStructureRule
This structure rule defines the object class containment for a bindingTemplate.
この構造規則はbindingTemplateのために物のクラス封じ込めを定義します。
( 5
NAME 'uddiBindingTemplateStructureRule'
FORM uddiBindingTemplateNameForm
SUP ( 4 )
)
(5名前'uddiBindingTemplateStructureRule'フォームuddiBindingTemplateNameFormは( 4 ) )をすすります。
7.6. uddiTModelInstanceInfoStructureRule
7.6. uddiTModelInstanceInfoStructureRule
This structure rule defines the object class containment for a tModelInstanceInfo.
この構造規則はtModelInstanceInfoのために物のクラス封じ込めを定義します。
( 6
NAME 'uddiTModelInstanceInfoStructureRule'
FORM uddiTModelInstanceInfoNameForm
SUP ( 5 )
)
(6名前'uddiTModelInstanceInfoStructureRule'フォームuddiTModelInstanceInfoNameFormは( 5 ) )をすすります。
7.7. uddiTModelStructureRule
7.7. uddiTModelStructureRule
( 7
NAME 'uddiTModelStructureRule'
FORM uddiTModelNameForm
)
(7名前'uddiTModelStructureRule'フォームuddiTModelNameForm)
7.8. uddiPublisherAssertion
7.8. uddiPublisherAssertion
( 8
NAME 'uddiPublisherAssertionStructureRule'
FORM uddiPublisherAssertionNameForm
)
(8名前'uddiPublisherAssertionStructureRule'フォームuddiPublisherAssertionNameForm)
7.9. uddiv3SubscriptionStructureRule
7.9. uddiv3SubscriptionStructureRule
( 9
NAME 'uddiv3SubscriptionStructureRule'
FORM uddiv3SubscriptionNameForm
)
(9名前'uddiv3SubscriptionStructureRule'フォームuddiv3SubscriptionNameForm)
Bergeson, et al. Informational [Page 36] RFC 4403 LDAP Schema for UDDIv3 February 2006
Bergeson、他 UDDIv3 February 2006のための情報[36ページ]のRFC4403LDAP図式
7.10. uddiv3EntityObituaryStructureRule
7.10. uddiv3EntityObituaryStructureRule
( 10
NAME 'uddiv3EntityObituaryStructureRule'
FORM uddiv3EntityObituaryNameForm
)
(10名前'uddiv3EntityObituaryStructureRule'フォームuddiv3EntityObituaryNameForm)
8. Security Considerations
8. セキュリティ問題
Storing UDDI data into the directory enables the data to be examined and used outside the environment in which it was originally created. The directory entry containing the UDDI data could be read and modified within the constraints imposed by the access control mechanisms of the directory. With UDDIv3 [UDDIv3], publishers can digitally sign UDDI Entities enabling registry clients to validate the integrity of entries read from the UDDIv3 registry by verifying the digital signature.
UDDIデータをディレクトリに格納するのは、データがそれが元々作成された環境の外に調べられて、使用されるのを可能にします。 ディレクトリのアクセス管理機構によって課された規制の中でUDDIデータを含むディレクトリエントリは、読んで、変更できました。 UDDIv3[UDDIv3]と共に、出版社は、UDDIv3登録からデジタル署名について確かめることによって読まれたエントリーの保全を有効にするように登録クライアントを可能にするUDDI Entitiesにデジタルにサインできます。
Each UDDI Entity has a uddiAuthorizedName attribute that contains an LDAP DN identifying the publisher/owner. The referenced LDAP object can provide the public key of the signer to a registry client for integrity validation of the UDDI Entity.
各UDDI Entityには、出版社/所有者を特定するLDAP DNを含むuddiAuthorizedName属性があります。 参照をつけられたLDAP物はUDDI Entityの保全合法化のために署名者の公開鍵を登録クライアントに提供できます。
Other general LDAP [LDAPv3] security considerations apply. Some of the UDDI attributes such as AccessPoints for services may contain sensitive information. Use of strong authentication mechanisms and data integrity/confidentiality services [RFC2829][RFC2830] is advised.
他の一般的なLDAP[LDAPv3]セキュリティ問題は適用されます。 サービスのためのAccessPointsなどのUDDI属性のいくつかが機密情報を含むかもしれません。 強い認証機構とデータ保全/秘密性サービス[RFC2829][RFC2830]の使用は教えられます。
9. IANA Considerations
9. IANA問題
Refer to RFC 3383, "Internet Assigned Numbers Authority (IANA) Considerations for the Lightweight Directory Access Protocol (LDAP)" [RFC3383].
RFC3383、「ライトウェイト・ディレクトリ・アクセス・プロトコル(LDAP)のためのインターネット規定番号権威(IANA)問題」[RFC3383]を参照してください。
Bergeson, et al. Informational [Page 37] RFC 4403 LDAP Schema for UDDIv3 February 2006
Bergeson、他 UDDIv3 February 2006のための情報[37ページ]のRFC4403LDAP図式
9.1. Object Identifier Registration
9.1. 物の識別子登録
The IANA has registered an LDAP Object Identifier for use in this technical specification, according to the following template:
以下のテンプレートに従って、IANAはこの技術仕様書に基づく使用のためにLDAP Object Identifierを登録しました:
Subject: Request for LDAP OID Registration
Person & email address to contact for further information:
Bruce Bergeson (bruce.bergeson@novell.com)
Specification: RFC 4403
Author/Change Controller: IESG
Comments:
The assigned OID (10) will be used as a base for identifying
a number of UDDI schema elements defined in this document.
Subject: 詳細のために連絡するLDAP OID Registration PersonとEメールアドレスのために以下を要求してください。 ブルースBergeson( bruce.bergeson@novell.com )仕様: RFC4403作者/変化コントローラ: IESGはコメントします: 割り当てられたOID(10)は、本書では定義された多くのUDDI図式要素を特定するのにベースとして使用されるでしょう。
9.2. Object Identifier Descriptors
9.2. 物の識別子記述子
The IANA has registered the LDAP Descriptors used in this technical specification as detailed in the following template:
IANAは以下のテンプレートで詳しく述べられるようにこの技術仕様書で使用されるLDAP Descriptorsを登録しました:
Subject: Request for LDAP Descriptor Registration Update
Descriptor (short name): see table
Object Identifier: see table
Person & email address to contact for further information:
Bruce Bergeson (bruce.bergeson@novell.com)
Usage: see table
Specification: RFC 4403
Author/Change Controller: IESG
Table:
Subject: LDAP Descriptor Registration Update Descriptor(省略名)のために以下を要求してください。 テーブルObject Identifierを見てください: 詳細のために連絡するテーブルPersonとEメールアドレスを見てください: ブルースBergeson( bruce.bergeson@novell.com )用法: テーブルSpecificationを見てください: RFC4403作者/変化コントローラ: IESGは以下をテーブルの上に置きます。
The following descriptors have been added:
以下の記述子は加えられます:
NAME Type OID -------------- ---- ------------ uddiBusinessKey A 1.3.6.1.1.10.4.1 uddiAuthorizedName A 1.3.6.1.1.10.4.2 uddiOperator A 1.3.6.1.1.10.4.3 uddiName A 1.3.6.1.1.10.4.4 uddiDescription A 1.3.6.1.1.10.4.5 uddiDiscoveryURLs A 1.3.6.1.1.10.4.6 uddiUseType A 1.3.6.1.1.10.4.7 uddiPersonName A 1.3.6.1.1.10.4.8 uddiPhone A 1.3.6.1.1.10.4.9 uddiEMail A 1.3.6.1.1.10.4.10 uddiSortCode A 1.3.6.1.1.10.4.11 uddiTModelKey A 1.3.6.1.1.10.4.12 uddiAddressLine A 1.3.6.1.1.10.4.13
名前タイプOID-------------- ---- ------------ uddiBusinessKey A1.3.6.1.1.10.4.1uddiAuthorizedName A1.3.6.1.1.10.4.2uddiOperator A1.3.6.1.1.10.4.3uddiName A1.3.6.1.1.10.4.4uddiDescription A1.3.6.1.1.10.4.5uddiDiscoveryURLs A1.3.6.1.1.10.4.6uddiUseType A1.3.6.1.1.10.4.7uddiPersonName A1.3.6.1.1.10.4.8uddiPhone A1.3.6.1.1.10.4.9uddiEMail A1.3.6.1.1.10.4.10uddiSortCode A1.3.6.1.1.10.4.11uddiTModelKey A1.3.6.1.1.10.4.12uddiAddressLine A1.3.6、.1、.1、.10、.4、.13
Bergeson, et al. Informational [Page 38] RFC 4403 LDAP Schema for UDDIv3 February 2006
Bergeson、他 UDDIv3 February 2006のための情報[38ページ]のRFC4403LDAP図式
NAME Type OID -------------- ---- ------------ uddiIdentifierBag A 1.3.6.1.1.10.4.14 uddiCategoryBag A 1.3.6.1.1.10.4.15 uddiKeyedReference A 1.3.6.1.1.10.4.16 uddiServiceKey A 1.3.6.1.1.10.4.17 uddiBindingKey A 1.3.6.1.1.10.4.18 uddiAccessPoint A 1.3.6.1.1.10.4.19 uddiHostingRedirector A 1.3.6.1.1.10.4.20 uddiInstanceDescription A 1.3.6.1.1.10.4.21 uddiInstanceParms A 1.3.6.1.1.10.4.22 uddiOverviewDescription A 1.3.6.1.1.10.4.23 uddiOverviewURL A 1.3.6.1.1.10.4.24 uddiFromKey A 1.3.6.1.1.10.4.25 uddiToKey A 1.3.6.1.1.10.4.26 uddiUUID A 1.3.6.1.1.10.4.27 uddiIsHidden A 1.3.6.1.1.10.4.28 uddiIsProjection A 1.3.6.1.1.10.4.29 uddiLang A 1.3.6.1.1.10.4.30 uddiv3BusinessKey A 1.3.6.1.1.10.4.31 uddiv3ServiceKey A 1.3.6.1.1.10.4.32 uddiv3BindingKey A 1.3.6.1.1.10.4.33 uddiv3TmodelKey A 1.3.6.1.1.10.4.34 uddiv3DigitalSignature A 1.3.6.1.1.10.4.35 uddiv3NodeId A 1.3.6.1.1.10.4.36 uddiv3EntityModificationTime A 1.3.6.1.1.10.4.37 uddiv3SubscriptionKey A 1.3.6.1.1.10.4.38 uddiv3SubscriptionFilter A 1.3.6.1.1.10.4.39 uddiv3NotificationInterval A 1.3.6.1.1.10.4.40 uddiv3MaxEntities A 1.3.6.1.1.10.4.41 uddiv3ExpiresAfter A 1.3.6.1.1.10.4.42 uddiv3BriefResponse A 1.3.6.1.1.10.4.43 uddiv3EntityKey A 1.3.6.1.1.10.4.44 uddiv3EntityCreationTime A 1.3.6.1.1.10.4.45 uddiv3EntityDeletionTime A 1.3.6.1.1.10.4.46 uddiBusinessEntity O 1.3.6.1.1.10.6.1 uddiContact O 1.3.6.1.1.10.6.2 uddiAddress O 1.3.6.1.1.10.6.3 uddiBusinessService O 1.3.6.1.1.10.6.4 uddiBindingTemplate O 1.3.6.1.1.10.6.5 uddiTModelInstanceInfo O 1.3.6.1.1.10.6.6 uddiTModel O 1.3.6.1.1.10.6.7 uddiPublisherAssertion O 1.3.6.1.1.10.6.8 uddiv3Subscription O 1.3.6.1.1.10.6.9 uddiv3EntityObituary O 1.3.6.1.1.10.6.10 uddiBusinessEntityNameForm N 1.3.6.1.1.10.15.1 uddiContactNameForm N 1.3.6.1.1.10.15.2 uddiAddressNameForm N 1.3.6.1.1.10.15.3
名前タイプOID-------------- ---- ------------ uddiIdentifierBag A1.3.6.1.1.10.4.14uddiCategoryBag A1.3.6.1.1.10.4.15uddiKeyedReference A1.3.6.1.1.10.4.16uddiServiceKey A1.3.6.1.1.10.4.17uddiBindingKey A1.3.6.1.1.10.4.18uddiAccessPoint A1.3.6.1.1.10.4.19uddiHostingRedirector A1.3.6.1.1.10.4.20uddiInstanceDescription A1.3.6.1.1.10.4.21uddiInstanceParms A1.3.6.1.1.10.4.22uddiOverviewDescription A1.3.6.1.1.10.4.23uddiOverviewURL A1.3.6.1.1.10.4.24uddiFromKey A1.3.6.1.1.10.4.25uddiToKey A1.3.6.1.1.10.4.26uddiUUID A1.3.6、.1 .1 .10 .4; 27uddiIsHidden A1.3.6.1.1.10.4.28uddiIsProjection A1.3.6.1.1.10.4.29uddiLang A1.3.6.1.1.10.4.30uddiv3BusinessKey A1.3.6.1.1.10.4.31uddiv3ServiceKey A1.3.6.1.1.10.4.32uddiv3BindingKey A1.3.6.1.1.10.4.33uddiv3TmodelKey A1.3.6、.1 .1 .10 .4; 34uddiv3DigitalSignature A1.3.6.1.1.10.4.35uddiv3NodeId A1.3.6.1.1.10.4.36uddiv3EntityModificationTime A1.3.6.1.1.10.4.37uddiv3SubscriptionKey A1.3.6.1.1.10.4.38uddiv3SubscriptionFilter A1.3.6.1.1.10.4.39uddiv3NotificationInterval A1.3.6.1、.1、.10、.40がuddiする.4v3MaxEntities A1.3.6.1.1.10.4.41uddiv3ExpiresAfter A1.3.6.1.1.10.4.42uddiv3BriefResponse A1.3.6.1.1.10.4.43uddiv3EntityKey A1.3.6.1.1.10.4.44uddiv3EntityCreationTime A1.3.6.1.1.10.4.45uddiv3EntityDeletionTime A1.3.6.1.1.10.4.46uddiBusinessEntity O1.3.6.1.1.10.6.1uddiContact O1.3.6.1.1.10.6.2uddiAddress O1.3.6.1.1.10.6.3uddiBusinessService O、1.3、.6、.1; 1.10.6.4 uddiBindingTemplate O1.3.6.1.1.10.6.5uddiTModelInstanceInfo O1.3.6.1.1.10.6.6uddiTModel O1.3.6.1.1.10.6.7uddiPublisherAssertion O1.3.6.1.1.10.6.8uddiv3Subscription O1.3.6.1.1.10.6.9uddiv3EntityObituary O1.3.6.1.1.10.6.10uddiBusinessEntityNameForm N1.3.6.1.1.10.15.1uddiContactNameForm N1.3.6.1.1.10.15.2uddiAddressNameForm N1.3.6.1、.1、.10、.15、.3
Bergeson, et al. Informational [Page 39] RFC 4403 LDAP Schema for UDDIv3 February 2006
Bergeson、他 UDDIv3 February 2006のための情報[39ページ]のRFC4403LDAP図式
NAME Type OID -------------- ---- ------------ uddiBusinessServiceNameForm N 1.3.6.1.1.10.15.4 uddiBindingTemplateNameForm N 1.3.6.1.1.10.15.5 uddiTModelInstanceInfoNameForm N 1.3.6.1.1.10.15.6 uddiTModelNameForm N 1.3.6.1.1.10.15.7 uddiPublisherAssertionNameForm N 1.3.6.1.1.10.15.8 uddiv3SubscriptionNameForm N 1.3.6.1.1.10.15.9 uddiv3EntityObituaryNameForm N 1.3.6.1.1.10.15.10
名前タイプOID-------------- ---- ------------ uddiBusinessServiceNameForm N1.3.6.1.1.10.15.4uddiBindingTemplateNameForm N1.3.6.1.1.10.15.5uddiTModelInstanceInfoNameForm N1.3.6.1.1.10.15.6uddiTModelNameForm N1.3.6.1.1.10.15.7uddiPublisherAssertionNameForm N1.3.6.1.1.10.15.8uddiv3SubscriptionNameForm N1.3.6.1.1.10.15.9uddiv3EntityObituaryNameForm N1.3.6.1、.1、.10、.15、.10
where Type A is Attribute, Type O is ObjectClass, Type N is NameForm
Type OがType AがAttributeであることのObjectClassである、Type NはNameFormです。
These assignments have been recorded in the following registry:
これらの課題は以下の登録に記録されました:
http://www.iana.org/assignments/ldap-parameters
http://www.iana.org/assignments/ldap-parameters
10. Normative References
10. 引用規格
[LDAPv3] Hodges, J. and R. Morgan, "Lightweight Directory Access
Protocol (v3): Technical Specification", RFC 3377,
September 2002.
[LDAPv3] ホッジズ、J.、およびR.モーガン、「軽量のディレクトリアクセスは(v3)について議定書の中で述べます」。 「技術的な仕様」、RFC3377、2002年9月。
[RFC2252] Wahl, M., Coulbeck, A., Howes, T., and S. Kille,
"Lightweight Directory Access Protocol (v3): Attribute
Syntax Definitions", RFC 2252, December 1997.
[RFC2252] ウォール、M.、Coulbeck、A.、ハウズ、T.、およびS.Kille、「軽量のディレクトリアクセスは(v3)について議定書の中で述べます」。 「属性構文定義」、RFC2252、1997年12月。
[UDDIdsr] UDDI.ORG, "UDDI version 2.03 Data Structure Reference,"
http://uddi.org/pubs/DataStructure-V2.03-Published-
20020719.htm
[UDDIdsr]UDDI.ORG、「UDDIバージョン2.03Data Structure Reference」 http://uddi.org/pubs/DataStructure-V2.03-Published- 20020719.htm
[UDDIapi] "UDDI Version 2.04 API Specification",
http://uddi.org/pubs/ProgrammersAPI-V2.04-Published-
20020719.htm
[UDDIapi]「UDDIバージョン2.04API仕様」、 http://uddi.org/pubs/ProgrammersAPI-V2.04-Published- 20020719.htm
[UDDIv3] UDDI Version 3.0, Published Specification, 19 July 2002
http://uddi.org/pubs/uddi-v3.00-published-20020719.htm
[UDDIv3] UDDIバージョン3.0、広められた仕様、2002年7月19日 http://uddi.org/pubs/uddi-v3.00-published-20020719.htm
[RFC2119] Bradner, S., "Key words for use in RFCs to Indicate
Requirement Levels", BCP 14, RFC 2119, March 1997.
[RFC2119] ブラドナー、S.、「Indicate Requirement LevelsへのRFCsにおける使用のためのキーワード」、BCP14、RFC2119、1997年3月。
[RFC2829] Wahl, M., Alvestrand, H., Hodges, J., and R. Morgan,
"Authentication Methods for LDAP", RFC 2829, May 2000.
[RFC2829]ウォール(M.とAlvestrandとH.とホッジズ、J.とR.モーガン、「LDAPのための認証方法」RFC2829)は2000がそうするかもしれません。
[RFC2830] Hodges, J., Morgan, R., and M. Wahl, "Lightweight Directory
Access Protocol (v3): Extension for Transport Layer
Security", RFC 2830, May 2000.
[RFC2830] ホッジズ、J.、モーガン、R.、およびM.ウォール、「軽量のディレクトリアクセスは(v3)について議定書の中で述べます」。 「トランスポート層セキュリティのための拡大」(RFC2830)は2000がそうするかもしれません。
Bergeson, et al. Informational [Page 40] RFC 4403 LDAP Schema for UDDIv3 February 2006
Bergeson、他 UDDIv3 February 2006のための情報[40ページ]のRFC4403LDAP図式
[RFC3383] Zeilenga, K., "Internet Assigned Numbers Authority (IANA)
Considerations for the Lightweight Directory Access
Protocol (LDAP)", BCP 64, RFC 3383, September 2002.
[RFC3383]Zeilenga、K.、「インターネットはライトウェイト・ディレクトリ・アクセス・プロトコル(LDAP)のために数の権威(IANA)に問題を割り当てました」、BCP64、RFC3383、2002年9月。
[XML] Extensible Markup Language (XML) 1.0 (Second Edition) W3C
Recommendation 6 October 2000 http://www.w3.org/TR/REC-xml
[XML]拡張マークアップ言語(XML)1.0(第2版)W3C推薦2000年10月6日 http://www.w3.org/TR/REC-xml
[URL] Berners-Lee, T., Fielding, R., and L. Masinter, "Uniform
Resource Identifier (URI): Generic Syntax", STD 66, RFC
3986, January 2005.
[URL]バーナーズ・リー、T.、フィールディング、R.、およびL. Masinter、「Uniform Resource Identifier(URI):」 「一般的な構文」、STD66、RFC3986、2005年1月。
[HTTP] Fielding, R., Gettys, J., Mogul, J., Frystyk, H.,
Masinter, L., Leach, P., and T. Berners-Lee, "Hypertext
Transfer Protocol -- HTTP/1.1", RFC 2616, June 1999.
[HTTP] フィールディング、R.、Gettys、J.、ムガール人、J.、Frystyk、H.、Masinter、L.、リーチ、P.、およびT.バーナーズ・リー、「HTTP/1.1インチ、RFC2616、1999年ハイパーテキスト転送プロトコル--6月。」
Authors' Addresses
作者のアドレス
Bruce Bergeson Novell, Inc. 1800 S Novell Place Provo, UT 84606
1800秒間のブルース・BergesonノベルInc.ノベルPlaceプロボ、ユタ 84606
Phone: +1 801 861 3854 EMail: bruce.bergeson@novell.com
以下に電話をしてください。 +1 3854年の801 861メール: bruce.bergeson@novell.com
Kent Boogert Novell, Inc. 1800 S Novell Place Provo, UT 84606
1800秒間のケントBoogertノベルInc.ノベルPlaceプロボ、ユタ 84606
Phone: +1 801 861 3212 EMail: kent.boogert@novell.com
以下に電話をしてください。 +1 3212年の801 861メール: kent.boogert@novell.com
Vijay Nanjundaswamy Oracle India Pvt. Ltd. Lexington Towers, Prestige St. John's Woods #18, 2nd Cross Road, Chikka Audugodi, Bangalore 560029 India
ビジェイNanjundaswamyオラクルインドPvt。 株式会社レキシントン塔(名だたるセントジョン教会ウッズ#18)は2番目に道路、Chikka Audugodi、バンガロール560029インドに交差します。
Phone: +11 9180 4108 5000 EMail: vijay.nanjundaswamy@oracle.com
以下に電話をしてください。 +11 9180 4108 5000はメールされます: vijay.nanjundaswamy@oracle.com
Bergeson, et al. Informational [Page 41] RFC 4403 LDAP Schema for UDDIv3 February 2006
Bergeson、他 UDDIv3 February 2006のための情報[41ページ]のRFC4403LDAP図式
Full Copyright Statement
完全な著作権宣言文
Copyright (C) The Internet Society (2006).
Copyright(C)インターネット協会(2006)。
This document is subject to the rights, licenses and restrictions contained in BCP 78, and except as set forth therein, the authors retain all their rights.
このドキュメントはBCP78に含まれた権利、ライセンス、および制限を受けることがあります、そして、そこに詳しく説明されるのを除いて、作者は彼らのすべての権利を保有します。
This document and the information contained herein are provided on an "AS IS" basis and THE CONTRIBUTOR, THE ORGANIZATION HE/SHE REPRESENTS OR IS SPONSORED BY (IF ANY), THE INTERNET SOCIETY AND THE INTERNET ENGINEERING TASK FORCE DISCLAIM ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.
このドキュメントと「そのままで」という基礎と貢献者、その人が代表する組織で提供するか、または後援されて、インターネット協会とインターネット・エンジニアリング・タスク・フォースはすべての保証を放棄します、と急行ORが含意したということであり、他を含んでいて、ここに含まれて、情報の使用がここに侵害しないどんな保証も少しもまっすぐになるという情報か市場性か特定目的への適合性のどんな黙示的な保証。
Intellectual Property
知的所有権
The IETF takes no position regarding the validity or scope of any Intellectual Property Rights or other rights that might be claimed to pertain to the implementation or use of the technology described in this document or the extent to which any license under such rights might or might not be available; nor does it represent that it has made any independent effort to identify any such rights. Information on the procedures with respect to rights in RFC documents can be found in BCP 78 and BCP 79.
IETFはどんなIntellectual Property Rightsの正当性か範囲、実現に関係すると主張されるかもしれない他の権利、本書では説明された技術の使用またはそのような権利の下におけるどんなライセンスも利用可能であるかもしれない、または利用可能でないかもしれない範囲に関しても立場を全く取りません。 または、それはそれを表しません。どんなそのような権利も特定するためのどんな独立している努力もしました。 BCP78とBCP79でRFCドキュメントの権利に関する手順に関する情報を見つけることができます。
Copies of IPR disclosures made to the IETF Secretariat and any assurances of licenses to be made available, or the result of an attempt made to obtain a general license or permission for the use of such proprietary rights by implementers or users of this specification can be obtained from the IETF on-line IPR repository at http://www.ietf.org/ipr.
IPR公開のコピーが利用可能に作られるべきライセンスの保証、または一般的な免許を取得するのが作られた試みの結果をIETF事務局といずれにもしたか、または http://www.ietf.org/ipr のIETFのオンラインIPR倉庫からこの仕様のimplementersかユーザによるそのような所有権の使用のために許可を得ることができます。
The IETF invites any interested party to bring to its attention any copyrights, patents or patent applications, or other proprietary rights that may cover technology that may be required to implement this standard. Please address the information to the IETF at ietf-ipr@ietf.org.
IETFはこの規格を実行するのに必要であるかもしれない技術をカバーするかもしれないどんな著作権もその注目していただくどんな利害関係者、特許、特許出願、または他の所有権も招待します。 ietf-ipr@ietf.org のIETFに情報を記述してください。
Acknowledgement
承認
Funding for the RFC Editor function is provided by the IETF Administrative Support Activity (IASA).
RFC Editor機能のための基金はIETF Administrative Support Activity(IASA)によって提供されます。
Bergeson, et al. Informational [Page 42]
Bergeson、他 情報[42ページ]
一覧
スポンサーリンク
