[要約] RFC 3382は、Internet Printing Protocol（IPP）の「collection」属性の構文に関する規格であり、コレクション属性の目的は、印刷ジョブやリソースのグループ化と管理を容易にすることです。
Network Working Group R. deBry
Request for Comments: 3382 Utah Valley State College
Updates: 2910, 2911 R. Herriot
Category: Standards Track Consultant
T. Hastings
K. Ocke
P. Zehler
Xerox Corporation
September 2002
Internet Printing Protocol (IPP): The 'collection' attribute syntax
インターネット印刷プロトコル（IPP）：「コレクション」属性構文
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 (2002). All Rights Reserved.
Copyright（c）The Internet Society（2002）。無断転載を禁じます。
Abstract
概要
This document specifies an OPTIONAL attribute syntax called 'collection' for use with the Internet Printing Protocol (IPP/1.0 and IPP/1.1). A 'collection' is a container holding one or more named values, which are called "member" attributes. A collection allows data to be grouped like a PostScript dictionary or a Java Map. This document also specifies the conformance requirements for a definition document that defines a collection attribute. Finally, this document gives some illustrative example collection attribute definitions that are not intended as actual attribute specifications.
このドキュメントは、インターネット印刷プロトコル（IPP/1.0およびIPP/1.1）で使用するための「コレクション」と呼ばれるオプションの属性構文を指定します。「コレクション」は、「メンバー」属性と呼ばれる1つ以上の名前の値を保持するコンテナです。コレクションを使用すると、データをPostScript辞書やJavaマップのようにグループ化できます。このドキュメントは、コレクション属性を定義する定義ドキュメントの適合要件も指定しています。最後に、このドキュメントには、実際の属性仕様として意図されていないコレクション属性定義の実例を示しています。
Table of Contents
目次
1 Introduction.....................................................3
1.1 Problem Statement..............................................3
1.2 Solution.......................................................3
2 Terminology......................................................4
2.1 Conformance Terminology........................................4
2.2 Other terminology..............................................5
3 Definition of a Collection Attribute.............................5
3.1 Information to Include.........................................5
3.2 Nested Collections.............................................9
4 Collection Attributes as Attributes in Operations................9
4.1 General Rules..................................................9
4.2 Unsupported Values.............................................9
5 Example definition of a collection attribute.....................9
5.1 media-col (collection)........................................10
5.1.1 media-color (type3 keyword | name(MAX)......................10
5.1.2 media-size (collection).....................................11
5.2 media-col-default (collection)................................11
5.3 media-col-ready (1setOf collection)...........................12
5.4 media-col-supported (1setOf type2 keyword)....................12
6 A Second Example Definition Of A Collection Attribute...........12
7 Encoding........................................................13
7.1 Additional tags defined for representing a collection
attribute value...............................................13
7.2 Example encoding: "media-col" (collection)....................14
8 Legacy issues...................................................20
9 IANA Considerations.............................................20
10 Internationalization Considerations............................20
11 Security Considerations........................................21
12 References.....................................................21
Appendix A: Encoding Example of a Simple Collection (Informative).22
Appendix B: Encoding Example of 1setOf Collection (Informative)...25
Appendix C: Encoding Example of Collection containing 1setOf XXX
attribute (Informative)...............................31
Appendix D: Description of the Base IPP Documents (Informative)...35
Authors' Addresses................................................36
Full Copyright Statement..........................................38
Table of Tables
表のテーブル
Table 1 - "media-col" member attributes...........................10
Table 2 - "media-size" collection member attributes...............11
Table 3 - Tags defined for encoding the 'collection' attribute
syntax .................................................13
Table 4 - Overview Encoding of "media-col" collection.............15
Table 5 - Example Encoding of "media-col" collection..............16
Table 6 - Overview Encoding of simple collection..................22
Table 7 - Example Encoding of simple collection...................22
Table 8 - Overview Encoding of 1setOf collection..................25
Table 9 - Example Encoding of 1setOf collection...................26
Table 10 - Overview Encoding of collection with 1setOf value......31
Table 11 - Example Encoding of collection with 1setOf value.......32
1 Introduction
1はじめに
This document is an OPTIONAL extension to IPP/1.0 [RFC2565, RFC2566] and IPP/1.1 [RFC2911, RFC2910]. For a description of the base IPP documents see Appendix D.
このドキュメントは、IPP/1.0 [RFC2565、RFC2566]およびIPP/1.1 [RFC2911、RFC2910]のオプションの拡張機能です。ベースIPPドキュメントの説明については、付録Dを参照してください。
The IPP Model and Semantics [RFC2911] supports most of the common data structures that are available in programming languages. It lacks a mechanism for grouping several attributes of different types. The Java language uses the Map to solve this problem and PostScript has a dictionary. The new mechanism for grouping attributes together (called 'collection' mechanism) must allow for optional members and the subsequent addition of new members.
IPPモデルとセマンティクス[RFC2911]は、プログラミング言語で利用可能な一般的なデータ構造のほとんどをサポートしています。異なるタイプのいくつかの属性をグループ化するメカニズムがありません。Java言語はマップを使用してこの問題を解決し、PostScriptには辞書があります。属性をグループ化するための新しいメカニズム（「コレクション」メカニズムと呼ばれる）は、オプションのメンバーとその後の新しいメンバーの追加を可能にする必要があります。
The 'collection' mechanism must be encoded in a manner consistent with existing 1.0 and 1.1 parsing rules (see [RFC2910]). Current 1.0 and 1.1 parsers that don't support the 'collection' mechanism must not confuse collections or parts of a collection they receive with other attributes.
「コレクション」メカニズムは、既存の1.0および1.1の解析ルールと一致する方法でエンコードする必要があります（[RFC2910]を参照）。「コレクション」メカニズムをサポートしていない現在の1.0および1.1パーサーは、他の属性と受け取ったコレクションまたはコレクションの一部を混同してはなりません。
The new mechanism is a new IPP attribute syntax called a 'collection'. As such, each collection value is a value of an attribute whose attribute syntax type is defined to be a 'collection'. Such an attribute is called a collection attribute. The name of the collection attribute serves to identify the collection value in an operation request or response, as with any attribute value.
新しいメカニズムは、「コレクション」と呼ばれる新しいIPP属性構文です。そのため、各コレクション値は、属性の構文タイプが「コレクション」と定義されている属性の値です。このような属性は、コレクション属性と呼ばれます。コレクション属性の名前は、属性値と同様に、操作要求または応答のコレクション値を識別するのに役立ちます。
The 'collection' attribute syntax is a container holding one or more named values (i.e., attributes), which are called member attributes. Each collection attribute definition document lists the mandatory and optional member attributes of each collection value. A collection value is similar to an IPP attribute group in a request or a response, such as the operation attributes group. They both consist of a set of attributes.
「コレクション」属性構文は、メンバー属性と呼ばれる1つ以上の名前の値（つまり、属性）を保持するコンテナです。各コレクション属性定義ドキュメントには、各コレクション値の必須およびオプションのメンバー属性がリストされています。コレクション値は、操作属性グループなどのリクエストまたは応答のIPP属性グループに似ています。どちらも属性のセットで構成されています。
As with any attribute syntax, the document that defines a collection attribute specifies whether the attribute is single-valued (collection) or multi-valued (1setOf collection). If the attribute is multi-valued (1setOf collection), each collection value MUST be a separate instance of a single definition of a collection, i.e., it MUST have the same member attributes except for OPTIONAL member attributes. If we view each collection definition as a separate syntax type, this rule continues the IPP/1.1 notion that each attribute has a single type or pattern (e.g., "keyword | name" is a pattern). Without this rule, the supported values would be more difficult to describe and the mechanism defined in item 4 of section 3.1 would not be sufficient.
任意の属性構文と同様に、コレクション属性を定義するドキュメントは、属性が単一値（コレクション）またはマルチ値（1Setofコレクション）であるかどうかを指定します。属性が多値（1Setofコレクション）の場合、各コレクション値は、コレクションの単一の定義の個別のインスタンスでなければなりません。つまり、オプションのメンバー属性を除いて同じメンバー属性が必要です。各コレクション定義を別の構文タイプと見なすと、このルールは、各属性に単一のタイプまたはパターンがあるというIPP/1.1の概念を継続します（たとえば、「キーワード|名前」はパターンです）。このルールがなければ、サポートされた値を説明するのがより困難であり、セクション3.1の項目4で定義されているメカニズムは十分ではありません。
The name of each member attribute MUST be unique for a collection attribute, but MAY be the same as the name of a member attribute in another collection attribute and/or MAY be the same as the name of an attribute that is not a member of a collection. The rules for naming member attributes are given in section 3.1.
各メンバー属性の名前は、コレクション属性に対して一意でなければなりませんが、別のコレクション属性のメンバー属性の名前と同じである可能性があります。コレクション。メンバー属性を命名するためのルールは、セクション3.1に記載されています。
Each member attribute can have any attribute syntax type, including 'collection', and can be either single-valued or multi-valued. The length of a collection value is not limited. However, the length of each member attribute MUST NOT exceed the limit of its attribute syntax.
各メンバー属性は、「コレクション」を含む任意の属性構文タイプを持つことができ、単一値または多値のいずれかにすることができます。収集値の長さは制限されていません。ただし、各メンバー属性の長さは、その属性構文の制限を超えてはなりません。
The member attributes in a collection MAY be in any order in a request or response. When a client sends a collection attribute to the Printer, the order that the Printer stores the member attributes of the collection value and the order returned in a response MAY be different from the order sent by the client.
コレクションのメンバー属性は、リクエストまたは応答の任意の順序である場合があります。クライアントがプリンターにコレクション属性を送信すると、プリンターがコレクション値のメンバー属性を保存し、応答で返される注文はクライアントが送信した注文とは異なる場合があります。
A collection value MUST NOT contain two or more member attributes with the same attribute name. Such a collection is mal-formed. Clients MUST NOT submit such malformed requests and Printers MUST NOT return such malformed responses. If such a malformed request is submitted to a Printer, the Printer MUST (depending on implementation) either (1) reject the request with the 'client-error-bad-request' status code (see [RFC2911] section 13.1.4.1), or (2) accept the request and use only one of each duplicate member attributes.
コレクション値には、同じ属性名を持つ2つ以上のメンバー属性を含めてはなりません。このようなコレクションはmal形成されています。クライアントはそのような奇形のリクエストを送信してはならず、プリンターはそのような奇形の応答を返してはなりません。このような不正な要求がプリンターに送信される場合、プリンターは（実装に応じて）（1）「クライアントエラーバッドレクエスト」ステータスコードでリクエストを拒否する必要があります（[RFC2911]セクション13.1.4.1を参照）、または（2）リクエストを受け入れ、各重複メンバー属性の1つのみを使用します。
2 Terminology
2用語
This section defines terminology used throughout this document.
このセクションでは、このドキュメント全体で使用される用語を定義します。
Capitalized terms, such as MUST, MUST NOT, REQUIRED, SHOULD, SHOULD NOT, MAY, NEED NOT, and OPTIONAL, have special meaning relating to conformance as defined in BCP 14, RFC 2119 [RFC2119] and [RFC2911], section 12.1. If an implementation supports the extension defined in this document, then these terms apply; otherwise, they do not. These terms define conformance to this document only; they do not affect conformance to other documents, unless explicitly stated otherwise.
必須、必須、必須、必要は、すべきである、すべきではない、、必要ではない、そしてオプションなどの大文字化された用語は、BCP 14、RFC 2119 [RFC2119]および[RFC2911]で定義されている適合性に関連する特別な意味を持っています。セクション12.1。実装がこのドキュメントで定義されている拡張機能をサポートする場合、これらの用語が適用されます。そうでなければ、彼らはそうしません。これらの用語は、このドキュメントのみへの適合性を定義します。明示的に特に述べられていない限り、他の文書への適合には影響しません。
This document uses terms such as Job object (or Job), IPP Printer object (or Printer), "operation", "request", response", "attributes", "keywords", and "support". These terms have special meaning and are defined in the model terminology [RFC2911] section 12.2. The following additional terms are introduced in this document:
このドキュメントでは、ジョブオブジェクト（またはジョブ）、IPPプリンターオブジェクト（またはプリンター）、「操作」、「リクエスト」、「応答」、「属性」、「キーワード」などの用語を使用します。これらの用語には特別な意味があります。モデル用語[RFC2911]セクション12.2で定義されています。このドキュメントでは、次の追加用語を紹介します。
collection: an attribute syntax in which each attribute value is a set of attributes, called member attributes.
コレクション：各属性値がメンバー属性と呼ばれる属性のセットである属性構文。
member attribute: an attribute that is defined to be used as one of the attributes in a collection.
メンバー属性：コレクションの属性の1つとして使用されるように定義される属性。
collection attribute: an attribute whose definition specifies the 'collection' attribute syntax and each of the member attributes that MAY occur in a collection attribute value.
コレクション属性：定義が「コレクション」属性構文と、コレクション属性値で発生する可能性のある各メンバー属性を指定する属性。
3 Definition of a Collection Attribute
3コレクション属性の定義
This section describes the requirements for any collection attribute definition.
このセクションでは、コレクション属性定義の要件について説明します。
When a specification document defines an "xxx" collection attribute, i.e., an attribute whose attribute syntax type is 'collection' or '1setOf collection'; the definition document MUST include the following aspects of the attribute semantics. Suppose the "xxx" collection attribute contains N member attributes named "aaa1", "aaa2", ..., "aaaN" ("aaaI" represents any one of these N member attributes).
仕様文書が「xxx」コレクション属性、つまり属性の構文タイプが「コレクション」または「1Setofコレクション」である属性を定義する場合。定義ドキュメントには、属性セマンティクスの次の側面を含める必要があります。「xxx」コレクション属性に、「aaa1」、「aaa2」、「aaan」という名前のnメンバー属性が含まれているとします（「aaai」は、これらのnメンバー属性のいずれかを表します）。
1. The name of the collection attribute MUST be specified (e.g., "xxx"). The selection of the name "xxx" MUST follow the same rules for uniqueness as for attributes of any other syntax type, (as defined by IPP/1.1) unless "xxx" is a member attribute of another collection. Then the selection of the name "xxx" MUST follow the rules for uniqueness defined in item 5a) of this list.
1. コレクション属性の名前を指定する必要があります（ "xxx"など）。「xxx」という名前の選択は、「xxx」が別のコレクションのメンバー属性でない限り、他の構文タイプの属性（IPP/1.1で定義されている）の属性と同じ一意性のルールに従う必要があります。次に、このリストの「xxx」という名前の選択は、項目5a）で定義されている一意性のルールに従う必要があります。
2. The collection attribute syntax MUST be of type 'collection' or '1setOf collection'.
2. コレクション属性構文は、タイプ「コレクション」または「コレクションの1Set」でなければなりません。
3. The context of the collection attribute MUST be specified, i.e., whether the attribute is an operation attribute, a Job Template attribute, a Job Description attribute, a Printer Description attribute, a member attribute of a particular collection attribute, etc.
3. コレクション属性のコンテキストを指定する必要があります。つまり、属性が操作属性、ジョブテンプレート属性、ジョブ説明属性、プリンター説明属性、特定のコレクション属性のメンバー属性などであるかどうか。
4. An "xxx-supported" attribute MUST be specified and it has one of the following two forms:
4. 「xxxサポート」属性を指定する必要があり、次の2つのフォームのいずれかを備えています。
a) "xxx-supported" is a "1setOf collection", which enumerates all of the supported collection values of "xxx". If a collection of this form contains a nested collection, it MUST be of the same form.
a) 「XXXがサポートする」は「コレクションの1Set」であり、「XXX」のサポートされているすべてのコレクション値を列挙しています。このフォームのコレクションにネストされたコレクションが含まれている場合、同じフォームでなければなりません。
For example, "media-size-supported" might have the values {{x-dimension:210, y-dimension:297},{x-dimension:297, y-dimension:420}} to show that it supports two values of "media size": A4 (210x297) and A3 (297x420). It does not support other combinations of "x-dimension" and "y-dimension" member attributes, such as 210x420 or 297x297, and it does not support non-enumerated values, such as 420x595.
たとえば、「メディアサイズのサポートされた」は、値が{{x-dimension：210、y-dimension：297}、{x-dimension：297、y-dimension：420}}の値を持っている場合があります。「メディアサイズ」：A4（210x297）およびA3（297x420）。210x420や297x297などの「x次元」と「y-dimension」メンバーの属性の他の組み合わせをサポートせず、420x595などの非記録されていない値をサポートしていません。
b) "xxx-supported" is a "1setOf type2 keyword", which enumerates
the names of all of the member attributes of "xxx": "aaa1",
"aaa2", ..., "aaaN". If a collection of this form contains a
nested collection, it MAY be of either form. See item 5f)
below for details on supported values of member attributes.
For example, "media-col-supported" might have the keyword values: "media-size" and "media-color".
たとえば、「メディアコールサポート」には、「メディアサイズ」と「メディアカラー」のキーワード値がある場合があります。
5. The member attributes MUST be defined. For each member attribute, the definition document MUST provide the following information:
5. メンバー属性を定義する必要があります。各メンバー属性について、定義ドキュメントは次の情報を提供する必要があります。
a) The member attribute's name (e.g., "aaa") MUST be unique within the collection being defined and MUST either:
a) メンバー属性の名前（例：「AAA」）は、定義されているコレクション内で一意でなければならず、次のいずれかが必要です。
i) reuse the attribute name of another attribute (that is unique across the entire IPP attribute name space) and have the same syntax and semantics as the reused attribute (if the condition of item 4b) above is met). For example, a member attribute definition could reuse the IPP/1.1 "media" attribute.
i) 別の属性の属性名（IPP属性名スペース全体にわたって一意）を再利用し、上記の再利用属性（上記の条件が満たされている場合）と同じ構文とセマンティクスを持っています）。たとえば、メンバー属性定義は、IPP/1.1「メディア」属性を再利用できます。
ii) potentially occur elsewhere in the entire IPP attribute name space. (if the condition of item 4a) above is met). For example, a member attribute could be "x-dimension", which could potentially occur in another collection or as an attribute outside of a collection.
ii）IPP属性名スペース全体の他の場所で発生する可能性があります。（項目4aの条件が満たされている場合）。たとえば、メンバー属性は「X-Dimension」である可能性があります。これは、別のコレクションで発生する可能性があるか、コレクション以外の属性として発生する可能性があります。
iii) be unique across the entire IPP attribute name space (if the condition of item 4b) above is met). For example, a member attribute could be "media-color" which must be unique across the entire IPP attribute name space.
iii）上記のIPP属性名スペース全体（上記の項目4bの条件が満たされている場合）全体で一意になります）。たとえば、メンバー属性は、IPP属性名スペース全体で一意でなければならない「メディアカラー」である可能性があります。
b) Whether the member attribute is REQUIRED or OPTIONAL for the Printer to support.
b) メンバー属性が必要かどうか、またはプリンターがサポートするためにオプションであるかどうか。
c) Whether the member attribute is REQUIRED or OPTIONAL for the client to supply in a request.
c) クライアントがリクエストで提供するためにメンバー属性が必要かオプションであるか。
d) The member attribute's syntax type, which can be any attribute syntax, including '1setOf X', 'collection', and '1setOf collection'. If this attribute name reuses the name of another attribute (case of item a1 above), it MUST have the same attribute syntax, including cardinality (whether or not 1setOf).
d) メンバー属性の構文タイプ。これは、「1Setof X」、「コレクション」、「コレクションの1Set」など、任意の属性構文になります。この属性名が別の属性の名前（上記のアイテムA1のケース）を再利用する場合、カーディナリティ（1Setofのかどうかにかかわらず）を含む同じ属性構文が必要です。
e) The semantics of the "aaa" member attribute. The semantic definition MUST include a description of any constraint or boundary conditions the member attribute places on the associated attribute, especially if the attribute reuses the name of another attribute (case of item a1 above).
e) 「AAA」メンバー属性のセマンティクス。セマンティック定義には、特に属性が別の属性（上記のアイテムA1の場合）の名前を再利用する場合、メンバー属性が関連する属性に配置する制約または境界条件の説明を含める必要があります。
f) The supported values for each "aaaI" member attribute (of the member attributes "aaa1", "aaa2", ..., "aaaN") is specified by one of two mechanisms.
f) 各「AAAI」メンバー属性（メンバー属性「AAA1」、「AAA2」、「AAAN」のサポート値は、2つのメカニズムのいずれかによって指定されています。
i) If "xxx-supported" is a "1setOf collection" (see item 4a) above), the value for each "aaaI" is specified in each collection value of "xxx-supported", in the context of other member attributes. That is, "xxx-supported" enumerates all supported values of "xxx".
i) 「xxx-supported」が上記の「1Setofコレクション」（項目4aを参照）である場合、それぞれの「aaai」の値は、他のメンバー属性のコンテキストで「xxxサポート」の各コレクション値で指定されます。つまり、「XXXがサポートする」は、「XXX」のすべてのサポートされた値を列挙します。
ii) If the value of "xxx-supported" is a "1setOf type2 keyword" (see item 4b) above), the supported values of "aaaI" are the values specified by either i) the "aaaI-supported" attribute or ii) the definition of the member attribute "aaaI" within the document defining the "xxx" attribute. The values of each member attribute "aaaI" are specified independently of other member attributes, though a Printer is not required to support all combinations of supported values.
ii）「xxx-supported」の値が「上記のタイプ2キーワードの1Set」（項目4bを参照）である場合、「aaai」のサポートされた値は、i）のいずれかで指定された値です。）「xxx」属性を定義するドキュメント内のメンバー属性「aaai」の定義。各メンバー属性「AAAI」の値は、他のメンバー属性とは独立して指定されていますが、サポートされた値のすべての組み合わせをサポートするためにプリンターは必要ありません。
For example, "media-col-supported" might have the keyword values: "media-size" and "media-color". Using the first method for defining supported values (an "aaaI-supported" attribute), the collection values of "media-col" are combinations of values of "media-size-supported" and "media-color-supported". If "media-size-supported" has the values of '210x297' and '297x420' and "media-color-supported" has the values of 'white' and 'pink', the Printer might support only the combinations 'white-210x297', 'pink-210x297' and 'white-297x420', and not 'pink-297x420'.
たとえば、「メディアコールサポート」には、「メディアサイズ」と「メディアカラー」のキーワード値がある場合があります。サポートされた値を定義するための最初の方法（「AAAIサポート」属性）を使用して、「メディアコール」の収集値は、「メディアサイズがサポートする」と「メディアカラーサポート」の値の組み合わせです。「メディアサイズのサポート」が「210x297」と「297x420」と「メディア色のサポート」の値が「白」と「ピンク」の値を持っている場合、プリンターは組み合わせのみをサポートする可能性があります。'、' pink-210x297 'および' white-297x420 '、' pink-297x420 'ではありません。
If a collection contains a member "aaaI", whose syntax type is "text", the supported values would probably be defined by the definition of "xxx" rather than by the attribute "aaaI-supported".
コレクションに構文タイプが「テキスト」であるメンバー「AAAI」が含まれている場合、サポートされている値は、おそらく属性「aaai-supported」ではなく「xxx」の定義によって定義されます。
g) the default value of each "aaaI" member attribute if it is OPTIONAL for a client to supply the "aaa" member attribute in a request. The default value is specified by the attribute's definition within a document and MUST be one of the following:
g) クライアントがリクエストに「AAA」メンバー属性を提供することがオプションである場合、各「AAAI」メンバー属性のデフォルト値。デフォルト値は、ドキュメント内の属性の定義によって指定されており、次のいずれかでなければなりません。
i) a fixed default
i) 固定デフォルト
ii) a mechanism by which the Printer determines default
ii）プリンタがデフォルトを決定するメカニズム
iii) an indefinite default that is left to the implementation.
iii）実装に任されている不定デフォルト。
iv) an attribute that the Printer uses to determine the default
iv）プリンターがデフォルトを決定するために使用する属性
6. The default value of "xxx", if a client does not supply it. The default value is specified by the attribute's definition within a document and MUST be one of the following:
6. クライアントがそれを提供しない場合、「xxx」のデフォルト値。デフォルト値は、ドキュメント内の属性の定義によって指定されており、次のいずれかでなければなりません。
a) a fixed default
a) 固定デフォルト
b) a mechanism by which the Printer determines default
b) プリンターがデフォルトを決定するメカニズム
c) an indefinite default that is left to the implementation
c) 実装に残された不定デフォルト
d) a Printer attribute "xxx-default" which is a collection with the same member attributes as "xxx". If optional member attributes are absent, the Printer uses the defaulting rules of item 5g) above.
d) 「xxx」と同じメンバー属性を持つコレクション「xxx-default」のプリンター属性。オプションのメンバー属性がない場合、プリンターは上記のアイテム5gのデフォルトルールを使用します。
7. The "xxx-ready (1setOf collection)" attribute, if human intervention is required to make many of the supported values available. For example, "media-col" is an attribute which has a "ready" attribute. Most attributes do not have a "ready" attribute.
7. サポートされている値の多くを利用できるようにするために人間の介入が必要な場合、「xxx-ready（1setof collection）」属性。たとえば、「Media-Col」は、「Ready」属性を持つ属性です。ほとんどの属性には、「Ready」属性はありません。
A member attribute may have a syntax type of 'collection' or '1setOf collection', in which case it is called a nested collection attribute. The rules for a nested collection attribute are the same as for a collection attribute as specified in section 3.1.
メンバー属性には、「コレクション」または「コレクションの1Set」の構文タイプがある場合があります。この場合、ネストされたコレクション属性と呼ばれます。ネストされたコレクション属性のルールは、セクション3.1で指定されているコレクション属性の場合と同じです。
4 Collection Attributes as Attributes in Operations
4つのコレクション属性は、操作の属性として
A collection value is like any other IPP/1.1 value, except that it is structured. The rules for attributes with collection values are the same as for attributes of any other syntax type (see IPP/1.1), be they in any group of a request of a response.
収集値は、構造化されていることを除いて、他のIPP/1.1値と同様です。コレクション値を持つ属性のルールは、他の構文タイプの属性の場合と同じです（IPP/1.1を参照）。
The rules for returning an unsupported collection attribute are an extension to the current rules:
サポートされていないコレクション属性を返すためのルールは、現在のルールの拡張です。
1. If the entire collection attribute is unsupported, then the Printer returns just the collection attribute name with the 'unsupported' out-of-band value (see the beginning of [RFC2911] section 4.1) in the Unsupported Attributes Group.
1. コレクション属性全体がサポートされていない場合、プリンターは、サポートされていない属性グループの「サポートされていない」帯域外値（[rfc2911]セクション4.1の開始を参照）でコレクション属性名のみを返します。
2. If a collection contains unrecognized, unsupported member attributes and/or conflicting values, the attribute returned in the Unsupported Group is a collection containing the unrecognized, unsupported member attributes, and/or conflicting values. The unrecognized member attributes have an out-of-band value of 'unsupported' (see the beginning of [RFC2911] section 4.1). The unsupported member attributes and conflicting values have their unsupported or conflicting values.
2. コレクションに認識されていない、サポートされていないメンバー属性および/または矛盾する値が含まれている場合、サポートされていないグループで返される属性は、認識されていない、サポートされていないメンバー属性、および/または矛盾する値を含むコレクションです。認識されていないメンバー属性には、「サポートされていない」という帯域外値があります（[RFC2911]セクション4.1の開始を参照）。サポートされていないメンバー属性と矛盾する値には、サポートされていないまたは矛盾する値があります。
5 Example definition of a collection attribute
5コレクション属性の定義の例
In some printing environments, it is desirable to allow the client to select the media by its properties, e.g., weight, color, size, etc., instead of by name. In IPP/1.1 (see [RFC2911]), the "media (type3 keyword | name) Job Template attribute allows selection by name. It is tempting to extend the "media" attribute syntax to include "collection", but then existing clients could not understand default or supported media values that use the collection value. To preserve interoperability, a new attribute MUST BE added, e.g., "media-col (collection)". The following subsections contain a sample definition of a simplified "media-col" attribute. The definition follows the rules in section 3.
一部の印刷環境では、名前ではなく、重量、色、サイズなど、そのプロパティでメディアを選択できるようにすることが望ましいです。IPP/1.1（[RFC2911]を参照））では、「メディア（Type3キーワード|名前）ジョブテンプレート属性を名前で選択できます。「メディア」属性の構文を「コレクション」を含めるように拡張したいと思われますが、既存のクライアントは既存のクライアントを含めることができます。コレクション値を使用するデフォルトまたはサポートされているメディア値を理解していません。相互運用性を維持するには、新しい属性を追加する必要があります。属性。定義はセクション3のルールに従います。
All of the example attribute definitions in this document are illustrative examples, rather than actual definitions. These examples are intended to illustrate how to define collection attributes. Other documents MUST define collection attributes for use in actual interchange. Such definitions may be very similar to the examples in this document, since we attempted to pick useful examples.
このドキュメントの例のすべての属性定義は、実際の定義ではなく、例の例です。これらの例は、コレクション属性を定義する方法を説明することを目的としています。他のドキュメントは、実際のインターチェンジで使用するためのコレクション属性を定義する必要があります。このような定義は、有用な例を選択しようとしたため、このドキュメントの例に非常に似ている可能性があります。
Note: we picked the name "media-col" because the name "media" is already in use. Ordinarily the collection attribute would have a name like any other attribute and would not end in "col".
注：「メディア」という名前がすでに使用されているため、「メディアコル」という名前を選択しました。通常、コレクション属性には他の属性と同様の名前があり、「col」で終わりません。
The member attributes of "media-col" attribute ("media-color (type 3 keyword)" and "media-size (collection)") both follow the naming rules of item 4a3 of section 3, i.e., the names are unique across the entire IPP attribute name space. The member attributes of the "media-size (collection)" member attribute ("x-dimension (integer(0:MAX))" and "y-dimension (integer(0:MAX))") both follow the naming rules of item 4a2 of section 3, i.e., they potentially occur elsewhere in the IPP attribute name space.
「Media-Col」属性（「Media-Color（タイプ3キーワード）」および「Media-Size（Collection）」のメンバー属性はどちらもセクション3のアイテム4A3の命名ルールに従います。つまり、名前は一意です。IPP属性名スペース全体。「メディアサイズ（コレクション）」メンバー属性（ "x-dimension（integer（0：max））"および "y-dimension（integer（0：max））"）のメンバー属性はどちらもの命名規則に従います。セクション3の項目4A2、つまり、IPP属性名スペースの他の場所で発生する可能性があります。
The "media-col" (collection) attribute augments the IPP/1.1 [RFC2911] "media" attribute. This collection attribute enables a client end user to submit a list of media characteristics to the Printer. When the client specifies media using the "media-col" collection attribute, the Printer object MUST match the requested media exactly. The 'collection' consists of the following member attributes:
「Media-Col」（Collection）属性は、IPP/1.1 [RFC2911]「メディア」属性を補強します。このコレクション属性により、クライアントのエンドユーザーはメディア特性のリストをプリンターに提出できます。クライアントが「Media-Col」コレクション属性を使用してメディアを指定する場合、プリンターオブジェクトは要求されたメディアと正確に一致する必要があります。「コレクション」は、次のメンバー属性で構成されています。
Table 1 - "media-col" member attributes
表1-「メディアコール」メンバー属性
Attribute name attribute syntax request Printer Support
属性名属性構文要求プリンターサポート
media-color type3 keyword | name (MAX) MAY MUST
メディアカラーType3キーワード|名前（最大）が必要です
media-size collection MUST MUST
メディアサイズのコレクションは必須です
The definitions for the member attributes is given in the following sub-sections:
メンバー属性の定義は、次のサブセクションに記載されています。
This member attribute identifies the color of the media. Valid values are 'red', 'white' and 'blue'.
このメンバー属性は、メディアの色を識別します。有効な値は「赤」、「白」、「青」です。
The "media-color-supported" (1setOf (type3 keyword | name(MAX))) Printer attribute identifies the values of this "media-color" member attribute that the Printer supports, i.e., the colors supported.
「メディアカラーサポート」（1Setof（Type3キーワード| name（max）））プリンター属性は、プリンターがサポートするこの「メディアカラー」メンバー属性、つまりサポートされる色の値を識別します。
If the client omits this member attribute, the Printer determines the value in an implementation dependent manner.
クライアントがこのメンバー属性を省略した場合、プリンターは実装依存の方法で値を決定します。
This member attribute identifies the size of the media. The 'collection' consists of the member attributes shown in Table 2:
このメンバー属性は、メディアのサイズを識別します。「コレクション」は、表2に示すメンバー属性で構成されています。
Table 2 - "media-size" collection member attributes
表2-「メディアサイズ」コレクションメンバー属性
Attribute name attribute syntax request Printer Support
属性名属性構文要求プリンターサポート
x-dimension integer (0:MAX) MUST MUST
X-Dimension Integer（0：Max）が必要です
y-dimension integer (0:MAX) MUST MUST
Y-Dimension Integer（0：Max）が必要です
The definitions for the member attributes are given in the following sub-sections:
メンバー属性の定義は、次のサブセクションに記載されています。
This attribute identifies the width of the media in inch units along the X axis.
この属性は、x軸に沿ったインチユニットのメディアの幅を識別します。
This attribute identifies the height of the media in inch units along the Y axis.
この属性は、Y軸に沿ったインチユニットのメディアの高さを識別します。
The "media-size-supported" (1setOf collection) Printer attribute identifies the values of this "media-size" member attribute that the Printer supports, i.e., the size combinations supported. The names of the member attributes are the same as the member attributes of the "media-size" collection attribute, namely "x-dimension", and "y-dimension", since they have the same attribute syntax and the same semantics.
「メディアサイズのサポート」（1Setofコレクション）プリンター属性は、プリンターがサポートするこの「メディアサイズ」メンバー属性、つまりサポートされるサイズの組み合わせの値を識別します。メンバー属性の名前は、「メディアサイズ」コレクション属性のメンバー属性、すなわち「X次元」と「Y-dimension」と同じです。
The "media-col-default" Printer attribute specifies the media that the Printer uses, if any, if the client omits the "media-col" and "media". Job Template attributes in the Job Creation operation and the PDL do not include a media specification. The member attributes are defined in Table 1. A Printer MUST support the same member attributes for this default collection attribute as it supports for the corresponding "media-col" Job Template attribute.
「Media-Col-Default」プリンター属性は、クライアントが「メディアコール」と「メディア」を省略する場合、プリンターが使用するメディアを指定します。ジョブテンプレート属性雇用作成操作とPDLには、メディア仕様は含まれていません。メンバー属性は表1に定義されています。プリンターは、対応する「メディアコール」ジョブテンプレート属性をサポートするのと同じデフォルトのコレクション属性の同じメンバー属性をサポートする必要があります。
The "media-col-ready" Printer attribute identifies the media that are available for use without human intervention, i.e., the media that are ready to be used without human intervention. The collection value MUST have all of the member attributes that are supported in Table 1.
「Media-Col-Ready」プリンター属性は、人間の介入なしで使用できるメディア、つまり人間の介入なしで使用する準備ができているメディアを識別します。コレクション値には、表1でサポートされているすべてのメンバー属性が必要です。
The "media-col-supported" Printer attribute identifies the keyword names of the member attributes supported in the "media-col" collection Job Template attribute, i.e., the keyword names of the member attributes in Table 1 that the Printer supports.
「メディアコールサポート」プリンター属性は、「メディアコール」コレクションジョブテンプレート属性でサポートされているメンバー属性のキーワード名、つまり、プリンターがサポートする表1のメンバー属性のキーワード名を識別します。
6 A Second Example Definition Of A Collection Attribute
6コレクション属性の2番目の例定義
All of the example attribute definitions in this document are illustrative examples, rather than actual definitions. These examples are intended to illustrate how to define collection attributes. Other documents MUST define collection attributes for use in actual interchange. Such definitions may be very similar to the examples in this document, since we attempted to pick useful examples.
このドキュメントの例のすべての属性定義は、実際の定義ではなく、例の例です。これらの例は、コレクション属性を定義する方法を説明することを目的としています。他のドキュメントは、実際のインターチェンジで使用するためのコレクション属性を定義する必要があります。このような定義は、有用な例を選択しようとしたため、このドキュメントの例に非常に似ている可能性があります。
In some printing environments, it is desirable to allow the client to select the media for the job start sheet. The reason for not adding the 'collection' attribute syntax to the existing "job-sheets" Job Template attribute is the same as for "media". Instead, a new Job Template attribute is introduced, e.g., "job-sheet-col (collection)".
一部の印刷環境では、ジョブスタートシートのメディアをクライアントが選択できるようにすることが望ましいです。既存の「ジョブシート」ジョブテンプレート属性に「コレクション」属性の構文を追加しない理由は、「メディア」と同じです。代わりに、新しいジョブテンプレート属性が導入されます。たとえば、「ジョブシートコル（コレクション）」。
The member attributes of "job-sheet-col" attribute ("job-sheets (type 3 keyword)" and "media (type3 keyword | name)") both follow the naming rules of item 4a1 of section 3, i.e., they reuse existing IPP attributes. According to the rules, their supported values come from the existing IPP attributes: "job-sheets-supported" and "media-supported". However, their default values do not come from "job-sheets-default" and "media-default", respectively. Rather, the definition of "job-sheet-col" says that "job-sheets (type 3 keyword)" is required and if "media (type3 keyword | name)" is absent, the Printer uses the same media as the rest of the job uses.
「ジョブシートコル」属性（「ジョブシート（タイプ3キーワード）」および「メディア（タイプ3キーワード|名前）」のメンバー属性）は、どちらもセクション3の項目4A1の命名規則に従います。既存のIPP属性。規則によれば、それらのサポートされた値は、既存のIPP属性、「ジョブシートがサポートする」および「メディアサポート」から得られます。ただし、デフォルト値は、それぞれ「ジョブシートディフォルト」と「メディアデフォルト」に由来していません。むしろ、「ジョブシートコル」の定義には、「ジョブシート（タイプ3キーワード）」が必要であり、「メディア（タイプ3キーワード|名前）」がない場合、プリンターは他のメディアと同じメディアを使用しています。仕事は使用します。
If "job-sheet-col" attribute was defined to contain the member attribute "job-sheet-media (type3 keyword | name)" instead of "media (type3 keyword | name)", then the definition would also have to specify a "job-sheet-media-supported (1setOf (type3 keyword | name))" whose values would be independent of "media-supported (1setOf (type3 keyword | name))" and would be set separately by a System Administrator.
「メディア（Type3キーワード| name）」の代わりに、「ジョブシートコル」属性がメンバー属性「ジョブシートメディア（Type3キーワード| name）」を含むように定義された場合、定義も指定する必要があります。「Media-Media-Media-Supported（1Setof（Type3キーワード| name））」とは独立している「メディアサポート（1Setof（Type3キーワード| name））」とは独立しており、システム管理者によって個別に設定されます。
The actual text for the definition of the attribute is left as an exercise for the reader.
属性の定義の実際のテキストは、読者の演習として残されています。
7 Encoding
7エンコーディング
This section defines the additional encoding tags used according to [RFC2910] and gives an example of their use. The encoding tags defined in this document MUST be used by all collection attributes defined in other documents. However, the example of their use is illustrative only.
このセクションでは、[RFC2910]に従って使用される追加のエンコードタグを定義し、それらの使用の例を示します。このドキュメントで定義されているエンコーディングタグは、他のドキュメントで定義されているすべてのコレクション属性で使用する必要があります。ただし、それらの使用の例は実例のみです。
The 'collection' attribute syntax uses the tags defined in Table 3.
「コレクション」属性構文は、表3で定義されているタグを使用します。
Table 3 - Tags defined for encoding the 'collection' attribute syntax
表3-「コレクション」属性構文をエンコードするために定義されたタグ
Tag name Tag value Meaning
タグ名のタグ値の意味
begCollection 0x34 Begin the collection attribute value.
BegCollection 0x34コレクション属性値を開始します。
endCollection 0x37 End the collection attribute value.
エンドコレクション0x37コレクション属性値を終了します。
memberAttrName 0x4A The value is the name of the collection member attribute
memberattrname 0x4a値は、コレクションメンバー属性の名前です
When encoding a collection attribute "xxx" that contains an attribute "aaa" and is not inside another collection, the encoding follows these rules:
属性「AAA」を含み、別のコレクション内にないコレクション属性「xxx」をエンコードする場合、エンコードは次のルールに従います。
1. The beginning of the collection is indicated with a value tag that MUST be syntax type 'begCollection' (0x34) with a name length and Name field that represent the name of the collection attribute ("xxx") as with any attribute, followed by a value. The Printer MAY ignore the value and its length MAY be 0. In the future, however, this field MAY contain useful information, such as the collection name (cf. the name of a C struct).
1. コレクションの開始は、任意の属性と同様にコレクション属性（ "xxx"）の名前を表す名前の長さと名前のフィールドを持つ構文タイプ「begcollection」（0x34）である必要がある値タグで示されています。価値。プリンターは値を無視し、その長さは0になる可能性があります。ただし、将来、このフィールドには、コレクション名（c構造の名前を参照）などの有用な情報が含まれている場合があります。
2. Each member attribute is encoded as a sequence of two or more values that appear to be part of a single multi-valued attribute, i.e., 1setOf. The first value after the 'begCollection' value has the attribute syntax, 'memberAttrName' (0x4A), and its value holds the name of the first member attribute (e.g., "aaa"). The second value holds the first member's attribute value, which can be of any attribute syntax, except 'memberAttrName' or 'endCollection'. If the first member's attribute value is multi-valued, the third value holds the second value of the first member's value. Otherwise, the third value holds the name of second member attribute (e.g., "bbb"), and its attribute syntax is 'memberAttrName'. In this case, the fourth member's value is the value of "bbb".
2. 各メンバー属性は、単一のマルチ値属性、つまり1Setofの一部であると思われる2つ以上の値のシーケンスとしてエンコードされます。「BegCollection」値の後の最初の値には、属性構文「MemberTtrName」（0x4a）があり、その値は最初のメンバー属性（例：「AAA」）の名前を保持します。2番目の値には、最初のメンバーの属性値が保持されます。これは、「MemberAttrName」または「EndCollection」を除き、任意の属性構文のものです。最初のメンバーの属性値が多値の場合、3番目の値は最初のメンバーの値の2番目の値を保持します。それ以外の場合、3番目の値は2番目のメンバー属性（例：「BBB」）の名前を保持し、その属性構文は「MemberTtrName」です。この場合、4番目のメンバーの値は「BBB」の値です。
Note that the technique of encoding a 'collection' as a '1setOf' makes it easy for a Printer that doesn't support a particular collection attribute (or the collection attribute syntax at all) to simply skip over the entire collection value.
「コレクション」を「1SetOf」としてエンコードする手法により、特定のコレクション属性（またはコレクション属性の構文）をサポートしないプリンターが簡単にコレクション値全体を簡単にスキップできるようにすることに注意してください。
3. The end of the collection is indicated with a value tag that MUST be syntax type 'endCollection' (e.g., 0x37) and MAY have a zero name length and a zero value length. In the future, this field MAY contain useful information, such as the collection name that matches the one in the 'begCollection' .
3. コレクションの終わりは、構文タイプ「エンドコレクション」（0x37など）である必要があり、名前がゼロの長さとゼロ値の長さを持つ値タグで示されています。将来、このフィールドには、「BegCollection」のものと一致するコレクション名などの有用な情報が含まれている場合があります。
4. It is valid to have a member attribute that is itself, a collection attribute, i.e., collections can be nested within collections. This is represented by the occurrence of a member attribute that is of attribute syntax type 'begCollection'. Such a collection is terminated by a matching 'endCollection'. The name of such a member attribute is in the immediately preceding value, whose syntax type is 'memberAttrName'.
4. それ自体、コレクション属性、つまりコレクションをコレクション内にネストすることができるメンバー属性を持つことが有効です。これは、属性構文タイプ「BegCollection」のメンバー属性の発生によって表されます。このようなコレクションは、一致する「エンドコレクション」によって終了します。そのようなメンバー属性の名前は、その構文タイプが「MemberAttrName」である直前の値にあります。
5. It is valid for a collection attribute to be multi-valued, i.e., have more than one collection value. If the next attribute immediately following the 'endCollection' has a zero name length and a tag of 'begCollection', then the collection attribute is a multi-valued collection, as with any attribute. This statement applies to collections within collections and collections that are not in collections.
5. コレクション属性がマルチバルブであること、つまり複数のコレクション値を持つことが有効です。「EndCollection」の直後の次の属性の名前はゼロの長さと「BegCollection」のタグを持っている場合、コレクション属性は、任意の属性と同様にマルチ値のコレクションです。この声明は、コレクションにないコレクションとコレクション内のコレクションに適用されます。
The collection specified in section 5 is used for the encoding example shown in Table 5. The example also shows nested collections, since the "media-size" member attribute is a 'collection. The encoding example represents a blue 4x6-index card and takes 216 octets. The Appendices contain more complex examples.
セクション5で指定されたコレクションは、表5に示すエンコード例に使用されます。「メディアサイズ」メンバー属性は「コレクション」であるため、ネストされたコレクションも示しています。エンコードの例は、青い4x6-Indexカードを表し、216オクテットを撮影します。付録には、より複雑な例が含まれています。
Additional examples have been included in the appendices.
追加の例が付録に含まれています。
The overall structure of the two collection values can be pictorially represented as:
2つのコレクション値の全体的な構造は、次のように絵で表現できます。
"media-col" = { "media-color" = 'blue'; "media-size" = { "x-dimension" = 6; "y-dimension" = 4 } },
"Media-Col" = {"Media-color" = 'Blue';「メディアサイズ」= {"x-dimension" = 6;「y-dimension」= 4}}、
The full encoding is in table 5. A simplified view of the encoding looks like this:
完全なエンコーディングは表5にあります。エンコーディングの単純化されたビューは次のようになります。
Table 4 - Overview Encoding of "media-col" collection
表4-「メディアコール」コレクションの概要エンコーディング
Tag Value Name Value
begCollection media-col ""
BegCollection Media-Col ""
memberAttrName "" media-color
memberattrname ""メディアカラー
keyword "" blue
キーワード ""青
memberAttrName "" media-size
memberattrname ""メディアサイズ
begCollection "" ""
begcollection "" ""
memberAttrName "" x-dimension
memberattrname "" x-dimension
integer "" 6
整数 "" 6
memberAttrName "" y-dimension
memberattrname "" y-dimension
integer "" 4
整数 "" 4
endCollection "" ""
エンドコレクション "" ""
endCollection "" ""
エンドコレクション "" ""
Table 5 - Example Encoding of "media-col" collection
表5-「メディアコル」コレクションの例の例
Octets Symbolic Value Protocol comments field
Octets Symbolic Value Protocolコメントフィールド
0x34 begCollection value-tag beginning of the "media-col" collection attribute
0x34 begcollection value-tag "media-col" collection属性の始まり
0x0009 name- length of (collection) length attribute name
0x0009名 - （コレクション）長さの長さ属性名
media-col media-col name name of (collection) attribute
メディアコールメディアコール名（コレクション）属性の名前
0x0000 value- defined to be 0 for this length type
0x0000値 - この長さタイプの0に定義されています
no value (since value-length was 0)
値はありません（値の長さは0だったため）
0x4A memberAttrName value-tag starts a new member attribute: "media-color"
0x4a memberattrname value-tagは、新しいメンバー属性を開始します： "Media-color"
0x0000 name- defined to be 0 for this length type, so part of 1setOf
0x0000名前 - この長さのタイプの0と定義されているので、1setofの一部
no name (since name-length was 0)
名前はありません（名前の長さは0だったので）
0x000B value- length of "media-color" length keyword
0x000bの値 - 「メディア色」の長さキーワードの長さ
media-color media-color value value is name of 1st member attribute
メディアカラーのメディアカラー値の値は、第1メンバー属性の名前です
0x44 keyword type value-tag keyword type
0x44キーワードタイプバリュータグキーワードタイプ
0x0000 name- 0 indicates 1setOf length
0x0000 name-0は、長さの1Setを示します
no name (since name-length was 0)
名前はありません（名前の長さは0だったので）
Octets Symbolic Value Protocol comments field
Octets Symbolic Value Protocolコメントフィールド
0x0004 value-length
0x0004値長
blue blue value value of 1st member attribute
1stメンバー属性のブルーブルー値値
0x4A memberAttrName value-tag starts a new member attribute: "media-size"
0x4a memberattrname value-tagは、新しいメンバー属性を開始します：「メディアサイズ」
0x0000 name- defined to be 0 for this length type, so part of 1setOf
0x0000名前 - この長さのタイプの0と定義されているので、1setofの一部
no name (since name-length was 0)
名前はありません（名前の長さは0だったので）
0x000A value- length of "media-size" length keyword
0x000A値 - 「メディアサイズ」長さキーワードの長さ
media-size media-size value Name of 2nd member attribute
メディアサイズのメディアサイズの価値名2ndメンバー属性
0x34 begCollection value-tag Beginning of the "media-size" collection attribute which is a sub-collection
0x34 begcollection値タグ「メディアサイズ」コレクション属性の始まりは、サブコレクションです
0x0000 name- 0 indicates 1setOf length
0x0000 name-0は、長さの1Setを示します
no name (since name-length was 0)
名前はありません（名前の長さは0だったので）
0x0000 value- collection attribute names length have no value
0x0000値 - コレクション属性名の長さには値がありません
no value (since value-length was 0)
値はありません（値の長さは0だったため）
0x4A memberAttrName value-tag starts a new member attribute: "x-dimension"
0x4a memberattrname value-tagは、新しいメンバー属性を開始します： "x-dimension"
Octets Symbolic Value Protocol comments field
Octets Symbolic Value Protocolコメントフィールド
0x0000 name- defined to be 0 for this length type, so part of 1setOf
0x0000名前 - この長さのタイプの0と定義されているので、1setofの一部
no name (since name-length was 0)
名前はありません（名前の長さは0だったので）
0x000B value- length of "x-dimension" length keyword
0x000B値 - 「X-Dimension」長さキーワードの長さ
x-dimension x-dimension value name of 1st sub-collection member attribute
X-Dimension X-Dimension値1番目のサブコレクションメンバー属性の名前
0x21 integer type value-tag attribute type
0x21整数タイプバリュータグ属性タイプ
0x0000 name- 0 indicates 1setOf length
0x0000 name-0は、長さの1Setを示します
no name (since name-length was 0)
名前はありません（名前の長さは0だったので）
0x0004 value- length of an integer = 4 length
0x0004値 - 整数の長さ= 4長さ
0x0006 value value of 1st sub-collection member attribute
0x0006 1st Sub-Collectionメンバー属性の値値
0x4A memberAttrName value-tag starts a new member attribute: "y-dimension"
0x4a memberattrname value-tagは、新しいメンバー属性を開始します： "y-dimension"
0x0000 name- defined to be 0 for this length type, so part of 1setOf
0x0000名前 - この長さのタイプの0と定義されているので、1setofの一部
no name (since name-length was 0)
名前はありません（名前の長さは0だったので）
0x000B value- length of the "y-length dimension" keyword
0x000B値 - 「Y-Length Dimension」キーワードの長さ
Octets Symbolic Value Protocol comments field
Octets Symbolic Value Protocolコメントフィールド
y-dimension y-dimension value name of 2nd sub-collection member attribute
y次元y次元値値2番目のサブコレクションメンバー属性の名前
0x21 integer type value-tag attribute type
0x21整数タイプバリュータグ属性タイプ
0x0000 name- 0 indicates 1setOf length
0x0000 name-0は、長さの1Setを示します
no name (since name-length was 0)
名前はありません（名前の長さは0だったので）
0x0004 value- length of an integer = 4 length
0x0004値 - 整数の長さ= 4長さ
0x0004 value value of 2nd sub-collection member attribute
0x0004 2番目のサブコレクションメンバー属性の値値
0x37 endCollection value-tag end of the sub-collection
0x37サブ収集のエンドコレクションバリュータグ端
0x0000 name- defined to be 0 for this length type, so part of 1setOf
0x0000名前 - この長さのタイプの0と定義されているので、1setofの一部
no name (since name-length was 0)
名前はありません（名前の長さは0だったので）
0x0000 value- defined to be 0 for this length type
0x0000値 - この長さタイプの0に定義されています
no value (since value-length was 0)
値はありません（値の長さは0だったため）
0x37 endCollection value-tag end of the 1st collection value in 1setOf
0x37エンドコレクション値タグ1Setofの1番目のコレクション値の終了
0x0000 name- defined to be 0 for this length type, so part of 1setOf
0x0000名前 - この長さのタイプの0と定義されているので、1setofの一部
Octets Symbolic Value Protocol comments field
Octets Symbolic Value Protocolコメントフィールド
no name (since name-length was 0)
名前はありません（名前の長さは0だったので）
0x0000 value- defined to be 0 for this length type
0x0000値 - この長さタイプの0に定義されています
no value (since value-length was 0)
値はありません（値の長さは0だったため）
8 Legacy issues
8つのレガシーの問題
IPP 1.x Printers and Clients will gracefully ignore collections and its member attributes if it does not understand the collection. The begCollection and endCollection elements each look like an attribute with an attribute syntax that the recipient doesn't support and so should ignore the entire attribute. The individual member attributes and their values will look like a 1setOf values of the collection attribute, so that the Printer simply ignores the entire attribute and all of its values. Returning unsupported attributes is also simple, since only the name of the collection attribute is returned with the 'unsupported' out-of-band value (see section 4.2).
IPP 1.xプリンターとクライアントは、コレクションを理解していない場合、コレクションとそのメンバーの属性を優雅に無視します。BegCollectionおよびEndcollection Elementsはそれぞれ、受信者がサポートしていない属性構文を持つ属性のように見えます。したがって、属性全体を無視する必要があります。個々のメンバー属性とその値は、コレクション属性の値の1Setのように見えます。これにより、プリンターは属性全体とそのすべての値を単純に無視します。サポートされていない属性を返すことも簡単です。なぜなら、コレクション属性の名前のみが「サポートされていない」帯域外値で返されるためです（セクション4.2を参照）。
9 IANA Considerations
9 IANAの考慮事項
The following table provides registration for the 'collection' attribute syntax defined in this document. This is to be registered according to the procedures in RFC 2911 [RFC2911] section 6.3.
次の表は、このドキュメントで定義されている「コレクション」属性構文の登録を示します。これは、RFC 2911 [RFC2911]セクション6.3の手順に従って登録されます。
Tag value: Attribute Syntaxes: Ref. Section:
collection RFC 3382 3
0x34 begCollection RFC 3382 7.1
0x37 endCollection RFC 3382 7.1
0x4A memberAttrName RFC 3382 7.1
The resulting attribute syntax registration will be published in the http://www.iana.org/assignments/ipp-registrations registry.
結果の属性構文登録は、http：//www.iana.org/assignments/ipp-registrationsレジストリで公開されます。
10 Internationalization Considerations
10の国際化に関する考慮事項
This attribute syntax by itself has no impact on internationalization. However, the member attributes that are subsequently defined for use in a collection may have internationalization considerations, as may any attribute, according to [RFC2911].
この属性構文自体は、国際化に影響を与えません。ただし、[RFC2911]によると、コレクションで使用するためにその後定義されたメンバーの属性には、属性と同様に国際化の考慮事項がある場合があります。
11 Security Considerations
11セキュリティ上の考慮事項
This attribute syntax causes no more security concerns than any other attribute syntax. It is only the attributes that are subsequently defined, to use this or any other attribute syntax, that may have security concerns, depending on the semantics of the attribute, according to [RFC2911].
この属性構文は、他の属性構文よりもセキュリティの懸念を引き起こしません。[RFC2911]によると、属性のセマンティクスに応じて、このまたはその他の属性構文を使用するのは、その後定義される属性のみです。
12 References
12の参照
[RFC2910] Herriot, R., Butler, S., Moore, P. and R. Turner, "Internet Printing Protocol/1.1: Encoding and Transport", RFC 2910, September 2000.
[RFC2910] Herriot、R。、Butler、S.、Moore、P。、およびR. Turner、「インターネット印刷プロトコル/1.1：エンコードと輸送」、RFC 2910、2000年9月。
[RFC2911] Isaacson, S., deBry, R., Hastings, T., Herriot, R. and P. Powell, "Internet Printing Protocol/1.1: Model and Semantics", RFC 2911, September 2000.
[RFC2911] Isaacson、S.、Debry、R.、Hastings、T.、Herriot、R。、およびP. Powell、「インターネット印刷プロトコル/1.1：モデルとセマンティクス」、RFC 2911、2000年9月。
[RFC2565] Herriot, R., Butler, S., Moore, P. and R. Tuner, "Internet Printing Protocol/1.0: Encoding and Transport", RFC 2565, April 1999.
[RFC2565] Herriot、R。、Butler、S.、Moore、P。and R. Tuner、「インターネット印刷プロトコル/1.0：エンコーディングとトランスポート」、RFC 2565、1999年4月。
[RFC2566] deBry, R., Hastings, T., Herriot, R., Isaacson, S. and P. Powell, "Internet Printing Protocol/1.0: Model and Semantics", RFC 2566, April 1999.
[RFC2566] Debry、R.、Hastings、T.、Herriot、R.、Isaacson、S。、およびP. Powell、「インターネット印刷プロトコル/1.0：モデルとセマンティクス」、RFC 2566、1999年4月。
[RFC2567] Wright, D., "Design Goals for an Internet Printing Protocol", RFC 2567, April 1999.
[RFC2567] Wright、D。、「インターネット印刷プロトコルの設計目標」、RFC 2567、1999年4月。
[RFC2568] Zilles, S., "Rationale for the Structure and Model and Protocol for the Internet Printing Protocol", RFC 2568, April 1999.
[RFC2568] Zilles、S。、「インターネット印刷プロトコルの構造とモデルとプロトコルの理論的根拠」、RFC 2568、1999年4月。
[RFC2569] Herriot, R., Hastings, T., Jacobs, N. and J. Martin, "Mapping between LPD and IPP Protocols", RFC 2569, April 1999.
[RFC2569] Herriot、R.、Hastings、T.、Jacobs、N。およびJ. Martin、「LPDとIPPプロトコルのマッピング」、RFC 2569、1999年4月。
[RFC2616] 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.
[RFC2616] Fielding、R.、Gettys、J.、Mogul、J.、Frystyk、H.、Masinter、L.、Leach、P。and T. Berners -Lee、 "Hypertext Transfer Protocol -HTTP/1.1"、RFC2616、1999年6月。
[RFC3196] Hastings, T., Manros, C., Zehler, P., Kugler, C. and H. Holst, "Internet Printing Protocol/1.1: Implementor's Guide", RFC 3196, November 2001.
[RFC3196] Hastings、T.、Manros、C.、Zehler、P.、Kugler、C.およびH. Holst、「インターネット印刷プロトコル/1.1：実装ガイド」、RFC 3196、2001年11月。
Appendix A: Encoding Example of a Simple Collection (Informative)
付録A：シンプルなコレクションのエンコード例（有益）
The overall structure of the collection value can be pictorially represented as:
コレクション値の全体的な構造は、次のように絵で表現できます。
"media-size" =
{ "x-dimension" = 6;
"y-dimension" = 4
}
A simplified view of the encoding would look like this:
エンコーディングの単純化されたビューは、次のようになります。
Table 6 - Overview Encoding of simple collection
表6-シンプルコレクションの概要エンコーディング
Tag Value Name Value
begCollection media-size ""
begcollection media-size ""
memberAttrName "" x-dimension
memberattrname "" x-dimension
integer "" 6
整数 "" 6
memberAttrName "" y-dimension
memberattrname "" y-dimension
integer "" 4
整数 "" 4
endCollection "" ""
エンドコレクション "" ""
Note: "" represents a name or value whose length is 0.
注： ""は、長さが0の名前または値を表します。
Table 7 - Example Encoding of simple collection
表7-シンプルコレクションの例の例
Octets Symbolic Value Protocol comments field
Octets Symbolic Value Protocolコメントフィールド
0x34 begCollection value-tag beginning of the "media-size" collection attribute
0x34 begcollection value-tag "media-size" collection属性の始まり
0x000A name- length of (collection) length attribute name
0x000a名 - （コレクション）長さの長さ属性名
media-size media-size name name of (collection) attribute
メディアサイズのメディアサイズ名（コレクション）属性の名前
Octets Symbolic Value Protocol comments field
Octets Symbolic Value Protocolコメントフィールド
0x0000 value- defined to be 0 for this length type
0x0000値 - この長さタイプの0に定義されています
no value (since value-length was 0)
値はありません（値の長さは0だったため）
0x4A memberAttrName value-tag starts member attribute: "x-dimension"
0x4a memberattrname value-tagはメンバー属性を開始します： "x-dimension"
0x0000 name- defined to be 0 for this length type, so part of 1setOf
0x0000名前 - この長さのタイプの0と定義されているので、1setofの一部
no name (since name-length was 0)
名前はありません（名前の長さは0だったので）
0x000B value- length of "x-dimension" length keyword
0x000B値 - 「X-Dimension」長さキーワードの長さ
x-dimension x-dimension value name of 1st collection member attribute
X-Dimension X-Dimension値1st Collectionメンバー属性の名前
0x21 integer type value-tag attribute type
0x21整数タイプバリュータグ属性タイプ
0x0000 name- 0 indicates 1setOf length
0x0000 name-0は、長さの1Setを示します
no name (since name-length was 0)
名前はありません（名前の長さは0だったので）
0x0004 value- length of an integer = 4 length
0x0004値 - 整数の長さ= 4長さ
0x0006 value value of 1st collection member attribute
0x0006 1st Collectionメンバー属性の値値
0x4A memberAttrName value-tag starts a new member attribute: "y-dimension"
0x4a memberattrname value-tagは、新しいメンバー属性を開始します： "y-dimension"
0x0000 name- defined to be 0 for this length type, so part of 1setOf
0x0000名前 - この長さのタイプの0と定義されているので、1setofの一部
no name (since name-length was 0)
名前はありません（名前の長さは0だったので）
Octets Symbolic Value Protocol comments field
Octets Symbolic Value Protocolコメントフィールド
0x000B value- length of the "y-length dimension" keyword
0x000B値 - 「Y-Length Dimension」キーワードの長さ
y-dimension y-dimension value name of 2nd collection member attribute
y-dimension y-dimension値2番目のコレクションメンバー属性の名前
0x21 integer type value-tag attribute type
0x21整数タイプバリュータグ属性タイプ
0x0000 name- 0 indicates 1setOf for length media-size
0x0000 name-0は、長さのメディアサイズの1setofを示します
no name (since name-length was 0)
名前はありません（名前の長さは0だったので）
0x0004 value- length of an integer = 4 length
0x0004値 - 整数の長さ= 4長さ
0x0004 value value of 2nd collection member attribute
0x0004 2番目のコレクションメンバー属性の値値
0x37 endCollection value-tag end of the collection
0x37コレクションのエンドコレクションバリュータグ端
0x0000 name- defined to be 0 for this length type, so part of 1setOf
0x0000名前 - この長さのタイプの0と定義されているので、1setofの一部
no name (since name-length was 0)
名前はありません（名前の長さは0だったので）
0x0000 value- defined to be 0 for this length type
0x0000値 - この長さタイプの0に定義されています
no value (since value-length was 0)
値はありません（値の長さは0だったため）
Appendix B: Encoding Example of 1setOf Collection (Informative)
付録B：1Setofコレクションのエンコード例（情報）
The overall structure of the collection value can be pictorially represented as:
コレクション値の全体的な構造は、次のように絵で表現できます。
"media-size-supported" =
{ "x-dimension" = 6;
"y-dimension" = 4
},
{ "x-dimension" = 3;
"y-dimension" = 5
};
A simplified view of the encoding would look like this:
エンコーディングの単純化されたビューは、次のようになります。
Table 8 - Overview Encoding of 1setOf collection
表8-コレクションの1Setの概要エンコード
Tag Value Name Value
begCollection media-size- "" supported
BegCollection Media-Size- ""サポート
memberAttrName "" x-dimension
memberattrname "" x-dimension
integer "" 6
整数 "" 6
memberAttrName "" y-dimension
memberattrname "" y-dimension
integer "" 4
整数 "" 4
endCollection "" ""
エンドコレクション "" ""
begCollection "" ""
begcollection "" ""
memberAttrName "" x-dimension
memberattrname "" x-dimension
integer "" 3
整数 "" 3
memberAttrName "" y-dimension
memberattrname "" y-dimension
integer "" 5
整数 "" 5
endCollection "" ""
エンドコレクション "" ""
Table 9 - Example Encoding of 1setOf collection
表9-コレクションの1Setの例の例
Octets Symbolic Value Protocol comments field
Octets Symbolic Value Protocolコメントフィールド
0x34 begCollection value-tag beginning of the "media-size-supported (1setOf collection" attribute
0x34 begcollection value-tag "media-size-supported（1setof collection"属性の始まり
0x00014 name- length of (collection) length attribute name
0x00014名 - （コレクション）長さの属性名の長さ
media-size- media-size- name name of (collection) supported supported attribute
メディアサイズ - メディアサイズ - （コレクション）サポートされているサポートされている属性の名前
0x0000 value- defined to be 0 for this length type
0x0000値 - この長さタイプの0に定義されています
no value (since value-length was 0)
値はありません（値の長さは0だったため）
0x4A memberAttrName value-tag starts member attribute: "x-dimension"
0x4a memberattrname value-tagはメンバー属性を開始します： "x-dimension"
0x0000 name- defined to be 0 for this length type, so part of 1setOf
0x0000名前 - この長さのタイプの0と定義されているので、1setofの一部
no name (since name-length was 0)
名前はありません（名前の長さは0だったので）
0x000B value- length of "x-dimension" length keyword
0x000B値 - 「X-Dimension」長さキーワードの長さ
x-dimension x-dimension value name of 1st collection member attribute
X-Dimension X-Dimension値1st Collectionメンバー属性の名前
0x21 integer type value-tag attribute type
0x21整数タイプバリュータグ属性タイプ
0x0000 name- 0 indicates 1setOf length
0x0000 name-0は、長さの1Setを示します
no name (since name-length was 0)
名前はありません（名前の長さは0だったので）
Octets Symbolic Value Protocol comments field
Octets Symbolic Value Protocolコメントフィールド
0x0004 value- length of an integer = 4 length
0x0004値 - 整数の長さ= 4長さ
0x0006 value value of 1st collection member attribute
0x0006 1st Collectionメンバー属性の値値
0x4A memberAttrName value-tag starts member attribute: "y-dimension"
0x4a memberattrname value-tagはメンバー属性を開始します： "y-dimension"
0x0000 name- defined to be 0 for this length type, so part of 1setOf
0x0000名前 - この長さのタイプの0と定義されているので、1setofの一部
no name (since name-length was 0)
名前はありません（名前の長さは0だったので）
0x000B value- length of the "y-length dimension" keyword
0x000B値 - 「Y-Length Dimension」キーワードの長さ
y-dimension y-dimension value name of 2nd collection member attribute
y-dimension y-dimension値2番目のコレクションメンバー属性の名前
0x21 integer type value-tag attribute type
0x21整数タイプバリュータグ属性タイプ
0x0000 name- 0 indicates 1setOf length
0x0000 name-0は、長さの1Setを示します
no name (since name-length was 0)
名前はありません（名前の長さは0だったので）
0x0004 value- length of an integer = 4 length
0x0004値 - 整数の長さ= 4長さ
0x0004 value value of 2nd collection member attribute
0x0004 2番目のコレクションメンバー属性の値値
0x37 endCollection value-tag end of the collection
0x37コレクションのエンドコレクションバリュータグ端
0x0000 name- defined to be 0 for this length type, so part of 1setOf
0x0000名前 - この長さのタイプの0と定義されているので、1setofの一部
no name (since name-length was 0)
名前はありません（名前の長さは0だったので）
Octets Symbolic Value Protocol comments field
Octets Symbolic Value Protocolコメントフィールド
0x0000 value- defined to be 0 for this length type
0x0000値 - この長さタイプの0に定義されています
no value (since value-length was 0)
値はありません（値の長さは0だったため）
0x34 begCollection value-tag beginning of the 2nd member of the 1setOf "sizes-avail " collection attribute
0x34 begcollection value-tag 1setof "size-avail" collection属性の2番目のメンバーの始まり
0x0000 name- Zero length name indicates length this is member of previous attribute
0x0000名 - ゼロの長さを示します。これは以前の属性のメンバーです
name no name (since name-length was 0)
名前はありません（名前の長さは0だったので）
0x0000 value- defined to be 0 for this length type
0x0000値 - この長さタイプの0に定義されています
no value (since value-length was 0)
値はありません（値の長さは0だったため）
0x4A memberAttrName value-tag starts member attribute: "x-dimension"
0x4a memberattrname value-tagはメンバー属性を開始します： "x-dimension"
0x0000 name- defined to be 0 for this length type, so part of 1setOf
0x0000名前 - この長さのタイプの0と定義されているので、1setofの一部
no name (since name-length was 0)
名前はありません（名前の長さは0だったので）
0x000B value- length of "x-dimension" length keyword
0x000B値 - 「X-Dimension」長さキーワードの長さ
x-dimension x-dimension value name of 1st collection member attribute
X-Dimension X-Dimension値1st Collectionメンバー属性の名前
0x21 integer type value-tag attribute type Octets Symbolic Value Protocol comments field
0x21整数タイプバリュータグ属性タイプオクテットシンボリック値プロトコルコメントフィールド
0x0000 name- 0 indicates 1setOf length
0x0000 name-0は、長さの1Setを示します
no name (since name-length was 0)
名前はありません（名前の長さは0だったので）
0x0004 value- length of an integer = 4 length
0x0004値 - 整数の長さ= 4長さ
0x0003 value value of 1st collection member attribute
0x0003 1st Collectionメンバー属性の値値
0x4A memberAttrName value-tag starts member attribute: "y-dimension"
0x4a memberattrname value-tagはメンバー属性を開始します： "y-dimension"
0x0000 name- defined to be 0 for this length type, so part of 1setOf
0x0000名前 - この長さのタイプの0と定義されているので、1setofの一部
no name (since name-length was 0)
名前はありません（名前の長さは0だったので）
0x000B value- length of the "y-length dimension" keyword
0x000B値 - 「Y-Length Dimension」キーワードの長さ
y-dimension y-dimension value name of 2nd collection member attribute
y-dimension y-dimension値2番目のコレクションメンバー属性の名前
0x21 integer type value-tag attribute type
0x21整数タイプバリュータグ属性タイプ
0x0000 name- 0 indicates 1setOf length
0x0000 name-0は、長さの1Setを示します
no name (since name-length was 0)
名前はありません（名前の長さは0だったので）
0x0004 value- length of an integer = 4 length
0x0004値 - 整数の長さ= 4長さ
0x0005 value value of 2nd collection member attribute
0x0005 2番目のコレクションメンバー属性の値値
Octets Symbolic Value Protocol comments field
Octets Symbolic Value Protocolコメントフィールド
0x37 endCollection value-tag end of the 1setOf collection value
0x37エンドコレクション値タグ1Setofコレクション値の終了
0x0000 name- defined to be 0 for this length type, so part of 1setOf
0x0000名前 - この長さのタイプの0と定義されているので、1setofの一部
no name (since name-length was 0)
名前はありません（名前の長さは0だったので）
0x0000 value- defined to be 0 for this length type
0x0000値 - この長さタイプの0に定義されています
no value (since value-length was 0)
値はありません（値の長さは0だったため）
Appendix C: Encoding Example of Collection containing 1setOf XXX attribute (Informative)
付録C：XXX属性の1Set（有益）を含むコレクションのエンコード例
The overall structure of the collection value can be pictorially represented as:
コレクション値の全体的な構造は、次のように絵で表現できます。
"wagons" =
{ "colors" = red, blue;
"sizes" = 4, 6, 8
}
A simplified view of the encoding would look like this:
エンコーディングの単純化されたビューは、次のようになります。
Table 10 - Overview Encoding of collection with 1setOf value
表10-値を持つコレクションの概要エンコーディング
Tag Value Name Value
begCollection wagons ""
begcollectionwagons ""
memberAttrName "" colors
memberattrname ""色
keyword "" red
キーワード ""赤
keyword "" blue
キーワード ""青
memberAttrName "" sizes
memberattrname ""サイズ
integer "" 4
整数 "" 4
integer "" 6
整数 "" 6
integer "" 8
整数 "" 8
endCollection "" ""
エンドコレクション "" ""
Table 11 - Example Encoding of collection with 1setOf value
表11-値を持つコレクションのエンコーディングの例
Octets Symbolic Value Protocol comments field
Octets Symbolic Value Protocolコメントフィールド
0x34 begCollection value-tag beginning of the "wagons" collection attribute
0x34 begcollection value-tag "wagons" collection属性の始まり
0x0005 name- length of (collection) length attribute name
0x0005名 - （コレクション）長さの長さ属性名
wagons wagons name name of (collection) attribute
ワゴンワゴン名（コレクション）属性の名前
0x0000 value- defined to be 0 for this length type
0x0000値 - この長さタイプの0に定義されています
no value (since value-length was 0)
値はありません（値の長さは0だったため）
0x4A memberAttrName value-tag starts a new member attribute: "colors"
0x4a memberattrname値タグは、新しいメンバー属性を開始します：「colors」
0x0000 name- defined to be 0 for this length type, so part of 1setOf
0x0000名前 - この長さのタイプの0と定義されているので、1setofの一部
no name (since name-length was 0)
名前はありません（名前の長さは0だったので）
0x0006 value- length of "colors" keyword length
0x0006値 - 「色」キーワード長の長さ
colors colors value value is name of 1st member attribute
色の色値値は1番目のメンバー属性の名前です
0x44 keyword type value-tag keyword type
0x44キーワードタイプバリュータグキーワードタイプ
0x0000 name- 0 indicates 1setOf wagons length
0x0000 name-0は、ワゴンの長さの1Setを示します
no name (since name-length was 0)
名前はありません（名前の長さは0だったので）
0x0004 value-length
0x0004値長
Octets Symbolic Value Protocol comments field
Octets Symbolic Value Protocolコメントフィールド
blue blue value value of 1st member attribute
1stメンバー属性のブルーブルー値値
0x44 keyword type value-tag keyword type
0x44キーワードタイプバリュータグキーワードタイプ
0x0000 name- 0 indicates 1setOf wagons length
0x0000 name-0は、ワゴンの長さの1Setを示します
no name (since name-length was 0)
名前はありません（名前の長さは0だったので）
0x0003 value-length
0x0003値長
red red value value of 1st member
attribute
0x4A memberAttrName value-tag starts a new member attribute: "sizes"
0x4a memberattrname value-tagは、新しいメンバー属性を開始します：「サイズ」
0x0000 name- defined to be 0 for this length type, so part of 1setOf
0x0000名前 - この長さのタイプの0と定義されているので、1setofの一部
no name (since name-length was 0)
名前はありません（名前の長さは0だったので）
0x0005 value- length of "length-avail" length keyword
0x0005値 - 「長さ」の長さのキーワードの長さ
sizes sizes value Name of 2nd member attribute
サイズサイズ2番目のメンバー属性の値名
0x21 integer type value-tag attribute type
0x21整数タイプバリュータグ属性タイプ
0x0000 name- 0 indicates 1setOf wagons length
0x0000 name-0は、ワゴンの長さの1Setを示します
no name (since name-length was 0)
名前はありません（名前の長さは0だったので）
0x0004 value- length of an integer = 4 length
0x0004値 - 整数の長さ= 4長さ
Octets Symbolic Value Protocol comments field
Octets Symbolic Value Protocolコメントフィールド
0x0004 value 1st value for 1setOf integer attribute
0x0004値整数属性の1Setの1つの値
0x21 integer type value-tag attribute type
0x21整数タイプバリュータグ属性タイプ
0x0000 name- 0 indicates 1setOf length
0x0000 name-0は、長さの1Setを示します
no name (since name-length was 0)
名前はありません（名前の長さは0だったので）
0x0004 value-length length of an integer = 4
0x0004整数の値の長さ= 4
0x0006 value 2nd value for 1setOf integer attribute
0x0006値整数属性の1Setの2番目の値
0x21 integer type value-tag attribute type
0x21整数タイプバリュータグ属性タイプ
0x0000 name- 0 indicates 1setOf length
0x0000 name-0は、長さの1Setを示します
no name (since name-length was 0)
名前はありません（名前の長さは0だったので）
0x0004 value- length of an integer = 4 length
0x0004値 - 整数の長さ= 4長さ
0x0008 value 3rd value for 1setOf integer attribute
0x0008値整数属性の1Setの3番目の値
0x37 endCollection value-tag end of the collection
0x37コレクションのエンドコレクションバリュータグ端
0x0000 name- defined to be 0 for this length type, so part of 1setOf
0x0000名前 - この長さのタイプの0と定義されているので、1setofの一部
no name (since name-length was 0)
名前はありません（名前の長さは0だったので）
0x0000 value- defined to be 0 for this length type
0x0000値 - この長さタイプの0に定義されています
Octets Symbolic Value Protocol comments field
Octets Symbolic Value Protocolコメントフィールド
no value (since value-length was 0)
値はありません（値の長さは0だったため）
Appendix D: Description of the Base IPP Documents (Informative)
付録D：ベースIPPドキュメントの説明（有益）
The base set of IPP documents includes:
IPPドキュメントのベースセットには以下が含まれます。
Design Goals for an Internet Printing Protocol [RFC2567]
Rationale for the Structure and Model and Protocol for the
Internet Printing Protocol [RFC2568]
Internet Printing Protocol/1.1: Model and Semantics [RFC2911]
Internet Printing Protocol/1.1: Encoding and Transport [RFC2910]
Internet Printing Protocol/1.1: Implementer's Guide [RFC3196]
Mapping between LPD and IPP Protocols [RFC2569]
The "Design Goals for an Internet Printing Protocol" document takes a broad look at distributed printing functionality, and it enumerates real-life scenarios that help to clarify the features that need to be included in a printing protocol for the Internet. It identifies requirements for three types of users: end users, operators, and administrators. It calls out a subset of end user requirements that are satisfied in IPP/1.0 [RFC2566, RFC2565]. A few OPTIONAL operator operations have been added to IPP/1.1 [RFC2911, RFC2910].
「インターネット印刷プロトコルの設計目標」ドキュメントは、分散した印刷機能を幅広く見ています。また、インターネットの印刷プロトコルに含める必要がある機能を明確にするのに役立つ実生活のシナリオを列挙します。エンドユーザー、オペレーター、および管理者の3種類のユーザーの要件を特定します。IPP/1.0 [RFC2566、RFC2565]で満たされるエンドユーザー要件のサブセットを呼び出します。IPP/1.1 [RFC2911、RFC2910]にいくつかのオプションのオペレーター操作が追加されています。
The "Rationale for the Structure and Model and Protocol for the Internet Printing Protocol" document describes IPP from a high level view, defines a roadmap for the various documents that form the suite of IPP specification documents, and gives background and rationale for the IETF IPP working group's major decisions.
「インターネット印刷プロトコルの構造とモデルとプロトコルの根拠」ドキュメントは、高レベルのビューからのIPPを説明し、IPP仕様ドキュメントのスイートを形成するさまざまなドキュメントのロードマップを定義し、IETF IPPの背景と根拠を提供します。ワーキンググループの主要な決定。
The "Internet Printing Protocol/1.1: Model and Semantics" document describes a simplified model with abstract objects, their attributes, and their operations. The model introduces a Printer and a Job. The Job supports multiple documents per Job. The model document also addresses how security, internationalization, and directory issues are addressed.
「インターネット印刷プロトコル/1.1：モデルとセマンティクス」ドキュメントでは、抽象的なオブジェクト、属性、および操作を備えた簡略化されたモデルについて説明しています。このモデルは、プリンターとジョブを紹介します。ジョブは、ジョブあたりの複数のドキュメントをサポートしています。モデルドキュメントでは、セキュリティ、国際化、およびディレクトリの問題に対処する方法についても説明します。
The "Internet Printing Protocol/1.1: Encoding and Transport" document is a formal mapping of the abstract operations and attributes defined in the model document onto HTTP/1.1 [RFC2616]. It also defines the encoding rules for a new Internet MIME media type called "application/ipp". This document also defines the rules for transporting over HTTP a message body whose Content-Type is "application/ipp". This document defines the 'ipp' scheme for identifying IPP printers and jobs.
「インターネット印刷プロトコル/1.1：エンコーディングとトランスポート」ドキュメントは、モデルドキュメントで定義されている抽象操作とhttp/1.1 [RFC2616]に定義されている属性の正式なマッピングです。また、「Application/IPP」と呼ばれる新しいインターネットMIMEメディアタイプのエンコーディングルールを定義します。このドキュメントでは、コンテンツタイプが「アプリケーション/IPP」であるメッセージ本文をHTTPで輸送するためのルールも定義しています。このドキュメントでは、IPPプリンターとジョブを識別するための「IPP」スキームを定義しています。
The "Internet Printing Protocol/1.1: Implementer's Guide" document gives insight and advice to implementers of IPP clients and IPP objects. It is intended to help them understand IPP/1.1 and some of the considerations that may assist them in the design of their client and/or IPP object implementations. For example, a typical order of processing requests is given, including error checking. Motivation for some of the specification decisions is also included.
「インターネット印刷プロトコル/1.1：実装ガイド」ドキュメントは、IPPクライアントとIPPオブジェクトの実装者への洞察とアドバイスを提供します。IPP/1.1と、クライアントおよび/またはIPPオブジェクトの実装の設計に役立つ可能性のある考慮事項の一部を理解するのに役立つことを目的としています。たとえば、エラーチェックを含む、処理リクエストの典型的な順序が与えられます。仕様決定のいくつかの動機も含まれています。
The "Mapping between LPD and IPP Protocols" document gives some advice to implementers of gateways between IPP and LPD (Line Printer Daemon) implementations.
「LPDとIPPプロトコル間のマッピング」ドキュメントは、IPPとLPD（Line Printer Daemon）の実装の間のゲートウェイの実装者にアドバイスを提供します。
Authors' Addresses
著者のアドレス
Roger deBry Utah Valley State College Orem, UT 84058
ロジャーデブリーユタバレーステートカレッジオレム、UT 84058
Phone: (801) 222-8000 EMail: debryro@uvsc.edu
電話：（801）222-8000メール：debryro@uvsc.edu
Tom Hastings Xerox Corporation 737 Hawaii St. ESAE 231 El Segundo, CA 90245
トム・ヘイスティングス・ゼロックス・コーポレーション737ハワイ・セント・エサエ231エル・セグンド、カリフォルニア90245
Phone: 310-333-6413 Fax: 310-333-5514 EMail: hastings@cp10.es.xerox.com
電話：310-333-6413ファックス：310-333-5514メール：hastings@cp10.es.xerox.com
Robert Herriot Consultant 706 Colorado Ave Palo Alto, CA 94303
ロバートヘリオットコンサルタント706コロラドアベロパロアルト、カリフォルニア94303
Phone: 650-327-4466 Fax: 650-327-4466 EMail: bob@herriot.com Kirk Ocke Xerox Corp. 800 Phillips Rd M/S 128-30E Webster, NY 14580
電話：650-327-4466ファックス：650-327-4466メール：bob@herriot.com Kirk Ocke Xerox Corp. 800 Phillips Rd M/S 128-30E Webster、NY 14580
Phone: (585) 442-4832 EMail: KOcke@crt.xerox.com
電話：（585）442-4832メール：kocke@crt.xerox.com
Peter Zehler Xerox Corp. 800 Phillips Rd M/S 128-30E Webster, NY 14580
Peter Zehler Xerox Corp. 800 Phillips Rd M/s 128-30e Webster、NY 14580
Phone: (585) 265-8755 EMail: PZehler@crt.xerox.com
電話：（585）265-8755メール：pzehler@crt.xerox.com
IPP Web Page: http://www.pwg.org/ipp/
IPP Mailing List: ipp@pwg.org
To subscribe to the ipp mailing list, send the following email:
IPPメーリングリストを購読するには、次のメールを送信してください。
1) send it to majordomo@pwg.org 2) leave the subject line blank 3) put the following two lines in the message body: subscribe ipp end
1) majordomo@pwg.orgに送信します2）件名を空白のままにしてください3）次の2行をメッセージ本文に置きます：登録IPP End
Implementers of this specification document are encouraged to join the IPP Mailing List in order to participate in any discussions of clarification issues and review of registration proposals for additional attributes and values. In order to reduce spam the mailing list rejects mail from non-subscribers, so you must subscribe to the mailing list in order to send a question or comment to the mailing list.
この仕様文書の実装者は、追加の属性と価値に関する明確化の問題と登録提案のレビューの議論に参加するために、IPPメーリングリストに参加することをお勧めします。スパムを削減するために、メーリングリストは非登録者からのメールを拒否するため、メーリングリストに質問やコメントを送信するためにメーリングリストを購読する必要があります。
Full Copyright Statement
完全な著作権声明
Copyright (C) The Internet Society (2002). All Rights Reserved.
Copyright（c）The Internet Society（2002）。無断転載を禁じます。
This document and translations of it may be copied and furnished to others, and derivative works that comment on or otherwise explain it or assist in its implementation may be prepared, copied, published and distributed, in whole or in part, without restriction of any kind, provided that the above copyright notice and this paragraph are included on all such copies and derivative works. However, this document itself may not be modified in any way, such as by removing the copyright notice or references to the Internet Society or other Internet organizations, except as needed for the purpose of developing Internet standards in which case the procedures for copyrights defined in the Internet Standards process must be followed, or as required to translate it into languages other than English.
このドキュメントと翻訳は他の人にコピーされて提供される場合があります。また、それについてコメントまたは説明する派生作品、またはその実装を支援することは、いかなる種類の制限なしに、準備、コピー、公開、および部分的に配布される場合があります。、上記の著作権通知とこの段落がそのようなすべてのコピーとデリバティブ作品に含まれている場合。ただし、このドキュメント自体は、インターネット協会や他のインターネット組織への著作権通知や参照を削除するなど、いかなる方法でも変更できない場合があります。インターネット標準プロセスに従うか、英語以外の言語に翻訳するために必要な場合に従う必要があります。
The limited permissions granted above are perpetual and will not be revoked by the Internet Society or its successors or assigns.
上記の限られた許可は永続的であり、インターネット社会またはその後継者または譲受人によって取り消されることはありません。
This document and the information contained herein is provided on an "AS IS" basis and THE INTERNET SOCIETY AND THE INTERNET ENGINEERING TASK FORCE DISCLAIMS 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.
この文書と本書に含まれる情報は、「現状」に基づいて提供されており、インターネット社会とインターネットエンジニアリングタスクフォースは、ここにある情報の使用が行われないという保証を含むがこれらに限定されないすべての保証を否認します。特定の目的に対する商品性または適合性の権利または黙示的な保証を侵害します。
Acknowledgement
謝辞
Funding for the RFC Editor function is currently provided by the Internet Society.
RFCエディター機能の資金は現在、インターネット協会によって提供されています。