Network Working Group K. Zeilenga, Ed.
Request for Comments: 3698 OpenLDAP Foundation
Updates: 2798 February 2004
Category: Standards Track
Lightweight Directory Access Protocol (LDAP):
Additional Matching Rules
Status of this Memo
このメモの位置付け
This document specifies an Internet standards track protocol for the Internet community, and requests discussion and suggestions for improvements. Please refer to the current edition of the "Internet Official Protocol Standards" (STD 1) for the standardization state and status of this protocol. Distribution of this memo is unlimited.
この文書は、インターネットコミュニティのためのインターネット標準トラックプロトコルを指定し、改善のための議論と提案を要求します。このプロトコルの標準化状態と状態への「インターネット公式プロトコル標準」（STD 1）の最新版を参照してください。このメモの配布は無制限です。
Copyright Notice
著作権表示
Copyright (C) The Internet Society (2004). All Rights Reserved.
著作権（C）インターネット協会（2004）。全著作権所有。
Abstract
抽象
This document provides a collection of matching rules for use with the Lightweight Directory Access Protocol (LDAP). As these matching rules are simple adaptations of matching rules specified for use with the X.500 Directory, most are already in wide use.
この文書では、Lightweight Directory Access Protocol（LDAP）を使用するための規則に合致するのコレクションを提供します。これらのマッチングルールはX.500ディレクトリで使用するために指定された一致規則の簡単な適応であるため、ほとんどが広いすでに使用されています。
Table of Contents
目次
1. Background and Intended Use. . . . . . . . . . . . . . . . . . 2
2. Matching Rules . . . . . . . . . . . . . . . . . . . . . . . . 2
2.1. booleanMatch . . . . . . . . . . . . . . . . . . . . . . 2
2.2. caseExactMatch . . . . . . . . . . . . . . . . . . . . . 2
2.3. caseExactOrderingMatch . . . . . . . . . . . . . . . . . 3
2.4. caseExactSubstringsMatch . . . . . . . . . . . . . . . . 3
2.5. caseIgnoreListSubstringsMatch. . . . . . . . . . . . . . 3
2.6. directoryStringFirstComponentMatch . . . . . . . . . . . 4
2.7. integerOrderingMatch . . . . . . . . . . . . . . . . . . 4
2.8. keywordMatch . . . . . . . . . . . . . . . . . . . . . . 4
2.9. numericStringOrderingMatch . . . . . . . . . . . . . . . 5
2.10. octetStringOrderingMatch . . . . . . . . . . . . . . . . 5
2.11. storedPrefixMatch. . . . . . . . . . . . . . . . . . . . 5
2.12. wordMatch. . . . . . . . . . . . . . . . . . . . . . . . 6
3. Security Considerations. . . . . . . . . . . . . . . . . . . . 6
4. IANA Considerations. . . . . . . . . . . . . . . . . . . . . . 6
5. Acknowledgments. . . . . . . . . . . . . . . . . . . . . . . . 7
6. References . . . . . . . . . . . . . . . . . . . . . . . . . . 7
6.1. Normative References . . . . . . . . . . . . . . . . . . 7
6.2. Informative References . . . . . . . . . . . . . . . . . 7
7. Author's Address . . . . . . . . . . . . . . . . . . . . . . . 8
8. Full Copyright Statement . . . . . . . . . . . . . . . . . . . 9
This document adapts additional X.500 Directory [X.500] matching rules [X.520] for use with the Lightweight Directory Access Protocol (LDAP) [RFC3377]. Most of these rules are widely used today on the Internet, such as in support of the inetOrgPerson [RFC2798] and Policy Core Information Model [RFC3703] LDAP schemas. The rules are applicable to many other applications.
この文書では、Lightweight Directory Access Protocol（LDAP）[RFC3377]で使用するための追加のX.500ディレクトリ[X.500]マッチングルール[X.520]を適応させます。これらの規則のほとんどは広く、そのようなinetOrgPersonの[RFC2798]と方針コア情報モデル[RFC3703] LDAPスキーマのサポートのように、インターネット上で今日使用されています。ルールは、他の多くのアプリケーションに適用されます。
This document supersedes the informational matching rules descriptions provided in RFC 2798 that are now provided in this document. Specifically, section 2 of this document replaces section 9.3.3 of RFC 2798.
この文書では、今、この文書で提供されているRFC 2798で提供情報のマッチングルールの説明を優先します。具体的には、このドキュメントのセクション2は、RFC 2798のセクション9.3.3を置き換えます。
Schema definitions are provided using LDAP description formats [RFC2252]. Definitions provided here are formatted (line wrapped) for readability.
スキーマ定義は、LDAP記述形式[RFC2252]を使用して提供されます。ここで提供される定義は、読みやすくするために（ラップラインを）フォーマットされています。
The booleanMatch rule compares for equality a asserted Boolean value with an attribute value of BOOLEAN syntax. The rule returns TRUE if and only if the values are the same, i.e., both are TRUE or both are FALSE. (Source: X.520)
booleanMatchルールはBOOLEAN構文の属性値と等しいかどうかアサートブール値を比較します。ルールがあればTRUEを返し、値、すなわち、両方がTRUEであるか、または両方がFALSEであり、同じである場合にのみ。 （出典：X.520）
( 2.5.13.13 NAME 'booleanMatch'
SYNTAX 1.3.6.1.4.1.1466.115.121.1.7 )
The BOOLEAN (1.3.6.1.4.1.1466.115.121.1.7) syntax is described in [RFC2252].
BOOLEAN（1.3.6.1.4.1.1466.115.121.1.7）構文は、[RFC2252]に記載されています。
The caseExactMatch rule compares for equality the asserted value with an attribute value of DirectoryString syntax. The rule is identical to the caseIgnoreMatch [RFC2252] rule except that case is not ignored. (Source: X.520)
CaseExactMatchのルールはDirectoryString構文の属性値と等しいかどうかアサート値とを比較します。ルールは無視されない場合を除いcaseIgnoreMatch [RFC2252]のルールと同一です。 （出典：X.520）
( 2.5.13.5 NAME 'caseExactMatch'
SYNTAX 1.3.6.1.4.1.1466.115.121.1.15 )
The DirectoryString (1.3.6.1.4.1.1466.115.121.1.15) syntax is described in [RFC2252].
DirectoryString（1.3.6.1.4.1.1466.115.121.1.15）構文は、[RFC2252]に記載されています。
The caseExactOrderingMatch rule compares the collation order of the asserted string with an attribute value of DirectoryString syntax. The rule is identical to the caseIgnoreOrderingMatch [RFC2252] rule except that letters are not folded. (Source: X.520)
caseExactOrderingMatchルールはDirectoryString構文の属性値を持つアサート文字列の照合順序を比較します。規則は、文字が折り畳まれていないことを除いてcaseIgnoreOrderingMatch [RFC2252]のルールと同一です。 （出典：X.520）
( 2.5.13.6 NAME 'caseExactOrderingMatch'
SYNTAX 1.3.6.1.4.1.1466.115.121.1.15 )
The DirectoryString (1.3.6.1.4.1.1466.115.121.1.15) syntax is described in [RFC2252].
DirectoryString（1.3.6.1.4.1.1466.115.121.1.15）構文は、[RFC2252]に記載されています。
The caseExactSubstringsMatch rule determines whether the asserted value(s) are substrings of an attribute value of DirectoryString syntax. The rule is identical to the caseIgnoreSubstringsMatch [RFC2252] rule except that case is not ignored. (Source: X.520)
caseExactSubstringsMatchルールがアサート値（s）はDirectoryString構文の属性値の部分文字列であるか否かを判断します。ルールは無視されない場合を除いcaseIgnoreSubstringsMatch [RFC2252]のルールと同一です。 （出典：X.520）
( 2.5.13.7 NAME 'caseExactSubstringsMatch'
SYNTAX 1.3.6.1.4.1.1466.115.121.1.58 )
The SubstringsAssertion (1.3.6.1.4.1.1466.115.121.1.58) syntax is described in [RFC2252].
SubstringsAssertion（1.3.6.1.4.1.1466.115.121.1.58）構文は、[RFC2252]に記載されています。
The caseIgnoreListSubstringMatch rule compares the asserted substring with an attribute value which is a sequence of DirectoryStrings, but where the case (upper or lower) is not significant for comparison purposes. The asserted value matches a stored value if and only if the asserted value matches the string formed by concatenating the strings of the stored value. This matching is done according to the caseIgnoreSubstringsMatch [RFC2252] rule; however, none of the initial, any, or final values of the asserted value are considered to match a substring of the concatenated string which spans more than one of the strings of the stored value. (Source: X.520)
caseIgnoreListSubstringMatchルールはDirectoryStringsの配列である属性値でアサートサブストリングを比較したが、ケース（上または下）は、比較の目的のために重要でない場合。アサートされた値がアサートされた値が格納された値の文字列を連結することによって形成された文字列と一致する場合にのみ保存された値と一致します。このマッチングはcaseIgnoreSubstringsMatch [RFC2252]のルールに従って行われます。しかし、初期のいずれも、アサートされた値のいずれか、または最終値が格納された値のストリングの複数にまたがる連結された文字列の部分文字列と一致するように考慮されていません。 （出典：X.520）
( 2.5.13.12 NAME 'caseIgnoreListSubstringsMatch'
SYNTAX 1.3.6.1.4.1.1466.115.121.1.58 )
The SubstringsAssertion (1.3.6.1.4.1.1466.115.121.1.58) syntax is described in [RFC2252].
SubstringsAssertion（1.3.6.1.4.1.1466.115.121.1.58）構文は、[RFC2252]に記載されています。
The directoryStringFirstComponentMatch rule compares for equality the asserted DirectoryString value with an attribute value of type SEQUENCE whose first component is mandatory and of type DirectoryString. The rule returns TRUE if and only if the attribute value has a first component whose value matches the asserted DirectoryString using the rules of caseIgnoreMatch [RFC2252]. A value of the assertion syntax is derived from a value of the attribute syntax by using the value of the first component of the SEQUENCE. (Source: X.520)
directoryStringFirstComponentMatchルールは、第一成分の必須及びタイプDirectoryStringである型配列の属性値と等しいかどうかアサートDirectoryString値とを比較します。ルールがあればTRUEを返し、属性値は、その値caseIgnoreMatchの規則を使用してアサートDirectoryStringと一致する[RFC2252]第一の成分がある場合にのみ。アサーション構文の値は、シーケンスの最初の要素の値を用いて、属性構文の値から導出されます。 （出典：X.520）
( 2.5.13.31 NAME 'directoryStringFirstComponentMatch'
SYNTAX 1.3.6.1.4.1.1466.115.121.1.15 )
The DirectoryString (1.3.6.1.4.1.1466.115.121.1.15) syntax is described in [RFC2252].
DirectoryString（1.3.6.1.4.1.1466.115.121.1.15）構文は、[RFC2252]に記載されています。
The integerOrderingMatch rule compares the ordering of the asserted integer with an attribute value of INTEGER syntax. The rule returns True if the attribute value is less than the asserted value. (Source: X.520)
integerOrderingMatchルールはINTEGER構文の属性値をアサート整数の順序を比較します。属性値がアサート値より小さい場合、ルールはTrueを返します。 （出典：X.520）
( 2.5.13.15 NAME 'integerOrderingMatch'
SYNTAX 1.3.6.1.4.1.1466.115.121.1.27 )
The INTEGER (1.3.6.1.4.1.1466.115.121.1.27) syntax is described in [RFC2252].
INTEGER（1.3.6.1.4.1.1466.115.121.1.27）構文は、[RFC2252]に記載されています。
The keywordMatch rule compares the asserted string with keywords in an attribute value of DirectoryString syntax. The rule returns TRUE if and only if the asserted value matches any keyword in the attribute value. The identification of keywords in an attribute value and of the exactness of match are both implementation specific. (Source: X.520)
キーワード一致ルールはDirectoryString構文の属性値のキーワードでアサートさの文字列を比較します。そしてアサート値が属性値のいずれかのキーワードに一致する場合にだけルールがTRUEを返します。属性値と一致の正確のキーワードの識別は、特定の両方の実装です。 （出典：X.520）
( 2.5.13.33 NAME 'keywordMatch'
SYNTAX 1.3.6.1.4.1.1466.115.121.1.15 )
The DirectoryString (1.3.6.1.4.1.1466.115.121.1.15) syntax is described in [RFC2252].
DirectoryString（1.3.6.1.4.1.1466.115.121.1.15）構文は、[RFC2252]に記載されています。
The numericStringOrderingMatch rule compares the collation order of the asserted string with an attribute value of NumericString syntax. The rule is identical to the caseIgnoreOrderingMatch [RFC2252] rule except that all space characters are skipped during comparison (case is irrelevant as characters are numeric). (Source: X.520)
numericStringOrderingMatchルールはNumericString構文の属性値を持つアサート文字列の照合順序を比較します。ルールは、すべての空白文字を比較（文字が数字である場合としては、無関係である）中にスキップされていることを除いcaseIgnoreOrderingMatch [RFC2252]のルールと同一です。 （出典：X.520）
( 2.5.13.9 NAME 'numericStringOrderingMatch'
SYNTAX 1.3.6.1.4.1.1466.115.121.1.36 )
The NumericString (1.3.6.1.4.1.1466.115.121.1.36) syntax is described in [RFC2252].
NumericString（1.3.6.1.4.1.1466.115.121.1.36）構文は、[RFC2252]に記載されています。
The octetStringOrderingMatch rule compares the collation order of the asserted octet string with an attribute value of OCTET STRING syntax. The rule compares octet strings from first octet to last octet, and from the most significant bit to the least significant bit within the octet. The first occurrence of a different bit determines the ordering of the strings. A zero bit precedes a one bit. If the strings are identical but contain different numbers of octets, the shorter string precedes the longer string. (Source: X.520)
octetStringOrderingMatchルールは、オクテット文字列の構文の属性値を持つアサートオクテット文字列の照合順序を比較します。ルールは、オクテット内の最後のオクテットに、最上位ビットから最下位ビットへの最初のオクテットからのオクテット文字列を比較します。異なるビットの最初の発生は、文字列の順序を決定します。ゼロビットが1ビットに先行します。文字列が同一であるが、オクテットの数が異なるが含まれている場合は、短い文字列が長い文字列の前に。 （出典：X.520）
( 2.5.13.18 NAME 'octetStringOrderingMatch'
SYNTAX 1.3.6.1.4.1.1466.115.121.1.40 )
The OCTET STRING (1.3.6.1.4.1.1466.115.121.1.40) syntax is described in [RFC2252].
オクテットSTRING（1.3.6.1.4.1.1466.115.121.1.40）構文は、[RFC2252]に記載されています。
The storedPrefixMatch rule determines whether an attribute value, whose syntax is DirectoryString is a prefix (i.e., initial substring) of the asserted value, without regard to the case (upper or lower) of the strings. The rule returns TRUE if and only if the attribute value is an initial substring of the asserted value with corresponding characters identical except possibly with regard to case. (Source: X.520)
storedPrefixMatchルールは、その構文DirectoryStringの属性値か否かを判断する文字列の（上部または下部）の場合に関係なくアサートされた値のプレフィックス（すなわち、最初のサブストリング）です。ルールがあればTRUEを返し、属性値は、おそらくケースに関して以外は同一の対応する文字とアサート値の最初の部分である場合にのみ。 （出典：X.520）
( 2.5.13.41 NAME 'storedPrefixMatch'
SYNTAX 1.3.6.1.4.1.1466.115.121.1.15 )
Note: This rule can be used, for example, to compare values in the Directory which are telephone area codes with a purported value which is a telephone number.
注：このルールを使用することができ、例えば、電話番号である主張値との電話エリアコードされているディレクトリの値を比較します。
The DirectoryString (1.3.6.1.4.1.1466.115.121.1.15) syntax is described in [RFC2252].
DirectoryString（1.3.6.1.4.1.1466.115.121.1.15）構文は、[RFC2252]に記載されています。
The wordMatch rule compares the asserted string with words in an attribute value of DirectoryString syntax. The rule returns TRUE if and only if the asserted word matches any word in the attribute value. Individual word matching is as for the caseIgnoreMatch [RFC2252] matching rule. The precise definition of a "word" is implementation specific. (Source: X.520)
wordMatchルールはDirectoryString構文の属性値の言葉で表明さの文字列を比較します。ルールがあればTRUEを返し、アサート単語は、属性値に任意の単語と一致する場合のみ。個々の単語マッチングはcaseIgnoreMatch [RFC2252]マッチングルールの通りです。 「単語」の正確な定義は実装固有のものです。 （出典：X.520）
( 2.5.13.32 NAME 'wordMatch'
SYNTAX 1.3.6.1.4.1.1466.115.121.1.15 )
The DirectoryString (1.3.6.1.4.1.1466.115.121.1.15) syntax is described in [RFC2252].
DirectoryString（1.3.6.1.4.1.1466.115.121.1.15）構文は、[RFC2252]に記載されています。
General LDAP security considerations [RFC3377] is applicable to the use of this schema. Additional considerations are noted above where appropriate.
一般的なLDAPセキュリティの考慮事項[RFC3377]は、このスキーマの使用に適用されます。その他の考慮事項は、適切な場合には、上記記載されています。
The Internet Assigned Numbers Authority (IANA) has updated the LDAP descriptors registry [RFC3383] as indicated in the following template:
IANA（Internet Assigned Numbers Authority）は、次のテンプレートに示すように、LDAP記述子レジストリ[RFC3383]を更新しました：
Subject: Request for LDAP Descriptor Registration Update
Descriptor (short name): see comment
Object Identifier: see comments
Person & email address to contact for further information:
Kurt Zeilenga <kurt@OpenLDAP.org>
Usage: see comments
Specification: RFC 3698
Author/Change Controller: IESG
Comments:
The following descriptors have been added:
次の記述子が追加されました。
NAME Type OID
------------------------ ---- ---------
booleanMatch M 2.5.13.13
caseExactMatch M 2.5.13.5
caseExactOrderingMatch M 2.5.13.6
caseExactSubstringsMatch M 2.5.13.7
caseIgnoreListSubstringsMatch M 2.5.13.12
directoryStringFirstComponentMatch M 2.5.13.31
integerOrderingMatch M 2.5.13.15
keywordMatch M 2.5.13.33
numericStringOrderingMatch M 2.5.13.9
octetStringOrderingMatch M 2.5.13.18
storedPrefixMatch M 2.5.13.41
wordMatch M 2.5.13.32
where Type M is Matching Rule.
どこタイプMは、ルールに一致しています。
This document makes no new OID assignments. It only associates LDAP matching rule descriptions with existing X.500 matching rules.
この文書は、新しいOIDの割り当てを行いません。それだけで、既存のX.500一致規則を持つLDAPのマッチングルールの説明を関連付けます。
This document borrows from [X.520], an ITU-T Recommendation.
この文書では、ITU-T勧告、[X.520]から借用します。
[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月。
[RFC3377] Hodges, J. and R. Morgan, "Lightweight Directory Access Protocol (v3): Technical Specification", RFC 3377, September 2002.
[RFC3377]ホッジス、J.とR.モルガン、 "ライトウェイトディレクトリアクセスプロトコル（v3の）：技術仕様"、RFC 3377、2002年9月。
[RFC2798] Smith, M., "The LDAP inetOrgPerson Object Class", RFC 2798, April 2000.
[RFC2798]スミス、M.、 "LDAP inetOrgPersonオブジェクト・クラス"、RFC 2798、2000年4月。
[RFC3383] Zeilenga, K., "IANA Considerations for LDAP", BCP 64 RFC 3383, September 2002.
[RFC3383] Zeilenga、K.、 "LDAPのためのIANAの考慮事項"、BCP 64、RFC 3383、2002年9月。
[RFC3703] Strassner, J., Moore, B., Moats, R. and E. Ellesson, "Policy Core LDAP Schema", RFC 3703, February 2004.
[RFC3703] Strassner、J.、ムーア、B.、堀、R.とE. Ellesson、 "ポリシーコアLDAPスキーマ"、RFC 3703、2004年2月。
[X.500] International Telecommunication Union - Telecommunication Standardization Sector, "The Directory -- Overview of concepts, models and services," X.500(1993) (also ISO/IEC 9594-1:1994).
[X.500]国際電気通信連合 - 電気通信標準化部門、 "ディレクトリ - 概念、モデルとサービスの概要、" X.500（1993）（また、ISO / IEC 9594から1：1994）。
[X.520] International Telecommunication Union - Telecommunication Standardization Sector, "The Directory: Selected Attribute Types", X.520(1997).
[X.520]国際電気通信連合 - 電気通信標準化部門、 "ディレクトリ：選択した属性の種類"、X.520（1997）。
Kurt D. Zeilenga OpenLDAP Foundation
クルトD. ZeilengaのOpenLDAP財団
EMail: Kurt@OpenLDAP.org
メールアドレス：Kurt@OpenLDAP.org
Copyright (C) The Internet Society (2004). 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.
著作権（C）インターネット協会（2004）。この文書では、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 currently provided by the Internet Society.
RFC Editor機能のための基金は現在、インターネット協会によって提供されます。