Network Working Group B. Bergeson
Request for Comments: 4403 K. Boogert
Category: Informational Novell, Inc.
V. Nanjundaswamy
Oracle India Pvt. Ltd.
February 2006
Lightweight Directory Access Protocol (LDAP) Schema for Universal Description, Discovery, and Integration version 3 (UDDIv3)
LDAP（Lightweight Directory Access Protocol）の汎用の説明、発見、および統合バージョン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).
著作権（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.
このドキュメントでは、LDAPディレクトリに汎用の説明、発見、および統合（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
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.
この文書では、[UDDIv3】情報モデルをコアデータユニバーサル説明において同定された構造、発見、および統合バージョン3を表すために、ライトウェイトディレクトリアクセスプロトコル【のLDAPv3]スキーマ要素を定義します。これはのbusinessEntity、businessServiceに、bindingTemplateの、tModelに、publisherAssertion、およびサブスクリプションが含まれています。 [UDDIv3]の部分は、明確にするためにここで繰り返されています。
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"、 "MUST NOT"、 "REQUIRED" は、 "NOT SHALL" "ものと" この文書では、 "SHOULD"、 "推奨" "NOT SHOULD"、 "MAY"、 "OPTIONAL" はにありますRFC 2119 [RFC2119]に記載されているように解釈されます。
All schema definitions are provided using [RFC2252] descriptions, and are line-wrapped for readability only.
すべてのスキーマ定義は、[RFC2252]の記述を使用して提供している、とだけ読みやすくするためのラインラップされています。
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にオブジェクトが順番にtModelのオブジェクトの特定のインスタンスへのポインタを含む情報が含まれているのbindingTemplate、特定のインスタンスを含みます。
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つの特定のbusinessEntityオブジェクトがこれまで含まれていますまたは（また、独自のキー値によって識別される）businessServiceにオブジェクトの特定のインスタンスに関する情報を表現するために使用されることを意味します。
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 information about a business or entity. Service descriptions and technical information are expressed within a businessEntity by a containment relationship.
businessEntityオブジェクトは、エンティティとしてだけでなく、それが提供するサービスに関する記述情報を公開して、ビジネスまたはエンティティに関するすべての既知の情報を表します。 businessEntityは、ビジネスまたはエンティティに関する記述的な情報を保持収納するトップレベルのコンテナです。サービスの説明や技術情報は包含関係でのbusinessEntity内で発現されています。
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は、すなわちV3キーに対応するとともに、属性uddiBusinessKey、uddiAuthorizedName、uddiOperator、uddiDiscoveryURLs、uddiName、uddiDescription、uddiIdentifierBag、uddiCategoryBag、及びuddiv3DigitalSignatureによってディレクトリに示されています。セクション4で定義されるようuddiv3BusinessKeyは、Aの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.
businessEntityの定義は、第5節で与えられています。
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のインスタンスを使用して確立することができます。
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には、すなわちV3キーに対応するとともに、属性uddiBusinessKey、uddiServiceKey、uddiName、uddiDescription、uddiCategoryBag、uddiIsProjection、及びuddiv3DigitalSignatureによってディレクトリに示されています。セクション4で定義されるようuddiv3BusinessKey、及びuddiv3ServiceKeyは、A 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.
businessServiceにの定義は、第5節で与えられています。
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にオブジェクトのインスタンスを含んを経由してWebサービスの技術的な説明が収容されています。これらのインスタンスは、技術的なエントリポイントを決定するためのサポートを提供したり、必要に応じてリモートホスティングサービス、ならびに所与の実装の固有の技術的特徴を説明するための軽量の機能をサポートします。技術とアプリケーション固有のパラメータと設定ファイルのサポートもサポートされています。
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の主な目的は、Webサービス情報の記述と発見を可能にすることですので、それは最も興味深い技術的なデータを提供していbindingTemplateにあります。 UDDIv3と、のbindingTemplateも分類情報を持つことができます。
Each bindingTemplate instance has a single logical businessService parent, which in turn has a single logical businessEntity parent.
各bindingTemplateのインスタンスは順番に単一の論理のbusinessEntityの親を持つ単一の論理businessServiceの親を持っています。
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には、すなわちV3キーに対応するとともに、属性uddiBindingKey、uddiServiceKey、uddiDescription、uddiAccessPoint、uddiHostingRedirector、uddiCategoryBag、及びuddiv3DigitalSignatureによってディレクトリに示されています。セクション4で定義されるようuddiv3ServiceKeyとuddiv3BindingKeyは、Aの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.
bindingTemplateにの定義は、第5節で与えられています。
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の登録は何でも定義することができますが、現在のリビジョンでは、2つの規則がのtModelを使用するために適用されている：互換性ととしてキー付きの名前空間参照を決定するための情報源として。
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の自体にメタデータによって表される実際の概念についての詳細を調べるために行くことができる場所 - どこかにポイントキー、名前、オプションの説明、およびユニフォームリソースロケータ[URL]はあります。
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は、対応するV3キーすなわちとともに、属性uddiTModelKey、uddiAuthorizedName、uddiOperator、uddiName、uddiDescription、uddiOverviewDescription、uddiOverviewURL、uddiIdentifierBag、uddiCategoryBag、uddiIsHidden、及びuddiv3DigitalSignatureによってディレクトリに示されています。第4節で定義されているようuddiv3tModelKeyは、Aの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.
tModelの定義は、第5節で与えられています。
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登録でそれらの関係の一部が見えるようにしたいと思います。
A publisherAssertion is represented in the directory by the attributes uddiFromKey, uddiToKey, uddiKeyedReference, and uddiUUID, and uddiv3DigitalSignature, as defined in Section 5.
セクション5で定義されるようpublisherAssertionは、属性uddiFromKey、uddiToKey、uddiKeyedReference、及びuddiUUID、及びuddiv3DigitalSignatureによってディレクトリに示されています。
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.
publisherAssertionの定義は、第5節で与えられています。
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 structures. UDDIv3 OperationalInfo consists of 5 elements: created, Modified, modifiedIncludingChildren, nodeId, and authorizedName.
operationalInfo構造はUDDIv3コアデータ構造、即ち、のbusinessEntity、businessServiceに、bindingTemplateの、およびtModelの構造のための操作情報を伝えるために使用されます。作成、変更、modifiedIncludingChildren、nodeIdは、とauthorizedName：UDDIv3 OperationalInfoは5つの要素で構成されています。
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.
createTimestampとmodifyTimestampの、及び以下の明示的な属性：uddiAuthorizedName、uddiv3EntityCreationTime、uddiv3EntityModificationTime、及びuddiv3NodeId特定UDDIv3コアデータ構造に依存して、operationalInformationは暗黙LDAP標準操作属性の組合せとして、ディレクトリに示されています。
The OIDs for the attribute types in this document have been registered by the IANA.
この文書の属性タイプのOIDはIANAによって登録されています。
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.1 NAME 'uddiBusinessKey' DESC 'のbusinessEntity一意識別子' 平等caseIgnoreMatch SYNTAX 1.3.6.1.4.1.1466.115.121.1.15単一値）
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データを公表し、個々の記録名前です。このデータは、制御オペレータによって生成され、save_business操作内で供給されるべきではありません。
With UDDIv3, this attribute is part of the "operationalInformation" metadata associated with core data structures.
UDDIv3では、この属性は、コアデータ構造に関連付けられている「operationalInformation」メタデータの一部です。
( 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.2 NAME 'uddiAuthorizedName' DESC 'のbusinessEntityパブリッシャ名' 平等distinguishedNameMatch SYNTAX 1.3.6.1.4.1.1466.115.121.1.12単一値）
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レジストリのサイト運営者の認定名前です。制御演算子は、データが保存された時点で、このデータを記録します。このデータは、生成されsave_business又はsave_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.3 NAME 'uddiOperator' DESC 'businessEntitysマスターコピーのレジストリサイトオペレータ' EQUALITY caseIgnoreMatch SYNTAX 1.3.6.1.4.1.1466.115.121.1.15 SINGLE-VALUE）
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の値は、それらが表現されている言語を意味する名前の検索がfind_business、find_serviceを介して提供される、またはfind_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
いくつかの名前の出版は、例えば、ローマ字化の目的のために、サポートされています。 LANG値：名前がで表現されている言語を意味するために、彼らは独自のXMLを運びます。ない複数の名前要素は、その言語を指定して省略することができます。このように渡された名前は、登録パーティのデフォルトの言語コードが割り当てられます。このデフォルトの言語コードを公開した資格情報は、個々のオペレータとの間で確立された時点で確立されています
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.4 NAME 'uddiName' DESC '人間が読める名' EQUALITY caseIgnoreMatchがcaseIgnoreOrderingMatch SUBSTR caseIgnoreSubstringsMatch SYNTAX 1.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値を区切りとして使用される「＃」文字で、名前の値を先行します。
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は、一つ以上の記述の任意の繰り返し要素です。一つの説明は、供給国語コードごとに許可されます。彼らが持っているかもしれLANG値：UDDIv3では、説明の数のまたは何XMLに制限はありません。
( 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.5 NAME 'uddiDescription' DESC '簡単な説明' 平等caseIgnoreMatch SYNTAX 1.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値を区切りとして使用される「＃」文字で、名前の値を先行します。
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.
これは、ファイルベースのサービスディスカバリメカニズムを交互にその時点ユニフォームリソースロケータ（URL）のリストです。各記録uddiBusinessEntity構造が自動的に個々のuddiBusinessEntity構造体を返すURLが割り当てられています。 URLの検索がfind_businessコールを介して提供されます。
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の予想回収機構は、ハイパーテキスト転送プロトコル[HTTP] HTTP-GET操作を介して行われます。期待リターンドキュメントが定義されていません。むしろ、規則を確立するためのフレームワークが提供され、2つのそのような規則は内で定義され
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と自分自身を追加/生成する必要はありません。
( 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.6 NAME 'uddiDiscoveryURLs' DESC 'URLのbusinessEntityのインスタンスを取得するための' 平等caseIgnoreMatch SYNTAX 1.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値を先行します。
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.7 NAME「uddiUseType」DESC「大会の名称、参照文書は、以下の」平等caseIgnoreMatch SYNTAX 1.3.6.1.4.1.1466.115.121.1.15単一値）を
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 )
（平等caseIgnoreMatch SYNTAX 1.3.6.1.4.1.1466.115.121.1.15 SINGLE-VALUE 1.3.6.1.1.10.4.8 NAME 'uddiPersonName' DESC '接触のために利用できる人またはジョブロールの名前'）
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.
UDDIv3で、uddiPersonNameは、多値になり、それぞれの名前は、XML持つことができます：lang属性を。 XML：LANG値を区切りとして使用される「＃」文字で名前値を先行します。
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属性で飾らすることができます。複数の電話要素が保存されている場合は、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.9 NAME 'uddiPhone' DESC '連絡先の電話番号' 平等caseIgnoreMatch SYNTAX 1.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") .
usetypeには、分離「＃」（例えば、「仕事番号＃123 456-7890」）によって、電話番号の前に。
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.
これは、連絡先の電子メールアドレスを保持するために使用されます。この要素は、説明の目的のために、オプションのuddiUseType属性で飾らすることができます。複数の電子メールの要素が保存されている場合は、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.10 NAME 'uddiEMail' DESC '連絡先の電子メールアドレス' EQUALITY caseIgnoreMatch SYNTAX 1.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").
usetypeには分離「＃」でのメールアドレスの前に（例えば、「米国#president@whitehouse.govの社長」）。
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の推奨値は、数値順序付け値の値を注文（例えば、1、2、3）、アルファベット文字（例えば、A、B、C）、またはアドレス内の関連データの最初のn個の位置を含みます。
( 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 )
（1.3.6.1.1.10.4.11 NAME 'はuddiSortCode' DESC平等caseIgnoreMatch順序付けcaseIgnoreOrderingMatch構文1.3.6.1.4.1.1466.115.121.1.15 SINGLE-VALUE '外部の表示機構を指定します'）
With UDDIv3, the sortCode attribute is deprecated because of the guarantee of preserving the document Order.
UDDIv3で、sortCode属性があるため、文書の順序を保存する保証の廃止されました。
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にし、アドレス構造体に使用されています。キー付きに関して使用される場合、これは値のセットを識別するための一意のキーであり、uddiIdentifier又はuddiCategory袋に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.12 NAME 'uddiTModelKey' DESC 'のtModel一意識別子' 平等caseIgnoreMatch SYNTAX 1.3.6.1.4.1.1466.115.121.1.15単一値）
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の文字位置の行の長さの制限を文字列データが含まれています。各uddiAddressLine要素は2つのオプションの記述属性、のkeyNameとkeyValueので飾らすることができます。 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 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.
何uddiTModelKeyがアドレス構造のために提供されていない場合、のkeyNameとkeyValueのは、キー名属性を使用して、各uddiAddressLineの記述情報を提供するために、例えば、制限なく使用することができる属性。 keyNameとkeyValueの属性の両方がオプションであるので、アドレスラインの順序は重要であり、常に元々save_businessの呼び出し中に提供ために、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 NAME 'uddiAddressLine' DESC 'アドレス' 平等caseIgnoreMatch SYNTAX 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の、この属性のアドレスデータは "＃"（例えば、 "＃" <keyNameの> "＃" <keyValueの> "＃" <アドレスデータ>）によって分離されています。アドレスデータは、属性の必要な部分のみです。
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のアイデンティティを示すために使用することができるか、の同一性を意味するために使用することができる等DUN-S_番号、税金識別子などの識別の一般的な形態の情報を含むことuddiBusinessEntity又はuddiTModel構造を可能にしますパーティーを公開。この種のデータを含めることはオプションですが、使用時に大幅に[UDDIapi] UDDIバージョン2.0 API仕様で定義されているのfind_xxメッセージを介して公開、検索行動を強化します。 [UDDIdsr]識別子の使用：付録A - アイデンティティの確立に関与した構造の詳細については、UDDIバージョン2.0データ構造の仕様を参照してください。
( 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.14 NAME 'uddiIdentifierBag' DESC '識別情報' 平等caseIgnoreMatch SYNTAX 1.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.
この属性のTモデル、キー名、キー値 "＃" によって分離されている（例えば、<のtModel> "＃" <keyNameの> "＃" <keyValueの>）。 keyValueのは、属性の必要な部分のみです。
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, 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].
uddiCategoryBag要素はuddiBusinessEntity、uddiBusinessService、及びuddiTModel構造は、いくつかの利用可能な分類法ベースの分類スキームのいずれかに従って分類されることを可能にします。オペレーター部位は、自動的に（ISO 3166を経由して）検証分類（UNSPC経由）3（NAICS経由）業界のコードをカバーし、タクソノミー、製品やサービスの分類のためのサポート、および地理を提供しています。この種のデータを含めることはオプションですが、使用された場合、それは非常にUDDIバージョン2.0 API仕様[UDDIapi]で定義されたのfind_xxメッセージによって公開された検索行動を強化します。分類[UDDIdsr]を使用：付録B - 分類情報の確立に関与した構造の詳細については、UDDIバージョン2.03データ構造の仕様を参照してください。
( 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.15 NAME 'uddiCategoryBag' DESC '分類情報' EQUALITY caseIgnoreMatch SYNTAX 1.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.
この属性のTモデル、キー名、キー値 "＃" によって分離されている（例えば、<の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要素をサポートしており、彼らはまた、いくつかの利用可能な分類に基づく分類スキームのいずれかに応じて分類することができます。
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.16 NAME 'uddiKeyedReference' DESC '分類情報' EQUALITY caseIgnoreMatch SYNTAX 1.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はのtModelKeyとのkeyedReference構造の単純なリストが含まれています。 uddiKeyedReference属性は、グループに関連付けられているのkeyedReference値のそれぞれにKeyedReferenceGroupためのtModelKeyを接尾辞を付けることによって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つの文字列を保持します。
tModelKey1#KeyName1#KeyValue1#KeyedReferenceGroup1_tModelKey tModelKey2#KeyName2#KeyValue2#KeyedReferenceGroup1_tModelKey
tModelKey1＃KeyName1＃KeyValue1＃KeyedReferenceGroup1_tModelKey tModelKey2＃KeyName2＃KeyValue2＃KeyedReferenceGroup1_tModelKey
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.17 NAME 'uddiServiceKey' DESC 'businessServiceに一意の識別子' 平等caseIgnoreMatch SYNTAX 1.3.6.1.4.1.1466.115.121.1.15単一値）
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.18 NAME 'uddiBindingKey' DESC 'bindingTemplateの一意の識別子' 平等caseIgnoreMatch SYNTAX 1.3.6.1.4.1.1466.115.121.1.15単一値）
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：この要素は、特定のWebサービスを呼び出すための適切なエントリ・ポイント・アドレスを伝えるために使用されるテキストフィールドです。これは、URL、電子メールアドレス、あるいは電話番号であってもよいです。このフィールドのデータの種類に関する仮定は、最初のWebサービスに関連する技術的な要件を理解することなく行うことはできません。
( 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 )
（1.3.6.1.1.10.4.19 NAME 'uddiAccessPoint' DESC 'Webサービスを呼び出すためのエントリ・ポイント・アドレス' EQUALITY caseIgnoreMatch SYNTAX 1.3.6.1.4.1.1466.115.121.1.15 SINGLE-VALUE）
The URLType value precedes the accessPoint value by a separating '#'.
URL Type値は分離「＃」でアクセスポイントの値を先行します。
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属性がhostingRedirectorをモデル化するか、アクセスポイントがリモートでホストされているWSDL文書内に指定されていることを示すために、間接的にサポートすることができます。
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は「その他」として返されます。 V3の問い合わせがv2のネームスペースで公開エンティティで構成されている場合には、V3のusetypeに属性が「エンドポイント」として返されます。
For implementations that need to explicitly model both forms, the recommended format is as follows: v2URLType#v3UseType#Address
以下のように明示的に両方の形式をモデル化するために必要な実装のために、推奨される形式は次のとおりです。v2URLType＃v3UseTypeの＃住所
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 (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.
uddiHostingRedirector要素はuddiBindingTemplateエントリが異なるuddiBindingTemplateエントリへのポインタであることを指定するために使用されます。この機能を提供する値は、ビジネスや実体が実際に別々の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要素は、単一の属性なし要素内容を持っています。属性は、使用されるuddiBindingDetailデータを照会し、取得するための同じUDDIレジストリインスタンス内適してuddiBindingKey値です。
More on the uddiHostingRedirector can be found in the appendices for the UDDI Version 2.0 API Specification [UDDIapi].
uddiHostingRedirectorの詳細は[UDDIapi] UDDIバージョン2.0 API仕様の付録で見つけることができます。
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値を見つけた場合、あなたはそのuddiBindingTemplateを取得し、uddiHostingRedirectorデータを含む1の代わりにそれを使用する必要があります。
( 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.20 NAME 'はuddiHostingRedirector' DESC平等caseIgnoreMatch SYNTAX 1.3.6.1.4.1.1466.115.121.1.15 SINGLE-VALUE '別のbindingTemplateへのポインタを指定します'）
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は、非推奨の要素です。下位互換性のために、それはまだ使用できますが、それは推奨されません。
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.
これはオプションの繰り返し要素です。これは、全体的なサービスの説明にどのような役割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.21 NAME 'uddiInstanceDescription' DESC 'インスタンスは、説明の詳細を' 平等caseIgnoreMatch SYNTAX 1.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値を区切りとして使用される「＃」文字で、名前の値を先行します。
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の任意の要素です。設定パラメータやuddiBindingTemplate記述の特定のファセットを使用するために必要な設定やパラメータを含むファイルへのURL参照を格納するために使用されます。パラメータそのものを収容するために使用される場合は、提案されたコンテンツは、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 )
（平等caseIgnoreMatch SYNTAX 1.3.6.1.4.1.1466.115.121.1.15単一値1.3.6.1.1.10.4.22 NAME 'uddiInstanceParms' DESC '必要な設定へのURL参照'）
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.23 NAME 'uddiOverviewDescription' DESC平等caseIgnoreMatch SYNTAX 1.3.6.1.4.1.1466.115.121.1.15 'のtModelの使用を概説します'）
The xml:lang value precedes the name value, with the "#" character used as the separator.
XML：LANG値を区切りとして使用される「＃」文字で、名前の値を先行します。
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はの推奨フォーマットは、Webブラウザを介して、例えば、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 )
（ 'ドキュメント概要にURLリファレンス' 1.3.6.1.1.10.4.24 NAME 'uddiOverviewURL' DESC平等caseIgnoreMatch SYNTAX 1.3.6.1.4.1.1466.115.121.1.15単一値）
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では、我々は唯一の1 OverviewDocを持つことができます。概要解説とoverviewURLは一連の間のグルーピングを保持するために、我々はOverviewDocと多値overviewURLは両方を行い、（グループ概要解説とoverviewURLはに）それぞれの値を「グループID」プレフィックスを有することができます。
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
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はわずか2概要解説しています。 OverviewDoc4も1つの概要の説明とoverviewURLはされています。
The uddiFromKey is a required element. This is the unique key reference to the first uddiBusinessEntity for which the assertion is made.
uddiFromKeyは必須の要素です。これは、アサーションが行われるために第1 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.25 NAME 'uddiFromKey' DESC '一意のbusinessEntityキーリファレンス' 平等caseIgnoreMatch SYNTAX 1.3.6.1.4.1.1466.115.121.1.15単一値）
The uddiToKey is a required element. This is the unique key reference to the second uddiBusinessEntity for which the assertion is made.
uddiToKeyは必須の要素です。これは、アサーションが行われるための第二uddiBusinessEntityに固有のキー参照です。
( 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.26 NAME 'uddiToKey' DESC '一意のbusinessEntityキーリファレンス' 平等caseIgnoreMatch SYNTAX 1.3.6.1.4.1.1466.115.121.1.15単一値）
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.27 NAME 'uddiUUID' DESC 'のユニークな属性' 平等caseIgnoreMatch SYNTAX 1.3.6.1.4.1.1466.115.121.1.15 SINGLE-VALUE）
With UDDIv3, this attribute will also be used for unique identification of Subscription-feature-related entities.
UDDIv3では、この属性はまた、サブスクリ-機能に関連するエンティティを一意に識別するために使用されます。
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.
これはdelete_tModel操作のための機能を提供するために使用されます。論理削除はfind_tModel結果セットから削除されたのtModelを隠しますが、物理的には削除されません。
( 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.28 NAME 'uddiIsHidden' DESC 'isHidden属性' 平等booleanMatch SYNTAX 1.3.6.1.4.1.1466.115.121.1.7単一値）
In case of UDDIv3, this attribute will represent the "deleted" attribute value.
UDDIv3の場合、この属性は、「削除」属性の値を表します。
This is used to identify a Business Service that has a Service Projection.
これは、サービスProjectionを持つビジネス・サービスを識別するために使用されます。
( 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.29 NAME 'uddiIsProjection' DESC 'isServiceProjection属性' 平等booleanMatch SYNTAX 1.3.6.1.4.1.1466.115.121.1.7単一値）
This is used to model the xml:lang value for the Address structure in UDDIv3.
UDDIv3のアドレス構造のためのLANG値：これは、XMLをモデル化するために使用されます。
( 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.30 NAME 'uddiLang' DESC 'XML：V3アドレス構造内のlang値' EQUALITY caseIgnoreMatch SYNTAX 1.3.6.1.4.1.1466.115.121.1.15単一値）
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」接頭辞を持っています。
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.31 NAME 'uddiv3BusinessKey' DESC 'UDDIv3のbusinessEntity一意識別子' 平等caseIgnoreMatch SYNTAX 1.3.6.1.4.1.1466.115.121.1.15単一値）
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.32 NAME 'uddiv3ServiceKey' DESC 'UDDIv3 businessServiceに一意の識別子' 平等caseIgnoreMatch SYNTAX 1.3.6.1.4.1.1466.115.121.1.15単一値）
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 entry. The uddiBindingTemplate entry MAY also include the uddiv3BindingKey, the explicit v3 form key, which can be 255 characters long.
uddiBindingTemplateはUDDIv2クライアントによって一意に識別するためuddiBindingKey（V2の形態）を含むであろう。 uddiBindingKey（36文字）もuddiBindingTemplateエントリの属性をLDAPネーミングになります。 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.33 NAME 'uddiv3BindingKey' DESC 'UDDIv3 bindingTemplateの一意の識別子' 平等caseIgnoreMatch SYNTAX 1.3.6.1.4.1.1466.115.121.1.15単一値）
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-CHAR）も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.34 NAME 'uddiv3TModelKey' DESC 'UDDIv3 TModelの一意の識別子' 平等caseIgnoreMatch SYNTAX 1.3.6.1.4.1.1466.115.121.1.15単一値）
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にし、アドレス構造体に使用されています。 tModelKeyは、UDDIサーバーによってV3キーにそれを変換する必要がありますV2フォームキーを使用しているので、使用形態であろうのtModel、tModelのキー（すなわちuddiv3TModelKey）のV3形態への参照として使用されているすべてのインスタンスで、エンティティのデジタル署名を無効にし得ます。
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-署名構文と処理」（http://www.w3.org/TR/xmldsig-core/を参照）を使用して、以下のUDDIの要素の署名をサポートしています。
..businessEntity ..businessService ..bindingTemplate ..tModel ..publisherAssertion
..businessEntity ..businessService ..bindingTemplate ..tModel ..publisherAssertion
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.35 NAME 'uddiv3DigitalSignature' DESC 'UDDIv3エンティティのデジタル署名' 平等CaseExactMatchのSYNTAX 1.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要素は、XML署名の構文および処理における「コア世代」の必要な手順に従って生成されるべきです。署名は、公開API呼び出しの結果としてレジストリに保存されます最上位の要素に基づいて計算されるべきです。この要素は、bindingTemplateには、save_tModel API呼び出しのAPI呼び出し、のtModelをsave_bindingため、XML署名および構文仕様でデータ・オブジェクトと呼ばれる、save_business API呼び出し、save_service API呼び出しのbusinessServiceに素子用のbusinessEntity要素でありset_publisherAssertionsとadd_publisherAssertion API呼び出しのためpublisherAssertion。
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の要素としてサービス突起の封じ込めに、これは、サービス投影を表すbusinessServiceに要素変換を使用して除外されない限り、投影サービスへの変更は、突起が無効含有のbusinessEntityの署名をレンダリングすることを意味します。
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.
署名されるべき要素内の署名要素の配列の位置に、署名は「エンベロープ」されています。署名の包囲の結果、署名または署名（S）を除外するために署名したエンティティ上に少なくとも1つの変換を適用する必要があります。パブリッシャまたはXML署名ツールによって選択された変換は、Signature要素内の変換要素で指定されます。
This attribute contains the Node Identity for a UDDIv3 node.
この属性は、UDDIv3ノードのノードIDが含まれています。
( 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 NAME 'uddiv3NodeId' DESC 'UDDIv3ノード識別子' 平等caseIgnoreMatch SYNTAX 1.3.6.1.4.1.1466.115.121.1.15単一値）
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 NAME 'uddiv3EntityModificationTime' DESC平等generalizedTimeMatch SYNTAX 1.3.6.1.4.1.1466.115.121.1.24 SINGLE-VALUE 'エンティティのUDDIv3最終更新時刻'）
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サブスクリプションをモデル化するために使用されます。
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.38 NAME 'uddiv3SubscriptionKey' DESC 'UDDIv3購読一意識別子' 平等caseIgnoreMatch SYNTAX 1.3.6.1.4.1.1466.115.121.1.15単一値）
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.
この属性は、save_subscriptionのAPI、すなわち、登録したサブスクリプションとフィルタリングの基準として指定された照会APIの一部として指定UDDIv3サブスクリプションのフィルターが含まれています。フィルタリング基準レジストリレコードのサブセットへのサブスクリプションの有効範囲を制限します。 get_xxとのfind_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 NAME 'uddiv3SubscriptionFilter' DESC 'UDDIv3加入フィルタ' EQUALITY caseIgnoreMatch SYNTAX 1.3.6.1.4.1.1466.115.121.1.15単一値）
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.
この属性は、通知間隔の文字列が含まれています。期間と非同期変更通知を加入者に提供される頻度を指定します。これは、タイプXSDのです。
( 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 NAME 'uddiv3NotificationInterval' DESC 'UDDIv3通知間隔' 平等caseIgnoreMatch SYNTAX 1.3.6.1.4.1.1466.115.121.1.15単一値）
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.41 NAME 'uddiv3MaxEntities' DESC 'UDDIv3購読maxEntitiesフィールド' 平等integerMatch SYNTAX 1.3.6.1.4.1.1466.115.121.1.27単一値）
This attribute specifies the Expiry Time associated with a subscription. It is of the XML Schema type xsd:dateTime.
この属性は、サブスクリプションに関連付けられている有効期限を指定します。これは、XMLスキーマ・タイプの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.42 NAME 'uddiv3ExpiresAfter' DESC 'UDDIv3購読ExpiresAfterフィールド' EQUALITY generalizedTimeMatch SYNTAX 1.3.6.1.4.1.1466.115.121.1.24単一値）
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.
この属性は、サブスクリプション・エンティティに関連する簡単な応答のためのブール値のフラグです。これは、詳細レベルは、サブスクリプション・リスナーに戻って制御します。省略時のデフォルトは「false」です。 「真」に設定すると、それはサブスクリプションの結果はsubscriptionFilterにマッチしたエンティティのすべてを一覧表示、keyBagの形で加入者に返されることを示しています。
( 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.43 NAME 'uddiv3BriefResponse' DESC 'UDDIv3購読ExpiresAfterフィールド' EQUALITY booleanMatch SYNTAX 1.3.6.1.4.1.1466.115.121.1.7単一値）
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.
これは、死亡記事エントリuddiv3EntityObituaryとして記録されるコアUDDIデータ構造の特定のインスタンスの一意UDDIv3識別子です。ときコアUDDIv3エンティティが削除されたエントリのv3のキーがuddiv3EntityKey属性の一部としてログに記録されている、削除され、このUDDIエンティティに対して登録アクティブなサブスクリプションがあり、死亡記事エントリが作成されています。
( 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.44 NAME 'uddiv3EntityKey' DESC 'UDDIv3エンティティの一意の識別子' 平等caseIgnoreMatch SYNTAX 1.3.6.1.4.1.1466.115.121.1.15単一値）
This attribute is used to log the original Creation Time for a UDDI Entity that is deleted in the uddiv3EntityObituary entry.
この属性はuddiv3EntityObituaryエントリに削除されたUDDIエンティティの元の作成時間を記録するために使用されています。
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で使用されています。移動BS操作が原因多くのLDAPv3サーバにサブツリーを移動するためのサポートの欠如にBTサブツリーを削除して再作成する必要があります。この属性は、移動中に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 NAME 'uddiv3EntityCreationTime' DESC 'UDDIv3エンティティ作成時間' 平等generalizedTimeMatch SYNTAX 1.3.6.1.4.1.1466.115.121.1.24単一値）
This attribute is used to log the entity deletion time for a UDDI Entity that is deleted in the uddiv3EntityObituary entry.
この属性は、uddiv3EntityObituaryエントリに削除されたUDDIエンティティのエンティティの削除時間を記録するために使用されます。
( 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 NAME 'uddiv3EntityDeletionTime' DESC 'UDDIv3エンティティ削除時間' 平等generalizedTimeMatch SYNTAX 1.3.6.1.4.1.1466.115.121.1.24単一値）
The OIDs for the object classes in this document have been registered by the IANA.
この文書に記載されているオブジェクトクラスのOIDはIANAによって登録されています。
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.1 NAME 'uddiBusinessEntity' SUPトップSTRUCTURAL MUST（uddiBusinessKey $ uddiName）MAY（uddiAuthorizedName $ uddiOperator $ uddiDiscoveryURLs $ uddiDescription $ uddiIdentifierBag $ uddiCategoryBag $ uddiv3BusinessKey $ uddiv3DigitalSignature $ uddiv3EntityModificationTime $ uddiv3NodeId））
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.2 NAME 'uddiContact' SUPトップSTRUCTURAL MUST（uddiPersonName $ uddiUUID）MAY（uddiUseType $ uddiDescription $ uddiPhone $ uddiEMail））
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.3 NAME 'uddiAddress' SUPトップSTRUCTURAL MUST（uddiUUID）MAY（uddiUseType $ uddiSortCode $ uddiTModelKey $ uddiv3TmodelKey $ uddiAddressLine $ uddiLang））
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.4 NAME 'uddiBusinessService' SUPトップSTRUCTURAL MUST（uddiServiceKey）MAY（uddiName $ uddiBusinessKey $ uddiDescription $ uddiCategoryBag $ uddiIsProjection $ uddiv3ServiceKey $ uddiv3BusinessKey $ uddiv3DigitalSignature $ uddiv3EntityCreationTime $ uddiv3EntityModificationTime $ uddiv3NodeId））
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.5 NAME 'uddiBindingTemplate' SUPトップSTRUCTURAL MUST（uddiBindingKey）MAY（uddiServiceKey $ uddiDescription $ uddiAccessPoint $ uddiHostingRedirector uddiCategoryBag $ uddiv3BindingKey $ uddiv3ServiceKey $ uddiv3DigitalSignature $ uddiv3EntityCreationTime $ uddiv3NodeId））
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.6 NAME 'uddiTModelInstanceInfo' SUPトップSTRUCTURAL MUST（uddiTModelKey）MAY（uddiDescription $ uddiInstanceDescription $ uddiInstanceParms $ uddiOverviewDescription $ uddiOverviewURL $ uddiv3TmodelKey））
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.7 NAME 'uddiTModel' SUPトップSTRUCTURAL MUST（uddiTModelKey $ uddiName）MAY（uddiAuthorizedName $ uddiOperator $ uddiDescription $ uddiOverviewDescription $ uddiOverviewURL $ uddiIdentifierBag $ uddiCategoryBag $ uddiIsHidden uddiv3TModelKey $ uddiv3DigitalSignature $ uddiv3NodeId））
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.8 NAME 'uddiPublisherAssertion' SUPトップSTRUCTURAL MUST（uddiFromKey $ uddiToKey $ uddiKeyedReference $ uddiUUID）MAY（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」接頭辞を持っています。
This structural object class represents a Subscription entity.
この構造的なオブジェクトのクラスは、サブスクリプションエンティティを表します。
( 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.9 NAME 'uddiv3Subscription' SUPトップSTRUCTURAL MUST（uddiv3SubscriptionFilter $ uddiUUID）MAY（uddiAuthorizedName $ uddiv3SubscriptionKey $ uddiv3BindingKey $ uddiv3NotificationInterval $ uddiv3MaxEntities $ uddiv3ExpiresAfter $ uddiv3BriefResponse $ uddiv3NodeId））
This structural object class represents an Obituary entry for and stores obituary information for deleted UDDIv3 entities needed for handling subscriptions.
この構造的なオブジェクトのクラスは、のために死亡記事のエントリーを表し、サブスクリプションを処理するために必要な削除UDDIv3エンティティの死亡記事情報を格納します。
( 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.10 NAME 'uddiv3EntityObituary' SUPトップSTRUCTURAL MUST（uddiv3EntityKey $ uddiUUID）MAY（uddiAuthorizedName $ uddiv3EntityCreationTime $ uddiv3EntityDeletionTime $ uddiv3NodeId））
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.
このドキュメントの構造規則のためのOIDはIANAによって登録されています。
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 ) )
（1.3.6.1.1.10.15.1 NAME 'uddiBusinessEntityNameForm' OC uddiBusinessEntityのMUST（uddiBusinessKey））
This name form defines the naming attribute for a contact.
この名前の形式は、連絡先の名前付け属性を定義します。
( 1.3.6.1.1.10.15.2 NAME 'uddiContactNameForm' OC uddiContact MUST ( uddiUUID ) )
（1.3.6.1.1.10.15.2 NAME 'uddiContactNameForm' OC uddiContactのMUST（uddiUUID））
This name form defines the naming attribute for an address.
この名前の形式は、アドレスのネーミング属性を定義します。
( 1.3.6.1.1.10.15.3 NAME 'uddiAddressNameForm' OC uddiAddress MUST ( uddiUUID ) )
（1.3.6.1.1.10.15.3 NAME 'uddiAddressNameForm' OC uddiAddressのMUST（uddiUUID））
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 ) )
（1.3.6.1.1.10.15.4 NAME 'uddiBusinessServiceNameForm' OC uddiBusinessServiceのMUST（uddiServiceKey））
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 ) )
（1.3.6.1.1.10.15.5 NAME 'uddiBindingTemplateNameForm' OC uddiBindingTemplateのMUST（uddiBindingKey））
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 ) )
（1.3.6.1.1.10.15.6 NAME 'uddiTModelInstanceInfoNameForm' OC uddiTModelInstanceInfoのMUST（uddiTModelKey））
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 ) )
（1.3.6.1.1.10.15.7 NAME 'uddiTModelNameForm' OC uddiTModelのMUST（uddiTModelKey））
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 ) )
（1.3.6.1.1.10.15.8 NAME 'uddiPublisherAssertionNameForm' OC uddiPublisherAssertionのMUST（uddiUUID））
This name form defines the naming attribute for a Subscription.
この名前の形式は、契約のネーミング属性を定義します。
( 1.3.6.1.1.10.15.9 NAME 'uddiv3SubscriptionNameForm' OC uddiv3Subscription MUST ( uddiUUID ) )
（1.3.6.1.1.10.15.9 NAME 'uddiv3SubscriptionNameForm' OC uddiv3SubscriptionのMUST（uddiUUID））
This name form defines the naming attribute for an Entity Obituary.
この名前の形式は、エンティティの死亡記事のネーミング属性を定義します。
( 1.3.6.1.1.10.15.10 NAME 'uddiv3EntityObituaryNameForm' OC uddiv3EntityObituary MUST ( uddiUUID ) )
（1.3.6.1.1.10.15.10 NAME 'uddiv3EntityObituaryNameForm' OC uddiv3EntityObituaryのMUST（uddiUUID））
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.
ここで定義されたルール識別子は、構造規則との関係を示して注意してください。実装は異なる識別子を使用することができますが、同じ階層モデルに従わなければなりません。
( 1
NAME 'uddiBusinessEntityStructureRule'
FORM uddiBusinessEntityNameForm
)
This structure rule defines the object class containment for a contact.
この構造規則は、コンタクトのためのオブジェクト・クラスの封じ込めを定義します。
( 2 NAME 'uddiContactStructureRule' FORM uddiContactNameForm SUP ( 1 ) )
（2 NAME 'uddiContactStructureRule' FORM uddiContactNameForm SUP（1））
This structure rule defines the object class containment for an address.
この構造規則は、アドレスのためのオブジェクトクラスの封じ込めを定義します。
( 3 NAME 'uddiAddressStructureRule' FORM uddiAddressNameForm SUP ( 2 ) )
（3 NAME 'uddiAddressStructureRule' FORM uddiAddressNameForm SUP（2））
This structure rule defines the object class containment for a businessService.
この構造規則はbusinessServiceにするためのオブジェクト・クラスの封じ込めを定義します。
( 4 NAME 'uddiBusinessServiceStructureRule' FORM uddiBusinessServiceNameForm SUP ( 1 ) )
（4 NAME 'uddiBusinessServiceStructureRule' FORM uddiBusinessServiceNameForm SUP（1））
This structure rule defines the object class containment for a bindingTemplate.
この構造規則はbindingTemplateのためのオブジェクト・クラスの封じ込めを定義します。
( 5 NAME 'uddiBindingTemplateStructureRule' FORM uddiBindingTemplateNameForm SUP ( 4 ) )
（5 NAME 'uddiBindingTemplateStructureRule' FORM uddiBindingTemplateNameForm SUP（4））
This structure rule defines the object class containment for a tModelInstanceInfo.
この構造規則はtModelInstanceInfoのオブジェクトクラスの封じ込めを定義します。
( 6 NAME 'uddiTModelInstanceInfoStructureRule' FORM uddiTModelInstanceInfoNameForm SUP ( 5 ) )
（6 NAME 'uddiTModelInstanceInfoStructureRule' FORM uddiTModelInstanceInfoNameForm SUP（5））
( 7
NAME 'uddiTModelStructureRule'
FORM uddiTModelNameForm
)
( 8
NAME 'uddiPublisherAssertionStructureRule'
FORM uddiPublisherAssertionNameForm
)
( 9
NAME 'uddiv3SubscriptionStructureRule'
FORM uddiv3SubscriptionNameForm
)
( 10
NAME 'uddiv3EntityObituaryStructureRule'
FORM uddiv3EntityObituaryNameForm
)
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エンティティに署名することができます。
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エンティティは、パブリッシャ/所有者を特定するLDAP DNが含まれているuddiAuthorizedName属性を持っています。参照先のLDAPオブジェクトは、UDDIエンティティの整合性検証のためのレジストリクライアントへの署名者の公開鍵を提供することができます。
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]セキュリティ上の考慮事項が適用されます。 UDDIのいくつかは、そのようなサービスのためのAccessPointsは機密情報が含まれていてもよいような属性。強力な認証メカニズムとデータの整合性/機密性サービス[RFC2829] [RFC2830]の使用が推奨されます。
Refer to RFC 3383, "Internet Assigned Numbers Authority (IANA) Considerations for the Lightweight Directory Access Protocol (LDAP)" [RFC3383].
RFC 3383を参照してください、 "IANA（Internet Assigned Numbers Authority）のライトウェイトディレクトリアクセスプロトコル（LDAP）に関する考慮事項" [RFC3383]。
The IANA has registered an LDAP Object Identifier for use in this technical specification, according to the following template:
IANAは以下のテンプレートによると、この技術仕様書で使用するLDAPオブジェクト識別子を登録しています：
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.
件名：LDAP OID登録人とEメールアドレスの要求詳細のために連絡する：ブルース・Bergeson（bruce.bergeson@novell.com）仕様：RFC 4403著者/変更コントローラ：IESGはコメント：割り当てられたOID（10）として使用されますこの文書で定義されたUDDIスキーマ要素の数を識別するためのベース。
The IANA has registered the LDAP Descriptors used in this technical specification as detailed in the following template:
IANAは、次のテンプレートで説明するように、この技術仕様書で使用されるLDAP記述子を登録しています：
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:
件名：LDAP記述子の登録更新記述子のための要求（ショートネーム）：テーブルのオブジェクト識別子を参照してください。詳細のために連絡するテーブル人とEメールアドレスを参照してください。ブルース・Bergeson（bruce.bergeson@novell.com）使用法：参照テーブル仕様：RFC 4403著者/変更コントローラ：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
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
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
where Type A is Attribute, Type O is ObjectClass, Type N is NameForm
タイプAは属性であり、O型があるのObjectClass、タイプNはNameFormです
These assignments have been recorded in the following registry:
これらの割り当ては、次のレジストリに記録されています：
http://www.iana.org/assignments/ldap-parameters
ｈっｔｐ：／／ｗっｗ。いあな。おｒｇ／あっしｇんめんｔｓ／ｌだｐーぱらめてｒｓ
[LDAPv3] Hodges, J. and R. Morgan, "Lightweight Directory Access Protocol (v3): Technical Specification", RFC 3377, September 2002.
[のLDAPv3]ホッジス、J.とR.モルガン、 "ライトウェイトディレクトリアクセスプロトコル（v3の）：技術仕様"、RFC 3377、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）：属性の構文定義"、RFC 2252、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.03データ構造のリファレンス、" 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.04 API仕様"、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.、 "要件レベルを示すためにRFCsにおける使用のためのキーワード"、BCP 14、RFC 2119、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のための認証方法"、RFC 2829、2000年5月。
[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の）：トランスポート層セキュリティのための拡張"、RFC 2830、2000年5月。
[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.、 "IANA（Internet Assigned Numbers Authority）のライトウェイトディレクトリアクセスプロトコル（LDAP）に関する考慮事項"、BCP 64、RFC 3383、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（Second Editionの）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、 "統一資源識別子（URI）：一般的な構文"、STD 66、RFC 3986、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.、ゲティス、J.、モーグル、J.、Frystyk、H.、Masinter、L.、リーチ、P.、およびT.バーナーズ - リー、 "ハイパーテキスト転送プロトコル - HTTP / 1.1" 、RFC 2616、1999年6月。
Authors' Addresses
著者のアドレス
Bruce Bergeson Novell, Inc. 1800 S Novell Place Provo, UT 84606
ブルースBergesonノベル株式会社1800 Sノベル場所プロボ、UT 84606
Phone: +1 801 861 3854 EMail: bruce.bergeson@novell.com
電話：+1 801 861 3854 Eメール：bruce.bergeson@novell.com
Kent Boogert Novell, Inc. 1800 S Novell Place Provo, UT 84606
ケントBoogertノベル株式会社1800 Sノベル場所プロボ、UT 84606
Phone: +1 801 861 3212 EMail: kent.boogert@novell.com
電話：+1 801 861 3212 Eメール：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 OracleのインドのPvt。株式会社レキシントンタワーズ、プレステージセントジョンズウッズ＃18、第二クロスロード、Chikka Audugodi、バンガロール560029インド
Phone: +11 9180 4108 5000 EMail: vijay.nanjundaswamy@oracle.com
電話：+11 9180 4108 5000 Eメール：vijay.nanjundaswamy@oracle.com
Full Copyright Statement
完全な著作権声明
Copyright (C) The Internet Society (2006).
著作権（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.
この文書では、BCP 78に含まれる権利と許可と制限の適用を受けており、その中の記載を除いて、作者は彼らのすべての権利を保有します。
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.
この文書とここに含まれている情報は、基礎とCONTRIBUTOR「そのまま」、ORGANIZATION HE / SHEが表すまたはインターネットソサエティおよびインターネット・エンジニアリング・タスク・フォース放棄すべての保証、明示または、（もしあれば）後援ISに設けられています。黙示、情報の利用は、特定の目的に対する権利または商品性または適合性の黙示の保証を侵害しない任意の保証含むがこれらに限定されません。
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は、本書またはそのような権限下で、ライセンスがたりないかもしれない程度に記載された技術の実装や使用に関係すると主張される可能性があります任意の知的財産権やその他の権利の有効性または範囲に関していかなる位置を取りません利用可能です。またそれは、それがどのような権利を確認する独自の取り組みを行ったことを示すものでもありません。 RFC文書の権利に関する手続きの情報は、BCP 78およびBCP 79に記載されています。
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リポジトリから。
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エディタ機能のための資金は、IETF管理サポート活動（IASA）によって提供されます。