RFC2079 日本語訳

Network Working Group                                          M. Smith
Request for Comments: 2079                      Netscape Communications
Category: Standards Track                                  January 1997

コメントを求めるワーキンググループM.スミスの要求をネットワークでつないでください: 2079年のネットスケープ・コミュニケーションズカテゴリ: 標準化過程1997年1月

   Definition of an X.500 Attribute Type and an Object Class to Hold
                  Uniform Resource Identifiers (URIs)

X.500属性タイプとUniform Resource Identifierを保持するオブジェクトのクラスの定義(URI)

Status of this Memo

この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.

このドキュメントは、インターネットコミュニティにインターネット標準化過程プロトコルを指定して、改良のために議論と提案を要求します。 このプロトコルの標準化状態と状態への「インターネット公式プロトコル標準」(STD1)の現行版を参照してください。 このメモの分配は無制限です。

Abstract

要約

   Uniform Resource Locators (URLs) are being widely used to specify the
   location of Internet resources.  There is an urgent need to be able
   to include URLs in directories that conform to the LDAP and X.500
   information models, and a desire to include other types of Uniform
   Resource Identifiers (URIs) as they are defined.  A number of
   independent groups are already experimenting with the inclusion of
   URLs in LDAP and X.500 directories.  This document builds on the
   experimentation to date and defines a new attribute type and an
   auxiliary object class to allow URIs, including URLs, to be stored in
   directory entries in a standard way.

Uniform Resource Locator(URL)は、インターネット資料の位置を指定するのに広く使用されています。 LDAPに一致しているディレクトリとX.500情報モデルにURLを含むことができる緊急の必要性、およびそれらが定義されるとき他のタイプのUniform Resource Identifier(URI)を含む願望があります。 多くの独立しているグループが既にLDAPとX.500ディレクトリでのURLの包含を実験しています。 このドキュメントは、URIを許容するためにこれまでの実験のときに建てて、新しい属性タイプと補助のオブジェクトのクラスを定義します、ディレクトリエントリーに標準の方法で保存されるためにURLを含んでいて。

Background and Intended Usage

バックグラウンドと意図している用法

   Uniform Resource Locators (URLs) as defined by [1] are the first of
   several types of Uniform Resource Identifiers (URIs) being defined by
   the IETF.  URIs are widely used on the Internet, most notably within
   Hypertext Markup Language [2] documents. This document defines an
   X.500 [3,4] attribute type called labeledURI and an auxiliary object
   class called labeledURIObject to hold all types of URIs, including
   URLs.  These definitions are designed for use in LDAP and X.500
   directories, and may be used in other contexts as well.

[1]によって定義されるUniform Resource Locator(URL)はIETFによって定義されるいくつかのタイプのUniform Resource Identifier(URI)の1番目です。 URIはハイパーテキストマークアップランゲージ[2]ドキュメントの中にインターネットで広く最も著しく使用されます。 このドキュメントはlabeledURIと呼ばれるX.500[3、4]属性タイプとすべてのタイプのURIを保持するためにlabeledURIObjectと呼ばれる補助のオブジェクトのクラスを定義します、URLを含んでいて。 これらの定義は、LDAPとX.500ディレクトリにおける使用のために設計されていて、また、他の文脈で使用されるかもしれません。

Smith                       Standards Track                     [Page 1]

RFC 2079          URI Attribute Type and Object Class       January 1997

スミス標準化過程[1ページ]RFC2079URI属性タイプとオブジェクトクラス1997年1月

Schema Definition of the labeledURI Attribute Type

labeledURI属性タイプの図式定義

   Name:             labeledURI
   ShortName:        None
   Description:      Uniform Resource Identifier with optional label
   OID:              umichAttributeType.57 (1.3.6.1.4.1.250.1.57)
   Syntax:           caseExactString
   SizeRestriction:  None
   SingleValued:     False

以下を命名してください。 labeledURI ShortName: なにも、記述: 任意のラベルOIDがあるUniform Resource Identifier: umichAttributeType.57、(1.3 .6 .1 .4 .1 .250 .1 .57)構文: caseExactString SizeRestriction: SingleValuedのいずれも:でない 誤る

