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
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.
著作権（C）インターネット協会（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]にOPTIONAL拡張です。ベースの説明については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.
「コレクション」機構（[RFC2910]を参照）、既存の1.0と1.1の解析ルールと一致する形で符号化されなければなりません。 「コレクション」メカニズムをサポートしていない現在の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-形成されています。クライアントは、このような不正なリクエストを提出してはならないとプリンタは、このような不正なレスポンスを返してはなりません。このような不正なリクエストがプリンタに送信された場合、（実装に応じて）プリンタMUSTは、（1）（[RFC2911]セクション13.1.4.1を参照）「クライアント誤り悪い要求」ステータスコードで要求を拒否のいずれか、又は（2）要求を受け入れるだけ重複する各部材の属性のいずれかを使用します。
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.
このようMUSTとして資産の用語は、、REQUIREDは、MAY、はすべきでない必要がなく、オプション、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:
この文書では、「、 『などのJobオブジェクト（またはジョブ）、IPP Printerオブジェクト（またはプリンタ）、「操作」、「要求」、レスポンスなどの用語を使用しています』、 『キーワード』、および 『サポート』の属性。これらの用語は、特別な意味を持っていますモデル用語[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」コレクションの属性が「AAA2」、...、「aaaNは」（「AAAIは、」これらのNメンバーの属性のいずれかを表す）、「AAA1」という名前の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.コレクション属性の構文は、型「コレクション」または「1setOfコレクション」でなければなりません。
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-サポートは」「XXX」のサポートコレクション値の全てを列挙し、「1setOfコレクション」、です。このフォームのコレクションは、ネストされたコレクションが含まれている場合、それは同じ形式でなければなりません。
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.
それは2つの値をサポートすることを示すために、{420}：210、y次元：297}、{x寸法：297、y次元{x次元}たとえば、「メディアサイズをサポートするには、」値を有するかもしれませんA4（210x297）とA3（297x420）： "用紙サイズ" の。それは、210x420または297x297のような「x次元」および「y次元」メンバー属性の他の組み合わせをサポートしていない、それはそのような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".
「メディアサイズ」と「メディアの色」：たとえば、「メディア-COL-サポートは、」キーワードの値を持っているかもしれません。
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.
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.
ⅱ）潜在的に全体のIPPの他の場所で発生する名前空間を属性。 （項目4aの条件があれば）、上記）が満たされています。例えば、メンバー属性は、潜在的に別のコレクションまたはコレクションの外属性として生じる可能性がある、「x次元」とすることができます。
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」を含む任意の属性構文、可能なタイプ、「収集」、および「1setOfコレクション」。この属性名は、別の属性（上記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」メンバー属性は（...、「aaaNが」）は、2つのメカニズムのいずれかによって指定され、「AAA1」、「AAA2」の属性でサポートされる値です。
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".
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-サポート」「1setOfのTYPE2キーワード」である（上記項目4B）を参照）の値場合、「AAAI」のサポートされる値は、I）「AAAIサポート」属性またはIIのいずれかによって指定された値であります）「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'.
プリンタは、組み合わせのみ「白い-210x297」、「ピンク・210x297」と「白-297x420」、およびない「ピンク-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-サポート」「XXX」の定義ではなく、属性によって定義される部材「AAAI」を、含まれている場合。
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）の各「AAAI」メンバーの既定値クライアントがリクエストに「AAA」メンバー属性を供給することがオプションの場合属性。デフォルト値は、文書内の属性の定義によって指定され、次のいずれかを指定します。
i) a fixed default
ⅰ）固定のデフォルト
ii) a mechanism by which the Printer determines default
ⅱ）プリンタのデフォルトを決定するメカニズムを
iii) an indefinite default that is left to the implementation.
III）の実装に任されている不定デフォルト。
iv) an attribute that the Printer uses to determine the default
ⅳ）プリンタのデフォルトを決定するために使用する属性を
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）に同じメンバーで集まりですPrinter属性「XXX-デフォルトは」「XXX」などの属性。オプション部材属性が存在しない場合、プリンタは上記項目5グラム）のデフォルト設定規則を使用します。
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-レディ（1setOfコレクション）」属性は、人間の介入がサポートされている値の多くが利用可能にするために必要とされる場合。たとえば、「メディア-colが」「準備」属性を持つ属性です。ほとんどの属性は、「準備完了」の属性を持っていません。
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.
メンバー属性は、ネストされたコレクションの属性と呼ばれ、その場合には「コレクション」や「1setOfコレクション」の構文型を有することができます。セクション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キーワード|名）は、ジョブテンプレート属性は、名前によって選択することができます拡張する魅力的です。 『コレクション『を』含める属性構文』メディアを、その後、既存のクライアントができデフォルトまたはコレクションの値を使用してサポートされているメディアの値を理解していない。相互運用性を維持するには、新しい属性を追加する必要があり、例えば、「メディア-COL（コレクション）」。以下のサブセクションでは、簡略化され、「メディア-COL」のサンプル定義が含まれています属性。定義は、セクション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」を選びました。通常コレクション属性は他の属性のような名前を持っているでしょうし、「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.
「メディアのcol」属性のメンバーの属性（「メディア・色（タイプ3キーワード）」と「メディアサイズ（コレクション）」）の両方のセクション3、すなわちの項目4A3の命名規則に従って、名前は全体で一意です全体IPPは、名前空間を属性。 「メディアサイズ（コレクション）」メンバー属性のメンバー属性（「x次元（整数（0：MAX））」及び「y次元（整数（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:
"メディア-COL"（コレクション）の属性はIPP / 1.1 [RFC2911] "メディア" 属性を強化します。このコレクション属性は、プリンタにメディア特性のリストを提出するクライアントのエンドユーザーを可能にします。クライアントは、「メディア-COL」コレクション属性を使用してメディアを指定すると、Printerオブジェクトは、正確に要求されたメディアと一致しなければなりません。 「コレクション」は、次のメンバーの属性で構成されています。
Table 1 - "media-col" member attributes
表1 - 「メディア-COL」メンバー属性
Attribute name attribute syntax request Printer Support
name属性構文要求プリンタのサポート属性
media-color type3 keyword | name (MAX) MAY MUST
メディア・カラーTYPE3キーワード|名前（MAX）MAYしなければなりません
media-size collection MUST MUST
メディアサイズのコレクション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キーワード|名（MAX）））Printer属性プリンタは、すなわち、色がサポートされ、サポートされているこの「メディア・カラー」メンバー属性の値を識別します。
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
name属性構文要求プリンタのサポート属性
x-dimension integer (0:MAX) MUST MUST
x次元の整数（0：MAX）MUST MUST
y-dimension integer (0:MAX) MUST MUST
y次元整数（0：MAX）MUST MUST
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次元」のメンバーの属性と同じです。
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.
「メディア-COL-デフォルト」Printer属性があれば、クライアントは「メディア-COL」と「メディア」を省略した場合、プリンタは、使用するメディアを指定します。ジョブテンプレートは、ジョブ作成時に属性とPDLは、メディアの仕様が含まれていません。メンバーの属性は、プリンタは、それが対応する「メディア-COL」ジョブテンプレート属性のサポートと同じメンバーが、このデフォルトのコレクション属性の属性をサポートしなければならない。表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.
「メディア-COL-準備」Printer属性は、人間の介入なしに使用可能であるメディア、すなわち、人間の介入なしに使用する準備ができているメディアを識別します。コレクション値を表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.
「メディア-COL-サポート」Printer属性は、「メディア-COL」コレクションのジョブテンプレート属性、すなわち、メンバーのキーワード名は、プリンタがサポートしていることを表1に属性でサポートされているメンバーの属性のキーワード名を識別します。
6 A Second Example Definition Of A Collection Attribute
コレクション属性の6 A第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)".
いくつかの印刷環境では、クライアントはジョブ開始シートのメディアを選択することができるようにすることが望ましいです。既存の「ジョブ・シート」ジョブテンプレート属性に属性構文を「コレクション」を追加していない理由は、「メディア」の場合と同じです。代わりに、新しいジョブテンプレート属性が導入され、例えば、「ジョブシート-COL（コレクション）」。
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.
「ジョブシート-COL」属性（「ジョブ・シート（タイプ3キーワード）」と「メディア（TYPE3キーワード|名）」）のメンバー属性の両方のセクション3、すなわちの項目4A1の命名規則に従って、彼らが再利用既存のIPP属性。 「ジョブ・シート・サポート」および「メディア・サポート」：ルールによると、彼らのサポートされている値は、既存のIPP属性から来ます。しかし、それらのデフォルト値は、それぞれ、「ジョブ・シート・デフォルト」および「メディア・デフォルト」から来ていません。むしろ、「ジョブシート-COL」の定義は、「ジョブ・シート（タイプ3キーワード）」が必要であることを言っている場合、「メディア（TYPE3キーワード|名）が」存在しない、プリンターは、残りのと同じメディアを使用していますジョブが使用しています。
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キーワード|名）」の|「ジョブシート-COL」属性は、メンバー属性「ジョブ・シート・メディア（名TYPE3キーワード）」を含むように定義されていた場合は、定義も指定する必要があります「ジョブ・シート・メディア・サポート（1setOf（TYPE3キーワード|名））」とは、その値に依存しないだろう「メディアサポート（1setOf（TYPE3キーワード|名））」とシステム管理者によって個別に設定されます。
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]に従って使用される追加の符号化タグを定義し、それらの使用の例を与えます。この文書で定義されたエンコーディングタグは、他のドキュメントで定義されたすべてのコレクションの属性によって使用されなければなりません。しかし、その使用の例は例示にすぎません。
7.1 Additional tags defined for representing a collection attribute value
コレクション属性の値を表すために定義された7.1の追加タグ
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.
endCollectionは、コレクションの属性値を終了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」値の後の最初の値は、属性構文「memberAttrName」（0x4A）を有し、その値は、第1の部材の属性（例えば、「AAA」）の名前を保持しています。 2番目の値は「memberAttrName」または「endCollection」を除いて、いずれかの属性構文のものとすることができる最初のメンバーの属性値を、保持しています。第一の部材の属性値が多値である場合、第3の値は、第1の部材の値の第2の値を保持します。そうでなければ、第3の値は、第2部材の属性（例えば、「BBB」）の名前を保持し、その属性の構文は、「memberAttrName」です。この場合には、第四のメンバーの値が「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.コレクションの端部が構文タイプ「endCollection」でなければなりません値タグで示されている（例えば、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」であるメンバー属性の発生によって表されます。このようなコレクションは、マッチング「endCollection」で終了します。このようなメンバー属性の名前は、その構文タイプ「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に示す符号化の例で使用されています。符号化の例は、ブルー4×6 - インデックスカードを示し、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
}
},
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 - 「メディア-COL」コレクションの概要エンコーディング
Tag Value Name Value
タグ値の名前値
begCollection media-col ""
begCollectionメディア-COL ""
memberAttrName "" media-color
memberAttrName「」メディアの色
keyword "" blue
キーワード「」青
memberAttrName "" media-size
memberAttrName「」メディアサイズ
begCollection "" ""
begCollection "" ""
memberAttrName "" x-dimension
memberAttrName「」x次元
integer "" 6
整数「」6
memberAttrName "" y-dimension
memberAttrName「」y寸法
integer "" 4
整数「」4
endCollection "" ""
endCollection "" ""
endCollection "" ""
endCollection "" ""
Table 5 - Example Encoding of "media-col" collection
表5 - 「メディア-COL」コレクションの例のエンコーディング
Octets Symbolic Value Protocol comments field
オクテット記号値議定書のコメント欄
0x34 begCollection value-tag beginning of the "media-col" collection attribute
「メディア-COL」コレクション属性の0x34のbegCollection値タグ始まり
0x0009 name- length of (collection) length attribute name
0x0009（コレクション）の長さの属性名の名 - 長さ
media-col media-col name name of (collection) attribute
（コレクション）属性のメディア-COLメディア-COL名name
0x0000 value- defined to be 0 for this length type
この長さタイプの0になるように定義0000付加価値
no value (since value-
length was 0)
0x4A memberAttrName value-tag starts a new member attribute: "media-color"
「メディアの色」：0x4A memberAttrName値タグは、新しいメンバーの属性を開始します
0x0000 name- defined to be 0 for this length type, so part of 1setOf
0000この長さタイプの0になるように定義名 - 、そう1setOfの一部
no name (since name-length
was 0)
0x000B value- length of "media-color" length keyword
「メディア・カラー」の長さのキーワードの0x000B値 - 長さ
media-color media-color value value is name of 1st member attribute
メディアカラーメディア・カラー値の値が第一メンバー属性の名前です。
0x44 keyword type value-tag keyword type
0x44のキーワード型の値 - タグキーワードタイプ
0x0000 name- 0 indicates 1setOf length
0000名 - 0 1setOfの長さを示します
no name (since name-length
was 0)
Octets Symbolic Value Protocol comments field
オクテット記号値議定書のコメント欄
0x0004 value-length
0x0004は値の長さ
blue blue value value of 1st member attribute
第一メンバー属性の青青値値
0x4A memberAttrName value-tag starts a new member attribute: "media-size"
「メディアサイズ」：0x4A memberAttrName値タグは、新しいメンバーの属性を開始します
0x0000 name- defined to be 0 for this length type, so part of 1setOf
0000この長さタイプの0になるように定義名 - 、そう1setOfの一部
no name (since name-length
was 0)
0x000A value- length of "media-size" length keyword
「メディアサイズ」長さキーワードの0x000A値 - 長さ
media-size media-size value Name of 2nd member attribute
第二メンバー属性のメディアサイズメディアサイズの値の名前
0x34 begCollection value-tag Beginning of the "media-size" collection attribute which is a sub-collection
サブコレクションである「メディアサイズ」コレクション属性の0x34のbegCollection値タグ始まり
0x0000 name- 0 indicates 1setOf length
0000名 - 0 1setOfの長さを示します
no name (since name-length
was 0)
0x0000 value- collection attribute names length have no value
0000付加価値コレクション属性名の長さが値を持ちません
no value (since value-
length was 0)
0x4A memberAttrName value-tag starts a new member attribute: "x-dimension"
「x次元」：0x4A memberAttrName値タグは、新しいメンバーの属性を開始します
Octets Symbolic Value Protocol comments field
オクテット記号値議定書のコメント欄
0x0000 name- defined to be 0 for this length type, so part of 1setOf
0000この長さタイプの0になるように定義名 - 、そう1setOfの一部
no name (since name-length
was 0)
0x000B value- length of "x-dimension" length keyword
「x次元」の長さのキーワードの0x000B値 - 長さ
x-dimension x-dimension value name of 1st sub-collection member attribute
第一サブコレクションのメンバー属性のx次元のx寸法値の名前
0x21 integer type value-tag attribute type
0x21で整数型値タグ属性タイプ
0x0000 name- 0 indicates 1setOf length
0000名 - 0 1setOfの長さを示します
no name (since name-length
was 0)
0x0004 value- length of an integer = 4 length
= 4長さの整数の値 - 0x0004は長
0x0006 value value of 1st sub-collection member attribute
第一サブコレクションのメンバー属性の0x0006値値
0x4A memberAttrName value-tag starts a new member attribute: "y-dimension"
「y次元」：0x4A memberAttrName値タグは、新しいメンバーの属性を開始します
0x0000 name- defined to be 0 for this length type, so part of 1setOf
0000この長さタイプの0になるように定義名 - 、そう1setOfの一部
no name (since name-length
was 0)
0x000B value- length of the "y-length dimension" keyword
「Yの長さ寸法」キーワードの0x000B値 - 長さ
Octets Symbolic Value Protocol comments field
オクテット記号値議定書のコメント欄
y-dimension y-dimension value name of 2nd sub-collection member attribute
第二サブコレクションのメンバー属性のy次元y次元値の名前
0x21 integer type value-tag attribute type
0x21で整数型値タグ属性タイプ
0x0000 name- 0 indicates 1setOf length
0000名 - 0 1setOfの長さを示します
no name (since name-length
was 0)
0x0004 value- length of an integer = 4 length
= 4長さの整数の値 - 0x0004は長
0x0004 value value of 2nd sub-collection member attribute
第二サブコレクションのメンバー属性の値0x0004は値
0x37 endCollection value-tag end of the sub-collection
サブコレクションの0x37はendCollection値タグ端
0x0000 name- defined to be 0 for this length type, so part of 1setOf
0000この長さタイプの0になるように定義名 - 、そう1setOfの一部
no name (since name-length
was 0)
0x0000 value- defined to be 0 for this length type
この長さタイプの0になるように定義0000付加価値
no value (since value-
length was 0)
0x37 endCollection value-tag end of the 1st collection value in 1setOf
1setOfにおける第一のコレクション値の0x37はendCollection値タグエンド
0x0000 name- defined to be 0 for this length type, so part of 1setOf
0000この長さタイプの0になるように定義名 - 、そう1setOfの一部
Octets Symbolic Value Protocol comments field
オクテット記号値議定書のコメント欄
no name (since name-length
was 0)
0x0000 value- defined to be 0 for this length type
この長さタイプの0になるように定義0000付加価値
no value (since value-
length was 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要素はそれぞれ、受信者がサポートしていないので、全体の属性を無視しなければならない属性構文を持つ属性のように見えます。プリンタは、単に全体の属性とその値をすべて無視するように、個々のメンバーの属性とその値は、コレクション属性の1setOf値のようになります。コレクション属性の名前のみが「サポートされていない」アウト・オブ・バンド値（セクション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
タグ値：属性構文：参考。セクション：コレクション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]エリオ、R.、バトラー、S.、ムーア、P.とR.ターナー、 "インターネット印刷プロトコル/ 1.1：コード化とTransport"、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.、ヘイスティングズ、T.、エリオ、R.とP.パウエル、 "インターネット印刷プロトコル/ 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]エリオ、R.、バトラー、S.、ムーア、P.とR.チューナー、 "インターネット印刷プロトコル/ 1.0：コード化とTransport"、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.、ヘイスティングズ、T.、エリオ、R.、Isaacson氏、S.とP.パウエル、 "インターネット印刷プロトコル/ 1.0：モデルと意味論"、RFC 2566、1999年4月。
[RFC2567] Wright, D., "Design Goals for an Internet Printing Protocol", RFC 2567, April 1999.
[RFC2567]ライト、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]エリオ、R.、ヘイスティングス、T.、ジェイコブズ、N.とJ.マーチン、 "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]フィールディング、R.、ゲティス、J.、モーグル、J.、Frystyk、H.、Masinter、L.、リーチ、P.、およびT.バーナーズ - リー、 "ハイパーテキスト転送プロトコル - HTTP / 1.1"、RFC 2616年、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]ヘイスティングズ、T.、Manros、C.、Zehler、P.、クーグラー、C.およびH.ホルスト、 "インターネット印刷プロトコル/ 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 }
「メディアサイズ」= {「x次元」= 6。 "y次元" = 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メディアサイズ「」
memberAttrName "" x-dimension
memberAttrName「」x次元
integer "" 6
整数「」6
memberAttrName "" y-dimension
memberAttrName「」y寸法
integer "" 4
整数「」4
endCollection "" ""
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
オクテット記号値議定書のコメント欄
0x34 begCollection value-tag beginning of the "media-size" collection attribute
「メディアサイズ」コレクション属性の0x34のbegCollection値タグ始まり
0x000A name- length of (collection) length attribute name
（コレクション）の長さの属性名の0x000A名 - 長さ
media-size media-size name name of (collection) attribute
（コレクション）属性のメディアサイズメディアサイズ名name
Octets Symbolic Value Protocol comments field
オクテット記号値議定書のコメント欄
0x0000 value- defined to be 0 for this length type
この長さタイプの0になるように定義0000付加価値
no value (since value-
length was 0)
0x4A memberAttrName value-tag starts member attribute: "x-dimension"
「x次元」：0x4A memberAttrName値タグは、メンバー属性を開始します
0x0000 name- defined to be 0 for this length type, so part of 1setOf
0000この長さタイプの0になるように定義名 - 、そう1setOfの一部
no name (since name-length
was 0)
0x000B value- length of "x-dimension" length keyword
「x次元」の長さのキーワードの0x000B値 - 長さ
x-dimension x-dimension value name of 1st collection member attribute
第一集メンバー属性のx次元のx寸法値の名前
0x21 integer type value-tag attribute type
0x21で整数型値タグ属性タイプ
0x0000 name- 0 indicates 1setOf length
0000名 - 0 1setOfの長さを示します
no name (since name-length
was 0)
0x0004 value- length of an integer = 4 length
= 4長さの整数の値 - 0x0004は長
0x0006 value value of 1st collection member attribute
第1回コレクション・メンバー属性の0x0006値値
0x4A memberAttrName value-tag starts a new member attribute: "y-dimension"
「y次元」：0x4A memberAttrName値タグは、新しいメンバーの属性を開始します
0x0000 name- defined to be 0 for this length type, so part of 1setOf
0000この長さタイプの0になるように定義名 - 、そう1setOfの一部
no name (since name-length
was 0)
Octets Symbolic Value Protocol comments field
オクテット記号値議定書のコメント欄
0x000B value- length of the "y-length dimension" keyword
「Yの長さ寸法」キーワードの0x000B値 - 長さ
y-dimension y-dimension value name of 2nd collection member attribute
第2回コレクション・メンバー属性のy次元y次元値の名前
0x21 integer type value-tag attribute type
0x21で整数型値タグ属性タイプ
0x0000 name- 0 indicates 1setOf for length media-size
0000名 - 長さ0のメディアサイズについて1setOfを示し
no name (since name-length
was 0)
0x0004 value- length of an integer = 4 length
= 4長さの整数の値 - 0x0004は長
0x0004 value value of 2nd collection member attribute
第2回コレクション・メンバー属性の値0x0004は値
0x37 endCollection value-tag end of the collection
コレクションの0x37はendCollection値タグエンド
0x0000 name- defined to be 0 for this length type, so part of 1setOf
0000この長さタイプの0になるように定義名 - 、そう1setOfの一部
no name (since name-length
was 0)
0x0000 value- defined to be 0 for this length type
この長さタイプの0になるように定義0000付加価値
no value (since value-
length was 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 - 1setOfコレクションの概要エンコーディング
Tag Value Name Value
タグ値の名前値
begCollection media-size- "" supported
begCollectionメディア - サイズ - 「」サポート
memberAttrName "" x-dimension
memberAttrName「」x次元
integer "" 6
整数「」6
memberAttrName "" y-dimension
memberAttrName「」y寸法
integer "" 4
整数「」4
endCollection "" ""
endCollection "" ""
begCollection "" ""
begCollection "" ""
memberAttrName "" x-dimension
memberAttrName「」x次元
integer "" 3
整数「」3
memberAttrName "" y-dimension
memberAttrName「」y寸法
integer "" 5
整数「」5
endCollection "" ""
endCollection "" ""
Table 9 - Example Encoding of 1setOf collection
表9 - 1setOfコレクションの例のエンコーディング
Octets Symbolic Value Protocol comments field
オクテット記号値議定書のコメント欄
0x34 begCollection value-tag beginning of the "media-size-supported (1setOf collection" attribute
「メディア・サイズ・サポート（1setOfコレクション」属性の0x34のbegCollection値タグ始まり
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
この長さタイプの0になるように定義0000付加価値
no value (since value-
length was 0)
0x4A memberAttrName value-tag starts member attribute: "x-dimension"
「x次元」：0x4A memberAttrName値タグは、メンバー属性を開始します
0x0000 name- defined to be 0 for this length type, so part of 1setOf
0000この長さタイプの0になるように定義名 - 、そう1setOfの一部
no name (since name-length
was 0)
0x000B value- length of "x-dimension" length keyword
「x次元」の長さのキーワードの0x000B値 - 長さ
x-dimension x-dimension value name of 1st collection member attribute
第一集メンバー属性のx次元のx寸法値の名前
0x21 integer type value-tag attribute type
0x21で整数型値タグ属性タイプ
0x0000 name- 0 indicates 1setOf length
0000名 - 0 1setOfの長さを示します
no name (since name-length
was 0)
Octets Symbolic Value Protocol comments field
オクテット記号値議定書のコメント欄
0x0004 value- length of an integer = 4 length
= 4長さの整数の値 - 0x0004は長
0x0006 value value of 1st collection member attribute
第1回コレクション・メンバー属性の0x0006値値
0x4A memberAttrName value-tag starts member attribute: "y-dimension"
「y次元」：0x4A memberAttrName値タグは、メンバー属性を開始します
0x0000 name- defined to be 0 for this length type, so part of 1setOf
0000この長さタイプの0になるように定義名 - 、そう1setOfの一部
no name (since name-length
was 0)
0x000B value- length of the "y-length dimension" keyword
「Yの長さ寸法」キーワードの0x000B値 - 長さ
y-dimension y-dimension value name of 2nd collection member attribute
第2回コレクション・メンバー属性のy次元y次元値の名前
0x21 integer type value-tag attribute type
0x21で整数型値タグ属性タイプ
0x0000 name- 0 indicates 1setOf length
0000名 - 0 1setOfの長さを示します
no name (since name-length
was 0)
0x0004 value- length of an integer = 4 length
= 4長さの整数の値 - 0x0004は長
0x0004 value value of 2nd collection member attribute
第2回コレクション・メンバー属性の値0x0004は値
0x37 endCollection value-tag end of the collection
コレクションの0x37はendCollection値タグエンド
0x0000 name- defined to be 0 for this length type, so part of 1setOf
0000この長さタイプの0になるように定義名 - 、そう1setOfの一部
no name (since name-length
was 0)
Octets Symbolic Value Protocol comments field
オクテット記号値議定書のコメント欄
0x0000 value- defined to be 0 for this length type
この長さタイプの0になるように定義0000付加価値
no value (since value-
length was 0)
0x34 begCollection value-tag beginning of the 2nd member of the 1setOf "sizes-avail " collection attribute
1setOf「サイズ-無駄」の第二メンバーの0x34のbegCollection値タグ始まりコレクション属性
0x0000 name- Zero length name indicates length this is member of previous attribute
0000名 - ゼロの長さの名前が、これは、以前の属性のメンバーである長さを示し
name no name (since name-length
was 0)
0x0000 value- defined to be 0 for this length type
この長さタイプの0になるように定義0000付加価値
no value (since value-
length was 0)
0x4A memberAttrName value-tag starts member attribute: "x-dimension"
「x次元」：0x4A memberAttrName値タグは、メンバー属性を開始します
0x0000 name- defined to be 0 for this length type, so part of 1setOf
0000この長さタイプの0になるように定義名 - 、そう1setOfの一部
no name (since name-length
was 0)
0x000B value- length of "x-dimension" length keyword
「x次元」の長さのキーワードの0x000B値 - 長さ
x-dimension x-dimension value name of 1st collection member attribute
第一集メンバー属性のx次元のx寸法値の名前
0x21 integer type value-tag attribute type
0x21で整数型値タグ属性タイプ
Octets Symbolic Value Protocol comments field
オクテット記号値議定書のコメント欄
0x0000 name- 0 indicates 1setOf length
0000名 - 0 1setOfの長さを示します
no name (since name-length
was 0)
0x0004 value- length of an integer = 4 length
= 4長さの整数の値 - 0x0004は長
0x0003 value value of 1st collection member attribute
第1回コレクション・メンバー属性の0x0003値値
0x4A memberAttrName value-tag starts member attribute: "y-dimension"
「y次元」：0x4A memberAttrName値タグは、メンバー属性を開始します
0x0000 name- defined to be 0 for this length type, so part of 1setOf
0000この長さタイプの0になるように定義名 - 、そう1setOfの一部
no name (since name-length
was 0)
0x000B value- length of the "y-length dimension" keyword
「Yの長さ寸法」キーワードの0x000B値 - 長さ
y-dimension y-dimension value name of 2nd collection member attribute
第2回コレクション・メンバー属性のy次元y次元値の名前
0x21 integer type value-tag attribute type
0x21で整数型値タグ属性タイプ
0x0000 name- 0 indicates 1setOf length
0000名 - 0 1setOfの長さを示します
no name (since name-length
was 0)
0x0004 value- length of an integer = 4 length
= 4長さの整数の値 - 0x0004は長
0x0005 value value of 2nd collection member attribute
第2回コレクション・メンバー属性の0x0005値値
Octets Symbolic Value Protocol comments field
オクテット記号値議定書のコメント欄
0x37 endCollection value-tag end of the 1setOf collection value
1setOfコレクション値の0x37はendCollection値タグエンド
0x0000 name- defined to be 0 for this length type, so part of 1setOf
0000この長さタイプの0になるように定義名 - 、そう1setOfの一部
no name (since name-length
was 0)
0x0000 value- defined to be 0 for this length type
この長さタイプの0になるように定義0000付加価値
no value (since value-
length was 0)
Appendix C: Encoding Example of Collection containing 1setOf XXX attribute (Informative)
付録C：1setOf XXX属性を含むコレクションの符号化の例（参考）
The overall structure of the collection value can be pictorially represented as:
コレクション値の全体的な構造は、絵のように表すことができます。
"wagons" = { "colors" = red, blue; "sizes" = 4, 6, 8 }
「ワゴン」= {「色」=赤、青。 "サイズ" = 4、6、8}
A simplified view of the encoding would look like this:
エンコーディングの単純化ビューは、次のようになります。
Table 10 - Overview Encoding of collection with 1setOf value
表10 - 1setOf値を持つコレクションの概要エンコーディング
Tag Value Name Value
タグ値の名前値
begCollection wagons ""
begCollectionワゴン「」
memberAttrName "" colors
memberAttrName「」色
keyword "" red
キーワード「」赤
keyword "" blue
キーワード「」青
memberAttrName "" sizes
memberAttrName「」サイズ
integer "" 4
整数「」4
integer "" 6
整数「」6
integer "" 8
整数「」8
endCollection "" ""
endCollection "" ""
Table 11 - Example Encoding of collection with 1setOf value
表11 - 1setOf値の収集の例エンコード
Octets Symbolic Value Protocol comments field
オクテット記号値議定書のコメント欄
0x34 begCollection value-tag beginning of the "wagons" collection attribute
「ワゴン」コレクション属性の0x34のbegCollection値タグ始まり
0x0005 name- length of (collection) length attribute name
0x0005（コレクション）の長さの属性名の名 - 長さ
wagons wagons name name of (collection) attribute
（コレクション）属性のワゴンワゴン名name
0x0000 value- defined to be 0 for this length type
この長さタイプの0になるように定義0000付加価値
no value (since value-
length was 0)
0x4A memberAttrName value-tag starts a new member attribute: "colors"
「色」：0x4A memberAttrName値タグは、新しいメンバーの属性を開始します
0x0000 name- defined to be 0 for this length type, so part of 1setOf
0000この長さタイプの0になるように定義名 - 、そう1setOfの一部
no name (since name-length
was 0)
0x0006 value- length of "colors" keyword length
「色」のキーワード長の0x0006値 - 長さ
colors colors value value is name of 1st member attribute
色の色値の値は、第一メンバー属性の名前です。
0x44 keyword type value-tag keyword type
0x44のキーワード型の値 - タグキーワードタイプ
0x0000 name- 0 indicates 1setOf wagons length
0000名 - 0 1setOfワゴンの長さを示します
no name (since name-length
was 0)
0x0004 value-length
0x0004は値の長さ
Octets Symbolic Value Protocol comments field
オクテット記号値議定書のコメント欄
blue blue value value of 1st member attribute
第一メンバー属性の青青値値
0x44 keyword type value-tag keyword type
0x44のキーワード型の値 - タグキーワードタイプ
0x0000 name- 0 indicates 1setOf wagons length
0000名 - 0 1setOfワゴンの長さを示します
no name (since name-length
was 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値タグは、新しいメンバーの属性を開始します
0x0000 name- defined to be 0 for this length type, so part of 1setOf
0000この長さタイプの0になるように定義名 - 、そう1setOfの一部
no name (since name-length
was 0)
0x0005 value- length of "length-avail" length keyword
0x0005「長役に立つ」長キーワードの値 - 長さ
sizes sizes value Name of 2nd member attribute
サイズは、第二メンバー属性の値の名前のサイズ
0x21 integer type value-tag attribute type
0x21で整数型値タグ属性タイプ
0x0000 name- 0 indicates 1setOf wagons length
0000名 - 0 1setOfワゴンの長さを示します
no name (since name-length
was 0)
0x0004 value- length of an integer = 4 length
= 4長さの整数の値 - 0x0004は長
Octets Symbolic Value Protocol comments field
オクテット記号値議定書のコメント欄
0x0004 value 1st value for 1setOf integer attribute
1setOf整数属性の値0x0004は1日値
0x21 integer type value-tag attribute type
0x21で整数型値タグ属性タイプ
0x0000 name- 0 indicates 1setOf length
0000名 - 0 1setOfの長さを示します
no name (since name-length
was 0)
0x0004 value-length length of an integer = 4
整数の値0x0004は長長= 4
0x0006 value 2nd value for 1setOf integer attribute
1setOf整数属性の値0x0006第二値
0x21 integer type value-tag attribute type
0x21で整数型値タグ属性タイプ
0x0000 name- 0 indicates 1setOf length
0000名 - 0 1setOfの長さを示します
no name (since name-length
was 0)
0x0004 value- length of an integer = 4 length
= 4長さの整数の値 - 0x0004は長
0x0008 value 3rd value for 1setOf integer attribute
1setOf整数属性の値0x0008で第三値
0x37 endCollection value-tag end of the collection
コレクションの0x37はendCollection値タグエンド
0x0000 name- defined to be 0 for this length type, so part of 1setOf
0000この長さタイプの0になるように定義名 - 、そう1setOfの一部
no name (since name-length
was 0)
0x0000 value- defined to be 0 for this length type
この長さタイプの0になるように定義0000付加価値
Octets Symbolic Value Protocol comments field
オクテット記号値議定書のコメント欄
no value (since value-
length was 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]
以下のための構造とモデルとプロトコルのためのインターネット印刷プロトコル[RFC2567]原理の設計目標インターネット印刷プロトコル[RFC2568]インターネット印刷プロトコル/ 1.1：モデルと意味論[RFC2911]インターネット印刷プロトコル/ 1.1：コード化と輸送[RFC2910]インターネット印刷プロトコル/ 1.1：LPDとIPPプロトコル間のImplementerのガイド[RFC3196]のマッピング[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]で満たされているエンドユーザ要件のサブセットを呼び出します。いくつかのOPTIONALオペレータ操作が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：コード化とTransport」文書がHTTP / 1.1へのモデル文書で定義された抽象操作と属性の正式なマッピング[RFC2616]です。また、「アプリケーション/ 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：Implementerのガイド」ドキュメントは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
ロジャーdeBryユタ・バレー大学オレム、UT 84058
Phone: (801) 222-8000 EMail: debryro@uvsc.edu
電話：（801）222-8000 Eメール：debryro@uvsc.edu
Tom Hastings Xerox Corporation 737 Hawaii St. ESAE 231 El Segundo, CA 90245
トム・ヘイスティングスゼロックス社737ハワイセントEsaem 231エルセグンドー、CA 90245
Phone: 310-333-6413 Fax: 310-333-5514 EMail: hastings@cp10.es.xerox.com
電話：310-333-6413ファックス：310-333-5514 Eメール：hastings@cp10.es.xerox.com
Robert Herriot Consultant 706 Colorado Ave Palo Alto, CA 94303
コンサルタントロバート・ヘリオット706コロラドアベニューパロアルト、CA 94303
Phone: 650-327-4466 Fax: 650-327-4466 EMail: bob@herriot.com
電話：650-327-4466ファックス：650-327-4466 Eメール：bob@herriot.com
Kirk Ocke Xerox Corp. 800 Phillips Rd M/S 128-30E Webster, NY 14580
カークOckeゼロックス社800フィリップスRdのM / S 128-30Eウェブスター、NY 14580
Phone: (585) 442-4832 EMail: KOcke@crt.xerox.com
電話：（585）442-4832 Eメール：KOcke@crt.xerox.com
Peter Zehler Xerox Corp. 800 Phillips Rd M/S 128-30E Webster, NY 14580
ピーターZehlerゼロックス社800フィリップスRdのM / S 128-30Eウェブスター、NY 14580
Phone: (585) 265-8755 EMail: PZehler@crt.xerox.com
電話：（585）265-8755 Eメール：PZehler@crt.xerox.com
IPP Web Page: http://www.pwg.org/ipp/ IPP Mailing List: ipp@pwg.org
IPPのWebページ：http://www.pwg.org/ipp/ IPPメーリングリスト：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）メッセージ本文に次の2行を置く））2をmajordomo@pwg.org 3空白の件名行を残すためにそれを送る：IPP端を購読
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.
著作権（C）インターネット協会（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 Editor機能のための基金は現在、インターネット協会によって提供されます。