Discussion of the labeledURI Attribute Type

labeledURI属性タイプの議論

   The labeledURI attribute type has the caseExactString syntax (since
   URIs are case-sensitive) and it is multivalued.  Values placed in the
   attribute should consist of a URI (at the present time, a URL)
   optionally followed by one or more space characters and a label.
   Since space characters are not allowed to appear un-encoded in URIs,
   there is no ambiguity about where the label begins.  At the present
   time, the URI portion must comply with the URL specification [1].
   Multiple labeledURI values will generally indicate different
   resources that are all related to the X.500 object, but may indicate
   different locations for the same resource.

labeledURI属性タイプには、caseExactString構文があります、そして、(URIが大文字と小文字を区別しているので)それは多値です。 属性に置かれた値は1つ以上の間隔文字が任意にあとに続いたURI(現在のURL)とラベルから成るべきです。 間隔文字がURIで暗号化されていなく見えることができないので、ラベルが始まるところに関してあいまいさが全くありません。 現在では、URI部分はURL仕様[1]に従わなければなりません。 複数のlabeledURI値が、すべてである異なったリソースがX.500オブジェクトに関連したのを一般に示しますが、同じリソースのために別の場所を示すかもしれません。

   The label is used to describe the resource to which the URI points,
   and is intended as a friendly name fit for human consumption.  This
   document does not propose any specific syntax for the label part.  In
   some cases it may be helpful to include in the label some indication
   of the kind and/or size of the resource referenced by the URI.

ラベルは、URIが指すリソースについて説明するのに使用されて、好意的な名前が人の食用に適したので、意図します。 このドキュメントはどんな特定の構文もラベル部分に提案しません。 いくつかの場合、ラベルにURIによって参照をつけられるリソースの種類、そして/または、サイズのいくつかのしるしを含んでいるのは役立っているかもしれません。

   Note that the label may include any characters allowed by the
   caseExactString syntax, but that the use of non-IA5 (non-ASCII)
   characters is discouraged as not all directory clients may handle
   them in the same manner.  If non-IA5 characters are included, they
   should be represented using the X.500 conventions, not the HTML
   conventions (e.g., the character that is an "a" with a ring above it
   should be encoded using the T.61 sequence 0xCA followed by an "a"
   character; do not use the HTML escape sequence "&aring").

ラベルがcaseExactString構文で許容されたどんなキャラクタも含むかもしれませんが、すべてのディレクトリクライアントが同じ方法で彼らを扱うというわけではないとき非IA5(非ASCII)キャラクタの使用がお勧めできないことに注意してください。 非IA5キャラクタが含まれているなら、彼らは、HTMLコンベンションではなく、X.500コンベンションを使用することで表されるべきです(例えばそれの上にリングがある“a"であるキャラクタは“a"キャラクタによって後をつけられたT.61系列0xCAを使用することでコード化されるべきです; HTMLエスケープシーケンス"å"を使用しないでください)。

Examples of labeledURI Attribute Values

labeledURI属性値に関する例

   An example of a labeledURI attribute value that does not include a
   label:

ラベルを含んでいないlabeledURI属性値に関する例:

                   ftp://ds.internic.net/rfc/rfc822.txt

ftp://ds.internic.net/rfc/rfc822.txt

Smith                       Standards Track                     [Page 2]

RFC 2079          URI Attribute Type and Object Class       January 1997

スミス標準化過程[2ページ]RFC2079URI属性タイプとオブジェクトクラス1997年1月

   An example of a labeledURI attribute value that contains a tilde
   character in the URL (special characters in a URL must be encoded as
   specified by the URL document [1]).  The label is "LDAP Home Page":

labeledURIに関する例はURLにティルドキャラクタを含む値を結果と考えます。(指定されるとしてURLドキュメント[1])でURLの特殊文字をコード化しなければなりません。 ラベルは「LDAPホームページ」です:

             http://www.umich.edu/%7Ersug/ldap/ LDAP Home Page

http://www.umich.edu/%7Ersug/ldap/ LDAPホームページ

   Another example.  This one includes a hint in the label to help the
   user realize that the URL points to a photo image.

別の例。 これは、ユーザが、URLがフォトイメージを示すとわかるのを助けるためにラベルにヒントを含んでいます。

        http://champagne.inria.fr/Unites/rennes.gif Rennes [photo]

http://champagne.inria.fr/Unites/rennes.gif レンヌ[フォト]

Schema Definition of the labeledURIObject Object Class

labeledURIObjectオブジェクトのクラスの図式定義

   Name:              labeledURIObject
   Description:       object that contains the URI attribute type
   OID:               umichObjectClass.15 (1.3.6.1.4.1.250.3.15)
   SubclassOf:        top
   MustContain:
   MayContain:        labeledURI

以下を命名してください。 labeledURIObject記述: URI属性タイプOIDを含むオブジェクト: umichObjectClass.15、(1.3 .6 .1 .4 .1 .250 .3 .15)SubclassOf: 最高MustContain: MayContain: labeledURI

Discussion of the labeledURIObject Object Class

labeledURIObjectオブジェクトのクラスの議論

   The labeledURIObject class is a subclass of top and may contain the
   labeledURI attribute.  The intent is that this object class can be
   added to existing directory objects to allow for inclusion of URI
   values.  This approach does not preclude including the labeledURI
   attribute type directly in other object classes as appropriate.

labeledURIObjectのクラスは、先端のサブクラスであり、labeledURI属性を含むかもしれません。 意図はURI値の包含を考慮するために既存のディレクトリオブジェクトにこのオブジェクトのクラスを加えることができるということです。 このアプローチは、直接他のオブジェクトのクラスに適宜labeledURI属性タイプを含んでいるのを排除しません。

Security Considerations

セキュリティ問題

   Security considerations are not discussed in this memo, except to
   note that blindly inserting the label portion of a labeledURI
   attribute value into an HTML document is not recommended, as this may
   allow a malicious individual to include HTML tags in the label that
   mislead viewers of the entire document in which the labeledURI value
   was inserted.

このメモでセキュリティ問題について議論しません、盲目的にlabeledURI属性値のラベル部分をHTMLドキュメントに挿入するのが推薦されないことに注意するのを除いて、悪意がある個人がこれでラベルのlabeledURI値が挿入された全体のドキュメントのビューアーをミスリードするHTMLタグを入れることができるとき。

Acknowledgments

承認

   Paul-Andre Pays, Martijn Koster, Tim Howes, Rakesh Patel, Russ
   Wright, and Hallvard Furuseth provided invaluable assistance in the
   creation of this document.

ポール-アンドレPays、マーティン・コスター、ティム・ハウズ、Rakeshパテル、ラス・ライト、およびHallvard Furusethはこのドキュメントの作成に非常に貴重な支援を提供しました。

   This material is based in part upon work supported by the National
   Science Foundation under Grant No. NCR-9416667.

この材料はグラントNo.の下で国立科学財団によってサポートされた仕事に一部基づいています。 NCR-9416667。

Smith                       Standards Track                     [Page 3]

RFC 2079          URI Attribute Type and Object Class       January 1997

スミス標準化過程[3ページ]RFC2079URI属性タイプとオブジェクトクラス1997年1月

Appendix:  The labeledURL Attribute Type (Deprecated)

付録: labeledURL属性タイプ(推奨しない)です。

   An earlier draft of this document defined an additional attribute
   type called labeledURL.  This attribute type is deprecated, and
   should not be used when adding new values to directory entries.  The
   original motivation for including a separate attribute type to hold
   URLs was that this would better enable efficient progammatic access
   to specific types of URIs.  After some deliberation, the IETF-ASID
   working group concluded that it was better to simply have one
   attribute than two.

このドキュメントの以前の草稿はlabeledURLと呼ばれる追加属性タイプを定義しました。 この属性タイプを推奨しなく、ディレクトリエントリーに新しい値を加えるとき、使用するべきではありません。 URLを保持する別々の属性タイプを含むことに関するオリジナルの動機はこれが特定のタイプのURIへの効率的なprogammaticアクセスを可能にするほうがよいだろうということでした。 何らかの熟考の後に、IETF-ASIDワーキンググループは、単に1つの属性を持っているのが2より良いと結論を下しました。

   The schema definition for labeledURL is included here for historical
   reference only.  Directory client software may want to support this
   schema definition (in addition to labeledURI) to ease the transition
   away from labeledURL for those sites that are using it.

labeledURLのための図式定義は歴史上の記述だけのためにここに含まれています。 ディレクトリクライアントソフトウェアは、labeledURLから遠くでそれを使用しているそれらのサイトに変遷を緩和するためにこの図式が定義(labeledURIに加えた)であるとサポートしたがっているかもしれません。

   Name:             labeledURL
   ShortName:        None
   Description:      Uniform Resource Locator with optional label
   OID:              umichAttributeType.41 (1.3.6.1.4.1.250.1.41)
   Syntax:           caseExactString
   SizeRestriction:  None
   SingleValued:     False
   OID:              umichAttributeType.41 (1.3.6.1.4.1.250.1.41)

以下を命名してください。 labeledURL ShortName: なにも、記述: 任意のラベルOIDがあるUniform Resource Locator: umichAttributeType.41、(1.3 .6 .1 .4 .1 .250 .1 .41)構文: caseExactString SizeRestriction: SingleValuedのいずれも:でない 偽のOID: umichAttributeType.41(1.3.6.1.4.1.250.1.41)

References

参照

   [1] Berners-Lee, T., Masinter, L., and M. McCahill, "Uniform
   Resource Locators (URL)", RFC 1738, CERN, Xerox Corporation,
   University of Minnesota, December 1994.
   <URL:ftp://ds.internic.net/rfc/rfc1738.txt>

[1] バーナーズ・リーとT.とMasinter、L.とM.McCahill、「Uniform Resource Locator(URL)」、RFC1738、CERN、ゼロックス社、ミネソタ大学、1994年12月。 <URL: ftp://ds.internic.net/rfc/rfc1738.txt >。

   [2] Berners-Lee, T., and D. Connolly, "Hypertext Markup Language -
   2.0", RFC 1866, <URL:ftp://ds.internic.net/rfc/rfc1866.txt>

[2] バーナーズ・リー、T.、およびD.コノリー、「ハイパーテキストマークアップランゲージ--、<URL: 2インチ、RFC1866、 ftp://ds.internic.net/rfc/rfc1866.txt >、」

   [3] The Directory: Overview of Concepts, Models and Service.  CCITT
   Recommendation X.500, 1988.

[3] ディレクトリ: 概念の、そして、モデルの、そして、サービスの概要。 CCITT推薦X.500、1988。

   [4] Information Processing Systems -- Open Systems Interconnection --
   The Directory: Overview of Concepts, Models and Service.  ISO/IEC JTC
   1/SC21; International Standard 9594-1, 1988.

[4] 情報処理システム--オープン・システム・インターコネクション--ディレクトリ: 概念の、そして、モデルの、そして、サービスの概要。 ISO/IEC JTC1/SC21。 国際規格9594-1、1988。

Smith                       Standards Track                     [Page 4]

RFC 2079          URI Attribute Type and Object Class       January 1997

スミス標準化過程[4ページ]RFC2079URI属性タイプとオブジェクトクラス1997年1月

Author's Address

作者のアドレス

   Mark Smith
   Netscape Communications Corp.
   501 E. Middlefield Rd.
   Mountain View, CA 94043, USA

マークスミスネットスケープ・コミュニケーションズ501E.Middlefield通り マウンテンビュー、カリフォルニア 94043、米国

   Phone:  +1 415 937-3477
   EMail:  mcs@netscape.com

以下に電話をしてください。 +1 415 937-3477 メールしてください: mcs@netscape.com

Smith                       Standards Track                     [Page 5]

スミス標準化過程[5ページ]